一种对AP进行配置的方法、装置和系统与流程

本发明涉及网络通信技术领域，特别涉及一种对AP进行配置的方法、装置和系统。

背景技术：

WLAN(虚拟局域网，Wireless Local Area Networks)主要由AC(Access Controller，无线控制器)和AP(Access Point，无线接入点)组成，其中AC负责管理和控制AP，AP提供无线客户端到局域网的桥接功能。

在WLAN网络逐渐成为独立网络的今天，云AC是未来AC的发展趋势，所谓云AC就是将AC管理和控制的功能放到云端，即在云端部署一个AC集群，该AC集群中的各AC可以体现为虚拟AC(vAC)。各AP可以共享该AC集群。这种架构具有低成本、易管理、虚拟化、可伸缩网络架构等特点，在无线网络改造和扩容时都非常方便，可以有效地降低IT成本和网络复杂性。

由于各AP共享云端的AC集群，即AP连接哪个AC是不确定的，因此需要在所有AC上都进行AP配置并保存AP的配置信息。这种方式配置麻烦，成本高且容易出现一致性问题，尤其是在修改AP配置的时候。

技术实现要素：

有鉴于此，本发明提供了一种对AP进行配置的方法、装置和系统，以便于在云AC环境下降低配置难度和维护成本。

具体技术方案如下：

本发明提供了一种对接入点AP进行配置的方法，该方法包括：

云端接入控制器AC集群中的AC接收到AP的配置请求后，向网络管理装 置请求并获取针对所述AP的配置信息；

将获取的所述配置信息通过配置响应发送给所述AP。

根据本发明一可选实施方式，所述AC是负载分担器LB接收到所述AP的发现请求报文后，从所述云端AC集群中为所述AP分配的。

根据本发明一可选实施方式，该方法还包括：所述AC与所述AP建立无线接入点的控制和配置协议CAPWAP隧道；

所述AC通过所述CAPWAP隧道接收所述AP的配置请求。

根据本发明一可选实施方式，该方法还包括：

所述AC接收到来自网络管理装置针对所述AP的配置更新信息后，将所述配置更新信息发送给所述AP。

根据本发明一可选实施方式，该方法还包括：

所述AC接收所述AP发送的运行信息，将所述运行信息发送给网络管理装置。

根据本发明一可选实施方式，所述AC保存针对所述AP的配置信息；

所述AC与所述AP连接断开并重新建立连接后，如果接收到AP的配置请求，则利用所述AC本地保存的针对所述AP的配置信息生成配置参数指纹，判断生成的配置参数指纹与所述配置请求携带的配置参数指纹是否一致，如果一致，则返回无需配置更新的指示信息给所述AP；如果不一致，则将本地保存的针对所述AP的配置信息发送给所述AP。

根据本发明一可选实施方式，所述配置参数指纹包括各业务子类型参数指纹，所述各业务子类型参数指纹是将所述AP的配置信息按业务类型分成子类型后，分别利用各子类型的配置信息生成的；

所述判断生成的配置参数指纹与所述配置请求携带的配置参数指纹是否一致包括：分别比较所述AC生成的各业务子类型参数指纹和所述配置请求携带的各业务子类型参数指纹是否一致；

如果不一致，则将本地保存的针对所述AP的配置信息中，不一致的业务子类型参数指纹对应的业务子类型配置信息发送给所述AP。

根据本发明一可选实施方式，所述配置参数指纹还包括全局业务参数指纹，所述全局业务参数指纹是利用所有业务子类型参数指纹生成的，或者直接利用所述AP的配置信息生成的；

在分别比较所述AC生成的各业务子类型参数指纹和所述配置请求携带的各业务子类型参数指纹是否一致之前，还包括：

判断所述AC生成的全局业务参数指纹与所述配置请求携带的全局业务参数指纹是否一致，如果一致，则执行所述返回无需配置更新的指示信息给所述AP；如果不一致，则继续执行所述分别比较所述AC生成的各业务子类型参数指纹和所述配置请求携带的各业务子类型参数指纹是否一致的步骤。

根据本发明一可选实施方式，该方法还包括：

所述AC从所述配置请求的供应商特定载荷Vendor Specific Payload中解析得到配置参数指纹。

本发明还提供了一种对接入点AP进行配置的方法，该方法包括：

网络管理装置接收到云端AC集群中AC发送的针对AP的配置请求；

将针对所述AP的配置信息返回给所述AC，以便所述AC将所述配置信息发送给所述AP。

根据本发明一可选实施方式，该方法还包括：

所述网络管理装置记录所述AC与所述AP的关联关系；

依据所述关联关系，将针对所述AP的配置更新信息发送给所述AC，以便所述AC将所述配置更新信息发送给所述AP。

根据本发明一可选实施方式，该方法还包括：

所述网络管理装置接收所述AC上报的所述AP的运行信息。

本发明还提供了一种对接入点AP进行配置的方法，该方法包括：

AP与云端AC集群中的AC连接断开并重新建立连接后，利用所述AP的配置信息生成配置参数指纹，并向所述AC发送包含所述配置参数指纹的配置请求；

接收所述AC返回的无需配置更新的指示信息或针对所述AP的配置信息。

根据本发明一可选实施方式，利用所述AP的配置信息生成配置参数指纹包括：

将所述AP的配置信息按业务类型分成子类型后，分别利用各子类型的配置信息生成各业务子类型参数指纹。

根据本发明一可选实施方式，利用所述AP的配置信息生成配置参数指纹还包括：

利用所有业务子类型参数指纹或者直接利用所述AP的配置信息生成全局业务参数指纹。

根据本发明一可选实施方式，所述配置参数指纹携带在配置请求的Vendor Specific Payload中。

本发明还提供了一种对AP进行配置的装置，该装置设置于云端AC集群中的AC，该装置包括：第一交互单元和第二交互单元；

所述第一交互单元，用于接收AP的配置请求；将所述第二交互单元获取的配置信息通过配置响应发送给所述AP；

所述第二交互单元，用于在所述第一交互单元接收到AP的配置请求后，向网络管理装置请求并获取针对所述AP的配置信息。

根据本发明一可选实施方式，所述AC是LB接收到所述AP的发现请求报文后，从所述云端AC集群中为所述AP分配的。

根据本发明一可选实施方式，通道建立单元，用于建立所述AC与所述AP之间的CAPWAP隧道；

所述第一交互单元通过所述CAPWAP隧道接收所述AP的配置请求。

根据本发明一可选实施方式，所述第二交互单元，还用于接收网络管理装置针对所述AP的配置更新信息；

所述第一交互单元，还用于将所述配置更新信息发送给所述AP。

根据本发明一可选实施方式，所述第一交互单元，还用于接收所述AP发送的运行信息；

所述第二交互单元，还用于将所述运行信息发送给网络管理装置。

根据本发明一可选实施方式，该装置还包括：

维护单元，用于保存针对所述AP的配置信息；

指纹处理单元，用于在所述AC与所述AP连接断开并重新建立连接后，如果所述第一交互单元接收到AP的配置请求，则利用所述维护单元保存的针对所述AP的配置信息生成配置参数指纹，判断生成的配置参数指纹与所述配置请求携带的配置参数指纹是否一致；

所述第一交互单元，还用于如果所述指纹处理单元的判断结果为一致，则返回无需配置更新的指示信息给所述AP；如果不一致，则将所述维护单元保存的针对所述AP的配置信息发送给所述AP。

根据本发明一可选实施方式，所述配置参数指纹包括各业务子类型参数指纹；

所述指纹处理单元，具体用于将所述AP的配置信息按业务类型分成子类型后，分别利用各子类型的配置信息生成各业务子类型参数指纹；分别比较所述AC生成的各业务子类型参数指纹和所述配置请求携带的各业务子类型参数指纹是否一致；

所述第一交互单元，还用于如果所述指纹处理单元的比较结果为一致，则返回无需配置更新的指示信息给所述AP；如果不一致，则将所述维护单元保存的针对所述AP的配置信息中，不一致的业务子类型参数指纹对应的业务子类型配置信息发送给所述AP。

根据本发明一可选实施方式，所述配置参数指纹还包括全局业务参数指纹；

所述指纹处理单元，还用于利用所有业务子类型参数指纹生成所述全局业务参数指纹，或者直接利用所述AP的配置信息生成所述全局业务参数指纹；在分别比较所述AC生成的各业务子类型参数指纹和所述配置请求携带的各业务子类型参数指纹是否一致之前，还用于判断所述AC生成的全局业务参数指纹与所述配置请求携带的全局业务参数指纹是否一致；

所述第一交互单元，还用于如果所述指纹处理单元的判断结果为一致，则执行所述返回无需配置更新的指示信息给所述AP；如果不一致，则继续执行所述 分别比较所述AC生成的各业务子类型参数指纹和所述配置请求携带的各业务子类型参数指纹是否一致。

根据本发明一可选实施方式，该装置还包括：

解析单元，用于从所述配置请求的Vendor Specific Payload中解析得到配置参数指纹，并将所述配置参数指纹提供给所述指纹处理单元。

本发明还提供了一种对AP进行配置的装置，该装置设置于网络管理装置，该装置包括：

接收单元，用于接收云端AC集群中AC发送的针对AP的配置请求；

发送单元，用于将针对所述AP的配置信息返回给所述AC，以便所述AC将所述配置信息发送给所述AP。

根据本发明一可选实施方式，该装置还包括：

记录单元，用于记录所述AC与所述AP的关联关系；

所述发送单元，还用于依据所述关联关系，将针对所述AP的配置更新信息发送给所述AC，以便所述AC将所述配置更新信息发送给所述AP。

根据本发明一可选实施方式，所述接收单元，还用于接收所述AC上报的所述AP的运行信息。

本发明还提供了一种对AP进行配置的装置，该装置设置于AP，该装置包括：

指纹生成单元，用于在所述AP与云端AC集群中的AC连接断开并重新建立连接后，利用所述AP的配置信息生成配置参数指纹；

发送单元，用于向所述AC发送包含所述配置参数指纹的配置请求；

接收单元，用于接收所述AC返回的无需配置更新的指示信息或针对所述AP的配置信息。

根据本发明一可选实施方式，所述指纹生成单元，具体用于将所述AP的配置信息按业务类型分成子类型后，分别利用各子类型的配置信息生成各业务子类型参数指纹。

根据本发明一可选实施方式，所述指纹生成单元，还用于利用所有业务子类 型参数指纹或者直接利用所述AP的配置信息生成全局业务参数指纹。

根据本发明一可选实施方式，所述发送单元将所述配置参数指纹携带在配置请求的Vendor Specific Payload中。

本发明还提供了一种对AP进行配置的系统，该系统包括：网络管理装置、云端AC集群和AP。

由以上技术方案可以看出，在本发明中，对AP的管理功能由统一的网络管理装置完成，AC接收到AP的配置请求后，向网络管理装置请求并获取针对AP的配置信息，并返回给AP。这种方式使得无需在云端AC集群中所有AC上都配置AP的配置信息，仅需要在网络管理装置统一配置AP的配置信息然后下发给AP关联的AC即可，降低了配置难度和维护成本。

【附图说明】

图1为本发明所基于的系统架构图；

图2为本发明实施例提供的方法流程图；

图3为本发明实施例提供的供应商特定载荷的格式示意图；

图4为本发明实施例提供的设置于AC中的装置结构图；

图5为本发明实施例提供的设置于网络管理装置的装置结构图；

图6为本发明实施例提供的设置于AP的装置。

【具体实施方式】

为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。

本发明的核心思想在于，将AC集群中AC对AP的管理功能抽离，仅保留AC对AP的控制功能，将AC对AP的管理功能统一到网络管理装置，从而保证对AP的配置全局统一。

图1为本发明所基于的系统架构图，如图1中所示，该系统主要包括：云端AC集群、网络管理装置、LB(负载均衡器)和AP。其中，网络管理 装置、LB和云端AC集群均设置于云端，网络管理装置、LB和云端AC集群可以位于同一服务器，也可以分别位于不同的服务器，云端AC集群中的各AC同样可以位于同一服务器，也可以分别位于不同的服务器，甚至可以位于不同的区域，例如有的AC位于北京、有的AC位于上海等等。作为一种优选的实施方式，云端AC集群和LB可以部署于公有云(公有云通常指服务提供商基于公有网络为用户提供的云端环境)的虚拟机上，此时云端AC集群中的各AC以虚拟AC(vAC)的形式存在，后续实施例中均以vAC为例进行描述。另外，为了提高LB设备的可靠性，LB也可以以集群的形式存在，并且在LB集群内部也可以实现负载均衡。

本发明实施例中所涉及的“云端”指的是采用应用程序虚拟化技术的软件平台，通过该平台，各类常用软件都能够在独立的虚拟化环境中被封装起来。云端AC集群就是在该虚拟化环境中的AC软件集群，该集群中的各AC以虚拟化软件形式存在。

网络管理装置包括以下功能：

1)负责管理所有AP的配置。一方面提供面向网络管理者的管理接口，通过该管理接口获得网络管理者对AP的配置信息，另一方面提供面向云端AC集群中各vAC的接口。

2)接收vAC发送的针对AP的配置请求时，将针对该AP的配置信息返回给该vAC。

3)收集vAC上报的AP的运行信息。

4)记录vAC与AP之间的关联关系，依据该关联关系，将针对AP的配置更新信息发送给与该AP关联的vAC。

vAC主要包括以下功能：

1)与AP建立连接，即与AP建立CAPWAP(无线接入点的控制和配置协议)隧道。

2)接收到AP的配置请求后，向网络管理装置请求并获取针对该AP的配置信息，并通过配置响应将该配置信息发送给该AP。

3)收集AP上的运行信息并上报到网络管理平台。

4)将来自网络管理装置针对AP的配置更新信息，发送给该AP。

5)保存针对AP的配置信息。

6)与AP的连接断开并重新建立连接后，如果接收到AP的配置请求，则利用vAC本地保存的针对该AP的配置请求，则利用本地保存的针对该AP的配置信息生成配置参数指纹，判断生成的配置参数指纹与配置请求携带的配置参数指纹是否一致，如果一致，则返回无需配置更新的指示信息给AP；如果不一致，则将本地保存的针对该AP的配置信息发送给该AP。

LB主要包括以下功能：

1)定时获取AC集群中各vAC的相关信息，例如负载信息、版本信息等。该LB可以从网络管理平台获取AC集群中各vAC的相关信息。

2)接收AP发送的发现请求报文，从云端AC集群中为发送发现请求报文的AP分配vAC。LB可以依据负载均衡原则为AP分配AC，还可以进一步结合其他因素，诸如AP是否连接过该vAC且连接失败、AP与vAC的距离、AP与vAC的软件版本、AP与vAC是否属于同一运营商，等等。

3)将分配的AC的地址信息返回给AP。

AP主要包括以下功能：

1)向LB发送发现请求报文。

2)接收LB为AP分配的vAC地址信息，依据该地址信息，向vAC请求建立连接，即协商建立CAPWAP隧道。

3)与vAC建立连接后向vAC发送配置请求。

4)接收vAC发送的配置信息或配置更新信息，进行本地配置。

5)向vAC上报运行信息，该运行信息可以定时向vAC上报。

6)与vAC连接断开并重新建立连接后，利用本身的配置信息生成配置参数指纹，将配置参数指纹携带在配置请求中发送给vAC。

图2为本发明实施例提供的方法流程图，如图2中所示，该方法可以包括以下步骤：

AP上电启动后，在201中，向LB发送发现请求报文。

在本发明实施例中，可以在AP上预先配置LB的地址信息，AP依据该地址信息向LB发送发现请求报文。

除了该方式之外，还存在一种优选的方式，即在AP上预先配置指向LB的域名，对该域名进行解析得到LB的地址信息，向LB发送发现请求报文。这种方式可以解决LB的单点问题，即该域名可以指向LB集群，解析得到的LB的地址信息可以是该LB集群中任意一个工作正常的LB，也可以是该LB集群中负载较小的LB(即可以在LB集群中实现负载分担，该负载分担在域名解析服务器上实现控制)，也可以是该LB集群中距离AP最近的LB，等等。

在202中，LB依据负载分担原则，从云端AC集群中为AP分配vAC。

可以定时获取云端AC集群中各vAC的相关信息，主要包括负载信息，还可以包括版本信息等。LB在获取vAC的相关信息时，各vAC可以定时上报自身的相关信息给网络管理装置，网络管理装置负责对网络中的各设备进行管理，LB定时从网络管理装置获取各vAC的相关信息，这种架构无需LB与各vAC之间直接进行连接，方便管理和维护。当然，也可以LB直接从各vAC获取相关信息。

本步骤中可以依据负载均衡原则，优选当前负载小的vAC分配给AP。其中上述负载信息可以包括但不限于：CPU利用率、内存利用率、带宽利用率以及AP的上线率中的一种或任意组合。AP的上线率指的是该vAC中当前连接的AP数量与该vAC可容纳的AP数量的比值。除了依据负载均衡原则之外，还可以结合其他原则，例如：优先为AP分配距离AP最近的vAC；优先为AP分配软件版本一致的vAC；优先为AP分配属于同一网络运营商的vAC。

在203中，LB将分配的vAC的地址信息携带在发现响应报文中返回给AP。

AP从发现响应报文中解析出vAC的地址信息，在204中，依据该地址 信息与vAC建立连接，即建立CAPWAP隧道。AP与vAC建立CAPWAP隧道的过程不做详述。

在205中，AP向vAC发送配置请求。

在206中，vAC向网络管理装置发送配置请求。在本发明中vAC中仅具备对AP的控制功能，即AP与vAC间CAPWAP隧道的控制，而将管理功能脱离，管理功能由网络管理装置完成，诸如配置AP、管理无线终端等。

在207中，网络管理装置将针对该AP的配置信息通过配置响应返回给vAC。

网络管理装置面向网络管理者提供有管理接口，网络管理者通过该管理接口对AP进行配置，即网络管理装置通过该管理接口获取针对AP的配置信息并在本地进行存储和维护。当接收到vAC针对某AP的配置请求时，将针对该AP的配置信息返回给vAC。

这种方式使得所有AP的配置信息统一在网络管理装置上配置和维护，并仅需要下发给AP接入的vAC即可，而无需在所有vAC上都配置和维护AP的配置信息。显然一方面能够降低复杂程度和维护成本，另一方面也能够有效地保证全局统一。

在208中，vAC将针对AP的配置信息下发给该AP，AP利用该配置信息进行本地配置，上线成功。

另外，在网络管理装置中会维护vAC与AP之间的关联关系，如果网络管理员更新对AP的配置，则依据该关联关系就可以获知该AP关联的vAC，将配置更新信息发送给关联的vAC，由该vAC将配置更新信息下发给AP，AP利用配置更新信息，更新本地配置。

在209中，AP在运行过程中上报运行信息给关联的vAC。

在AP与vAC之间建立CAPWAP隧道之后，上述AP与vAC之间的交互都通过该CAPWAP隧道进行。

在210中，vAC将AP的运行信息上报给网络管理装置，这样网络管理者通过管理接口就能够掌握各AP的运行信息。

如果AP与vAC之间的CAPWAP隧道断开后又重新建立，则在211中，向vAC发送配置请求。由于vAC需要知道AP配置和本地配置是否一致，如果将所有配置信息都上报给vAC进行比较，会使得配置请求的数据量非常大，针对此本发明实施例提供了一种优选地实施方式，即在AP向vAC发送的配置请求中携带配置参数指纹。

在212中，vAC比较配置请求携带的配置参数指纹与利用本地保存的针对该AP的配置信息生成的配置参数指纹是否一致，如果一致，则执行213，向AP返回无需配置更新的指示信息。如果不一致，则执行214，将本地保存的针对该AP的配置信息返回给AP。

上述配置参数指纹可以包括全局业务参数指纹和各业务子类型参数指纹。vAC和AP在生成全局业务参数指纹和各业务子类型参数指纹时采用的方式一致。

具体地，各业务子类型参数指纹的生成过程可以包括：

首先将AP的配置信息按照业务类型分成子类型。例如将AP的配置信息分成诸如射频参数、无线服务参数、公网连接方式、安全配置参数等子类型。

然后分解利用各子类型的配置信息采用指纹算法生成各子类型业务参数指纹。其中指纹算法可以采用诸如MD5、HASH等算法。

全局业务参数业务指纹可以利用所有业务子类型参数指纹采用指纹算法生成，也可以直接利用AP的配置信息采用指纹算法生成。

举个例子，将AP的配置信息按照业务类型分为N个子类型，各子类型的配置信息标识为APPCFG_1至APPCFG_N，将每类配置信息分别用MD5算法计算出128位的指纹，分别为各业务子类型参数指纹，标识为MD5_1至MD5_N，再用MD5算法对这N个128位的指纹进行计算，得到128位的全局业务参数指纹，标识为MD5_0。AP将MD5_0以及MD5_1至MD5_N携带在配置请求中发送给vAC。

vAC采用相同的方式，利用本地存储的针对该AP的配置信息生成全局 业务参数指纹，标识为MD5_0’，各业务子类型参数指纹，标识为MD5_1’至MD5_N’。然后，先比较全局业务参数指纹是否一致，即比较MD5_0与MD5_0’是否一致，如果一致，则说明AP的配置信息与vAC存储的该AP的配置信息一致，向AP返回无需配置更新的指示信息。如果不一致，则再分别比较各业务子类型参数指纹，即分别将MD5_1与MD5_1’比较，MD5_2与MD5_2’比较，…，MD5_N与MD5_N’比较。仅需要将不一致的业务子类型参数指纹对应的配置信息返回给AP即可。

除了上述方式之外，配置参数指纹也可以不包括全局业务参数指纹，仅包括各业务子类型参数指纹。vAC逐一比较生成的各业务子类型参数指纹与配置请求携带的各业务子类型参数指纹，然后将不一致的业务子类型参数指纹对应的配置信息返回给AP即可，如果全都一致，则向AP返回无需配置更新的指示信息。

上述配置请求可以通过增加Vendor Specific Payload(供应商特定载荷)来携带配置参数指纹，举个例子，Vendor Specific Payload的格式可以采用如图3中所示的格式。其中的Vendor Identifier(供应商标识)字段用于标识Vendor Specifi Payload，Element ID(元素标识)用于区分Vendor Identifier字段中的子属性，全局业务参数指纹字段用于携带全局业务参数指纹，其他字段分别携带各业务子类型参数指纹。

图4为本发明实施例提供的设置于AC中的装置结构图，用于完成上述方法实施例中vAC的功能，该AC是LB接收到AP的发现请求报文后，从云端AC集群中为AP分配的。如图4中所示，该装置可以包括：第一交互单元01和第二交互单元02，还可以包括通道建立单元03、维护单元04、指纹处理单元05和解析单元06。各组成单元的功能如下：

第一交互单元01负责与AP进行交互，包括：接收AP的配置请求；将第二交互单元02获取的配置信息通过配置响应发送给AP。

第二交互单元02负责与网络管理装置进行交互，包括：在第一交互单元01接收到AP的配置请求后，向网络管理装置请求并获取针对AP的配置信 息。

通道建立单元03负责建立AC与AP之间的CAPWAP隧道，第一交互单元01通过CAPWAP隧道接收AP的配置请求，并向AP下发配置信息。

如果网络管理装置对AP进行配置更新，则上述第二交互单元02接收网络管理装置针对AP的配置更新信息，由第一交互单元01将配置更新信息发送给AP。

AP会将运行信息进行上报，上述第一交互单元01接收AP发送的运行信息，由第二交互单元02将运行信息发送给网络管理装置。

对于针对AP的配置信息由维护单元04负责维护，保存针对AP的配置信息。在AC与AP连接断开并重新建立连接后，如果第一交互单元01接收到AP的配置请求，则指纹处理单元05利用维护单元04保存的针对AP的配置信息生成配置参数指纹，判断生成的配置参数指纹与配置请求携带的配置参数指纹是否一致。

如果指纹处理单元05的判断结果为一致，则第一交互单元01返回无需配置更新的指示信息给AP；如果不一致，则将维护单元04保存的针对AP的配置信息发送给AP。

其中，上述的配置参数指纹可以包括各业务子类型参数指纹，还可以进一步包括全局业务参数指纹。

对于配置参数指纹仅包括各业务子类型参数指纹的情况，指纹处理单元05将AP的配置信息按业务类型分成子类型后，分别利用各子类型的配置信息生成各业务子类型参数指纹；分别比较AC生成的各业务子类型参数指纹和配置请求携带的各业务子类型参数指纹是否一致。指纹处理单元05在生成指纹时采用的算法可以包括但不限于：MD5或HASH算法等。

如果指纹处理单元05的比较结果为一致，即AP端和AC端保存的针对该AP的配置信息一致，则第一交互单元01返回无需配置更新的指示信息给AP；如果不一致，则第一交互单元01将维护单元04保存的针对AP的配置信息中，不一致的业务子类型参数指纹对应的业务子类型配置信息发送给AP。

对于配置参数指纹包括各业务子类型参数指纹和全局业务参数指纹的情况，指纹处理单元05在利用上述的方式生成各业务子类型参数指纹后，可以利用所有业务子类型参数指纹生成全局业务参数指纹，或者直接利用AP的配置信息生成全局业务参数指纹。在分别比较AC生成的各业务子类型参数指纹和配置请求携带的各业务子类型参数指纹是否一致之前，进一步判断AC生成的全局业务参数指纹与配置请求携带的全局业务参数指纹是否一致。

如果指纹处理单元05的判断结果为一致，则说明AP端和AC端保存的针对该AP的配置信息一致，第一交互单元01返回无需配置更新的指示信息给AP。如果不一致，则继续执行分别比较AC生成的各业务子类型参数指纹和配置请求携带的各业务子类型参数指纹是否一致。

由于AP在发送配置参数指纹时，可以将配置参数指纹携带在配置请求的Vendor Specific Payload中，因此解析单元06可以从配置请求的Vendor Specific Payload中解析得到配置参数指纹，并将配置参数指纹提供给指纹处理单元05。

图5为本发明实施例提供的设置于网络管理装置的装置结构图，如图5中所示，该装置可以包括：接收单元11和发送单元12，还可以包括记录单元13。其中各组成单元的主要功能如下：

接收单元11负责接收云端AC集群中AC发送的针对AP的配置请求。

发送单元12负责将针对AP的配置信息返回给AC，以便AC将配置信息发送给AP。AP就能够利用该配置信息进行本地配置。

另外，该装置具有面向网络管理者的管理接口，网络管理者可以通过该管理接口对AP进行配置。记录单元13负责记录AC与AP的关联关系，即发送配置请求的AC以及该配置请求所针对的AP之间的关联关系。当网络管理者通过上述管理接口对AP的配置信息进行更新后，发送单元12可以依据上述关联关系，将针对AP的配置更新信息发送给AC，以便AC将配置更新信息发送给AP。AP就能够根据该配置更新信息进行本地的配置更新。

由于AP在运行过程中会将运行信息发送给AC，由AC上报给网络管理装置，因此接收单元11会接收到AC上报的AP的运行信息。

图6为本发明实施例提供的设置于AP的装置，如图6中所示，该装置可以包括：指纹生成单元21、发送单元22和接收单元23。

当AP上电启动时，发送单元22会首先向LB发送发现请求报文。可以依据预先配置的LB的IP地址，向LB发送发现请求报文，也可以依据预先配置的指向LB的域名，向LB发送发现请求报文。优选后一种实现方式，这种方式可以配置多个LB共享同一个域名，域名服务器进行域名解析时，可以依据负载均衡策略，向AP返回其中一个LB的地址信息。

然后接收单元23接收LB为该AP分配的AC的地址信息，发送单元22依据该AC的地址信息，向AC请求建立CAPWAP隧道。当隧道建立后，发送单元22可以向AC发送配置请求，并通过接收单元23接收AC发送的配置信息，进行本地配置，完成上线。

在AP与云端AC集群中的AC连接断开并重新建立连接后，指纹生成单元21可以利用AP的配置信息生成配置参数指纹。

发送单元22向AC发送包含配置参数指纹的配置请求。

接收单元23接收AC返回的无需配置更新的指示信息或针对AP的配置信息。

具体地，指纹生成单元21可以将AP的配置信息按业务类型分成子类型后，分别利用各子类型的配置信息生成各业务子类型参数指纹。发送单元22发送的配置请求中可以仅携带各业务子类型参数指纹。

还存在另外一种实现方式，即指纹生成单元21除了生成各业务子类型参数指纹之外，还可以利用所有业务子类型参数指纹或者直接利用AP的配置信息生成全局业务参数指纹。发送单元22发送的配置请求中携带全局业务参数指纹和各业务子类型参数指纹。

发送单元22在发送配置参数指纹时，可以将配置参数指纹携带在配置请求的Vendor Specific Payload中。

由以上描述可以看出，本发明提供的方法和装置可以具备以下优点：

1)本发明中，对AP的管理功能由统一的网络管理装置完成，无需在云 端AC集群中所有AC上都配置AP的配置信息，仅需要在网络管理装置统一配置AP的配置信息然后下发给AP关联的AC即可，降低了配置难度和维护成本。

2)AP与AC在断开后重连时，生成包含各业务子类型参数指纹的配置参数指纹，将配置参数指纹发送给AC，AC利用本地存储的AP的配置信息生成包含各业务子类型参数指纹的配置参数指纹，并与AP发送的配置参数指纹进行比对，如果一致，AC无需下发配置信息给AP；如果不一致，仅需要将不一致的业务子类型参数指纹对应的配置信息下发给AP进行更新，减少了下发给AP的信息量，节约了网络流量。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可 以存储程序代码的介质。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。