烽火PON设备故障处理手册

附件四:

烽火PON设备故障处理手册

目录

一、根本语音业务配置方法2

1.1语音配置流程图2

1.2根本语音业务配置方法2

局端vlan配置2

1.2.2AC16配置3

1.2.3ONU端用户语音业务配置5

二、语音故障处理流程图6

三、定位语音业务故障根本原那么6

3.1检查外线6

3.2核对配置7

3.3检杳硬件7

3.4检查上层路由7

3.5抓包分析7

四、根本语音业务故障分类查找8

4.1网关未注册上软交换8

4.2端点未注册上软交换9

4.3摘机无拨号音11

4.4被叫不振铃13

4.5上叫拨打听忙音15

4.6放置一段时间后不能正常通话17

4.7摘机有拨号音，但语音不通或单通19

4.8语音质量23

王、增值语音业务故障分类查找25

5.1来电显示25

5.2/Modem27

5.3POS机/彩票机32

5.4智能公话33

5.5话吧计费业务35

附一语音业务高级配置参数37

I.NGN心跳参数配置37

2.软交换平台互通参数配置38

根本语音业务配置方法

1.1语音配置流程图

烽火EPON系列产品采用集中式网管管理，语音业务开通主要由局端配置和远端ONU配置两大步。

局端配置用于配置各ONU共同的配置项，例如软交换平台地址，vlan等；ONU配置用于配置ONU

的配置项，例如IP地址，域名和端口ID等。其流程如下：

1.2根本语音业务配置方法

局端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),那么这个svkm就对应丁onu的uvlan,

也只是单层vlan(3001),此时就不存在外层vlan了；对Fonu端需要配置双层vlan(cvlan为1()01,

svlan为401),那么此处的svlan就对应onu端的svlan(401)。

1.2.2AC16配置

1.在AC16盘上点右键，翻开“配置”•…“NGN配置”窗口，选择"NGN上联接口配置”，填

写如下信息：

1)业务名称：选择局端vlan中的相应语音vlan名称。

2)MGC协议：选择工程上所使用的语音协议类型，如：H.248、MGCP、SIP。

3)心跳开关：建议选择使能，表示0W独立控制心跳，默认为“使能”。

4)根据2)选择的协议类型，进行后续相关参数的配置，其他参数默认配置即可：

H248/MGCP协议配置：

A、MGC1IP地址或域名地址：填写主用软交换平台的IP地址。

B、MGC1端口号：根据对应滔音协议填写对应端口号，如：H.248办议对应2944,MGCP协议

对应2727,也可根据特殊要求填写其他端口号。

C、MGC21P地址或域名地址：填写备用软交换平台的IP地址。

D、MGC2端口号：根据对应语音协议填写对应端口号，如：H.248协议对应2944,MGCP协议对

应2727,也可根据特殊要求填写其他端口号。

E、MGC31P地址或域名地址：填写备用软交换平台的IP地址。

F、MGC3端口号：根据对应语音协议填写对应端口号，如：H.248协议对应2944,MGCP协议对

应2727,也可根据特殊要求填写其他端口号。

SIP协议配置:

注意：般情况下只需要修改模板中RTP资源名称、起始值、结束值和拨号完全匹配是否立

即上报处理，其它参数默认不变（如果其他参数有特别要求，参见附件中软交换平台互通参数解

释）。

I）模板名：可自定义编写。

2）RTP资源名称固定局部：RTP资源命名的不变局部，可根据工程具体需要填写，如“RTP/”。

3）RTP资源名称可变局部起始值：可根据现场情况填写，默认为4000。

4）RTP资源名称可变局部结束值：可根据现场情况填写，默认为9000o

5）RTP资源名称可变局部步长：一般为1。

6）RTPname固定长度：不用更改，默认为固定（填充）。

7）完全匹配任意规那么后立即上报：一般不用修改，默认为唯一匹配上报。与华为软交换平台

对接时设置为“立即上报”。

4,软交换互通模板绑定

可根据需要把相应的软交换平台互通参数模板绑定到具体的ONU。

1）槽位号：EC2盘所在槽位号。

2）ONU号：对应ONU的授权号。

3）模板名：选择前面设定的“软交换平台互通参数模板”的模板名。

ONU端用户语音业务配置

在“配置”―-"EPON/GPON用户管理”窗口中对onu正常授权，选择具体onu,翻开“用

户业务配置”界面，开始配置如下信息：

选择fxsl口，点击占用后，再点击高级选项，可根据需要选择“QINQ使能状态”，如语音不需Svlan,

那么POTS口处于QinQ非使能状态。

I）号码：填写与AC16"NGN上联用户信令数据配置”中对应的号码。

2）信令VLANID：填写语音的vlanid,如果语音采用双层vlan,那么填写cvlanid。

3）语音编码：优先处理的语音编码，可根据需要选择，默认为G.7I1A。

4）模式：可根据需要选择，默认为透传，即T30模式。

5）静音开关：可根据需要选择，默认为选中。

6）回声抑制：可根据需要选择，默认为选中。

7）输入增益：不需要修改，默认为0。

8）输出增益：不需要修改，默认为0。

9）DTMF模式：不需要修改，默认为透传。

10）“QINQ使能状态”：语音采用双层vlan时,需要选中此复选框。

II）SVLANID：选择了QINQ使能后,在此处填写外层vlanid。

注意：GSWC盘上配置语音业务局部的局端svlan,当。nu配置中“qinq使能状态”打勾时，后面

填写的Svlan对应于GSWC盘上配置的局端svlan；当onu配置中“qinq使能状态”不打勾时，上

面填写的“信令Vianid”对应GSWC盘上配置的局端svlan。

二、语音故障处理流程图

三、定位语音业务故障根本原那么

定位语音故障时，首先应咳确认故障范围。由故障范围来进行故障点的初步定位。例：

个别现象的问题，排查重点就放在对终端设备（外线，设备端口）上，或者检查端口级的配置。

ONU下用户同样问题，排查重点放在设备级别的配置或者硬件故障。

不同ONU下用户同样问题，排查重点就应该放在分路器，和对应的PON口上。

如果一个OLT下用户全部故障，那么重点就应该放在数据配置，上联路由和平台上。

3.1检查外线

在定位问题时，首先要排除外界可能的干扰因素。在EPON工程中，外线的距离都不会很长，但也

有可能会出现短路，搭线等问四。所以排查个别用户报障时，首先要排除外线原因，

与外线关系较为密切的故障大致有以下几种：

1.摘机没有馈电。

2.通话中有较大的杂音。

3.串号等

对此类故障，首先要排除外线因素，最好的方法就是，在ONL•端直接接设备测试。如果是FTTN设

备，那么直接在内线上（不经过ODF架）直接测试。

对I•新开的设备，特别是端口数比拟大的FTTN设备，需要检查是否有线路短接或者多个用户相互

搭线。当出现此类问题时，该设备下的用户会频繁上报摘挂机，致使软交换平台不对该设备的消

息进行回应，严重情况下会导致整台设备下的用户都无法使用。

3.2核对配置

在工程中有许多故障是由于和平台配置不符造成的，特别是新开的工程。

以卜几种故障与配置错误有较大的联系：

i.主叫摘机没有拨号音，产生原因有可能是网关域名或端点用户名配置错误

2.被叫摘机放忙音，产生原因可能是RTP值配置有误，

3.3检查硬件

端口级的语音故障，应该先考虑更换端口。比方端口无馈电，端口不振铃，端口长振铃等故

障，建议一般先更换端口，排除个别端口硬件问题。然后再进一步杳找具体原因。

3.4检查上层路由

许多通话质量问题都和上层路由有关，如通话时时断时续，通话中单通等情况就有可能是上层路

由上有丢包所致。

3.5抓包分析

抓包分析是定位问题最后的手段，也是最行之有效的方法C口述故障现象一不准确，二是无法定

位具体问题。可利用图形网管“信令追踪功能”捕获设备和平台交互的信令或利用Wireshark等

抓包工具在OLT上联口，ONU端口等地方捕获语音信令和媒体流信息，按照相应语音协议来分析问

题原因。

四、根本语音业务故障分类查找

4.1网关未注册上软交换

【问题现象】

摘机没有拨号音，查看网关状态为未注册上或者正在注册中。

【原因分析】

EPON系统中，ONU同时担任信令网关(MG)的角色。在进行业务开通时，首先要向软交换平台

注册。网关注册失败主要由以下3种原因导致：

1.VLANID配置不正确：VLANID配置信息不正确使得CNU和软交换平台之间无法正常的通信，

从而导致网关注册失败。

2.MG的1P配置重复：在软交换系统中，每个MG都应该有唯一的IP地址，当两个或者两个以

上MG配置相同的IP地址的时候,将导致MG网关注册失败。

3.MID配置错误：在软交换系统之，用MID来标识网关。MG上配置的网关MII)必须与平台的

配置一致，否那么当MG向软交换平台注册时，软交换平台会认为是非法的网关，从而导网关注册

失败。

【解决方法】

出现网关注册失败的故障笈照以下的方法进行排查：

1.检查ONU与软交换平台之间网络连接是否正常。

从ONU中ping软交换的IP,如果ping不通，请检查VLANID的配置信息和MG的IP配置

信息是否正确。

2.检杳ONU是否从网管得到H248配置及相关配置是否正确

如果MG能够正常ping通软交换平台，而网关注册失败，请检查MGip和MID配置是否正确，

是否与软交换平台上配置的MG信息相匹配。

【现网案例】

某FTTH工程AN5116-02设备在一个PON口下发现IP网关名称为10.32.160.2的ONU语音不通，在该PON

口下更换为另一个IP网关名称为的IAD软交换语音用户通话正常。

测试中发现软交换平台(.2)在审计时，IAD回510UNKOWNENDPOINT,更换为另一个测试后正常，

用户通话也正常，通过对包的分析发现在配置原10.32.160.2IP时网关名称后多敲了字符空格键，

删除网关名称后的字符空格键后经过验证解决，IP网关名称为的IAD软交换语音用户通话也正常。

4.2端点未注册上软交换

【问题现象】

端点注册状态为reg_fail,摘机没有拨号音

端点注册没有应答，在命令行中发端点注册也无效。

端点注册状态持续为reging,

【原因分析】

端点注册不，软交换时，笫一步首先要检查网关注册状态。如果网关注册成功，端点注册失

败，需要检杳端点配置，与软交换平台核对数据。

确认配置正确后，需要镜像抓包分析软交换信令，查找具体原因。端点无法注册上软交换平

台的可能原因有下面几个。

1.外线短路，导致端点频繁上报摘挂机。这种情况一般常见于FTTN型ONU。该类ONU一般外

线比拟长，容易发生短路，导致ONU认为是真实摘挂机事件，上报软交换平台。软交换平台认为

这是恶意呼叫，拒绝应答，引起ONU发起网关注册。所以外线有问题时，图形网管上会频繁出现

MGC链路断开告警。

2.软交换平台未下发摘挂机检测事件。原有的注册流程是，O\U|阿关注册成功后，会发起端

点注册。在某地EPON工程中跟软交换平台对接时，大量端点注册导致软交换平台的CPU利用率居

高不下。后来对注册流程做了修改，设备L电或者网络中断后恢复时，ONU只发网关注册，不发端

点注朋。如果软交换平台对某端点下发摘挂机检测事件，就将其置为IDLE.如果软交换平分未下发

摘挂机检测事件，那么端点注册失败，状态为REG-FAIL。需要摘机触发端点注册。

3.端点用户名配置错误。设备上配置的端点用户名与软交换平台不一致，或者软交换平台未

配置相关数据，导致端点注册失败。

【解决方法】

可能原因总结及解决方法：

1.检查网关注册状态，确认网关注册成功。

2.检查端点配置，确认数据正确。

3.椅杏外线，排除外线故障导致频繁上报摘排机，引起软交换平台不回包。导致网关注册失

败。

4.抓包分析信令，查看注册流程，分析定位具体原因。

【现网案例】

某市EPON工程使用我司AN5U5-020LT系统，下挂AN5006-07/09,AN5006-15/16型ONU。软交换协议为H.248

协议。局方对城域网进行改造，凌晨改造完毕，之后局部OLT下挂的局部C类ONU无法注册上软交换平台，网管

上出现大量“与MGC通信中断”告警，语音业务大面积中断。

经过在OLT上联口镜像抓包，分析发现，ONU网关注册成功后会发起端点注册。但是有局部

端点的注册消息没有收到软交换平台的应答。ONU在端点注册没有收到应答消息时，促发网关注册。

当时城域网中断刚刚恢复，有大量的设备发起注册请求，软交换平台处理不过来时，就丢弃一些

请求包，不予回应。设备在发出请求包没有收到应答时，重新发网关注册，一直处于“网关注册

成功”一）“注册端点”好”局部端点注册失败”一〉“重发网关注册”的恶性循环之中。

当时的解决方法是，我们修改NGNvlan,断开ONU与上层城域网的通信，之后逐步恢复。后

来新的软件版本中，我们对注册流程做了修改，网关注册成功后是否发端点注册做成可配，默认

不发端点注册，解决注册包数目过多的问题。

4.3摘机无拨号音

【问题现象】

配置好语音业务，摘机后无馈电；

配置好语音业务，摘机有馈电，但听不到拨号音。

用户使用过程中，突然出现摘机没有拨号音的现象，重启设备后恢复。

【原因分析】

摘机无拨号音的现象，常见于业务开通的时候。碰到这种故障，首先可以根据摘机有无馈电，

对故障做一个大概的定位。

1.如果摘机无馈电，属于便件问题。可能的原因有话机本身问题，外线问题，语音接口盘（POTS

盘）问题。此类问题查找时建议首先从外线查起。

对于直接安装在用户家的面包盒式ONU,例如AN5006-04,AN5006-05,没有外线，可以检查话

机或线问题。排除话机和线问题后，故障的原因可以确定为ONU硬件故障。

对于楼道型ONU和节点型ONU,排查硬件故障时，最有效的方法是抛开外线，直接在设备端口

检测。根据测试结果，可以将故障定用户侧或者设备侧。

2.摘机有馈电，但是没有拨号音，首先要确定故障类别。判断是个别端口无拨号音/整个单

盘的端I」无拨号音/整个设备端U无拨号音。根据现象作进一步的检查。

整个设备端口无拨号音，首先要检测网关注册状态。网关注册失败，常见于新设备开通时。

需要检查跟软交换平台之间的通信是否正常，从IADping软交换平台看是否能够ping通。如果

Ping不通，那么检查VLA”上层路由和物理线路是否正常。如果可以ping通，但是网关注册不上，

需要检查IP,域名等数据，确认设备配置的数据跟软交换平台一致。网关注册不上软交换，一般

都是因为数据配置错误或与软交换通信不正常引起。

整个单盘所有端口无拨号音（针对C类有语音接口盘的ONU）,而其他单盘的端口正常，在确

认端口己经使能，及用户名配置正确的前提下首先更换POTS盘。

单个端口无拨号音，检查端点配置。端点需耍配置的数据只有用户名，使能/去使能两项，需

要确认配置.正确。比拟常见的情况是，设备配置的用户名与软交换平台不一致，导致端点注册失

败，摘机没有拨号音。

目前烽火04、05,07,09,15,16型的0NU都已经大面积商用，与中兴，华为，贝尔的软交

换平台都有对接。如果是开通过程中出现摘机没有拨号音，排除硬件问题，一般都是数据配置有

误引起，与软交换平台的对接不存在问题。

3.使用一段时间后出现摘机无拨号音，排查的思路跟业务开通时相似。排查外线，检查网关

注册状态，端点注册状态，检查0NU与软交换平台的通信。如果0NU与软交换平台的道信正常，

数据配置也正确，但是端点状态不是IDLE,可以先在命令行中发送端点注册，查看端点能否成功

注册，摘机是否有拨号音。再发网关注册，尽量不要重启设备，这样问题现象会消失，不利于查

找问题真实原因。

如果排除配置问题（配置丧失或者不正确）和通信问题（ping不通软交换平台），那么需要在

0LT侧镜像抓包，分析信令，查找具体原因。

对于摘机没有拨号音，重启设备或者重新发网关注册后恢史，过段时间又重现的故障，原因

可能有多种。比方软件，硬件工作异常，与软交换平台互通出现问题,碰到这类情况时，建议尽

量不要重启设备，保存故障现象，同时联系我方技术支持人员，查找具体原因。

有效排查手段总结：

1.判断摘机有无馈电

2.判断个别端口无拨号音/整个单盘的端口无拨号音/整个设备端口无拨号音

3.查看端口注册状态。

4.在0LT侧镜像抓包，分析0NU与软交换平台之间的信令。

【解决方法】

可能的原因及解决方法主要有以下几种：

1.网关注册失败，端点名未配，端点名配置错误或与软交换平台不一致,跟软交换维护人员

核对数据，确认配置的正确性。

2.设备硬件故障(包括外线短路，断路，POTS盘硬件故障，语音模块硬件故障，)需要更换

硬件，将有故障的设备返厂检修。

3.端点状态异常，重启后恢复，过短时间又重现。这类故障一般不常见，如果出现，请保存

故障现象，尽量不要重启设备，同时联系我方技术支持人员。

【现网案例】

新疆某地EPON工程在开通语音业务时，摘机没有拨号音。远程登录到ONU上发现，网关注册状态为

registeredo但是端点的注册状态为reg-fail。

在OLT上做镜像抓包发现，IAD发去端点注册时，软交换平台回复430(unknowntcrminationlD)

错误，后来反复跟软交换中心的维护人员核对数据，发现设备配置用户名时，将用户名配错。修

改用户名后业务恢复正常。

4.4被叫不振铃

【问题现象】

端口做主叫正常，做被叫不振铃，摘起话机后能够正常通话。

端口做主叫正常，做被叫不振铃，摘机后话机无音。

端口做主叫正常，做被叫不振铃，摘机后听到拨号音。

用户使用一段时间后，某些端口出现做被叫无法振铃现象，重启设备后恢复正常。

心跳不匹配导致端点状态为OUTofservice

【原因分析】

首先判断做主叫是否正常，如果做主叫也出现异常，那么参考“摘机无拨号音”或者“拨打听

忙音”等原因分析。

如果做被叫不振铃，摘机能正常通话，说明业务正常，无法振铃只是硬件故障。可能的原因

的有话机损坏无法振铃或者设备振铃模块损坏。

用户做被叫不振铃，远端听到的是忙音，被叫摘机后还能听到拨号音，说明无法做被叫是软

交换平台的问题。在业务开通前进行试运行时，软交换平台一般会做一个虚拟号，可以做主叫，

但是无法做被叫。割接后未来得及修改，导致用户投诉。

如果用户久不挂机或者因为线路问题没有挂好，设备在翱鸣音超时后，会将端点的状态自己

置为。utofservice,此时无法做被叫。用户再次挂机时，会促发端点注册，如果注册成功，那

么端点状态恢复为inservice。

端点状态正常，但是无法做被叫。抓包分析发现，做被叫时软交换平台不予接续。在软交换

平台查看，端点状态为outofservice。导致这种情况的原因比拟多，需要抓包分析置为。utof

service之前，ONU与软交换平台的信令交互过程。工程曾经出现过因为ONU的心跳没有开启，软

交换平台在过段时间后，认为0NU已经不在线，将其端点状态置为。utofservice导致用户无法

做被叫。

【解决方法】

1.被叫不振铃，摘机能正常通话，属于硬件问题，可以用替代法杳找故障点，然后更换相关

设备。

2.被叫不振铃，主叫听到忙音，被叫摘机后听到拨号音，属于软交换平台配置问题，联系平

台维护人员解决。

3.线路有问题，导致挂机未上报。可以用替换法查找话机和线路故障，更换相关设备。

4.设备或者软交换平台上，端点的实际状态为。utofservice。导致此类问题的原因一般都

是因为0NU跟软交换平台的互通出现“误解”，导致一方认为另一方已经不在效劳状态。具体原因

的查找要从分析信令做起，分析异常之前的信令过程，找出具体原因，再确定解决方法。

【现网案例】

北京某工程一04型0NU,做被叫时没有振铃。

经过抓包分析，发现拄机后没有上报拄机，导致放翱鸣音结束后，端点被置为OUTOFSERVICE

状态。软交换平台发审计时，发现端点已不在效劳状态。因此做被叫时，平台不予接续。该问题

更换用户线路后解决。

4.5主叫拨打听忙音

【问题现象】

1.主叫时一摘机就放忙音

2.主叫摘机有拨号音，但覆号时1号码未拨完）放忙音

3.主叫摘机有拨号音，但徵完号（号码拨完）后放忙音

4.主叫摘机及拨号均止常，对方也有振铃，但振铃后中断，或对方摘机后中断

【原因分析】

I.这种情况大多是由于网关域名或端点用户名配置有误所致。可在网管中选中AC16盘进行

“ngn状态回调"，查看"MGC注册状态”与“端口状态:正常情况下“MGC注册状态”应该是已

注册。而“端口状态”应该空闲。

如果“MGC注册状态”为注册中，那么说明网关没有注册上，需检杳网关域名的设置：如果“端

口状态”为未激活或注册中，说明端点用户名没有注册上。

2.这种情况通常是拨打的号码不在平台所定义的拨号数图的范围内。

例如平台卜.发此拨号数图

｛（200|20118434441843445）｝此时如果拨打“1”开头的号码，因为没有任何一个拨号方案是

以“1”开头的，所以平台认为拨打的号码非法，直接放忙音。故只要所拨打的号码与任一拨号方

案都不匹配，就会有此故障.

3.此故障有可能是拨号后超时引起的。可让客户在拨完号后加拨号，如果加拨号

后没有问题，那么根本确定是超时所引起的。此故障大多是因为平台的拨号方案“x.L”所致。

4.此故障根本上是平台设置的RTP值和IAD上RTP值不匹配所致。

【解决方法】

1.需检查端点用户名配置。

2.这种情况需要检杳平台上设定的拨号数图。

3.为了防止此情况，需将我们设备上的“立即上报”功能翻开。

4.修改RTP值与软交换平台匹配即可。

【现网案例1]

某地开EPON试点工程，主叫摘机无拨号音，同时在AC16盘上对ngn状态进行回调时，发现网关未注册上。

抓包分析，当设备发注册信息后，平台回复402(unknownMGW)错误，如下列图：

判断是网关域名配置有误，修改网关域名后，业务恢复正常。

【现网案例2】

某地开EPON试点工程，主叫摘机无拨号音。网关已经注册上，但是端口摘机没拨号音。分析抓包后，发现

播机后，软交换平台回复430(unknownterminationlD)(>

初步判断是端口用户名配置有误，后来查明，局方给的前缓是大写，我们配置成小写。修改

端点用户名后，业务恢复正常。

【现网案例3]

某地新开工工程，做主叫时，对方有振铃，但一接就放忙音；做被叫时，有振铃，但一提机就放忙音。

检查配置时发现，软交换上设置的RTP值是RTP/0000-RTP/0015,而设备上配置的是

RTP/OO-RTP/16.修改RTP值后，业务恢复正常。

4.6放置一段时间后不能正常通话

【问题现象】

设备正常开通后主被叫业务都正常，但是闲置一段时间（通常5-10分钟）之后，摘机要等几秒

钟后才有拨号音，无法做被叫。重新发网关注册之后才能恢复语音业务。

【原因分析】

设备之前业务正常，闲置一段时间之后，登陆设备查看端点的状态时正常的，但是在平台上

查看该设备的状态，发现其状态变成不在效劳。用户摘机之后，平台就只回复了Reply,没有其它

的信令下发。比照其它正常的设备，发现区别在于心跳。正常的设备开了心跳，出问题的设备没

有开心跳。

之所以产生一段时间之后平台与设备状态不一致的问题，是由于设备没有开心跳，导致平台

认为设备不在位，所以将设备的状态置成不在效劳。

心跳的相关知识：

1.心跳作用

由于UDP传送的不可靠，MG应能够及时检测到软交换平台的故障，软交换平台也应能及时

检测到MG故障。为了实现这两方面，MG和软交换平台之间应该实现心跳机制。

2.心跳机制

1）W；默认每隔30秒发一次心跳消息，针对软交换的最大心跳间隔为64000秒，最小间隔为

1秒，而且心跳可以关闭。

2）MG每次向软交换发送心跳的间隔是恒定的（配置的间隔），如果连续屡次［配置的次数）

没有收到响应，那么停止发送心跳，并开始发起注册。

3.心跳实现方式

主要有两种方式:

1)只有MGC控制的心跳消息

MGC可以为MG设置一个最大沉默时间，即正常工作MG允许未收到MGC发送的任何消息的最

大时间。MGC应该保证向UG发送消息的时间间隔不超过最大沉默时间。即使在最大沉默时间内

没有任何其它消息，MGC也必须通过向MG发送心跳消息来说明自己还“活着”。建议MGC用针

对ROOT终结点的空AuditValje命令作为心跳消息，心跳周期在UGC中可以设置，象TG这样的

大型网关可以设短些，而IAI)那么应该设长些，每个心跳周期MGC向MG的ROOT终结点发送一

个AudilValue消息。最大沉默时间设为8个心跳周期，当MG连续8个心跳周期没有从UGC收

到任何消息时，就判定MGC发生了故障，虽然实际上可能是网络故障，而不是MGC故障，但对MG

而言没有区别。

这种心跳方式即是我们常说的被动心跳。

2)MGC和MG分别独立控制的心跳消息

MGC和MG互相向对方发送心跳消息，心跳周期由各自独立决定。协议实体利用事务请求的重

传机制依靠LOMG-TIMER超时来判定对方实体故障，由于有周期性发送的心跳消息息，可以保证协

议实体及时检测到对方实体故障。与前一种方式相比，MG可以更自主地控制发送心跳消息的时机。

MGC仍采用针对ROOT终结点的空AuditValue命令作为心跳消息。MG采用的心跳消息待研

究。

注：目前在实现上有采用针对ROOT终结点的Notify命令作为UG心跳消息的做法，其中采

用周期性上报事件it/ito(见H.248.14),事件的RequestID为0。

这种心跳方式即是我们常说的主动心跳

【解决方法】

翻开设备的心跳功能。

【现网案例】

湖北某地AN5006-16设备开通后几分钟业务无法使用

通过信令跟踪发现注册和流程都正常，软交换下发的审计命令也正常回复，但如果5分钟

内没有语音业务后，软交换就不再下发审计命令。翻开ONU设备的主动心跳，按默认30秒发送，

问题解决。

4.7摘机有拨号音，但语音不通或单通

【问题现象】

用户摘机后能听到正常的拨号音，拨打号码后能听到回铃音或彩铃，但被叫用户摘机，通话

建立后，出现单通或通话双方都听不到语音。

问题出现有如下几种情况：

A.外部正常，OLT内部问题；

B.外部接通后单向无语音；

C.外部接通后双向无语音。

【原因分析】

1.对于A类问题确认

如果属于A类问题，只是OLT内部时才出现语音不通，很有可能跟媒体代理有关，需先弄

清是否使用OLT代理功能。媒体代理功能可以由外部的媒体效劳器或者OLT内部实现，但两者只

能取其一。如果OLT代理功能已开启1默认开启），同时信令协商中又指定使用外部媒体效劳器，

那么在通话建立过程中，很可能出现争抢作媒体代理的情况。

另外，对于AN5006-15/16设备，如果采用OLT作媒体代理，需特别注意：不要遗忘做“NGN

上联接I」配置”。

2.对于B类和C类问题确认

语音通话能否正常取决于如下儿个因素：呼叫双方协席的编码方式和包间隔是否一致，RTP流

的ip和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）检查dspip是否配置不正确，例如dspip冲突。对于AN5006-04/05/07/09设备，语音

流使用的ip与信令ip为同一个，但是在AN5006T5/16设备中，语音流ip与信令ip是可以不相

同的，dspip代表的是语音流使用的ip地址。Dspip冲突的判断方法：修改dspip为另一个ip

地址，化ONU侧ping原dspip,能通，说明原dspip已被占用。

5）上述4个检查点均没有问题的情况下，在（NU侧ping媒体效劳器ip地址不通，或在OLT

侧只捕获到ONU发出的RTP包，未见媒体效劳器发给ONU的RTP包，与软交换平台侧联系。

6）上述4个检查点均没有问题的情况下，ONU侧只捕获到媒体效劳器发给ONU的RTP包，需

联系ONU侧工程人员。

【解决方法】

1.外部正常，OLT内部问题解决方法

1）OLT代理功能使能/去便能配置方法

在OLTAC16盘的ngn目录下，使用如下命令进行OLT代理功能使能/去使能配置:

OLT代理功能使能:

Config\ngn#setoptionprivatedisablearp-proxyenable

OLT代理功能去使能：

Config\ngn#setoptionprivatedisablearp-proxydisable

OLT代理功能使能/去使能显示命令（arp-proxyprotocol选项表示代理功能使能/去使能）：

Config\ngn#showoption

privateprotocokDisable

arp-proxyprotocol:Enable

2）NGN上联接口配置方法：

NGN上联接口配置为图形网管的配置界面，用于配置0NU语音业务中与软件换平台

（SoftSwitch）通信的相关参数。

操作步骤：

1）在“逻辑树”窗格对象树上右犍单击AC16盘，在弹出的快捷菜单中选择“配置”）"NGN

配置”,再点击“NGN上联接口配置”标签°

2）单击磁按钮，在弹出的“请输入增加行数：”对话框中输入“1”，单击“确定”，表示

新建1个上联接口。

3）按照数据规划，配置如下：

“业务名称”：双击空白格，在下拉列表选择该0NU当前使用的业务名称，如

"ngrwuhan1”；

“MGC协议类型”：双击空白格,在卜拉列表选择0NU使用的VOIP协议类型,如“H.248”：

"MGClIP地址或域名地址”：双击空白格，输入ONU使用的软交换平台ip地址，如

“192.168.1.101”；

“MGC1/2/3端口号”：输入ONU使用的软交换平分端口号，通常H248协议端口号为

“2944”，MGCP8协议端口号为“2727”；

“心跳开关”：双击空白格，在下拉列表中选择''使能”：

“DHCP配贵”：双击空白格，在下拉列表中选择“去使能"（除非ONU采用dhcp方式获

得设备ip地址,选择“使能”）；

其它使用默认配置。

4）点击“售”，将配置应用到设备。在窗口下部的命令窗格中，首先显示下配置到设备“命

令成功”，然后显示从设备读配置“命令成功:如错误！未找到引用源。所示。

H.248语音业务的NGN上联接口配置

2.接通后单向或双向无语音解决方法

针对•“原因分析”中定位的故障点，逐一解决。

如果是信令协商失败，比方编码方式、包间隔。根据是哪方（软交换平台侧或ONU侧）发出

的信令包有问题，求助相关的工程人员解决。

如果是RTP流使用的ip地址或端口号有问题，哪方发出的RTP包有问题，就求助相关设备的

JL程人员解决。

如果是dspip地址不正确，请配置正确的dspip地址，通常在没有明确说明信令ip与语音

流ip不同的情况下，dspip地址与信令ip地址相同。

【现网案例】

昆明某EPON工程出现某C类ONU拨打某些号码正常，拨打另外一些号码不正常的情况。

通过在OLT上联抓包分析，发现拨打正常的通话在信令协商过程中的使用的媒体效劳器与出

问题的通话过程协商出的媒体效劳器不相同。在OLT上联ping两个效劳器，发现有问题的那个媒

体效劳器ping不通。于是请局方人员排查媒体效劳器到01T上联之间的路由，确实发现了问题。

路由问题解决后，语音故障得以解决。

4.8语音质量

【问题现象】

普通通话过程中能听到明显的杂音，或者语音停顿。

【原因分析】

与传统的PSTN网比拟，VOIP采用了语音压缩编码算法，将话音用数据包的形式在分组交换网

上传递，因此其对传输线路的时空利用率都有大幅度的提高。但VOIP也遇到了传统不太关

注的语音质量问题，用户有时会感觉到通话过程中随时会出现令人难以忍受的语音畸变和频繁的

断话现象。引起语音质量问题的原因主要有以下两大个方面：

1.设备硬件问题：

设备使用的电源不同，功率不同，也会影响到语音质量。同时设备如果质量有问题，也可能

导致语音质量差。

2.网络延时、丢包和抖动；

由于是在IP网传输语音，所以任何影响到网络的因素也同样会影响到语音。延时、丢包和抖

动，任何一个因素都不能小视。

3.设备未接地，造成电磁干扰，影响语音通话质最。

【解决方法】

对于第一类问题的解决方法很简单：那就是更换硬件，更换电源。

对于第二类问题，就需要从多方面去查找。

1.杳找网络是否正常；

A、设备侧ping媒体效劳器的IP地址，看看是否有丢包，网络时延是否过大；

R、抓媒体流的包.通过抓包软件进行分析.主要关注的地方是丢包和时延八

2.查找远端产生的媒体流是否正常;

将抓到的媒体流兔原成声音，听复原出来的声音是否与我们在听筒上听到的声音一致，如果

一致，那就说明传送过来的媒体流本身语音质量就不好，那就需要往上查找媒体效劳器的问题。

3.查找平台下发的信令是否正确；

在建立通话的过程中，平台会下发•系列的信令，而信令中有些参数的设置会影响到语音质

量，需要保证平台卜,发的信令是正常的。例如nt/jit,tdmc/ec,tdmc/gain等等。

对第三类问题：FTTH型需要排查电源线是否为三相电源，同时检查电源插座接地是否正常。

如果电源线为两相，那么可能有电磁干扰。对于FTTN型ONU,需要检查设备的接地是否正常。

【现网案例11

某地反映AN5116-02设备下挂的AN5006-07型号onu,打有较明显的杂音，使用H。248协议。

更换硬件仍然有杂音现象出现，因此排除硬件问题。在设备端抓包，查看媒体流信息，时延

正常，没有丢包，同时复原出来的声音也正常，因此也排除了网络问题。仔细查看信令，发现通

话建立的候平台下发的Modify命令，其中一个参数配置有,可题，nt/jiPO。jit值表示抖动容限，

其功能是用来处理网络路由质量不好，通过软件算法解决语音上的损耗，如果jil值为0,那么表

示关闭该功能，当网络路由稍有变化时就会影响到语音质量。设备上jit默认值是40,如果软交

换平台没有下发nt/jit参数，那么设备就按默认的40来处理，如果平台下发nt/jit参数，那么

设备就按平台下发的参数来处理。如果软交换平台下发nt/jit=0,那么设备会按0来处理，这就

影响到了语音质量。解决的方法是软交换平台将nt/jit参数值设置成40。由于在VOIP应用中，

不能关闭抖动容限的功能，为了防止平台以后出现类似的问题，设备对平台下发的nt/jit参数进

行了相应的处理。如果软交换平台下发了nt/jit=O,那么设备按照默认的4()来处理，平台下发的

其它值处理不变。

【现网案例2】

某地反映AN5006-07型号0NU设备通话过程中有时出现闪断现象，表现为对方的声音断续或者无音，大概持

续1~2秒左右。

由于更换了硬件设备仍有亥问题存在，因此排除了硬件问题。在OLT和ONU设备上同时进行

抓包，信令正常，网络时延也正常，也没有丢包，排除了网络方面的问题。

将传输的媒体流及原成声音，发现也有断续或者无音的现象，跟听筒中所听到的是一样的，

这