劉國興

[摘要]話單分析不僅能幫助維護人員快速定位網(wǎng)絡問題,而且通過編寫軟件,可以定期對話單進行分析統(tǒng)計,能夠提前發(fā)現(xiàn)問題,化被動維護為主動維護。以ALCATELSPATIAL交換機計費原始話單為例,詳細說明在核查單通問題以及通話中異常釋放原因的分析處理過程。目的是提供一種分析和解決問題的思路與方法。

[關(guān)鍵詞]原始話單 運行維護 單通 異常終止

中圖分類號:TN8文獻標識碼:A文章編號:1671-7597(2009)0920044-02

一、概述

在日常維護中,我們一般是通過設備網(wǎng)管的告警功能,來發(fā)現(xiàn)一些諸如硬件設備故障以及定義的閾值超出等網(wǎng)絡問題;對于很多不能觸發(fā)告警的問題,主要通過分析性能統(tǒng)計,對比各個性能指標的變化,來查找問題。產(chǎn)生詳細話單的交換機(如移動交換機)能夠真實、詳細地記錄用戶每一次的呼叫過程。同時交換機上都會產(chǎn)生一條CDR(Call Detail Record)記錄.即通常所說的原始話單。交換機的原始話單記錄相對性能統(tǒng)計而言,內(nèi)容更加詳細,通過編寫話單的解碼分揀軟件,根據(jù)不同的目的對詳單進行細化統(tǒng)計分析,結(jié)合話務統(tǒng)計功能,對于解決一些日常投訴較難處理的問題,可大大提高工作效率。

在實際情況中,CDR的格式會因交換機的不同而不相同,具體到每一項,各個廠家的叫法也不同。Alcatel Spatial采用3GPP TS32.205標準ASN.1格式話單?？刹殚喯嚓P(guān)資料或調(diào)用ASN.1專用函數(shù)庫解碼。本文主要討論如何應用詳單輔助運行維護工作,具體解碼可根據(jù)自己的目的進行分別處理。

二、應用實例

應用1:依據(jù)詳單分析快速定位單通故障。

單通現(xiàn)象是移動通信中最常見的故障之一,嚴重地影響了整個網(wǎng)絡的運行質(zhì)量,用戶反映強烈。出現(xiàn)投訴后,如果能盡量準確、高效地處理,可提高用戶的滿意度。反之,則可能會造成用戶感知度的降低,甚至可能造成用戶的流失。

引起單通現(xiàn)象的原因很多,匯總?cè)粘＞S護中遇到的部分單通情況:(1)交換機端口傳輸環(huán)路或鴛鴦線;(2)近遠端端口本身隱性故障導致;(3)時隙有問題,兩端狀態(tài)不一致;(4)A接口電路問題,MSC到BSC到A接口電路中有些時隙不作為話音信道使用,并且A接口還牽扯到TC壓縮,很容易發(fā)生兩端電路不對應端情況,應在MSC端創(chuàng)建電路時隔掉不作為話音信道使用的時隙向,否則極易產(chǎn)生單向通話;(5)BTS的上下行功率不匹配。

分析以上原因1到4條故障都會集中反映在問題局向的某一電路或某一時隙上。目前的交換機的性能統(tǒng)計點只能到中繼群層面,無法細化到電路、時隙級別。查找該故障傳統(tǒng)的方法是用2Mbit/s測試儀表在DDF架上進行監(jiān)聽。沒有儀表的話只能在夜間閑時對逐個電路進行撥測來查找問題電路。Alcatel Spatial交換機打開相關(guān)記錄CIC的開關(guān)后,CDR中會記錄呼叫的出入中繼群號及CIC編碼。根據(jù)記錄中的出入中繼群號以及CIC編碼,通過軟件對相關(guān)電路、時隙進行一個忙時平均呼叫時長計算,根據(jù)用戶行為的特點,若遇到不能正常通話的情況后,會立即掛機再次撥叫的特點,會表現(xiàn)為中繼占用時長較短。根據(jù)大量的統(tǒng)計發(fā)現(xiàn),如果該電路平均呼叫時長小于20s,可以把該電路當成可疑電路。

對于原因5,同樣可以對記錄中的小區(qū)號進行一個忙時平均呼叫時長計算,來判別問題是否集中在某一小區(qū)。

實例分析:

通過編寫了一個數(shù)據(jù)庫分析軟件,對本地3個SERVER分揀了一個忙時(19:00-20:00)的原始話單進行了分析,提取了moc和mtc兩種類型的話單(共計268144條記錄),對每個中繼群每個電路平均呼叫時長運算。統(tǒng)計到通話占用涉及中繼群62個電路數(shù)共計1349條。

首先篩選可疑中繼群,針對中繼群的每個電路平均占用時長統(tǒng)計,提取最小值。視圖如下:

從上圖分析看出:平均時長小于20s的只有中繼群GS1-121001,對此中繼群所有電路統(tǒng)計如下:

通過統(tǒng)計發(fā)現(xiàn),可疑電路PCMID為0。這條電路整個忙時只有一次占用,本次占用詳細記錄如下(去除無關(guān)字段):

CALLING_NO CALLED_NO IN_TGRP DUR_TIME INC_CIC_PCMIDINC_CIC_TS

1383102****1553205**** 121001 6015

對此電路撥測,確實有單通現(xiàn)象,登陸兩端交換機查詢狀態(tài)發(fā)現(xiàn),此電路傳輸不穩(wěn)定,雙方狀態(tài)不一致,暫時閉鎖,傳輸故障排除后,解鎖撥測正常。此實例充分表明,此辦法可行,且能夠節(jié)省運維人員大量精力,有效縮短投訴處理時間。

應用2:統(tǒng)計分析異常通信終止原因。

Alcatel Spatial交換機通信終止原因(字段:causeForTerm)話單中主要有以下值(全部取值可查閱廠家文檔):

normalRelease (0),

partialRecord (1),

stableCallAbnormalTermination (4),

其中4表示異常終止,因此我們只需過濾次字段值為4的話單進行統(tǒng)計分析。根據(jù)字段diagnostics gsm0408Cause可以得出異常終止的詳細原因。交換機的性能統(tǒng)計中有各個原因值的統(tǒng)計,但是其中只有次數(shù)以及比例等,結(jié)合話單中的統(tǒng)計就能得到部分原因值的詳細記錄,包括主被叫號碼,位置區(qū)小區(qū),小區(qū)切換記錄等。通過對比可有效提高問題處理效率。

對現(xiàn)網(wǎng)忙時(19:00-20:00)moc、mtc話單記錄(共計:268144條),通過軟件針對異常終止話單進行過濾,共計得到3285條記錄,主要原因匯總?cè)缦?選取大于10次的):

從上表可已看出cause 204是異常終止的是最主要原因參考相關(guān)GSM規(guī)范可知相關(guān)原因:Cause No.204"radio access lost。因此針對cause 204進行過濾,統(tǒng)計大于8次的小區(qū)的分布情況如下:

從上表可以看出,問題主要集中在個別基站或個別小區(qū)上,經(jīng)過核實,其中ci為*0047的基站是由于微波閃斷,abis接口傳輸質(zhì)量不穩(wěn)定造成的掉話,傳輸更改為光纜后,問題解決。Ci為*1976的基站是由于基站環(huán)境溫度過高,造成BTS設備性能不穩(wěn)定,引起掉話?？傊ㄟ^話單的過濾是可以提前發(fā)現(xiàn)一些問題的,可以把分揀結(jié)果提交給無線網(wǎng)優(yōu)人員,對相關(guān)小區(qū)重點關(guān)注。其他cause導致的異常終止,可以參考交換機的性能統(tǒng)計,觀察所占比例是否異常,根據(jù)需要進行詳細分析、處理。

應用3:日常局數(shù)據(jù)驗證,作業(yè)計劃等輔助工作。

日常進行局數(shù)據(jù)制作時,一般情況制作完成后,驗證正確與否主要是通過撥測,要想驗證號碼傳送是否符合規(guī)范,以及傳送路由是否正確,只能通過信令跟蹤方式,其實詳單中記錄的各種號碼很詳細:

calledNumber:用戶撥叫的號碼

translatedNumber:交換機翻譯后的出局號碼

roamingNumber:漫游號碼

通過分揀以上字段以及出入中繼群字段,很直觀判斷出號碼翻譯、傳送路由是否正確。在進行投訴處理以及批量核查是能有效縮短響應時間。

核心網(wǎng)優(yōu)化作業(yè)計劃中,有單通串話整治項目,傳統(tǒng)辦法是逐個電路進行測試,這種辦法耗時太長,浪費精力,通過軟件進行分析,首先排查可疑電路,然后再進行小范圍測試、驗證。這種方式更加可行有效。

總之,隨著計算機技術(shù)和信息技術(shù)的發(fā)展,運行維護工作逐漸由被動式維護和人工維護向主動式維護、智能化維護方向發(fā)展。利用軟件對原始話單分析,在新局入網(wǎng)、電路擴容等易出現(xiàn)此類問題時,做幾次詳細分析,提前發(fā)現(xiàn)問題,解決問題,可以有效降低用戶投訴,提高用戶感知度。

參考文獻:

[1]朱曉燕,計費話單應用于小靈通網(wǎng)優(yōu)的探討,電信科學,2007年第6期.

[2]張秀成,GSM網(wǎng)絡單通的處理辦法和交換機的優(yōu)化,http://61.136.184.182/js/jiao/2/gsm.Htm.

[3]3GPP TS 24.008 V6.3.0.

[4]上海貝爾阿爾卡特股份有限公司,Spatial計費白皮書.