CN105592427A - 一种通信网元实现信令跟踪的方法 - Google Patents

Abstract

本发明提出一种通信网元实现信令跟踪的方法，通信网元使用公共框架进行消息收发，框架包括工厂管理者、工厂、状态机三种基类，基于状态机派生出消息跟踪类，进行消息预处理、信令跟踪命令判断和发送信令跟踪消息；通信网元所有应用模块的状态机继承消息跟踪类派生出自身的应用状态机；消息初始接口模块收到消息后，在其应用状态机中进行信令跟踪命令匹配和发送信令跟踪消息，然后进行业务消息处理，结束后将信令跟踪命令在业务消息中传递给后续模块；后续模块的应用状态机收到业务消息后，进行消息预处理，判断信令跟踪命令有效，则发送信令跟踪消息，然后进行业务消息处理，结束后将信令跟踪命令传递给后续模块；以此类推，直到流程结束。

Description

一种通信网元实现信令跟踪的方法

技术领域

本发明涉及通信领域，尤其涉及一种通信网元实现信令跟踪的方法。

背景技术

在通信网络中，如果要实现通信网元(例如以软交换为代表的通信核心网设备)内部的信令跟踪，一般需要针对每一条信令进行开发，在将信息发送到接收模块的同时，重复发送一份消息给信令跟踪模块，由信令跟踪模块统一输出到客户端，在客户端进行消息码流的解析，输出消息流程图。

一般来说，通信网元的内部模块数量都比较多，模块之间的信令消息发送数量也很大，在开发通信网元产品时，为了实现信令监控功能，需要对每一条信令消息构造跟踪消息，将需要付出很大的开发工作量。当消息流程有改动或者增加修改一些模块时，还需要对新增加的信令消息开发相应的跟踪消息，从而导致需要更多额外的工作量。

发明内容

为了解决上述技术问题，本发明提出一种通过感染算法实现通信网元的信令跟踪的方法，该方法为：

所述通信网元使用公共框架进行消息收发，所述公共框架包括三种基类：工厂管理者、工厂、状态机，所述状态机通过发送和接收消息进行通信，是发送消息的出口；所述工厂管理者是接收消息的入口，负责向工厂分发消息，以及管理工厂类型的派生类；所述工厂负责处理并转发消息到目的状态机，以及分配和回收状态机资源；基于所述状态机派生出消息跟踪类，所述消息跟踪类进行消息的预处理、信令跟踪命令的判断和预处理后向信令跟踪模块发送信令跟踪消息；所述通信网元的所有应用模块的状态机继承消息跟踪类派生出该模块的应用状态机；

所述通信网元的消息初始接口模块收到消息后，首先在其应用状态机中进行信令跟踪命令的匹配和向信令跟踪模块发送信令跟踪消息，然后继续进行本模块业务消息处理，处理结束后将信令跟踪命令在业务消息中传递给后续模块；后续模块的应用状态机收到业务消息后，进行消息预处理，在消息跟踪类中判断信令跟踪命令是否有效，如果有效，则在预处理结束时向信令跟踪模块发送信令跟踪消息，然后继续进行本模块业务消息处理，处理结束后将信令跟踪命令在业务消息中传递给后续模块；以此类推，信令跟踪命令继续在消息收发模块之间感染，直到流程结束。

优选的，一个状态机对象执行环境至少提供执行上下文、消息队列、消息发送和定时服务。

优选的，所述信令跟踪命令为信令跟踪ID。

优选的，所述通信网元为核心网软交换网元。

本发明通过构造公共的消息发送框架，在发送业务消息的同时，将信令跟踪命令在消息收发模块间感染，达到只需编写消息初始接口模块的信令跟踪代码，就能够跟踪整个流程的消息的目的。其好处在于：1，只需要在消息初始接口模块实现信令跟踪代码，其它模块无需单独开发，节省工作量。2，统一业务消息的处理和信令跟踪消息的处理，整个结构简单清晰，不容易出现错漏。

附图说明

图1是本发明实施例的公共框架的三种基类的关系示意图；

图2是本发明实施例的消息跟踪类和公共框架的关系示意图；

图3是本发明实施例的信令跟踪流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例；需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明以核心网软交换(SS)网元为例，说明跟踪L3-Req到Access-Req两条信令消息的过程。假设消息初始接口模块为SAB1，SAB1模块收到的第一条呼叫信令为L3-Req，SAB1模块处理完L3-Req消息后需要向VLR模块发送Access-Req请求。

首先，整个软交换网元使用公共框架实现消息的收发，公共框架包括工厂管理者、工厂、状态机三种基类。具体说明如下：

状态机(FSM)：是一个广义的概念，并不仅仅是指具有状态行为的对象，而是指通过发送和接收消息进行通信的对象，在本实施例中所有的状态机对象都是这种广义的状态机对象，一个状态机对象执行环境至少提供执行上下文(线程)、消息队列、消息发送、和定时服务。

工厂管理者(FactoryMgr)：该类管理一定数目的工厂类型的派生类，并向工厂分发消息。

工厂(Factory)：该类负责分配和回收状态机资源，状态机需要占用内存资源，工厂预分配了一些大小固定的内存；工厂还负责处理消息，并转发消息到目的状态机，根据消息的目的地址信息，工厂在自己维护的状态机列表中寻找合适的状态机，并将消息发给它所对应的消息队列。

图1说明了上述三种基类的关系，由图中可见，对于公共框架来说，FSM是发送消息的出口，FactoryMgr是接收消息的入口。

软交换网元还基于公共框架中的FSM派生出消息跟踪(TrFSM)类，在TrFSM中实现消息的预处理、信令跟踪命令的判断和预处理后向信令跟踪模块发送信令跟踪消息。软交换网元的所有应用模块的FSM集承TrFSM类派生出该模块的应用状态机(APPFSM)，消息跟踪类和公共框架的关系如图2所示。

基于软交换的软件结构，所有信令发送都必须经过消息初始接口模块，所以，只需在消息初始接口模块的APPFSM中实现信令跟踪命令的匹配，发送本次需要跟踪的消息，然后继续进行本次业务处理，将信令跟踪命令在业务消息中传送给后续模块。后续模块的APPFSM收到业务消息后，首先在TrFSM中进行消息预处理，对信令跟踪命令进行判断，发现信令跟踪命令有效，则被成功感染，在预处理结束时发送信令跟踪消息，该模块继续本模块业务消息处理，处理结束后发送后续业务消息(携带信令跟踪命令)到后续模块。以此类推，流程继续。本实施例的信令跟踪流程如图3所示，具体步骤如下：

1，SAB1模块为初始接口模块，接收第一条业务消息时信令跟踪命令无效，需要在APPFSM开发相应代码，完成信令跟踪命令的匹配和信令跟踪消息的发送。SAB1模块收到L3-Req消息后，首先进行信令跟踪命令的匹配，然后向信令跟踪模块发送信令跟踪消息。本实施例将信令跟踪ID(CallTraceID)作为信令跟踪命令。

2，SAB1模块完成对L3-Req的业务处理，向VLR模块发送Access-Req消息，并在消息头部携带CallTraceID。

3，VLR模块收到Access-Req消息，首先进行预处理，发现CallTraceID为有效值，则被成功感染，在预处理结束时发送信令跟踪消息。然后继续处理业务，并发送业务消息到后续模块。

4，后续模块继续被感染，直到本次呼叫结束。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (4)

1.一种通信网元实现信令跟踪的方法，所述方法为：

所述通信网元使用公共框架进行消息收发，所述公共框架包括三种基类：工厂管理者、工厂、状态机，所述状态机通过发送和接收消息进行通信，是发送消息的出口；所述工厂管理者是接收消息的入口，负责向工厂分发消息，以及管理工厂类型的派生类；所述工厂负责处理并转发消息到目的状态机，以及分配和回收状态机资源；基于所述状态机派生出消息跟踪类，所述消息跟踪类进行消息的预处理、信令跟踪命令的判断和预处理后向信令跟踪模块发送信令跟踪消息；所述通信网元的所有应用模块的状态机继承消息跟踪类派生出该模块的应用状态机；

所述通信网元的消息初始接口模块收到消息后，首先在其应用状态机中进行信令跟踪命令的匹配和向信令跟踪模块发送信令跟踪消息，然后继续进行本模块业务消息处理，处理结束后将信令跟踪命令在业务消息中传递给后续模块；后续模块的应用状态机收到业务消息后，进行消息预处理，在消息跟踪类中判断信令跟踪命令是否有效，如果有效，则在预处理结束时向信令跟踪模块发送信令跟踪消息，然后继续进行本模块业务消息处理，处理结束后将信令跟踪命令在业务消息中传递给后续模块；以此类推，信令跟踪命令继续在消息收发模块之间感染，直到流程结束。

2.根据权利要求1所述的方法，其特征在于，一个状态机对象执行环境至少提供执行上下文、消息队列、消息发送和定时服务。

3.根据权利要求1所述的方法，其特征在于，所述信令跟踪命令为信令跟踪ID。

4.根据权利要求1～3任意一项所述的方法，其特征在于，所述通信网元为核心网软交换网元。