焦彥龍

【摘 要】移動話務(wù)分析預測系統(tǒng)是對本地核心網(wǎng)設(shè)備MSC POOL、端局、關(guān)口局各項重要網(wǎng)絡(luò)指標的及時檢測和分析，能夠及時、準確、快速、直觀地呈現(xiàn)出維護人員關(guān)心的核心網(wǎng)相關(guān)網(wǎng)絡(luò)指標的狀況，可以通過對移動話務(wù)的歷史數(shù)據(jù)及現(xiàn)網(wǎng)數(shù)據(jù)的分析，對可能會出現(xiàn)的話務(wù)量激增的重大節(jié)假日進行話務(wù)預測，保證設(shè)備運行在安全、高效的網(wǎng)絡(luò)環(huán)境中，為廣大客戶提供更加優(yōu)越的通信服務(wù)。本文分析了移動話務(wù)分析預測系統(tǒng)的研發(fā)問題。

【關(guān)鍵詞】移動話務(wù)；分析預測系統(tǒng)；網(wǎng)絡(luò)指標

隨著GSM與TD網(wǎng)絡(luò)融合組網(wǎng)的全面推進，TD網(wǎng)絡(luò)設(shè)備的新建以及現(xiàn)網(wǎng)GSM設(shè)備的不斷更新，網(wǎng)絡(luò)規(guī)模越來越大，全面、及時、準確的節(jié)日話務(wù)分析越來越困難，傳統(tǒng)的話務(wù)數(shù)據(jù)的手動收集、整理、分析、保存花費大量人力和時間，話務(wù)分析的及時性差，又較難保證數(shù)據(jù)的準確性，建立一套話務(wù)數(shù)據(jù)的自動收集、整理、保存、分析、預測系統(tǒng)是解決目前話務(wù)預測困難的有效途徑。

1.目標

1.1研發(fā)出一種能夠快速準確提供話務(wù)預測分析的系統(tǒng)

目標一：話務(wù)預測分析用時由目前的4天降至2小時之內(nèi)。

目標二：數(shù)據(jù)處理準確率達到99%，核心網(wǎng)絡(luò)無擁塞。

1.2針對目標一、二具體分析其可行性如下

目標一：歷史上在每個節(jié)假日前夕，需要3～4名維護人員用一天多的時間來完成“采集原始數(shù)據(jù)—數(shù)據(jù)整理計算—對比預測分析”這繁雜的三個步驟，而其中，第二三步用時較長，根據(jù)已有的Smart-master系統(tǒng)經(jīng)驗，完成計算機的“自動收集、計算、預測分析”耗時約為半小時，再經(jīng)維護人員形成報告，再耗時約1小時，總計約1.5小時。

目標二：面對海量數(shù)據(jù)，純?nèi)斯し绞诫y免存在差錯，計算機處理數(shù)據(jù)+人工形成報告的形式，再經(jīng)層層把關(guān)，準確率99%可以實現(xiàn)。

2.方案及確定

根據(jù)一般軟件系統(tǒng)的研發(fā)流程，移動話務(wù)分析預測系統(tǒng)主要包括以下3個方面：系統(tǒng)平臺、數(shù)據(jù)庫、開發(fā)工具。

三個模塊的設(shè)計各自包含子方案的選擇，由于平臺的選擇會影響到開發(fā)工具的選擇，所以對三個模塊的選擇上的順序為平臺架構(gòu)、開發(fā)工具、數(shù)據(jù)庫。

2.1系統(tǒng)平臺的選擇

2.1.1平臺架構(gòu)

目前平臺架構(gòu)常見的有C/S（Client/Server 客戶端/服務(wù)器）結(jié)構(gòu)和B/S（Browser/Server瀏覽器/服務(wù)器）結(jié)構(gòu) 。結(jié)合本系統(tǒng)的需求針對這兩種架構(gòu)進行了對比分析：

綜合以上表格發(fā)現(xiàn)B/S結(jié)構(gòu)系統(tǒng)具有開發(fā)維護難度低、兼容性好等特點，雖然響應時間稍長，單對本系統(tǒng)來說秒級的響應時長完全能夠接受，因此我們采用B/S結(jié)構(gòu)。

2.1.2Web服務(wù)器的選擇

目前比較流行的Web服務(wù)器有Apache和IIS，結(jié)合本系統(tǒng)需求對這兩種Web服務(wù)器進行了如下對比：

結(jié)合上表發(fā)現(xiàn)Apache在穩(wěn)定性、擴展性、和成本上具有優(yōu)勢，因此我們在用Apache作為該系統(tǒng)的Web服務(wù)器，由于Apache一般應用在Linux操作系統(tǒng)下，而且Linux相對Windows具有更好的穩(wěn)定性和安全性，因此我們選擇用Linux作為服務(wù)器的操作系統(tǒng)。

2.2開發(fā)工具的選擇

常見的Web系統(tǒng)開發(fā)工具有PHP和ASP，小組成員結(jié)合本系統(tǒng)需求對這兩種開發(fā)工具進行了如下對比：

表3 開發(fā)工具的選擇 制表人：李少輝 制表時間：2011-3-26

這兩種開發(fā)工具在開發(fā)難度上無明顯差別，但由于我們已經(jīng)選用了Apache作為我們的Web服務(wù)器，且PHP在成本上具有價格優(yōu)勢，我們選用PHP作為我們的開發(fā)工具。

2.3數(shù)據(jù)庫的選擇

目前常見的數(shù)據(jù)庫產(chǎn)品有ORACLE、ACCESS、SQL SERVER 、My SQL，結(jié)合本系統(tǒng)需求My SQL能在性能上滿足需求，且My SQL是免費產(chǎn)品，性價比高，因此，本系統(tǒng)在用My SQL作為系統(tǒng)的數(shù)據(jù)庫。

2.4確定最佳方案

通過一系列的分析、評估和選定，小組最終找出的最佳實現(xiàn)方案為：

3.對策實施

為保障對策實施進度，彌補系統(tǒng)實現(xiàn)技術(shù)上的不足，購置了IBM X3650服務(wù)器，由開發(fā)人員完成操作系統(tǒng)及Web服務(wù)器軟件Apache的安裝，該服務(wù)器通過網(wǎng)線接入局域網(wǎng)，可以在其他終端通過瀏覽器訪問該服務(wù)器。開發(fā)人員完成My SQL數(shù)據(jù)庫軟件安裝調(diào)測，實現(xiàn)數(shù)據(jù)庫的正常訪問。

進行話務(wù)分析預測，并根據(jù)預測結(jié)果進行網(wǎng)絡(luò)調(diào)整涉及的話統(tǒng)指標較多，主要包括以下幾項：VLR用戶數(shù)、M3UA信令負荷、MTP信令負荷、CPU負荷、局間每線話務(wù)量、A接口每線話務(wù)量等。制定了進行話務(wù)分析預測所需網(wǎng)絡(luò)指標的詳細列表，并與廠家工程師溝通交換機網(wǎng)絡(luò)指標的收取方法。

移動話務(wù)分析預測系統(tǒng)的基本分析預測的策略為利用往年節(jié)日業(yè)務(wù)增長量和本年節(jié)前業(yè)務(wù)量進行本年節(jié)日業(yè)務(wù)量預測。由于各項指標在具體算法上存在差別，不同節(jié)日的話務(wù)模型又不盡相同，協(xié)作完成。 開發(fā)人員共同努力完成。 （下轉(zhuǎn)第379頁）

（上接第322頁）并對本年度中秋過節(jié)相關(guān)網(wǎng)絡(luò)指標進行了預測，對其中“局間每線話務(wù)量”指標做出了增開電路數(shù)的決策。

目前現(xiàn)網(wǎng)局間每線話務(wù)量較高的局向集中在POOL2（GS1、GS8、GS12、GS13）各局之間，均達到0.6ERL以上，最高達0.7ERL； GS10至DS2每線話務(wù)量達到了0.56； GS7至CIS每線話務(wù)量達到0.63ERL，其他局向均在0.5以下。

4.效果檢查

4.1減少了維護人員工作強度，提高了話務(wù)預測的準確性和及時性

幫助交換維護人員從重復性的數(shù)據(jù)收集計算中解脫出來，交換維護人員可以將精力集中到話務(wù)分析預測的算法上，提高對話務(wù)預測分析的能力，少了維護人員工作量，提高了預測值的準確性和及時性。下表為移動話務(wù)分析預測系統(tǒng)實施前后對照表

4.2具有顯著的經(jīng)濟效益和社會效益

話務(wù)分析預測系統(tǒng)建成之前，需要4-6名維護人員在每個節(jié)假日前夕，逐個登陸全部端局和關(guān)口局的MSOFTX3000性能管理系統(tǒng)，收集過節(jié)前期話務(wù)量激增情況下可能會受到影響的重要網(wǎng)絡(luò)指標相關(guān)數(shù)據(jù)，并以上一年同期同一個節(jié)假日的變化情況為依據(jù)，預測出本次節(jié)假日期間各項指標值得變化趨勢，在節(jié)假日結(jié)束后，再收集過節(jié)期間的數(shù)據(jù)，與節(jié)前預測的數(shù)據(jù)作出比較，分析得出此次節(jié)假日各項網(wǎng)絡(luò)指標變化情況，作為下一年各種指標的預測依據(jù)。由于核心網(wǎng)設(shè)備的不斷升級、擴容、改造，造成數(shù)據(jù)整理、手動對比分析需要耗費較多的人力、時間。

5.總結(jié)

在此次話務(wù)分析預測系統(tǒng)的應用上取得了良好的實踐效果，將推動話務(wù)分析預測模型的改進，進一步話務(wù)分析預測的準確性。