CN102238505B - 一种客户端多用户并发信令跟踪处理方法及系统 - Google Patents

Abstract

本发明公开了一种客户端多用户并发信令跟踪处理方法及系统，所述方法包括以下步骤：根据多用户并发的信令跟踪请求，信令跟踪客户端生成统一的客户端信令跟踪请求，发送给信令跟踪服务端；所述信令跟踪服务端根据所述客户端信令跟踪请求，将满足请求条件的信令消息发送给所述信令跟踪客户端；所述信令跟踪客户端根据各个用户的请求条件，分别对每个用户进行响应。本发明在信令跟踪客户端多用户并发信令跟踪请求时，通过集中发送统一的客户端信令跟踪请求，减少了信令跟踪客户端与服务端之间通讯链路的交互数据量；信令跟踪服务端只会对统一的客户端信令跟踪请求进行响应，提高服务端的处理性能。

Description

一种客户端多用户并发信令跟踪处理方法及系统

技术领域

本发明涉及通讯技术领域，特别是涉及一种客户端多用户并发信令跟踪处理方法及系统。

背景技术

信令跟踪系统是分析网元通讯结果的一种必备手段，它可以跟踪并显示与业务相关的信令，极大地方便移动通讯设备的开局调试、运营维护，是业务问题定位的首选工具。

信令跟踪系统包括：信令跟踪客户端、信令跟踪服务端以及业务处理机。业务处理机针对各种业务，如预付费鉴权、定购关系鉴权、关键字过滤等业务，与各个网元设备通讯，产生各类信令消息；信令跟踪服务端与信令跟踪客户端之间建立一条长连接的通讯链路，信令跟踪服务端根据信令跟踪客户端的信令跟踪请求，将业务处理机上报的业务产生的各类信令消息按请求条件过滤后，通过通讯链路发送到信令跟踪客户端；信令跟踪服务端通常属于业务接口机的一个关键模块；信令跟踪客户端根据用户信令跟踪请求条件，向信令跟踪服务端发送信令跟踪请求；信令跟踪客户端对收到的信令消息，进行解析后显示给用户。

现有的信令跟踪系统，当信令跟踪客户端有一个用户发起信令跟踪请求时，信令跟踪客户端会单独的将该用户的信令跟踪请求发送给信令跟踪服务端；而信令跟踪服务端也会单独的对该信令跟踪请求进行响应，单独解析业务处理机上报的信令消息。当多个用户同时发起信令跟踪请求时，会出现以下问题：

1、信令跟踪客户端与信令跟踪服务端之间的通讯链路中交互数据量增加，占用了大量链路带宽；

2、信令跟踪服务端分别对信令跟踪客户端的每个用户请求进行响应，占用了信令跟踪服务端宝贵的CPU、内存等资源，对信令跟踪服务端的性能造成一定的影响。

发明内容

本发明要解决的技术问题是提供一种客户端多用户并发信令跟踪处理方法及系统，用以解决现有技术在处理多用户同时发起的信令跟踪请求时，存在占用链路带宽和系统资源较大的问题。

为解决上述技术问题，一方面，本发明提供一种客户端多用户并发信令跟踪处理方法，所述方法包括以下步骤：

根据多用户并发的信令跟踪请求，信令跟踪客户端生成统一的客户端信令跟踪请求，发送给信令跟踪服务端；

所述信令跟踪服务端解析统一的客户端信令跟踪请求，从任意选择请求条件进行以下处理：

判断该请求条件是否要求发送信令消息，如果不要求发送，则停止服务端信令消息发送线程；如果要求发送信令消息，当请求条件为全跟踪，则服务端将业务处理机上报的所有信令消息，加入到全跟踪的信令消息队列；

所述信令跟踪服务端将信令消息队列中的所有信令消息，发送给信令跟踪客户端；

所述信令跟踪客户端根据各个用户的请求条件，分别对每个用户进行响应。

进一步，所述客户端信令跟踪请求包括所有用户的信令跟踪请求，但对于请求条件相同的信令跟踪请求，只包括一条；

所述信令跟踪客户端根据每个用户的唯一标识，保存与该用户对应的信令跟踪请求的请求条件。

进一步，当所述多用户中的任一用户信令跟踪请求的请求条件发生变化时，所述信令跟踪客户端重新生成统一的客户端信令跟踪请求，发送给信令跟踪服务端。

进一步，所述信令跟踪服务端根据所述客户端信令跟踪请求，将满足请求条件的信令消息发送给所述信令跟踪客户端，具体包括以下步骤：

所述信令跟踪服务端解析所述客户端信令跟踪请求，得到请求条件；

当所述请求条件为全跟踪时，所述信令跟踪服务端将业务处理机上报的所有信令消息，加入到信令消息队列中；或，当所述请求条件为按帐号跟踪时，所述信令跟踪服务端将业务处理机上报的信令消息中帐号与所述请求条件要求的帐号相对应的信令消息，加入到信令消息队列中；或，当所述请求条件为按号段跟踪时，所述信令跟踪服务端将业务处理机上报的信令消息中号段与所述请求条件要求的号段相对应的信令消息，加入到信令消息队列中；所述信令跟踪服务端将信令消息队列中的所有信令消息发送给信令跟踪客户端；

或，当所述请求条件要求不发送信令消息，则所述信令跟踪服务端停止向所述信令跟踪客户端发送信令消息。

进一步，所述信令跟踪客户端根据各个用户的请求条件，分别对每个用户进行响应，具体包括以下步骤：

根据每个用户的唯一标识，构建各个用户的信令消息队列；

按信令格式解析所述信令消息；

根据各个用户的请求条件，将满足用户请求条件的信令加到与该用户的信令消息队列中。

另一方面，本发明还提供一种客户端多用户并发信令跟踪处理系统，包括信令跟踪客户端和信令跟踪服务端，所述信令跟踪客户端包括客户端信令跟踪请求生成模块和信令消息响应模块，所述信令跟踪服务端包括信令跟踪请求处理模块；

客户端信令跟踪请求生成模块，用于根据多用户并发的信令跟踪请求，生成统一的客户端信令跟踪请求，发送给信令跟踪服务端；

信令跟踪请求处理模块，用于解析统一的客户端信令跟踪请求，从任意选择请求条件进行以下处理：判断该请求条件是否要求发送信令消息，如果不要求发送，则停止服务端信令消息发送线程；如果要求发送信令消息，当请求条件为全跟踪，则服务端将业务处理机上报的所有信令消息，加入到全跟踪的信令消息队列；将信令消息队列中的所有信令消息，发送给信令跟踪客户端；

信令消息响应模块，用于根据各个用户的请求条件，分别对每个用户进行响应。

进一步，所述客户端信令跟踪请求包括所有用户的信令跟踪请求，但对于请求条件相同的信令跟踪请求，只包括一条；

所述客户端信令跟踪请求生成模块根据每个用户的唯一标识，保存与该用户对应的信令跟踪请求的请求条件。

进一步，当所述多用户中的任一用户信令跟踪请求的请求条件发生变化时，所述客户端信令跟踪请求生成模块重新生成统一的客户端信令跟踪请求，发送给信令跟踪服务端。

进一步，信令跟踪请求处理模块根据所述客户端信令跟踪请求，将满足请求条件的信令消息发送给所述信令跟踪客户端，具体为：

信令跟踪请求处理模块解析所述客户端信令跟踪请求，得到请求条件；

当所述请求条件为全跟踪时，所述信令跟踪请求处理模块将业务处理机上报的所有信令消息，加入到信令消息队列中；或，当所述请求条件为按帐号跟踪时，所述信令跟踪请求处理模块将业务处理机上报的信令消息中帐号与所述请求条件要求的帐号相对应的信令消息，加入到信令消息队列中；或，当所述请求条件为按号段跟踪时，所述信令跟踪请求处理模块将业务处理机上报的信令消息中号段与所述请求条件要求的号段相对应的信令消息，加入到信令消息队列中；所述信令跟踪请求处理模块将信令消息队列中的所有信令消息发送给信令跟踪客户端；

或，当所述请求条件要求不发送信令消息，则所述信令跟踪请求处理模块停止向所述信令跟踪客户端发送信令消息。

进一步，信令消息响应模块根据各个用户的请求条件，分别对每个用户进行响应，具体为：

根据每个用户的唯一标识，构建各个用户的信令消息队列；

按信令格式解析所述信令消息；

根据各个用户的请求条件，将满足用户请求条件的信令加到与该用户的信令消息队列中。

本发明有益效果如下：

本发明在信令跟踪客户端多用户并发信令跟踪请求时，通过集中发送统一的客户端信令跟踪请求，减少了信令跟踪客户端与服务端之间通讯链路的交互数据量；信令跟踪服务端只会对统一的客户端信令跟踪请求进行响应，提高服务端的处理性能。

附图说明

图1是本发明实施例一种客户端多用户并发信令跟踪处理方法的流程图；

图2是本发明实施例一种客户端多用户并发信令跟踪处理方法中信令跟踪客户端生成统一的客户端信令跟踪请求的流程图；

图3是本发明实施例一种客户端多用户并发信令跟踪处理方法中信令跟踪服务端处理信令消息的流程图；

图4是本发明实施例一种客户端多用户并发信令跟踪处理方法中信令跟踪客户端对用户进行响应的流程图；

图5是本发明实施例一种客户端多用户并发信令跟踪处理系统的结构示意图。

具体实施方式

为了解决现有技术在处理多用户同时发起的信令跟踪请求时，存在占用链路带宽和系统资源较大的问题，本发明提供了一种客户端多用户并发信令跟踪处理方法及系统，以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

如图1所示，本发明实施例涉及一种客户端多用户并发信令跟踪处理方法，方法包括以下步骤：

步骤S101，根据多用户并发的信令跟踪请求，信令跟踪客户端（以下简称客户端）生成统一的客户端信令跟踪请求，发送给信令跟踪服务端（以下简称服务端）。客户端信令跟踪请求包括所有用户的信令跟踪请求，对于不同用户发送的请求条件相同的信令跟踪请求，只包括一条即可；但客户端会根据每个用户的唯一标示，保存每个用户与其信令跟踪请求的映射关系。这样信令跟踪服务端在进行相关处理时，就会节约大量的CPU、内存等资源，而且，也降低了信令跟踪客户端与信令跟踪服务端之间的通讯链路中的交互数据量。客户端发送统一的客户端信令跟踪请求，可以间隔固定的时间间隔发送，也可以根据存储器的存储情况（存满或达到设定阈值）发送，甚至可以在满足对用户的设定条件之后进行发送。

步骤S102，信令跟踪服务端根据客户端信令跟踪请求，对业务处理机上报的业务产生的各类信令消息按请求条件过滤后，将满足请求条件的信令消息发送给信令跟踪客户端；

步骤S103，信令跟踪客户端根据各个用户的请求条件，分别对每个用户进行响应。

如图2所示，步骤S101具体包括以下步骤：

首先，需要说明的是：客户端用户发起的信令跟踪请求，请求类型有两类：即开始信令跟踪和停止信令跟踪。信令跟踪请求的请求条件有三类，分别是：全跟踪、按帐号跟踪、按号段跟踪；每个用户只能选择其中之一作为开始信令跟踪的请求条件。信令跟踪客户端，有一块动态分配的内存，用于保存所有正在进行信令跟踪的用户及其请求条件。用户的唯一标识作为主键，映射该用户的请求条件，这样用户与其对应的请求条件就一一对应了。

步骤S1011，在信令跟踪客户端，运行对用户信令请求监听线程，该线程主要负责监听客户端用户的信令跟踪请求。

步骤S1012，当监听到客户端用户的信令跟踪请求时，判断该用户的信令跟踪请求是否为开始信令跟踪，如果是，则转步骤S1013，如果否，则转步骤S1014。

步骤S1013，如果客户端有一个用户发起信令跟踪开始请求，那么，该请求中必然会携带用户唯一标识和请求条件，此时，更新用户请求条件内存，将该用户唯一标识和请求条件的映射加入。

只要用户请求条件内存发生变化，就需要重新构建客户端发送给服务端的统一的客户端信令跟踪请求，该请求消息定义如下表：

字段名	字节数	属性	描述
				AllTrace	1	整数	1：全跟踪；0：非全跟踪。
ItemCount	4	整数	帐号个数。当非全跟踪时有值
				Item[]	2×ItemCount	整数	帐号。
NumCount	4	整数	号段个数。当非全跟踪时有值
				Number[]	21×NumCount	定长字符串	号段。

从用户请求条件内存中构建客户端发送给服务端的信令跟踪请求遵循以下规则：

1.只要有一个用户请求条件是全跟踪，则请求消息AllTrace值等于1，整个消息只有1个字节；否则，AllTrace值等于0。

2.对于用户请求条件中不相同的帐号，加入到请求消息：ItemCount自增1，并将该帐号加入Item[]中。

3.对于用户请求条件中不相同的号段，加入到请求消息：NumCount自增1，并将该号段加入Number[]中。该号段不足21位时，右补二进制的零以表示字符串的结束符。

步骤S1014，如果客户端用户没有发起信令跟踪开始请求，那么用户是发起信令跟踪停止请求，该请求中必然会携带用户唯一标识，此时，更新用户请求条件内存：以用户唯一标识为主键，将该用户唯一标识和请求条件的映射删除。本步骤包括两种情况，例如：一种情况是客户端其中的一个用户A对T发起信令跟踪停止请求，但客户端还有其它用户B（或者多个用户，此处仅举一例）对T发起信令跟踪开始请求，对于该种情况，客户端将对T发起信令跟踪开始请求包括在生成统一的客户端信令跟踪请求中，待服务端返回信令消息后，客户端只对用户B进行信令响应，而不对用户A进行信令响应（因为用户A和请求条件的映射已删除）。另外一种情况是，客户端只有用户A对T发起信令跟踪停止请求，这种情况下，客户端将对T发起信令跟踪停止请求包括在生成统一的客户端信令跟踪请求中，服务端针对该请求停止返回信令消息，由于服务端没有返回相应的信令消息，所以客户端不对用户A进行信令响应。

步骤S1015，构建客户端发送给服务端的统一的客户端信令跟踪请求。将每个用户的请求条件，组装成一个并集条件，该并集条件包含了所有用户的信令跟踪请求条件，对相同的用户请求条件，该并集条件只包含一条；该并集条件构成统一的客户端信令跟踪请求；根据每个用户的唯一标识，保存该用户的请求条件。

上述的并集条件，当任何用户请求条件发生变化时，需要重新组装上述并集条件，并重新构成统一的客户端信令跟踪请求。

步骤S1016，信令跟踪客户端将生成统一的客户端信令跟踪请求发送给信令跟踪服务端。

如图3所示，步骤S102具体包括以下步骤：

首先需要说明的是：在信令跟踪服务端，分配有一块固定大小的内存，用来存放满足客户端信令跟踪请求信令的信令消息队列。

步骤S1021，在信令跟踪服务端，运行对客户端信令跟踪请求监听线程，该线程主要负责监听客户端发送的统一信令跟踪请求。

步骤S1022，解析统一的客户端信令跟踪请求。如果有客户端发送的统一的客户端信令跟踪请求，则解析该统一的客户端信令跟踪请求，该请求必然满足客户端和服务端之间的通讯协议。

步骤S1023，检查统一的客户端信令跟踪请求的请求条件，即从并集条件中任意选择请求条件进行以下处理。

步骤S1024，判断该请求条件是否要求发送信令消息，如果要求发送，则转步骤S1026，如果不要求发送，则转步骤S1025。

步骤S1025，不要求发送信令消息，即客户端用户发起信令跟踪停止请求。若统一信令跟踪请求中，AllTrace字段值为0，且ItemCount字段值和NumCount字段值均为0，则停止服务端信令消息发送线程。

步骤S1026，如果要求发送信令消息，则将业务处理机上报的信令消息按规则加入到信令消息队列。即开始服务端信令消息发送线程，按以下规则将信令消息加入信令消息队列：

1、如果AllTrace字段值为1，表明请求条件为全跟踪，则服务端将业务处理机上报的所有信令消息，加入到全跟踪的信令消息队列。

2、如果AllTrace字段值为0，当请求条件为按帐号跟踪时，则服务端将业务处理机上报的信令消息中帐号存在于Item[]的信令消息，加入到帐号跟踪的信令消息队列。

3、如果AllTrace字段值为0，当请求条件为按号段跟踪时，则服务端将业务处理机上报的信令消息中号段存在于Number[]的信令消息，加入到号段跟踪的信令消息队列。

步骤S1027，当固定时间间隔或者信令消息队列满时，服务端将信令消息队列中的所有信令消息，发送给信令跟踪客户端。

如图4所示，步骤S103具体包括以下步骤：

首先需要说明的是：在信令跟踪客户端，另有一块动态分配的内存，用于保存所有正在进行信令跟踪的用户的信令消息。用户唯一标识作为主键，映射与该用户对应的信令消息队列。

步骤S1031，首先，在信令跟踪客户端运行对服务端信令消息监听线程，该线程主要负责监听服务端发送给客户端的信令消息。

步骤S1032，如果有服务端发送给客户端的信令消息，则按信令格式解析该信令消息，解析协议满足客户端与服务端的要求。

步骤S1033，按规则将信令加入到用户信令消息队列，信令跟踪客户端循环判断保存的所有用户的信令跟踪请求条件，按以下规则将该条信令加入到用户信令消息队列中：

1、若用户请求条件是全跟踪，则将该信令加入该用户信令消息队列。

2、若用户请求条件是按帐号跟踪，且该信令的帐号与用户请求条件的帐号相同，则将该信令加入该用户信令消息队列。

3、若用户请求条件是按号段跟踪，且该信令的号段与用户请求条件的号段相同，则将该信令加入该用户信令消息队列。

4、其它情况，该信令不加入该用户信令消息队列。

当用户的信令消息队列满时，需再加入新的信令时，则丢弃该队列列首的信令。存储及丢弃规则采用先进先出的规则。

步骤S1034，对用户的信令跟踪请求进行响应，即将与用户对应的信令消息队列中的所有信令发送给用户。客户端对用户的信令跟踪请求响应可以是：等待用户信令跟踪获取线程来读取该用户信令消息队列。

如图5所示，本发明实施例还涉及一种客户端多用户并发信令跟踪处理系统，包括信令跟踪客户端201和信令跟踪服务端202，信令跟踪客户端201包括客户端信令跟踪请求生成模块2011和信令消息响应模块2012，信令跟踪服务端包括信令跟踪请求处理模块2021；

客户端信令跟踪请求生成模块2011，用于根据多用户并发的信令跟踪请求，生成统一的客户端信令跟踪请求，发送给信令跟踪服务端202。客户端信令跟踪请求包括所有用户的信令跟踪请求，但对于请求条件相同的信令跟踪请求，只包括一条；客户端信令跟踪请求生成模块2011根据每个用户的唯一标识，保存与该用户对应的信令跟踪请求的请求条件。当多用户中的任一用户信令跟踪请求的请求条件发生变化时，客户端信令跟踪请求生成模块2011重新生成统一的客户端信令跟踪请求，发送给信令跟踪服务端202。

信令跟踪请求处理模块2021，用于根据客户端信令跟踪请求，将满足请求条件的信令消息发送给信令跟踪客户端201；

信令消息响应模块2012，用于根据各个用户的请求条件，分别对每个用户进行响应。

其中：信令跟踪请求处理模块2021根据客户端信令跟踪请求，将满足请求条件的信令消息发送给信令跟踪客户端201，具体为：

信令跟踪请求处理模块2021解析客户端信令跟踪请求，得到请求条件；

当请求条件为全跟踪时，信令跟踪请求处理模块2021将业务处理机上报的所有信令消息，加入到信令消息队列中；或，当请求条件为按帐号跟踪时，信令跟踪请求处理模块2021将业务处理机上报的信令消息中帐号与请求条件要求的帐号相对应的信令消息，加入到信令消息队列中；或，当请求条件为按号段跟踪时，信令跟踪请求处理模块2021将业务处理机上报的信令消息中号段与请求条件要求的号段相对应的信令消息，加入到信令消息队列中；信令跟踪请求处理模块2021将信令消息队列中的所有信令消息发送给信令跟踪客户端；

或，当请求条件要求不发送信令消息，则信令跟踪请求处理模块2021停止向信令跟踪客户端发送信令消息。

其中，信令消息响应模块2012根据各个用户的请求条件，分别对每个用户进行响应，具体为：

根据每个用户的唯一标识，构建各个用户的信令消息队列；

按信令格式解析信令消息；

根据各个用户的请求条件，将满足用户请求条件的信令加到与该用户的信令消息队列中。

由上述实施例可以看出：本发明在信令跟踪客户端多用户并发信令跟踪请求时，通过集中发送统一的客户端信令跟踪请求，减少了信令跟踪客户端与服务端之间通讯链路的交互数据量；信令跟踪服务端只会对统一的客户端信令跟踪请求进行响应，提高服务端的处理性能。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (10)

1.一种客户端多用户并发信令跟踪处理方法，其特征在于，所述方法包括以下步骤：

根据多用户并发的信令跟踪请求，信令跟踪客户端生成统一的客户端信令跟踪请求，发送给信令跟踪服务端；

所述信令跟踪服务端解析统一的客户端信令跟踪请求，任意选择请求条件进行以下处理：

判断该请求条件是否要求发送信令消息，如果不要求发送，则停止服务端信令消息发送线程；如果要求发送信令消息，按以下规则将信令消息加入到用户信令消息队列中：

1、若用户请求条件是全跟踪，则将上报的所有信令消息加入该用户信令消息队列；

2、若用户请求条件是按帐号跟踪，且该信令消息的帐号与用户请求条件的帐号相同，则将该信令消息加入该用户信令消息队列；

3、若用户请求条件是按号段跟踪，且该信令消息的号段与用户请求条件的号段相同，则将该信令消息加入该用户信令消息队列；

所述信令跟踪服务端将信令消息队列中的所有信令消息，发送给信令跟踪客户端；

所述信令跟踪客户端根据各个用户的请求条件，分别对每个用户进行响应，即将与用户对应的信令消息队列中的所有信令发送给用户。

2.如权利要求1所述的客户端多用户并发信令跟踪处理方法，其特征在于，所述客户端信令跟踪请求包括所有用户的信令跟踪请求，但对于请求条件相同的信令跟踪请求，只包括一条；

所述信令跟踪客户端根据每个用户的唯一标识，保存与该用户对应的信令跟踪请求的请求条件。

3.如权利要求1或2所述的客户端多用户并发信令跟踪处理方法，其特征在于，当所述多用户中的任一用户信令跟踪请求的请求条件发生变化时，所述信令跟踪客户端重新生成统一的客户端信令跟踪请求，发送给信令跟踪服务端。

4.如权利要求1所述的客户端多用户并发信令跟踪处理方法，其特征在于，所述信令跟踪服务端根据所述客户端信令跟踪请求，将满足请求条件的信令消息发送给所述信令跟踪客户端，具体包括以下步骤：

所述信令跟踪服务端解析所述客户端信令跟踪请求，得到请求条件；

当所述请求条件为全跟踪时，所述信令跟踪服务端将业务处理机上报的所有信令消息，加入到信令消息队列中；或，当所述请求条件为按帐号跟踪时，所述信令跟踪服务端将业务处理机上报的信令消息中帐号与所述请求条件要求的帐号相对应的信令消息，加入到信令消息队列中；或，当所述请求条件为按号段跟踪时，所述信令跟踪服务端将业务处理机上报的信令消息中号段与所述请求条件要求的号段相对应的信令消息，加入到信令消息队列中；所述信令跟踪服务端将信令消息队列中的所有信令消息发送给信令跟踪客户端；

或，当所述请求条件要求不发送信令消息，则所述信令跟踪服务端停止向所述信令跟踪客户端发送信令消息。

5.如权利要求2所述的客户端多用户并发信令跟踪处理方法，其特征在于，所述信令跟踪客户端根据各个用户的请求条件，分别对每个用户进行响应，具体包括以下步骤：

根据每个用户的唯一标识，构建各个用户的信令消息队列；

按信令格式解析所述信令消息；

根据各个用户的请求条件，将满足用户请求条件的信令加到与该用户的信令消息队列中。

6.一种客户端多用户并发信令跟踪处理系统，包括信令跟踪客户端和信令跟踪服务端，其特征在于，所述信令跟踪客户端包括客户端信令跟踪请求生成模块和信令消息响应模块，所述信令跟踪服务端包括信令跟踪请求处理模块；

客户端信令跟踪请求生成模块，用于根据多用户并发的信令跟踪请求，生成统一的客户端信令跟踪请求，发送给信令跟踪服务端；

信令跟踪请求处理模块，用于解析统一的客户端信令跟踪请求，从任意选择请求条件进行以下处理：判断该请求条件是否要求发送信令消息，如果不要求发送，则停止服务端信令消息发送线程；如果要求发送信令消息，按以下规则将信令消息加入到用户信令消息队列中：

1、若用户请求条件是全跟踪，则将上报的所有信令消息加入该用户信令消息队列；

2、若用户请求条件是按帐号跟踪，且该信令消息的帐号与用户请求条件的帐号相同，则将该信令消息加入该用户信令消息队列；

3、若用户请求条件是按号段跟踪，且该信令消息的号段与用户请求条件的号段相同，则将该信令消息加入该用户信令消息队列；将信令消息队列中的所有信令消息，发送给信令跟踪客户端；

信令消息响应模块，用于根据各个用户的请求条件，分别对每个用户进行响应，即将与用户对应的信令消息队列中的所有信令发送给用户。

7.如权利要求6所述的客户端多用户并发信令跟踪处理系统，其特征在于，所述客户端信令跟踪请求包括所有用户的信令跟踪请求，但对于请求条件相同的信令跟踪请求，只包括一条；

所述客户端信令跟踪请求生成模块根据每个用户的唯一标识，保存与该用户对应的信令跟踪请求的请求条件。

8.如权利要求6或7所述的客户端多用户并发信令跟踪处理系统，其特征在于，当所述多用户中的任一用户信令跟踪请求的请求条件发生变化时，所述客户端信令跟踪请求生成模块重新生成统一的客户端信令跟踪请求，发送给信令跟踪服务端。

9.如权利要求6所述的客户端多用户并发信令跟踪处理系统，其特征在于，信令跟踪请求处理模块根据所述客户端信令跟踪请求，将满足请求条件的信令消息发送给所述信令跟踪客户端，具体为：

信令跟踪请求处理模块解析所述客户端信令跟踪请求，得到请求条件；

当所述请求条件为全跟踪时，所述信令跟踪请求处理模块将业务处理机上报的所有信令消息，加入到信令消息队列中；或，当所述请求条件为按帐号跟踪时，所述信令跟踪请求处理模块将业务处理机上报的信令消息中帐号与所述请求条件要求的帐号相对应的信令消息，加入到信令消息队列中；或，当所述请求条件为按号段跟踪时，所述信令跟踪请求处理模块将业务处理机上报的信令消息中号段与所述请求条件要求的号段相对应的信令消息，加入到信令消息队列中；所述信令跟踪请求处理模块将信令消息队列中的所有信令消息发送给信令跟踪客户端；

或，当所述请求条件要求不发送信令消息，则所述信令跟踪请求处理模块停止向所述信令跟踪客户端发送信令消息。

10.如权利要求7所述的客户端多用户并发信令跟踪处理系统，其特征在于，信令消息响应模块根据各个用户的请求条件，分别对每个用户进行响应，具体为：

根据每个用户的唯一标识，构建各个用户的信令消息队列；

按信令格式解析所述信令消息；

根据各个用户的请求条件，将满足用户请求条件的信令加到与该用户的信令消息队列中。