umg8900产品黄埔培训系列教材-12问题定位-信令类(sg).ppt

UMG8900产品问题定位—信令类（SG）,ISSUE1.0,,Page 2,参考资料,《UMG8900信令类-窄带信令指导手册.doc》 《UMG8900信令类-SCTP信令维护指导手册.doc》 《UMG8900信令类-SIGTRAN信令维护指导手册.doc》,Page 3,学习完此课程，您将会： 掌握窄带MTP2/MTP3常见问题定位方法 掌握SCTP常见问题定位方法 掌握SIGTRAN常见问题定位方法,,,,,目 标,Page 4,,,,,第1章 SG信令类问题定位之窄带信令 第2章 SG信令类问题定位之SCTP 第3章 SG信令类问题定位之SIGTRAN,内容介绍,Page 5,,,第1章 SG信令类问题定位之窄带信令 1.1 MTP2问题 1.2 MTP3问题,,内容介绍,Page 6,1.1 MTP2问题—常见问题现象,MTP2链路故障主要表现在两个方面(后面会具体讲这两类问题的定位方法) ： MTP2链路一直处于故障态，无法建立：此时通过在UMG上执行MML命令 DSP SPFSUBRD，输入SPF板组号和扣板号，输出的信息如下： 扣板通道状态 通道号 协议 链路号 序号 EF地址 状态 0 MTP2 64K 126 0 - 业务 ――――正常状态 1 MTP2 64K 111 1 - 初始定位――――异常状态 2 MTP2 64K 112 2 - 故障 ――――异常状态 Channel No. Protocol Link No. Sequence No. EF address State 0 MTP2 64K 126 0 - In service ――Normal 1 MTP2 64K 111 1 - Initial align――Abnormal 2 MTP2 64K 112 2 - Out of service ――Abnormal 只有当链路的状态处于业务态时，链路才是正常的，上面输出的结果中126号链路的 状态时正常的，111，112号链路的状态均不正常。

MTP2链路闪断，UMG告警台会上报3851 SPF扣板链路故障告警(M2UA组网时)或者3981 MTP3链路故障（M3UA组网时）告警，同时这些故障告警能很快恢复Page 7,1.1 MTP2问题—问题定位方法,MTP2链路故障问题首先启动MTP2消息跟踪，其次再根据故障还是闪断来分类处理： MTP2链路无法建立问题： 此类问题首先启动MTP2接口跟踪（将所有跟踪开关置为TRUE），根据消息跟踪判断无法建立的原因，主要的原因可能有： 本端三层原因 对端原因 误码导致，这种情况通常需要环回进行确认 MTP2链路故障或者闪断： 此类问题结合消息跟踪、告警、日志，分析断链或者闪断的原因Page 8,1.1.1 MTP2问题—MT2消息跟踪的创建,Page 9,1.1.1 MTP2问题—MT2消息跟踪的创建(续),LSSU消息：为传送网络链路状态的信号单元，包括SIO，SIN，SIE，SIOS消息； MSU消息：携带消息的信号单元，消息包含在SIF和SIO字段中； FISU消息：不含任何信息，是在网络节点没有信息需要传送的时候，向对方发送的空信号，其作用是使信令链路保持通信状态，同时可起证实收到对方发来消息的作用 L2L3消息：MTP2层和MTP3层的消息交互，例如MTP3层请求发送数据或者MTP2层上报数据到达。

L2L3命令：包括MTP3层下发的LINK_START，LINK_STOP，MTP2层上报的LINK_IN_SERVICE，LINK_OUT_OF_SERVICE等Page 10,1.1.2 MTP2问题—无法建链问题处理,MTP2链路无法建立问题 ： 三层的原因：查看消息跟踪中UMG是否有向对端发送SIO消息；如果没有发送，则可能是MTP3层没有控制MTP2层开始建链；,解决方法： MTP2/M2UA组网下，用DSP L2UALKS命令确认UMG上MTP2链路所在的M2UA链路集是否激活 MTP2/M2UA组网下，用LST L2UALNK命令确认UMG和MGC的M2UA链路集内的M2UA链路是否保持一致 MTP2/M2UA组网下，查看MGC上的N7LNK是否激活，具体命令因MGC设备的不同而不同，如果没有激活，需要将N7LNK激活 MTP2/MTP3组网下，在UMG上执行ACT N7LNK，激活使用此MTP2链路的N7LNKPage 11,1.1.2 MTP2问题—无法建链问题处理,MTP2链路无法建立问题 ： 对端原因：查看消息跟踪中是否收到对端的SIO消息，如果没有收到说明对端设备MTP3层不主动建链；,解决方法： 则需要联系对端处理,Page 12,1.1.2 MTP2问题—无法建链问题处理,MTP2链路无法建立问题 ： 误码：既有发送的SIN/SIE消息，又有接收到的SIN/SIE消息，但仍然无法建链，是因为验证阶段不通过导致链路无法建链，也就是说链路上存在误码，导致差错率超过了门限值。

解决方法： 这种情况下，我们首先是要确认误码源，也就是哪里引入的误码，然后给出解决的方法误码源的确认可以通过环回操作来判定，在UMG上对MTP2链路所在的端口进行内环回具体操作步骤如下：,Page 13,1.1.2 MTP2问题—无法建链问题处理,MTP2链路无法建立问题---内环回方法 ： 步骤1：对MTP2链路所在的端口进行内环回 E1端口：采用命令LOP E1命令 环回模式是选择“单通道环回”； S2L/S1L端口：采用命令LOP S2L命令 环回对象选择“时隙环回”，环回模式选择“内环回” 步骤2： 执行环回命令后如果MTP2链路状态循环处于建链正常，断链，则说明UMG侧没有问题（消息交互见下图）； 对于环回后仍然无法建立的问题，请联系研发从协议层分析处理；如果环回后链路建链正常，则继续下一步处理 步骤3：在对端设备上做MTP2链路所在端口的外环回操作，这个需要对端设备支持，或者直接将传输线直接向UMG侧做物理环回（将传输线的收发物理连接），环回后如果MTP2不能建链，则可以确认是传输的问题，需要检查中间的传输设备如果MTP2链路建链正常，则传输没有问题，继续下一步 步骤4：要求对端设备确认自身是否存在问题，如果不存在问题，但两端仍无法建链，需要检查两端设备的时钟是否同源。

如不同源，需要取相同的时钟源此时如果MTP2链路仍无法建链，需要联系两端设备的工程师进行处理Page 14,1.1.2 MTP2问题—无法建链问题处理,MTP2链路无法建立问题 正常与异常流程比较： 建链正常的消息交互,不能建链的消息交互,Page 15,1.1.3 MTP2问题—闪断问题解决,MTP2链路闪断问题 ： 原因1：MTP3层下发拆链导致MTP2层断链 对于这种情况UMG上会记录断链原因的系统日志（使用LST SYSLOG命令查询，具体内容见下） 1 12 前插 SPF 2006-12-26 08:45:50 155 2 SpfL2uaTla.c Syslog: SubBoard 1: Mtp2_64K link(Port 0) receive LINK_STOP command.,Page 16,1.1.3 MTP2问题—闪断问题解决,MTP2链路闪断问题 ： 问题解决： 从以往的经验看，出现此问题更多的是MGC上的MTP3的相关配置与对端设备配置不一致，在MGC和对端设备上主要检查以下几个配置项：OPC/DPC是否与对端保持一致，OPC/DPC的网络结构和点码长度是否一致。

MTP3层链路的“链路码”和“发送的链路码”参数配置不一致，要求这两个参数要相同同时与对端保持一致 检查UMG或者对端设备以及中间传输设备的E1端口是否有物理或者软件上的环回操作，UMG上使用DSP E1LOP，DSP S2LLOP显示E1，S1L，S2L是否进行了环回；如果确认有环回请取消；对于这种情况从MTP3层的消息跟踪可以直接判断，消息中会明显的看出在自发自收；,Page 17,1.1 MTP2问题—闪断问题解决,MTP2链路闪断问题 ： 原因2： M2UA/MTP2的组网，M2UA链路闪断引发MTP2链路闪断 问题确认： 查询告警日志（使用LST ALMLOG命令），会发现SPF扣板链路故障告警（告警ID为3851）前出现L2UA链路集故障告警（告警ID为3905），而此链路集正是闪断MTP2链路使用的链路集 问题解决： 定位M2UA链路断链原因并解决.,Page 18,1.1 MTP2问题—闪断问题解决,MTP2链路闪段问题 ： 原因3： MTP2底层存在误码导致MTP2链路闪断 可以从系统日志中得出误码引发的断链系统日志中会记录如下的原因值：SUERM_FAILURE，TXC_T7， RC_FAILURE_BSN，RC_FAILURE_FIB，AERM_ABORT_PROVING；相关解释见下。

SUERM_FAILURE 1 12 前插 SPF 2006-12-26 08:45:50 155 2 SpfL2uaTla.c Syslog: SubBoard 1: Mtp2_64K link(Port 0) receive SUERM_FAILURE command. 日志解释：SUERM_FAILURE是UMG侧检测到误码率超过1/256而断链，这时会记录这条日志； TXC_T7 1 12 前插 SPF 2006-12-26 08:45:50 155 2 SpfL2uaTla.c Syslog: SubBoard 1: Mtp2_64K link(Port 0) TXC_T7. 日志解释：TXC_T7是指本端发送的MTP2消息在T7定时器（1.5S）内没有收到对端的证实，UMG主动发起断链；出现这种情况后首先检查传输质量，同时查看信令链路的占用率，是否负载过多存在拥塞；,Page 19,1.1 MTP2问题—闪断问题解决,MTP2链路闪断问题 ： RC_FAILURE_FIB/ RC_FAILURE_BSN 1 12 前插 SPF 2006-12-26 08:45:50 155 2 SpfL2uaTla.c Syslog: SubBoard 1: Mtp2_64K link(Port 0) receive RC_FAILURE_FIB 1 12 前插 SPF 2006-12-26 08:45:50 155 2 SpfL2uaTla.c Syslog: SubBoard 1: Mtp2_64K link(Port 0) receive RC_FAILURE_BSN 日志解释：RC_FAILURE_BSN 指在网关连续收到3个消息中出现两个消息BSN（证实 已收到的消息的序号）值不正确就会因此断链；RC_FAILURE_FIB指在网关连续收到3 个消息中出现两个消息FIB（重传标记）值不正确就会因此断链；对于_FAILURE_FIB 和RC_FAILURE_BSN引发的断链也是首先检查物理传输是否存在误码；因为协议层认 为迅在错误的BSN或者FIB多数都是因为误码导致消息解析出错； AERM_ABORT_PROVING 1 12 前插 SPF 2006-12-26 08:45:50 155 2 SpfL2uaTla.c Syslog: SubBoard 1: Mtp2_64K link(Port 0) AERM_ABORT_PROVING 日志解释：这种断链出现在链路重建进入验证过程中发现为误码过多导致AERM验证终 止引发的断链；,Page 20,1.1.。