運(yùn)營級WiFi網(wǎng)絡(luò)的網(wǎng)管平臺構(gòu)建

AC資源統(tǒng)計(jì)表提供給網(wǎng)絡(luò)建設(shè)等相關(guān)部門輔助建設(shè)設(shè)計(jì)的工作。

圖3 專業(yè)網(wǎng)管數(shù)據(jù)配置檢查圖

幫助建設(shè)、維護(hù)人員檢查AC數(shù)據(jù)配置準(zhǔn)確性，減少AC操作負(fù)擔(dān)?？蓹z查的錯(cuò)誤類別包括：AP編號重復(fù)、AP編號配置錯(cuò)誤、MAC、序列號、型號數(shù)據(jù)配置錯(cuò)誤、業(yè)務(wù)VLAN準(zhǔn)確性、AC來源準(zhǔn)確性、割接數(shù)據(jù)未刪除等。

2. 運(yùn)維管控階段的網(wǎng)管改造

該階段的目標(biāo)是保障網(wǎng)絡(luò)運(yùn)行的穩(wěn)定性，因此，網(wǎng)管系統(tǒng)功能需要滿足流程管控中優(yōu)化調(diào)整的需求，滿足故障維護(hù)中監(jiān)控分析的需求。同時(shí)網(wǎng)管結(jié)構(gòu)上還需要滿足海量資源增長帶來的負(fù)載分擔(dān)需求，網(wǎng)管平臺需要完成一系列改造工作。

網(wǎng)管平臺結(jié)構(gòu)需要完成服務(wù)器分布式運(yùn)行改造

在運(yùn)行維護(hù)階段，網(wǎng)管平臺的網(wǎng)絡(luò)結(jié)構(gòu)改造是首要工作。一般的大型城市運(yùn)營級WiFi網(wǎng)絡(luò)，AP數(shù)量達(dá)到數(shù)萬，傳統(tǒng)的集中式單機(jī)網(wǎng)管已不能滿足資源處理的要求，容易造成數(shù)據(jù)丟失，狀態(tài)錯(cuò)誤，運(yùn)行不穩(wěn)定的問題。網(wǎng)管系統(tǒng)必須采用分布式結(jié)構(gòu)，將各類功能模塊交由專業(yè)服務(wù)器處理，一般劃分為采集服務(wù)器、數(shù)據(jù)處理服務(wù)器、系統(tǒng)應(yīng)用服務(wù)器，以達(dá)到大型運(yùn)營商OSS系統(tǒng)的要求，提高數(shù)據(jù)更新的適時(shí)性，保障在流程運(yùn)轉(zhuǎn)、維護(hù)查詢、業(yè)務(wù)分析中數(shù)據(jù)的準(zhǔn)確性。

綜合網(wǎng)管需要完成流程管控功能的改造

這個(gè)階段，在流程運(yùn)轉(zhuǎn)中最大的問題是網(wǎng)絡(luò)端對端資料準(zhǔn)確率不高，其次問題是因工程、用戶原因造成的AP不可維。綜合網(wǎng)管做為流程管控的定位，需要幫助運(yùn)營部門解決或規(guī)避此類問題，使流程能夠正常運(yùn)轉(zhuǎn)。綜合網(wǎng)管的主要改造內(nèi)容包括：

1) 工程數(shù)據(jù)庫、維護(hù)數(shù)據(jù)庫分庫管理

改造要點(diǎn)(如圖4所示)：

分庫管理：在綜合網(wǎng)管上將工程資料庫和維護(hù)資料庫分開，通過一系列功能模塊保障維護(hù)資料庫的準(zhǔn)確率，使各部門可以有效共用網(wǎng)管平臺，同時(shí)保障各類流程的流暢化，解決因工程設(shè)計(jì)資料影響運(yùn)維、業(yè)務(wù)流程的問題。

網(wǎng)管轉(zhuǎn)維：實(shí)現(xiàn)自動轉(zhuǎn)維和人工轉(zhuǎn)維兩種工程轉(zhuǎn)維模式。新建的WiFi熱點(diǎn)在觀察期內(nèi)達(dá)到網(wǎng)絡(luò)指標(biāo)的要求，進(jìn)行自動轉(zhuǎn)維;因用戶斷電等原因未滿足網(wǎng)絡(luò)指標(biāo)，但滿足設(shè)備可管率要求的熱點(diǎn)，通過人工審核，進(jìn)行人工轉(zhuǎn)維。網(wǎng)管轉(zhuǎn)維的模式，規(guī)避了因工程原因?qū)е碌腁P網(wǎng)絡(luò)不可維、海量的用戶側(cè)運(yùn)營設(shè)備驗(yàn)收采樣率不高的問題，提升了網(wǎng)絡(luò)整體的可維性、可用性。網(wǎng)管轉(zhuǎn)維的另一個(gè)重要作用是可以管控工程進(jìn)度，解決工程拖期、工程質(zhì)量的問題。

資料審核：在轉(zhuǎn)維過程中加入資料自動審核模塊，通過建設(shè)流程中一些關(guān)鍵部門關(guān)鍵資料的規(guī)范化審核，判定資料的準(zhǔn)確率，決定轉(zhuǎn)維是否成功，同時(shí)下發(fā)到相關(guān)部門更新準(zhǔn)確的工程驗(yàn)收資料。資料審核功能有效的提升了維護(hù)資料的準(zhǔn)確率。

維護(hù)回退：通過關(guān)鍵職能部門的審核，允許部分問題熱點(diǎn)從維護(hù)庫退回到工程庫。WiFi網(wǎng)絡(luò)運(yùn)營級的主體AP在用戶側(cè)，因用戶裝修、電源等問題造成熱點(diǎn)設(shè)備暫時(shí)不可維，可注明原因和時(shí)限回退到工程庫，通過網(wǎng)管轉(zhuǎn)維或時(shí)限過期后進(jìn)入網(wǎng)管人工轉(zhuǎn)維模式重新納入到運(yùn)維流程中進(jìn)行運(yùn)維和考核;同時(shí)在運(yùn)維過程中發(fā)現(xiàn)的資料問題，也可以通過回退模式轉(zhuǎn)入工程庫，通過網(wǎng)管人工轉(zhuǎn)維模式限定相關(guān)職能部門限期解決。通過維護(hù)回退，解決用戶原因造成的運(yùn)營級問題，規(guī)避維護(hù)資料錯(cuò)誤的問題，使流程能夠正常運(yùn)轉(zhuǎn)。

圖4 綜合網(wǎng)管分庫管理、網(wǎng)管轉(zhuǎn)維的流程圖

2) 網(wǎng)絡(luò)熱點(diǎn)資料管理流程改造

當(dāng)WiFi運(yùn)營商向公眾客戶公布(含有)WiFi熱點(diǎn)信息的開放性資源系統(tǒng)，熱點(diǎn)系統(tǒng)的準(zhǔn)確率、適時(shí)性必須得到保障，以提升用戶的滿意度，避免用戶投訴。

如圖5所示，傳統(tǒng)運(yùn)營商的熱點(diǎn)系統(tǒng)資源管理流程中，運(yùn)營商的資源管理系統(tǒng)向網(wǎng)管系統(tǒng)和熱點(diǎn)系統(tǒng)發(fā)布熱點(diǎn)信息，更新系統(tǒng)的熱點(diǎn)數(shù)據(jù)，資源管理系統(tǒng)的WiFi信息來源為人工導(dǎo)入的工程驗(yàn)收資料。其弊端在于：

熱點(diǎn)信息準(zhǔn)確率不高。

熱點(diǎn)信息與實(shí)際網(wǎng)絡(luò)符合度不高。

熱點(diǎn)信息更新時(shí)效性低。

人工成本高。

圖5 傳統(tǒng)運(yùn)營商的熱點(diǎn)系統(tǒng)資源管理流程圖

傳統(tǒng)的流程經(jīng)優(yōu)化調(diào)整后，如圖6所示，綜合網(wǎng)管系統(tǒng)通過維護(hù)庫資料自動計(jì)算熱點(diǎn)信息資源，由綜合網(wǎng)管自動向資源管理系統(tǒng)和熱點(diǎn)系統(tǒng)發(fā)布熱點(diǎn)信息。這種模式的優(yōu)點(diǎn)在于：

人工干預(yù)顯著降低。

信息更新實(shí)時(shí)性有保障。

熱點(diǎn)信息有效性、準(zhǔn)確性有保障。

圖6 優(yōu)化后的運(yùn)營商的熱點(diǎn)系統(tǒng)資源管理流程圖

專業(yè)網(wǎng)管需要完成監(jiān)控分析功能的優(yōu)化

在運(yùn)維階段，WiFi網(wǎng)絡(luò)運(yùn)行最顯著的問題是網(wǎng)絡(luò)隱患較多、難以發(fā)現(xiàn)，如設(shè)備版本BUG、設(shè)備對接異常、設(shè)備負(fù)載處理能力不足、AC數(shù)據(jù)配置錯(cuò)誤等問題，引發(fā)用戶側(cè)運(yùn)營級AP的運(yùn)行不穩(wěn)定，造成無線、有線職能部門之間職責(zé)不清，各級維護(hù)人員壓力過大。這些問題可通過WiFi專業(yè)網(wǎng)管發(fā)現(xiàn)，進(jìn)行網(wǎng)絡(luò)跟蹤和定位，解決隱患。

專業(yè)網(wǎng)管運(yùn)維功能的優(yōu)化主要體現(xiàn)在以下幾個(gè)方面：

網(wǎng)元性能監(jiān)控

圖7 網(wǎng)元性能監(jiān)控示例圖

專業(yè)網(wǎng)管可對WiFi