本发明涉及通讯技术领域，特别涉及一种消息处理方法和装置。
背景技术：
随着通讯技术的发展，通讯网络在信息交流中的作用越来越重要。在通讯网络中，一个网元通常为多个用户提供通讯服务。网元在提供通讯服务时有时会出现故障，导致用户通讯失败。随着人们对通讯网络依赖性的增强，人们对通讯网络的可靠性也提出了更高的要求，当通讯网络发生故障时，人们希望能够及时的检测出网络故障的来源并加以定位解决。
例如，当某一用户的通讯业务发生故障时，用户可能投诉，在获得该用户的用户标识(例如：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，移动台识别号码)、IMEI(International Mobile Equipment Identity，移动设备国际身份码)或者UE IP地址中一种或几种来标识UE。
图1是本发明实施例提供的一种消息处理方法的流程图。参见图1，该方法包括：
101、将当前处理的消息的消息特征与设定的跟踪特征进行比对。
102、当确定所述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定为目标用户。
103、向网络管理服务器上报所述目标用户的信令消息。
本发明实施例提供的方法，根据网络中的故障现象，将有可能与该网络故障现象关联的消息特征设置为跟踪特征，当网元处理用户的消息流程时，将处理的消息与设置的跟踪特征进行匹配，如果匹配成功则将正在处理的用户选择为进行跟踪的对象，上报此用户后续的信令消息，从而辅助定位可能发生的网络故障的原因。由于一个用户的信令流程失败后，通常会不断的重试，因此从被选择的跟踪的对象后续上报的跟踪信令消息，较容易分析出网络故障发生的具体原因，加速故障的排除。与现有技术相比，本发明不要求首先获得发生故障的用户的具体标识，而只需要从故障现象确定对应的消息过滤特征，网元能够自动匹配符合跟踪特征的消息流程，从而解决了由于网元同时处理大量的用户的消息流程，在发生网络故障出现时人工不易很快确定受故障影响的用户，难以通过建立常规的用户跟踪来辅助问题分析定位的问题，更符合网络中故障定位的一般过程，较容易分析出网络故障发生的具体原因，能够加速故障的排除，为确保网络故障快速定位解决，提高网络可用性提供了一个有效的工具。
图2是本发明实施例提供的一种消息处理方法的流程图。参见图2，该方法包括：
201、网元接收跟踪任务，该跟踪任务携带跟踪特征。
跟踪特征是根据发生的网络故障现象来设置的，举例来说：如果从网络的性能统计中反映出附着流程(Attach)的成功率下降，则可以设置跟踪特征为跟踪附着拒绝消息，即消息类型等于Attach Reject。
跟踪特征可以设置为空，即网元从处理的用户中选择一个用户作为跟踪目标用户。
在本发明实施例中，跟踪任务可由跟踪管理终端台发送给网元，其中，跟踪管理终端台是通讯网络中用来管理网元跟踪任务的设备，跟踪管理终端台可以对网元发送跟踪任务，同时可以接收网元上报的跟踪消息，操作维护人员通过观察上报的跟踪消息获知网元处理消息流程的情况。当然，可以有多种不同实现方式向网元下发跟踪任务并接收网元上报的跟踪消息，比如直接内置在网元内部的固定匹配条件，本发明不做限制。
其中，跟踪特征是根据发生的网络故障现象，根据网络运维的知识经验由人工或者自动映射到对应的消息特征而得到的，例如，在网络中发生特定流程的成功率指标下降时，必然伴随着该特定流程的拒绝消息增多，将跟踪特征设置为匹配该流程的拒绝消息，就有可能捕获到由于该故障现象影响的用户及其流程。
跟踪特征可以为接口类型、消息类型、失败原因值、消息中特定字段的特定取值中的一项或多项的组合。
接口类型可以是指匹配的消息所属的接口，例如EPC网络中S1接口，lu接口、Gb接口、S11接口，S6接口，SGs接口，Sv接口，Gx接口，Gy接口等等，网元处理的消息属于该指定接口则视为匹配成功。
消息类型名称可以为网元处理的具体消息类型，各个接口有各自的消息类型定义，例如附着请求消息(Attach Request)，附着拒绝消息(Attach Reject)，服务请求消息(Sevice Request)，创建会话请求消息(Create Session Request)，创建会话响应消息(Create Session Response)等等；
失败原因值(Error Code)可以是指在某些消息类型中专门用于指示操作是否成功以及具体的失败原因的字段；
而消息中特定字段是更通用的概念，即网元各个接口的特定消息中任何字段在本方案中都可以用于特征匹配，前述消息类型和失败原因值实际上也是消息中的特定字段，每个消息的字段定义，取值的含义等在各个接口的标准协议中描述。不同的字段可以用于匹配不同故障现象出现时希望匹配的用户群的公共特征，举例来说，在S1接口的Attach Request消息中有一个EPS attach type字段指示了附着的类型，当前协议中规定的可选取值为：
EPS attach：普通EPS附着；
combined EPS/IMSI attach：联合EPS/IMSI附着，即支持CS Fallback能力的附着；
EPS emergency attach：EPS紧急附着；
如果故障现象判断与联合附着或者紧急业务附着有关联，通过在特征匹配条件中设置匹配附着请求(Attach Request)消息中EPS attach type字段为特定的值，就可以很快匹配到正在进行相应流程的用户及其信令消息流程。
需要说明的是，该跟踪特征可以是上述任一个内容或是多个内容的组合，如匹配带某种特定错误原因值的特定消息类型，或者消息中某字段等于某特定值的特定消息类型；同时匹配条件(操作符)除了等于以外，还可以是不等于，大于、小于，介于或者起始于(前缀匹配)、结束于(后缀匹配等等)。
跟踪特征也可以为空，网元从当前正在处理的用户选择一个作为目标用户。
具体地，在通信网络中操作维护人员发现MME网元出现附着成功率下降的情况，怀疑是由于MME与S-GW或者P-GW之间创建缺省承载失败导致的，为定位此问题，操作维护人员希望获得相关的附着失败用户的信息，于是向MME下发跟踪任务，设置消息跟踪匹配条件为：消息类型为附着拒绝(Attach Reject)、消息中的错误原因值为#19 ESM Failure，该原因值表示由于S-GW或者P-GW之间创建缺省承载失败导致的附着失败，跟踪任务携带该消息特征匹配条件，发送给网元，网元接收跟踪任务。
202、网元将跟踪特征存储在跟踪特征数据库中。
在本发明实施例中，跟踪特征数据库是网元中用于管理和存储跟踪任务及其跟踪特征的内部模块。网元可在此数据库中存储跟踪特征中的消息类型名称、消息的失败原因值、消息中特定字段的取值等信息以及各个条件之间的组合关系(与，表示需同时满足多个匹配条件，或表示只需满足多个匹配条件中的一个)，条件运算符(大于、小、介于、不等于等等)，跟踪特征数据库通过保存这些信息，来支持网元的跟踪功能，并随时根据网元发送的信息对数据库中保存的任务和匹配条件进行更新和扩充。
具体地，网元接收到下发的跟踪任务中的跟踪特征包括消息类型为S1-NAS接口附着拒绝消息、消息中的错误原因值为#19 ESM Failure，则将S1-NAS接口附着拒绝消息并且其中错误原因值字段取值等于#19 ESM Failure的匹配条件参数对应的存储在跟踪特征数据库的消息类型和错误原因值中，以便后续使用。
203、网元在处理各个接口的协议流程过程中，将当前处理的消息的消息特征与跟踪特征数据库的跟踪特征进行比对。
在本发明实施例中，网元要通过各个接口和用户进行消息的互相传输，网元的接口非常多，例如MME支持的部分接口有：与eNodeB的S1-MME接口(3GPP 36.413)、与HSS的S6a接口(3GPP 29.272)、与S-GW的S11接口(3GPP 29.274)、与MSC的SGs接口(3GPP 29.1]8)以及Sv接口(3GPP29.280)。其它网元同样支持多种接口，例如P-GW支持的部分接口有：与S-GW的S5/S8接口(3GPP 29.274)、与PCRF的Gx接口(3GPP 29.112)。对于不同网元，例如HSS、EIR、SGSN、GGSN、MSC、PCRF、P-CSCF等网元，其支持的接口可能还存在多样的变化，在此不一一赘述。
在网元和用户进行消息交互的过程中，一个网元可能对外提供多个不同的接口，每个接口有各自支持的协议，也即是，每个接口上消息格式定义各不相同。以LTE网络中，核心网网元MME(Mobility Management Entity)的NAS接口(Non Access Stratum)为例，下表1列举了MME对应的各种消息类型、错误原因值和消息中特定字段的目标特定取值，完整的接口消息定义可参见协议文本3GPP 24.301。当设置跟踪特征时，可以从该表1所示的设置条件中选择全部或者一部分，作为跟踪特征，用于和各个接口上交互消息的消息特征进行比对。
表1中，设置条件的内容包括消息类型、错误原因值和消息中特定字段的目标特定取值。其中，消息类型可以为附着请求(Attach Request)、附着接受(Attach Accept)、附着拒绝(Attach Reject)、分离请求(Detach Request)和服务请求(Service Request)等，错误原因值可以为IMSI未知(#2，IMSI unknown in HSS)、非法用户设备(#3，Illegal UE)和IMEI不被接受(#4，IMEI not Accepted)等，消息中特定字段的目标特定取值可以为EPS附着类型(EPS Attach Type)和服务类型(Service Type)等。
表1
具体地，网元在处理各个接口的协议流程过程中，会接收到大量的交互消息，并对其进行处理。网元对每条消息中的信息与跟踪特征进行比对，在上述实例中，如果比对结果正在处理的消息类型为S1-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个目标用户进行跟踪，获取这10个目标用户在通信过程中的消息信令。
(3)当所确定的目标用户为第三数目时，获取第三数目的目标用户在通信过程中的消息信令，直到第三数目的目标用户中任一个目标用户的跟踪时长达到切换时长时，重新选择目标用户。
具体地，网元对每个目标用户进行跟踪的开始时间可以不同，因此，在同一时刻，可能维护着对多个目标用户的跟踪，然而，由于开始时间不同，当设置了切换时长时，其对应的结束时间也可能会不同，那么，在任一个目标用户的跟踪时长达到切换时长时，可以重新选择目标用户，以避免对网元跟踪资源的浪费。
如，当网元确定的目标用户为10个，且切换时长时为5分钟，则网元获取这10个目标用户的消息信令，并在开始跟踪时对每一个目标用户的跟踪时间进行记录。当这10个目标用户中任意一个目标用户的跟踪时长达到5分钟时，停止对该目标用户的消息跟踪，重新选择目标用户，且重新选择后，目标用户的数目不能超过10个。
需要说明的是，该切换时长用于保证跟踪的灵活性，如果在切换时长内没有能够定位网络故障，可以迅速更换跟踪对象，以实现对网络故障的定位。然而，在实际应用场景中，由于根据消息特征确定的用户存在网络故障的可能性较大，也可以不设置切换时长，而是对该确定的用户进行持续跟踪，直到网络故障定位成功为止。
参见图3，本发明实施例提供了一种消息处理装置的结构示意图。参见图3，该装置包括：处理单元301、发送单元302。
处理单元301，用于将当前处理的消息的消息特征与设定的跟踪特征进行比对，当确定该消息特征与该跟踪特征匹配时，将该消息对应的用户确定为目标用户；
发送单元302，用于向网络管理服务器上报该目标用户的信令消息。
可选地，该跟踪特征包括接口类型、消息类型、失败原因值、消息中特定字段的特定取值中的一项或多项的组合。
可选地，该处理单元301，还用于当该跟踪特征为空时，随机选择目标用户。
可选地，该装置还包括：
接收单元，用于接收跟踪任务，该跟踪任务携带跟踪特征；
存储单元，用于将该跟踪特征存储在跟踪特征数据库中。
可选地，该处理单元301还用于当对一个目标用户的信令消息进行跟踪的持续时间达到该切换时长后，关闭跟踪任务，重新选择目标用户。
可选地，该装置还包括：
跟踪标识设置单元，用于在该目标用户的上下文中设置跟踪标识，根据该跟踪标识，触发该获取模块获取该目标用户在通信过程中的信令消息；
或，
用户标识记录单元，用于在目标跟踪数据库中记录该目标用户的用户标识，根据该用户标识，触发该获取模块获取该目标用户在通信过程中的信令消息。
需要说明的是：上述实施例提供的消息处理装置在消息跟踪时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息处理装置与消息处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本发明实施例还提供的一种网元设备，该网元设备包括发射机、接收机、存储器以及分别与发射机、接收机和存储器连接的处理器。当然，网元设备还可以包括天线、基带处理部件、中射频处理部件、输入输出装置等通用部件，本发明实施例在此不再任何限制。
其中，存储器中存储一组程序代码，且处理器用于调用存储器中存储的程序代码，用于执行以下操作：
将当前处理的消息的消息特征与设定的跟踪特征进行比对；
当确定所述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定为目标用户；
向网络管理服务器上报所述目标用户的信令消息。
所述跟踪特征包括接口类型、消息类型、失败原因值、消息中特定字段的特定取值中的一项或多项的组合。
所述方法还包括：
当所述跟踪特征为空时，随机选择目标用户。
所述方法还包括：
接收跟踪任务，所述跟踪任务携带跟踪特征；
将所述跟踪特征存储在跟踪特征数据库中。
当所述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定为目标用户之后，所述方法还包括：
当对一个目标用户的信令消息进行跟踪的持续时间达到该切换时长后，关闭跟踪任务，重新选择目标用户。
当所述消息特征与所述跟踪特征匹配时，将所述消息对应的用户确定为目标用户之后，所述方法还包括：
在所述目标用户的上下文中设置跟踪标识，根据所述跟踪标识，获取所述目标用户在通信过程中的信令消息；
或，在目标跟踪数据库中记录所述目标用户的用户标识，根据所述用户标识，获取所述目标用户在通信过程中的信令消息。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。