CN103338524A - 无线接入方法、装置及系统、接入控制器、接入点设备 - Google Patents

无线接入方法、装置及系统、接入控制器、接入点设备 Download PDF

Info

Publication number
CN103338524A
CN103338524A CN2013102169344A CN201310216934A CN103338524A CN 103338524 A CN103338524 A CN 103338524A CN 2013102169344 A CN2013102169344 A CN 2013102169344A CN 201310216934 A CN201310216934 A CN 201310216934A CN 103338524 A CN103338524 A CN 103338524A
Authority
CN
China
Prior art keywords
message
capwap
standard grade
reaching
processing
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
Application number
CN2013102169344A
Other languages
English (en)
Other versions
CN103338524B (zh
Inventor
吴炳荣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ruijie Networks Co Ltd
Original Assignee
Fujian Star Net Communication Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Fujian Star Net Communication Co Ltd filed Critical Fujian Star Net Communication Co Ltd
Priority to CN201310216934.4A priority Critical patent/CN103338524B/zh
Publication of CN103338524A publication Critical patent/CN103338524A/zh
Application granted granted Critical
Publication of CN103338524B publication Critical patent/CN103338524B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种无线接入方法、装置及系统、接入控制器、接入点设备,AP的CAPWAP隧道进入运行状态后,向AC发送第一份Keeplive报文,AC触发与该AP对应的CAPWAP隧道进入运行状态,并且AC在上线处理队列中加入该AP的逻辑节点,AC交替进行上线处理和CAPWAP报文处理;在AC进行上线处理时,AC对上线处理队列中的若干个AP逻辑节点对应的AP,分别进行上线处理、发送相应的配置请求报文;在AC进行CAPWAP报文处理时,构造并发送针对来自AP的若干个CAPWAP控制报文的响应报文,从而能够解决大量AP接入AC时,由于AC的负载过大导致部分AP的CAPWAP隧道断开的问题。

Description

无线接入方法、装置及系统、接入控制器、接入点设备
技术领域
本发明涉及网络通信系统,具体地,涉及一种无线接入方法、装置及系统、接入控制器、接入点设备。
背景技术
在无线局域网(WLAN,Wireless Local Area Networks)“瘦”接入点(AP,Access Point)架构中,AP需要接入接入控制器(AC,Access Control),即与AC成功建立无线接入点控制与供应(CAPWAP,Controlling and Provisioning ofWireless Access Point)隧道,且在AC对AP进行上线处理给AP下发配置请求消息、AP根据配置请求消息中携带的配置信息进行配置之后,AP才能正常为无线客户端(STA,Station)提供各种服务,具体如图1所示。
AP在接入AC时,遵循RFC5415CAPWAP协议规范进行AP和AC之间的CAPWAP报文交互过程。具体过程如图2所示,该过程包括如下处理过程:
其中,CAPWAP隧道报文交互过程都是通过CAPWAP控制通道完成的。只有CAPWAP数据通道保活(keeplive)报文是经过数据通道进行交互的。AP在发出探索(Discovery)请求报文后会等待AC回复该报文。一段时间后,AP根据收集到的Discovery响应报文,选举出最优的AC,构造数据报传输层安全(DTLS,Datagram Transport Layer Security)握手(Hello)报文,发起DTLS握手过程。经过多次报文交互后,完成密匙协商,建立加密通道,为后期CAPWAP报文交互提供安全保障。然后AP发起加入(Join)请求报文。当AC收到该报文后决策是否允许该AP接入,在允许的情况下向AP发送Join响应报文。若AP根据Join响应报文得知允许接入该AC时,则发起配置状态(configuration State)请求报文。此时AC进行配置状态响应处理,并向AP返回配置状态响应报文。接着,AP发起改变状态(Change State)请求报文,AC继续回复改变状态响应报文。若AP收到改变状态响应报文,则AP的CAPWAP状态机进入Run状态即CAPWAP隧道进入运行状态,并通过CAPWAP数据通道往AC发送第一份保活(Keeplive)报文。同时,AP允许向AC发送无线接入点事件(WTP Event)请求报文,上传自身信息给AC。当AC收到AP发送的第一份保活(Keeplive)报文,则AC中与AP对应的CAPWAP状态机也进入Run状态即CAPWAP隧道进入运行状态,AC通过数据通道向AP返回Keeplive响应,并对该AP做配置恢复等上线处理操作,并向AP发送配置请求报文。AP根据接收到的配置请求进行配置操作,并向AC返回配置请求响应,AP成功接入AC,可正常为STA提供服务。
但是,当大量AP接入AC时(例如网络升级的场景中会有大量AP接入AC),由于AC的处理能力有限,AC接收到各个AP的keeplive报文后,AC依次对每个AP进行上线处理,AC只有处理完全部的AP的上线处理,才会处理其他的任务,而AC对AP进行上线配置处理的时间较长,导致AC进行上线处理的时间较长,这样AC在相当长的一段时间内无法响应每个AP的CAPWAP交互报文,将出现部分AP建立CAPWAP隧道失败现象,具体包括至少以下四种情况:
第一种情况,对于未接入的AP在CAPWAP隧道建立过程中发送的CAPWAP控制报文(即如图2中AP的CAPWAP状态机进入运行状态之前发送的报文),AC由于长时间处理AP的上线处理,无法响应该CAPWAP控制报文,导致AP建立CAPWAP隧道失败、无法接入AC;
第二种情况,对于未接入的AP的CAPWAP隧道已经建立之后(即如图2中AP的CAPWAP状态机进入运行状态之后),由于AC长时间处理AP的上线处理,AP等待AC回复Keeplive报文响应的时间超过预定的等待时间,从而无法接入AC,导致这些AP已经建立的CAPWAP隧道断开、无法接入AC;
第三种情况,对于未接入的AP的CAPWAP隧道已经建立之后(即如图2中AP的CAPWAP状态机进入运行状态之后),由于AC长时间处理AP的上线处理,无法处理AP的Keeplive报文,从而AC无法驱动AC中与AP对应的CAPWAP隧道进入运行状态(即AC中的CAPWAP状态机未触发进入运行状态),AP发送的诸如WTP Event请求报文等的CAPWAP控制报文,不能被AC处理,导致AP收不到CAPWAP控制报文的响应报文,导致已经建立的CAPWAP隧道断开、无法接入AC;
第四种情况,对于已经接入AC的AP(即已经根据AC下发的配置请求报文进行配置、并回复配置请求响应的AP),这些AP会向AC发送CAPWAP控制报文,而由于AC长时间处理AP的上线处理,无法响应已经接入的AP的CAPWAP控制报文,导致已经接入的AP在预定时间内等待不到AC对CAPWAP控制报文的响应,而发生CAPWAP隧道断开的现象。
这些CAPWAP隧道建立失败的AP需要再次经过图2所示过程接入AC。而这些再次接入的AP可能还是因为AC的处理能力出现部分AP再次出现CAPWAP隧道断开的情况。多次重复此过程,导致整个WLAN瘦AP环境无法快速恢复正常。特别是在网管人员对AC、AP设备进行升级软件版本时,CAPWAP隧道都必现经过重新建立过程。若WLAN瘦AP环境无法快速恢复正常,势必影响到用户正常使用无线网络资源。
可见,在现有的瘦AP的WLAN环境中,存在大量AP接入AC时,由于AC的处理能力有限导致部分AP的CAPWAP隧道断开的问题。
针对这一问题,可采用如下方法进行解决:
AP在接入AC前进行随机延时,避免大量AP同时接入AC,造成AC处理不过来,最终导致CAPWAP隧道断开情况。因此,大量AP接入AC时,需要重复多次CAPWAP隧道建立才能最终全部接入AC。
根据上述方法,AP的随机延时操作在一定程度上打散了AP接入AC的时间点,一定程度上减轻AC在单位时间内的接入负担,降低CAPWAP隧道断开的可能。但是,当AP数量较大时,单位时间内接入的AP个数超过AC能够接入AP的上限值时,则CAPWAP隧道依然存在断开重连现象。这样仍然不利于无线网络环境快速恢复。
可见,在现有的瘦AP的WLAN环境中,存在大量AP接入AC时,由于AC的负载过大、处理能力有限导致部分AP的CAPWAP隧道断开的问题。
发明内容
有鉴于此,本发明实施例提供了一种无线接入方法、装置及系统、接入控制器、接入点设备,用以解决现有的瘦AP的WLAN环境中,存在大量AP接入AC时,由于AC的负载过大、处理能力有限导致部分AP的CAPWAP隧道断开的问题。
本发明实施例技术方案如下:
一种无线接入方法,包括:接入控制器AC接收到接入点AP的第一份物理接入点控制与供应CAPWAP数据通道保活Keeplive报文后,向AP回复Keeplive响应报文,触发与该AP对应的CAPWAP隧道进入运行状态,并在上线处理队列中加入该AP的逻辑节点;AC交替执行上线处理流程和CAPWAP报文处理流程;在执行上线处理流程时,对上线处理队列中的若干个AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;在执行CAPWAP报文处理流程时,构造针对来自AP的若干个CAPWAP控制报文的响应报文;并且,发送上线处理流程和CAPWAP报文处理流程中构造的报文。
一种无线接入方法,包括:接入点AP的CAPWAP隧道进入运行状态后,向接入控制器AC发送CAPWAP数据通道保活Keeplive报文,并接收AC回复的keeplive响应报文;其中,该Keeplive报文用于触发AC中与该AP对应的CAPWAP隧道进入运行状态,并且触发AC在上线处理队列中加入该AP的逻辑节点;AP在接收到AC下发的第一份配置请求报文之前,周期性地向AC发送CAPWAP控制通道保活Echo报文,并接收到AC回复的Echo响应报文;其中,该Echo响应报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行CAPWAP报文处理流程中构造后下发的;AP在接收到AC下发的第一份配置请求报文之后,根据配置报文进行配置,并向AC回复配置请求响应;其中,该配置请求报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行上线处理流程时在上线处理队列中处理到该AP时构造后下发的。
一种无线接入装置,包括:触发模块、上线处理模块、物理接入点控制与供应CAPWAP报文处理模块和发送模块;所述触发模块,用于接收到AP的第一份物理接入点控制与供应CAPWAP数据通道保活Keeplive报文后,向AP回复Keeplive响应报文,触发与该AP对应的CAPWAP隧道进入运行状态,并在上线处理队列中加入该AP的逻辑节点;所述上线处理模块,用于执行完下述处理后触发所述CAPWAP报文处理模块运行:对上线处理队列中的若干个AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;所述CAPWAP报文处理模块,用于执行完下述处理后触发所述上线处理模块运行:构造针对来自AP的若干个CAPWAP控制报文的响应报文;所述发送模块,用于发送所述上线处理模块和所述CAPWAP报文处理模块构造的报文。
一种接入控制器,包括如上所述的无线接入装置。
一种无线接入装置,包括:CAPWAP数据通道保活模块,用于所述装置所在AP的CAPWAP隧道进入运行状态后,向接入控制器AC发送CAPWAP数据通道保活Keeplive报文,并接收AC回复的keeplive响应报文;其中,该Keeplive报文用于触发AC中与该装置所在AP对应的CAPWAP隧道进入运行状态,并且触发AC在上线处理队列中加入该装置所在AP的逻辑节点;CAPWAP控制通道保活模块,用于在接收到AC下发的第一份配置请求报文之前,周期性地向AC发送CAPWAP控制通道保活Echo报文,并接收到AC回复的Echo响应报文;其中,该Echo响应报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行CAPWAP报文处理流程时构造后下发的;接入模块,用于在接收到AC下发的第一份配置请求报文之后,根据配置报文进行配置,并向AC回复配置请求响应;其中,该配置请求报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行上线处理流程时在上线处理队列中处理到该装置所在AP时构造后下发的。
一种接入点设备,包括如上所述的无线接入装置。
一种无线接入系统,包括:包括如上所述的接入控制器,和若干个如上所述的接入点设备。
本发明实施例通过AP的CAPWAP隧道进入运行状态后,向AC发送第一份Keeplive报文,AC触发与该AP对应的CAPWAP隧道进入运行状态,能够及时快速地响应AP的keeplive报文,维持AP的CAPWAP隧道建立,并且AC在上线处理队列中加入该AP的逻辑节点,AC交替进行上线处理和CAPWAP报文处理;在AC进行上线处理时,AC对上线处理队列中的若干个AP逻辑节点对应的AP,分别进行上线处理、发送相应的配置请求报文,AP接收到第一份配置请求报文后,根据配置请求报文进行配置,并向AC回复配置请求响应,此时AP成功接入AC;在AC进行CAPWAP报文处理时,构造并发送针对来自AP的CAPWAP控制报文的响应报文,并回复CAPWAP控制报文的响应报文,使得AP在还未接入到AC的情况下维持建立或者已建立的CAPWAP隧道,以及使得已经接入AC的AP维持已经建立的CAPWAP隧道,从而能够解决现有的瘦AP的WLAN环境中,存在大量AP接入AC时,由于AC的负载过大、处理能力有限导致部分AP的CAPWAP隧道断开的问题。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
图1为瘦AP架构的WLAN的结构框图;
图2为瘦AP架构的AP与AC之间的CAPWAP报文交互过程示意图;
图3为本发明实施例提供的瘦AP架构的无线局域网系统结构框图;
图4为本发明实施例提供的无线接入方法的工作流程图;
图5为本发明实施例提供的无线接入方法的另一种工作流程图;
图6为本发明实施例提供的无线接入装置的结构框图;
图7为本发明实施例提供的无线接入装置的另一结构框图;
图8为本发明实施例具体应用过程中的处理流程。
具体实施方式
以下结合附图对本发明的实施例进行说明,应当理解,此处所描述的实施例仅用于说明和解释本发明,并不用于限定本发明。
针对现有的瘦AP的WLAN环境中,存在大量AP接入AC时,由于AC的负载过大、处理能力有限导致部分AP的CAPWAP隧道断开的问题,本发明实施例提供了一种无线接入方案,以解决该问题。
在本发明实施例中,提出一种AC交替进行上线处理和CAPWAP报文处理的机制,以及一种AP的CAPWAP隧道保活机制,AP在未接收到来自AC的配置请求报文之前,周期性地向AC发送Echo报文,AC及时地回应AP的keeplive报文,驱动AC中与AP对应的CAPWAP隧道进入运行状态,能够及时有效地建立AP和AC之间的CAPWAP隧道,并且AC在上线处理中接入待接入的AP,在CAPWAP报文处理中构造并发送针对来自AP的CAPWAP控制报文的响应报文,并回复CAPWAP控制报文的响应报文,使得AP在还未接入到AC的情况下维持建立或者已建立的CAPWAP隧道,以及使得已经接入AC的AP维持已经建立的CAPWAP隧道,例如:响应未接入的AP的CAPWAP隧道建立过程的诸如控制请求报文的CAPWAP控制报文,响应未接入的AP已经建立了CAPWAP隧道后发送的诸如CAPWAP控制通道保活Echo报文的CAPWAP控制报文,以及响应已经接入的AP的诸如CAPWAP请求报文的CAPWAP控制报文,从而本实施例提供的方案在大量AP接入AC时,能够有效地使AP建立CAPWAP隧道接入AC、以及维护已经接入AC的AP的CAPWAP隧道,不会发生AP的CAPWAP隧道断开的情况。
图3示出了本发明实施例提供的瘦AP架构的无线局域网系统结构框图,该系统包括:AC1和若干个AP2;
AC1,用于接收到AP2的第一份CAPWAP数据通道保活Keeplive报文后,触发与该AP对应的CAPWAP隧道进入运行状态,并在上线处理队列中加入该AP的逻辑节点;AC1交替执行上线处理流程和CAPWAP报文处理流程;在执行上线处理流程时,对上线处理队列中的若干个AP2逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;在执行CAPWAP报文处理流程时,构造针对来自AP2的若干个CAPWAP控制报文的响应报文;并且,发送上线处理流程和CAPWAP报文处理流程中构造的报文;
AP2,用于在AP2的CAPWAP隧道进入运行状态后,向AC1发送第一份CAPWAP数据通道保活Keeplive报文,该Keeplive报文用于触发AC1中与该AP2对应的CAPWAP隧道进入运行状态,并且触发AC1在上线处理队列中加入该AP2的逻辑节点;AP2在接收到AC1下发的第一份配置请求报文之前,周期性地向AC1发送CAPWAP控制通道保活Echo报文,并接收到AC1回复的Echo响应报文,该Echo响应报文是AC1交替执行上线处理流程和CAPWAP报文处理流程,在执行CAPWAP报文处理流程时构造后下发的;AP2在接收到AC1下发的第一份配置请求报文之后,根据配置报文进行配置,并向AC1回复配置请求响应;其中,该配置请求报文是AC1交替执行上线处理流程和CAPWAP报文处理流程,在执行上线处理流程时在上线处理队列中处理到该AP2时构造后下发的。
下面分别说明AC和AP的工作原理。
图4中示出了本发明实施例提供的无线接入方法的工作流程图,该方法应用在AC中,该方法包括:
步骤401、AC接收到AP的第一份CAPWAP数据通道保活Keeplive报文后,触发与该AP对应的CAPWAP隧道进入运行状态,并在上线处理队列中加入该AP的逻辑节点;
步骤402、AC交替执行上线处理流程和CAPWAP报文处理流程;在执行上线处理流程时,对上线处理队列中的若干个AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;在执行CAPWAP报文处理流程时,构造针对来自AP的若干个CAPWAP控制报文的响应报文;并且,发送上线处理流程和CAPWAP报文处理流程中构造的报文;
具体地,在执行上线处理流程时,AC构造配置请求报文之后,将构造的配置请求报文加入到报文发送队列中,AC转入执行CAPWAP报文处理流程,AC周期性地调度发送报文发送队列中的配置请求报文;
具体地,对上线处理队列中的若干个AP逻辑节点对应的AP进行上线处理的过程中,AP逻辑节点的数量,可以是静态配置的预定数量,也可以是根据Keeplive报文的数量动态确定的数量;也即,AC对上线处理队列中预定数量的AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;或者;AC在预定周期内,根据接收到的Keeplive报文的数量,以及预定的Keeplive报文数量与处理上线队列中的AP逻辑节点的数量的对应关系,确定待处理的AP逻辑节点的数量,并对上线处理队列中所确定的数量的AP逻辑节点,分别进行上线处理、构造相应的配置请求报文;并且,无论是上述静态配置的预定的AP的数量,还是在动态确定中预定的对应关系中定义的AP的数量,通常都小于AP等待AC下发的CAPWAP控制报文的响应报文的超时时间内AC可以处理上线处理的AP的数量,例如,AC处理1个AP的上线处理的时间是1秒,AP等待AC下发的CAPWAP控制报文的响应报文的超时时间是60秒,在该超时时间内AC可以处理60个AP的上线处理,则AC在上线处理流程中处理的上线处理队列中的AP的数量应当显著地小于60个,例如可以设置为1个或者2个;
具体地,AC在执行CAPWAP报文处理流程时,构造针对来自未接入的AP的CAPWAP隧道建立过程的控制请求报文和建立了CAPWAP隧道后的CAPWAP控制通道保活Echo报文的响应报文,以及构造针对来自已经接入的AP的CAPWAP请求报文的响应报文;
更具体地,AC接收到各种CAPWAP控制报文后,将接收到的报文放入到接收报文队列中,AC对在执行CAPWAP报文处理流程时,会对接收报文队列中的若干个的CAPWAP控制报文构造响应报文,具体可以从接收报文队列中按照接收到报文的顺序也即按照报文入队的顺序取出最早入队的若干个CAPWAP控制报文来构造响应报文,该若干个CAPWAP控制报文可以是预定数量的CAPWAP控制报文;
并且将构造的报文加入到报文发送队列中,AC转入执行上线处理流程,AC周期性地调度发送报文发送队列中的报文。
通过上述处理过程,AC在接收到AP的第一份keeplive报文后,即向AP回复keeplive响应报文,能够及时快速地响应keeplive报文,使AP有效地维持CAPWAP隧道的建立,不会出现AP超时未接收到keeplive响应报文导致CAPWAP隧道建立失败的情况,并且AC交替进行上线处理和CAPWAP报文处理,AC在CAPWAP报文处理过程中响应未接入的AP的CAPWAP隧道建立过程的诸如控制请求报文的CAPWAP控制报文,不会出现AP等不到响应报文而无法建立CAPWAP隧道的现象;AC响应未接入的AP已经建立了CAPWAP隧道后发送的诸如CAPWAP控制通道保活Echo报文的CAPWAP控制报文,能够使未接入的AP有效地维持CAPWAP隧道的建立,不会出现AP已经进入运行状态的CAPWAP隧道断开的情况;以及响应已经接入的AP的诸如CAPWAP请求报文的CAPWAP控制报文,能够使已经接入的AP维持CAPWAP隧道,不会出现AP超时未接收到CAPWAP请求报文响应而导致CAPWAP隧道断开的情况;以及,AC在上线处理中接入若干个待接入的AP,使AP在有效维持CAPWAP隧道建立的基础上成功地接入AP;
从而本发明实施例提供的技术方案,能够使AP有效地建立CAPWAP隧道、并有效地维持已建立的CAPWAP隧道,从而实现AP成功有效地接入AC的目的,进而能够解决现有的瘦AP的WLAN环境中,存在大量AP接入AC时,由于AC的负载过大、处理能力有限导致部分AP的CAPWAP隧道断开的问题。
图5示出了本发明实施例提供的无线接入方法的另一种工作流程图,该方法应用在AP中,该方法包括:
步骤501、AP的CAPWAP隧道进入运行状态后,向AC发送CAPWAP数据通道保活Keeplive报文,并接收AC回复的keeplive响应报文;其中,该Keeplive报文用于触发AC中与该AP对应的CAPWAP隧道进入运行状态,并且触发AC在上线处理队列中加入该AP的逻辑节点;
步骤502、AP在接收到AC下发的第一份配置请求报文之前,周期性地向AC发送CAPWAP控制通道保活Echo报文,并接收到AC回复的Echo响应报文;其中,该Echo响应报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行CAPWAP报文处理流程时构造后下发的;
步骤503、AP在接收到AC下发的第一份配置请求报文之后,根据配置报文进行配置,并向AC回复配置请求响应;其中,该配置请求报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行上线处理流程时在上线处理队列中处理到该AP时构造后下发的。
通过上述处理过程,AP在发送第一份keeplive报文后即可收到AC回复的keeplive响应报文,能够有效地维持CAPWAP隧道的建立,AP周期性地向AC发送Echo报文并接收到AC回复的Echo响应报文,也能够有效地维持CAPWAP隧道的建立,并且在接收到第一份配置请求报文且向AC回复配置请求响应,能够在有效维持CAPWAP隧道建立的基础上成功地接入到AC,从而能够避免现有的瘦AP的WLAN环境中,存在大量AP接入AC时,由于AC的负载过大、处理能力有限导致部分AP的CAPWAP隧道断开的问题。
进一步地,由于在AP成功接入AC之前,AP发送给AC的除Echo报文以外的CAPWAP报文,由于AC中与AP对应的CAPWAP隧道还未进入运行状态,该报文将无法被AC处理,则,在AP的CAPWAP隧道进入运行状态后,AP将除Echo报文以外的其它CAPWAP报文发送许可设置为禁止;在接收到AC下发的第一份配置请求报文之后,AP将CAPWAP报文发送许可设置为允许;
并且,AP可以在成功接入AC之前或者之后构造CAPWAP请求报文,并将构造的CAPWP请求报文发送到CAPWAP报文发送队列中,在CAPWAP报文发送许可设置为允许后,AP周期性地调度发送CAPWAP报文发送队列中的报文,并接收到AC对已发送的报文的响应报文,能够在已建立CAPWAP隧道接入AC后,有效地维持CAPWAP隧道,保持接入AC,能够避免现有的瘦AP的WLAN环境中,由于AP接入AC后,超时未接收到AC对AP发送的CAPWAP请求报文的响应,而导致已建立的CAPWAP隧道断开的情况;
更进一步地,在CAPWAP报文发送许可设置为允许后,AP将Echo报文发送到CAPWAP报文发送队列中进行发送,从而使Echo报文的发送逻辑恢复到现有规范中规定的报文发送逻辑。
基于相同的发明构思,本发明实施例还提供了一种无线接入装置,该装置位于AC中。
图6示出了本发明实施例提供的无线接入装置的结构框图,该装置应用在AC中,包括:
触发模块61,用于接收到AP的第一份物理接入点控制与供应CAPWAP数据通道保活Keeplive报文后,向AP回复Keeplive响应报文,触发与该AP对应的CAPWAP隧道进入运行状态,并在上线处理队列中加入该AP的逻辑节点;
上线处理模块62,连接至触发模块61和CAPWAP报文处理模块63,用于执行完下述处理后触发CAPWAP报文处理模块63运行:对上线处理队列中的若干个AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;
具体地,上线处理模块62还将构造的配置请求报文加入到报文发送队列中;
并且,上线处理模块62,对上线处理队列中预定数量的AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;或者,在预定周期内,根据接收到的Keeplive报文的数量,以及预定的keeplive报文数量与处理上线队列中的AP逻辑节点的数量的对应关系,确定待处理的AP逻辑节点的数量,并对上线处理队列中所确定的数量的AP逻辑节点,分别进行上线处理、构造相应的配置请求报文;
CAPWAP报文处理模块63,连接至上线处理模块62,用于执行完下述处理后触发上线处理模块62运行:构造针对来自AP的若干个CAPWAP控制报文的响应报文;
具体地,CAPWAP报文处理模块63构造针对来自未接入的AP的CAPWAP隧道建立过程的控制请求报文和建立了CAPWAP隧道后的CAPWAP控制通道保活Echo报文的响应报文,以及构造针对来自已经接入的AP的CAPWAP请求报文的响应报文;
CAPWAP报文处理模块63还将构造的响应报文加入到报文发送队列中;
发送模块64,连接至上线处理模块62和CAPWAP报文处理模块63,用于发送上线处理模块62和CAPWAP报文处理模块63构造的报文,具体地,发送模块64周期性地调度发送报文发送队列中的报文。
图6所示装置的工作原理如图4所示,这里不再赘述。
通过图6所示装置,也能够使AP有效地建立CAPWAP隧道、并有效地维持已建立的CAPWAP隧道,从而实现AP成功有效地接入AC的目的,进而能够解决现有的瘦AP的WLAN环境中,存在大量AP接入AC时,由于AC的负载过大、处理能力有限导致部分AP的CAPWAP隧道断开的问题。
基于相同的发明构思,本发明实施例还提供了一种无线接入装置,该装置位于AP中。
图7示出了本发明实施例提供的无线接入装置的结构框图,该装置应用在AP中,包括:
CAPWAP数据通道保活模块71,用于所述装置所在AP的CAPWAP隧道进入运行状态后,向接入控制器AC发送CAPWAP数据通道保活Keeplive报文,并接收AC回复的keeplive响应报文;其中,该Keeplive报文用于触发AC中与该装置所在AP对应的CAPWAP隧道进入运行状态,并且触发AC在上线处理队列中加入该装置所在AP的逻辑节点;
CAPWAP控制通道保活模块72,连接至CAPWAP数据通道保活模块71,用于在接收到AC下发的第一份配置请求报文之前,周期性地向AC发送CAPWAP控制通道保活Echo报文,并接收到AC回复的Echo响应报文;其中,该Echo响应报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行CAPWAP报文处理流程时构造后下发的;
接入模块73,连接至CAPWAP数据通道保活模块71和CAPWAP控制通道保活模块72,用于在接收到AC下发的第一份配置请求报文之后,根据配置报文进行配置,并向AC回复配置请求响应;其中,该配置请求报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行上线处理流程时在上线处理队列中处理到该装置所在AP时构造后下发的。
图7所示装置的工作原理如图5所示,这里不再赘述。
通过图7所示的装置,也能够有效地维持CAPWAP隧道的建立,以及在有效维持CAPWAP隧道建立的基础上成功地接入到AC,从而能够避免现有的瘦AP的WLAN环境中,存在大量AP接入AC时,由于AC的负载过大、处理能力有限导致部分AP的CAPWAP隧道断开的问题。
下面对本发明实施例具体应用的情况进行说明。
图8示出了本发明具体应用过程中的处理流程,该处理流程包括:
步骤801、AP按照RFC5415中描述CAPWAP隧道建立过程依次交互Discovery、DTLS握手、Join、Configuration Status和Change State Event等报文交互后,AP端的CAPWAP状态机进入Run状态,设置CAPWAP报文发送许可为禁止,即设置send_forbid标记位为1,并启动Echo报文定时器用于CAPWAP控制通道保活交互报文;
步骤802、AP在CAPWAP数据通道发出第一份Keeplive报文给AC;
步骤803、当AC调度到Keeplive报文处理任务时,则回复Keeplive响应报文;
步骤804、AC驱动与AP对应的CAPWAP状态机进入Run状态,构造该AP的逻辑节点放入AP上线处理队列尾部,通告AP上线处理任务进行处理;
步骤805、AP构造WTP Event请求报文,并将该报文发送到CAPWAP报文发送队列中;
步骤806、当AP的Echo定时器定时到期时,由于send_forbid为1,则直接发出Echo报文;
步骤807、AC收到该Echo保活报文,则回复对应响应报文。当AP收到Echo响应报文,则重置Echo定时器;
步骤808、AC根据AP上线处理队列中的顺序,依次处理一个AP的上线处理;
步骤809、AC处理完一个AP的上线处理后,转为处理来自AP的CAPWAP报文;
步骤810、当AC的AP上线处理任务处理到该AP时,则进行恢复配置等上线处理操作,构造配置请求报文发送至报文发送队列,AP上线处理任务主动释放CPU资源转为处理来自AP的CAPWAP报文;
步骤811、AC调度发送报文发送队列中的报文;
步骤812、当AP接收到第一份配置请求报文时,则恢复send_forbid为0,即允许CAPWAP报文发送队列发送报文给AC;
步骤813、AP回复对应的配置请求响应报文给AC,至此,AP成功接入AC;
步骤814、AP的Echo定时器到时,构造Echo报文发送至CAPWAP报文发送队列;
步骤815、AP周期性地调度发送CAPWAP报文发送队列中的报文。
综上所述,通过本发明实施例的技术方案,AP在未接收到来自AC的配置请求报文之前,周期性地向AC发送Echo报文,AC在上线处理中接入待接入的AP,在CAPWAP报文处理中响应未接入的AP的CAPWAP控制通道保活Echo报文,以维持未接入的AP的CAPWAP隧道建立,并且响应回复已经接入的AP的CAPWAP请求报文,以维持已经接入的AP的CAPWAP隧道,从而本实施例提供的方案在大量AP接入AC时,能够有效地使AP建立CAPWAP隧道接入AC、以及维护已经接入AC的AP的CAPWAP隧道,不会发生AP的CAPWAP隧道断开的情况。
本领域普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (21)

1.一种无线接入方法,其特征在于,包括:
接入控制器AC接收到接入点AP的第一份物理接入点控制与供应CAPWAP数据通道保活Keeplive报文后,向AP回复Keeplive响应报文,触发与该AP对应的CAPWAP隧道进入运行状态,并在上线处理队列中加入该AP的逻辑节点;
AC交替执行上线处理流程和CAPWAP报文处理流程;
在执行上线处理流程时,对上线处理队列中的若干个AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;
在执行CAPWAP报文处理流程时,构造针对来自AP的若干个CAPWAP控制报文的响应报文;并且,
发送上线处理流程和CAPWAP报文处理流程中构造的报文。
2.根据权利要求1所述的方法,其特征在于,构造相应的配置请求报文之后,所述方法还包括:
AC将构造的配置请求报文加入到报文发送队列中;则,
发送上线处理过程中构造的报文,具体包括:
周期性地调度发送报文发送队列中的报文。
3.根据权利要求1或2所述的方法,其特征在于,对上线处理队列中的若干个AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文,具体包括:
对上线处理队列中预定数量的AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;或者,
在预定周期内,根据接收到的Keeplive报文的数量,以及预定的keeplive报文数量与处理上线队列中的AP逻辑节点的数量的对应关系,确定待处理的AP逻辑节点的数量,并对上线处理队列中所确定的数量的AP逻辑节点,分别进行上线处理、构造相应的配置请求报文。
4.根据权利要求1所述的方法,其特征在于,构造针对来自AP的若干个CAPWAP控制报文的响应报文,具体包括:
构造针对来自未接入的AP的CAPWAP隧道建立过程的控制请求报文和建立了CAPWAP隧道后的CAPWAP控制通道保活Echo报文的响应报文,以及构造针对来自已经接入的AP的CAPWAP请求报文的响应报文。
5.根据权利要求1或4所述的方法,其特征在于,构造针对来自AP的若干个CAPWAP控制报文的响应报文之后,所述方法还包括:
AC将构造的响应报文加入到报文发送队列中;则,
发送CAPWAP报文处理过程中构造的报文,具体包括:
周期性地调度发送报文发送队列中的报文。
6.一种无线接入方法,其特征在于,包括:
接入点AP的物理接入点控制与供应CAPWAP隧道进入运行状态后,向接入控制器AC发送CAPWAP数据通道保活Keeplive报文,并接收AC回复的keeplive响应报文;其中,该Keeplive报文用于触发AC中与该AP对应的CAPWAP隧道进入运行状态,并且触发AC在上线处理队列中加入该AP的逻辑节点;
AP在接收到AC下发的第一份配置请求报文之前,周期性地向AC发送CAPWAP控制通道保活Echo报文,并接收到AC回复的Echo响应报文;其中,该Echo响应报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行CAPWAP报文处理流程中构造后下发的;
AP在接收到AC下发的第一份配置请求报文之后,根据配置报文进行配置,并向AC回复配置请求响应;其中,该配置请求报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行上线处理流程时在上线处理队列中处理到该AP时构造后下发的。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
在AP的CAPWAP隧道进入运行状态后,AP将除Echo报文以外的其它CAPWAP报文发送许可设置为禁止;
在接收到AC下发的第一份配置请求报文之后,AP将CAPWAP报文发送许可设置为允许。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
AP将构造的CAPWAP请求报发送到CAPWAP报文发送队列中;
在CAPWAP报文发送许可设置为允许后,AP周期性地调度发送CAPWAP报文发送队列中的报文,并接收到AC对已发送的报文的响应报文。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
在CAPWAP报文发送许可设置为允许后,AP将Echo报文发送到CAPWAP报文发送队列中进行发送。
10.一种无线接入装置,其特征在于,包括:触发模块、上线处理模块、物理接入点控制与供应CAPWAP报文处理模块和发送模块;
所述触发模块,用于接收到AP的第一份物理接入点控制与供应CAPWAP数据通道保活Keeplive报文后,向AP回复Keeplive响应报文,触发与该AP对应的CAPWAP隧道进入运行状态,并在上线处理队列中加入该AP的逻辑节点;
所述上线处理模块,用于执行完下述处理后触发所述CAPWAP报文处理模块运行:对上线处理队列中的若干个AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;
所述CAPWAP报文处理模块,用于执行完下述处理后触发所述上线处理模块运行:构造针对来自AP的若干个CAPWAP控制报文的响应报文;
所述发送模块,用于发送所述上线处理模块和所述CAPWAP报文处理模块构造的报文。
11.根据权利要求10所述的装置,其特征在于,所述上线处理模块,还用于:
将构造的配置请求报文加入到配置请求报文发送队列中;则,
所述发送模块,具体用于周期性地调度发送报文发送队列中的报文。
12.根据权利要求10或11所述的装置,其特征在于,所述上线处理模块,具体用于:
对上线处理队列中预定数量的AP逻辑节点对应的AP,分别进行上线处理、构造相应的配置请求报文;或者,
在预定周期内,根据接收到的Keeplive报文的数量,以及预定的keeplive报文数量与处理上线队列中的AP逻辑节点的数量的对应关系,确定待处理的AP逻辑节点的数量,并对上线处理队列中所确定的数量的AP逻辑节点,分别进行上线处理、构造相应的配置请求报文。
13.根据权利要求10所述的装置,其特征在于,所述CAPWAP报文处理模块,具体用于:
构造针对来自未接入的AP的CAPWAP隧道建立过程的控制请求报文和建立了CAPWAP隧道后的CAPWAP控制通道保活Echo报文的响应报文,以及构造针对来自已经接入的AP的CAPWAP请求报文的响应报文。
14.根据权利要求10或13所述的装置,其特征在于,所述CAPWAP报文处理模块,还用于:
将构造的响应报文加入到报文发送队列中;则,
所述发送模块,具体用于:
周期性地调度发送报文发送队列中的报文。
15.一种接入控制器,其特征在于,包括如权利要求10~14中任一项所述的无线接入装置。
16.一种无线接入装置,其特征在于,包括:
物理接入点控制与供应CAPWAP数据通道保活模块,用于所述装置所在AP的CAPWAP隧道进入运行状态后,向接入控制器AC发送CAPWAP数据通道保活Keeplive报文,并接收AC回复的keeplive响应报文;其中,该Keeplive报文用于触发AC中与该装置所在AP对应的CAPWAP隧道进入运行状态,并且触发AC在上线处理队列中加入该装置所在AP的逻辑节点;
CAPWAP控制通道保活模块,用于在接收到AC下发的第一份配置请求报文之前,周期性地向AC发送CAPWAP控制通道保活Echo报文,并接收到AC回复的Echo响应报文;其中,该Echo响应报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行CAPWAP报文处理流程时构造后下发的;
接入模块,用于在接收到AC下发的第一份配置请求报文之后,根据配置报文进行配置,并向AC回复配置请求响应;其中,该配置请求报文是AC交替执行上线处理流程和CAPWAP报文处理流程,在执行上线处理流程时在上线处理队列中处理到该装置所在AP时构造后下发的。
17.根据权利要求16所述的装置,其特征在于,所述装置还包括:
发送许可模块,用于在所述装置所在AP的CAPWAP隧道进入运行状态后,将除Echo报文以外的其它CAPWAP报文发送许可设置为禁止;在接收到AC下发的第一份配置请求报文之后,将CAPWAP报文发送许可设置为允许。
18.根据权利要求17所述的装置,其特征在于,所述装置还包括:
报文发送模块,用于将构造的CAPWAP请求报文发送到CAPWAP报文发送队列中;在CAPWAP报文发送许可设置为允许后,周期性地调度发送CAPWAP报文发送队列中的报文,并接收到AC对已发送的报文的响应报文。
19.根据权利要求18所述的装置,其特征在于,所述报文发送模块,还用于:
在所述发送许可模块将CAPWAP报文发送许可设置为允许后,将Echo报文发送到CAPWAP报文发送队列中进行发送。
20.一种接入点设备,其特征在于,包括如权利要求16~19中任一项所述的无线接入装置。
21.一种无线接入系统,其特征在于,包括:如权利要求15所述的接入控制器,和若干个如权利要求20所述的接入点设备。
CN201310216934.4A 2013-06-03 2013-06-03 无线接入方法、装置及系统、接入控制器、接入点设备 Active CN103338524B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310216934.4A CN103338524B (zh) 2013-06-03 2013-06-03 无线接入方法、装置及系统、接入控制器、接入点设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310216934.4A CN103338524B (zh) 2013-06-03 2013-06-03 无线接入方法、装置及系统、接入控制器、接入点设备

Publications (2)

Publication Number Publication Date
CN103338524A true CN103338524A (zh) 2013-10-02
CN103338524B CN103338524B (zh) 2016-05-25

Family

ID=49246601

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310216934.4A Active CN103338524B (zh) 2013-06-03 2013-06-03 无线接入方法、装置及系统、接入控制器、接入点设备

Country Status (1)

Country Link
CN (1) CN103338524B (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106688218A (zh) * 2014-04-15 2017-05-17 飞利浦灯具控股公司 用于控制分组传输网络中的握手的方法和装置
CN107172653A (zh) * 2017-06-01 2017-09-15 上海斐讯数据通信技术有限公司 一种连接多台无线访问接入点的方法、控制系统及系统
CN107484228A (zh) * 2017-09-21 2017-12-15 杭州全维技术股份有限公司 一种基于数据流量的大量ap同时上线处理方法
CN108055156A (zh) * 2017-12-18 2018-05-18 迈普通信技术股份有限公司 Ap管理方法及装置
CN108712783A (zh) * 2018-03-22 2018-10-26 新华三技术有限公司 一种capwap隧道建立方法及装置
WO2021128100A1 (zh) * 2019-12-25 2021-07-01 华为技术有限公司 一种通信方法及装置
CN114531721A (zh) * 2022-01-28 2022-05-24 新华三技术有限公司 一种建立隧道、报文的处理的方法和ac
WO2023236990A1 (zh) * 2022-06-07 2023-12-14 华为技术有限公司 光通信网络的上线方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101610593A (zh) * 2009-06-26 2009-12-23 杭州华三通信技术有限公司 接入点、接入控制器以及接入点选择接入控制器的方法
CN101815365A (zh) * 2010-04-02 2010-08-25 北京傲天动联技术有限公司 无线接入控制器发现、关联以及配置方法
US20120120919A1 (en) * 2009-07-21 2012-05-17 Guiming Shu Processing method supporting handover, communication apparatus, and communication system
CN102905343A (zh) * 2012-10-10 2013-01-30 福建星网锐捷网络有限公司 无线接入方法和无线接入控制器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101610593A (zh) * 2009-06-26 2009-12-23 杭州华三通信技术有限公司 接入点、接入控制器以及接入点选择接入控制器的方法
US20120120919A1 (en) * 2009-07-21 2012-05-17 Guiming Shu Processing method supporting handover, communication apparatus, and communication system
CN101815365A (zh) * 2010-04-02 2010-08-25 北京傲天动联技术有限公司 无线接入控制器发现、关联以及配置方法
CN102905343A (zh) * 2012-10-10 2013-01-30 福建星网锐捷网络有限公司 无线接入方法和无线接入控制器

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106688218A (zh) * 2014-04-15 2017-05-17 飞利浦灯具控股公司 用于控制分组传输网络中的握手的方法和装置
CN106688218B (zh) * 2014-04-15 2020-07-28 飞利浦灯具控股公司 用于控制分组传输网络中的握手的方法和装置
CN107172653A (zh) * 2017-06-01 2017-09-15 上海斐讯数据通信技术有限公司 一种连接多台无线访问接入点的方法、控制系统及系统
CN107484228A (zh) * 2017-09-21 2017-12-15 杭州全维技术股份有限公司 一种基于数据流量的大量ap同时上线处理方法
CN107484228B (zh) * 2017-09-21 2020-01-07 杭州全维技术股份有限公司 一种基于数据流量的大量ap同时上线处理方法
CN108055156A (zh) * 2017-12-18 2018-05-18 迈普通信技术股份有限公司 Ap管理方法及装置
CN108055156B (zh) * 2017-12-18 2021-11-16 迈普通信技术股份有限公司 Ap管理方法及装置
CN108712783A (zh) * 2018-03-22 2018-10-26 新华三技术有限公司 一种capwap隧道建立方法及装置
WO2021128100A1 (zh) * 2019-12-25 2021-07-01 华为技术有限公司 一种通信方法及装置
CN114531721A (zh) * 2022-01-28 2022-05-24 新华三技术有限公司 一种建立隧道、报文的处理的方法和ac
WO2023236990A1 (zh) * 2022-06-07 2023-12-14 华为技术有限公司 光通信网络的上线方法及装置

Also Published As

Publication number Publication date
CN103338524B (zh) 2016-05-25

Similar Documents

Publication Publication Date Title
CN103338524A (zh) 无线接入方法、装置及系统、接入控制器、接入点设备
CN102316549B (zh) 一种无线局域网中ap接入ac的方法、ac及ap
CN102572005A (zh) 一种ip地址分配方法和设备
CN102572836A (zh) 接入无线网络的方法、便携移动终端以及无线网络系统
EP2984810B1 (en) Energy efficient data handling for mobile devices
CN103338473A (zh) 小区失效的处理方法及其设备
CN103631846A (zh) 利用广告来提供关于连接设立的信息的方法和装置
CN110875833A (zh) 集群混合云、作业处理方法、装置及电子设备
CN105007304B (zh) 基于soa架构的企业信息技术系统数据的交换与整合系统
CN102025562A (zh) 一种路径检测方法及装置
CN103052032A (zh) 广播无线网络的组网和数据通讯方法
CN104009925A (zh) 路由器的桥接建立方法、装置和路由器
CN104798399A (zh) 数据收发方法
JP5695053B2 (ja) wPANにおけるルータへのモバイル・ノード割り当て
WO2019213822A1 (zh) 一种悬挂rrc连接的方法及装置、计算机存储介质
CN103944974A (zh) 一种协议报文处理方法、控制器故障处理方法及相关设备
CN103491652B (zh) 基于无线分布式的最优化仪器预约与控制系统
US11323931B2 (en) Communication method and apparatus for a terminal device moving from a first access node to a second access node
CN104919425A (zh) 用于设备至云消息传送的系统和方法
JP2008503116A (ja) ネットワークにおけるデバイス同士のデータ伝送方法
US20150098417A1 (en) Creating, joining, finding, discovering, restoring and relocating process-based channels
CN104360645A (zh) 基于p2p网络的用于施工人员群体的安全监控方法及系统
CN103167479A (zh) 实现终端遥毙或遥开的方法、装置和系统
CN102905343A (zh) 无线接入方法和无线接入控制器
CN104885094A (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
CP01 Change in the name or title of a patent holder

Address after: Cangshan District of Fuzhou City, Fujian province 350002 Jinshan Road No. 618 Garden State Industrial Park 19 floor

Patentee after: RUIJIE NETWORKS Co.,Ltd.

Address before: Cangshan District of Fuzhou City, Fujian province 350002 Jinshan Road No. 618 Garden State Industrial Park 19 floor

Patentee before: Beijing Star-Net Ruijie Networks Co.,Ltd.

CP01 Change in the name or title of a patent holder