在通信系统中实现信令和接口消息回放的装置及其方法

摘要

本发明涉及通信系统中的网络管理和调试技术，公开了一种在通信系统中实现信令和接口消息回放的装置及其方法，使得通信系统中消息流程过程能够动态、真实地回放给系统运行维护人员，帮助分析系统、定位系统问题。这种在通信系统中实现信令和接口消息回放的装置包含消息存储数据库，用于存储消息；消息接收模块，用于接收通信系统中通信设备上报的消息；消息访问模块，用于将消息接收模块收到的消息保存在消息存储数据库中，还用于从消息存储数据库中查询和读取已保存的消息；消息解释引擎，用于按照消息的类型将消息访问模块读取的消息转换成用户可以阅读的信息；消息显示模块，用于在用户界面上显示用户可以阅读的信息。

说明书

技术领域

本发明涉及通信系统中的网络管理和调试技术，特别涉及通信系统中信令和接口消息的回放技术。

背景技术

在通信系统中，信令消息和接口信息起着十分重要的作用。一个系统能不能正常运作，往往在这些消息中得到反映。因此，为了便于系统的维护和管理，目前大部分设备商都提供了对系统中信令消息和接口消息的跟踪装置，能够接收系统中正在传递的信令消息和接口消息，并通过专用图形用户接口(Graphic User Interface，简称“GUI”)显示给系统运行维护人员。

但是，目前这些信令消息和接口消息的跟踪装置只具备消息接收、消息显示、消息存储、消息再浏览功能，而缺少了消息回放功能。

本发明所说的消息回放是指将保存的信令消息和接口消息按照通信系统原来的到达顺序、时间间隔通过用户界面动态地重新呈现出来的过程。

消息回放功能在通信系统中起着十分重要的作用。因为它是一个动态的全面的呈现过程，最大限度的保留了信令消息和接口消息的信息。在解除故障和日常维护中，消息回放功能是最有效的工具之一。

在实际应用中，上述方案存在以下问题：目前设备上所提供的消息再浏览功能只限于将事前存储的消息重新解释后显示在用户界面上，缺少动态过程表现能力，无法完全再现原有的消息跟踪过程，也就是说在再现过程中丢失了信息，不利于系统的维护。

造成这种情况的主要原因在于，目前大部分厂商提供的消息跟踪装置不具备消息回放功能。

发明内容

有鉴于此，本发明的主要目的在于提供一种在通信系统中实现信令和接口消息回放的装置及其方法，使得通信系统中消息流程过程能够动态、真实地回放给系统运行维护人员，帮助分析系统、定位系统问题。

为实现上述目的，本发明提供了一种在通信系统中实现信令和接口消息回放的装置，包含

消息存储数据库，用于存储所述信令和接口消息；

消息接收模块，用于接收所述通信系统中通信设备上报的信令和接口消息；

消息访问模块，用于将所述消息接收模块收到的信令和接口消息保存在所述消息存储数据库中，还用于从所述消息存储数据库中查询和读取已保存的信令和接口消息；

消息解释引擎，用于按照信令和接口消息的类型将所述消息访问模块读取的信令和接口消息转换成用户可以阅读的信息；

消息显示模块，用于在用户界面上显示所述用户可以阅读的信息。

其中，还包含解释规则数据库，用于存储每一种类型的信令和接口消息所对应的解释规则；

所述消息解释引擎按照信令和接口消息的类型从所述解释规则数据库中查询对应的解释规则，并按该解释规则将所述消息访问模块读取的信令和接口消息转换成用户可以阅读的信息。

所述消息存储数据库中可以用二进制编码格式保存所述信令和接口消息。

所述消息解释引擎还用于根据当前和前一条信令和接口消息的时间戳计算间隔时长，并按计算得到的间隔时长进行等待，等待结束后将所述用户可以阅读的信息发送给所述消息显示模块。

所述消息存储数据库保存的信令和接口消息包含消息序号、消息接收时间戳和消息实体。

所述消息访问模块按照消息序号从所述消息存储数据库中查询和读取已保存的信令和接口消息。

本发明还提供了一种在通信系统中实现信令和接口消息回放的方法，包含以下步骤：

A从保存信令和接口消息的消息存储数据库中读取一条信令和接口消息；

B判断当前工作方式是否为用户定义方式，如果是则按用户指定的间隔时长进行等待，否则根据当前和前一条信令和接口消息的时间戳计算间隔时长，并按计算得到的间隔时长进行等待；

C等待结束后，按照信令和接口消息的类型将当前信令和接口消息转换成用户可以阅读的信息；

D在用户界面上显示所述用户可以阅读的信息。

本发明还提供了一种在通信系统中实现信令和接口消息回放的方法，包含以下步骤：

A从保存信令和接口消息的消息存储数据库中读取一条信令和接口消息；

B判断当前工作方式是否为用户定义方式，如果是则将间隔时长设为用户指定的间隔时长，否则将根据当前和前一条信令和接口消息的时间戳计算间隔时长；

C按照信令和接口消息的类型将当前信令和接口消息转换成用户可以阅读的信息，并将该信息和所述间隔时长一起发送给消息显示模块；

D所述消息显示模块等待所述间隔时长后在用户界面上显示所述用户可以阅读的信息。

通过比较可以发现，本发明的技术方案与现有技术的区别在于，引入了一个消息回放的流程。消息回放时两条消息的间隔时间可由用户指定或由消息中记录的时间戳信息计算所得。在显示完前一条消息并等待完指定时间间隔后，将经消息解析引擎40解析后的下一消息提交消息显示模块30进行显示，然后再由消息访问模块20从消息存储数据库50中按序号顺序读取下一条消息进行处理。

这种技术方案上的区别，带来了较为明显的有益效果，即设备能记录消息的到达时间，通过重新计算两条消息的时间间隔，在回放时能够动态地再现原有的跟踪过程，帮助系统运行维护人员了解、分析当时的信令、接口消息过程，同时还支持系统运行维护人员自行设定消息间隔时间。

附图说明

图1是根据本发明的一个实施例的消息回放装置的模块图；

图2是根据本发明的一个实施例的解析后的Um接口消息显示图；

图3是根据本发明的一个实施例的消息回放的流程图；

图4是根据本发明的一个实施例的提高显示精度的消息回放的流程图；

图5是根据本发明的一个实施例的提高显示精度时消息显示模块异步工作流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

消息回放功能是通过消息回放装置实现的。如图1所示，本装置由消息接收模块10、消息访问模块20、消息显示模块30、消息解释引擎40、消息存储数据库50和解释规则数据库60构成。其中消息接收模块10与通信设备相连，消息访问模块20与消息存储数据库50相连，消息解释引擎40与解释规则数据库60相连。各个模块的功能如下：

消息接收模块10负责与通信设备进行通信，接收通信设备上报的信令消息和接口消息；

消息访问模块20负责将消息接收模块10收到的消息按照指定的格式保存到消息存储数据库50中，每条消息包括消息序号、消息接收时间戳和消息实体；同时负责从消息存储数据库50中按序号读取保存的消息；

消息显示模块30负责将经过消息解释引擎40解释过的消息显示在用户界面上；

消息解释引擎40负责将原始信息转换成用户可以阅读的信息。因为从通信设备发来的原始消息是二进制编码格式的信息，消息解释引擎40按照消息类型从解释规则数据库60中选择对应的解释规则，并按照这一规则对二进制编码的消息进行处理，转换成用户可以阅读的信息。

消息存储数据库50负责存储从通信设备接收的消息，此处保留的是未经过解释引擎处理的二进制编码格式消息；

解释规则数据库60负责保存通信系统中多种类型消息对应的解释规则，供消息解释引擎40使用。因为每一条消息包括消息头和消息体两部分，消息头用于标识消息类型和消息长度，消息体中则是消息的实际内容。消息解释引擎40按照消息头查找解释规则数据库60中对应的解释原则对消息体中内容进行解释。现在以Um接口消息作为消息解析的一个例子加以说明。例如Um接口消息原始信息为0x080615，经过消息解释引擎40按照消息类型从解释规则数据库60中选择对应的解释规则并加以处理完成后，获得如图2所示的用户可阅读的信息。

用户使用该装置时可以指定消息回放时两条消息的间隔时间，也可以按照消息中记录的时间戳信息来计算两条消息间的间隔时间进行回放。下面结合附图3说明本发明实现消息回放的过程。

首先，开始时，在步骤100判断用户是否指定消息间隔时间。如果是则进入步骤101，否则进入步骤102。

在步骤101中，由于已知用户指定了时间间隔，所以设定工作方式为“用户自定义方式”。然后进入步骤102。

在步骤102中，消息访问模块20从消息存储数据库50中按序号顺序读取一条消息。

然后进入步骤103，判断上一步骤的读取是否成功。如果成功，则转入步骤104，否则结束。

在步骤104中，本装置将消息访问模块20读取的消息提交给消息解释引擎40处理，使之转换成用户可以阅读的信息。

在消息解析完成后，进入步骤105，即把消息提交给消息显示模块30，使它显示在用户界面上。

接着进入步骤106，消息访问模块20从消息存储数据库50中按序号顺序读取下一条消息。

读取完成后需在步骤107中判断读取是否成功，如果成功则进入步骤108，否则结束处理。

在步骤108中，判断当前工作方式是否为“用户自定义方式”。如果是，则进入步骤109；如果不是，则进入步骤110。

在步骤109中，本装置等待用户指定的消息间隔时长，使得显示前后两个消息的时间间隔达到由用户自己控制的目的。在等待时长到达后，进入步骤111。

而在步骤110中，本装置根据前后两条消息中的时间戳计算间隔时间，然后等待计算所得的时长。等待结束后，也进入步骤111。

在步骤111中，本装置将消息访问模块20读取的消息提交给消息解释引擎40处理。

在消息解析完成后，进入步骤112，将消息提交给消息显示模块30，是消息显示在用户界面上。

最后返回步骤106。

在上述方案中两条消息显示时间间隔＝计算所得间隔时长(或用户指定时长)+消息解释时长，一般来说，相对于计算所得间隔时长和用户指定时长，消息解释所花时长可以忽略。但是，可以采用另一种方法提高间隔时长的精度：将等待部分移到消息显示模块30进行处理，该装置在计算消息间隔时长后，将等待时长和解释后的消息一起提交给消息显示模块30，消息显示模块30对每条消息先等候指定时长后再显示在用户界面上。消息显示模块30与其他模块异步进行工作。现结合附图4说明本替代方案的具体步骤：

首先，开始时，在步骤200判断用户是否指定消息间隔时间。如果是则进入步骤201，否则进入步骤202。

在步骤201中，由于已知用户指定了时间间隔，所以设定工作方式为“用户自定义方式”。然后进入步骤202。

在步骤202中，消息访问模块20从消息存储数据库50中按序号顺序读取一条消息。

然后进入步骤203，判断上一步骤的读取是否成功。如果成功，则转入步骤204，否则结束。

在步骤204中，本装置将消息访问模块20读取的消息提交给消息解释引擎40处理，使之转换成用户可以阅读的信息。

在消息解析完成后，进入步骤205，即把消息和等待时长0提交给消息显示模块30，使它显示在用户界面上。值得说明的是，由于这里是第一条消息，所以等待时长为0。

接着进入步骤206，消息访问模块20从消息存储数据库50中按序号顺序读取下一条消息。

读取完成后需在步骤207中判断读取是否成功，如果成功则进入步骤208，否则结束处理。

在步骤208中，判断当前工作方式是否为“用户自定义方式”。如果是，则进入步骤209；如果不是，则进入步骤210。

在步骤209中，本装置设置等待时长为用户指定的消息间隔时长。然后进入步骤211。

而在步骤210中，本装置根据前后两条消息中的时间戳计算间隔时间，然后将它设置为等待时长。然后进入步骤211。

在步骤211中，本装置将消息访问模块20读取的消息提交给消息解释引擎40处理。

在消息解析完成后，进入步骤212，将消息和之前所获得的等待时长提交给消息显示模块30。

最后返回步骤206。

在另一方面，消息显示模块30在异步完成消息显示工作。由于消息显示模块30的显示缓存有可能溢出，所以须加入一个流量控制程序。现在结合

附图5加以说明：

首先在步骤300中，实现流量控制，使得显示缓存不会溢出。

然后进入步骤301，对每条消息等候相应的等待时长。

最后进入步骤302，将信息显示在用户界面上。

除了上述这个替代方案外，还有另外一个替代方案，即采用将消息解释规则硬编码到消息解释引擎40中，不对解释规则单独保存，其他部分保持与上述方案相同。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。