烽火PON設(shè)備故障處理手冊(cè)

附件四:

烽火PON設(shè)備故障處理手冊(cè)

目錄

一、根本語音業(yè)務(wù)配置方法2

1.1語音配置流程圖2

1.2根本語音業(yè)務(wù)配置方法2

局端vlan配置2

1.2.2AC16配置3

1.2.3ONU端用戶語音業(yè)務(wù)配置5

二、語音故障處理流程圖6

三、定位語音業(yè)務(wù)故障根本原那么6

3.1檢查外線6

3.2核對(duì)配置7

3.3檢杳硬件7

3.4檢查上層路由7

3.5抓包分析7

四、根本語音業(yè)務(wù)故障分類查找8

4.1網(wǎng)關(guān)未注冊(cè)上軟交換8

4.2端點(diǎn)未注冊(cè)上軟交換9

4.3摘機(jī)無撥號(hào)音11

4.4被叫不振鈴13

4.5上叫撥打聽忙音15

4.6放置一段時(shí)間后不能正常通話17

4.7摘機(jī)有撥號(hào)音，但語音不通或單通19

4.8語音質(zhì)量23

王、增值語音業(yè)務(wù)故障分類查找25

5.1來電顯示25

5.2/Modem27

5.3POS機(jī)/彩票機(jī)32

5.4智能公話33

5.5話吧計(jì)費(fèi)業(yè)務(wù)35

附一語音業(yè)務(wù)高級(jí)配置參數(shù)37

I.NGN心跳參數(shù)配置37

2.軟交換平臺(tái)互通參數(shù)配置38

根本語音業(yè)務(wù)配置方法

1.1語音配置流程圖

烽火EPON系列產(chǎn)品采用集中式網(wǎng)管管理，語音業(yè)務(wù)開通主要由局端配置和遠(yuǎn)端ONU配置兩大步。

局端配置用于配置各ONU共同的配置項(xiàng)，例如軟交換平臺(tái)地址，vlan等；ONU配置用于配置ONU

的配置項(xiàng)，例如IP地址，域名和端口ID等。其流程如下：

1.2根本語音業(yè)務(wù)配置方法

局端vlan配置

在GSWC盤上點(diǎn)右鍵，選擇“配置“局端vlan”，翻開配置窗口，按照以下說明填寫相關(guān)信

息：

業(yè)務(wù)類型:包含data、iptv、ngn、voip、vod、cncview、system,此項(xiàng)選擇只是用來顯示作用,并

不代表實(shí)際意義。一般按照業(yè)務(wù)類型來選擇，語音業(yè)務(wù)可選擇ngn或者voip。

業(yè)務(wù)名稱：可根據(jù)工程需要自定義填寫，主要用來形象的標(biāo)記vlan業(yè)務(wù)區(qū)分。

起始VLANID：填寫業(yè)務(wù)vlanid范圍的最小值。

結(jié)束VLANID：填寫業(yè)務(wù)vlanid范圍的最大值。當(dāng)起始VLANID和結(jié)束VLANID相等時(shí)，該業(yè)務(wù)

使用唯一的vlanid。

上聯(lián)接口號(hào)或TRUNK組號(hào)：選擇具體業(yè)務(wù)的上聯(lián)端口號(hào)。如果上聯(lián)接口采用了TRUNK方式，那

么選擇TRUNK組號(hào)。

TAG/UNTAG：上聯(lián)接口是TAG模式那么選擇“不剝離”，上聯(lián)接口是UNTAG模式那么選擇“剝

離工

注意：

此處所說的svlan并不一定肯定是雙層vlan的外層vlan,僅僅只是代表最外層的vlan,不管是否是

雙層vlan。如果沒有使用雙層vlan,那么此svlan與onu的cvlan相對(duì)應(yīng)。

筒單說：對(duì)丁onu端只需耍配置單層vlan(例如3001),那么這個(gè)svkm就對(duì)應(yīng)丁onu的uvlan,

也只是單層vlan(3001),此時(shí)就不存在外層vlan了；對(duì)Fonu端需要配置雙層vlan(cvlan為1()01,

svlan為401),那么此處的svlan就對(duì)應(yīng)onu端的svlan(401)。

1.2.2AC16配置

1.在AC16盤上點(diǎn)右鍵，翻開“配置”?…“NGN配置”窗口，選擇"NGN上聯(lián)接口配置”，填

寫如下信息：

1)業(yè)務(wù)名稱：選擇局端vlan中的相應(yīng)語音vlan名稱。

2)MGC協(xié)議：選擇工程上所使用的語音協(xié)議類型，如：H.248、MGCP、SIP。

3)心跳開關(guān)：建議選擇使能，表示0W獨(dú)立控制心跳，默認(rèn)為“使能”。

4)根據(jù)2)選擇的協(xié)議類型，進(jìn)行后續(xù)相關(guān)參數(shù)的配置，其他參數(shù)默認(rèn)配置即可：

H248/MGCP協(xié)議配置：

A、MGC1IP地址或域名地址：填寫主用軟交換平臺(tái)的IP地址。

B、MGC1端口號(hào)：根據(jù)對(duì)應(yīng)滔音協(xié)議填寫對(duì)應(yīng)端口號(hào)，如：H.248辦議對(duì)應(yīng)2944,MGCP協(xié)議

對(duì)應(yīng)2727,也可根據(jù)特殊要求填寫其他端口號(hào)。

C、MGC21P地址或域名地址：填寫備用軟交換平臺(tái)的IP地址。

D、MGC2端口號(hào)：根據(jù)對(duì)應(yīng)語音協(xié)議填寫對(duì)應(yīng)端口號(hào)，如：H.248協(xié)議對(duì)應(yīng)2944,MGCP協(xié)議對(duì)

應(yīng)2727,也可根據(jù)特殊要求填寫其他端口號(hào)。

E、MGC31P地址或域名地址：填寫備用軟交換平臺(tái)的IP地址。

F、MGC3端口號(hào)：根據(jù)對(duì)應(yīng)語音協(xié)議填寫對(duì)應(yīng)端口號(hào)，如：H.248協(xié)議對(duì)應(yīng)2944,MGCP協(xié)議對(duì)

應(yīng)2727,也可根據(jù)特殊要求填寫其他端口號(hào)。

SIP協(xié)議配置:

注意：般情況下只需要修改模板中RTP資源名稱、起始值、結(jié)束值和撥號(hào)完全匹配是否立

即上報(bào)處理，其它參數(shù)默認(rèn)不變（如果其他參數(shù)有特別要求，參見附件中軟交換平臺(tái)互通參數(shù)解

釋）。

I）模板名：可自定義編寫。

2）RTP資源名稱固定局部：RTP資源命名的不變局部，可根據(jù)工程具體需要填寫，如“RTP/”。

3）RTP資源名稱可變局部起始值：可根據(jù)現(xiàn)場(chǎng)情況填寫，默認(rèn)為4000。

4）RTP資源名稱可變局部結(jié)束值：可根據(jù)現(xiàn)場(chǎng)情況填寫，默認(rèn)為9000o

5）RTP資源名稱可變局部步長：一般為1。

6）RTPname固定長度：不用更改，默認(rèn)為固定（填充）。

7）完全匹配任意規(guī)那么后立即上報(bào)：一般不用修改，默認(rèn)為唯一匹配上報(bào)。與華為軟交換平臺(tái)

對(duì)接時(shí)設(shè)置為“立即上報(bào)”。

4,軟交換互通模板綁定

可根據(jù)需要把相應(yīng)的軟交換平臺(tái)互通參數(shù)模板綁定到具體的ONU。

1）槽位號(hào)：EC2盤所在槽位號(hào)。

2）ONU號(hào)：對(duì)應(yīng)ONU的授權(quán)號(hào)。

3）模板名：選擇前面設(shè)定的“軟交換平臺(tái)互通參數(shù)模板”的模板名。

ONU端用戶語音業(yè)務(wù)配置

在“配置”―-"EPON/GPON用戶管理”窗口中對(duì)onu正常授權(quán)，選擇具體onu,翻開“用

戶業(yè)務(wù)配置”界面，開始配置如下信息：

選擇fxsl口，點(diǎn)擊占用后，再點(diǎn)擊高級(jí)選項(xiàng)，可根據(jù)需要選擇“QINQ使能狀態(tài)”，如語音不需Svlan,

那么POTS口處于QinQ非使能狀態(tài)。

I）號(hào)碼：填寫與AC16"NGN上聯(lián)用戶信令數(shù)據(jù)配置”中對(duì)應(yīng)的號(hào)碼。

2）信令VLANID：填寫語音的vlanid,如果語音采用雙層vlan,那么填寫cvlanid。

3）語音編碼：優(yōu)先處理的語音編碼，可根據(jù)需要選擇，默認(rèn)為G.7I1A。

4）模式：可根據(jù)需要選擇，默認(rèn)為透?jìng)?，即T30模式。

5）靜音開關(guān)：可根據(jù)需要選擇，默認(rèn)為選中。

6）回聲抑制：可根據(jù)需要選擇，默認(rèn)為選中。

7）輸入增益：不需要修改，默認(rèn)為0。

8）輸出增益：不需要修改，默認(rèn)為0。

9）DTMF模式：不需要修改，默認(rèn)為透?jìng)鳌?/p>

10）“QINQ使能狀態(tài)”：語音采用雙層vlan時(shí),需要選中此復(fù)選框。

II）SVLANID：選擇了QINQ使能后,在此處填寫外層vlanid。

注意：GSWC盤上配置語音業(yè)務(wù)局部的局端svlan,當(dāng)。nu配置中“qinq使能狀態(tài)”打勾時(shí)，后面

填寫的Svlan對(duì)應(yīng)于GSWC盤上配置的局端svlan；當(dāng)onu配置中“qinq使能狀態(tài)”不打勾時(shí)，上

面填寫的“信令Vianid”對(duì)應(yīng)GSWC盤上配置的局端svlan。

二、語音故障處理流程圖

三、定位語音業(yè)務(wù)故障根本原那么

定位語音故障時(shí)，首先應(yīng)咳確認(rèn)故障范圍。由故障范圍來進(jìn)行故障點(diǎn)的初步定位。例：

個(gè)別現(xiàn)象的問題，排查重點(diǎn)就放在對(duì)終端設(shè)備（外線，設(shè)備端口）上，或者檢查端口級(jí)的配置。

ONU下用戶同樣問題，排查重點(diǎn)放在設(shè)備級(jí)別的配置或者硬件故障。

不同ONU下用戶同樣問題，排查重點(diǎn)就應(yīng)該放在分路器，和對(duì)應(yīng)的PON口上。

如果一個(gè)OLT下用戶全部故障，那么重點(diǎn)就應(yīng)該放在數(shù)據(jù)配置，上聯(lián)路由和平臺(tái)上。

3.1檢查外線

在定位問題時(shí)，首先要排除外界可能的干擾因素。在EPON工程中，外線的距離都不會(huì)很長，但也

有可能會(huì)出現(xiàn)短路，搭線等問四。所以排查個(gè)別用戶報(bào)障時(shí)，首先要排除外線原因，

與外線關(guān)系較為密切的故障大致有以下幾種：

1.摘機(jī)沒有饋電。

2.通話中有較大的雜音。

3.串號(hào)等

對(duì)此類故障，首先要排除外線因素，最好的方法就是，在ONL?端直接接設(shè)備測(cè)試。如果是FTTN設(shè)

備，那么直接在內(nèi)線上（不經(jīng)過ODF架）直接測(cè)試。

對(duì)I?新開的設(shè)備，特別是端口數(shù)比擬大的FTTN設(shè)備，需要檢查是否有線路短接或者多個(gè)用戶相互

搭線。當(dāng)出現(xiàn)此類問題時(shí)，該設(shè)備下的用戶會(huì)頻繁上報(bào)摘掛機(jī)，致使軟交換平臺(tái)不對(duì)該設(shè)備的消

息進(jìn)行回應(yīng)，嚴(yán)重情況下會(huì)導(dǎo)致整臺(tái)設(shè)備下的用戶都無法使用。

3.2核對(duì)配置

在工程中有許多故障是由于和平臺(tái)配置不符造成的，特別是新開的工程。

以卜幾種故障與配置錯(cuò)誤有較大的聯(lián)系：

i.主叫摘機(jī)沒有撥號(hào)音，產(chǎn)生原因有可能是網(wǎng)關(guān)域名或端點(diǎn)用戶名配置錯(cuò)誤

2.被叫摘機(jī)放忙音，產(chǎn)生原因可能是RTP值配置有誤，

3.3檢查硬件

端口級(jí)的語音故障，應(yīng)該先考慮更換端口。比方端口無饋電，端口不振鈴，端口長振鈴等故

障，建議一般先更換端口，排除個(gè)別端口硬件問題。然后再進(jìn)一步杳找具體原因。

3.4檢查上層路由

許多通話質(zhì)量問題都和上層路由有關(guān)，如通話時(shí)時(shí)斷時(shí)續(xù)，通話中單通等情況就有可能是上層路

由上有丟包所致。

3.5抓包分析

抓包分析是定位問題最后的手段，也是最行之有效的方法C口述故障現(xiàn)象一不準(zhǔn)確，二是無法定

位具體問題。可利用圖形網(wǎng)管“信令追蹤功能”捕獲設(shè)備和平臺(tái)交互的信令或利用Wireshark等

抓包工具在OLT上聯(lián)口，ONU端口等地方捕獲語音信令和媒體流信息，按照相應(yīng)語音協(xié)議來分析問

題原因。

四、根本語音業(yè)務(wù)故障分類查找

4.1網(wǎng)關(guān)未注冊(cè)上軟交換

【問題現(xiàn)象】

摘機(jī)沒有撥號(hào)音，查看網(wǎng)關(guān)狀態(tài)為未注冊(cè)上或者正在注冊(cè)中。

【原因分析】

EPON系統(tǒng)中，ONU同時(shí)擔(dān)任信令網(wǎng)關(guān)(MG)的角色。在進(jìn)行業(yè)務(wù)開通時(shí)，首先要向軟交換平臺(tái)

注冊(cè)。網(wǎng)關(guān)注冊(cè)失敗主要由以下3種原因?qū)е拢?/p>

1.VLANID配置不正確：VLANID配置信息不正確使得CNU和軟交換平臺(tái)之間無法正常的通信，

從而導(dǎo)致網(wǎng)關(guān)注冊(cè)失敗。

2.MG的1P配置重復(fù)：在軟交換系統(tǒng)中，每個(gè)MG都應(yīng)該有唯一的IP地址，當(dāng)兩個(gè)或者兩個(gè)以

上MG配置相同的IP地址的時(shí)候,將導(dǎo)致MG網(wǎng)關(guān)注冊(cè)失敗。

3.MID配置錯(cuò)誤：在軟交換系統(tǒng)之，用MID來標(biāo)識(shí)網(wǎng)關(guān)。MG上配置的網(wǎng)關(guān)MII)必須與平臺(tái)的

配置一致，否那么當(dāng)MG向軟交換平臺(tái)注冊(cè)時(shí)，軟交換平臺(tái)會(huì)認(rèn)為是非法的網(wǎng)關(guān)，從而導(dǎo)網(wǎng)關(guān)注冊(cè)

失敗。

【解決方法】

出現(xiàn)網(wǎng)關(guān)注冊(cè)失敗的故障笈照以下的方法進(jìn)行排查：

1.檢查ONU與軟交換平臺(tái)之間網(wǎng)絡(luò)連接是否正常。

從ONU中ping軟交換的IP,如果ping不通，請(qǐng)檢查VLANID的配置信息和MG的IP配置

信息是否正確。

2.檢杳ONU是否從網(wǎng)管得到H248配置及相關(guān)配置是否正確

如果MG能夠正常ping通軟交換平臺(tái)，而網(wǎng)關(guān)注冊(cè)失敗，請(qǐng)檢查MGip和MID配置是否正確，

是否與軟交換平臺(tái)上配置的MG信息相匹配。

【現(xiàn)網(wǎng)案例】

某FTTH工程AN5116-02設(shè)備在一個(gè)PON口下發(fā)現(xiàn)IP網(wǎng)關(guān)名稱為10.32.160.2的ONU語音不通，在該P(yáng)ON

口下更換為另一個(gè)IP網(wǎng)關(guān)名稱為的IAD軟交換語音用戶通話正常。

測(cè)試中發(fā)現(xiàn)軟交換平臺(tái)(.2)在審計(jì)時(shí)，IAD回510UNKOWNENDPOINT,更換為另一個(gè)測(cè)試后正常，

用戶通話也正常，通過對(duì)包的分析發(fā)現(xiàn)在配置原10.32.160.2IP時(shí)網(wǎng)關(guān)名稱后多敲了字符空格鍵，

刪除網(wǎng)關(guān)名稱后的字符空格鍵后經(jīng)過驗(yàn)證解決，IP網(wǎng)關(guān)名稱為的IAD軟交換語音用戶通話也正常。

4.2端點(diǎn)未注冊(cè)上軟交換

【問題現(xiàn)象】

端點(diǎn)注冊(cè)狀態(tài)為reg_fail,摘機(jī)沒有撥號(hào)音

端點(diǎn)注冊(cè)沒有應(yīng)答，在命令行中發(fā)端點(diǎn)注冊(cè)也無效。

端點(diǎn)注冊(cè)狀態(tài)持續(xù)為reging,

【原因分析】

端點(diǎn)注冊(cè)不，軟交換時(shí)，笫一步首先要檢查網(wǎng)關(guān)注冊(cè)狀態(tài)。如果網(wǎng)關(guān)注冊(cè)成功，端點(diǎn)注冊(cè)失

敗，需要檢杳端點(diǎn)配置，與軟交換平臺(tái)核對(duì)數(shù)據(jù)。

確認(rèn)配置正確后，需要鏡像抓包分析軟交換信令，查找具體原因。端點(diǎn)無法注冊(cè)上軟交換平

臺(tái)的可能原因有下面幾個(gè)。

1.外線短路，導(dǎo)致端點(diǎn)頻繁上報(bào)摘掛機(jī)。這種情況一般常見于FTTN型ONU。該類ONU一般外

線比擬長，容易發(fā)生短路，導(dǎo)致ONU認(rèn)為是真實(shí)摘掛機(jī)事件，上報(bào)軟交換平臺(tái)。軟交換平臺(tái)認(rèn)為

這是惡意呼叫，拒絕應(yīng)答，引起ONU發(fā)起網(wǎng)關(guān)注冊(cè)。所以外線有問題時(shí)，圖形網(wǎng)管上會(huì)頻繁出現(xiàn)

MGC鏈路斷開告警。

2.軟交換平臺(tái)未下發(fā)摘掛機(jī)檢測(cè)事件。原有的注冊(cè)流程是，O\U|阿關(guān)注冊(cè)成功后，會(huì)發(fā)起端

點(diǎn)注冊(cè)。在某地EPON工程中跟軟交換平臺(tái)對(duì)接時(shí)，大量端點(diǎn)注冊(cè)導(dǎo)致軟交換平臺(tái)的CPU利用率居

高不下。后來對(duì)注冊(cè)流程做了修改，設(shè)備L電或者網(wǎng)絡(luò)中斷后恢復(fù)時(shí)，ONU只發(fā)網(wǎng)關(guān)注冊(cè)，不發(fā)端

點(diǎn)注朋。如果軟交換平臺(tái)對(duì)某端點(diǎn)下發(fā)摘掛機(jī)檢測(cè)事件，就將其置為IDLE.如果軟交換平分未下發(fā)

摘掛機(jī)檢測(cè)事件，那么端點(diǎn)注冊(cè)失敗，狀態(tài)為REG-FAIL。需要摘機(jī)觸發(fā)端點(diǎn)注冊(cè)。

3.端點(diǎn)用戶名配置錯(cuò)誤。設(shè)備上配置的端點(diǎn)用戶名與軟交換平臺(tái)不一致，或者軟交換平臺(tái)未

配置相關(guān)數(shù)據(jù)，導(dǎo)致端點(diǎn)注冊(cè)失敗。

【解決方法】

可能原因總結(jié)及解決方法：

1.檢查網(wǎng)關(guān)注冊(cè)狀態(tài)，確認(rèn)網(wǎng)關(guān)注冊(cè)成功。

2.檢查端點(diǎn)配置，確認(rèn)數(shù)據(jù)正確。

3.椅杏外線，排除外線故障導(dǎo)致頻繁上報(bào)摘排機(jī)，引起軟交換平臺(tái)不回包。導(dǎo)致網(wǎng)關(guān)注冊(cè)失

敗。

4.抓包分析信令，查看注冊(cè)流程，分析定位具體原因。

【現(xiàn)網(wǎng)案例】

某市EPON工程使用我司AN5U5-020LT系統(tǒng)，下掛AN5006-07/09,AN5006-15/16型ONU。軟交換協(xié)議為H.248

協(xié)議。局方對(duì)城域網(wǎng)進(jìn)行改造，凌晨改造完畢，之后局部OLT下掛的局部C類ONU無法注冊(cè)上軟交換平臺(tái)，網(wǎng)管

上出現(xiàn)大量“與MGC通信中斷”告警，語音業(yè)務(wù)大面積中斷。

經(jīng)過在OLT上聯(lián)口鏡像抓包，分析發(fā)現(xiàn)，ONU網(wǎng)關(guān)注冊(cè)成功后會(huì)發(fā)起端點(diǎn)注冊(cè)。但是有局部

端點(diǎn)的注冊(cè)消息沒有收到軟交換平臺(tái)的應(yīng)答。ONU在端點(diǎn)注冊(cè)沒有收到應(yīng)答消息時(shí)，促發(fā)網(wǎng)關(guān)注冊(cè)。

當(dāng)時(shí)城域網(wǎng)中斷剛剛恢復(fù)，有大量的設(shè)備發(fā)起注冊(cè)請(qǐng)求，軟交換平臺(tái)處理不過來時(shí)，就丟棄一些

請(qǐng)求包，不予回應(yīng)。設(shè)備在發(fā)出請(qǐng)求包沒有收到應(yīng)答時(shí)，重新發(fā)網(wǎng)關(guān)注冊(cè)，一直處于“網(wǎng)關(guān)注冊(cè)

成功”一）“注冊(cè)端點(diǎn)”好”局部端點(diǎn)注冊(cè)失敗”一〉“重發(fā)網(wǎng)關(guān)注冊(cè)”的惡性循環(huán)之中。

當(dāng)時(shí)的解決方法是，我們修改NGNvlan,斷開ONU與上層城域網(wǎng)的通信，之后逐步恢復(fù)。后

來新的軟件版本中，我們對(duì)注冊(cè)流程做了修改，網(wǎng)關(guān)注冊(cè)成功后是否發(fā)端點(diǎn)注冊(cè)做成可配，默認(rèn)

不發(fā)端點(diǎn)注冊(cè)，解決注冊(cè)包數(shù)目過多的問題。

4.3摘機(jī)無撥號(hào)音

【問題現(xiàn)象】

配置好語音業(yè)務(wù)，摘機(jī)后無饋電；

配置好語音業(yè)務(wù)，摘機(jī)有饋電，但聽不到撥號(hào)音。

用戶使用過程中，突然出現(xiàn)摘機(jī)沒有撥號(hào)音的現(xiàn)象，重啟設(shè)備后恢復(fù)。

【原因分析】

摘機(jī)無撥號(hào)音的現(xiàn)象，常見于業(yè)務(wù)開通的時(shí)候。碰到這種故障，首先可以根據(jù)摘機(jī)有無饋電，

對(duì)故障做一個(gè)大概的定位。

1.如果摘機(jī)無饋電，屬于便件問題?？赡艿脑蛴性挋C(jī)本身問題，外線問題，語音接口盤（POTS

盤）問題。此類問題查找時(shí)建議首先從外線查起。

對(duì)于直接安裝在用戶家的面包盒式ONU,例如AN5006-04,AN5006-05,沒有外線，可以檢查話

機(jī)或線問題。排除話機(jī)和線問題后，故障的原因可以確定為ONU硬件故障。

對(duì)于樓道型ONU和節(jié)點(diǎn)型ONU,排查硬件故障時(shí)，最有效的方法是拋開外線，直接在設(shè)備端口

檢測(cè)。根據(jù)測(cè)試結(jié)果，可以將故障定用戶側(cè)或者設(shè)備側(cè)。

2.摘機(jī)有饋電，但是沒有撥號(hào)音，首先要確定故障類別。判斷是個(gè)別端口無撥號(hào)音/整個(gè)單

盤的端I」無撥號(hào)音/整個(gè)設(shè)備端U無撥號(hào)音。根據(jù)現(xiàn)象作進(jìn)一步的檢查。

整個(gè)設(shè)備端口無撥號(hào)音，首先要檢測(cè)網(wǎng)關(guān)注冊(cè)狀態(tài)。網(wǎng)關(guān)注冊(cè)失敗，常見于新設(shè)備開通時(shí)。

需要檢查跟軟交換平臺(tái)之間的通信是否正常，從IADping軟交換平臺(tái)看是否能夠ping通。如果

Ping不通，那么檢查VLA”上層路由和物理線路是否正常。如果可以ping通，但是網(wǎng)關(guān)注冊(cè)不上，

需要檢查IP,域名等數(shù)據(jù)，確認(rèn)設(shè)備配置的數(shù)據(jù)跟軟交換平臺(tái)一致。網(wǎng)關(guān)注冊(cè)不上軟交換，一般

都是因?yàn)閿?shù)據(jù)配置錯(cuò)誤或與軟交換通信不正常引起。

整個(gè)單盤所有端口無撥號(hào)音（針對(duì)C類有語音接口盤的ONU）,而其他單盤的端口正常，在確

認(rèn)端口己經(jīng)使能，及用戶名配置正確的前提下首先更換POTS盤。

單個(gè)端口無撥號(hào)音，檢查端點(diǎn)配置。端點(diǎn)需耍配置的數(shù)據(jù)只有用戶名，使能/去使能兩項(xiàng)，需

要確認(rèn)配置.正確。比擬常見的情況是，設(shè)備配置的用戶名與軟交換平臺(tái)不一致，導(dǎo)致端點(diǎn)注冊(cè)失

敗，摘機(jī)沒有撥號(hào)音。

目前烽火04、05,07,09,15,16型的0NU都已經(jīng)大面積商用，與中興，華為，貝爾的軟交

換平臺(tái)都有對(duì)接。如果是開通過程中出現(xiàn)摘機(jī)沒有撥號(hào)音，排除硬件問題，一般都是數(shù)據(jù)配置有

誤引起，與軟交換平臺(tái)的對(duì)接不存在問題。

3.使用一段時(shí)間后出現(xiàn)摘機(jī)無撥號(hào)音，排查的思路跟業(yè)務(wù)開通時(shí)相似。排查外線，檢查網(wǎng)關(guān)

注冊(cè)狀態(tài)，端點(diǎn)注冊(cè)狀態(tài)，檢查0NU與軟交換平臺(tái)的通信。如果0NU與軟交換平臺(tái)的道信正常，

數(shù)據(jù)配置也正確，但是端點(diǎn)狀態(tài)不是IDLE,可以先在命令行中發(fā)送端點(diǎn)注冊(cè)，查看端點(diǎn)能否成功

注冊(cè)，摘機(jī)是否有撥號(hào)音。再發(fā)網(wǎng)關(guān)注冊(cè)，盡量不要重啟設(shè)備，這樣問題現(xiàn)象會(huì)消失，不利于查

找問題真實(shí)原因。

如果排除配置問題（配置喪失或者不正確）和通信問題（ping不通軟交換平臺(tái)），那么需要在

0LT側(cè)鏡像抓包，分析信令，查找具體原因。

對(duì)于摘機(jī)沒有撥號(hào)音，重啟設(shè)備或者重新發(fā)網(wǎng)關(guān)注冊(cè)后恢史，過段時(shí)間又重現(xiàn)的故障，原因

可能有多種。比方軟件，硬件工作異常，與軟交換平臺(tái)互通出現(xiàn)問題,碰到這類情況時(shí)，建議盡

量不要重啟設(shè)備，保存故障現(xiàn)象，同時(shí)聯(lián)系我方技術(shù)支持人員，查找具體原因。

有效排查手段總結(jié)：

1.判斷摘機(jī)有無饋電

2.判斷個(gè)別端口無撥號(hào)音/整個(gè)單盤的端口無撥號(hào)音/整個(gè)設(shè)備端口無撥號(hào)音

3.查看端口注冊(cè)狀態(tài)。

4.在0LT側(cè)鏡像抓包，分析0NU與軟交換平臺(tái)之間的信令。

【解決方法】

可能的原因及解決方法主要有以下幾種：

1.網(wǎng)關(guān)注冊(cè)失敗，端點(diǎn)名未配，端點(diǎn)名配置錯(cuò)誤或與軟交換平臺(tái)不一致,跟軟交換維護(hù)人員

核對(duì)數(shù)據(jù)，確認(rèn)配置的正確性。

2.設(shè)備硬件故障(包括外線短路，斷路，POTS盤硬件故障，語音模塊硬件故障，)需要更換

硬件，將有故障的設(shè)備返廠檢修。

3.端點(diǎn)狀態(tài)異常，重啟后恢復(fù)，過短時(shí)間又重現(xiàn)。這類故障一般不常見，如果出現(xiàn)，請(qǐng)保存

故障現(xiàn)象，盡量不要重啟設(shè)備，同時(shí)聯(lián)系我方技術(shù)支持人員。

【現(xiàn)網(wǎng)案例】

新疆某地EPON工程在開通語音業(yè)務(wù)時(shí)，摘機(jī)沒有撥號(hào)音。遠(yuǎn)程登錄到ONU上發(fā)現(xiàn)，網(wǎng)關(guān)注冊(cè)狀態(tài)為

registeredo但是端點(diǎn)的注冊(cè)狀態(tài)為reg-fail。

在OLT上做鏡像抓包發(fā)現(xiàn)，IAD發(fā)去端點(diǎn)注冊(cè)時(shí)，軟交換平臺(tái)回復(fù)430(unknowntcrminationlD)

錯(cuò)誤，后來反復(fù)跟軟交換中心的維護(hù)人員核對(duì)數(shù)據(jù)，發(fā)現(xiàn)設(shè)備配置用戶名時(shí)，將用戶名配錯(cuò)。修

改用戶名后業(yè)務(wù)恢復(fù)正常。

4.4被叫不振鈴

【問題現(xiàn)象】

端口做主叫正常，做被叫不振鈴，摘起話機(jī)后能夠正常通話。

端口做主叫正常，做被叫不振鈴，摘機(jī)后話機(jī)無音。

端口做主叫正常，做被叫不振鈴，摘機(jī)后聽到撥號(hào)音。

用戶使用一段時(shí)間后，某些端口出現(xiàn)做被叫無法振鈴現(xiàn)象，重啟設(shè)備后恢復(fù)正常。

心跳不匹配導(dǎo)致端點(diǎn)狀態(tài)為OUTofservice

【原因分析】

首先判斷做主叫是否正常，如果做主叫也出現(xiàn)異常，那么參考“摘機(jī)無撥號(hào)音”或者“撥打聽

忙音”等原因分析。

如果做被叫不振鈴，摘機(jī)能正常通話，說明業(yè)務(wù)正常，無法振鈴只是硬件故障?？赡艿脑?/p>

的有話機(jī)損壞無法振鈴或者設(shè)備振鈴模塊損壞。

用戶做被叫不振鈴，遠(yuǎn)端聽到的是忙音，被叫摘機(jī)后還能聽到撥號(hào)音，說明無法做被叫是軟

交換平臺(tái)的問題。在業(yè)務(wù)開通前進(jìn)行試運(yùn)行時(shí)，軟交換平臺(tái)一般會(huì)做一個(gè)虛擬號(hào)，可以做主叫，

但是無法做被叫。割接后未來得及修改，導(dǎo)致用戶投訴。

如果用戶久不掛機(jī)或者因?yàn)榫€路問題沒有掛好，設(shè)備在翱鳴音超時(shí)后，會(huì)將端點(diǎn)的狀態(tài)自己

置為。utofservice,此時(shí)無法做被叫。用戶再次掛機(jī)時(shí)，會(huì)促發(fā)端點(diǎn)注冊(cè)，如果注冊(cè)成功，那

么端點(diǎn)狀態(tài)恢復(fù)為inservice。

端點(diǎn)狀態(tài)正常，但是無法做被叫。抓包分析發(fā)現(xiàn)，做被叫時(shí)軟交換平臺(tái)不予接續(xù)。在軟交換

平臺(tái)查看，端點(diǎn)狀態(tài)為outofservice。導(dǎo)致這種情況的原因比擬多，需要抓包分析置為。utof

service之前，ONU與軟交換平臺(tái)的信令交互過程。工程曾經(jīng)出現(xiàn)過因?yàn)镺NU的心跳沒有開啟，軟

交換平臺(tái)在過段時(shí)間后，認(rèn)為0NU已經(jīng)不在線，將其端點(diǎn)狀態(tài)置為。utofservice導(dǎo)致用戶無法

做被叫。

【解決方法】

1.被叫不振鈴，摘機(jī)能正常通話，屬于硬件問題，可以用替代法杳找故障點(diǎn)，然后更換相關(guān)

設(shè)備。

2.被叫不振鈴，主叫聽到忙音，被叫摘機(jī)后聽到撥號(hào)音，屬于軟交換平臺(tái)配置問題，聯(lián)系平

臺(tái)維護(hù)人員解決。

3.線路有問題，導(dǎo)致掛機(jī)未上報(bào)?？梢杂锰鎿Q法查找話機(jī)和線路故障，更換相關(guān)設(shè)備。

4.設(shè)備或者軟交換平臺(tái)上，端點(diǎn)的實(shí)際狀態(tài)為。utofservice。導(dǎo)致此類問題的原因一般都

是因?yàn)?NU跟軟交換平臺(tái)的互通出現(xiàn)“誤解”，導(dǎo)致一方認(rèn)為另一方已經(jīng)不在效勞狀態(tài)。具體原因

的查找要從分析信令做起，分析異常之前的信令過程，找出具體原因，再確定解決方法。

【現(xiàn)網(wǎng)案例】

北京某工程一04型0NU,做被叫時(shí)沒有振鈴。

經(jīng)過抓包分析，發(fā)現(xiàn)拄機(jī)后沒有上報(bào)拄機(jī)，導(dǎo)致放翱鳴音結(jié)束后，端點(diǎn)被置為OUTOFSERVICE

狀態(tài)。軟交換平臺(tái)發(fā)審計(jì)時(shí)，發(fā)現(xiàn)端點(diǎn)已不在效勞狀態(tài)。因此做被叫時(shí)，平臺(tái)不予接續(xù)。該問題

更換用戶線路后解決。

4.5主叫撥打聽忙音

【問題現(xiàn)象】

1.主叫時(shí)一摘機(jī)就放忙音

2.主叫摘機(jī)有撥號(hào)音，但覆號(hào)時(shí)1號(hào)碼未撥完）放忙音

3.主叫摘機(jī)有撥號(hào)音，但徵完號(hào)（號(hào)碼撥完）后放忙音

4.主叫摘機(jī)及撥號(hào)均止常，對(duì)方也有振鈴，但振鈴后中斷，或?qū)Ψ秸獧C(jī)后中斷

【原因分析】

I.這種情況大多是由于網(wǎng)關(guān)域名或端點(diǎn)用戶名配置有誤所致。可在網(wǎng)管中選中AC16盤進(jìn)行

“ngn狀態(tài)回調(diào)"，查看"MGC注冊(cè)狀態(tài)”與“端口狀態(tài):正常情況下“MGC注冊(cè)狀態(tài)”應(yīng)該是已

注冊(cè)。而“端口狀態(tài)”應(yīng)該空閑。

如果“MGC注冊(cè)狀態(tài)”為注冊(cè)中，那么說明網(wǎng)關(guān)沒有注冊(cè)上，需檢杳網(wǎng)關(guān)域名的設(shè)置：如果“端

口狀態(tài)”為未激活或注冊(cè)中，說明端點(diǎn)用戶名沒有注冊(cè)上。

2.這種情況通常是撥打的號(hào)碼不在平臺(tái)所定義的撥號(hào)數(shù)圖的范圍內(nèi)。

例如平臺(tái)卜.發(fā)此撥號(hào)數(shù)圖

｛（200|20118434441843445）｝此時(shí)如果撥打“1”開頭的號(hào)碼，因?yàn)闆]有任何一個(gè)撥號(hào)方案是

以“1”開頭的，所以平臺(tái)認(rèn)為撥打的號(hào)碼非法，直接放忙音。故只要所撥打的號(hào)碼與任一撥號(hào)方

案都不匹配，就會(huì)有此故障.

3.此故障有可能是撥號(hào)后超時(shí)引起的?？勺尶蛻粼趽芡晏?hào)后加撥號(hào)，如果加撥號(hào)

后沒有問題，那么根本確定是超時(shí)所引起的。此故障大多是因?yàn)槠脚_(tái)的撥號(hào)方案“x.L”所致。

4.此故障根本上是平臺(tái)設(shè)置的RTP值和IAD上RTP值不匹配所致。

【解決方法】

1.需檢查端點(diǎn)用戶名配置。

2.這種情況需要檢杳平臺(tái)上設(shè)定的撥號(hào)數(shù)圖。

3.為了防止此情況，需將我們?cè)O(shè)備上的“立即上報(bào)”功能翻開。

4.修改RTP值與軟交換平臺(tái)匹配即可。

【現(xiàn)網(wǎng)案例1]

某地開EPON試點(diǎn)工程，主叫摘機(jī)無撥號(hào)音，同時(shí)在AC16盤上對(duì)ngn狀態(tài)進(jìn)行回調(diào)時(shí)，發(fā)現(xiàn)網(wǎng)關(guān)未注冊(cè)上。

抓包分析，當(dāng)設(shè)備發(fā)注冊(cè)信息后，平臺(tái)回復(fù)402(unknownMGW)錯(cuò)誤，如下列圖：

判斷是網(wǎng)關(guān)域名配置有誤，修改網(wǎng)關(guān)域名后，業(yè)務(wù)恢復(fù)正常。

【現(xiàn)網(wǎng)案例2】

某地開EPON試點(diǎn)工程，主叫摘機(jī)無撥號(hào)音。網(wǎng)關(guān)已經(jīng)注冊(cè)上，但是端口摘機(jī)沒撥號(hào)音。分析抓包后，發(fā)現(xiàn)

播機(jī)后，軟交換平臺(tái)回復(fù)430(unknownterminationlD)(>

初步判斷是端口用戶名配置有誤，后來查明，局方給的前緩是大寫，我們配置成小寫。修改

端點(diǎn)用戶名后，業(yè)務(wù)恢復(fù)正常。

【現(xiàn)網(wǎng)案例3]

某地新開工工程，做主叫時(shí)，對(duì)方有振鈴，但一接就放忙音；做被叫時(shí)，有振鈴，但一提機(jī)就放忙音。

檢查配置時(shí)發(fā)現(xiàn)，軟交換上設(shè)置的RTP值是RTP/0000-RTP/0015,而設(shè)備上配置的是

RTP/OO-RTP/16.修改RTP值后，業(yè)務(wù)恢復(fù)正常。

4.6放置一段時(shí)間后不能正常通話

【問題現(xiàn)象】

設(shè)備正常開通后主被叫業(yè)務(wù)都正常，但是閑置一段時(shí)間（通常5-10分鐘）之后，摘機(jī)要等幾秒

鐘后才有撥號(hào)音，無法做被叫。重新發(fā)網(wǎng)關(guān)注冊(cè)之后才能恢復(fù)語音業(yè)務(wù)。

【原因分析】

設(shè)備之前業(yè)務(wù)正常，閑置一段時(shí)間之后，登陸設(shè)備查看端點(diǎn)的狀態(tài)時(shí)正常的，但是在平臺(tái)上

查看該設(shè)備的狀態(tài)，發(fā)現(xiàn)其狀態(tài)變成不在效勞。用戶摘機(jī)之后，平臺(tái)就只回復(fù)了Reply,沒有其它

的信令下發(fā)。比照其它正常的設(shè)備，發(fā)現(xiàn)區(qū)別在于心跳。正常的設(shè)備開了心跳，出問題的設(shè)備沒

有開心跳。

之所以產(chǎn)生一段時(shí)間之后平臺(tái)與設(shè)備狀態(tài)不一致的問題，是由于設(shè)備沒有開心跳，導(dǎo)致平臺(tái)

認(rèn)為設(shè)備不在位，所以將設(shè)備的狀態(tài)置成不在效勞。

心跳的相關(guān)知識(shí)：

1.心跳作用

由于UDP傳送的不可靠，MG應(yīng)能夠及時(shí)檢測(cè)到軟交換平臺(tái)的故障，軟交換平臺(tái)也應(yīng)能及時(shí)

檢測(cè)到MG故障。為了實(shí)現(xiàn)這兩方面，MG和軟交換平臺(tái)之間應(yīng)該實(shí)現(xiàn)心跳機(jī)制。

2.心跳機(jī)制

1）W；默認(rèn)每隔30秒發(fā)一次心跳消息，針對(duì)軟交換的最大心跳間隔為64000秒，最小間隔為

1秒，而且心跳可以關(guān)閉。

2）MG每次向軟交換發(fā)送心跳的間隔是恒定的（配置的間隔），如果連續(xù)屢次［配置的次數(shù)）

沒有收到響應(yīng)，那么停止發(fā)送心跳，并開始發(fā)起注冊(cè)。

3.心跳實(shí)現(xiàn)方式

主要有兩種方式:

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

MGC可以為MG設(shè)置一個(gè)最大沉默時(shí)間，即正常工作MG允許未收到MGC發(fā)送的任何消息的最

大時(shí)間。MGC應(yīng)該保證向UG發(fā)送消息的時(shí)間間隔不超過最大沉默時(shí)間。即使在最大沉默時(shí)間內(nèi)

沒有任何其它消息，MGC也必須通過向MG發(fā)送心跳消息來說明自己還“活著”。建議MGC用針

對(duì)ROOT終結(jié)點(diǎn)的空AuditValje命令作為心跳消息，心跳周期在UGC中可以設(shè)置，象TG這樣的

大型網(wǎng)關(guān)可以設(shè)短些，而IAI)那么應(yīng)該設(shè)長些，每個(gè)心跳周期MGC向MG的ROOT終結(jié)點(diǎn)發(fā)送一

個(gè)AudilValue消息。最大沉默時(shí)間設(shè)為8個(gè)心跳周期，當(dāng)MG連續(xù)8個(gè)心跳周期沒有從UGC收

到任何消息時(shí)，就判定MGC發(fā)生了故障，雖然實(shí)際上可能是網(wǎng)絡(luò)故障，而不是MGC故障，但對(duì)MG

而言沒有區(qū)別。

這種心跳方式即是我們常說的被動(dòng)心跳。

2)MGC和MG分別獨(dú)立控制的心跳消息

MGC和MG互相向?qū)Ψ桨l(fā)送心跳消息，心跳周期由各自獨(dú)立決定。協(xié)議實(shí)體利用事務(wù)請(qǐng)求的重

傳機(jī)制依靠LOMG-TIMER超時(shí)來判定對(duì)方實(shí)體故障，由于有周期性發(fā)送的心跳消息息，可以保證協(xié)

議實(shí)體及時(shí)檢測(cè)到對(duì)方實(shí)體故障。與前一種方式相比，MG可以更自主地控制發(fā)送心跳消息的時(shí)機(jī)。

MGC仍采用針對(duì)ROOT終結(jié)點(diǎn)的空AuditValue命令作為心跳消息。MG采用的心跳消息待研

究。

注：目前在實(shí)現(xiàn)上有采用針對(duì)ROOT終結(jié)點(diǎn)的Notify命令作為UG心跳消息的做法，其中采

用周期性上報(bào)事件it/ito(見H.248.14),事件的RequestID為0。

這種心跳方式即是我們常說的主動(dòng)心跳

【解決方法】

翻開設(shè)備的心跳功能。

【現(xiàn)網(wǎng)案例】

湖北某地AN5006-16設(shè)備開通后幾分鐘業(yè)務(wù)無法使用

通過信令跟蹤發(fā)現(xiàn)注冊(cè)和流程都正常，軟交換下發(fā)的審計(jì)命令也正?；貜?fù)，但如果5分鐘

內(nèi)沒有語音業(yè)務(wù)后，軟交換就不再下發(fā)審計(jì)命令。翻開ONU設(shè)備的主動(dòng)心跳，按默認(rèn)30秒發(fā)送，

問題解決。

4.7摘機(jī)有撥號(hào)音，但語音不通或單通

【問題現(xiàn)象】

用戶摘機(jī)后能聽到正常的撥號(hào)音，撥打號(hào)碼后能聽到回鈴音或彩鈴，但被叫用戶摘機(jī)，通話

建立后，出現(xiàn)單通或通話雙方都聽不到語音。

問題出現(xiàn)有如下幾種情況：

A.外部正常，OLT內(nèi)部問題；

B.外部接通后單向無語音；

C.外部接通后雙向無語音。

【原因分析】

1.對(duì)于A類問題確認(rèn)

如果屬于A類問題，只是OLT內(nèi)部時(shí)才出現(xiàn)語音不通，很有可能跟媒體代理有關(guān)，需先弄

清是否使用OLT代理功能。媒體代理功能可以由外部的媒體效勞器或者OLT內(nèi)部實(shí)現(xiàn)，但兩者只

能取其一。如果OLT代理功能已開啟1默認(rèn)開啟），同時(shí)信令協(xié)商中又指定使用外部媒體效勞器，

那么在通話建立過程中，很可能出現(xiàn)爭(zhēng)搶作媒體代理的情況。

另外，對(duì)于AN5006-15/16設(shè)備，如果采用OLT作媒體代理，需特別注意：不要遺忘做“NGN

上聯(lián)接I」配置”。

2.對(duì)于B類和C類問題確認(rèn)

語音通話能否正常取決于如下兒個(gè)因素：呼叫雙方協(xié)席的編碼方式和包間隔是否一致，RTP流

的ip和RTP流的端口號(hào)是否正確。為了確認(rèn)上述幾點(diǎn)，這兩類問題都需通過捕獲本次通話的信令

流和語音流來加以分析定位問題。

圖4-7-1語音業(yè)務(wù)RTP流向

1）呼叫雙方協(xié)商的編碼方式是否一致：

如果編碼方式協(xié)商失敗，兩個(gè)方向的RTP流采用不同的編碼方式，那么會(huì)出現(xiàn)語音雙向不通。

2）協(xié)商的RTP包間隔是否一致:

當(dāng)兩個(gè)方向RTP流的包間隔不同時(shí)，會(huì)出現(xiàn)語音單通的情況。

3）RTP流的ip和RTP流的端口號(hào)是否正確，從兩個(gè)層次加以確認(rèn)（缺一不可）：

a.查看信令包，確認(rèn)信令協(xié)商媒體流的本地ip和端口號(hào)、遠(yuǎn)端ip和端口號(hào)是否成功；

b.RTP包所使用的ip和端口號(hào)是否就是信令協(xié)商出的媒體流所使用的ip和端口號(hào)，即需分

別查看兩個(gè)方向的RTP包使用的源ip地址、源端口號(hào)、目的ip地址和目的端口號(hào)是否與VOIP信

令協(xié)商結(jié)果一致。

4）檢查dspip是否配置不正確，例如dspip沖突。對(duì)于AN5006-04/05/07/09設(shè)備，語音

流使用的ip與信令ip為同一個(gè)，但是在AN5006T5/16設(shè)備中，語音流ip與信令ip是可以不相

同的，dspip代表的是語音流使用的ip地址。Dspip沖突的判斷方法：修改dspip為另一個(gè)ip

地址，化ONU側(cè)ping原dspip,能通，說明原dspip已被占用。

5）上述4個(gè)檢查點(diǎn)均沒有問題的情況下，在（NU側(cè)ping媒體效勞器ip地址不通，或在OLT

側(cè)只捕獲到ONU發(fā)出的RTP包，未見媒體效勞器發(fā)給ONU的RTP包，與軟交換平臺(tái)側(cè)聯(lián)系。

6）上述4個(gè)檢查點(diǎn)均沒有問題的情況下，ONU側(cè)只捕獲到媒體效勞器發(fā)給ONU的RTP包，需

聯(lián)系ONU側(cè)工程人員。

【解決方法】

1.外部正常，OLT內(nèi)部問題解決方法

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

在OLTAC16盤的ngn目錄下，使用如下命令進(jìn)行OLT代理功能使能/去使能配置:

OLT代理功能使能:

Config\ngn#setoptionprivatedisablearp-proxyenable

OLT代理功能去使能：

Config\ngn#setoptionprivatedisablearp-proxydisable

OLT代理功能使能/去使能顯示命令（arp-proxyprotocol選項(xiàng)表示代理功能使能/去使能）：

Config\ngn#showoption

privateprotocokDisable

arp-proxyprotocol:Enable

2）NGN上聯(lián)接口配置方法：

NGN上聯(lián)接口配置為圖形網(wǎng)管的配置界面，用于配置0NU語音業(yè)務(wù)中與軟件換平臺(tái)

（SoftSwitch）通信的相關(guān)參數(shù)。

操作步驟：

1）在“邏輯樹”窗格對(duì)象樹上右犍單擊AC16盤，在彈出的快捷菜單中選擇“配置”）"NGN

配置”,再點(diǎn)擊“NGN上聯(lián)接口配置”標(biāo)簽°

2）單擊磁按鈕，在彈出的“請(qǐng)輸入增加行數(shù)：”對(duì)話框中輸入“1”，單擊“確定”，表示

新建1個(gè)上聯(lián)接口。

3）按照數(shù)據(jù)規(guī)劃，配置如下：

“業(yè)務(wù)名稱”：雙擊空白格，在下拉列表選擇該0NU當(dāng)前使用的業(yè)務(wù)名稱，如

"ngrwuhan1”；

“MGC協(xié)議類型”：雙擊空白格,在卜拉列表選擇0NU使用的VOIP協(xié)議類型,如“H.248”：

"MGClIP地址或域名地址”：雙擊空白格，輸入ONU使用的軟交換平臺(tái)ip地址，如

“192.168.1.101”；

“MGC1/2/3端口號(hào)”：輸入ONU使用的軟交換平分端口號(hào)，通常H248協(xié)議端口號(hào)為

“2944”，MGCP8協(xié)議端口號(hào)為“2727”；

“心跳開關(guān)”：雙擊空白格，在下拉列表中選擇''使能”：

“DHCP配貴”：雙擊空白格，在下拉列表中選擇“去使能"（除非ONU采用dhcp方式獲

得設(shè)備ip地址,選擇“使能”）；

其它使用默認(rèn)配置。

4）點(diǎn)擊“售”，將配置應(yīng)用到設(shè)備。在窗口下部的命令窗格中，首先顯示下配置到設(shè)備“命

令成功”，然后顯示從設(shè)備讀配置“命令成功:如錯(cuò)誤！未找到引用源。所示。

H.248語音業(yè)務(wù)的NGN上聯(lián)接口配置

2.接通后單向或雙向無語音解決方法

針對(duì)?“原因分析”中定位的故障點(diǎn)，逐一解決。

如果是信令協(xié)商失敗，比方編碼方式、包間隔。根據(jù)是哪方（軟交換平臺(tái)側(cè)或ONU側(cè)）發(fā)出

的信令包有問題，求助相關(guān)的工程人員解決。

如果是RTP流使用的ip地址或端口號(hào)有問題，哪方發(fā)出的RTP包有問題，就求助相關(guān)設(shè)備的

JL程人員解決。

如果是dspip地址不正確，請(qǐng)配置正確的dspip地址，通常在沒有明確說明信令ip與語音

流ip不同的情況下，dspip地址與信令ip地址相同。

【現(xiàn)網(wǎng)案例】

昆明某EPON工程出現(xiàn)某C類ONU撥打某些號(hào)碼正常，撥打另外一些號(hào)碼不正常的情況。

通過在OLT上聯(lián)抓包分析，發(fā)現(xiàn)撥打正常的通話在信令協(xié)商過程中的使用的媒體效勞器與出

問題的通話過程協(xié)商出的媒體效勞器不相同。在OLT上聯(lián)ping兩個(gè)效勞器，發(fā)現(xiàn)有問題的那個(gè)媒

體效勞器ping不通。于是請(qǐng)局方人員排查媒體效勞器到01T上聯(lián)之間的路由，確實(shí)發(fā)現(xiàn)了問題。

路由問題解決后，語音故障得以解決。

4.8語音質(zhì)量

【問題現(xiàn)象】

普通通話過程中能聽到明顯的雜音，或者語音停頓。

【原因分析】

與傳統(tǒng)的PSTN網(wǎng)比擬，VOIP采用了語音壓縮編碼算法，將話音用數(shù)據(jù)包的形式在分組交換網(wǎng)

上傳遞，因此其對(duì)傳輸線路的時(shí)空利用率都有大幅度的提高。但VOIP也遇到了傳統(tǒng)不太關(guān)

注的語音質(zhì)量問題，用戶有時(shí)會(huì)感覺到通話過程中隨時(shí)會(huì)出現(xiàn)令人難以忍受的語音畸變和頻繁的

斷話現(xiàn)象。引起語音質(zhì)量問題的原因主要有以下兩大個(gè)方面：

1.設(shè)備硬件問題：

設(shè)備使用的電源不同，功率不同，也會(huì)影響到語音質(zhì)量。同時(shí)設(shè)備如果質(zhì)量有問題，也可能

導(dǎo)致語音質(zhì)量差。

2.網(wǎng)絡(luò)延時(shí)、丟包和抖動(dòng)；

由于是在IP網(wǎng)傳輸語音，所以任何影響到網(wǎng)絡(luò)的因素也同樣會(huì)影響到語音。延時(shí)、丟包和抖

動(dòng)，任何一個(gè)因素都不能小視。

3.設(shè)備未接地，造成電磁干擾，影響語音通話質(zhì)最。

【解決方法】

對(duì)于第一類問題的解決方法很簡單：那就是更換硬件，更換電源。

對(duì)于第二類問題，就需要從多方面去查找。

1.杳找網(wǎng)絡(luò)是否正常；

A、設(shè)備側(cè)ping媒體效勞器的IP地址，看看是否有丟包，網(wǎng)絡(luò)時(shí)延是否過大；

R、抓媒體流的包.通過抓包軟件進(jìn)行分析.主要關(guān)注的地方是丟包和時(shí)延八

2.查找遠(yuǎn)端產(chǎn)生的媒體流是否正常;

將抓到的媒體流兔原成聲音，聽復(fù)原出來的聲音是否與我們?cè)诼犕采下牭降穆曇粢恢?，如?/p>

一致，那就說明傳送過來的媒體流本身語音質(zhì)量就不好，那就需要往上查找媒體效勞器的問題。

3.查找平臺(tái)下發(fā)的信令是否正確；

在建立通話的過程中，平臺(tái)會(huì)下發(fā)?系列的信令，而信令中有些參數(shù)的設(shè)置會(huì)影響到語音質(zhì)

量，需要保證平臺(tái)卜,發(fā)的信令是正常的。例如nt/jit,tdmc/ec,tdmc/gain等等。

對(duì)第三類問題：FTTH型需要排查電源線是否為三相電源，同時(shí)檢查電源插座接地是否正常。

如果電源線為兩相，那么可能有電磁干擾。對(duì)于FTTN型ONU,需要檢查設(shè)備的接地是否正常。

【現(xiàn)網(wǎng)案例11

某地反映AN5116-02設(shè)備下掛的AN5006-07型號(hào)onu,打有較明顯的雜音，使用H。248協(xié)議。

更換硬件仍然有雜音現(xiàn)象出現(xiàn)，因此排除硬件問題。在設(shè)備端抓包，查看媒體流信息，時(shí)延

正常，沒有丟包，同時(shí)復(fù)原出來的聲音也正常，因此也排除了網(wǎng)絡(luò)問題。仔細(xì)查看信令，發(fā)現(xiàn)通

話建立的候平臺(tái)下發(fā)的Modify命令，其中一個(gè)參數(shù)配置有,可題，nt/jiPO。jit值表示抖動(dòng)容限，

其功能是用來處理網(wǎng)絡(luò)路由質(zhì)量不好，通過軟件算法解決語音上的損耗，如果jil值為0,那么表

示關(guān)閉該功能，當(dāng)網(wǎng)絡(luò)路由稍有變化時(shí)就會(huì)影響到語音質(zhì)量。設(shè)備上jit默認(rèn)值是40,如果軟交

換平臺(tái)沒有下發(fā)nt/jit參數(shù)，那么設(shè)備就按默認(rèn)的40來處理，如果平臺(tái)下發(fā)nt/jit參數(shù)，那么

設(shè)備就按平臺(tái)下發(fā)的參數(shù)來處理。如果軟交換平臺(tái)下發(fā)nt/jit=0,那么設(shè)備會(huì)按0來處理，這就

影響到了語音質(zhì)量。解決的方法是軟交換平臺(tái)將nt/jit參數(shù)值設(shè)置成40。由于在VOIP應(yīng)用中，

不能關(guān)閉抖動(dòng)容限的功能，為了防止平臺(tái)以后出現(xiàn)類似的問題，設(shè)備對(duì)平臺(tái)下發(fā)的nt/jit參數(shù)進(jìn)

行了相應(yīng)的處理。如果軟交換平臺(tái)下發(fā)了nt/jit=O,那么設(shè)備按照默認(rèn)的4()來處理，平臺(tái)下發(fā)的

其它值處理不變。

【現(xiàn)網(wǎng)案例2】

某地反映AN5006-07型號(hào)0NU設(shè)備通話過程中有時(shí)出現(xiàn)閃斷現(xiàn)象，表現(xiàn)為對(duì)方的聲音斷續(xù)或者無音，大概持

續(xù)1~2秒左右。

由于更換了硬件設(shè)備仍有亥問題存在，因此排除了硬件問題。在OLT和ONU設(shè)備上同時(shí)進(jìn)行

抓包，信令正常，網(wǎng)絡(luò)時(shí)延也正常，也沒有丟包，排除了網(wǎng)絡(luò)方面的問題。

將傳輸?shù)拿襟w流及原成聲音，發(fā)現(xiàn)也有斷續(xù)或者無音的現(xiàn)象，跟聽筒中所聽到的是一樣的，

這