一种改进的全网信令跟踪系统及方法

专利名称：一种改进的全网信令跟踪系统及方法
技术领域：
本发明涉及移动通信网中信令跟踪系统，尤其涉及移动通信网中一种改进的全网
信令跟踪系统及方法。
背景技术：
信令跟踪，就是对通讯过程中的呼叫的信令进行跟踪上报。其中信令可分为用户 信令和自定义的信令。另外根据信令类型不同又分为协议信令、接口信令等。普通的信令 跟踪系统一般与电信网管系统集成在一起，用户通过网管系统客户端设置信令跟踪条件， 发起信令跟踪流程等操作。但是随着移动通讯技术的高速发展及网络演进，普通的信令跟 踪系统有一定的局限性。普通的信令跟踪系统只能满足单一网元的信令跟踪，要进行全网 信令跟踪时需要多人配合，维护代价比较高，重复工作量较大，浪费人力和资源，不能满足 运营商需要。 全网信令跟踪系统应运而生，如附图1所示。全网信令跟踪系统能够解决普通信 令跟踪系统只能进行单网元信令跟踪的问题，其特点主要是全网信令跟踪系统直接跟网元 设备进行通讯，即全网信令跟踪系统直接和网元设备Socket相连，通过专线和网元设备的 IP地址建立连接，与网元设备之间进行通信。 全网信令跟踪是网管系统中日常维护非常重要的一个组成部分，在开局以及定位 问题方面都是不可缺少的。全网信令跟踪系统(Call Trace Signal,简称CTS)作为电信系 统信令跟踪的一种操作平台，提供了对全网内的网元进行信令跟踪的功能，即能跨网元进 行信令跟踪。CTS —般分为服务器和客户端两部分，服务器负责具体的功能实现，客户端提 供人机操作接口 ，用来设置信令跟踪条件，发起信令跟踪以及信令跟踪结果及消息的呈现， 这种方式有利于系统的维护。 通过CTS统一下发信令跟踪指令，在CTS上完成对全网网元设备符合跟踪条件的
信令数据的采集和呈现，实现对全网的无线和核心网等设备范围的用户呼叫跟踪。当出现
通话故障时，便于快速进行消息跟踪分析和故障检测，提高用户满意度。 但是全网信令跟踪系统也有不足之处一旦全网信令跟踪系统进行系统维护或升
级时，信令跟踪任务就停止了 ，无法继续进行信令跟踪。即不支持系统级任务跟踪，也不支
持长期跟踪，无法满足高速发展的移动通讯技术及现代化的网络演进，无法满足网络运营
商的要求。 从上述描述可以看到，如何满足运营商长期不间断的全网信令跟踪，是全网信令 跟踪系统需要解决的一个问题。

发明内容
本发明要解决的技术问题是提供一种改进的全网信令跟踪系统和方法，满足运营 商长期不间断的全网信令跟踪要求。 为了解决上述技术问题，本发明提供了一种改进的全网信令跟踪系统，包含全网
5信令跟踪系统，还包含一信令跟踪代理装置，与所述全网信令跟踪系统相连，用于在与所述
全网信令跟踪系统通信异常时，与网元设备交互，指示所述网元设备继续所述全网信令跟
踪系统发起的信令跟踪任务，并保存所述网元设备返回的信令跟踪数据，在所述全网信令
跟踪系统恢复正常时，返回所述信令跟踪数据至所述全网信令跟踪系统。 进一步地，上述系统还可具有以下特点，所述全网信令跟踪系统通过所述信令跟
踪代理装置与所述网元设备连接； 所述全网信令跟踪系统，用于通过所述信令跟踪代理装置与网元设备交互，用于 指示网元设备进行信令跟踪，并接收网元设备返回的信令跟踪数据； 所述信令跟踪代理装置，还用于在与所述全网信令跟踪系统通信正常时，直接转 发所述全网信令跟踪系统和所述网元设备之间交互的信息。 进一步地，上述系统还可具有以下特点，所述信令跟踪代理装置进一步包含消息 转发模块和信令数据缓存管理模块，其中 所述消息转发模块，用于在与所述全网信令跟踪系统通信正常时，直接转发所述
全网信令跟踪系统和所述网元设备之间交互的信息，在与所述全网信令跟踪系统通信异常
时，与所述网元设备交互，指示所述网元设备继续所述全网信令跟踪系统发起的信令跟踪
任务，指示信令数据缓存管理模块保存所述网元设备返回的信令跟踪数据； 所述信令数据缓存管理模块，用于在收到所述消息转发模块的指示时，保存所述
网元设备返回的信令跟踪数据，还用于在所述全网信令跟踪系统恢复正常时，返回所述信
令跟踪数据至所述全网信令跟踪系统。 进一步地，上述系统还可具有以下特点，所述全网信令跟踪系统，用于在有信令跟 踪任务时，发起一全网信令跟踪请求消息，该消息携带一事件号，由所述信令跟踪代理装置 转发给所述网元设备； 所述信令跟踪代理装置，用于转发所述全网信令跟踪请求消息至网元设备，接收 网元设备返回的信令跟踪消息，所述信令跟踪消息中携带信令跟踪数据和所述事件号，其 中当所述信令跟踪代理装置与所述全网信令跟踪系统通信正常时，转发所述信令跟踪消 息给所述全网信令跟踪系统，将所述全网信令跟踪系统返回的信令跟踪应答消息转发给网 元设备，所述信令跟踪应答消息中携带所述事件号；当所述信令跟踪代理装置与所述全网 信令跟踪系统通信异常时，保存所述信令跟踪数据，生成信令跟踪应答消息，发送给网元设 备，所述信令跟踪应答消息中携带所述事件号。 进一步地，上述系统还可具有以下特点，所述全网信令跟踪系统，还用于发起一建 立连接请求至所述信令跟踪代理装置，并在接收到信令跟踪代理装置转发的全网信令跟踪 握手消息后，返回一全网信令跟踪握手应答消息至信令跟踪代理装置； 所述信令跟踪代理装置，用于转发所述建立连接请求至网元设备，并接收和保存 网元设备返回的全网信令跟踪握手消息，转发给全网信令跟踪系统，还用于接收全网信令 跟踪系统返回的全网信令跟踪握手应答消息转发给网元设备；还用于在与所述全网信令跟 踪系统通信从异常恢复正常时，发送所述全网信令跟踪握手消息给全网信令跟踪系统，并 丢弃全网信令跟踪系统返回的全网信令跟踪握手应答消息。 进一步地，上述系统还可具有以下特点，所述信令跟踪代理装置还用于接收网元 设备每隔一时间间隔发送一次保活消息，并转发给全网信令跟踪系统，并在接收到全网信令跟踪系统的响应消息后转发给网元设备，如果网元设备连续发送了不少于N个保活消 息，信令跟踪代理装置未接收到全网信令跟踪系统的响应消息，认为与所述全网信令跟踪 系统通信异常，否则，认为与所述全网信令跟踪系统通信正常； 所述全网信令跟踪系统，还用于收到所述保活消息后，返回一响应消息给信令跟 踪代理装置。 本发明还提出一种改进的信令跟踪方法，应用于一包含全网信令跟踪系统和信令
跟踪代理装置的改进全网信令跟踪系统，所述信令跟踪代理装置与所述全网信令跟踪系统
异常时，信令跟踪代理装置与网元设备交互，指示所述网元设备继续信令跟踪，并保存网元
设备返回的信令跟踪数据；所述信令跟踪代理装置与全网信令跟踪系统通信恢复正常时，
所述信令跟踪代理装置返回所述信令跟踪数据至所述全网信令跟踪系统。 进一步地，上述方法还可具有以下特点，信令跟踪代理装置与所述全网信令跟踪
系统正常时，全网信令跟踪系统通过所述信令跟踪代理装置与所述网元设备交互，指示网
元设备进行信令跟踪，接收网元设备返回的信令跟踪数据，所述信令跟踪代理装置在与所
述全网信令跟踪系统通信正常时，直接转发所述全网信令跟踪系统和所述网元设备之间交
互的信息。 进一步地，上述方法还可具有以下特点，全网信令跟踪系统在有信令跟踪任务时， 发起一全网信令跟踪请求消息，该消息携带一事件号，由所述信令跟踪代理装置转发给所 述网元设备； 网元设备返回信令跟踪消息给信令跟踪代理装置，所述信令跟踪消息中携带信令 跟踪数据和所述事件号； 所述信令跟踪代理装置判断与所述全网信令跟踪系统通信正常时，转发所述信令 跟踪消息给所述全网信令跟踪系统，将所述全网信令跟踪系统返回的信令跟踪应答消息转 发给网元设备，所述信令跟踪应答消息中携带所述事件号； 所述信令跟踪代理装置判断与所述全网信令跟踪系统通信异常时，保存所述信令 跟踪数据，生成信令跟踪应答消息，发送给网元设备，所述信令跟踪应答消息中携带所述事 件号。 进一步地，上述方法还可具有以下特点，所述全网信令跟踪系统通过如下方式和 网元设备建立连接所述全网信令跟踪系统发起一建立连接请求至所述信令跟踪代理装 置，信令跟踪代理装置转发所述建立连接请求至网元设备，并接收和保存网元设备返回的 全网信令跟踪握手消息，转发给全网信令跟踪系统，所述全网信令跟踪系统接收到所述全 网信令跟踪握手消息后，返回一全网信令跟踪握手应答消息至信令跟踪代理装置，信令跟 踪代理装置转发该全网信令跟踪握手应答消息给网元设备； 信令跟踪代理装置与所述全网信令跟踪系统通信从异常恢复正常时，发送所述全 网信令跟踪握手消息给全网信令跟踪系统，并丢弃全网信令跟踪系统返回的全网信令跟踪 握手应答消息。 进一步地，上述方法还可具有以下特点，所述信令跟踪代理装置通过如下方式判 断与所述全网信令跟踪系统通信是否正常网元设备每隔一时间间隔发送一次保活消息给 信令跟踪代理装置，信令跟踪代理装置将该保活消息转发给全网信令跟踪系统，全网信令 跟踪系统针对该保活消息返回一响应消息给信令跟踪代理装置，信令跟踪代理装置接收到该响应消息后，转发给网元设备；如果网元设备连续发送了不少于N个保活消息，信令跟 踪代理装置未接收到全网信令跟踪系统的响应消息，认为与所述全网信令跟踪系统通信异 常，否则，认为与所述全网信令跟踪系统通信正常。 本发明提出的改进的全网信令跟踪系统，使用一信令跟踪代理装置在全网信令跟 踪系统因维护或升级不可用时代理全网信令跟踪系统，指示网元设备继续进行信令跟踪， 并保存网元设备返回的信令跟踪数据，在全网信令跟踪系统恢复正常时，将保存的信令跟 踪数据发送给全网信令跟踪系统，从而使得信令跟踪不间断。


图1为传统的全网信令跟踪系统示意图； 图2是网络正常时本发明全网信令跟踪系统架构和消息流程； 图3为全网信令跟踪系统发起信令跟踪后，网络出现异常或全网信令跟踪系统出 现异常等情况下的信令跟踪； 图4为本发明信令跟踪代理装置独立部署时的示意图；
图5本发发明信令跟踪代理装置与网元的通讯原理示意图；
图6本发明信令跟踪代理装置的对网元通信的链路干预示意图。
具体实施例方式
本发明在现有全网信令跟踪系统的架构方面作了一些改进，主要是在全网信令跟 踪系统及网元设备之间增加信令跟踪代理装置，该装置可以与网管系统部署在一起(如图 2所示)，也可以单独部署(如图4所示)。该装置主要以组件式方式部署，可合可分，灵活 方便，从而降低部署的复杂度。 如图2所示，本发明提出的改进的全网信令跟踪系统中包含全网信令跟踪系统、
信令跟踪代理装置和网元设备。信令跟踪代理装置和网元设备之间采用局域网或专线连
接，全网信令跟踪系统与信令跟踪代理装置之间，可以采用互联网连接，其中 全网信令跟踪系统，用于通过信令跟踪代理装置和网元设备交互，发起信令跟踪，
指示网元设备进行信令跟踪，接收网元设备返回的信令跟踪数据并显示； 信令跟踪代理装置，用于在与全网信令跟踪系统通信正常时，执行路由转发功能，
直接转发全网信令跟踪系统和网元设备之间交互的信息；在与全网信令跟踪系统通信异常
(比如当全网信令跟踪系统由于系统维护或升级等原因停机或者不可用或者信令跟踪代理
装置和全网信令跟踪系统之间的网络异常)时，接管全网信令跟踪系统，指示网元设备继
续执行全网信令跟踪系统发起的信令跟踪任务，与网元设备进行信息交互，并保存网元设
备返回的信令跟踪数据，在与全网信令跟踪系统通信恢复正常时，将所保存的信令跟踪数
据传输给全网信令跟踪系统，执行路由转发功能，直接转发全网信令跟踪系统和网元设备
之间交互的信息。其中，信令跟踪代理装置通过进行链路检测判断与全网信令跟踪系统通
信是否正常。 信令跟踪代理装置进一步包含消息转发模块(Message Route Module，MRM)和信 令数据缓存管理模块，MRM通过与CTS及网元设备建立Socket连接，实现双向消息的转发， 从而实现CTS与网元设备系统之间的消息，能够跨越网段间进行透传，其中
8
消息转发模块，用于在与全网信令跟踪系统通信正常时，不干预网元通信，仅作为 路由功能，进行全网信令跟踪消息的转发，直接转发全网信令跟踪系统与网元设备交互的 信息；在与全网信令跟踪系统通信异常(例如网络异常或CTS异常)时，干预网元通信，对 网元设备发过来的信令跟踪消息进行应答，使得网元设备认为CTS没有出现断链情况，继 续保持信令跟踪数据的上报，消息转发模块还指示信令数据缓存管理模块接收并保存网元 设备返回的信令跟踪数据；消息转发模块通过对链路进行检测判断与全网信令跟踪系统通 信是否正常。 信令数据缓存管理模块，用于根据消息转发模块的指示，接收网元设备发送的信 令跟踪数据，并保存为信令跟踪数据文件，在全网信令跟踪系统恢复正常时，传输所述信令 跟踪数据文件给所述全网信令跟踪系统。 信令数据缓存管理模块还对信令跟踪数据进行过滤。在消息转发模块与网元设备 通讯时，会有大量的消息交互。信令数据缓存管理模块需要能正确识别出网元设备上报的 信令跟踪消息，从而准确保存网元设备进行信令跟踪上报的信令跟踪数据，而不被其它冗 余消息打扰。信令跟踪消息携带一事件号，同一信令跟踪任务的信令跟踪消息携带同一事 件号，从而能正确识别出该信令跟踪任务对应的信令跟踪消息，从而准确保存该信令跟踪 任务的信令跟踪数据。将信令跟踪数据保存在信令跟踪数据文件的时候，可以采用二进制 保存数据，直接保存完整的消息码流，当信令跟踪数据文件超过一定的大小的时候，对该文 件进行压縮。 本发明还提出一种改进的全网信令跟踪方法，具体包含 Sl，在全网信令跟踪系统客户端创建信令跟踪任务，并发起全网信令跟踪，向消息 转发模块发送信令跟踪请求。 此时相当于在全网信令跟踪系统上创建了系统级信令跟踪任务，这时即使关闭全 网信令跟踪客户端或服务器，也不影响该信令跟踪任务的正常运行。除非在全网信令跟踪 系统上发起停止该信令跟踪任务的请求。 S2，消息转发模块转发该信令跟踪请求至网元设备，网元设备返回响应消息给全 网信令跟踪系统，开始进行信令跟踪，定时或达到一定数据量时返回信令跟踪消息至消息 转发模块； S3，消息转发模块收到该信令跟踪消息后进行下述处理 当全网信令跟踪系统与信令跟踪代理装置通信正常的情况下，消息转发模块充当 路由透传功能，直接传递消息，即直接将信令跟踪消息转发给全网信令跟踪系统，并将全网 信令跟踪系统对信令跟踪消息的应答消息转发给网元设备； 当全网信令跟踪系统与信令跟踪代理装置通信异常时，具体可能由于全网信令跟 踪系统进行维护或升级或者全网信令跟踪系统服务器的网络故障或网络不稳定，导致链路 有问题等原因中断运行，消息转发模块与网元设备进行消息交互，对网元设备返回的信令 跟踪消息进行应答，同时通知信令数据缓存管理模块进行接管工作，对信令跟踪消息中携 带的信令跟踪数据进行缓存处理。 当信令跟踪代理装置与全网信令跟踪系统通信由异常恢复正常时，消息转发模块 平滑的恢复正常的网元通信链路控制，对消息进行路由转发，停止信令数据缓存管理模块 的信令跟踪数据缓存操作，由全网信令跟踪服务器主动获取信令数据缓存管理模块缓存的
9信令跟踪数据，或者由信令数据缓存管理模块直接将信令跟踪数据发送给全网信令跟踪系
统。全网信令跟踪系统和信令数据缓存管理模块之间通过FTP(文件传输协议)方式或者
SFTP(安全文件传输协议)方式传输信令跟踪数据。 下面通过具体实施例进一步说明本发明。 步骤110，信令跟踪代理装置的端口开启与准备。 不论是采用附图2还是附图4的组网装置，信令跟踪代理装置在启动完毕后，需要 在相应的端口分别开启端口监听线程。在CTS与MRM侧，需要对特定端口进行监听。在MRM 与网元设备侧，需要知道网元设备的IP地址，打开对应IP地址的端口进行监听并与网元设 备建立连接。在CTS系统上，需要确定MRM所在的机器IP地址，并配置好该IP地址，使CTS 与MRM之间建立通讯链路。这样，整个系统的链路就处于正常状态。对于具体CTS与MRM 对于通讯链路的建立，可以有多种实现方式，最终是要确保全网信令跟踪系统(服务器)与 信令跟踪代理装置及网元设备之间通讯正常。MRM需要启动链路测试机制，监视与全网信令 跟踪系统、网元设备之间的通信链接状况。
MRM与网元设备通信的原理图如图5所示 网元设备在某个端口进行侦听(如6001端口 ) ， MRM发起向该端口的建立连接请 求，链路建立之后，网元设备返回一个事件号消息(如1035事件号消息)给MRM， MRM从网 元设备发过来的1035事件号消息中获取字节序，目标ID，返回一个事件号消息(如1036事 件号消息)给网元设备，至此，双方建立连接成功。其中，目标ID是指CTS中进行信令跟踪 的交换局的ID，因为CTS上可能存在多个交换局，能进行多个交换局的信令跟踪。
MRM、 CTS和网元设备之间保活过程 初始时两者之间建立连接时.如果连接建立失败，程序会抛出一个异常，此时认 为链路异常。 CTS、MRM和网元设备间进行保持链路激活处理。网元设备每隔一时间间隔(如3 秒)发送一次保活消息给MRM，每发送一个保活消息，链路检测加l，MRM将该保活消息转发 给CTS， CTS针对该保活消息返回一响应消息给MRM， MRM接收到该响应消息后，将链路检测 置O，将该响应消息转发给网元设备。如果网元设备连续发送了不少于预先指定的N个(例 如，N为5)保活消息，并且没有接收到MRM的响应消息，会认为网元设备与MRM断链，如果 MRM没有接收到CTS的响应消息，会认为与CTS断链。在通信过程中，也通过类似上述发送 保活消息的方法进行链路检测。 步骤120，全网信令跟踪系统创建全网信令跟踪任务。 待全网信令跟踪系统(服务器)与信令跟踪代理装置以及网元设备之间的通讯都 正常运行后，用户打开全网信令跟踪系统客户端，登录至全网信令跟踪系统服务器，通过客 户端设定跟踪实体等信令跟踪条件参数后，创建全网信令跟踪任务。 这里跟踪实体是指跟踪的网元设备上的目标对象，具体可能是协议(如 匪(Mobility Management移动性管理协议))、接口 (如Mc，MSC Serve与MGW之间的接口 )) 或者内部消息。 在全网信令跟踪系统客户端跟踪过滤条件界面上显示跟踪实体，让用户勾选是否 要跟踪。 跟踪任务是对跟踪实体的一次执行过程进行跟踪，从开始跟踪到停止跟踪。跟踪任务的状态可以分为四种状态 NO ACTIVE :未激活，表示跟踪任务创建后还未启动过(如定时跟踪任务，但定时 时间还未到，所以跟踪任务没有被激活)。 PENDING :启动跟踪消息已经发出，等待确认启动成功消息；
ACTIVE :激活状态，说明当前跟踪任务正在进行中；
OVER :结束状态，说明跟踪任务已经停止。 只有在跟踪任务处于ACTIVE状态时才接收上报的信令跟踪数据。停止跟踪时跟 踪任务立即设置为OVER状态，如果再接收到信令跟踪数据也不会处理。
步骤130，开始发起全网信令跟踪请求。
具体包含 a)当全网信令跟踪任务创建完毕后，手动发起全网信令跟踪任务或由全网信令跟
踪系统定时发起该信令跟踪任务，全网信令跟踪系统发起信令跟踪请求至MRM ; b)当MRM收到全网信令跟踪系统发起的信令跟踪请求后，直接把信令跟踪请求发
至网元设备上，如移动交换中心MSC Server/网关GPRS支持节点GGSN网元等； c)网元设备收到信令跟踪请求后，发回应消息给MRM，MRM再把该回应消息转发给
CTS ; d) CTS收到回应消息后，发确认消息给MRM， MRM再转发该确认消息给网元设备。其 中，步骤(d)也可省略。 至此，该信令跟踪任务正常发起成功。网元设备开始进行信令跟踪处理，经过一 系列逻辑处理，将信令跟踪消息返回发至MRM。信令跟踪消息中携带信令跟踪数据。通常， 网元设备定时上报信令跟踪消息，和/或上报的信令跟踪数据达到一定的数据量时进行上 报。 步骤140， MRM接收到网元设备返回的信令跟踪消息后的逻辑处理 MRM接收到网元设备返回的信令跟踪消息后，需要根据当前链路测试机制的判断
进行处理，具体如下 MRM与CTS、以及MRM与网元设备之间的链路检测机制是通过发送保活消息时有 判断链路是否异常，如果链路异常，MRM发送/接收保活消息失败。具体判断的方法见步骤 IIO，但本发明不限于此，也可有其他的链路检测方法。 如果链路测试机制检测到MRM与全网信令跟踪系统(服务器)通讯链路正常，则 直接把接收到的信令跟踪消息转发给全网信令跟踪系统，其中，信令跟踪消息中携带信令 跟踪数据，全网信令跟踪系统根据返回的信令跟踪数据，在客户端界面上呈现相应的结果， 并返回对该信令跟踪消息的应答消息给MRM， MRM转发给网元设备。 如果链路测试机制检测到MRM与全网信令跟踪系统(服务器)链路不通，MRM负 责与网元设备之间的消息交互，使得网元设备认为当前全网信令跟踪系统没有出现网络断 链或异常情况，从而继续保持信令跟踪数据的上报；MRM还通知信令数据缓存管理模块接 管工作，将信令跟踪数据进行保存。 信令数据缓存管理模块对信令跟踪数据进行保存时，可以根据一定的条件进行保 存，如达到5M大小则重新写入另外一个文件中，如此反复。当一个文件写入完毕后，需要进 行压縮处理，例如以ZIP方式或RAR方式进行压縮，以便将来CTS获取时，提高网络传输的效率。 当MRM与全网信令跟踪系统(服务器)之间的通讯链路恢复正常时，MRM平滑的 取消信令数据缓存管理模块的工作，重新执行路由转发功能，将网元设备上报的信令跟踪 消息转发至全网信令跟踪系统，将全网信令跟踪系统的应答消息转发给网元设备，信令跟 踪继续进行。 对于信令数据缓存管理模块保存的信令跟踪数据文件，在MRM与CTS链路恢复正 常时，MRM通知CTS，由CTS主动获取MRM上的信令跟踪数据文件。具体可以通过FTP方式 或者SFTP方式获取，CTS服务器获取信令跟踪数据文件后，进行解压縮处理，然后读取信令 跟踪数据文件中的信令跟踪数据，在全网信令跟踪系统客户端呈现。 下面通过一个应用实例说明本发明改进的信令跟踪方法。MRM在CTS断链之后，需 要能够立即启动与网元设备的握手交互。如图6所示。
A)初始链路建立与保活 初始时CTS与网元设备建立连接，链路建立成功后，网元设备发送全网信令跟踪 握手消息(比如1035事件号消息)至MRM，此时MRM获取该1035事件号消息保存下来，同 时把该1035事件号消息转发给CTS。 CTS返回全网信令跟踪握手响应消息(如1036事件 号消息)给MRM，MRM再把该1036事件号消息转发到网元设备，CTS、MRM和网元设备之间通 信正常。之后链路空闲时，CTS、信令跟踪代理装置和网元设备之间进行保持链路激活(保 活)处理。其中，事件号是一个标识，上述1035,1036事件号只是便于说明，也可以使用其 他事件号，本发明不作限定。 B)当有信令跟踪任务时，CTS发起全网信令跟踪请求(如1037事件号消息)，1037 事件号对应该信令跟踪任务，即1037事件号是该信令跟踪任务的标识，后续和该信令跟踪 任务关联的消息均携带该标识(即携带该事件号)。MRM获取该1037事件号保存，并将该 1037事件号消息转发给网元设备，表示开始准备启动信令跟踪任务。网元设备回发1037 事件号消息给MRM，MRM转发该1037事件号消息给CTS。网元设备开始信令跟踪，定时或达 到一定数据量时发送信令跟踪消息给MRM，信令跟踪消息均携带该信令跟踪任务的标识，即 1037事件号。标识的作用是将信令跟踪任务的消息与其它消息进行区分。
事件号为一个标识，和该事件相关的消息均携带该事件号。例如信令跟踪任务的 标识为1037事件号时，该信令跟踪任务的消息均携带1037事件号这一标识，具体消息内容 则根据需要决定，比如网元设备发送的1037事件号消息中可以携带信令跟踪数据，CTS返 回的1037事件号消息则携带应答信息。 C) CTS和MRM通信正常时，MRM将网元设备发送的1037事件号消息(信令跟踪消 息)转发给CTS，并将CTS的应答消息转发给网元设备； 当CTS与MRM断链时(如CTS服务器维护升级时)，MRM收到信令跟踪消息后，将 保存的CTS——> 网元设备的1037事件号消息发送给网元设备，使信令跟踪继续进行，对于 网元设备发送给MRM的1037事件号消息直接丢弃。MRM驱使信令数据缓存管理模块开始工 作，对网元设备发回的信令跟踪数据进行保存处理。保存完毕后，以ZIP方式或RAR方式进 行压縮。 D)当CTS与MRM链路恢复(如CTS服务器维护完毕，已经启动)，发起向MRM的建 立连接请求，MRM将已经保存了的网元设备——〉MRM的全网信令跟踪握手消息(如1035事件号消息)发送给CTS，对于CTS返回的1036事件号消息丢弃，同时停止MRM开启的定时 发送给网元设备的1037事件号定时任务(即停止主动对网元设备的信令跟踪消息进行应 答)，重新转发CTS发送的CTS——> 网元设备的1037事件号消息和网元设备发送的网元 设备——>CTS的1037事件号消息，即重新转发CTS和网元设备之间的信令跟踪事件消息。
至此双方网元通信的链路维护恢复正常。 本发明提出的改进后的全网信令跟踪系统，可以按照上述步骤实现全网信令跟 踪。当然，根据具体的实现方式不同，全网信令跟踪系统改进可以有所不同，实现可以稍做 修改即可。 本发明提出的改进的全网信令跟踪系统，当全网信令跟踪系统不可用时，信令跟 踪代理装置充当全网信令跟踪系统的角色，平滑的接管与网元通信链路维护，使网元设备 认为当前系统没有任何异常，从而使全网信令跟踪(系统跟踪任务)继续进行，不会中止当 前正在进行的信令跟踪任务，保证信令跟踪任务正常可靠不间断的运行。当全网信令跟踪 系统恢复正常时，信令跟踪代理装置平滑的恢复正常的网元通信，全网信令跟踪系统能平 滑的接管信令跟踪工作，使得信令跟踪长期进行，满足全网不间断信令跟踪，从而有效解决 传统全网信令跟踪系统不能长期进行信令跟踪的不足之处，满足运营商的需求。
权利要求
一种改进的全网信令跟踪系统，包含全网信令跟踪系统，其特征在于，还包含一信令跟踪代理装置，与所述全网信令跟踪系统相连，用于在与所述全网信令跟踪系统通信异常时，与网元设备交互，指示所述网元设备继续所述全网信令跟踪系统发起的信令跟踪任务，并保存所述网元设备返回的信令跟踪数据，在所述全网信令跟踪系统恢复正常时，返回所述信令跟踪数据至所述全网信令跟踪系统。
2. 如权利要求1所述的系统，其特征在于，所述全网信令跟踪系统通过所述信令跟踪 代理装置与所述网元设备连接；所述全网信令跟踪系统，用于通过所述信令跟踪代理装置与网元设备交互，用于指示 网元设备进行信令跟踪，并接收网元设备返回的信令跟踪数据；所述信令跟踪代理装置，还用于在与所述全网信令跟踪系统通信正常时，直接转发所 述全网信令跟踪系统和所述网元设备之间交互的信息。
3. 如权利要求2所述的系统，其特征在于，所述信令跟踪代理装置进一步包含消息转 发模块和信令数据缓存管理模块，其中所述消息转发模块，用于在与所述全网信令跟踪系统通信正常时，直接转发所述全网 信令跟踪系统和所述网元设备之间交互的信息，在与所述全网信令跟踪系统通信异常时， 与所述网元设备交互，指示所述网元设备继续所述全网信令跟踪系统发起的信令跟踪任 务，指示信令数据缓存管理模块保存所述网元设备返回的信令跟踪数据；所述信令数据缓存管理模块，用于在收到所述消息转发模块的指示时，保存所述网元 设备返回的信令跟踪数据，还用于在所述全网信令跟踪系统恢复正常时，返回所述信令跟 踪数据至所述全网信令跟踪系统。
4. 如权利要求l所述的系统，其特征在于，所述全网信令跟踪系统，用于在有信令跟踪任务时，发起一全网信令跟踪请求消息，该 消息携带一事件号，由所述信令跟踪代理装置转发给所述网元设备；所述信令跟踪代理装置，用于转发所述全网信令跟踪请求消息至网元设备，接收网元 设备返回的信令跟踪消息，所述信令跟踪消息中携带信令跟踪数据和所述事件号，其中当 所述信令跟踪代理装置与所述全网信令跟踪系统通信正常时，转发所述信令跟踪消息给 所述全网信令跟踪系统，将所述全网信令跟踪系统返回的信令跟踪应答消息转发给网元设 备，所述信令跟踪应答消息中携带所述事件号；当所述信令跟踪代理装置与所述全网信令 跟踪系统通信异常时，保存所述信令跟踪数据，生成信令跟踪应答消息，发送给网元设备， 所述信令跟踪应答消息中携带所述事件号。
5. 如权利要求l所述的系统，其特征在于，所述全网信令跟踪系统，还用于发起一建立连接请求至所述信令跟踪代理装置，并在 接收到信令跟踪代理装置转发的全网信令跟踪握手消息后，返回一全网信令跟踪握手应答 消息至信令跟踪代理装置；所述信令跟踪代理装置，用于转发所述建立连接请求至网元设备，并接收和保存网元 设备返回的全网信令跟踪握手消息，转发给全网信令跟踪系统，还用于接收全网信令跟踪 系统返回的全网信令跟踪握手应答消息转发给网元设备；还用于在与所述全网信令跟踪系 统通信从异常恢复正常时，发送所述全网信令跟踪握手消息给全网信令跟踪系统，并丢弃 全网信令跟踪系统返回的全网信令跟踪握手应答消息。
6. 如权利要求1至5任一所述的系统，其特征在于，所述信令跟踪代理装置还用于接收网元设备每隔一时间间隔发送一次保活消息，并转 发给全网信令跟踪系统，并在接收到全网信令跟踪系统的响应消息后转发给网元设备，如 果网元设备连续发送了不少于N个保活消息，信令跟踪代理装置未接收到全网信令跟踪系 统的响应消息，认为与所述全网信令跟踪系统通信异常，否则，认为与所述全网信令跟踪系 统通信正常；所述全网信令跟踪系统，还用于收到所述保活消息后，返回一响应消息给信令跟踪代理装置。
7. —种改进的信令跟踪方法，应用于一包含全网信令跟踪系统和信令跟踪代理装置的 改进全网信令跟踪系统，其特征在于，所述信令跟踪代理装置与所述全网信令跟踪系统异 常时，信令跟踪代理装置与网元设备交互，指示所述网元设备继续信令跟踪，并保存网元设 备返回的信令跟踪数据；所述信令跟踪代理装置与全网信令跟踪系统通信恢复正常时，所 述信令跟踪代理装置返回所述信令跟踪数据至所述全网信令跟踪系统。
8. 如权利要求7所述的方法，其特征在于，信令跟踪代理装置与所述全网信令跟踪系 统正常时，全网信令跟踪系统通过所述信令跟踪代理装置与所述网元设备交互，指示网元 设备进行信令跟踪，接收网元设备返回的信令跟踪数据，所述信令跟踪代理装置在与所述 全网信令跟踪系统通信正常时，直接转发所述全网信令跟踪系统和所述网元设备之间交互 的信息。
9. 如权利要求7所述的方法，其特征在于，所述方法还包含全网信令跟踪系统在有信令跟踪任务时，发起一全网信令跟踪请求消息，该消息携带 一事件号，由所述信令跟踪代理装置转发给所述网元设备；网元设备返回信令跟踪消息给信令跟踪代理装置，所述信令跟踪消息中携带信令跟踪 数据和所述事件号；所述信令跟踪代理装置判断与所述全网信令跟踪系统通信正常时，转发所述信令跟踪 消息给所述全网信令跟踪系统，将所述全网信令跟踪系统返回的信令跟踪应答消息转发给 网元设备，所述信令跟踪应答消息中携带所述事件号；所述信令跟踪代理装置判断与所述全网信令跟踪系统通信异常时，保存所述信令跟 踪数据，生成信令跟踪应答消息，发送给网元设备，所述信令跟踪应答消息中携带所述事件 号。
10. 如权利要求7所述的方法，其特征在于，所述全网信令跟踪系统通过如下方式和网元设备建立连接所述全网信令跟踪系统发 起一建立连接请求至所述信令跟踪代理装置，信令跟踪代理装置转发所述建立连接请求至 网元设备，并接收和保存网元设备返回的全网信令跟踪握手消息，转发给全网信令跟踪系 统，所述全网信令跟踪系统接收到所述全网信令跟踪握手消息后，返回一全网信令跟踪握 手应答消息至信令跟踪代理装置，信令跟踪代理装置转发该全网信令跟踪握手应答消息给 网元设备；信令跟踪代理装置与所述全网信令跟踪系统通信从异常恢复正常时，发送所述全网信 令跟踪握手消息给全网信令跟踪系统，并丢弃全网信令跟踪系统返回的全网信令跟踪握手 应答消息。
11.如权利要求7至10任一所述的方法，其特征在于，所述信令跟踪代理装置通过如下 方式判断与所述全网信令跟踪系统通信是否正常网元设备每隔一时间间隔发送一次保活 消息给信令跟踪代理装置，信令跟踪代理装置将该保活消息转发给全网信令跟踪系统，全 网信令跟踪系统针对该保活消息返回一响应消息给信令跟踪代理装置，信令跟踪代理装置 接收到该响应消息后，转发给网元设备；如果网元设备连续发送了不少于N个保活消息，信 令跟踪代理装置未接收到全网信令跟踪系统的响应消息，认为与所述全网信令跟踪系统通 信异常，否则，认为与所述全网信令跟踪系统通信正常。
全文摘要
本发明提供了一种改进的全网信令跟踪系统，包含全网信令跟踪系统，还包含一信令跟踪代理装置，与全网信令跟踪系统相连，用于在与全网信令跟踪系统通信异常时，与网元设备交互，指示网元设备继续全网信令跟踪系统发起的信令跟踪任务，并保存网元设备返回的信令跟踪数据，在全网信令跟踪系统恢复正常时，返回信令跟踪数据至全网信令跟踪系统。本发明还提供了一种改进的全网信令跟踪方法，本发明的系统和方法，保证全网信令跟踪不间断进行。
文档编号H04W8/26GK101772007SQ200810192980
公开日2010年7月7日 申请日期2008年12月31日 优先权日2008年12月31日
发明者刘长青, 吴道立, 徐国平, 潘峰, 王飞, 虞振峰, 黄建华 申请人:中兴通讯股份有限公司