专利名称：一种ap发现ac的方法及ap的制作方法
技术领域：
本发明涉及无线局域网络技术领域，特别是涉及一种AP发现AC的方法及AP。
背景技术：
随着建网、组网问题的不断出现，一种全新的WLAN (无线局域网络，Wireless
Local Area Networks))网络架构-AC (无线控制器,AccessController)+FIT AP (瘦
AP,FIT Access Point)控制架构应运而生。AC + FIT AP控制架构中，AC负责无线网络的接入控制，转发和统计、AP的配置监控、漫游管理、AP的网管代理、安全控制；FIT AP负责802. 11报文的加解密、802. 11的PHY功能、接受无线控制器的管理、RF空口的统计等简单功能。本发明中所涉及的AP均为FITAP，为简便起见，简称为AP。 在RFC (技术注释，Request for Comments)等标准规范中对于一个AP接入一台AC的过程，定义为AP发现AC过程，参照图1，示出了现有标准规范中一种AP发现AC的方法流程，具体可以包括步骤1、AP在启动后通过DHCP (动态主机设置协议，Dynamic HostConfigurationProtocol Server)服务等方式获取自身的IP地址；步骤2、AP发送发现请求报文试图联系一个AC ；步骤3、在没有收到来自AC的发现响应时，进行所述发现请求报文的重传；步骤4、接收到发现请求报文的AC会检查该AP是否有接入本机的权限，如果有则回复发现响应。按照现有标准规范，AP尝试发起发现请求报文的三次重传后，会一直等待AC的发现响应。但是，随着硬件水平的提升以及站点数据业务需求的快速增长，单个AC需要管理的AP数量越来越越多，例如，目前主流的电信级AC需要管理2048 4096个AP ;这样，如果AC接收到的发现请求报文数量超过了管理能力的上限，则根本无法对AP的发现请求报文进行响应，这将造成AP在发送发现请求报文的状态下死等。在发送发现请求报文的状态下死等的AP在运营商看来处于托管状态，而对于处于托管状态的AP，运营商需要去进行维护以保障WLAN网络的正常运行；但是，由于AP大多安装在楼宇楼道内、室外的楼顶或者抱杆上等危险环境中，这大大增加了运营商对于AP的维护成本。总之，需要本领域技术人员迫切解决的一个技术问题就是如何能够降低AP的维护成本。
发明内容
本发明所要解决的技术问题是提供一种AP发现AC的方法及AP，能够避免AP在发送发现请求报文的状态下死等，从而能够降低运营商对于AP的维护成本。为了解决上述问题，本发明公开了一种无线接入点AP发现无线控制器AC的方法，包括
AP在启动后获取自身的IP地址；AP在等待第一随机延迟时间后，发送发现请求报文；AP在未收到来自AC的发现响应时，进行所述发现请求报文的重传；AP在未收到来自AC的发现响应且重传次数达到规定次数时，重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作。优选的，所述第一随机延迟时间依据AP的启动时间、伪随机数和业务因子确定；所述业务因子依据网络的复杂程度、AC管理的AP数量、运营商对WLAN商用网络的AP接入时间或者AP所属站点的业务恢复时间确定。优选的，所述AP的启动时间为AP的实际启动时间，或者，AP的预置启动时间。优选的,所述AP的预置启动时间为依据AP的优先级预置得到,其中，高优先级AP 的预置启动时间小于低优先级AP的预置启动时间。优选的，所述业务因子与单位时间内接入AC的AP数量成正比。优选的，通过如下步骤获取所述第一随机延迟时间依据AP所属站点的优先级对AC管理的AP进行分组；其中，每个AP组包括多个AP,每个AP组对应一个业务恢复时间；依据上一 AP组和当前AP组的业务恢复时间及当前AP组内AP的数量，得到当前AP组内AP的业务因子；依据上一 AP组的业务恢复时间及当前AP组内AP的业务因子、伪随机数和启动时间，获取当前AP组内AP的第一随机延迟时间。优选的,所述AP在启动后获取自身的IP地址的步骤,包括AP在启动并等待第二随机延迟时间后，通过DHCP服务方式获取自身的IP地址。另一方面，本发明还公开了一种无线接入点AP，包括IP地址获取单元，用于在启动后获取自身的IP地址；等待发送单元，用于在等待第一随机延迟时间后，发送发现请求报文；重传单元，用于在未收到来自AC的发现响应时，进行所述发现请求报文的重传；及重新执行单元，用于在未收到来自AC的发现响应且重传次数达到规定次数时，触发所述等待发送单元重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作。优选的，所述第一随机延迟时间依据AP的启动时间、伪随机数和业务因子确定；所述业务因子依据网络的复杂程度、AC管理的AP数量、运营商对WLAN商用网络的AP接入时间或者AP所属站点的业务恢复时间确定。优选的，所述AP的启动时间为AP的实际启动时间，或者，AP的预置启动时间。优选的,所述AP的预置启动时间为依据AP的优先级预置得到,其中，高优先级AP的预置启动时间小于低优先级AP的预置启动时间。优选的，所述业务因子与单位时间内接入AC的AP数量成正比。优选的，所述AP还包括用于获取所述第一随机延迟时间的时间获取单元；所述时间获取单元包括分组子单元，用于依据AP所属站点的优先级对AC管理的AP进行分组；其中，每个AP组包括多个AP，每个AP组对应一个业务恢复时间；业务因子获取子单元，用于依据上一 AP组和当前AP组的业务恢复时间及当前AP组内AP的数量，得到当前AP组内AP的业务因子；及AP组内AP时间获取单元，用于依据上一 AP组的业务恢复时间及当前AP组内AP的业务因子、伪随机数和启动时间，获取当前AP组内AP的第一随机延迟时间。优选的,所述IP地址获取单元包括延迟获取子单元，用于在启动并等待第二随机延迟时间后，通过DHCP服务方式获取自身的IP地址。与现有技术相比，本发明具有以下优点首先，由于目前主流的电信级AC需要管理2048 4096个AP，如果2048 4096·个AP在启动并获取自身的IP地址后立即发送发现请求报文，将容易造成AC侧发现请求报文的堵塞，容易导致AC接收到的发现请求报文数量超过管理能力的上限，在这种堵塞情况下AC根本无法对AP的发现请求报文进行响应，这将造成AP在发送发现请求报文的状态下死等；而本发明实施例的AP在等待第一随机延迟时间后，再发送发现请求报文，将能够使得多个AP的发现请求报文离散地分布在有限的时间段内，对于AC侧则能够防止发现请求报文的堵塞及增加发现请求报文的响应能力，对于AP侧则能够减少对所发送发现请求报文的响应的等待时间；其次，按照现有标准规范，只有AC给AP的回应消息中通知AP拒绝接入，才会触发AP重新尝试发现请求报文的发送；而此时如果AC接收到的发现请求报文数量超过了管理能力的上限，则根本无法对AP的发现请求报文进行响应，这将造成AP在发送发现请求报文的状态下死等，造成AP发现AC的过程和CAPWAP的状态机无法继续下去；而本发明实施例的AP在未收到来自AC的发现响应且重传次数达到规定次数时，重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作，能够避免AP在发送发现请求报文的状态下死等，从而能够降低运营商对于AP的维护成本；再者，本发明还可以获取不同优先级的AP对应的第一随机延迟时间，以使得多个AP的发现请求报文离散地分布在多个有限的时间段内，且能够保证高优先级AP的发送请求报文提前被发送，也即能够使高优先级AP的发送请求报文优先得到响应；进一步，本发明的AP还可以在启动并等待第二随机延迟时间后，通过DHCP服务方式获取自身的IP地址，能够使得多个AP的DHCP服务申请离散地分布在有限的时间段内，避免过多AP同时向一个DHCP服务器发起DHCP服务申请，从而能够减轻DHCP服务器的处理压力。
图1是现有标准规范中一种AP发现AC的方法流程；图2是本发明一种无线接入点AP发现无线控制器AC的方法实施例1的流程图；图3是本发明一种无线接入点AP发现无线控制器AC的方法实施例2的流程图；图4是本发明一种无线接入点AP的结构图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式
对本发明作进一步详细的说明。参照图2，示出了本发明一种无线接入点AP发现无线控制器AC的方法实施例1的流程图，具体可以包括步骤201、AP在启动后获取自身的IP地址；步骤202、AP在等待第一随 机延迟时间后，发送发现请求报文；步骤203、AP在未收到来自AC的发现响应时，进行所述发现请求报文的重传；步骤204、AP在未收到来自AC的发现响应且重传次数达到规定次数时，重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作。在AC + AP控制架构中，AP-AC之间使用CAPWAP(无线接入点控制与配置，ControlAnd Provisioning of Wireless Access Points ProtocolSpecification)协议的框架进行通信。RFC协议规定通过建立CAPWAP隧道来规范AC/AP之间的通信。CAPWAP隧道实质上是应用于传输层和应用层之间的一种封装格式。协议规定CAPWAP隧道分为控制隧道和数据隧道，控制隧道传递CAPWAP控制信息，数据隧道传递CAPWAP数据信息。AP-AC之间通过CAPffAP状态机来建立隧道。目前整个CAPWAP隧道建立的状态具体可以包括Start，Idle,Discovery, Sulking, DTLS Setup, Authorize, DTLS Connect,DTLS Teardown, Dead, Join,Configure, Image Data, Data Check, Run, Reset 等，其中，Start 到 Idle 的状态变迁发生在 WTP (WAP 传输协议层，Wireless ApplicationProtocol Transport Protocol)或 AC 设备初始化完成，Idle到Discovery的状态变迁是为了支持AP发现AC的过程，在实际中，WTP进入Discovery状态是为了优先传输第一个发现请求报文。针对现有的协议规范，考虑到CAPWAP是一个标准过程且CAPWAP有自己的状态机定义，因此，本发明实施例在AP启动后发现AC的流程中，一方面在发现请求报文的发送之前进行增加防止拥塞的控制机制，以防止大量AP同时向AC发送发现请求报文，另一方面增加重新尝试的机制，以保证AP可以顺利的按照CAPWAP的标准过程定义接入AC。其中，上述防止拥塞的控制机制具体为AP在等待第一随机延迟时间后，发送发现请求报文；由于目前主流的电信级AC需要管理2048 4096个AP，如果2048 4096个AP在启动并获取自身的IP地址后立即发送发现请求报文，将容易造成AC侧发现请求报文的堵塞，容易导致AC接收到的发现请求报文数量超过管理能力的上限，在这种堵塞情况下AC根本无法对AP的发现请求报文进行响应，这将造成AP在发送发现请求报文的状态下死等；而本发明实施例的AP在等待第一随机延迟时间后，再发送发现请求报文，将能够使得多个AP的发现请求报文离散地分布在有限的时间段内，对于AC侧则能够防止发现请求报文的堵塞及增加发现请求报文的响应能力，对于AP侧则能够减少对所发送发现请求报文的响应的等待时间；上述重新尝试的机制具体为AP在未收到来自AC的发现响应且重传次数达到规定次数时，重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作；按照现有标准规范，只有AC给AP的回应消息中通知AP拒绝接入，才会触发AP重新尝试发现请求报文的发送；而此时如果AC接收到的发现请求报文数量超过了管理能力的上限，则根本无法对AP的发现请求报文进行响应，这将造成AP在发送发现请求报文的状态下死等，造成AP发现AC的过程和CAPWAP的状态机无法继续下去；而本发明实施例重新尝试的机制能够避免AP在发送发现请求报文的状态下死等。需要说明的是，本发明实施例中的规定次数可以是RFC等标准规范中规定的次数(如3次等等)，且每次之间的间隔也可以依据RFC等标准规范确定(如IOs等等)，本发明实施例对具体的规定次数不加以限制。另外，本发明实施例相当于在CAPWAP的状态机中增加了一种整个CAPWAP隧道建立的状态等待第一随机延迟时间的状态，具体而言，在本发明实施例重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作时，可以将CAPWAP的状态机切回等待第一随机延迟时间的状态，以避免CAPWAP的状态机的无法继续。再者，可以理解，接收到发现请求报文的AC可以检查该AP是否有接入本机的权限，如果有则回复发现响应。还有，本发明实施例的AP在收到来自AC的发现响应时，可以 执行后续流程，如发送接入请求报文等等，本发明实施例对具体的后续流程不加以限制。本发明实施例可以提供如下获取第一随机延迟时间的方案获取方案1、获取方案I中，所述第一随机延迟时间可以依据AP的启动时间、伪随机数和业务因子确定；所述业务因子可以依据网络的复杂程度、AC管理的AP数量、运营商对WLAN商用网络的AP接入时间或者AP所属站点的业务恢复时间确定。在实际应用中，所述AP的启动时间可以为AP的实际启动时间，或者,AP的预置启动时间。其中,现有的AP设备大多采用linux、vxWorks等嵌入式操作系统,这样,可以利用嵌入式操作系统的打点计时功能，获取AP的实际启动时间。需要说明的是，对于单个AC管理的多个AP而言，每个AP为独立的，AP之间是毫无联系，故该多个AP的启动时间能够离散地分布在有限的时间段内，这将能够防止AC侧发现请求报文的堵塞。在本发明的一种优选实施例中，所述AP的预置启动时间可以为依据AP的优先级预置得到，其中，高优先级AP的预置启动时间小于低优先级AP的预置启动时间。依据AP的优先级预置得到的AP的预置启动时间既能够使得多个AP的发现请求报文离散地分布在有限的时间段内，又能够保证高优先级AP的发送请求报文提前被发送，也即能够使高优先级AP的发送请求报文优先得到响应。在本发明的一种应用示例中，可以依据AP所属站点的优先级确定相应AP的优先级。例如，通常运营商的网络分为VIP、重要和普通三类站点，假设全网的业务恢复时间为5分钟，那么可以根据各类站点的数量，划分三类站点下AP的启动时间段，比如VIP站点下AP的启动时间段为第O秒到第I分钟内的数值，重点站点下AP的启动时间段为I分钟到第二分钟内的数值等等，依此类推。现有的AP设备采用的linux、vxWorks等嵌入式操作系统,通常提供系统API(应用程序接口，Application Programming Interface)函数来产生伪随机数,其中，伪随机数可以由硬件的随机数发生器产生或者通过一定算法产生；故本发明实施例可以采用系统API函数来产生随机数。需要说明的是，对于单个AC管理的多个AP而言，每个AP为独立的，AP之间是毫无联系，故该多个AP产生的随机数能够离散地分布在有限的时间段内，这将能够防止AC侧发现请求报文的堵塞。
由于所述业务因子可以依据网络的复杂程度、AC管理的AP数量(通常用AC同时管理的AP数量的最大值表示)、运营商对WLAN商用网络的AP接入时间或者AP所属站点的业务恢复时间确定，故所述业务因子在一定程度上决定了单位时间内接入AC的AP数量，故在本发明的一种优选实施例中，可以设置所述业务因子与单位时间内接入AC的AP数量成正比。在本发明的一种应用示例中，假设运营商要求全网在时间Tmin内恢复，假设AC管理的AP数量为Nmax，假设At表示业务因子，那么，At的一个简单示例为Δ t=Nmax/Tmin(I)进一步，在本发明的另一种应用示例中，可以通过如下公式获得第一随机延迟时间T (delay) = T (start) * ξ \ Δ t(2)
其中，T (delay)表示第一随机延迟时间,T (start)表示AP的启动时间，ξ表示伪随机数。获取方案2、获取方案2中，可以通过如下步骤获取所述第一随机延迟时间步骤S101、依据AP所属站点的优先级对AC管理的AP进行分组；其中，每个AP组具体可以包括多个ΑΡ，每个AP组可以对应一个业务恢复时间；步骤S102、依据上一 AP组和当前AP组的业务恢复时间及当前AP组内AP的数量，得到当前AP组内AP的业务因子；步骤S103、依据上一 AP组的业务恢复时间及当前AP组内AP的业务因子、伪随机数和启动时间，获取当前AP组内AP的第一随机延迟时间。假设上一 AP组和当前AP组的业务恢复时间分别为T1-1和Ti，当前AP组内AP的数量为Ni，那么，在本发明的一种应用示例中，当前AP组内AP的业务因子Ati可以表示为Ati=NiZ(T1-T1-1)(3)也即，Ati表示在(T1-T1-1)的时间段内，能够处理Ni个ΑΡ。在本发明的一种应用示例中，如果上一 AP组的优先级大于当前AP组的优先级，则当前AP组内AP的第一随机延迟时间Ti(Clelay)可以表示为 Ti (delay) = UTi (start) * ξ A Δ \ (4)其中，Ti(Start)表示当前AP组内AP的启动时间，ξ i表示当前AP组内AP的随机数。需要说明的是，在实际中，如果当前AP组(假设i=0)的优先级最高，则上一 AP组和相应的业务恢复时间T1-1是不存在的，此时，可以将T1-1作为0，这样，按照优先级从高至IJ低的顺序，AP组内AP的第一随机延迟时间可以表示为T0(delay) = T0 (start) * ξ 0\ Δ t0(5)T1 (delay) = !^+T1 (start) * ξ A Δ(6)......另外需要说明的是，本领域技术人员可以根据实际需要对AC管理的AP进行分组，本发明实施例对具体的分组方法不加以限制。并且，在实际中，为了满足标准规范的要求，应使得最低优先级的AP组内AP的第一随机延迟时间小于标准规范规定的最长恢复时间，如5分钟，等等。可以看出，当前AP组内AP相对于上一 AP组内AP，其第一随机延迟时间要多出上
一AP组内AP的业务恢复时间这个时间段，因此，获取方案2能够使得多个AP的发现请求报文尚散地分布在多个有限的时间段内。以上对获取第一随机延迟时间的两种方案进行了详细介绍，需要说明的是，本领域技术人员可以单独或联合使用上述两种方案。另外，可以理解，本领域技术人员可以采用各种各样的方案获取第一随机延迟时间，以使得多个AP的发现请求报文离散地分布在有限的时间段内，也即，本发明实施例对具体的第一随机延迟时间的获取方案不加以限制。本发明实施例具有如下优点
首先，由于目前主流的电信级AC需要管理2048 4096个AP，如果2048 4096个AP在启动并获取自身的IP地址后立即发送发现请求报文，将容易造成AC侧发现请求报文的堵塞，容易导致AC接收到的发现请求报文数量超过管理能力的上限，在这种堵塞情况下AC根本无法对AP的发现请求报文进行响应，这将造成AP在发送发现请求报文的状态下死等；而本发明实施例的AP在等待第一随机延迟时间后，再发送发现请求报文，将能够使得多个AP的发现请求报文离散地分布在有限的时间段内，对于AC侧则能够防止发现请求报文的堵塞及增加发现请求报文的响应能力，对于AP侧则能够减少对所发送发现请求报文的响应的等待时间；其次，按照现有标准规范，只有AC给AP的回应消息中通知AP拒绝接入，才会触发AP重新尝试发现请求报文的发送；而此时如果AC接收到的发现请求报文数量超过了管理能力的上限，则根本无法对AP的发现请求报文进行响应，这将造成AP在发送发现请求报文的状态下死等，造成AP发现AC的过程和CAPWAP的状态机无法继续下去；而本发明实施例的AP在未收到来自AC的发现响应且重传次数达到规定次数时，重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作，能够避免AP在发送发现请求报文的状态下死等，从而能够降低运营商对于AP的维护成本；再者，本发明还可以获取不同优先级的AP对应的第一随机延迟时间，以使得多个AP的发现请求报文离散地分布在多个有限的时间段内，且能够保证高优先级AP的发送请求报文提前被发送，也即能够使高优先级AP的发送请求报文优先得到响应；进一步，本发明在减少对所发送发现请求报文的响应的等待时间的情况下，能够提高网络覆盖的开通效率及业务恢复效率；更进一步，本发明在减少对所发送发现请求报文的响应的等待时间，以及避免AP在发送发现请求报文的状态下死等的情况下，能够降低AP接入AC的失败率，减少了网络覆盖开通慢，业务恢复慢等不良感知对运营商和终端用户的影响，从而能够最大限度地保证WLAN网络的健康、高效的应用。参照图3，示出了本发明一种无线接入点AP发现无线控制器AC的方法实施例2的流程图，具体可以包括步骤301、AP在启动并等待第二随机延迟时间后，通过DHCP服务方式获取自身的IP地址；步骤302、AP在等待第一随机延迟时间后，发送发现请求报文；
步骤303、AP在未收到来自AC的发现响应时，进行所述发现请求报文的重传；步骤304、AP在未收到来自AC的发现响应且重传次数达到规定次数时，重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作。按照现有标准规范，AP在启动后往往通过DHCP服务方式获取自身的IP地址，同时获取的还有DNS (域名系统，Domain Name System)服务器、域名等AP的网络配置信息；DHCP服务通常由DHCP服务器提供，且DHCP服务器通常位于AC设备之上；这样，一个AC设备上的DHCP服务器同样需要向管理的多个AP提供DHCP服务；而如果多个AP在同一时间内启动，则会出现多个AP同时向一个DHCP服务器发起DHCP服务申请的情形。为了避免过多AP同时向一个DHCP服务器发起DHCP服务申请，造成DHCP服务器侧的申请风暴，本实施例的AP在启动并等待第二随机延迟时间后，通过DHCP服务方式获取自身的IP地址，从而能够使得多个AP的DHCP服务申请离散地分布在有限的时间段内，减轻DHCP服务器的处理压力。 由于第二随机延迟时间和第一随机延迟时间的获取过程类似，故在此不作赘述，相互参照即可。另外，需要说明的是，本发明实施例在AP启动和AP发送发现请求报文之间增加第二随机延迟时间和第一随机延迟时间的情况下，更容易使得多个AP的发现请求报文离散地分布在有限的时间段内，对于AC侧则能够进一步防止发现请求报文的堵塞及增加发现请求报文的响应能力，对于AP侧则能够进一步减少对所发送发现请求报文的响应的等待时间。参照图4，示出了本发明一种无线接入点AP的结构图，具体可以包括IP地址获取单元401，用于在启动后获取自身的IP地址；等待发送单元402，用于在等待第一随机延迟时间后，发送发现请求报文；重传单元403，用于在未收到来自AC的发现响应时，进行所述发现请求报文的重传；及重新执行单元404，用于在未收到来自AC的发现响应且重传次数达到规定次数时，触发所述等待发送单元重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作。在本发明的一种优选实施例中，所述第一随机延迟时间可以依据AP的启动时间、伪随机数和业务因子确定；所述业务因子可以依据网络的复杂程度、AC管理的AP数量、运营商对WLAN商用网络的AP接入时间或者AP所属站点的业务恢复时间确定。在本发明的另一种优选实施例中，所述AP的启动时间可以为AP的实际启动时间，或者，AP的预置启动时间。在本发明的再一种优选实施例中，所述AP的预置启动时间可以为依据AP的优先级预置得到，其中，高优先级AP的预置启动时间小于低优先级AP的预置启动时间。在本发明的一种优选实施例中，所述业务因子与单位时间内接入AC的AP数量成正比。在本发明的一种优选实施例中，所述AP还可以包括用于获取所述第一随机延迟时间的时间获取单元；所述时间获取单元具体可以包括
分组子单元，用于依据AP所属站点的优先级对AC管理的AP进行分组；其中，每个AP组具体可以包括多个AP，每个AP组可以对应一个业务恢复时间；业务因子获取子单元，用于依据上一 AP组和当前AP组的业务恢复时间及当前AP组内AP的数量，得到当前AP组内AP的业务因子；及AP组内AP时间获取单元，用于依据上一 AP组的业务恢复时间及当前AP组内AP的业务因子、伪随机数和启动时间，获取当前AP组内AP的第一随机延迟时间。在本发明的一种优选实施例中，所述IP地址获取单元具体可以包括延迟获取子单元，用于在启动并等待第二随机延迟时间后，通过DHCP服务方式获取自身的IP地址。 本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于AP实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。以上对本发明所提供的一种AP发现AC的方法及AP，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明
的限制。
权利要求
1.一种无线接入点AP发现无线控制器AC的方法，其特征在于，包括 AP在启动后获取自身的IP地址； AP在等待第一随机延迟时间后，发送发现请求报文； AP在未收到来自AC的发现响应时，进行所述发现请求报文的重传； AP在未收到来自AC的发现响应且重传次数达到规定次数时，重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作。
2.如权利要求1所述的方法，其特征在于，所述第一随机延迟时间依据AP的启动时间、伪随机数和业务因子确定；所述业务因子依据网络的复杂程度、AC管理的AP数量、运营商对WLAN商用网络的AP接入时间或者AP所属站点的业务恢复时间确定。
3.如权利要求2所述的方法，其特征在于，所述AP的启动时间为AP的实际启动时间，或者，AP的预置启动时间。
4.如权利要求3所述的方法，其特征在于，所述AP的预置启动时间为依据AP的优先级预置得到，其中，高优先级AP的预置启动时间小于低优先级AP的预置启动时间。
5.如权利要求2所述的方法，其特征在于，所述业务因子与单位时间内接入AC的AP数量成正比。
6.如权利要求1所述的方法，其特征在于，通过如下步骤获取所述第一随机延迟时间 依据AP所属站点的优先级对AC管理的AP进行分组；其中，每个AP组包括多个AP，每个AP组对应一个业务恢复时间； 依据上一 AP组和当前AP组的业务恢复时间及当前AP组内AP的数量，得到当前AP组内AP的业务因子； 依据上一 AP组的业务恢复时间及当前AP组内AP的业务因子、伪随机数和启动时间，获取当前AP组内AP的第一随机延迟时间。
7.如权利要求1所述的方法，其特征在于，所述AP在启动后获取自身的IP地址的步骤，包括 AP在启动并等待第二随机延迟时间后，通过DHCP服务方式获取自身的IP地址。
8.一种无线接入点AP，其特征在于，包括 IP地址获取单元，用于在启动后获取自身的IP地址； 等待发送单元，用于在等待第一随机延迟时间后，发送发现请求报文；重传单元，用于在未收到来自AC的发现响应时，进行所述发现请求报文的重传 '及重新执行单元，用于在未收到来自AC的发现响应且重传次数达到规定次数时，触发所述等待发送单元重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作。
9.如权利要求8所述的AP，其特征在于，所述第一随机延迟时间依据AP的启动时间、伪随机数和业务因子确定；所述业务因子依据网络的复杂程度、AC管理的AP数量、运营商对WLAN商用网络的AP接入时间或者AP所属站点的业务恢复时间确定。
10.如权利要求9所述的AP，其特征在于，所述AP的启动时间为AP的实际启动时间，或者，AP的预置启动时间。
11.如权利要求10所述的AP，其特征在于，所述AP的预置启动时间为依据AP的优先级预置得到，其中，高优先级AP的预置启动时间小于低优先级AP的预置启动时间。
12.如权利要求9所述的AP，其特征在于，所述业务因子与单位时间内接入AC的AP数量成正比。
13.如权利要求8所述的AP，其特征在于，还包括用于获取所述第一随机延迟时间的时间获取单元； 所述时间获取单元包括 分组子单元，用于依据AP所属站点的优先级对AC管理的AP进行分组；其中，每个AP组包括多个AP，每个AP组对应一个业务恢复时间； 业务因子获取子单元，用于依据上一 AP组和当前AP组的业务恢复时间及当前AP组内AP的数量，得到当前AP组内AP的业务因子；及 AP组内AP时间获取单元，用于依据上一 AP组的业务恢复时间及当前AP组内AP的业务因子、伪随机数和启动时间，获取当前AP组内AP的第一随机延迟时间。
14.如权利要求8所述的AP，其特征在于，所述IP地址获取单元包括 延迟获取子单元，用于在启动并等待第二随机延迟时间后，通过DHCP服务方式获取自身的IP地址。
全文摘要
本发明提供了一种AP发现AC的方法及AP，其中的方法具体包括AP在启动后获取自身的IP地址；AP在等待第一随机延迟时间后，发送发现请求报文；AP在未收到来自AC的发现响应时，进行所述发现请求报文的重传；AP在未收到来自AC的发现响应且重传次数达到规定次数时，重新执行所述AP在等待第一随机延迟时间后，发送发现请求报文的操作。本发明能够避免AP在发送发现请求报文的状态下死等，从而能够降低运营商对于AP的维护成本。
文档编号H04W48/16GK103002508SQ20121055005
公开日2013年3月27日 申请日期2012年12月17日 优先权日2012年12月17日
发明者刘津晶, 于慧敏 申请人:大唐移动通信设备有限公司