一種capwap數據的處理方法和裝置製造方法

2023-04-28 06:25:56 2

一種capwap數據的處理方法和裝置製造方法
【專利摘要】本發明提供一種CAPWAP數據的處理方法和裝置，用以解決現有技術存在的在應用層實現CAPWAP協議的方式，使得吞吐量降低，CPU佔用率提高的問題。本發明實施例的方法包括：當上行數據進入虛擬驅動時，將其進行CAPWAP封裝，形成CAPWAP包；根據IP位址，將包通過路由發送給對應的AC；下行數據進入內核協議棧後，IP頭中的UDP協議被修改為CAPWAP協議，進入TCP層進行解包得到下行數據，通過虛擬驅動發送。由於本發明實施例在虛擬驅動中實現CAPWAP封裝，在內核協議棧的TCP層實現CAPWAP解包，並且虛擬驅動能夠復用內核協議棧的IP層的分包和組包功能，從而降低了CPU的佔用率，提高了吞吐量。
【專利說明】_種CAPWAP數據的處理方法和裝置

【技術領域】
[0001] 本發明涉及無線通信【技術領域】，特別涉及一種CAPWAP數據的處理方法和裝置。

【背景技術】
[0002] CAPWAP (Control And Provisioning of Wireless Access Points Protocol Specification，無線接入點的控制和規範）協議是一個通用的隧道協議，該協議實現 AC(Access Controller，接入控制器）對AP(Access Point，接入點）進行管理、配置以及業 務數據管理等基本協議功能。在WLAN(Wireless Local Area Networks，無線區域網）的網 絡內，AP的數據非常龐大，AC對AP的集中管理顯得尤為重要，各大廠家都生產了能進行集 中管理的AC和AP (瘦AP)，實現了各自的CAPWAP協議封裝功能，以及在該協議封裝上的附 加功能。因而，CAPWAP協議實現的解耦、可重用性及其效率極其重要。
[0003] 現有技術中常用的CAPWAP實現方式通常都是在應用層實現的，在具體的實現過 程中需要進行數據在內核和應用層之間的拷貝。從效率上看，目前的這種CAPWAP實現方 式，使得吞吐量比原吞吐量大大的降低了，同時CPU(Central Processing Unit，中央處理 器）的佔用率大大的提高了。


【發明內容】

[0004] 本發明提供一種CAPWAP數據的處理方法和裝置，用以解決現有技術中存在的在 應用層實現CAPWAP協議的方式，使得吞吐量降低，CPU佔用率提高的問題。
[0005] 本發明實施例提供一種CAPWAP上行數據的處理方法，包括：
[0006] 當上行數據進入虛擬驅動時，將所述上行數據進行CAPWAP封裝，形成CAPWAP包；
[0007] 根據IP(Internet Protocol，網絡之間互聯的協議）地址，通過路由向接入控制 器AC發送所述CAPWAP包。
[0008] 由於本發明實施例的CAPWAP封裝是在虛擬驅動實現的，避免了在封裝過程中，數 據在內核和應用層中的拷貝，增進了 CAPWAP隧道封裝的效率，進而降低了 CPU的佔用率；虛 擬驅動能夠復用內核協議棧的IP層的分包功能，對CAPWAP包進行分包處理，從而增加了分 包的靈活性，避免了在驅動再進行低效和重複的分包，增大了吞吐量。
[0009] 較佳地，在上行數據進入虛擬驅動之前，還包括：
[0010] 若所述上行數據為業務數據，在通過數據驅動接收到所述業務數據後，若所述業 務數據的MAC(MediaAccessControl，介質訪問控制）地址不是本地MAC地址，貝丨」通過網橋 轉發給虛擬驅動。
[0011] 較佳地，在上行數據進入虛擬驅動之前，還包括：
[0012] 若所述上行數據為管理數據，則將所述管理數據通過應用層發送給虛擬驅動。
[0013] 由於本發明實施例在功能上實現了解耦合，因而能同時實現對業務數據和管理數 據進行CAPWAP封裝。
[0014] 較佳地，根據IP位址，通過路由向AC發送所述CAPWAP包，具體包括：
[0015] 根據IP位址，通過所述AP的上聯口將所述CAPWAP包通過路由發送給對應的AC。
[0016] 較佳地，所述上聯口是有線口或無線口。
[0017] 由於本發明實施例運用了復用技術，實現了 AP的上聯口可以是有線口，也可以是 無線口。
[0018] 本發明實施例提供一種CAPWAP下行數據的處理方法，包括：
[0019] 通過數據驅動接收CAPWAP包，其中所述CAPWAP包是由AC將接收到的下行數據進 行CAPWAP封裝形成的；
[0020] 若所述CAPWAP包是需要處理的CAPWAP包，將所述CAPWAP包的IP頭中的UDP(User Datagram Protocol，用戶數據報協議）協議修改為CAPWAP協議；
[0021] 對修改協議後的所述CAPWAP包進行解包操作得到下行數據；
[0022] 通過虛擬驅動發送所述下行數據。
[0023] 本發明實施例的CAPWAP解包是在TCP層實現的，避免了在封裝過程中，數據在內 核和應用層中的拷貝，增進了 CAPWAP隧道解包的效率，進而降低了 CPU的佔用率；虛擬驅動 能夠復用內核協議棧的IP層的組包功能，對CAPWAP包進行高效的組包處理，進而增大了吞 吐量。
[0024] 較佳地，對修改協議後的所述CAPWAP包進行解包操作得到下行數據，包括：
[0025] 通過內核協議棧的傳輸控制協議TCP層對所述修改後的CAPWAP包進行解包操作 得到下行數據；
[0026] 對修改協議後的所述CAPWAP包進行解包操作得到下行數據之後，包括：
[0027] 將所述下行數據發送給虛擬驅動。
[0028] 較佳地，通過虛擬驅動發送所述下行數據，包括：
[0029] 若所述下行數據為業務數據，將所述下行數據通過虛擬驅動發送給網橋，並通過 網橋發送給數據驅動；或
[0030] 若所述下行數據為管理數據，且所述管理數據的IP位址是本地IP位址，將所述管 理數據通過虛擬驅動發送給應用層，並通過所述應用層對管理數據進行處理。
[0031] 由於本發明實施例在功能上實現了解耦合，因而能同時實現對業務數據和管理數 據進行CAPWAP解包。
[0032] 較佳地，通過數據驅動接收CAPWAP包，具體包括：
[0033] 通過所述AP的上聯口接收所述下行數據。
[0034] 較佳地，所述上聯口是有線口或無線口。
[0035] 由於本發明實施例運用了復用技術，實現了 AP的上聯口可以是有線口，也可以是 無線口。
[0036] 本發明實施例提供一種CAPWAP上行數據的處理裝置，包括：
[0037] 封裝單元，用於當上行數據進入虛擬驅動時，將所述上行數據進行CAPWAP封裝， 形成CAPWAP包；
[0038] 發送單元，用於根據IP位址，通過路由向AC發送所述CAPWAP包。
[0039] 較佳地，所述封裝單元還用於：
[0040] 若所述上行數據為業務數據，在通過數據驅動接收到所述業務數據後，若所述業 務數據的目的MAC地址不是本地MAC地址，則通過網橋轉發給虛擬驅動。
[0041] 較佳地，所述封裝單元還用於：
[0042] 若所述上行數據為管理數據，則將所述管理數據通過應用層發送給虛擬驅動。
[0043] 較佳地，所述發送單元具體用於：
[0044] 根據IP位址，通過所述AP的上聯口將所述CAPWAP包通過路由發送給對應的AC。
[0045] 較佳地，所述上聯口是有線口或無線口。
[0046] 本發明實施例提供一種CAPWAP下行數據的處理裝置，包括
[0047] 接收單元，用於通過數據驅動接收CAPWAP包，其中所述CAPWAP包是由AC將接收 到的下行數據進行CAPWAP封裝形成的；
[0048] 協議修改單元，用於若所述CAPWAP包是需要處理的CAPWAP包，將所述CAPWAP包 的IP頭中的m)P協議修改為CAPWAP協議；
[0049] 解包單元，用於對修改協議後的所述CAPWAP包進行解包操作得到下行數據；
[0050] 發送單元，用於通過虛擬驅動發送所述下行數據。
[0051] 較佳地，所述解包單元具體用於：
[0052] 通過內核協議棧的傳輸控制協議TCP層對所述修改後的CAPWAP包進行解包操作 得到下行數據；
[0053] 對修改協議後的所述CAPWAP包進行解包操作得到下行數據之後，包括：
[0054] 將所述下行數據發送給虛擬驅動。
[0055] 較佳地，所述發送單元具體用於：
[0056] 若所述下行數據為業務數據，將所述下行數據通過虛擬驅動發送給網橋，並通過 網橋發送給數據驅動；或
[0057] 若所述下行數據為管理數據，且所述管理數據的IP位址是本地IP位址，將所述管 理數據通過虛擬驅動發送給應用層，並通過所述應用層對管理數據進行處理。
[0058] 較佳地，所述接收單元具體用於：
[0059] 通過所述AP的上聯口接收所述下行數據。
[0060] 較佳地，所述上聯口是有線口或無線口。
[0061] 本發明實施例在虛擬驅動中實現CAPWAP封裝，在內核協議棧的TCP層實現了 CAPWAP解包，並且虛擬驅動能夠復用內核協議棧的IP層的分包和組包功能，從而降低了 CPU的佔用率，提高了吞吐量；在功能上實現了解耦合，因而能同時實現對業務數據和管理 數據進行CAPWAP封裝、CAPWAP解包；通過復用技術，使得AP的上聯口可以是有線口也可以 是無線口。

【專利附圖】

【附圖說明】
[0062] 圖la為本發明實施例一 CAPWAP上行數據的處理方法流程示意圖；
[0063] 圖lb為本發明實施例二上行業務數據的處理方法流程示意圖；
[0064] 圖lc為本發明實施例三上行管理數據的處理方法流程示意圖；
[0065] 圖Id為本發明實施例四一般瘦接入點框架組網示意圖；
[0066] 圖le為本發明實施例五fit-repeater (瘦中繼）模式形成的瘦接入點框架組網 示意圖；
[0067] 圖2a為本發明實施例六CAPWAP下行數據的處理方法流程示意圖；
[0068] 圖2b為本發明實施例七下行業務數據的處理方法流程示意圖；
[0069] 圖2c為本發明實施例八下行管理數據的處理方法流程示意圖；
[0070] 圖3為本發明實施例九CAPWAP上行數據的處理裝置流程示意圖；
[0071] 圖4為本發明實施例十CAPWAP下行數據的處理裝置流程示意圖。

【具體實施方式】
[0072] 本發明實施例在對上行數據進行CAPWAP處理時，當上行數據進入虛擬驅動時， 將所述上行數據進行CAPWAP封裝，形成CAPWAP包；根據IP位址，通過路由向AC發送所 述CAPWAP包；在對下行數據進行CAPWAP處理時，通過數據驅動接收CAPWAP包，其中所述 CAPWAP包是由AC將接收到的下行數據進行CAPWAP封裝形成的；若所述CAPWAP包是需要 處理的CAPWAP包，將所述CAPWAP包的IP頭中的UDP協議修改為CAPWAP協議；對修改協議 後的所述CAPWAP包進行解包操作得到下行數據；通過虛擬驅動發送所述下行數據。由於本 發明實施例在虛擬驅動中實現CAPWAP封裝，在內核協議棧的TCP層實現了 CAPWAP解包，並 且虛擬驅動能夠復用內核協議棧的IP層的分包和組包功能，從而降低了 CPU的佔用率，提 尚了吞吐量。
[0073] 下面結合說明書附圖對本發明實施例作進一步詳細描述。
[0074] 如圖la所示，本發明實施例一 CAPWAP上行數據的處理方法包括：
[0075] 步驟100,當上行數據進入虛擬驅動時，將所述上行數據進行CAPWAP封裝，形成 CAPWAP 包；
[0076] 步驟101，根據IP位址，通過路由向AC發送所述CAPWAP包。
[0077] 本發明實施例中CAPWAP包根據IP位址進行路由選擇，該IP位址存放在進行 CAPWAP封裝前的上行數據中。
[0078] 其中，本發明實施例實現了對上行業務數據和上行管理數據的CAPWAP處理方式。 下面對上行業務數據和上行管理數據分別進行說明。
[0079] 上行業務數據處理方式：
[0080] 較佳地，在上行數據進入虛擬驅動之前，還包括：
[0081] 若所述上行數據為業務數據，在通過數據驅動接收到所述業務數據後，若所述業 務數據的MAC地址不是本地MAC地址，則通過網橋轉發給虛擬驅動。
[0082] 例如：在一般瘦接入點框架組網方式下，用戶產生一個業務數據，該業務數據通過 數據驅動1的athO驅動口進入AP，由於業務數據中MAC地址不是本機MAC，因此將此業務 數據通過網橋轉發給虛擬驅動，虛擬驅動通過capO虛擬網口接收上述業務數據，並對其進 行CAPWAP封裝，封裝後形成的CAPWAP包根據IP位址進行路由選擇，由於隧道外的IP為AC 的IP，所以CAPWAP包順利的通過數據驅動2的ethO驅動口進入AC。具體的上行業務數據 的處理方法的步驟可以參見圖lb。
[0083] 如圖lb所示，本發明實施例二上行業務數據的處理方法包括：
[0084] 步驟200,用戶產生業務數據。
[0085] 步驟201，業務數據從數據驅動1進入AP。
[0086] 步驟202,判斷業務數據的MAC地址是否為本機MAC，若否，則執行步驟203 ;否則， 執行步驟206。
[0087] 步驟203,將業務數據通過網橋轉發給虛擬驅動。
[0088] 步驟204,虛擬驅動對業務數據進行CAPWAP封裝。
[0089] 步驟205,CAPWAP包根據IP位址進行路由選擇，通過數據驅動1發送給AC。
[0090] 步驟206,將業務數據轉交給內核協議棧。
[0091] 本發明實施例中數據驅動1的驅動口可以是無線口，也可以是有線口。
[0092] 上行管理數據處理方式：
[0093] 較佳地，在上行數據進入虛擬驅動之前，還包括：
[0094] 若所述上行數據為管理數據，則將所述管理數據通過應用層發送給虛擬驅動。
[0095] 由於本發明實施例在功能上實現了解耦合，因而虛擬驅動能夠對AP應用層下發 的管理數據進行封裝。具體的：數據驅動實現數據的傳輸功能，虛擬驅動實現對CAPWAP數 據的封裝和中轉的功能，在內核協議棧的IP層實現對不同的分組包的進行處理的功能，在 TCP層實現對CAPWAP包的解包並轉發給虛擬驅動的功能，上述每個模塊的功能較為單一， 此為在功能上實現了解耦合。
[0096] 例如：在一般瘦接入點框架組網方式下，AP產生一個管理數據，該管理數據從應 用層向下發送，虛擬驅動通過capO虛擬網口接收上述管理數據，並對其進行CAPWAP封裝， 封裝後形成的CAPWAP包根據IP位址進行路由選擇，由於隧道外的IP為AC的IP，所以 CAPWAP包順利的通過數據驅動2的ethO驅動口進入AC。具體的上行管理數據的處理方法 的步驟可以參見圖lc。
[0097] 如圖lc所示，本發明實施例三上行管理數據的處理方法包括：
[0098] 步驟300,管理數據從AP的應用層向下發送給虛擬驅動。
[0099]步驟301，虛擬驅動對管理數據進行CAPWAP封裝。
[0100] 步驟302,CAPWAP包根據IP位址進行路由選擇，通過數據驅動1發送給AC。
[0101] 本發明實施例中數據驅動1的驅動口可以是無線口，也可以是有線口。
[0102] 需要說明的是，上述兩種上行數據在進行處理的過程中，雖然以athO、ethO為例， 但是本發明實施例並未規定上行數據必須從哪個驅動口進入和進出，數據驅動的其它驅動 口也同樣適用於本發明實施例。
[0103] 較佳地，在步驟101中，根據IP位址，通過所述AP的上聯口將所述CAPWAP包通過 路由發送給對應的AC。
[0104] 較佳地，所述上聯口是有線口或無線口。
[0105] 本發明實施例AP的上聯口為有線口具體可以參見圖ld，其中圖Id為本發明實 施例二一般瘦接入點框架組網示意圖，從圖Id中可知，接入控制器與多個無線接入點設 備相連，包括無線接入點設備1、無線接入點設備2……無線接入點設備n(n為大於2的正 整數），無線接入點設備1至無線接入點設備n通過無線的方式與站點11、站點12、站點 21……站點nl (n為大於2的正整數）。由圖Id可知上行數據在無線接入點設備1中進行 CAPWAP封裝後，通過隧道發送給AC，AC通過與之相連的有線口接收封裝後的上行數據；AP 的上聯口為無線口具體可以參見圖le，其中圖le為本發明實施例三fit-repeater模式形 成的瘦接入點框架組網示意圖，從圖le中可知，接入控制器與多個無線接入點設備相連， 包括無線接入點設備1、無線接入點設備2、無線接入點設備3和無線接入點設備4,無線 接入點設備1通過無線的方式與無線接入點設備11、無線接入點設備12、站點11相連，無 線接入點設備11通過無線的方式與站點111，無線接入點設備11通過有線的方式與站點 112,無線接入點設備2通過無線的方式與站點21，無線接入點設備3通過無線的方式與站 點31，無線接入點設備4通過無線的方式與站點41。由圖le可知上行數據在無線接入點 設備11中進行CAPWAP封裝後，通過隧道發送給AC，AC通過與之相連的無線口接收封裝後 的上行數據。
[0106] 如圖2a所示，本發明實施例六CAPWAP下行數據的處理方法包括：
[0107] 步驟400,通過數據驅動接收CAPWAP包，其中所述CAPWAP包是由AC將接收到的下 行數據進行CAPWAP封裝形成的；
[0108] 步驟401，若所述CAPWAP包是需要處理的CAPWAP包，將所述CAPWAP包的IP頭中 的UDP協議修改為CAPWAP協議；
[0109] 步驟402，對修改協議後的所述CAPWAP包進行解包操作得到下行數據；
[0110] 步驟403,通過虛擬驅動發送所述下行數據。
[0111] 本發明實施例判斷CAPWAP包是否為需要處理的CAPWAP包的實現方法是：CAPWAP 包通過數據驅動進入內核協議棧後被鉤子截獲，截獲後進行判斷操作。鉤子是消息處理機 制的一個平臺，實現對某一特定消息的監視與截獲操作。
[0112] 較佳地，步驟402中，對修改協議後的所述CAPWAP包進行解包操作得到下行數據， 包括：
[0113] 通過內核協議棧的傳輸控制協議TCP層對所述修改後的CAPWAP包進行解包操作 得到下行數據；
[0114] 對修改協議後的所述CAPWAP包進行解包操作得到下行數據之後，包括：
[0115] 將所述下行數據發送給虛擬驅動。
[0116] 本發明實施例CAPWAP包解包過程：TCP層對CAPWAP包進行解包操作得到下行數 據後，將下行數據發送給虛擬驅動，具體可以參見圖2b和圖2c。
[0117] 其中，本發明實施例實現了對下行業務數據和下行管理數據的CAPWAP處理方式。 下面對下行業務數據和下行管理數據分別進行說明。
[0118] 下行業務數據處理方式：
[0119] 較佳地，步驟403中，通過虛擬驅動發送所述下行數據，包括：
[0120] 若所述下行數據為業務數據，將所述下行數據通過虛擬驅動發送給網橋，並通過 網橋發送給數據驅動。
[0121] 例如：在一般瘦接入點框架組網方式下，AC對業務數據進行CAPWAP封裝形成 CAPWAP包後，將其通過隧道發送給AP，該CAPWAP包從數據驅動2的ethO驅動口進入AP，被 鉤子截獲，將IP頭裡的M)P協議修改為CAPWAP協議後，進行CAPWAP解包得到原始的業務 數據，該業務數據通過capO虛擬網口進入虛擬驅動，然後經過橋發送給數據驅動2,數據驅 動2通過athO驅動口接收業務數據再發送給用戶。具體的下行業務數據的處理方法的步 驟可以參見圖2b。
[0122] 如圖2b所示，本發明實施例七下行業務數據的處理方法包括：
[0123] 步驟500,數據驅動2接收AC通過隧道發送的經過CAPWAP封裝的CAPWAP包後， CAPWAP包被鉤子截獲。
[0124] 步驟501，鉤子判斷是否為本機需要處理的CAPWAP包，若是，則執行步驟502 ;否 貝1J，執行步驟506。
[0125]步驟502，內核協議棧將CAPWAP包IP頭裡的UDP協議修改為CAPWAP協議。
[0126] 步驟503, TCP層將修改協議後的CAPWAP包進行解包操作獲得原始業務數據後，將 原始業務數據發送給虛擬驅動。
[0127] 步驟504,虛擬驅動通過虛擬網口接收原始業務數據後，將原始業務數據經過網橋 發送給數據驅動2。
[0128] 步驟505,數據驅動2發送原始業務數據。
[0129] 步驟506,鉤子不對數據作任何處理，直接交給內核協議棧，內核協議棧對數據按 照常規包發送處理方式進行處理。
[0130] 本發明實施例七的所有步驟都是在AP端實現的。
[0131] 下行管理數據處理方式：
[0132] 較佳地，步驟403中，通過虛擬驅動發送所述下行數據，包括：
[0133] 若所述下行數據為管理數據，且所述管理數據的IP位址是本地IP位址，將所述管 理數據通過虛擬驅動發送給應用層，並通過所述應用層對管理數據進行處理。
[0134] 例如：一般瘦接入點框架組網方式下，AC對管理數據進行CAPWAP封裝形成CAPWAP 包後，將其通過隧道發送給AP，該CAPWAP包從數據驅動2的ethO驅動口進入AP，被鉤子截 獲，將IP頭裡的UDP協議修改為CAPWAP協議後，進行CAPWAP解包得到原始的管理數據，該 管理數據通過capO虛擬網口進入虛擬驅動，然後判斷是否為本地IP位址，若是，則將管理 數據發送給AP的應用層。具體的下行管理數據的處理方法的步驟可以參見圖2c。
[0135] 如圖2c所示，本發明實施例八下行管理數據的處理方法包括：
[0136] 步驟600,數據驅動2接收AC通過隧道發送的經過CAPWAP封裝的CAPWAP包後， CAPWAP包被鉤子截獲。
[0137] 步驟601，鉤子判斷是否為本機需要處理的CAPWAP包，若是，則執行步驟602 ;否 貝1J，執行步驟606。
[0138] 步驟602，鉤子將CAPWAP包IP頭裡的UDP協議修改為CAPWAP協議。
[0139] 步驟603, TCP層將修改協議後的CAPWAP包進行解包操作獲得原始管理數據後，將 原始管理數據發送給虛擬驅動。
[0140] 步驟604,虛擬驅動通過虛擬網口接收原始管理數據後，判斷是否為本機IP，若 是，則執行步驟605 ;否則，執行步驟607。
[0141] 步驟605,虛擬驅動將原始管理數據發送給應用層。
[0142] 步驟606,鉤子不對數據作任何處理，直接交給內核協議棧，內核協議棧對數據按 照常規包發送處理方式進行處理。
[0143] 步驟607,虛擬驅動將原始業務數據發送給網橋，網橋將原始業務數據轉發給相應 的數據驅動。
[0144] 本發明實施例八的所有步驟都是在AP端實現的。
[0145] 本發明實施例中數據驅動2的驅動口可以是無線口，也可以是有線口。
[0146] 需要說明的是，上述兩種下行數據在進行處理的過程中，雖然以athO、ethO為例， 但是本發明實施例並未規定下行數據必須從哪個驅動口進入和進出，數據驅動的其它驅動 口也同樣適用於本發明實施例。
[0147] 較佳地，步驟200中，通過所述AP的上聯口接收所述下行數據。
[0148] 較佳地，所述上聯口是有線口或無線口。
[0149] 本發明實施例AP的上聯口為有線口具體可以參見圖ld，其中圖Id為本發明實 施例二一般瘦接入點框架組網示意圖，從圖Id中可知，接入控制器與多個無線接入點設 備相連，包括無線接入點設備1、無線接入點設備2……無線接入點設備n(n為大於2的正 整數），無線接入點設備1至無線接入點設備n通過無線的方式與站點11、站點12、站點 21……站點nl (n為大於2的正整數）相連。由圖Id可知下行數據在AC中進行CAPWAP 封裝後，通過隧道發送給無線接入點設備2,其中，AC是通過與之相連的有線口發送封裝 後的下行數據；AP的上聯口為無線口具體可以參見圖le，其中圖le為本發明實施例三 fit-repeater模式形成的瘦接入點框架組網示意圖，從圖Id中可知，接入控制器與多個無 線接入點設備相連，包括無線接入點設備1、無線接入點設備2、無線接入點設備3和無線接 入點設備4,無線接入點設備1通過無線的方式與無線接入點設備11、無線接入點設備12、 站點11相連，無線接入點設備11通過無線的方式與站點111，無線接入點設備11通過有線 的方式與站點112,無線接入點設備2通過無線的方式與站點21，無線接入點設備3通過無 線的方式與站點31，無線接入點設備4通過無線的方式與站點41。由圖le可知下行數據 在AC中進行CAPWAP封裝後，通過隧道發送給無線接入點設備12,其中，AC是通過與之相連 的有線口發送封裝後的下行數據。
[0150] 本發明實施例數據驅動負責數據的傳輸；虛擬驅動負責數據的CAPWAP封裝，虛擬 驅動能夠復用內核協議棧的IP層的分包和組包功能；TCP層實現CAPWAP解包。每個模塊 實現的功能單一，即在功能上實現了解耦合。
[0151] 本發明實施例在虛擬驅動中實現CAPWAP封裝，在內核協議棧的TCP層實現了 CAPWAP解包，從而提高了吞吐量，降低了 CPU的佔用率。表1中顯示了在應用層實現的 CAPWAP協議的吞吐量和CPU佔用率與本發明在內核協議棧的TCP層實現的CAPWAP協議的 吞吐量和CPU佔用率的對比表格。從表1中可以看出在原CAPWAP實現方式下的上行吞吐 量為86. 7、下行吞吐量為86. 5,新改進的CAPWAP實現方式下的上行吞吐量為89、下行吞吐 量為89,可知新改進的CAPWAP實現方式的上下行吞吐量比原來的吞吐量提高了；原CAPWAP 實現方式下的CPU佔用率為80,新改進的CPU佔用率為56,可知新改進的CAPWAP實現方式 的CPU佔用率下降了。
[0152]

【權利要求】
1. 一種無線接入點的控制和規範CAPWAP上行數據的處理方法，其特徵在於，該方法包 括： 當上行數據進入虛擬驅動時，將所述上行數據進行CAPWAP封裝，形成CAPWAP包； 根據網絡之間互聯的協議IP位址，通過路由向接入控制器AC發送所述CAPWAP包。
2. 如權利要求1所述的方法，其特徵在於，在上行數據進入虛擬驅動之前，還包括： 若所述上行數據為業務數據，在通過數據驅動接收到所述業務數據後，若所述業務數 據的介質訪問控制MAC地址不是本地MAC地址，則通過網橋轉發給虛擬驅動。
3. 如權利要求1所述的方法，其特徵在於，在上行數據進入虛擬驅動之前，還包括： 若所述上行數據為管理數據，則將所述管理數據通過應用層發送給虛擬驅動。
4. 如權利要求1?3任一所述的方法，其特徵在於，根據IP位址，通過路由向AC發送 所述CAPWAP包，具體包括； 根據IP位址，通過所述AP的上聯口將所述CAPWAP包通過路由發送給對應的AC。
5. 如權利要求4所述的方法，其特徵在於，所述上聯口是有線口或無線口。
6. -種無線接入點的控制和規範CAPWAP下行數據的處理方法，其特徵在於，該方法包 括： 通過數據驅動接收CAPWAP包，其中所述CAPWAP包是由接入控制器AC將接收到的下行 數據進行CAPWAP封裝形成的； 若所述CAPWAP包是需要處理的CAPWAP包，將所述CAPWAP包的網絡之間互聯的協議IP 頭中的用戶數據報協議UDP協議修改為CAPWAP協議； 對修改協議後的所述CAPWAP包進行解包操作得到下行數據； 通過虛擬驅動發送所述下行數據。
7. 如權利要求6所述的方法，其特徵在於，對修改協議後的所述CAPWAP包進行解包操 作得到下行數據，包括： 通過內核協議找的傳輸控制協議TCP層對所述修改後的CAPWAP包進行解包操作得到 下行數據； 對修改協議後的所述CAPWAP包進行解包操作得到下行數據之後，包括： 將所述下行數據發送給虛擬驅動。
8. 如權利要求6所述的方法，其特徵在於，通過虛擬驅動發送所述下行數據，包括： 若所述下行數據為業務數據，將所述下行數據通過虛擬驅動發送給網橋，並通過網橋 發送給數據驅動；或 若所述下行數據為管理數據，且所述管理數據的IP位址是本地IP位址，將所述管理數 據通過虛擬驅動發送給應用層，並通過所述應用層對管理數據進行處理。
9. 如權利要求6?8任一所述的方法，其特徵在於，通過數據驅動接收CAPWAP包，具體 包括： 通過所述AP的上聯口接收所述下行數據。
10. 如權利要求9所述的方法，其特徵在於，所述上聯口是有線口或無線口。
11. 一種無線接入點的控制和規範CAPWAP上行數據的處理裝置，其特徵在於，該裝置 包括： 封裝單元，用於當上行數據進入虛擬驅動時，將所述上行數據進行CAPWAP封裝，形成 CAPWAP 包； 發送單元，用於根據網絡之間互聯的協議IP位址，通過路由向接入控制器AC發送所述 CAPWAP 包。
12. 如權利要求11所述的裝置，其特徵在於，所述封裝單元還用於： 若所述上行數據為業務數據，在通過數據驅動接收到所述業務數據後，若所述業務數 據的介質訪問控制MAC地址不是本地MAC地址，則通過網橋轉發給虛擬驅動。
13. 如權利要求11所述的裝置，其特徵在於，所述封裝單元還用於： 若所述上行數據為管理數據，則將所述管理數據通過應用層發送給虛擬驅動。
14. 如權利要求11-13任一所述的裝置，其特徵在於，所述發送單元具體用於： 根據IP位址，通過所述AP的上聯口將所述CAPWAP包通過路由發送給對應的AC。
15. 如權利要求14所述的裝置，其特徵在於，所述上聯口是有線口或無線口。
16. -種無線接入點的控制和規範CAPWAP下行數據的處理裝置，其特徵在於，該裝置 包括： 接收單元，用於通過數據驅動接收CAPWAP包，其中所述CAPWAP包是由接入控制器AC 將接收到的下行數據進行CAPWAP封裝形成的； 協議修改單元，用於若所述CAPWAP包是需要處理的CAPWAP包，將所述CAPWAP包的網 絡之間互聯的協議IP頭中的用戶數據報協議UDP協議修改為CAPWAP協議； 解包單元，用於對修改協議後的所述CAPWAP包進行解包操作得到下行數據； 發送單元，用於通過虛擬驅動發送所述下行數據。
17. 如權利要求16所述的裝置，其特徵在於，所述解包單元具體用於： 通過內核協議找的傳輸控制協議TCP層對所述修改後的CAPWAP包進行解包操作得到 下行數據； 對修改協議後的所述CAPWAP包進行解包操作得到下行數據之後，包括： 將所述下行數據發送給虛擬驅動。
18. 如權利要求16所述的裝置，其特徵在於，所述發送單元具體用於： 若所述下行數據為業務數據，將所述下行數據通過虛擬驅動發送給網橋，並通過網橋 發送給數據驅動；或 若所述下行數據為管理數據，且所述管理數據的IP位址是本地IP位址，將所述管理數 據通過虛擬驅動發送給應用層，並通過所述應用層對管理數據進行處理。
19. 如權利要求16?18任一所述的裝置，其特徵在於，所述接收單元具體用於： 通過所述AP的上聯口接收所述下行數據。
20. 如權利要求19所述的裝置，其特徵在於，所述上聯口是有線口或無線口。
【文檔編號】H04L12/46GK104469843SQ201410653225
【公開日】2015年3月25日 申請日期:2014年11月17日 優先權日:2014年11月17日
【發明者】王茂斌, 左延麟, 羅晟 申請人:京信通信系統（中國）有限公司