一种基于在线用户量的大量AP同时上线处理方法与流程

本发明涉及无线局域网领域，特别涉及一种基于在线用户量的大量ap同时上线处理方法。

背景技术：

无线局域网应用愈发广泛，ac-ap布网模式应用的范围也越来越广，在政府，学校，中大型商场，广场和许多企业等场合内逐渐普及开来。现有的ac–ap网络模式下，ap的上线(即与ac相关联起来)流程一般为：ap程序启动后，向网络环境中发送广播报文寻求ac地址，ac收到这种报文后向此ap回复一个携带自己地址的报文，ap获得ac地址之后向ac发送请求上线，ac与之做交互，验证ap的一些信息(一般是版本号，厂商，ap型号等确认是否应该允许上线)后让此ap上线，然后向其发送ac所存储的当前网络环境的配置。ap根据收到的配置信息配置相关的无线信号等。

在这个上线的过程中，报文主要分为两种，一种是请求上线时与ac交互报文，一种是允许上线后ac向ap下发配置。在整个过程中，会产生大量的报文，整个网络环境一般由一个ac与多个ap组成，ap有可能多到上千个。因为ac需要处理所有的ap上线报文并向其发送配置信息，当同时有许多ap请求上线时会产生大量的报文，如果ac承载不了这么大的数据量可能会造成阻塞，网络数据报文丢失，甚至ac直接宕机，ap不能及时对外提供服务。

ac&ap组网模式应用的范围越来越大，并且更加复杂，在同一个网络环境里只有一台处于工作状态的ac，但是有多个ap与之相关联，在这个网络环境断电后，又通电的情况下会有很多ap同时向ac请求上线，一般分别为以下两种情况：

现有技术方案一：

当环境中有大量ap重启(例如电路故障后恢复)，ap立即连接ac。这些ap会同时向ac发送数据报文，ac要几乎同时处理这些数据报文，处理后根据处理结果，发送数据给相应的ap。ap、ac如此交互数据直到ac配置下发完成。

现有技术方案二：

当环境中有大量ap重启(例如电路故障后恢复)，ap随机退避一段时间，然后连接ac。ap重启后，会随机产生一个延时，然后再去向ac请求上线，ac给ap应答，交互报文，直到ac下发完配置为止。

现有技术方案1中，ap同时向ac请求上线，ac会在短时间内收到大量请求上线的数据，ac无法在短时间内处理这麽大的数据量，会造成数据包处理缓慢甚至丢失，ap上线失败，继续请求上线，产生了大量的重复报文，造成ac的网络阻塞严重甚至宕机，资源浪费并且降低了效率，增加了ap的上线时间，致使网络环境初始化缓慢。有的商家为了尽量避免这种情况，提高ac的硬件配置以提高数据处理速度。但是这提高了布网成本并且当网络正常运转时网络对ac的性能要求和处理速度并不需要太高。导致了资源的浪费。

现有技术方案2中，ap随机做延时向ac请求上线，虽然可以基本解决ac会在短时间内收到大量数据，导致ac处理不过来的情况，但是因为每个ap拥有的用户量是不同的，会存在拥有用户量小的ap先上线，而拥有大量用户的ap在延时了很久之后再上线，存在大量用户无法及时上网，导致用户体验下降的问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种基于在线用户量的大量ap同时上线处理方法，解决了ac接收大量数据不能及时处理及ap上线不能尽可能多地为用户提供上网服务的问题。

为实现上述目的，本发明采用如下技术方案：

一种基于在线用户量的大量ap同时上线处理方法，提供一无线局域网，所述无线局域网包括一ac和与所述ac连接的若干ap，其特征在于，包括以下步骤：

步骤s1：每隔一段时间，计算该时段内每一ap的在线用户量和整个无线局域网的在线用户总量；

步骤s2：根据ap的在线用户量和整个无线局域网的在线用户总量计算该ap的延时时间；

步骤s3：ap重启时，经所述延时时间后上线。

进一步的，所述步骤s2中延时时间的具体计算方法为：

其中，t为延时时间，pi为第i个ap的在线用户量，p总为整个无线局域网的在线用户总量，tmax为最大延时时间。

进一步的，所述最大延时时间为300s。

进一步的，所述步骤s1的具体计算过程如下：每隔一段时间，ap上报用户上下线信息给ac，ac根据所有ap上报的用户上下线信息得到该ap的在线用户量和整个无线局域网的在线用户总量：

pi＝xi-yi

其中，n为无线局域网内的ap个数，xi为第i个ap的用户上线量，yi为第i个ap的用户下线量。

进一步的，所述步骤s1还包括，ac将整个无线局域网的在线用户总量发给每个ap，ap将自身的在线用户量和整个无线局域网的在线用户总量存储在ap的flash上。

进一步的，所述步骤s3的具体上线过程如下：ac重启后，经延时时间后向ac发送广播报文获取ac地址，再根据获取的ac地址，向ac发送上线请求，ac收到后根据capwap协议向这个ap发送配置信息，ap根据所述配置信息配置相关的无线信号后上线。

本发明与现有技术相比具有以下有益效果：本发明可以根据用户量，自动调整ap上线的延时时间，既避免了ac需要短时间内处理大量ap上线请求的情况，又保证了用网需求大的ap先上线，尽可能多地为用户提供上网服务。

附图说明

图1是本发明的整体流程图。

图2是本发明的ap重启流程图。

具体实施方式

下面结合附图及实施例对本发明做进一步说明。

请参照图1，本发明提供一种基于在线用户量的大量ap同时上线处理方法，提供一无线局域网，所述无线局域网包括一ac和与所述ac连接的若干ap，首先ap启动发送dhcp报文查找ac地址，ap向这个ac发送capwap的discovery报文请求上线，ac收到后一capwap协议发送相应配置，ap完成上线；还包括以下步骤：

步骤s1：每隔一段时间，计算该时段内每一ap的在线用户量和整个无线局域网的在线用户总量；具体方法如下：

每隔一段时间，ap上报用户上下线信息给ac，ac根据所有ap上报的用户上下线信息得到该ap的在线用户量和整个无线局域网的在线用户总量：

pi＝xi-yi

其中，n为无线局域网内的ap个数且n＝500，xi为第i个ap的用户上线量，yi为第i个ap的用户下线量；

每隔一段时间，ac将整个无线局域网的在线用户总量发给每个ap，ap将自身的在线用户量和整个无线局域网的在线用户总量存储在ap的flash上。

步骤s2：根据ap的在线用户量和整个无线局域网的在线用户总量计算该ap的延时时间；具体计算方法为：

其中，t为延时时间，pi为第i个ap的在线用户量，p总为整个无线局域网的在线用户总量，tmax为最大延时时间，所述最大延时时间为300s。

实施例一：ap的在线用户为50个，连接这个ac的所有ap的在线用户总和为1000个，最大延时时间为5分钟，则：延时时间＝(1-50/1000)*5*60＝285秒。

步骤s3：ap重启时，经所述延时时间后上线，请参照图2，具体上线过程如下：ac重启后读取flash里的存储内容，经延时时间后向ac发送广播报文获取ac地址，再根据获取的ac地址，向ac发送上线请求，ac收到后根据capwap协议向这个ap发送配置信息，ap根据所述配置信息配置相关的无线信号后上线。

以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与修饰，皆应属本发明的涵盖范围。