7号信令开通工作中常见问题.docVIP

7号信令开通工作中的常见问题 　　摘要：7号信令是开通工作中最常见的工作，文章列举了ZXJ10B交换机与对端局开7号信令时经常遇到问题的处理，给通信工作者提供了一定的参考。 　　关键词：ZXJ10B交换机；7号信令；问题；处理 　　中图分类号：TN915.07文献标识码：A 文章编号：1000－8136（2011）36－0007－02 　　 　　1信令链路起不来 　　故障现象：在7号信令对接开通时，信令链路起不来。 　　原因分析：①物理连接上不通；②第三级的start消息发不到信令板上；③信令数据做的不对。 　　1.1物理连接上不通 　　故障定位：打开后台管理菜单，选择“业务管理→动态数据管理→No7管理接口→查看链路状态”，输入相应的链路序号和链路组序号，这时会发现对应的链路始终处于“非服务状态”ó“初始定位状态”，大约25 s就会飞快地检测一次，见图1。 　　解决办法：①确认DT的2M工作状态是否正常；②检查一下STB到DSNI板的背板连线，以及DSNI板的背板到DT板的连线；③确认DT的传输码型是否正确。通常T1是B8ZS，E1是HDB3。大多数都采用HDB3型。另外确认一下阻抗是否匹配；④如果以上都确认正常，信令链路还处于“非服务状态”， 　　请自环试一下，确认问题是否出现在交换机上。 　　1.2第三级的start消息发不到信令板上 　　故障定位：同上打开“信令板状态观察”页面，进行观察，这时还发现对应的链路始终处于非服务状态。 　　解决办法：①检查一下信令链路用的中继上的时隙是否被闭塞（通过动态数据看中继状态）；②检查一下半固定接续是否正确（通过探针看R_SPC表）；③另外，如果信令板状态观察看不到任何结果，则说明MP与STB的通信有问题，有可能STB板松动，这时请将STB板插紧一些。 　　1.3信令数据做的不对 　　故障定位：这时通过七号信令跟踪程序的七号动态报警功能，可以看到有一些关于丢弃消息，测试不成功的报警。同时通过信令板监视功能可以看到信令链路能进入服务状态，但过一会又退出服务状态。 　　解决办法：①对一下信令数据，与对端局核对PCM编码、信令时隙的位置、信令点编码及子业务字段等；②检查一下信令链路组中的直联局向配置。 　　 　　图1故障定位 　　2TUP/ISUP信令闭塞 　　故障现象：交换局与对端局对接7号时，出现信令闭塞。 　　原因分析：信令闭塞造成的原因是发了消息，对方没有回，此时认为此电路信令配合有问题，为防止呼叫再次占用此中继，提高接通率，故而将中继置为信令闭塞。 　　造成这种情况的原因有很多，例如：①CIC不一致，导致发送消息的CIC对端局不认，因而抛弃，不回任何消息；②对端局没有配置相关数据，如没有安装TUP/ISUP协议；③对端局此中继有故障。 　　解决方法：①检查双方的数据，看双方CIC是否配对，并且将该中继电路已放入实际的中继组里；②看“数据管理→七号信令MTP管理→信令路由”处所配的SLS值是否是该局向实际所走的链路号，不能随意乱填值；③询问对端局，为什么在收到RSC后没有回送任何响应消息；④若收到对方发来的消息不回，要从自身查找问题如信令时隙的配置位置、CIC编码与对方是否一致、信令类型等方面需要仔细核对。 　　2.1出向闭塞 　　出向闭塞，是不允许呼叫从此中继上打出（注意：只限制呼出，不限制呼入）。引发出向闭塞的原因有： 　　（1）七号局向断。由于局向断了，呼叫根本无法打出，为了防止呼叫选上此局向的中继，故将此局向上的全部中继设置为出向闭塞，当局向变为可达时，再去掉出向闭塞。 　　解决办法：查找七号链路断的原因，局方恢复可达时，出向闭塞自然就会去掉。 　　（2）我局收到对端局发来的闭塞消息（TUP：BLO/CGB/ HGB，ISUP：BLO/CGB）。根据七号规范，发送闭塞消息的局应该将中继设置为“入向闭塞”，而收到闭塞消息的局应该将中继设置为“出向闭塞”。这种情况，能够从信令跟踪上跟到对端局发来的闭塞消息。 　　（3）中继组为“入向中继组”。入向中继组只允许呼入，不允许呼出，故将出向设为闭塞，即出向闭塞。 　　 　　2.2入向闭塞 　　与出向闭塞相反，入向闭塞是不允许呼叫从此中继上打入（注意：只限制呼入，不限制呼出）。引发入向闭塞的原因有： 　　（1）维护人员在“动态数据管理→七号管理→电路/电路群维护”中，做过维护闭塞或硬件闭塞命令。 　　解决办法：在入向闭塞的中继上再做维护解闭、硬件解闭或复原。 　　（2）中继组为“出向中继组”。出向中继组，只允许呼出，不允许呼入，故将入向设为闭塞，即入向闭塞。 　　2.3我方不回消息 　　若收到对方发来的消息不回，处理方法如下： 　　（1）做一下信令跟踪，是否