一種公共WLAN架構下的數據隧道建立方法和AP與流程
2023-05-02 19:22:36
本發明涉及通信技術領域，尤其涉及一種公共無線區域網(英文：Wireless Local Area Network，簡稱：WLAN)架構下的數據隧道建立方法和接入點(英文：Access Point，簡稱：AP)。
背景技術：
隨著數據業務需求的迅速增長，且由於第二代(英文：2nd Generation，簡稱：2G)和第三代(英文：3nd Generation，簡稱：3G)無線網絡的數據承載能力有限，通過WLAN分流數據業務已成為運營商的首選解決方案。
基於WLAN技術的網絡結構中通常包括站點(英文：Station，簡稱：STA)、AP、接入控制器(英文：Access Controller，簡稱：AC)等設備。其中，AP的作用是將STA與有線網絡連接起來，而AC的作用是通過無線接入點控制和配置(英文：Control And Provisioning of Wireless Access Point，簡稱：CAPWAP)協議實現對AP的管理。
通常，AP可以通過動態主機配置協議(英文：Dynamic Host Configuration Protocol，簡稱：DHCP)的方式發現AC的網際網路協議(英文：Internet Protocol，簡稱：IP)地址列表，然後主動選中並關聯一個AC，並在認證成功後，從所述AC上獲取相關配置信息。之後，AP按照配置要求與所述AC分別建立控制隧道和數據隧道，所述控制隧道用於轉發AP和AC之間的控制報文，所述數據隧道用於轉發所述AP和所述AC之間的數據報文。在WLAN網絡僅僅由部署所述WLAN網絡的組織或個人使用時，控制隧道和數據隧道的終結點都是AC。
由於WLAN的頻段為公共頻段，任何組織和個人都可以免費使用，在同 一位置的不同運營商部署的WLAN網絡之間，可能因為WLAN頻段重疊而造成嚴重的幹擾，導致用戶使用WLAN體驗差。為了克服上述問題，出現了WLAN網絡共建共享的模式，即由公眾WLAN服務提供商負責建設和部署AP和AC的物理設備，再通過虛擬AP(英文：Virtual AP，簡稱：VAP)將不同的WLAN頻段分別租借給不同的運營商(如運營商A、運營商B等)。
如圖1所示，為一種基於WLAN網絡共建共享模式的場景示意圖，AP在AC的管理下，通過多個物理設備，如交換機、寬帶遠程接入伺服器(英文：broadband remote access server，簡稱：BRAS)和接入路由器等，與運營商的接入網關建立連接，其中，每個AP可以提供多個WLAN標識(英文：Identifier，簡稱：ID)，而每個WLAN標識對應一個VAP，每個VAP歸屬於一個運營商。由於是公眾WLAN服務提供商來部署AC和配置AP，AP的管理還屬於公眾WLAN服務提供商，因此控制隧道的終結點為AC。而租用WLAN的運營商需要管理和控制各自的用戶，對用戶進行認證、流量控制、計費等操作，因此數據隧道需要以租用WLAN的各個運營商的接入網關，例如，BRAS或者寬帶網絡網關(英文：broadband network gateway，簡稱：BNG)為終結點。圖1中，運營商A和運營商B共享某個AP下的WLAN網絡，該AP為運營商A和運營商B提供的WLAN ID分別為WLAN A和WLAN B，該AP所在的控制隧道的終結點在管理該AP的AC上，而該AP下的WLAN A所在的數據隧道的終結點則為運營商A的接入網關，以及WLAN B所在的數據隧道的終結點為運營商B的接入網關。
WLAN網絡共建共享的模式實現了WLAN網絡的共享，但也存在以下問題：
第一，可靠性差，即某個AP的某個WLAN ID只能關聯一個接入網關，當該接入網關發生故障或該AP與該接入網關之間的鏈路發生中斷後，此AP下的該WLAN ID關聯的所有用戶都將斷網；若該接入網關關聯了大量的AP時，將導致大量的用戶斷網。
第二，流量負載均衡能力差，即某個AP的某個WLAN ID只能關聯該AP與該接入網關之間的鏈路擁塞時，會導致用戶的下行業務或上行業務的服務質量(英文：Quality of Service，簡稱：QoS)得不到很好的滿足，從而造成用戶感覺到下載數據和上傳數據的速率下降、接收信號質量變差、時延嚴重等問題。
技術實現要素：
本發明提供一種公共WLAN架構下的數據隧道建立方法和AP，用以解決在WLAN共建共享、數據隧道與控制隧道分離的場景下，WLAN網絡可靠性差和流量負載均衡能力差的問題。
第一方面，本發明提供了一種公共WLAN架構下的數據隧道建立方法，包括：
AP接收AC發送的用於指示創建多條數據隧道的配置消息；所述多條數據隧道對應同一個起始點；
所述AP根據所述配置消息確定所述起始點，並分別確定所述多條數據隧道中每條數據隧道的終結點；
所述AP根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。
結合第一方面，在第一方面的第一種可能的實現方式中，所述配置消息包括：
WLAN ID，隧道模式和終結點標識；
其中，所述WLAN ID用於指示數據隧道的起始點；
所述終結點標識用於指示所述多條數據隧道中每條數據隧道的終結點用於指示；
所述隧道模式為主備模式或者負載均衡模式；
所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸； 負載均衡模式下數據流量均衡分布到所述多條數據隧道上傳輸。
結合第一方面的第一種可能的實現方式，在第一方面的第二種可能的實現方式中，所述配置消息還包括：
隧道類型，所述隧道類型用於指示所述多條數據隧道中每條數據隧道的封裝協議。
結合第一方面的第一種或第二種可能的實現方式，在第一方面的第三種可能的實現方式中，所述AP根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道之後，所述方法還包括：
所述AP將每條數據隧道的屬性，分別發送給每條數據隧道的終結點；
其中，所述數據隧道的屬性為主數據隧道，備份數據隧道或者負載均衡數據隧道；
當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，所述數據隧道的終結點處於工作狀態；
當數據隧道的屬性為備份數據隧道時，所述數據隧道的終結點處於休眠狀態。
結合第一方面的第一種至第三種可能的實現方式中的任意一種實現方式，在第一方面的第四種可能的實現方式中，當所述隧道模式為主備模式時，所述方法還包括：
所述AP在主數據隧道出現故障後，將數據流量切換到一條備份數據隧道上；
所述AP將所述備份數據隧道的屬性更改為主數據隧道，並將更改後的數據隧道的屬性發送給所述備份數據隧道的終結點；
所述AP將故障信息發送給所述AC，所述故障信息包括射頻標識，WLANID，當前故障狀態碼和當前故障的主數據隧道的終結點標識。
結合第一方面的上述任意一種實現方式，在第一方面的第四種可能的實現方式中，所述起始點為所述AP提供的VAP，所述終結點為接入網關。
第二方面，本發明提供了一種AP，包括：
接收單元，用於接收AC發送的用於指示創建多條數據隧道的配置消息；所述多條數據隧道對應同一個起始點；
確定單元，用於根據所述配置消息確定所述起始點，並分別確定所述多條數據隧道中每條數據隧道的終結點；
創建單元，用於根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。
結合第二方面，在第二方面的第一種可能的實現方式中，所述配置消息包括：
WLAN ID，隧道模式和終結點標識；
其中，所述WLAN ID用於指示數據隧道的起始點；
所述終結點標識用於指示所述多條數據隧道中每條數據隧道的終結點；
所述隧道模式為主備模式或者負載均衡模式；
所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸；負載均衡模式下數據流量均衡分布到所述多條數據隧道上傳輸。
結合第二方面的第一種可能的實現方式，在第二方面的第二種可能的實現方式中，所述配置消息還包括：
隧道類型，所述隧道類型用於指示所述多條數據隧道中每條數據隧道的封裝協議。
結合第二方面的第一種或第二種可能的實現方式，在第二方面的第三種可能的實現方式中，所述AP還包括：
發送單元，用於將每條數據隧道的屬性，分別發送給每條數據隧道的終結點；
其中，所述數據隧道的屬性為主數據隧道，備份數據隧道或者負載均衡數據隧道；
當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，所述數據隧道的終結點處於工作狀態；
當數據隧道的屬性為備份數據隧道時，所述數據隧道的終結點處於休眠狀態。
結合第二方面的第一種至第三種可能的實現方式中的任意一種實現方式，在第二方面的第四種可能的實現方式中，所述AP還包括：
故障處理單元，用於當所述隧道模式為主備模式時，在主數據隧道出現故障後，將數據流量切換到一條備份數據隧道上；將所述條備份數據隧道的屬性更改為主數據隧道；
所述發送單元還用於，將更改後的數據隧道的屬性發送給所述備份數據隧道的終結點；將故障信息發送給所述AC，所述故障信息包括射頻標識，WLANID，當前故障狀態碼和當前故障的主數據隧道的終結點標識。
結合第二方面的上述任意一種實現方式，在第二方面的第四種可能的實現方式中，所述起始點為所述AP提供的虛擬VAP，所述終結點為接入網關。
本發明提供的方案，通過創建多條數據隧道，保證數據流量的正常傳輸，避免出現流量擁塞的情況，增強了WLAN網絡的可靠性和流量負載均衡能力。
附圖說明
圖1為現有技術下一種基於WLAN網絡共建共享模式的場景示意圖；
圖2為本發明實施例提供的一種公共WLAN架構下的數據隧道建立方法的概述流程圖；
圖3為本發明實施例提供的一種公共WLAN架構下的數據隧道建立方法與現有WLAN標準兼容後的詳細示意圖；
圖4為本發明實施例提供的一種AP的結構示意圖；
圖5為本發明實施例提供的另一種AP的結構示意圖。
具體實施方式
本發明實施例提供了一種公共WLAN架構下的數據隧道建立方法和AP，在WLAN共建共享、數據隧道與控制隧道分離的場景下，通過創建主備多條數據隧道，在主數據隧道故障後，將數據流量切換到備份數據隧道上，保證了數據流量的正常傳輸，增強WLAN網絡的可靠性；或者，也可以通過創建多條負載均衡的數據隧道，均衡負擔數據流量，避免出現流量擁塞。
下面結合說明書附圖和各實施例對本發明技術方案進行說明。
參閱圖2所示，在WLAN共建共享、數據隧道與控制隧道分離的場景下，本發明實施例建立數據隧道的概述流程如下：
步驟201：AP接收AC發送的用於指示創建多條數據隧道的配置消息；所述多條數據隧道對應同一個起始點。
其中，所述多條數據隧道可以是兩條或兩條以上。
可選地，所述配置消息可以包括WLAN ID，隧道模式和終結點標識等信息。其中，所述WLAN ID用於指示所述起始點；所述終結點標識用於指示所述多條數據隧道中每條數據隧道的終結點，可以是終結點的IP位址、埠號等信息，有多少個隧道參數就表示有多少個數據隧道的終結點；所述隧道模式可以為主備模式或者負載均衡模式；所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸；負載均衡模式下數據流量則均衡分布到所述多條數據隧道上傳輸。
可選地，所述配置消息還可以包括隧道數量和隧道類型等信息，其中，所述隧道數量用於指示創建的數據隧道的數目，所述隧道類型用於標識所述多條數據隧道中每條數據隧道的封裝協議，如第二層隧道協議(英文：Layer 2 Tunneling Protocol，簡稱：L2TP)、通用路由封裝協議(英文：Generic Routing Encapsulation，簡稱：GRE)和網際網路協議安全性(英文：Internet Protocol Security，簡稱：IPSec)等。
表1所示為配置消息攜帶的配置參數示例，所述配置參數可以根據具體的使用環境增減。在表1中，AP提供了5個WLAN ID，分別是WLAN A1、WLAN A2、WLAN B1、WLAN B2和WLAN C，其中WLAN A1和WLAN A2歸屬於運營商A，WLAN B1和WLAN B2歸屬於運營商B，WLAN C歸屬於運營商C。WLAN A1對應兩個數據隧道，隧道模式為主備模式，主數據隧道的類型為L2TP，對應的終結點的IP位址為A1，備份數據隧道的類型為GRE，對應的終結點的IP位址為A2。WLAN A2對應兩個數據隧道，隧道模式為負載均衡模式，第一個數據隧道的類型為CAPWAP，對應的終結點的IP位址為A1，第二個數據隧道的類型為CAPWAP，對應的終結點的IP位址為A2。
表1 配置參數示例
步驟202：所述AP根據所述配置消息確定所述起始點，並分別確定所述多條數據隧道中每條數據隧道的終結點。
本發明實施例中，所述起始點可以為所述AP提供的VAP，所述AP可以提供多個VAP，不同的VAP對應所述AP上不同的埠，通過配置消息中攜帶的WLAN ID可以唯一確定所述AP管轄下的一個VAP；所述終結點為網絡設備，如接入網關、交換機或者接入路由器等。
步驟203：所述AP根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。
可選地，在步驟203之後，所述AP可以將每條數據隧道的屬性，分別發送給該數據隧道的終結點，如此，每個終結點可以根據其所在的數據隧道的類型更改各自的狀態。其中，所述數據隧道的屬性可以為主數據隧道，備份數據 隧道或者負載均衡數據隧道；當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，該數據隧道的終結點處於工作狀態，即該數據隧道的終結點可以正常轉發用戶數據以及外部網絡數據；當數據隧道的屬性為備份數據隧道時，該數據隧道的終結點處於休眠狀態，即該數據隧道的終結點不轉發用戶數據以及外部網絡數據。
其中，所述AP可以根據所述配置消息和事先約定的策略中的一個或兩個，來確定每條數據隧道的屬性，例如，當所述配置消息攜帶的隧道模式為負載均衡模式時，則確認每條數據隧道的屬性均為負載均衡數據隧道；當所述配置消息攜帶的隧道模式為主備模式時，可以事先約定所述配置消息中攜帶的多個終結點標識中的第一個終結點標識對應的數據隧道為主數據隧道，其他均為備份數據隧道。
可選地，當所述隧道模式為主備模式時，所述AP在主數據隧道出現故障後，可以將數據流量切換到一條備份數據隧道上，以及將該條備份數據隧道的屬性更改為主數據隧道，並將更改後的數據隧道的屬性發送給該條備份數據隧道的終結點，以指示該終結點從休眠狀態調整為工作狀態，從而保證數據流量的正常傳輸。
實際應用中，所述AP可以周期性地向主數據隧道的終結點發送保活消息(英文：Keepalive)，並根據是否接收到該終結點對Keepalive的響應消息來確定AP和終結點之間的主數據隧道是否故障，其中，所述Keepalive可以為一段序列號，所述對Keepalive的響應消息即為與所述AP發送的序列號完全匹配的序列號。
此外，所述AP還可以通過故障消息將故障信息發送給所述AC，以讓AC能夠快速準確地定位故障位置。關於所述故障消息的格式定義如下表2所示：
表2 故障消息格式
其中，所述故障消息包含的各欄位的含義如下：
Radio ID，長度為8比特(單位：Bit)，表徵當前故障的射頻標識；
WLAN ID，長度為8Bits，表徵當前故障的WLAN ID；
Status，長度為8Bits，表徵當前故障狀態碼；
Reserved，長度為8Bits，為預留欄位；
Tunnel INFO，表徵當前故障的主數據隧道的終結點標識，該欄位的長度決定終結點標識的長度。所述Tunnel INFO可以為TLV(英文：Type-Length-Value)格式，和或者其他能夠記錄所述終結點標識的格式。
下面以一個具體的應用場景為例，對上述實施例進行詳細介紹。
圖2所示的數據隧道建立方法，可以實現對現有WLAN標準IETF CAPWAP工作組的後向兼容，如圖3所示，將本發明實施例提供的技術方案與現有WLAN標準兼容後，AP在接入網絡後，從發現AC到正常工作主要經歷以下過程：
1、地址獲取過程：AP與DHCP伺服器之間通過Discovery、Offer、Request和Ack四個交互消息，完成AP的IP位址的獲取。
2、AC發現過程：AP在開機並連通乙太網埠後，發送發現請求(英文：Discovery Request)尋找候選的AC；接收到Discovery Request的AC檢查該AP是否有接入本機的權限，若有則發送發現回應(英文：Discovery Response)，Discovery Response同時攜帶了AC名稱，AC優先級、AC IP位址以及此AC上接入的AP數量等信息。
其中，AP可以通過以下四種方式發現AC：
1)DHCP方式。AP通過DHCP伺服器獲取IP位址和option 43屬性，其中，option43屬性中攜帶了AC的IP位址信息，AP從option 43屬性中獲取AC的IP位址後，啟動CAPWAP協議的發現機制，然後以單播的形式向AC發送Discovery Request。
2)域名伺服器(英文：Domain Name Server，簡稱：DNS)方式。AP通過DHCP伺服器獲取IP位址、DNS的IP位址和AC的域名，其中，AC的域名可攜帶在DHCP伺服器的option15屬性中，然後AP啟動CAPWAP協議的發現機制，以廣播形式發送Discovery Request試圖關聯AC。在多次嘗試Discovery Request仍無響應的情況下，若DHCP伺服器支持option15屬性，並且DHCP發送的Discovery Response中攜帶了option15屬性，則AP可以根據option15屬性中攜帶的AC主機名列表從DNS獲取列表中的AC的IP位址，並逐一發送Discovery Request；若DHCP Server不支持option15屬性，則AP可以從DNS獲取與從DHCP伺服器獲得的AC域名對應的IP位址，AP向該IP位址發送Discovery Request。
3)廣播方式。AP與AC採用二層組網，AP啟用CAPWAP協議的廣播機制，以組播形式向AC發送Discovery Request。
4)靜態配置方式。AP事先配置好AC的IP位址列表，AP啟動CAPWAP協議的發現機制後，以單播方式向AC發送Discovery Request。
3、加入過程(AP/AC關聯過程)：AP收到AC的Discovery Response後，根據Discovery Response中攜帶的AC優先級編號選出優先級最高的一個AC，若出現AC優先級相同的情況，則AP可以選擇負載最小的AC。在選定AC後AP與AC進行關聯，這個過程由AP發送加入請求(英文：Join Request)，以及AC發送加入回應(英文：Join Response)來完成。其中，AC根據AP在Join Request中發過來的映像(英文：Image)版本信息，和自己支持的版本信息比較，如果版本信息一致就進入配置獲取過程；如果版本信息不一致，就進入Image更新過程。
4、Image更新過程：AP加載AC上運行的Image版本。
5、配置獲取過程：AC與AP進行配置信息的交互，AP可以從AC上下載配置信息到本地內存，該配置信息包括現有的802.11協議中規定的服務集標識(英文：Service Set Identifier，簡稱：SSID)、安全參數和傳輸信道等。這個過程由AP發送配置狀態請求(英文：Configuration Status Request)，以及AC發送配置狀態回應(英文：Configuration Status Response)來完成。
6、配置檢查過程：AP將在配置獲取過程中得到的配置信息設置成功後，通知AC配置成功。這個過程由AP發送改變狀態事件請求(英文：Change Status Event Request)，以及AC發送改變狀態事件回應(英文：Change Status Event Response)來完成。
7、控制隧道建立過程：AP與AC間建立CAPWAP協議控制隧道。
8、數據隧道建立過程：AP與AC間建立CAPWAP協議數據隧道。
由於AP與AP之間的CAPWAP協議數據隧道不用於轉發AP與各個運營商的接入網關之間的數據報文，因此實際應用中過程8也可省略。
9、運行過程：AP周期性地發送回應請求(英文：Echo Request)給AC，通過AC返回的回應回復(英文：Echo Response)來確定AP和AC之間的控制通道的狀態；以及AP周期性地發送Keepalive給數據隧道另一端的網絡設備，通過網絡設備返回的對該Keepalive的響應消息來確定AP和AC之間的數據隧道的狀態。
10、數據隧道建立過程：AC向AP發送IEEE 802.11WLAN Config.Request [IEEE 802.11Add WLAN,MULTIPLE Alternate Tunnel Encapsulation(TUNNEL NUM,MODE,Tunnel Type,Tunnel Info Element,Tunnel Type,Tunnel Info Element…)]消息，AP在該消息指定的該AP下的VAP與該消息指定的接入網關之間建立多條數據隧道，其中，IEEE 802.11Add WLAN中包含WLAN ID，關於IEEE 802.11Add WLAN的信息元素的結構定義可以參見表3；MULTIPLE Alternate Tunnel Encapsulation中包含隧道數量，隧道模式，以及多個數據隧道 的隧道類型和終結點標識。
表3 IEEE 802.11Add WLAN的信息元素結構
關於IEEE 802.11WLAN Config.Request消息的格式定義如下表4所示：
表4 IEEE 802.11WLAN Config.Request消息格式
其中，專門有個Message Type來表徵此消息為IEEE 802.11WLAN Config.Request消息，IEEE 802.11WLAN Config.Request消息增加了新的Msg Element，也就是上述MULTIPLE Alternate Tunnel Encapsulation，具體的MULTIPLE Alternate Tunnel Encapsulation內容可以是表1中列出的除WLAN ID這一列外其他列的內容。IEEE 802.11WLAN Config.Request消息中的其他欄位遵循現有的CAPWAP控制報文中的定義，本發明實施例不作詳述。
上述過程1-9為IETF CAPWAP工作組已經定義的過程，過程10為本發明提出的對IETF CAPWAP工作組的補充，對應圖2中的步驟201～203。過程10可以在過程8之前或之後執行，也可以代替過程8。在後續的運行過程中，AP也可以周期性地發送Keepalive給過程10中建立的多條數據隧道對應的網絡設 備，來檢測數據隧道是否故障。
參閱圖4所示，本發明實施例提供了一種AP，用於實現本發明圖2所示的在公共WLAN架構下的數據隧道建立方法，該AP包括：
接收單元401，用於接收AC發送的用於指示創建多條數據隧道的配置消息；所述多條數據隧道對應同一個起始點。
確定單元402，用於根據所述配置消息確定所述起始點，並分別確定所述多條數據隧道中每條數據隧道的終結點。
創建單元403，用於根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。
可選的，所述配置消息包括WLAN ID，隧道模式和終結點標識；其中，所述WLAN ID用於指示所述起始點；所述終結點標識用於指示所述多條數據隧道中每條數據隧道的終結點；所述隧道模式為主備模式或者負載均衡模式；所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸；負載均衡模式下數據流量均衡分布到所述多條數據隧道上傳輸。
可選的，所述配置消息還可以包括隧道數量和隧道類型，所述隧道類型用於指示所述多條數據隧道中每條數據隧道的封裝協議。
可選的，所述AP還包括：
發送單元404，用於將每條數據隧道的屬性，分別發送給該數據隧道的終結點；其中，所述數據隧道的屬性為主數據隧道，備份數據隧道或者負載均衡數據隧道；當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，該數據隧道的終結點處於工作狀態；當數據隧道的屬性為備份數據隧道時，該數據隧道的終結點處於休眠狀態。
可選的，所述AP還包括：
故障處理單元405，用於當所述隧道模式為主備模式時，在主數據隧道出現故障後，將數據流量切換到一條備份數據隧道上；將該條備份數據隧道的屬 性更改為主數據隧道。
所述發送單元404還用於，將更改後的數據隧道的屬性發送給該條備份數據隧道的終結點；將故障信息發送給所述AC，所述故障信息包括射頻標識，WLAN ID，當前故障狀態碼和當前故障的主數據隧道的終結點標識。
可選的，所述起始點為所述AP提供的VAP，所述終結點為接入網關。
參閱圖5所示，本發明實施例還提供了一種AP，該AP包括：
收發器501，用於接收AC發送的用於指示創建多條數據隧道的配置消息，所述多條數據隧道對應同一個起始點。
處理器502，用於根據所述配置消息確定所述起始點，並分別確定所述多條數據隧道中每條數據隧道的終結點；根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。
可選的，所述配置消息包括WLAN ID，隧道模式和終結點標識；其中，所述WLAN ID用於指示所述起始點；所述終結點標識用於指示所述多條數據隧道中每條數據隧道的終結點；所述隧道模式為主備模式或者負載均衡模式；所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸；負載均衡模式下數據流量均衡分布到所述多條數據隧道上傳輸。
可選的，所述配置消息還可以包括隧道數量和隧道類型，所述隧道類型用於指示所述多條數據隧道中每條數據隧道的封裝協議。
可選地，所述收發器501還用於，將每條數據隧道的屬性，分別發送給該數據隧道的終結點；其中，所述數據隧道的屬性為主數據隧道，備份數據隧道或者負載均衡數據隧道；當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，該數據隧道的終結點處於工作狀態；當數據隧道的屬性為備份數據隧道時，該數據隧道的終結點處於休眠狀態。
可選的，所述處理器502還用於，當所述隧道模式為主備模式時，在主數據隧道出現故障後，將數據流量切換到一條備份數據隧道上；將該條備份數據 隧道的屬性更改為主數據隧道。
所述收發器501還用於，將更改後的數據隧道的屬性發送給該條備份數據隧道的終結點；將故障信息發送給所述AC，所述故障信息包括射頻標識，WLAN ID，當前故障狀態碼和當前故障的主數據隧道的終結點標識。
綜上所述，採用本發明實施例提供的技術方案，在WLAN共建共享、數據隧道與控制隧道分離的場景下，可以通過創建主備多條數據隧道，在主數據隧道故障後，將數據流量切換到備份數據隧道上，保證了數據流量的正常傳輸，增強WLAN網絡的可靠性；或者，也可以通過創建多條負載均衡的數據隧道，均衡負擔數據流量，避免出現流量擁塞。
可選的，所述起始點為所述AP提供的VAP，所述終結點為接入網關。
本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、CD-ROM、光學存儲器等)上實施的電腦程式產品的形式。
本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
儘管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明範圍的所有變更和修改。
顯然，本領域的技術人員可以對本發明實施例進行各種改動和變型而不脫離本發明實施例的精神和範圍。這樣，倘若本發明實施例的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。