首页 > 范文大全 > 正文

信令监测系统在网间信令分析中的应用

开篇:润墨网以专业的文秘视角,为您筛选了一篇信令监测系统在网间信令分析中的应用范文,如需获取更多写作素材,在线客服老师一对一协助。欢迎您的阅读与分享!

【摘要】七号信令集中监测系统自投入使用以来,为移动公司的网间七号信令链路集中监测提供了全新的维护手段。本文结合实际工作,叙述了中创信测公司研制的七号信令网间监控系统在网间信令分析中的一些具体应用

【关键词】七号信令集中监测系统;网间信令分析;应用

七号信令集中监测系统自投入使用以来,为移动公司的网间七号信令链路集中监测提供了全新的维护手段。由于其能精确,实时的监测全网网络状态,对链路中的呼叫接续信息进行实时监测,并对信令数据进行整合,提取,分析。为我们在对网间业务的分析,用户的投诉分析以及对网间不规范的行为进行有效的监测都提供了极大的便利。以下我们结合具体工作,探讨在实际工作中的应用。

一、用户投诉的信令跟踪

在平时实际应用中,七号信令集中监测系统用得最频繁的就是在网间用户的投诉处理分析中。在用户投诉的互连网络问题中,网络无法正常接续占主要部分,而网络中信令发送(如应答、拆线)、号码发送的差错又是造成接续失败的重要原因。在过去对于此类问题的定位很困难。只能通过频繁检查局数据和挂仪表检测来解决。但是由于网络的复杂性和局数据经常变更,因此不能全面和及时发现问题。自从有了七号信令集中监测系统的使用,该问题变得简单轻松。

在正常的话路接续中,被叫端信令点接收完地址信息,会回送主叫方信令点地址收全信息(ACM),此时被叫用户振铃,主叫方听回铃音。直至被叫用户应答,被叫信令点回送ANC(被叫应答计费),此后开始正常通话,直至话路释放。

七号信令集中监测系统会自动对一个呼叫根据其信令流程合成详细的呼叫记录CDR。那么,真正在监测系统中对上述流程的信令生成如下:

信令过程:

TxLink(15):13-72-31:13-FE-24 IAI 带有附加的初始地址消息

RxLink030502(13):13-FE-24:13-72-31 ACM 地址收全消息

RxLink030502(13):13-FE-24:13-72-31 ANC 应答,计费

TxLink030502(15):13-72-31:13-FE-24 CLF 拆线

RxLink030502(13):13-FE-24:13-72-31 RLG 释放监护

那么,对于非正常信令,其信令流程和正常信令是有差别的,如久叫不应(或播发录音)的呼叫,就会没有ANC。而不计费的呼叫其ANC会被ANN取代。那么我们通过对这些信令的差异就可以发现用户呼叫的问题所在。此外,七号信令集中监测系统还能对每一个详细分解。如IAI一般包括主被叫号码在内,我们通过查看该内的详细内容就可以发现是否主被叫号码送全及正确与否等信息。

二、网间不规范信令的监测

七号信令集中监测系统二十四小时不间断的采集收敛网间全部链路的信令。不仅可以实时跟踪,还可以查看历史纪录。一些问题发生后被我们发现,往往是过了一段时间了。而当时的历史记录就提供了最真实的描述。为解决问题提供真实的依据。对我们分析问题帮助极大。以下的记录是发生在当地的网间呼叫信令。我们可以看到主叫号码所送的区号不正确,送了当地的区号。

1.信令过程

TxLink(15):18:18:55071775 13-72-31:13-FE-24 IAI 带有附加的初始地址消息

RxLink(13):18:18:58336623 13-FE-24:13-72-31 ACM 地址收全消息

RxLink(13):18:19:07253274 13-FE-24:13-72-31 ANC 应答,计费

TxLink(15):18:19:25983069 13-72-31:13-FE-24 CLF 拆线

RxLink(13):18:19:25991111 13-FE-24:13-72-31 RLG 释放监护

2.呼叫过程扩展显示:

TxLink030502(15):18:18:55071775 13-72-31:13-FE-24

1 ab:BIB 0111:BSN 1:FIB 1111:FSN

00 20: 1000:LI=0x20 100000

10 84:SIO_SSF 00:未用

0100:SIO_SI 0100 24:DPC

11110 fe:DPC 0011 13:DPC

0001 31:OPC 0010 72:OPC

10011 13:OPC 01111 2f:CIC [9-f]

001 01:CIC 00001 21:IAI初始地址消息

HGFEDCBA:[主叫用户类别] 0 18:未用

1000:普通用户,在市-市局间使用 HGFEDCBA:[消息表示语]

00:[地址性质码]:用户号码 0:[电路性质码]:连接中无卫星电路

00:[导通检验码]:不要求导通检验 0:[回声抑制器码]:不包括去话电路半回声抑制器

0:[国际来话呼叫码]:不是国际来话呼叫 b5:[改发呼叫码]:是改发呼叫

0:[需要全部数字通道码]:普通呼叫 1:[信令通道码]:全部是七号信令系统通道

0:备用 01:地址数(0xb) 被叫号码=13592839339 地址:31 95 82 93 09

HGFEDCBA:[第一表示语八位位组] 0:[性能信息码]:不包括网络能力或用户性能信息

0:[闭合信息码]:不包括闭合用户群信息 0:[用户信息码]:不包括附加的主叫用户信息 0:[选路信息码]:不包括附加选路信息 1:[识别码]:包括主叫线识别

1:[被叫地址码]:包括原来的被叫地址 0:[计费信息码]:不包括计费信息

0:备用,保留用来存在或不存在第二码八位位组 HGFEDCBA:[主叫线识别信息码]

c2:[地址性质]:国内有效号码 0:[主叫线识别显示码]:主叫线识别显示不限制

0:[主叫线识别不完全码]:无 1100:地址数(0xc) HGFEDCBA:[原来的被叫地址码]

00 70:[地址性质]:用户号码 00:备用 0111:地址数(0x7) 原来的被叫地址

该问题原来是由计费中心在话单中发现的。对方要求我们配合查找原因。因为除了可能是对方局所送错主叫区号外,在网间路由和局数据上,理论上我们也是可以对主叫号码增加区号。那么,究竟是对方局送错还是我方局数据错呢。由于该话单只在某一天出现过,之后没有再发现。而这段时间局数据也被修改过。所以需要检查当时历史记录。从七号信令集中监测系统的呼叫历史记录中我们查到当时的该呼叫信令。从信令中我们可以断定是外部局送过来的。这为我们定位问题提供真实的依据。在没有信令监测系统之前,此类问题几乎无法确定。

三、配合工程进行信令监测分析

在和外部运营商之间的网间工程配合时,不象自己内部工程,在步调和工作进度上往往不一致。而且工程过程中碰到问题时,对问题的分析定位又有可能各抒己见。这对整个工程的进度和协调都不利。利用信令监测系统,可以对问题的分析定位提供真实的依据。而且通过对信令的监测。我们甚至可以协调工作步调。这也许是信令监测系统又一新的应用。

在当地区号融合的并网工程演练测试中,信令监测系统提供了对演练拨测的信令监测分析工作。在工程各个阶段的拨测中,信令监测系统对各个拨测呼叫第一时间进行信令分析,及时发现并确定问题。在演练测试中,我们还模拟一个网关局故障时,话务是否会经另一网关局送到电信局。我们采用的办法是闭掉一个网关局的电路。然后拨测。并在信令监测系统对该拨测实时跟踪信令,看其是否走另一网关局。以前此类测试很费时。而采用信令监测系统则方便简单。拨测结束的同时我们就已知道结果是否正常,大大加快了工程进度。