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

郑丽文

（中国铁通四平分公司，吉林 四平 136000）

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 故障定位

2 TUP/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号信令会顺利开通。