[發明專利]一種CAPWAP隧道的實現方法

有效

• 申請號: 201210040493.2
• 申請日: 2012-02-22
• 公開（公告）號: CN102547850A
• 公開（公告）日: 2012-07-04
• 發明（設計）人: 胡峰;陳華彬;羅小建;黃洪波;張永杰;汪瀾
• 申請（專利權）人: 深圳市共進電子股份有限公司
• 主分類號: H04W28/06
• 分類號: H04W28/06;H04W76/02
• 代理公司: 深圳市智科友專利商標事務所 44241
• 代理人: 孫子才

技術領域

本發明涉及無線局域網(Wireless?Local?Area?Network?WLAN)領域，特別涉及無線局域網接入領域中的AP與AC之間的CAPWAP隧道，涉及無線熱點AP與AC的通訊方式。

背景技術

隨著社會的發展，用戶對無線接入方式的需求日益增強。運營商開始對無線熱點AP(Access?Point接入點)的部署日益重視，為了便于管理大量的熱點AP，大多采用AC+AP的部署方式，將熱點AP的管理交給AC(AP?Control??AP控制器)來進行。

AP和AC的通訊方式不同廠家實現不同，導致不同廠家的AP和AC不能互相通訊。CAPWAP協議在此背景下誕生，它標準化AP和AC之間的通訊協議，標準完成時間比較晚，各個廠商目前并未完全按照標準實現，但各廠商的實現正在向標準靠攏。

CAPWAP——Control?And?Provisioning?of?Wireless?Access?Points?Protocol?Specification。其由兩個部分組成：CAPWAP協議和無線BINDING協議。前者是一個通用的隧道協議，完成AP發現AC等基本協議功能，和具體的無線接入技術無關。后者是提供具體和某個無線接入技術相關的配置管理功能。前者規定了各個階段需要干什么事，后者就是具體到在各種接入方式下應該怎么完成這些事。

普通的熱點AP相當于一個無線交換機，工作在橋模式，AP決定是否允許用戶關聯，并將收到用戶的無線報文轉換成有線報文，直接發送到AP的上行鏈路。此種方法，一、不利于對用戶的接入進行控制，浪費AP的資源。二、用戶數據直接轉發到上行網絡不能適應各種靈活的組網方式，或將破壞運營商現有的組網結構。

為了解決上述問題，CAPWAP協議規定了一種不同于橋模式的AP工作模式：LOCAL?MAC方式。它要求AP將對用戶的Assoc/Disassoc?/Reassoc等無線報文的處理交轉交給AC來處理，并可以將用戶的業務數據通過隧道方式統一轉發給AC處理。這要求AP既能將無線數據報文封裝為標準CAPWAP隧道格式又能將有線數據報文封裝為CAPWAP隧道格式發送到AC。

但是，目前橋模式與LOCALMAC方式之間的切換不靈活。

發明內容

本發明的目的是公開一種在AP上實現標準CAPWAP隧道的方法。此方法對原有的AP流程改動小，可使AP靈活地在橋模式和LOCAL?MAC模式下切換，滿足不同部署場景下對不同工作模式的要求，兼顧現網實際部署情況和將來統一標準的方向。

本發明的技術方案是：一種CAPWAP隧道的實現方法，在LOCAL?MAC模式下實現用戶與AC的上行通信和AC向用戶下行通信；

上行通信包括以下步驟：

A1、AP判斷收到的用戶無線報文的當前工作模式，如果是橋模式則按橋模式流程；如果是LOCAL?MAC模式，則轉向步驟A2；

A2、判斷用戶無線報文的類型，如果是需要AC處理的管理報文，則打上無線報文標記；如果是數據報文，則將用戶無線報文的格式轉換為以太格式，并將該報文打上以太標記；

A3、將打上標記的報文通過不同標記封裝不同的CAPWAP隧道頭，并將隧道報文發送到AC；

下行通信包括以下步驟：

B1、AP解析AC發送的隧道報文，如果隧道負載是無線報文，則解封裝隧道頭，并將報文打上無線標記；如果隧道負載是以太報文格式的數據報文，則解封裝隧道頭，同時刪除以太標記；

B2、將報文發送給用戶。

進一步的，上述的CAPWAP隧道的實現方法中：在所述的AP上創建一個虛擬隧道設備和一個虛擬無線設備；

所述的虛擬隧道設備完成將用戶發送的用戶無線報文中需要AC處理的管理報文打上無線報文標記；用戶無線報文中的數據報文的格式轉換為以太格式，并將該報文打上以太標記；然后根據無線報文標記和以太標記將用戶報文封裝不同CAPWAP隧道頭，發送到AC；

所述的虛擬無線設備將接收到的AC報文中的無線管理報文的回應，轉發給用戶；AC報文中的以太格式的數據報文，則將以太格式重新封裝為無線格式，然后發送給用戶。

更進一步的，上述的CAPWAP隧道的實現方法中：所述的無線管理報文包括Auth/Assoc/Disassoc?/Reassoc這些需要AC處理的管理報文。