CN104378315A - 一种capwap隧道数据包传输的方法及装置 - Google Patents

一种capwap隧道数据包传输的方法及装置 Download PDF

Info

Publication number
CN104378315A
CN104378315A CN201410652927.3A CN201410652927A CN104378315A CN 104378315 A CN104378315 A CN 104378315A CN 201410652927 A CN201410652927 A CN 201410652927A CN 104378315 A CN104378315 A CN 104378315A
Authority
CN
China
Prior art keywords
packet
capwap
burst
transmitting terminal
encapsulation
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
CN201410652927.3A
Other languages
English (en)
Other versions
CN104378315B (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.)
Comba Network Systems Co Ltd
Original Assignee
Comba Telecom Systems China 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 Comba Telecom Systems China Ltd filed Critical Comba Telecom Systems China Ltd
Priority to CN201410652927.3A priority Critical patent/CN104378315B/zh
Publication of CN104378315A publication Critical patent/CN104378315A/zh
Application granted granted Critical
Publication of CN104378315B publication Critical patent/CN104378315B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

本发明涉及无线通信技术领域,特别涉及一种CAPWAP隧道数据包传输的方法及装置,用以解决目前AP的数据处理效率较低的问题。本发明实施例CAPWAP隧道数据包传输的方法包括:发送端确定每个数据包的参数信息,根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包,并对选择的数据包进行分片处理,得到多个新的数据包,然后对新的数据包进行封装处理,发送封装后的新的数据包。这种技术方案由于仅需在驱动层对需要进行分片的数据包进行分片处理,避免了现有技术中在数据传输的过程中AP需要消耗大量的资源的问题,从而提高了数据包的处理效率。

Description

一种CAPWAP隧道数据包传输的方法及装置
技术领域
本发明涉及无线通信技术领域,特别涉及一种CAPWAP隧道数据包传输的方法及装置。
背景技术
随着基于CAPWAP(Control And Provisioning of Wireless Access PointsProtocol Specification,无线接入点控制和配置协议)的瘦AP(Wireless AccessPoint,无线接入点)架构网络的大规模使用,用户上网数据逐步通过AC(无线接入控制器)与AP之间的CAPWAP隧道传输,但是由于AP和AC之间的传输链路MTU(Maximum Transmission Unit,最大传输单元)一般为1500字节,而一般以太网的MTU也是1500字节,因此这样会导致封装用户报文后的CAPWAP报文大于AP和AC之间的传输链路MTU。
现有技术中,通过IP协议对承载的CAPWAP报文进行分片。AP收到AC的IP分片报文后需要重组后才能解析CAPWAP报文,才能获得CAPWAP报文承载的数据,从而将所述数据发给用户。由于在数据传输的过程中AP需要消耗大量的资源,从而降低了数据的处理效率。
综上所述,目前AP的数据处理效率较低。
发明内容
本发明提供一种CAPWAP隧道数据包的传输方法及装置,用以解决现有技术中存在的AP的数据处理效率较低的问题。
本发明实施例提供了一种CAPWAP隧道数据包传输的方法,包括:
发送端确定每个数据包的参数信息;
所述发送端根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包;
所述发送端对选择的数据包进行分片处理,得到多个新的数据包;
所述发送端对新的数据包进行封装处理,发送封装后的新的数据包。
由于本发明中发送端根据参数信息确定出需要进行分片的数据包,仅对需要进行分片的数据包进行分片处理,从而提高了数据包的处理效率。
较佳地,所述发送端确定每个数据包的参数信息之后,还包括:
所述发送端对不需要进行分片的数据包进行封装处理,发送封装后的数据包。
由于本发明中对不需要进行分片的数据包无需进行分片处理,从而提高了数据包的处理效率。
较佳地所述发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
所述发送端根据发送端和接收端之间的链路对应的MTU规则,对所述需要进行分片的数据包进行分片处理;
其中,所述MTU规则是指封装后的数据包长度不大于对应的链路的传输单元的最大值。
由于采用MTU规则预先计算出需要分片的数据包进行各层协议封装后的帧长后进行分片处理,从而免去了多次分片和缓存,提高了数据包处理的效率和吞吐量。
较佳地所述发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
所述发送端对需要进行分片的数据包进行IP层重组,得到一个数据包;
所述发送端对重组后的数据包进行分片,得到多个新的数据包。
由于采用对数据包进行IP层重组后进行分片,优化了数据包的分片结构,从而有效减少了数据包的分片数量。
较佳地,所述发送端根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包,具体包括:
所述发送端根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;
所述发送端将长帧数据包和含有分片标识的短帧数据包作为需要分片的数据包。
较佳地,所述发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
所述发送端分别对每个需要分片的数据包进行分片,得到多个新的数据包。
由于对长帧数据包和有分片标识的短帧数据包重组后进行分片,从而保证了数据包能够正常在CAPWAP隧道中传输。
较佳地,所述发送端根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包,具体包括:
所述发送端根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;
所述发送端将长帧数据包作为需要分片的数据包。
由于对长帧数据包进行分片,从而保证了数据包能够正常在CAPWAP隧道中传输。
较佳地,所述发送端根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包,包括:
所述发送端根据每个数据包的参数信息,确定每个数据包在经过封装后的帧长;
所述发送端将帧长大于所述链路的传输单元的最大值的数据包作为长帧数据包,将不大于所述链路的传输单元的最大值的数据包作为短帧数据包。
较佳地,所述发送端对新的数据包进行封装处理,具体包括:
所述发送端将分片标识和用于表示新的数据包在用于分片的数据包中的位置的偏移量封装到CAPWAP首部中;
所述发送端对新的数据包进行CAPWAP首部封装后,进行外层信息的封装。
由于将分片标识和表示新的数据包在用于分片的数据包中的位置的偏移量封装到CAPWAP首部中,保证了数据包在接收端能够正确地重组。
本发明实施例提供了一种CAPWAP隧道数据包传输的方法,包括:
接收端对接收到的来自发送端的数据包的外层信息解封装,得到CAPWAP数据包;
所述接收端从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包;
所述接收端对确定的CAPWAP数据包进行CAPWAP层重组,得到至少一个新的CAPWAP数据包;
所述接收端对每个所述新的CAPWAP数据包进行CAPWAP解封装。
由于接收端确定出经过分片处理后的数据包,仅需对分片后的数据进行重组,从而提高了数据包的处理效率。
较佳地,接收端对接收到数据包的外层信息解封装,得到CAPWAP数据包之后,还包括:
所述接收端对未经过分片处理,直接进行封装得到的CAPWAP数据包进行CAPWAP解封装。
较佳地,所述接收端从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包,具体包括:
所述接收端将含有分片标识的CAPWAP数据包作为经过分片处理后封装得到的CAPWAP数据包。
较佳地,所述接收端对所述新的CAPWAP数据包进行CAPWAP解封装之后,还包括:
所述接收端根据下行设备与接收端之间的链路对应的MTU规则,对所述CAPWAP解封装后的数据包进行划分;
所述接收端将划分后的数据包存放到缓存队列中;
其中,所述MTU规则是划分后的数据包的长度不大于对应的链路的传输单元的最大值。
由于对CAPWAP解封装后的数据包进行重新划分,从而保证了数据包能够正常在对应的链路正常传输,而将划分后的数据包缓存到缓存队列中,有效地解决了驱动层中断和内核协议栈处理衔接的问题,使得数据包能够依次转发,避免了数据包的乱序。
较佳地,所述一个新的CAPWAP数据包中仅包含一个原始数据包;
所述接收端对所述新的CAPWAP数据包进行CAPWAP解封装之后,还包括:
所述接收端将CAPWAP解封装后的数据包直接存放到缓存队列中。
由于将划分后的数据包缓存到缓存队列中,有效地解决了驱动层中断和内核协议栈处理衔接的问题,使得数据包能够依次转发,避免了数据包的乱序。
本发明实施例提供了一种无线接入点控制和配置协议CAPWAP隧道数据包传输的装置,包括:
确定单元,用于确定每个数据包的参数信息;
选择单元,用于根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包;
分片处理单元,用于对选择的数据包进行分片处理,得到多个新的数据包;
封装单元,用于对新的数据包进行封装处理,发送封装后的新的数据包。
较佳地,所述封装单元,还用于:
对不需要进行分片的数据包进行封装处理,发送封装后的数据包。
较佳地,所述分片处理单元,具体用于:
根据发送端和接收端之间的链路对应的最大传输单元MTU规则,对所述需要进行分片的数据包进行分片处理;
其中,所述MTU规则是指封装后的数据包长度不大于对应的链路的传输单元的最大值。
较佳地,所述分片处理单元,具体用于:
对需要进行分片的数据包进行IP层重组,得到一个数据包;
对重组后的数据包进行分片,得到多个新的数据包。
较佳地,所述选择单元,具体用于:
根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;
将长帧数据包和含有分片标识的短帧数据包作为需要分片的数据包。
较佳地,所述分片处理单元,具体用于:
分别对每个需要分片的数据包进行分片,得到多个新的数据包。
较佳地,选择单元,具体用于:
根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;
将长帧数据包作为需要分片的数据包。
较佳地,所述确定单元,还用于:
根据每个数据包的参数信息,确定每个数据包在经过封装后的帧长;
将帧长大于所述链路的传输单元的最大值的数据包作为长帧数据包,将不大于所述链路的传输单元的最大值的数据包作为短帧数据包。
较佳地,所述封装处理单元,具体用于:
将分片标识和用于表示新的数据包在用于分片的数据包中的位置的偏移量封装到CAPWAP首部中;
对新的数据包进行CAPWAP首部封装后,进行外层信息的封装。
本发明实施例提供了一种无线接入点控制和配置协议CAPWAP隧道数据包传输的装置,包括:
外层信息解封装单元,用于对接收到的来自发送端的数据包的外层信息解封装,得到CAPWAP数据包;
鉴别单元,用于从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包;
CAPWAP重组单元,用于对确定的CAPWAP数据包进行CAPWAP层重组,得到至少一个新的CAPWAP数据包;
CAPWAP解封装单元,用于对每个所述新的CAPWAP数据包进行CAPWAP解封装。
较佳地,CAPWAP解封装单元,还用于:
对未经过分片处理,直接进行封装得到的CAPWAP数据包进行CAPWAP解封装。
较佳地,所述鉴别单元,具体用于:
将含有分片标识的CAPWAP数据包作为经过分片处理后封装得到的CAPWAP数据包。
较佳地,还包括:
数据处理单元,用于对所述新的CAPWAP数据包进行CAPWAP解封装之后,根据下行设备与接收端之间的链路对应的最大传输单元MTU规则,对所述CAPWAP解封装后的数据包进行划分,并将划分后的数据包存放到缓存队列中;
其中,所述MTU规则是划分后的数据包的长度不大于对应的链路的传输单元的最大值。
较佳地,所述数据处理单元,还用于:
所述一个新的CAPWAP数据包中仅包含一个原始数据包时,对所述新的CAPWAP数据包进行CAPWAP解封装之后,将CAPWAP解封装后的数据包直接存放到缓存队列中。
附图说明
图1为本发明CAPWAP隧道数据包传输的方法的应用场景示意图;
图2为本发明实施例一CAPWAP隧道数据包传输的方法的流程图;
图3(a)为本发明实施例二CAPWAP隧道数据包传输的数据包示意图;
图3(b)为本发明实施例二CAPWAP隧道数据包传输的重组后数据包示意图;
图3(c)为本发明实施例二CAPWAP隧道数据包传输的分片后数据包示意图;
图4(a)为本发明实施例三CAPWAP隧道数据包传输的数据包示意图;
图4(b)为本发明实施例三CAPWAP隧道数据包传输的分片后数据包示意图;
图5为本发明实施例四CAPWAP隧道数据包传输的方法的流程图;
图6(a)为本发明实施例五CAPWAP解封装后的数据包示意图;
图6(b)为本发明实施例五CAPWAP解封装后的数据包分片后为原始数据包的示意图;
图6(c)为本发明实施例五CAPWAP解封装后数据包分片后的数据包示意图;
图7为本发明实施例六缓存队列的示意图;
图8为本发明实施例七CAPWAP隧道数据包传输的方法的流程图;
图9为本发明实施例八CAPWAP隧道数据包传输的方法的流程图;
图10为本发明实施例九CAPWAP隧道数据包传输的装置的示意图;
图11为本发明实施例十CAPWAP隧道数据包传输的装置的示意图。
具体实施方式
本发明实施例的发送端确定每个数据包的参数信息,根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包,并对选择的数据包进行分片处理,得到多个新的数据包,然后对新的数据包进行封装处理,发送封装后的新的数据包。这种技术方案由于仅需在驱动层对需要进行分片的数据包进行分片处理,避免了现有技术中在数据传输的过程中AP需要消耗大量的资源的问题,从而提高了数据包的处理效率。
本发明实施例接收端对接收到的来自发送端的数据包的外层信息解封装,得到CAPWAP数据包,从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包,并对确定的CAPWAP数据包进行CAPWAP层重组,得到至少一个新的CAPWAP数据包,然后对每个所述新的CAPWAP数据包进行CAPWAP解封装。这种技术方案由于仅需对经过分片后的数据包进行重组,避免了现有技术中在数据传输的过程中AP需要消耗大量的资源的问题,从而提高了数据包的处理效率。
需要说明的是,本发明可以应用于如图1所示的场景中,当发送端为AP时接收端为AC,当发送端为AC时,接收端为AP。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图2所示,本发明实施例一CAPWAP隧道数据包传输的方法,包括:
步骤200,发送端确定每个数据包的参数信息;
步骤201,发送端根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包;
步骤202,发送端对选择的数据包进行分片处理,得到多个新的数据包;
步骤203,发送端对新的数据包进行封装处理,发送封装后的新的数据包。
其中,步骤202中发送端对选择的数据包进行分片处理包括两种方式,一种是对需要进行分片的数据包进行IP层重组后进行分片,另一种对需要进行分片的每个数据包直接进行分片。
发送端采用哪种分片处理形式对数据包进行分片处理取决于用户响应的设置。
对于第一种对需要进行分片数据包进行分片处理的方式:
步骤202,发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
发送端对需要进行分片的数据包进行IP层重组,得到一个数据包;
发送端对重组后的数据包进行分片,得到多个新的数据包。
对于该种数据包分片处理的方式,在步骤200中,确定每个数据包的参数信息,其中参数信息包括数据包的帧结构、帧格式以及分片标识,其数据包的帧结构包括802.3帧结构和802.11帧结构,数据包的帧格式包括IPV6帧格式和IPV4帧格式。
较佳地,发送端根据每个数据包的帧结构和帧格式,将所有数据包分为长帧数据包和短帧数据包;
发送端将长帧数据包和含有分片标识的短帧数据包作为需要分片的数据包。
具体来说,发送端根据数据包的帧结构和帧格式计算出数据包在经过CAPWAP首部封装和外层信息封装后的帧长,将其帧长大于发送端AP和接收端AC之间传输链路也就是CAPWAP隧道对应的最大传输单元的值的划分为长帧数据包,而不大于此值的划分为短帧数据包。最大传输单元的值根据不同的环境和技术具体的值是不同的。比如现有技术中发送端AP和接收端AC之间传输链路的最大传输单元的值为1500字节。
发送端根据数据包中的分片标识将其分为含有分片标识的数据包和不含有分片标识的数据包,其中含有分片标识的数据是需要进行IP层重组后分片的数据包,特别地,当数据包中不含有分片标识而为长帧数据包时,将其划分为需要进行IP层重组进行分片的数据包,也就是说将长帧数据包和含有分片标识的短帧数据包作为需要分片的数据包进行IP层重组后进行分片。
较佳地,发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
发送端根据发送端和接收端之间的链路对应的MTU规则,对所述需要进行分片的数据包进行分片处理;
其中,所述MTU规则是指封装后的数据包长度不大于对应的链路的传输单元的最大值。
具体来说,以图3(a)、图3(b)、图3(c)为例进行说明,如图3(a)中数据包1和数据包2是需要进行分片的数据包,一般来说,发送端若经过计算数据包1的帧长大于数据包2的帧长则在IP层重组时将数据包2放到数据包1的后面重组成如图3(b)所示新的数据包3,根据MTU规则对数据包3进行分片得到如图3(c)所示的新的数据包4和数据包5。在IP层重组时可以为两个数据包,也可以为两个以上的数据包。
其中,根据MTU规则对数据包3进行分片的具体操作为,将数据包划分成两个或两个以上的数据包,且每个分片后的数据包在经过CAPWAP首部封装和外部信息封装后的帧长不大于AC与AP之间传输链路对应的MTU的值,最大传输单元的值根据不同的环境和技术具体的值是不同的。比如现有技术中发送端AP和接收端AC之间传输链路的最大传输单元的值为1500字节。
较佳地,在对数据包3进行划分时,首先从数据包3帧头截取一个数据包,使得该数据包在经过CAPWAP首部封装和外层信息封装后的帧长正好等于对应传输链路MTU的值,然后依次进行截取,直至截取到数据包3余下的数据包在经过CAPWAP首部封装和外层信息封装后的帧长不大于等于对应传输链路MTU的值为止。
较佳地,所述发送端对新的数据包进行封装处理,具体包括:
所述发送端将分片标识和用于表示新的数据包在用于分片的数据包中的位置的偏移量封装到CAPWAP首部中;
所述发送端对新的数据包进行CAPWAP首部封装后,进行外层信息的封装。
也就是说,对于分片后的数据包进行CAPWAP首部封装和外层信息封装。
其中,分片后的数据包在进行CAPWAP首部封装的CAPWAP首部中设置分片标识和偏移量,其中分片标识用于表示该数据包是经过分片后的数据包,而偏移量用于表示该分片数据包在封装前在原始数据中的位置,便于在接收到数据包后对其进行重组。
外层信息封装中为其数据包封装外层信息,包括UDP信息、IP信息、MAC信息等。
较佳地,所述发送端确定每个数据包的参数信息之后,还包括:
所述发送端对不需要进行分片的数据包进行封装处理,发送封装后的数据包。
对于未进行分片处理的数据包,对其进行CAPWAP首部封装和外层信息封装,然后将其发送。
对于第二种对需要进行分片数据包进行分片处理的方式:
较佳地,步骤202,发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
所述发送端分别对每个需要分片的数据包进行分片,得到多个新的数据包。
对于该种数据包分片处理的方式,在步骤200中,确定每个数据包的参数信息,其中参数信息包括数据包的帧结构和帧格式,其数据包的帧结构包括802.3帧结构和802.11帧结构,数据包的帧格式包括IPV6帧格式和IPV4帧格式。
较佳地,发送端根据每个数据包的帧结构和帧格式,将所有数据包分为长帧数据包和短帧数据包;
发送端将长帧数据包作为需要分片的数据包。
具体来说,发送端根据数据包的帧结构和帧格式计算出数据包在经过CAPWAP首部封装和外层信息封装后的帧长,将其帧长大于发送端AP和接收端AC之间传输链路也就是CAPWAP隧道对应的最大传输单元的值(现有技术中发送端AP和接收端AC之间传输链路的最大传输单元的值为1500字节)的划分为长帧数据包,而不大于此值的划分为短帧数据包。
在该种数据包分片处理的方式中,发送端无需对分片标识进行确定,只需将每个长帧数据包进行分片,无需对短帧数据包进行处理。
较佳地,发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
发送端根据发送端和接收端之间的链路对应的MTU规则,对所述需要进行分片的数据包进行分片处理;
其中,所述MTU规则是指封装后的数据包长度不大于对应的链路的传输单元的最大值。
具体来说,以图4(a)、图4(b)为例进行说明,如图4(a)所示数据包1为长帧数据包,在对其进行划分时根据MTU规则进行分片,具体操作为,将该数据包1划分成两个或两个以上的数据包,且每个分片后数据包的在经过CAPWAP首部封装和外部信息封装后的帧长不大于AC与AP之间传输链路对应的MTU的值,现有技术中MTU的值为1500字节。
较佳地,在对数据包1进行划分时,首先从数据包1帧头截取一个数据包,使得该截取的数据包在经过CAPWAP首部封装和外层信息封装后的帧长正好等于对应传输链路MTU的值,然后依次进行截取,直至截取到数据包1余下的数据包在经过经过CAPWAP首部封装和外层信息封装后的帧长不大于等于对应传输链路MTU的值为止。
较佳地,所述发送端对新的数据包进行封装处理,具体包括:
所述发送端将分片标识和用于表示新的数据包在用于分片的数据包中的位置的偏移量封装到CAPWAP首部中;
所述发送端对新的数据包进行CAPWAP首部封装后,进行外层信息的封装。
也就是说,对于分片后的数据包进行CAPWAP首部封装和外层信息封装。
其中,分片后的数据包在进行CAPWAP首部封装的CAPWAP首部中设置分片标识和偏移量,其中分片标识用于表示该数据包是经过分片后的数据包,而偏移量用于表示该分片数据包在封装前在原始数据中的位置,便于在接收到数据包后对其进行重组。
外层信息封装中为其数据包封装外层信息,包括UDP信息、IP信息、MAC信息等。
较佳地,所述发送端确定每个数据包的参数信息之后,还包括:
所述发送端对不需要进行分片的数据包进行封装处理,发送封装后的数据包。
对于未进行分片处理的数据包,对其进行CAPWAP首部封装和外层信息封装,然后将其发送。
如图5所示,本发明实施例四CAPWAP隧道数据包传输的方法,包括:
步骤500,接收端对接收到的来自发送端的数据包的外层信息解封装,得到CAPWAP数据包;
步骤501,接收端从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包;
步骤502,接收端对确定的CAPWAP数据包进行CAPWAP层重组,得到至少一个新的CAPWAP数据包;
步骤503,接收端对每个所述新的CAPWAP数据包进行CAPWAP解封装。
具体来说,接收端在接收到来自发送端的数据包后,对外层信息进行解封装得到CAPWAP首部封装的数据包,即将UDP信息、IP信息、MAC信息等从数据包中除去。
较佳地,所述接收端从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包,具体包括:
所述接收端将含有分片标识的CAPWAP数据包作为经过分片处理后封装得到的CAPWAP数据包。
由于经过分片后的数据包在CAPWAP首部中设置了分片标识,用于区分为经过分片处理的数据包,因此可以根据CAPWAP首部中是否设置了分片标识来判断该数据包是否为分片处理后得到的数据包。
若经过判断数据包中没有分片标识,则为未经过分片处理的数据包。
较佳地,接收端对接收到数据包的外层信息解封装,得到CAPWAP数据包之后,还包括:
所述接收端对未经过分片处理,直接进行封装得到的CAPWAP数据包进行CAPWAP解封装。
也就是说,对于未经过分片处理的数据包,直接进行CAPWAP解封装。另外,将解封装后的数据包缓存到缓存队列中,等待协议栈的处理。
其中,缓存队列如图7所示。
若经过判断数据包中有分片标识,则通过CAPWAP首部中的偏移量对数据包进行重组得到一个新的CAPWAP数据包,其中偏移量用于表示数据包在用于分片的数据包中的位置,然后对该重组后的数据包进行CAPWAP解封装。
由于在发送端对原始数据报的分片处理方式分为两种形式,因此接收端在针对两种方式得到的分片数据包在CAPWAP解封装之后的处理会有所不同。
对于第一种对需要进行分片数据包进行分片处理的方式在CAPWAP解封装后:
较佳地,所述接收端根据下行设备与接收端之间的链路对应的MTU规则,对所述CAPWAP解封装后的数据包进行划分;
所述接收端将划分后的数据包存放到缓存队列中;
其中,所述MTU规则是划分后的数据包的长度不大于对应的链路的传输单元的最大值。
其中,接收端为AP时,下行设备与接收端之间的链路即为AP和用户终端之间的传输链路;接收端为AC时,下行设备与接收端之间的链路即为AC和以太网之间的传输链路。
以图6(a)、图6(b)、图6(c)为例进行说明,在CAPWAP解封装后得到如图6(a)所示的数据包3,由于数据包3是由如图6(a)所示的数据包1和数据包2重组得到的,所以数据包3的帧长大于下行设备与接收端之间传输链路对应的MTU的值,因此需要根据下行设备与接收端之间的链路对应的MTU规则,对数据包3进行划分。
其中根据下行设备与接收端之间的链路对应的MTU规则,对数据包3进行划分,具体操作为:将数据包3划分成两个或两个以上不同的数据包,如图6(c)所示数据包8和数据包9,且每个数据包的帧长不大于下行设备与接收端之间传输链路对应的MTU的值。
较佳地,根据计算得到原始数据包1和原始数据包2的帧长,通常较长帧的数据包在重组后至于较短帧的前面,如图6(b)所示数据包3由数据包1和数据包2组成,数据包1帧长大于数据包2,因此数据包1在数据包2前面。根据长帧数据包的帧长从数据包3的帧头开始截取长帧数据包的帧长的数据,即得到原始数据包1和原始数据包2。此外,CAPWAP解封装之后的数据包两个以上的原始数据包重组得到时,其划分方式与上述方法类似,在此不再赘述。
将划分后的数据包缓存到缓存队列中,等待协议栈进行处理。
对于第二种对需要进行分片数据包进行分片处理的方式在CAPWAP解封装后:
较佳地,所述一个新的CAPWAP数据包中仅包含一个原始数据包;
所述接收端对所述新的CAPWAP数据包进行CAPWAP解封装之后,还包括:
所述接收端将CAPWAP解封装后的数据包直接存放到缓存队列中。
由于第二种分片处理方式是针对一个长帧数据包进行分片处理的,因此在接收端CAPWAP解封装后的数据包为一个原始的数据包,其帧长不会超过对应传输链路的帧长,因此无需对其再次进行分片,直接将CAPWAP解封装后的数据包直接存放到缓存队列中,等待协议栈的处理即可。
如图8所示,本发明实施例七CAPWAP隧道数据包传输的方法,包括:
步骤800,发送端确定每个数据包的帧格式、帧结构以及分片标识等参数信息。
步骤801,发送端根据帧格式和帧结构计算数据包的帧长,将数据包帧长与发送端和接收端之间传输链路的最大传输单元的值相比较,其中帧长大于对应的最大传输单元的值作为长帧数据包,帧长不大于对应的最大传输单元的值作为短帧数据包。
步骤802,发送端鉴别短帧数据包中是否含有分片标识,若有,则执行步骤804,否则,执行步骤803。
步骤803,发送端对未含有分片标识的短帧数据包进行CAPWAP首部封装和外层信息封装,然后将其发送后,执行步骤808。
步骤804,发送端将长帧数据包和含有分片标识的短帧数据包进行IP层重组得到一个新的数据包。
步骤805,发送端根据发送端和接收端之间传输链路对应的MTU的规则对新的数据包进行分片得到两个或两个以上的分片数据包。
步骤806,发送端对分片数据包进行CAPWAP首部封装,并在分片数据包的CAPWAP首部中设置分片标识和用于表示分片数据包在用于分片的数据包中的位置的偏移量。
步骤807,发送端对CAPWAP首部封装的数据包进行外部信息封装,并将其发送。
步骤808,接收端接收来自发送端的数据包,并对其进行外部信息解封装,得到CAPWAP首部封装的数据包;
步骤809,接收端判断外层信息解封装后的数据包的CAPWAP首部中的是否含有分片标识,若有,则执行步骤811,否则,执行步骤810。
步骤810,接收端对不含分片标识的数据包进行CAPWAP解封装,得到原始数据包,并将其缓存到缓存队列中,等待协议栈进行处理,其流程结束。
步骤811,接收端对含有分片标识的数据包根据偏移量进行CAPWAP层分片的重组,得到一个CAPWAP数据包;
步骤812,接收端对CAPWAP数据包进行CAPWAP解封装;
步骤813,接收端对CAPWAP解封装后数据根据接收端和下行设备间的传输链路对应的MTU规则进行分片;
步骤814,接收端将分片后的数据缓存到缓存队列中,本流程结束。
如图9所示,本发明实施例八CAPWAP隧道数据包传输的方法,包括:
步骤900,发送端确定每个数据包的帧格式、帧结构等参数信息。
步骤901,发送端根据帧格式和帧结构计算数据包的帧长,并判断数据包是否为长帧数据包,若为长帧数据包,则执行步骤903,否则执行步骤902。
步骤902,发送端对短帧数据包进行CAPWAP首部封装和外层信息封装,然后将其发送后,执行步骤906。
步骤903,发送端根据发送端和接收端之间传输链路对应的MTU的规则对长帧数据包进行分片得到两个或两个以上的分片数据包。
步骤904,发送端对分片数据包进行CAPWAP首部封装,并在分片数据包的CAPWAP首部中设置分片标识和用于表示分片数据包在用于分片的数据包中的位置的偏移量。
步骤905,发送端对CAPWAP首部封装的数据包进行外部信息封装,并将其发送。
步骤906,接收端接收来自发送端的数据包,并对其进行外部信息解封装,得到CAPWAP首部封装的数据包;
步骤907,接收端判断外层信息解封装后的数据包的CAPWAP首部中是否含有分片标识,若有,则执行步骤909,否则,执行步骤908。
步骤908,接收端对不含分片标识的数据包进行CAPWAP解封装,得到原始数据包,并将其缓存到缓存队列中,等待协议栈进行处理,其流程结束。
步骤909,接收端对含有分片标识的数据包根据偏移量进行CAPWAP层分片的重组,得到一个新的数据包;
步骤910,接收端对新的数据包进行CAPWAP解封装;
步骤911,接收端将分片后的数据缓存到缓存队列中,本流程结束。
基于同一发明构思,本发明实施例中还提供了一种CAPWAP隧道数据包传输的装置,由于本发明实施例CAPWAP隧道数据包传输的装置对应的方法为CAPWAP隧道数据包传输的方法,因此本发明实施例装置的实施可以参见方法的实施,重复之处不再赘述。
如图10所示,本发明实施例九CAPWAP隧道数据包传输的装置,包括:
确定单元1000,用于确定每个数据包的参数信息;
选择单元1001,用于根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包;
分片处理单元1002,用于对选择的数据包进行分片处理,得到多个新的数据包;
封装单元1003,用于对新的数据包进行封装处理,发送封装后的新的数据包。
较佳地,所述封装单元1003,还用于:
对不需要进行分片的数据包进行封装处理,发送封装后的数据包。
较佳地,所述分片处理单元1002,具体用于:
根据发送端和接收端之间的链路对应的最大传输单元MTU规则,对所述需要进行分片的数据包进行分片处理;
其中,所述MTU规则是指封装后的数据包长度不大于对应的链路的传输单元的最大值。
较佳地,所述分片处理单元1002,具体用于:
对需要进行分片的数据包进行IP层重组,得到一个数据包;
对重组后的数据包进行分片,得到多个新的数据包。
较佳地,所述选择单元1001,具体用于:
根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;
将长帧数据包和含有分片标识的短帧数据包作为需要分片的数据包。
较佳地,所述分片处理单元1002,具体用于:
分别对每个需要分片的数据包进行分片,得到多个新的数据包。
较佳地,所述选择单元1001,具体用于:
根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;
将长帧数据包作为需要分片的数据包。
较佳地,所述确定单元1000,还用于:
根据每个数据包的参数信息,确定每个数据包在经过封装后的帧长;
将帧长大于所述链路的传输单元的最大值的数据包作为长帧数据包,将不大于所述链路的传输单元的最大值的数据包作为短帧数据包。
较佳地,所述封装单元1003,具体用于:
将分片标识和用于表示新的数据包在用于分片的数据包中的位置的偏移量封装到CAPWAP首部中;
对新的数据包进行CAPWAP首部封装后,进行外层信息的封装。
如图11所示,本发明实施例十CAPWAP隧道数据包传输的装置,包括:
外层信息解封装单元1100,用于对接收到的来自发送端的数据包的外层信息解封装,得到CAPWAP数据包;
鉴别单元1101,用于从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包;
CAPWAP重组单元1102,用于对确定的CAPWAP数据包进行CAPWAP层重组,得到至少一个新的CAPWAP数据包;
CAPWAP解封装单元1103,用于对每个所述新的CAPWAP数据包进行CAPWAP解封装。
较佳地,CAPWAP解封装单元1103,还用于:
对未经过分片处理,直接进行封装得到的CAPWAP数据包进行CAPWAP解封装。
较佳地,所述鉴别单元1101,具体用于:
将含有分片标识的CAPWAP数据包作为经过分片处理后封装得到的CAPWAP数据包。
较佳地,该装置还包括:
数据处理单元1104,用于对所述新的CAPWAP数据包进行CAPWAP解封装之后,根据下行设备与接收端之间的链路对应的最大传输单元MTU规则,对所述CAPWAP解封装后的数据包进行划分,并将划分后的数据包存放到缓存队列中;
其中,所述MTU规则是划分后的数据包的长度不大于对应的链路的传输单元的最大值。
较佳地,所述数据处理单元1104,还用于:
所述一个新的CAPWAP数据包中仅包含一个原始数据包时,对所述新的CAPWAP数据包进行CAPWAP解封装之后,将CAPWAP解封装后的数据包直接存放到缓存队列中。
从上述内容可以看出:本发明实施例的发送端确定每个数据包的参数信息,根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包,并对选择的数据包进行分片处理,得到多个新的数据包,然后对新的数据包进行封装处理,发送封装后的新的数据包。这种技术方案由于仅需在驱动层对需要进行分片的数据包进行分片处理,避免了现有技术中在数据传输的过程中AP需要消耗大量的资源的问题,从而提高了数据包的处理效率。
本发明实施例接收端对接收到的来自发送端的数据包的外层信息解封装,得到CAPWAP数据包,从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包,并对确定的CAPWAP数据包进行CAPWAP层重组,得到至少一个新的CAPWAP数据包,然后对每个所述新的CAPWAP数据包进行CAPWAP解封装。这种技术方案由于仅需对经过分片后的数据包进行重组,避免了现有技术中在数据传输的过程中AP需要消耗大量的资源的问题,从而提高了数据包的处理效率。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (28)

1.一种无线接入点控制和配置协议CAPWAP隧道数据包传输的方法,其特征在于,该方法包括:
发送端确定每个数据包的参数信息;
所述发送端根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包;
所述发送端对选择的数据包进行分片处理,得到多个新的数据包;
所述发送端对新的数据包进行封装处理,发送封装后的新的数据包。
2.如权利要求1所述的方法,其特征在于,所述发送端确定每个数据包的参数信息之后,还包括:
所述发送端对不需要进行分片的数据包进行封装处理,发送封装后的数据包。
3.如权利要求1所述的方法,其特征在于,所述发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
所述发送端根据发送端和接收端之间的链路对应的最大传输单元MTU规则,对所述需要进行分片的数据包进行分片处理;
其中,所述MTU规则是指封装后的数据包长度不大于对应的链路的传输单元的最大值。
4.如权利要求3所述的方法,其特征在于,所述发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
所述发送端对需要进行分片的数据包进行互联网协议IP层重组,得到一个数据包;
所述发送端对重组后的数据包进行分片,得到多个新的数据包。
5.如权利要求4所述的方法,其特征在于,所述发送端根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包,具体包括:
所述发送端根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;
所述发送端将长帧数据包和含有分片标识的短帧数据包作为需要分片的数据包。
6.如权利要求3所述的方法,其特征在于,所述发送端对选择的数据包进行分片处理,得到多个新的数据包,具体包括:
所述发送端分别对每个需要分片的数据包进行分片,得到多个新的数据包。
7.如权利要求6所述的方法,其特征在于,所述发送端根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包,具体包括:
所述发送端根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;
所述发送端将长帧数据包作为需要分片的数据包。
8.如权利要求5或7所述的方法,其特征在于,所述发送端根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包,包括:
所述发送端根据每个数据包的参数信息,确定每个数据包在经过封装后的帧长;
所述发送端将帧长大于所述链路的传输单元的最大值的数据包作为长帧数据包,将不大于所述链路的传输单元的最大值的数据包作为短帧数据包。
9.如权利要求1~7任一所述的方法,其特征在于,所述发送端对新的数据包进行封装处理,具体包括:
所述发送端将分片标识和用于表示新的数据包在用于分片的数据包中的位置的偏移量封装到CAPWAP首部中;
所述发送端对新的数据包进行CAPWAP首部封装后,进行外层信息的封装。
10.一种无线接入点控制和配置协议CAPWAP隧道数据包传输的方法,其特征在于,该方法包括:
接收端对接收到的来自发送端的数据包的外层信息解封装,得到CAPWAP数据包;
所述接收端从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包;
所述接收端对确定的CAPWAP数据包进行CAPWAP层重组,得到至少一个新的CAPWAP数据包;
所述接收端对每个所述新的CAPWAP数据包进行CAPWAP解封装。
11.如权利要求10所述的方法,其特征在于,接收端对接收到数据包的外层信息解封装,得到CAPWAP数据包之后,还包括:
所述接收端对未经过分片处理,直接进行封装得到的CAPWAP数据包进行CAPWAP解封装。
12.如权利要求10所述的方法,其特征在于,所述接收端从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包,具体包括:
所述接收端将含有分片标识的CAPWAP数据包作为经过分片处理后封装得到的CAPWAP数据包。
13.如权利要求10所述的方法,其特征在于,所述接收端对所述新的CAPWAP数据包进行CAPWAP解封装之后,还包括:
所述接收端根据下行设备与接收端之间的链路对应的最大传输单元MTU规则,对所述CAPWAP解封装后的数据包进行划分;
所述接收端将划分后的数据包存放到缓存队列中;
其中,所述MTU规则是划分后的数据包的长度不大于对应的链路的传输单元的最大值。
14.如权利要求10所述的方法,其特征在于,所述一个新的CAPWAP数据包中仅包含一个原始数据包;
所述接收端对所述新的CAPWAP数据包进行CAPWAP解封装之后,还包括:
所述接收端将CAPWAP解封装后的数据包直接存放到缓存队列中。
15.一种无线接入点控制和配置协议CAPWAP隧道数据包传输的装置,其特征在于,该装置包括:
确定单元,用于确定每个数据包的参数信息;
选择单元,用于根据确定的每个数据包的参数信息,从所有数据包中选择需要进行分片的数据包;
分片处理单元,用于对选择的数据包进行分片处理,得到多个新的数据包;
封装单元,用于对新的数据包进行封装处理,发送封装后的新的数据包。
16.如权利要求15所述的装置,其特征在于,所述封装单元,还用于:
对不需要进行分片的数据包进行封装处理,发送封装后的数据包。
17.如权利要求15所述的装置,其特征在于,所述分片处理单元,具体用于:
根据发送端和接收端之间的链路对应的最大传输单元MTU规则,对所述需要进行分片的数据包进行分片处理;
其中,所述MTU规则是指封装后的数据包长度不大于对应的链路的传输单元的最大值。
18.如权利要求17所述的装置,其特征在于,所述分片处理单元,具体用于:
对需要进行分片的数据包进行互联网协议IP层重组,得到一个数据包;对重组后的数据包进行分片,得到多个新的数据包。
19.如权利要求18所述的装置,其特征在于,所述选择单元,具体用于:
根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;将长帧数据包和含有分片标识的短帧数据包作为需要分片的数据包。
20.如权利要求17所述的装置,其特征在于,所述分片处理单元,具体用于:
分别对每个需要分片的数据包进行分片,得到多个新的数据包。
21.如权利要求20所述的装置,其特征在于,所述选择单元,具体用于:
根据每个数据包的参数信息,将所有数据包分为长帧数据包和短帧数据包;将长帧数据包作为需要分片的数据包。
22.如权利要求19或21所述的装置,其特征在于,所述确定单元,还用于:
根据每个数据包的参数信息,确定每个数据包在经过封装后的帧长;将帧长大于所述链路的传输单元的最大值的数据包作为长帧数据包,将不大于所述链路的传输单元的最大值的数据包作为短帧数据包。
23.如权利要求15~21任一所述的装置,其特征在于,所述封装处理单元,具体用于:
将分片标识和用于表示新的数据包在用于分片的数据包中的位置的偏移量封装到CAPWAP首部中;对新的数据包进行CAPWAP首部封装后,进行外层信息的封装。
24.一种无线接入点控制和配置协议CAPWAP隧道数据包传输的装置,其特征在于,该装置包括:
外层信息解封装单元,用于对接收到的来自发送端的数据包的外层信息解封装,得到CAPWAP数据包;
鉴别单元,用于从所有CAPWAP数据包中确定经过分片处理后封装得到的CAPWAP数据包;
CAPWAP重组单元,用于对确定的CAPWAP数据包进行CAPWAP层重组,得到至少一个新的CAPWAP数据包;
CAPWAP解封装单元,用于对每个所述新的CAPWAP数据包进行CAPWAP解封装。
25.如权利要求24所述的装置,其特征在于,所述CAPWAP解封装单元,还用于:
对未经过分片处理,直接进行封装得到的CAPWAP数据包进行CAPWAP解封装。
26.如权利要求24所述的装置,其特征在于,所述接鉴别单元,具体用于:
将含有分片标识的CAPWAP数据包作为经过分片处理后封装得到的CAPWAP数据包。
27.如权利要求24所述的装置,其特征在于,还包括:
数据处理单元,用于对所述新的CAPWAP数据包进行CAPWAP解封装之后,根据下行设备与接收端之间的链路对应的最大传输单元MTU规则,对所述CAPWAP解封装后的数据包进行划分,并将划分后的数据包存放到缓存队列中;
其中,所述MTU规则是划分后的数据包的长度不大于对应的链路的传输单元的最大值。
28.如权利要求24所述的装置,其特征在于,所述数据处理单元,还用于:
所述一个新的CAPWAP数据包中仅包含一个原始数据包时,对所述新的CAPWAP数据包进行CAPWAP解封装之后,将CAPWAP解封装后的数据包直接存放到缓存队列中。
CN201410652927.3A 2014-11-17 2014-11-17 一种capwap隧道数据包传输的方法及装置 Expired - Fee Related CN104378315B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410652927.3A CN104378315B (zh) 2014-11-17 2014-11-17 一种capwap隧道数据包传输的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410652927.3A CN104378315B (zh) 2014-11-17 2014-11-17 一种capwap隧道数据包传输的方法及装置

Publications (2)

Publication Number Publication Date
CN104378315A true CN104378315A (zh) 2015-02-25
CN104378315B CN104378315B (zh) 2018-02-27

Family

ID=52556979

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410652927.3A Expired - Fee Related CN104378315B (zh) 2014-11-17 2014-11-17 一种capwap隧道数据包传输的方法及装置

Country Status (1)

Country Link
CN (1) CN104378315B (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106162741A (zh) * 2015-03-05 2016-11-23 智邦科技股份有限公司 封包传输方法
WO2017008401A1 (zh) * 2015-07-10 2017-01-19 华为技术有限公司 一种协议帧传输方法、装置、节点设备以及系统
CN106664262A (zh) * 2015-07-10 2017-05-10 华为技术有限公司 一种协议帧传输方法、装置、节点设备以及系统
WO2017177633A1 (zh) * 2016-04-13 2017-10-19 中兴通讯股份有限公司 一种资源调度方法及装置
CN110730143A (zh) * 2015-11-11 2020-01-24 大唐移动通信设备有限公司 一种分片数据包处理方法及装置
CN111770117A (zh) * 2020-09-01 2020-10-13 北京东方通软件有限公司 一种网络拼包的方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1561049A (zh) * 2004-03-10 2005-01-05 中兴通讯股份有限公司 一种隧道包的分片发送方法
CN102780633A (zh) * 2012-08-08 2012-11-14 北京傲天动联技术有限公司 一种基于capwap协议进行数据传输的装置和方法
CN102868613A (zh) * 2012-08-14 2013-01-09 中兴通讯股份有限公司 一种通用路由封装隧道报文发送方法和装置
CN103685030A (zh) * 2013-12-24 2014-03-26 大唐移动通信设备有限公司 一种数据处理方法和设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1561049A (zh) * 2004-03-10 2005-01-05 中兴通讯股份有限公司 一种隧道包的分片发送方法
CN102780633A (zh) * 2012-08-08 2012-11-14 北京傲天动联技术有限公司 一种基于capwap协议进行数据传输的装置和方法
CN102868613A (zh) * 2012-08-14 2013-01-09 中兴通讯股份有限公司 一种通用路由封装隧道报文发送方法和装置
CN103685030A (zh) * 2013-12-24 2014-03-26 大唐移动通信设备有限公司 一种数据处理方法和设备

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106162741A (zh) * 2015-03-05 2016-11-23 智邦科技股份有限公司 封包传输方法
WO2017008401A1 (zh) * 2015-07-10 2017-01-19 华为技术有限公司 一种协议帧传输方法、装置、节点设备以及系统
CN106664262A (zh) * 2015-07-10 2017-05-10 华为技术有限公司 一种协议帧传输方法、装置、节点设备以及系统
CN110730143A (zh) * 2015-11-11 2020-01-24 大唐移动通信设备有限公司 一种分片数据包处理方法及装置
CN110730143B (zh) * 2015-11-11 2020-12-04 大唐移动通信设备有限公司 一种分片数据包处理方法及装置
WO2017177633A1 (zh) * 2016-04-13 2017-10-19 中兴通讯股份有限公司 一种资源调度方法及装置
CN111770117A (zh) * 2020-09-01 2020-10-13 北京东方通软件有限公司 一种网络拼包的方法及装置

Also Published As

Publication number Publication date
CN104378315B (zh) 2018-02-27

Similar Documents

Publication Publication Date Title
CN104378315A (zh) 一种capwap隧道数据包传输的方法及装置
US11196677B2 (en) Heterogeneous multi-protocol stack method, apparatus, and system
EP2245827B1 (en) Methods and apparatus for formatting headers in a communication frame
WO2016187813A1 (zh) 一种光电混合网络的数据传输方法及装置
US9629019B2 (en) Enhanced multiplexing for single RLC entity
CN106464596B (zh) 开放流通信方法、系统、控制器和业务网关
CN104980988A (zh) 多链路聚合的无线通信系统及方法
KR102006873B1 (ko) 무선 통신 네트워크에서 데이터 패킷 사이즈의 상한에 대한 동적 변경방법 및 시스템
US20190274151A1 (en) Data transmission method and device, and base station
CN108632899A (zh) 一种数据传输方法、数据发送设备及数据接收设备
CN102780633B (zh) 一种基于capwap协议进行数据传输的装置和方法
CN107079524A (zh) 一种数据转发的方法和控制器
CN109600248B (zh) 服务质量的确定方法、装置及存储介质
CN103297311A (zh) 无线接入点控制和提供协议数据隧道的实现方法及装置
WO2013097218A1 (zh) 一种流媒体数据处理方法、装置及系统
US20180109451A1 (en) Protocol frame transmission method, apparatus, and system, and node device
WO2016119269A1 (zh) 一种业务流数据包的处理方法及装置
WO2015180132A1 (zh) 一种网络协议配置方法、装置
CN110611548B (zh) 数据传输方法、设备、发送设备、接收设备及存储介质
CN107484206B (zh) 一种在无线局域网中实现链路负载均衡的方法和装置
CN114846774B (zh) 一种通信方法及装置
Qian et al. Efficient design and implementation of LTE UE link-layer protocol stack
CN113162866B (zh) 一种报文传输方法、通信设备及介质
CN103312449A (zh) Ap组网场景下的下行数据包传输方法及rnc
WO2023231599A1 (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
GR01 Patent grant
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 510663 No. 10 Shenzhou Road, Science City, Luogang District, Guangzhou City, Guangdong Province

Patentee after: Jingxin Network System Co.,Ltd.

Address before: 510663 No. 10 Shenzhou Road, Science City, Luogang District, Guangzhou City, Guangdong Province

Patentee before: COMBA TELECOM SYSTEMS (CHINA) Ltd.

CP01 Change in the name or title of a patent holder
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20180227

CF01 Termination of patent right due to non-payment of annual fee