2、MGW 故障引起

检查 MGW 是否存在相关告警信息。

经查看，无告警。初步排除 MGW 因素。

3、无线侧故障

根据投诉用户所分布的位置及拨打测试，初步排除无线侧因素。

4、Nb 口故障引起

从已知的现象中我们发现，"用户呼叫困难"和"彩铃音为暂时不法接通"

解析成可用的信息为：信令通路可能部分受损或者话务通路可能部分受损。

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

为了定位故障原因，我们从呼叫流程（彩铃流程）中的 Nb 口承载建立过程

分析如下：

（1）当主叫 MGW 需要与被叫 MGW 建立 Nb 口连接时，它会发送 IPBCP_request

请求，该请求携带该 MGW 分配给这次呼叫所使用的源 IP 地址和端口等信息，会

被先后封装在 GCP 消息和 BICC_APM 消息中通过隧道传送方式传递到被叫 MGW 中。

（2）当被叫 MGW 收到该请求并决定接受后，它会发送 IPBCP_accept 消息，

该消息携带该被叫 MGW 分配给这次呼叫所使用的目的 IP 地址和端口等信息，会

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

(3)当主叫 MGW 得到该 IPBCP_accept 消息后，它就构造目的地址为被叫 MGW

的 NbInit 消息通过自己的源 IP 和端口地址发送给被叫 MGW。

(4)被叫 MGW 收到 NbInit 初始化消息后会回复 NbInit Ack 的确认消息。从

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

由上可见整个 Nb 口的语音通道建立过程是由两段信令过程完成的，第一段

是 IPBCP 过程，第二段为 NbInit 过程。

根据维护经验，首先打开 EMAS，查看 NbInit 的两个统计值。

方法：在 MOSHELL 中，使用 pget pmNrOfOrigNbInitFaults

关注以下两个统计文件的值：

pmNrOfOrigNbInit 表示 Nb 接口共发起呼叫请求的次数；

pmNrOfOrigNbInitFaults 表示发起的呼叫请求中失败的次数。

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

口全阻。

如果 pmNrOfOrigNbInitFaults 值持续增加（15 分钟观察一次），即可确认

Nb 接口存在问题。（统计粒度 15 分钟）

经查看上述两个统计值后，pmNrOfOrigNbInitFaults 值持续增加，但不等

于 pmNrOfOrigNbInit 的值。

确认 Nb 口故障，故障发生在 NbInit 阶段，但未全阻。