华为EPON典型故障处理.pptVIP

常见问题排查方法 【常见原因】 1、数图配置原因导致上报号码不全 从上面分析的智能公话呼叫流程可以知道，智能公话会先上报一个接入码，如200，16940，96100等，软交换收到接入码后通知智能网，由智能网下发A信号，智能话机收到A后才上报用户拨的号码。由于接入码一般采用信令流上报软交换，如果数图中没有配置能完全匹配的数图方案的话，导致接入码需要等待长定时器超时才能上报智能网，而用户一般在一个长定时器内已经把号码拨完，这样智能网收到的号码就是一个不完整的号码，用户听到号码不存在的提示。 通常这种问题可以修改数图，增加相应的数图子方案。 2、智能公话送号过快导致上级智能平台收号不全 由于智能话机的卡号和密码是话机自己上报，且上报接入码到上报卡号的时间固定，而NGN的接续时延较大，导致软交换下发信令让AG联网之前已经发送卡号，导致前几位卡号丢失。该种故障主要在老的智能终端切换到NGN时出现。 智能话机一般提供设置上报接入码到上报卡号的时间，通过调整该时间可以解决问题。 3、部分智能公话在通话前必须先下反极信号 目前国内部分智能话机需要在通话前由上级软交换设备下发反极信号否则可能会出现单通的情况，这种情况下需要在开通智能公话业务之前了解智能话机的使用说明，根据需要在上级软交换设备侧和MxU设备侧决定是否启用反极功能 4、话费查询失败 话费查询流程是智能公话自动摘机，不检测拨号音，而是延时一定时间后在线路上发送智能话费查询接入码。如果智能公话延迟时间与AG的呼叫请求时延相近，导致智能公话发送的第一位DTMF码发送时，AG的联网还没有准备好，导致第一个号码漏掉，于是呼叫不能建立，话费查询不成功。 这种问题一般出现在老的智能终端上，是由于旧的智能公话设置的延迟时间小于国标规定的呼叫请求时延导致。通过分析发现旧的智能话机默认摘机到发送第一个号码的时间是0.32s，而新话机的时间间隔为0.63s。 对于此类问题可以在智能平台分析收到的话费查询码是否完整，通过设置智能话机摘机到发送第一个号码的时间长度来解决。 智能网下发计费信号过快 有时还没有收到软交换下发的修改连接信令时，SCP已经下发话费信息，有时则在修改连接后在下发话费信息。如果在还没有下发SCP在信令交互完成后立刻下发话费信息，由于此时AG的联网还没有准备好，因此此时下发的计费信息可能导致前面的部分信息没有传输到智能公话。这样智能公话也表现为没有收到话费。 此类型问题可以调整增加SCP发送计费信息前的静音时长解决。 典型案例 数图匹配问题导致MA5606T智能公话业务不通 【现象描述】：某局点反馈5606T下带普通语音业务正常，智能公话业务不通。拨号后提示“您所拨打的号码有误”。 【处理过程】： 先了解智能公话的流程：摘机后话机自动上报200的接入码，软交换收到接入码后会要求5606T和媒体资源服务器建立连接，媒体资源服务器通过媒体流对话机用户放拨号音，用户也通过媒体流拨号，然后媒体服务器修改关联，5606T与对端媒体网关建立连接。 telnet到5606T上用dbwin跟踪信令。摘机下拨号音约10S后，5606T才上报200号码。现场的操作方法是听到拨号音就拨打号码。由此可见用户把软交换下发信号cg/dt，5606T的DSP芯片放的拨号音当作媒体服务器放的拨号音了，导致在前10S就拨号了，但是前10S最终只上报了200号码。 解决的办法应该是摘机就立即上报200号码，让用户听到媒体服务器通过媒体流放的拨号音，而不是听DSP芯片放的拨号音。检查信令发现，数图中没有200的匹配项，导致匹配到数图末端的X.L项，数图如下：[2-8]xxxxxx|13xxxxxxxxx|15xxxxxxxxx|0xxxxxxxxx|9xxxx|1[0124-9]x|E|F|x.F|[0-9].L而长定时器时长为10S，最终导致10S后才上报号码。 协调在数图中添加2XX项后，摘机后200号码立即上报。现场拨号测试正常，问题解决。 传真类问题 原理分析和排查方法 【常见传真业务实现方式】 1．V2透传 a.网关检测到传真开始事件V21flag，上报给软交换 b.软交换要求双方切换到传真 c.网关根据软交换的命令，把通道切换到传真模式，设置jitter buffer，EC,VAD等，采用的编码是软交换下发的编码，采用的端口号是软交换下发的端口号 d.传真结束后进行通话，由于没有传真结束事件，软交换不会把我们切换到语音模式，所以通话质量可能会有影响 2．V2T38 a.网关检测到传真开始事件V21flag，上报给软交换 b.软交换要求双方切换到传真 c.网关根据软交换下发的命令，把通道切换到传真模式，不过编码和端口号都不是采用软交换下发的，而是自身设置T38编码和T38传真端口号来进行T38传真 d.传真结