CN1988709A

CN1988709A - 信令跟踪装置

Info

Publication number: CN1988709A
Application number: CNA2006101621885A
Authority: CN
Inventors: 刘蔚
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2006-12-07
Filing date: 2006-12-07
Publication date: 2007-06-27

Abstract

本发明公开了一种信令跟踪装置，用于在移动通信系统中实现信令跟踪，该装置包括：设置发送单元，位于后台网管上，用于设置信令跟踪参数，并将信令跟踪参数发送至前台网元；解码存储单元，位于前台网元上，用于根据信令跟踪参数将信令解码为信息并按照预定格式存放在信令文件中；以及接收呈现单元，位于后台网管上，用于以预定方式取回信令文件并根据预定格式呈现给客户端。因而，通过本发明可以减少对带宽和CPU的利用，避免数据的丢失，并且避免了后台对前台信令版本的耦合。

Description

信令跟踪装置

技术领域

本发明涉及通信领域，并且特别地，涉及一种信令跟踪装置。

背景技术

随着移动通讯技术的快速发展，人们已经越来越离不开快速高效的通讯手段。在通讯流程中涉及到的设备：手持移动台、基站控制器(无线网络控制器)(BSC(RNC))、移动交换中心(MSC/VLR)、归属位移寄存器(HLR)、移动交换中心服务器(MSCS)、媒体网关(MGW)、归属用户服务器(HSS)、多媒体字系统(IMS)、呼叫会话控制功能(CSCF)等，信令数据及用户数据在其中是否正常、可靠的传送依赖于设备之间的信令是否传送正确。当用户进行一次语言或数据业务时，网元设备中要涉及多种信令及业务协议的转换。当开局以及局方日常维护过程中需要方便、可靠的技术和设备以方便地发现问题出现在哪个环节。网管中的信令跟踪模块和信令仪就提供了跟踪信令和呈现给操作员的功能。

以往的信令跟踪实现方式主要为：在前台设定跟踪任务，将跟踪的信令消息传送到后台，在网管后台调用动态库进行详细解码并呈现给操作员。对应信令流量小时，占用前后台链路带宽较少，详细解码时占用后台CPU时间也较少，但当跟踪的信令种类和用户数量巨大时，如：全用户信令跟踪，前后台信令交互的消息量巨大，占用了大量链路带宽，和后台CPU资源，往往表现为(1)后台来不及处理上报的信令消息，不得不丢弃消息；(2)后台CPU处于100％忙碌，无法响应其他用户操作；(3)占用通讯带宽，导致其他模块如：告警模块，性能统计模块，配置模块，无法与前台通讯。

发明内容

本发明的主要目的在于提供在网元实现信令跟踪详细解码的处理装置，其能够在电信网管中显示当前业务前台的信令处理情况、跟踪信令的处理流程，以解决现有技术中大量带宽以及CPU繁忙的缺陷。

本发明提供了一种信令跟踪装置，用于在移动通信系统中实现信令跟踪，其特征在于，包括：设置发送单元，位于后台网管上，用于设置信令跟踪参数，并将信令跟踪参数发送至前台网元；解码存储单元，位于前台网元上，用于根据信令跟踪参数将信令解码为信息并按照预定格式存放在信令文件中；以及接收呈现单元，位于后台网管上，用于以预定方式取回信令文件并根据预定格式呈现给客户端。

根据本发明，预定格式包括以下一种：xml格式以及ini格式，预定方式为FTP或SFTP方式。

其中，设置发送单元还包括：判断模块，用于判断信令跟踪参数是否存在，以及信令跟踪参数的合法性，将通过判断后的信令跟踪参数发送给服务端；链路选择模块，用于选择到前台网元的通信链路，将信令发送到前台网元；解码模块，用于判断信令的类型，根据信令跟踪参数，将符合条件的信令解码为详细信息，并按照预定格式存放到信令文件中；以及通知模块，用于当信令条目达到一定数量后，通知后台网管。

另外，设置发送单元还包括：定时通知模块，用于当距离上次上报时间预定时间间隔后，通知后台网管。

接收呈现单元还包括：比较模块，用于将取回的信令文件与信令跟踪参数进行比较，以找到对应的客户端；以及转发模块，用于将信令文件转发给对应的客户端。

当预定格式的文件超过1M字节或者1000条记录时，则将文件压缩为.zip或.rar格式，并将压缩后的文件发送到后台，然后后台进行解压缩。

根据本发明的信令跟踪参数包括：跟踪方向、跟踪类型选项。

通过上述的本发明，减少了对带宽和CPU的利用，避免了数据的丢失，并且避免了后台对前台信令版本的耦合。

附图说明

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

图1是根据本发明实施例的信令跟踪方法的流程图；

图2是根据本发明实施例使用的信令跟踪系统的框图；

图3是根据本发明实施例的将跟踪参数发送到前台网元/业务处理单板的过程中的消息流程图；

图4是将跟踪参数发送到前台网元/业务处理单板的过程流程图；

图5是根据本发明实施例的前台处理的判断流程图；以及

图6是根据本发明的信令跟踪装置的框图。

具体实施方式

下面将参考附图详细说明本发明。

图1是根据本发明实施例的信令跟踪方法的流程图，以及图2是根据本发明实施例使用的信令跟踪系统的框图。

如图2所示的系统包括：

网管后台204：提供界面共用户设置跟踪参数，在界面显示跟踪结果，与前台网元202通讯；

跟踪控制206：根据网管后台204发来的跟踪参数，判断跟踪的协议类型，跟踪的目的对象，将跟踪参数发送给具体前台业务模块208，并维持与后台204的链路；

前台业务模块/其他业务模块208：负责处理具体的业务，如处理解析信令协议，将消息转发，进行协议转换等。信令是在此模块进行处理的。根据接受到的跟踪参数，将符合条件的信令按照与后台约定的格式调用解码模块212存入文件214中。并定时通知后台网管204取信令解码问题；以及

解码212：提供标准的文件格式，接收业务模块208的消息，将解码后的信息存入文件214。

例如，在使用信令跟踪模块对宽带码分多址(WCDMA)标准的移动通讯系统适配层(M3UA)进行信令跟踪时，其中，设定信令跟踪参数：发送、接受、以及发送和接受的跟踪方向；跟踪类型选项：M3UA管理消息、信令连接控制部分(SCCP)、用户部分(ISUP)、电话用户部分(TUP)、信令传送转换(STC)、承载无关呼叫控制(BICC)。

以下将结合图2来描述图1的跟踪方法。如图1所示，根据本发明实施例的信令跟踪方法包括以下步骤：步骤S102，后台网管204设置信令跟踪参数，并将信令跟踪参数发送至前台网元202；步骤S104，前台网元202根据信令跟踪参数将信令解码为信息并按照预定格式存放在信令文件214中；以及步骤S106，后台网管204以预定方式取回信令文件214并根据预定格式呈现给客户端。

其中，步骤S102是通过以下步骤实现的：客户端判断信令跟踪参数是否存在，以及信令跟踪参数的合法性，将通过判断后的信令跟踪参数发送给服务端；服务端选择到前台网元202的通信链路，将信令发送到前台网元202；前台网元202判断信令的类型，根据信令跟踪参数，将符合条件的信令解码为详细信息，并按照预定格式存放到信令文件214中；以及当信令条目达到一定数量后，通知后台网管204。

并且，步骤S102是通过以下步骤实现的：客户端判断信令跟踪参数是否存在，以及信令跟踪参数的合法性，将通过判断后的信令跟踪参数发送给服务端；服务端选择到前台网元202的通信链路，将信令发送到前台网元202；前台网元202判断信令的类型，根据信令跟踪参数，将符合条件的信令解码为详细信息，并按照预定格式存放到信令文件214中；以及当距离上次上报时间预定时间间隔后，通知后台网管204。

另外，步骤S106是通过以下步骤实现的：后台网管204将取回的信令文件214与信令跟踪参数进行比较，以找到对应的客户端；以及将信令文件转发给对应的客户端。

其中，预定格式包括以下一种：xml格式以及ini格式。并且，预定方式为FTP或SFTP方式。当预定文件超过1M字节或者1000条记录时，则将文件压缩为.zip或.rar格式，并将压缩后的文件发送到后台，并且网管后台也需要解压缩。另外，信令跟踪参数包括：跟踪方向、以及跟踪类型选项。

并且，在步骤S106中，对于呈现给客户端的方式：对于M3UA信令有：耦联标识，方向，版本，类别，类型，消息长度，SIO等。显示信令的详细信息：每一位域/字节/字符串的业务名称，含义，在本次流程中的取值。

图3是根据本发明实施例的将跟踪参数发送到前台网元/业务处理单板的过程中的消息流程图，以及图4是将跟踪参数发送到前台网元/业务处理单板的过程流程图。以下将参考图3来描述图4，如图4所示，包括以下步骤：

(1)客户端302判断是否与已经设置的信令跟踪重复，参数的合法性，通过后将此跟踪发送给服务端304。

(2)服务端304选择到前台网元的通讯链路，将消息发送到前台跟踪控制模块306。

(3)跟踪控制判断信令的类型、跟踪的对象、将跟踪条件发送到具体的业务处理模块308。业务模块308在进行业务处理，解析信令时将符合条件的信令解为详细信息，并按照约定的格式存放到文件中。当信令条目到达一定数量，或者距上次上报时间间隔到后，主动上报文件，并通知网管后台。

(4)网管服务端304将收到的信令文件，根据信令种类，和客户端302当前跟踪的信令类型进行比较，将文件转发到对应的客户端302。

(5)客户端302根据约定的文件格式，以表格的方式将信令的摘要信息、详细信息、各信令字段的含义、取值显示到客户端302，并以时间顺序排列，同时支持按信令查找等方式。

图5是根据本发明实施例的前台处理的判断流程图，如图5所示，包括以下步骤：

(1)信令跟踪已经开始；

(2)收到新的业务处理消息，解析信令，处理业务；

(3)判断是否符合跟踪条件。如：是否相同的信令类型，如M3UA信令，是否跟踪的对象。是，则将符合的信令解码存为详细解码文件，文件名为客户端ID+信令类型+时间+流水号。否则结束处理流程；以及

(4)继续其他流程。

这样就完成了前台处理的过程。

图6是根据本发明的信令跟踪装置600的框图。如图6所示，信令跟踪装置600包括：设置发送单元602，位于后台网管上，用于设置信令跟踪参数，并将信令跟踪参数发送至前台网元；解码存储单元604，位于前台网元上，用于根据信令跟踪参数将信令解码为信息并按照预定格式存放在信令文件中；以及接收呈现单元606，位于后台网管上，用于以预定方式取回信令文件并根据预定格式呈现给客户端。

其中，设置发送单元602还包括：判断模块6021，用于判断信令跟踪参数是否存在，以及信令跟踪参数的合法性，将通过判断后的信令跟踪参数发送给服务端；链路选择模块6022，用于选择到前台网元的通信链路，将信令发送到前台网元；解码模块6023，用于判断信令的类型，根据信令跟踪参数，将符合条件的信令解码为详细信息，并按照预定格式存放到信令文件中；以及通知模块6024，用于当信令条目达到一定数量后，通知后台网管。

另外，设置发送单元602还包括：定时通知模块6025，用于当距离上次上报时间预定时间间隔后，通知后台网管。

接收呈现单元606还包括：比较模块6062，用于将取回的信令文件与信令跟踪参数进行比较，以找到对应的客户端；以及转发模块6064，用于将信令文件转发给对应的客户端。

其中，预定格式包括以下一种：xml格式以及ini格式，预定方式为FTP或SFTP方式。

信令跟踪参数包括：跟踪方向、以及跟踪类型选项。

如上，本发明减少了对带宽和CPU的利用，避免了数据的丢失，并且避免了后台对前台信令版本的耦合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种信令跟踪装置，用于在移动通信系统中实现信令跟踪，其特征在于，包括：

设置发送单元，位于后台网管上，用于设置信令跟踪参数，并将所述信令跟踪参数发送至前台网元；

解码存储单元，位于所述前台网元上，用于根据所述信令跟踪参数将所述信令解码为信息并按照预定格式存放在信令文件中；以及

接收呈现单元，位于所述后台网管上，用于以预定方式取回所述信令文件并根据所述预定格式呈现给客户端。

2.根据权利要求1所述的信令跟踪装置，其特征在于，所述预定格式包括以下一种：xml格式以及ini格式。

3.根据权利要求1所述的信令跟踪装置，其特征在于，所述预定方式为FTP或SFTP方式。

4.根据权利要求1所述的信令跟踪装置，其特征在于，所述设置发送单元还包括：

判断模块，用于判断所述信令跟踪参数是否存在，以及所述信令跟踪参数的合法性，将通过判断后的所述信令跟踪参数发送给服务端；

链路选择模块，用于选择到所述前台网元的通信链路，将所述信令发送到所述前台网元；

解码模块，用于判断所述信令的类型，根据所述信令跟踪参数，将符合条件的信令解码为详细信息，并按照所述预定格式存放到所述信令文件中；以及

通知模块，用于当所述信令条目达到一定数量或所述后台网关主动获取所述信令条目时，将所述信令条目发送到所述后台网管。

5.根据权利要求1所述的信令跟踪装置，其特征在于，所述设置发送单元还包括：

定时通知模块，用于当距离上次上报时间预定时间间隔后，通知所述后台网管。

6.根据权利要求1所述的信令跟踪装置，其特征在于，所述接收呈现单元还包括：

比较模块，用于将取回的所述信令文件与所述信令跟踪参数进行比较，以找到对应的所述客户端；以及

转发模块，用于将所述信令文件转发给对应的所述客户端。

7.根据权利要求1所述的信令跟踪装置，其特征在于，当所述预定格式的文件超过1M字节或者1000条记录时，则将所述文件压缩为.zip或.rar格式，并将压缩后的文件发送到后台，然后所述后台进行解压缩。

8.根据权利要求1所述的信令跟踪装置，其特征在于，所述信今跟踪参数包括：跟踪方向、以及跟踪类型选项。