了解故障现象和排障方法.ppt

七号信令 问题现象 TUP/ISUP出向闭塞 相关部件 数据 问题分析与处理 在开局或运行中若出现中继闭塞，说明局间中继或信令配合上出现问题。具体情况需要察看中继时隙的详细闭塞状态，如果是TUP/ISUP出向闭塞，则意思是不允许呼叫从此中继上打出。（注意，只限制呼出，不限制呼入）引发出向闭塞的原因有： （1）七号局向断。由于局向断了，呼叫根本无法打出，为了防止呼叫选上此局向的中继，故将此局向上的全部中继设置为出向闭塞，当局向变为可达时，再去掉出向闭塞。解决办法是查找七号链路断的原因，局向恢复可达时，出向闭塞自然就会去掉。 （2）本局收到对端局发来的闭塞消息（TUP为BLO/CGB/HGB，ISUP为BLO/CGB）。根据七号规范，发送闭塞消息的局应该将中继设置为“入向闭塞”，而收到闭塞消息的局应该将中继设置为“出向闭塞”。这种情况，能够从信令跟踪上跟到对端局发来的闭塞消息 （3）中继组为“入向中继组”。入向中继组，只允许呼入，不允许呼出，故将出向设为闭塞，即出向闭塞 * 七号信令 问题现象 TUP/ISUP入向闭塞 相关部件 数据配置 问题分析与处理： 在开局或运行中若出现中继闭塞，说明局间中继或信令配合上出现问题。具体情况需要察看中继时隙的详细闭塞状态，如果是TUP/ISUP入向闭塞意思是不允许呼叫从此中继上打入。（注意：只限制呼入，不限制呼出）。引发入向闭塞的原因有： （1）维护人员从“动态数据管理”→“七号管理”→“电路/电路群维护”中，做过维护闭塞或硬件闭塞命令。解决办法，在入向闭塞的中继上再做维护解闭、硬件解闭或复原 （2）中继组为“出向中继组”。出向中继组，只允许呼出，不允许呼入，故将入向设为闭塞，即入向闭塞 * 七号信令 问题现象 动态数据观察里七号中继电路状态是信令闭塞状态 问题分析与处理 信令闭塞造成的原因是我们发了消息对方没有回，此时我局认为此电路信令配合有问题，为防止呼叫再次占用此中继，提高接通率，故而将中继置为信令闭塞。 造成这种情况的原因有很多，例如： （1）CIC不一致，导致我局发送消息的CIC对端局不认，因而抛弃，不回任何消息；检查双方的数据，看双方CIC是否配对，并且将该中继电路已放入实际的中继组里，否则请继续下一步。 （2）对端局没有配置相关数据，如没有安装TUP/ISUP协议，看“数据管理→七号信令MTP管理→信令路由”处所配的SLS值是否是该局向实际所走的链路号，不能随意乱填值 （3）对端局此中继有故障，询问对端局，为什么在收到消息后没有给我局回送任何响应消息 * 七号信令 问题现象 动态数据观察里七号中继电路状态是入向闭塞状态 问题分析与处理 入向闭塞，意思是不允许呼叫从此中继上打入。（注意：只限制呼入，不限制呼出）。引发入向闭塞的原因有： （1）维护人员在［动态数据管理→七号管理→电路/电路群维护］中，做过维护闭塞或硬件闭塞命令。在入向闭塞的中继上再做维护解闭、硬件解闭或复原 （2）中继组为“出向中继组” 出向中继组，只允许呼出，不允许呼入，故将入向设为闭塞，即入向闭塞，属于正常 * 数据故障 问题现象 中继组分配电路时，没有中继电路可选 相关部件 数据配置 问题分析与处理 （1）中继电路板的类型和中继组的信道类别不一致 （2）相应的中继电路板没有初始化（分配单元UNIT） （3）配置的数字中继板在子单元配置时有误，未配置成所需的类型。如：对于普通DTI，DTI初始化子单元时指定的信令类型和中继组的线路信号标志不一致；对于DSS1信令，DTI没有初始化为ISDN PRA或ISDN UPRA （4）相应的中继电路已被使用，如：已被七号信令链路使用，已分配给其它的中继组等 * 数据故障 问题现象 物理配置中看不到邻接模块所使用的通讯端口，无法进行模块组网配置 相关部件 通讯板、数据配置 问题分析与处理 （1）可能是组网模块的通讯板未插 （2）未进行“通讯板配置” （3）可能是所配通讯板的通讯端口已全部使用完毕。增加或进行“通讯板配置” * 数据故障 问题现象 “单元配置”中无法对某个数字中继板进行配置 相关部件 数据配置 问题分析与处理 （1）提示“请先初始化所有PCM”，则该问题是ZXJ10交换机在对数字中继板进行配置时要求对该板上的4个PCM端口都要定义其类别，如实际使用时4条PCM不全部使用，可将其中不用的PCM初始化成“暂不使用” （2）提示“PCM配置没有完成，请重新修改”，则是由于在将PCM定义成随路或共路PCM时要求定