FTTH語音業(yè)務(wù)組網(wǎng)和流程介紹

1、FTTH語音業(yè)務(wù)組網(wǎng)和流程介紹操作維護(hù)中心2011年5月全省軟交換組網(wǎng)結(jié)構(gòu)語音接入設(shè)備的類型與特性 軟交換資源分配用戶注冊(cè)和呼叫流程E8-C故障處理流程IMS組網(wǎng)演進(jìn)介紹全省軟交換組網(wǎng)結(jié)構(gòu)軟交換分大區(qū)建設(shè)，全省共設(shè)置5對(duì)軟交換設(shè)備，2對(duì)安裝在南京，2對(duì)安裝在蘇州，1對(duì)安裝在無錫，各自覆蓋的本地網(wǎng)如下：名稱覆蓋本地網(wǎng)南京SS1/3南京、常州、鎮(zhèn)江、徐州南京SS2/4淮安、鹽城、連云港、宿遷蘇州SS1/3蘇州蘇州SS2/4南通、揚(yáng)州、泰州無錫SS1/2無錫 南京2對(duì)軟交換及其所覆蓋的本地網(wǎng)全部選用華為的設(shè)備，蘇州2對(duì)軟交換和無錫1對(duì)軟交換及其所覆蓋的本地網(wǎng)全部選用中興的設(shè)備。 全省各本地網(wǎng)均設(shè)置2

2、個(gè)TG（中繼群），通過TG與本地網(wǎng)中的獨(dú)立匯接局之間設(shè)置直達(dá)電路來疏通電信軟交換網(wǎng)絡(luò)與電信PSTN之間、電信軟交換網(wǎng)絡(luò)與其它運(yùn)營(yíng)商網(wǎng)絡(luò)之間的業(yè)務(wù)。全省軟交換組網(wǎng)結(jié)構(gòu)全省除南京和蘇州各設(shè)置一對(duì)獨(dú)立SG（信令網(wǎng)關(guān)）外，其它本地網(wǎng)的SG均采用與TG合設(shè)的方式。通過SG與本地網(wǎng)中的一對(duì)LSTP之間設(shè)置信令鏈路來疏通電信軟交換網(wǎng)絡(luò)與電信PSTN之間、電信軟交換網(wǎng)絡(luò)與其它運(yùn)營(yíng)商網(wǎng)絡(luò)之間的信令消息。軟交換全省集中設(shè)置，而SHLR以本地網(wǎng)為單位設(shè)置。軟交換用戶的業(yè)務(wù)屬性數(shù)據(jù)保存在本地網(wǎng)的SHLR網(wǎng)元中。軟交換設(shè)備通過SIGTRAN over IP直接訪問本地網(wǎng)SHLR。全省軟交換組網(wǎng)結(jié)構(gòu)江蘇軟交換骨干網(wǎng)承載在

3、CN2網(wǎng)絡(luò)上，通過MPLS VPN方式實(shí)現(xiàn)與其他業(yè)務(wù)的網(wǎng)絡(luò)安全隔離。SS、TG、SG、MRS、SHLR等設(shè)備通過CE節(jié)點(diǎn)（NE40）接入CN2，通過CN2網(wǎng)絡(luò)實(shí)現(xiàn)跨本地網(wǎng)的互通。承載網(wǎng)絡(luò)在接入層面和骨干層面部署了多種IP技術(shù)提高網(wǎng)絡(luò)的安全與可靠性：如VRRP、BFD（雙向轉(zhuǎn)發(fā)檢測(cè)）、GR（平穩(wěn)重啟）等，減少故障影響時(shí)間，滿足NGN業(yè)務(wù)對(duì)IP網(wǎng)可靠。華為軟交換承載網(wǎng)絡(luò)結(jié)構(gòu)全省軟交換組網(wǎng)結(jié)構(gòu)中興蘇州本地網(wǎng)承載網(wǎng)絡(luò)結(jié)構(gòu)全省軟交換組網(wǎng)結(jié)構(gòu)中興無錫本地網(wǎng)承載網(wǎng)絡(luò)結(jié)構(gòu)全省軟交換組網(wǎng)結(jié)構(gòu)中興其他本地網(wǎng)承載網(wǎng)絡(luò)結(jié)構(gòu)全省軟交換組網(wǎng)結(jié)構(gòu)語音接入設(shè)備的類型與特性 軟交換資源分配用戶注冊(cè)和呼叫流程E8-C故障處理流程

4、IMS組網(wǎng)演進(jìn)介紹語音接入設(shè)備的類型與特性軟交換語音接入設(shè)備：AG、A類ONU、 B類ONU、 C類ONU、IAD和E8-C等。A類ONU：入戶式ONU，F(xiàn)TTH設(shè)備。B類ONU：盒式ONU，用戶FTTB 樓道箱設(shè)備。C類ONU：插箱式ONU，類似傳統(tǒng)的小型DSLAM設(shè)備。E8-C上行方式有三種：PON、LAN和DSL，江蘇主推PON上行模式。FTTH終端可能承載的業(yè)務(wù)類型包括以太網(wǎng)/IP業(yè)務(wù)、語音業(yè)務(wù)和IPTV業(yè)務(wù)等。PON系統(tǒng)的語音業(yè)務(wù)必須支持VoIP方式，并由FTTH終端實(shí)現(xiàn)語音的分組化。FTTH終端應(yīng)支持軟交換SIP協(xié)議、IMS SIP協(xié)議和H.248協(xié)議。語音接入設(shè)備的類型與特性基于

5、FTTH的寬帶網(wǎng)絡(luò)架構(gòu)包括PON系統(tǒng)、PON網(wǎng)元管理系統(tǒng)（廠商網(wǎng)管或IP城域網(wǎng)管，以下統(tǒng)稱為EMS）、終端綜合管理系統(tǒng)（ITMS）、IT支撐系統(tǒng)等子系統(tǒng)語音接入設(shè)備的類型與特性其中，PON系統(tǒng)由局側(cè)的OLT、用戶側(cè)的ONU（包括SFU和PON上行家庭網(wǎng)關(guān)）和ODN組成，為單纖雙向系統(tǒng)。在下行方向（OLT到ONU），OLT發(fā)送的信號(hào)通過ODN到達(dá)各個(gè)ONU。在上行方向（ONU到OLT），ONU發(fā)送的信號(hào)只會(huì)到達(dá)OLT，而不會(huì)到達(dá)其他ONU。為了避免數(shù)據(jù)沖突并提高網(wǎng)絡(luò)利用效率，上行方向采用TDMA多址接入方式并對(duì)各ONU的數(shù)據(jù)發(fā)送進(jìn)行仲裁。ODN由光纖和一個(gè)或多個(gè)光分路器等無源光器件組成，在OLT

6、和ONU間提供光通道。語音接入設(shè)備的類型與特性IMS和軟交換E8-C的差別 1、開戶的參數(shù)配置規(guī)則不同，主要多了域名。2、SIP協(xié)議的消息體不一樣。3、注冊(cè)和心跳的流程不同，需要通過DNS，主叫IP獲取，需要通過 DHCP。4、終端的參數(shù)配置不同。全省軟交換組網(wǎng)結(jié)構(gòu)語音接入設(shè)備的類型與特性 軟交換資源分配 用戶注冊(cè)和呼叫流程E8-C故障處理流程IMS組網(wǎng)演進(jìn)介紹軟交換資源分配（一）中興軟交換簇號(hào)規(guī)劃 EPON簇號(hào)規(guī)劃延用IAD簇號(hào)段，各本地網(wǎng)可以根據(jù)需求分區(qū)域劃分簇號(hào)，也可以共用1個(gè)簇號(hào)，由于簇號(hào)關(guān)聯(lián)數(shù)據(jù)區(qū)分配，原則上大于5萬門用戶可以啟用新簇號(hào)。 EPON數(shù)據(jù)配置中的靜態(tài)模板和默認(rèn)屬性模板根

7、據(jù)本地網(wǎng)EPON接入設(shè)備類型進(jìn)行命名，名稱格式：本地網(wǎng)名稱EPON廠家名編號(hào)，如南通EPON華為1。 蘇州本地網(wǎng)使用一對(duì)SS（SS1與SS3），南通、揚(yáng)州、泰州使用一對(duì)SS（SS2與SS4），中興SS創(chuàng)建SIP終端時(shí)只需要建立虛擬節(jié)點(diǎn)，節(jié)點(diǎn)號(hào)統(tǒng)一分配。 軟交換資源分配（二）華為軟交換規(guī)劃：IFMI板分配原則 南京：132（主10.14.132.36備10.14.132.68） 常州：132（主10.14.132.68備10.14.132.36 ）鎮(zhèn)江: 132（主10.14.132.69備10.14.132.37） 徐州：132（主10.14.132.69備10.14.132.37）淮安: 1

8、32（主10.14.132.4備10.14.132.100） 鹽城：132（主10.14.132.5備10.14.132.101） 連云港：132（主10.14.132.100備10.14.132.4） 宿遷：132（主10.14.132.101備10.14.132.5） FCCU模塊分配原則 軟交換資源分配（三）命名規(guī)范域名的命名規(guī)范 ：局點(diǎn)縮寫_設(shè)備名+_廠家名_設(shè)備序列號(hào)局點(diǎn)縮寫用地區(qū)地點(diǎn)來命名設(shè)備名用ONU+端口數(shù)來表示。(ONU8表示8端口/ ONU16表示16端口/ ONU32表示32端口)廠家名如下：用1位字母表示，其中：X=Z中興，C華為，F(xiàn) 烽火，G長(zhǎng)光如：南京電信鼓樓局第1

9、臺(tái)烽火ONU應(yīng)填寫：NJ_GULOU_ONU8F_1 節(jié)點(diǎn)（網(wǎng)關(guān)）名稱規(guī)范 :地區(qū)縣區(qū)名稱鎮(zhèn)名稱（可選）EPON_廠家名應(yīng)用場(chǎng)景+BSS設(shè)備編碼廠家名如下：用1位字母表示，其中：X=Z中興，C華為，F(xiàn) 烽火，G長(zhǎng)光應(yīng)用場(chǎng)景為FTTB、FTTH、FTTO三種，用B、H、O三個(gè)字母來表示。BSS設(shè)備編碼用于表示該設(shè)備在BSS中的編號(hào)，便于與BSS資源的管理相一致。例如：南京鼓樓EPON_ZH23表示南京鼓樓中興EPONFTTH設(shè)備，在BSS中的設(shè)備編碼為23。 軟交換資源分配（三）命名規(guī)范端口TID的命名規(guī)范 ：ONU（IAD）TIDNAME規(guī)劃：ONU地市編號(hào)機(jī)型號(hào)/端口號(hào)其中：地市用區(qū)號(hào)替代1

10、0無錫11鎮(zhèn)江12蘇州13南通14揚(yáng)州15鹽城16徐州17淮安18連云港19常州23泰州25南京27宿遷。編號(hào)表示同一地點(diǎn)的多個(gè)ONU的順序號(hào)，為一位，從0到9，如果不夠，后續(xù)序號(hào)從A開始到Z。機(jī)型號(hào)X用1位字母表示，其中：X=Z中興，C華為，F(xiàn) 烽火，G長(zhǎng)光,端口號(hào)用自然數(shù)編號(hào)，不做定長(zhǎng)匹配。舉例：ONU120Z/1表示蘇州某一地點(diǎn)的編號(hào)為0的中興ONU的1端口用戶。 RTP資源的命名規(guī)范 :使用RTP/+五位通配方式，如RTP/00000-RTP/00031。 軟交換資源分配（三）命名規(guī)范其他參數(shù) ：1）、傳真、Modem參數(shù)配置要求傳真或Modem 業(yè)務(wù)應(yīng)嚴(yán)格按照“全控T30”的方式進(jìn)行

11、統(tǒng)一配置。2）、H248傳輸模式要求要求使用alf/udp方式，增加可靠性。如無沒有alf/udp，設(shè)置為udp，同時(shí)打開重傳開關(guān)。3）、注意與軟交換對(duì)接參數(shù)和協(xié)議的配置，并應(yīng)注意在實(shí)現(xiàn)拍叉簧轉(zhuǎn)接、小話務(wù)臺(tái)及智能電話卡等業(yè)務(wù)過程中可能的參數(shù)調(diào)整（拍叉簧檢測(cè)時(shí)間、DTMF 音頻的識(shí)別方式等）。4）、OLT下語音業(yè)務(wù)的互通如果OLT下用戶的語音業(yè)務(wù)無法互通，應(yīng)優(yōu)先在OLT設(shè)備啟用基于語音VLAN的ARP PROXY功能。為了降低CPU的負(fù)荷，CPU不應(yīng)處理其它二層轉(zhuǎn)發(fā)的ARP消息。軟交換資源分配（四）用戶資源核查：徐州試點(diǎn)序號(hào)地市BSS總用戶數(shù)軟交換總用戶數(shù)交換機(jī)比BSS多出數(shù)據(jù)差值比1徐州259

12、74627010169762.58%用戶資源核查規(guī)則：1、在話務(wù)閑時(shí)同時(shí)提取BOSS和交換機(jī)的用戶數(shù)據(jù)，數(shù)據(jù)類型分H.248和SIP兩類用戶。2、由省NOC負(fù)責(zé)比較BOSS和交換機(jī)的用戶數(shù)據(jù)，將交換機(jī)比BOSS多出的用戶數(shù)據(jù)提交給本地網(wǎng)。3、本地網(wǎng)將差異數(shù)據(jù)到SHLR上進(jìn)行查詢，在SHLR上查詢不到的用戶數(shù)據(jù)在軟交換上直接刪除，在SHLR上查詢到的用戶數(shù)據(jù)請(qǐng)前端核實(shí)后刪除。4、用戶資源核查的周期是每季度。全省軟交換組網(wǎng)結(jié)構(gòu)語音接入設(shè)備的類型與特性 軟交換資源分配用戶注冊(cè)和呼叫流程E8-C故障處理流程IMS組網(wǎng)演進(jìn)介紹H.248（A-ONU）用戶注冊(cè)和呼叫流程媒體網(wǎng)關(guān)在運(yùn)行初期階段，需要事先向軟

13、交換設(shè)備進(jìn)行注冊(cè)，其注冊(cè)流程圖見圖流程說明：1) MG 向MGC 發(fā)送ServiceChange 進(jìn)行注冊(cè)，ServcieChange 中的TerminationId 為Root,Method 為Restart；ServiceChangeReason 在冷啟動(dòng)時(shí)為901（Cold Boot）；熱啟動(dòng)時(shí)為902（Warm Boot）；2) MGC 回送注冊(cè)成功的Reply 消息；3) MGC 向MG 發(fā)送Modify 命令，要求MG 檢測(cè)所有用戶的摘機(jī)(al/of)；4) MG 應(yīng)答Reply 消息。H.248（A-ONU）用戶注冊(cè)和呼叫流程媒體網(wǎng)關(guān)在運(yùn)行初期階段，需要事先向軟交換設(shè)備進(jìn)行注銷，

14、其注銷流程圖見圖1) 媒體網(wǎng)關(guān)向軟交換設(shè)備發(fā)送ServiceChange 進(jìn)行注銷，ServiceChange 中的ServiceChangeMethod 設(shè)置為Graceful 或Forced。2) 軟交換設(shè)備回送證實(shí)消息。H.248（A-ONU）用戶注冊(cè)和呼叫流程模擬用戶發(fā)起的呼叫建立流程H.248（A-ONU）用戶注冊(cè)和呼叫流程流程說明：1) MG1 檢測(cè)到用戶User1 的摘機(jī)，將此摘機(jī)事件通過Notify 命令上報(bào)給MGC；2) MGC 向MG1 返回Reply；3) MGC 向MG1 發(fā)送Modify 消息，下發(fā)號(hào)碼表（Digitmap），要求對(duì)主叫用戶放撥號(hào)音（cg/dt），并檢

15、測(cè)收號(hào)完成（dd/ce）、掛機(jī)（al/on）、拍叉簧（al/fl）事件；4) MG1 向MGC 返回Reply；5) MG1 上的用戶User1 撥號(hào)，MG1 根據(jù)MGC 所下發(fā)的號(hào)碼表進(jìn)行收號(hào)，并將所撥號(hào)碼及匹配結(jié)果用 Notify 消息上報(bào)MGC；6) MGC 向MG1 返回Reply7) MGC 向MG 發(fā)送Add 消息，在MG 中創(chuàng)建一個(gè)新context，并在 context中加入用戶User1 的 termination 和RTP termination，其中RTP 的Mode設(shè)置為ReceiveOnly，并設(shè)置語音壓縮算法；H.248（A-ONU）用戶注冊(cè)和呼叫流程8) MG1 為

16、所需Add 的RTP 分配資源RTP1，并向MGC 應(yīng)答Reply 消息，其中包括該RTP1的 IP 地址，采用的語音壓縮算法和RTP 端口號(hào)等。9) MGC 向MG2 發(fā)送Add 消息，在MG2 創(chuàng)建一個(gè)新context，在context中加入用戶USER2 的termination 和RTP termination，其中Mode 設(shè)置為SendReceive，并設(shè)置遠(yuǎn)端RTP 地址及端口號(hào)、語音壓縮算法等；10) MG2 為所需Add 的RTP 分配資源RTP2，并向MGC 應(yīng)答Reply 消息，其中包括該RTP2 的IP 地址，采用的語音壓縮算法和RTP 端口號(hào)等；11) MGC 向MG

17、2 發(fā)送Modify 消息，MG2 向被叫送振鈴音（al/ri）；12) MG2 向MGC 應(yīng)答。13) MGC 向MG1 發(fā)送Modify 消息，讓User1 放回鈴音，并設(shè)置RTP1 的遠(yuǎn)端RTP 地址及端口號(hào)、語音壓縮算法等；H.248（A-ONU）用戶注冊(cè)和呼叫流程14) MG1 向MGC 返回Reply；15) MG2 檢測(cè)到用戶User2 的摘機(jī)，將此摘機(jī)事件通過Notify 命令上報(bào)給MGC；16) MGC 向MG1 返回Reply；17) MGC 向MG2 發(fā)送Modify 消息，讓MG2 檢測(cè)User2 的掛機(jī)（al/on）、拍叉簧（al/fl）事件。18) MG2 向MGC

18、 返回Reply；19) MGC 向MG1 發(fā)送Modify 消息，讓User1 ?；剽徱魋ignal，并設(shè)置RTP1 的Mode 為SendReceive；20) MG1 向MGC 返回Reply；User1 與User2 正常通話。SIP(E8-C)用戶注冊(cè)和呼叫流程用戶每次開機(jī)時(shí)都需要向服務(wù)器注冊(cè)，當(dāng)SIP Client的地址發(fā)生改變時(shí)也需要重新注冊(cè)。注冊(cè)信息必須定期刷新。事件1：SIP Phone向SoftX3000發(fā)起注冊(cè)請(qǐng)求，匯報(bào)其已經(jīng)開機(jī)或重啟動(dòng)，請(qǐng)求向MGC注冊(cè)。事件2：SoftX3000返回401 Unauthorized（無權(quán)）響應(yīng)，表明MGC端要求對(duì)用戶進(jìn)行認(rèn)證。事件3：

19、SIP Phone重新向SoftX3000發(fā)起注冊(cè)請(qǐng)求，攜帶 Authorization字段事件4：MGC收到SIP Phone的注冊(cè)請(qǐng)求，首先檢查NONCE的正確性，如果和在401 Unauthorized響應(yīng)中產(chǎn)生的NONCE相同，則通過。否則，直接返回失敗。SIP(E8-C)用戶注冊(cè)和呼叫流程在同一SoftX3000控制下的兩個(gè)SIP用戶之間的成功呼叫，呼叫流程應(yīng)用實(shí)例如圖SIP(E8-C)用戶注冊(cè)和呼叫流程事件1：SIP PhoneA發(fā)INVITE請(qǐng)求到MGC，請(qǐng)求MGC邀請(qǐng)SIP PhoneB加入會(huì)話。事件2：MGC給SIP PhoneA回100 Trying表示已經(jīng)接收到請(qǐng)求消息，

20、正在對(duì)其進(jìn)行處理。事件3：MGC給SIP PhoneA發(fā)407 Proxy Authentication Required響應(yīng)，表明MGC端要求對(duì)用戶進(jìn)行認(rèn)證，并且通過Proxy-Authenticate字段攜帶MGC支持的認(rèn)證方式Digest和MGC域名“”，產(chǎn)生本次認(rèn)證的nonce，并且通過該響應(yīng)消息將這些參數(shù)返回給終端從而發(fā)起對(duì)用戶的認(rèn)證過程。事件4：SIP PhoneA發(fā)ACK消息給MGC，證實(shí)已經(jīng)收到MGC對(duì)于INVITE請(qǐng)求的最終響應(yīng)。事件5：SIP PhoneA重新發(fā)INVITE請(qǐng)求到SoftX3000。攜帶 Proxy-Authorization字段，包括認(rèn)證方式DIGEST、

21、SIP Phone的用戶標(biāo)識(shí)（此時(shí)為電話號(hào)碼）、MGC的域名、NONCE、URI和RESPONSE（SIP PhoneA收到407響應(yīng)后根據(jù)服務(wù)器端返回的信息和用戶配置等信息采用特定的算法生成加密的RESPONSE）字段。SIP用戶呼叫流程一SIP(E8-C)用戶注冊(cè)和呼叫流程事件6：MGC給SIP PhoneA回100 Trying表示已經(jīng)接收到請(qǐng)求消息，正在對(duì)其進(jìn)行處理。事件7：MGC向SIP PhoneB發(fā)INVITE消息，請(qǐng)求SIP PhoneB加入會(huì)話。并且通過該INVITE請(qǐng)求消息攜帶SIP PhoneA的會(huì)話描述給SIP PhoneB。事件8：SIP PhoneB給MGC回100

22、 Trying表示已經(jīng)接收到請(qǐng)求消息，正在對(duì)其進(jìn)行處理。事件9：SIP PhoneB振鈴，并回180 Ringing響應(yīng)通知MGC。事件10：MGC回180 Ringing響應(yīng)給SIP PhoneA，SIP PhoneA聽回鈴音。事件11：SIP PhoneB給MGC回200 OK響應(yīng)表示其發(fā)過來的INVITE請(qǐng)求已經(jīng)被成功接受、處理。事件12：MGC給SIP PhoneA回200 OK響應(yīng)表示其發(fā)過來的INVITE請(qǐng)求已經(jīng)被成功接受、處理，并且將SIP PhoneB的會(huì)話描述傳送給SIP PhoneA。事件13：SIP PhoneA發(fā)ACK消息給MGC，證實(shí)已經(jīng)收到MGC對(duì)于INVITE請(qǐng)求

23、的最終響應(yīng)。事件14：MGC發(fā)ACK消息給SIP PhoneB，證實(shí)已經(jīng)收到SIP PhoneB對(duì)于INVITE請(qǐng)求的最終響應(yīng)。SIP用戶呼叫流程二SIP(E8-C)用戶注冊(cè)和呼叫流程事件15：SIP PhoneA掛機(jī)，發(fā)BYE消息給MGC，請(qǐng)求結(jié)束本次會(huì)話。事件16：MGC給SIP PhoneA回487響應(yīng)，表明請(qǐng)求終止。事件17：MGC收到SIP PhoneA發(fā)過來的BYE消息，知道A已掛機(jī)，給SIP PhoneB發(fā)BYE請(qǐng)求，請(qǐng)求結(jié)束本次會(huì)話。事件18：SIP PhoneB掛機(jī)，給MGC反饋200 OK響應(yīng)，表明已經(jīng)成功結(jié)束會(huì)話。SIP用戶呼叫流程三SIP(E8-C)用戶注冊(cè)和呼叫流程不

24、同SoftX3000之間采用SIP協(xié)議進(jìn)行互通，SIP中繼的成功呼叫流程應(yīng)用實(shí)例如圖SIP(E8-C)用戶注冊(cè)和呼叫流程SIP-T并不是一個(gè)新的協(xié)議，它在SIP的基礎(chǔ)上增加了關(guān)于如何實(shí)現(xiàn)SIP網(wǎng)絡(luò)與PSTN網(wǎng)絡(luò)互通的擴(kuò)展機(jī)制，包括三種應(yīng)用模型：PSTN-IP、IP-PSTN、PSTN-IP-PSTN。全省軟交換組網(wǎng)結(jié)構(gòu)語音接入設(shè)備的類型與特性 軟交換資源分配用戶注冊(cè)和呼叫流程E8-C故障處理流程IMS組網(wǎng)演進(jìn)介紹E8-C故障處理流程E8-C故障處理流程客戶服務(wù)調(diào)度中心（10000號(hào)） 取機(jī)無音 若e8-C終端voip指示燈亮，指導(dǎo)用戶將E8-C電源關(guān)掉重啟，5分鐘后 再試。 指導(dǎo)用戶檢查話機(jī)是

25、否正常連接e8-C終端的voip口，更換話機(jī)測(cè)試， 如仍不好， 轉(zhuǎn)客戶端裝維處理。 指導(dǎo)用戶檢查e8-C終端接入電源，如電源正常，終端無電，轉(zhuǎn)客戶端 裝維處理。 取機(jī)聽到催掛音（連續(xù)嘟嘟嘟的聲音） 詢問用戶是否可以正常上網(wǎng)？如不能，先行修復(fù)寬帶故障。 如寬帶可以正常上網(wǎng)，指導(dǎo)用戶重啟e8-c終端。 如仍不好，轉(zhuǎn)客戶端裝維上門檢查e8-C終端。 取機(jī)可以聽到撥號(hào)音（長(zhǎng)音），但是無法打進(jìn)打出 指導(dǎo)用戶重啟e8-c終端，如仍不好，檢查話機(jī)是否正常，更換話機(jī)測(cè) 試。 若還是不好，轉(zhuǎn)客戶端裝維處理。E8-C故障處理流程客戶端裝維 檢查網(wǎng)絡(luò)狀態(tài)：查看TR069、VOIP是否獲取到IP地址，檢查語音狀態(tài)是否

26、為連接，若沒有，請(qǐng)找IP專業(yè)，檢查語音上聯(lián)通道的配置。E8-C故障處理流程客戶端裝維若已獲取IP地址，且狀態(tài)顯示已連接，檢查VOIP狀態(tài)是否已注冊(cè)成功。檢查itms遠(yuǎn)程管理狀態(tài)，請(qǐng)聯(lián)系客調(diào)ITMS重新下發(fā)e8-c配置E8-C故障處理流程 客戶調(diào)度中心 檢查語音上聯(lián)路由配置如客戶端裝維反映e8-c終端配置有誤，從ITMS重新手工下發(fā)配置。檢查該終端在BRAS上是否能獲取IP，并能ping通。檢查BRAS是否能正常訪問BAC 大量用戶投訴，轉(zhuǎn)網(wǎng)絡(luò)操作維護(hù)中心支撐。 檢查語音配置數(shù)據(jù)DSP EPST: IEF=DOMAIN1, QUERYBY=METHOD1, TRMTYPE=TRM0, EID=

27、VOIP賬號(hào);查看E8-C終端注冊(cè)狀態(tài)是否正常。若軟交換查看E8-C已注冊(cè)，裝維應(yīng)該可以看到VOIP燈亮、取機(jī)聽撥號(hào)音，若電話打不進(jìn)打不出，檢查SHLR數(shù)據(jù)。若軟交換查看E8-C沒有注冊(cè)，裝維看到E8-C終端獲取到語音IP，PING BSC的IP路由通，請(qǐng)LST MMTE: EID=” VOIP賬號(hào)”;檢查軟交換上的多媒體數(shù)據(jù)，使用LST MSBR:D=K物理,LP=0,SCF=YES,SRF=YES,SOF=YES,DCU=YES;檢查用戶數(shù)據(jù)，附軟交換平臺(tái)相關(guān)指令 大量用戶投訴，轉(zhuǎn)網(wǎng)絡(luò)操作維護(hù)中心支撐E8-C故障處理流程 核心側(cè)常見故障處理 E8-C電話，打進(jìn)提示用戶忙軟交換上DSP EP

28、ST: IEF=DOMAIN1, QUERYBY=METHOD1, TRMTYPE=TRM0, EID=;查看E8-C終端注冊(cè)狀態(tài)正常。軟交換上DSP CINFO: CDT=TELCODE, LDNSET=0, DN=84262041; 查看用戶狀態(tài)空閑、打進(jìn)提示用戶忙，接口信令跟蹤，E8-C終端回486用戶忙錯(cuò)誤。軟交換上URG EDPT: IEF=DOMAIN1, EID=;注銷E8-C注冊(cè)狀態(tài)，等下一個(gè)注冊(cè)周期，E8-C終端自己注冊(cè)到軟交換，打進(jìn)還是提示用戶忙 因無專業(yè)人員登錄E8-C終端查看狀態(tài)，用戶語音注冊(cè)狀態(tài)未知，讓用戶重啟 E8-C終端電源恢復(fù)。E8-C故障處理流程 核心側(cè)常見故

29、障處理 某個(gè)特定電話打E8-C電話提示網(wǎng)絡(luò)忙使用其他電話打進(jìn)測(cè)試正常，用戶投訴電話打進(jìn)提示網(wǎng)絡(luò)忙。軟交換上DSP CINFO: CDT=TELCODE, LDNSET=0, DN=84262041; 查看用戶狀態(tài)空閑。軟交換上URG EDPT: IEF=DOMAIN1, EID=;注銷E8-C注冊(cè)狀態(tài)無效終端查看用戶語音注冊(cè)狀態(tài)正常，讓用戶重啟E8-C終端電源無效。接口信令跟蹤，正常信令應(yīng)該有一個(gè)INVITE消息發(fā)到E8-C終端，而故障號(hào)碼沒有，且多了查詢呼叫源的信令，釋放原因?yàn)楹艚芯芙^149。 臨時(shí)關(guān)閉要求關(guān)閉主叫號(hào)碼的主叫隱藏功能后測(cè)試正常。E8-C故障處理流程 核心側(cè)常見故障處理 E8-

30、c用戶，語音經(jīng)常不能使用檢查軟交換E8-C多媒體網(wǎng)關(guān)數(shù)據(jù)和用戶數(shù)據(jù)正常。信令跟蹤，發(fā)現(xiàn)在用戶再次反映不能使用時(shí)，沒有任何信令送到核心網(wǎng)。軟交換上DSP EPST:顯示E8-C終端為未注冊(cè)狀態(tài)OLT上查看，E8-C終端經(jīng)常獲取不到語音動(dòng)態(tài)IP地址。 檢查上聯(lián)BRASE ME60的配置，增加配置數(shù)據(jù)后恢復(fù)E8-C故障處理流程 核心側(cè)常見故障處理 E8-c寬帶正常，語音不能使用檢查軟交換E8-C多媒體網(wǎng)關(guān)數(shù)據(jù)和用戶數(shù)據(jù)正常。查看E8-C注冊(cè)狀態(tài)未注冊(cè)E8-C終端關(guān)機(jī)、開機(jī)重新注冊(cè)，信令跟蹤發(fā)現(xiàn)，第一個(gè)REGISTER注冊(cè)后，核心網(wǎng)向E8-C終端返回401要求終端上報(bào)鑒權(quán)的消息相同。但是核心網(wǎng)一直跟不

31、到E8-C終端上報(bào)鑒權(quán)的REGISTER消息。軟交換上DSP EPST:顯示E8-C終端為未注冊(cè)狀態(tài)裝維人員查看已經(jīng)獲取到語音IP地址。讓裝維人員使用E8-C終端診斷功能中的ping工具向SBCping測(cè)試，發(fā)現(xiàn)路由不同。因新裝多個(gè)E8-C終端都出現(xiàn)同樣的問題，所以檢查E8-C上聯(lián)的ME60 BRASE路由配置，發(fā)布172段的路由后，恢復(fù)。 分析：核心網(wǎng)收到終端的第一個(gè)REGISTER消息，為終端使用BRASE的缺省 路由送到軟交換，但軟交換返回給E8-C的401消息，由于終端路由不通，E8-C 終端沒有收到，造成注冊(cè)不成功，語音不能使用。全省軟交換組網(wǎng)結(jié)構(gòu)語音接入設(shè)備的類型與特性 軟交換資源分配 用戶注冊(cè)和呼叫流程E8-C故障處理流程IMS組網(wǎng)演進(jìn)介紹IMS組網(wǎng)演進(jìn)介紹核心網(wǎng)標(biāo)準(zhǔn)化推進(jìn)