CN110380918B - 一种配置虚拟ap的方法、装置及系统 - Google Patents

Abstract

本发明提供一种配置虚拟AP的方法、装置及系统，用于解决现有技术部署AP虚拟化场景效率低、成本高的技术问题。方法包括：物理AP向DHCP服务器发送请求；接收DHCP服务器返回的响应报文；根据响应报文确定AP的接入方式为虚拟AP接入方式，从至少两个AC中确定出一个主控AC和至少一个分控AC；将物理AP映射为和至少两个AC数量相同的至少两个虚拟AP；物理AP生成并保存至少两个AC中每个AC的基础信息；与至少两个AC中的每个AC建立控制和配置协议CAPWAP隧道；将所有AC的基础信息上传至主控AC，将每个分控AC的基础信息上传至该分控AC。

Description

一种配置虚拟AP的方法、装置及系统

技术领域

本申请涉及通信技术领域，特别涉及一种配置虚拟AP的方法、装置及系统。

背景技术

无线局域网(英文：wireless local area network，简称：WLAN)中，无线接入点(英文：access point，简称：AP)通过无线通信系统网络接入到接入控制器(英文：accesscontroller，简称：AC)。AC会向AP下发WLAN配置信息，AP在配置WLAN后释放无线信号，终端连接AP释放的WLAN信号进行上网。

目前，用户对网络应用的需求越来越高、越来越细。例如在办公网场景应用方案中设置业务网和访客网，其中业务网会针对不同员工进行分组，不同用户有不同的安全策略，访问不同的内部资源；而访客网用于企业的访客上网或者企业的员工娱乐使用，不能访问企业的内部资源。

现有技术一般采用虚拟化AP的方式实现对用户访问权限的控制：将一个物理AP映射为多个虚拟AP，不同的虚拟AP通过不同的上联口与不同的AP进行连接，通过将该物理AP下的不同角色的用户(比如员工和访客)关联至不同的虚拟AP，即可使得不同角色的用户对应不同AC的访问权限。

现有技术部署AP虚拟化场景的方案如下：

首先，让物理AP接入一台主控AC；由技术人员在主控AC上为每个分控AC创建虚拟AP模板，在每个虚拟AP模板中设置分控AC的基础信息；然后，技术人员为每个分控AC配置对应的基础信息；最后，主控AC将每个分控AC对应的虚拟AP模板下发给物理AP，由物理AP根据接收到的虚拟AP模板确定自身需要映射为多少个虚拟AP(有多少个虚拟AP模板，就有多少个虚拟AP)，并根据虚拟AP模板与每个分控AC建立无线接入点的控制和配置协议(英文：control and provisioning of wireless access points protocol specification，简称：CAPWAP)隧道，由此完成AP虚拟化场景的部署。

通过上述内容可知，现有技术在部署AP虚拟化场景时，需要人为在每个虚拟AP模板中设置分控AC的基础信息，以及为每个分控AC上配置基础信息，人工参与量大，效率低且部署成本高。

发明内容

本发明实施例提供一种配置虚拟AP的方法、装置及系统，用于解决现有技术部署AP虚拟化场景效率低、成本高的技术问题。

本发明实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

第一方面，本发明实施例提供一种配置虚拟AP的方法，应用于物理AP中，包括：

向动态主机配置协议DHCP服务器发送请求；

接收所述DHCP服务器返回的响应报文，其中所述响应报文包含用于指示所述物理AP的接入方式的第一指示信息，以及至少两个接入控制器AC的互联网协议IP地址；

根据所述响应报文确定所述物理AP的接入方式为虚拟AP接入方式，从所述至少两个AC中确定出一个主控AC和至少一个分控AC；

将所述物理AP映射为和所述至少两个AC数量相同的至少两个虚拟AP，其中所述虚拟AP与所述AC一一对应；

生成并保存所述至少两个AC中每个AC的基础信息；

与所述至少两个AC中的每个AC建立CAPWAP隧道；将所有AC的基础信息上传至所述主控AC，将每个分控AC的基础信息上传至该分控AC。

本发明实施例中，在首次部署AP虚拟化场景时，物理AP的接入方式和AC的IP地址可以直接在DHCP服务器里预先设置，物理AP与DHCP服务器交互后得到各个AC的信息，根据此信息确定物理AP的接入方式、主控AC和分控AC的地址，并与各个AC建立CAPWAP隧道，通过CAPWAP隧道将每个AC的基础信息发送至主控AC，将分控AC的基础信息发送给对应的分控AC，进而实现虚拟AP场景的部署。与现有技术相比，不需要人为在主控上设置各个分控AC的基础信息，也不需要在各个分控上配置AC的基础信息，只需要在DHCP服务器上一次人工配置即可完成虚拟AP场景部署，这样减少了大量的人工投入资源，提高了部署效率。

可选的，向DHCP服务器发送请求，包括：所述物理AP向DHCP服务器发送第一请求，以使所述DHCP服务器返回第一响应报文，其中所述第一响应报文包含用于指示所述物理AP的接入方式为虚拟AP接入方式的第一指示信息；接收所述DHCP服务器返回的响应报文，包括：接收所述DHCP服务器返回的第一响应报文。

通过本实施例方式，可以获得AP的接入方式。

可选的，所述物理AP向DHCP服务器发送请求，还包括：在确定所述物理AP的接入方式为虚拟AP接入方式后，向所述DHCP服务器发送第二请求，以使所述DHCP服务器返回第二响应报文，所述第二响应报文包含至少两个AC的IP地址；接收所述DHCP服务器返回的响应报文，还包括：接收所述DHCP服务器返回的第二响应报文。

通过本实施例方式，可以获得至少两个AC的IP地址。

可选的，所述物理AP从所述至少两个AC中确定出一个主控AC和至少一个分控AC，包括：判断所述第二响应报文中是否还包含用于指示主控AC的IP地址的第二指示信息；若是，则根据所述第二指示信息确定主控AC；否则，从所述至少两个AC的IP地址中确定出IP地址排在第一位的AC为主控AC。

通过本发明实施例方式，可以通过响应报文在至少两个AC中确定出一个主控AC和至少一个分控AC。

可选的，所述每个AC的基础信息包括：该AC的IP地址、该AC允许的无线局域网WLAN容量以及客户端STA容量、该AC的角色，其中所述角色为主控AC或分控AC。

可选的，在将所有AC的基础信息上传至所述主控AC，将每个分控AC的基础信息上传至该分控AC之后，所述方法还包括：接收所述至少两个AC中任意一个AC下发的所述任意一个AC的基础信息的修改值；基于所述修改值，对本地保存的所述任意一个AC的基础信息进行修改。

通过本实施方式，可以直接将主控AC或分控AC修改后的基础信息的值同步至物理AP上，与现在技术相比，不需要由物理AP与AC之间的CAPWAP隧道经过多次重建后传输更新信息，同步的效率更高；另一方面，当只有部分的分控AC需要更新虚拟AP模板时，没有修改基础信息的AC与AP的连接不需要断开，该AP下的终端的通信不会受到影响，进一步提高用户的体验。

第二方面，本发明实施例还提供一种配置虚拟AP的方法，应用于主控AC中，包括：

接收物理AP上报的至少两个AC的基础信息；其中，所述至少两个AC包括所述主控AC，所述物理AP上运行有和所述至少两个AC数量相同的至少两个虚拟AP，且所述虚拟AP与所述AC一一对应；所述主控AC根据所述至少两个AC的基础信息，确定自身是主控AC，以及确定所述至少两个AC中除所述主控AC外的其它AC为分控AC；所述主控AC基于所述至少两个AC中每个AC的基础信息为每个AC对应的虚拟AP创建虚拟AP模板；其中，所述每个AC对应的虚拟AP创建虚拟AP模板包括该AC的基础信息。

可选的，该AC的基础信息包括：该AC的IP地址、该AC允许的WLAN容量以及STA容量、该AC的角色，其中所述角色为主控AC或分控AC；所述第一AC根据至少两个AC的基础信息，确定自身是主控AC，包括：所述第一AC确定所述至少两个AC中的第一AC的角色为所述至少两个虚拟AP的主控AC。

可选的，所述主控AC基于每个AC的基础信息为每个AC对应的虚拟AP创建虚拟AP模板之后，所述方法还包括：与所述至少两个AC中除所述主控AC之外的所有AC建立消息队列遥测传输MQTT通道；其中，该通道用于所述主控AC和所述分控AC进行信息传输；响应于修改所述至少两个AC中任意一个AC的基础信息的操作，在所述任意一个AC对应的虚拟AP模板中修改所述任意一个AC的基础信息；若所述任意一个AC是所述主控AC，则将所述主控AC的基础信息的修改值发送给所述物理AP，以使所述物理AP基于该修改值对本地保存的所述主控AC的基础信息进行修改；若所述任意一个AC为分控AC，则将所述分控AC的基础信息的修改值发送给对应的分控AC，以使所述对应的分控AC基于该修改值对自身的基础信息进行修改，并将该修改值发送给所述物理AP。

第三方面，本发明实施例还提供一种配置虚拟AP的方法，应用于分控AC中，包括：接收物理AP上报的所述分控AC的基础信息；其中，所述物理AP上运行有和至少两个AC相对应的虚拟AP，所述物理AP向所述至少两个AC中的每个AC发送该AC的基础信息，所述至少两个AC包括所述分控AC；根据所述分控AC的基础信息，确定自身是所述至少两个虚拟AP中的第一虚拟AP对应的分控AC；为所述第一虚拟AP创建虚拟AP模板，并在该虚拟AP模板中保存所述分控AC的基础信息。

可选的，所述AC的基础信息包括：该AC的IP地址、该AC允许的WLAN容量以及STA容量、该AC的角色，其中所述角色为主控AC或分控AC；根据所述分控AC的基础信息，确定自身是所述至少两个虚拟AP中的第一虚拟AP对应的分控AC，包括：确定所述分控AC的角色为所述第一虚拟AP对应的分控AC。

可选的，所述分控AC为所述第一虚拟AP创建虚拟AP模板之后，所述方法还包括：和主控AC建立MQTT通道；其中，该通道用于所述主控AC和所述分控AC进行信息传输；通过所述MQTT通道接收所述主控AC发送的所述分控AC的基础信息的修改值；基于所述修改值对自身的基础信息进行修改，并将该修改值发送给所述物理AP。

第四方面，本发明实施例还提供一种配置虚拟AP的方法，应用于DHCP服务器中，包括：接收物理AP发送的请求；响应所述请求，向所述物理AP返回响应报文；其中，所述响应报文包含用于指示所述物理AP的接入方式的第一指示信息，以及至少两个AC的IP地址。

第五方面，本发明实施例还提供一种物理AP，包括：

通信模块，用于向DHCP服务器发送请求；接收所述DHCP服务器返回的响应报文，其中所述响应报文包含用于指示所述物理AP的接入方式的第一指示信息，以及至少两个AC的IP地址；

处理模块，用于根据所述响应报文确定所述AP的接入方式为虚拟AP接入方式，从所述至少两个AC中确定出一个主控AC和至少一个分控AC；映射为和所述至少两个AC数量相同的至少两个虚拟AP，其中所述虚拟AP与所述AC一一对应；生成并保存所述至少两个AC中每个AC的基础信息；

所述通信模块，还用于与所述至少两个AC中的每个AC建立CAPWAP隧道；将所有AC的基础信息上传至所述主控AC，将每个分控AC的基础信息上传至该分控AC。

可选的，所述通信模块还用于：向DHCP服务器发送第一请求，以使所述DHCP服务器返回第一响应报文，其中所述第一响应报文包含用于指示所述物理AP的接入方式为虚拟AP接入方式的第一指示信息；以及，接收所述DHCP服务器返回的第一响应报文。

可选的，所述通信模块还用于：在所述处理模块确定所述物理AP接入方式为虚拟AP接入方式后，向所述DHCP服务器发送第二请求，以使所述DHCP服务器返回第二响应报文，所述第二响应报文包含至少两个AC的IP地址；以及，接收所述DHCP服务器返回的第二响应报文。

可选的，所述处理模块在从所述至少两个AC中确定出一个主控AC和至少一个分控AC时，具体用于：

判断所述第二响应报文中是否还包含用于指示主控AC的IP地址的第二指示信息；若是，则根据所述第二指示信息确定主控AC；否则，从所述至少两个AC的IP地址中确定出IP地址排在第一位的AC为主控AC。

可选的，所述每个AC的基础信息包括：该AC的IP地址、该AC允许的WLAN容量以及STA容量、该AC的角色，其中所述角色为主控AC或分控AC。

可选的，所述通信模块还用于：

在将所有AC的基础信息上传至所述主控AC，将每个分控AC的基础信息上传至该分控AC之后，接收所述至少两个AC中任意一个AC下发的所述任意一个AC的基础信息的修改值；

所述处理模块还用于：基于所述修改值，对本地保存的所述任意一个AC的基础信息进行修改。

第六方面，本发明实施例提供一种主控AC，包括：

通信模块，用于接收物理AP上报的至少两个AC的基础信息；其中，所述至少两个AC包括所述主控AC，所述物理AP上运行有和所述至少两个AC数量相同的至少两个虚拟AP，且所述虚拟AP与所述AC一一对应；

处理模块，用于根据所述至少两个AC的基础信息，确定自身是主控AC，以及确定所述至少两个AC中除所述主控AC外的其它AC为分控AC；基于所述至少两个AC中每个AC的基础信息为每个AC对应的虚拟AP创建虚拟AP模板；其中，所述每个AC对应的虚拟AP创建虚拟AP模板包括该AC的基础信息。

可选的，该AC的基础信息包括：该AC的IP地址、该AC允许的WLAN容量以及STA容量、该AC的角色，其中所述角色为主控AC或分控AC，所述处理模块在根据至少两个AC的基础信息确定自身是主控AC时，具体用于：确定所述至少两个AC中的所述主控AC的角色为主控AC。

可选的，在所述处理模块基于每个AC的基础信息为每个AC对应的虚拟AP创建虚拟AP模板之后，与所述至少两个AC中除所述主控AC之外的所有AC建立MQTT通道；其中，该通道用于所述主控AC和所述分控AC进行信息传输；所述处理模块还用于：响应于修改所述至少两个AC中任意一个AC的基础信息的操作，在所述任意一个AC对应的虚拟AP模板中修改所述任意一个AC的基础信息；所述通信模块还用于：若所述任意一个AC是所述主控AC，则将所述主控AC的基础信息的修改值发送给所述物理AP，以使所述物理AP基于该修改值对本地保存的所述主控AC的基础信息进行修改；若所述任意一个AC为分控AC，则将所述分控AC的基础信息的修改值发送给对应的分控AC，以使所述对应的分控AC基于该修改值对自身的基础信息进行修改，并将该修改值发送给所述物理AP。

第七方面，本发明实施例提供一种分控AC，包括：

通信模块，接收物理AP上报的所述分控AC的基础信息；其中，所述物理AP上运行有和至少两个AC相对应的虚拟AP，所述物理AP向所述至少两个AC中的每个AC发送该AC的基础信息，所述至少两个AC包括所述分控AC；

处理模块，用于根据所述分控AC的基础信息，确定自身是所述至少两个虚拟AP中的第一虚拟AP对应的分控AC；为所述第一虚拟AP创建虚拟AP模板，并在该虚拟AP模板中保存所述分控AC的基础信息。

可选的，该分控AC的IP地址、该分控AC允许的WLAN容量以及STA容量、该分控AC的角色，其中所述角色为主控AC或分控AC；处理模块在根据所述分控AC的基础信息，确定自身是所述至少两个虚拟AP中的第一虚拟AP对应的分控AC时，具体用于：确定所述分控AC的角色为所述第一虚拟AP对应的分控AC。

可选的，所述通信模块还用于：在所述处理模块为所述第一虚拟AP创建虚拟AP模板之后，和主控AC建立MQTT通道；其中，该通道用于所述主控AC和所述分控AC进行信息传输；通过所述MQTT通道接收所述主控AC发送的所述分控AC的基础信息的修改值；所述处理模块还用于：基于所述修改值对自身的基础信息进行修改；所述通信模块还用于：将所述修改值发送给所述物理AP。

第八方面，本发明实施例提供一种DHCP服务器，包括：通信模块，用于接收物理AP发送的请求；处理模块，用于响应所述请求，生成响应报文；所述通信模块，还用于向所述物理AP返回所述响应报文；其中，所述响应报文包含用于指示所述物理AP的接入方式的第一指示信息，以及至少两个AC的IP地址。

第九方面，本发明实施例提供一种配置虚拟AP的系统，包括：如本发明实施例第一方面所述的物理AP、如本发明实施例第四方面所述的DHCP服务器、以及至少两个AC；

其中，所述至少两个AC包括如本发明实施例第二方面所述的主控AC和至少一个如本发明实施例第三方面所述的分控AC。

第十方面，本发明实施例提供一种电子设备，包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器、通信接口；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器用于执行所述存储器中的指令，以在执行所述指令时执行如本发明实施例第一方面、第二方面、第三方面或者第四方面所述的方法。

第十一方面，本发明实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如本发明实施例第一方面、第二方面、第三方面或者第四方面所述的方法。

以上第二方面至第十一方面中各实施方式所带来的有益效果可以参见第一方面中对应的实施方式所带来的有益效果，不再一一赘述。

本发明有益效果如下：

1、本发明实施例中，在首次部署AP虚拟化场景时，物理AP的接入方式和AC的IP地址可以直接在DHCP服务器里预先设置，物理AP与DHCP服务器交互后得到各个AC的信息，根据此信息确定物理AP的接入方式、主控AC和分控AC的地址，并与AC建立CAPWAP隧道，通过CAPWAP隧道将每个AC的基础信息发送至主控AC，将AC的基础信息发送给对应的分控AC，进而实现虚拟AP场景的部署。与现有技术相比，不需要人为在主控上设置各个分控AC的基础信息，也不需要在各个分控上配置AC的基础信息，只需要在DHCP服务器上一次人工配置即可完成虚拟AP场景部署，这样减少了大量的人工投入资源，提高了部署效率。

2、本发明实施例中还在主控AC和分控之间建立MQTT通道，当主控AC在修改分控AC对应的虚拟AP模板信息后，可直接将修改后的基础信息通过MQTT通道同步至对应的分控AC，与现在技术相比，不需要由物理AP与AC之间的CAPWAP隧道经过多次重建后传输更新信息，同步的效率更高；另一方面，当只有部分的分控AC需要更新虚拟AP模板时，没有修改基础信息的AC与AP的连接可以不用户断开，所以该AP下的终端的通信不会受到影响，进一步提高用户的体验。

附图说明

图1为本发明实施例中一种配置虚拟AP的系统的结构示意图；

图2为本发明实施例中一种配置虚拟AP的方法的流程图；

图3为本发明实施例中一种更新AC的基础信息的方法的流程图；

图4本发明实施例中一种物理AP的结构示意图；

图5本发明实施例中一种主控AC的结构示意图；

图6本发明实施例中一种分控AC的结构示意图；

图7本发明实施例中一种DHCP服务器的结构示意图；

图8本发明实施例中一种电子设备的结构示意图。

具体实施方式

现有技术的方案在首次部署AP虚拟化场景时，需要人为在每个模板中设置分控AC的基础信息以及手动为每个分控AC上设置基础信息，不仅效率低，而且还造成大量的人工资源浪费。

另外，当需要调整任意一个分控AC的基础信息时，需要先在主控AC上修改该分控AC对应的虚拟AP模板(更改该虚拟AP模板中存储的该分控AC基础信息)，然后将修改后的虚拟AP模板再下发给物理AP；然后物理AP与所有分控AC断开CAPWAP隧道，通过重建隧道的方式将修改后的虚拟AP模板携带在CAPWAP报文中发送给该分控AC(重建隧道时，AP会将CAPWAP报文上报给分控AC)。一方面，隧道重建耗时较久，且当有多个分控AC需要更新基础信息时，就需要多次重建隧道，十分耗费时间，效率低；另一方面，当只有部分的分控AC需要更新虚拟AP模板时，所有AC和AP的连接都要断开(均需要重建隧道)，导致该AP下的所有终端的通信都会受到影响，用户体验差。

鉴于此，本发明实施例提供一种配置虚拟AP的方法、装置及系统，用以解决上述技术问题。

下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本发明技术方案的详细的说明，而不是对本发明技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

需要理解的是，在本发明实施例的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。在本发明实施例的描述中“多个”，是指两个或两个以上。

本发明实施例中的术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1为本发明实施例中一种配置虚拟AP的系统的结构示意图。

参见图1，该系统架构包括动态主机配置协议(英文：dynamic hostconfiguration protocol，简称：DHCP)服务器、一个物理AP以及多个AC(图1中仅示出了三个AC)。

其中，DHCP是国际互联网工程任务组(英文：the internet engineering taskforce，简称IETF)IETF为实现全称互联网协议(英文：internet protocol，简称IP)地址的自动配置而设计的协议，它可以为客户机自动分配IP地址、子网掩码以及缺省网关、域名系统(英文：domain name system，简称：DNS)服务器的IP地址等传输控制协议(英文：transmission control protocol，简称：TCP)/IP参数。

DHCP服务器是可以是一台系统为个人电脑，上面配置和运行DHCP服务，也可以是一台网络设备，上面配置和运行DHCP服务，本发明实施例不做具体限制。在本发明实施例中，DPCH服务器可以连接AP，并与AP传递交互信息。在实际部署时，DHCP服务器可以位于实际组网中的核心交换机上。

AP是无线网和有线网之间沟通的桥梁，是组建WLAN的核心设备。在本发明实施例中，AP可以与DHCP服务器传输交互信息、与AC建立隧道并传输信息。在本发明实施例中，一个物理AP(实体AP)可以映射为多个虚拟AP，不同的虚拟AP用以和不同AC进行交互，例如图1中的虚拟AP-I、虚拟AP-II、虚拟AP-III。这种不同虚拟AP的划分是一种逻辑上的划分，实际上都是这一个物理AP和所有的AC进行交互。

AC是一种网络设备，负责管理某个区域内无线网络中的AP。在发明实施例中，AC包括主控AC和分控AC两种。

其中，主控AC拥有对至少两个虚拟AP的功能配置权限，负责接收物理AP上传的关于所有AC的基础信息，负责管理物理AP上运行的所述至少两个虚拟AP，同时还负责为所有AC对应的虚拟AP创建虚拟AP模板，以及向分控AC同步其对应的虚拟AP的虚拟AP模板。

其中，分控AC拥有对其对应的虚拟AP的部分功能配置权限，如创建允许容量范围内的WLAN个数、客户端(英文：spike-triggered average，简称：STA)个数。在后文中，主要以主控AC是图1中的第一AC，且除第一AC外的其它AC为分控AC为例，介绍本发明技术方案。

在本发明实施例中，上述物理AP可以根据AC的数量将自身映射成对应数量的虚拟AP，即虚拟AP与AC一一对应。

需要说明的是，图1仅示出了第一AC以及两个分控AC(第二AC以及第三AC)，在实际应用中，分控AC的数量还可以更多或者更少，本发明实施例不做限制。例如：一个分控AC、三个分控AC或五个分控AC。

图2为一种配置虚拟AP的方法的流程示意图。该方法可以由图1所示的系统来执行。

参见图1和图2，该方法包括：

S201、物理AP向DHCP服务器发送请求。

在本发明实施例中，在物理AP向DHCP服务器发送请求前，技术人员可以预先在DHCP上配置了该物理AP的接入方式以及至少两个AC的IP地址。

S202、DHCP服务器接收物理AP发送的请求，并响应所述请求，向所述物理AP返回响应报文。

其中，响应报文包含用于指示所述物理AP的接入方式的第一指示信息，以及至少两个AC的IP地址。

本发明实施例中，物理AP在获得上述第一指示信息、两个AC的IP地址时，可以通过与DHCP服务器进行一次交互实现，也可以通过与DHCP服务器进行多次交互实现(相当于步骤S201～S202可以包括多个子步骤)，本发明实施例不做具体限制。

示例性地，物理AP与DHCP服务器交互多次时的具体实现过程如下：

1)物理AP向DHCP服务器发送第一请求。DHCP服务器响应第一请求，返回第一响应报文，其中第一响应报文包含用于指示所述物理AP的接入方式为虚拟AP接入方式的第一指示信息。

具体的，第一请求可以包含option170请求，第一响应报文可以包括option170选项的值。其中，option 170选项定义为AP的接入方式，不同的值表征不同的接入方式。例如，option 170的值设置为0时，表示以普通AP方式接入AC，即不部署虚拟AP；option 170的值设置为1时，表示以虚拟AP方式接入AC。可选的，当第一请求中包含option 170选项时，若DHCP服务器设置的option 170设置的值为0，则可以不带option170选项回应，只有在option 170的值为1时，才携带option 170选项回应给该物理AP。

2)物理AP确定接入方式为虚拟AP接入方式后，向DHCP服务器发送第二请求；DHCP服务器接收到第二请求后，返回第二响应报文，其中第二响应报文包含至少两个AC的IP地址。

具体的，第二请求可以包含option171请求，第二响应报文包含option171选项的值。其中，option171选项定义为各AC的IP地址。例如，option171选项包括第一AC的IP地址、第二AC的IP地址以及第三AC的IP地址。

进一步的，第二响应报文还可以携带用于指示主控地址的第二指示信息。

具体的，第二请求还可以包含option138请求，相应的，第二响应报文还可以包含option138选项的值。其中，option138的值即为主控AC的IP地址(上述至少两个AC的IP地址中的一个)。当物理AP接收到option138时，根据option138的值从上述至少两个AC中确定出主控AC。例如，option138的值为第一AC的IP地址，那么物理AP确定第一AC为主控AC。

当然，服务器也可以不返回第二指示信息。仍以option138为例，如果服务器未返回option138，则物理AP可以主动从上述至少两个AC的IP地址中选择其中一个作为主控AC。一种可能的实现方式为：option171选项返回的IP地址顺序为：第一AC的IP地址、第二AC的IP地址、第三AC的IP地址。则物理AP可以默认排序在第一位的第一AC为主控AC。当然，在具体实施时还可以有其他选择方式，比如选择最后一个IP地址对应的AC为主控AC，本发明实施例对此不做限制。

S203、物理AP根据接收到的所述响应报文确定所述AP的接入方式为虚拟AP接入方式，从所述至少两个AC中确定出一个主控AC和至少一个分控AC。

如上文所述，该响应报文可以包含用于指示物理AP的接入方式的第一指示信息，以及至少两个AC的IP地址；

具体的，仍以上述option170、option 171以及option 138为例。物理AP通过解析DHCP服务器回应的报文解析到了option170、option 171以及option138，根据option170确定物理AP的接入方式为虚拟AP接入方式、根据option171的值确定至少两个AC的IP地址，以及根据option 138的值从至少两个AC的IP地址中确定出主控AC的IP地址。其中，若物理AP在DHCP回应包中option170解析值为1，但未解析到option171，则直接以普通方式发现AC并加入AC。

S204、所述物理AP将自身映射为和所述至少两个AC数量相同的至少两个虚拟AP，并生成所述至少两个AC中每个AC的基础信息。

其中，虚拟AP与AC一一对应，也即主控AC对应一个虚拟AP，每个分控AC对应一个虚拟AP。

例如：物理AP收到DHCP的报文后，确定有3个AC的地址，则确定有3个AC，物理AP将自身映射为和这3个AC对应的3个虚拟AP，且这个3个虚拟AP与3个AC之间一一对应，以该3个AC为图1中的第一AC，第二AC和第三AC为例，物理AP将自身映射为虚拟AP-I、虚拟AP-II以及虚拟AP-III，其中第一AC为主控AC，对应虚拟AP-I，第二AC和第三AC为分控AC分别对应虚拟AP-II以及虚拟AP-III。需要说明的是，物理AP映射虚拟AP时，可以为各个虚拟AP命名，例如，命名为虚拟AP-I、虚拟AP-II、虚拟AP-III等，或者命名为虚拟AP1、虚拟AP2、虚拟AP3，本申请实施例对此不做具体限制。

在具体实施过程中，物理AP在获得所述至少两个AC的IP地址之后，所述物理AP可以自动生成所述至少两个AC中每个AC的基础信息。在发明实施例中，AC的基础信息可以包括该AC的IP地址、该AC允许的WLAN容量以及STA容量、该AC的角色、该AC的对应的虚拟AP使用的上联口、该AC的对应的虚拟AP的名称等，其中该角色包括为所有虚拟AP的主控AC、为一个虚拟AP的分控AC两种类型。

在具体实施时，该AC的基础信息中的IP地址和该AC的角色可以根据从服务器获得的响应报文确定，而AC允许的WLAN容量以及STA容量，物理AP则根据自身的总容量信息进行分配。一种可能的分配方式：物理AP将自身的总容量信息平均分配给各个AC。例如，本物理AP允许的最大WLAN总容量为32，最大STA总容量为256。现有第一AC，第二AC和第三AC，物理AP根据自身的总容量信息，为第一AC、第二AC和第三AC平均分配容量，则设置第一AC允许的WLAN容量为8，STA容量为64，设置第二AC允许的WLAN容量为8，STA容量为64，设置第三AC允许的WLAN容量为8，STA容量为64。

S205、物理AP向主控AC(以第一AC为例)发送至少两个AC的基础信息。

具体的，物理AP和与主控AC建立无线接入点的控制和配置协议CAPWAP隧道，在建立隧道过程中，将至少两个AC的基础信息发送给第一AC。

第一AC接收物理AP上报的至少两个AC的基础信息。

S206、第一AC根据至少两个AC的基础信息，确定自身是主控AC，以及确定所述至少两个AC中除所述第一AC外的其它AC为分控AC，并保存至少两个AC的基础信息。

具体的，第一AC接收物理AP上报的至少两个AC的基础信息，根据至少两个AC基础信息，从中获得到对应第一AC的IP地址的第一AC的基础信息，从该AC的基础信息里读取到该AC的角色，确定自身为主控AC。在确定自身为主控AC之后，主控AC为各个AC创建对应的虚拟AP模板，其中，虚拟AP模板保存的是对应AC的基础信息，例如IP地址、该AC允许的WLAN容量以及STA容量、该AC的角色等。

进一步的，将主控AC和对应的虚拟AP关联，具体的，当主控AC确定自身为主控AC后，还可以获取各个AC对应的虚拟AP所在的物理AP的介质访问控制(英文：media accesscontro，简称：MAC)、以及各个虚拟AP名称等信息(这些信息可以是物理AP在上报各个AC的基础信息时一并上报，也可以单独上报，本发明实施不做限制)，然后基于这些信息创建一张用于存储物理AP(用MAC地址标识物理AP)与虚拟AP的映射关系的虚拟AP在线信息表(如表1)。

表1

名称	MAC地址	接入方式
			虚拟AP-I	0000.0010.0001	虚拟(virtual)
虚拟AP-II	0000.0010.0001	虚拟(virtual)
			虚拟AP-III	0000.0010.0001	虚拟(virtual)

表1是以主控AC作为一个物理AP上的虚拟AP的主控AC的场景为例。在具体实施时，一个主控AC也可以同时作为多个物理AP上的虚拟AP的主控AC。例如，表2所示，主控AC同时作为MAC地址为0000.0010.0001的物理AP和MAC地址为0000.0012.0002的物理AP的主控AC，其中MAC地址为0000.0010.0001的物理AP上运行有虚拟AP-I、虚拟AP-II以及虚拟AP-III，MAC地址为0000.0012.0002的物理AP上运行有虚拟AP-IV、虚拟AP-V。

表2

名称	MAC地址	接入方式
			虚拟AP-I	0000.0010.0001	虚拟(virtual)
虚拟AP-II	0000.0010.0001	虚拟(virtual)
			虚拟AP-III	0000.0010.0001	虚拟(virtual)
虚拟AP-IV	0000.0012.0002	虚拟(virtual)
			虚拟AP-V	0000.0012.0002	虚拟(virtual)

进一步的，主控AC为各个AC创建的虚拟AP模板，可以是以表项的形式存储在主控AC上。多个虚拟AP模板的表项可以组合成一张虚拟AP模板信息管理表。例如，表3所示，每个虚拟AP模板对应的表项包括：该虚拟AP模板的名称(可以是对应的虚拟AP的名称，也可以单独取名称，本发明实施例不做限制，表3以虚拟AP模板的名称为对应虚拟AP的名称为例)，对应AC的IP地址，对应AC的WLAN容量、STA容量等。

表3

虚拟模板的名称	AC的IP地址	WLAN容量	STA容量
				虚拟AP-I	1.1.1.1	8	64
虚拟AP-II	2.2.2.2	8	64
				虚拟AP-III	3.3.3.3	8	64

这样，用户可以通过主控AC上的虚拟AP在线信息表、虚拟AP模板信息管理表，快速查询各个虚拟AP的信息或者管理各个虚拟AP。例如，通过上述表1确定主控AC下某个虚拟AP所在物理AP，或者确定所述主控AC某个物理AP上运行有哪些虚拟AP，或者通过上述表3确定某个虚拟AP对应的分控AC的WLAN容量、STA容量等。

当有新的虚拟AP加入时，可以在对应的虚拟AP在线信息表上添加该虚拟AP的信息，并创建该虚拟AP对应的虚拟AP模板，将新创建的虚拟AP模板的信息更新到对应的虚拟AP模板信息管理表中。

S207、物理AP向每个分控AC(图2中以第二AC为例)发送该分控AC的基础信息。

具体的，物理AP和与各个分控AC(包括第二AC)建立CAPWAP隧道的过程中，将与所述各个分控AC基础信息上报到各个分控AC。

S208、第二AC接收物理AP上报的第二AC的基础信息，保存所述物理AP上报的第二AC的基础信息。

所述第二AC的基础信息包括：第二AC的IP地址、第二AC允许的WLAN容量以及STA容量，第二AC的角色等。

类似的，分控AC也可以为自身创建一张虚拟AP在线信息表，例如表4所示。表4中仅存储有该分控AC对应的虚拟AP和物理AP的映射关系。

表4

名称	MAC地址	接入方式
			虚拟AP-II	0000.0010.0001	虚拟(virtual)

进一步的，第二AC根据第二AC的角色，确定自身是分控AC。则第二AC为自身建立虚拟AP模板，并保存第二AC的基础信息。

类似的，该虚拟AP模板也可以以表项的形式存储，例如表5所示。

表5

虚拟模板的名称	AC的IP地址	WLAN容量	STA容量
				虚拟AP-II	2.2.2.2	8	64

需要说明的是，在具体实施时，本发明实施例对上述步骤S205-S206和S207-S208的先后顺序不做限定。即可以先执行S205-S206，后执行S207-S208，也可以先执行S207-S208，后执行S205-S206，当然S205-S206、S207-S208还可以同时并行执行。需要说明的是，上述主要介绍了一个分控AC即第二AC执行方法步骤的具体实现方式，对于其它分控AC例如第三AC，其执行方法步骤的具体实现方式可以参照第二AC执行方法步骤的具体实现方式，本发明实施例不再赘述。

根据上述方案，首次部署AP虚拟化场景时，物理AP的接入方式和AC的IP地址可以直接在DHCP服务器里预先设置，物理AP与DHCP服务器交互后得到响应报文，根据该响应报文确定物理AP的接入方式、主控AC和分控AC的地址，并与各个AC建立CAPWAP隧道，通过CAPWAP隧道将每个AC的基础信息发送至各个AC，使得各个AC完成对自身基础信息的设置，进而实现虚拟AP场景的部署。与现有技术相比，不需要人为在主控上设置各个分控AC的基础信息，也不需要在各个分控上配置AC的基础信息，只需要在DHCP服务器上一次人工配置即可完成虚拟AP场景部署，这样减少了大量的人工投入资源，提高了部署效率。

可选的，在具体实施过程中，在物理AP将所有AC的基础信息发送给第一AC之后，还可以由第一AC向每个分控AC发送该分控AC的基础信息。

具体的，第一AC根据至少两个AC的基础信息，确定自身是所述第一虚拟AP的主控AC，并保存至少两个AC的基础信息后，第一AC跟各个分控AC(也即除了所述第一AC外的其它所有AC)之间建立MQTT隧道，并将第一AC上的保存各个分控AC的基础信息发送给对应的分控AC。

例如，第一AC接收到物理AP发送的所有AC的基础信息，其中，包括第一AC、第二AC和第三AC的基础信息，第一AC为第一AC、第二AC和第三AC创建对应的虚拟AP模板并保存对应AC的基础信息后，将第二AC和第三AC的虚拟AP模板上的基础信息(或者直接发送虚拟AP模板)分别发送至对应的第二AC和第三AC。

通过本实施方式，物理AP可以不用向分控AC发送基础信息，而由主控AC向各个分控AC发送基础信息，提高了方案的灵活性，同时也不占用物理AP与分控AC之间的通信信道，保证终端通信的速度，提高用户体验。

可选的，在发明实施例中，在第一AC为所有AC创建虚拟AP模板后，主控AC可以在任意一个AC对应的虚拟AP模板中修改任意一个AC的基础信息，并将修改值同步给AP或者对应分控AC。

图3为一种更新AC的基础信息的方法的流程图。参见图3，方法包括：

S301、第一AC(即主控AC)响应于修改所述至少两个AC中任意一个AC的基础信息的请求，在所述任意一个AC对应的虚拟AP模板中修改所述任意一个AC的基础信息。

例如，用户在第一AC上手动输入其中一个AC的修改值，第一AC响应用户修改该AC的基础信息的请求，修改该AC对应的虚拟AP模板上的基础信息。例如，其它设备向第一AC发送某个AC的修改值，第一AC响其它设备修改该AC的基础信息的请求，则对应修改该AC对应的虚拟AP模板上的基础信息。

进一步的，若所述任意一个AC是所述主控AC(即第一AC本身)，则将所述主控AC的基础信息的修改值发送给所述物理AP，以使所述物理AP基于该修改值对本地保存的所述主控AC的基础信息进行修改。若所述任意一个AC为分控AC，则将所述分控AC的基础信息的修改值发送给对应的分控AC，以使所述对应的分控AC基于该修改值对自身的基础信息进行修改，并将该修改值发送给所述物理AP。

例如，第一AC上存储有第一AC、第二AC和第三AC的基础信息，当第一AC的基础信息被修改后，第一AC将修改第一AC的修改值发送给虚拟AP-I，当修改第二AC或者第三AC的基础信息后，将修改第二AC或者第三AC的修改值发送给对应的物理AP，使其对应修改虚拟AP-II或者虚拟AP-III的配置信息。

以修改第二AC的基础信息为例，请继续参见S302、第一AC将用于修改第二AC的基础信息的第一修改值发送给第二AC。

S303、第二AC在接收所述第一修改值后，根据所述第一修改值修改自身的基础信息。

具体的，第二AC通过MQTT通道接受第一AC发送第一修改值。根据该第一修改值，修改自身的WLAN容量和STA容量。

S304、所述第二AC将所述第一修改值发送给物理AP。

当然，在具体实施时，也可以由第一AC将第一修改值发送给物理AP，本发明实施例不做具体限制。

S305、所述物理AP接收第一所述修改值，基于所述第一修改值修改所述第二AC的基础信息。

在具体实施时，当第一AC修改任意一个AC的基础信息时，可以在修改之后立即下发修改值给对应的分控AC或者给对应的虚拟AP。也可以是根据设定的周期进行周期性发送，比如每隔30分钟发送一次，或者每隔60分钟发送一次。当然，还可以结合上述两种方式，比如当第一AC修改任意一个AC的基础信息后，可以立即下发给对应的分控AC或者给对应的虚拟AP，若一段时间内第一AC没有修改，则可以按照设定的周期将自身保存的全部AC的基础信息周期性发送给物理AP和分控AC，比如每隔30分钟同步一次所有的虚拟AP模板给对应的分控AC或者物理AP。

本实施方式中，第一AC和第二AC间可以建立MQTT通道，主控AC在修改分控AC对应的虚拟AP模板信息后，可直接将修改后的基础信息同步至对应的分控AC，与现在技术相比，不需要由物理AP与AC之间的CAPWAP隧道经过多次重建后传输更新信息，同步的效率更高；另一方面，当只有部分的分控AC需要更新虚拟AP模板时，没有修改基础信息的AC与AP的连接可以不用户断开，所以该AP下的终端的通信不会受到影响，进一步提高用户的体验。

基于同一发明构思，本发明实施例还提供一种物理AP400，参照图4，包括：

通信模块401，用于向DHCP服务器发送请求；接收所述DHCP服务器返回的响应报文，其中所述响应报文包含用于指示所述物理AP400的接入方式的第一指示信息，以及至少两个AC的IP地址；

处理模块402，用于根据所述响应报文确定所述AP的接入方式为虚拟AP接入方式，从所述至少两个AC中确定出一个主控AC和至少一个分控AC；映射为和所述至少两个AC数量相同的至少两个虚拟AP，其中所述虚拟AP与所述AC一一对应；生成并保存所述至少两个AC中每个AC的基础信息；

所述通信模块401，还用于与所述至少两个AC中的每个AC建立CAPWAP隧道；将所有AC的基础信息上传至所述主控AC，将每个分控AC的基础信息上传至该分控AC。

可选的，所述通信模块401还用于：向DHCP服务器发送第一请求，以使所述DHCP服务器返回第一响应报文，其中所述第一响应报文包含用于指示所述物理AP的接入方式为虚拟AP接入方式的第一指示信息；以及，接收所述DHCP服务器返回的第一响应报文。

可选的，所述通信模块401还用于：在所述处理模块确定所述物理AP接入方式为虚拟AP接入方式后，向所述DHCP服务器发送第二请求，以使所述DHCP服务器返回第二响应报文，所述第二响应报文包含至少两个AC的IP地址；以及，接收所述DHCP服务器返回的第二响应报文。

可选的，所述处理模块402在从所述至少两个AC中确定出一个主控AC和至少一个分控AC时，具体用于：

判断所述第二响应报文中是否还包含用于指示主控AC的IP地址的第二指示信息；若是，则根据所述第二指示信息确定主控AC；否则，从所述至少两个AC的IP地址中确定出IP地址排在第一位的AC为主控AC。

可选的，所述每个AC的基础信息包括：该AC的IP地址、该AC允许的WLAN容量以及STA容量、该AC的角色，其中所述角色为主控AC或分控AC。

可选的，所述通信模块401还用于：

在将所有AC的基础信息上传至所述主控AC，将每个分控AC的基础信息上传至该分控AC之后，接收所述至少两个AC中任意一个AC下发的所述任意一个AC的基础信息的修改值；

所述处理模块402还用于：基于所述修改值，对本地保存的所述任意一个AC的基础信息进行修改。

基于同一发明构思，本发明实施例还提供一种主控AC500，参照图5，包括：

通信模块501，用于接收物理AP上报的至少两个AC的基础信息；其中，所述至少两个AC包括所述主控AC500，所述物理AP上运行有和所述至少两个AC数量相同的至少两个虚拟AP，且所述虚拟AP与所述AC一一对应；

处理模块502，用于所述根据至少两个AC的基础信息，确定自身是主控AC，以及确定所述至少两个AC中除所述主控AC500外的其它AC为分控AC；基于所述至少两个AC中每个AC的基础信息为每个AC对应的虚拟AP创建虚拟AP模板；其中，所述每个AC对应的虚拟AP创建虚拟AP模板包括该AC的基础信息。

可选的，该AC的基础信息包括：该AC的IP地址、该AC允许的WLAN容量以及STA容量、该AC的角色，其中所述角色为主控AC或分控AC，所述处理模块502在根据至少两个AC的基础信息确定自身是主控AC时，具体用于：确定所述至少两个AC中的所述主控AC500的角色为主控AC。

可选的，在所述处理模块502基于每个AC的基础信息为每个AC对应的虚拟AP创建虚拟AP模板之后，与所述至少两个AC中除所述装置500之外的所有AC建立消息队列遥测传输MQTT通道；其中，该通道用于所述主控AC和所述分控AC进行信息传输；

所述处理模块502还用于：响应于修改所述至少两个AC中任意一个AC的基础信息的操作，在所述任意一个AC对应的虚拟AP模板中修改所述任意一个AC的基础信息；

所述通信模块501还用于：若所述任意一个AC是所述主控AC，则将所述主控AC的基础信息的修改值发送给所述物理AP，以使所述物理AP基于该修改值对本地保存的所述主控AC的基础信息进行修改；若所述任意一个AC为分控AC，则将所述分控AC的基础信息的修改值发送给对应的分控AC，以使所述对应的分控AC基于该修改值对自身的基础信息进行修改，并将该修改值发送给所述物理AP。

基于同一发明构思，本发明实施例还提供一种分控AC600，参照图6，包括：

通信模块601，接收物理AP上报的所述分控AC600的基础信息；其中，所述物理AP上运行有和至少两个AC相对应的虚拟AP，所述物理AP向所述至少两个AC中的每个AC发送该AC的基础信息，所述至少两个AC包括所述分控AC600；

处理模块602，用于根据所述分控AC600的基础信息，确定自身是所述至少两个虚拟AP中的第一虚拟AP对应的分控AC；为所述第一虚拟AP创建虚拟AP模板，并在该虚拟AP模板种保存所述分控AC600的基础信息。

可选的，该分控AC600的IP地址、该分控AC600允许的WLAN容量以及STA容量、该分控AC600的角色，其中所述角色为主控AC或分控AC；所述处理模块602在根据所述分控AC的基础信息，确定自身是所述至少两个虚拟AP中的第一虚拟AP对应的分控AC时，具体用于：确定所述分控AC的角色为所述第一虚拟AP对应的分控AC。

可选的，所述通信模块601还用于：

在所述处理模块602为所述第一虚拟AP创建虚拟AP模板之后，和第一AC建立MQTT通道；通过所述MQTT通道接收所述第一AC发送的所述分控AC600的基础信息的修改值；

所述处理模块602还用于：基于所述修改值对自身的基础信息进行修改；

所述通信模块601还用于：将所述修改值发送给所述物理AP。

基于同一发明构思，本发明实施例还提供一种DHCP服务器700，参照图7，包括：

通信模块701，用于接收物理AP发送的请求；

处理模块702，用于响应所述请求，生成响应报文；

所述通信模块701，还用于向所述物理AP返回所述响应报文；其中，所述响应报文包含用于指示所述物理AP的接入方式的第一指示信息，以及至少两个AC的IP地址。

基于同一发明构思，本发明实施例还提供一种电子设备，参照图8，包括：至少一个处理器801，以及与所述至少一个处理器801通信连接的存储器802、通信接口803；

其中，所述存储器802存储有可被所述至少一个处理器801执行的指令，所述至少一个处理器801通过执行所述存储器802存储的指令，以在执行所述指令时使所述电子设备执行本发明的实施例所述的方法。

基于同一发明构思，本发明实施例还提供计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行本发明实施例所述的方法。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (6)

1.一种配置虚拟无线接入点AP的方法，应用于物理AP中，其特征在于，所述方法包括：

向动态主机配置协议DHCP服务器发送请求；

接收所述DHCP服务器返回的响应报文，其中所述响应报文包含用于指示所述物理AP的接入方式的第一指示信息，以及至少两个接入控制器AC的互联网协议IP地址；

根据所述响应报文确定所述物理AP的接入方式为虚拟AP接入方式，从所述至少两个AC中确定出一个主控AC和至少一个分控AC；

将所述物理AP映射为和所述至少两个AC数量相同的至少两个虚拟AP，其中所述虚拟AP与所述AC一一对应；

生成并保存所述至少两个AC中每个AC的基础信息；

与所述至少两个AC中的每个AC建立控制和配置协议CAPWAP隧道；将所有AC的基础信息上传至所述主控AC，将每个分控AC的基础信息上传至该分控AC，所述向DHCP服务器发送请求，包括：

向DHCP服务器发送第一请求，以使所述DHCP服务器返回第一响应报文，其中所述第一响应报文包含用于指示所述物理AP的接入方式为虚拟AP接入方式的第一指示信息；

接收所述DHCP服务器返回的响应报文，包括：

接收所述DHCP服务器返回的第一响应报文。

2.如权利要求1所述的方法，其特征在于，向DHCP服务器发送请求，还包括：

在确定所述物理AP的接入方式为虚拟AP接入方式后，向所述DHCP服务器发送第二请求，以使所述DHCP服务器返回第二响应报文，所述第二响应报文包含至少两个AC的IP地址；

接收所述DHCP服务器返回的响应报文，还包括：

接收所述DHCP服务器返回的第二响应报文。

3.如权利要求1所述的方法，其特征在于，在将所有AC的基础信息上传至所述主控AC，将每个分控AC的基础信息上传至该分控AC之后，所述方法还包括：

接收所述至少两个AC中任意一个AC下发的所述任意一个AC的基础信息的修改值；

基于所述修改值，对本地保存的所述任意一个AC的基础信息进行修改。

4.一种配置虚拟AP的方法，应用于主控AC中，其特征在于，包括：

接收物理AP上报的至少两个AC的基础信息；其中，所述至少两个AC包括所述主控AC，所述物理AP上运行有和所述至少两个AC数量相同的至少两个虚拟AP，且所述虚拟AP与所述AC一一对应；

根据所述至少两个AC的基础信息，确定自身是主控AC，以及确定所述至少两个AC中除所述主控AC外的其它AC为分控AC；

基于所述至少两个AC中每个AC的基础信息为每个AC对应的虚拟AP创建虚拟AP模板；其中，为所述每个AC对应的虚拟AP创建的虚拟AP模板包括该AC的基础信息；所述主控AC基于每个AC的基础信息为每个AC对应的虚拟AP创建虚拟AP模板之后，所述方法还包括：

与所述至少两个AC中除所述主控AC之外的所有AC建立消息队列遥测传输MQTT通道；其中，该通道用于所述主控AC和所述分控AC进行信息传输；

响应于修改所述至少两个AC中任意一个AC的基础信息的操作，在所述任意一个AC对应的虚拟AP模板中修改所述任意一个AC的基础信息；

若所述任意一个AC是所述主控AC，则将所述主控AC的基础信息的修改值发送给所述物理AP，以使所述物理AP基于该修改值对本地保存的所述主控AC的基础信息进行修改；

若所述任意一个AC为分控AC，则将所述分控AC的基础信息的修改值发送给对应的分控AC，以使所述对应的分控AC基于该修改值对自身的基础信息进行修改，并将该修改值发送给所述物理AP。

5.一种电子设备，其特征在于，包括：

至少一个处理器，以及

与所述至少一个处理器通信连接的存储器、通信接口；

其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器用于执行所述存储器中的指令，以在执行所述指令时，使所述电子设备实现如权利要求1-4任一所述的方法。

6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如权利要求1-4任意一项所述的方法。

Images