CN102196392B - 一种信令跟踪消息的发送方法及设备 - Google Patents

Abstract

本发明公开了一种信令跟踪消息的发送方法及设备，包括：生成信令跟踪消息；在缓存区存储信令跟踪消息及对应的任务的任务标识，若确定有信令跟踪消息对应多个任务时，存储一条该信令跟踪消息，并记录该信令跟踪消息对应的每个任务的任务标识；根据任务标识按设定时间将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送，打包的信令跟踪消息为该服务器所创建的跟踪任务所产生的信令跟踪消息。本发明不会造成网络在某一个时间段内拥堵。同时，不会影响网元故障的及时发现。同时缓存区内不会重复存储信令跟踪消息，最大容量的存储，使跟踪的消息更全面。

Description

一种信令跟踪消息的发送方法及设备

技术领域

本发明涉及无线通信技术，特别涉及一种信令跟踪消息的发送方法及设备。

背景技术

信令跟踪是用于监视指定信令链路上信令流的一种工具，是操作维护的重要组成部分，通过跟踪网络上的信令快速的发现和定位网络上的问题，可有效提升网络运行的效率和效益。可见，对网络设备来说，信令跟踪的作用非常重要。但是，当有多个信令跟踪服务器要求发起信令跟踪请求，或者信令跟踪对象有多个时，往往出现大量的信令跟踪消息，如何有效的控制信令流量，成为信令跟踪功能的一个关键。

目前已有技术中信令跟踪大致有两种：

一种是信令跟踪消息分解到各个协议层的各个对象实例中，每一条信令跟踪任务用唯一的标识号区别，当信令产生时则将信令跟踪消息和产生这条信令跟踪消息的任务标识号一起发送到信令跟踪服务器。

其不足在于：每当信令产生时，都会发送到信令跟踪服务器，如果跟踪的任务较多或者发起跟踪的服务器较多，就会出现大量的信令上报消息占用宝贵的网络资源，甚至有时可能会造成其他更重要信息无法及时上报。

一种是所有对象上报的信令跟踪消息均保存到统一的一块缓存区中，信令跟踪消息与上报对象一一对应，当需要上报某一对象的所有信令时，获取该对象信令并打包上报给信令跟踪服务器。

其不足在于：如果多个跟踪任务产生同一条信令跟踪消息，重复存储则会大量占用缓存区资源，影响后续信令跟踪消息的存储。

发明内容

本发明所解决的技术问题在于提供了一种信令跟踪消息的发送方法及设备。

本发明实施例中提供了一种信令跟踪消息的发送方法，包括如下步骤：

生成信令跟踪消息；

在缓存区存储信令跟踪消息及对应的任务的任务标识，若确定有信令跟踪消息对应多个任务时，存储一条该信令跟踪消息，并记录该信令跟踪消息对应的每个任务的任务标识；

根据任务标识按设定时间将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送，打包的信令跟踪消息为该服务器所创建的跟踪任务所产生的信令跟踪消息。

较佳地，在对信令跟踪消息进行打包时，进一步包括：

对每一个跟踪任务按照该跟踪任务预设的消息包长度进行打包。

较佳地，若确定有信令跟踪消息对应多个任务时，向跟踪服务器指定的收集实体发送该信令跟踪消息时，包括：

确定该信令跟踪消息对应的任务个数；

根据任务标识需要将缓存区中的信令跟踪消息打包时，按照该信令跟踪消息中记录的实际消息长度将信令内容拷贝后打包后发送，每次打包后将该信令跟踪消息对应的任务个数减1。

较佳地，进一步包括：

在确定对应多个任务的信令跟踪消息的任务个数为零时，从缓存区删除该信令跟踪消息。

较佳地，进一步包括：

在确定缓存区满时，删除存储时间最长的信令跟踪消息，并存入最新的信令跟踪消息。

较佳地，进一步包括：

将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送后，清空打包后的信令跟踪消息包。

本发明实施例中还提供了一种信令跟踪消息的发送设备，包括：

消息生成模块，用于生成信令跟踪消息；

存储模块，用于在缓存区存储信令跟踪消息及对应的任务的任务标识，若确定有信令跟踪消息对应多个任务时，存储一条该信令跟踪消息，并记录该信令跟踪消息对应的每个任务的任务标识；

发送模块，用于根据任务标识按设定时间将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送，打包的信令跟踪消息为该服务器所创建的跟踪任务所产生的信令跟踪消息。

较佳地，发送模块进一步用于在对信令跟踪消息进行打包时，对每一个跟踪任务按照该跟踪任务预设的消息包长度进行打包。

较佳地，发送模块进一步用于若确定有信令跟踪消息对应多个任务，在向跟踪服务器指定的收集实体发送该信令跟踪消息时，确定该信令跟踪消息对应的任务个数；根据任务标识需要将缓存区中的信令跟踪消息打包时，按照该信令跟踪消息中记录的实际消息长度将信令内容拷贝后打包后发送，每次打包后将该信令跟踪消息对应的任务个数减1。

较佳地，进一步包括：

第一删除模块，用于在确定对应多个任务的信令跟踪消息的任务个数为零时，从缓存区删除该信令跟踪消息。

较佳地，进一步包括：

第二删除模块，用于在确定缓存区满时，删除存储时间最长的信令跟踪消息，并存入最新的信令跟踪消息。

较佳地，进一步包括：

第三删除模块，用于将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送后，清空打包后的信令跟踪消息包。

本发明有益效果如下：

本发明实施过程中，由于每一条信令跟踪消息可能对应多个任务，因此将消息存储在缓存区中时，仅存储一条，再记录下对应的任务标识，这样可以减少不必要的重复保存，以便节省缓存空间。同时，由于缓存区内不会重复存储信令跟踪消息，所以可以最大容量的存储，使跟踪的消息更全面。

同时，根据设定的时间，定时向跟踪服务器指定的收集实体打包上报该服务器所创建的跟踪任务所产生的信令跟踪消息，而并非实时上报，可以防止网络一段时间内流量过大影响正常消息上报，不会造成网络在某一个时间段内拥堵。同时，合理设定上报周期，并不会影响网元故障的及时发现。

进一步的，由于在对信令跟踪消息进行打包时，对每一个跟踪任务都按照该跟踪任务预设的消息包长度进行打包，因此可以均匀的向跟踪服务器指定的收集实体上报跟踪任务跟踪的信令跟踪消息，从而防止有的跟踪任务信令全部上报，而有的上报不上去。

附图说明

图1为本发明实施例中信令跟踪消息的发送方法实施流程示意图；

图2A、B为本发明实施例一中信令跟踪消息的发送方法实施流程示意图；

图3为本发明实施例中信令跟踪消息的发送设备结构示意图。

具体实施方式

下面结合附图对本发明的具体实施方式进行说明。

图1为信令跟踪消息的发送方法实施流程示意图，如图所示，在发送信令跟踪消息时可以包括如下步骤：

步骤101、生成信令跟踪消息；

步骤102、在缓存区存储信令跟踪消息及对应的任务的任务标识，若确定有信令跟踪消息对应多个任务时，存储一条该信令跟踪消息，并记录该信令跟踪消息对应的每个任务的任务标识；

实施中，每一条信令跟踪消息可能对应多个任务，因此将消息存储在缓存区中时，仅存储一条，再记录下对应的任务标识，这样可以减少不必要的重复保存，以便节省缓存空间。同时，由于缓存区内不会重复存储信令跟踪消息，所以可以最大容量的存储，使跟踪的消息更全面。

步骤103、根据任务标识按设定时间将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送，打包的信令跟踪消息为该服务器所创建的跟踪任务所产生的信令跟踪消息。

实施中，根据设定的时间，定时向跟踪服务器指定的收集实体打包上报该服务器所创建的跟踪任务所产生的信令跟踪消息，而并非实时上报，可以防止网络一段时间内流量过大影响正常消息上报，不会造成网络在某一个时间段内拥堵。同时，合理设定上报周期，并不会影响网元故障的及时发现。

实施中，还可以在对信令跟踪消息进行打包时，对每一个跟踪任务按照该跟踪任务预设的消息包长度进行打包，可以均匀的向跟踪服务器指定的收集实体上报跟踪任务跟踪的信令跟踪消息，防止有的跟踪任务信令全部上报，而有的上报不上去。

具体实施中，对于缓存区的设置、发送的设定时间、发送的消息包长度等可以在系统启动后，进行初始化设置，即，在系统启动后，进行初始化设置，包括：

1)、分配用于存储信令跟踪消息的缓存区；

2)、启动定时将信令跟踪消息上报跟踪服务器指定的收集实体的周期定时器；

3)、设置合理的跟踪服务器上报信令跟踪消息的带宽总量；

4)、设置合理的上报跟踪服务器指定的收集实体信令打包消息中每一个跟踪任务的消息包长度。

具体实施中，对于步骤102的存储，具体可以是在有用户接入后，产生需要跟踪的信令跟踪消息，然后1)、申请在缓存区内存储；2)、存储时同时标记该信令所隶属的跟踪任务号，标记隶属的跟踪任务个数。每一条信令可能属于多个跟踪任务；3)、当缓存区满，信令跟踪消息存储采用先进先出的队列模式，删除最老的信令跟踪消息，将最新的信令跟踪消息存入，即，还可以进一步包括：在确定缓存区满时，删除存储时间最长的信令信令跟踪消息，并存入最新的信令跟踪消息。

由于每个跟踪任务上报消息包的大小可以进行设置，使其合理，因此可以使得在一个上报周期到达时上报总带宽一定的前提下，每个跟踪任务都能有几乎差不多的数据包上报，从而实现了均匀的向跟踪服务器指定的收集实体上报，可以防止有的跟踪任务信令全部上报，而有的上报不上去。

下面对当上报信令跟踪消息的定时器到时后，启动上报缓存区内的信令信息到跟踪服务器指定的收集实体的具体实施方式。

则，当上报信令跟踪消息的定时器到时后，启动上报缓存区内信令到跟踪服务器指定的收集实体可以包括如下流程：

i、创建跟踪服务器上报信令的消息包，创建跟踪任务的消息包；

ii、获取某个跟踪服务器所创建的所有任务，如果获取失败则结束；

iii、获取该跟踪服务器的一个有效跟踪任务，如果获取失败则转向x；

iv、从缓存区内取出一条属于这个任务的信令跟踪消息，如果获取失败则转向viii。按照该信令跟踪消息中记录的实际消息长度将信令内容拷贝到跟踪任务消息包中，将该信令标记的跟踪任务个数减1；

v、如果这个信令跟踪消息中记录的跟踪任务个数已经为零，则释放这个信令跟踪消息所占用的缓存区；

vi、检查这个任务的消息包长度再加上一条新的信令跟踪消息后是否超过跟踪任务上报的消息包长度以及这个任务所隶属的跟踪服务器上报消息包再加上当前任务消息包和一条新的信令跟踪消息后消息包大小是否超过跟踪服务器消息包上报带宽。如果任意一个已经超过，继续；否则转向iv；

vii、将这个跟踪任务消息包拷贝到所隶属的跟踪服务器上报消息结构中，清空这个跟踪任务消息包；

viii、检查这个跟踪服务器是否还设置过其他跟踪任务，如果没有则继续，否则检查这个跟踪服务器消息包如果再加上一条新的信令跟踪消息后消息包大小是否超过跟踪服务器消息包上报带宽，如果超过则继续，否则转向iii；

ix、将跟踪服务器的消息包发送到对应的跟踪服务器指定的收集实体，清空这个消息包；

x、检查是否还有需要上报信令跟踪消息的跟踪服务器，如果有转向ii，否则清空所有消息包，并结束。

在上述实施过程中，若确定有信令跟踪消息对应多个任务时，则向跟踪服务器指定的收集实体发送该信令跟踪消息时，可以包括：

确定该信令跟踪消息对应的任务个数；

根据任务标识需要将缓存区中的信令跟踪消息打包时，按照该信令跟踪消息中记录的实际消息长度将信令内容拷贝后打包后发送，每次打包后将该信令跟踪消息对应的任务个数减1。

实施中，还可以进一步包括：

在确定对应多个任务的信令跟踪消息的任务个数为零时，从缓存区删除该信令跟踪消息。

实施中，还可以进一步包括：

将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送后，清空打包后的信令跟踪消息包。

为了完整的理解整个实施流程，下面一实例来进行说明。

实施例一

图2A、B为实施例一信令跟踪消息的发送方法实施流程示意图，如图所示，可以包括如下步骤：

步骤201、系统启动后，进行初始化设置；

步骤202、有用户接入后，产生跟踪的信令跟踪消息；

步骤203、判断缓存区是否已满，是则转入步骤204，否则转入步骤205；

步骤204、删除最老的信令跟踪消息；

步骤205、申请在缓存区内存储，存储时同时标记该信令所隶属的跟踪任务号，标记隶属的跟踪任务个数；

步骤206、上报信令跟踪消息的定时到达；

步骤207、创建跟踪服务器上报信令的消息包，创建跟踪任务的消息包；

步骤208、获取一个有效的跟踪服务器；

步骤209、获取该跟踪服务器的一个跟踪任务；

步骤210、从缓存区内取出一条属于这个任务的信令跟踪消息，按照该信令跟踪消息中记录的实际消息长度将信令内容拷贝到跟踪任务消息包中，将该信令标记的跟踪任务个数减1；

步骤211、判断跟踪任务个数是否为零，是则转入步骤212，否则转入步骤213；

步骤212、释放这个信令跟踪消息所占用的缓存区；

步骤213、检查这个任务的消息包长度再加上一条新的信令跟踪消息后的长度L；

步骤214、判断L是否超过跟踪任务消息包长度或者没有未取出的信令或者这个任务所隶属的跟踪服务器上报消息包长度加上L是否超过跟踪服务器消息包长度，是则转入步骤215，否则转入步骤210；

步骤215、将这个跟踪任务消息包拷贝到所隶属的跟踪服务器上报消息结构中，清空这个跟踪任务消息包；

步骤216、检查这个跟踪服务器消息包长度再加上一条新的信令跟踪消息后的长度L’，判断L’是否超过跟踪服务器消息包长度或者没有未取出的任务，是则转入步骤217，否则转入步骤209；

步骤217、将跟踪服务器的消息包发送到对应的跟踪服务器指定的收集实体，清空这个跟踪服务器消息包；

步骤218、判断是否还有没有检查的跟踪服务器，是则转入步骤208，否则转入步骤219；

步骤219、上报消息结束。

基于同一发明构思，本发明实施例中还提供了一种信令跟踪消息的发送设备，由于该设备解决问题的原理与信令跟踪消息的发送方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。

图3为信令跟踪消息的发送设备结构示意图，如图所示，设备中可以包括：

消息生成模块301，用于生成信令跟踪消息；

存储模块302，用于在缓存区存储信令跟踪消息及对应的任务的任务标识，若确定有信令跟踪消息对应多个任务时，存储一条该信令跟踪消息，并记录该信令跟踪消息对应的每个任务的任务标识；

发送模块303，用于根据任务标识按设定时间将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送，打包的信令跟踪消息为该服务器所创建的跟踪任务所产生的信令跟踪消息。

实施中，发送模块还可以进一步用于在对信令跟踪消息进行打包时，对每一个跟踪任务按照该跟踪任务预设的消息包长度进行打包。

实施中，发送模块还可以进一步用于若确定有信令跟踪消息对应多个任务，在向跟踪服务器指定的收集实体发送该信令跟踪消息时，确定该信令跟踪消息对应的任务个数；根据任务标识需要将缓存区中的信令跟踪消息打包时，按照该信令跟踪消息中记录的实际消息长度将信令内容拷贝后打包后发送，每次打包后将该信令跟踪消息对应的任务个数减1。

实施中，设备中还可以进一步包括：

第一删除模块304，用于在确定对应多个任务的信令跟踪消息的任务个数为零时，从缓存区删除该信令跟踪消息。

实施中，设备中还可以进一步包括：

第二删除模块305，用于在确定缓存区满时，删除存储时间最长的信令跟踪消息，并存入最新的信令跟踪消息。

实施中，设备中还可以进一步包括：

第三删除模块306，用于将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送后，清空打包后的信令跟踪消息包。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

由上述实施例可见，在本发明实施例提供的技术方案中，由于每一条信令跟踪消息可能对应多个任务，因此将消息存储在缓存区中，并记录下对应的任务标识，用以节省缓存空间。

并且定时向跟踪服务器指定的收集实体打包上报该服务器所创建的跟踪任务所产生的信令跟踪消息，从而防止网络一段时间内流量过大影响正常消息上报。

进一步的，还可以均匀的向跟踪服务器指定的收集实体上报跟踪任务对应的信令跟踪消息，防止有的跟踪任务信令全部上报，而有的上报不上去。

可见，在本发明实施例提供的技术方案中，定时打包上传信令跟踪消息，而并非实时上报，不会造成网络在某一个时间段内拥堵。同时，合理设定上报周期，不会影响网元故障的及时发现。同时缓存区内不会重复存储信令跟踪消息，最大容量的存储，使跟踪的消息更全面。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种信令跟踪消息的发送方法，其特征在于，包括如下步骤：

生成信令跟踪消息；

在缓存区存储信令跟踪消息及对应的任务的任务标识，若确定有信令跟踪消息对应多个任务时，存储一条该信令跟踪消息，并记录该信令跟踪消息对应的每个任务的任务标识；

根据任务标识按设定时间将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送，打包的信令跟踪消息为该服务器所创建的跟踪任务所产生的信令跟踪消息；

若确定有信令跟踪消息对应多个任务时，向跟踪服务器指定的收集实体发送该信令跟踪消息时，包括：

确定该信令跟踪消息对应的任务个数；

根据任务标识需要将缓存区中的信令跟踪消息打包时，按照该信令跟踪消息中记录的实际消息长度将信令内容拷贝后打包后发送，每次打包后将该信令跟踪消息对应的任务个数减1。

2.如权利要求1所述的方法，其特征在于，在对信令跟踪消息进行打包时，进一步包括：

对每一个跟踪任务按照该跟踪任务预设的消息包长度进行打包。

3.如权利要求1所述的方法，其特征在于，进一步包括：

在确定对应多个任务的信令跟踪消息的任务个数为零时，从缓存区删除该信令跟踪消息。

4.如权利要求1至3任一所述的方法，其特征在于，进一步包括：

在确定缓存区满时，删除存储时间最长的信令跟踪消息，并存入最新的信令跟踪消息。

5.如权利要求1至3任一所述的方法，其特征在于，进一步包括：

将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送后，清空打包后的信令跟踪消息包。

6.一种信令跟踪消息的发送设备，其特征在于，包括：

消息生成模块，用于生成信令跟踪消息；

存储模块，用于在缓存区存储信令跟踪消息及对应的任务的任务标识，若确定有信令跟踪消息对应多个任务时，存储一条该信令跟踪消息，并记录该信令跟踪消息对应的每个任务的任务标识；

发送模块，用于根据任务标识按设定时间将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送，打包的信令跟踪消息为该服务器所创建的跟踪任务所产生的信令跟踪消息；

发送模块进一步用于若确定有信令跟踪消息对应多个任务，在向跟踪服务器指定的收集实体发送该信令跟踪消息时，确定该信令跟踪消息对应的任务个数；根据任务标识需要将缓存区中的信令跟踪消息打包时，按照该信令跟踪消息中记录的实际消息长度将信令内容拷贝后打包后发送，每次打包后将该信令跟踪消息对应的任务个数减1。

7.如权利要求6所述的设备，其特征在于，发送模块进一步用于在对信令跟踪消息进行打包时，对每一个跟踪任务按照该跟踪任务预设的消息包长度进行打包。

8.如权利要求6所述的设备，其特征在于，进一步包括：

第一删除模块，用于在确定对应多个任务的信令跟踪消息的任务个数为零时，从缓存区删除该信令跟踪消息。

9.如权利要求6至8任一所述的设备，其特征在于，进一步包括：

第二删除模块，用于在确定缓存区满时，删除存储时间最长的信令跟踪消息，并存入最新的信令跟踪消息。

10.如权利要求6至8任一所述的设备，其特征在于，进一步包括：

第三删除模块，用于将缓存区中的信令跟踪消息打包后向跟踪服务器指定的收集实体发送后，清空打包后的信令跟踪消息包。

Images