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

时间：2020-03-07 08:37:50　来源：雅意学习网本文已影响人

　　摘要：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）做一下信令跟踪，是否收到对方发来的消息，观察有没有丢弃消息，有没有七号告警，若没收到消息或有丢弃消息，则需检查链路。
　　可能的原因是：错误的点上了“全局CIC编码”，而实际又是按照PCM系统号来编码，导致许多CIC编码重复。解决办法是：重新做CIC数据。
　　若确认收到对方发来的消息了，但没回，通过七号动态观察看该电路的状态，若发现是非空闲态，则根据中继状态进行相关的检查，若是空闲态观察是否在收到对方消息后变成占用，若一直为空闲，通过“呼叫业务观察与检索”的“查看数据区”查看该电路的数据区，若发现数据区查看记录为0，可以看看本局的局容量配置。可能的原因是：局容量配置太大，导致内存申请不成功。解决办法是：适当地将局容量配置里没有用的数据减少一点，再观察是否还有此现象。
　　（2）指定中继呼叫。为了确认所开七号信令和中继畅通可以使用“指定中继呼叫”功能进行测试，界面见图2。
　　
　　图2指定中继呼叫界面
　　首先指定用户（通过选择局码、百号、号码）和中继（通过选择模块号、单元号、子单元号和时隙号），然后输入测试用的号码头（供用户发起指定中继呼叫），最后单击“把此用户指定到此中继”按钮即可完成呼叫。
　　设置的号码头必须在号码分析中确实是设置的中继出局的号码头。同时一次只能指定一个呼叫，反复多指定不同时隙测试。
　　3结束语
　　通过以上的操作，7号信令会顺利开通。
　　
　　Common Problems in Opening Work of SS7
　　Zheng Liwen
　　Abstract: SS7 is the most common job of opening work. The following lists common problems treatment which are often encountered in ZXJ10B switch’s opening with SS7 so as to provide some reference for the majority of communication workers.
　　Key words: ZXJ10B switch; SS7; problems; treatment
　　

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

最新文章

热门文章