WO2012068909A1

WO2012068909A1 - 基于瘦无线接入点架构的网管实现方法及系统

Info

Publication number: WO2012068909A1
Application number: PCT/CN2011/078542
Authority: WO
Inventors: 向兴国
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-11-25
Filing date: 2011-08-17
Publication date: 2012-05-31
Also published as: RU2567242C2; RU2013129814A; EP2645765A1; CN102480759A; CN102480759B; EP2645765A4

Description

基于痩无线接入点架构的网管实现方法及系统技术领域本发明涉及通信领域，具体而言，涉及一种基于瘦无线接入点（Access Point, 简称为 AP) 架构的网管实现方法及系统。背景技术自 2002年瘦 AP架构成为无线局域网（Wireless Local, 简称为 WLAN)业界新的趋势后， WLAN组网开始通过无线控制器（又称无线接入控制器， Access Controller, 简称为 AC)来管理多个 AP。 AC 对 WLAN 系统集中执行强制策略和认证，对系统中的 AP进行统一配置和管理。图 1是根据相关技术的瘦 AP系统的网管架构图，如图 1所示，瘦 AP体系下网管系统主要由网管平台、 AC和 AP组成。网管平台主要通过简单网络管理协议（Simple Network Management Protocol, 简称为 SNMP) 实现整个系统的管理， AC对于 AP的配置和管理主要基于无线 AP控制与配置（Control And Provisioning of Wireless Access Points, 简称为 CAPWAP) 协议和 SNMP两种协议。

CAPWAP是一个定义 AC和 AP控制和数据报文交互的框架性协议，采用用户数据报协议（User Datagram Protocol, 简称为 UDP) 的 C/S模型进行 AP与 AC之间的交互。 CAPWAP 报文分为控制和数据两种消息， CAPWAP 消息主要使用消息类型 (Message Type)来指定控制消息的功能，使用消息元素来实现具体参数的传递。

SNMP 是目前传输控制协议 /因特网互联协议（ Transmission Control Protocol/Internet Protocol, 简称为 TCP/IP) 网络中应用最为广泛的网络管理协议，主要用来实现网管平台从瘦 AP系统的设备中收集网络管理信息，以及设备（主要是 AP) 向网管系统报告问题和错误。网管与 AP之间的 SNMP交互需要通过 AC来中转。 SNMP 协议采用了 Client/Server模型的特殊形式：代理 /管理站模型。对网络的管理与维护是通过管理工作站与 SNMP 代理间的交互工作完成的。每个 SNMP 从代理负责回答 SNMP管理工作站（主代理）关于管理信息库（Management Information Base, 简称为 MIB)定义信息的各种查询。网管平台对于 AP的配置管理需要通过 AC来中转，这样 AC需要通过轮询方式对于系统中的 AP进行周期采集，图 2是根据相关技术的瘦 AP 系统网管平台采集 AP 信息的流程图，如图 2 所示， SNMP 管理站用获取请求 (Get-Request)消息从拥有 SNMP代理的网络设备中检索信息，而 SNMP代理则用获取响应（Get-Response) 消息响应。 SNMP管理站用配置请求（Set-Request)可以对网络设备进行远程配置（包括设备名、设备属性、删除设备或使某一个设备属性有效 / 无效等）。 S MP代理使用陷阱（TRAP) 向 SNMP管理站发送非请求消息，一般用于描述某一事件的发生。发明人发现，相关技术中的 AC和 AP之间通过 SNMP进行管理交互的方式会造成处理拥塞，从而导致系统性能的下降。发明内容本发明的主要目的在于提供一种基于瘦 AP架构的网管实现方法及系统，以至少解决上述问题。本发明的一个方面提供了一种基于瘦 AP架构的网管实现方法，包括：在进行预定处理时， AC和 AP之间采用 CAPWAP协议进行通信，其中，所述预定处理包括以下至少之一：所述 AC将网管平台的配置信息下发至所述 AP、所述 AC从所述 AP获得用于响应网管平台信息采集请求的采集信息、所述 AP通过所述 AC向所述网管平台上报陷阱 TRAP事件。在所述预定处理包括所述 AC将网管平台的配置信息下发至所述 AP的情况下， AC和 AP之间采用 CAPWAP协议进行通信包括：所述 AC对所述网管平台下发的简单网络管理协议 SNMP格式的配置信息进行解析和校验；所述 AC将所述解析和校验后的配置信息通过所述 CAPWAP协议下发至所述 AP。在所述预定处理包括所述 AC从所述 AP获得用于响应网管平台信息采集请求的采集信息的情况下， AC和 AP之间采用 CAPWAP协议进行通信包括：所述 AP通过所述 CAPWAP协议向所述 AC上报所述采集信息；所述 AC保存所述采集信息。在所述 AC保存所述采集信息之后，还包括：所述 AC接收到所述网管平台的信息采集请求；响应于所述信息采集请求，所述 AC将保存的所述采集信息上报至所述网管平台。在所述预定处理包括所述 AP通过所述 AC向所述网管平台上报 TRAP事件的情况下， AC和 AP之间采用 CAPWAP协议进行通信包括：所述 AP在 TRAP事件发生的情况下，通过所述 CAPWAP协议向所述 AC上报所述 TRAP事件。在所述 AP通过所述 CAPWAP协议向所述 AC上报所述 TRAP事件之后，还包括: 所述 AC根据所述 TRAP事件进行处理，并确定是否将所述 TRAP事件上报至所述网管平台。所述采集信息包括以下至少之一:所述 AP的配置信息、所述 AP的性能统计信息。该方法还包括：所述 AC和所述 AP之间取消通过 S MP进行通信的架构。本发明的另一个方面提供了一种基于瘦 AP架构的网管实现系统，包括 AC和 AP，其中，所述 AC包括： CAPWAP通信模块，设置为在进行预定处理时，采用 CAPWAP 协议与所述 AP进行通信；所述 AP包括： CAPWAP通信模块，设置为在进行预定处理时，采用 CAPWAP协议与所述 AC进行通信；其中，所述预定处理包括以下至少之一：所述 AC将网管平台的配置信息下发至所述 AP、所述 AC从所述 AP获得用于响应网管平台信息采集请求的采集信息、所述 AP通过所述 AC向所述网管平台上报陷阱 TRAP事件。在所述预定处理包括所述 AC将网管平台的配置信息下发至所述 AP的情况下，所述 AC的 CAPWAP通信模块设置为对所述网管平台下发的 SNMP格式的配置信息进行解析和校验之后，将所述解析和校验后的配置信息通过所述 CAPWAP协议下发至所述 AP; 在所述预定处理包括所述 AC从所述 AP获得用于响应网管平台信息采集请求的采集信息的情况下，所述 AP的 CAPWAP通信模块设置为通过所述 CAPWAP协议向所述 AC上报所述采集信息，所述 AC还包括保存模块和 SNMP代理模块，所述保存模块设置为保存所述采集信息，所述 SNMP代理模块设置为接收到所述网管平台的信息采集请求后，将所述保存模块保存的所述采集信息上报至所述网管平台；在所述预定处理包括所述 AP通过所述 AC向所述网管平台上报 TRAP事件的情况下，所述 AP的 CAPWAP通信模块设置为在 TRAP事件发生的情况下，通过所述 CAPWAP 协议向所述 AC上报所述 TRAP事件。通过本发明，在 AC将网管平台的配置信息下发至 AP、 AC从 AP获得用于响应网管平台信息采集请求的采集信息、 AP通过 AC向网管平台上报陷阱 TRAP事件这几种情况中的一种或多种正在进行时， AC和 AP之间采用 CAPWAP协议进行通信，解决了相关技术中的处理方式可能造成处理拥塞，导致系统性能下降的问题，对于瘦 AP 网管系统的框架进行了优化，这样可以提高 SNMP网管的效率，降低网管系统的负荷，提高网络质量。附图说明此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：图 1是根据相关技术的瘦 AP系统的网管架构图；图 2是根据相关技术的瘦 AP系统网管平台采集 AP信息的流程图；图 3是根据本发明实施例的基于瘦无线接入点 AP架构的网管实现方法的示意图；图 4是根据本发明实施例的基于瘦 AP架构的网管实现系统的结构框图；图 5是根据本发明实施例的基于瘦 AP架构的网管实现系统的优选结构框图；图 6是根据实施例 1的优化后的瘦 AP系统网管系统示意图；图 7是根据实施例 2的基于图 6所示的结构时，网管平台下发的配置信息由 AC 通过 CAPWAP下发的流程图；图 8是根据实施例 3的优化后的瘦 AP系统网管平台采集 AP信息的流程图；图 9是根据实施例 3的基于图 6所示的结构时， AC处理 SNMP GET的流程图。具体实施方式下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。图 3是根据本发明实施例的基于瘦 AP架构的网管实现方法的示意图，如图 3所示，在进行预定处理时， AC和 AP之间采用 CAPWAP协议进行通信，其中，预定处理包括以下至少之一： AC将网管平台的配置信息下发至 AP、 AC从 AP获得用于响应网管平台信息采集请求的采集信息、 AP通过 AC向网管平台上报 TRAP事件。相关技术中， AC都是采用周期轮询方式（如图 2所示）采集 AP信息，这样在同一时刻 AC需要采集所管理的所有 AP的所有信息，造成网络负荷很大， AC和 AP处理的负荷也很大，在系统中 AP 比较多的情况下很容易造成网络拥塞，而用户的数据信息可能得不到有效的处理，影响网络质量。而本实施例的方法中，在进行涉及到 AC 和 AP之间的管理交互处理时， AC和 AP之间采用 CAPWAP协议进行管理信息的交互，从而提高了 S MP网管的效率，降低了网管系统的负荷，提高了网络质量。为了防止 AC通过多种通道下发配置容易出现配置冲突的情况，在进行预定处理时， AC和 AP之间可以仅采用 CAPWAP协议进行通信。在实际应用中，针对以上几种预定处理， AC和 AP之间采用 CAPWAP协议进行通信的过程可以参照以下描述的过程来实现：

( 1 ) 在预定处理包括 AC将网管平台的配置信息下发至 AP的情况下：

AC可以对网管平台下发的 S MP格式的配置信息进行解析和校验，再将解析和校验后的配置信息通过 CAPWAP协议下发至 AP。通过以上的方式，实现了在 AC向 AP下发网管平台的配置信息的情况下， AC和 AP之间通过 CAPWAP协议进行通信的处理。

(2)在预定处理包括 AC从 AP获得用于响应网管平台信息采集请求的采集信息的情况下： AP通过 CAPWAP协议向 AC上报采集信息， AC收到后保存该采集信息；后续当 AC接收到网管平台的信息采集请求时；响应于信息采集请求， AC可以将保存的采集信息上报至网管平台。通过该方法， AC方便地实现了 S MP处理方式和 CAPWAP处理方式的转换，在网管平台通过 SNMP方式进行处理的情况下， AC和 AP之间采用 CAPWAP方式进行交互，既防止了在同一时刻 AC需要采集所管理的所有 AP的所有信息造成网络负荷很大，又实现了 AC和 AP之间的 SNMP交互。优选地，以上的采集信息可以包括以下至少之一： AP的配置信息、 AP的性能统计信息。

(3 ) 在预定处理包括 AP通过 AC向网管平台上报 TRAP事件的情况下： AP在 TRAP事件发生的情况下，通过 CAPWAP协议向 AC上报 TRAP事件； AC 根据 TRAP事件进行处理，并确定是否将 TRAP事件上报至网管平台。通过以上的方式，实现了在 AP通过 AC向网管平台上报 TRAP事件的情况下， AC和 AP之间通过 CAPWAP协议进行通信的处理。考虑到 AC通过 SNMP和 CAPWAP两种通道下发配置容易出现两种配置冲突的情况，作为一种优选的方案，可以在 AC和 AP之间取消通过 SNMP进行通信的架构，从而降低了 AC和 AP的复杂性，提高了 AC和 AP的处理能力。而且如果后续需要增加其它网管方式（例如 TR069) 可以只需要在 AC上对新增网管方式的配置查询进行相关适配处理， AP不需要改动，十十《fin了锋的扩 tt 图 4是根据本发明实施例的基于瘦 AP架构的网管实现系统的结构框图，该系统包括 AC 42和 AP 44，其中， AC 42包括： CAPWAP通信模块 422，设置为在进行预定处理时，采用 CAPWAP协议与 AP进行通信； AP 44包括： CAPWAP通信模块 442，设置为在进行预定处理时，采用 CAPWAP协议与 AC进行通信；其中，预定处理包括以下至少之一： AC 42将网管平台的配置信息下发至 AP 44、 AC 42从 AP 44获得用于响应网管平台信息采集请求的采集信息、 AP 44通过 AC 42向网管平台上报陷阱 TRAP 事件。优选地，在预定处理包括 AC 42将网管平台的配置信息下发至 AP 44的情况下， AC 42的 CAPWAP通信模块 422对网管平台下发的 S MP格式的配置信息进行解析和校验之后，将解析和校验后的配置信息通过 CAPWAP协议下发至 AP 44。图 5是根据本发明实施例的基于瘦 AP架构的网管实现系统的优选结构框图，如图 5所示，在预定处理包括 AC 42从 AP 44获得用于响应网管平台信息采集请求的采集信息的情况下， AP 44的 CAPWAP通信模块 442通过 CAPWAP协议向 AC 42上报采集信息， AC 42还包括保存模块 424和 SNMP代理模块 426，保存模块 424设置为保存采集信息， SNMP代理模块 426设置为接收到网管平台的信息采集请求后，将保存模块保存的采集信息上报至网管平台。优选地，在预定处理包括 AP 44通过 AC 42向网管平台上报 TRAP事件的情况下， AP 44的 CAPWAP通信模块 442在 TRAP事件发生的情况下，通过 CAPWAP协议向 AC 42上报 TRAP事件。以下描述的实施例 1-3综合了上述多个优选实施例的技术方案。实施例 1 本实施例主要是将现有的 AC与 AP之间的 SNMP交互流程全部改为 CAPWAP, 主要包括如下技术环节：

( 1 )网管平台下发的配置信息由 AC 通过 SNMP下发改为 AC通过 CAPWAP下发。

AC将 SNMP网管平台下发的 SNMP配置信息解析并校验之后，通过 CAPWAP 下发给 AP，并存放到数据库中，并这样 AC只通过 CAPWAP—种通道给 AP下发配 (2) 将信息采集由 AC 通过 SNMP轮询采集改为 AP通过 CAPWAP主动上报。 AP通过 CAPWAP主动上报性能采集信息，网管平台采集信息时 AC直接从数据库中读取相关配置信息或性能统计信息。由于瘦 AP架构下 AP是零配置，对于 AP的配置信息 AC不需要从 AP来采集，而对于 AP 的性能统计信息需要从 AP 采集。根据这种实际情况可以由 AP 通过 CAPWAP上报性能统计信息给 AC， AC保存到数据库中； SNMP网管平台采集信息时 AC直接从数据库中读取相关配置信息或性能统计信息。

(3 ) 将 TRAP事件上报由 AP通过 SNMP上报改为 AP通过 CAPWAP上报。

AP在特定事件（TRAP事件）发生之后通过 CAPWAP上报给 AC，由 AC根据事件的具体信息来进行相关处理，并决定是否上报给 SNMP网管平台。这样 AP只通过 CAPWAP一种通道给 AC上报特定事件。图 6是根据实施例 1的优化后的瘦 AP系统网管系统示意图，如图 6所示，在 AC 与 AP之间的交互统一为 CAPWAP—种方式之后，就可以去掉 AC和 AP之间 SNMP 交互的相关实现，降低 AC和 AP的复杂性，提高 AC和 AP的处理能力。而且如果后续需要增加其它网管方式（例如 TR069) 可以只需要在 AC上对新增网管方式的配置查询进行相关适配处理， AP不需要改动，大大增加了网管系统的扩展性。需要说明的是，以下实施例描述了以上的预定处理包括 AC将网管平台的配置信息下发至 AP、 AC从 AP获得用于响应网管平台信息采集请求的采集信息和 AP通过 AC 向网管平台上报 TRAP事件的情况，本领域技术人员应当理解，在预定处理包括上述处理中的任何一种或其组合，都能够达到提高 SNMP网管的效率，降低网管系统的负荷，提高网络质量的效果。实施例 2 图 7是根据实施例 2的基于图 6所示的结构时，网管平台下发的配置信息由 AC 通过 CAPWAP下发的流程图，如图 7所示，包括以下步骤：步骤 1，网管平台向 AC的 SNMP代理（ SNMP Agent) 下发 SNMP Set-Request, 其中包含网管平台给 AP的配置信息；步骤 2， SNMP代理对配置信息校验后保存到数据库（Data Base, 简称为 DB中），通过解析校验的配置信息设置生效，配置到 CAPWAP模块中；步骤 3， CAPWAP模块将配置信息通过 CAPWAP协议在 CAPWAP Request中下发至 AP; 步骤 4， AP返回 CAPWAP Response到 CAPWAP模块，配置成功。实施例 3 图 8是根据实施例 3的优化后的瘦 AP系统网管平台采集 AP信息的流程图，包括以下步骤：步骤 1， AP通过 CAPWAP request将自身的配置信息或性能统计信息上报给 AC; 步骤 2， AC返回 CAPWAP response; 步骤 3，网管平台向 AC发送 SNMP get-request信息，请求采集 AP信息；步骤 4， AC向网管平台返回 SNMP get-response信息，其中携带有 AP的配置信息或性能统计信息。图 9是根据实施例 3的基于图 6所示的结构时， AC处理 SNMP GET的流程图，包括以下步骤：步骤 1， AP通过 CAPWAP request将自身的配置信息或性能统计信息上报给 AC 的 CAPWAP模块；步骤 2， AC的 CAPWAP模块返回 CAPWAP response, 并将接受到的配置信息或性能统计信息保存到 AC的 DB中；步骤 3， AC的 SNMP代理接受到来自网管平台的 SNMP get-request信息，该信息请求采集 AP信息；步骤 4， AC的 SNMP代理向 DB读取数据后，向网管平台返回 SNMP get-response 信息，其中携带有 AP的配置信息或性能统计信息。从以上的描述中，可以看出，以上实施例的方案大大减少了 AC与 AP之间网管消息的数量，降低了网络拥塞的几率，提高了网络质量；同时，还减小了 AC和 AP 系统的复杂性，提高了 AC和 AP的处理能力；统一了 AC对 AP的管理方式，提高了系统稳定性、兼容性和扩展性。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1. 一种基于瘦无线接入点 AP架构的网管实现方法，包括：

在进行预定处理时，无线控制器 AC和 AP之间采用无线 AP控制与配置 CAPWAP协议进行通信，其中，所述预定处理包括以下至少之一：所述 AC将网管平台的配置信息下发至所述 AP、所述 AC从所述 AP获得用于响应网管平台信息采集请求的采集信息、所述 AP通过所述 AC向所述网管平台上报陷阱 TRAP事件。

2. 根据权利要求 1所述的方法，其中，在所述预定处理包括所述 AC将网管平台的配置信息下发至所述 AP的情况下， AC和 AP之间采用 CAPWAP协议进行通信包括：

所述 AC对所述网管平台下发的简单网络管理协议 S MP格式的配置信息进行解析和校验；

所述 AC将所述解析和校验后的配置信息通过所述 CAPWAP协议下发至所述 AP。

3. 根据权利要求 1所述的方法，其中，在所述预定处理包括所述 AC从所述 AP 获得用于响应网管平台信息采集请求的采集信息的情况下， AC和 AP之间采用 CAPWAP协议进行通信包括：

所述 AP通过所述 CAPWAP协议向所述 AC上报所述采集信息；所述 AC保存所述采集信息。

4. 根据权利要求 3所述的方法，其中，在所述 AC保存所述采集信息之后，还包括：

所述 AC接收到所述网管平台的信息采集请求；

响应于所述信息采集请求，所述 AC将保存的所述采集信息上报至所述网管平台。

5. 根据权利要求 1所述的方法，其中，在所述预定处理包括所述 AP通过所述 AC 向所述网管平台上报 TRAP事件的情况下， AC和 AP之间采用 CAPWAP协议进行通信包括：所述 AP在 TRAP事件发生的情况下，通过所述 CAPWAP协议向所述 AC 上报所述 TRAP事件。根据权利要求 5所述的方法，其中，在所述 AP通过所述 CAPWAP协议向所述 AC上报所述 TRAP事件之后，还包括：

所述 AC根据所述 TRAP事件进行处理，并确定是否将所述 TRAP事件上报至所述网管平台。根据权利要求 1、 3或 4所述的方法，其中，所述采集信息包括以下至少之一：所述 AP的配置信息、所述 AP的性能统计信息。根据权利要求 1-6中任一项所述的方法，其中，还包括：所述 AC和所述 AP 之间取消通过 S MP进行通信的架构。一种基于瘦 AP架构的网管实现系统，包括 AC和 AP，其中，

所述 AC包括：

CAPWAP通信模块，设置为在进行预定处理时，采用 CAPWAP协议与所述 AP进行通信；

所述 AP包括：

CAPWAP通信模块，设置为在进行预定处理时，采用 CAPWAP协议与所述 AC进行通信；

其中，所述预定处理包括以下至少之一：所述 AC将网管平台的配置信息下发至所述 AP、所述 AC从所述 AP获得用于响应网管平台信息采集请求的采集信息、所述 AP通过所述 AC向所述网管平台上报陷阱 TRAP事件。根据权利要求 9所述的系统，其中，

在所述预定处理包括所述 AC将网管平台的配置信息下发至所述 AP的情况下，所述 AC的 CAPWAP通信模块设置为对所述网管平台下发的 S MP格式的配置信息进行解析和校验之后，将所述解析和校验后的配置信息通过所述 CAPWAP协议下发至所述 AP;

在所述预定处理包括所述 AC从所述 AP获得用于响应网管平台信息采集请求的采集信息的情况下，所述 AP 的 CAPWAP 通信模块设置为通过所述 CAPWAP协议向所述 AC上报所述采集信息，所述 AC还包括保存模块和 SNMP 代理模块，所述保存模块设置为保存所述采集信息，所述 SNMP代理模块设置为接收到所述网管平台的信息采集请求后，将所述保存模块保存的所述采集信息上报至所述网管平台；

在所述预定处理包括所述 AP通过所述 AC向所述网管平台上报 TRAP事件的情况下，所述 AP的 CAPWAP通信模块设置为在 TRAP事件发生的情况下，通过所述 CAPWAP协议向所述 AC上报所述 TRAP事件。