下载
加入VIP
  • 专属下载特权
  • 现金文档折扣购买
  • VIP免费专区
  • 千万文档免费下载

上传资料

关闭

关闭

关闭

封号提示

内容

首页 令追踪在GSM网络维护中的作用

令追踪在GSM网络维护中的作用.doc

令追踪在GSM网络维护中的作用

回忆烧成灰0
2019-05-09 0人阅读 举报 0 0 暂无简介

简介:本文档为《令追踪在GSM网络维护中的作用doc》,可适用于IT/计算机领域

摘要:本文主要是通过对几次通信故障案例进行分析,强调对信令进行追踪的重要性,旨在加强对信令流程的重视,以此提高在日常的网络维护特别是故障抢修中进行故障定位的速度。随着移动通信的迅速发展,移动通信用户快速增加,移动通信的网络日趋复杂,网络的日常维护、网络故障的定位、网络故障的排除也日趋困难。一旦有通信故障,就会产生大面积的影响。就网络维护部门而言能否在出现通信故障时,快速定位故障点,从而在最短时间内排除故障,就显得日益重要。信令是建立通信的前提,信令就象网络的脉搏一样,通过对信令的分析可以洞察到网络中存在的问题,下面就对几次故障的处理过程与大家交流。案例一:故障现象大量用户申告手机很难打通。通过实际的拨测发现手机呼叫手机很难打通,手机呼叫固定电话无问题,固定电话呼叫手机很难打通。总结为手机为被叫时呼叫不畅。通过户外测试发现MSCVLR所挂的套BSC下均有此现象,初步定位为全网故障,而手机做为主叫和被叫在信令流程上的主要区别在于:被叫时比主叫时多了分配漫游号码、位置查询和PAGING的过程。故障的定位()。用信令仪表对A接口进行信令跟踪,因为在A接口是用TMSI进行呼叫接续,所以首先在HLR中查出测试手机对应的TMSI号码,对该TMSI进行跟踪。用该手机做被叫,发现每次呼叫不通时,均没有跟踪到信令流程,故障基本可以定位在交换侧。()用信令仪表对HLR与MSCVLR间的C接口进行信令跟踪,对被叫手机进行跟踪,通过大量的信令跟踪,总结出每次呼叫失败时的信令流程如下:HLR返回给发起呼叫MSCVLR的消息SendRoutingInformationAck的信令为:════════〖GSMMAPPart〗════:MessageType:End:ElementType::INVOKEIDTAG(ID=x):ERRORCODE=SystemFailure:NetworkResource:VLR而被叫手机所在的MSCVLR返回给HLR的消息ProvideRoamingNumberAck为:══════〖GSMMAPPart〗═══:MessageType:End:ElementType::INVOKEIDTAG(ID=x):ERRORCODE=ResourceLimited:NetworkResource:VLR结合上面的信令流程可以看出,有正常的位置查询流程。可以判断故障点在MSCVLR,从MSCVLR返回给HLR的消息ProvideRoamingNumberAck的错误代码“ERRORCODE=ResourceLimited”可以看出是因为MSCVLR没有成功给被叫手机分配漫游号码,导致发起呼叫的MSCGMSC无法知道被叫手机的位置信息,从而无法进行呼叫的接续,导致电话不通。而主叫手机不用进行位置查询,不用分配漫游号码,所以手机呼叫固定电话时没有故障。解决方法:故障点判定以后,问题就可以迎刃而解了。在ALCATEL交换机中有一类负责手机漫游号码的分配的模块MRSACE,当该类模块资源不足或模块吊死时会分配不出漫游号码,从信令流程上也证实了这一点。将该类模块重新启动后,呼叫正常。案例二故障现象大量用户反映手机拨打固定电话困难,要重拨几次才能打通。通过实地测试,发现存在该现象,而且在忙时,如下午点左右下班时,该问题更加突出,但手机与手机没有该类问题。故障定位当前的网络结构是:移动网与固定网通过移动关口局相连。从故障现象来看,问题应该出现在移动关口局或固定网方面。于是对移动关口局与固定关口局之间的信令进行追踪,发现手机呼叫固定电话不成功时的信令流程为:移动GMSC固定GMSCàIAICGCàCLFRLG从以上信令流程可以判定,问题就出现CGC上,CGC表示电路拥塞,此次故障应该是对方中继电路问题。解决方法经与对方联系,确定了以上判断,等对方将中继问题排除后,恢复。案例三故障现象在对遵义的长途来话的呼损分析中发现,遵义MSC的长途来话的呼损中总是存在一定左右的空号呼损。通过一段时间的观察,发现每次都有。故障定位从GSM规范的接续流程分析,因为手机做被叫时,不是用手机号码进行接续,而是用交换机分配的一个临时漫游号码MSRN进行接续的,所以不可能是在被叫手机号码上出现问题。为了寻找问题所在,我决定从信令方面着手。用MPA信令仪对省会城市贵阳AA到MSC的信令进行了大量跟踪。发现了下面的信令流程:TLinkASLink:BSN:FSN:MSUISUPIAM****************FTLinkASLink:BSN:FSN:MSUISUPACMTLinkASLink:BSN:FSN:MSUISUPRELUnallocated(unassigned)numberTLinkASLink:BSN:FSN:MSUISUPRLC从以上信令流程可以看出,空号的原因就是由于被叫手机呼转到了一个空号上,从而产生了空号的呼损“Unallocated(unassigned)number”。故障解决要解决该问题,原理上很简单,只要将被叫手机的呼转取消就可以了。但是从GSM规范中规定手机被叫时是以MSRN进行接续的(如以上信令中的********),MSRN与手机号码之间没有固定的对应关系。如何找到被叫号码成了问题的关键。经过分析,决定对呼转的空号进行跟踪。经过对相应局向信令进行了大量跟踪,发现如下的信令流程:TLinkASLink:BSN:FSN:MSUISUPIAM********F****************TLinkASLink:BSN:FSN:MSUISUPRELUnallocated(unassigned)numberTLinkASLink:BSN:FSN:MSUISUPRLC从信令可以看出主叫号码为********,被叫号码为********,呼转的空号为。将被叫********的呼转号码取消后即可。案例四故障现象计费中心反映手机拨打北京不计费。故障定位首先对该现象进行分析,手机打其它外地都可以正常计费,唯独对北京不计费,对计费分检系统而言,区别仅仅在费率区(区号不同)。而北京和北京普通号码是一样的,既然普通号码可以正常计费,那么也应该能正常计费,说明费率上没有问题。通过以上分析,决定从信令上查找原因。通过对北京的进行追踪发现了如下的信令流程:BSN:FSN:MSUISUPIAM********FTLinkASLink:BSN:FSN:MSUISUPACMTLinkASLink:BSN:FSN:MSUISUPANMTLinkASLink:BSN:FSN:MSUISUPRELTLinkBSLink:BSN:FSN:MSUISUPRLC从信令流程上来看,没有任何问题,但是将ACM和ANM消息展开后,发现计费标识为,即为不计费。这就是问题所在。MESSTYPE:h=ACMACMBACKWCALLBA:=nochargeMESSTYPE:h=ANMBACKWCALLBA:=nocharge故障解决在交换机中将不计费改为计费后,恢复正常。结束语从以上案例可以看出,通过对信令进行追踪,对信令进行分析可以在较短的时间内定位故障点,为故障的解决赢得时间。从另一个角度来说这也要求我们维护人员要不断对各种信令规范进行学习,这样才能在实战中发挥作用。摘自《通讯世界》

用户评价(0)

关闭

新课改视野下建构高中语文教学实验成果报告(32KB)

抱歉,积分不足下载失败,请稍后再试!

提示

试读已结束,如需要继续阅读或者下载,敬请购买!

文档小程序码

使用微信“扫一扫”扫码寻找文档

1

打开微信

2

扫描小程序码

3

发布寻找信息

4

等待寻找结果

我知道了
评分:

/9

令追踪在GSM网络维护中的作用

VIP

在线
客服

免费
邮箱

爱问共享资料服务号

扫描关注领取更多福利