光接入窄带业务故障处理ppt课件.ppt

2020 3 20 ISSUE2 0 光接入窄带业务故障处理 Page2 学习完此课程 您将会 掌握故障处理的基本流程掌握故障定位的常用方法对疑难故障问题能够及时准确进行信息采集能处理常见语音故障 目标 Page3 参考资料 本胶片参照 MA5620E故障处理手册 SUPPORT网站上的案例资料等 EPON语音问题工程师内部指导 Page4 第1章故障处理概述第2章XPONVOIP业务故障处理第3章传真和MODEM故障处理 内容介绍 Page5 故障处理的思路 发现故障 排除故障 信息收集 故障分析 故障定位 Page6 故障处理的思路 故障排除是指合理的 一步一步找出故障原因并解决的总体原则 它的基本思想是系统地将由故障可能的原因所构成的一个大集合缩减 或隔离 成几个小的子集 从而使问题的复杂度迅速下降 Page7 故障处理模型 Page8 了解故障现象的一般流程 了解故障出现状态 突发 升级 新开局 了解故障范围 现象 了解故障是否在控制台上报 了解单板指示灯状态 了解设备版本信息 了解故障前后人为操作 了解上 下行设备状态 了解相关接口状态 了解设备应用的业务类型 Page9 故障信息采集的一般流程 采集设备单板配置 采集设备版本信息 设备数据配置信息 采集详细日志信息 采集详细告警信息 采集对接设备告警信息 采集对接设备接口信息 采集组网信息 采集设备环境信息 Page10 故障定位的过程及其方法 在处理故障时 很关键的一点是要确定故障的原因是否在设备上 避免因此造成的人力 物力 财力的浪费 实际操作过程中可以遵循由外到内 由大到小 由整体到局部的原则 即先查看外部线缆连接是否牢靠 各指示灯状态是否正常 然后通过控制台查看系统的整体运行状态 最后再查看各个模块的运行状态 Page11 故障定位的过程及其方法 Page12 信息采集常用工具介绍及使用方法 工具介绍 1 TOOLBOX工具2 DBWIN工具3 ETHEREAL工具 优缺点 1 采用DBWIN和TOOLBOX工具抓包 只能抓到信令流 即只有控制信令报文 没有媒体流信息 TOOLBOX工具可以根据端口抓取信令 2 采用ETHEREAL工具抓包 即可以抓信令流报文 也可以抓媒体流报文 一般需要镜像端口或者级联HUB抓包 Page13 故障处理概述 故障处理的一般流程是什么 小结 您学会如何收集故障信息了吗 Page14 第1章故障处理概述第2章XPONVOIP业务故障处理第3章传真和MODEM故障处理 内容介绍 Page15 VOIP业务原理 原理简介XPON设备可以作为NGN解决方案中的AG AccessGateway 组件 提供VoIP业务 XPON设备通过语音模块进行TDM语音到IP包的转换 并由OLT提供以太网接口传送到IP网上 XPON和SoftSwitch之间采用H 248或者MGCP协议进行通信 Page16 VOIP业务常见故障 常见故障设备不能在SoftSwitch上成功注册摘机无拨号音主叫号码显示问题单通 串号问题语音质量问题 回声 断续 杂音等 反极性计费问题智能公话问题 我注册不了啊 吵死了 Page17 设备不能在SoftSwitch上成功注册 现象描述 softx3000下带MXU设备MG接口无法注册 组网 Page18 设备不能在SoftSwitch上成功注册 原因分析 1 先外部 网络是否正常 2 再内部 对接数据配置是否正确 H248信令流程是否正常 处理过程 1 pingMGC测试网络2 检查对接参数3 跟踪H248信令 MG和MGC哪些参数需要协商一致 Page19 案例分析 MA5606T新开局MG接口不能注册 现象描述 MA5680T MA5606T开EPONVOIP业务mg接口状态为Waitack 组网 softx3000 IP网 MA5680T MA5606T 原因分析 外部内部整体局部 Page20 案例分析 MA5606T新开局MG接口不能注册 处理过程 1 检查MDU与软交换数据 MGIP MGPORT MGCIP MGCPORT等都能够对应 2 查看ONU状态 displayontinfo 状态匹配 ONU能够ping通OLT ONU可以ping通软交换网关地址 3 在OLT上行端口上做镜像抓包如下 SV MT RS V 3 RE 901 20080507T15302326 软交换没有信令响应 分析MG与MGC之间248协议交互的版本不一致 查看mg softwareparameter20 版本由高往低协商 将此参数修改为由低往高协商 重启MG接口 接口状态normal 注册成功 Page21 摘机无拨号音 原因分析 1 先外部 线路 终端 2 设备 数据配置错误 端口闭塞 3 单板模块 信令流程错误等 Page22 摘机无拨号音 定位方法 1 对用户端口进行内外线测试 以便检验线路是否有问题 2 查看MG接口是否正常 3 检查用户端口是否配置用户数据 4 跟踪AG的信令消息 5 检查DSP是否正常 6 重新加载语音文件 Page23 案例分析 MA5606T用户摘机无拨号音 现象描述 MA5606T用户摘机听不到拨号音 软交换 IP骨干网 语音流 用户线 TG 没声音啊 5606T Page24 案例分析 MA5606T用户摘机无拨号音 原因分析 软交换没有下发数图 或者下发了错误的数图 处理过程 1 先抓取H248信令报文 报文如下 9d 163 12 54 00 360 msgfrommgc 172 31 8 4 2944 tomg 172 18 112 94 2944 1 2944T 2146463428 C MF AG58900 DM DM940938949318 EF 0 9 0 9E F EExx FF EFxxF ExxExxxxF 100 x9d x 101x 102x 108x 110 114 119 111x 118x 120 122 121xx 123xx 125x 160 162 163xx 1643 16500 166xSx 168xxSxxx 17xxxS 19xxxxS 200 2010 20188 20198 20170 20130 201x 400 xxxxxxx 800 xxxxxxx 600 x 709d 0 x 950 x 951x 955xx 958x 968xxx 96168xxxxx 9 0 5 7 9 xxxSx 96 0 2 4 9 xxSx 963xx 96366xSx 00 xxSx 01 358 xxxxxxxxx 010 xxxSxxxxx 02xxxxSxxxxx 059 2346789 xxxSxxxx 059 15 xxxSxxxxx 0 3 9 xxxxxSxx9d xxx 0311xxxSxxxxx 037 179 xxxSxxxxx 04 15 1xxxSxxxxx 051 023 xxxSxxxxx 053 12 xxxSxxxxx 057 147 xxxSxxxxx 075 57 xxxSxxxxx 0769xxxSxxxxx 089 18 xxxSxxxxx 026023xxxSxxxxxSxxx 2 8 xxxxxx 1 358 xxxxxxx9d xx E 2146940020 dd ce DM DM940938949318 mfd ce DM DM940938949318 al on al fl SG cg dt 9d 164 12 54 00 360 msgfrommg 172 18 112 94 2944 tomgc 172 31 8 4 2944 1 2944ER 400 Syntaxerrorinmessage Page25 案例分析 MA5606T用户摘机无拨号音 分析报文发现5606回应400语法错误 表明5606不能识别对方下的数图 故通过分析数图发现0 5 7 9 xxxSx 96 0 2 4 9 这个数图子中含有非法字符 逗号 核对中国电信标准 数图中不能含有逗号符号 2 协调Z公司修改了数图 去掉逗号符号后 摘机有拨号音 业务正常 Page26 主叫号码显示问题 一 原因分析 主叫号码显示的原理是 在被叫振铃的第一声和第二声之间 AG把主叫号码以FSK信号的方式下发给话机 用户操作是否有问题 如摘机太快话机是否支持FSK主叫号码显示信令不正常端口增益和电话机的配合问题 MGCP协议正常来显消息解析 RQNT801784165aaln MGCP1 0X 16000408R S L rg L ci 05 24 09 29 81320800 H248协议正常来显消息解析 SG andisp dwa ddb 040F303830343137343736363633303030E9 Page27 主叫号码显示问题 二 处理方法 被叫用户接电话不能太快 要在第一声振铃后再等一段时间 检查用户线是否超长 话机要支持主叫显示的功能 并且安装了电池 或外接电源 通过信令跟踪 如果SoftX3000下发的信令正确 显示不出来就是AG本身的问题 AG支持的主机号码显示有FSK单数据格式 SDMF FSK复合数据格式 MDMF DTMF的单数据格式 DTMF 其中MDMF相对SDMF支持了主叫姓名的显示 AG上的设置要与话机支持的制式一致 Page28 案例分析 MDU与Z公司对接被叫无来显 现象描述 MA5620E设备与Z软交换对接 开VOIP业务 开了来电显示业务后 被叫无振铃 同时也看不到来显信息 原因分析 Z公司的来显包格式不符合中国电信标准 Page29 案例分析 MDU与Z公司对接被叫无来显 处理过程 1 跟踪H248报文 报文如下 msgfrommgc 10 53 128 21 2944 tomg 10 52 15 2 2944 1 10 53 128 21 2944T 1118841988 C 8 MF aaln 0 M TS fsk fsktype 1 SG al ri fsk fsk d 2008 07 11 t 16 47 05 c从信令中可以看出 Z公司下发的来电显示信令不符合中国电信的来电显示标准 电信标准应该使用SG andisp dwa包 而不是SG al ri fsk fsk d 2008 07 11 t 16 47 05 c2 让Z公司修改成中国电信标准的andisp dwa包后 来显和振铃都正常 问题解决 Page30 语音单通 一 组网 软交换 IP网 XPON 原因分析 1 网络质量原因2 对端网关问题3 媒体网关设备问题4 NAT防火墙限制 软交换 IP骨干网 语音流 用户线 TG 没声音啊 Page31 语音单通 二 处理方法 1 先查看AG到对端网关 AG IAD TG 网络是否正常 2 信令跟踪 判断最后通话时媒体方向是否为sendrecv 如果不是 肯定单通 此问题需要软交换进行分析原因 3 联网问题 软交换下发的流模式为SendReceive 但是由于使用一些特殊业务 进行了放音处理 导致在中间改变了联网模式 4 媒体流跟踪 将媒体流还原为语音文件进行分析 Page32 案例分析 AG呼叫PSTN用户单通 一 现象描述 AG内部和AG间用户呼叫通话均正常 AG呼叫PSTN用户时单通 原因分析 1 外部有哪些原因 2 内部有哪些原因 Page33 案例分析 AG呼叫PSTN用户单通 二 处理过程 1 抓包分析 对用户呼叫的信令流程抓包 查看通话时的媒体方向为sendrecv 排除软交换的问题 对RTP流分析为单向报文 分析网络不通 2 考虑到AG呼叫PSTN用户时经过了TMG设备 检查发现AG和TMG之间的路由器开启了防火墙功能 关闭该防火墙后 单通现象消失 Page34 案例分析2 MA5620E拨打长途电话不通和串号 现象描述 某局采用softx3000下挂MA5620E的方式带模拟用户 在开局运行一段时间后发现拨打本地市话基本正常 拨打长途基本不通 号码没有拨完就听忙音 有时能通 但是号码是错误的 变成了串号 组网 SOFTX3000 IP骨干网 MA5620E PSTN TMG Page35 案例分析2 MA5620E拨打长途电话不通和串号 原因分析 外部原因有哪些 外线串线导致串号 内部原因有哪些 MA5620E收号错误 其他原因 软交换收号错误或者做了特殊号码变换 与承载网有关系没 Page36 处理过程 1 抓取信令流 分析MA5620E收号正常 2 继续分析送号情况 中间做了几次重传 3 在网络有丢包的情况下才会出现重传 于是检查网络质量 4 在MA5606T上PINGMGC的地址 发现有20 以上的丢包 5 找到丢包的原因 最后确定是连接到MA5620E的尾纤接触不好导致 案例分析2 MA5620E拨打长途电话不通和串号 Page37 语音质量问题 断续 剪切 原因分析 承载网丢包对端网关EC矫枉过正AG的EC矫枉过正 处理方法 先排除承载网丢包 确认是否为承载网质量问题 在AG或TMG上使用ping命令 可以得到初步的丢包率和网络时延 使用第三方工具Chariot 或安捷伦软件 进行端到端测试网络质量 该工具可以分析丢包 对业务口进行抓包 并进行流分析 Page38 语音质量问题 断续 剪切 续 处理方法 续上 如果承载网络没有问题 则在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增益 减小两者的差异 如果还没有改善 请联系对端网关处理 Page39 语音质量问题 回声 原因分析 声学回声EC没有打开双方增益值配合不当EC长度不当 处理方法 先排除声学回声回声有两种 1 电学回声2 声学回声网关设备无法消除声学回声 声学回声只能由引起声学回声的终端设备消除 排除方法如下 在出现回声的对端捂住话筒送声器 如果是声学回声 捂住之后回声现象应该消失 Page40 语音质量问题 回声 续 处理方法 如果是AG下用户听到回声 应该是对端网关EC没能完全消除回声 首先看出现回声时对端网关是否打开了EC 先跟踪信令 看软交换是否给对端网关下发了打开EC的信令以及通话过程中EC是否因为误检测到传真信号而关闭了EC 如果EC打开了 再看AG的PCM IP增益和对端网关的PCM IP增益是否不匹配 可以尝试修改AG的PCM IP增益或者对端网关的PCM IP增益 使两者的增益差异扩大 因为有些网关的EC设备要求回声同正常话音增益差别为6dB才认为是回声 如果修改AG以及对端网关的增益不能消除回声 建议增加对端网关设备的EC长度 如果是对端网关用户听到回声 则是AG的EC没有能够完全消除回声网络时延对回声也有影响 时延越大可能回声越明显 Page41 语音质量问题 杂音 原因分析 话机本身质量问题外线问题AG自身问题对端网关问题承载网问题 处理方法 话机问题 更换话机 如果现象消失 确认是话机问题用户听到 外线问题 直接在机房配线架上接话机 如果现象消失则为外线问题 Page42 语音质量问题 杂音 续 处理方法 对端网关问题 在XPON侧抓包 利用语音还原工具将RTP包转化成语音文件 在PC上听一下 如果下行方向语音已经有杂音 那应该是对端网关引入的 如果下行方向没有杂音或者上行方向已经有杂音 则应该是XPON自身的问题 AG自身问题 通过环回操作缩小问题范围 如果是AG下用户听到杂音 可进行用户侧环回 若对端听到杂音 可进行网络侧环回 如果是用户板引入杂音 更换用户板 Page43 反极性计费问题 一 原因分析 1 反极性计费的原理 先主叫摘机拨号 在被叫振铃摘机进入通话后 MGC对主叫下发反极性信令 在MGCP协议中表现为 MGC 10 71 37 20 2727 AG RQNT646791525aaln 0 ag78MGCP1 0X 161cd502R S L z H 248协议中表现为 msgfrommgctomg 10 71 50 30 2944 MEGACO 1 10 71 50 51 2944T 372789193 C 56 MF A1 E 369154823 al SG xal las L z 或xal las就是反极性信令 Page44 反极性计费问题 二 原因分析 2 主叫收到反极性信令后 对主叫端口下发反极性命令使其极性反转 与其对接的反极性计费器检测到极性反转后开始计费 当通话完毕 主叫或被叫任一方挂机后 MGC对主叫再次下发反极性信令 在MGCP协议中表现为 MGC 10 71 37 20 2727 AG RQNT651092325aaln 0 ag78MGCP1 0X 161cd508R S L z H 248协议中表现为 msgfrommgctomg 10 71 50 30 2944 MEGACO 1 10 71 50 51 2944T 372789380 C 56 MF A1 E 369154831 al SG xal las 其中L z 或xal las就是反极性信令 此时主叫端口极性再次反转 与其对接的反极性计费器检测到极性反转后停止计费 Page45 反极性计费问题 三 解决办法 1 可以使用内线测试进行反极性的测试 2 检查XPON的用户单板是否支持反极性计费功能 3 检查XPON的配置 软交换的配置是否正确配置 4 跟踪XPON的信令 检查软交换下发的反极性消息是否正确 5 用户的反极性计费器是否有问题 可考虑更换一个计费器试试 Page46 智能公话原理 智能话机 SOFT3000 AG OFFHOOK 上报接入码 16940 用户按 8 上报接入码 16940 智能网 A Ringtone A C Talk ONHOOK OFFHOOK 上报接入码 16941 计费信息 DTMF或者FSK AA Page47 用户使用智能公话摘机 准备呼叫在用户按下第一个被叫号码8时 智能公话自动的首先发送智能业务呼叫接入码16940 出局到SSP 触发智能业务 SCP对该话机进行鉴权 并通知SSP建立起语音通道 SCP鉴权通过 开始放音 首先发送DTMF信号 A 然后播放语音 请拨您要的号码 或者拨11 查询话费信息 智能公话检测到DTMF A 后 关闭通道 让用户听不到SCP的语音 请拨您要的号码 或者拨11 查询话费信息 并将用户拨的号码通过语音信道DTMF的形式发送给SSP 该DTMF码的检测由SSP完成并上报SCP 被叫用户振铃 主叫用户听回铃音 被叫摘机 SCP下发记费信号DTMF码 C 给智能公话 智能公话检测到记费信号 C 后响应DTMF A SCP检测到响应 A 后 双方通话 用户通话完毕 挂机 准备付费给话吧老板 智能公话原理 Page48 用户挂机后 智能公话自动在线路上发送摘机信号 固定延迟0 3 0 6s后发送智能话费查询接入码16941 出局接入到SSP 触发智能业务 SCP通知SSP建立语音通道 SCP下发计费信息 A43041 也是通过DTMF码发送给智能公话 智能公话收到话费信息后 可以发送 AA 给SCP以证实 也可以不发送正式信号 SCP对此不敏感 智能公话将收到的话费信息显示出来 给用户 用户根据显示的话费金额附费给话吧老板备注 上面提到的 A B 记费信息 A43041 请拨您要的号码 或者拨11 查询话费信息 请首先查询上次的话费 这些都是独立的语音文件 可以进行录制 智能公话原理 Page49 故障现象 MA5620E下的智能电话用户A作主叫 MA5620E下的普通VoIP用户B作被叫 当主叫用户A拨打被叫用户B后 被叫用户B可以正常振铃 主叫用户A听彩铃 当被叫用户B摘机后 出现主叫用户A听类似忙音 被叫用户B听静音的现象 原因分析 在MA5620E下进行拨测 同时在软交换和智能网跟踪信令 经过分析呼叫失败的原因是智能话机上报的DTMF信号A错误 在被叫摘机时智能网要下发一个开始计费信号 C 给主叫智能话机 这时智能话机需要响应 A 信号 MA5620E下带智能公话做主叫 被叫摘机后断话 Page50 分析故障时抓取的媒体发现智能网的确是有发 C 信号 但是智能网发过来的 C 信号能量值太大 为0DB 而一般情况为 10DB左右 由于信号能量较大 C信号的回声在DSP上没有消除干净 智能话机到智能网侧的媒体中发现存在 C 的回声信号 并且后面就有 A 信号 参见图11 所以 问题的原因应该是智能网收到了 C 的回声信号后智能网认为这就是智能话机对收到的 C 信号的响应 后面收到正确的 A 也不处理了 解决方案 1 智能网给智能话机发的 C 信号能量减弱 从而使 C 信号的回声信号彻底消除 2 调整智能公话用户端口的接收和发送增益 3 增强MA5620E的DSP对EC的处理能力 MA5620E下带智能公话做主叫 被叫摘机后断话 Page51 分享 你在工作中处理了哪些VOIP语音类故障 如单通问题 摘机无拨号音 拨号后打不通电话问题 反极性计费问题等等分享一下你的经验给大家吧 Page52 第1章XPON故障处理概述第2章XPONVOIP业务故障处理第3章传真和MODEM故障处理 内容介绍 Page53 传真流程回顾 MA5620E检测传真业务的流程 Page54 传真流程回顾 V2T38流程 传真信号 Page55 影响传真的因素 影响传真的因素是多方面的 主要因素有 网络质量 时延 抖动 丢包 传真方式 低速传真 T 38 透传 高速传真 设备因素 输出舒适噪音 jitterbuffer RTP发送间隔时间 PCM编码方式 DSP芯片输入增益 DSP输出增益 CPU占用率 EC和EC时长 VAD CODEC和打包时长 传真终端 各类传真终端型号 ECM 纠错模式 要求不同 高速传真必须使用ECM模式 低速可以选择使用 Page56 传真问题 传真质量差 图像文字不清晰 处理方法 确认传真机是否正常工作1 重点检查数据承载网络质量 确认是否有丢包或者延时现象存在 2 跟踪信令 看信令协议是否有异常 Page57 案例分析 软交换传真数据配置错误导致5606T传真能发不能收 现象描述 软交换传真数据配置错误导致5606T传真能发不能收 组网 softx3000 5606T 传真 Page58 案例分析一 软交换传真数据配置错误导致5606T传真能发不能收 问题分析 1 传真一般是由被叫侧先检测传真事件并发起协商 被叫与主叫侧协商成功后进行传真数据传送 2 在主被叫正常接续后 通常软交换会下发传真检测信令给被叫 CTYP DTONE 然后由被叫侧进行传真信号检测 如果检测到传真事件 比如dtt v21flag事件 则上报给软交换 软交换要求双方切换到传真 Page59 案例分析一 软交换传真数据配置错误导致5606T传真能发不能收 处理过程 1 跟踪被叫传真的信令 发现软交换一直没有下发CTYP DTONE检测传真事件的信令 最后传真机超时挂机 导致传真失败 2 问题出现在软交换侧 于是检查软交换的配置 发现在配置媒体网关数据时 没有去掉特殊属性里的nofax和nomodem选项 导致软交换不会下发传真检测事件 3 修改了软交换的媒体网关数据 去掉nofax和nom