专利名称：一种七号信令分析方法
技术领域：
本发明涉及通讯技术领域，尤其涉及一种对七号信令的分析方法。
背景技术：
在数字程控交换机系统的实际维护中，常常遇到与呼叫相关的TUP(Telephone User Part，即电话用户部分)、ISUP(ISDN User Part，综合业务数据网用户部分)信令问题。现有的数字程控交换机系统一般仅提供后台消息跟踪的功能，不提供按条件过滤查询统计的功能，面对大量的七号消息，维护人员人为分析变得无从下手，增加了维护的时间，甚至无法进行维护。为了提高维护的效率和某些特殊需要的要求(如查找特别繁忙的用户、搜索某种消息或某次失败呼叫的原因)，需要对跟踪到的七号消息进行自动的统计项目分析。
目前很多公司提供的信令分析仪设备是一个独立的设备实体，其重点在于硬件设备，同时支持软件统计的功能，市场上已有的设备包括K1205，K1297，MA10，PT500等，其实现方案是使用E1接口将仪表并联到交换机的传输设备上，采用独立的信令跟踪格式进行消息收集，可以对信令消息进行解释，支持MTP2(消息传递部分第二层)、MTP3(消息传递部分第三层)、TUP(电话用户部分)、ISUP(ISDN用户部分)、SCCP(信令连接控制部分)、TCAP(事务处理应用部分)、MAP(移动应用部分)等协议的消息解释，但不支持消息统计功能。
现有的信令分析仪存在如下缺点
1、价格昂贵，动辄几十万，上百万元人民币；2、体积庞大，太重，操作复杂，对信令分析仪进行使用维护，需要1～2个人；3、不支持信令的分析统计功能。
发明内容
本发明所要解决的技术问题是克服现有技术对七号信令进行分析时成本高、操作复杂、且不支持信令的分析统计功能等不足，提供一种支持信令分析统计功能且成本低、使用方便的七号信令分析方法。
本发明为解决上述技术问题所采用的技术方案为这种七号信令分析方法，包括以下步骤A、将由交换机系统获得的信令跟踪文件的二进制格式转换为文本格式；B、采用全局流水号对所述文本格式信令跟踪文件中的消息进行排序，并依次读取一定数量的消息送入预设的缓冲区中；C、将所述缓冲区中的消息经过处理后写入呼叫记录队列中，在呼叫结束时对该呼叫记录进行统计分析，将分析结果写入相应的统计结果文件中。
可以进一步设置各种查询条件，从所述的不同统计结果文件中搜索出满足条件的呼叫记录。
可选择某条呼叫记录，将该呼叫记录的所有信令消息写入暂存文件中，然后选择某一信令消息，调用消息解释动态连接库中的函数对此消息进行解释。
所述的统计结果文件包括被叫记录文件、主叫记录文件、久叫不应文件、失败原因文件、接通率统计文件和短话单统计文件。
所述的步骤C中，所述的呼叫记录查询采用哈希(HASH)链表格式。
所述的步骤C中，所述的呼叫结束是指从缓冲区中获得该呼叫的释放监护信号(RLG)或释放完成信号(RLC)；或者，从缓冲区中获得初始化地址消息(IAM)或初始化地址消息带附加信息(IAI)产生新的呼叫记录时，查询到与该呼叫占用同一中继电路的呼叫记录。
所述的呼叫结束时，对该呼叫记录进行统计分析，并释放该呼叫记录占用的空间。
所述的两条呼叫占用同一中继电路是指消息中的起源信令点编码(OPC)、目的信令点编码(DPC)、电路标识码(CIC)相同。
本发明的有益效果为本发明可以脱机对跟踪到的信令消息(TUP/ISUP)进行分析统计，从而获得客户关心的接通率、失败原因统计、短话单、久叫不应和呼叫早释等数据，并可按主叫、被叫号码过滤统计结果，找出最值用户，为提高接通率提供参考数据。同时亦支持MTP2(消息传递部分第二层)、MTP3(消息传递部分第三层)、TUP(电话用户部分)、ISUP(ISDN用户部分)、SCCP(信令连接控制部分)、TCAP(事务处理应用部分)、MAP(移动应用部分)等协议的消息解释。
本发明采用软件方法，只需要一台PC机就可以安装使用，使用方便，可以很大程度提高维护人员的工作效率，降低使用成本，且方案简单、易于实现、对系统硬件没有任何要求。
图1为本发明信令跟踪文件消息合并原理图；图2为本发明信令分析统计实现流程图。
具体实施例方式
下面根据附图和实施例对本发明作进一步详细说明本发明主要对数字程控交换机系统终端系统维护台七号信令跟踪功能中得到的结果文件进行脱机统计分析，可以根据主叫号码和被叫号码对消息进行分类统计；统计不成功呼叫的各种失败原因、久叫不应时主叫方还是被叫方拆线；根据接通率进行查询；统计链路上来话/去话的各种消息的数目；定义短话单的上限和下限并进行查询等。本发明可适用于对TUP/ISUP消息的分析，主要分为以下几个步骤一、格式转换采用七号信令分析软件，首先将数字程控交换机系统信令跟踪文件的二进制格式转换为文本格式。文本格式简单易懂，除通过本软件进行分析统计外，还可以直接通过文本编辑器进行处理，也可以用其他分析工具进行后续分析。
二、消息合并因为信令跟踪文件是以链路为单位顺序记录信令消息的，而实际组网中存在一个局向前向、后向消息分配在多个链路上的情况，所以七号信令分析软件需要同时处理多个信令跟踪文件，并能够对信令跟踪文件中的消息进行排序合并。为支持合并功能，信令跟踪文件中用全局流水号来标志消息的先后顺序。
如图1所示为本发明信令跟踪文件消息合并原理图，为实现上述功能，首先设置一个消息缓冲区，从信令跟踪文件中每次顺序读取一定数量的消息送入缓冲区，并通过全局流水号对多个信令跟踪文件(图中文件1、2、3...n)的消息进行排序，形成消息队列(图中消息1、2、3、4......m-3、m-2、m-1、m)。
三、消息处理系统调用信令分析模块依次将有效的消息进行处理后写入呼叫记录队列中，系统的呼叫记录队列中存放的是当前信令消息流程不全的呼叫记录，一旦一个呼叫收全所有的呼叫消息，即呼叫结束时，则对该呼叫记录进行统计分析，并将结果写入对应的统计结果文件被叫记录文件、主叫记录文件、久叫不应文件、失败原因文件、接通率统计文件、短话单统计文件等。
为提高工作效率，呼叫记录查询采用哈希(HASH)链表格式，对呼叫相关消息中的CIC(电路标识码)字段进行HASH计算。用户可设置查询条件，从统计结果文件中读取满足条件的记录并加以格式化，排序输出，得到用户想要的结果。
与呼叫相关的消息有TUPIAM(初始化地址消息)，IAI(初始化地址消息带附加信息)，ACM(地址全信号)，ANN(应答不计费信号)，ANC(应答计费信号)，CBK(挂机信号)，CLF(拆线信号)，RLG(释放监护信号)，SEC(交换设备拥塞信号)、CGC(电路群拥塞信号)、NNC(国内网拥塞信号)、ADI(地址不全信号)、CFL(呼叫故障信号)、UNN(空号)、LOS(线路不工作信号)、SST(发送专用信息音信号)、ACB(接入拒绝信号)、DPN(不提供数字通路信号)、SLB(用户市忙信号)、STB(用户长忙信号)；ISUPIAM(初始化地址消息)，ACM(地址全信号)，ANC(应答计费信号)，REL(释放请求)，RLC(释放完成)。
在将消息从缓冲区中写入呼叫记录队列时，程序顺序读取消息队列中的信令消息，当获得IAM或IAI消息时，表示一个新呼叫的开始，此时申请一个新的呼叫记录，并且查询已经发生的呼叫记录中是否有占用同一中继电路的呼叫，即起源信令点编码(OPC)、目的信令点编码(DPC)、电路标识码(CIC)相同，如果找到，表明上一个呼叫已经结束，但由于某种原因标志呼叫结束的RLG或RLC消息丢失，这时，按统计分类处理已结束的呼叫，并将该呼叫记录占用的空间释放。
当收到RLG或RLC消息时，如果有对应的呼叫记录存在，则呼叫结束，统计该呼叫记录，并释放该记录占用的空间。
在各统计结果文件中，主叫记录文件对所有的主叫号码进行统计，被叫记录文件对所有的被叫号码进行统计，可区分本地、长途等呼叫特性。如果在一次呼叫中只有被叫号码，那只对被叫进行统计，忽略主叫号码。
久叫不应文件中保存久叫不应的呼叫记录及原因统计结果，久叫不应和用户早释对应的呼叫特性包括两种情况，一是主叫前向发送IAM/IAI后发CLF拆线；二是后向发送了ACM消息之后，没有回ANC(应答计费信号)、ANU(无效应答信号)、ANN(应答不计费信号)等应答信号，就发送了前向CLF信号或后向CBK信号，分别对应主叫方拆线和被叫方拆线。
失败原因文件保存不成功呼叫记录及原因统计结果，不成功呼叫对应的呼叫特性对TUP而言是后向发送了SEC、CGC、NNC、ADI、CFL、UNN、LOS、SST、ACB、DPN、SLB、STB等后向失败信号，对ISUP而言是后向发送REL消息。
接通率统计文件中统计一个用户号码跟踪的时间段内有多少次试呼，成功多少，在不成功的情况下，有多少属于久叫不应或用户早释的情况，可以任意选择查看某种失败原因的具体数量，没有选择的其他原因作为其他原因项显示数量，并有比例值帮助分析问题所在。
为了配合查询通话很短就断话的问题，信令分析软件支持按通话时间进行过滤的功能，结果保存在短话单统计文件中。
由于久叫不应和不成功呼叫对接通率的影响最大，所以得到结果数据后，用户可以对影响接通率比较显著的几个用户号码进行重点分析，定位是什么原因导致总是久叫不应或本局总是回忙信号等，从而提高接通率。
如图2所示为本发明信令分析统计实现流程图，具体流程如下1)打开文件，如果是二进制信令跟踪文件，则需要进行转换；如果是文本信令跟踪文件，则可直接进行统计分析；如果是统计结果文件，则可直接按显示格式打开。
2)打开二进制信令跟踪文件后，系统根据文件的扩展名来判断，并调用信令转换函数(change)把文件转换为文本格式。
3)调用信令分析模块(No7Analyser)对TUP/ISUP消息进行统计分析，将分析得到的结果存放在几个暂存的统计结果文件中。
4)用户可以输入各种查询条件，系统根据用户选择从不同的暂存文件中将满足条件的呼叫记录搜索出来。
5)如果想了解更进一步的信息，可选择某一个呼叫记录，系统调用信令消息单元显示程序(DISMSU.EXE)查找与该呼叫相关的信令消息，并将所有信令消息写入另一个暂存文件。
6)可选择某一信令消息，调用消息解释动态连接库(DLL)中的函数对此消息进行解释。系统可支持对MTP2、MTP3、TUP、ISUP、SCCP等协议的消息解释。
本发明通过合并同一局向的信令跟踪文件，并针对主叫号码、被叫号码、失败原因等进行过滤统计，从而可以找出最值用户，为提高接通率提供了参考数据，可协助维护人员处理解决TUP/ISUP等上层用户的呼叫信令问题，使用方便、成本低廉，只要一台PC机就可以安装使用。
权利要求
1.一种七号信令分析方法，包括以下步骤A、将由交换机系统获得的信令跟踪文件的二进制格式转换为文本格式；B、采用全局流水号对所述文本格式信令跟踪文件中的消息进行排序，并依次读取一定数量的消息送入预设的缓冲区中；C、将所述缓冲区中的消息经过处理后写入呼叫记录队列中，在呼叫结束时对该呼叫记录进行统计分析，将分析结果写入相应的统计结果文件中。
2.根据权利要求1所述的七号信令分析方法，其特征在于可以进一步设置各种查询条件，从所述的不同统计结果文件中搜索出满足条件的呼叫记录。
3.根据权利要求2所述的七号信令分析方法，其特征在于可选择某条呼叫记录，将该呼叫记录的所有信令消息写入暂存文件中，然后选择某一信令消息，调用消息解释动态连接库中的函数对此消息进行解释。
4.根据权利要求1、2或3所述的七号信令分析方法，其特征在于所述的统计结果文件包括被叫记录文件、主叫记录文件、久叫不应文件、失败原因文件、接通率统计文件和短话单统计文件。
5.根据权利要求1所述的七号信令分析方法，其特征在于所述的步骤C中，所述的呼叫记录查询采用哈希(HASH)链表格式。
6.根据权利要求1所述的七号信令分析方法，其特征在于所述的步骤C中，所述的呼叫结束是指从缓冲区中获得该呼叫的释放监护信号(RLG)或释放完成信号(RLC)；或者，从缓冲区中获得初始化地址消息(IAM)或初始化地址消息带附加信息(IAI)产生新的呼叫记录时，查询到与该呼叫占用同一中继电路的呼叫记录。
7.根据权利要求6所述的七号信令分析方法，其特征在于所述的呼叫结束时，对该呼叫记录进行统计分析，并释放该呼叫记录占用的空间。
8.根据权利要求6所述的七号信令分析方法，其特征在于所述的两条呼叫占用同一中继电路是指消息中的起源信令点编码(OPC)、目的信令点编码(DPC)、电路标识码(CIC)相同。
全文摘要
一种七号信令分析方法，将由交换机系统获得的信令跟踪文件的二进制格式转换为文本格式；采用全局流水号对所述文本格式信令跟踪文件中的消息进行排序，并依次读取一定数量的消息送入预设的缓冲区中；将所述缓冲区中的消息经处理后写入呼叫记录队列中，分别在呼叫结束时对该呼叫记录进行统计分析，将分析结果写入相应的统计结果文件中。可以进一步设置各种查询条件，从所述的不同统计结果文件中搜索出满足条件的呼叫记录，并可调用消息解释动态连接库中的函数对某条呼叫记录的某一信令消息进行解释。本发明提供了一种支持信令分析统计功能且成本低、使用方便的七号信令分析方法。
文档编号H04L12/24GK1531351SQ0312173
公开日2004年9月22日 申请日期2003年3月11日 优先权日2003年3月11日
发明者王允勃 申请人:华为技术有限公司