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

2011年電信集團(tuán)明確提出將寬帶網(wǎng)、C網(wǎng)、WiFi網(wǎng)絡(luò)打造成三張可管、可維、可控的運(yùn)營(yíng)級(jí)精品網(wǎng)絡(luò)，對(duì)于WiFi網(wǎng)絡(luò)而言，意味著將運(yùn)營(yíng)級(jí)網(wǎng)絡(luò)的主體從傳統(tǒng)的數(shù)據(jù)機(jī)房側(cè)延伸到了用戶(hù)側(cè)。　　2011年電信集團(tuán)明確提出將寬帶網(wǎng)、C網(wǎng)、WiFi網(wǎng)絡(luò)打造成三張可管、可維、可控的運(yùn)營(yíng)級(jí)精品網(wǎng)絡(luò)，對(duì)于WiFi網(wǎng)絡(luò)而言，意味著將運(yùn)營(yíng)級(jí)網(wǎng)絡(luò)的主體從傳統(tǒng)的數(shù)據(jù)機(jī)房側(cè)延伸到了用戶(hù)側(cè)。因此WiFi網(wǎng)絡(luò)的運(yùn)營(yíng)化發(fā)展，在現(xiàn)階段成為網(wǎng)絡(luò)運(yùn)營(yíng)商的一個(gè)重要課題，其起點(diǎn)和要求均比現(xiàn)存的其他運(yùn)營(yíng)類(lèi)網(wǎng)絡(luò)高。這其中，一個(gè)高效的WiFi網(wǎng)管平臺(tái)將是WiFi網(wǎng)絡(luò)運(yùn)營(yíng)化的重要保障。

一、 WiFi網(wǎng)管平臺(tái)的定位與發(fā)展

WiFi網(wǎng)絡(luò)的發(fā)展分為三個(gè)階段：網(wǎng)絡(luò)建設(shè)階段、運(yùn)維管控階段、業(yè)務(wù)發(fā)展階段。每個(gè)階段都具備階段化的運(yùn)營(yíng)級(jí)目標(biāo)：

WiFi網(wǎng)管平臺(tái)也需要據(jù)此明確自身的階段目標(biāo)，制定網(wǎng)管發(fā)展的階段性工作：

WiFi網(wǎng)管平臺(tái)包含專(zhuān)業(yè)網(wǎng)管系統(tǒng)和綜合網(wǎng)管系統(tǒng)，二者具備互補(bǔ)關(guān)系。

綜合網(wǎng)管繼承多廠商的AC數(shù)據(jù)，綜合管控能力強(qiáng)，但不適用于日常運(yùn)維中的故障定位和故障監(jiān)控，一是因?yàn)锳C廠商的技術(shù)標(biāo)準(zhǔn)不統(tǒng)一，綜合網(wǎng)管的技術(shù)分析和處理能力弱。二是因?yàn)榫C合網(wǎng)管處理資源多，設(shè)備輪詢(xún)時(shí)間長(zhǎng)，不適應(yīng)適時(shí)維護(hù)的需求。在網(wǎng)絡(luò)建設(shè)階段，綜合網(wǎng)管基本能滿(mǎn)足相應(yīng)的網(wǎng)絡(luò)運(yùn)營(yíng)的需求，但到了運(yùn)維管控和業(yè)務(wù)發(fā)展的階段，綜合網(wǎng)管能力不足的問(wèn)題變得越來(lái)越明顯。

專(zhuān)業(yè)網(wǎng)管由各廠家專(zhuān)門(mén)開(kāi)發(fā)，其數(shù)據(jù)適時(shí)性?xún)?yōu)于綜合網(wǎng)管，技術(shù)處理能力強(qiáng)，但網(wǎng)管局限性高，不適合整體網(wǎng)絡(luò)的運(yùn)營(yíng)分析和管控。需要注意的是，由于在初期的網(wǎng)絡(luò)建設(shè)階段專(zhuān)業(yè)網(wǎng)管的作用不明顯，因此容易造成運(yùn)營(yíng)商和廠商對(duì)專(zhuān)業(yè)網(wǎng)管開(kāi)發(fā)和建設(shè)的忽視，從而會(huì)制約后兩個(gè)階段WiFi網(wǎng)絡(luò)的發(fā)展。

對(duì)于運(yùn)營(yíng)級(jí)WiFi網(wǎng)絡(luò)而言，綜合網(wǎng)管的主要作用是網(wǎng)絡(luò)整體的綜合管控，是管控流程中的重要環(huán)節(jié)。專(zhuān)業(yè)網(wǎng)管的主要作用是網(wǎng)絡(luò)性能的技術(shù)處理，是運(yùn)行維護(hù)中的重要工具。

二、 WiFi網(wǎng)管平臺(tái)的階段化能力構(gòu)架

1. 網(wǎng)絡(luò)建設(shè)階段的網(wǎng)管構(gòu)建

該階段的目標(biāo)是網(wǎng)管的網(wǎng)絡(luò)架構(gòu)和功能架構(gòu)滿(mǎn)足網(wǎng)絡(luò)階段性發(fā)展的需求。因此主要工作就是網(wǎng)管基礎(chǔ)功能的實(shí)現(xiàn)和規(guī)范化架構(gòu)的設(shè)計(jì)。

圖1 WiFi網(wǎng)管平臺(tái)組網(wǎng)圖

在網(wǎng)管的網(wǎng)絡(luò)架構(gòu)方面：各WiFi廠商建立各自獨(dú)立的專(zhuān)業(yè)網(wǎng)管系統(tǒng)，集中形成WiFi專(zhuān)業(yè)網(wǎng)管局域網(wǎng)，與AC網(wǎng)絡(luò)通過(guò)網(wǎng)管防火墻對(duì)接。各城域?qū)I(yè)網(wǎng)管系統(tǒng)通過(guò)運(yùn)營(yíng)商內(nèi)網(wǎng)，與省級(jí)綜合網(wǎng)管平臺(tái)互通，考慮到數(shù)據(jù)傳輸安全性和穩(wěn)定性，專(zhuān)業(yè)網(wǎng)管和綜合網(wǎng)管之間接口采用WebService接口通道(如圖1所示)。網(wǎng)管平臺(tái)的數(shù)據(jù)采取逐級(jí)傳遞的模式，AC將數(shù)據(jù)傳遞給各自的專(zhuān)業(yè)網(wǎng)管，專(zhuān)業(yè)網(wǎng)管按標(biāo)準(zhǔn)的數(shù)據(jù)定義接口將數(shù)據(jù)傳遞給綜合網(wǎng)管。AC數(shù)據(jù)逐級(jí)傳遞方式相比目前運(yùn)營(yíng)商普遍采用的AC數(shù)據(jù)直遞綜合網(wǎng)管方式，其優(yōu)點(diǎn)在于，做為流控關(guān)鍵環(huán)節(jié)的綜合網(wǎng)管，可以忽視因網(wǎng)絡(luò)調(diào)整、設(shè)備升級(jí)、工程建設(shè)帶來(lái)的AC數(shù)據(jù)結(jié)構(gòu)、AC資源異動(dòng)，只接受由專(zhuān)業(yè)網(wǎng)管經(jīng)過(guò)內(nèi)部處理形成的標(biāo)準(zhǔn)化北向數(shù)據(jù)，在網(wǎng)管數(shù)據(jù)負(fù)載量不變的情況下，減少綜合網(wǎng)管的采集程序異動(dòng)，保障流程管控中數(shù)據(jù)來(lái)源的準(zhǔn)確性和穩(wěn)定性，保障綜合網(wǎng)管在后期階段與各類(lèi)業(yè)務(wù)運(yùn)營(yíng)系統(tǒng)的多元化對(duì)接。

在網(wǎng)管的功能架構(gòu)方面：綜合網(wǎng)管應(yīng)具備設(shè)備數(shù)據(jù)模塊、故障管理模塊、報(bào)表統(tǒng)計(jì)模塊、網(wǎng)絡(luò)指標(biāo)管理模塊。在數(shù)據(jù)庫(kù)結(jié)構(gòu)設(shè)計(jì)上，需要考慮到后期階段中工程資料和維護(hù)資料的區(qū)分，能夠方便后期階段的工程資料數(shù)據(jù)庫(kù)、維護(hù)資料數(shù)據(jù)庫(kù)的分庫(kù)改造。在數(shù)據(jù)接口設(shè)計(jì)上，需要考慮業(yè)務(wù)發(fā)展階段的多SSID業(yè)務(wù)、多業(yè)務(wù)系統(tǒng)對(duì)接，預(yù)留相應(yīng)的軟、硬件接口和業(yè)務(wù)管理模塊。專(zhuān)業(yè)網(wǎng)管除了傳統(tǒng)的設(shè)備數(shù)據(jù)模塊、告警管理模塊、報(bào)表統(tǒng)計(jì)模塊、北向接口模塊之外，還需要增加位置視圖模塊，預(yù)留性能監(jiān)控模塊，其中位置視圖模塊將AP設(shè)備與位置信息、熱點(diǎn)信息相關(guān)聯(lián)，便于WiFi特有的熱點(diǎn)性能分析、熱點(diǎn)資源管理和報(bào)表統(tǒng)計(jì)工作，由于WiFi網(wǎng)絡(luò)核心設(shè)備AC是為了保證AP的數(shù)據(jù)準(zhǔn)確性和運(yùn)行穩(wěn)定性，不宜進(jìn)行與維護(hù)無(wú)關(guān)的過(guò)多操作和配置，因此將位置信息的建立放在了網(wǎng)管側(cè)。不建議在AC上進(jìn)行位置信息的配置和操作。

WiFi網(wǎng)管的建設(shè)，必須及早重視對(duì)源數(shù)據(jù)處理規(guī)范的要求，否則在后期階段會(huì)以蝴蝶效應(yīng)的方式引發(fā)一系列的問(wèn)題。首先，網(wǎng)管必須真實(shí)展現(xiàn)所有AC源數(shù)據(jù)，保證讀取AC數(shù)據(jù)的準(zhǔn)確性、完整性，不允許對(duì)沖突數(shù)據(jù)，錯(cuò)誤數(shù)據(jù)做歸并處理。這類(lèi)錯(cuò)誤在多個(gè)廠家的網(wǎng)管上均有發(fā)生，引發(fā)了數(shù)據(jù)配置錯(cuò)誤檢查、資源統(tǒng)計(jì)、指標(biāo)統(tǒng)計(jì)、故障流程處理等方面諸多問(wèn)題。其次，網(wǎng)管的關(guān)鍵字段索引需要合理設(shè)計(jì)。傳統(tǒng)的AP索引以MAC地址做為關(guān)鍵字段，當(dāng)運(yùn)維過(guò)程中AP異動(dòng)后，需要在專(zhuān)業(yè)網(wǎng)管、綜合網(wǎng)管、運(yùn)維流程各環(huán)節(jié)均修改MAC地址，在海量AP的情況下，數(shù)據(jù)和資料準(zhǔn)確性無(wú)法保障，造成運(yùn)維流程、業(yè)務(wù)流程失控，因此，AP索引應(yīng)該以AP編號(hào)做為關(guān)鍵字段，為每個(gè)AP定義一個(gè)AP編號(hào)，MAC地址只做為AC上的一個(gè)AP參數(shù)進(jìn)行調(diào)整，流程各環(huán)節(jié)只識(shí)別AP編號(hào)，AP資料在工程驗(yàn)收時(shí)一次到位，運(yùn)維過(guò)程中無(wú)需維護(hù)。網(wǎng)管在各功能模塊設(shè)計(jì)時(shí)，均應(yīng)圍繞AP編號(hào)來(lái)進(jìn)行處理，做到數(shù)據(jù)錄入、采集時(shí)一次到位。最后，網(wǎng)管的數(shù)據(jù)庫(kù)結(jié)構(gòu)必須合理，符合數(shù)據(jù)庫(kù)架構(gòu)設(shè)計(jì)原則。網(wǎng)管數(shù)據(jù)庫(kù)需要建立單獨(dú)的外來(lái)源數(shù)據(jù)表、網(wǎng)管新增資源表(位置視圖表)、數(shù)據(jù)處理最終表，將外來(lái)設(shè)備數(shù)據(jù)、自身新增數(shù)據(jù)、網(wǎng)管展示數(shù)據(jù)在結(jié)構(gòu)上分開(kāi)。避免在海量數(shù)據(jù)的情況下，造成額外的資源處理負(fù)擔(dān)，同時(shí)避免在后期階段的部分需求功能無(wú)法實(shí)現(xiàn)。

在網(wǎng)絡(luò)建設(shè)階段，網(wǎng)管功能主要滿(mǎn)足工程建設(shè)的需求，同時(shí)滿(mǎn)足基本的運(yùn)維需求。定位在流程管控的綜合網(wǎng)管，主要實(shí)現(xiàn)三類(lèi)功能：網(wǎng)絡(luò)指標(biāo)的管控與分析、工程建設(shè)資源的管控和接口故障派單系統(tǒng)。而定位于技術(shù)處理的專(zhuān)業(yè)網(wǎng)管，也實(shí)現(xiàn)三類(lèi)功能：建立位置視圖，AP數(shù)據(jù)實(shí)現(xiàn)模糊查詢(xún)和數(shù)據(jù)配置錯(cuò)誤檢查。圖2和圖3分別展示了兩種網(wǎng)管的主要應(yīng)用：