CN102739422A - 业务信令跟踪方法、系统及装置 - Google Patents

Abstract

本发明公开了一种业务信令跟踪方法、系统及装置，该方法包括：跟踪服务端接收跟踪客户端发送的用户提交的跟踪业务选择指令；跟踪服务端根据所述跟踪业务选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件；并针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令；跟踪服务端接收各业务处理机根据所述跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端，以便跟踪客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户。该方法可以同时获取多个业务的跟踪信令，以便综合显示和分析排查故障。

Description

业务信令跟踪方法、系统及装置

技术领域

本发明涉及通信技术领域，尤指一种适用于多业务融合模式的业务信令跟踪方法、系统及装置。

背景技术

目前的电信运营正朝着业务集中部署、多业务融合的模式发展，在进行业务部署的时候，往往是多种相关的一系列业务进行融合部署。随着业务的增多，往往需要对多业务进行融合的信令跟踪和故障问题排查。

但是，由于在以往各个业务单独部署的情况下，都是针对每个业务单独进行信令跟踪，以便实现对业务进行数据记录查看及排查相关问题。在多个业务联合部署后，如果还针对每个业务单独进行信令跟踪，则需要针对每一个业务依次进行跟踪，当需要进行故障排查时，也需要注意依次跟踪，在跟踪排查完一个业务后，再跟踪排查下一个业务，这样导致排查的速度比较慢、效率比较低。

且由于针对每个业务进行信令跟踪的时间点不一致、初始条件不一致、相关协议不一致、网络不稳定等情况，将会导致跟踪结果无法串联起来，不能根据跟踪结果对多个业务进行联合处理，对于需要多业务相关联合处理的问题不能有效的判定和排查。

由于目前还没有能够对各个业务进行联合跟踪的实现方案，在这种情况下，现有的做法往往是通过抓包工具等后台第三方工具进行再次查看和问题排查，这个网络运营管理和控制带来了很大不便，不能及时、准确的实现数据记录查看和故障问题排查。当需要从多个业务中排查出发生故障或异常的业务使，需要逐一排查，也不能快速准确的定位和排查故障，影响网络运营稳定性和可靠性。

发明内容

本发明实施例提供一种业务信令跟踪方法、系统及装置，用以解决现有各业务单独进行信令跟踪不能快速准确的定位和排查故障的问题。

一种业务信令跟踪方法，包括：

跟踪服务端接收跟踪客户端发送的用户提交的跟踪业务选择指令；

跟踪服务端根据所述跟踪业务选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件；并针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令；

跟踪服务端接收各业务处理机根据所述跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端，以便跟踪客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户。

一种业务信令跟踪系统，包括：跟踪服务端、跟踪客户端和业务处理机；

所述跟踪服务端，用于接收跟踪客户端发送的用户提交的跟踪业务选择指令；根据所述跟踪选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件；并针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令；接收各业务处理机根据所述跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端，以便跟踪客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户；

所述跟踪客户端，用于发送的用户提交的跟踪业务选择指令，以及将接收到的所述跟踪服务端发送的各需要跟踪的业务的跟踪信令显示给用户。

一种跟踪服务端，包括：

接收模块，用于接收跟踪客户端发送的用户提交的跟踪业务选择指令；

确定模块，用于根据所述跟踪选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件；

跟踪模块，用于针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令；

处理模块，用于接收各业务处理机根据所述跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端，以便跟踪客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户。

一种跟踪客户端，包括：

发送模块，用于发送的用户提交的跟踪业务选择指令；所述跟踪业务选择指令中包含需要跟踪的业务和每个需要跟踪的业务的跟踪条件；

接收模块，用于接收跟踪服务端返回的各需要跟踪的业务的设定格式的跟踪信令；其中设定格式的跟踪信令为跟踪服务端从各需要跟踪的业务对应的业务处理机接收到所述跟踪条件所要求的跟踪信令后，将接收到的各需要跟踪的业务的跟踪信令转化得到的设定格式的跟踪信令；

显示模块，用于将接收到的各需要跟踪的业务的设定格式的跟踪信令显示给用户。

本发明有益效果如下：

本发明实施例提供的业务信令跟踪方法、系统及装置，跟踪服务端接收跟踪客户端发送的用户提交的跟踪业务选择指令；跟踪服务端根据所述跟踪业务选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件；并针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令；跟踪服务端接收各业务处理机根据所述跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给客户端，以便客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户。通过跟踪客户端和跟踪服务端共同实现供用户选择需要跟踪的业务，以便对多业务进行联合信令跟踪。将原来各自分散需要单独跟踪的业务融合起来，能够在统一的时间、相同的初始条件下，更加方便、快捷的跟踪到各个业务的信令，而且可以实现综合判断，发生业务状态异常时，也可以快速的排查出是哪个业务发生了异常。而不用再逐一的去获取各个业务的跟踪信令，再逐一进行排查。能够及时、准确的实现数据记录查看和故障问题排查。当需要从多个业务中排查出发生故障或异常的业务使，也能快速准确的定位和排查故障，提高了网络运营稳定性和可靠性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本发明的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明实施例中业务信令跟踪系统的架构图；

图2为本发明实施例中业务信令跟踪系统的系统结构示意图；

图3为本发明实施例中业务信令跟踪方法的流程图；

图4为本发明实施例中跟踪服务端的结构示意图；

图5为本发明实施例中跟踪客户端的结构示意图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

针对现有技术中不能实现多业务联合跟踪信令的问题，本发明实施例提供一种业务信令跟踪方法，通过设置的跟踪服务端和跟踪客户端，实现对多种业务信令的联合跟踪。实现该方法的业务信令跟踪系统的架构如图1所示，该系统的具体结构原理可以如图2所示。

如图1所示，本发明实施例提供的业务信令跟踪系统，包括：跟踪服务端10、跟踪客户端20和业务处理机；例如如图1所示，业务处理机包括短信业务处理机31、彩信业务处理机32、WAP业务处理机33等，当然也可以包括其他业务处理机，而不限于图1中所示的几种业务处理机。其中：

跟踪服务端10，用于接收跟踪客户端20发送的用户提交的跟踪业务选择指令；根据接收到的跟踪选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件；并针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令；接收各业务处理机根据跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端，以便跟踪客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户。跟踪服务端10上可以设置Applet(程序)模块实现上述功能。

跟踪客户端20，用于发送的用户提交的跟踪业务选择指令，以及将接收到的跟踪服务端发送的各需要跟踪的业务的跟踪信令显示给用户。各宗客户端20上可以安装java控件实现上述功能。

优选的，上述系统中的跟踪客户端20，具体用于根据用户选择的需要跟踪的业务以及相应的跟踪条件，或选择的需要跟踪的业务的模块以及相应的跟踪条件生成的跟踪业务选择指令，发送给跟踪服务端10。

优选的，上述系统中的跟踪服务端10，具体用于通过跟踪客户端20为用户提供业务选择界面，以便用户通过跟踪客户端提供的业务选择界面选择需要跟踪的业务或选择需要跟踪的业务的模块，以及选择相应的跟踪条件。

优选的，上述系统中的跟踪服务端10，具体用于根据用户业务选择请求，获取预设的所有业务的配置信息发送给跟踪客户端30，其中配置信息包括业务名称、业务包含的模块和可用的跟踪条件。相应的，上述系统中的跟踪客户端20，具体用于将所有业务的配置信息通过业务选择界面显示给用户。

优选的，上述系统中的跟踪服务端，还用于：启动时，与各业务的业务处理机建立链路并配置链路信息，启动接收发送线程。

优选的，上述系统中的跟踪客户端，还用于：启动时，与跟踪服务端建立链路并配置链路信息，启动接收发送线程。

上述系统中，跟踪客户端可以提供界面显示，需要跟踪的跟踪业务选择、需要跟踪的业务的跟踪条件设置等功能。上述跟踪服务端则可以实现提供可选的跟踪业务供用户选择，到用户选择的各个业务的业务处理机获取跟踪信令，并将各业务的跟踪信令转化为统一格式的跟踪信令，一起提供给跟踪客户端显示，从而保证了获取时间、初始条件和信令显示时的协议的一致性，获得较好的多业务融合信令跟踪效果。

通过上述业务信令跟踪系统实现业务信令跟踪的原理如图2所示，其中可以在跟踪服务端中设置Applet模块实现上述在跟踪服务端所实现的功能。该业务信令跟踪方法的具体实现流程如图3所示，该方法包括如下步骤：

步骤S11：跟踪客户端发送的用户提交的跟踪业务选择指令给跟踪服务端。

跟踪客户端根据用户选择的需要跟踪的业务以及相应的跟踪条件，或选择的需要跟踪的业务的模块以及相应的跟踪条件生成的跟踪业务选择指令，发送给跟踪服务端。

优选的，跟踪服务端通过跟踪客户端为用户提供业务选择界面，用户通过跟踪客户端提供的业务选择界面选择需要跟踪的业务或选择需要跟踪的业务的模块，以及选择相应的跟踪条件。

上述跟踪服务端通过跟踪客户端为用户提供业务选择界面，具体包括：

跟踪服务端根据用户的业务选择请求，获取预设的所有业务的配置信息发送给跟踪客户端，客户端将所有业务的配置信息通过业务选择界面显示给用户其中各业务的配置信息包括业务名称、业务包含的模块和可用的跟踪条件等。

在跟踪服务端与跟踪客户端之间的链路建立成功后，跟踪客户端上的监听器监听用户的业务选择请求，当监听到时，向跟踪服务端请求获取所有业务的配置信息。跟踪服务端读取各业务的配置文件，将各业务的配置信息发送给跟踪服务端。跟踪服务端通过显示界面显示给用户，例如：可以将可以选择的各业务名称、各业务中包含的模块、可用的跟踪条件都显示给用户，允许用户通过设置的勾选框以勾选的方式进行选择。

例如：用户可以看到短信业务、彩信业务、WAP业务等多个业务，以及这些业务的中包含的模块，各个业务的跟踪条件等。例如：跟踪条件可以包括手机号码、彩信域名、IP地址信息等。用户可以选择跟踪哪些业务或跟踪业务中的哪些模块。

可选的，也可以允许用户输入跟踪的手机号码，而勾选想要跟踪该号码的哪些业务。

步骤S12：跟踪服务端接收跟踪客户端发送的跟踪业务选择指令。

跟踪服务端接收跟踪客户端发送的用户提交的、根据用户选择需要跟踪的业务或业务的模块、以及相应的跟踪条件生成的跟踪业务选择指令。

例如如图2所示，用户选择的需要跟踪的业务包括短信业务、彩信业务和WAP业务等。当跟踪服务端接收到对某个手机号码的短信业务、彩信业务和WAP业务进行信令跟踪时，则触发了这个手机号码的短信业务、彩信业务和WAP业务的联合信令跟踪。

步骤S13：跟踪服务端根据接收到的跟踪业务选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件。

跟踪服务端接收到跟踪业务选择指令后，则可以确定都需要对哪个业务或哪个业务的哪些模块进行信令跟踪了。

例如对短信业务、彩信业务和WAP业务进行信令跟踪。

步骤S14：针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令。

确定都需要对哪个业务或哪个业务的哪些模块进行信令跟踪了，就可以根据跟踪条件到相应的业务处理机来获取跟踪信令了。

例如：根据跟踪条件例如手机号码，则可以到短信业务处理机、彩信业务处理机和WAP业务处理机上获取该手机号码对应的短信业务、彩信业务和WAP业务的跟踪信令了。

例如：可以获取主叫号码、被叫号码、信息内容、短信ID号、时间戳等各种跟踪信令。

步骤S15：跟踪服务端接收各业务处理机根据跟踪条件返回的跟踪信令。

跟踪服务端分别接收短信业务处理机、彩信业务处理机和WAP业务处理机根据跟踪条件返回的短信业务跟踪信令、彩信业务跟踪信令和WAP业务跟踪信令。

步骤S16：将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端。

跟踪服务端将接收到的短信业务跟踪信令、彩信业务跟踪信令和WAP业务跟踪信令转化为设定格式的跟踪信令。

由于每种业务的信令所使用的协议不一样，因此信令格式也各不相同，例如：短信业务采用，WAP业务采用。因此跟踪服务端需要将各个业务跟踪信令转化为一种统一的信令格式，以便能够一起在跟踪客户端显示。

步骤S17：跟踪客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户。

跟踪客户端上有业务显示框，用于显示各业务的跟踪信令的相关信息。业务显示框可以显示多种业务的信令。因此可以同时显示用户选择需要跟踪的各个业务的跟踪信令。这样用户可以在跟踪客户端查看是否有所关心或关注的相关信令出现。点击一个业务的信令就可以关联到其他业务了，实现了联合信令跟踪。

例如：点击一个手机号码的短信业务的信令，就可以查看到该手机号码的彩信业务和WAP业务的跟踪信令了。

对于跟踪到的各业务的信令，可以将其保存下来，以供后续查看或排查故障和错误时使用。

优选的，上述业务信令跟踪方法，在步骤S11之前，还包括：跟踪服务端启动时，与各业务的业务处理机建立链路并配置链路信息，启动接收发送线程。

各业务处理机、跟踪服务端正常运行时，在跟踪服务端和各业务处理机上配置好两者之间的链路信息，保证跟踪服务端和各业务处理机之间的网络状况良好。

优选的，上述业务信令跟踪方法，在步骤S11之前，还包括：跟踪客户端启动时，与跟踪服务端建立链路并配置链路信息，启动接收发送线程。

在跟踪客户端连接到跟踪服务端之后，也配置好跟踪客户端和跟踪服务端之间的了链路信息，保证跟踪服务端和跟踪客户端之间的网络状况良好。从而为触发后续信令跟踪流程准备好系统和硬件支持。可以通过java控件可以查看跟踪客户端是否与跟踪服务端连接成功，如果没有连接成功，则需要重新尝试进行连接。

此外，被跟踪的业务的业务处理机会向跟踪服务端发送握手消息，跟踪服务端也会向跟踪客户端转发握手消息。跟踪客户端可以根据是否接收到跟踪服务端转发的业务处理机的握手响应，判断与各业务处理机之间链路状态，并可以在状态显示框中显示给用户。

显然，上述方法仅仅是以短信业务、彩信业务和WAP业务进行联合信令跟踪为例进行说明的，在实际应用中可以扩展为多种包括其他业务在内的业务的联合信令跟踪。

基于本发明实施例提供的业务信令跟踪系统及方法，本发明实施例还提供一种跟踪服务端，该跟踪服务端可以设置为网络设备中的一个功能模块或单独设置为一个设备。该跟踪服务端的结构如图4所示，包括：接收模块101、确定模块102、跟踪模块103和处理模块104。

接收模块101，用于接收跟踪客户端发送的用户提交的跟踪业务选择指令。

确定模块102，用于根据接收模块101跟踪选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件。

跟踪模块103，用于针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令。

处理模块104，用于接收各业务处理机根据跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端，以便跟踪客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户。

优选的，上述跟踪服务端，还包括：提供模块105，用于通过跟踪客户端为用户提供业务选择界面，以便用户通过跟踪客户端提供的业务选择界面选择需要跟踪的业务或选择需要跟踪的业务的模块，以及选择相应的跟踪条件。相应的，上述接收模块101，具体用于接收跟踪客户端根据用户选择的需要跟踪的业务以及相应的跟踪条件，或选择的需要跟踪的业务的模块以及相应的跟踪条件生成的跟踪业务选择指令。

优选的，上述提供模块105，具体用于：根据用户业务选择请求，获取预设的所有业务的配置信息发送给跟踪客户端，以便将所有业务的配置信息通过业务选择界面显示给用户；其中，配置信息包括业务名称、业务包含的模块和可用的跟踪条件。

优选的，上述跟踪服务端，还包括：建立模块106，用于跟踪服务端启动时，与各业务的业务处理机建立链路并配置链路信息，启动接收发送线程。

基于本发明实施例提供的业务信令跟踪系统及方法，本发明实施例还提供一种跟踪客户端，该跟踪客户端可以设置为终端设备中的一个功能模块或单独设置为一个终端设备。该跟踪客户端的结构如图5所示，包括：发送模块201、接收模块202和显示模块203。

发送模块201，用于发送的用户提交的跟踪业务选择指令；其中，跟踪业务选择指令中包含需要跟踪的业务和每个需要跟踪的业务的跟踪条件。

接收模块202，用于接收跟踪服务端返回的各需要跟踪的业务的设定格式的跟踪信令；其中设定格式的跟踪信令为跟踪服务端从各需要跟踪的业务对应的业务处理机接收到跟踪条件所要求的跟踪信令后，将接收到的各需要跟踪的业务的跟踪信令转化得到的设定格式的跟踪信令。

显示模块203，用于将接收到的各需要跟踪的业务的设定格式的跟踪信令显示给用户。

优选的，上述发送模块201，具体用于：根据用户选择的需要跟踪的业务以及相应的跟踪条件，或选择的需要跟踪的业务的模块以及相应的跟踪条件生成的跟踪业务选择指令，发送给跟踪服务端。

优选的，上述显示模块203，还用于：为用户提供业务选择界面，以便用户通过跟踪客户端提供的业务选择界面选择需要跟踪的业务或选择需要跟踪的业务的模块，以及选择相应的跟踪条件。

优选的，上述显示模块203，具体用于：接收跟踪服务端根据用户业务选择请求获取的预设的所有业务的配置信息，将所有业务的配置信息通过业务选择界面显示给用户；其中，配置信息包括业务名称、业务包含的模块和可用的跟踪条件。

优选的，上述跟踪客户端，还包括：建立模块204，用于跟踪客户端启动时，与跟踪服务端建立链路并配置链路信息，启动接收发送线程。

本发明实施例提供的业务信令跟踪方法、系统及装置，通过跟踪客户端和跟踪服务端共同实现供用户选择需要跟踪的业务，以便对多业务进行联合信令跟踪。将原来各自分散需要单独跟踪的业务融合起来，能够在统一的时间、相同的初始条件下，更加方便、快捷的跟踪到各个业务的信令，而且可以实现综合判断，发生业务状态异常时，也可以快速的排查出是哪个业务发生了异常。而不用再逐一的去获取各个业务的跟踪信令，再逐一进行排查。能够及时、准确的实现数据记录查看和故障问题排查。当需要从多个业务中排查出发生故障或异常的业务使，也能快速准确的定位和排查故障，提高了网络运营稳定性和可靠性。

上述方法，通过获取某一个业务的跟踪信令，关联获取其他业务的跟踪信令，使得多业务的信令跟踪跟家方便、快捷，且多个业务一起联合跟踪信令，是各个业务的信令跟踪根据有一致性，且减少了数据发送接收的次数，减少了带宽利用量；在节省系统资源的同时，能够更加快捷、准确的获取对多业务的进行信令跟踪，也简化了信令跟踪操作流程，方便了信令跟踪操作处理。

上述说明示出并描述了本发明的一个优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权利要求的保护范围内。

Claims (20)

1.一种业务信令跟踪方法，其特征在于，包括：

跟踪服务端接收跟踪客户端发送的用户提交的跟踪业务选择指令；

跟踪服务端根据所述跟踪业务选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件；并针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令；

跟踪服务端接收各业务处理机根据所述跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端，以便跟踪客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户。

2.如权利要求1所述的方法，其特征在于，所述跟踪服务端接收跟踪客户端发送的用户提交的跟踪业务选择指令，具体包括：

跟踪客户端根据用户选择的需要跟踪的业务以及相应的跟踪条件，或选择的需要跟踪的业务的模块以及相应的跟踪条件生成的跟踪业务选择指令，发送给跟踪服务端；

跟踪服务端接收跟踪客户端发送的跟踪业务选择指令。

3.如权利要求2所述的方法，其特征在于，所述跟踪服务端通过跟踪客户端为用户提供业务选择界面，用户通过跟踪客户端提供的业务选择界面选择需要跟踪的业务或选择需要跟踪的业务的模块，以及选择相应的跟踪条件。

4.如权利要求3所述的方法，其特征在于，所述跟踪服务端通过跟踪客户端为用户提供业务选择界面，具体包括：

跟踪服务端根据用户的业务选择请求，获取预设的所有业务的配置信息发送给跟踪客户端，所述配置信息包括业务名称、业务包含的模块和可用的跟踪条件；

客户端将所有业务的配置信息通过业务选择界面显示给用户。

5.如权利要求1所述的方法，其特征在于，所述需要跟踪的业务包括短信业务、彩信业务和WAP业务；

所述跟踪服务端接收各业务处理机根据所述跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令；具体包括：

跟踪服务端分别接收短信业务处理机、彩信业务处理机和WAP业务处理机根据跟踪条件返回的短信业务跟踪信令、彩信业务跟踪信令和WAP业务跟踪信令，将接收到的短信业务跟踪信令、彩信业务跟踪信令和WAP业务跟踪信令转化为设定格式的跟踪信令。

6.如权利要求1-5任一所述的方法，其特征在于，还包括：跟踪服务端启动时，与各业务的业务处理机建立链路并配置链路信息，启动接收发送线程；

跟踪客户端启动时，与跟踪服务端建立链路并配置链路信息，启动接收发送线程。

7.一种业务信令跟踪系统，其特征在于，包括：跟踪服务端、跟踪客户端和业务处理机；

所述跟踪服务端，用于接收跟踪客户端发送的用户提交的跟踪业务选择指令；根据所述跟踪选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件；并针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令；接收各业务处理机根据所述跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端；

所述跟踪客户端，用于发送的用户提交的跟踪业务选择指令，以及将接收到的所述跟踪服务端发送的各需要跟踪的业务的跟踪信令显示给用户。

8.如权利要求7所述的系统，其特征在于，所述跟踪客户端，具体用于：

根据用户选择的需要跟踪的业务以及相应的跟踪条件，或选择的需要跟踪的业务的模块以及相应的跟踪条件生成的跟踪业务选择指令，发送给跟踪服务端。

9.如权利要求7所述的系统，其特征在于，所述跟踪服务端，具体用于：通过跟踪客户端为用户提供业务选择界面，以便用户通过跟踪客户端提供的业务选择界面选择需要跟踪的业务或选择需要跟踪的业务的模块，以及选择相应的跟踪条件。

10.如权利要求7所述的系统，其特征在于，所述跟踪服务端，具体用于：根据用户的业务选择请求，获取预设的所有业务的配置信息发送给跟踪客户端，所述配置信息包括业务名称、业务包含的模块和可用的跟踪条件；

所述跟踪客户端，具体用于将所有业务的配置信息通过业务选择界面显示给用户。

11.如权利要求7-10任一所述的系统，其特征在于，所述跟踪服务端，还用于：启动时，与各业务的业务处理机建立链路并配置链路信息，启动接收发送线程；

跟踪客户端，还用于：启动时，与跟踪服务端建立链路并配置链路信息，启动接收发送线程。

12.一种跟踪服务端，其特征在于，包括：

接收模块，用于接收跟踪客户端发送的用户提交的跟踪业务选择指令；

确定模块，用于根据所述跟踪选择指令，确定需要跟踪的业务和每个需要跟踪的业务的跟踪条件；

跟踪模块，用于针对每个需要跟踪的业务，向对应的业务处理机请求该业务的跟踪条件所要求的跟踪信令；

处理模块，用于接收各业务处理机根据所述跟踪条件返回的跟踪信令，将接收到的各需要跟踪的业务的跟踪信令转化为设定格式的跟踪信令提供给跟踪客户端，以便跟踪客户端将接收到的各需要跟踪的业务的跟踪信令显示给用户。

13.如权利要求12所述的跟踪服务端，其特征在于，还包括：

提供模块，用于通过跟踪客户端为用户提供业务选择界面，以便用户通过跟踪客户端提供的业务选择界面选择需要跟踪的业务或选择需要跟踪的业务的模块，以及选择相应的跟踪条件；

相应的，所述接收模块，具体用于接收跟踪客户端根据用户选择的需要跟踪的业务以及相应的跟踪条件，或选择的需要跟踪的业务的模块以及相应的跟踪条件生成的跟踪业务选择指令。

14.如权利要求13所述的跟踪服务端，其特征在于，所述提供模块，具体用于：

根据用户的业务选择请求，获取预设的所有业务的配置信息发送给跟踪客户端，以便将所有业务的配置信息通过业务选择界面显示给用户；所述配置信息包括业务名称、业务包含的模块和可用的跟踪条件。

15.如权利要求12-14任一所述的跟踪服务端，其特征在于，还包括：

建立模块，用于跟踪服务端启动时，与各业务的业务处理机建立链路并配置链路信息，启动接收发送线程。

16.一种跟踪客户端，其特征在于，包括：

发送模块，用于发送的用户提交的跟踪业务选择指令；所述跟踪业务选择指令中包含需要跟踪的业务和每个需要跟踪的业务的跟踪条件；

接收模块，用于接收跟踪服务端返回的各需要跟踪的业务的设定格式的跟踪信令；其中设定格式的跟踪信令为跟踪服务端从各需要跟踪的业务对应的业务处理机接收到所述跟踪条件所要求的跟踪信令后，将接收到的各需要跟踪的业务的跟踪信令转化得到的设定格式的跟踪信令；

显示模块，用于将接收到的各需要跟踪的业务的设定格式的跟踪信令显示给用户。

17.如权利要求16所述的跟踪客户端，其特征在于，所述发送模块，具体用于：

根据用户选择的需要跟踪的业务以及相应的跟踪条件，或选择的需要跟踪的业务的模块以及相应的跟踪条件生成的跟踪业务选择指令，发送给跟踪服务端。

18.如权利要求16所述的跟踪客户端，其特征在于，所述显示模块，还用于：为用户提供业务选择界面，以便用户通过跟踪客户端提供的业务选择界面选择需要跟踪的业务或选择需要跟踪的业务的模块，以及选择相应的跟踪条件。

19.如权利要求18所述的跟踪客户端，其特征在于，所述显示模块，具体用于：

接收跟踪服务端根据用户业务选择请求获取的预设的所有业务的配置信息，将所有业务的配置信息通过业务选择界面显示给用户；所述配置信息包括业务名称、业务包含的模块和可用的跟踪条件。

20.如权利要求16-19任一所述的跟踪客户端，其特征在于，还包括：

建立模块，用于跟踪客户端启动时，与跟踪服务端建立链路并配置链路信息，启动接收发送线程。

Images