CN102316549A - 一种无线局域网中ap接入ac的方法、ac及ap - Google Patents
一种无线局域网中ap接入ac的方法、ac及ap Download PDFInfo
- Publication number
- CN102316549A CN102316549A CN201110282184A CN201110282184A CN102316549A CN 102316549 A CN102316549 A CN 102316549A CN 201110282184 A CN201110282184 A CN 201110282184A CN 201110282184 A CN201110282184 A CN 201110282184A CN 102316549 A CN102316549 A CN 102316549A
- Authority
- CN
- China
- Prior art keywords
- stand
- period
- dtls
- message
- sends
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Small-Scale Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种无线局域网中AP接入AC的方法,该方法包括:AC接收任一AP发送的发现请求报文,向该AP发送携带等待时间的发现响应报文,其中,等待时间根据AC自身的CPU负载和所述AP的关联优先级确定,用于通知所述AP在所述等待时间内随机选择一等待时间,在发现结束后随机选择的等待时间到时发送DTLS连接请求进行接入。基于同样的发明构思,本发明还提出一种AC及AP,能够避免大量AP同时关联AC,给网络维护带来了方便。
Description
技术领域
本发明涉及通信技术领域,特别涉及一种无线局域网中无线接入点(AP)接入无线控制器(AC)的方法、AC及AP。
背景技术
在大型WLAN网络中,一台AC往往需要管理几千个AP。在这种网络中,当整个网络需要重新启动时,会造成几千个AP同时关联AC,AC需要对每个AP进行认证并建立会话,给AC的CPU造成了巨大的负担。一旦CPU不能及时处理AP的关联,会造成AP的关联过程失败,AP很快会重新关联AC,形成反复失败。也就是说,AP关联AC的过程会是一个反复震荡的过程,需要很长时间才能实现所有AP完整地关联到AC上。这种情况在AP需要升级新的版本时尤其明显。
由上可见,当大量AP同时关联AC时,会造成网络服务长时间中断,给网络维护带来了很大困扰。
发明内容
有鉴于此,本发明提供一种无线局域网中AP接入AC的方法、AC及AP,能够避免大量AP同时关联AC,给网络维护带来了方便。
为解决上述技术问题,本发明的技术方案是这样实现的:
一种无线局域网中AP接入AC的方法,所述方法包括:
AC接收任一AP发送的发现请求报文,向所述AP发送携带等待时间的发现响应报文,其中,所述等待时间根据AC自身的CPU负载和所述AP的关联优先级确定,用于通知所述AP在所述等待时间内随机选择一等待时间,在发现结束后随机选择的等待时间到时发送DTLS连接请求进行接入。
一种无线局域网中的AC,所述AC包括:接收单元、确定单元和发送单元;
所述接收单元,用于接收任一AP发送的发现请求报文;
所述确定单元,用于所述接收单元接收任一AP发送的发现请求报文之后,根据自身所在的AC的CPU负载情况和所述AP的关联优先级确定等待时间;
所述发送单元,用于向所述AP发送携带所述确定单元确定的等待时间的发现响应报文,通知所述AP在所述等待时间内随机选择一等待时间,在发现结束后随机选择的等待时间到时发送DTLS连接请求进行接入。
一种无线局域网中的AP,所述AP包括:接收单元、确定单元和发送单元;
所述接收单元,用于接收AC发送的携带等待时间的发现响应报文;
所述确定单元,用于获取所述接收单元接收的发现响应报文携带的等待时间,其中,所述等待时间是AC根据自身的CPU负载和自身所在AP的关联优先级确定,在所述等待时间内随机选择一等待时间;
所述发送单元,用于在自身所在AP发现结束后,所述确定单元随机选择的等待时间到时,向AC发送DTLS连接请求进行接入。
综上所述,本发明中AC收到大量AP发来的发现请求报文时,根据自身的CPU负载和各AP的关联优先级确定每个AP的等待时间,并向各AP发送携带等待时间的发现响应报文,使各AP在该等待时间内随机选择一等待时间,在发现结束后随机选择的等待时间到时发起DTLS连接请求进行接入,能够避免大量AP同时关联AC,给网络维护带来了方便。
附图说明
图1为本发明具体实施例中AP接入AC流程图;
图2为CAPWAP报文格式示意图;
图3为本发明具体实施例中AC的结构示意图;
图4为本发明具体实施例中AP的结构示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明所述方案作进一步地详细说明。
当大量AP同时接入AC时,给AC带来很大负载,本发明在AC和AP之间增加一种协调过程,使得AP有序地接入AC,从而避免大量AP同时接入给AC带来的冲击。
参见图1,图1为本发明具体实施例中AP接入AC流程图。具体步骤为:
步骤101,AC接收任一AP发送的发现请求报文。
AC会收到大量AP发送的发现请求报文,对于任一AP本发明的处理过程一致。WLAN网络中每个AC都会收到多个AP的发现请求报文,每个AP都会收到多个AC发来的发现响应报文,AP会选择优先级高的AC进行数据传输层安全(Datagram Transport Layer Security,DTLS)连接并进一步接入。在本发明的实施例中,主要以多个AP同时要加入一个AC为例。
本步骤中AC收到的AP发来的发现请求报文中携带AP的型号,以及AP的软硬件信息,同现有实现一致,这里不再赘述。
步骤102,AC向AP发送携带等待时间的发现响应报文,其中,等待时间根据AC自身的CPU负载和所述AP的关联优先级确定,用于通知AP在等待时间内随机选择一等待时间,在发现结束后随机选择的等待时间到时发送DTLS连接请求进行接入。
本步骤中,AC发送AP的发现响应报文携带AC的软硬件版本,以及AC的名称,还携带一个等待时间,该等待时间根据AC的CPU负载情况和该AP的关联优先级确定。其中,各AP的关联优先级预先在AC上配置。该等待时间在报文中通过类型长度值(TLV)实现,具体内容为等待时间的值,该等待时间单位一般设置为秒,也可以根据具体应用进行设置。
根据AC的CPU负载情况和该AP的关联优先级确定等待时间的具体方法为:若AC的CPU负载高于第一预设值且低于第二预设值,当AP的关联优先级为高优先级时,等待时间确定为W0;当所述AP的关联优先级为低优先级时,等待时间确定为W1,其中,所述第一预设值小于所述第二预设值,W0<W1。
若AC的CPU负载低于第一预设值时,向所述AP发送发现响应报文,用于通知所述AP在发现结束后直接发送DTLS连接请求进行接入,即此AP不要等待,直接接入。
若AC的CPU负载高于所述第二预设值时,不向所述AP发送所述发现响应报文。由于CPU忙,无法接入新的AP,因此不发响应报文。
本步骤中的AP发现结束后,指在发现间隔定时器到时,AP已收集了所有发现响应报文并确定好AC准备接入。在本发明具体实施例中,在AP发现结束后,AP并不立即发送DTLS连接请求,而是等待随机选择的等待时间,再发起DTLS连接。AC收到任一AP发送的DTLS连接,如果根据CPU负载情况确定允许该AP建立连接,则向该AP响应其DTLS连接使该AP进行接入;否则,记录该AP的DTLS连接请求不响应次数;如果该不响应次数达到预设值时,对该AP的DTLS连接请求优先进行响应使该AP进行接入。
AC接收任一AP发送的DTLS连接请求,如果AP的CPU负载低于第二预设值时,则向所述AP响应其DTLS连接使该AP进行接入;否则,不向该AP发送DTLS连接响应,记录该AP的DTLS连接请求不响应次数;如果不响应次数达到预设次数时,对该AP的DTLS连接请求进行响应使该AP进行接入。
AC根据CPU负载情况决定不响应任一AP的DTLS连接时,具体实现为:
AC同时记录每个AP的DTLS连接请求不响应次数,即会话失败计数(Failed DTLS Session Count),对不响应次数已经达到最大会话失败重试次数(Max Failed DTLS Session Retry)减1的AP的DTLS连接请求优先进行响应。这样避免AP进入长时间的沉默(Sulking)状态。
AC接收任一AP发来的加入请求报文,如果自身的CPU负载高于第二预设值,向AP发送加入响应报文时,将该报文中的RESULT CODE值设置为CPU忙,用于通知AP在随机选择的等待时间到时再发送加入请求报文进行加入。至于其他加入失败的情况同现有实现一致,这里不再赘述。
下面通过报文格式详细说明RESULT CODE值设置为CPU忙的具体实现。参见图2,图2为WLAN中AC和AP之间隧道协议标准(CAPWAP)报文格式示意图。图2中Control Header部分中的Message Type值为4时,表示该报文为Join Response报文。Message Elements是指一个或多个MessageElement,每个Message Element的格式均为TLV格式,对Result Code,Type值是33,Length是4,Value值的含义类型如下:
0表示Success;1表示Failure(AC List Message Element MUST BePresent);2表示Success(NAT Detected);3表示Join Failure(Unspecified);4表示Join Failure(Resource Depletion);5表示Join Failure(Unknown Source)等。
本发明的具体实施例中增加一个定义值,表示RESULT CODE值设置为CPU忙。其中,该增加的定义值为现有协议标准中未采用,或本发明具体实施例中未使用的值来标识。
AP接收所述AC发来的加入响应报文,如果加入响应报文中RESULTCODE值设置为CPU忙,则不进入DTLS断开连接(Datagram Transport LayerSecurity Teardown)状态,记录自身发送请求报文的次数;在随机选择的等待时间到时向AC重新发送加入请求报文;如果加入响应报文中RESULTCODE值设置为CPU忙,且AP发送所述加入请求报文达到预设重复次数值时,则直接进入DTLS TD状态。避免AC在发生错误的情况下进入死循环过程。如果在发现阶段,AC发送的发现响应报文并未携带等待时间,则AP收到CPU忙的加入响应报文时,不等待时间,直接再次发送加入请求报文,如果发送加入请求报文4次后,还未收到AC的加入响应成功报文,则直接进入DTLS TD状态。其中发送加入请求报文4次,为标准协议规定次数,使用时也可进行适当调整。
基于上述同样地发明构思,本发明还提出一种WLAN网络中的AC,参见图3,图3为本发明具体实施例中AC的结构示意图。该AC包括:接收单元301、确定单元302和发送单元303。
接收单元301,用于接收任一AP发送的发现请求报文。
确定单元302,用于接收单元301接收任一AP发送的发现请求报文之后,根据自身所在的AC的CPU负载情况和所述AP的关联优先级确定等待时间。
发送单元303,用于向AP发送携带确定单元302确定的等待时间的发现响应报文,通知AP在所述等待时间内随机选择一等待时间,在发现结束后随机选择的等待时间到时发送DTLS连接请求进行接入。
较佳地,
确定单元302,进一步用于确定自身所在AC的CPU负载高于第一预设值且低于第二预设值,当所述AP的关联优先级为高优先级时,等待时间确定为W0;当所述AP的关联优先级为低优先级时,等待时间确定为W1,其中,第一预设值小于第二预设值,W0<W1。
发送单元303,进一步用于当确定单元302确定自身所在AC的CPU负载低于第一预设值时,向所述AP发送发现响应报文,用于通知所述AP在发现结束后直接发送DTLS连接请求进行接入;当确定单元302确定自身所在AC的CPU负载高于所述第二预设值时,不向所述AP发送所述发现响应报文。
较佳地,该AC进一步包括:记录单元304。
接收单元301,进一步用于接收任一AP发送的DTLS连接请求。
确定单元302,进一步用于确定自身所在的AC的CPU负载,如果高于所述第二预设值,则不允许所述AP建立DTLS连接;否则,允许建立DTLS连接。
记录单元304,用于如果确定单元302确定不允许所述AP建立DTLS连接,则记录该AP的DTLS连接请求不响应次数。
发送单元303,进一步用于如果确定单元302确定允许所述AP建立DTLS连接,或确定单元302确定不允许AP建立DTLS连接,且记录单元304记录的请求不响应次数未达到预设次数时,则向AP响应其DTLS连接使AP进行接入;如果确定单元302确定不允许所述AP建立DTLS连接,且记录单元304记录的请求不响应次数达到预设次数时,对AP的DTLS连接请求优先进行响应使所述AP进行接入。
较佳地,
接收单元301,进一步用于接收任一AP发来的加入请求报文。
发送单元302,进一步用于如果确定单元302确定CPU负载高于第二预设值时,向AP发送加入响应报文,并将发送的响应报文中RESULT CODE值设置为CPU忙,用于通知AP随机选择的等待时间到时发送加入请求报文。
本发明还提出一种WLAN网络中的AP。参见图4,图4为本发明具体实施例中AP的结构示意图。该AP包括:接收单元401、确定单元402和发送单元403。
接收单元401,用于接收AC发送的携带等待时间的发现响应报文。
确定单元402,用于获取所述接收单元接收的发现响应报文携带的等待时间,其中,等待时间是AC根据自身的CPU负载和自身所在AP的关联优先级确定,在等待时间内随机选择一等待时间。
发送单元403,用于在自身所在AP发现结束后,确定单元402随机选择的等待时间到时,向AC发送DTLS连接请求进行接入。
较佳地,
接收单元401,进一步用于接收AC发来的加入响应报文。
确定单元402,进一步用于确定接收单元401接收的加入响应报文中RESULT CODE值为CPU忙,如果自身所在AP发送加入请求报文的次数未达到预设重复次数,则自身所在AP不进入DTLS TD状态;否则自身所在AP直接进入DTLS TD状态。
发送单元403,进一步用于当确定单元402随机选择的等待时间到时,向所述AC发送加入请求报文。
上述实施例的单元可以集成于一体,也可以分离部署;可以合并为一个单元,也可以进一步拆分成多个子单元。
综上所述,本发明具体实施例中AC在发现阶段通知AP发起连接前应等待的时间,且该等待时间根据AC当时的CPU负载和AP优先级确定。AP收到该通知后,在等待时间内随机选择一等待时间,在发现结束后随机选择的等待时间到时发起DTLS连接请求,由于每个AP选择随机时间,使得AP有序地关联AC,从而避免了大量AP同时关联给AC带来的冲击,便于网络维护。
AC在DTLS Setup阶段根据CPU负载和AP优先级响应或拒绝AP的连接,如果拒绝次数达到一定预设值时,优先响应该AP,避免AP进入长时间的Sulking状态。
AC在Join阶段根据CPU负载和AP优先级拒绝AP的Join请求,AP能够根据新定义的错误码进行等待,而不进入DTLS TD状态,只有尝试次数达到一定值时,才按真正失败处理,进入DTLS TD状态,避免AC在发生错误的情况下进入死循环过程。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种无线局域网中无线接入点AP接入无线控制器AC的方法,其特征在于,所述方法包括:
AC接收任一AP发送的发现请求报文,向所述AP发送携带等待时间的发现响应报文,其中,所述等待时间根据AC自身的CPU负载和所述AP的关联优先级确定,用于通知所述AP在所述等待时间内随机选择一等待时间,在发现结束后随机选择的等待时间到时发送数据传输层安全性DTLS连接请求进行接入。
2.根据权利要求1所述的方法,其特征在于,所述等待时间根据AC自身的CPU负载和所述AP的关联优先级确定的方法为:
若所述AC的CPU负载高于第一预设值且低于第二预设值,当所述AP的关联优先级为高优先级时,等待时间确定为W0;当所述AP的关联优先级为低优先级时,等待时间确定为W1,其中,所述第一预设值小于所述第二预设值,W0<W1。
3.根据权利要求2所述的方法,其特征在于,所述方法进一步包括:
若所述AC的CPU负载低于所述第一预设值时,向所述AP发送发现响应报文,用于通知所述AP在发现结束后直接发送DTLS连接请求进行接入;
若所述AC的CPU负载高于所述第二预设值时,不向所述AP发送所述发现响应报文。
4.根据权利要求2所述的方法,其特征在于,所述方法进一步包括:
所述AC接收任一AP发送的DTLS连接请求,如果AP的CPU负载低于所述第二预设值时,则向所述AP响应其DTLS连接使所述AP进行接入;否则,不向所述AP发送DTLS连接响应,记录该AP的DTLS连接请求不响应次数;如果所述不响应次数达到预设次数时,对所述AP的DTLS连接请求进行响应使所述AP进行接入。
5.根据权利要求2所述的方法,其特征在于,所述方法进一步包括:
所述AC接收任一AP发来的加入请求报文,如果自身的CPU负载高于第二预设值,向AP发送加入响应报文时,将该报文中的结果代码RESULTCODE值设置为CPU忙,用于通知AP在所述随机选择的等待时间到时再发送加入请求报文进行加入。
6.根据权利要求3所述的方法,其特征在于,所述方法进一步包括:
所述AP接收所述AC发来的加入响应报文,如果所述加入响应报文中RESULT CODE值设置为CPU忙,则不进入DTLS断开连接TD状态,记录自身发送请求报文的次数;在所述随机选择的等待时间到时向所述AC重新发送加入请求报文;如果所述加入响应报文中RESULT CODE值设置为CPU忙,且所述AP发送所述加入请求报文达到预设重复次数值时,则直接进入DTLS TD状态。
7.一种无线局域网中的无线控制器AC,其特征在于,所述AC包括:接收单元、确定单元和发送单元;
所述接收单元,用于接收任一无线接入点AP发送的发现请求报文;
所述确定单元,用于所述接收单元接收任一AP发送的发现请求报文之后,根据自身所在的AC的CPU负载情况和所述AP的关联优先级确定等待时间;
所述发送单元,用于向所述AP发送携带所述确定单元确定的等待时间的发现响应报文,通知所述AP在所述等待时间内随机选择一等待时间,在发现结束后随机选择的等待时间到时发送DTLS连接请求进行接入。
8.根据权利要求7所述的AC,其特征在于,
所述确定单元,进一步用于确定自身所在AC的CPU负载高于第一预设值且低于第二预设值,当所述AP的关联优先级为高优先级时,等待时间确定为W0;当所述AP的关联优先级为低优先级时,等待时间确定为W1,其中,所述第一预设值小于所述第二预设值,W0<W1;
所述发送单元,进一步用于当所述确定单元确定自身所在AC的CPU负载低于所述第一预设值时,向所述AP发送发现响应报文,用于通知所述AP在发现结束后直接发送DTLS连接请求进行接入;当所述确定单元确定自身所在AC的CPU负载高于所述第二预设值时,不向所述AP发送所述发现响应报文。
9.根据权利要求8所述的AC,其特征在于,所述AC进一步包括:记录单元;
所述接收单元,进一步用于接收任一AP发送的DTLS连接请求;
所述确定单元,进一步用于确定自身所在的AC的CPU负载,如果高于所述第二预设值,则不允许所述AP建立数据传输层协议DTLS连接;否则,允许建立DTLS连接;
所述记录单元,用于如果所述确定单元确定不允许所述AP建立DTLS连接,则记录该AP的DTLS连接请求不响应次数;
所述发送单元,进一步用于如果所述确定单元确定允许所述AP建立DTLS连接,或所述确定单元确定不允许所述AP建立DTLS连接,且所述记录单元记录的请求不响应次数未达到预设次数时,则向所述AP响应其DTLS连接使所述AP进行接入;如果所述确定单元确定不允许所述AP建立DTLS连接,且所述记录单元记录的请求不响应次数达到预设次数时,对所述AP的DTLS连接请求优先进行响应使所述AP进行接入。
10.根据权利要求8所述的AC,其特征在于,
所述接收单元,进一步用于接收任一AP发来的加入请求报文;
所述发送单元,进一步用于如果所述确定单元确定CPU负载高于第二预设值时,向AP发送加入响应报文,并将发送的响应报文中结果代码RESULTCODE值设置为CPU忙,用于通知AP在随机选择的等待时间到时发送加入请求报文。
11.一种无线局域网中的无线接入点AP,其特征在于,所述AP包括:接收单元、确定单元和发送单元;
所述接收单元,用于接收无线控制器AC发送的携带等待时间的发现响应报文;
所述确定单元,用于获取所述接收单元接收的发现响应报文携带的等待时间,其中,所述等待时间是AC根据自身的CPU负载和自身所在AP的关联优先级确定,在所述等待时间内随机选择一等待时间;
所述发送单元,用于在自身所在AP发现结束后,所述确定单元随机选择的等待时间到时,向AC发送DTLS连接请求进行接入。
12.根据权利要求11所述的AP,其特征在于,
所述接收单元,进一步用于接收所述AC发来的加入响应报文;
所述确定单元,进一步用于确定所述接收单元接收的加入响应报文中结果代码RESULT CODE值为CPU忙,如果自身所在AP发送加入请求报文的次数未达到预设重复次数,则自身所在AP不进入DTLS TD状态;否则自身所在AP直接进入DTLS TD状态;
所述发送单元,进一步用于当所述确定单元随机选择的等待时间到时,向所述AC发送加入请求报文。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110282184.1A CN102316549B (zh) | 2011-09-21 | 2011-09-21 | 一种无线局域网中ap接入ac的方法、ac及ap |
PCT/CN2012/081654 WO2013041033A1 (en) | 2011-09-21 | 2012-09-20 | Access points to access an access controller in a wireless local area network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110282184.1A CN102316549B (zh) | 2011-09-21 | 2011-09-21 | 一种无线局域网中ap接入ac的方法、ac及ap |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102316549A true CN102316549A (zh) | 2012-01-11 |
CN102316549B CN102316549B (zh) | 2014-06-25 |
Family
ID=45429280
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110282184.1A Active CN102316549B (zh) | 2011-09-21 | 2011-09-21 | 一种无线局域网中ap接入ac的方法、ac及ap |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102316549B (zh) |
WO (1) | WO2013041033A1 (zh) |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103002508A (zh) * | 2012-12-17 | 2013-03-27 | 大唐移动通信设备有限公司 | 一种ap发现ac的方法及ap |
WO2013041033A1 (en) * | 2011-09-21 | 2013-03-28 | Hangzhou H3C Technologies Co., Ltd. | Access points to access an access controller in a wireless local area network |
CN103313306A (zh) * | 2012-03-09 | 2013-09-18 | 中国移动通信集团公司 | 一种wlan负载均衡的方法、装置及系统 |
CN104113932A (zh) * | 2014-07-18 | 2014-10-22 | 京信通信系统(中国)有限公司 | 一种ap设备重连的方法和装置 |
CN104170336A (zh) * | 2012-03-01 | 2014-11-26 | 华为技术有限公司 | 在WiFi网络中提供差异化关联服务的系统和方法 |
CN104954409A (zh) * | 2014-03-31 | 2015-09-30 | 杭州迪普科技有限公司 | 一种ap升级方法以及装置 |
TWI549528B (zh) * | 2013-03-27 | 2016-09-11 | 高通公司 | 限制網路中訊號傳遞風暴的機制 |
CN106102126A (zh) * | 2016-05-27 | 2016-11-09 | 杭州华三通信技术有限公司 | 一种接入控制方法及装置 |
CN106304407A (zh) * | 2016-07-28 | 2017-01-04 | 杭州华三通信技术有限公司 | 一种通信方法及装置 |
CN106993286A (zh) * | 2017-03-10 | 2017-07-28 | 上海斐讯数据通信技术有限公司 | 一种无线网中无线接入设备接入云端ac的方法及系统 |
CN107484228A (zh) * | 2017-09-21 | 2017-12-15 | 杭州全维技术股份有限公司 | 一种基于数据流量的大量ap同时上线处理方法 |
CN107547244A (zh) * | 2017-05-25 | 2018-01-05 | 新华三技术有限公司 | 一种表项处理方法及装置 |
CN108901082A (zh) * | 2018-06-20 | 2018-11-27 | 新华三技术有限公司 | 一种接入方法及装置 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9326150B2 (en) * | 2013-11-05 | 2016-04-26 | Microsoft Technology Licensing, Llc | Community Wi-Fi network joined access point configuration |
US9973987B2 (en) * | 2014-04-24 | 2018-05-15 | Aruba Networks, Inc | Selection of anchor controllers for access points within a network environment |
CN105162791B (zh) * | 2015-09-23 | 2018-07-17 | 盛科网络(苏州)有限公司 | 基于capwap使用共享密钥的方法及装置 |
CN107592643B (zh) * | 2017-09-21 | 2020-04-10 | 杭州全维技术股份有限公司 | 一种基于在线用户量的大量ap同时上线处理方法 |
CN112533241B (zh) * | 2020-11-30 | 2022-08-26 | 杭州迪普科技股份有限公司 | 网络优化方法、无线接入点、无线控制器及网络系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610593A (zh) * | 2009-06-26 | 2009-12-23 | 杭州华三通信技术有限公司 | 接入点、接入控制器以及接入点选择接入控制器的方法 |
CN101938785A (zh) * | 2010-09-15 | 2011-01-05 | 太仓市同维电子有限公司 | 利用无线接入控制器进行无线局域网负载均衡的方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101765228B (zh) * | 2010-01-29 | 2012-07-11 | 杭州华三通信技术有限公司 | 一种capwap隧道的恢复方法及装置 |
CN102316549B (zh) * | 2011-09-21 | 2014-06-25 | 杭州华三通信技术有限公司 | 一种无线局域网中ap接入ac的方法、ac及ap |
-
2011
- 2011-09-21 CN CN201110282184.1A patent/CN102316549B/zh active Active
-
2012
- 2012-09-20 WO PCT/CN2012/081654 patent/WO2013041033A1/en active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101610593A (zh) * | 2009-06-26 | 2009-12-23 | 杭州华三通信技术有限公司 | 接入点、接入控制器以及接入点选择接入控制器的方法 |
CN101938785A (zh) * | 2010-09-15 | 2011-01-05 | 太仓市同维电子有限公司 | 利用无线接入控制器进行无线局域网负载均衡的方法 |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013041033A1 (en) * | 2011-09-21 | 2013-03-28 | Hangzhou H3C Technologies Co., Ltd. | Access points to access an access controller in a wireless local area network |
CN104170336B (zh) * | 2012-03-01 | 2018-10-30 | 华为技术有限公司 | 在WiFi网络中提供差异化关联服务的系统和方法 |
CN109246806B (zh) * | 2012-03-01 | 2021-10-01 | 华为技术有限公司 | 在WiFi网络中提供差异化关联服务的系统和方法 |
CN104170336A (zh) * | 2012-03-01 | 2014-11-26 | 华为技术有限公司 | 在WiFi网络中提供差异化关联服务的系统和方法 |
CN109246806A (zh) * | 2012-03-01 | 2019-01-18 | 华为技术有限公司 | 在WiFi网络中提供差异化关联服务的系统和方法 |
CN103313306A (zh) * | 2012-03-09 | 2013-09-18 | 中国移动通信集团公司 | 一种wlan负载均衡的方法、装置及系统 |
CN103002508B (zh) * | 2012-12-17 | 2015-08-19 | 大唐移动通信设备有限公司 | 一种ap发现ac的方法及ap |
CN103002508A (zh) * | 2012-12-17 | 2013-03-27 | 大唐移动通信设备有限公司 | 一种ap发现ac的方法及ap |
US9763134B2 (en) | 2013-03-27 | 2017-09-12 | Qualcomm, Incorporated | Mechanism to limit signaling storms over a network |
TWI549528B (zh) * | 2013-03-27 | 2016-09-11 | 高通公司 | 限制網路中訊號傳遞風暴的機制 |
CN104954409A (zh) * | 2014-03-31 | 2015-09-30 | 杭州迪普科技有限公司 | 一种ap升级方法以及装置 |
CN104113932B (zh) * | 2014-07-18 | 2017-12-19 | 京信通信系统(中国)有限公司 | 一种ap设备重连的方法和装置 |
CN104113932A (zh) * | 2014-07-18 | 2014-10-22 | 京信通信系统(中国)有限公司 | 一种ap设备重连的方法和装置 |
CN106102126A (zh) * | 2016-05-27 | 2016-11-09 | 杭州华三通信技术有限公司 | 一种接入控制方法及装置 |
CN106102126B (zh) * | 2016-05-27 | 2019-09-06 | 新华三技术有限公司 | 一种接入控制方法及装置 |
CN106304407A (zh) * | 2016-07-28 | 2017-01-04 | 杭州华三通信技术有限公司 | 一种通信方法及装置 |
CN106304407B (zh) * | 2016-07-28 | 2021-02-23 | 新华三技术有限公司 | 一种通信方法及装置 |
CN106993286A (zh) * | 2017-03-10 | 2017-07-28 | 上海斐讯数据通信技术有限公司 | 一种无线网中无线接入设备接入云端ac的方法及系统 |
CN107547244A (zh) * | 2017-05-25 | 2018-01-05 | 新华三技术有限公司 | 一种表项处理方法及装置 |
CN107547244B (zh) * | 2017-05-25 | 2020-11-20 | 新华三技术有限公司 | 一种表项处理方法及装置 |
CN107484228A (zh) * | 2017-09-21 | 2017-12-15 | 杭州全维技术股份有限公司 | 一种基于数据流量的大量ap同时上线处理方法 |
CN107484228B (zh) * | 2017-09-21 | 2020-01-07 | 杭州全维技术股份有限公司 | 一种基于数据流量的大量ap同时上线处理方法 |
CN108901082A (zh) * | 2018-06-20 | 2018-11-27 | 新华三技术有限公司 | 一种接入方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
WO2013041033A1 (en) | 2013-03-28 |
CN102316549B (zh) | 2014-06-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102316549A (zh) | 一种无线局域网中ap接入ac的方法、ac及ap | |
CN102405610B (zh) | 在无线通信系统中使用中继节点的方法 | |
CN104469853B (zh) | 传送rlc数据块的方法 | |
CN110933623A (zh) | 一种通信方法和装置 | |
CN105409319A (zh) | 设备到设备(简称d2d)网络与无线基础设施的基于竞争的集成 | |
CN106941700B (zh) | 一种数据传输方法及装置和基站及ue | |
CN107396455A (zh) | 连接处理方法及装置 | |
CN102739376B (zh) | 一种混合自动重传的处理方法及系统及一种终端 | |
KR20150120493A (ko) | 무선 통신 시스템 및 무선 통신 시스템에서의 방법 | |
CN102685785B (zh) | 无线资源控制rrc连接重建立的方法和设备 | |
KR20130096745A (ko) | 공존 동작 모드 확립 방법, 사용자 장비, 기지국 및 시스템 | |
CN107710862A (zh) | 利用基于设备到设备的用户设备到网络的中继来支持服务中断的最小化 | |
CN102647803A (zh) | 一种传输消息的方法、系统和设备 | |
US20090103502A1 (en) | Wireless communication system and wireless communication apparatus and control method thereof | |
JPWO2022030579A5 (ja) | 通信制御方法、ユーザ装置及びプロセッサ | |
CN106507493A (zh) | 避免上行资源冲突的方法、装置、基站及终端 | |
WO2013113159A1 (zh) | 无线连接恢复方法、移动通信系统、用户设备和基站 | |
US11206585B2 (en) | Handover method and device involving multiple core networks | |
CN101730061B (zh) | 业务建立与小区更新的同步处理方法、装置及系统 | |
CN102883344B (zh) | 一种无线网络管理消息交互的方法及装置 | |
JP6247767B2 (ja) | サービス先取り方法、装置および基地局 | |
JP7101675B2 (ja) | データ処理方法及び装置 | |
CN101883430B (zh) | 一种无线资源控制连接重配置方法 | |
JP5351834B2 (ja) | 通信装置及びその動作方法 | |
CN102256237B (zh) | 跟踪会话同步方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |