WLAN 网络智能管理系统

摘要：中国移动通信集团广东有限公司珠海分公司开发的WLAN（无线局域网）网络智能管理系统解决了AP（接入点）设备数量庞大、维护人员数量有限、设备种类繁多、不支持标准网管、提高全网设备的监控力度和系统指标等众多技术难题，利用WLAN 智能监控系统网管技术，实现对全网设备的实时监控，包括AP 接入用户数、AP 流量、热点流量及行为。该系统具有良好的扩展性、高效的稳定性、操作的简洁性，确保了珠海移动不断扩展的无线网络能高效稳定的运行。

0.引言

目前，WLAN（无线局域网）在全球发展势头迅猛。珠海移动原有的WLAN 系统共有300 多台热点AP （接入点） 设备， 2009 年迅猛增加到1000 多台。

在现有运营管理中， 主要存在以下问题：a）AP 设备数量庞大，维护人员数量有限。b）AP 设备多数是一些小网络设备， 网管功能不健全，现有的网络管理软件无法有效监控。c）现有AP 设备类型较多，不支持标准网管，且管理手段各不相同，给统一监控带来很大困难。d）信息化业务服务质量缺乏标准，无法衡量。

为了解决以上问题，提高工作效率和维护水平，迅速、有效、合理地调配资源，提高全网设备的利用率。广东移动珠海分公司通过开发WLAN网络智能管理系统， 从WLAN 网络末端设备AP出发， 基于用户侧提供自动的业务监控功能，实时发现WLAN 网络连通性和性能问题，实时进行异常变动告警上传，变被动维护。

1.WLAN 网络智能管理系统功能

珠海WLAN 全网现有1000 多个AP，分布于珠海香洲、吉大、金湾、斗门、平沙、三灶等多个区域。共110 个热点覆盖于酒店、娱乐、高档小区、政府企业、服务厅等。目前网络采用常用的AC（接入控制器）串联接入，下接汇聚交换机，采用传输到各热点区域或传输汇聚机房方式。

通过网管服务器的架设部署，通过核心交换机连通各个网络设备，读取各个AP、AC、交换机路由器等各种网络设备信息。

系统中直接面向用户业务的有4 个子功能模块，按照主要功能作用可分为WLAN 设备管理模块、用户行为功能模块、日志功能模块和集成功能模块四大类。

WLAN 设备管理模块包括性能监控（CPU、内存监控）、无线参数监控、接口监控、用户认证模块、事件综合管理、排名等。用户行为分析模块包括用户接入时长、用户接入AP、用户漫游情况、用户接入时段、用户使用流量、流量应用分布、用户访问目的、用户行为指纹、用户特征识别。流量分析包括接口分析、应用分布、会话分析、网间流量分析、流量报表、流量告警、流量事件管理、流量过滤。日志管理包括SYSLOG 日志、Trap 日志、日志匹配、日志告警。

WLAN 网络智能监控系统着力解决以下关键技术问题： a）全面支持对小型网络设备运行状况的数据抓取。b）全面支持各种网络和主机设备。

c）统一支持多种采集手段。d）一个可定制性极强的监控框架，大幅降低定制费用。e）充分挖掘已有管理系统的潜力，减少用户方管理系统软件投入，提高管理效果。f）设备管理、用户户管理双核心。g）高效率、高可靠性，对硬件环境要求不高。

2 WLAN 网络智能管理系统原理

2.1 统一采集平台（UNICOL）和多采集（MUTICOL）

WLAN 的监控对象大多是接入层的AP 设备，这些设备价格较便宜、网管功能不健全、监控方式不标准， 且型号众多， 通用网管系统不做改动很难支持。另一方面，AP 设备虽然类型复杂，但功能却相对统一。功能的相对统一决定了其监控指标的展现也相对统一。

结合WLAN 系统的这两大特点，构造了统一采集平台。该平台将监控指标的采集与展现彻底分离，摆脱了传统的采集模块与展现模块结合在一起的方式，以略微牺牲一点展现的丰富性为代价，换取了采集模块的极端灵活和高效。

1）统一采集平台（UNICOL）

所有的网络监控类软件都建立在系统数据采集的基础上， 新型的网络监控系统都已经使用了系统化的采集平台（COL-PLATFOME），有利于将各种不同类型的采集同一化，从而降低定制成本，增加支持设备类型数量。COL-PLATFOME 虽然在采集同一化方面做了很多工作，但仍然摆脱不开"对象"的概念，采集指标（KPI）总是从属于某一个设备类型，如CISCO 类型下， 有CPU 使用率、接口流量等KPI；HP-UX（一种主机操作系统）类型下，也有CPU 使用率、接口流量等相似的KPI。

传统采集框架如图1 所示。

传统采集框架中，KPI 都挂在特定的对象上。如果要扩展支持的对象类型，有两个必不可少的步骤：

a）编写对象层逻辑。b）修改KPI 逻辑，把它们挂到新编写的对象逻辑上。

存在的问题：a）KPI 逻辑是大致相似的。例如CPU 使用率，CISCO 设备和HUAWEI 设备的差别可能仅仅在于OID 不同，HP-UX 和AIX 的差别仅仅在于命令有一点不同。有的KPI 逻辑（如取设备延时、丢包率等）甚至是完全一样的。b）对象逻辑是大不相同的。相对而言，对象逻辑与每种对象管理，其性质大不一样。例如CISCO 设备，对象层上必须取得设备OID、接口列表等关键属性， 而HP-UX 则必须取得总内存、总虚拟内存、卷列表等关键属性。

导致的后果：a）对象层差别性很大，每增添一个新设备类型，都必须增添代码描述新的对象，形成新的对象层。b）尽管KPI 差别性不大，但它必须挂在对象层下，对象层的增加必然导致KPI 要做相应的修改，才能挂到新的对象下面。

通过以上分析可看出， 传统的采集框架的架构不尽科学， 其根本问题在于差别性大的对象层被放到框架中层， 而差别性不大的KPI 被放到框架底层。这种架构与人类的思维很接近（先大后小的自然过程），但其扩展性受到约束，为支持新设备必须付出昂贵的开发、定制和实施成本。特别是在WLAN系统中，这个缺点更为突出。

来源：维库开发网