CN102724645B - Gsm网络短信全流程多接口关联方法 - Google Patents

Abstract

本发明涉及一种GSM网络短信全流程多接口关联方法，以解决现有技术中各协议生成独立的业务记录，无法重视移动用户的业务信令流程，同时解决了各协议所携带的用户识别信息不一致导致用户查询困难的问题。本发明使CDR记录中保存了比较全面的用户识别信息，用户在进行查询时，针对同一次MO短信或者MT短信可以通过唯一的CALLID进行关联，从而更便于查询用户的记录，定位通信网络所存在的问题。

Description

GSM网络短信全流程多接口关联方法

技术领域

本发明涉及通信网络技术领域，特别涉及一种信令监测中GSM网络短信全流程多接口关联方法。

背景技术

随着移动通信技术的不断发展，个人移动通讯产品逐渐被人们普遍使用，移动通讯用户日渐增多，移动通信网络也不断进行升级，信令监测处理的重要性日益突出。信令监测是网络建设的重要环节，信令检测系统能够为电信运营商提供被监测网络的重要技术参数，帮助电信运营商进行网络评估，而且还能为电信运营商提供网络规划和新业务开展的依据，以及发现系统的潜在问题，处理用户投诉，呈现用户使用痕迹等。

在现有的信令监测系统中，数据采集设备对GSM通信网络进行全网络信令采集，然后由信令处理设备对各种数据进行处理，生成呼叫详细记录CDR(CDR，Call Detail Record)供用户查询。由于全网络信令数据量巨大，往往需要许多信令处理设备共同完成信令分析的任务，将采集到的原始信令数据按照不同的协议类型分别由不同的协议处理模块进行处理，各协议处理模块仅仅处理本协议数据并生成呼叫记录，所涉及的协议包括bssap，map，bicc，cap，isup，处理流程如图1所示，信令处理设备获取原始信令数据后由数据分发模块（PD）对信令进行初步解码，获取协议类型，然后送给相应的协议处理模块进行处理。

通过对现有方法的分析，可知现有技术具有以下不足：

在现有的技术中，由于各协议模块只收到了本协议的数据，单独生成本协议的记录，无法关联多个协议。涉及短信的协议主要包括软交换中心（MSC）与短信中心（SMC）间的map协议，MSC与基站控制器（BSC）间的bssap协议（A口），SMC与归属位置寄存器（HLR）间的map协议(C口)，对于移动始发短信（MO短信）包括MSC和BSC间的bssap（A口），MSC和SMC间的map协议（E口），现有的技术中一个MO短信会生成2条独立的短信记录，信令呈现时也只能独立呈现2个接口的信令流程图，不便于用户查询。

由于不同协议所获取的信息不同，要查询用户的信息必须查询多个协议的详细记录，并且各协议所携带的用户识别信息也不同，如MO短信中bssap协议一般只携带了主叫用户的TMSI和被叫号码，而map中同时携带了主被叫号码。使用现有的技术，用户想要查询特定用户的信令全流程信息是很困难的。

发明内容

本发明的目的是提供一种GSM网络短信全流程多接口关联的方法，以解决现有技术中各协议生成独立的业务记录，无法重视移动用户的业务信令流程，同时解决了各协议所携带的用户识别信息不一致导致用户查询困难的问题。

为实现上述目的本发明采用的技术方案是，GSM网络短信全流程多接口关联方法，包括如下步骤：

步骤一，信令采集设备采集GSM网络全网信令数据，获得原始信令数据，并将该原始信令数据发送给信令处理设备，由PD模块使用抓包技术或则socket技术获取采集到的原始信令。

步骤二，PD模块对获得的原始信令数据进行初步解码，获取信令协议类型，并生成一个唯一识别的索引值，PD模块根据信令业务类型将原始信令数据和索引值分发到相应的协议处理模块。

步骤三，协议处理模块解析原始信令数据，获得号码信息，然后将号码信息带上业务类型发送到CFG模块。

步骤四，CFG模块对收到的号码信息进行号码置换，获取完整的号码信息，然后将完整的号码信息带上业务类型发送到CDR模块，并请求CALLID。

步骤五，CDR模块向各协议处理模块响应CALLID请求，对于同一次MO短信或则MT短信向协议处理模块返回相同的CALLID，并携带完整的号码信息。

步骤六，协议处理模块收到CALLID响应消息后将完整的TDR提交给DBO入库模块，并将索引值保存到索引存储模块。

步骤七，DBO入库模块将各协议处理模块发来的TDR，按照相同的CALLID进行合并处理。

上述协议处理模块包括BASSP模块和MAP模块。

步骤二还将上述原始信令数据和索引值发送到码流存储模块进行存储。

上述BASSP模块获得的号码信息包括MO短信的主叫TMSI或IMSI及被叫MSISDN，和MT短信的被叫TMSI或IMSI及主叫MSISDN；上述MAP模块获得的号码信息包括MO短信的被叫IMSI或MSISDN及主叫MSISDN，和MT短信的主叫MSISDN及被叫MSISDN或IMSI。

本发明由于上述技术方案而达到的有益效果是显而易见的，即本发明在增加GSM短信全流程多接口关联的前提下，保持了原有信令监测系统的架构，在增加全流程关联时只需要对原有的模块进行少量修改，减少了系统开发的成本。由于CDR记录中保存了比较全面的用户识别信息，更便于查询用户的记录，定位通信网络所存在的问题。同一次MO短信或者MT短信可以通过唯一的CALLID进行关联。

附图说明

图1为现有信令监测系统处理流程图；

图2为本发明的处理流程图；

图3为MO短信信令流程图；

图4为MT短信信令流程图。

具体实施方式

本发明的核心是提供一种GSM短信全流程多接口关联的方法，该方法通过获取多接口的用户标识信息和业务标识信息为同一短信业务不同接口TDR提供相同的CALLID及完整的号码信息，实现全流程，多接口关联。TDR（Transaction Detail Records，事务详细记录） CDR（Call Detail Records，呼叫详细记录）

下面结合附图和实施方式对本发明作进一步的详细说明。

本发明的方案如图2所示：

步骤1：   信令采集设备采集全网信令数据。

信令采集设备通过分光，TAP，镜像及高阻跨接等方式获取GSM网络全网信令数据，包括A口，C/D口，E口等。

步骤2：信令采集设备将采集的原始信令送信令处理设备进行处理。

信令采集设备对原始信令打上时间戳和采集包头后发送到信令处理设备。

步骤3：信令处理设备获取原始信令数据并处理。

由PD模块使用抓包技术或者socket技术获取采集到的原始信令，然后由PD模块进行初步解码，并生成一个可以唯一识别的索引值，根据原始信令数据中所携带的协议类字段将相应的应用层数据发送给相应的协议模块并带上索引值，将原始信令数据和索引值一起送到码流存储模块存储原始信令数据。

步骤4：协议处理模块解析各协议数据部分，请求CALLID。

如图3，图4所示，协议处理模块解析协议数据部分，获取用户标识信息，对于MO短信，bssap协议模块获取主叫TMSI，IMSI，被叫MSISDN，在收到短信提交信令后可收集到完整的用户标识，map协议获取被叫IMSI或者MSISDN及主叫MSISDN，在收到上行短信提交相应信令后可收集到完整的用户标识，对于MT短信，bssap协议模块获取主叫MSISDN和被叫TMSI，IMSI，在收到短信下发到终端的信令后可收集到完整的用户标识，map协议模块获取短信的主叫MSISDN和被叫MSISDN或IMSI，分别在收到短信路由信息响应和下行短息下发请求信令后可收集到完整的用户标识，协议处理模块用户标识信息获取完成后带上业务类型发送到CFG模块进行号码置换。

步骤5:CFG模块对收到的协议模块发送过来的号码信息进行号码置换获取完整的号码信息再发送到CDR模块请求CALLID。

CFG模块在已存在的号码对应关系中先用TMSI置换出IMSI，再使用IMSI置换出MSISDN，并保存新的号码对应关系，供以后的业务置换号码使用。然后将置换完成后的数据发送到CDR模块请求CALLID。

步骤6：CDR模块根据业务类别及号码信息对全流程进行关联，为同一业务返回相同的CALLID及完整的号码信息。

CDR模块对收到的数据按照不通的业务类型进行不同的处理。

对于MO短信业务，请求CALLID的包括A口和E口，CDR在收到CALLID的请求后，分别使用主被叫MSISDN新建短信结点，保存本次MO短信的号码信息并生成CALLID，向对应的协议模块返回CALLID及所有号码信息，以后的请求CALLID就在内存中使用主被叫号码查询短信结点返回CALLID和号码信息。

对于MT短信，首先请求CALLID的是寻址TDR，但是寻址只能获取MT短信的被叫号码，所以现将寻址的请求CALLID消息缓存到内存中，带SMC下发短信请求CALLID时能同时有主被叫号码时再分别有主被叫号码生成本次MT短信的结点并生成CALLID同时返回给寻址和SMC下发短息所请求的CALLID消息，bssap请求CALLID时使用用户的主被叫号码查询到短信结点后就返回callid和号码信息。

步骤7：协议处理模块收到CALLID相应消息后提交入库及存储索引。

协议模块收到CDR响应的CALLID消息后使用本消息所携带的CALLID和号码信息完善TDR记录，将合成完成的TDR提交给DBO入库模块，并使用收到的CALLID提交本TDR所有码流的索引到索引存储模块。

步骤8：DBO入库模块对各协议模块提交的TDR进行合成。

入库模块收到所有协议模块提交的TDR后，将相同CALLID的TDR记录合并为一个CDR记录并入库或者保存到文件中供用户查询。

Claims (4)

1.GSM网络短信全流程多接口关联方法，包括如下步骤：

步骤一，信令采集设备采集GSM网络全网信令数据，获得原始信令数据，并将该原始信令数据发送给信令处理设备，由PD模块使用抓包技术或者socket技术获取采集到的原始信令；

步骤二，PD模块对获得的原始信令数据进行初步解码，获取信令协议类型，并生成一个唯一识别的索引值，PD模块根据信令业务类型将原始信令数据和索引值分发到相应的协议处理模块；

步骤三，协议处理模块解析原始信令数据，获得号码信息，然后将号码信息带上业务类型发送到CFG模块；

步骤四，CFG模块对收到的号码信息进行号码置换，获取完整的号码信息，然后将完整的号码信息带上业务类型发送到CDR模块，并请求CALLID；

步骤五，CDR模块向各协议处理模块响应CALLID请求，对于同一次MO短信或者MT短信向协议处理模块返回相同的CALLID，并携带完整的号码信息；

步骤六，协议处理模块收到CALLID响应消息后将完整的TDR提交给DBO入库模块，并将索引值保存到索引存储模块；

步骤七，DBO入库模块将各协议处理模块发来的TDR，按照相同的CALLID进行合并处理。

2.根据权利要求1所述GSM网络短信全流程多接口关联方法，其特征在于：所述协议处理模块包括BSSAP模块和MAP模块。

3.根据权利要求1所述GSM网络短信全流程多接口关联方法，其特征在于：步骤二还将所述原始信令数据和索引值发送到码流存储模块进行存储。

4.根据权利要求1或2所述GSM网络短信全流程多接口关联方法，其特征在于：所述BSSAP模块获得的号码信息包括MO短信的主叫TMSI或IMSI及被叫MSISDN，和MT短信的被叫TMSI或IMSI及主叫MSISDN；所述MAP模块获得的号码信息包括MO短信的被叫IMSI或MSISDN及主叫MSISDN，和MT短信的主叫MSISDN及被叫MSISDN或IMSI。