郭艷萍

【摘要】語音掉話是通信系統(tǒng)中常見的故障之一，它的出現(xiàn)嚴重影響了整個網絡的運行質量，在用戶方面的負面影響最為直接，容易引起用戶強烈投訴，對用戶滿意度指標影響極大。本文重點講述如何從移動核心網角度對掉話進行分析，為無線環(huán)境掉話分析提供幫助。

【關鍵詞】核心網掉話分析

一、引言

掉話是指用戶通信過程中發(fā)生異常釋放，該問題是日常網絡優(yōu)化面臨的一個常見問題。概括來講掉話是由鄰區(qū)漏配、覆蓋問題、切換問題、干擾問題、流程交互問題等原因造成，通常掉話是通過無線側手段進行分析，核心網也可以結合網優(yōu)掉話測試，跟蹤A/IU口全流程信令消息，通過對接口全流程信令消息的分析，協(xié)助查找掉話產生的原因。

二、異常拆線流程（掉話）

2G掉話流程：

通話過程中，MS未處于切換狀態(tài)，在A接口上采集到向BSC發(fā)送的Clear Command消息（原因值不為Handover successful），且未采集到“Clear Request”和“Disconnect”消息。

3G掉話流程：

通話過程中，MS未處于切換狀態(tài)，在IuCS口上采集到向RNC發(fā)送的Iu Release Command消息（原因值不為Successful Relocation），且未采集到“Clear Request”和“Disconnect”消息。

當核心網MSC收到B側上報上來的clear request和release request消息，則統(tǒng)計一次掉話。

三、現(xiàn)網掉話分析案例

3.1性能統(tǒng)計分析

位置區(qū)粒度分析SERVER2下460018020位置區(qū)指標變化較為明顯，如表1：

需要無線側配合進一步排查原因。

3.2呼叫記錄捕捉

在本網內進行大量撥打測試，測試過程中發(fā)現(xiàn)的一次掉話：呼叫接通2秒后拆線，查看消息和話單記錄實際呼叫駐留在2G下：

無線側上報clear-request消息（如圖1所示）

消息中原因值為requested-terrestrial-resource-un- available（34）。

3.3呼叫話單記錄（如表2）

CV155CV_TERMINAL_ERROR系統(tǒng)定義的某些終端故障導致呼叫失敗。

需要無線側配合排查原因。無線側通過分析系統(tǒng)日志，發(fā)現(xiàn)BSC8的一塊GPUC單板存在異常，進行更換。

更換單板前后話務統(tǒng)計對比，更換單板后掉話明顯下降，恢復正常如表3：

四、分析總結

結合以上故障案例，核心網層面可以通過以下方法進行掉話分析：

4.2消息跟蹤

在測試過程中通過在華為MSC LMT對測試號碼的消息和日志跟蹤，實時捕捉到系統(tǒng)消息，配合問題定位。

4.3結合話單

我們一般通過話單中的diagnostic（診斷信息）來進行判斷。當diagnostic的值為009B的時候，我們可以判斷通話過程中發(fā)生了掉話，由于diagnostic和我們的內部拆線原因值是對應的，而009B對應的內部原因值是CV155，對應到A/IU口，拆線原因即為CV27：終端故障。

4.4場景測試

實際對于掉話問題的測試過程，呼以叫模型不易太復雜，以免出現(xiàn)掉話后，較難定位問題點。實際測試過程以本地本網局內（主被叫號碼均注冊在同一SERVER內）、本地本網局間（主被叫號碼分別注冊在本地兩個SERVER上）為宜。

參考文獻

[1]華為MSOFTX3000操作手冊2011