杜清芳
【摘要】No.7信令网是现代通信网络的重要支撑网之一,它由信令点SP、信令转接点STP、信令链路SL组成。STP是No.7信令网中一个很重要的部分。为保证No.7信令网安全可靠的运行,STP的维护工作显得极为重要。本文着重阐述了S1240机型的STP局维护工作中所遇到的信令链路故障的处理及一些维护经验的总结。
【关键词】STP;信令;链路
【中图分类号】TN91 【文献标识码】A 【文章编号】1672-5158(2013)01—0053—02
1 概述
我公司的STP采用的是S1240设备。在STP系统中,MTP部分所需的基本功能模块有信令终端模块(HCCM386或MCCSM),7号信令系统辅助控制单元(SACEN70),数字中继模块(DTM)。MTP第一级,信令数据链路功能-对应中继模块DNTUPTCE,每一条链路占用一个模块即一个2M口的一个时隙。MTP第二级信令链路功能-对应高性能公共信道信令模块HCCSM386,每一条链路占用一个模块八个时隙中的一个。MTP第三级信令网功能-对应七号信令辅助控制单元SACEN70,消息处理功能由信令终端模块完成,网络管理功能由SACEN70模块完成。
一般来说,我们处理障碍时,也是按照这个层次结构,由低层到高层进行分析。
2 S1240设备No.7信令部分故障处理
2.1 常用指令介绍
2.1.1 2.1.2 2.1.3 2.2 故障的一般处理过程 在S-1240中,LINK的正常工作状态为“ACTIVE”,而且应该处在话务状态“IT”,除此之外的其他状态都是不正常的,下面就不同情况给出处理方法: 2.2.1 LINK的状态为“ACTING”,业务状态为NOTRF 这种情况应首先考虑传输原因,传输故障可能是传输告警或误码率过高,排除传输故障后再显示链路状态。或没有传输告警LINK仍然不好,则检查本局是否良好。可用220对链路做打死激活,或用220指令打死后做ACTLOOP看是否可以进入ACTIVE-LOOP状态。若LINK为“ACTIVELOOP”则证明本局无误,若为“ACTING-LOOP”则说明本局有问题。一般为该LINK所在的SLTC安全块有问题,每个SLTC安全块对应的硬件为HCCM的一个SLTA板。通常的做法是对其进行打死激活的操作。 :D SLTC,NA,NBR :I SLTC,NA,NBR NA为241命令中看到的CCMEN的PCE,NBR为CCMEN的TN。 打死激活后,SLTC的OBC会重新LOAD数据,需时2-3分钟 有些情况下,问题可能出现在中继模块,但这种情况会表现为依赖于该中继模块的所有LINK均不能正常工作。中继模块出现问题的情况较少。排除以上情况后,基本可以断定本局没有问题,这时将链路恢复成“ACTING”状态,同对端局联系解决。 2.2.2 LINK为“OOS”状态,业务状态为“NOTRF” 这种情况一般是SLTC有问题,处理方法同上。 :D SLTC,NA,NBR :I SLTC,NA,NBR NA为241命令中看到的CCMEN的PCE,NBR为CCMEN的TN。 打死激活后,SLTC的OBC会重新LOAD数据,需时2-3分钟。 链路如果过了2-3分钟后,状态一直为OOS,证明OBC的装载没有成功,需要对模块做CE RES,再不成功就需要更换SLTC所在的硬件。 >AC 4(4是SLTC所在的NA) >CE RES 如果链路状态变成ACTING,再对其进行自环看是否可以进入ACTIVE-LOOP状态。 可对对应的HCCM模块进行CE RES(注意不是RB),过2分钟OBC装载完毕后,应该进入ACTIVE或ACTING状态,否则更换SLTA板。 链路如果过了2-3分钟后,状态一直为OOS,证明OBC的装载没有成功,需要对模块做CE RES,再不成功就需要更换SLTC所在的硬件。 >AC 4(4是SLTC所在的NA) >CE RES 如果链路状态变成ACTING,再对其进行自环看是否可以进入ACTIVE-LOOP状态。 2.2.3 其他情况 LINK为“MAI-DIS”业务状态为“NOTRF”,信令终端安全块工作异常(例如进入FLT状态),先对消除安全块告警后,再对链路进行220的打死激活。 LINK为“ACTING-LOOP”业务状态为“NOTRF”,此为使用220指令对链路进行打死并做ACTLOOP后,如果进入这种状态,说明本端工作不正常。可对对应的SLTC进行打死激活,过2分钟OBC装载完毕后,应该进入ACTIVE-LOOP状态,否则更换SLTA板。
LINK为“ACTING”业务状态为“RBLO”,此为对端处理机故障发送SIPO,必须由对端处理
3 S1240 STP信令链路故障处理案例
*故障现象:
GMSTP-SJZTSH1方向SLC=1信令链路频繁翻转,
*处理过程:
1.GMSTP执行指令
<220:DEST=“SJZTSH1”&NAT;,SLC=1,9=6.
<220:DEST=“SJZTSH1”&NAT;,SLC=1,9=5.
对该信令打死激活,无效。
2.GMSTP对信令模块进行
>:V SLTC,201,5,ALL操作后信令恢复正常。但一般两三天后信令又会不活。
3.查看5691报告,发现信令翻转时事件均为H1B,排除传输不稳导致信令翻转的可能。
EVENT+MEANING
H1B
SIE/SIN/SIO/SIOS RECEIVED
4.GMSTP对信令模块做环回测试,执行指令
<220:DEST=“SJZTSH1”&NAT;,SLC=1,9=6.
<220:DEST=“SJZTSH1”&NAT;,SLC=1,9=30,
显示信令状态为ACTIVE-LOOP。考虑到SLC=1信令链路所在的中继模块上同时承载了四条信令链路,而翻转的总是SLC=1信令链路。于是考虑更换信令模块。但更换信令模块H201&5后故障依旧。
5.在排除对端原因造成信令翻转的可能后,更换中继模块H114。故障彻底解决。
*处理结论
对于信令链路频繁翻转的处理,现场主要信息就是5691报告(链路翻转报告),其中我们主要关心局向、信令模块、中继模块、EVENT等信息。先看EVENT,经常出现的EVENT代码有H′17、H′18、H′1B、H′1C等等。(各EVENT说明可参考设备维护资料)
4 结束语
本文只是简单分析了S1240 STP交换机中信令链路部分故障的一般处理过程,导致信令链路故障的原因还有很多,需要维护人员在日常工作中通过测试等手段仔细观察分析。