CN102891875A

CN102891875A - 信令跟踪方法、web客户端、服务端及信令跟踪系统

Info

Publication number: CN102891875A
Application number: CN2011102055113A
Authority: CN
Inventors: 王文娟; 耿兴元
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2011-07-21
Filing date: 2011-07-21
Publication date: 2013-01-23
Anticipated expiration: 2031-07-21
Also published as: CN102891875B

Abstract

本发明涉及通信领域，提供了一种信令跟踪方法、WEB客户端、服务端及信令跟踪系统，其中的信令跟踪方法包括：预先封装一消息协议，其中封装有WEB客户端到服务端的请求消息体和服务端到WEB客户端的回应消息体；在进行信令跟踪过程中，所述WEB客户端按照信令跟踪操作步骤，采用异步方式向服务端发送请求消息并接收服务端进行相应处理后返回的回应消息，在用户界面上显示信令跟踪结果。本发明实现了多用户多条件实时跟踪，用户可以随时随地通过使用浏览器访问WEB客户端，WEB客户端跟踪到的信令跟踪结果数据在显示时无需刷新页面，显示更加流畅；另外，还提供了三种界面显示方式，增强了易用性。

Description

信令跟踪方法、WEB客户端、服务端及信令跟踪系统

技术领域

本发明涉及通信领域，尤其涉及一种信令跟踪方法、WEB客户端、服务端及B/S(Browser/Server，浏览器/服务器)架构的信令跟踪系统。

背景技术

信令跟踪系统在通信领域中广泛使用，它用于跟踪显示业务网元的信令，并提供解释和分析，为使用人员在开局调试及日常维护中获知信令流程及内容、定位业务问题提供了手段。信令跟踪工具的使用人员通常有现场维护人员、开发人员、测试人员。

信令跟踪作为一种工具，在需要跟踪调试时，应当使用方便，易用性强，能够协助用户快速定位问题，并且用户不需要使用特定的客户端就可以进行跟踪调试。

目前的信令跟踪系统大多使用C/S(Client/Server，客户端/服务器)架构，C/S架构的信令跟踪在使用时，需要部署客户端程序并配置相关的配置文件，使用人员需要在已经部署好信令跟踪客户端的终端才能使用信令跟踪，使用具有局限性。

已知实现的B/S架构的信令跟踪，WEB客户端通常采用的是JAVAAPPLET方式，该种架构在使用时WEB客户端需要先下载安装JRE和APPLET程序，不是纯WEB方式；另外的可能采取的B/S架构的实现方式是使用WEB客户端定时向服务器请求刷新页面的技术，这种方法是通过向服务器定时发送请求，在获得响应的同时刷新页面来显示数据，这种方式在每次请求/响应时页面都会不停的闪烁。

发明内容

本发明的目的在于提供一种信令跟踪方法、WEB客户端、服务端以及信令跟踪系统，实现纯WEB方式浏览，提高信令数据结果显示的流畅性，同时降低信令跟踪过程实现的复杂度。

本发明的目的是通过以下技术方案实现的。

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

预先封装一消息协议，其中封装有WEB客户端到服务端的请求消息体和服务端到WEB客户端的回应消息体；

在进行信令跟踪过程中，所述WEB客户端按照信令跟踪操作步骤，采用异步方式向服务端发送请求消息并接收服务端进行相应处理后返回的回应消息，在用户界面上显示信令跟踪结果。

优选地，所述WEB客户端到服务端的请求消息体包括：绑定请求消息、开始信令跟踪请求消息、获取信令跟踪结果请求消息、停止信令跟踪请求消息、解除绑定请求消息；

所述服务端到WEB客户端的回应消息体包括：绑定回应消息、开始信令跟踪回应消息、停止信令跟踪回应消息。

优选地，所述在进行信令跟踪的过程中，WEB客户端的协议消息处理过程进一步包括：

WEB客户端以AJAX方式向服务端发送绑定请求消息；

在接收到服务端的绑定成功应答后，WEB客户端以AJAX方式向服务端发送开始信令跟踪消息，该消息中携带有信令跟踪条件；

在接收到服务端的开始信令跟踪成功应答后，WEB客户端以DWR方式定时向服务端发送获取信令跟踪结果请求消息，实时接收服务端返回的信令跟踪结果数据并将其显示在用户界面上；

在停止对指定的信令网元的信令跟踪时，WEB客户端向服务端发送停止跟踪消息；

在停止对全部信令网元的信令跟踪后，WEB客户端向服务端发送解除绑定请求消息，从服务端注销。

优选地，所述在进行信令跟踪的过程中，服务端的协议消息处理过程进一步包括：

在接收到WEB客户端的绑定请求消息时，服务端获取该请求的会话ID，为该会话ID分配相应的缓存，并返回绑定回应消息给WEB客户端；

在接收到开始信令跟踪请求消息时，服务端监听获取相应的业务网元代理上报的数据并将数据存储至相应的缓存中，同时返回开始信令跟踪回应消息给WEB客户端；

在接收到停止信令跟踪请求消息时，服务端转发停止跟踪对应的业务网元，清空对应缓存中存储的信令跟踪数据，并返回停止信令跟踪回应消息给WEB客户端；

在接收到解除绑定请求消息时，服务端释放该消息中会话ID对应的缓存，并在本端注销该会话ID。

优选地，所述WEB客户端在用户界面上显示信令跟踪结果的方式为：

在同一表格界面显示各业务网元的开始/停止跟踪按钮，并逐行显示信令跟踪结果；

通过多个分页TAB界面分别显示各业务网元的开始/停止跟踪按钮，分别逐行显示信令跟踪结果；或

在对信令跟踪结果进行分析后，以流程图的方式在界面上进行显示。

优选地，所述开始信令跟踪请求消息体中携带信令跟踪条件参数，该信令跟踪条件包括：开始/停止信令跟踪的业务网元对象、开始/停止信令跟踪的业务网元对象的模块号列表、开始/停止信令跟踪的具体跟踪条件。

一种WEB客户端，包括用户界面显示单元和客户端处理单元，所述客户端处理单元包括：

消息发送接收模块，用于根据信令跟踪操作步骤及与封装的消息协议，采用异步方式向服务端发送请求消息并接收服务端返回的回应消息，在用户界面显示单元显示信令跟踪结果。

优选地，所述消息发送接收模块进一步包括：

用于以AJAX方式向服务端发送绑定请求消息、接收服务端返回的绑定回应消息的绑定请求发送及接收模块；

用于以AJAX方式向服务端发送开始信令跟踪消息、接收服务端返回的开始信令跟踪回应消息的开始跟踪请求发送及接收模块；

用于以DWR方式定时向服务端发送获取信令跟踪结果请求消息、实时接收服务端返回的信令跟踪结果数据的获取信令跟踪结果请发送及接收模块；

用于向服务端发送停止跟踪消息的停止跟踪请求发送模块；

用于向服务端发送解除绑定请求消息的解除绑定请求发送模块。

优选地，所述客户端处理单元还包括：

信令跟踪结果保存模块，用于保存所获取的信令跟踪结果；

历史跟踪数据导入分析模块，用于将历史信令跟踪结果数据导入至用户界面显示单元进行显示。

一种服务端，包括消息接收发送模块和消息处理模块；

所述消息接收发送模块，用于接收WEB客户端采用异步方式发送来的请求消息，并向WEB客户端返回消息处理模块生成的响应消息。

所述消息处理模块，用于根据所述请求消息的内容进行相应处理并根据处理结果按照预先封装的消息协议生成响应消息。

优选地，所述消息接收及发送模块进一步包括：

用于接收WEB客户端的绑定请求消息并返回绑定回应消息给WEB客户端的绑定请求接收及响应发送模块；

用于接收WEB客户端的开始信令跟踪请求消息并返回开始信令跟踪回应消息给WEB客户端的开始信令跟踪请求接收及响应发送模块；

用于接收WEB客户端的停止信令跟踪请求消息并返回停止信令跟踪回应消息给WEB客户端的停止信令跟踪请求接收及响应发送模块；

用于接收WEB客户端的获取信令跟踪结果请求消息并返回跟踪结果给WEB客户端的获取信令跟踪结果请求接收模块；

用于接收WEB客户端的解除绑定请求消息的绑定请求接收模块。

一种B/S架构的信令跟踪系统，包括如上所述的WEB客户端，以及N个如上所述的服务端，所述N≥1。

与现有技术相比，本发明实施例具有以下有益效果：

本发明自定义的协议消息规范了WEB客户端与服务端之间的消息发送接收，同时通过使用AJAX和DWR技术实现异步收发自定义的协议消息，支持多个WEB客户端同时跟踪不同的网元，即实现了多用户多条件实时跟踪，用户可以随时随地通过使用浏览器访问WEB客户端，WEB客户端跟踪到的信令跟踪结果数据在显示时无需刷新页面，显示更加流畅。

附图说明

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

图1为本发明实施例WEB客户端和服务端的异步消息流程示意图；

图2为本发明实施例WEB客户端协议消息处理流程示意图；

图3为本发明实施例服务端协议消息处理流程示意图；

图4为本发明实施例多WEB客户端跟踪示意图；

图5为本发明实施例界面定制实现示意图；

图6为本发明实施例信令跟踪结果保存及历史结果导入界面处理流程示意图。

具体实施方式

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

本发明实施例封装了一种消息协议，该种消息协议是基于HTTP协议，在实现时以异步消息方式进行发送接收。这种消息协议封装了WEB客户端到服务端的五种请求消息体及服务端到客户端的三种回应消息体。

其中，WEB客户端到服务端的五种请求分别是：绑定请求(bindRequest)，开始信令跟踪请求(startsigtraceRequest)，获取信令跟踪结果请求(getsigdataRequest)，停止信令跟踪请求(stopsigtraceRequest)，解除绑定请求(unbindRequest)。

其中，服务端到WEB客户端的三种响应分别是：绑定响应(bindResponse)，开始信令跟踪回应(startsigtraceResponse)，停止信令跟踪回应(stopsigtraceResponse)。

消息定义如下：

绑定请求的消息体是空：BindRequest::＝NULL。

绑定回应的消息体是：

其中SessionId是服务端与该WEB客户端的会话ID，SigtraceResult是自定义的信令跟踪结果集，是用整数定义的一组结果，包括成功、失败(包括几种不同原因的失败)、其他。

开始信令跟踪请求的消息体是：

StartSigtraceRequest::＝

{

SigtraceXML Stringbuffer

}

其中SigtraceXML是自定义的XML格式的信令跟踪条件，主要包括开始/停止信令跟踪的业务网元对象FuncId，开始/停止信令跟踪的业务网元对象的模块号列表ModuleList，开始/停止信令跟踪的具体跟踪条件TraceCondition。

开始信令跟踪响应的消息体是：

StartSigtraceResponse::＝

{

sigtraceResult SigtraceResult

}

获取信令跟踪结果请求的消息体是：

停止信令跟踪请求的消息体是：

StopSigtraceRequest::＝

{

SigtraceXML Stringbuffer

}

停止信令跟踪响应的消息体是：

StopSigtraceResponse::＝

{

sigtraceResult SigtraceResult

}

解除绑定请求的消息体是：

UnBindRequest::＝

{

sessionid SessionId

}

上述自定义的协议消息规范了WEB客户端与服务端之间的消息发送接收，支持多个WEB客户端同时跟踪不同的网元，即实现了多用户多条件实时跟踪。

本实施例中WEB客户端包括消息发送接收模块，上述所有的请求都由WEB客户端发起，消息由消息发送接收模块采用异步方式进行发送接收。异步是通过使用AJAX技术或者AJAX框架(DWR)来实现的。绑定请求，开始跟踪请求，停止跟踪请求，解除绑定请求，这四个请求使用的是AJAX技术。获取信令跟踪结果请求，使用的是AJAX框架---DWR(Direct Web Remoting)技术。DWR是一种远程过程框架，它可以把服务器的任何Java对象公开为可以通过浏览器中的JavaScript访问的远程对象，它基于Java类动态创建JavaScript代码，允许开发人员通过JavaScript访问服务器端的Java资源，就像这些资源在浏览器本地一样。

本实施例中，通过使用AJAX和DWR技术，实现了异步收发上述自定义的协议消息。异步体现在：当WEB客户端正在跟踪某一个业务网元时，也可以开始/停止其它的业务网元的跟踪；WEB客户端跟踪到的信令跟踪数据在显示时无需刷新页面，页面流畅。

另外，本发明实施例中WEB客户端还具有界面定制功能，该功能提供三种界面展示方式：

a、界面是一个表格界面。在同一个表格界面显示各业务网元开始/停止跟踪按钮，逐行显示信令结果。

b、界面是多个分页TAB界面。各个分页TAB界面分别显示各个网元的开始/停止跟踪按钮，分别逐行显示信令结果。

c、界面是一个信令流程图界面。收到信令结果后，以流程图的方式展示信令结果。

界面显示默认是采用第一种方式。用户在开始跟踪前，可以选择上述三种界面展示方式中的任意一种。该界面定制功能增强了易用性，用户可以根据本次跟踪定位问题的目的和类别来选择合适的界面展示方式，有助于分析定位问题。

本发明实施例中WEB客户端还包括信令跟踪结果保存模块和历史跟踪数据导入分析模块；分别用以提供信令跟踪结果保存功能和将历史跟踪数据导入到用户界面显示的功能，供用户分析。

图1为本发明实施例提供的B/S架构的信令跟踪系统中WEB客户端和服务端的异步消息处理流程示意图。本示意图中，把WEB客户端区分为用户界面操作和客户端处理。客户端处理中使用了AJAX技术及DWR框架，实现了异步消息收发，客户端发出请求消息后，在收到消息应答前，可以继续其他的跟踪，仍然允许用户进行界面开始/停止操作或观察客户端返回的跟踪结果。

图2为本发明WEB客户端协议消息处理流程示意图。该处理包括以下步骤：

步骤201：WEB客户端向服务端发送绑定消息bindRequest。

步骤202：当WEB客户端收到服务端的绑定成功应答后，WEB客户端就可以开始发送开始信令跟踪消息startsigtraceRequest。该消息的消息体是表示信令跟踪条件的SigtraceXML。

步骤203：当WEB客户端收到服务端返回的开始信令跟踪消息成功应答后，启动每秒定时器，定时发送获取信令跟踪结果请求getsigdataRequest。该请求是以DWR方式来发送的，即事实上是调用的远程服务端的JAVA方法getsigdataRequest，该方法的入参是(sessionid，funcid)，返回结果是从服务端缓存中取出的该seesionid中的funcid对应的信令跟踪数据。WEB客户端在回调函数中对返回的信令跟踪结果集进行处理，并显示在界面上。

步骤204：WEB客户端发送停止信令跟踪请求stopsigtraceRequest，发送该请求后，客户端停止每秒定时器。

步骤205：WEB客户端发送解除绑定请求unbindRequest，发送该请求后，客户端从服务端注销，不能继续进行信令跟踪。

图3为本发明服务端协议消息处理流程示意图。该处理包括以下步骤：

步骤301：服务端收到绑定消息bindRequest后，获取该请求的sessionid，为该sessionid分配缓存，该缓存用于存储管理该web客户端的信令跟踪数据。并返回bindResponse消息到客户端，消息体为sessionId和sigtraceResult。

步骤302：服务端收到开始信令跟踪消息startsigtraceRequest后，服务端后向支撑模块注册监听，并转发开始跟踪请求到业务网元前台。服务端通过监听获取业务网元代理上报来的数据，把数据缓存到对应的缓存区。并返回startsigtraceResponse消息给客户端。

步骤303：服务端处理本地获取信令跟踪数据的方法，该方法把WEB客户端对应的sessionid缓存中的对应网元的信令跟踪数据取出。该方法被WEB客户端定时获取信令跟踪数据时通过DWR方式远程调用。调用后，服务端本地缓存中的数据清空。

步骤304：服务端收到停止信令跟踪请求stopsigtraceRequest后，转发停止跟踪请求到业务网元前台，清空该sessionid对应的网元的信令跟踪数据，并返回stopsigtraceResponse到客户端。

步骤305：服务端收到解除绑定请求unbindRequest后，释放sessionid对应的缓存，并注销sessionid。需要说明的是，服务端设有对客户端的活动状态的检测机制，每隔一段时间判断该客户端是否处于活动状态即是否在进行跟踪，如果客户端不是活动状态，则服务端自动解除该客户端的绑定。

图4为本发明多WEB客户端跟踪示意图。如图所示，本发明支持多个WEB客户端同时跟踪。理论上WEB客户端的个数没有限制。在本发明中，考虑到实际使用中同时需要通过使用信令跟踪客户端的用户较少，而且考虑到性能和易于管理，本发明限定最多同时32个WEB客户端进行信令跟踪。

图5为本发明界面定制实现示意图。该处理包括以下步骤：

步骤501：用户打开信令跟踪WEB客户端时，初始界面默认的a种方式界面，即界面是一个表格界面。在该界面上可以选择使用哪种显示界面。WEB客户端共编写了三种WEB客户端界面JSP文件，分别用于不同的界面显示方式。

步骤502-a：如果用户采用的就是a种界面选择方式，则界面保持不变。在该界面上，有各个业务网元的信令跟踪开始/停止按钮。跟踪到的所有业务网元的信令跟踪数据都依次显示在该界面的同一个表格界面中。在该界面上可以进行显示配置。例如，设置跟踪数据的条数，考虑到可阅读性，默认值是100条，最大为1000条；在界面上设置显示信令的顺序，默认为按照时间推移顺序从上到下显示。

步骤502-b：如果用户选择采用b种界面，即界面是多个分页TAB页面。则界面跳转到分页TAB页面。各个分页TAB界面分别显示各个网元的开始/停止跟踪按钮，分别逐行显示信令结果。在该界面也可以进行显示配置。

步骤502-c：如果用户选择采用c种界面，即界面是一个信令流程图界面。则界面跳转到信令流程图界面。WEB客户端在收到信令结果后，需要先进行分析，确定该条信令与已收到信令之间的关系，根据逻辑关系更新流程图，使用流程图来展示信令结果。

这三种界面显示方式，用户可以根据本次信令跟踪的主要目的来选择相应的显示方式。仅从界面处理速度上进行比较，是a优于b，b优于c。

图6为本发明信令跟踪结果保存及历史结果导入界面处理流程示意图。该处理包括以下步骤：

步骤601：开始信令跟踪前，在跟踪界面的是否保存信令跟踪结果选项上进行选择，选择为保存信令跟踪结果，并且选择保存目录。

步骤602在信令跟踪时，把跟踪到的所有的信令跟踪数据以SCV格式依次保存在本地文件中。保存时，是按照收到信令的顺序依次保存的，不区分网元。

步骤603用户在需要浏览历史数据时，把本地SCV文件导入到WEB客户端界面。WEB客户端对历史数据导入后的界面显示支持三种格式。界面支持导入功能，导入时也支持三种界面格式，即支持一个表格界面、多个分页TAB界面、信令流程图界面。

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

Claims

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

2.如权利要求1所述的信令跟踪方法，其特征在于，所述WEB客户端到服务端的请求消息体包括：绑定请求消息、开始信令跟踪请求消息、获取信令跟踪结果请求消息、停止信令跟踪请求消息、解除绑定请求消息；

3.如权利要求2所述的信令跟踪方法，其特征在于，所述在进行信令跟踪的过程中，WEB客户端的协议消息处理过程进一步包括：

WEB客户端以AJAX方式向服务端发送绑定请求消息；

4.如权利要求2所述的信令跟踪方法，其特征在于，所述在进行信令跟踪的过程中，服务端的协议消息处理过程进一步包括：

5.如权利要求3或4所述的信令跟踪方法，其特征在于，所述WEB客户端在用户界面上显示信令跟踪结果的方式为：

6.如权利要求2所述的信令跟踪方法，其特征在于，所述开始信令跟踪请求消息体中携带信令跟踪条件参数，该信令跟踪条件包括：开始/停止信令跟踪的业务网元对象、开始/停止信令跟踪的业务网元对象的模块号列表、开始/停止信令跟踪的具体跟踪条件。

7.一种WEB客户端，包括用户界面显示单元和客户端处理单元，其特征在于，所述客户端处理单元包括：

8.如权利要求7所述的WEB客户端，其特征在于，所述消息发送接收模块进一步包括：

用于向服务端发送停止跟踪消息的停止跟踪请求发送模块；

9.如权利要求7或8所述的WEB客户端，其特征在于，所述客户端处理单元还包括：

信令跟踪结果保存模块，用于保存所获取的信令跟踪结果；

10.一种服务端，其特征在于，包括消息接收发送模块和消息处理模块；

11.如权利要求10所述的服务端，其特征在于，所述消息接收及发送模块进一步包括：

12.一种B/S架构的信令跟踪系统，其特征在于，包括如权利要求7至9任一所述WEB客户端，以及N个如权利要求10或11所述的服务端，所述N≥1。