2、MGW 故障引起

檢查 MGW 是否存在相關(guān)告警信息。

經(jīng)查看，無告警。初步排除 MGW 因素。

3、無線側(cè)故障

根據(jù)投訴用戶所分布的位置及撥打測試，初步排除無線側(cè)因素。

4、Nb 口故障引起

從已知的現(xiàn)象中我們發(fā)現(xiàn)，"用戶呼叫困難"和"彩鈴音為暫時不法接通"

解析成可用的信息為：信令通路可能部分受損或者話務(wù)通路可能部分受損。

由已知故障"CE 板卡故障"，初步判斷 Nb 口故障。

為了定位故障原因，我們從呼叫流程（彩鈴流程）中的 Nb 口承載建立過程

分析如下：

（1）當主叫 MGW 需要與被叫 MGW 建立 Nb 口連接時，它會發(fā)送 IPBCP_request

請求，該請求攜帶該 MGW 分配給這次呼叫所使用的源 IP 地址和端口等信息，會

被先后封裝在 GCP 消息和 BICC_APM 消息中通過隧道傳送方式傳遞到被叫 MGW 中。

（2）當被叫 MGW 收到該請求并決定接受后，它會發(fā)送 IPBCP_accept 消息，

該消息攜帶該被叫 MGW 分配給這次呼叫所使用的目的 IP 地址和端口等信息，會

被先后封裝在 GCP 和 BICC_APM 消息中隧道傳送回主叫 MGW 中。

(3)當主叫 MGW 得到該 IPBCP_accept 消息后，它就構(gòu)造目的地址為被叫 MGW

的 NbInit 消息通過自己的源 IP 和端口地址發(fā)送給被叫 MGW。

(4)被叫 MGW 收到 NbInit 初始化消息后會回復 NbInit Ack 的確認消息。從

而完成主叫和被叫 MGW 的一段用于此次呼叫使用的 IP 語音通道。

由上可見整個 Nb 口的語音通道建立過程是由兩段信令過程完成的，第一段

是 IPBCP 過程，第二段為 NbInit 過程。

根據(jù)維護經(jīng)驗，首先打開 EMAS，查看 NbInit 的兩個統(tǒng)計值。

方法：在 MOSHELL 中，使用 pget pmNrOfOrigNbInitFaults

關(guān)注以下兩個統(tǒng)計文件的值：

pmNrOfOrigNbInit 表示 Nb 接口共發(fā)起呼叫請求的次數(shù)；

pmNrOfOrigNbInitFaults 表示發(fā)起的呼叫請求中失敗的次數(shù)。

如果 pmNrOfOrigNbInit 的值等于 pmNrOfOrigNbInitFaults 的值，表示 Nb

口全阻。

如果 pmNrOfOrigNbInitFaults 值持續(xù)增加（15 分鐘觀察一次），即可確認

Nb 接口存在問題。（統(tǒng)計粒度 15 分鐘）

經(jīng)查看上述兩個統(tǒng)計值后，pmNrOfOrigNbInitFaults 值持續(xù)增加，但不等

于 pmNrOfOrigNbInit 的值。

確認 Nb 口故障，故障發(fā)生在 NbInit 階段，但未全阻。