光接入窄带业务故障处理程序.ppt

* * Page * 语音单通（一） 【组网】 软交换－IP网－XPON 【原因分析】 1、网络质量原因 2、对端网关问题 3、媒体网关设备问题 4、NAT防火墙限制 软交换 IP 骨干网 语音流 用户线 TG 没声音啊 Page * 语音单通（二） 【处理方法】 1、先查看AG到对端网关(AG/IAD/TG)网络是否正常。 2、信令跟踪，判断最后通话时媒体方向是否为sendrecv。如果不是，肯定单通，此问题需要软交换进行分析原因。 3、联网问题：软交换下发的流模式为SendReceive，但是由于使用一些特殊业务，进行了放音处理，导致在中间改变了联网模式。 4、媒体流跟踪：将媒体流还原为语音文件进行分析。 Page * 案例分析：AG呼叫PSTN用户单通 （一） 【现象描述】 AG内部和AG间用户呼叫通话均正常，AG呼叫PSTN用户时单通。 【原因分析】 1、外部有哪些原因？ 2、内部有哪些原因？ Page * 案例分析：AG呼叫PSTN用户单通 （二） 【处理过程】 1、抓包分析：对用户呼叫的信令流程抓包，查看通话时的媒体方向为sendrecv，排除软交换的问题；对RTP流分析为单向报文，分析网络不通。2、考虑到AG呼叫PSTN用户时经过了TMG设备，检查发现AG和TMG之间的路由器开启了防火墙功能，关闭该防火墙后，单通现象消失。 Page * 语音质量问题（断续、剪切） 【原因分析】 承载网丢包 对端网关EC矫枉过正 AG的EC矫枉过正 【处理方法】 先排除承载网丢包 ,确认是否为承载网质量问题 : 在AG或TMG上使用ping命令，可以得到初步的丢包率和网络时延 ;使用第三方工具Chariot（或安捷伦软件）进行端到端测试网络质量（该工具可以分析丢包）;对业务口进行抓包，并进行流分析。 Class of network One way delay (ms) Percentage of packet loss Jitter (ms) Good (Reference) ? 40 ? 0.1% ? 10 Poor * ? 100 ? 1 % ? 20 Bad * ? 400 ? 5 % ? 60 Page * 语音质量问题（断续、剪切）续 【处理方法】（续上） 如果承载网络没有问题，则在AG业务网口处进行抓RTP媒体包，然后使用媒体流转换工具将RTP流转换成语音来判断 如果对端网关发向AG的RTP流就存在语音断续和剪切，那么应该是对端网关的EC矫枉过正了，这时可以先检查一下AG的PCM-IP增益和对端网关的PCM-IP增益是否相差太大，可以尝试修改一下AG的PCM-IP增益，减小两者的差异。如果还没有改善，请联系对端网关处理。 如果AG发向对端网关的RTP流就存在语音断续和剪切，那么应该是AG的EC矫枉过正了，这时可以先检查一下AG的PCM-IP增益和对端网关的PCM-IP增益是否相差太大，可以尝试修改一下AG的PCM-IP增益，减小两者的差异。如果还没有改善，请联系对端网关处理。 Page * 语音质量问题（回声） 【原因分析】 声学回声 EC没有打开 双方增益值配合不当 EC长度不当。 【处理方法】 先排除声学回声 回声有两种：1、电学回声 2、声学回声 网关设备无法消除声学回声，声学回声只能由引起声学回声的终端设备消除。 排除方法如下，在出现回声的对端捂住话筒送声器，如果是声学回声，捂住之后回声现象应该消失。 Page * 语音质量问题（回声）续 【处理方法】 如果是AG下用户听到回声，应该是对端网关EC没能完全消除回声。 首先看出现回声时对端网关是否打开了EC。先跟踪信令，看软交换是否给对端网关下发了打开EC的信令以及通话过程中EC是否因为误检测到传真信号而关闭了EC。 如果EC打开了，再看AG的PCM-IP增益和对端网关的PCM-IP增益是否不匹配，可以尝试修改AG的PCM-IP增益或者对端网关的PCM-IP增益，使两者的增益差异扩大，因为有些网关的EC设备要求回声同正常话音增益差别为6dB才认为是回声。 如果修改AG以及对端网关的增益不能消除回声，建议增加对端网关设备的EC长度。 如果是对端网关用户听到回声，则是AG的EC没有能够完全消除回声 网络时延对回声也有影响，时延越大可能回声越明显。 Page * 语音质量问题（杂音） 【原因分析】 话机本身质量问题 外线问题 AG自身问题 对端网关问题 承载网问题 【处理方法】 [话机问题] 更换话机，如果现象消失，确认是话机问题用户听到 [外线问题] 直接在机房配线架上接话机，如果现象消失则为外线问题 Page *