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

摘要

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

说明书

技术领域

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

背景技术

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

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

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

已知实现的B/S架构的信令跟踪，WEB客户端通常采用的是JAVA APPLET方式，该种架构在使用时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 界面、信令流程图界面。

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