CN105393503A - 消息处理方法和装置 - Google Patents

Abstract

本发明实施例提供了一种消息处理方法和装置，涉及通讯技术领域，该方法包括：将当前处理的消息的消息特征与设定的跟踪特征进行比对；当确定所述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定为目标用户；向网络管理服务器上报所述目标用户的信令消息。本发明实现了对网络故障的快速定位，提高了网络连接效率。

Description

消息处理方法和装置

技术领域

本发明涉及通讯技术领域， 特别涉及一种消息处理方法和装置。 背景技术

随着通讯技术的发展， 通讯网络在信息交流中的作用越来越重要。在通讯 网络中， 一个网元通常为多个用户提供通讯服务。 网元在提供通讯服务时有时 会出现故障， 导致用户通讯失败。 随着人们对通讯网络依赖性的增强， 人们对 通讯网络的可靠性也提出了更高的要求， 当通讯网络发生故障时， 人们希望能 够及时的检测出网络故障的来源并加以定位解决。

例如， 当某一用户的通讯业务发生故障时， 用户可能投诉， 在获得该用户 的用户标识 （例如： IMSI或者 IP地址）， 可以通过在网元上设置跟踪该用户标 识的通讯信令 （包含通讯内容）， 并将这些信息呈现给运维人员， 运维人员通 过观察上报的用户跟踪信息来分析和排除网络故障，这种对已知确定的用户标 识的通讯信令进行过滤和上报的方案称为用户跟踪。

为了实现用户跟踪， 可以通过跟踪配置台向网元下发用户跟踪指令来实 现。 具体地， 运维人员通过跟踪配置台向网元发送用户跟踪指令， 该用户跟踪 指令携带待跟踪用户的用户标识， 网元接收到用户跟踪指令后， 将用户标识存 储在内部跟踪标识数据库中， 并将该标识对应的用户设置为跟踪目标用户。 当 用户注册到网元， 建立用户上下文时， 网元从注册信令中获得用户标识， 并在 跟踪标识数据库中查询， 判断该用户是否为跟踪目标用户， 如果是， 则将跟踪 标识设置在用户上下文中，使得后续跟踪目标用户的相关信令可以上报给跟踪 配置台， 再由运维人员通过观察和分析上报信息来确定和解决该网络故障。

在实现本发明的过程中， 发明人发现现有技术至少存在以下问题： 由于通讯网络服务的用户数量巨大， 因此， 当观察到检测通讯网络中出现 某一类的业务指标发生明显变化 （如， 用户附着或者激活流程成功率下降， 或 者用户 PDP上下文激活流程成功率下降， 或者 CS Fallback SGs接口联合位 置更新成功率下降等）， 网络中可能存在故障时， 往往影响一大批用户由于相 同的故障原因导致的通讯服务中断， 除非用户有投诉来获取受影响用户的标识 (如 IMSI等），否则从指标变化中并不能很快确定具体业务受损的用户是哪些, 也就不能确定具体的用户标识建立用户跟踪帮助对网络故障进行分析定位，从 而无法及时解决网络故障问题， 使得网络可用性降低。 发明内容

为了实现对网络故障的定位，本发明实施例提供了一种消息处理方法和装 置。 所述技术方案如下：

第一方面， 本发明实施例提供了一种消息处理方法， 所述方法包括： 将当前处理的消息的消息特征与设定的跟踪特征进行比对；

当确定所述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定 为目标用户；

向网络管理服务器上报所述目标用户的信令消息。

结合第一方面， 在本发明实施例的第一种可能实现方式中， 所述跟踪特征 包括接口类型、 消息类型、 失败原因值、 消息中特定字段的特定取值中的一项 或多项的组合。

结合上述可能实现方式， 在本发明实施例的第二种可能实现方式中， 所述 方法还包括：

当所述跟踪特征为空时， 随机选择目标用户。

结合上述可能实现方式， 在本发明实施例的第三种可能实现方式中， 所述 方法还包括：

接收跟踪任务， 所述跟踪任务携带跟踪特征；

将所述跟踪特征存储在跟踪特征数据库中。

结合上述可能实现方式， 在本发明实施例的第四种可能实现方式中， 当所述消 息特征与所述跟踪特征匹配时， 将所述消息对应的用户确定为目标用户之后， 所述方法还包括：

当对一个目标用户的信令消息进行跟踪的持续时间达到该切换时长后， 关 闭跟踪任务， 重新选择目标用户。

结合上述可能实现方式， 在本发明实施例的第五种可能实现方式中， 当所 述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定为目标用户之 后， 所述方法还包括：

在所述目标用户的上下文中设置跟踪标识， 根据所述跟踪标识， 获取所述 目标用户在通信过程中的信令消息；

或， 在目标跟踪数据库中记录所述目标用户的用户标识， 根据所述用户标 识， 获取所述目标用户在通信过程中的信令消息。

第二方面， 本发明实施例提供了一种消息处理装置， 所述装置包括： 处理单元， 用于将当前处理的消息的消息特征与设定的跟踪特征进行比 对， 当确定所述消息特征与所述跟踪特征匹配时， 将所述消息对应的用户确定 为目标用户；

发送单元， 用于向网络管理服务器上报所述目标用户的信令消息。

结合第二方面， 在本发明实施例的第一种可能实现方式中， 所述跟踪特征 包括接口类型、 消息类型、 失败原因值、 消息中特定字段的特定取值中的一项 或多项的组合。

结合上述可能实现方式， 在本发明实施例的第二种可能实现方式中， 所述 处理单元， 还用于当所述跟踪特征为空时， 随机选择目标用户。

结合上述可能实现方式， 在本发明实施例的第三种可能实现方式中， 所述 装置还包括：

接收单元， 用于接收跟踪任务， 所述跟踪任务携带跟踪特征；

存储单元， 用于将所述跟踪特征存储在跟踪特征数据库中。

结合上述可能实现方式， 在本发明实施例的第四种可能实现方式中， 所述 处理单元还用于当对一个目标用户的信令消息进行跟踪的持续时间达到该切 换时长后， 关闭跟踪任务， 重新选择目标用户。

结合上述可能实现方式， 在本发明实施例的第五种可能实现方式中， 所述 装置还包括：

跟踪标识设置单元， 用于在所述目标用户的上下文中设置跟踪标识， 根据 所述跟踪标识， 触发所述获取模块获取所述目标用户在通信过程中的信令消 肩、 ,

或，

用户标识记录单元，用于在目标跟踪数据库中记录所述目标用户的用户标 识， 根据所述用户标识， 触发所述获取模块获取所述目标用户在通信过程中的 信令消息。

本发明实施例提供的技术方案的有益效果是：

本发明实施例提供的方法和装置， 根据网络中的故障现象， 将有可能与该 网络故障现象关联的消息特征设置为跟踪特征， 当网元处理用户的消息流程 时， 将处理的消息与设置的跟踪特征进行匹配， 如果匹配成功则将正在处理的 用户选择为进行跟踪的对象， 上报此用户后续的信令消息， 从而辅助定位可能 发生的网络故障的原因。由于一个用户的信令流程失败后，通常会不断的重试, 因此从被选择的跟踪的对象后续上报的跟踪信令消息，较容易分析出网络故障 发生的具体原因， 加速故障的排除。 与现有技术相比， 本发明不要求首先获得 发生故障的用户的具体 ¾^识， 而只需要从故障现象确定对应的消息过滤特征， 网元能够自动匹配符合跟踪特征的消息流程，从而解决了由于网元同时处理大 量的用户的消息流程，在发生网络故障出现时人工不易很快确定受故障影响的 用户， 难以通过建立常规的用户跟踪来辅助问题分析定位的问题， 更符合网络 中故障定位的一般过程， 较容易分析出网络故障发生的具体原因， 能够加速故 障的排除， 为确保网络故障快速定位解决， 提高网络可用性提供了一个有效的 工具。 附图说明

为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中所 需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明 的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附图。

图 1是本发明实施例 1提供的一种消息处理方法的流程图。

图 2是本发明实施例 2提供的一种消息处理方法的流程图。

图 3是本发明实施例 3提供的一种消息处理装置的结构示意图。 具体实施方式

为使本发明的目的、技术方案和优点更加清楚， 下面将结合附图对本发明 实施方式作进一步地详细描述。 为了便于对本发明实施例的理解， 下面对本发明实施例中涉及的网元和网 元的服务对象等相关概念进行介绍：

以 GPRS 无线通讯网络为例， 涉及的网元包括 BSC ( Base Station Controller , 基站控制器）、 RNC (Radio Network Controller , 无线网络控 制器）、 SGSN (Serving GPRS Support Node ,月艮务 GPRS支持节点）禾口 GGSN

(Gateway GPRS Support Node , 网关 GPRS支寺节点） 等， 其月艮务对象在 其网络术语中称为 UE (User Equipment , 用户设备）。

在 LTE网络中， 涉及白勺网元包括： eNodeB (Evolved Node B , 演进基 站）、 MME (Mobility Management Entity ,移动管理实体）、 S-GW (Serving Gateway ,服务网关）、 P-GW (Packet work Gateway ,分组数据网网关）、 HSS ( Home Subscriber Server , 用户签约月艮务器）、 PCRF ( Policy and Charging Rules Function , 策略与计费规则功能单元） 禾□ OCS (Online Charging System , 在线计费系统） 等， 同样， 其服务用户设备也称为 UE。

在具体网元中，根据其在网络协议栈中的层次，有不同的标识（Identifier) 来标识服务对象，例如在 GPRS和 LTE的核心网（Core Network)中， SGSN、 GGSN, MME, S-GW、P-GW、HSS、PCRF等网元一般采用 IMSI (International Mobile Subscriber Identification Number,国际移动用户识别码）、 MSISDN

(Mobile Subscriber International ISDN/PSTN number ,移云力台识别号码)、 1MB (International Mobile Equipment Identity , 移云力设备国际身份码) 或 者 UE IP地址中一种或几种来标识 UE。

图 1是本发明实施例提供的一种消息处理方法的流程图。 参见图 1 , 该方 法包括：

1 01、 将当前处理的消息的消息特征与设定的跟踪特征进行比对。

1 02、 当确定所述消息特征与所述跟踪特征匹配时， 将所述消息对应的用 户确定为目标用户。

103、 向网络管理服务器上报所述目标用户的信令消息。

本发明实施例提供的方法， 根据网络中的故障现象， 将有可能与该网络故 障现象关联的消息特征设置为跟踪特征， 当网元处理用户的消息流程时， 将处 理的消息与设置的跟踪特征进行匹配，如果匹配成功则将正在处理的用户选择 为进行跟踪的对象， 上报此用户后续的信令消息， 从而辅助定位可能发生的网 络故障的原因。 由于一个用户的信令流程失败后， 通常会不断的重试， 因此从 被选择的跟踪的对象后续上报的跟踪信令消息，较容易分析出网络故障发生的 具体原因， 加速故障的排除。 与现有技术相比， 本发明不要求首先获得发生故 障的用户的具体标识， 而只需要从故障现象确定对应的消息过滤特征， 网元能 够自动匹配符合跟踪特征的消息流程，从而解决了由于网元同时处理大量的用 户的消息流程， 在发生网络故障出现时人工不易很快确定受故障影响的用户， 难以通过建立常规的用户跟踪来辅助问题分析定位的问题， 更符合网络中故障 定位的一般过程， 较容易分析出网络故障发生的具体原因， 能够加速故障的排 除， 为确保网络故障快速定位解决， 提高网络可用性提供了一个有效的工具。

图 2是本发明实施例提供的一种消息处理方法的流程图。 参见图 2 , 该方 法包括：

201、 网元接收跟踪任务， 该跟踪任务携带跟踪特征。

跟踪特征是根据发生的网络故障现象来设置的， 举例来说： 如果从网络的 性能统计中反映出附着流程 （Attach) 的成功率下降， 则可以设置跟踪特征 为跟踪附着拒绝消息， 即消息类型等于 A忖 ach Rejecto

跟踪特征可以设置为空， 即网元从处理的用户中选择一个用户作为跟踪目 标用户。

在本发明实施例中， 跟踪任务可由跟踪管理终端台发送给网元， 其中， 跟 踪管理终端台是通讯网络中用来管理网元跟踪任务的设备，跟踪管理终端台可 以对网元发送跟踪任务， 同时可以接收网元上报的跟踪消息， 操作维护人员通 过观察上报的跟踪消息获知网元处理消息流程的情况。 当然， 可以有多种不同 实现方式向网元下发跟踪任务并接收网元上报的跟踪消息， 比如直接内置在网 元内部的固定匹配条件， 本发明不做限制。

其中， 跟踪特征是根据发生的网络故障现象， 根据网络运维的知识经验由 人工或者自动映射到对应的消息特征而得到的， 例如， 在网络中发生特定流程 的成功率指标下降时， 必然伴随着该特定流程的拒绝消息增多， 将跟踪特征设 置为匹配该流程的拒绝消息，就有可能捕获到由于该故障现象影响的用户及其 流程。

跟踪特征可以为接口类型、 消息类型、 失败原因值、 消息中特定字段的特 定取值中的一项或多项的组合。

接口类型可以是指匹配的消息所属的接口， 例如 EPC网络中 S 1接口， lu 接口、 Gb接口、 S 1 1接口， S6接口， SGs接口， Sv接口， Gx接口， Gy接口 等等， 网元处理的消息属于该指定接口则视为匹配成功。

消息类型名称可以为网元处理的具体消息类型， 各个接口有各自的消息类 型定义， 例如附着请求消息 （Attach Request) , 附着拒绝消息 （Attach Reject) , 服务请求消息 （Sevice Request) , 创建会话请求消息 （Create Session Request) , 创建会话响应消息 (Create Session Response) 等等； 失败原因值（Error Code)可以是指在某些消息类型中专门用于指示操作 是否成功以及具体的失败原因的字段；

而消息中特定字段是更通用的概念， 即网元各个接口的特定消息中任何字 段在本方案中都可以用于特征匹配，前述消息类型和失败原因值实际上也是消 息中的特定字段， 每个消息的字段定义， 取值的含义等在各个接口的标准协议 中描述。不同的字段可以用于匹配不同故障现象出现时希望匹配的用户群的公 共特征， 举例来说， 在 S 1接口的 Attach Request消息中有一个 EPS attach type字段指示了附着的类型， 当前协议中规定的可选取值为：

EPS attach : 普通 EPS附着;

combined EPS/IMSI attach : 联合 EPS/IMSI附着， 即支寺 CS Fallback 能力的附着；

EPS emergency attach： EPS紧急附着；

如果故障现象判断与联合附着或者紧急业务附着有关联，通过在特征匹配 条件中设置匹配附着请求 （A忖 ach Request) 消息中 EPS a忖 ach type字段 为特定的值， 就可以很快匹配到正在进行相应流程的用户及其信令消息流程。

需要说明的是， 该跟踪特征可以是上述任一个内容或是多个内容的组合， 如匹配带某种特定错误原因值的特定消息类型，或者消息中某字段等于某特定 值的特定消息类型； 同时匹配条件（操作符） 除了等于以外，还可以是不等于， 大于、 小于， 介于或者起始于 （前缀匹配）、 结束于 （后缀匹配等等）。

跟踪特征也可以为空， 网元从当前正在处理的用户选择一个作为目标用 户。

具体地， 在通信网络中操作维护人员发现 MME网元出现附着成功率下降 的情况，怀疑是由于 MME与 S-GW或者 P-GW之间创建缺省承载失败导致的， 为定位此问题， 操作维护人员希望获得相关的附着失败用户的信息， 于是向 MME下发跟踪任务，设置消息跟踪匹配条件为：消息类型为附着拒绝（Attach Reject) , 消息中的错误原因值为 # 1 9 ESM Failure , 该原因值表示由于 S-GW 或者 P-GW之间创建缺省承载失败导致的附着失败,跟踪任务携带该消息特征 匹配条件， 发送给网元， 网元接收跟踪任务。

202、 网元将跟踪特征存储在跟踪特征数据库中。 在本发明实施例中，跟踪特征数据库是网元中用于管理和存储跟踪任务及 其跟踪特征的内部模块。 网元可在此数据库中存储跟踪特征中的消息类型名 称、 消息的失败原因值、 消息中特定字段的取值等信息以及各个条件之间的组 合关系 （与， 表示需同时满足多个匹配条件， 或表示只需满足多个匹配条件中 的一个）， 条件运算符 （大于、 小、 介于、 不等于等等）， 跟踪特征数据库通过 保存这些信息， 来支持网元的跟踪功能， 并随时根据网元发送的信息对数据库 中保存的任务和匹配条件进行更新和扩充。

具体地， 网元接收到下发的跟踪任务中的跟踪特征包括消息类型为

S 1 -NAS 接口附着拒绝消息、 消息中的错误原因值为 # 1 9 ESM Failure , 则将 S 1 -NAS 接口附着拒绝消息并且其中错误原因值字段取值等于 # 1 9 ESM Failure 的匹配条件参数对应的存储在跟踪特征数据库的消息类型和错误原因 值中， 以便后续使用。

203、 网元在处理各个接口的协议流程过程中， 将当前处理的消息的消息 特征与跟踪特征数据库的跟踪特征进行比对。

在本发明实施例中， 网元要通过各个接口和用户进行消息的互相传输， 网 元的接口非常多， 例如 MME支持的部分接口有： 与 eNodeB的 S卜 MME接 口 （3GPP 36.413)、 与 HSS的 S6a接口 （3GPP 29.272)、 与 S-GW的 S 1 1 接口（3GPP 29.274)、与 MSC的 SGs接口（3GPP 29.1 1 8)以及 Sv接口（3GPP 29.280)。 其它网元同样支持多种接口， 例如 P-GW 支持的部分接口有： 与 S-GW的 S5/S8接口 （3GPP 29.274)、与 PCRF的 Gx接口 （3GPP 29.1 1 2)。 对于不同网元， 例如 HSS、 EIR、 SGSN、 GGSN、 MSC、 PCRF, P-CSCF等 网元， 其支持的接口可能还存在多样的变化， 在此不 __赘述。

在网元和用户进行消息交互的过程中，一个网元可能对外提供多个不同的 接口， 每个接口有各自支持的协议， 也即是， 每个接口上消息格式定义各不相 同。 以 LTE网络中， 核心网网元 MME (Mobility Management Entity) 白勺 NAS接口 （Non Access S忭 a†um) 为例， 下表 1列举了 MME对应的各种消 息类型、错误原因值和消息中特定字段的目标特定取值， 完整的接口消息定义 可参见协议文本 3GPP 24.301。当设置跟踪特征时， 可以从该表 1所示的设置 条件中选择全部或者一部分， 作为跟踪特征， 用于和各个接口上交互消息的消 息特征进行比对。

表 1 中， 设置条件的内容包括消息类型、错误原因值和消息中特定字段的 目标特定取值。 其中， 消息类型可以为附着请求 （Attach Request)、 附着接 受 （A忖 ach Accept)、 附着拒绝 （A忖 ach Reject)、 分离请求 （Detach Request) 和服务请求 （Service Request) 等， 错误原因值可以为 IMSI未知 (#2, IMSI unknown in HSS)、 非法用户设备 （#3 , Illegal UE) 禾口 IM曰不被 接受 （#4 , 1MB not Accepted) 等， 消息中特定字段的目标特定取值可以 为 EPS附着类型 (EPS Attach Type) 和服务类型 (Service Type ) 等。

设置条件 参数示例

消息类型 附着请求 （Attach Request) ,

附着接受 （Attach Accept)

附着拒绝 （Attach Reject)

分离请求 (Detach Request)

月艮务请求 （Service Request)

服务拒绝 （Service Reject)

跟踪区更亲斤请求 (Tracking Area Update) 跟踪区更新接受 （Tracking Area Update

Accept) 跟踪区更新拒绝 (Tracking Area Update

Reject)

扩展服务请求 （ Extended Service Request)

承载建立请求 (Bearer Setup Request) 错误原因值 IMSI未知 （#2 , IMSI unknown in HSS) , 非法用户设备 （#3 , Illegal UE)

圖不被接受 （#4 , 國 not Accepted)

MSC暂时不可达 (# 1 6, MSC temporarily not reachable) 电路域不可用 （# 18, CS domain not available) 消息中特定字段的目标特定 EPS附着类型 （EPS Attach Type) 取值 服务类型 （Service Type ) 具体地， 网元在处理各个接口的协议流程过程中， 会接收到大量的交互消 息， 并对其进行处理。 网元对每条消息中的信息与跟踪特征进行比对， 在上述 实例中， 如果比对结果正在处理的消息类型为 S卜 NAS接口附着拒绝消息， 并 且消息中错误原因值为 # 19 ESM Failure , 说明匹配成功， 则执行步骤 204。

204、 当消息的消息特征与该跟踪特征匹配时， 将该消息对应的用户确定 为目标用户。 在本发明实施例中， 匹配是指网元处理的消息特征与跟踪特征数据库中跟 踪任务所携带的跟踪特征相符合。

当确定处理的消息特征与跟踪特征符合时，则将该消息所属用户确定为为 目标用户。

该步骤 204还存在另外一种情况， 如果在步骤 201 中， 跟踪任务中所携 带的跟踪特征还可以为空， 则当跟踪特征为空时， 在处理各个接口的协议流程 过程中， 网元随机选择目标用户。

具体地，当设置跟踪特征为空时，网元在处理各个接口的协议流程过程中， 不提取处理的交互消息的消息特征， 而是在处理的交互消息中， 随机选择交互 消息对应的用户， 将其确定为目标用户。

205、 网元在目标用户的上下文中设置跟踪标识， 或者记录该目标用户的 用户标识 （IMSI等） 为待跟踪目标， 以便在该用户尝试重新建立用户上下文时 在用户上下文中设置跟踪标识。

也即是， 在目标跟踪数据库中记录目标用户的用户标识， 以便后续根据所 述用户标识，在该用户尝试重新建立用户上下文时在用户上下文中设置跟踪标 识， 从而能获取所述目标用户在通信过程中的信令消息。

206, 网元获取目标用户在通信过程中的信令消息。

具体地， 当网元确定目标用户， 并在该用户的上下文中设置跟踪标识后， 在后续处理该用户相关的消息时， 可获得目标用户后续在通信过程中的交互消 息， 如用户重新执行之前发生错误的附着请求的信令流程， 网元可以获知本次 执行信令流程的情况， 并将该情况上报给跟踪管理终端台， 操作维护人员可根 据网元上报的信息对网络故障进行定位。

需要说明的是： 与跟踪特征匹配成功的那条消息， 如前述例子中的附着拒 绝消息， 根据不同的实现， 网元可以选择上报获取到的信令消息， 也可以从接 下来的后续信令开始上报， 本发明实施例对此不做限制。

207、 网元选择了目标用户以后， 持续向网络管理服务器上报该目标用户 的信令消息直到跟踪任务被关闭。

需要说明的是，该步骤 207为可选步骤， 为了收集更多的符合故障特征的 目标用户的信令消息样本进行分析， 可以设定一个切换时长， 当对一个目标用 户的信令消息进行跟踪的持续时间达到该切换时长后， 关闭跟踪任务， 并重新 选择目标用户， 执行步骤 206。

具体地， 如果网元设置切换时长为 5分钟， 则从网元对已确定的目标用户 的信令消息进行跟踪时开始计时。当网元对信令消息的跟踪时长达到 5分钟后， 重新选择新的跟踪匹配特征条件的目标用户并上报新目标用户的信令消息。由 于并不一定在到达切换时长的瞬间立刻就能匹配到新的目标用户， 网元可以在 到达切换时长后启动对新的符合条件的目标用户的匹配， 同时继续上报原有目 标用户的信令消息直到新的目标用户匹配成功再进行切换； 当然也可以在到达 切换时长后立即停止原有目标用户的信令消息上报，直到匹配新的目标用户成 功后上报新目标用户的信令消息。

在本发明实施例中， 并未对目标用户的数目进行限制， 允许同时选择多 个符合跟踪特征的用户作为目标用户， 同时上报多个目标用户的信令消息以加 速故障情况的分析和定位。

而对于网元来说， 其待跟踪的目标用户可能有多个，则该步骤 206可以有 以下任一种情况：

( 1 ) 当所确定的目标用户为第一数目时， 获取第一数目的目标用户在通 信过程中的消息信令。

具体地， 网元确定的目标用户数目可能不唯一， 因此， 可以同时对多个目 标用户进行跟踪。 当网元确定目标用户， 且目标用户为 5个时， 网元对这 5个 目标用户设置跟踪标识， 获取这 5个的目标用户在通信过程中的消息信令。

(2) 当所确定的目标用户为第一数目时， 从第一数目的目标用户中选择 第二数目的目标用户， 获取第二数目的目标用户在通信过程中的消息信令， 第 二数目小于第一数目。

具体地， 网元可能确定出很多与目标跟踪特征匹配的用户， 但是， 在实际 应用中， 网元的处理能力有限， 为了避免对网元其他业务的影响， 可以对实际 进行跟踪的目标用户数目进行限制。比如确定目标用户为 30个， 由于对 30个 目标用户都进行跟踪， 会超出网元的负载， 使网元的处理速度变慢， 因此， 网 元从 30个目标用户中选择 10个目标用户进行跟踪， 获取这 1 0个目标用户在 通信过程中的消息信令。

(3) 当所确定的目标用户为第三数目时， 获取第三数目的目标用户在通 信过程中的消息信令，直到第三数目的目标用户中任一个目标用户的跟踪时长 达到切换时长时， 重新选择目标用户。

具体地， 网元对每个目标用户进行跟踪的开始时间可以不同， 因此， 在同 一时刻， 可能维护着对多个目标用户的跟踪， 然而， 由于开始时间不同， 当设 置了切换时长时， 其对应的结束时间也可能会不同， 那么， 在任一个目标用户 的跟踪时长达到切换时长时， 可以重新选择目标用户， 以避免对网元跟踪资源 的浪费。

如， 当网元确定的目标用户为 10个， 且切换时长时为 5分钟， 则网元获 取这 10个目标用户的消息信令， 并在开始跟踪时对每一个目标用户的跟踪时 间进行记录。 当这 10个目标用户中任意一个目标用户的跟踪时长达到 5分钟 时， 停止对该目标用户的消息跟踪， 重新选择目标用户， 且重新选择后， 目标 用户的数目不能超过 10个。

需要说明的是， 该切换时长用于保证跟踪的灵活性， 如果在切换时长内没 有能够定位网络故障， 可以迅速更换跟踪对象， 以实现对网络故障的定位。 然 而， 在实际应用场景中， 由于根据消息特征确定的用户存在网络故障的可能性 较大， 也可以不设置切换时长， 而是对该确定的用户进行持续跟踪， 直到网络 故障定位成功为止。

参见图 3 , 本发明实施例提供了一种消息处理装置的结构示意图。 参见图 3 , 该装置包括： 处理单元 301、 发送单元 302。

处理单元 301 , 用于将当前处理的消息的消息特征与设定的跟踪特征进行 比对， 当确定该消息特征与该跟踪特征匹配时， 将该消息对应的用户确定为目 标用户；

发送单元 302 , 用于向网络管理服务器上报该目标用户的信令消息。 可选地， 该跟踪特征包括接口类型、 消息类型、 失败原因值、 消息中特定 字段的特定取值中的一项或多项的组合。

可选地， 该处理单元 301 , 还用于当该跟踪特征为空时， 随机选择目标用 户。

可选地， 该装置还包括：

接收单元， 用于接收跟踪任务， 该跟踪任务携带跟踪特征；

存储单元， 用于将该跟踪特征存储在跟踪特征数据库中。

可选地，该处理单元 301还用于当对一个目标用户的信令消息进行跟踪的 持续时间达到该切换时长后， 关闭跟踪任务， 重新选择目标用户。

可选地， 该装置还包括：

跟踪标识设置单元， 用于在该目标用户的上下文中设置跟踪标识， 根据该 跟踪标识， 触发该获取模块获取该目标用户在通信过程中的信令消息；

或，

用户标识记录单元， 用于在目标跟踪数据库中记录该目标用户的用户标 识， 根据该用户标识， 触发该获取模块获取该目标用户在通信过程中的信令消 肩、。

需要说明的是： 上述实施例提供的消息处理装置在消息跟踪时， 仅以上述 各功能模块的划分进行举例说明， 实际应用中， 可以根据需要而将上述功能分 配由不同的功能模块完成， 即将设备的内部结构划分成不同的功能模块， 以完 成以上描述的全部或者部分功能。 另外， 上述实施例提供的消息处理装置与消 息处理方法实施例属于同一构思， 其具体实现过程详见方法实施例， 这里不再 赘述。

本发明实施例还提供的一种网元设备， 该网元设备包括发射机、 接收机、 存储器以及分别与发射机、 接收机和存储器连接的处理器。 当然， 网元设备还 可以包括天线、 基带处理部件、 中射频处理部件、 输入输出装置等通用部件， 本发明实施例在此不再任何限制。

其中， 存储器中存储一组程序代码， 且处理器用于调用存储器中存储的程 序代码， 用于执行以下操作：

将当前处理的消息的消息特征与设定的跟踪特征进行比对；

当确定所述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定 为目标用户；

向网络管理服务器上报所述目标用户的信令消息。

所述跟踪特征包括接口类型、 消息类型、 失败原因值、 消息中特定字段的 特定取值中的一项或多项的组合。

所述方法还包括：

当所述跟踪特征为空时， 随机选择目标用户。

所述方法还包括：

接收跟踪任务， 所述跟踪任务携带跟踪特征； 将所述跟踪特征存储在跟踪特征数据库中。

当所述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定为目标用 户之后， 所述方法还包括：

当对一个目标用户的信令消息进行跟踪的持续时间达到该切换时长后， 关 闭跟踪任务， 重新选择目标用户。

当所述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定为目 标用户之后， 所述方法还包括：

在所述目标用户的上下文中设置跟踪标识， 根据所述跟踪标识， 获取所述 目标用户在通信过程中的信令消息；

或， 在目标跟踪数据库中记录所述目标用户的用户标识， 根据所述用户标 识， 获取所述目标用户在通信过程中的信令消息。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通 过硬件来完成， 也可以通过程序来指令相关的硬件完成， 所述的程序可以存储 于一种计算机可读存储介质中， 上述提到的存储介质可以是只读存储器， 磁盘 或光盘等。

以上所述仅为本发明的较佳实施例， 并不用以限制本发明， 凡在本发明的 精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的 保护范围之内。

Claims (1)

1. 权 利 要 求 书

   1、 一种消息处理装置， 其特征在于， 所述装置包括：

   处理单元， 用于将当前处理的消息的消息特征与设定的跟踪特征进行比对 , 当确定所述消息特征与所述跟踪特征匹配时， 将所述消息对应的用户确定为目 标用户；

   发送单元， 用于向网络管理服务器上报所述目标用户的信令消息。

   2、根据权利要求 1所述的装置，其特征在于，所述跟踪特征包括接口类型、 消息类型、 失败原因值、 消息中特定字段的特定取值中的一项或多项的组合。

   3、 根据权利要求 1所述的装置， 其特征在于， 所述处理单元， 还用于当所 述跟踪特征为空时， 随机选择目标用户。

   4、 根据权利要求 1所述的装置， 其特征在于， 所述装置还包括：

   接收单元， 用于接收跟踪任务， 所述跟踪任务携带跟踪特征；

   存储单元， 用于将所述跟踪特征存储在跟踪特征数据库中。

   5、 根据权利要求 1所述的装置， 其特征在于， 所述处理单元还用于当对一 个目标用户的信令消息进行跟踪的持续时间达到该切换时长后， 关闭跟踪任务 , 重新选择目标用户。

   6、 根据权利要求 1所述的装置， 其特征在于， 所述装置还包括：

   跟踪标识设置单元， 用于在所述目标用户的上下文中设置跟踪标识， 根据 所述跟踪标识， 触发所述获取模块获取所述目标用户在通信过程中的信令消息； 或，

   用户标识记录单元， 用于在目标跟踪数据库中记录所述目标用户的用户标 识， 根据所述用户标识， 触发所述获取模块获取所述目标用户在通信过程中的 信令消息。

   7、 一种消息处理方法， 其特征在于， 所述方法包括：

   将当前处理的消息的消息特征与设定的跟踪特征进行比对；

   当确定所述消息特征与所述跟踪特征匹配时， 将所述消息对应的用户确定 为目标用户；

   向网络管理服务器上报所述目标用户的信令消息。

   8、根据权利要求 7所述的方法，其特征在于，所述跟踪特征包括接口类型、 消息类型、 失败原因值、 消息中特定字段的特定取值中的一项或多项的组合。

   9、 根据权利要求 7所述的方法， 其特征在于， 所述方法还包括:

   当所述跟踪特征为空时， 随机选择目标用户。

   10、 根据权利要求 7所述的方法， 其特征在于， 所述方法还包括:

   接收跟踪任务， 所述跟踪任务携带跟踪特征；

   将所述跟踪特征存储在跟踪特征数据库中。

   1 1、 根据权利要求 7所述的方法， 其特征在于， 当所述消息特征与所述跟踪 特征匹配时， 将所述消息对应的用户确定为目标用户之后， 所述方法还包括： 当对一个目标用户的信令消息进行跟踪的持续时间达到该切换时长后， 关 闭跟踪任务， 重新选择目标用户。

   1 2、 根据权利要求 7所述的方法， 其特征在于， 当所述消息特征与所述跟 踪特征匹配时， 将所述消息对应的用户确定为目标用户之后， 所述方法还包括： 在所述目标用户的上下文中设置跟踪标识， 根据所述跟踪标识， 获取所述 目标用户在通信过程中的信令消息；

   或， 在目标跟踪数据库中记录所述目标用户的用户标识， 根据所述用户标 识， 获取所述目标用户在通信过程中的信令消息。