研發(fā)移動話務(wù)分析預(yù)測系統(tǒng) 話務(wù)預(yù)測

本文格式為Word版，下載可任意編輯——研發(fā)移動話務(wù)分析預(yù)測系統(tǒng)話務(wù)預(yù)測移動話務(wù)分析預(yù)料系統(tǒng)是對本地核心網(wǎng)設(shè)備MSCPOOL、端局、關(guān)口局各項重要網(wǎng)絡(luò)指標(biāo)的實時檢測和分析，能夠?qū)崟r、切實、快速、直觀地呈現(xiàn)出維護人員關(guān)切的核心網(wǎng)相關(guān)網(wǎng)絡(luò)指標(biāo)的狀況，可以通過對移動話務(wù)的歷史數(shù)據(jù)及現(xiàn)網(wǎng)數(shù)據(jù)的分析，對可能會展現(xiàn)的話務(wù)量激增的重大節(jié)假日舉行話務(wù)預(yù)料，保證設(shè)備運行在安好、高效的網(wǎng)絡(luò)環(huán)境中，為宏大客戶供給更加優(yōu)越的通信服務(wù)。本文分析了移動話務(wù)分析預(yù)料系統(tǒng)的研發(fā)問題。

移動話務(wù)；分析預(yù)料系統(tǒng)；網(wǎng)絡(luò)指標(biāo)

隨著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ù)的自動收集、整理、保存、分析、預(yù)料系統(tǒng)是解決目前話務(wù)預(yù)料困難的有效途徑。

1.目標(biāo)

1.1研發(fā)出一種能夠快速切實供給話務(wù)預(yù)料分析的系統(tǒng)

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

目標(biāo)二：數(shù)據(jù)處理切實率達(dá)成99%，核心網(wǎng)絡(luò)無擁塞。

1.2針對目標(biāo)一、二概括分析其可行性如下

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

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

2.方案及確定

根據(jù)一般軟件系統(tǒng)的研發(fā)流程，移動話務(wù)分析預(yù)料系統(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ù)器）布局和B/S（Browser/Server欣賞器/服務(wù)器）布局。結(jié)合本系統(tǒng)的需求針對這兩種架構(gòu)舉行了比較分析：

綜合以上表格察覺B/S布局系統(tǒng)具有開發(fā)維護難度低、兼容性好等特點，雖然響應(yīng)時間稍長，單對本系統(tǒng)來說秒級的響應(yīng)時長完全能夠采納，因此我們采用B/S布局。

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

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

結(jié)合上表察覺Apache在穩(wěn)定性、擴展性、和本金上具有優(yōu)勢，因此我們在用Apache作為該系統(tǒng)的Web服務(wù)器，由于Apache一般應(yīng)用在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ā)工具的選擇制表人：李少輝制表時間：2022-3-26

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

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

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

2.4確定最正確方案

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

3.對策實施

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

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

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

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

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

4.效果檢查

4.1裁減了維護人員工作強度，提高了話務(wù)預(yù)料的切實性和實時性

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

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

話務(wù)分析預(yù)料系統(tǒng)建成之前，需要4-6名維護人員在每個節(jié)假日前夕，逐個登陸全部端局和關(guān)口局的MSOFTX3000性能管理系統(tǒng)，收集過節(jié)前期話務(wù)量激增處境下可能會受到影響的重要網(wǎng)絡(luò)指標(biāo)相關(guān)數(shù)據(jù)，并以上一年同期同一個節(jié)假日的變化處境為依據(jù)，預(yù)料出本次節(jié)假日期間各項指標(biāo)值得變化趨勢，在節(jié)假日終止后，再收集過節(jié)期間的數(shù)據(jù)，與節(jié)前預(yù)料的數(shù)據(jù)作出對比，分析得出此次節(jié)假日各