深圳pcb抄板构建运营级WiFi网络的网管平台

    因此WiFi网络的运营化发展，在现阶段成为网络运营商的一个重要课题，其起点和要求均比现存的其他运营类网络高。这其中，一个高效的WiFi网管平台将是WiFi网络运营化的重要保障。

    一、 WiFi网管平台的定位与发展

    WiFi网络的发展分为三个阶段：网络建设阶段、运维管控阶段、业务发展阶段。每个阶段都具备阶段化的运营级目标：

    WiFi网管平台也需要据此明确自身的阶段目标，制定网管发展的阶段性工作：

    WiFi网管平台包含专业网管系统和综合网管系统，二者具备互补关系。

    综合网管继承多厂商的AC数据，综合管控能力强，但不适用于日常运维中的故障定位和故障监控，一是因为AC厂商的技术标准不统一，综合网管的技术分析和处理能力弱。二是因为综合网管处理资源多，设备轮询时间长，不适应适时维护的需求。在网络建设阶段，综合网管基本能满足相应的网络运营的需求，但到了运维管控和业务发展的阶段，综合网管能力不足的问题变得越来越明显。

    专业网管由各厂家专门开发，其数据适时性优于综合网管，技术处理能力强，但网管局限性高，不适合整体网络的运营分析和管控。需要注意的是，由于在初期的网络建设阶段专业网管的作用不明显，因此容易造成运营商和厂商对专业网管开发和建设的忽视，从而会制约后两个阶段WiFi网络的发展。

    对于运营级WiFi网络而言，综合网管的主要作用是网络整体的综合管控，是管控流程中的重要环节。专业网管的主要作用是网络性能的技术处理，是运行维护中的重要工具。

    二、 WiFi网管平台的阶段化能力构架

    1. 网络建设阶段的网管构建

    该阶段的目标是网管的网络架构和功能架构满足网络阶段性发展的需求。因此主要工作就是网管基础功能的实现和规范化架构的设计。

    在网管的网络架构方面：各WiFi厂商建立各自独立的专业网管系统，集中形成WiFi专业网管局域网，与AC网络通过网管防火墙对接。各城域专业网管系统通过运营商内网，与省级综合网管平台互通，考虑到数据传输安全性和稳定性，专业网管和综合网管之间接口采用WebService接口通道（如图1所示）。

    图1 WiFi网管平台组网图

    网管平台的数据采取逐级传递的模式，AC将数据传递给各自的专业网管，专业网管按标准的数据定义接口将数据传递给综合网管。AC数据逐级传递方式相比目前运营商普遍采用的AC数据直递综合网管方式，其优点在于，做为流控关键环节的综合网管，可以忽视因网络调整、设备升级、工程建设带来的AC数据结构、AC资源异动，只接受由专业网管经过内部处理形成的标准化北向数据，在网管数据负载量不变的情况下，减少综合网管的采集程序异动，保障流程管控中数据来源的准确性和稳定性，保障综合网管在后期阶段与各类业务运营系统的多元化对接。

    在网管的功能架构方面：综合网管应具备设备数据模块、故障管理模块、报表统计模块、网络指标管理模块。在数据库结构设计上，需要考虑到后期阶段中工程资料和维护资料的区分，pcb抄板能够方便后期阶段的工程资料数据库、维护资料数据库的分库改造。

    在数据接口设计上，需要考虑业务发展阶段的多SSID业务、多业务系统对接，预留相应的软、硬件接口和业务管理模块。专业网管除了传统的设备数据模块、告警管理模块、报表统计模块、北向接口模块之外，还需要增加位置视图模块，预留性能监控模块，其中位置视图模块将AP设备与位置信息、热点信息相关联，便于WiFi特有的热点性能分析、热点资源管理和报表统计工作，由于WiFi网络核心设备AC是为了保证AP的数据准确性和运行稳定性，不宜进行与维护无关的过多操作和配置，因此将位置信息的建立放在了网管侧。不建议在AC上进行位置信息的配置和操作。

    WiFi网管的建设，必须及早重视对源数据处理规范的要求，电路板克隆否则在后期阶段会以蝴蝶效应的方式引发一系列的问题。首先，网管必须真实展现所有AC源数据，保证读取AC数据的准确性、完整性，不允许对冲突数据，错误数据做归并处理。这类错误在多个厂家的网管上均有发生，引发了数据配置错误检查、资源统计、指标统计、故障流程处理等方面诸多问题。

    其次，网管的关键字段索引需要合理设计。传统的AP索引以MAC地址做为关键字段，当运维过程中AP异动后，需要在专业网管、综合网管、运维流程各环节均修改MAC地址，在海量AP的情况下，数据和资料准确性无法保障，造成运维流程、业务流程失控，因此，AP索引应该以AP编号做为关键字段，为每个AP定义一个AP编号，MAC地址只做为AC上的一个AP参数进行调整，流程各环节只识别AP编号，AP资料在工程验收时一次到位，运维过程中无需维护。网管在各功能模块设计时，均应围绕AP编号来进行处理，做到数据录入、采集时一次到位。

    最后，网管的数据库结构必须合理，符合数据库架构设计原则。网管数据库需要建立单独的外来源数据表、网管新增资源表（位置视图表）、数据处理最终表，将外来设备数据、自身新增数据、网管展示数据在结构上分开。避免在海量数据的情况下，造成额外的资源处理负担，同时避免在后期阶段的部分需求功能无法实现。