本發(fā)明涉及通信技術領域，尤其涉及一種公共無線局域網(英文：Wireless Local Area Network，簡稱：WLAN)架構下的數據隧道建立方法和接入點(英文：Access Point，簡稱：AP)。

背景技術：

隨著數據業(yè)務需求的迅速增長，且由于第二代(英文：2nd Generation，簡稱：2G)和第三代(英文：3nd Generation，簡稱：3G)無線網絡的數據承載能力有限，通過WLAN分流數據業(yè)務已成為運營商的首選解決方案。

基于WLAN技術的網絡結構中通常包括站點(英文：Station，簡稱：STA)、AP、接入控制器(英文：Access Controller，簡稱：AC)等設備。其中，AP的作用是將STA與有線網絡連接起來，而AC的作用是通過無線接入點控制和配置(英文：Control And Provisioning of Wireless Access Point，簡稱：CAPWAP)協(xié)議實現對AP的管理。

通常，AP可以通過動態(tài)主機配置協(xié)議(英文：Dynamic Host Configuration Protocol，簡稱：DHCP)的方式發(fā)現AC的互聯(lián)網協(xié)議(英文：Internet Protocol，簡稱：IP)地址列表，然后主動選中并關聯(lián)一個AC，并在認證成功后，從所述AC上獲取相關配置信息。之后，AP按照配置要求與所述AC分別建立控制隧道和數據隧道，所述控制隧道用于轉發(fā)AP和AC之間的控制報文，所述數據隧道用于轉發(fā)所述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只能關聯(lián)一個接入網關，當該接入網關發(fā)生故障或該AP與該接入網關之間的鏈路發(fā)生中斷后，此AP下的該WLAN ID關聯(lián)的所有用戶都將斷網；若該接入網關關聯(lián)了大量的AP時，將導致大量的用戶斷網。

第二，流量負載均衡能力差，即某個AP的某個WLAN ID只能關聯(lián)該AP與該接入網關之間的鏈路擁塞時，會導致用戶的下行業(yè)務或上行業(yè)務的服務質量(英文：Quality of Service，簡稱：QoS)得不到很好的滿足，從而造成用戶感覺到下載數據和上傳數據的速率下降、接收信號質量變差、時延嚴重等問題。

技術實現要素：

本發(fā)明提供一種公共WLAN架構下的數據隧道建立方法和AP，用以解決在WLAN共建共享、數據隧道與控制隧道分離的場景下，WLAN網絡可靠性差和流量負載均衡能力差的問題。

第一方面，本發(fā)明提供了一種公共WLAN架構下的數據隧道建立方法，包括：

AP接收AC發(fā)送的用于指示創(chuàng)建多條數據隧道的配置消息；所述多條數據隧道對應同一個起始點；

所述AP根據所述配置消息確定所述起始點，并分別確定所述多條數據隧道中每條數據隧道的終結點；

所述AP根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。

結合第一方面，在第一方面的第一種可能的實現方式中，所述配置消息包括：

WLAN ID，隧道模式和終結點標識；

其中，所述WLAN ID用于指示數據隧道的起始點；

所述終結點標識用于指示所述多條數據隧道中每條數據隧道的終結點用于指示；

所述隧道模式為主備模式或者負載均衡模式；

所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸； 負載均衡模式下數據流量均衡分布到所述多條數據隧道上傳輸。

結合第一方面的第一種可能的實現方式，在第一方面的第二種可能的實現方式中，所述配置消息還包括：

隧道類型，所述隧道類型用于指示所述多條數據隧道中每條數據隧道的封裝協(xié)議。

結合第一方面的第一種或第二種可能的實現方式，在第一方面的第三種可能的實現方式中，所述AP根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道之后，所述方法還包括：

所述AP將每條數據隧道的屬性，分別發(fā)送給每條數據隧道的終結點；

其中，所述數據隧道的屬性為主數據隧道，備份數據隧道或者負載均衡數據隧道；

當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，所述數據隧道的終結點處于工作狀態(tài)；

當數據隧道的屬性為備份數據隧道時，所述數據隧道的終結點處于休眠狀態(tài)。

結合第一方面的第一種至第三種可能的實現方式中的任意一種實現方式，在第一方面的第四種可能的實現方式中，當所述隧道模式為主備模式時，所述方法還包括：

所述AP在主數據隧道出現故障后，將數據流量切換到一條備份數據隧道上；

所述AP將所述備份數據隧道的屬性更改為主數據隧道，并將更改后的數據隧道的屬性發(fā)送給所述備份數據隧道的終結點；

所述AP將故障信息發(fā)送給所述AC，所述故障信息包括射頻標識，WLANID，當前故障狀態(tài)碼和當前故障的主數據隧道的終結點標識。

結合第一方面的上述任意一種實現方式，在第一方面的第四種可能的實現方式中，所述起始點為所述AP提供的VAP，所述終結點為接入網關。

第二方面，本發(fā)明提供了一種AP，包括：

接收單元，用于接收AC發(fā)送的用于指示創(chuàng)建多條數據隧道的配置消息；所述多條數據隧道對應同一個起始點；

確定單元，用于根據所述配置消息確定所述起始點，并分別確定所述多條數據隧道中每條數據隧道的終結點；

創(chuàng)建單元，用于根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。

結合第二方面，在第二方面的第一種可能的實現方式中，所述配置消息包括：

WLAN ID，隧道模式和終結點標識；

其中，所述WLAN ID用于指示數據隧道的起始點；

所述終結點標識用于指示所述多條數據隧道中每條數據隧道的終結點；

所述隧道模式為主備模式或者負載均衡模式；

所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸；負載均衡模式下數據流量均衡分布到所述多條數據隧道上傳輸。

結合第二方面的第一種可能的實現方式，在第二方面的第二種可能的實現方式中，所述配置消息還包括：

隧道類型，所述隧道類型用于指示所述多條數據隧道中每條數據隧道的封裝協(xié)議。

結合第二方面的第一種或第二種可能的實現方式，在第二方面的第三種可能的實現方式中，所述AP還包括：

發(fā)送單元，用于將每條數據隧道的屬性，分別發(fā)送給每條數據隧道的終結點；

其中，所述數據隧道的屬性為主數據隧道，備份數據隧道或者負載均衡數據隧道；

當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，所述數據隧道的終結點處于工作狀態(tài)；

當數據隧道的屬性為備份數據隧道時，所述數據隧道的終結點處于休眠狀態(tài)。

結合第二方面的第一種至第三種可能的實現方式中的任意一種實現方式，在第二方面的第四種可能的實現方式中，所述AP還包括：

故障處理單元，用于當所述隧道模式為主備模式時，在主數據隧道出現故障后，將數據流量切換到一條備份數據隧道上；將所述條備份數據隧道的屬性更改為主數據隧道；

所述發(fā)送單元還用于，將更改后的數據隧道的屬性發(fā)送給所述備份數據隧道的終結點；將故障信息發(fā)送給所述AC，所述故障信息包括射頻標識，WLANID，當前故障狀態(tài)碼和當前故障的主數據隧道的終結點標識。

結合第二方面的上述任意一種實現方式，在第二方面的第四種可能的實現方式中，所述起始點為所述AP提供的虛擬VAP，所述終結點為接入網關。

本發(fā)明提供的方案，通過創(chuàng)建多條數據隧道，保證數據流量的正常傳輸，避免出現流量擁塞的情況，增強了WLAN網絡的可靠性和流量負載均衡能力。

附圖說明

圖1為現有技術下一種基于WLAN網絡共建共享模式的場景示意圖；

圖2為本發(fā)明實施例提供的一種公共WLAN架構下的數據隧道建立方法的概述流程圖；

圖3為本發(fā)明實施例提供的一種公共WLAN架構下的數據隧道建立方法與現有WLAN標準兼容后的詳細示意圖；

圖4為本發(fā)明實施例提供的一種AP的結構示意圖；

圖5為本發(fā)明實施例提供的另一種AP的結構示意圖。

具體實施方式

本發(fā)明實施例提供了一種公共WLAN架構下的數據隧道建立方法和AP，在WLAN共建共享、數據隧道與控制隧道分離的場景下，通過創(chuàng)建主備多條數據隧道，在主數據隧道故障后，將數據流量切換到備份數據隧道上，保證了數據流量的正常傳輸，增強WLAN網絡的可靠性；或者，也可以通過創(chuàng)建多條負載均衡的數據隧道，均衡負擔數據流量，避免出現流量擁塞。

下面結合說明書附圖和各實施例對本發(fā)明技術方案進行說明。

參閱圖2所示，在WLAN共建共享、數據隧道與控制隧道分離的場景下，本發(fā)明實施例建立數據隧道的概述流程如下：

步驟201：AP接收AC發(fā)送的用于指示創(chuàng)建多條數據隧道的配置消息；所述多條數據隧道對應同一個起始點。

其中，所述多條數據隧道可以是兩條或兩條以上。

可選地，所述配置消息可以包括WLAN ID，隧道模式和終結點標識等信息。其中，所述WLAN ID用于指示所述起始點；所述終結點標識用于指示所述多條數據隧道中每條數據隧道的終結點，可以是終結點的IP地址、端口號等信息，有多少個隧道參數就表示有多少個數據隧道的終結點；所述隧道模式可以為主備模式或者負載均衡模式；所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸；負載均衡模式下數據流量則均衡分布到所述多條數據隧道上傳輸。

可選地，所述配置消息還可以包括隧道數量和隧道類型等信息，其中，所述隧道數量用于指示創(chuàng)建的數據隧道的數目，所述隧道類型用于標識所述多條數據隧道中每條數據隧道的封裝協(xié)議，如第二層隧道協(xié)議(英文：Layer 2 Tunneling Protocol，簡稱：L2TP)、通用路由封裝協(xié)議(英文：Generic Routing Encapsulation，簡稱：GRE)和互聯(lián)網協(xié)議安全性(英文：Internet Protocol Security，簡稱：IPSec)等。

表1所示為配置消息攜帶的配置參數示例，所述配置參數可以根據具體的使用環(huán)境增減。在表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根據所述配置消息確定所述起始點，并分別確定所述多條數據隧道中每條數據隧道的終結點。

本發(fā)明實施例中，所述起始點可以為所述AP提供的VAP，所述AP可以提供多個VAP，不同的VAP對應所述AP上不同的端口，通過配置消息中攜帶的WLAN ID可以唯一確定所述AP管轄下的一個VAP；所述終結點為網絡設備，如接入網關、交換機或者接入路由器等。

步驟203：所述AP根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。

可選地，在步驟203之后，所述AP可以將每條數據隧道的屬性，分別發(fā)送給該數據隧道的終結點，如此，每個終結點可以根據其所在的數據隧道的類型更改各自的狀態(tài)。其中，所述數據隧道的屬性可以為主數據隧道，備份數據 隧道或者負載均衡數據隧道；當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，該數據隧道的終結點處于工作狀態(tài)，即該數據隧道的終結點可以正常轉發(fā)用戶數據以及外部網絡數據；當數據隧道的屬性為備份數據隧道時，該數據隧道的終結點處于休眠狀態(tài)，即該數據隧道的終結點不轉發(fā)用戶數據以及外部網絡數據。

其中，所述AP可以根據所述配置消息和事先約定的策略中的一個或兩個，來確定每條數據隧道的屬性，例如，當所述配置消息攜帶的隧道模式為負載均衡模式時，則確認每條數據隧道的屬性均為負載均衡數據隧道；當所述配置消息攜帶的隧道模式為主備模式時，可以事先約定所述配置消息中攜帶的多個終結點標識中的第一個終結點標識對應的數據隧道為主數據隧道，其他均為備份數據隧道。

可選地，當所述隧道模式為主備模式時，所述AP在主數據隧道出現故障后，可以將數據流量切換到一條備份數據隧道上，以及將該條備份數據隧道的屬性更改為主數據隧道，并將更改后的數據隧道的屬性發(fā)送給該條備份數據隧道的終結點，以指示該終結點從休眠狀態(tài)調整為工作狀態(tài)，從而保證數據流量的正常傳輸。

實際應用中，所述AP可以周期性地向主數據隧道的終結點發(fā)送?；钕?英文：Keepalive)，并根據是否接收到該終結點對Keepalive的響應消息來確定AP和終結點之間的主數據隧道是否故障，其中，所述Keepalive可以為一段序列號，所述對Keepalive的響應消息即為與所述AP發(fā)送的序列號完全匹配的序列號。

此外，所述AP還可以通過故障消息將故障信息發(fā)送給所述AC，以讓AC能夠快速準確地定位故障位置。關于所述故障消息的格式定義如下表2所示：

表2 故障消息格式

其中，所述故障消息包含的各字段的含義如下：

Radio ID，長度為8比特(單位：Bit)，表征當前故障的射頻標識；

WLAN ID，長度為8Bits，表征當前故障的WLAN ID；

Status，長度為8Bits，表征當前故障狀態(tài)碼；

Reserved，長度為8Bits，為預留字段；

Tunnel INFO，表征當前故障的主數據隧道的終結點標識，該字段的長度決定終結點標識的長度。所述Tunnel INFO可以為TLV(英文：Type-Length-Value)格式，和或者其他能夠記錄所述終結點標識的格式。

下面以一個具體的應用場景為例，對上述實施例進行詳細介紹。

圖2所示的數據隧道建立方法，可以實現對現有WLAN標準IETF CAPWAP工作組的后向兼容，如圖3所示，將本發(fā)明實施例提供的技術方案與現有WLAN標準兼容后，AP在接入網絡后，從發(fā)現AC到正常工作主要經歷以下過程：

1、地址獲取過程：AP與DHCP服務器之間通過Discovery、Offer、Request和Ack四個交互消息，完成AP的IP地址的獲取。

2、AC發(fā)現過程：AP在開機并連通以太網端口后，發(fā)送發(fā)現請求(英文：Discovery Request)尋找候選的AC；接收到Discovery Request的AC檢查該AP是否有接入本機的權限，若有則發(fā)送發(fā)現回應(英文：Discovery Response)，Discovery Response同時攜帶了AC名稱，AC優(yōu)先級、AC IP地址以及此AC上接入的AP數量等信息。

其中，AP可以通過以下四種方式發(fā)現AC：

1)DHCP方式。AP通過DHCP服務器獲取IP地址和option 43屬性，其中，option43屬性中攜帶了AC的IP地址信息，AP從option 43屬性中獲取AC的IP地址后，啟動CAPWAP協(xié)議的發(fā)現機制，然后以單播的形式向AC發(fā)送Discovery Request。

2)域名服務器(英文：Domain Name Server，簡稱：DNS)方式。AP通過DHCP服務器獲取IP地址、DNS的IP地址和AC的域名，其中，AC的域名可攜帶在DHCP服務器的option15屬性中，然后AP啟動CAPWAP協(xié)議的發(fā)現機制，以廣播形式發(fā)送Discovery Request試圖關聯(lián)AC。在多次嘗試Discovery Request仍無響應的情況下，若DHCP服務器支持option15屬性，并且DHCP發(fā)送的Discovery Response中攜帶了option15屬性，則AP可以根據option15屬性中攜帶的AC主機名列表從DNS獲取列表中的AC的IP地址，并逐一發(fā)送Discovery Request；若DHCP Server不支持option15屬性，則AP可以從DNS獲取與從DHCP服務器獲得的AC域名對應的IP地址，AP向該IP地址發(fā)送Discovery Request。

3)廣播方式。AP與AC采用二層組網，AP啟用CAPWAP協(xié)議的廣播機制，以組播形式向AC發(fā)送Discovery Request。

4)靜態(tài)配置方式。AP事先配置好AC的IP地址列表，AP啟動CAPWAP協(xié)議的發(fā)現機制后，以單播方式向AC發(fā)送Discovery Request。

3、加入過程(AP/AC關聯(lián)過程)：AP收到AC的Discovery Response后，根據Discovery Response中攜帶的AC優(yōu)先級編號選出優(yōu)先級最高的一個AC，若出現AC優(yōu)先級相同的情況，則AP可以選擇負載最小的AC。在選定AC后AP與AC進行關聯(lián)，這個過程由AP發(fā)送加入請求(英文：Join Request)，以及AC發(fā)送加入回應(英文：Join Response)來完成。其中，AC根據AP在Join Request中發(fā)過來的映像(英文：Image)版本信息，和自己支持的版本信息比較，如果版本信息一致就進入配置獲取過程；如果版本信息不一致，就進入Image更新過程。

4、Image更新過程：AP加載AC上運行的Image版本。

5、配置獲取過程：AC與AP進行配置信息的交互，AP可以從AC上下載配置信息到本地內存，該配置信息包括現有的802.11協(xié)議中規(guī)定的服務集標識(英文：Service Set Identifier，簡稱：SSID)、安全參數和傳輸信道等。這個過程由AP發(fā)送配置狀態(tài)請求(英文：Configuration Status Request)，以及AC發(fā)送配置狀態(tài)回應(英文：Configuration Status Response)來完成。

6、配置檢查過程：AP將在配置獲取過程中得到的配置信息設置成功后，通知AC配置成功。這個過程由AP發(fā)送改變狀態(tài)事件請求(英文：Change Status Event Request)，以及AC發(fā)送改變狀態(tài)事件回應(英文：Change Status Event Response)來完成。

7、控制隧道建立過程：AP與AC間建立CAPWAP協(xié)議控制隧道。

8、數據隧道建立過程：AP與AC間建立CAPWAP協(xié)議數據隧道。

由于AP與AP之間的CAPWAP協(xié)議數據隧道不用于轉發(fā)AP與各個運營商的接入網關之間的數據報文，因此實際應用中過程8也可省略。

9、運行過程：AP周期性地發(fā)送回應請求(英文：Echo Request)給AC，通過AC返回的回應回復(英文：Echo Response)來確定AP和AC之間的控制通道的狀態(tài)；以及AP周期性地發(fā)送Keepalive給數據隧道另一端的網絡設備，通過網絡設備返回的對該Keepalive的響應消息來確定AP和AC之間的數據隧道的狀態(tài)。

10、數據隧道建立過程：AC向AP發(fā)送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控制報文中的定義，本發(fā)明實施例不作詳述。

上述過程1-9為IETF CAPWAP工作組已經定義的過程，過程10為本發(fā)明提出的對IETF CAPWAP工作組的補充，對應圖2中的步驟201～203。過程10可以在過程8之前或之后執(zhí)行，也可以代替過程8。在后續(xù)的運行過程中，AP也可以周期性地發(fā)送Keepalive給過程10中建立的多條數據隧道對應的網絡設 備，來檢測數據隧道是否故障。

參閱圖4所示，本發(fā)明實施例提供了一種AP，用于實現本發(fā)明圖2所示的在公共WLAN架構下的數據隧道建立方法，該AP包括：

接收單元401，用于接收AC發(fā)送的用于指示創(chuàng)建多條數據隧道的配置消息；所述多條數據隧道對應同一個起始點。

確定單元402，用于根據所述配置消息確定所述起始點，并分別確定所述多條數據隧道中每條數據隧道的終結點。

創(chuàng)建單元403，用于根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。

可選的，所述配置消息包括WLAN ID，隧道模式和終結點標識；其中，所述WLAN ID用于指示所述起始點；所述終結點標識用于指示所述多條數據隧道中每條數據隧道的終結點；所述隧道模式為主備模式或者負載均衡模式；所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸；負載均衡模式下數據流量均衡分布到所述多條數據隧道上傳輸。

可選的，所述配置消息還可以包括隧道數量和隧道類型，所述隧道類型用于指示所述多條數據隧道中每條數據隧道的封裝協(xié)議。

可選的，所述AP還包括：

發(fā)送單元404，用于將每條數據隧道的屬性，分別發(fā)送給該數據隧道的終結點；其中，所述數據隧道的屬性為主數據隧道，備份數據隧道或者負載均衡數據隧道；當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，該數據隧道的終結點處于工作狀態(tài)；當數據隧道的屬性為備份數據隧道時，該數據隧道的終結點處于休眠狀態(tài)。

可選的，所述AP還包括：

故障處理單元405，用于當所述隧道模式為主備模式時，在主數據隧道出現故障后，將數據流量切換到一條備份數據隧道上；將該條備份數據隧道的屬 性更改為主數據隧道。

所述發(fā)送單元404還用于，將更改后的數據隧道的屬性發(fā)送給該條備份數據隧道的終結點；將故障信息發(fā)送給所述AC，所述故障信息包括射頻標識，WLAN ID，當前故障狀態(tài)碼和當前故障的主數據隧道的終結點標識。

可選的，所述起始點為所述AP提供的VAP，所述終結點為接入網關。

參閱圖5所示，本發(fā)明實施例還提供了一種AP，該AP包括：

收發(fā)器501，用于接收AC發(fā)送的用于指示創(chuàng)建多條數據隧道的配置消息，所述多條數據隧道對應同一個起始點。

處理器502，用于根據所述配置消息確定所述起始點，并分別確定所述多條數據隧道中每條數據隧道的終結點；根據所述起始點以及所述每條數據隧道的終結點建立所述多條數據隧道。

可選的，所述配置消息包括WLAN ID，隧道模式和終結點標識；其中，所述WLAN ID用于指示所述起始點；所述終結點標識用于指示所述多條數據隧道中每條數據隧道的終結點；所述隧道模式為主備模式或者負載均衡模式；所述主備模式下所述多條數據隧道包括一條主數據隧道和至少一條備份數據隧道，數據流量在所述主數據隧道上傳輸，不在所述備份數據隧道上傳輸；負載均衡模式下數據流量均衡分布到所述多條數據隧道上傳輸。

可選的，所述配置消息還可以包括隧道數量和隧道類型，所述隧道類型用于指示所述多條數據隧道中每條數據隧道的封裝協(xié)議。

可選地，所述收發(fā)器501還用于，將每條數據隧道的屬性，分別發(fā)送給該數據隧道的終結點；其中，所述數據隧道的屬性為主數據隧道，備份數據隧道或者負載均衡數據隧道；當數據隧道的屬性為主數據隧道或者負載均衡數據隧道時，該數據隧道的終結點處于工作狀態(tài)；當數據隧道的屬性為備份數據隧道時，該數據隧道的終結點處于休眠狀態(tài)。

可選的，所述處理器502還用于，當所述隧道模式為主備模式時，在主數據隧道出現故障后，將數據流量切換到一條備份數據隧道上；將該條備份數據 隧道的屬性更改為主數據隧道。

所述收發(fā)器501還用于，將更改后的數據隧道的屬性發(fā)送給該條備份數據隧道的終結點；將故障信息發(fā)送給所述AC，所述故障信息包括射頻標識，WLAN ID，當前故障狀態(tài)碼和當前故障的主數據隧道的終結點標識。

綜上所述，采用本發(fā)明實施例提供的技術方案，在WLAN共建共享、數據隧道與控制隧道分離的場景下，可以通過創(chuàng)建主備多條數據隧道，在主數據隧道故障后，將數據流量切換到備份數據隧道上，保證了數據流量的正常傳輸，增強WLAN網絡的可靠性；或者，也可以通過創(chuàng)建多條負載均衡的數據隧道，均衡負擔數據流量，避免出現流量擁塞。

可選的，所述起始點為所述AP提供的VAP，所述終結點為接入網關。

本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。

本發(fā)明是參照根據本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執(zhí)行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

盡管已描述了本發(fā)明的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領域的技術人員可以對本發(fā)明實施例進行各種改動和變型而不脫離本發(fā)明實施例的精神和范圍。這樣，倘若本發(fā)明實施例的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。