運營級WiFi網(wǎng)絡的網(wǎng)管平臺構建[圖]

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

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

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

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

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

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

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

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

二、 WiFi網(wǎng)管平臺的階段化能力構架

1. 網(wǎng)絡建設階段的網(wǎng)管構建

該階段的目標是網(wǎng)管的網(wǎng)絡架構和功能架構滿足網(wǎng)絡階段性發(fā)展的需求。因此主要工作就是網(wǎng)管基礎功能的實現(xiàn)和規(guī)范化架構的設計。

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

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

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

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

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

圖2 綜合網(wǎng)管工程建設資源圖：AC資源統(tǒng)計表提供給網(wǎng)絡建設等相關部門輔助建設設計的工作。

圖3 專業(yè)網(wǎng)管數(shù)據(jù)配置檢查圖：幫助建設、維護人員檢查AC數(shù)據(jù)配置準確性，減少AC操作負擔。可檢查的錯誤類別包括：AP編號重復、AP編號配置錯誤、MAC、序列號、型號數(shù)據(jù)配置錯誤、業(yè)務VLAN準確性、AC來源準確性、割接數(shù)據(jù)未刪除等。

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

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

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

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

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

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

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

改造要點（如圖4所示）：

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

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

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

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

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

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

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

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

熱點信息準確率不高。

熱點信息與實際網(wǎng)絡符合度不高。

熱點信息更新時效性低。

人工成本高。

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

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

人工干預顯著降低。

信息更新實時性有保障。

熱點信息有效性、準確性有保障。

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

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

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

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

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

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

專業(yè)網(wǎng)管可對WiFi的核心設備AC進行CPU使用率、內(nèi)存利用率、設備響應時間、設備可達率、License等進行全方位監(jiān)控，發(fā)現(xiàn)因網(wǎng)絡隱患造成的AC運行不穩(wěn)定和性能異常，從而進行故障跟蹤和定位（如圖7所示）。

【案例】：通過發(fā)現(xiàn)某臺AC設備響應時間高于100ms，糾正了AC全局參數(shù)配置上的錯誤，避免了此臺AC下出現(xiàn)的隱性掉線問題。.

告警統(tǒng)計和高級查詢

圖8 告警統(tǒng)計示例圖

圖9 高級查詢示例圖

告警統(tǒng)計和高級查詢功能（如圖8和圖9所示），可使用在各類網(wǎng)絡問題跟蹤、定位的故障處理過程中，在遇到突發(fā)重要故障、大面積故障時，通過發(fā)生時間、故障范圍等細節(jié)的查詢工作，定位到故障點和故障原因。

【案例】：通過某廠商的專業(yè)網(wǎng)管上線告警次數(shù)異常的統(tǒng)計，發(fā)現(xiàn)AP版本的在線檢測時延BUG。

專業(yè)性能報表

圖10 專業(yè)性能報表示例圖

網(wǎng)元性能監(jiān)控和告警統(tǒng)計查詢能幫助維護人員在日常維護過程中發(fā)現(xiàn)網(wǎng)絡設備問題，而專業(yè)性能報表（如圖10所示）可幫助維護人員在定期例行分析中發(fā)現(xiàn)日常檢查中未發(fā)現(xiàn)的隱性問題，如網(wǎng)絡瞬斷、數(shù)據(jù)配置異常、AP負載過高等。

【案例】：通過設備通斷明細報表，發(fā)現(xiàn)AC的瞬斷現(xiàn)象，進而定位到光衰問題，提交到光路傳輸部門解決。

AP狀態(tài)的高級查詢

圖11 AP設備狀態(tài)的高級查詢示例圖

利用AP設備狀態(tài)的各項高級查詢功能（如圖11所示），不僅可以發(fā)現(xiàn)AP數(shù)據(jù)配置上的錯誤，還可以用于故障范圍的判定、故障設備的查找、故障原因的定位、資料準確性的核查等多個方面。結合承載網(wǎng)網(wǎng)管，使維護人員在大部分故障處理的過程中，不需要到用戶側(cè)現(xiàn)場就可以判定故障發(fā)生點，將故障處理任務落實到正確的職責部門。

維護策略優(yōu)化

專業(yè)網(wǎng)管維護策略的優(yōu)化，可以減少網(wǎng)管負載，降低人為隱患，在長期的運維過程中，保障網(wǎng)絡的健壯性。

數(shù)據(jù)提取策略：重要數(shù)據(jù)適時輪詢；次要數(shù)據(jù)分時段輪詢；簡單數(shù)據(jù)按日更新。

周期工作策略：AC數(shù)據(jù)定時保存、定時備份；數(shù)據(jù)配置錯誤周期檢查。

即時更新策略：網(wǎng)管主動詢問特定數(shù)據(jù)，即時顯示。

接口標準策略：接口標準規(guī)范化，網(wǎng)絡調(diào)整尤其是版本調(diào)整不影響后續(xù)系統(tǒng)的數(shù)據(jù)傳遞。

3. 業(yè)務發(fā)展階段的網(wǎng)管設計

WiFi網(wǎng)絡的業(yè)務發(fā)展已呈多元化的趨勢，綜合網(wǎng)管需要具備業(yè)務多元化運營分析決策的能力：

多元網(wǎng)絡協(xié)同運營分析。WiFi網(wǎng)絡可以與多類網(wǎng)絡形成協(xié)同運營的模式，如無線C網(wǎng)與WiFi網(wǎng)絡協(xié)同形成C+W業(yè)務；校園以太網(wǎng)與WiFi網(wǎng)絡協(xié)同形成E+W業(yè)務；用戶內(nèi)網(wǎng)與WiFi網(wǎng)絡協(xié)同形成L+W業(yè)務；在某些區(qū)域還將形成E+C+W等類型業(yè)務。綜合網(wǎng)管可以將多類網(wǎng)絡的運營數(shù)據(jù)集中進行協(xié)同分析，對網(wǎng)絡運營、網(wǎng)絡建設提出指導性意見。圖12以C+W網(wǎng)絡協(xié)同運營分析圖為例，展示了綜合網(wǎng)管將C網(wǎng)基站扇區(qū)與WiFi網(wǎng)AP熱點進行關聯(lián)分析，指導WiFi網(wǎng)絡的工程建設和擴容方向，降低C網(wǎng)Do流量。

圖12 C+W網(wǎng)絡協(xié)同運營分析圖

多元業(yè)務系統(tǒng)運營。WiFi網(wǎng)絡特有的SSID能力可以發(fā)展出多元化的業(yè)務運營模式，如Chinanet無線WiFi公眾業(yè)務與重要客戶的定制Potral業(yè)務構建成WiFi網(wǎng)絡中的多SSID分域運營業(yè)務；各類WiFi業(yè)務分區(qū)域、分種類、分時段、分用戶計費。綜合網(wǎng)管在業(yè)務發(fā)展階段可以根據(jù)SSID、業(yè)務VLAN等字段信息，實現(xiàn)多SSID業(yè)務分析、管控；實現(xiàn)分時段資費、分地點資費、分用戶資費等業(yè)務分析和管控。

多元系統(tǒng)業(yè)務支撐。隨著WiFi業(yè)務的增長，運營商將出現(xiàn)越來越多的業(yè)務支撐系統(tǒng)，除了現(xiàn)有的C網(wǎng)網(wǎng)管系統(tǒng)、WiFi網(wǎng)管系統(tǒng)、業(yè)務認證系統(tǒng)（如圖13所示），未來將拓展到更多系統(tǒng)的對接，包括用戶行為分析系統(tǒng)、業(yè)務開通系統(tǒng)、用戶自助系統(tǒng)、資費管理系統(tǒng)、業(yè)務推送系統(tǒng)等。綜合網(wǎng)管需要滿足多元化的系統(tǒng)接口，提高多元化的支撐能力。

圖13 目前的綜合網(wǎng)管多系統(tǒng)對接能力圖

在業(yè)務發(fā)展階段，WiFi網(wǎng)絡運維的主要目標是網(wǎng)絡優(yōu)化，全面提升用戶感知，優(yōu)化對象將從早期的AC核心網(wǎng)、承載網(wǎng)轉(zhuǎn)向AP接入網(wǎng)，全面提升AP性能。由于各廠家的WiFi設備技術標準、技術能力不統(tǒng)一，綜合網(wǎng)管難以承擔網(wǎng)優(yōu)分析決策的工作，因此這項工作更適合交由專業(yè)網(wǎng)管承擔。專業(yè)網(wǎng)管在網(wǎng)絡優(yōu)化方面能夠建立網(wǎng)優(yōu)分析系統(tǒng)、網(wǎng)優(yōu)決策系統(tǒng)，具備網(wǎng)絡優(yōu)化可持續(xù)可發(fā)展的能力（如圖14所示）。

網(wǎng)優(yōu)分析系統(tǒng)：使網(wǎng)優(yōu)范圍跳出用戶投訴、實地勘測的局限性，面向全網(wǎng)AP、整體用戶。

網(wǎng)優(yōu)決策系統(tǒng)：使網(wǎng)優(yōu)方案擺脫個性、典型案例，形成全網(wǎng)可推廣、可部署、系統(tǒng)化的網(wǎng)優(yōu)方案。

可持續(xù)可發(fā)展能力：建議廠商結合AP改造，不斷開發(fā)新型、實用的性能參數(shù)，形成新的分析決策模型。

圖14 專業(yè)網(wǎng)管的網(wǎng)優(yōu)分析、網(wǎng)優(yōu)決策的系統(tǒng)框架圖

三、結束語

綜合網(wǎng)管和專業(yè)網(wǎng)管的作用，將隨著WiFi網(wǎng)絡和業(yè)務的發(fā)展，向不同的方向明顯分化。若早期忽視專業(yè)網(wǎng)管的建設發(fā)展，導致在運維階段的網(wǎng)絡發(fā)展受到制約，會影響WiFi業(yè)務的順利運營。因此運營商需要注重網(wǎng)管的雙向發(fā)展，將難點放在網(wǎng)絡發(fā)展初期進行解決和控制，構建一個健康的運營級WiFi網(wǎng)絡。

打造運營級的WiFi網(wǎng)絡，其課題不僅僅在于網(wǎng)管系統(tǒng)平臺的設計構建，還包括WiFi網(wǎng)絡架構設計、AC運營機制的改造等多個方面。如何將無線和有線結合共同運營，如何將運營級網(wǎng)絡的要求向用戶端延伸，均需要我們在長期的建設維護工作中不斷探索。隨著WiFi技術的不斷發(fā)展，WiFi業(yè)務在運營商業(yè)務框架中的重要性日益增強，在AC集中化管控、無線網(wǎng)優(yōu)決策、業(yè)務多元化運營等方面還要繼續(xù)探索新的方法，進一步完善WiFi運營級網(wǎng)絡的運維體系。