烽火PON设备故障处理手册
目 录
一、基本语音业务配置方法 ........................................................................................... 2
1.1语音配置流程图 ................................................................................................. 2 1.2基本语音业务配置方法 ...................................................................................... 3
1.2.1局端vlan配置 .......................................................................................... 3 1.2.2 AC16配置 ................................................................................................ 4
1.2.3 ONU端用户语音业务配置 ....................................................................... 7
二、语音故障处理流程图 ............................................................................................... 8 三、定位语音业务故障基本原则 .................................................................................... 9
3.1检查外线 ............................................................................................................ 9 3.2核对配置 .......................................................................................................... 10 3.3检查硬件 .......................................................................................................... 10 3.4检查上层路由 ................................................................................................... 10 3.5抓包分析 .......................................................................................................... 10 四、基本语音业务故障分类查找 ...................................................................................11
4.1网关未注册上软交换.........................................................................................11 4.2端点未注册上软交换........................................................................................ 12 4.3摘机无拨号音 ................................................................................................... 14 4.4被叫不振铃....................................................................................................... 17 4.5主叫拨打电话听忙音........................................................................................ 19 4.6放置一段时间后不能正常通话 ......................................................................... 21 4.7摘机有拨号音，但语音不通或单通 ................................................................. 23 4.8语音质量 .......................................................................................................... 29 五、增值语音业务故障分类查找 .................................................................................. 32
5.1来电显示 .......................................................................................................... 32 5.2传真/Modem ..................................................................................................... 34 5.3 POS机/彩票机 ................................................................................................. 41 5.4智能公话 .......................................................................................................... 43 5.5话吧计费业务 ................................................................................................... 47 附 一 语音业务高级配置参数 ................................................................................. 50
1．NGN心跳参数配置 .......................................................................................... 50 2．软交换平台互通参数配置 ................................................................................ 50
第 1 页 共 51 页
一、 基本语音业务配置方法
1.1语音配置流程图
烽火EPON系列产品采用集中式网管管理，语音业务开通主要由局端配置和远端
ONU配置两大步。局端配置用于配置各ONU共同的配置项，例如软交换平台地址，vlan等；ONU配置用于配置ONU的配置项，例如IP地址，域名和端口ID等。其流程如下：
配置局端VLANAC16软交换平台互通参数模板是配置完毕AC16 NGN上联接口配置ONU授权是否采用双层VLAN配置SVLAN ID及优先级AC16 NGN上联用户信令数据配置配置电话号码及CVLAN ID否配置完毕AC16 NGN心跳参数配置语音基本参数
第 2 页 共 51 页
1.2基本语音业务配置方法 1.2.1局端vlan配置
在GSWC盘上点右键，选择“配置”----“局端vlan”，打开配置窗口，按照以下
说明填写相关信息：
业务类型：包含data、iptv、ngn、voip、vod、cncview、system，此项选择只是用
来显示作用，并不代表实际意义。一般按照业务类型来选择，语音业务可选择ngn或者voip。
业务名称：可根据工程需要自定义填写，主要用来形象的标记vlan业务区分。
起始VLANID：填写业务vlanid范围的最小值。
结束VLANID：填写业务vlanid范围的最大值。当起始VLANID和结束VLANID
相等时，该业务使用唯一的vlanid。
上联接口号或TRUNK组号：选择具体业务的上联端口号。如果上联接口采用了
TRUNK方式，则选择TRUNK组号。
TAG/UNTAG：上联接口是TAG模式则选择“不剥离”，上联接口是UNTAG模式
则选择“剥离”。
注意：
此处所说的svlan并不一定肯定是双层vlan的外层vlan，仅仅只是代表最外层的
vlan，不论是否是双层vlan。如果没有使用双层vlan，则此svlan与onu的cvlan相对应。
简单说：对于onu端只需要配置单层vlan（例如3001），则这个svlan就对应于onu的cvlan，也只是单层vlan（3001），此时就不存在外层vlan了；对于onu端需要配置双层vlan（cvlan为1001，svlan为401），则此处的svlan就对应onu端的svlan（401）。
第 3 页 共 51 页
1.2.2 AC16配置
1. 在AC16盘上点右键，打开“配置”----“NGN配置”窗口，选择“NGN上联接口
配置”，填写如下信息：
1）业务名称：选择局端vlan中的相应语音vlan名称 。
2）MGC协议：选择工程上所使用的语音协议类型，如：H.248、MGCP、SIP 。 3）心跳开关：建议选择使能，表示ONU独立控制心跳，默认为“使能”。
4）根据2）选择的协议类型，进行后续相关参数的配置，其他参数默认配置即可：
H248/MGCP协议配置：
A、MGC1 IP地址或域名地址：填写主用软交换平台的IP地址。
B、MGC1 端口号：根据对应语音协议填写对应端口号，如：H.248协议对应2944，MGCP协议对应2727，也可根据特殊要求填写其他端口号。 C、MGC2 IP地址或域名地址：填写备用软交换平台的IP地址。
D、MGC2端口号：根据对应语音协议填写对应端口号，如：H.248协议对应2944，MGCP协议对应2727，也可根据特殊要求填写其他端口号。 E、MGC3 IP地址或域名地址：填写备用软交换平台的IP地址。
F、MGC3端口号：根据对应语音协议填写对应端口号，如：H.248协议对应2944，MGCP协议对应2727，也可根据特殊要求填写其他端口号。
SIP协议配置：
A、主DNS服务器：主DNS服务器的IP。
第 4 页 共 51 页
B、从DNS服务器：从DNS服务器的IP。 C、SIP注册服务器：填写SIP服务器的IP。
D、SIP注册服务器端口号：默认为5060。 E、SIP代理服务器：填写 SIP代理服务器IP。 F、SIP代理服务器端口号：默认为5060。
G、SIP协议超时时间：可根据需要填写，默认为3600秒。
5）DHCP配置：根据需要选择使能或者去使能，默认为“去使能”。
2. 在“NGN配置”窗口选择“NGN上联用户信令数据配置”，填写如下信息：
1) 信令业务名称：选择“NGN上联接口配置”中存入数据库的名称，实际上代表语
音vlanid。
2) 电话号码：此号码为AC16与IAD之间的逻辑关系，可自定义填写，工程中建议
与实际号码一致；
3) ONU公网IP：填写分配的IAD的公网IP，如果采用的DHCP方式可以随意填写
一个IP；
4) ONU公网IP掩码：选择实际分配的IAD掩码，如果采用DHCP方式可以随意选
择一个掩码；
5) ONU公网IP网关：填写分配的IAD的公网网关IP，如果采用DHCP方式可以随
意填写一个网关IP；
6) 端点域名：填写软交换分配的IAD对应端点域名；
7) ONU协议端口：填写对应语音协议的端口号，如H.248协议为2944，MGCP协议
为2427，SIP协议为5060；
8) 端点用户名：填写软交换分配给IAD的端点用户名； 9) SIP协议认证用户名：填写软交换分配的SIP认证用户名；
第 5 页 共 51 页
10) SIP协议认证用户密码：填写软交换分配的SIP认证用户密码
3. 软交换平台互通参数模板
点击菜单“编辑”----“追加”，添加一行参数模板。
注意：一般情况下只需要修改模板中RTP资源名称、起始值、结束值和拨号完全匹配是否立即上报处理，其它参数默认不变（如果其他参数有特别要求，参见附件中软交换平台互通参数解释）。
1) 模板名：可自定义编写。
2) RTP资源名称固定部分：RTP资源命名的不变部分，可根据工程具体需要填写，如
“RTP/”。
3) RTP资源名称可变部分起始值：可根据现场情况填写，默认为4000。 4) RTP资源名称可变部分结束值：可根据现场情况填写，默认为9000 。 5) RTP资源名称可变部分步长：一般为1。
6) RTP name固定长度：不用更改，默认为固定(填充)。
7) 完全匹配任意规则后立即上报：一般不用修改，默认为唯一匹配上报。与华为软交
换平台对接时设置为“立即上报”。
4. 软交换互通模板绑定
可根据需要把相应的软交换平台互通参数模板绑定到具体的ONU。
1) 槽位号：EC2盘所在槽位号。 2) ONU号：对应ONU的授权号。
3) 模板名：选择前面设定的“软交换平台互通参数模板”的模板名。
第 6 页 共 51 页
1.2.3 ONU端用户语音业务配置
在“配置”----“EPON/GPON用户管理”窗口中对onu正常授权，选择具体onu，打开“用户业务配置”界面，开始配置如下信息：
选择fxs1口，点击占用后，再点击高级选项，可根据需要选择“QINQ使能状态”，如语音不需Svlan，则POTS口处于QinQ非使能状态。
1) 电话号码：填写与AC16 “NGN上联用户信令数据配置”中对应的电话号码。 2) 信令VLAN ID：填写语音的vlanid，如果语音采用双层vlan，则填写cvlanid 。 3) 语音编码：优先处理的语音编码，可根据需要选择，默认为G.711A。 4) 传真模式：可根据需要选择，默认为透传，即T30传真模式。 5) 静音开关：可根据需要选择，默认为选中。 6) 回声抑制：可根据需要选择，默认为选中。 7) 输入增益：不需要修改，默认为0。 8) 输出增益：不需要修改，默认为0。 9) DTMF模式：不需要修改，默认为透传。
10) “QINQ使能状态”：语音采用双层vlan时，需要选中此复选框。 11) SVLAN ID：选择了QINQ使能后，在此处填写外层vlanid。
注意：GSWC盘上配置语音业务部分的局端svlan，当onu配置中“qinq使能状态”打勾时，后面填写的Svlan对应于GSWC盘上配置的局端svlan；当onu配置中“qinq使能状态”不打勾时，上面填写的“信令Vlan id”对应GSWC盘上配置的局端svlan。
第 7 页 共 51 页
二、 语音故障处理流程图
个别用户 VOIP用户无法正常通话 所有用户
话机或线路故障 No 话机是否有馈电 Y 检查AC16和No N 检查设备NGN上联口与局方SS互通 NY 正确配置上联口NGN VLAN信息、端口TAG标识
检查ONU公网IAD是否注册到AC16 Y No IAD是否能PING通SS IP IAD软件并检查ONU授权 N AC16及IAD的软件是否正确 Y 正确更新程序版本
Y NO 正确配置该用户IAD TID、电话号码、协议端口 检查用户IAD是否注册到SS上
与交换机房维护工程师核对配置参数
第 8 页 共 51 页
三、定位语音业务故障基本原则
定位语音故障时，首先应该确认故障范围。由故障范围来进行故障点的初步定位。例：
个别现象的问题，排查重点就放在对终端设备（外线，设备端口）上，或者检查端
口级的配置。
ONU下用户同样问题，排查重点放在设备级别的配置或者硬件故障。
不同ONU下用户同样问题，排查重点就应该放在分路器，和对应的PON口上。
如果一个OLT下用户全部故障，那么重点就应该放在数据配置，上联路由和平台
上。
3.1检查外线
在定位问题时，首先要排除外界可能的干扰因素。在EPON工程中，外线的距离都
不会很长，但也有可能会出现短路，搭线等问题。所以排查个别用户报障时，首先要排除外线原因，
与外线关系较为密切的故障大致有以下几种：
1. 摘机没有馈电。 2. 通话中有较大的杂音。 3. 电话串号等
对此类故障，首先要排除外线因素，最好的方法就是，在ONU端直接接设备测试。
如果是FTTN设备，则直接在内线上（不经过ODF架）直接测试。
对于新开的设备，特别是端口数比较大的FTTN设备，需要检查是否有线路短接或
者多个用户相互搭线。当出现此类问题时，该设备下的用户会频繁上报摘挂机，致使软交换平台不对该设备的消息进行回应，严重情况下会导致整台设备下的用户都无法
第 9 页 共 51 页
使用。
3.2核对配置
在工程中有许多故障是由于和平台配置不符造成的，特别是新开的工程。
以下几种故障与配置错误有较大的联系：
1. 主叫摘机没有拨号音，产生原因有可能是网关域名或端点用户名配置错误 2. 被叫摘机放忙音，产生原因可能是RTP值配置有误。
3.3检查硬件
端口级的语音故障，应该先考虑更换端口。比如端口无馈电，端口不振铃，端口长振铃等故障，建议一般先更换端口，排除个别端口硬件问题。然后再进一步查找具体原因。
3.4检查上层路由
许多通话质量问题都和上层路由有关，如通话时时断时续，通话中单通等情况就有
可能是上层路由上有丢包所致。
3.5抓包分析
抓包分析是定位问题最后的手段，也是最行之有效的办法。口述故障现象一不准确，
二是无法定位具体问题。可利用图形网管“信令追踪功能”捕获设备和平台交互的信
第 10 页 共 51 页
令或利用wireshark等抓包工具在OLT上联口，ONU端口等地方捕获语音信令和媒体流信息，按照相应语音协议来分析问题原因。
四、基本语音业务故障分类查找
4.1网关未注册上软交换
【问题现象】
摘机没有拨号音，查看网关状态为未注册上或者正在注册中。
【原因分析】
EPON系统中，ONU同时担任信令网关(MG)的角色。在进行业务开通时，首先要向软交换平台注册。网关注册失败主要由以下3种原因导致：
1.VLAN ID配置不正确：VLAN ID配置信息不正确使得ONU和软交换平台之间无法正常的通信，从而导致网关注册失败。
2.MG的IP配置重复：在软交换系统中，每个MG都应该有唯一的IP地址，当两个或者两个以上MG配置相同的IP地址的时候，将导致MG网关注册失败。
3.MID配置错误：在软交换系统之，用MID来标识网关。MG上配置的网关MID必须与平台的配置一致，否则当MG向软交换平台注册时，软交换平台会认为是非法的网关，从而导网关注册失败。
【解决方法】
出现网关注册失败的故障按照以下的方法进行排查:
1. 检查ONU与软交换平台之间网络连接是否正常。
第 11 页 共 51 页
从ONU中ping 软交换的IP，如果ping 不通，请检查VLAN ID的配置信息和MG的IP 配置信息是否正确。
2. 检查ONU是否从网管得到H248配置及相关配置是否正确
如果MG 能够正常ping 通软交换平台，而网关注册失败，请检查 MG ip和MID配置是否正确，是否与软交换平台上配置的MG信息相匹配。
【现网案例】
某FTTH工程AN5116-02设备在一个PON口下发现IP网关名称为10.32.160.2 的ONU语音不通，在该PON口下更换为另一个IP网关名称为 10.32.160.252的IAD软交换语音用户通话正常。
测试中发现软交换平台（10.0.55.2）在审计10.32.160.2时，IAD回510 UNKOWN
ENDPOINT，更换为另一个测试IP 10.32.160.252后正常，用户通话也正常，通过对包的分析发现在配置原10.32.160.2 IP时网关名称10.32.160.2后多敲了字符空格键，删除网关名称10.32.160.2后的字符空格键后经过验证解决, IP网关名称为10.32.160.2的IAD软交换语音用户通话也正常。
4.2端点未注册上软交换
【问题现象】
端点注册状态为reg_fail，摘机没有拨号音
端点注册没有应答，在命令行中发端点注册也无效。
端点注册状态持续为reging，
【原因分析】
端点注册不上软交换时，第一步首先要检查网关注册状态。如果网关注册成功，
第 12 页 共 51 页
端点注册失败，需要检查端点配置，与软交换平台核对数据。
确认配置正确后，需要镜像抓包分析软交换信令，查找具体原因。端点无法注册上
软交换平台的可能原因有下面几个。
1．外线短路，导致端点频繁上报摘挂机。这种情况一般常见于FTTN型ONU。该类ONU一般外线比较长，容易发生短路，导致ONU认为是真实摘挂机事件，上报软交换平台。软交换平台认为这是恶意呼叫，拒绝应答，引起ONU发起网关注册。所以外线有问题时，图形网管上会频繁出现MGC链路断开告警。
2．软交换平台未下发摘挂机检测事件。原有的注册流程是，ONU网关注册成功后，会发起端点注册。在某地EPON工程中跟软交换平台对接时，大量端点注册导致软交换平台的CPU利用率居高不下。后来对注册流程做了修改，设备上电或者网络中断后恢复时，ONU只发网关注册，不发端点注册。如果软交换平台对某端点下发摘挂机检测事件，就将其置为IDLE.如果软交换平台未下发摘挂机检测事件，则端点注册失败，状态为REG_FAIL。需要摘机触发端点注册。
3．端点用户名配置错误。设备上配置的端点用户名与软交换平台不一致，或者软交换平台未配置相关数据，导致端点注册失败。
【解决方法】
可能原因总结及解决办法：
1．检查网关注册状态，确认网关注册成功。
2．检查端点配置，确认数据正确。
3．检查外线，排除外线故障导致频繁上报摘挂机，引起软交换平台不回包。导致网关注册失败。
4．抓包分析信令，查看注册流程，分析定位具体原因。
【现网案例】
第 13 页 共 51 页
某市EPON工程使用我司AN5115-02 OLT系统，下挂AN5006-07/09，AN5006-15/16型ONU。软交换协议为H.248协议。局方对城域网进行改造，凌晨改造完毕，之后部分OLT下挂的部分C类ONU无法注册上软交换平台，网管上出现大量“与MGC通信中断”告警，语音业务大面积中断。
经过在OLT上联口镜像抓包， 分析发现，ONU网关注册成功后会发起端点注册。但是有部分端点的注册消息没有收到软交换平台的应答。ONU在端点注册没有收到应答消息时，促发网关注册。当时城域网中断刚刚恢复，有大量的设备发起注册请求，软交换平台处理不过来时，就丢弃一些请求包，不予回应。设备在发出请求包没有收到应答时，重新发网关注册，一直处于“网关注册成功”—>“注册端点””部分端点注册失败”—>“重发网关注册” 的恶性循环之中。
当时的解决办法是，我们修改NGN vlan ，断开ONU与上层城域网的通信，之后逐步恢复。后来新的软件版本中，我们对注册流程做了修改，网关注册成功后是否发端点注册做成可配，默认不发端点注册，解决注册包数目过多的问题。
4.3摘机无拨号音
【问题现象】
配置好语音业务，摘机后无馈电；
配置好语音业务，摘机有馈电，但听不到拨号音。
用户使用过程中，突然出现摘机没有拨号音的现象，重启设备后恢复。
【原因分析】
摘机无拨号音的现象，常见于业务开通的时候。碰到这种故障，首先可以根据摘机有无馈电，对故障做一个大概的定位。
1．如果摘机无馈电，属于硬件问题。可能的原因有话机本身问题，外线问题，语音接口盘（POTS盘）问题。此类问题查找时建议首先从外线查起。
第 14 页 共 51 页
对于直接安装在用户家的面包盒式ONU，例如AN5006-04，AN5006-05,没有外线，可以检查话机或电话线问题。排除话机和电话线问题后，故障的原因可以确定为ONU硬件故障。
对于楼道型ONU和节点型ONU，排查硬件故障时，最有效的办法是抛开外线，直接在设备端口检测。根据测试结果，可以将故障定用户侧或者设备侧。
2．摘机有馈电，但是没有拨号音，首先要确定故障类别。判断是个别端口无拨号音/整个单盘的端口无拨号音/整个设备端口无拨号音。根据现象作进一步的检查。
整个设备端口无拨号音，首先要检测网关注册状态。网关注册失败，常见于新设备开通时。需要检查跟软交换平台之间的通信是否正常，从IAD ping软交换平台看是否能够ping通。如果Ping不通，则检查VLAN,上层路由和物理线路是否正常。如果可以ping通，但是网关注册不上，需要检查IP，域名等数据，确认设备配置的数据跟软交换平台一致。网关注册不上软交换，一般都是因为数据配置错误或与软交换通信不正常引起。
整个单盘所有端口无拨号音（针对C类有语音接口盘的ONU），而其他单盘的端口正常，在确认端口已经使能，及用户名配置正确的前提下首先更换POTS盘。
单个端口无拨号音，检查端点配置。端点需要配置的数据只有用户名，使能/去使能两项，需要确认配置正确。比较常见的情况是，设备配置的用户名与软交换平台不一致，导致端点注册失败，摘机没有拨号音。
目前烽火04、05，07，09，15，16型的ONU都已经大面积商用，与中兴，华为，贝尔的软交换平台都有对接。如果是开通过程中出现摘机没有拨号音，排除硬件问题，一般都是数据配置有误引起，与软交换平台的对接不存在问题。
3．使用一段时间后出现摘机无拨号音，排查的思路跟业务开通时相似。排查外线，检查网关注册状态，端点注册状态，检查ONU与软交换平台的通信。如果ONU与软交换平台的通信正常，数据配置也正确，但是端点状态不是IDLE，可以先在命令行中发送端点注册，查看端点能否成功注册，摘机是否有拨号音。再发网关注册，尽量不要
第 15 页 共 51 页
重启设备，这样问题现象会消失，不利于查找问题真实原因。
如果排除配置问题（配置丢失或者不正确）和通信问题（ping不通软交换平台），则需要在OLT侧镜像抓包，分析信令，查找具体原因。
对于摘机没有拨号音，重启设备或者重新发网关注册后恢复，过段时间又重现的故障，原因可能有多种。比如软件，硬件工作异常，与软交换平台互通出现问题。碰到这类情况时，建议尽量不要重启设备，保留故障现象，同时联系我方技术支持人员，查找具体原因。
有效排查手段总结：
1．判断摘机有无馈电
2．判断个别端口无拨号音/整个单盘的端口无拨号音/整个设备端口无拨号音
3．查看端口注册状态。
4．在OLT侧镜像抓包，分析ONU与软交换平台之间的信令。
【解决方法】
可能的原因及解决办法主要有以下几种：
1．网关注册失败，端点名未配，端点名配置错误或与软交换平台不一致。跟软交换维护人员核对数据，确认配置的正确性。
2．设备硬件故障（包括外线短路，断路，POTS盘硬件故障，语音模块硬件故障，）需要更换硬件，将有故障的设备返厂检修。
3．端点状态异常，重启后恢复，过短时间又重现。这类故障一般不常见，如果出现，请保留故障现象，尽量不要重启设备，同时联系我方技术支持人员。
【现网案例】
第 16 页 共 51 页
新疆某地EPON工程在开通语音业务时，摘机没有拨号音。远程登录到ONU上发现，网关注册状态为registered。但是端点的注册状态为reg-fail。
在OLT上做镜像抓包发现，IAD发去端点注册时，软交换平台回复430{unknown terminationID}错误，后来反复跟软交换中心的维护人员核对数据，发现设备配置用户名时，将用户名配错。修改用户名后业务恢复正常。
4.4被叫不振铃
【问题现象】
端口做主叫正常，做被叫不振铃，摘起话机后能够正常通话。
端口做主叫正常，做被叫不振铃，摘机后话机无音。
端口做主叫正常，做被叫不振铃，摘机后听到拨号音。
用户使用一段时间后，某些端口出现做被叫无法振铃现象，重启设备后恢复正常。
心跳不匹配导致端点状态为OUT of service
【原因分析】
首先判断做主叫是否正常，如果做主叫也出现异常，则参考“摘机无拨号音”或者“拨打电话听忙音”等原因分析。
如果做被叫不振铃，摘机能正常通话，说明业务正常，无法振铃只是硬件故障。可能的原因的有话机损坏无法振铃或者设备振铃模块损坏。
用户做被叫不振铃，远端听到的是忙音，被叫摘机后还能听到拨号音，说明无法做被叫是软交换平台的问题。在业务开通前进行试运行时，软交换平台一般会做一个虚拟号，可以做主叫，但是无法做被叫。割接后未来得及修改，导致用户投诉。
第 17 页 共 51 页
如果用户久不挂机或者因为线路问题没有挂好，设备在翱鸣音超时后，会将端点的状态自己置为out of service，此时无法做被叫。用户再次挂机时，会促发端点注册，如果注册成功，则端点状态恢复为inservice。
端点状态正常，但是无法做被叫。抓包分析发现，做被叫时软交换平台不予接续。在软交换平台查看，端点状态为 out of service。导致这种情况的原因比较多，需要抓包分析置为out of service之前，ONU与软交换平台的信令交互过程。工程曾经出现过因为ONU的心跳没有开启，软交换平台在过段时间后，认为ONU已经不在线，将其端点状态置为out of service导致用户无法做被叫。
【解决方法】
1．被叫不振铃，摘机能正常通话，属于硬件问题，可以用替代法查找故障点，然后更换相关设备。
2．被叫不振铃，主叫听到忙音，被叫摘机后听到拨号音，属于软交换平台配置问题，联系平台维护人员解决。
3．线路有问题，导致挂机未上报。可以用替换法查找话机和线路故障，更换相关设备。
4．设备或者软交换平台上，端点的实际状态为out of service。导致此类问题的原因一般都是因为ONU跟软交换平台的互通出现“误解”，导致一方认为另一方已经不在服务状态。具体原因的查找要从分析信令做起，分析异常之前的信令过程，找出具体原因，再确定解决办法。
【现网案例】
北京某工程一04型ONU，做被叫时没有振铃。
经过抓包分析，发现挂机后没有上报挂机，导致放翱鸣音结束后，端点被置为OUT OF SERVICE状态。软交换平台发审计时，发现端点已不在服务状态。因此做被叫时，平台不予接续。该问题更换用户线路后解决。
第 18 页 共 51 页
4.5主叫拨打电话听忙音
【问题现象】
1. 主叫时一摘机就放忙音
2. 主叫摘机有拨号音，但拨号时（号码未拨完）放忙音
3. 主叫摘机有拨号音，但拨完号（号码拨完）后放忙音
4. 主叫摘机及拨号均正常，对方也有振铃，但振铃后中断，或对方摘机后中断
【原因分析】
1. 这种情况大多是由于网关域名或端点用户名配置有误所致。可在网管中选中AC16盘进行“ngn状态回调”，查看”MGC注册状态”与“端口状态”。正常情况下“MGC注册状态”应该是已注册。而“端口状态”应该空闲。
如果“MGC注册状态”为注册中，那么说明网关没有注册上，需检查网关域名的设置；如果“端口状态”为未激活或注册中，说明端点用户名没有注册上。
2. 这种情况通常是拨打的号码不在平台所定义的拨号数图的范围内。
例如平台下发此拨号数图
{(200|201|843444|843445)}此时如果拨打“1”开头的号码，因为没有任何一个拨号计划是以“1”开头的，所以平台认为拨打的号码非法，直接放忙音。故只要所拨打的号码与任一拨号计划都不匹配，就会有此故障。
3. 此故障有可能是拨号后超时引起的。可让客户在拨完号后加拨“#”号，如果加拨“#”号后没有问题，则基本确定是超时所引起的。此故障大多是因为平台的拨号计划“x.L”所致。
第 19 页 共 51 页
4. 此故障基本上是平台设置的RTP值和IAD上RTP值不匹配所致。
【解决方法】
1. 需检查端点用户名配置。
2. 这种情况需要检查平台上设定的拨号数图。
3. 为了避免此情况，需将我们设备上的“立即上报”功能打开。
4. 修改RTP值与软交换平台匹配即可。
【现网案例1】
某地开EPON试点工程，主叫摘机无拨号音，同时在AC16盘上对ngn状态进行回调时，发现网关未注册上。
抓包分析，当设备发注册信息后，平台回复402（unknown MGW）错误，如下图：
判断是网关域名配置有误，修改网关域名后，业务恢复正常。
【现网案例2】
某地开EPON试点工程，主叫摘机无拨号音。网关已经注册上，但是端口摘机没拨号音。分析抓包后，发现摘机后，软交换平台回复430（unknown terminationID）。
第 20 页 共 51 页
初步判断是端口用户名配置有误，后来查明，局方给的前缀是大写，我们配置成小写。修改端点用户名后，业务恢复正常。
【现网案例3】
某地新开工工程，做主叫时，对方有振铃，但一接电话就放忙音；做被叫时，有振铃，但一提机就放忙音。
检查配置时发现，软交换上设置的RTP值是RTP/0000-RTP/0015,而设备上配置的是RTP/00-RTP/16.修改RTP值后，业务恢复正常。
4.6放置一段时间后不能正常通话
【问题现象】
设备正常开通后主被叫业务都正常，但是闲置一段时间(通常5-10分钟)之后，摘机要等几秒钟后才有拨号音，无法做被叫。重新发网关注册之后才能恢复语音业务。
【原因分析】
设备之前业务正常，闲置一段时间之后，登陆设备查看端点的状态时正常的，但是在平台上查看该设备的状态，发现其状态变成不在服务。用户摘机之后，平台就只回复了Reply，没有其它的信令下发。对比其它正常的设备，发现区别在于心跳。正常的设备开了心跳，出问题的设备没有开心跳。
之所以产生一段时间之后平台与设备状态不一致的问题，是由于设备没有开心跳，导致平台认为设备不在位，所以将设备的状态置成不在服务。
第 21 页 共 51 页
心跳的相关知识：
1．心跳作用
由于UDP 传送的不可靠， MG 应能够及时检测到软交换平台的故障，软交换平台也应能及时检测到MG 故障。为了实现这两方面，MG 和软交换平台之间应该实现心跳机制。
2．心跳机制
1）MG默认每隔30秒发一次心跳消息，针对软交换的最大心跳间隔为64000秒，最小间隔为1秒，而且心跳可以关闭。
2）MG每次向软交换发送心跳的间隔是恒定的（配置的间隔），如果连续多次（配置的次数）没有收到响应，则停止发送心跳，并开始发起注册。
3．心跳实现方式
主要有两种方式：
1）只有MGC 控制的心跳消息
MGC 可以为MG 设置一个最大沉默时间，即正常工作MG 允许未收到MGC 发送的任何消息的最大时间。 MGC 应该保证向MG 发送消息的时间间隔不超过最大沉默时间。即使在最大沉默时间内没有任何其它消息，MGC 也必须通过向MG 发送心跳消息来表明自己还“活着”。建议MGC 用针对ROOT 终结点的空AuditValue 命令作为心跳消息，心跳周期在MGC 中可以设置，象TG 这样的大型网关可以设短些，而IAD 则应该设长些，每个心跳周期MGC 向MG 的ROOT 终结点发送一个AuditValue 消息。最大沉默时间设为8 个心跳周期，当MG 连续8 个心跳周期没有从MGC 收到任何消息时，就判定MGC 发生了故障，虽然实际上可能是网络故障，而不是MGC故障，但对MG 而言没有区别。
这种心跳方式即是我们常说的被动心跳。
第 22 页 共 51 页
2）MGC 和MG 分别独立控制的心跳消息
MGC 和MG 互相向对方发送心跳消息，心跳周期由各自独立决定。协议实体利用事务请求的重传机制依靠LONG-TIMER 超时来判定对方实体故障，由于有周期性发送的心跳消息息，可以保证协议实体及时检测到对方实体故障。与前一种方式相比，MG 可以更自主地控制发送心跳消息的时机。
MGC 仍采用针对ROOT 终结点的空AuditValue 命令作为心跳消息。 MG 采用的心跳消息待研究。
注：目前在实现上有采用针对ROOT 终结点的Notify 命令作为MG 心跳消息的做法，其中采用周期性上报事件it/ito（见H.248.14），事件的RequestID 为0。
这种心跳方式即是我们常说的主动心跳
【解决方法】
打开设备的心跳功能。
【现网案例】
湖北某地AN5006-16设备开通后几分钟业务无法使用
通过信令跟踪发现注册和电话流程都正常，软交换下发的审计命令也正常回复，但如果5分钟内没有语音业务后，软交换就不再下发审计命令。打开ONU设备的主动心跳，按默认30秒发送，问题解决。
4.7摘机有拨号音，但语音不通或单通
【问题现象】
用户摘机后能听到正常的拨号音，拨打号码后能听到回铃音或彩铃，但被叫用户摘机，通话建立后，出现单通或通话双方都听不到语音。
第 23 页 共 51 页
问题出现有如下几种情况：
A. 外部电话正常，OLT内部电话问题；
B. 外部电话接通后单向无语音；
C. 外部电话接通后双向无语音。
【原因分析】
1．对于A类问题确认
如果属于A类问题，只是OLT内部电话时才出现语音不通，很有可能跟媒体代理有关，需先弄清是否使用OLT代理功能。媒体代理功能可以由外部的媒体服务器或者OLT内部实现，但两者只能取其一。如果OLT代理功能已开启（默认开启），同时信令协商中又指定使用外部媒体服务器，那么在通话建立过程中，很可能出现争抢作媒体代理的情况。
另外，对于AN5006-15/16设备，如果采用OLT作媒体代理，需特别注意：不要遗忘做“NGN上联接口配置”。
2．对于B类和C类问题确认
语音通话能否正常取决于如下几个因素：呼叫双方协商的编码方式和包间隔是否一致，RTP流的ip和RTP流的端口号是否正确。为了确认上述几点，这两类问题都需通过捕获本次通话的信令流和语音流来加以分析定位问题。
第 24 页 共 51 页
媒体服务器城域网媒体服务器向ONU的RTP流ONU向媒体服务器的RTP流
图4-7-1 语音业务RTP流向
1）呼叫双方协商的编码方式是否一致：
如果编码方式协商失败，两个方向的RTP流采用不同的编码方式，那么会出现语音双向不通。
2）协商的RTP包间隔是否一致：
当两个方向RTP流的包间隔不同时，会出现语音单通的情况。
3）RTP流的ip和RTP流的端口号是否正确，从两个层次加以确认（缺一不可）：
a．查看信令包，确认信令协商媒体流的本地ip和端口号、远端ip和端口号是否成功；
b．RTP包所使用的ip和端口号是否就是信令协商出的媒体流所使用的ip和端口号，即需分别查看两个方向的RTP包使用的源ip地址、源端口号、目的ip地址和目的端口号是否与VOIP信令协商结果一致。
4）检查dsp ip是否配置不正确，例如dsp ip冲突。对于AN5006-04/05/07/09设备，语音流使用的ip与信令ip为同一个，但是在AN5006-15/16设备中，语音流ip与信令ip是可以不相同的，dsp ip代表的是语音流使用的ip地址。Dsp ip冲突的判断方法：修改dsp ip为另一个ip地址，在ONU侧ping原dsp ip，能通，说明原dsp ip已被占用。
第 25 页 共 51 页
5）上述4个检查点均没有问题的情况下，在ONU侧ping媒体服务器ip地址不通，或在OLT侧只捕获到ONU发出的RTP包，未见媒体服务器发给ONU的RTP包，与软交换平台侧联系。
6）上述4个检查点均没有问题的情况下，ONU侧只捕获到媒体服务器发给ONU的RTP包，需联系ONU侧工程人员。
【解决方法】
1．外部电话正常，OLT内部电话问题解决办法
1）OLT代理功能使能/去使能配置方法
在OLT AC16盘的ngn目录下，使用如下命令进行OLT代理功能使能/去使能配置：
OLT代理功能使能：
Config\\ngn# set option private disable arp-proxy enable
OLT代理功能去使能：
Config\\ngn# set option private disable arp-proxy disable
OLT代理功能使能/去使能显示命令（arp-proxy protocol选项表示代理功能使能/去使能）：
Config\\ngn# show option private protocol:Disable arp-proxy protocol:Enable 2）NGN上联接口配置方法：
NGN上联接口配置为图形网管的配置界面，用于配置ONU语音业务中与软件换平台（SoftSwitch）通信的相关参数。
第 26 页 共 51 页
操作步骤：
1） 在“逻辑树”窗格对象树上右键单击AC16盘，在弹出的快捷菜单中选择“配
置”“NGN配置”，再点击“NGN上联接口配置”标签。 2） 单击
按钮，在弹出的“请输入增加行数：”对话框中输入“1”，单击“确
定”，表示新建1个上联接口。 3） 按照数据规划，配置如下：
“业务名称”：双击空白格，在下拉列表选择该ONU当前使用的业务名称，
如“ngn_wuhan1”；
“MGC协议类型”：双击空白格，在下拉列表选择ONU使用的VOIP协议类型，
如“H.248”；
“MGC1 IP地址或域名地址”：双击空白格，输入ONU使用的软交换平台ip
地址，如“192.168.1.101”；
“MGC1/2/3端口号”：输入ONU使用的软交换平台端口号，通常H248协议
端口号为“2944”，MGCP8协议端口号为“2727”；
“心跳开关”：双击空白格，在下拉列表中选择“使能”；
“DHCP配置”：双击空白格，在下拉列表中选择“去使能”（除非ONU采用
dhcp方式获得设备ip地址，选择“使能”）；
其它使用默认配置。
4） 点击“”，将配置应用到设备。在窗口下部的命令窗格中，首先显示下
配置到设备“命令成功”，然后显示从设备读配置“命令成功”。如错误！未找到引用源。所示。
第 27 页 共 51 页
H.248语音业务的NGN上联接口配置
2．电话接通后单向或双向无语音解决办法
针对“原因分析”中定位的故障点，逐一解决。
如果是信令协商失败，比如编码方式、包间隔。根据是哪方（软交换平台侧或ONU侧）发出的信令包有问题，求助相关的工程人员解决。
如果是RTP流使用的ip地址或端口号有问题，哪方发出的RTP包有问题，就求助相关设备的工程人员解决。
如果是dsp ip地址不正确，请配置正确的dsp ip地址，通常在没有明确说明信令ip与语音流ip不同的情况下，dsp ip地址与信令ip地址相同。
【现网案例】
昆明某EPON工程出现某C类ONU拨打某些电话号码正常，拨打另外一些号码不正常的情况。
通过在OLT上联抓包分析，发现拨打正常的通话在信令协商过程中的使用的媒体服务器与出问题的通话过程协商出的媒体服务器不相同。在OLT上联ping两个服务器，
第 28 页 共 51 页
发现有问题的那个媒体服务器ping不通。于是请局方人员排查媒体服务器到OLT上联之间的路由，确实发现了问题。路由问题解决后，语音故障得以解决。
4.8语音质量
【问题现象】
普通通话过程中能听到明显的杂音，或者语音停顿。
【原因分析】
与传统的PSTN网比较，VOIP采用了语音压缩编码算法，将话音用数据包的形式在分组交换网上传递，因此其对传输线路的时空利用率都有大幅度的提高。但VOIP电话也遇到了传统电话不太关注的语音质量问题，用户有时会感觉到通话过程中随时会出现令人难以忍受的语音畸变和频繁的断话现象。引起语音质量问题的原因主要有以下两大个方面：
1．设备硬件问题；
设备使用的电源不同，功率不同，也会影响到语音质量。同时设备如果质量有问题，也可能导致语音质量差。
2．网络延时、丢包和抖动；
由于是在IP网传输语音，所以任何影响到网络的因素也同样会影响到语音。延时、丢包和抖动，任何一个因素都不能小视。
3．设备未接地，造成电磁干扰，影响语音通话质量。
【解决方法】
对于第一类问题的解决方法很简单：那就是更换硬件，更换电源。
第 29 页 共 51 页
对于第二类问题，就需要从多方面去查找。
1．查找网络是否正常；
Ａ、设备侧ping媒体服务器的IP地址，看看是否有丢包，网络时延是否过大；
B、抓媒体流的包，通过抓包软件进行分析，主要关注的地方是丢包和时延。
2．查找远端产生的媒体流是否正常；
将抓到的媒体流还原成声音，听还原出来的声音是否与我们在听筒上听到的声音一致，如果一致，那就说明传送过来的媒体流本身语音质量就不好，那就需要往上查找媒体服务器的问题。
3．查找平台下发的信令是否正确；
在建立通话的过程中，平台会下发一系列的信令，而信令中有些参数的设置会影响到语音质量，需要保证平台下发的信令是正常的。例如nt/jit，tdmc/ec，tdmc/gain等等。
对第三类问题：FTTH型需要排查电源线是否为三相电源，同时检查电源插座接地是否正常。如果电源线为两相，则可能有电磁干扰。对于FTTN型ONU，需要检查设备的接地是否正常。
【现网案例1】
某地反映AN5116-02设备下挂的AN5006-07型号onu，打电话有较明显的杂音，使用H。248协议。
更换硬件仍然有杂音现象出现，因此排除硬件问题。在设备端抓包，查看媒体流信息，时延正常，没有丢包，同时还原出来的声音也正常，因此也排除了网络问题。仔细查看信令，发现通话建立的候平台下发的Modify命令，其中一个参数配置有问题，nt/jit=0。jit值表示抖动容限，其功能是用来处理网络路由质量不好，通过软件算法解决语音上的损耗，如果jit值为0，则表示关闭该功能，当网络路由稍有变化时就会
第 30 页 共 51 页
影响到语音质量。设备上jit默认值是40，如果软交换平台没有下发nt/jit参数，则设备就按默认的40来处理，如果平台下发nt/jit参数，那么设备就按平台下发的参数来处理。如果软交换平台下发nt/jit=0，则设备会按0来处理，这就影响到了语音质量。解决的方法是软交换平台将nt/jit参数值设置成40。由于在VOIP应用中，不能关闭抖动容限的功能，为了避免平台以后出现类似的问题，设备对平台下发的nt/jit参数进行了相应的处理。如果软交换平台下发了nt/jit=0，则设备按照默认的40来处理，平台下发的其它值处理不变。
【现网案例2】
某地反映AN5006-07型号ONU设备通话过程中有时出现闪断现象，表现为对方的声音断续或者无音，大概持续1~2秒左右。
由于更换了硬件设备仍有该问题存在，因此排除了硬件问题。在OLT和ONU设备上同时进行抓包，信令正常，网络时延也正常，也没有丢包，排除了网络方面的问题。
将传输的媒体流还原成声音，发现也有断续或者无音的现象，跟听筒中所听到的是一样的，这就排除了设备本身的问题。
由于是媒体服务器发过来的媒体流有断续问题，因此怀疑是媒体服务器的问题。查看远端媒体流时，发现有RFC2833的包。一般来说，平台配了RFC2833的功能，同时通话的对方有按键才会有RFC2833的包。而在通话的时候，对方并没有按键，所以RFC2833包的产生应该是另有原因。该地之前曾经反映过RFC2833设置之后有单通问题，因此判断是开通了RFC2833导致的闪断现象。平台上将RFC2833关闭之后，解决该问题。
【现网案例3】
某工程采用5006-05型ONU，在业务开通后，用户反应通话中有沙沙音，通话不清晰。
检查现场ONU的电源适配器，都是两相电源，更换为三相电源后用户测试通话清晰，故障解决。
第 31 页 共 51 页
五、增值语音业务故障分类查找
5.1来电显示
【问题现象】
用户开通了来电显示业务，但话机无来电显示或来电显示不正确，话机上有不存在的来电显号码显示，有时莫明其妙的来电显示号码刷的很快很多，导致正常的来电显号码被冲掉。来电显故障通常有以下几种现象：
1．无法显示来电号码；
2．有来电时误显乱码，例如“888”或“7888”；
3．没有电话呼入时，话机上会有新来电号码显示，多为乱码，如“1111”；
4．用户做主叫挂机后，话机上不停的刷有新来电，号码为乱码。
【原因分析】
针对来电显示不正确问题，要从以下方面进行分析：
确认来电显示是每次都有问题，还是偶尔有问题；
如果每次来电都无显示或显示不正确，则需要确认软交换下发的信令是否带来电显，来电显示信令下发是否正常，平台是否开通来电显示业务；如果偶尔有问题，请更换话机，看问题能否解决。
2、如果有些话机来电显示有上述问题，有些话机来电显示完全正常，则需检查是否有以下两方面的原因：
a、部分电话机本身不合规范，对来电显示的码字没有进行校验，导致线路上一旦
第 32 页 共 51 页
有些许电流的变化，或者波形干扰，就直接显示乱码。而标准的话机是需要对来电显示的码字进行校验的，这个就可以过滤掉线路上大部分的干扰信号。这种问题的产生，越是不规范的话机出现的问题越是严重。
b、设备接地环境不规范时，48V电源可能干扰端口SLIC电路导致产生部分问题，如没有被叫的端口会出现不定位数的全“1”号码等现象。这一问题主要因为设备接地不好，包括和设备机框的保护地接触。经过对比实验，良好接地的设备就不会出现这种问题，但是仍然不能解决不规范话机来电显示问题。
通过试验分析我们原来的当话机处于挂机状态下SLIC电路处于STANDBY（去激活）状态，此时话路口便会易受干扰，出现如上问题，而将SLIC电路修改为ACTIVE（激活）状态，则话路口相对比较稳定，不易被干扰。但同时也会降低话路口的馈电电压，针对这一现象，我们对修改为长激活的单盘经过测试，结果为：长线5公里，单独一部话机或者并机4部都可以正常工作。同时也做了呼叫测试，并且通过该项测试。
【解决方法】
1．如果是软交换下发信令问题，则需要软交换平台确认是否开通来电显示业务，下发信令是否正常；
2．如果来电显示问题与话机有关，则需检查设备接地，升级POTS盘软件解决话机抗干扰能力差产生的来电显问题。
【现网案例1】
某地AN5006-15 ONU 部分用户申告每30个电话，有一次或两次，话机来电显示误显“888”其他乱码。
更换话机后连接拨打200次，来电显示均正常，应该是话机本身不合规范，升级POTS盘软件，将SLIC电路改为ACTIVE(激活)状态，用此话机连接拨打200次左右，来电显示均正常。
【现网案例2】
第 33 页 共 51 页
某地AN5006-15 ONU 部分用户申告做主叫挂机后，话机不停的刷新来电号码显示，多为乱码。
更换话机做主叫挂机后，没有未知来电显，但接用户话机做主叫挂机后，话机上不停的刷新来电号码显示，升级POTS盘软件，将SLIC电路改为ACTIVE(激活)状态，用此话机做主叫挂机后，没有未知来电显。
5.2传真/Modem
【问题现象】
传真、modem故障通常有以下几种现象：
1．发传真OK，但收传真失败；
2．发传真失败，但收传真OK；
3．收发传真都失败；
4．本地收发传真成功，与外地收发传真失败；
5．同一地市中往某些号码发传真失败，收某些号码的传真失败；
6．modem总是连不上；
7．modem连接速度慢，连接上后与中心交互速度慢，频繁掉线；
【原因分析】
对于传真/modem问题，当传真/modem失败时，首先应检查设备与用户之间的线路是否有线头裸露，线头接触不良等问题；线路长短是否在2KM范围内，线路越长表示信号在线路上的损耗越大，这时需要在设备上通过调整增益来弥补。若线路太长，也可以将用户传真机/笔记本拿到设备侧进行传真/modem测试看是否能成功，或者换台传真机在设备侧进行传真测试看是否成功；检查用户线路上否有分机、转接器、防雷器
第 34 页 共 51 页
等电子设备，这些设备的存在会对线路上的信号造成损伤，应尽量避免这些电子设备存在于线路上；若进行了上述步骤后传真/modem还是不成功，那只能抓包分析传真失败的深层原因了。通常影响传真/modem业务的因素有：
1．回声
对于MODEM的传送而言，MODEM最好是处于关闭状态，特别是全双工模式的MODEM，EC必须处在关闭的状态。那么对于我们的设备在什么情况下将回声关闭呢？
A．带相位翻转的ANS信号
B．带相位翻转的ANSam信号
C．V22(Bis)中的USB1信号
D．V32中的AA信号
有的时候，即使没有这些信号，但是当我们发现这是一款全双工的MODEM时EC 同样需要关闭。
对于传真而言，检测到高速信号将EC关闭，检测到低速信号将EC开启但NLP必须关闭。
下图显示了回声消除器工作的情况：
第 35 页 共 51 页
可以清晰地看到，回声被有效地消除了
如下显示回声消除器关闭的情况
可以看到，回声清晰可见。
2．jitter buffer
在MODEM传送的过程中，JITTER BUFFER不能够允许自动调整,所以当我们得知用户正在使用modem业务时将JITTER BUFFER设为固定值，默认为100ms.
3．静音压缩和舒适噪声
第 36 页 共 51 页
静音压缩以及舒适噪声开启情况如下图：
在传真或者modem过程中静音压缩和舒适噪声必须关闭。
4．丢包
通过分析cap文件了解网络数据流情况可以知道在网络中是否存在丢包，例如：没有丢包的情况：
存在丢包的情况：
第 37 页 共 51 页
在进行传真/modem业务时是不允许网络上有丢包的。
5．Payload Type
Payload Type可以通过Ethereal知道，如下：
传真/MODEM传输只支持G711ALAW 或G711ULAW 。
在有些网络中，为了确保传真/Modem等数据业务的可靠性，使用T30透传时采用RTP冗余及RFC2198封装。RTP冗余是在RTP封装中，每一个RTP包都会包含一个或多个RTP包。RFC2198也是封装在RTP的PayloadType不固定，烽火EPON系列设备默认RFC2198 PT值为96，可以在软交换平台互通参数配置进行修改，详见附一。
6．使用2833传输传真事件
第 38 页 共 51 页
在使用T30进行传真时，一般传真事件都封装在RTP媒体流。但也可以通过RFC2833进行承载，可以使用Ethereal解析如下：
当网络中用RFC2833来承载传真事件时，需要将RTP承载RFC2833的PayloadType配置成一致。烽火EPON系列设备默认RFC2833的PT值为97。
【解决方法】
1．如果用户与设备间的线路较长，需要在设备上调整用户端口的增益；
2．如果用户与设备间的线路上有分机、转换器等电子器件，应尽量绕过这些设备；
3．如果使用用户的传真机在用户处传真不成功，而换用另一台传真机成功，则需要将用户的传真机在PSTN网络上进行传真实验，若传真成功，则说明用户的传真机没有问题，需要抓包分析传真失败原因；若传真不成功，大致可以判断用户传真机有故障，让用户拿去检查或维修；
4．如果在设备处抓包发现有丢包，则需要在OLT上联口处抓包看是否也有丢包现象，若也有丢包，则需要局方配合查找丢包原因；若OLT上联处没有丢包而设备侧有丢包，那就需要查找OLT内部丢包原因；
5．如果知道用户使用的是modem业务，需要在串口中将用户号码加入到POS业务中，具体操作为:在串口中输入setpos命令，然后输入用户号码，再输入save保存即可；
6．在部分城市的传真过程中，中兴平台首先会发过来payload为96的RTP冗余包，随后发送RTCP包进行T30到T38的切换，自R11.14.03.05及之后的版本已经做到了
第 39 页 共 51 页
自适应。
7．自R11.14.01.54及之后的版本对传真/modem业务已经做到了自适应，大部分传真/modem问题升级到R11.14.01.54及之后的版本可以解决，新版本较之前的版本做了如下改动：
A．将静音压缩及舒适噪声关闭；
B．检测到高速传真事件，将EC关闭；检测到低速传真事件，将EC开启，NLP关闭；
C．将jitter buffer设为固定值，默认为100ms.
8．修改RFC2833的默认PT值。烽火EPON系列ONU的默认RFC2833的PT值为97，当网络中传输用的PT值不一样时，需要通过网管配置一致。例如网络中使用RTP的PT值101来承载RFC2833，那就要在网管上软交换平台互通参数配置中的默认2833PT值修改为101，详见附一。
【现网案例1】
某地用户反映用16300拨号上网时，有时连得上去，有时连不上去，连上去时网速慢，偶尔有掉线现象。
将软件版本升级到R11.14.01.54，在串口中将用户号码加入到POS业务中，问题解决。
【现网案例2】
某地AN5006-07型ONU 下体彩机有时拨号连接不成功、连接上体彩中心后有时掉线，福彩也有偶尔掉线的情况发生，影响客户的正常使用。
通过检查用户线路发现用户体彩机处有一个modem避雷器，该器件存在于电话线路上会对modem信号造成损伤；使用用户的账号登陆上体彩中心，ping 体彩服务器有400ms-500ms的平均延时，在体彩服务器繁忙时ping 有时还有丢包，因modem信号对
第 40 页 共 51 页
时延及丢包非常敏感，在400-500ms平均时延及有丢包的线路上存在偶尔掉线的可能；通过查看用户modem的配置发现modem使用的上行速率为14400bps，下行速率为57600 bps，在线路上存在信号损伤、线路平均时延为400-500ms、偶尔有丢包发生的线路上使用窄带拨号进行modem连接是不稳定的。通过下面处理后，问题解决。
A．在串口中将用户号码加入到POS业务中；
B．用一根电话线将07 ONU引出来的线路与体彩机连接起来；
C．将modem下行速率改为38400bps,上行速率仍为14400bps;
D．将07 ONU体彩端口的jit buffer设置为60ms.
【现网案例3】
某地一家商户反映，最近他们往外面发传真总是失败，收传真是可以的。
使用我们带去的传真机测试10多次，收发传真都成功，一般来说传真有问题的机器复印一般也好不到哪里去，将一张白纸放到用户传真机吸纸处，按下复印按钮，只听到传真机吸纸的声音但不见复印纸进入机器，这下明白了，传真机吸纸器件有问题，经过进一步排查发现传真机吸纸模块的传感器失灵不能吸纸，用户更换传真机后问题解决。
【现网案例4】
某地用户反映传真收发都不成功，影响用户使用，希望尽快解决。
回读软件版本发现设备上使用的软件版本为R11.14.01.52，将软件升级到R11.14.01.54问题解决。
5.3 POS机/彩票机
【问题现象】
第 41 页 共 51 页
POS机刷卡不成功，彩票机拨号拨不上，经常掉线。
【原因分析】
POS刷卡和彩票机业务实际上是采用modem的方式进行数据的传送。Modem业务在互联网上传输受到多方面的影响，例如网络环境（丢包、抖动太大），回声抑制打开，静音压缩打开等等。
设备一般使用的是默认的DSP模板参数，这其中回声抑制是开启的，因此可能会影响到POS刷卡机的成功。由于默认DSP模板能够最大程度的优化语音通话，如果将回声抑制关闭，将会影响到语音通话质量，并且由于某些POS机业务为简化后的Modem流程，设备无法象传真、Modem一样检测到对应数据业务事件，为此设备增加了一个POS号码的配置选项，用于设置pos机上报的号码。当设备检测到用户上报的号码是POS号码时，自动就将回声抑制关闭，静音压缩关闭，这样既不影响正常的用户通话，同时又能保证POS机的成功率。
如果在配置了POS号码的情况下，仍然不能成功，需抓包，检查一下网络环境，是否存在丢包或抖动太大的情况。
【解决方法】
AN5006-07/09设备配置POS号码
Config\\protocol#set pos number 66086885 //66086885为pos上报的号码
Config\\#save //保存配置
AN5006-15/16设备配置POS号码
[Fiberhome CONSOLE]>setpos
Please input POS number(max 20): 66086885 //66086885为pos上报的号码
[Fiberhome CONSOLE]>save
第 42 页 共 51 页
【现网案例1】
陕西某地EPON工程出现某用户POS刷卡失败。
捕获本次POS业务整个过程的语音包，经过语音还原，发现软交换平台播放“您
所拨打的号码不存在”的提示音。后向软交换平台侧确认是否未对该电话号码开通业务。业务开通后，问题解决。
【现网案例2】
陕西某地EPON工程反映某用户POS机业务，能拨上号，但传送时会断掉
经过分析发现该用户所在设备没有配置POS号码，而此次POS业务是非标准modem过程，设备无法以modem方式传送数据，因此相关DSP参数设置就不符合modem要求，在对包的分析时发现NLP参数未关闭，于是导致POS业务在传送过程中失败。配置POS号码后业务正常。
5.4智能公话
【问题现象】
用户开通智能公话业务，有些反映做被叫时正常，做主叫时拨通后被叫摘机通话中断，不能接续；有些反映做被叫时正常，做主叫时拨完号码提示被叫用户不存在或听忙音。
【原因分析】
目前现网用的智能话机主要有两类，第一类是用户摘机后智能公话话机自动拨出智能公话接入码，然后上报用户所拨号码，平台下发计费应答双音多频“C”信号，用户话机自动应答双音多频“A”信号，握手成功后开始后续通话流程；第二类是用户摘机后智能公话话机自动拨出智能公话接入码，平台下发双音多频“A”信号，话机收到“A”信号后通过RTP流上报用户所拨号码，进行后续通话流程，通话结束后，话机自
第 43 页 共 51 页
动上报摘机和要费号码，获取话费后挂机。
第一类智能公话通话流程如下图所示：
话机 接入号码 主叫端局 拨智能公话IAM ACM 平台 IAM ACM 被叫端局 话机
被叫振铃 被叫摘机 话路建立，平台下发计费应答信号，即双音多频“C” 话机回双音多频“A” 平台在主被叫间建立话路 通话结束，主叫挂机 CCL RES 下费，send FSK REL RLC ANM ANM
智能公话故障设备上抓取用户智能公话通话过程Trace如下图所示：
第 44 页 共 51 页
分析实现通话过程，在智能话机自动拨完接入码后，平台下发握手“C”音，智能话机回复握手“A”音，后平台连续多次重传握手“C”音，说明平台认为握手信号“A”音不正确。分析智能话机所发“A”音频率和能量都在标准范围之内，故判断是由于“C”音的回音过大引起平台误判。
第二类智能公话通话流程如下图所示：
°»»úYA00YA01YA02ÓȽëÂëA(10Ã볤Òô)»½±ÐºÅÂ룫£Ë¾¶Ö½»»»úÓȽëÂëÇÄÖÜÍøϵͳԶ¶Ë½»»»ú»½±Ð»°»ú»½±ÐºÅÂ룫£¨»Í°Ò»¹ú°ÏÇòÊͲÅÒ»¹úÕñÁ媻Õú
查询话费交互流程如下图所示：
第 45 页 共 51 页
°ú»»YI00YI01YI02˾¶Ö½»»»úéѲ¯»°Ñ²½ÓÈëÂëÇÄÖÜÍøϵͳԶ¶Ë½»»»ú»½±Ð»°ú»éѲ¯»°Ñ²½ÓÈëÂëA8+²ÑÓÃ+C+A+¿ªÊ¼Ê±ä¼+A+ʱ¤³+A(B/C)B+#(Òì³£Çé¿öȲÏÈÏûÏ¢)
智能公话故障设备上抓取用户智能公话通话过程Trace如下图所示：
分析实现通话过程，在智能话机自动拨完接入码后，平台下发“A”音(10秒长音)，智能话机开始上报被叫号码，但由于“A”音持续时间有10秒，如果回声抑制关闭，则“A”信号回声过大导致平台分析智能话机上报的被叫号码不正确，给主叫提示被叫用户不存在或直接放忙音。
【解决方法】
针对第一类智能公话业务升级设备软件，增加智能公话号码配置，在平台双音多频“C”音和智能话机 “A”音握手通过之前，采用增强回声抑制模式，问题解决。
命令行中设置AN5006-15/16型ONU智能公话号码命令：
第 46 页 共 51 页
[Fiberhome CONSOLE]>setipt
Please input IPT (Intelligent Public Telephone) number(max 20):1234564
[Fiberhome CONSOLE]>save
命令行中设置AN5006-07/09型ONU智能公话号码命令：
Config\\protocol# set ipt number 111111
Config\\save
针对第二类智能公话业务，需将模板中回声抑制开启，使“A”信号TX侧能量减弱，
保证用户拨出的电话号码不受“A”信号干扰，电话正常接续。
【现网案例1】
AN5006-15设备下接智能公话业务，用户反映做被叫时正常，做主叫时拨通后被叫摘机通话中断。
抓取用户智能公话通话过程Trace进行分析，主要是反射信号能量偏强，平台误判“A”音引起的，升级AN5006-15设备软件，增加智能公话号码配置，问题解决。
【现网案例2】
AN5006-07设备下接智能公话业务，用户反映做被叫时正常，做主叫时拨完号码提示被叫用户不存在或听忙音。
抓取用户智能公话通话过程Trace进行分析，主要是反射信号能量偏强，平台误判话机上报的被叫号码引起的，将回声抑制开启，问题解决。
5.5话吧计费业务
【问题现象】
第 47 页 共 51 页
话吧的语音业务正常，但是用户的计费器无法计费。
话吧的语音业务正常，但是计费器在用户正常通话过程中停止计费。
【原因分析】
目前话吧主要通过反极信号来计费。反极的计费原理是，被叫摘机后，软交换平台下发反极信号，主叫端收到反极信号后，使线路极性发生反转，计费器检测到线路上的极性发生反转，开始计费。主叫挂机后，线路极性自动恢复原来状态，计费器停止计费。被叫挂机后，软交换平台给主叫再次下发反极信号，线路极性再次反转，计费器停止计费。脉冲计费方式很少使用，但是有时软交换平台会下发脉冲计费信令。脉冲计费原理跟反极类似，双方开始通话时，软交换平台每隔一定时间下发一次脉冲信令，设备收到脉冲信令时，给线路上发送一个脉冲计费信号，计费器根据脉冲计费信号进行计费。
反极信号可以用万用表来进行测试，将万用表接在用户线上，测量两根铜线之间的电压。话机摘机前，电压大概在40~45V（或者-40~-45V）之间，摘机后电压变为6~7V（-6~-7V）左右。拨通电话，对端摘机开始通话时，线路上的极性会发生反转，由正的6~7v变为-6~-7（或者相反）。对端挂机后，极性恢复为原来的值。如果极性有反转，说明反极信号正常，计费器无法计费属于计费器故障。
如果用万用表测试时，发现线路极性没有正常反转，则要从设备侧查找原因。首先需要确认软交换下发了反极信令。打电话的同时，在EC2线卡或者OLT上联口镜像抓包，将该设备和软交换平台之间的MEGACO信令包镜像出来，逐条分析。
反极信令格式如下：
确认软交换平台的反极信令正常后，对于FTTN型ONU,可以更换POTS盘，排除单个POTS盘硬件故障导致线路极性无法反转。
第 48 页 共 51 页
有效排查手段总结：
1．用万用表测量，测试反极信号是否正常，非常直接的办法。
2．抓包分析信令，查看软交换平台有没有下发反极信号。
【解决方法】
常见计费器无法计费的原因总结：
1．软交换平台未下发反极信令，联系软交换平台的维护人员，增加反极信令。
2．POTS盘等硬件故障，需要更换相关设备。
3．计费器故障，联系用户，更换计费器
4．其他原因联系烽火技术支持人员。
【现网案例】
某地的一台AN5006-16型ONU下挂有话吧用户。用户投诉，计费器开始计费后，立刻停止计费，刚开始怀疑计费器问题，更换计费器后故障依旧。
在现场用万用表测试时发现，被叫摘机，双方开始通话后，线路极性发生反转，但是立刻又反了回去，所以计费器停止计费。
在OLT上镜像抓包，发现被叫摘机后，软交换平台确实下发了反极信令。但是反极信号之后，又画蛇添足的下发了三个脉冲信号，设备在处理脉冲信号时，跟反极产生冲突，导致线路极性再次反转，计费停止。脉冲信号格式：
跟软交换平台的维护人员确认，当地采用反极方式计费，没有用脉冲信号。所以这三个脉冲信号属于多余，跟安阳电信局的人协商去掉脉冲信号未果，为了不影响用户
第 49 页 共 51 页
正常使用，我们对AC16盘软件做了更改，将脉冲信号屏蔽，只处理反极信号，解决了该问题。
附 一 语音业务高级配置参数
1．NGN心跳参数配置
图形网管”NGN配置”->“NGN心跳参数配置”,用于心跳使能的情况下对心跳包发送时间间隔、与软交换平台通信异常确认机制等相关参数进行配置。
1）信令业务名称：选择“NGN上联接口配置”中同样的业务名称，同一软交换平台下接的设备，都采用相同的心跳配置。
2）心跳间隔：默认为30秒，可根据具体需要修改。
3）心跳超时次数：默认为3，可根据具体需要修改 。
2．软交换平台互通参数配置
图形网管”NGN配置”-> “软交换平台互通参数模板”，用于进行语音业务高级参数配置，下面对所有高级参数逐一解析。
1) DigitMap起始定时值（秒）：国标为16，可根据现场需求更改。 2) DigitMap短定时值（秒）：国标为4，可根据现场需求更改。 3) DigitMap长定时值（秒）：国标为16，可根据现场需求更改。
4) VBD使能：一般不用修改，默认为禁止。VBD用于传真/Modem数据业务，当检
测到用户端上报的事件后，在VBD使能的情况下，会按下面的各项配置对参数进行修改，而不再根据软交换平台下发的信令进行修改。
5) VBD发送间隔包（毫秒）：不需要修改，默认为20，VBD使能情况下有效。 6) VBD接收包间隔（毫秒）：不需要修改，默认为10，VBD使能情况下有效。 7) VBD编码类型：可根据需要选择，默认为G711U，VBD使能情况下有效。当传
第 50 页 共 51 页
真等数据业务使用的语音编码类型，与普通语音业务使用的语音编码类型不一致时，可以使能VBD功能，并且将VBD编码类型配置成为数据业务所需要的语音编码类型。
8) 催挂音超时处理：可用配置为注册和不注册，默认为不注册。
9) flash时长（毫秒）：可根据需要修改，默认为90 。该值为flash键的最小时
长。
10) FC2833协商：默认为不自动协商。
11) RFC2833默认PT：默认为97 。按RTP标准，可用配置为96-127范围内的任
何值，要求全网统一。
12) RFC2198默认PT：默认为96 。按RTP标准，可用配置为96-127范围内的任
何值，要求全网统一。
13) T38事件检测模式：不需要修改，默认为default 。
14) 来电显示方式：可以配置为DTMF或FSK，默认为FSK 。来电显示方式与话机
规格相关。
15) 最小挂机检测时间（毫秒）：可根据需要修改，默认为600 。 16) 拨号音时间（秒）：可根据需要修改，默认为60 。 17) 久叫不应时间（秒）：可根据需要修改，默认为60 。 18) 忙音时间（秒）：可根据需要修改，默认为60 。 19) 催挂音时间（秒）：可根据需要修改，默认为60 。 20) 重传定时器（秒）：可根据需要修改，默认为25 。 21) 纠错开关：不需要修改，默认为使能。 22) CLI语言：不需要修改，默认为中文 。
第 51 页 共 51 页
因篇幅问题不能全部显示，请点此查看更多更全内容