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

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

圖3 專(zhuān)業(yè)網(wǎng)管數據配置檢查圖

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

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

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

網(wǎng)管平臺結構需要完成服務(wù)器分布式運行改造

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

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

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

1) 工程數據庫、維護數據庫分庫管理

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

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

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

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

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

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

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

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

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

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

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

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

人工成本高。

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

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

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

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

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

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

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

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

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

網(wǎng)元性能監控

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

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