[發明專利]一種CAPWAP隧道數據包傳輸的方法及裝置有效
| 申請號: | 201410652927.3 | 申請日: | 2014-11-17 |
| 公開(公告)號: | CN104378315B | 公開(公告)日: | 2018-02-27 |
| 發明(設計)人: | 王茂斌;劉旭東;左延麟;羅晟 | 申請(專利權)人: | 京信通信系統(中國)有限公司 |
| 主分類號: | H04L12/951 | 分類號: | H04L12/951 |
| 代理公司: | 北京同達信恒知識產權代理有限公司11291 | 代理人: | 黃志華 |
| 地址: | 510663 廣東*** | 國省代碼: | 廣東;44 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 一種 capwap 隧道 數據包 傳輸 方法 裝置 | ||
1.一種無線接入點控制和配置協議CAPWAP隧道數據包傳輸的方法,其特征在于,該方法包括:
發送端確定每個數據包的參數信息;
所述發送端根據每個數據包的參數信息,將所有數據包分為長幀數據包和短幀數據包,并將長幀數據包和含有分片標識的短幀數據包作為需要分片的數據包;
所述發送端對需要進行分片的數據包進行互聯網協議IP層重組,得到一個數據包;
所述發送端根據發送端和接收端之間的鏈路對應的最大傳輸單元MTU規則,對得到的一個數據包進行分片處理,得到多個新的數據包;其中,所述MTU規則是指封裝后的數據包長度不大于對應的鏈路的傳輸單元的最大值;
所述發送端對新的數據包進行封裝處理,發送封裝后的新的數據包。
2.如權利要求1所述的方法,其特征在于,所述發送端確定每個數據包的參數信息之后,還包括:
所述發送端對不需要進行分片的數據包進行封裝處理,發送封裝后的數據包。
3.如權利要求1或2所述的方法,其特征在于,所述發送端根據每個數據包的參數信息,將所有數據包分為長幀數據包和短幀數據包,包括:
所述發送端根據每個數據包的參數信息,確定每個數據包在經過封裝后的幀長;
所述發送端將幀長大于所述鏈路的傳輸單元的最大值的數據包作為長幀數據包,將不大于所述鏈路的傳輸單元的最大值的數據包作為短幀數據包。
4.如權利要求1或2所述的方法,其特征在于,所述發送端對新的數據包進行封裝處理,具體包括:
所述發送端將分片標識和用于表示新的數據包在用于分片的數據包中的位置的偏移量封裝到CAPWAP首部中;
所述發送端對新的數據包進行CAPWAP首部封裝后,進行外層信息的封裝。
5.一種無線接入點控制和配置協議CAPWAP隧道數據包傳輸的方法,其特征在于,該方法包括:
接收端對接收到的來自發送端的數據包的外層信息解封裝,得到CAPWAP數據包;
所述接收端從所有CAPWAP數據包中確定經過分片處理后封裝得到的CAPWAP數據包;
所述接收端對確定的CAPWAP數據包進行CAPWAP層重組,得到至少一個新的CAPWAP數據包,其中,新的CAPWAP數據包包含至少兩個原始數據包,且所述至少兩個原始數據包中的每個原始數據包為長幀數據包或者含有分片標識的短幀數據包;
所述接收端對每個所述新的CAPWAP數據包進行CAPWAP解封裝。
6.如權利要求5所述的方法,其特征在于,接收端對接收到數據包的外層信息解封裝,得到CAPWAP數據包之后,還包括:
所述接收端對未經過分片處理,直接進行封裝得到的CAPWAP數據包進行CAPWAP解封裝。
7.如權利要求5所述的方法,其特征在于,所述接收端從所有CAPWAP數據包中確定經過分片處理后封裝得到的CAPWAP數據包,具體包括:
所述接收端將含有分片標識的CAPWAP數據包作為經過分片處理后封裝得到的CAPWAP數據包。
8.如權利要求5所述的方法,其特征在于,所述接收端對所述新的CAPWAP數據包進行CAPWAP解封裝之后,還包括:
所述接收端根據下行設備與接收端之間的鏈路對應的最大傳輸單元MTU規則,對所述CAPWAP解封裝后的數據包進行劃分;
所述接收端將劃分后的數據包存放到緩存隊列中;
其中,所述MTU規則是劃分后的數據包的長度不大于對應的鏈路的傳輸單元的最大值。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于京信通信系統(中國)有限公司,未經京信通信系統(中國)有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201410652927.3/1.html,轉載請聲明來源鉆瓜專利網。
- 上一篇:一種組裝可調式零部件自由模態試驗架
- 下一篇:一種排風罩罩口風速檢測系統





