一种信令跟踪方法、 装置和系统 本申请要求于 2011年 3月 24日提交的， 申请号为 201110071996.1 ,发明 名称为 "一种信令跟踪方法、 装置和系统" 的中国申请的优先权， 其全部内 容通过引用结合在本申请中。 技术领域

本发明涉及通信技术领域， 具体涉及一种信令跟踪方法、 装置和系统。 背景技术

为了更好地评估， 以及诊断网络中的故障和问题， 现有技术提出了信令 跟踪（ Trace )技术，主要由网元管理系统（ EMS , Equipment Management System ) 将用于进行信令跟踪的参数配置发送给网元节 点， 然后接收这些网元节点返 回的信令跟踪数据， 通过对这些信令跟踪数据的分析， 来实现对网络中的故 障和问题的定位。 进一步的， 为了降低运营成本， 扩大网络的自动化功能， 基于传统的信令跟踪方法， 又提出了使用用户设备（UE, User Equipment )来 自动上报网络优化所需的参数的一种信令跟踪 方案， 比如在长期演进（LTE, Long Term Evolution )项目中， 称为最小化路测（ MDT, Minimization of Drive Test )项目。 在该方案中， 在发生网络问题， 比如发生随机接入信道（RACH, Random Access Channel )接入失败、 进入覆盖漏洞或网络有容量问题等时， 用户设备不管处于在线或离线状态都会自动记 录相关网络参数， 然后根据网 络配置的上报周期将这些网络参数上报给网络 设备， 从而使得网络设备可以 通过用户设备上报的网络参数分析网络设备当 前存在的问题， 并进行相应的 网络优化。

当前关于信令跟踪的配置方案中存在两种方式 ， 一种^ ϋ于管理的信令 跟踪配置方式， 另一种是基于信令的信令跟踪配置方式。

在现有的网络架构中， 存在接入网和核心网由不相同的操作维护管理

( 0 AM , Operation Administration and Maintenance )设备管理的场景, 参见图 la,在这种场景下，接入网的 OAM设备不能发起针对特定用户的基于信令的 信令跟踪配置方式， 而只能发起基于管理方式的信令跟踪配置方式 。 发明内容

本发明实施例提供一种信令跟踪方法、 装置和系统， 使得接入网的 OAM 设备能够发起基于管理的信令跟踪配置方式， 又能发起针对特定用户的基于 信令的信令跟踪配置方式。

根据本发明的一方面， 提供一种信令跟踪方法， 包括：

接收 OAM设备发送的第一信令跟踪配置信息， 所述第一信令跟踪配置信 息中携带用户设备标识， 所述第一信令跟踪配置信息用于发起对所述用 户设 备标识所对应的用户设备的信令跟踪；

将所述第一信令跟踪配置信息发送给第一核心 网节点；

接收服务核心网节点发送的第二信令跟踪配置 信息， 所述第二信令跟踪 配置信息是服务核心网节点根据第一核心网节 点所提供的第一信令跟踪配置 信息得到的；

根据所述服务核心网节点发送的第二信令跟踪 配置信息发起对所述用户 设备的信令跟踪。

根据本发明的一方面， 提供一种信令跟踪方法， 包括：

接收基站发送的第一信令跟踪配置信息， 所述第一信令跟踪配置信息中 携带用户设备标识；

将所述第一信令跟踪配置信息提供给服务核心 网节点， 以便服务核心网 节点根据第一信令跟踪配置信息提供第二信令 跟踪配置信息给服务基站， 以 发起对所述用户设备标识所对应的用户设备的 信令跟踪。

根据本发明的一方面， 提供一种基站， 包括：

收集单元， 用于接收 OAM设备发送的第一信令跟踪配置信息， 所述第一 信令跟踪配置信息中携带用户设备标识， 所述第一信令跟踪配置信息用于发 起对所述用户设备标识所对应的用户设备的信 令跟踪；

发送单元， 用于将收集单元接收到的第一信令跟踪配置信 息发送给第一 核心网节点；

接收单元， 用于接收所述用户设备的服务核心网节点发送 的第二信令跟 踪配置信息， 所述第二信令跟踪配置信息是服务核心网节点 根据第一核心网 节点所提供的第一信令跟踪配置信息得到的；

发起单元， 用于根据接收单元接收到的第二信令跟踪配置 信息发起对所 述用户设备的信令跟踪。

根据本发明的一方面， 提供一种核心网设备， 其特征在于， 包括： 接收单元， 用于接收基站发送的第一信令跟踪配置信息， 所述第一信令 跟踪配置信息中携带用户设备标识；

处理单元， 用于将接收单元接收到的第一信令跟踪配置信 息提供给服务 核心网节点， 以便服务核心网节点根据第一信令跟踪配置信 息提供第二信令 跟踪配置信息给服务基站， 以发起对所述用户设备标识所对应的用户设备 的 信令跟踪。

根据本发明的一方面， 提供一种通信系统， 包括本发明实施例提供的任 一种基站和任一种核心网设备。

本发明实施例通过在 OAM设备发送的信令跟踪配置信息中携带指定的 用户设备标识，从而使得即使在接入网和核心 网由不相同的 OAM设备管理的 场景下， 核心网节点也可以收集到接入网的 OAM设备所指定的用户设备标 识，从而使得接入网的 OAM设备也可以发起基于信令的信令跟踪配置， 以便 服务基站发起对该用户设备的信令跟踪。 附图说明 施例或现有技术描述中所需要使用的附图作筒 单地介绍， 显而易见地， 下面 描述中的附图仅仅是本发明的一些实施例， 对于本领域技术人员来讲， 在不 付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1 a是接入网和核心网由不相同的 0 AM设备管理的场景示意图； 图 lb是 MDT配置方式的场景示意图；

图 lc是本发明实施例一提供的信令跟踪方法的流� ��图；

图 2是本发明实施例二提供的信令跟踪方法的流� �图；

图 3是本发明实施例三提供的信令跟踪方法的流� �图；

图 4是本发明实施例四提供的信令跟踪方法的流� �图；

图 5是本发明实施例五提供的信令跟踪方法的流� �图；

图 6是本发明实施例提供的基站的结构示意图；

图 7a是本发明实施例提供的核心网设备的结构示� ��图；

图 7b是本发明实施例提供的核心网设备的另一结� ��示意图。 具体实施方式

下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行 清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而 不是全部的实施例。 基于本发明中的实施例， 本领域技术人员在没有作出创 造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的范围。

本发明实施例提供一种信令跟踪方法、 装置和系统。 以下分别进行详细 说明。

参见图 lb , 该图为两种信令跟踪配置方式（基于管理的信 令跟踪配置方 式， 以及基于信令的信令跟踪配置方式） 的场景图， 其中， 实线部分为基于 管理的信令跟踪配置方式， 虚线部分为基于信令的信令跟踪配置方式， 具体

:¾口下：

在基于管理的信令跟踪配置方式中， OAM设备， 比如网络管理系统 ( NMS, Network Management System )或网元管理系统（EMS, Equipment Management System ) 可以直接将信令跟踪配置信息配置给演进基站 （eNB , evolved Node B ) , 在此种配置方式中， ΟΑΜ设备不能指定具体的用户设备参 与到信令跟踪中来， 而由演进基站随机选择用户设备。

而在基于信令的信令跟踪配置方式中， ΟΑΜ设备则可以将信令跟踪配置 信息配置给归属用户服务器（HSS , Home Subscriber Server )或移动性管理 实体（MME, Mobility Management Entity )等核心网节点， 然后由核心网节 点将这些配置信息配置给演进基站。 在该配置方式中， OAM设备可以通过用 户设备标识指定该用户设备参与到信令跟踪中 来。 实施例一、

本实施例以基站的角度进行描述。 该基站具体可以为演进基站。

一种信令跟踪方法， 包括： 接收 OAM设备发送的携带了用户设备标识的 第一信令跟踪配置信息， 将该第一信令跟踪配置信息发送给第一核心网 节点， 接收服务核心网节点发送的第二信令跟踪配置 信息， 根据服务核心网节点发 送的第二信令跟踪配置信息发起对该用户设备 的信令跟踪。

参见图 lc , 具体流程可以如下：

步骤 101、接收 OAM设备发送的第一信令跟踪配置信息， 其中， 该第一信 令跟踪配置信息中携带需要指定（即需要进行 信令跟踪） 的用户设备的用户 设备标识， 比如国际移动用户身份码 ( IMSI, International Mobile Subscriber Identity ) 或者国际移动设备身份码 ( IMEI, International Mobile Equipment Identity), 等等。

其中， 该第一信令跟踪配置信息可以指定一个用户设 备， 也可以指定多 个用户设备， 即该携带的需要指定的用户设备标识可以是一 个， 也可以是包 括多个用户设备的一张列表， 比如 IMSI或 IMEI的列表。

其中， 该第一信令跟踪配置信息用于发起对用户设备 标识所对应的用户 设备的信令跟踪， 该第一信令跟踪配置信息可以包括： 用于进行信令跟踪的 配置参数， 和 /或， 用于进行 MDT数据收集的配置参数。

步骤 102、 将接收到的第一信令跟踪配置信息发送给第一 核心网节点； 具 体可以发送给与本基站具有连接的所有第一核 心网节点， 也可以发送给与本 基站具有连接的所有第一核心网节点中的任意 一个。 例如， 具体可以为如下 任意一种方式：

( 1 )基站将第一信令跟踪配置信息发送给与本基� �具有连接的第一核心 网节点， 以便第一核心网节点存储该第一信令跟踪配置 信息和 /或将该信令跟 踪配置信息转发给归属位置寄存器（HLR, Home Location Register ) / HSS。

也就是说， 第一核心网节点在接收到该第一信令跟踪配置 信息后， 可以 直接保存该第一信令跟踪配置信息， 也可以直接将该第一信令跟踪配置信息 转发给 HLR/ HSS,或者，还可以进行预置处理后才确定是否� �发给 HLR/ HSS, 比如， 第一核心网节点可以确定第一核心网节点内是 否存在需要指定的用户 设备的上下文， 如果存在， 则说明该第一核心网节点为该用户设备的服务 核 心网节点， 于是， 该核心网节点存储该第一信令跟踪配置信息； 如果不存在， 则说明该核心网节点不是该用户设备的服务核 心网节点， 于是， 该核心网节 点将该第一信令跟踪配置信息转发给 HSS/HLR。

( 2 )基站将第一信令跟踪配置信息发送给与本基� �具有连接的至少一个 第一核心网节点， 以便接收到该第一信令跟踪配置信息的第一核 心网节点对 该信令跟踪配置信息进行处理， 其中， 该处理包括：

如果该接收到该第一信令跟踪配置信息的第一 核心网节点内存在需要指 定的用户设备的上下文时， 则该接收到该第一信令跟踪配置信息的第一核 心 网节点存储该第一信令跟踪配置信息， 或者如果该接收到该第一信令跟踪配 置信息的第一核心网节点内不存在需要指定的 用户设备的上下文时， 则该接 收到该第一信令跟踪配置信息的第一核心网节 点将该第一信令跟踪配置信息 转发给 HSS/HLR或服务核心网节点以进行存储。

由于是随机选择发送给与本基站具有专用连接 的至少一个第一核心网节 点， 所以， 接收到该第一信令跟踪配置信息的第一核心网 节点不一定是需要 指定用户设备的服务核心网节点， 所以， 为了保证服务核心网节点也能获取 到该第一信令跟踪配置信息， 该接收到第一信令跟踪配置信息的第一核心网 节点需要确定下自身 （即该核心网节点）是否为服务核心网节点， 比如该第 一核心网节点可以对第一核心网节点内是否存 在需要指定的用户设备的上下 文进行判断， 如果存在， 则表明该第一核心网节点是该用户设备的服务 核心 网节点， 于是该第一核心网节点存储该第一信令跟踪配 置信息以供后续使用， 反之， 在一个实施例中， 如果不存在， 则表明该第一核心网节点不是该用户 设备的服务核心网节点， 于是该核心网节点将该第一信令跟踪配置信息 转发 给 HSS/HLR或服务核心网节点以进行存储， 以供该用户设备的服务核心网节 点后续使用。

其中， 第一核心网节点具体可以为 MME。 与本基站具有连接的第一核心 网节点指的是与本基站具有专用的连接接口的 第一核心网节点， 比如具有 S 1 连接接口， 等等。

步骤 103、 接收服务核心网节点发送的第二信令跟踪配置 信息， 其中， 第 二信令跟踪配置信息是服务核心网节点根据第 一核心网节点所提供的第一信 令跟踪配置信息得到的。

其中， 第二信令跟踪配置信息用于提供给服务基站以 发起对用户设备的 信令跟踪， 该第二信令跟踪配置信息可以包括： 用于进行信令跟踪的配置参 数， 和 /或， 用于进行 MDT数据收集的配置参数。 需说明的是， 该第二信令跟 踪配置信息与现有技术中的信令跟踪配置信息 相同， 第二信令跟踪配置信息 与第一信令跟踪配置信息的差别在于， 第一信令跟踪配置信息中携带了用户 设备标识， 而第二信令跟踪配置信息中可以携带用户设备 标识， 也可以不携 带用户设备标识。

其中， 第一核心网节点和服务核心网节点可能是同一 个核心网节点， 也 可能不是同一个核心网节点。 服务核心网节点可以根据用户设备标识获取到 第一信令跟踪配置信息。 比如， 如果在步骤 103中， 接收基站发送的信令跟踪配置信息的第一核心 网节 点就是服务核心网节点， 则服务核心网节点根据用户设备标识可以直接 从存 储的第一信令跟踪配置信息中获取相应的第一 信令跟踪配置信息， 然后根据 获取到的第一信令跟踪配置信息获取第二信令 跟踪配置信息； 如果在步骤 103 中， 接收基站发送的第一信令跟踪配置信息的核心 网节点不是服务核心网节 点， 而且该第一核心网节点将第一信令跟踪配置信 息发送给了 HSS/HLR, 则 服务核心网节点可以根据用户设备标识从 HSS/HLR中获取到第一信令跟踪配 置信息， 然后根据获取到的第一信令跟踪配置信息获取 第二信令跟踪配置信 息； 如果在步骤 103中， 接收基站发送的第一信令跟踪配置信息的第一 核心网 节点不是服务核心网节点， 而且该第一核心网节点将信令跟踪配置信息发 送 给了服务核心网节点， 此时服务核心网节点可以直接根据用户设备标 识从自 身存储的第一信令跟踪配置信息中获取， 等等。 其中， 该服务核心网节点具 体可以为 MME。

需说明的是， 用户设备为激活态（Active )时， 该用户设备的服务基站可 以直接执行步骤 103 (即接收服务核心网节点发送的第二信令跟踪� �置信息 ), 否则， 如果用户设备不是激活态， 比如为空闲态 （IDLE ) 或去附着态 ( DETACH ), 则在第一信令跟踪配置信息中所携带的用户设 备标识所对应的 用户设备接入网络时， 执行步骤 103 (即接收服务核心网节点发送的第二信令 跟踪配置信息）。

步骤 104、 根据服务核心网节点发送的第二信令跟踪配置 信息发起对该用 户设备的信令跟踪。

由上可知， 本实施例通过在 OAM设备向核心网节点发送的第一信令跟踪 配置信息中携带用户设备标识， 从而使得即使在接入网和核心网由不相同的 OAM设备管理的场景下，核心网节点也可以获取 接入网的 OAM设备所指定的 用户设备标识， 从而使得接入网的 OAM设备也可以发起基于信令的信令跟踪 配置， 为运营商提供了多种信令跟踪配置方式的选择 。 实施例二、

本实施例将从第一核心网设备的角度进行描述 ， 该第一核心网设备具体 可以为移动性管理网元， 比如 MME。 一种信令跟踪方法， 包括： 接收基站发送的携带了用户设备标识的第一 信令跟踪配置信息， 将该第一信令跟踪配置信息提供给服务核心网 节点， 以 便服务核心网节点根据第一信令跟踪配置信息 提供第二信令跟踪配置信息给 服务基站， 以发起对该用户设备标识所对应的用户设备的 信令跟踪。

如图 2所示， 具体流程可以如下：

步骤 201、 接收基站发送的第一信令跟踪配置信息， 其中， 该第一信令跟 踪配置信息中携带需要指定的 （即需要进行信令跟踪）用户设备标识； 比如 IMSI或者 IMEI。

其中， 该携带的用户设备标识为至少一个， 即可以是一个， 也可以是一 张列表， 比如 IMSI或 IMEI的列表。

其中， 该第一信令跟踪配置信息可以包括： 用于进行信令跟踪的配置参 数， 和 /或， 用于进行 MDT数据收集的配置参数。

步骤 202、 将该第一信令跟踪配置信息提供给服务核心网 节点， 以便服务 核心网节点根据第一信令跟踪配置信息提供第 二信令跟踪配置信息给服务基 站， 以发起对该用户设备标识所对应的用户设备的 信令跟踪。 比如， 在接收 到该第一信令跟踪配置信息后， 可以进行下述处理中的至少一个： 存储该第 一信令跟踪配置信息； 将该第一信令跟踪配置信息转发给 HLR/HSS , 以使得 所述服务核心网节点从所述 HLR/HSS获取所述第一信令跟踪配置信息； 以及 将第一信令跟踪配置信息转发给该用户设备的 服务核心网节点； 例如， 具体 可以: ¾口下：

如果在步骤 201中， 与基站具有专用连接的第一核心网节点收到该 第一信 令跟踪配置信息 （即服务核心网节点此时也能接收到该第一信 令跟踪配置信 息）， 则此时， 第一核心网节点可以直接存储该第一信令跟踪 配置信息， 也可 以直接将该第一信令跟踪配置信息转发给 HLR/HSS , 还可以在存储该第一信 令跟踪配置信息后， 将该信令跟踪配置信息发送给 HLR/HSS。

如果在步骤 201中， 并不是与基站具有专用连接的所有第一核心网 节点都 能接收到该第一信令跟踪配置信息 （即由基站随机选择一个第一核心网节点 进行发送）， 则为了保证服务核心网节点也能获取到该第一 信令跟踪配置信 息， 该接收到信令跟踪配置信息的第一核心网节点 需要将该第一信令跟踪配 置信息转发给 HLR/HSS, 或将第一信令跟踪配置信息发送给服务核心网 节点。 其中， 将第一信令跟踪配置信息发送给服务核心网节 点具体可以为： 向

HSS/HLR获取用户设备的服务核心网节点标识� � 根据获取到的服务核心网节 点标识发送第一信令跟踪配置信息给服务核心 网节点。

可选的， 该接收到第一信令跟踪配置信息的第一核心网 节点在发送之前 可以判断下自身是否为服务核心网节点， 如果是服务核心网节点， 则也可以 不进行转发， 即该方法还可以包括：

确定第一核心网节点内是否存在所述用户设备 的上下文；

则此时， 所述存储该第一信令跟踪配置信息具体可以包 括： 在确定第一 核心网节点内存在所述用户设备的上下文时， 存储该第一信令跟踪配置信息； 所述第一信令跟踪配置信息转发给 HLR/ HSS, 具体可以包括： 在确定第 一核心网节点内不存在所述用户设备的上下文 时， 将该第一信令跟踪配置信 息转发给 HSS/HLR , 由 HSS/HLR存储该第一信令跟踪配置信息；

所述将第一信令跟踪配置信息转发给服务核心 网节点， 具体可以为： 在 确定第一核心网节点内不存在所述用户设备的 上下文时， 将第一信令跟踪配 置信息转发给服务核心网节点， 例如， 可以向 HSS/HLR获取该用户设备的服 务核心网节点标识， 然后根据获取到的服务核心网节点标识发送第 一信令跟 踪配置信息给服务核心网节点， 由服务核心网节点存储该第一信令跟踪配置 信息。

这样， 当该用户设备标识对应的用户设备接入网络时 ， 存储有该第一信 令跟踪配置信息的设备就可以将该第一信令跟 踪配置信息提供给服务基站， 以便服务基站发起对该用户设备的信令跟踪， 例如， 可以如下：

当该用户设备标识对应的用户设备接入网络时 ， 如果该用户设备的服务 核心网节点本身就存储有相应的第一信令跟踪 配置信息， 则直接根据该第一 信令跟踪配置信息发送第二信令跟踪配置信息 给服务基站， 如果该服务核心 网节点本身没有存储相应的第一信令跟踪配置 信息， 则可以向 HSS/HLR获取 第一信令跟踪配置信息， 然后再根据获取到的第一信令跟踪配置信息发 送第 二信令跟踪配置信息发送给服务基站； 其中， 第二信令跟踪配置信息可以从 第一信令跟踪配置信息中提取所得， 其中， 将第二信令跟踪配置信息发送给 服务基站的方法具体可以如下：

当该用户设备为激活态的用户时， 通过用户设备的 S 1连接发送携带了第 二信令跟踪配置信息的 SI应用协议消息给基站， 以便基站发起对所述用户设 备的信令跟踪；

当该用户设备为空闲 （IDLE ) 态或去附着 （DETACH ) 态的用户时， 在 接收到用户设备发送的激活消息后， 通过用户设备的 S1连接发送携带了第二 信令跟踪配置信息的 S1应用协议（S1AP, SI Application Protocol ) 消息给基 站， 以便基站发起对所述用户设备的信令跟踪。

其中， 激活消息具体可以为网络接入服务请求（ Service Request ) 消息或 网络接入附着 （ATTACH ) 消息。 核心网节点具体可以为 MME。

由上可知， 本实施例通过在 OAM设备发送的第一信令跟踪配置信息中携 带需要指定的用户设备标识， 从而使得即使在接入网和核心网由不相同的 OAM设备管理的场景下，核心网节点也可以收集 到接入网的 OAM设备所需要 指定的用户设备标识， 从而使得接入网的 OAM设备也可以发起基于信令的信 令跟踪配置， 为运营商提供了多种信令跟踪配置方式的选择 。 实施例三、

根据前面实施例所描述的方法， 以下将在实施例三至五中举例作详细说 明。 为了描述方便， 在以下的实施例中， 将以第一核心网节点和服务核心网 节点具体为 MME, 基站具体为演进基站为例进行说明， 应当理解的是， 这些 方法同样适用于其他具有与 MME类似功能的核心网的网络设备。

在本实施例中， 将以演进基站将信令跟踪配置信息发送给与本 演进基站 具有连接的所有 MME, 且第一信令跟踪配置信息和第二信令跟踪配置 信息具 体为用于进行 MDT数据收集的配置参数为例进行说明。

参见图 3, 具体流程可以如下：

为了描述方便， 在图 3中， 将用于进行 MDT数据收集的配置参数筒称为配 置参数。

步骤 301、 如果接入网的 OAM设备需要指定特定的用户设备参与到 MDT 中， 则该接入网的 OAM设备可以发送用于进行 MDT数据收集的配置参数给演 进基站， 其中， 该用于进行 MDT数据收集的配置参数中携带需要指定的用户 设备标识， 比如 IMSI或 IMEI。

需说明的是， 该指定的用户设备可以是一个也可以是多个， 即携带的用 户设备标识可以是一个， 也可以是一张列表， 比如 IMSI列表或 IMEI列表。 步骤 302、 演进基站接收到该用于进行 MDT数据收集的配置参数后， 演进 基站将该用于进行 MDT数据收集的配置参数通过 S1应用协议消息发送给所有 与其有 S1连接的 MME。

步骤 303、 MME接收到 eNB转发的用于进行 MDT数据收集的配置参数后， 保存该用于进行 MDT数据收集的配置参数， 或者， 将该用于进行 MDT数据收 集的配置参数转发给与其有连接的 HSS, 或者， 保存该用于进行 MDT数据收 集的配置参数后， 将该用于进行 MDT数据收集的配置参数转发给与其有连接 的 HSS。

步骤 304、 如果 MME转发该用于进行 MDT数据收集的配置参数到 HSS, 则 HSS存储该用于进行 MDT数据收集的配置参数， 然后当用户设备接入网络 时， 按照现有技术中的基于信令的 MDT配置方式配置该用于进行 MDT数据收 集的配置参数给指定的用户设备， 即例如， 可以如下：

当用户设备接入网络时， 向网络发送附着请求， 并向 HSS更新自身， 即用 户设备， 的位置信息， HSS根据用户设备标识检查该用户设备是否需要 跟踪， 即确定该用户设备标识是否与所保存的需要指 定的用户设备标识一致， 如果 不需要， 则流程结束； 如果需要， 则 HSS发送该用于进行 MDT数据收集的配 置参数给该用户设备的服务 MME, 比如， HSS可以将该用于进行 MDT数据收 集的配置参数携带在位置更新响应消息中发送 给该用户设备的服务 MME, 由 服务 MME通过该用户设备的 S1连接通道将该用于进行 MDT数据收集的配置 参数发送给服务演进基站， 参见步骤 305, 由服务演进基站通过该用户设备的 S1连接通道将该用于进行 MDT数据收集的配置参数配置给用户设备， 指示用 户设备进行路测数据测量。

现有技术中的基于信令的 MDT配置方式的流程可参见现有技术， 在此不 再赘述。

步骤 305、 如果 MME不转发该用于进行 MDT数据收集的配置参数到 HSS, 则当用户设备接入网络时， 可以直接进行如下操作：

( 1 )对于激活态用户设备；

MME按照现有技术中的基于信令的 MDT配置方式配置该用于进行 MDT 数据收集的配置参数给指定的用户设备， 例如， 可以如下：

MME在确定自身为需要指定用户的服务 MME时，通过该用户的 S1连接发 送 SI应用协议消息， 比如开始跟踪（Trace start ) 消息给服务演进基站， 并在 该 S1应用协议消息中携带用于进行 MDT数据收集的配置参数。

服务演进基站在接收到该用于进行 MDT数据收集的配置参数后， 通过用 户设备的 S1连接将该用于进行 MDT数据收集的配置参数配置给用户设备， 指 示用户设备进行路测数据测量。

需说明的是， 此时 MME发送给服务演进基站的 "用于进行 MDT数据收集 的配置参数" 可以不携带用户设备标识， 而是通过其他途径让服务演进基站 来识别当前所需要跟踪的用户设备， 例如， 当用户设备标识所对应的用户设 备接入网络时， 服务演进基站分配一个演进基站 S1应用协议消息标识（eNB Sl-AP ID )给该用户设备， 并在 S1应用协议消息中通知给该用户设备的服务 MME, 由该服务 MME分配一个 MME应用协议消息标识（ MME Sl-AP ID )给 该用户设备， 并在下行的 S1应用协议消息中通知给该服务演进基站， 这样， 后续服务 MME在给服务演进基站发消息时， 就可以把 eNB Sl-AP ID带上， 从 而服务演进基站就可以获知需要对哪个用户设 备进行信令跟踪。

( 2 )对于空闲 （IDLE ) 态用户设备；

当用户设备发送 Service Request (网络接入服务请求） 消息给 MME时， MME被激活， 则此时， 激活 MME按照现有技术中的基于信令的 MDT配置方 式配置该用于进行 MDT数据收集的配置参数给指定的用户设备， 例如， 可以 :¾口下：

激活 MME发送该用于进行 MDT数据收集的配置参数给该用户设备所在 的演进基站， 即服务演进基站。

服务演进基站在接收到该用于进行 MDT数据收集的配置参数后， 通过用 户设备的 S1连接将该用于进行 MDT数据收集的配置参数配置给用户设备， 指 示用户设备进行路测数据测量。

需说明的是， 此时 MME发送给服务演进基站的 "用于进行 MDT数据收集 的配置参数" 可以不携带用户设备标识， 而是通过其他途径让服务演进基站 来识别当前所需要跟踪的用户设备， 参见本实施例 （1 ) 中的说明。

( 3 )对于去附着 （DETACH ) 态用户设备；

当用户设备发送 ATTACH (网络接入附着）消息给 MME时， MME被激活， 则此时，激活 MME按照现有技术中的基于信令的 MDT配置方式配置该用于进 行 MDT数据收集的配置参数给指定的用户设备， 例如， 可以如下： 激活 MME发送该用于进行 MDT数据收集的配置参数给该用户设备所在 的演进基站， 即服务演进基站。

服务演进基站在接收到该用于进行 MDT数据收集的配置参数后， 通过用 户设备的 S1连接将该用于进行 MDT数据收集的配置参数配置给用户设备， 指 示用户设备进行路测数据测量。

此后， 用户设备可以向服务演进基站发送路测数据配 置完成消息， 并将 路测数据报告给服务演进基站， 由服务演进基站发送给数据收集实体以进行 分析、 评估或诊断。

需说明的是， 此时 MME发送给服务演进基站的 "用于进行 MDT数据收集 的配置参数" 可以不携带用户设备标识， 而是通过其他途径让服务演进基站 来识别当前所需要跟踪的用户设备， 参见本实施例 （1 ) 中的说明。

此外， 为了描述方便， 在本实施例中， 将以发送用于进行 MDT数据收集 的配置参数给 MME的演进基站即为服务演进基站（即同一个演 进基站） 为例 进行说明， 应当理解的是， 发送用于进行 MDT数据收集的配置参数给 MME的 演进基站和服务演进基站也可能不是同一个演 进基站。

另外， 还需说明的是， 在本实施例中， 仅仅以 MDT为例进行说明， 应当 理解的是， 该方法同样适用于传统的 Trace (即信令跟踪） 方案， 则此时信令 跟踪配置信息具体为用于进行信令跟踪的配置 参数， 在此不再赘述。 另外， 还需要说明的是， 在 Trace (即信令跟踪） 方案中， 服务演进基站不需要将用 于进行信令跟踪的配置参数配置给用户设备， 具体可参见现有技术。 置参数中携带需要指定的用户设备标识， 从而使得即使在接入网和核心网由 不相同的 OAM设备管理的场景下，核心网节点也可以收集 到接入网的 OAM设 备所需要指定的用户设备标识， 从而使得接入网的 OAM设备也可以发起基于 信令的 MDT配置， 为运营商提供了多种 MDT配置方式的选择。 实施例四、

在本实施例中， 将以演进基站将信令跟踪配置信息发送给与本 演进基站 具有连接的所有 MME中的一个，且跟踪配置信息具体为用于进行 MDT数据收 集的配置参数为例进行说明。 参见图 4, 具体流程可以如下：

为了描述方便， 在图 4中， 将用于进行 MDT数据收集的配置参数筒称为配 置参数。

步骤 401、 如果接入网的 OAM设备需要指定特定的用户设备参与到 MDT 中， 则该接入网的 OAM设备可以发送用于进行 MDT数据收集的配置参数给演 进基站， 其中， 该用于进行 MDT数据收集的配置参数中携带需要指定的用户 设备标识， 比如 IMSI或 IMEI。

需说明的是， 该指定的用户设备可以是一个也可以是多个， 即携带的用 户设备标识可以是一个， 也可以是一张列表， 比如 IMSI列表或 IMEI列表。

步骤 402、 演进基站接收到该用于进行 MDT数据收集的配置参数后， 演进 基站将该用于进行 MDT数据收集的配置参数通过 S1应用协议消息随机发送给 所有与其有 S 1连接的 MME中的一个。

步骤 403、 MME接收到演进基站转发的用于进行 MDT数据收集的配置参 数后， 判断该 MME内是否存在指定用户设备的上下文， 如果存在， 则执行步 骤 404, 如果不存在， 则执行步骤 405。

其中， 步骤 403为可选步骤， 除了执行步骤 403之外， MME在接收到演进 基站转发的用于进行 MDT数据收集的配置参数后， 还可以直接将该用于进行 MDT数据收集的配置参数转发给 HSS, 由 HSS存储该用于进行 MDT数据收集 的配置参数， 然后按照现有技术中的基于信令的 MDT配置方式配置该用于进 行 MDT数据收集的配置参数给指定的用户设备， 可参见实施例三中的步骤 304, 在此不再赘述。

步骤 404、 如果该 MME内存在指定用户设备的上下文， 则该 MME存储该 用于进行 MDT数据收集的配置参数。

此时该 MME可以转发该用于进行 MDT数据收集的配置参数到与其有连 接的 HSS中， 也可以不转发该用于进行 MDT数据收集的配置参数到与其有连 接的 HSS中。

如果 MME转发该用于进行 MDT数据收集的配置参数到 HSS中， 则 HSS存 储该用于进行 MDT数据收集的配置参数， 然后当用户设备接入网络时， 按照 现有技术中的基于信令的 MDT配置方式配置该用于进行 MDT数据收集的配 置参数给指定的用户设备，具体可参见实施例 三中的步骤 304,在此不再赘述。 如果 MME不转发该用于进行 MDT数据收集的配置参数到 HSS中， 则可以 进行如下操作：

( 1 )对于激活态用户设备；

MME按照现有技术中的基于信令的 MDT配置方式配置该用于进行 MDT 数据收集的配置参数给指定的用户设备， 例如， 可以如下：

MME在确定自身为需要指定用户的服务 MME时，通过该用户的 S1连接发 送 S1应用协议消息， 比如开始跟踪（Trace start ) 消息给服务演进基站， 并在 该 S1应用协议消息中携带该用于进行 MDT数据收集的配置参数。

服务演进基站在接收到该用于进行 MDT数据收集的配置参数后， 通过用 户设备的 S1连接将该用于进行 MDT数据收集的配置参数配置给用户设备， 指 示用户设备进行路测数据测量。

需说明的是， 此时 MME发送给服务演进基站的 "用于进行 MDT数据收集 的配置参数" 可以不携带用户设备标识， 而是通过其他途径让服务演进基站 来识别当前所需要跟踪的用户设备， 参见实施例三中 （1 ) 中的说明。

( 2 )对于空闲 （IDLE ) 态用户设备；

当用户设备发送 Service Request NAS消息给 MME时， MME被激活， 则此 时， 激活 MME按照现有技术中的基于信令的 MDT配置方式配置该用于进行 MDT数据收集的配置参数给指定的用户设备， 例如， 可以如下：

激活 MME发送该用于进行 MDT数据收集的配置参数给该用户设备所在 的演进基站， 即服务演进基站。

服务演进基站在接收到该用于进行 MDT数据收集的配置参数后， 通过用 户设备的专用 S1连接将该用于进行 MDT数据收集的配置参数配置给用户设 备， 指示用户设备进行路测数据测量。

服务演进基站在接收到该用于进行 MDT数据收集的配置参数后， 通过用 户设备的专用 S 1连接将该用于进行 MDT数据收集的配置参数配置给用户设 备， 指示用户设备进行路测数据测量。

需说明的是， 此时 MME发送给服务演进基站的 "用于进行 MDT数据收集 的配置参数" 可以不携带用户设备标识， 而是通过其他途径让服务演进基站 来识别当前所需要跟踪的用户设备， 参见实施例三中 （1 ) 中的说明。

步骤 405、如果该 MME内不存在指定用户设备的上下文，则转发该 用于进 行 MDT数据收集的配置参数到与其有连接的 HSS , 然后执行步骤 406。

步骤 406、 HSS存储该用于进行 MDT数据收集的配置参数， 然后当用户设 备接入网络时， 按照现有技术中的基于信令的 MDT配置方式配置该用于进行 MDT数据收集的配置参数给指定的用户设备， 具体可参见实施例三中的步骤 304, 在此不再赘述。

此后， 用户设备可以向服务演进基站发送路测数据配 置完成消息， 并将 路测数据报告给服务演进基站， 由服务演进基站发送给数据收集实体以进行 分析、 评估或诊断。

需说明的是， 为了描述方便， 在本实施例中， 将以发送用于进行 MDT数 据收集的配置参数给 MME的演进基站即为服务演进基站（即同一个演 进基站 ) 为例进行说明， 应当理解的是， 发送用于进行 MDT数据收集的配置参数给 MME的演进基站和服务演进基站也可能不是同一 个演进基站。

另外， 还需说明的是， 在本实施例中， 仅仅以 MDT为例进行说明， 应当 理解的是， 该方法同样适用于传统的 Trace (即信令跟踪） 方案， 则此时信令 跟踪配置信息具体为用于进行信令跟踪的配置 参数， 在此不再赘述。 另外， 还需要说明的是， 在 Trace (即信令跟踪） 方案中， 演进基站不需要将用于进 行信令跟踪的配置参数配置给用户设备， 具体可参见现有技术。 置参数中携带需要指定的用户设备标识， 从而使得即使在接入网和核心网由 不相同的 OAM设备管理的场景下，核心网节点也可以收集 到接入网的 OAM设 备所需要指定的用户设备标识， 从而使得接入网的 OAM设备也可以发起基于 信令的 MDT配置， 为运营商提供了多种 MDT配置方式的选择。 实施例五、

与实施例四类似的， 在本实施例中， 也以演进基站将信令跟踪配置信息 发送给与本演进基站具有连接的所有 MME中的一个为例进行说明。 与实施例 四不同的是， 在本实施例中， MME不将接收到信令跟踪配置信息发送给 HSS, 而是发送给服务 MME。

以该信令跟踪配置信息具体为用于进行 MDT数据收集的配置参数为例， 参见图 5, 具体流程可以如下：

为了描述方便， 在图 5中， 将用于进行 MDT数据收集的配置参数筒称为配 置参数。

步骤 501、 如果接入网的 OAM设备需要指定特定的用户设备参与到 MDT 中， 则该接入网的 OAM设备可以发送信令跟踪配置信息， 比如用于进行 MDT 数据收集的配置参数给演进基站， 其中， 该用于进行 MDT数据收集的配置参 数中携带需要指定的用户设备标识， 比如 IMSI或 IMEI。

需说明的是， 该指定的用户设备可以是一个也可以是多个， 即携带的用 户设备标识可以是一个， 也可以是一张列表， 比如 IMSI列表或 IMEI列表。

步骤 502、 演进基站接收到该用于进行 MDT数据收集的配置参数后， 演进 基站将用于进行 MDT数据收集的配置参数通过 S1应用协议消息随机发送给所 有与其有 S1连接的 MME中的一个。

步骤 503、 MME接收到演进基站转发的用于进行 MDT数据收集的配置参 数后， 判断该 MME内是否存在指定用户设备的上下文， 如果存在， 则执行步 骤 504, 如果不存在， 则执行步骤 505。

步骤 504、 如果该 MME内存在指定用户设备的上下文， 则该 MME存储该 用于进行 MDT数据收集的配置参数。

此时该 MME可以转发该用于进行 MDT数据收集的配置参数到与其有连 接的 HSS中， 也可以不转发该用于进行 MDT数据收集的配置参数到与其有连 接的 HSS中。

如果 MME转发该用于进行 MDT数据收集的配置参数到 HSS中， 则 HSS存 储该用于进行 MDT数据收集的配置参数， 然后当用户设备接入网络时， 按照 现有技术中的基于信令的 MDT配置方式配置该用于进行 MDT数据收集的配 置参数给指定的用户设备，具体可参见实施例 三中的步骤 304,在此不再赘述。

如果 MME不转发该用于进行 MDT数据收集的配置参数到 HSS中， 则可以 进行如下操作：

( 1 )对于激活态用户设备；

MME按照现有技术中的基于信令的 MDT配置方式配置该用于进行 MDT 数据收集的配置参数给指定的用户设备， 例如， 可以如下：

MME在确定自身为需要指定用户的服务 MME时， 通过该用户的专用 S1 连接发送 S1应用协议消息， 比如开始跟踪（ Trace start )消息给服务演进基站， 并在该 S1应用协议消息中携带用于进行 MDT数据收集的配置参数。 演进基站在接收到该用于进行 MDT数据收集的配置参数后， 通过用户设 备的专用 S1连接将该用于进行 MDT数据收集的配置参数配置给用户设备， 指 示用户设备进行路测数据测量。

需说明的是， 此时 MME发送给服务演进基站的 "用于进行 MDT数据收集 的配置参数" 可以不携带用户设备标识， 而是通过其他途径让服务演进基站 来识别当前所需要跟踪的用户设备， 参见实施例三中 （1 ) 中的说明。

( 2 )对于空闲 （IDLE ) 态用户设备；

按照现有技术中的基于信令的 MDT配置方式配置该用于进行 MDT数据 收集的配置参数给指定的用户设备， 例如， 可以如下：

激活 MME当用户设备发送 Service Request NAS消息给 MME时， MME被激 活， 则此时， 激活 MME发送用于进行 MDT数据收集的配置参数给该用户设备 所在的演进基站， 即服务演进基站。

服务演进基站在接收到该用于进行 MDT数据收集的配置参数后， 通过用 户设备的专用 S1连接将该用于进行 MDT数据收集的配置参数配置给用户设 备， 指示用户设备进行路测数据测量。

需说明的是， 此时 MME发送给服务演进基站的 "用于进行 MDT数据收集 的配置参数" 可以不携带用户设备标识， 而是通过其他途径让服务演进基站 来识别当前所需要跟踪的用户设备， 参见实施例三中 （1 ) 中的说明。

步骤 505、 如果该 MME内不存在指定用户设备的上下文， 则 MME向 HSS 获取的该指定用户设备的服务 MME的 MME标识， 称为服务 MME标识， 然后 执行步骤 506。

步骤 506、 HHS发送服务 MME标识给该 MME, 然后执行步骤 507。

步骤 507、 MME接收到服务 MME标识后， 发送该用于进行 MDT数据收集 的配置参数给该服务 MME标识所对应的 MME (即指定用户设备的服务 MME ) , 服务 MME在接收到该用于进行 MDT数据收集的配置参数后， 存储 该用于进行 MDT数据收集的配置参数， 然后当用户设备接入网络时， 执行步 骤 504中的 （1 )或 （2 ) 的操作。

此后， 用户设备可以向服务演进基站发送路测数据配 置完成消息， 并将 路测数据报告给服务演进基站， 由服务演进基站发送给数据收集实体以进行 分析、 评估或诊断。 需说明的是， 为了描述方便， 在本实施例中， 将以发送用于进行 MDT数 据收集的配置参数给 MME的演进基站即为服务演进基站（即同一个演 进基站 ) 为例进行说明， 应当理解的是， 发送用于进行 MDT数据收集的配置参数给 MME的演进基站和服务演进基站也可能不是同一 个演进基站。

另外， 还需说明的是， 在本实施例中， 仅仅以 MDT为例进行说明， 应当 理解的是， 该方法同样适用于传统的 Trace (即信令跟踪） 方案， 则此时信令 跟踪配置信息具体为用于进行信令跟踪的配置 参数， 在此不再赘述。 另外， 还需要说明的是， 在 Trace (即信令跟踪） 方案中， 演进基站不需要将用于进 行信令跟踪的配置参数配置给用户设备， 具体可参见现有技术。 置参数中携带需要指定的用户设备标识， 从而使得即使在接入网和核心网由 不相同的 OAM设备管理的场景下，核心网节点也可以收集 到接入网的 OAM设 备所需要指定的用户设备标识， 从而使得接入网的 OAM设备也可以发起基于 信令的 MDT配置， 为运营商提供了多种 MDT配置方式的选择。

实施例六、

为了更好地实施以上方法， 本发明实施例还相应地提供一种基站， 如图 6 所示， 该基站包括收集单元 601、 发送单元 602、 接收单元 603和发起单元 604; 收集单元 601 ,用于接收 OAM设备发送的第一信令跟踪配置信息，该第一 信令跟踪配置信息可以用于发起对所述用户设 备标识所对应的用户设备的信 令跟踪； 其中， 该第一信令跟踪配置信息中携带用户设备标识 ； 比如 IMSI或 者 IMEI。

其中， 该携带的用户设备标识为至少一个， 即可以是一个， 也可以是一 张列表， 比如 IMSI或 IMEI的列表。

发送单元 602, 用于将收集单元 601接收到的第一信令跟踪配置信息发送 给第一核心网节点；

接收单元 603, 用于接收服务核心网节点发送的第二信令跟踪 配置信息， 其中， 该第二信令跟踪配置信息是服务核心网节点根 据第一核心网节点所提 供的第一信令跟踪配置信息得到的；

例如， 当用户设备为激活态时， 接收单元 603可以直接执行接收服务核心 网节点发送的第二信令跟踪配置信息的步骤， 否则， 如果用户设备不是激活 态， 比如为空闲态或去附着态， 则在第一信令跟踪配置信息中所携带的用户 设备标识所对应的用户设备接入网络时， 接收单元 603执行接收服务核心网节 点发送的第二信令跟踪配置信息的步骤。

发起单元 604, 用于根据接收单元接收到的第二信令跟踪配置 信息发起对 用户设备的信令跟踪。

其中， 发送单元 602具体可以将第一信令跟踪配置信息发送给与 本基站具 有连接的第一核心网节点， 也可以发送给与本基站具有连接的至少一个第 一 核心网节点。 即：

发送单元 602, 具体用于将第一信令跟踪配置信息发送给与本 基站具有连 接的第一核心网节点， 以便第一核心网节点存储该第一信令跟踪配置 信息和 / 或将该第一信令跟踪配置信息转发给 HLR/ HSS。 也就是说， 核心网节点在接 收到该第一信令跟踪配置信息后， 可以直接保存该第一信令跟踪配置信息， 也可以直接将该第一信令跟踪配置信息转发给 HLR/ HSS, 或者， 还可以进行 预置处理后才确定是否转发给 HLR/ HSS, 比如， 第一核心网节点可以确定本 核心网节点内是否存在需要指定的用户设备的 上下文， 如果存在， 则说明该 第一核心网节点为该用户设备的服务核心网节 点， 于是， 该第一核心网节点 存储该第一信令跟踪配置信息； 在一个实施例中， 如果不存在， 则说明该第 一核心网节点不是该用户设备的服务核心网节 点， 于是， 该第一核心网节点 将该第一信令跟踪配置信息转发给 HSS/HLR。

或者， 发送单元 603, 具体也可以用于将第一信令跟踪配置信息发送 给与 本基站具有连接的至少一个第一核心网节点， 以便该接收到第一信令跟踪配 置信息的第一核心网节点对第一信令跟踪配置 信息进行处理， 其中， 该处理 包括： 如果该接收到第一信令跟踪配置信息的第一核 心网节点内存在所述用 户设备的上下文， 则该接收到第一信令跟踪配置信息的第一核心 网节点存储 该第一信令跟踪配置信息； 或者如果该接收到第一信令跟踪配置信息的第 一 核心网节点内不存在所述用户设备的上下文， 则该接收到第一信令跟踪配置 信息的第一核心网节点将该第一信令跟踪配置 信息转发给 HSS/HLR或所述用 户设备的服务核心网节点。

其中， 第一信令跟踪配置信息和第二信令跟踪配置信 息都可以包括： 用 于进行信令跟踪的配置参数， 和 /或， 用于进行 MDT数据收集的配置参数。 此 外， 第一核心网节点和服务核心网节点可能是同一 个核心网节点， 也可能不 是同一个核心网节点。

需说明的是， 该第二信令跟踪配置信息与现有技术中的信令 跟踪配置信 息相同， 第二信令跟踪配置信息与第一信令跟踪配置信 息的差别在于， 第一 信令跟踪配置信息中携带了用户设备标识， 而第二信令跟踪配置信息中可以 携带用户设备标识， 也可以不携带用户设备标识。

以上各个单元的具体实施可参见前面实施例， 在此不再赘述。

由上可知，本实施例的基站的收集单元 601可以接收 OAM设备发送的第一 信令跟踪配置信息， 其中， 该第一信令跟踪配置信息中携带用户设备标识 ， 然后由发送单元 602将该第一信令跟踪配置信息发送给第一核心 网节点， 以便 在需要进行信令跟踪时， 根据第一信令跟踪配置信息将第二信令跟踪配 置信 息提供给服务基站， 以发起基于信令的 MDT配置， 从而实现即使在接入网和 核心网由不相同的 OAM设备管理的场景下，接入网的 OAM设备也可以发起基 于信令的 MDT配置的目的， 可以为运营商提供了多种 MDT配置方式的选择。

关于该基站的其他结构和功能， 可以参见上述方法实施例中的描述。 实施例七、

相应的， 本发明实施例还提供一种核心网设备， 可以作为本发明实施例 的第一核心网节点； 如图 7a所示， 该核心网设备包括接收单元 701和处理单元 702;

接收单元 701 , 用于接收基站发送的第一信令跟踪配置信息， 其中， 该第 一信令跟踪配置信息中携带用户设备标识； 比如 IMSI或者 IMEI。

其中， 该携带的用户设备标识为至少一个， 即可以是一个， 也可以是一 张列表， 比如 IMSI或 IMEI的列表。

处理单元 702, 用于将接收单元 701接收到的第一信令跟踪配置信息提供 给服务核心网节点， 以便服务核心网节点根据第一信令跟踪配置信 息提供第 二信令跟踪配置信息给服务基站， 以发起对该用户设备标识所对应的用户设 备的信令跟踪。

例如， 其中， 处理单元 702, 具体可以用于进行至少一种下述处理： 存储 接收单元 701接收到的第一信令跟踪配置信息； 将接收单元 701接收到的第一 信令跟踪配置信息转发给 HLR/ HSS;或将接收单元 701接收到的第一信令跟踪 配置信息发送给服务核心网节点， 以便将该第一跟踪配置信息提供给服务基 站以发起对用户设备的信令跟踪； 具体可参见实施例二， 在此不再赘述。

如图 7b所示， 该核心网设备还可以包括确定单元 703；

确定单元 703， 用于确定本核心网设备内存在用户设备标识所 对应的用户 设备的上下文；

处理单元 702 , 具体用于在确定单元 703确定本核心网设备内存在用户设 备标识所对应的用户设备的上下文时， 存储该第一信令跟踪配置信息； 或， 确定单元 703 , 用于确定本核心网设备内不存在用户设备标识 所对应的用 户设备的上下文；

处理单元 702, 具体用于将该第一信令跟踪配置信息转发给 HSS/HLR, 由 HSS/HLR存储该第一信令跟踪配置信息； 或者，

确定单元 703确定本核心网设备内不存在用户设备标识所 对应的用户设 备的上下文；

处理单元 702, 具体用于向 HSS/HLR获取指定用户设备的服务核心网节点 标识， 根据该服务核心网节点标识转发第一信令跟踪 配置信息给服务核心网 节点， 由服务核心网节点存储该第一信令跟踪配置信 息。 具体可参见前面的 方法实施例， 在此不再赘述。

如图 7b所示， 该核心网设备还可以包括获取单元 704、 第一配置单元 705 和第二配置单元 706;

获取单元 704, 用于在作为服务核心网节点时， 获取第一信令跟踪配置信 息；

第一配置单元 705, 用于当用户设备为激活态时， 根据第一信令跟踪配置 信息获取第二信令跟踪配置信息， 通过用户设备的 S1连接发送携带了第二信 令跟踪配置信息的 S1应用协议消息给基站；

第二配置单元 706, 用于当用户设备为空闲态或去附着态时， 在接收到用 户设备发送的激活消息后， 根据第一信令跟踪配置信息获取第二信令跟踪 配 置信息， 通过用户设备的 S1连接发送携带了第二信令跟踪配置信息的 S1应用 协议消息给基站。

其中， 第一信令跟踪配置信息和第二信令跟踪配置信 息都可以包括： 用 于进行信令跟踪的配置参数， 和 /或， 用于进行 MDT数据收集的配置参数。 此 外， 需说明的是， 该第二信令跟踪配置信息与现有技术中的信令 跟踪配置信 息相同， 第二信令跟踪配置信息与第一信令跟踪配置信 息的差别在于， 第一 信令跟踪配置信息中携带了用户设备标识， 而第二信令跟踪配置信息中可以 携带用户设备标识， 也可以不携带用户设备标识。

以上各个单元的具体实施可参见前面的方法实 施例， 在此不再赘述。 其中， 该核心网设备具体可以为 MME。

由上可知， 本实施例的核心网设备的接收单元 701可以通过基站， 间接地 获取接入网的 0 AM设备所发送的携带有指定用户设备标识的第� ��信令跟踪配 置信息，从而使得即使在接入网和核心网由不 相同的 OAM设备管理的场景下， 接入网的 OAM设备也可以发起基于信令的 MDT配置， 为运营商提供了多种 MDT配置方式的选择。

关于该核心网节点的其他结构和功能， 可以参见上述方法实施例中的描 述。 实施例八、

相应地， 本发明实施例还提供一种通信系统， 包括本发明实施例提供的 任一种基站和核心网设备； 其中， 核心网设备作为第一核心网节点。

基站， 用于接收 OAM设备发送的携带了需要指定的用户设备标识 的第一 信令跟踪配置信息， 将该第一信令跟踪配置信息发送给第一核心网 设备， 接 收服务核心网节点发送的第二信令跟踪配置信 息； 根据服务核心网节点发送 的第二信令跟踪配置信息发起对所述用户设备 的信令跟踪； 其中， 第一信令 跟踪配置信息用于发起对用户设备标识所对应 的用户设备的信令跟踪， 第二 信令跟踪配置信息是服务核心网节点根据第一 核心网节点所提供的第一信令 跟踪配置信息得到的；

核心网设备， 用于接收基站发送的携带了需要指定的用户设 备标识的第 一信令跟踪配置信息， 将该第一信令跟踪配置信息提供给服务核心网 节点， 以便服务核心网节点根据第一信令跟踪配置信 息提供第二信令跟踪配置信息 给服务基站， 以发起对用户设备标识所对应的用户设备的信 令跟踪。

例如， 核心网设备在接收到第一信令跟踪配置信息后 ， 可以存储该第一 信令跟踪配置信息， 和 /或将该第一信令跟踪配置信息转发给 HLR/HSS, 或将 该第一信令跟踪配置信息转发给服务核心网设 备（即作为服务核心网节点的 设备）， 以便发起对用户设备的信令跟踪， 比如， 当该用户设备标识对应的用 户设备接入网络时， 由服务核心网设备将第二跟踪配置信息提供给 服务基站 以发起对所述用户设备的信令跟踪。

该通信系统还可以包括 HSS或 HLR。

HSS或 HLR,用于接收核心网设备发送的第一信令跟踪� �置信息，保存该 第一信令跟踪配置信息。

HSS或 HLR,还用于将第一信令跟踪配置信息提供给服� �核心网节点（即 服务核心网设备）。

其中， 用户设备标识具体可以为 IMSI或者 IMEI, 等等。 该携带的用户设 备标识可以是一个，也可以是包括多个用户设 备的一张列表，比如 IMSI或 IMEI 的列表。

其中， 第一信令跟踪配置信息和第二信令跟踪配置信 息都可以包括： 用 于进行信令跟踪的配置参数， 和 /或， 用于进行 MDT数据收集的配置参数。 需 说明的是， 该第二信令跟踪配置信息与现有技术中的信令 跟踪配置信息相同， 第二信令跟踪配置信息与第一信令跟踪配置信 息的差别在于， 第一信令跟踪 配置信息中携带了用户设备标识， 而第二信令跟踪配置信息中可以携带用户 设备标识， 也可以不携带用户设备标识。

以上各个设备的具体可参见前面的方法实施例 ， 在此不再赘述。

由上可知， 本实施例的通信系统通过在 OAM设备发送的第一信令跟踪配 置信息中携带需要指定的用户设备标识， 从而使得即使在接入网和核心网由 不相同的 OAM设备管理的场景下，核心网设备也可以收集 到接入网的 OAM设 备所需要指定的用户设备标识， 使得接入网的 OAM设备也可以发起基于信令 的 MDT配置， 为运营商提供了多种 MDT配置方式的选择。

关于该系统的其他结构和功能， 可以参见上述方法实施例中的描述。 本领域普通技术人员可以理解上述实施例的各 种方法中的全部或部分步 骤是可以通过程序来指令相关的硬件来完成， 该程序可以存储于一计算机可 读存储介质中，存储介质可以包括： 只读存储器（ ROM, Read Only Memory )、 随机存取记忆体（RAM, Random Access Memory ) , 磁盘或光盘等。

以上对本发明实施例所提供的一种信令跟踪 方法、 装置和系统进行了详细介 施例的说明只是用于帮助理解本发明的方法及 其核心思想； 同时， 对于本领 域的技术人员， 依据本发明的思想， 在具体实施方式及应用范围上均会有改 变之处， 综上所述， 本说明书内容不应理解为对本发明的限制。