论文部分内容阅读
【摘要】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报告，发现信令翻转时事件均为H’1B，排除传输不稳导致信令翻转的可能。
EVENT+MEANING
H’1B
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信令链路。于是考虑更换信令模块。但更换信令模块H’201&5后故障依旧。
5.在排除对端原因造成信令翻转的可能后，更换中继模块H’114。故障彻底解决。
*处理结论
對于信令链路频繁翻转的处理，现场主要信息就是5691报告（链路翻转报告），其中我们主要关心局向、信令模块、中继模块、EVENT等信息。先看EVENT，经常出现的EVENT代码有H′17、H′18、H′1B、H′1C等等。（各EVENT说明可参考设备维护资料）
4 结束语
本文只是简单分析了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
在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报告，发现信令翻转时事件均为H’1B，排除传输不稳导致信令翻转的可能。
EVENT+MEANING
H’1B
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信令链路。于是考虑更换信令模块。但更换信令模块H’201&5后故障依旧。
5.在排除对端原因造成信令翻转的可能后，更换中继模块H’114。故障彻底解决。
*处理结论
對于信令链路频繁翻转的处理，现场主要信息就是5691报告（链路翻转报告），其中我们主要关心局向、信令模块、中继模块、EVENT等信息。先看EVENT，经常出现的EVENT代码有H′17、H′18、H′1B、H′1C等等。（各EVENT说明可参考设备维护资料）
4 结束语
本文只是简单分析了S1240 STP交换机中信令链路部分故障的一般处理过程，导致信令链路故障的原因还有很多，需要维护人员在日常工作中通过测试等手段仔细观察分析。