專利名稱：一種無線控制器熱備切換方法、裝置及無線控制器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線局域網(wǎng)技術(shù)領(lǐng)域，尤其設(shè)計(jì)一種無線控制器熱備切換方法、裝置及無線控制器。
背景技術(shù)：
在無線局域網(wǎng)(WLAN, Wireless Local Area Networks)的部署中，目前有兩種部署方式瘦無線接入點(diǎn)(AP，Access Point)模式和胖AP模式。其中，瘦AP模式逐漸成為主流的部署方式。在瘦AP模式的部署中，涉及兩類無線設(shè)備無線控制器(AC，AccessController)和AP，其中，AP為連接有線網(wǎng)絡(luò)和無線網(wǎng)絡(luò)的橋梁，其作用是將各個(gè)無線客戶 端(亦稱為STA或者Station)連接到一起，例如，無線客戶端可以為支持WLAN接入功能的筆記本電腦(PC)、PDA或者無線網(wǎng)卡等，然后將無線網(wǎng)絡(luò)接入有線網(wǎng)絡(luò)，AP通過有線連接AC來接入有線網(wǎng)絡(luò)，用戶在AC上進(jìn)行統(tǒng)一配置，由AC將相關(guān)配置下發(fā)給AP，由AC來管理控制所連接的AP，AC和AP通過協(xié)作，為用戶提供無線局域網(wǎng)服務(wù)。AC和AP間的協(xié)作規(guī)范在RFC5415,即無線接入點(diǎn)控制與部署(CAPWAP, Controlling and Provisioning of WirelessAccess Point)協(xié)議中定義。CAPffAP協(xié)議規(guī)定當(dāng)AC與AP建立了 CAPWAP連接后，AC與每臺(tái)AP間都會(huì)建立一條CAPWAP通信隧道，AC發(fā)送給AP的每個(gè)報(bào)文，都必須通過CAPWAP通信隧道；而AP發(fā)給AC的每個(gè)報(bào)文，也必須通過CAPWAP通信隧道，CAPffAP通信隧道是一種點(diǎn)到點(diǎn)的隧道，是一種單播隧道。如圖I所示，其為AC與AP之間的CAPWAP通信隧道示意圖，用戶使用PCI、PC2和PC3分別與API、AP2或者AP3建立無線連接，API、AP2和AP3通過有線連接AC，AC與各AP之間建立CAPWAP隧道?，F(xiàn)有技術(shù)中，為了避免單AC部署時(shí)，AC發(fā)生故障導(dǎo)致無線網(wǎng)絡(luò)不可用的情況，提供AC的熱備切換功能。如圖2所示，其為提供熱備功能的AC運(yùn)行環(huán)境示意圖，AP同時(shí)與兩個(gè)AC建立CAPWAP連接,兩個(gè)AC之間通過?；钔ǖ?keep-alive-channel)協(xié)商確定主AC和從AC，由主AC通告AP那條CAPWAP隧道是主CAPWAP隧道，那條是從CAPWAP隧道。用戶通過無線客戶端關(guān)聯(lián)到AP后，通過AP與主AC之間的主CAPWAP隧道并經(jīng)由Pathl與外部進(jìn)行網(wǎng)絡(luò)通信，主AC將無線客戶端的信息通過?；钔ǖ劳降綇腁C，同時(shí)兩個(gè)AC之間通過互發(fā)保活消息進(jìn)行?；睿?dāng)主AC發(fā)生硬件故障時(shí)，從AC將不會(huì)接收到主AC發(fā)送的?；钕?，從AC確定主AC異常，將觸發(fā)AC的熱備切換，AC的熱備切換功能能夠提供毫秒級(jí)的CAPWAP隧道切換能力，確保已關(guān)聯(lián)的無線客戶端業(yè)務(wù)最大程度上不中斷。但是實(shí)際應(yīng)用中，以下場景更為常見主AC正常運(yùn)行，即其與從AC設(shè)備之間正常發(fā)送?；钕?，而AP與主AC之間的主CAPWAP隧道發(fā)生故障斷開，此時(shí)，主AC的802. 11模塊檢測到主CAPWAP隧道斷開，該AP上關(guān)聯(lián)的無線客戶端掉線，主AC將通過?；钔ǖ缹o線客戶端掉線的信息同步給從AC，由于AP與AC之間的CAPWAP隧道與兩個(gè)AC之間的?；钔ǖ婪謩e屬于不同的虛擬局域網(wǎng)(VLAN，)，二者是獨(dú)立的，因此，主AC與從AC之間的?；钔ǖ酪廊徽０l(fā)送?；钕?，這樣，便會(huì)產(chǎn)生以下問題對(duì)于AP來說，只存在一條到達(dá)從AC的從CAPWAP隧道，而對(duì)于從AC來說，由于主AC和從AC之間的?；钔ǖ勒０l(fā)送保活消息，無法觸發(fā)AC的熱備切換功能，二者之間的主從關(guān)系不變，從CAPWAP隧道不會(huì)處理任何從無線客戶端發(fā)送的報(bào)文，因此，當(dāng)主CAPWAP隧道斷開之后，無線客戶端將無法與外部網(wǎng)絡(luò)通信，影響了無線網(wǎng)絡(luò)的健壯性；同時(shí)，當(dāng)前的從CAPWAP隧道雖然處于正常連接狀態(tài)，但是卻無法用于傳輸報(bào)文，造成了網(wǎng)絡(luò)資源的浪費(fèi)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供ー種無線控制器熱備切換方法、裝置及無線控制器，用以增強(qiáng)無線網(wǎng)絡(luò)的健壯性，減少網(wǎng)絡(luò)資源的浪費(fèi)。本發(fā)明實(shí)施例提供ー種無線控制器熱備切換方法，包括統(tǒng)計(jì)初始在線接入點(diǎn)AP的初始數(shù)量；
針對(duì)每ー在線AP，分別判斷與該AP之間的無線接入點(diǎn)控制與部署CAPWAP隧道是否異常；每判斷出與任ー在線AP之間的CAPWAP隧道異常時(shí)，將當(dāng)前在線AP數(shù)量減I，所述當(dāng)前在線AP數(shù)量初始值為統(tǒng)計(jì)出的初始在線AP的初始數(shù)量；在當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件時(shí)，觸發(fā)熱備切換。本發(fā)明實(shí)施例提供ー種無線控制器熱備切換裝置，包括統(tǒng)計(jì)單元，用于統(tǒng)計(jì)初始在線AP的初始數(shù)量；判斷単元，用于針對(duì)每ー在線接入點(diǎn)AP，判斷與該AP之間的CAPWAP隧道是否異常；計(jì)數(shù)單元，用于每判斷出與任ー在線AP之間的CAPWAP隧道異常時(shí)，將當(dāng)前在線AP數(shù)量減1，所述當(dāng)前在線AP數(shù)量初始值為統(tǒng)計(jì)出的初始在線AP的初始數(shù)量；觸發(fā)單元，用于在當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件時(shí)，觸發(fā)熱備切換。本發(fā)明實(shí)施例提供ー種無線控制器，包括上述無線控制器切換裝置。本發(fā)明實(shí)施例提供的無線控制器切換方法、裝置及無線控制器，主AC首先統(tǒng)計(jì)初始在線的AP的數(shù)量，當(dāng)主AC檢測到與自身連接的任一 AP之間的CAPWAP隧道異常吋，將當(dāng)前在線AP數(shù)量減1，若當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件吋，主AC將觸發(fā)進(jìn)行熱備切換操作，以保證無線網(wǎng)絡(luò)的可用性，由于本發(fā)明實(shí)施例中，通過對(duì)AC設(shè)備與AP設(shè)備之間的CAPffAP隧道進(jìn)行監(jiān)測，當(dāng)發(fā)生CAPWAP隧道異常的AP的數(shù)量滿足預(yù)設(shè)切換條件吋，即使AC設(shè)備自身處于正常狀態(tài)，也將觸發(fā)熱備切換操作，以保證與主AC連接的各AP上關(guān)聯(lián)的無線客戶端業(yè)務(wù)不中斷，增強(qiáng)了無線網(wǎng)絡(luò)健壯性，同時(shí)，充分利用從AC與AP之間的網(wǎng)絡(luò)資源，減少了網(wǎng)絡(luò)資源的浪費(fèi)。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。


圖I為現(xiàn)有技術(shù)中，AC與AP之間的CAPWAP通信隧道示意圖；圖2為現(xiàn)有技術(shù)中，提供熱備功能的AC運(yùn)行環(huán)境示意圖3為本發(fā)明實(shí)施例中，無線控制器熱備切換方法的實(shí)施流程示意圖；圖4為本發(fā)明實(shí)施例中，CAPffAP報(bào)文格式示意圖；圖5為本發(fā)明實(shí)施例中，主AC判斷是否觸發(fā)熱備切換的實(shí)施流程示意圖；圖6為本發(fā)明實(shí)施例中，無線控制器熱備切換裝置的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為了在主AC與從AC之間的?；钔ǖ勒９ぷ鳎侵鰽C與連接的AP之間的CAPffAP隧道異常情況下，觸發(fā)AC設(shè)備熱備切換，以實(shí)現(xiàn)充分利用從AC與AP之間的網(wǎng)絡(luò)資源，增強(qiáng)無線網(wǎng)絡(luò)健壯性的目的，本發(fā)明提供了ー種無線控制器熱備切換方法、裝置及無線控制器。以下結(jié)合說明書附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明，并且在不沖突的情況下，本發(fā) 明中的實(shí)施例及實(shí)施例中的特征可以相互組合。實(shí)施例一如圖3所示，為本發(fā)明實(shí)施例提供的無線控制器熱備切換方法的實(shí)施流程示意圖，包括以下步驟S301、主AC統(tǒng)計(jì)初始在線AP的初始數(shù)量；具體實(shí)施吋，當(dāng)主從AC建立熱備成功之后，AP分別與主AC建立主CAPWAP隧道，與從AC建立從CAPWAP隧道，兩條隧道并行運(yùn)行，此時(shí)，主AC上觸發(fā)ー個(gè)計(jì)數(shù)器，用于統(tǒng)計(jì)初始在線AP的初始數(shù)量，假設(shè)在線AP的初始數(shù)量為N。S302、針對(duì)每ー在線AP，主AC分別判斷與該AP之間的CAPWAP隧道是否異常；根據(jù)CAPWAP協(xié)議，AC與AP之間存在?；顧C(jī)制用于檢測CAPWAP隧道是否異常，具體的，RFC5415定義了兩個(gè)?；钕cho Request和Echo Response,用于檢測CAPWAP隧道是否異常，由AP在CAPWAP隧道建立成功之后按照一定的時(shí)間間隔(EchoInterval,可以自行配置)周期性發(fā)送Echo Request報(bào)文，AC在收到Echo Request報(bào)文之后，響應(yīng)EchoResponse報(bào)文，但是，CAPffAP協(xié)議規(guī)定的檢測時(shí)間間隔單位為秒級(jí)，導(dǎo)致檢測效率低下，嚴(yán)重影響熱備切換性能，因此，本發(fā)明實(shí)施例提供ー種ms級(jí)的CAPWAP隧道是否異常的檢測方法。具體的，擴(kuò)展CAPWAP報(bào)文用于封裝AC與AP之間交互的熱備?；顖?bào)文，如圖4所示，其為CAPWAP報(bào)文格式示意圖，包括IP頭(IP Hdr)和UDP頭(UDP Hdr):所有的CAPWAP報(bào)文都封裝有IP頭和UDP頭；CAPffAP DTLS頭(CAPWAP DTLS Hdr):所有的被DTLS (數(shù)據(jù)報(bào)傳輸層安全)加密的CAPffAP報(bào)文都有該頭部前綴；DTLS頭(DTLS Hdr) =DTLS頭部為CAPWAP的載荷提供認(rèn)證和加密服務(wù)，DTLS在RFC4347中定義；CAPffAP頭(CAPWAP Header):所有的CAPWAP協(xié)議報(bào)文都用同ー個(gè)頭部，該頭部位于CAPWAP預(yù)判碼或者DTLS頭之后；控制頭(Control Header) =CAPffAP協(xié)議包含ー個(gè)信號(hào)元件，稱為CAPWAP控制協(xié)議，所有的CAPWAP控制報(bào)文都包含ー個(gè)控制頭，CAPffAP數(shù)據(jù)報(bào)文則不包含該頭部；
消息元素(Message Element (s)):CAPWAP控制報(bào)文包含ー個(gè)或者多個(gè)消息元素，這些消息元素在控制頭之后，以TLV (類型/長度/值)格式出現(xiàn)，CAPffAP協(xié)議定義了消息元素的通用TLV格式，其中TYPE (類型)占16位，LENGTH (長度)占16位，VALUE (值)為可變長度(由LENGTH字段定義)，且定義了 TYPE字段從1_49的語義。本發(fā)明實(shí)施例中，若使用CAPWAP報(bào)文封裝熱備?；顖?bào)文，只需要定義新的消息元素即可，具體實(shí)施時(shí)，可以添加ー個(gè)類型為HotbackKe印alive的消息，且定義Value字段值為50-255之間的正整數(shù)即可。基于擴(kuò)展的CAPWAP報(bào)文，針對(duì)每ー在線AP，AC設(shè)備設(shè)定兩個(gè)定時(shí)器，假設(shè)分別為HotbackKeepalive 定時(shí)器和 HotbackDeadInterval 定時(shí)器，其中，HotbackKeepalive 定時(shí)器用于設(shè)置AC向AP發(fā)送熱備?；顖?bào)文的發(fā)送周期,HotbackDeadInterval定時(shí)器用于設(shè)置AP響應(yīng)熱備?；顖?bào)文的最大時(shí)間間隔，例如，HotbackKeepalive定時(shí)器可以設(shè)置為IOms,HotbackDeadInterval定時(shí)器可以設(shè)置為30ms，AC與AP建立CAPWAP隧道之后，A·C設(shè)備每隔IOms便會(huì)向AP發(fā)送熱備?；顖?bào)文，并啟動(dòng)HotbackDeadInterval定時(shí)器,AP在接收到熱備?；顖?bào)文之后，將向AC返回應(yīng)答報(bào)文，AC在接收到AP返回的應(yīng)答報(bào)文之后，將重新設(shè)置HotbackDeadInterval定時(shí)器，然后重新發(fā)送熱備?；顖?bào)文，如果在HotbackDeadInterval定時(shí)器到期時(shí)仍然沒有接收到AP返回的應(yīng)答報(bào)文，AC確定與該AP之間的CAPWAP隧道異常。S303、AC每判斷出與任ー在線AP之間的CAPWAP隧道異常時(shí)，確定當(dāng)前在線AP數(shù)量減I ;其中，當(dāng)前在線AP數(shù)量初始值為統(tǒng)計(jì)出的初始在線AP的初始數(shù)量N。具體實(shí)施時(shí)，針對(duì)任ー在線AP，當(dāng)AC判斷出與該在線AP之間的CAPWAP隧道異常時(shí)，即確定當(dāng)前在線AP數(shù)量減1，以Z表示當(dāng)前在線AP的數(shù)量，則Z=N-I,依次類推，當(dāng)判斷出與另ー在線AP之間的CAPWAP隧道異常時(shí)，Z=N-2。特別地，具體實(shí)施吋，可能存在CAPWAP隧道不穩(wěn)定而導(dǎo)致出現(xiàn)以下情況針對(duì)任一 AP, AC在某次檢測時(shí)發(fā)現(xiàn)與該AP之間的CAPWAP隧道異常，但是在下次檢測時(shí)發(fā)現(xiàn)與該AP之間的CAPWAP隧道正常，這種情況下，當(dāng)AC再次檢測到與該AP之間的鏈路正常吋，則將當(dāng)前在線AP數(shù)量加I。根據(jù)CAPWAP協(xié)議，AP與AC之間按照預(yù)設(shè)時(shí)間間隔(假設(shè)為30s )發(fā)送EchoRequest和Echo Response報(bào)文，用于檢測兩者之間的CAPWAP隧道是否正常，由于ー個(gè)CAPffAP定義的檢測周期較長，因此，有可能發(fā)生以下情況根據(jù)CAPWAP定義的檢測方法，AC與AP之間的CAPWAP隧道正常，但是根據(jù)本發(fā)明實(shí)施例定義的檢測方法，AC與AP之間的CAPffAP隧道異常，此時(shí)，AC仍然確定AC與AP之間的CAPWAP鏈路異常，將在線AP數(shù)量減I。另外，具體實(shí)施時(shí)，還可能存在以下情況在ー個(gè)CAPWAP定義的檢測周期內(nèi)，若根據(jù)CAPWAP協(xié)議檢測AC與AP之間的CAPWAP隧道正常，且根據(jù)本發(fā)明實(shí)施例定義的檢測方法，AC與AP之間的CAPWAP隧道也正常時(shí)，保持當(dāng)前在線AP數(shù)量不變；若在ー個(gè)CAPWAP定義的檢測周期內(nèi)，若根據(jù)CAPWAP協(xié)議檢測AC與AP之間的CAPWAP隧道異常，且根據(jù)本發(fā)明實(shí)施例定義的檢測方法，AC與AP之間的CAPWAP隧道也異常時(shí)，確定當(dāng)前在線AP數(shù)量減I。S304、若當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件時(shí)，觸發(fā)熱備切換。具體實(shí)施時(shí)，可以預(yù)先設(shè)定熱備切換條件，例如，可以設(shè)定Z小于N時(shí)就觸發(fā)熱備切換，即有ー個(gè)AP與AC之間的CAPWAP隧道異常即觸發(fā)熱備切換，較佳地，為了避免由于AP設(shè)備異常導(dǎo)致AC與AP之間的CAPWAP隧道異常，本發(fā)明實(shí)施例中，還可以在大部分AP與AC之間的CAPWAP隧道異常時(shí)才觸發(fā)熱備切換，這樣，預(yù)設(shè)的熱備切換條件可以設(shè)置為Z與N的比值小于某ー閾值，其中，該閾值的取值范圍可以為(O，100%)，更佳地，該閾值可以設(shè)置為(0，50%)。為了更好地理解本發(fā)明實(shí)施例，以下通過具體的實(shí)施例對(duì)本發(fā)明實(shí)施例的實(shí)施過程進(jìn)行說明。如圖5所示，為主AC判斷是否觸發(fā)熱備切換的實(shí)施流程示意圖，包括以下步驟S501、主AC和從AC之間建立保活通道；具體實(shí)施吋，主AC與從AC通過?；钔ǖ腊l(fā)送保活消息，且主AC通過保活通道將與自身連接的每ー AP上關(guān)聯(lián)的無線客戶端的相關(guān)信息傳送給從AC ；S502、AP分別與主AC建立主CAPWAP隧道，并與從AC建立從CAPWAP隧道； S503、主AC觸發(fā)計(jì)數(shù)器，統(tǒng)計(jì)初始在線AP的數(shù)量N ；S504、針對(duì)任ー在線AP，主AC按照預(yù)設(shè)周期向該AP發(fā)送熱備?；钕?；S505、主AC判斷在指定時(shí)長內(nèi)是否接收到該AP返回的應(yīng)答報(bào)文，如果是，執(zhí)行步驟S504，否則，執(zhí)行步驟S506 ；S506、主AC確定與該AP之間的主CAPWAP隧道異常；S507、主AC確定當(dāng)前在線AP數(shù)量減I ;S508、主AC判斷當(dāng)前在線AP數(shù)量是否滿足預(yù)設(shè)切換條件，如果是，執(zhí)行步驟S509，否則，執(zhí)行步驟S504;其中，預(yù)設(shè)切換條件可以為當(dāng)前在線AP數(shù)量小于初始在線AP的數(shù)量，或者當(dāng)前在線AP數(shù)量與初始在線AP數(shù)量的比值小于預(yù)設(shè)閾值，例如，當(dāng)預(yù)設(shè)閾值設(shè)置為50%吋，說明與主AC連接的AP中，有一半以上的CAPWAP鏈路異常，此時(shí)，可能是主AC自身的原因?qū)е屡cAP之間的主CAPWAP隧道異常。具體實(shí)施吋，如果當(dāng)前在線AP的數(shù)量不滿足預(yù)設(shè)切換條件，說明可能是AP故障導(dǎo)致主AC與AP之間的主CAPWAP隧道異常，此時(shí)，主AC可以繼續(xù)檢測其它的在線AP與自身之間的主CAPWAP隧道異常。S509、主AC觸發(fā)熱備切換。若當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件時(shí)，觸發(fā)主從AC切換，原來的從AC切換成新的主AC，原來的從CAPWAP隧道切換成新的主CAPWAP隧道得到利用?；谕话l(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了ー種無線控制器熱備切換裝置及無線控制器，由于上述裝置及設(shè)備解決問題的原理與無線控制器熱備切換方法相似，因此上述裝置及設(shè)備的實(shí)施可以參見方法的實(shí)施，重復(fù)之處不再贅述。如圖6所示，為本發(fā)明實(shí)施例提供的無線控制器熱備切換裝置的結(jié)構(gòu)示意圖，包括統(tǒng)計(jì)單元601，用于統(tǒng)計(jì)初始在線AP的初始數(shù)量；判斷單元602，用于針對(duì)每ー在線接入點(diǎn)AP，判斷與該AP之間的CAPWAP隧道是否
異常；計(jì)數(shù)單元603，用于若與任ー在線AP之間的CAPWAP隧道異常時(shí)，確定當(dāng)前在線AP數(shù)量減I，當(dāng)前在線AP數(shù)量初始值為統(tǒng)計(jì)出的初始在線AP的初始數(shù)量；觸發(fā)單元604，用于在當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件時(shí)，觸發(fā)熱備切換。較佳地，判斷単元602，可以包括發(fā)送子単元，用于向該AP發(fā)送熱備?；顖?bào)文；確定子単元，用于在指定時(shí)長內(nèi)未接收到該AP返回的應(yīng)答報(bào)文時(shí)，確定與該AP之間的CAPWAP隧道異常。較佳地，觸發(fā)單元604，具體用于確定當(dāng)前在線AP數(shù)量與所述初始數(shù)量比值低于預(yù)設(shè)閾值時(shí)，觸發(fā)熱備切換；或者確定當(dāng)前在線AP數(shù)量少于所述初始數(shù)量時(shí)，觸發(fā)熱備切換。
具體實(shí)施時(shí)，無線控制器熱備切換裝置，還可以包括擴(kuò)展單元，用于在所述發(fā)送子単元向該AP發(fā)送熱備保活報(bào)文之前，擴(kuò)展CAPWAP報(bào)文用于封裝所述熱備?；顖?bào)文。需要說明的是，本發(fā)明實(shí)施例提供的無線控制器熱備切換裝置可以設(shè)置與無線控制器中。本發(fā)明實(shí)施例提供的無線控制器切換方法、裝置及無線控制器，主AC首先統(tǒng)計(jì)初始在線的AP的數(shù)量，當(dāng)主AC檢測到與自身連接的任一 AP之間的CAPWAP隧道異常吋，將當(dāng)前在線AP數(shù)量減1，若當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件吋，主AC將觸發(fā)進(jìn)行熱備切換操作，以保證無線網(wǎng)絡(luò)的可用性，由于本發(fā)明實(shí)施例中，通過對(duì)AC設(shè)備與AP設(shè)備之間的CAPffAP隧道進(jìn)行監(jiān)測，當(dāng)發(fā)生CAPWAP隧道異常的AP的數(shù)量滿足預(yù)設(shè)切換條件吋，即使AC設(shè)備自身處于正常狀態(tài)，也將觸發(fā)熱備切換操作，以保證與主AC連接的各AP上關(guān)聯(lián)的無線客戶端業(yè)務(wù)不中斷，增強(qiáng)了無線網(wǎng)絡(luò)健壯性，同時(shí)，充分利用從AC與AP之間的網(wǎng)絡(luò)資源，減少了網(wǎng)絡(luò)資源的浪費(fèi)。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、CD-ROM、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每ー流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生ー個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖ー個(gè)流程或多個(gè)流程和/或方框圖ー個(gè)方框或多個(gè)方框中指定的功能的裝置。這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖ー個(gè)流程或多個(gè)流程和/或方框圖ー個(gè)方框或多個(gè)方框中指定的功能。這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖ー個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對(duì)這些實(shí)施例做出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本發(fā)明范圍的所有變更和修改。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種無線控制器熱備切換方法，其特征在于，包括 統(tǒng)計(jì)初始在線接入點(diǎn)AP的初始數(shù)量； 針對(duì)每一在線AP，分別判斷與該AP之間的無線接入點(diǎn)控制與部署CAPWAP隧道是否異常； 每判斷出與任一在線AP之間的CAPWAP隧道異常時(shí)，將當(dāng)前在線AP數(shù)量減I，所述當(dāng)前在線AP數(shù)量初始值為統(tǒng)計(jì)出的初始在線AP的初始數(shù)量； 在當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件時(shí)，觸發(fā)熱備切換。
2.如權(quán)利要求I所述的方法，其特征在于，判斷與該AP之間的CAPWAP隧道是否異常，具體包括 向該AP發(fā)送熱備?；顖?bào)文； 若在指定時(shí)長內(nèi)未接收到該AP返回的應(yīng)答報(bào)文時(shí)，確定與該AP之間的CAPWAP隧道異堂巾O
3.如權(quán)利要求2所述的方法，其特征在于，向該AP發(fā)送熱備保活報(bào)文之前，還包括 擴(kuò)展CAPWAP報(bào)文用于封裝所述熱備保活報(bào)文，具體的，擴(kuò)展CAPWP消息元素，定義擴(kuò)展的CAPWAP消息元素值為5(Γ255中任一整數(shù)值。
4.如權(quán)利要求1、2或3所述的方法，其特征在于，確定當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件時(shí)，觸發(fā)熱備切換，具體包括 確定當(dāng)前在線AP數(shù)量與所述初始數(shù)量比值低于預(yù)設(shè)閾值時(shí)，觸發(fā)熱備切換；或者 確定當(dāng)前在線AP數(shù)量少于所述初始數(shù)量時(shí)，觸發(fā)熱備切換。
5.一種無線控制器熱備切換裝置，其特征在于，包括 統(tǒng)計(jì)單元，用于統(tǒng)計(jì)初始在線接入點(diǎn)AP的初始數(shù)量； 判斷單元，用于針對(duì)每一在線ΑΡ，判斷與該AP之間的無線接入點(diǎn)控制與部署CAPWAP隧道是否異常； 計(jì)數(shù)單元，用于每判斷出與任一在線AP之間的CAPWAP隧道異常時(shí)，將當(dāng)前在線AP數(shù)量減I，所述當(dāng)前在線AP數(shù)量初始值為所述初始數(shù)量； 觸發(fā)單元，用于在當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件時(shí)，觸發(fā)熱備切換。
6.如權(quán)利要求5所述的裝置，其特征在于，所述判斷單元，包括 發(fā)送子單元，用于向該AP發(fā)送熱備保活報(bào)文； 確定子單元，用于在指定時(shí)長內(nèi)未接收到該AP返回的應(yīng)答報(bào)文時(shí)，確定與該AP之間的CAPffAP隧道異常。
7.如權(quán)利要求6所述的裝置，其特征在于，還包括 擴(kuò)展單元，用于在所述發(fā)送子單元向該AP發(fā)送熱備保活報(bào)文之前，擴(kuò)展CAPWAP報(bào)文用于封裝所述熱備?；顖?bào)文，具體的，擴(kuò)展CAPWAP消息元素，并定義擴(kuò)展的CAPWAP消息元素值為50 255中任一整數(shù)值。
8.如權(quán)利要求5、6或7所述的裝置，其特征在于， 所述觸發(fā)單元，具體用于確定當(dāng)前在線AP數(shù)量與所述初始數(shù)量比值低于預(yù)設(shè)閾值時(shí)，觸發(fā)熱備切換；或者確定當(dāng)前在線AP數(shù)量少于所述初始數(shù)量時(shí)，觸發(fā)熱備切換。
9.一種無線控制器，其特征在于，包括權(quán)利要求51任一權(quán)利要求所述的裝置。
全文摘要
本發(fā)明公開了一種無線控制器熱備切換方法、裝置及無線控制器，用以增強(qiáng)無線網(wǎng)絡(luò)的健壯性，減少網(wǎng)絡(luò)資源的浪費(fèi)。其中，所述無線控制器熱備切換方法，包括統(tǒng)計(jì)初始在線AP的初始數(shù)量；針對(duì)每一在線AP，分別判斷與該AP之間的CAPWAP隧道是否異常；每判斷出與任一在線AP之間的CAPWAP隧道異常時(shí)，將當(dāng)前在線AP數(shù)量減1，所述當(dāng)前在線AP數(shù)量初始值為統(tǒng)計(jì)出的初始在線AP的初始數(shù)量；在當(dāng)前在線AP數(shù)量滿足預(yù)設(shè)切換條件時(shí)，觸發(fā)熱備切換。
文檔編號(hào)H04W24/04GK102724695SQ201210218690
公開日2012年10月10日 申請(qǐng)日期2012年6月28日 優(yōu)先權(quán)日2012年6月28日
發(fā)明者張百銳 申請(qǐng)人:福建星網(wǎng)銳捷網(wǎng)絡(luò)有限公司