CN102427411B - 一种全网信令跟踪方法及系统 - Google Patents

Abstract

本发明公开一种全网信令跟踪方法及系统，该方法包括：信令跟踪管理模块设置信令跟踪条件；网元组件发起业务时，登录到信令跟踪管理模块进行注册，并在发起的业务满足信令跟踪条件时，获取信令跟踪标识，将信令跟踪标识发送给下一个网元组件；下一个网元组件根据所述信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据，并将采集的信令跟踪数据上报给信令跟踪管理模块。根据本发明的技术方案，用以解决通信系统中故障无法快速定位和故障无法解决的问题。

Description

一种全网信令跟踪方法及系统

技术领域

本发明涉及通信领域的软件技术，尤其涉及一种全网信令跟踪方法及系统。

背景技术

随着IT和通信技术的不断发展，各种信息化软件和通信系统渗透到社会的各个领域，并且随着业务的扩展，通信系统的规模也不断的扩大。随着应用和网络系统规模的不断增长，支撑这些系统运营的业务流程以及网元越来越多，系统结构日益复杂，发生故障的隐患以及故障排查的难度都在增加，同时，运维人员更加迫切的实现系统的快速定位和解决问题的能力。这就需要系统能够提供一个全网全流程快速诊断问题的方法，满足运维人员日常系统维护管理的需要。

全网信令跟踪可以快速的定位通信系统中故障问题出现的位置，帮助运维人员快速的解决问题。现有技术中，全网信令跟踪的方法和系统的实现主要有两类：一类是应用于简单业务的通信系统。这种方法解决的业务简单，涉及的网元数量少，在进行信令跟踪时能事先知道一次业务或通信流程所涉及到的网元设备，能够将信令跟踪指令下发到相关的网元设备上。但是，对于比较复杂的通信系统而言，涉及到网元设备或模块是数以千计的，如互联网协议电视(IPTV，Internet Protocol Television)系统、移动通信系统，在一次业务过程中，由于系统的调度关系，是无法事先知道本次业务通信过程中所要涉及的网元设备，所以该方法无法适用大规模复杂组网下的通信系统。另一类是应用于复杂业务的通信系统。这种方法解决的业务复杂，涉及的网元设备数量庞大，一个网元设备在一次通信业务过程中是否需要上报信令消息，需要根据上一个网元设备传递过来的信息进行判断。但是，目前这样的方法存在一些问题，需要信令跟踪系统主动将信令跟踪指令或条件下发给业务开始的第一个网元设备或相关的多个设备。在有些系统里，这些指令是无法下达的，如IPTV系统，IPTV系统中，一次点播的业务由机顶盒发起，但是，信令跟踪系统是无法确保任何时候都能把跟踪的任务下发到机顶盒设备的。另外，该方法的网元设备是否需要上报信令消息并不是直接由上一个网元设备传递过来的信息确定的，而是需要本流程的网元设备再次根据相关的信息再进行规则判断，处理逻辑上十分复杂，也额外增加了通信系统处理能力的消耗。

发明内容

有鉴于此，本发明的主要目的在于提供一种全网信令跟踪方法及系统，用以解决通信系统中故障无法快速定位和故障无法解决的问题。

为达到上述目的，本发明的技术方案是这样实现的：

本发明提供一种全网信令跟踪系统，包括：信令跟踪管理模块、至少两个网元组件；其中，

信令跟踪管理模块，用于设置信令跟踪条件；

网元组件，用于发起业务时，登录到信令跟踪管理模块进行注册，并在发起的业务满足信令跟踪条件时，获取信令跟踪标识，将信令跟踪标识发送给下一个网元组件；下一个网元组件，用于根据信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据，并将采集的信令跟踪数据上报给信令跟踪管理模块。

上述系统中，所述信令跟踪管理模块，还用于对网元组件上报的信令跟踪数据进行处理和显示。

本发明还提供一种全网信令跟踪方法，包括：

信令跟踪管理模块设置信令跟踪条件；

网元组件发起业务时，登录到信令跟踪管理模块进行注册，并在发起的业务满足信令跟踪条件时，获取信令跟踪标识，将信令跟踪标识发送给下一个网元组件；

下一个网元组件根据所述信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据，并将采集的信令跟踪数据上报给信令跟踪管理模块。

上述方法中，该方法还包括：信令跟踪管理模块对网元组件上报的信令跟踪数据进行处理和显示。

上述方法中，所述信令跟踪管理模块设置信令跟踪条件为：

信令跟踪管理模块设置信令跟踪条件，所述信令跟踪条件为单个条件或组合条件，所述信令跟踪条件作为处于等待状态的任务进行保存，信令跟踪管理模块等待发起业务的第一个网元组件的登录注册。

上述方法中，该方法还包括：根据特定需求，设置扩展条件和/或扩展属性。

上述方法中，所述网元组件发起业务时，登录到信令跟踪管理模块进行注册为：

发起业务时，发起业务的第一个网元组件设置表示不需要进行信令跟踪的信令跟踪标识，在发起业务后，所述第一个网元组件向信令跟踪管理模块发起通信连接请求，登录到信令跟踪管理模块进行注册。

上述方法中，所述在发起的业务满足信令跟踪条件时，获取信令跟踪标识为：

处于等待状态的信令跟踪管理模块接收到发起业务的第一个网元组件的通信连接请求后，获取该网元组件的业务属性，并根据所述业务属性或所述业务属性和获取的扩展属性，判断发起的业务是否满足所述信令跟踪条件；如果没有满足的信令跟踪条件，则执行正常的业务请求流程，发起的业务不进行信令跟踪；如果有满足的信令跟踪条件，则信令跟踪管理模块为该网元组件的跟踪任务生成信令跟踪任务ID，并为该网元组件设置表示需要进行信令跟踪的信令跟踪标识，将该网元组件上报的信令顺序设置为1。

上述方法中，所述将信令跟踪标识发送给下一个网元组件为：

待业务流程全部完成后，网元组件判断下一个网元组件是否需要进行信令跟踪，如果不需要，则信令跟踪流程在当前网元组件终止，网元组件设置表示不需要进行信令跟踪的信令跟踪标识；如果需要，则网元组件设置表示需要进行信令跟踪的信令跟踪标识；网元组件将信令顺序加1，并将信令跟踪任务ID、信令跟踪标识、及信令顺序通过信令跟踪传递接口发送给下一个网元组件。

上述方法中，所述下一个网元组件根据信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据为：

网元组件根据上一个网元组件发送的信令跟踪标识判断是否需要进行信令跟踪，如果需要进行信令跟踪，则该网元组件在进行业务流程时需要采集信令跟踪数据；

所述网元组件进行的业务流程中的一个处理过程中，如果发现信令异常，则进行该信令的异常信息的缓存，再继续执行下一个处理过程；业务流程结束后，网元组件判断是否缓存有信令的异常信息，如果没有，则生成正常信令跟踪数据；如果存在缓存的异常信息，则对缓存信令的异常信息进行处理，并生成异常信令跟踪数据。

上述方法中，所述将采集的信令跟踪数据上报给信令跟踪管理模块为：

网元组件过滤所述信令跟踪数据，并在所述网元组件完成自身的业务流程后，对信令跟踪任务ID、信令顺序、及采集并过滤的正常信令跟踪数据或异常信令跟踪数据进行封装，通过信令跟踪数据上报接口上报给信令跟踪管理模块。

上述方法中，所述信令跟踪管理模块对网元组件上报的信令跟踪数据进行处理和显示为：

信令跟踪管理模块根据各个网元组件上报的信令跟踪任务ID和信令顺序N，对信令跟踪数据进行处理；通过信令跟踪任务ID确定本次任务涉及的所有网元组件及信令跟踪数据，通过信令顺序将信令跟踪数据按照业务流程发生的先后顺序进行组合，并形成信令流程图，对正常信令跟踪数据和异常信令跟踪数据进行区别显示。

本发明提供的全网信令跟踪方法及系统，信令跟踪管理模块设置信令跟踪条件；网元组件发起业务时，登录到信令跟踪管理模块进行注册，并在发起的业务满足信令跟踪条件时，获取信令跟踪标识，将信令跟踪标识发送给下一个网元组件；下一个网元组件根据所述信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据，并将采集的信令跟踪数据上报给信令跟踪管理模块，用以解决通信系统中故障无法快速定位和故障无法解决的问题；此外，不需要将信令跟踪的指令从一个系统下发到一个或多个网元组件，而是依赖网元组件之间的接口进行传递，网元组件根据实际需要判断是否进行信令跟踪；而且，由于网元组件本身是否需要进行信令跟踪，不需要自身再根据条件进行判定，而是直接由上一个网元组件传递过来的信令跟踪标识直接确定，从而简化了信令跟踪判断的方式，提高了信令跟踪的效率。

附图说明

图1是本发明实现全网信令跟踪系统的结构示意图；

图2是本发明实现全网信令跟踪方法的流程示意图；

图3是本发明实现步骤201的具体方法的流程示意图；

图4是本发明实现步骤202的具体方法的流程示意图；

图5是本发明实现全网信令跟踪的组网示意图；

图6是本发明实现步骤203的具体方法的流程示意图；

图7是本发明实现步骤204的具体方法的流程示意图；

图8是本发明实现在处理业务过程中采集信令跟踪数据的方法的流程示意图；

图9是本发明实现步骤205的具体方法的流程示意图。

具体实施方式

本发明的基本思想是：信令跟踪管理模块设置信令跟踪条件；网元组件发起业务时，登录到信令跟踪管理模块进行注册，并在发起的业务满足信令跟踪条件时，获取信令跟踪标识，将信令跟踪标识发送给下一个网元组件；下一个网元组件根据所述信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据，并将采集的信令跟踪数据上报给信令跟踪管理模块。

下面通过附图及具体实施例对本发明再做进一步的详细说明。

本发明提供一种全网信令跟踪系统，图1是本发明实现全网信令跟踪系统的结构示意图，如图1所示，该系统包括：信令跟踪管理模块11、至少两个网元组件12；其中，

信令跟踪管理模块11，用于设置信令跟踪条件；

网元组件12，用于发起业务时，登录到信令跟踪管理模块12进行注册，并在发起的业务满足信令跟踪条件时，获取信令跟踪标识，将信令跟踪标识发送给下一个网元组件；下一个网元组件12，用于根据信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据，并将采集的信令跟踪数据上报给信令跟踪管理模块11。

所述信令跟踪管理模块11，还用于对网元组件12上报的信令跟踪数据进行处理和显示。

其中，所述信令跟踪管理模块11设置信令跟踪条件为：信令跟踪管理模块11设置信令跟踪条件，所述信令跟踪条件为单个条件或组合条件，所述信令跟踪条件作为处于等待状态的任务进行保存，信令跟踪管理模块等待发起业务的第一个网元组件的登录注册。

其中，所述网元组件12发起业务时，登录到信令跟踪管理模块11进行注册为：发起业务时，发起业务的第一个网元组件设置表示不需要进行信令跟踪的信令跟踪标识，在发起业务后，所述第一个网元组件向信令跟踪管理模块发起通信连接请求，登录到信令跟踪管理模块进行注册。

其中，所述网元组件12在发起的业务满足信令跟踪条件时，获取信令跟踪标识为：处于等待状态的信令跟踪管理模块接收到发起业务的第一个网元组件的通信连接请求后，获取该网元组件的业务属性，并根据所述业务属性或所述业务属性和获取的扩展属性，判断发起的业务是否满足所述信令跟踪条件；如果没有满足的信令跟踪条件，则执行正常的业务请求流程，发起的业务不进行信令跟踪；如果有满足的信令跟踪条件，则信令跟踪管理模块为该网元组件的跟踪任务生成信令跟踪任务ID，并为该网元组件设置表示需要进行信令跟踪的信令跟踪标识，将该网元组件上报的信令顺序设置为1。

其中，所述网元组件12将信令跟踪标识发送给下一个网元组件为：待业务流程全部完成后，网元组件判断下一个网元组件是否需要进行信令跟踪，如果不需要，则信令跟踪流程在当前网元组件终止，网元组件设置表示不需要进行信令跟踪的信令跟踪标识；如果需要，则网元组件设置表示需要进行信令跟踪的信令跟踪标识；网元组件将信令顺序加1，并将信令跟踪任务ID、信令跟踪标识、及信令顺序通过信令跟踪传递接口发送给下一个网元组件。

其中，所述下一个网元组件12根据信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据为：网元组件根据上一个网元组件发送的信令跟踪标识判断是否需要进行信令跟踪，如果需要进行信令跟踪，则该网元组件在进行业务流程时需要采集信令跟踪数据；所述网元组件进行的业务流程中的一个处理过程中，如果发现信令异常，则进行该信令的异常信息的缓存，再继续执行下一个处理过程；业务流程结束后，网元组件判断是否缓存有信令的异常信息，如果没有，则生成正常信令跟踪数据；如果存在缓存的异常信息，则对缓存信令的异常信息进行处理，并生成异常信令跟踪数据。

其中，所述网元组件12将采集的信令跟踪数据上报给信令跟踪管理模块11为：网元组件过滤所述信令跟踪数据，并在所述网元组件完成自身的业务流程后，对信令跟踪任务ID、信令顺序、及采集并过滤的正常信令跟踪数据或异常信令跟踪数据进行封装，通过信令跟踪数据上报接口上报给信令跟踪管理模块。

其中，所述信令跟踪管理模块11对网元组件12上报的信令跟踪数据进行处理和显示为：信令跟踪管理模块根据各个网元组件上报的信令跟踪任务ID和信令顺序N，对信令跟踪数据进行处理；通过信令跟踪任务ID确定本次任务涉及的所有网元组件及信令跟踪数据，通过信令顺序将信令跟踪数据按照业务流程发生的先后顺序进行组合，并形成信令流程图，对正常信令跟踪数据和异常信令跟踪数据进行区别显示。

基于上述系统，本发明还提供一种全网信令跟踪方法，图2是本发明实现全网信令跟踪方法的流程示意图，如图2所示，该方法包括以下步骤：

步骤201，信令跟踪管理模块设置信令跟踪条件。

步骤202，网元组件发起业务时，登录到信令跟踪管理模块进行注册，并在发起的业务满足信令跟踪条件时，获取信令跟踪标识。

步骤203，网元组件将信令跟踪标识发送给下一个网元组件。

步骤204，下一个网元组件根据信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据。

步骤205，下一个网元组件将采集的信令跟踪数据上报给信令跟踪管理模块。

步骤206，信令跟踪管理模块对网元组件上报的信令跟踪数据进行处理和显示；

具体的，信令跟踪管理模块根据各个网元组件上报的信令跟踪任务ID和信令顺序N，对信令跟踪数据进行处理；信令跟踪管理模块可以通过信令跟踪任务ID确定本次任务涉及的所有网元组件及信令跟踪数据，通过信令顺序(如N)可以将本次信令跟踪数据按照业务流程发生的先后顺序组合起来，并形成一个可视的信令流程图，对于正常信令跟踪数据和异常信令跟踪数据可以区别显示，能够让运维人员很清楚的发现本次业务流程出现问题的位置，并能够通过查看详细的信令跟踪数据，快速的定位问题原因。

下面针对步骤201～步骤205进行具体陈述。

图3是本发明实现步骤201的具体方法的流程示意图，如图3所示，该方法包括以下步骤：

步骤301，信令跟踪管理模块设置信令跟踪条件；

具体的，本发明中，信令跟踪管理模块可以是一个独立的系统，如一个特定产品的信令跟踪管理系统，也可以是一个特定管理系统的其中一个子系统，如特定网元管理系统中的一个子系统；根据业务流程的需要，可以在信令跟踪管理模块创建信令跟踪任务，但不是所有的业务流程都需要进行信令跟踪，所以需要设定信令跟踪条件，保证只有符合信令跟踪条件的业务流程才进行信令跟踪；

首先，信令跟踪管理模块设置信令跟踪条件，不同的通信系统有不同的信令跟踪条件，例如，在IPTV系统中，可以设置需要进行信令跟踪的用户账号，在移动通信系统中，可以设置需要进行信令跟踪的用户接入号码；其中，设置的信令跟踪条件可以是单个条件、或组合条件，还可以根据特定需求，增加一些扩展条件，例如，某时间段或某区域等，还可以设置一些扩展属性，如信令跟踪的激活状态和时效等。

步骤302，信令跟踪管理模块等待发起业务的第一个网元组件的登录注册；

具体的，设置信令跟踪条件后，信令跟踪条件会作为一个任务进行保存，该任务将处于等待状态，信令跟踪管理模块等待发起业务的第一个网元组件的登录注册；信令跟踪管理模块可以根据该网元组件的业务属性以及其他扩展条件或扩展属性，判断发起的业务是否符合设置的信令跟踪条件；

在信令跟踪管理模块中，通过设置信令跟踪条件的方式创建信令跟踪任务，信令跟踪条件可以有多个，登录注册的第一个网元组件发起的业务只要符合其中一个信令跟踪条件，就可以启动信令跟踪任务，不需要再判断发起的业务是否满足余下的信令跟踪条件。

图4是本发明实现步骤202的具体方法的流程示意图，如图4所示，该方法包括以下步骤：

步骤401，网元组件发起业务时，设置信令跟踪标识，并登录到信令跟踪管理模块进行注册；

具体的，本发明中，如图5所示，网元组件的数量至少是两个，网元组件可以是网元设备、或网元设备内的模块、或软件模块、或通信模块；在网元组件发起业务时，默认不需要进行信令跟踪，发起业务的第一个网元组件设置表示不需要进行信令跟踪的信令跟踪标识，即FLAG＝FALSE；如图5所示的过程1，在发起业务后，发起业务的第一个网元组件需要向信令跟踪管理模块发起通信连接请求，登录到信令跟踪管理模块进行注册。

步骤402，信令跟踪管理模块判断发起的业务是否满足设置的信令跟踪条件，如果不满足，执行步骤403，如果满足，执行步骤404；

具体的，处于等待状态的信令跟踪管理模块接收到发起业务的第一个网元组件的通信连接请求后，获取该网元组件的业务属性；不同的通信系统有不同的业务属性，例如，在IPTV系统中，业务属性可以是用户账号属性、和/或IP地址属性，在移动通信系统中，业务属性可以是用户接入号码、和/或H码属性；信令跟踪管理模块也可以根据需要，获取当前业务的其他扩展属性，例如，当前业务时间、和/或业务区域等；信令跟踪管理模块根据获取到的网元组件的业务属性，或取到的网元组件的业务属性和其他扩展属性，判断发起的业务是否满足信令跟踪管理模块设置的信令跟踪条件，如果发现没有满足的信令跟踪条件，则执行步骤403；如果发现有满足的信令跟踪条件，执行步骤404。

步骤403，进行正常的业务请求流程，本次发起的业务不进行信令跟踪，正常的业务请求流程属于现有技术，这里不再赘述。

步骤404，信令跟踪管理模块为该网元组件生成信令跟踪任务ID；

具体的，如图5所示的过程2，信令跟踪管理模块为该网元组件的跟踪任务生成一个唯一的信令跟踪任务ID，该信令跟踪任务ID在本次信令跟踪任务中保持唯一不变。

步骤405，如图5所示的过程2，信令跟踪管理模块为该网元组件设置一个表示需要进行信令跟踪的信令跟踪标识，即FLAG＝TRUE。

步骤406，如图5所示的过程2，信令跟踪管理模块将该网元组件上报的信令顺序设置为1，即N＝1，用于表示本次信令跟踪从当前网元组件开始。

图6是本发明实现步骤203的具体方法的流程示意图，如图6所示，该方法包括以下步骤：

步骤601，网元组件判断本次业务流程是否全部完成，如果是，结束流程，如果否，待业务流程全部完成后执行步骤602；

具体的，网元组件在得到需要进行信令跟踪的信令跟踪标识后，需要判断本次业务流程是否全部完成，例如IPTV系统中一次用户的点播流程，或移动通信系统中一次用户的通话流程；如果本次业务流程全部完成，则结束本次业务流程；如果本次业务流程尚未全部完成，则执行后续的业务流程，待业务流程全部完成后执行步骤602。

步骤602，判断下一个网元组件是否需要进行信令跟踪，如果是，执行步骤603，如果否，执行步骤604；

具体的，待业务流程全部完成后，网元组件需要判断下一个网元组件是否需要进行信令跟踪，当前网元组件判断下一个网元组件是否需要进行信令跟踪主要取决于本次业务流程中是否出现严重故障，以及该严重故障对业务产生影响的程度，例如，IPTV系统或移动通信系统可以根据自身的业务特性以及出现故障的严重程度，定义每个业务流程的异常事件；如果下一个网元组件不需要进行信令跟踪，执行步骤604；如果下一个网元组件需要进行信令跟踪，执行步骤603。

步骤603，当前网元组件设置表示需要进行信令跟踪的信令跟踪标识，即FLAG＝TRUE；此外，当前网元组件需要将信令顺序加1，即N＝N+1。

步骤604，信令跟踪流程在当前网元组件终止，当前网元组件设置表示不需要进行信令跟踪的信令跟踪标识，即FLAG＝FALSE。

步骤605，如图5所示的过程3或过程5，当前网元组件将携带信令跟踪任务ID、信令跟踪标识(如FLAG＝FALSE)、及信令顺序(如N＝N+1)的业务请求，通过信令跟踪传递接口发送给下一个网元组件。

图7是本发明实现步骤204的具体方法的流程示意图，如图7所示，该方法包括以下步骤：

步骤701，网元组件接收上一个网元组件发送的业务请求。

步骤702，网元组件从业务请求中获取信令跟踪任务ID、信令跟踪标识(如FLAG＝FALSE)、及信令顺序(如N＝N+1)。

步骤703，网元组件根据信令跟踪标识判断是否需要进行信令跟踪，如果否，在进行业务流程时不采集信令跟踪数据，如果是，在处理业务过程中采集信令跟踪数据；

具体的，网元组件根据信令跟踪标识判断是否需要进行信令跟踪，即判断FLAG是否等于TRUE；如果FLAG不为TRUE，表示不需要进行信令跟踪，则该网元组件在进行业务流程时不采集信令跟踪数据；如果FLAG等于TRUE，表示需要进行信令跟踪，则该网元组件在进行业务流程时需要采集信令跟踪数据。

图8是本发明实现在处理业务过程中采集信令跟踪数据的方法的流程示意图，如图8所示，该方法包括：

步骤801，进行的业务流程中，判断是否发现信令异常，如果是，执行步骤802，如果否，执行步骤803；

具体的，所述网元组件进行的业务流程中可以包括是一个处理过程或多个处理过程，在其中一个处理过程中，如果没有发现信令异常，执行步骤803；如果发现信令异常，执行步骤802。

步骤802，网元组件按照顺序进行该信令的异常信息的缓存，然后再继续执行下一个处理过程，执行步骤803。

步骤803，网元组件判断业务流程是否结束，如果是，执行步骤804，如果否，执行步骤801。

步骤804，网元组件的业务流程结束后，网元组件判断自身的业务流程执行过程中是否缓存有信令的异常信息；如果没有缓存的异常信息，执行步骤805；如果存在缓存的异常信息，执行步骤806。

步骤805，网元组件生成正常信令跟踪数据，网元组件的信令跟踪数据的采集流程结束。

步骤806，网元组件对缓存信令的异常信息进行处理，并生成异常信令跟踪数据，网元组件的信令跟踪数据采集流程结束；

具体的，一个通信系统的业务流程中会涉及不同类别的网元组件，每个网元组件具备的业务功能或型号可能会完全不同，出现异常信令的种类也会不同，不同类别的网元组件要预先定义自身业务流程处理过程中发生的异常事件，异常事件可以是一个事件或多个事件，事件与异常信令是一一对应的，例如，一个通信业务流程涉及N个网元组件，每个网元组件的业务流程分为M个处理过程，可以针对每个处理过程定义一个或多个异常事件，定义异常事件的方法如表1所示：

表1

一个具体的通信系统中的网元组件涉及的信令不同，且并不是所有的信令跟踪数据都需要采集和上报给信令跟踪管理模块，因此需要过滤网元组件上报的信令跟踪数据，对异常信令跟踪数据的过滤实际上就是要对系统发生的异常事件进行过滤，确定业务处理过程中发生哪些异常事件时需要上报异常信令跟踪数据，例如，在表1中，对于业务流程1的处理过程1-1，定义了EVENT 1-1-1和EVENT 1-1-2两个异常事件，可以要求业务处理过程中，只在发生异常事件EVENT 1-1-2时采集并上报异常信令跟踪数据。

图9是本发明实现步骤205的具体方法的流程示意图，如图9所示，该方法包括以下步骤：

步骤901，网元组件对信令跟踪任务ID、信令顺序、及采集并过滤的正常信令跟踪数据或异常信令跟踪数据进行封装；

具体的，当前网元组件完成自身的业务流程后，对信令跟踪任务ID、信令顺序(如N)、及采集并过滤的正常信令跟踪数据或异常信令跟踪数据进行封装.

步骤902，如图5所示的过程4或过程N，当前网元组件通过信令跟踪数据上报接口上报给信令跟踪管理模块。

其中，设置网元组件需要上报采集的信令跟踪数据方法可以是在网元组件内部通过配置的方式实现，也可以过外部模块下发的方式，如信令跟踪管理模块下发给网元组件，或其他外部网元管理系统下发给网元组件。

本发明的技术方案可应用于所有软件系统或通信系统，并不针对某个特定系统，其中提到的IPTV系统和移动通信系统仅为示例。

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

Claims (12)

1.一种全网信令跟踪系统，其特征在于，该系统包括：信令跟踪管理模块、至少两个网元组件；其中，

信令跟踪管理模块，用于设置信令跟踪条件；

网元组件，用于发起业务时，登录到信令跟踪管理模块进行注册，并在发起的业务满足信令跟踪条件时，获取信令跟踪标识，将信令跟踪标识发送给下一个网元组件；下一个网元组件，用于根据信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据，并将采集的信令跟踪数据上报给信令跟踪管理模块；

其中，在所述网元组件获取所述信令跟踪标识之后，将所述信令跟踪标识发送给下一个网元组件之前，所述网元组件还用于：确定自身所属的业务流程完成后，根据所述业务流程中是否发生异常事件判断所述业务流程是否出现严重故障、以及所述严重故障对所述业务产生影响的程度，判断下一个网元组件是否需要进行信令跟踪，并在确定下一个网元组件需要进行信令跟踪时，将信令跟踪标识发送给下一个网元组件；

所述异常事件是所述网元组件为自身业务流程处理过程预先定义的，所述异常事件可以为一个或多个事件。

2.根据权利要求1所述的系统，其特征在于，所述信令跟踪管理模块，还用于对网元组件上报的信令跟踪数据进行处理和显示。

3.一种全网信令跟踪方法，其特征在于，该方法包括：

信令跟踪管理模块设置信令跟踪条件；

网元组件发起业务时，登录到信令跟踪管理模块进行注册，并在发起的业务满足信令跟踪条件时，获取信令跟踪标识，将信令跟踪标识发送给下一个网元组件；

下一个网元组件根据所述信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据，并将采集的信令跟踪数据上报给信令跟踪管理模块；

其中，在获取所述信令跟踪标识之后，将所述信令跟踪标识发送给下一个网元组件之前，所述网元组件确定自身所属的业务流程完成后，根据所述业务流程中是否发生异常事件判断所述业务流程是否出现严重故障、以及所述严重故障对所述业务产生影响的程度，判断下一个网元组件是否需要进行信令跟踪，并在确定下一个网元组件需要进行信令跟踪时，将信令跟踪标识发送给下一个网元组件；

所述异常事件是由所述网元组件为自身业务流程处理过程预先定义的，所述异常事件可以为一个或多个事件。

4.根据权利要求3所述的方法，其特征在于，该方法还包括：信令跟踪管理模块对网元组件上报的信令跟踪数据进行处理和显示。

5.根据权利要求3所述的方法，其特征在于，所述信令跟踪管理模块设置信令跟踪条件为：

信令跟踪管理模块设置信令跟踪条件，所述信令跟踪条件为单个条件或组合条件，所述信令跟踪条件作为处于等待状态的任务进行保存，信令跟踪管理模块等待发起业务的第一个网元组件的登录注册。

6.根据权利要求5所述的方法，其特征在于，该方法还包括：根据特定需求，设置扩展条件和/或扩展属性。

7.根据权利要求3所述的方法，其特征在于，所述网元组件发起业务时，登录到信令跟踪管理模块进行注册为：

发起业务时，发起业务的第一个网元组件设置表示不需要进行信令跟踪的信令跟踪标识，在发起业务后，所述第一个网元组件向信令跟踪管理模块发起通信连接请求，登录到信令跟踪管理模块进行注册。

8.根据权利要求3所述的方法，其特征在于，所述在发起的业务满足信令跟踪条件时，获取信令跟踪标识为：

处于等待状态的信令跟踪管理模块接收到发起业务的第一个网元组件的通信连接请求后，获取该网元组件的业务属性，并根据所述业务属性或所述业务属性和获取的扩展属性，判断发起的业务是否满足所述信令跟踪条件；如果没有满足的信令跟踪条件，则执行正常的业务请求流程，发起的业务不进行信令跟踪；如果有满足的信令跟踪条件，则信令跟踪管理模块为该网元组件的跟踪任务生成信令跟踪任务ID，并为该网元组件设置表示需要进行信令跟踪的信令跟踪标识，将该网元组件上报的信令顺序设置为1。

9.根据权利要求3所述的方法，其特征在于，所述将信令跟踪标识发送给下一个网元组件为：

待业务流程全部完成后，网元组件判断下一个网元组件是否需要进行信令跟踪，如果不需要，则信令跟踪流程在当前网元组件终止，网元组件设置表示不需要进行信令跟踪的信令跟踪标识；如果需要，则网元组件设置表示需要进行信令跟踪的信令跟踪标识；网元组件将信令顺序加1，并将信令跟踪任务ID、信令跟踪标识、及信令顺序通过信令跟踪传递接口发送给下一个网元组件。

10.根据权利要求3所述的方法，其特征在于，所述下一个网元组件根据信令跟踪标识确定需要进行信令跟踪时，在处理业务过程中采集信令跟踪数据为：

网元组件根据上一个网元组件发送的信令跟踪标识判断是否需要进行信令跟踪，如果需要进行信令跟踪，则该网元组件在进行业务流程时需要采集信令跟踪数据；

所述网元组件进行的业务流程中的一个处理过程中，如果发现信令异常，则进行该信令的异常信息的缓存，再继续执行下一个处理过程；业务流程结束后，网元组件判断是否缓存有信令的异常信息，如果没有，则生成正常信令跟踪数据；如果存在缓存的异常信息，则对缓存信令的异常信息进行处理，并生成异常信令跟踪数据。

11.根据权利要求3所述的方法，其特征在于，所述将采集的信令跟踪数据上报给信令跟踪管理模块为：

网元组件过滤所述信令跟踪数据，并在所述网元组件完成自身的业务流程后，对信令跟踪任务ID、信令顺序、及采集并过滤的正常信令跟踪数据或异常信令跟踪数据进行封装，通过信令跟踪数据上报接口上报给信令跟踪管理模块。

12.根据权利要求4所述的方法，其特征在于，所述信令跟踪管理模块对网元组件上报的信令跟踪数据进行处理和显示为：

信令跟踪管理模块根据各个网元组件上报的信令跟踪任务ID和信令顺序N，对信令跟踪数据进行处理；通过信令跟踪任务ID确定本次任务涉及的所有网元组件及信令跟踪数据，通过信令顺序将信令跟踪数据按照业务流程发生的先后顺序进行组合，并形成信令流程图，对正常信令跟踪数据和异常信令跟踪数据进行区别显示。