七号信令链路断链等问题的处理步骤

《七号信令链路断链等问题的处理步骤》由会员分享，可在线阅读，更多相关《七号信令链路断链等问题的处理步骤（30页珍藏版）》请在金锄头文库上搜索。

1、文文 档档 编编 号号产品版本产品版本密级密级 6.0 深圳市华为技术有限公司深圳市华为技术有限公司 中央研究部文档科中央研究部文档科 产品名称：产品名称： 共共 30 页页 C&C08BC&C08B 七号信令链路断链等问题处七号信令链路断链等问题处 理步骤理步骤 ( (仅供内部使用仅供内部使用) ) 文文 档档 作作 者：者：_日期：日期：_/_/_ 开发开发/测试经理：测试经理：_日期：日期：_/_/_ 产产 品品 经经 理：理： _日期：日期：_/_/_ 管管 理理 办：办：_日期：日期：_/_/_ 深圳市华为技术有限公司深圳市华为技术有限公司 版权所有版权所有 不得复制不得复制 目目

2、录录 C&C08B 七号信令链路断链等问题处理步骤七号信令链路断链等问题处理步骤 1引言引言3 2对七号断链等问题的处理步骤的简要描述对七号断链等问题的处理步骤的简要描述3 3对七号断链等问题的详细处理步骤对七号断链等问题的详细处理步骤4 4对对 RSMII 断链等问题的处理断链等问题的处理12 5案例分析案例分析14 6附录附录15 6 .1告警解释.15 6 .2LPN7 板和 NO7 板共有的命令和响应.16 6 .3LPN7 板的命令和响应.17 6 .4NO7 板的命令和响应.26 C&C08B 七号信令链路断链等问题处理步骤七号信令链路断链等问题处理步骤 关键词: MTP、七号信令

3、链路、RSMII 信令链路、链路业务中断（断链）、 LPN7 板、定位、MTP 二层伪消息、消息跟踪 摘 要: 本文档详细描述了七号信令链路断链和 RSMII 信令链路断链等问题的 处理步骤，并给出了典型的案例分析。附录中给出了 LPN7 板上报的一些重要 的 MTP 二层消息。 1 引言引言 目前，当发生七号断链且不能立即恢复等问题时，用服人员的处理一般都 是拔插 NO7 或 LPN7 板或 DT 板或下电复位 MPU 等进行处理的，这样不利于 定位问题，故有必要规范一下处理步骤。另外，为了方便处理七号断链问题， 用服人员应具备基本的七号知识，尤其是底层信令链路的简单定位过程。 一般发现信令

4、链路断链是通过信令链路不可用告警得知，或通过观察七号 信令板（NO7 或 LPN7）的灯状态得知，或通过电话打不通，查看中继、链路 状态后得知，等等，不管通过何种途径得知链路断链，首先要定位出哪一条或首先要定位出哪一条或 哪些信令链路出现故障哪些信令链路出现故障，然后立即按如下步骤进行处理。 2 对七号断链等问题的处理步骤的简要描述对七号断链等问题的处理步骤的简要描述 步骤步骤 1：跟踪监视七号信令链路：跟踪监视七号信令链路 发现问题时，应立即打开相关信令链路的消息跟踪窗口，并把跟踪消息 存盘，以供事后分析。 步骤步骤 2：下发伪命令：下发伪命令 对 LPN7 板或 3103 的 NO7 板信

5、令链路，可下发调试伪命令 0d，使单 板能在断链或定位失败时上报详细的原因信息，供步骤 4 分析消息时使 用； 步骤步骤 3：查看链路状态：查看链路状态 从维护台直接查看链路状态，可看到当前主机的链路状态信息，以帮助 定位原因； 步骤步骤 4：分析信令链路跟踪的消息：分析信令链路跟踪的消息 对步骤一和步骤二跟踪到的信令消息进行分析，查找断链或定位失败等 原因； 步骤步骤 5：查看告警信息：查看告警信息 对以前的断链或定位失败等，可通过告警来查看原因。 3 对七号断链等问题的详细处理步骤对七号断链等问题的详细处理步骤 步骤步骤 1：跟踪监视七号信令链路：跟踪监视七号信令链路 发现有信令链路断链时

6、，立即在终端维护系统上选菜单“七号信令/NO7 消息跟踪M” ，打开“七号信令跟踪设置”对话框（见图 1） ，模块号 为信令链路所在的模块编号，链路号为需要跟踪的信令链路编号，消息类 型选 SNM、SLT 和 L2_CHANGE 等（若消息量很少或无，可选择所有的消 息类型） ，选中跟踪信息存盘（S）按钮，按确定按钮可打开“七号信令消 息跟踪窗口” （见图 2） 。 图 1 七号信令链路消息跟踪设置 图 2 七号信令消息跟踪窗口 注：“七号信令消息跟踪窗口” （见图 2）中消息的说明： 1) 选中某一条消息，按“回车键”可看此消息内容的详细解释。 2) 消息前加“”即黑色的消息表明是从此链路上

7、收到的消息，消息前加 “”或 “”或“”的消息 是指信令链路上接收或发送的正式消息信号单元 MSU。 3) MTP 二层消息的内容：TIME 是指时间，单位是 10 毫秒，它是一个相 对时间，即从开始跟踪信令链路到消息产生时的时间间隔，最大值为 65535，到最大值时又从 0 开始计时；TYPE 是指消息类型，是 MTP 二 层的命令（MTP_L2_CMD）还是 MTP 二层的响应 （MTP_L2_REPORT） ，MTP 二层命令是主机发向单板的命令，MTP 二 层的响应是单板上报主机的响应；PARA 是指命令或响应参数，参数一 是指单板类型，00 是 LPN7 板，01 是 NO7 板，后

8、面参数是命令或响应 字及内容等，参见消息的详细解释。注意：后面对此类消息的举例时只注意：后面对此类消息的举例时只 用参数一后面的内容。用参数一后面的内容。对“七号信令消息跟踪窗口” （见图 2）中的第一 条消息可简单解释如下：在启动消息跟踪窗口后的 19.7 秒，MTP 向此 信令链路下发 STOP 命令。 4) 链路上发送的 MSU 消息内容：Service 是指消息的业务指示，其中信令 链路测试消息用 TEST 表示，MTP 部分的信令网管理消息用 MTP 表示， TUP、ISUP、SCCP 等的消息分别用 TUP、ISUP、SCCP 等表示； SubSer 是指子业务字段，即网络指示 N

9、I，NAT 是指国内网，INT 是指 国际网等；Time 是消息产生的时间，单位是 10 毫秒，它是一个相对时 间，即从开始跟踪信令链路到消息产生时的时间间隔，最大值为 65535，到最大值时又从 0 开始计时；H1H0 是指消息的标题码，标识 具体的消息；CIC/SLC 对 TUP、ISUP 消息是电路识别码（CIC） ，对 MTP 消息则是信令链路编码（SLC） ，对 SCCP 消息则是信令链路选择 码（SLS） ；SLS 是指信令链路选择码，对 ISUP 消息才显示，对其它消 息则不显示；OPC 是指消息中的起源信令点编码；DPC 是指消息中的 目的信令点编码；Signal Messag

10、e 是指此消息的具体内容。 步骤步骤 2：下发伪命令：下发伪命令 在终端维护系统上选菜单“七号信令/ 伪消息/ MTP 二级伪消息 S” ，打开“MTP 二级伪消息”对话框（见图 3） ，模块号为断链的 信令链路所在的模块编号，链路号为断链的信令链路编号，MTP命令 设置为 0d，参数1参数7 设置为 ff，按确定按钮发出开始测试命令。 下发此伪命令的目的是为了使信令链路在断链或定位不成功时，上报详 细的原因信息，以帮助定位问题。 图 3 MTP 二级伪消息 步骤步骤 3：查看链路状态：查看链路状态 注意：一定要记录所查看的信令链路状态信息。 1) 从链路所在模块查链路状态 a. 在终端维护系

11、统上选菜单“七号信令/ 状态查询S” ，打开“七 号信令相关状态查询”对话框（见图 4） ，查询类型选链路状态，内 部模块号为断链的信令链路所在的模块编号，模块号是指到哪个模 块查询链路状态，此处就等于内部模块号，链路号为断链的信令链 路编号，选确定按钮可查看“信令链路状态” ，结果窗口见图 5。 图 4 查看链路状态 图 5 链路状态查询结果窗口 b. 若链路的激活状态为“否” ，则可能是人为的断开信令链路了，进行 如下操作恢复：在终端维护系统中选菜单“七号信令/ 链路管理 L” ，打开“七号链路管理”对话框（见图 6） ，选择命令（S） 选激活链路，模块号为发生断链的信令链路所在的模块编号

12、，链路 号为断链的信令链路编号，选确定按钮“激活”此链路； 图 6 七号链路管理 c. 若链路有远端处理机故障，则一般是对局原因，要联系对局进行处 理，等远端处理机故障恢复后才能使信令链路变为可用。对于 NO.7 板，远端处理机故障时相应链路的 LP1 或 LP2 指示灯是灭的。 d. 对 LPN7 板信令链路，若链路的传输业务状态为“是” ，而链路的故 障状态有时为“是” （多数） ，有时为“否” ，链路的倒换正在进行状链路的倒换正在进行状 态为态为“是是” ，若处于这种情况，则链路定期闪断（约 10 几秒种闪断 一次） ，从“七号信令消息跟踪窗口”看，只有收到的 SLTM 消息， 而本端未

13、发出任何消息，而且在链路定位成功后一般由本端 MTP 三 层下发 STOP 命令断开链路。若处于这种状态，并且传输正常，若 在 2 分钟之内没有恢复则只有复位 LPN7 板或拔插 LPN7 板解决。若 处于这种状态，并且传输一直不正常，则最好先复位或拔插 LPN7 板，然后再断开受影响的 LPN7 板信令链路，等传输恢复后再激活 信令链路。 （详见后面的案例分析） 2) 从其它七号模块查询断链的链路状态 a. 在上述查看链路状态的操作中，把模块号改为其它模块的模块号即 可。例如，要从 2 号 SM 模块查看 1 号 SM 模块 4链路的链路状态， 则模块号为 2，内部模块号为 1，链路号为 4

14、。 b. 若传输业务状态与从链路所在模块查询不一致，则要在链路所在的 模块使用“七号链路管理” （见图 6）来消除状态的不一致。一般不 一致是这种情况：链路所在模块是传输业务的，但其它模块认为此 链路不能传输业务，其它情况一般很快会恢复的。若有多条信令链 路传输业务，则管理禁止信令链路，查询链路状态，确信链路不能 传输业务时再解除管理禁止使信令链路传输业务；若只有一条信令 链路传输业务，则不能管理禁止，只有断开信令链路，确信链路不 能传输业务时再激活信令链路使信令链路能传输业务。 （详见后面的 案例分析） 若进行处理时链路已经恢复了，则通过下面的步骤 5 来查看“信令链路 业务中断”和“信令链

15、路定位失败”的告警信息来查看断链原因，否则进行下 面的步骤 4 进行处理。 步骤步骤 4：分析信令链路跟踪的消息：分析信令链路跟踪的消息 a. 对 LPN7 板的信令链路或 3103 版本的 NO7 板信令链路，若信令链 路业务中断，则单板会通过命令字 e0、e1、e2 上报许多原因信息 （见图 7 七号信令消息跟踪窗口的断链示例） ，从中可看出链路定位 失败或业务中断的原因。详细的原因见后面的附录，下面对通常定 位失败和业务中断的原因解释一下。 （对 LPN7 板原因更详细些） 图 7 七号信令消息跟踪窗口（断链示例） b. 若单板上报 e0 01 02，则断链是由于 MTP 三层下发停止（

16、STOP）命 令使信令链路业务中断的，可能的原因是本端连续（间隔 6 秒）发 出两条信令链路测试消息（SLTM）后，而对端局不回信令链路测试 证实消息（SLTA） ，则在第一次发出 SLTM 消息 12 秒后断链，这是 协议要求的，从跟踪的消息可很容易看出此情况（第一次发出 SLTM 消息的时间与下发 STOP 命令之间的时间差约等于 12 秒） 。 也有可能是在链路定位成功后，本端发不出任何消息，12 秒后 MTP 三层下发 STOP 命令断链，这就是步骤 3 中 1)d 中的现象，参见上 面的处理方法。若是刚开局，从来还未对接成功过，则要检查数据 配置，否则要联系对局进行处理。也有可能是人为地断开信令链路 造成此消息上报的。 c. 若单板上报 e0 01 08，并且前面上报 e1 00 16（见图 7 中的情况） ， 则定位失败是