CN103067934A - 核心网多接口信令流程关联方法 - Google Patents

Abstract

本发明公开了一种核心网多接口信令流程关联方法，该方法在进行信令流程关联的过程中，需要存储用于信令流程关联的信息，包括用于进行关联的关键字和信令流程的标识，在进行关联时，根据KEY值可以查询到对应的呼叫跟踪标识；该方法包括IU口与电路域Mc的关联方式、IU口与分组域的Gn口关联方式、IU口流程与C/D/E口流程的关联方式。本发明根据消息的IE作为关键参数，将不同流程关联到同一个流程中。

Description

核心网多接口信令流程关联方法

技术领域

本发明涉及通信技术领域，特别是涉及一种核心网多接口信令流程关联方法。

背景技术

核心网位于移动网络的网络子系统内，核心网的主要作用把是把IU/A口上来的呼叫请求或数据请求，接续到不同的网络上，在移动通信的过程中起到非常重要的作用。为保证核心网的高质量运行，要对其中传递的信令进行采集和分析，采集所得信令的关联好坏在很大程度上影响了我们对数据运行情况的分析，在分析的过程中核心网不同接口的关联技术也就显得十分的重要。

在目前已有的关联技术中，很少或基本上没有关于多接口的信令流程关联技术，对于多接口之间信令的关联情况更加的复杂。

在信令的传输过程中，通信节点接收到信令时，根据所在位置和协议，从底层解析到指定层次找到用于计算或查找下一个传输节点的信息，根据这些信息计算或查找出下一个传输节点，然后将信令进行重新的封装打包，并转发给下一个信令节点，而不必关心转发信令的内容或信令是属于哪一个用户或哪一个用户的具体的业务流程。

而对于信令分析仪表，通过采集功能获取的信令消息，不但要对信令进行解析，而且更加关心信令之间的关联关系，通过对特定用户的业务流程的分析发现在通信网络中存在的问题，特别是在不同接口之间的信令传输的联合，不但是分析的重点，而且还是这方面的难点。现有的短信转移技术存在如下缺陷：很难正确、简单、快速的将同一用户的不同接口信令关联到用一个流程中。

发明内容

本发明所要解决的技术问题是提供一种核心网多接口信令流程关联方法，其根据消息的IE作为关键参数，将不同流程关联到同一个流程中。

本发明是通过下述技术方案来解决上述技术问题的：一种核心网多接口信令流程关联方法，其特征在于，该方法在进行信令流程关联的过程中，需要存储用于信令流程关联的信息，包括用于进行关联的关键字和信令流程的标识，在进行关联时，根据KEY值可以查询到对应的呼叫跟踪标识；该方法包括IU口与电路域Mc的关联方式、IU口与分组域的Gn口关联方式、IU口流程与C/D/E口流程的关联方式。

本发明的积极进步效果在于：一、本发明关联方法简单，在进行数据分析时即可提取相应的IE作为关联的依据，然后在后续的流程建立过程中即可进行相应的流程合并，实现方法简单。二、在现实的网络测试过程中，只需要查看该IE的取值即可判定是否为用一个用户流程，所以对于现场测试或其它的分析都非常的实用。三、本发明能够有效的实现IU口与Mc、Gn、C/D/E口的流程合并，实现多接口业务联合。

附图说明

图1是本发明数据库存储表结构示意图；

图2是本发明IU与Mc口流程关联的流程图；

图3是本发明IU与Gn口流程关联的流程图；

图4是本发明IU与C/D/E口流程关联的流程图。

具体实施方式

下面结合附图给出本发明较佳实施例，以详细说明本发明的技术方案。

在移动网络中信令的产生和发送具有其固定的顺序，同一用户的不同业务使用的信令不同，而且在网络传输上是有时间顺序的。这些特性就是我们进行流程关联的基础。

本发明在进行信令流程关联的过程中，需要存储用于信令流程关联的信息，包括用于进行关联的关键字和信令流程的标识，在进行关联时，根据KEY值可以查询到对应的呼叫跟踪标识。设定存储数据库中的表格结构如图1所示。本发明核心网多接口信令流程关联方法包括IU口与电路域Mc的关联方式、IU口与分组域的Gn口关联方式、IU口流程与C/D/E口流程的关联方式。

以下为IU口流程与各接口流程关联的具体步骤：

一、IU口与电路域Mc的关联方式

在IU口流程的无线接入承载建立过程时，无线网络控制器(RNC)收到Mc口下发的应答增加消息(Reply Add，with session description)，在该消息中包含了端口(Port)的相关信息，将端口号的十六进制作为关联IU流程的关键字存储到数据库中，然后在IU流程中的下发无线接入承载分配请求消息(RAB Assignment Request)中提取绑定ID(bingding ID)的值，以该值的前四位为关联的关键字，在存储的数据库中进行查询，即可找到相应的Mc的流程，然后将两个流程合并为同一个流程。图2为IU口与Mc口流程关联的主要流程图，具体步骤如下：

步骤一、建立IU口信令流程，并获取IU流程标识IDI。

步骤二、建立Mc口信令流程，并获取Mc流程标识IDM。

步骤三、监控Mc口信令消息，是否捕获到消息应答增加消息(ReplyAdd，with session description)。

步骤四、如果监控到应答增加消息(Reply Add，with session description)，则提取端口信息作为KEY值，并与IDM一起存入数据库中。如果不是该信令则判定流程是否已经结束，如果没有结束则继续监测，否则结束关联IU口的信令流程。

步骤五、监控IU口是否捕获无线接入承载分配请求信令。

步骤六、如果监控到无线接入承载分配请求(RAB Assignment Request)，则提取绑定ID(BingdingID)值，根据该值的十六进制查询数据库，如果查询到IU口存储的记录，并获取IU口流程的IDI。根据IDI找到IU口的流程，并将其与IDM所标识的Mc流程合并为一个流程，并将合并后的流程按照消息的时间进行排序。

步骤七、如果没有捕获到无线接入承载分配请求，则先判断流程是否结束，如果结束，则结束流程关联过程，否则继续监控该接口的无线接入承载分配请求。

二、IU口与分组域(PS)的Gn口关联方式

在IU口的流程建立后，监控连接确认(CR Connection Request)消息或Common ID消息，如果其中包含信元IMSI，则提取并与IU口流程标识存放到数据库中。然后在Gn口流程中，根据建立Gn流程的第一条消息(如：创建PDP上下文请求)的IMSI查询数据库记录，找到IU口存放的IMSI，找到对应的IU口流程标识，并将两个流程合并为同一个，即可实现IU流程和Gn流程的关联。图3为IU流程和Gn流程关联的主要流程图，具体步骤如下：

步骤一、建立IU口流程，获取流程标识IDI。

步骤二、监控IU口信息，主要监控连接请求和CommonID。

步骤三、如果为监测到连接请求或CommonID消息，则提取IMSI值，将该值和IDI存入数据库中。

步骤四、如果非以上两个消息，则判定流程是否结束，如果没结束，则继续监控。否则结束流程关联过程。

步骤五、建立Gn口流程，并获取流程标识IDG。

步骤六、监控Gn口信令，是否为建立Gn流程的第一条消息：创建PDP上下文请求消息。

步骤七、如果为该消息，则提取IMSI，根据该IMSI值查询数据库，获取IU口流程标识IDI，然后根据IDI与IDG将两个流程合并，并根据两个流程中的消息进行排序。

步骤八、如果没有监控到创建PDP上下文请求，则判定是否流程结束，如果没有结束则继续监控。否则不再监控，并结束流程关联过程。

三、IU口流程与C/D/E口流程的关联方式

在IU口的流程中，连接请求(CR Connection Request)消息带有用户的标识信息，可以利用这一用户标识来与C/D/E口流程进行关联，即首先建立IU口的流程，如果在IU口捕获到IU口的连接请求消息(ConnectionRequest)，那么就提取并保存用户标识IMSI和流程标识。然后创建C/D/E口流程，并在开始消息(Begin)中提取IMSI信息，然后查询数据库，获取IDI，根据查询的结果将两个流程关联到一起。图4为IU与C/D/E口流程关联的主要流程图，具体步骤如下：

步骤一、创建IU口流程，获取流程标识IDI。

步骤二、创建C/D/E口流程，获取流程标识IDC。

步骤三、监控IU口连接请求消息或CommonID消息。

步骤四、如果既不是连接请求消息也不是CommonID消息，则判定是否IU流程已经结束，如果结束则关联过程结束，否则继续监控信令。

步骤五、如果为连接请求消息，并且如果能够提取IMSI，则与IDI一起存储到数据库，否则什么都不做。

步骤六、如果为CommonID消息，则提取其中的IMSI，然后查询数据库，如果可以查到找到，则为查询到的可能为IDI，也可能为IDC(在第步中存入数据库的记录)，如果为标识IDC，说明为C/D/E口的流程标识，那么就可以将两流程进行合并，并跟进两流程的信息帧的时间进行排序。

步骤七、监控C/D/E流程的开始消息。

步骤八、如果为开始消息，则提取IMSI，并查询数据库，如果能够查找到记录，则为IU口流程的标识，就可以将两个流程进行合并，然后根据消息的时间信息进行排序，则关联成功结束。否则如果没有查询到相应的记录，则将IMSI值与IDC一起存储到数据库中，并返回到步骤三中。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这些仅是举例说明，在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改。因此，本发明的保护范围由所附权利要求书限定。

Claims (4)

1.一种核心网多接口信令流程关联方法，其特征在于，该方法在进行信令流程关联的过程中，需要存储用于信令流程关联的信息，包括用于进行关联的关键字和信令流程的标识，在进行关联时，根据KEY值可以查询到对应的呼叫跟踪标识；该方法包括IU口与电路域Mc的关联方式、IU口与分组域的Gn口关联方式、IU口流程与C/D/E口流程的关联方式。

2.如权利要求1所述的核心网多接口信令流程关联方法，其特征在于，所述IU口与电路域Mc的关联方式包括以下步骤：

步骤一、建立IU口信令流程，并获取IU流程标识IDI；

步骤二、建立Mc口信令流程，并获取Mc流程标识IDM；

步骤三、监控Mc口信令消息，是否捕获到消息应答增加消息；

步骤四、如果监控到应答增加消息，则提取端口信息作为KEY值，并与IDM一起存入数据库中；如果不是该信令则判定流程是否已经结束，如果没有结束则继续监测，否则结束关联IU口的信令流程；

步骤五、监控IU口是否捕获无线接入承载分配请求信令；

步骤六、如果监控到无线接入承载分配请求，则提取绑定ID值，根据该值的十六进制查询数据库，如果查询到IU口存储的记录，并获取IU口流程的IDI；根据IDI找到IU口的流程，并将其与IDM所标识的Mc流程合并为一个流程，并将合并后的流程按照消息的时间进行排序；

步骤七、如果没有捕获到无线接入承载分配请求，则先判断流程是否结束，如果结束，则结束流程关联过程，否则继续监控该接口的无线接入承载分配请求。

3.如权利要求1所述的核心网多接口信令流程关联方法，其特征在于，所述IU口与分组域的Gn口关联方式包括以下步骤：

步骤一、建立IU口流程，获取流程标识IDI；

步骤二、监控IU口信息，主要监控连接请求和CommonID；

步骤三、如果为监测到连接请求或CommonID消息，则提取IMSI值，将该值和IDI存入数据库中；

步骤四、如果非以上两个消息，则判定流程是否结束，如果没结束，则继续监控；否则结束流程关联过程；

步骤五、建立Gn口流程，并获取流程标识IDG；

步骤六、监控Gn口信令，是否为建立Gn流程的第一条消息：创建PDP上下文请求消息；

步骤七、如果为该消息，则提取IMSI，根据该IMSI值查询数据库，获取IU口流程标识IDI，然后根据IDI与IDG将两个流程合并，并根据两个流程中的消息进行排序；

步骤八、如果没有监控到创建PDP上下文请求，则判定是否流程结束，如果没有结束则继续监控；否则不再监控，并结束流程关联过程。

4.如权利要求1所述的核心网多接口信令流程关联方法，其特征在于，所述IU口流程与C/D/E口流程的关联方式包括以下步骤：

步骤一、创建IU口流程，获取流程标识IDI；

步骤二、创建C/D/E口流程，获取流程标识IDC；

步骤三、监控IU口连接请求消息或CommonID消息；

步骤四、如果既不是连接请求消息也不是CommonID消息，则判定是否IU流程已经结束，如果结束则关联过程结束，否则继续监控信令；

步骤五、如果为连接请求消息，并且如果能够提取IMSI，则与IDI一起存储到数据库，否则什么都不做；

步骤六、如果为CommonID消息，则提取其中的IMSI，然后查询数据库，如果可以查到找到，则为查询到的可能为IDI，也可能为IDC(在第步中存入数据库的记录)，如果为标识IDC，说明为C/D/E口的流程标识，那么就可以将两流程进行合并，并跟进两流程的信息帧的时间进行排序；

步骤七、监控C/D/E流程的开始消息；

步骤八、如果为开始消息，则提取IMSI，并查询数据库，如果能够查找到记录，则为IU口流程的标识，就可以将两个流程进行合并，然后根据消息的时间信息进行排序，则关联成功结束；否则如果没有查询到相应的记录，则将IMSI值与IDC一起存储到数据库中，并返回到步骤三中。

Images