UMG8900见问题汇总.docVIP

UMG8900常见问题汇总 1 前言 在MGW的业务定位手段中，最常用的是H248消息跟踪、QAAL2消息跟踪、ATMUP消息跟踪、ContextID确定的呼叫跟踪。各单板的串口调试命令能输出呼叫异常信息和数据统计，可以查到比较详细的错误原因，建议在跟踪无法定位时使用。 2 各种业务与组网呼叫问题定位 1. 通用问题 呼叫时直接失败，主叫听到忙音，没有H248消息到达MGW。有如下可能情况： 1、各种组网，问题通常在于SX3000上的MGW状态为故障，导致呼叫无法进行。 常见故障原因： 1） SX3000与MGW的PPU之间的网线未连接； 2） PPU的网线被插在PPU的调试网口； 3） 网络状况或者网口接触不良、网口工作模式（单双工/10M/100M）不匹配，导致误码率过高； 4） SX3000修改鉴权参数导致H248链路中断； 5） MGW上人为去激活网关后忘记重新激活； 6） MGW PPU单板与SoftX3000之间的IFM单板没有通过LANSWITCH相连，而是采用直接连接方式 常用定位手段： 1) 在MML维护台使用命令DSP VMGW，检查网关状态是否业务态； 2) SX3000上DSP MGW，检查与MGW的网关状态是否一致； 3) 在MGW和3000维护台上分别PING对方，检查MGW与SX3000的以太网连接是否正常； 4) DSP IPIF，检查PPU板的以太网口状态是否正常； 5) 检查H248链路、VMGW、MGC配置数据； 解决： 1）保证MC接口物理连接正常，可PING通； 2）保证数据配置正确，网关激活。 2、UE做主叫，问题通常在于UE没有注册成功，导致无法发起呼叫。 常见故障原因： 1） RNC或NodeB故障，本地小区异常； 2） RNC与MGW之间的MTP3B链路中断； 3） SX3000与MGW之间的M3UA链路中断，中断原因与H248链路类似； 常用定位手段： 1） 跟踪RNC的Uu接口，察看UE的上报消息是否到达RNC，确保NodeB没有问题； 2） 跟踪RNC上的Iu接口，看RNC是否发出了消息，确保RNC没有问题； 3） 检查MGW与RNC之间的MTP3B链路是否可用，如不可用，执行4、5； 4） 检查RNC与A4L之间的光纤是否有未连接、光纤收发接反情况，观察LINK指示灯是否正常； 5） 检查RNC与A4L的光模块单/多模式是否相同，如不同可能因误码率过高导致链路中断； 6） 如果MTP3B链路可用，跟踪MTP3B接口，是否收到了SCCP报文，是否发送了SCCP报文； 7） 跟踪M3UA接口，看SCCP报文是否转发到了SX3000，是否收到了SX3000的SCCP报文； 解决： 1）更换正确的光纤、做正确的连接； 2）保证MTP3B、M3UA数据配置正确。 3、PSTN做主叫，问题通常在于SX3000上MGW的时隙状态为故障。 常见故障原因： 1） E32与B-Switch之间E1线物理连接不正常； 2） E32与B-Switch之间E1端口参数配置不一致； 3） MGW未将TDM状态上报给SX3000； 4） SX3000与B-Switch之间的七号链路故障； 常用定位手段： 1） DSP E1PORT，查询MGW上的端口状态是否正常，如果不正常，执行2、3； 2） 检查E32与B-Switch之间的E1连线是否存在断开、收发接反、端口接错； 3） 检查E32与B-Switch之间的E1端口参数，帧格式是否相同，如果不知道B-Switch的设置，可以分别修改E32的设置为DOUBLE_FRAME或CRC4_MULTIFRAME试试，这两种是目前组网中用到过的； 4） LST TDMIU，检查Tid与SX3000的配置是否一致； 5） 在SX3000上DSP N7C，检查配置的时隙是否故障，如果与MGW上的状态不一致，尝试拔插E1线，使TDM端点状态重新上报； 6） 如果重新上报SX仍然故障，在SX3000上DSP N7LNK，检查7号链路是否可用，如不可用，检查SX与B-Switch的物理连接； 解决： 1）MGW与B-Switch、SX与B-Switch之间的E1线做正确的连接； 2）MGW与B-Switch的E1端口参数配置正确； 3）拔插E1线重新上报TDM端点状态 / 使用DEA VMGW和ACT VMGW去激活再激活网关，刷新TDM端点状态； 4）复位SX3000的WCCU板或WCSU板，将端点全部重新初始化。 2. UE-UE局内呼叫问题 这种组网情况下通常只涉及到Iu接口的ATM承载，在UP版本为1或者放音时会用到TC，问题也通常与之有关。 1、呼叫失败，SX3000增加ATM端点后直接Sub端点，RNC上RAB指派失败，QAAL2跟踪发现ASU收到RN