【摘要】 本文結(jié)合移動(dòng)核心網(wǎng)MGW與RNC對(duì)接過(guò)程中出現(xiàn)的問(wèn)題，介紹了分析問(wèn)題、定位問(wèn)題的思路及解決問(wèn)題的方法。

【關(guān)鍵詞】 故障分析 故障定位 解決方法

一、引言

對(duì)設(shè)備維護(hù)人員來(lái)說(shuō)，故障處理極為普遍，故障類型也多種多樣，在遇到故障時(shí)，能對(duì)故障準(zhǔn)確定位，以最快速度恢復(fù)網(wǎng)絡(luò)的正常運(yùn)行，除有一套網(wǎng)絡(luò)維護(hù)理論，還需要掌握故障分析判斷的方法。接下來(lái)本文將以MGW與RNC對(duì)接無(wú)法建立呼叫為案例，對(duì)發(fā)生的故障進(jìn)行快速定位、分析并排除障礙。

二、問(wèn)題處理總體思路及定位方法

設(shè)備開(kāi)通過(guò)程中遇到故障，整體定位思路是：

1、接口跟蹤和用戶接口跟蹤

接口跟蹤和用戶接口跟蹤能夠直接觀察到交互的信令和業(yè)務(wù)內(nèi)部處理流程，是我們定位業(yè)務(wù)相關(guān)問(wèn)題最重要，最直接有效的手段。

接口跟蹤在話務(wù)量高時(shí)會(huì)嚴(yán)重影響系統(tǒng)運(yùn)行，產(chǎn)生嚴(yán)重后果，只能在話務(wù)量非常低或調(diào)測(cè)階段打開(kāi)。

用戶接口跟蹤對(duì)系統(tǒng)影響很小，不受話務(wù)量的限制，而且能夠?qū)I(yè)務(wù)處理流程及與各接口的信令都跟蹤出來(lái)，是最常用、最有效的定位手段。

2、MTP鏈路信令跟蹤和信令儀信令跟蹤

有時(shí)候需要觀察MTP層收發(fā)的信令，需要跟蹤MTP鏈路，但現(xiàn)網(wǎng)由于話務(wù)量原因，往往不能打開(kāi)鏈路跟蹤或消息量巨大，此時(shí)可以根據(jù)鏈路跟蹤的過(guò)濾器對(duì)消息進(jìn)行過(guò)濾。

3、數(shù)據(jù)配置檢查

通過(guò)前面用戶接口跟蹤或鏈路跟蹤的結(jié)果，找到問(wèn)題最早出現(xiàn)的可疑點(diǎn)，逐步排查各環(huán)節(jié)，檢查相關(guān)數(shù)據(jù)配置是否正確。

注意：需檢查是否有相關(guān)軟參，軟參值是否設(shè)置正確。

4、告警，話統(tǒng)，調(diào)試日志，操作日志

有時(shí)問(wèn)題現(xiàn)象不局限于單個(gè)流程或呼叫，此時(shí)需要將BAM庫(kù)，告警，話統(tǒng)和日志進(jìn)行綜合分析。

三、典型故障案例分析

3.1 故障現(xiàn)象

MGW與新建RNC設(shè)備聯(lián)調(diào)時(shí)，A用戶呼叫B用戶，A撥號(hào)后無(wú)任何提示音，直接返回重?fù)芙缑?，B用戶無(wú)振鈴，但手機(jī)上會(huì)顯示有未接來(lái)電。

3.2 問(wèn)題分析

3.2.1 故障判斷

（1）查看MGW設(shè)備，無(wú)告警；（2）基站與RNC 側(cè)均無(wú)告警，排除硬件故障導(dǎo)致此種情況的原因；（3）使用命令DSP SAALLNK、DSP N7DSP、DSP AAL2PATH分別查看信令面和用戶面的狀態(tài)均正常。

呼叫后被叫手機(jī)可以收到響應(yīng)，說(shuō)明信令面正常，可以初步判斷有以下幾類問(wèn)題：（1）信令鏈路正常，懷疑為用戶面問(wèn)題；（2）全局?jǐn)?shù)據(jù)配置錯(cuò)誤，導(dǎo)致未通先斷；（3）MGW與RNC對(duì)接數(shù)據(jù)有問(wèn)題，用戶面參數(shù)問(wèn)題。

3.2.2 信令分析

從MSOFTX3000側(cè)跟蹤A號(hào)碼消息：RN_RAB_ASSIGNMENT_RESPONSE消息內(nèi)容如下：

此消息是對(duì)RAB ASSIGNMENT REQUEST的響應(yīng)，是由RNC上報(bào)給3000的。

指配失敗，該消息中的失敗原因是Iu傳輸連接建立失?。↖u Transport Connection Failed to Establish）。由此可見(jiàn)承載面建立不成功。核查MGW側(cè)用戶面數(shù)據(jù)腳本：

SET AAL2VMGW：BN=2，VMGWID=1，MAXUSERNUM=10240；

SET AAL2VMGW：BN=3，VMGWID=1，MAXUSERNUM=10240；

1號(hào)虛擬媒體網(wǎng)關(guān)對(duì)應(yīng)的資源數(shù)為10240，而虛擬媒體網(wǎng)關(guān)0 上沒(méi)有分配任何ATM資源。

查詢本局虛擬媒體網(wǎng)關(guān)信息：

從上圖可以清楚的看到，虛擬媒體網(wǎng)關(guān)號(hào)配置錯(cuò)誤，該問(wèn)題就是錯(cuò)誤所在：配置AAL2VMGW資源的時(shí)候，MGW的ASU單板可以通過(guò)設(shè)置，將其資源分配給不同的VMGW，檢查AAL2VMGW資源配置的情況，發(fā)現(xiàn)之前分配該資源的時(shí)候，把資源分配到一個(gè)錯(cuò)誤的VMGW上，而實(shí)際使用的VMGW卻沒(méi)有分配到資源，從而導(dǎo)致呼叫時(shí)用戶面無(wú)法建立。

四、解決措施

1、重新配置AAL2VMGW資源，把資源分配給已定義的虛擬媒體網(wǎng)關(guān)VMGW，

SET AAL2VMGW：BN=2，VMGWID=0，MAXUSERNUM=10240；

SET AAL2VMGW：BN=3，VMGWID=0，MAXUSERNUM=10240；

再次撥打測(cè)試，正常，問(wèn)題解決。

2、同類問(wèn)題定位方法

（1）通常先查看失敗原因值，對(duì)原因單一的錯(cuò)誤碼，直接定位原因；對(duì)通用錯(cuò)誤碼，劃出可能的錯(cuò)誤范圍；（2）排除RNC消息錯(cuò)誤和配置錯(cuò)誤；（3）對(duì)比查詢MGW的數(shù)據(jù)配置，定位解決配置上的錯(cuò)誤。

五、建議

（1）通過(guò)信令準(zhǔn)確定位問(wèn)題；（2）仔細(xì)檢查參數(shù)的正確配置，這類情況無(wú)任何告警和異常，需要從底層排查，要熟練掌握好協(xié)議和信令原理。

六、結(jié)論

綜上所述，MGW與RNC調(diào)試中，用戶無(wú)法正常呼叫問(wèn)題，通過(guò)信令分析數(shù)據(jù)排查相結(jié)合的方法使問(wèn)題得以解決，在日常的維護(hù)過(guò)程中，需要維護(hù)人員具備扎實(shí)的理論基礎(chǔ)外，還要熟練掌握問(wèn)題定位思路和技巧，并不斷積累豐富經(jīng)驗(yàn)，這樣我們?cè)谔幚韱?wèn)題時(shí)才能做到得心應(yīng)手。

參 考 文 獻(xiàn)

[1] 華為MSOFTX3000產(chǎn)品文檔幫助手冊(cè)