CN101631261B - 信令跟踪方法、信令跟踪后台装置及跟踪系统 - Google Patents

Abstract

本发明提供一种信令跟踪方法、信令跟踪后台装置及跟踪系统，其中方法包括：信令跟踪后台装置获取一通用接口文件，所述通用接口文件包括：所述信令跟踪前台装置的逻辑网元的跟踪条件；所述信令跟踪后台装置对所述通用接口文件进行处理，生成信令跟踪界面；所述信令跟踪后台装置将满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上。本发明的方案使信令跟踪后台模块代码统一化，减少开发人员的维护工作量。

Description

信令跟踪方法、信令跟踪后台装置及跟踪系统

技术领域

本发明涉及通讯领域的信令跟踪系统，特别是指一种信令跟踪方法、信令跟踪后台装置及跟踪系统。 

背景技术

在网络通信技术中，信令跟踪系统进行实时跟踪并显示与各业务相关的信令，提供相应的解释和分析，方便使用人员观察信令的流向、内容和流程。信令跟踪工具在实际工程应用中的作用是显而易见的，是业务定位问题的重要手段之一。 

信令跟踪系统包括：信令跟踪前台和信令跟踪后台两部分，信令跟踪前台是指业务处理机、网关、前置机等逻辑网元，提供产生信令信息，并通过TCP/IP协议转发到信令跟踪后台的接口模块，信令跟踪后台是指负责发起跟踪，并接收信令跟踪前台信令解析并进行展示信令消息内容的模块，可包括下述的服务端和客户端。 

但目前对于各项信令跟踪的后台的开发来说，存在一个问题：虽然流程大抵相似，都是客户端发起跟踪，服务端转发到业务信令跟踪前台，信令跟踪前台处理后，产生满足跟踪条件的信令数据，服务端把信令数据下发到客户端，客户端展现信令。但各业务的要求又不完全相同，每个业务都有自己的特点要求，各业务信令跟踪条件都是各业务定制的。 

目前业务信令跟踪工具都是根据业务的要求独身定制的，每一种业务是由信令跟踪前台中的逻辑网元来实现，每一个逻辑网元都需要定制一套相似但又不同的代码，而每一个逻辑网元都可以具有多个跟踪条件，各信令跟踪条件的信令跟踪接口相似但存在差异，对于开发人员来说，需要维护很多套代码或者雷同但又不完全一致的信令跟踪后台代码，经常会把多个业务的需求混淆。 

如何能够用一套可扩展适配的接口来动态实现各业务的信令跟踪后台开 发是目前存在的一个问题。 

发明内容

本发明要解决的技术问题是提供一种信令跟踪方法、信令跟踪后台装置及跟踪系统，解决现有的各信令跟踪条件接口差异化后台跟踪代码不能统一化的问题。 

为解决上述技术问题，本发明的实施例提供一种信令跟踪方法，包括： 

信令跟踪后台装置获取一通用接口文件，所述通用接口文件包括：信令跟踪前台装置的逻辑网元的跟踪条件； 

所述信令跟踪后台装置对所述通用接口文件进行处理，生成信令跟踪界面； 

所述信令跟踪后台装置将满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上； 

其中，所述通用接口文件是根据信令跟踪前台装置的信令跟踪接口文件生成，所述跟踪条件与所述信令跟踪接口文件中的信令跟踪接口对应。 

其中，所述信令跟踪后台装置对所述通用接口文件进行处理，生成信令跟踪界面的步骤具体包括： 

所述信令跟踪后台装置将所述通用接口文件转换成通用接口对象； 

所述信令跟踪后台装置对所述通用接口对象进行解析，生成信令跟踪界面。 

其中，所述信令跟踪后台装置将满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上的步骤具体包括： 

所述信令跟踪后台装置将在所述信令跟踪界面中选择的跟踪条件，转发给所述信令跟踪前台装置； 

所述信令跟踪后台装置将所述信令跟踪前台装置发送的满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上。 

其中，所述通用接口文件为可扩展标记语言XML格式的通用接口文件；所述通用接口文件的根节点为信令跟踪系统名称，一级节点为逻辑网元的名称，二级节点为所述逻辑网元的跟踪条件。 

其中，所述跟踪条件具体为：跟踪模式或者跟踪方式；所述跟踪条件的结构包括：字段的名称、字段描述、字段长度、字段的序号、数据类型、取值范围，在信令跟踪界面上显示需要的控件类型、是否有子跟踪条件和默认值中的至少一个。 

为解决上述技术问题，本发明的实施例还提供一种信令跟踪后台装置，包括：服务端模块，用于获取通用接口文件，所述通用接口文件包括：所述信令跟踪前台装置的逻辑网元的跟踪条件； 

客户端模块，用于对所述通用接口文件进行处理，生成信令跟踪界面，将满足选择的跟踪条件的信令跟踪数据，展现在所述信令跟踪界面上；其中，所述通用接口文件是根据信令跟踪前台装置的信令跟踪接口文件生成，所述跟踪条件与所述信令跟踪接口文件中的信令跟踪接口对应。 

其中，所述服务端模块包括：获取模块，用于获取根据信令跟踪前台装置的信令跟踪接口文件生成一XML格式的通用接口文件； 

解析模块，用于对所述XML格式的通用接口文件进行解析，将所述XML格式的通用接口文件转换为XML通用接口对象。 

其中，所述客户端模块包括：调用模块，用于调用所述XML通用接口对象； 

适配模块，用于对所述XML通用接口对象进行解析，生成信令跟踪界面； 

第一转发模块，用于将在所述信令跟踪界面中选择的跟踪条件，转换成XML对象，并将所述XML对象发送至所述服务端模块； 

所述服务端模块还包括：第二转发模块，用于接收所述第一转发模块发送的选择的跟踪条件，并转发至所述信令跟踪前台装置的相应的逻辑网元；并将所述信令跟踪前台装置发送的满足所述选择的跟踪条件的信令跟踪数据，转发至所述信令跟踪界面上。 

为解决上述技术问题，本发明的实施例还提供一种信令跟踪系统，包括： 

信令跟踪前台装置，用于根据业务及实现该业务的逻辑网元提供的信令跟踪接口，生成信令跟踪接口文件，以及根据信令跟踪后台装置转发的选择的跟踪条件进行跟踪，生成信令跟踪数据； 

信令跟踪后台装置，用于获取根据所述信令跟踪接口文件生成的通用接口 文件，并将所述通用接口文件进行处理，生成信令跟踪界面；并将满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上。 

本发明的上述技术方案的有益效果如下： 

上述方案中，通过获取一通用接口文件(如XML格式的通用接口文件)，从而使信令跟踪后台模块代码统一化，由于通用接口文件具有开放性、跨平台性、可扩展性等这使得业务的信令跟踪接口扩展容易、客户端和服务端流程统一维护方便，减少开发人员的维护工作量。 

附图说明

图1为本发明的信令跟踪方法的流程示意图； 

图2为图1所示方法的一具体实现流程示意图； 

图3为本发明的信令跟踪后台装置的结构示意图； 

图4为图3所示信令跟踪后台装置的一具体实现结构示意图； 

图5为本发明的信令跟踪系统的结构示意图； 

图6为图5所示信令跟踪系统的一具体实现结构示意图。 

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。 

本发明针对现有各信令跟踪条件接口差异化后台跟踪代码不能统一化的问题，提供一种可扩展适配的接口来动态实现各业务的信令跟踪方法、信令跟踪后台装置及跟踪系统，从而使信令跟踪后台模块代码统一化，减少开发人员的维护工作量。 

如图1所示，本发明的信令跟踪方法，应用一信令跟踪系统，包括： 

步骤11，信令跟踪后台装置获取一通用接口文件，所述通用接口文件包括：所述信令跟踪前台装置的逻辑网元的跟踪条件； 

其中，该通用接口文件是根据信令跟踪前台装置的信令跟踪接口文件生成的，跟踪条件与信令跟踪接口文件中的信令跟踪接口对应，该信令跟踪接口可以是业务提供的c语言或者java信令跟踪接口，这里的业务是由逻辑网元实现 的； 

步骤12，信令跟踪后台装置对所述通用接口文件进行处理，生成信令跟踪界面； 

步骤13，信令跟踪后台装置将满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上。 

其中，上述步骤12的具体实现过程可包括： 

步骤121，信令跟踪后台装置将所述通用接口文件转换成通用接口对象； 

步骤122，信令跟踪后台装置对所述通用接口对象进行解析，生成信令跟踪界面。 

该步骤12的具体实现过程并不限于步骤121和步骤122所述的过程，还可以如直接对所述通用文件进行解析，生成信令跟踪界面。 

其中，上述步骤13的具体实现过程可包括： 

步骤131，信令跟踪后台装置将在所述信令跟踪界面中选择的跟踪条件，转发给所述信令跟踪前台装置； 

步骤132，信令跟踪后台装置将所述信令跟踪前台装置发送的满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上。 

该步骤13的具体实现过程也不限于步骤131和步骤132所述的过程，还可以如信令跟踪后台装置若具有信令跟踪功能，也可以直接在信令跟踪后台装置中获取满足选择的跟踪条件的信令跟踪数据，并展现在信令跟踪界面上。 

该实施例中，所述通用接口文件为XML(Extensible Markup Language，可扩展标记语言)格式的通用接口文件或者其它通用语言格式的通用接口文件，如SGML(Standard Generalized Markup Language，标准通用标记语言)格式的通用接口文件。 

该通用接口文件的根节点为信令跟踪系统名称，一级节点为逻辑网元的名称，二级节点为所述逻辑网元的跟踪条件。其中，XML格式的通用接口文件的具体设计格式如下： 

A1.根节点是以信令跟踪系统名称来命名； 

A2.一级子节点是以逻辑网元的名称来命名，一个信令跟踪系统里可能有多个逻辑网元，每个逻辑网元的跟踪条件并不相同且相对独立； 

A3.二级节点为逻辑网元的跟踪条件。 

其中，该跟踪条件可以具体为：跟踪模式或者跟踪方式，跟踪模式包括如：全用户跟踪或者单用户跟踪，而跟踪方式包括如：信令所属类别。 

上述跟踪条件的结构包括：接口字段的名称、字段描述、字段长度(以byte为单位)、字段的序号、数据类型(UINT8、BYTE、DWORD、LONG、char等等)、取值范围，在信令跟踪界面上显示需要的控件类型(0：文本1：checkbox2：Radio Button，3：ip地址等)、是否有子跟踪条件和默认值中的至少一个。跟踪条件的XML与前台的信令跟踪接口描述一一对应起来。 

下面结合具体的流程说明上述方法的具体实现流程，如图2所示： 

步骤21，信令跟踪后台装置的服务端读取已经按照业务要求配置好的XML格式的通用接口文件，并生成XML通用接口对象；其中，XML通用接口文件的元素包括： 

010.系统名称命名的根节点； 

020.以逻辑网元名称命名的一级节点，一个系统里可有多个逻辑网元，每个逻辑网元的名称、所属业务范围都要描述出来； 

030.二级节点也就是每个逻辑网元的跟踪条件，跟踪条件的设计包括字段名称、中英文描述、界面应该使用的控件类型(0：文本1：checkbox2：RadioButton 3.ip地址等)、字段类型(UINT8、BYTE、DWORD、LONG、char等等)、取值范围、字段长度(以byte为单位)、默认值等组成； 

步骤22，信令跟踪后台装置的客户端模块调用XML通用接口对象，根据逻辑网元数目和逻辑网元要求的跟踪条件，生成树状信令跟踪界面； 

步骤23，用户在信令跟踪界面上选择具体的跟踪条件，并生成XML对象发送到服务端模块； 

步骤24，服务端模块接收到客户端模块的请求XML对象后根据XML的描述要求处理成二进制码流转发到业务信令跟踪前台装置的接口； 

步骤25，服务端模块收到信令跟踪前台装置根据该选择的跟踪条件，产生的信令跟踪数据，根据客户端模块的请求条件转发到符合条件的客户端； 

步骤26，客户端模块把信令跟踪数据按照要求展现在客户端信令跟踪界面上。 

其中，上述步骤21中，XML格式的通用接口文件的具体实现代码如下： 

    Typedef struct 

    { 

         CHAR condition1；/*跟踪条件1；num/ISDN必须正确*/ 

         BYTE condition2；/*跟踪条件2地址跟踪，0-不指定IP跟踪(默认)； 

BYTE[0]为IP高位*/ 

   }condi_T； 

   typedef struct 

   { 

   BYTE    condition1；/*条件10：单用户1：全用户2：多用户*/ 

   WORD    condition2  /*条件2跟踪实体1：Naf跟踪2：SG跟踪*/ 

    condi_T   condition3；/*条件3*/ 

   }Condition_T； 

   /*业务项目名称MobileTV*/ 

   <？xml version＝“1.0”  encoding＝“GB2312”？> 

    -<interface> 

    -<！-- 

        TrackProject：业务项目名称 

        TrackFunc：网元ColumCount：网元个数FuncValue：网元名称 

        Condition：条件DescriptChs：中文描述 DataType：数据类型DtaaLen： 

数据长度 

        DataType  0：BYTE 1：WORD 2：DWORD 3：INT 4：字符串5：IP地址 

6：时间Clocktime 7：bits 

    DataLen是以byte为长度的计算，如一个DWORD类型的数据 

DWORD的长度DataLen＝4 

  --> 

  <TrackProject>Mobile TV</TrackProject> 

  -<TrackFunc ColumCount＝“2”> 

  -<FuncEntity FuncName＝“NAF”Value＝“”> 

   -<condition> 

   -<index Value＝“1”DescriptChs＝“跟踪条件1”DataType＝“0”DataLen＝“1” 

ISEnum＝“True”> 

  <enum>0</enum> 

  <enum>1</enurn> 

  <enum>2</enum> 

</index> 

<index Value＝“2”DescriptChs＝“跟踪条件2”DataType＝“5”DataLen＝“16” 

ISEnum＝“false”/> 

-<index Value＝“3”DescriptChs＝“跟踪条件3”> 

<index Value＝“1”DescriptChs＝“跟踪条件  1”DataType＝“2”DataLen＝“4” 

ISEnum＝“false”/> 

<index Value＝“2”DescriptChs＝“跟踪条件2”DataType＝“0”DataLen＝“4” 

ISEnum＝“false”/> 

</index> 

</condition> 

</FuncEntity> 

-<FuncEntity FuncValue＝“SG”Value＝“”> 

  -<condition> 

   -<index Value＝“1”DescriptChs＝“跟踪条件1”DataType＝“0”DataLen＝“1” 

ISEnum＝“True”> 

<enum>0</enum> 

<enum>1</enum> 

<enum>2</enum> 

</index> 

  <index Value＝“2”DescriptChs＝“跟踪条件2”DataType＝“5”DataLen＝“16” 

ISEnum＝“false”/> 

-<index Value＝“3”DescriptChs＝“跟踪条件3”> 

<index Value＝“ 1”DescriptChs＝“跟踪条件1”DataType＝“2”DataLen＝“4” 

ISEnum＝“false”/> 

<index Value＝“2”DescriptChs＝“跟踪条件2”Data Type＝“0”DataLen＝“4” 

ISEnum＝“false”/> 

  </index> 

  </condition> 

  </FuncEntity> 

  </TrackFunc> 

  </Interface> 

本发明的上述实施例提供的信令跟踪方法，通过配置并获取一通用接口文件(如XML格式的通用接口文件)，由于通用接口文件具有开放性、跨平台性、可扩展性等这使得业务的信令跟踪接口扩展容易、客户端和服务端流程统一维护方便，客户端界面更加灵活，在大大提高工作效率的同时还可降低了程序开发的周期和调试的工作量。 

如图3所示，为本发明的实施例信令跟踪后台装置40的结构示意图，该信令跟踪后台装置40包括： 

服务端模块41，用于获取通用接口文件，所述通用接口文件包括：所述信令跟踪前台装置的逻辑网元的跟踪条件； 

客户端模块42，用于对所述通用接口文件进行处理，生成信令跟踪界面；并将满足选择的跟踪条件的信令跟踪数据，展现在所述信令跟踪界面上。 

如图4所示，在上述图3的基础上，上述服务端模块41包括： 

获取模块411，用于获取根据信令跟踪前台装置的信令跟踪接口文件生成一XML格式的通用接口文件；其中，跟踪条件与信令跟踪接口文件中的信令跟踪接口对应，该信令跟踪接口可以是业务提供的c语言或者java信令跟踪接口，这里的业务是由逻辑网元实现的；当然，这里并不限于XML格式的通用接口文件，也可以是如SGML格式的通用接口文件； 

解析模块412，用于对所述XML格式的通用接口文件进行解析，将所述XML格式的通用接口文件转换为XML通用接口对象； 

该解析模块412在服务端启动后会根据自己的部署方式调用XML函数库 去读取XML通用接口文件，并将读取的XML通用接口文件进行解析，解析出业务的条件范围要求，并根据业务的条件范围要求将XML通用接口文件转换成XML通用接口对象； 

而上述客户端模块42包括： 

调用模块421，用于调用上述解析模块412生成的XML通用接口对象，并转发给适配模块422； 

适配模块422，用于对所述XML通用接口对象进行解析，并将对象的元素取出，生成信令跟踪界面，如根据逻辑网元树来生成不同的tab页面；在每个tab页面上以树状结构把跟踪条件接口展现，以方便用户操作；另外适配模块422还把服务端转发的信令跟踪数据具体展现到客户端界面上； 

第一转发模块423，用于将在所述信令跟踪界面中选择的跟踪条件，转换成XML对象，并将所述XML对象发送至所述服务端模块； 

当用户在信令跟踪界面上选择了具体的跟踪条件如跟踪模式、跟踪方式等，该第一转发模块423会把信令跟踪界面上根据选择的跟踪条件的具体操作生成XML对象，并把该XML对象转发到服务端； 

所述服务端模块41还包括： 

第二转发模块413，用于接收所述第一转发模块423发送的选择的跟踪条件，并转发至所述信令跟踪前台装置的相应的逻辑网元的信令前台接口；另外把各逻辑网元上报的信令跟踪数据转发到对应的逻辑网元上；并将所述信令跟踪前台装置发送的，逻辑网元的满足所述选择的跟踪条件的信令跟踪数据，转发至所述信令跟踪界面上。 

和上述方法实施例中一样，该通用接口文件(如XML格式的通用接口文件)的具体设计格式如下： 

A1.根节点是以信令跟踪系统名称来命名； 

A2.一级子节点是以逻辑网元的名称来命名，一个信令跟踪系统里可能有多个逻辑网元，每个逻辑网元的跟踪条件并不相同且相对独立； 

A3.二级节点为逻辑网元的跟踪条件。 

其中，该跟踪条件可以具体为：跟踪模式或者跟踪方式，跟踪模式包括如：全用户跟踪或者单用户跟踪，而跟踪方式包括如：信令所属类别。 

上述跟踪条件的结构包括：接口字段的名称、字段描述、字段长度(以byte为单位)、字段的序号、数据类型(UINT8、BYTE、DWORD、LONG、char等等)、取值范围、在信令跟踪界面上显示需要的控件类型(0：文本1：checkbox2：RadioButton，3：ip地址等)、是否有子跟踪条件和默认值中的至少一个。 

本发明所提供的信令跟踪后台装置，通过配置一通用接口文件，如XML格式的通用接口文件，由于XML具有开放性、跨平台性、可扩展性等这使得业务的信令跟踪接口扩展容易、客户端和服务端流程统一维护方便，客户端界面更加灵活，在大大提高工作效率的同时还可降低了程序开发的周期和调试的工作量。 

如图5所示，本发明的实施例还提供一种信令跟踪系统，包括： 

信令跟踪前台装置30，用于根据业务及实现该业务的逻辑网元提供的信令跟踪接口，生成信令跟踪接口文件，以及根据信令跟踪后台转发的选择的跟踪条件进行跟踪，生成信令跟踪数据，并把信令跟踪数据发送到信令跟踪后台装置40； 

信令跟踪后台装置40，用于获取根据所述信令跟踪接口文件生成的通用接口文件，并将所述通用接口文件进行处理，生成信令跟踪界面；并将满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上。 

如图6所示，上述图4所示的具体实现方式同样适用于该系统，具体来讲，信令前台装置30包括有至少多个逻辑网元，每个逻辑网元都具有多个跟踪条件对应的信令跟踪接口；而信令跟踪后台装置40包括：服务端模块41和客户端模块42，其中，服务端模块41包括：获取模块411，用于获取根据信令跟踪前台装置的信令跟踪接口文件生成一XML格式的通用接口文件； 

解析模块412，用于对所述XML格式的通用接口文件进行解析，将所述XML格式的通用接口文件转换为XML通用接口对象； 

该解析模块412在服务端启动后会根据自己的部署方式调用XML函数库去读取XML通用接口文件，并将读取的XML通用接口文件进行解析，解析出业务的条件范围要求，并根据业务的条件范围要求将XML通用接口文件转换成XML通用接口对象； 

客户端模块42包括：调用模块421，用于调用上述解析模块412生成的 XML通用接口对象，并转发给适配模块422； 

适配模块422，用于对所述XML通用接口对象进行解析，并将对象的元素取出，生成信令跟踪界面，如根据逻辑网元树来生成不同的tab页面；在每个tab页面上以树状结构把跟踪条件接口展现，以方便用户操作；另外适配模块422还把服务端转发的信令跟踪数据具体展现到客户端界面上； 

第一转发模块423，用于将在所述信令跟踪界面中选择的跟踪条件，转换成XML对象，并将所述XML对象发送至所述服务端模块； 

当用户在信令跟踪界面上选择了具体的跟踪条件如跟踪模式、跟踪方式等，该第一转发模块423会把信令跟踪界面上根据选择的跟踪条件的具体操作生成XML对象，并把该XML对象转发到服务端； 

所述服务端模块41还包括：第二转发模块413，用于接收所述第一转发模块423发送的选择的跟踪条件，并转发至所述信令跟踪前台装置的相应的逻辑网元的信令前台接口；另外把各逻辑网元上报的信令跟踪数据转发到对应的逻辑网元上；并将所述信令跟踪前台装置发送的，逻辑网元的满足所述选择的跟踪条件的信令跟踪数据，转发至所述信令跟踪界面上。 

当然，本发明的信令跟踪系统中的通用接口文件也不限于XML格式的通用接口文件，也可以是如SGML格式的通用接口文件。 

本发明所提供的信令跟踪系统，通过配置一通用接口文件，如XML格式的通用接口文件，由于XML具有开放性、跨平台性、可扩展性等这使得业务的信令跟踪接口扩展容易、客户端和服务端流程统一维护方便，客户端界面更加灵活，在大大提高工作效率的同时还可降低了程序开发的周期和调试的工作量。 

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。 

Claims (9)

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

信令跟踪后台装置获取一通用接口文件，所述通用接口文件包括：信令跟踪前台装置的逻辑网元的跟踪条件；

所述信令跟踪后台装置对所述通用接口文件进行处理，生成信令跟踪界面；

所述信令跟踪后台装置将满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上；

所述通用接口文件是根据信令跟踪前台装置的信令跟踪接口文件生成，所述跟踪条件与所述信令跟踪接口文件中的信令跟踪接口对应。

2.根据权利要求1所述的信令跟踪方法，其特征在于，所述信令跟踪后台装置对所述通用接口文件进行处理，生成信令跟踪界面的步骤具体包括：

所述信令跟踪后台装置将所述通用接口文件转换成通用接口对象；

所述信令跟踪后台装置对所述通用接口对象进行解析，生成信令跟踪界面。

3.根据权利要求2所述的信令跟踪方法，其特征在于，所述信令跟踪后台装置将满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上的步骤具体包括：

所述信令跟踪后台装置将在所述信令跟踪界面中选择的跟踪条件，转发给所述信令跟踪前台装置；

所述信令跟踪后台装置将所述信令跟踪前台装置发送的满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上。

4.根据权利要求1-3任一项所述的信令跟踪方法，其特征在于，所述通用接口文件为可扩展标记语言XML格式的通用接口文件；所述通用接口文件的根节点为信令跟踪系统名称，一级节点为逻辑网元的名称，二级节点为所述逻辑网元的跟踪条件。

5.根据权利要求4所述的信令跟踪方法，其特征在于，所述跟踪条件具体为：跟踪模式或者跟踪方式；所述跟踪条件的结构包括：字段的名称、字段描述、字段长度、字段的序号、数据类型、取值范围，在信令跟踪界面上显示需要的控件类型、是否有子跟踪条件和默认值中的至少一个。

6.一种信令跟踪后台装置，其特征在于，包括：

服务端模块，用于获取通用接口文件，所述通用接口文件包括：信令跟踪前台装置的逻辑网元的跟踪条件；

客户端模块，用于对所述通用接口文件进行处理，生成信令跟踪界面，将满足选择的跟踪条件的信令跟踪数据，展现在所述信令跟踪界面上；所述通用接口文件是根据信令跟踪前台装置的信令跟踪接口文件生成，所述跟踪条件与所述信令跟踪接口文件中的信令跟踪接口对应。

7.根据权利要求6所述的信令跟踪后台装置，其特征在于，所述服务端模块包括：

获取模块，用于获取根据信令跟踪前台装置的信令跟踪接口文件生成一XML格式的通用接口文件；

解析模块，用于对所述XML格式的通用接口文件进行解析，将所述XML格式的通用接口文件转换为XML通用接口对象。

8.根据权利要求7所述的信令跟踪后台装置，其特征在于，所述客户端模块包括：

调用模块，用于调用所述XML通用接口对象；

适配模块，用于对所述XML通用接口对象进行解析，生成信令跟踪界面；

第一转发模块，用于将在所述信令跟踪界面中选择的跟踪条件，转换成XML对象，并将所述XML对象发送至所述服务端模块；

所述服务端模块还包括：

第二转发模块，用于接收所述第一转发模块发送的选择的跟踪条件，并转发至所述信令跟踪前台装置的相应的逻辑网元；并将所述信令跟踪前台装置发送的满足所述选择的跟踪条件的信令跟踪数据，转发至所述信令跟踪界面上。

9.一种信令跟踪系统，其特征在于，包括：

信令跟踪前台装置，用于根据业务及实现该业务的逻辑网元提供的信令跟踪接口，生成信令跟踪接口文件，以及根据信令跟踪后台装置转发的选择的跟踪条件进行跟踪，生成信令跟踪数据；

信令跟踪后台装置，用于获取根据所述信令跟踪接口文件生成的通用接口文件，并将所述通用接口文件进行处理，生成信令跟踪界面；并将满足选择的跟踪条件的信令跟踪数据展现在所述信令跟踪界面上。

Images