一種capwap控制通道的恢復(fù)方法、裝置及系統(tǒng)的制作方法
【專利摘要】本發(fā)明實(shí)施例提供了一種CAPWAP控制通道的恢復(fù)方法、裝置及系統(tǒng)，在該方法中，以AP為執(zhí)行主體，執(zhí)行：在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取重啟階段前保存的CAPWAP狀態(tài)信息；根據(jù)讀取的CAPWAP狀態(tài)信息中的AC標(biāo)識(shí)，通過CAPWAP數(shù)據(jù)通道向?qū)?yīng)AC發(fā)送?；钕ⅲ辉谑盏紸C返回的?；铐憫?yīng)消息時(shí)，重新與AC建立DTLS會(huì)話，并在成功建立DTLS會(huì)話后，將CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定其與AC之間的CAPWAP控制通道已恢復(fù)。本發(fā)明中的AP或AC無(wú)需保存DTLS會(huì)話信息，通過重新建立DTLS會(huì)話的方式，完成CAPWAP控制通道的恢復(fù)，操作較為簡(jiǎn)單且可靠性高。
【專利說明】—種CAPWAP控制通道的恢復(fù)方法、裝置及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信【技術(shù)領(lǐng)域】，尤其涉及一種CAPWAP控制通道的恢復(fù)方法、裝置及系統(tǒng)。
【背景技術(shù)】
[0002]隨著無(wú)線局域網(wǎng)(Wireless Local Area Network,WLAN)的大規(guī)模普及，網(wǎng)絡(luò)運(yùn)營(yíng)商對(duì)WLAN的部署越來(lái)越重視，為了便于管理和部署，WLAN通常采用集中式管理模式，在該模式下，至少包括兩種類型的網(wǎng)絡(luò)設(shè)備，即無(wú)線接入點(diǎn)(Access Point, AP)和無(wú)線控制器(Access Control, AC)，AP主要負(fù)責(zé)為持有終端的用戶提供無(wú)線網(wǎng)絡(luò)的接入，而AC主要負(fù)責(zé)管理和配置AP，一臺(tái)AC可以同時(shí)管理和配置成百上千臺(tái)AP。
[0003]為了便于AC對(duì)AP管理和配置，通常使用無(wú)線接入點(diǎn)控制與配置協(xié)議(ControlAnd Provisioning of Wireless Access Points,簡(jiǎn)稱CAPWAP)來(lái)實(shí)現(xiàn)AC對(duì)AP 的標(biāo)準(zhǔn)化管理，在CAPWAP中，AP與AC之間可使用CAPWAP控制通道和CAPWAP數(shù)據(jù)通道進(jìn)行通信，CAPWAP控制通道主要用于傳輸AP與AC之間的控制消息，來(lái)實(shí)現(xiàn)AC對(duì)AP的集中管理；CAPWAP數(shù)據(jù)通道主要用于實(shí)現(xiàn)AC將AP傳輸過來(lái)的數(shù)據(jù)消息轉(zhuǎn)發(fā)出去。
[0004]下面對(duì)AP與AC之間的CAPWAP控制通道的建立過程進(jìn)行詳細(xì)說明:
[0005]AP與AC之間的CAPWAP控制通道的建立，通常分為AP發(fā)現(xiàn)AC階段、AP加入AC階段以及AP與AC運(yùn)行CAPWAP這三個(gè)階段，如圖1所示，具體可通過下述步驟建立:
[0006]Sll:AP向WLAN中廣播發(fā)現(xiàn)請(qǐng)求(Discover Request),尋找WLAN中存在的AC ；
[0007]在這里，WLAN中的AC在接收到此AP的Discovery Request請(qǐng)求后，回應(yīng)發(fā)現(xiàn)響應(yīng)(Discovery Response)消息；
[0008]S12:AP接收到WLAN中的AC返回的Discovery Response消息后,確定自身需要加入的AC ；
[0009]在這里，AP確定自身需要加入的AC的確定過程為現(xiàn)有技術(shù)，在此不再一一詳述；
[0010]S13:AP在確定出需要加入的AC后，向確定出的AC發(fā)起數(shù)據(jù)報(bào)傳輸層安全協(xié)議(Datagram Transport Layer Security, DTLS)握手請(qǐng)求，與確定出的 AC 建立 DTLS 會(huì)話；
[0011]在這里，AP之所以與確定出的AC建立DTLS會(huì)話，主要是為了提高后續(xù)AP和確定出的AC利用建立的CAPWAP控制通道進(jìn)行通信的安全性，防止受到攻擊；
[0012]S14:AP在與確定出的AC成功建立DTLS會(huì)話后，向確定出的AC發(fā)起加入請(qǐng)求(Join Request)，之后，執(zhí)行步驟S15，或者執(zhí)行步驟S16 ；
[0013]S15:AP接收確定出的AC允許該AP加入后發(fā)來(lái)的攜帶有相關(guān)配置信息的CAPWAP控制信息，并根據(jù)此CAPWAP控制信息完成相關(guān)配置，與確定出的AC之間的CAPWAP控制通道建立成功，這時(shí)，AP和確定出的AC均處于正常運(yùn)行狀態(tài)時(shí)，即Run狀態(tài)；
[0014]S16:AP接收確定出的AC發(fā)來(lái)的升級(jí)指令，對(duì)自身的主程序版本進(jìn)行升級(jí)操作后重啟，并返回執(zhí)行上述步驟S11?S15，在這里，該升級(jí)指令是確定出的AC在允許AP加入后，并檢查出AP的主程序版本過期時(shí)下發(fā)的。[0015]需要說明的是，上述AP與確定出的AC之間的CAPWAP控制通道是建立在DTLS會(huì)話基礎(chǔ)上的，這樣，此CAPWAP控制通道上傳輸?shù)膱?bào)文均要經(jīng)過DTLS加密，以提高通信的安全性。
[0016]接下來(lái)，對(duì)AP與AC之間的CAPWAP數(shù)據(jù)通道的建立過程進(jìn)行詳細(xì)說明，仍如圖1所示，在執(zhí)行完上述步驟S15之后，具體可通過執(zhí)行下述步驟建立CAPWAP數(shù)據(jù)通道:
[0017]S17:AP在與確定出的AC成功建立CAPWAP控制通道后，向AC發(fā)送攜帶有會(huì)話標(biāo)識(shí)的保活(KeepAlive)消息；
[0018]在這里，KeepAlive消息中攜帶的會(huì)話標(biāo)識(shí),例如是Session ID,用于唯一標(biāo)識(shí)一個(gè)AP-AC建立的CAPWAP控制通道，可由AP生成，并攜帶在上述步驟S14中的Join Request中；
[0019]S18:如果AP接收到確定出的AC返回的保活響應(yīng)消息，則與確定出的AC的CAPWAP數(shù)據(jù)通道建立成功；
[0020]需要說明的是，對(duì)于確定出的AC來(lái)說，它在接收到AP的Ke印Alive消息后，根據(jù)KeepAlive消息中攜帶的Session ID，查詢本地是否存儲(chǔ)有此Session ID，在查詢到時(shí)，就意味著與該AP建立有CAPWAP控制通道，此時(shí)向該AP返回保活響應(yīng)消息，與之建立CAPWAP數(shù)據(jù)通道；在未查詢到時(shí)，丟棄Ke印Alive消息，不與之建立CAPWAP數(shù)據(jù)通道。
[0021]進(jìn)一步地，在AP與確定出的AC成功建立CAPWAP數(shù)據(jù)通道后，通常對(duì)CAPWAP數(shù)據(jù)通道上傳輸?shù)膱?bào)文不進(jìn)行加密，以明文的方式傳輸。
[0022]更進(jìn)一步地，對(duì)于上述AP來(lái)說，在與確定出的AC建立好CAPWAP控制通道后，為了維護(hù)CAPWAP控制通道的有效性，AP通常還執(zhí)行下述保活機(jī)制:
[0023]AP按照設(shè)定?；顣r(shí)間通過CAPWAP控制通道向確定出的AC發(fā)送?；羁刂葡?，例如Echo Request控制消息；
[0024]如果AP在設(shè)定?；顣r(shí)間內(nèi)未接收到確定出的AC返回的保活響應(yīng)控制消息，例如Echo Response消息，則認(rèn)為CAPWAP控制通道失效，這時(shí)，AP斷開CAPWAP控制通道，并刪除與該CAPWAP控制通道有關(guān)的所有信息，也就意味著AP不再對(duì)終端提供無(wú)線接入服務(wù)。
[0025]需要說明的是，在上述?；顧C(jī)制中，上述設(shè)定?；顣r(shí)間可根據(jù)WLAN網(wǎng)絡(luò)的實(shí)際運(yùn)行情況來(lái)取值，例如設(shè)定保活時(shí)間為5分鐘。另外，對(duì)于確定出的AC來(lái)說，在AP發(fā)出?；羁刂葡⒑螅绻鸄C在設(shè)定?；顣r(shí)間內(nèi)接收到保活控制消息，則向AP返回保活響應(yīng)控制消息；如果未接收到，則認(rèn)為CAPWAP控制通道失效，這時(shí)，AC斷開CAPWAP控制通道，并刪除與AP建立的CAPWAP控制通道有關(guān)的所有信息，也就意味著AC不再對(duì)AP進(jìn)行集中管理和轉(zhuǎn)發(fā)。
[0026]對(duì)于上述AP來(lái)說，在與確定出的AC建立好CAPWAP數(shù)據(jù)通道后，為了維護(hù)CAPWAP數(shù)據(jù)通道的有效性，AP同樣也執(zhí)行?；顧C(jī)制，具體執(zhí)行過程與上述CAPWAP控制通道下的保活過程類似，與之不同的是，AP通過CAPWAP數(shù)據(jù)通道向確定出的AC發(fā)送的是?；顢?shù)據(jù)消
息，在此不再一一詳述。
[0027]接下來(lái)，基于上述AP和AC建立的CAPWAP控制通道和CAPWAP數(shù)據(jù)通道，簡(jiǎn)單介紹一下WLAN的工作流程:
[0028]如圖2所示，假設(shè)API和AP2分別與AC1建立好CAPWAP控制通道和CAPWAP數(shù)據(jù)通道，具體是通過圖2中的交換設(shè)備(Switch) A和交換設(shè)備B來(lái)傳輸相關(guān)信息實(shí)現(xiàn)的；假設(shè)終端PCI接入API，PC2接入AP2，那么，WLAN的工作流程如下:
[0029]API和AP2在收到AC1下發(fā)的相關(guān)配置信息后，啟動(dòng)各自的無(wú)線信號(hào)的發(fā)射，如廣播SSID，之后，PC1可接入AP1，PC2可接入AP2 ；
[0030]在PC1和PC2各自接入相應(yīng)AP后，以PC1為例，它將使用這個(gè)WLAN，即，將需要轉(zhuǎn)發(fā)的報(bào)文發(fā)送至AP1，由API通過自身的CAPWAP數(shù)據(jù)通道轉(zhuǎn)發(fā)至AC1，由AC1將此報(bào)文轉(zhuǎn)發(fā)給相應(yīng)的設(shè)備。
[0031]在上述工作流程中，不管是AP (例如API或AP2)，還是AC，均可能存在因各自的CAPWAP控制進(jìn)程升級(jí)或出現(xiàn)其他異常重啟的情況，此CAPWAP控制進(jìn)程實(shí)際上指的是AP與AC建立CAPWAP控制通道后，在雙方側(cè)運(yùn)行的CAPWAP應(yīng)用程序；在這種情況下，為了能夠避免CAPWAP控制進(jìn)程的重啟時(shí)間較長(zhǎng)，超過CAPWAP控制通道的?；顣r(shí)間，導(dǎo)致AP與AC之間的CAPWAP會(huì)話失效，進(jìn)而影響各自的CAPWAP數(shù)據(jù)通道的正常運(yùn)行，需要快速恢復(fù)AP與AC之間的CAPWAP控制通道，目前通常采用下述方式恢復(fù)CAPWAP控制通道:
[0032]對(duì)于AP來(lái)說，在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取CAPWAP控制進(jìn)程未進(jìn)入重啟階段時(shí)保存的CAPWAP狀態(tài)信息，此CAPWAP狀態(tài)信息包括DTLS會(huì)話信息等，例如DTLS的密鑰、正在發(fā)送的報(bào)文的序列號(hào)等；并將讀取的CAPWAP狀態(tài)信息恢復(fù)出來(lái)，完成CAPWAP控制通道的恢復(fù)，保證了 CAPWAP數(shù)據(jù)通道的正常運(yùn)行。
[0033]對(duì)于AC來(lái)說，與上述AP執(zhí)行的恢復(fù)流程類似，與之不同的是，在AC管理多個(gè)AP的情況下，需要逐一讀取每個(gè)被管理AP的CAPWAP狀態(tài)信息，從而實(shí)現(xiàn)與每個(gè)被管理AP的CAPWAP控制通道的恢復(fù)。
[0034]需要說明的是，在實(shí)際執(zhí)行上述恢復(fù)流程中，整個(gè)恢復(fù)操作所用的時(shí)間，往往比CAPWAP控制通道的保活時(shí)間短，這樣一來(lái)，使得CAPWAP控制進(jìn)程重啟后跟未重啟過一樣，進(jìn)而達(dá)到使用無(wú)線網(wǎng)絡(luò)的用戶無(wú)感知的效果。
[0035]但是，如果采用上述方式恢復(fù)CAPWAP控制通道的話，在AP或AC的CAPWAP控制進(jìn)程未重啟時(shí)，需要保存大量的CAPWAP狀態(tài)信息，尤其是DTLS會(huì)話信息，容易在CAPWAP控制進(jìn)程正常運(yùn)行時(shí)頻繁發(fā)生變化，這樣一來(lái)，將這些相關(guān)信息恢復(fù)出來(lái)是個(gè)非常復(fù)雜的過程，即前述這種恢復(fù)方式操作的復(fù)雜度較高，并且，由于DTLS會(huì)話信息頻繁發(fā)生變化，這就容易造成保存的DTLS會(huì)話信息的出錯(cuò)率較高，進(jìn)而使得恢復(fù)后的CAPWAP控制通道的狀態(tài)信息不夠準(zhǔn)確，即這種恢復(fù)方式的可靠性較差。

【發(fā)明內(nèi)容】

[0036]本發(fā)明實(shí)施例提供了一種CAPWAP控制通道的恢復(fù)方法、裝置及系統(tǒng)，用以解決現(xiàn)有CAPWAP控制通道的恢復(fù)方式操作起來(lái)復(fù)雜度較高、且可靠性較差的問題。
[0037]基于上述問題，本發(fā)明實(shí)施例提供的一種CAPWAP控制通道的恢復(fù)方法，包括:
[0038]AP在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取自身在所述CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息，所述CAPWAP狀態(tài)信息包括AC標(biāo)識(shí)和自身與AC建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)；
[0039]根據(jù)讀取的CAPWAP狀態(tài)信息中包括的AC標(biāo)識(shí)，通過自身的CAPWAP數(shù)據(jù)通道向?qū)?yīng)AC發(fā)送?；钕?，所述?；钕⒅袛y帶有所述會(huì)話標(biāo)識(shí)和所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；[0040]如果接收到所述AC返回的保活響應(yīng)消息，重新與所述AC建立DTLS會(huì)話，并在成功建立所述DTLS會(huì)話后，將所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定自身與所述AC之間的CAPWAP控制通道已恢復(fù)，所述?；铐憫?yīng)消息為所述AC在確定出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
[0041]本發(fā)明實(shí)施例提供的一種AP，包括:
[0042]讀取模塊，用于在所述AP的CAPWAP控制進(jìn)程進(jìn)入重啟階段時(shí)，讀取所述AP在所述CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息，所述CAPWAP狀態(tài)信息包括AC標(biāo)識(shí)和所述AP與AC建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)；
[0043]發(fā)送模塊，用于根據(jù)所述讀取模塊讀取的CAPWAP狀態(tài)信息中包括的AC標(biāo)識(shí)，通過所述AP的CAPWAP數(shù)據(jù)通道向?qū)?yīng)AC發(fā)送?；钕?，所述?；钕⒅袛y帶有所述會(huì)話標(biāo)識(shí)和所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；
[0044]接收模塊，用于接收所述AC返回的保活響應(yīng)消息；
[0045]恢復(fù)模塊，用于在所述接收模塊接收到所述?；铐憫?yīng)消息后，重新與所述AC建立DTLS會(huì)話，并在成功建立所述DTLS會(huì)話后，將所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定所述AP與所述AC之間的CAPWAP控制通道已恢復(fù)，所述?；铐憫?yīng)消息為所述AC在確定出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
[0046]本發(fā)明實(shí)施例提供的一種CAPWAP控制通道的恢復(fù)方法，包括:
[0047]AC在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取自身在所述CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息，所述CAPWAP狀態(tài)信息包括被管理AP標(biāo)識(shí)和自身與被管理AP建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)；
[0048]根據(jù)讀取的CAPWAP狀態(tài)信息中包括的被管理AP標(biāo)識(shí)，通過與所述被管理AP建立的CAPWAP數(shù)據(jù)通道向所述被管理AP發(fā)送?；钕?，所述保活消息中攜帶有所述會(huì)話標(biāo)識(shí)和所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；
[0049]如果接收到所述被管理AP返回的?；铐憫?yīng)消息，重新與所述被管理AP建立DTLS會(huì)話，并在成功建立所述DTLS會(huì)話后，將所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定自身與所述被管理AP之間的CAPWAP控制通道已恢復(fù)，所述?；铐憫?yīng)消息為所述被管理AP在確定出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
[0050]本發(fā)明實(shí)施例提供的一種AC，包括:
[0051]讀取模塊，用于在所述AC的CAPWAP控制進(jìn)程進(jìn)入重啟階段時(shí)，讀取所述AC在所述CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息，所述CAPWAP狀態(tài)信息包括被管理AP標(biāo)識(shí)和所述AC與被管理AP所述CAPWAP控制通道的會(huì)話標(biāo)識(shí)；
[0052]發(fā)送模塊，用于根據(jù)所述讀取模塊讀取的CAPWAP狀態(tài)信息中包括的被管理AP標(biāo)識(shí)，通過與所述被管理AP建立的CAPWAP數(shù)據(jù)通道向所述被管理AP發(fā)送?；钕?，所述?；钕⒅袛y帶有所述CAPWAP狀態(tài)信息中包括的會(huì)話標(biāo)識(shí)，和所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；
[0053]接收模塊，用于接收所述被管理AP返回的?；铐憫?yīng)消息；[0054]恢復(fù)模塊，用于在所述接收模塊接收到所述?；铐憫?yīng)消息后，重新與所述被管理AP建立數(shù)據(jù)報(bào)傳輸層安全協(xié)議DTLS會(huì)話，并在成功建立所述DTLS會(huì)話后，將所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定所述AC與所述被管理AP之間的CAPWAP控制通道已恢復(fù)，所述保活響應(yīng)消息為所述被管理AP在確定出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述保活消息中攜帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
[0055]本發(fā)明實(shí)施例提供的一種CAPWAP控制通道的恢復(fù)系統(tǒng)，包括本發(fā)明實(shí)施例提供的至少一個(gè)上述AP和至少一個(gè)上述AC。
[0056]本發(fā)明實(shí)施例的有益效果包括:
[0057]本發(fā)明實(shí)施例提供的一種CAPWAP控制通道的恢復(fù)方法、裝置及系統(tǒng)，在該方法中，以AP為執(zhí)行主體，包括:AP在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取自身在CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息，并根據(jù)讀取的CAPWAP狀態(tài)信息中包括的AC標(biāo)識(shí)，通過自身的CAPWAP數(shù)據(jù)通道向?qū)?yīng)AC發(fā)送?；钕?，并在接收到AC返回的?；铐憫?yīng)消息時(shí)，重新與AC建立DTLS會(huì)話，并在成功建立DTLS會(huì)話后，將CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定自身與AC之間的CAPWAP控制通道已恢復(fù)。
[0058]在本發(fā)明實(shí)施例中，不管是AP，還是AC，均無(wú)需保存大量的DTLS會(huì)話信息，在各自的CAPWAP控制進(jìn)程重啟時(shí)，并不影響各自的CAPWAP數(shù)據(jù)進(jìn)程運(yùn)行，即各自的CAPWAP數(shù)據(jù)通道仍處于正常運(yùn)行狀態(tài)，這時(shí)，只需通過各自的CAPWAP數(shù)據(jù)通道發(fā)送?；钕⒌姆绞剑匦陆⒏髯缘腄TLS會(huì)話，進(jìn)而完成CAPWAP控制通道的恢復(fù)，此恢復(fù)流程操作起來(lái)比較簡(jiǎn)單，并且操作時(shí)間往往比CAPWAP控制通道的?；顣r(shí)間短，因此，可以達(dá)到使用無(wú)線網(wǎng)絡(luò)的用戶無(wú)感知的效果。另外，通過重新建立DTLS會(huì)話的方式，實(shí)現(xiàn)重新協(xié)商DTLS會(huì)話密鑰等信息，進(jìn)而保證了恢復(fù)后的CAPWAP控制通道的CAPWAP狀態(tài)信息的準(zhǔn)確性。
【專利附圖】

【附圖說明】
[0059]圖1為現(xiàn)有建立CAPWAP控制通道和CAWAP數(shù)據(jù)通道的流程示意圖；
[0060]圖2為現(xiàn)有WLAN的工作示意圖；
[0061]圖3為本發(fā)明實(shí)施例提供的CAPWAP控制通道恢復(fù)方法的流程圖之一；
[0062]圖4為本發(fā)明實(shí)施例提供的CAPWAP控制通道恢復(fù)方法的流程圖之二 ；
[0063]圖5為本發(fā)明實(shí)施例提供的被管理AP和AC之間的交互流程圖；
[0064]圖6為本發(fā)明實(shí)施例提供的AP的結(jié)構(gòu)示意圖；
[0065]圖7為本發(fā)明實(shí)施例提供的AC的結(jié)構(gòu)示意圖；
[0066]圖8為本發(fā)明實(shí)施例提供的CAPWAP控制通道恢復(fù)系統(tǒng)的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0067]下面結(jié)合說明書附圖，對(duì)本發(fā)明實(shí)施例提供的一種CAPWAP控制通道的恢復(fù)方法、裝置及系統(tǒng)的【具體實(shí)施方式】進(jìn)行說明。
[0068]本發(fā)明實(shí)施例提供的一種CAPWAP控制通道的恢復(fù)方法，如圖3所示，以AP為執(zhí)行主體，具體執(zhí)行下述步驟:
[0069]S31:在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取自身在CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息；[0070]在這里，上述CAPWAP狀態(tài)信息可包括AC標(biāo)識(shí)和自身與AC建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)，此會(huì)話標(biāo)識(shí)為CAPWAP控制進(jìn)程正常運(yùn)行時(shí)保存的；
[0071 ] S32:根據(jù)讀取的CAPWAP狀態(tài)信息中包括的AC標(biāo)識(shí)，通過自身的CAPWAP數(shù)據(jù)通道向?qū)?yīng)AC發(fā)送?；钕?；
[0072]在這里，上述?；钕⒅袛y帶有上述會(huì)話標(biāo)識(shí)和CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)，此?；钕⒌母袷脚cCAPWAP數(shù)據(jù)通道正常發(fā)送?；钕?例如Ke印alive)的格式相同，只是在CAPWAP數(shù)據(jù)通道正常發(fā)送的Keepalive中增設(shè)了標(biāo)識(shí)CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)的字段；
[0073]S33:如果接收到AC返回的?；铐憫?yīng)消息，重新與AC建立DTLS會(huì)話，并在成功建立DTLS會(huì)話后，將CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定自身與AC之間的CAPWAP控制通道已恢復(fù)；
[0074]在這里，上述?；铐憫?yīng)消息，實(shí)際上是AC在判斷出本地存儲(chǔ)有?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且保活消息中攜帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
[0075]具體地，在上述步驟S31中，上述CAPWAP狀態(tài)信息是AP在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段前(即CAPWAP進(jìn)程處于正常運(yùn)行階段)時(shí)實(shí)時(shí)保存的，通常保存在本地的Flash中，當(dāng)然，也可以保存于其他非易失存儲(chǔ)器中。
[0076]并且，上述CAPWAP狀態(tài)信息除了包括上述相關(guān)信息外，還包括未發(fā)送的控制消息和從AC標(biāo)識(shí)對(duì)應(yīng)的AC處獲得的必要信息等。在這里，AC標(biāo)識(shí)實(shí)際上是與AP建立CAPWAP控制通道的AC的標(biāo)識(shí)，它可為AC的IP地址，當(dāng)然，也可為采用AC的其他標(biāo)識(shí)信息；上述會(huì)話標(biāo)識(shí)可為CAPWAP控制通道的會(huì)話ID。
[0077]需要說明的是，上述步驟S32中CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)，可分為正常運(yùn)行狀態(tài)、重啟狀態(tài)等。
[0078]具體地，在執(zhí)行上述步驟S32之后，對(duì)于AC來(lái)說，它在接收到AP發(fā)過來(lái)的?；钕⒅?，會(huì)判斷?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)是否保存在本地，在判斷出不在的情況下，就意味著AC側(cè)沒有與該AP建立CAPWAP控制通道，這種情況的發(fā)生可能因AP保存的AC標(biāo)識(shí)有誤所引起的，此時(shí)，AC不向AP返回?；铐憫?yīng)消息。
[0079]接下來(lái)，在判斷出在的情況下，還要進(jìn)一步判斷AP的CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)是否為重啟狀態(tài)，如果不是，就認(rèn)為AP發(fā)來(lái)異常消息,此時(shí),AC可以不向AP返回?；铐憫?yīng)消息，也可以向AP返回?；铐憫?yīng)消息，但返回的?；铐憫?yīng)消息中需要攜帶不允許重建DTLS會(huì)話的標(biāo)志位，以告知AP不允許與自己建立DTLS會(huì)話；如果是，則將本地保存的AP的CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為重啟狀態(tài)，以便實(shí)時(shí)掌握AP的相關(guān)狀態(tài)，與此同時(shí)，向AP返回相應(yīng)?；铐憫?yīng)消息。
[0080]進(jìn)一步地，在本發(fā)明實(shí)施例中，AP還可執(zhí)行下述流程:在向AC發(fā)送保活消息時(shí)，指示AC在判斷出本地存儲(chǔ)有保活消息中攜帶的會(huì)話標(biāo)識(shí)，且保活消息中攜帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)，刪除與AP已建立的DTLS會(huì)話信息；或者在接收到AC返回的?；铐憫?yīng)消息后，向AC發(fā)送DTLS握手請(qǐng)求時(shí)，指示AC刪除與AP已建立的DTLS會(huì)話信息。
[0081 ] 也就是說，對(duì)于AC來(lái)說，在將本地保存的該CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為重啟狀態(tài)，向AP返回相應(yīng)?；铐憫?yīng)消息的同時(shí)，還可以刪除本地保存的與AP已建立的DTLS會(huì)話信息，例如協(xié)商的密鑰和序列號(hào)等，以指示AP在接收到此?；铐憫?yīng)消息后，主動(dòng)向自己發(fā)起DTLS握手請(qǐng)求，這樣，在后續(xù)成功與AP重新建立DTLS會(huì)話后，可直接根據(jù)新協(xié)商的密鑰進(jìn)行CAPWAP通信，無(wú)需恢復(fù)復(fù)雜的DTLS會(huì)話信息。
[0082]當(dāng)然，AC也可以先向AP返回相應(yīng)?；铐憫?yīng)消息，在后續(xù)接收到AP發(fā)來(lái)的DTLS握手請(qǐng)求時(shí)，再刪除本地保存的與AP已建立的DTLS會(huì)話信息。
[0083]需要說明的是，AP在與AC —旦重新建立DTLS會(huì)話成功，AP會(huì)將自身的CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)(即Run狀態(tài))，AC也會(huì)將AP的CAPWAP控制進(jìn)程設(shè)置為正常運(yùn)行狀態(tài)(即Run狀態(tài))，這就意味著成功恢復(fù)了 AP與AC之間的CAPWAP控制通道，對(duì)于AP而言，就無(wú)需執(zhí)行加入AC、升級(jí)判斷、配置下發(fā)的過程，操作起來(lái)比較簡(jiǎn)單，并且，在實(shí)際執(zhí)行上述恢復(fù)流程時(shí)，整個(gè)恢復(fù)操作所用的時(shí)間，也往往比CAPWAP控制通道的?；顣r(shí)間短，這樣一來(lái)，依然能夠達(dá)到使無(wú)線網(wǎng)絡(luò)用戶無(wú)感知的效果。
[0084]進(jìn)一步地，在本發(fā)明實(shí)施例中，上述AP還可將CAPWAP狀態(tài)信息中包括的未發(fā)送的控制消息，通過恢復(fù)后的CAPWAP控制通道發(fā)送給AC。
[0085]本發(fā)明實(shí)施例提供的一種CAPWAP控制通道的恢復(fù)方法，如圖4所示，以AC為執(zhí)行主體，具體執(zhí)行下述步驟:
[0086]S41:在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取自身在CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息；
[0087]在這里，上述CAPWAP狀態(tài)信息包括被管理AP標(biāo)識(shí)和自身與被管理AP建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)；
[0088]S42:根據(jù)讀取的CAPWAP狀態(tài)信息中包括的被管理AP標(biāo)識(shí)，通過與被管理AP建立的CAPWAP數(shù)據(jù)通道向被管理AP發(fā)送保活消息；
[0089]在這里，上述?；钕⒅袛y帶有上述會(huì)話標(biāo)識(shí)和上述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；
[0090]S43:如果接收到被管理AP返回的?；铐憫?yīng)消息，重新與被管理AP建立DTLS會(huì)話，并在成功建立DTLS會(huì)話后，將CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài),確定自身與被管理AP之間的CAPWAP控制通道已恢復(fù)；
[0091]在這里，上述?；铐憫?yīng)消息為被管理AP在判斷出本地存儲(chǔ)有保活消息中攜帶的會(huì)話標(biāo)識(shí)，且?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
[0092]優(yōu)選地，在本發(fā)明實(shí)施例中，AC還可執(zhí)行下述流程:在向被管理AP發(fā)送?；钕r(shí)，指示被管理AP在判斷出本地存儲(chǔ)有?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且?；钕⒅袛y帶的CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)，刪除與AC已建立的DTLS會(huì)話信息。
[0093]也就是說，對(duì)于被管理AP來(lái)說，它本地只存儲(chǔ)自己與AC建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)，這樣，在接收到AC發(fā)來(lái)的?；钕⒑?，會(huì)先判斷下本地是否存儲(chǔ)有?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，在判斷出沒有的情況下，就意味著?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)與本地存儲(chǔ)的會(huì)話標(biāo)識(shí)不一致，此時(shí)，將此?；钕G棄掉；在判斷出有的情況下，還要進(jìn)一步判斷?；钕⒅袛y帶的AC的CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)是否為重啟狀態(tài)，在進(jìn)一步判斷出不為重啟狀態(tài)時(shí)，即不向AC返回相應(yīng)保活響應(yīng)消息；在進(jìn)一步判斷出為重啟狀態(tài)時(shí)，就意味著后續(xù)需要重新與AC建立DTLS會(huì)話，此時(shí)，將AC的CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為重啟狀態(tài)，并向AC返回相應(yīng)?；铐憫?yīng)消息，與此同時(shí)，刪除與AC已建立的DTLS會(huì)話信息。
[0094]具體地，在上述步驟S43中，AC在接收到被管理AP返回的?；铐憫?yīng)消息之后，并不主動(dòng)向被管理AP發(fā)起DTLS握手請(qǐng)求，而是等待接收被管理AP主動(dòng)發(fā)過來(lái)的DTLS握手請(qǐng)求，與之重新建立DTLS會(huì)話。
[0095]進(jìn)一步地，上述CAPWAP狀態(tài)信息中也包括AC在自身的CAPWAP控制進(jìn)程重啟前未發(fā)送的控制信息，上述AC在與被管理AP之間的CAPWAP控制通道恢復(fù)之后，AC可將CAPWAP狀態(tài)信息中包括的未發(fā)送的控制消息，通過恢復(fù)后的CAPWAP控制通道發(fā)送給被管理AP。
[0096]需要說明的是，AC在執(zhí)行上述恢復(fù)方法時(shí)，與上述AP執(zhí)行的恢復(fù)流程類似，與之不同的是，在被管理AP為多個(gè)的情況下，AC會(huì)針對(duì)每個(gè)被管理AP分別執(zhí)行上述流程，在此不再 詳述。
[0097]下面結(jié)合具體實(shí)施例對(duì)上述CAPWAP控制通道的恢復(fù)方法進(jìn)行詳細(xì)說明。
[0098]假設(shè)WLAN架構(gòu)中某個(gè)AC與某個(gè)AP建立了 CAPWAP控制通道和數(shù)據(jù)通道，并且該AC側(cè)的CAPWAP控制進(jìn)程進(jìn)入重啟階段，那么，該AC與該AP之間的CAPWAP控制通道的恢復(fù)流程如下(如圖5所示):
[0099]S51:該AC在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取自身在CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息；
[0100]S52:該AC根據(jù)讀取的CAPWAP狀態(tài)信息中包括的該AP標(biāo)識(shí)，通過與該AP建立的CAPWAP數(shù)據(jù)通道向該AP發(fā)送保活消息；
[0101]S53:該AP接收該AC發(fā)來(lái)的?；钕?，并在判斷出本地存儲(chǔ)有保活消息中攜帶的會(huì)話標(biāo)識(shí)，且上述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)，向該AC發(fā)送?；铐憫?yīng)消息，并刪除本地保存的與該AC已建立的DTLS會(huì)話信息；
[0102]S54:該AP在向該AC發(fā)送?；铐憫?yīng)消息之后，向該AC發(fā)起DTLS握手請(qǐng)求；
[0103]S55:該AC接收到DTLS握手請(qǐng)求，向該AP返回DTLS握手響應(yīng)，并將該AP的CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，即該AC與該AP的CAPWAP控制通道進(jìn)入Run狀態(tài)，恢復(fù)了與該AP之間的CAPWAP控制通道；
[0104]S56:該AP接收到該AC發(fā)來(lái)的DTLS握手響應(yīng)后，確定成功與該AC重新建立DTLS會(huì)話，將自身的CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，即該AP與該AC的CAPWAP控制通道進(jìn)入Run狀態(tài)；
[0105]S57:該AC向該AP發(fā)送重啟階段期間未發(fā)送的控制消息。
[0106]基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例還提供了 AP、AC及相關(guān)系統(tǒng)，由于這些裝置和系統(tǒng)所解決問題的原理與前述CAPWAP控制通道恢復(fù)方法相似，因此這些裝置和系統(tǒng)的實(shí)施可以參見前述方法的實(shí)施，重復(fù)之處不再贅述。
[0107]本發(fā)明實(shí)施例提供的一種AP，如圖6所示，具體包括:
[0108]讀取模塊61，用于在AP的CAPWAP控制進(jìn)程進(jìn)入重啟階段時(shí)，讀取AP在CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息；
[0109]在這里，上述CAPWAP狀態(tài)信息包括AC標(biāo)識(shí)和AP與AC建立的CAPWAP控制通道會(huì)話標(biāo)識(shí)；
[0110]發(fā)送模塊62，用于根據(jù)讀取模塊61讀取的CAPWAP狀態(tài)信息中包括的AC標(biāo)識(shí)，通過AP的CAPWAP數(shù)據(jù)通道向?qū)?yīng)AC發(fā)送保活消息；
[0111]在這里，上述?；钕⒅袛y帶有上述會(huì)話標(biāo)識(shí)和上述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；[0112]接收模塊63，用于接收AC返回的?；铐憫?yīng)消息；
[0113]恢復(fù)模塊64，用于在接收模塊63接收到?；铐憫?yīng)消息后，重新與AC建立DTLS會(huì)話，并在成功建立DTLS會(huì)話后，將CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài),確定AP與AC之間的CAPWAP控制通道已恢復(fù)；
[0114]在這里，上述保活響應(yīng)消息為AC在判斷出本地存儲(chǔ)有?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
[0115]優(yōu)選地，上述AP，還包括:
[0116]指示模塊65，用于在發(fā)送模塊62向AC發(fā)送?；钕r(shí)，指示AC在判斷出本地存儲(chǔ)有?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)，刪除與AP已建立的DTLS會(huì)話信息，并返回?；铐憫?yīng)消息；或者在接收模塊63接收到AC返回的?；铐憫?yīng)消息后，且發(fā)送模塊62向AC發(fā)送DTLS握手請(qǐng)求時(shí)，指示AC刪除與AP已建立的DTLS會(huì)話信息。
[0117]優(yōu)選地，上述讀取模塊61讀取的CAPWAP狀態(tài)信息還可包括未發(fā)送的控制消息；
[0118]進(jìn)一步地，上述發(fā)送模塊62，還用于將CAPWAP狀態(tài)信息中包括的未發(fā)送的控制消息，通過恢復(fù)后的CAPWAP控制通道發(fā)送給AC。
[0119]本發(fā)明實(shí)施例提供的一種AC，如圖7所示，具體包括:
[0120]讀取模塊71，用于在AC的CAPWAP控制進(jìn)程進(jìn)入重啟階段時(shí)，讀取AC在CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息；
[0121]在這里，上述CAPWAP狀態(tài)信息包括被管理AP標(biāo)識(shí)和AC與被管理AP上述CAPWAP控制通道的會(huì)話標(biāo)識(shí)；
[0122]發(fā)送模塊72，用于根據(jù)讀取模塊71讀取的CAPWAP狀態(tài)信息中包括的被管理AP標(biāo)識(shí)，通過與被管理AP建立的CAPWAP數(shù)據(jù)通道向被管理AP發(fā)送?；钕ⅲ?br> [0123]在這里，上述?；钕⒅袛y帶有上述會(huì)話標(biāo)識(shí)和上述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；
[0124]接收模塊73，用于接收被管理AP返回的?；铐憫?yīng)消息；
[0125]恢復(fù)模塊74，用于在接收模塊73接收到?；铐憫?yīng)消息后，重新與被管理AP建立DTLS會(huì)話，并在成功建立DTLS會(huì)話后，將CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定AC與AC之間的CAPWAP控制通道已恢復(fù)；
[0126]在這里，上述保活響應(yīng)消息為被管理AP在判斷出本地存儲(chǔ)有?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且保活消息中攜帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
[0127]優(yōu)選地，上述AC，還包括:
[0128]指示模塊75，用于在發(fā)送模塊72向被管理AP發(fā)送?；钕r(shí)，指示被管理AP在判斷出本地存儲(chǔ)有?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)，刪除與AC已建立的DTLS會(huì)話信息。
[0129]優(yōu)選地，上述讀取模塊71讀取的CAPWAP狀態(tài)信息包括未發(fā)送控制消息；
[0130]進(jìn)一步地，上述發(fā)送模塊72，還用于將CAPWAP狀態(tài)信息中包括的未發(fā)送的控制消息，通過恢復(fù)后的CAPWAP控制通道發(fā)送給被管理AP。
[0131]本發(fā)明實(shí)施例還提供一種CAPWAP控制通道恢復(fù)系統(tǒng)，如圖8所示，包括至少一個(gè)如上的AP81和至少一個(gè)如上的AC82。[0132]在本發(fā)明實(shí)施例中，不管是AP，還是AC，均無(wú)需保存大量的DTLS會(huì)話信息，在各自的CAPWAP控制進(jìn)程重啟時(shí)，并不影響各自的CAPWAP數(shù)據(jù)進(jìn)程運(yùn)行，即各自的CAPWAP數(shù)據(jù)通道仍處于正常運(yùn)行狀態(tài)，這時(shí)，只需通過各自的CAPWAP數(shù)據(jù)通道發(fā)送?；钕⒌姆绞剑匦陆⒏髯缘腄TLS會(huì)話，進(jìn)而完成CAPWAP控制通道的恢復(fù)，此恢復(fù)流程操作起來(lái)比較簡(jiǎn)單，并且操作時(shí)間往往比CAPWAP控制通道的?；顣r(shí)間短，因此，可以達(dá)到使用無(wú)線網(wǎng)絡(luò)的用戶無(wú)感知的效果。另外，通過重新建立DTLS會(huì)話的方式，實(shí)現(xiàn)重新協(xié)商DTLS會(huì)話密鑰等信息，進(jìn)而保證了恢復(fù)后的CAPWAP控制通道的CAPWAP狀態(tài)信息的準(zhǔn)確性。
[0133]顯然，本領(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.一種無(wú)線接入點(diǎn)控制與配置協(xié)議CAPWAP控制通道的恢復(fù)方法，其特征在于，包括:無(wú)線接入點(diǎn)AP在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取自身在所述CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息，所述CAPWAP狀態(tài)信息包括AC標(biāo)識(shí)和自身與無(wú)線控制器AC建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)；根據(jù)讀取的CAPWAP狀態(tài)信息中包括的AC標(biāo)識(shí)，通過自身的CAPWAP數(shù)據(jù)通道向?qū)?yīng)AC發(fā)送?；钕?，所述?；钕⒅袛y帶有所述會(huì)話標(biāo)識(shí)和所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；如果接收到所述AC返回的保活響應(yīng)消息，重新與所述AC建立數(shù)據(jù)報(bào)傳輸層安全協(xié)議DTLS會(huì)話，并在成功建立所述DTLS會(huì)話后，將所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定自身與所述AC之間的CAPWAP控制通道已恢復(fù)，所述?；铐憫?yīng)消息為所述AC在判斷出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
2.如權(quán)利要求1所述的方法，其特征在于，還包括:所述AP在向所述AC發(fā)送所述保活消息時(shí)，指示所述AC在判斷出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)，刪除與所述AP已建立的DTLS會(huì)話信息；或者所述AP在接收到所述AC返回的保活響應(yīng)消息后，向所述AC發(fā)送DTLS握手請(qǐng)求時(shí)，指示所述AC刪除與所述AP已建立的DTLS會(huì)話信息。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述CAPWAP狀態(tài)信息還包括未發(fā)送的控制消息；該方法，還包括:所述AP 將所述CAPWAP狀態(tài)信息中包括的未發(fā)送的控制消息，通過恢復(fù)后的CAPWAP控制通道發(fā)送給所述AC。
4.一種無(wú)線接入點(diǎn)AP，其特征在于，包括:讀取模塊，用于在所述AP的CAPWAP控制進(jìn)程進(jìn)入重啟階段時(shí)，讀取所述AP在所述CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息，所述CAPWAP狀態(tài)信息包括AC標(biāo)識(shí)和所述AP與無(wú)線控制器AC建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)；發(fā)送模塊，用于根據(jù)所述讀取模塊讀取的CAPWAP狀態(tài)信息中包括的AC標(biāo)識(shí)，通過所述AP的CAPWAP數(shù)據(jù)通道向?qū)?yīng)AC發(fā)送?；钕?，所述?；钕⒅袛y帶有所述會(huì)話標(biāo)識(shí)和所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；接收模塊，用于接收所述AC返回的保活響應(yīng)消息；恢復(fù)模塊，用于在所述接收模塊接收到所述?；铐憫?yīng)消息后，重新與所述AC建立數(shù)據(jù)報(bào)傳輸層安全協(xié)議DTLS會(huì)話，并在成功建立所述DTLS會(huì)話后，將所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定所述AP與所述AC之間的CAPWAP控制通道已恢復(fù)，所述保活響應(yīng)消息為所述AC在判斷出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
5.如權(quán)利要求4所述的AP，其特征在于，所述AP，還包括:指示模塊，用于在所述發(fā)送模塊向所述AC發(fā)送所述保活消息時(shí)，指示所述AC在判斷出本地存儲(chǔ)有所述保活消息中攜帶的會(huì)話標(biāo)識(shí)，且所述保活消息中攜帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)，刪除與所述AP已建立的DTLS會(huì)話信息，并返回保活響應(yīng)消息；或者在所述接收模塊接收到所述AC返回的?；铐憫?yīng)消息后，且所述發(fā)送模塊向所述AC發(fā)送DTLS握手請(qǐng)求時(shí)，指示所述AC刪除與所述AP已建立的DTLS會(huì)話信息。
6.如權(quán)利要求4或5所述的AP，其特征在于，所述讀取模塊讀取的CAPWAP狀態(tài)信息還包括未發(fā)送的控制消息；所述發(fā)送模塊，還用于將所述CAPWAP狀態(tài)信息中包括的未發(fā)送的控制消息，通過恢復(fù)后的CAPWAP控制通道發(fā)送給所述AC。
7.一種無(wú)線接入點(diǎn)控制與配置協(xié)議CAPWAP控制通道的恢復(fù)方法，其特征在于，包括:無(wú)線控制器AC在自身的CAPWAP控制進(jìn)程進(jìn)入重啟階段后，讀取自身在所述CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息，所述CAPWAP狀態(tài)信息包括被管理無(wú)線接入點(diǎn)AP標(biāo)識(shí)和自身與被管理AP建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)；根據(jù)讀取的CAPWAP狀態(tài)信息中包括的被管理AP標(biāo)識(shí)，通過與所述被管理AP建立的CAPWAP數(shù)據(jù)通道向所述被管理AP發(fā)送保活消息，所述?；钕⒅袛y帶有所述會(huì)話標(biāo)識(shí)和所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；如果接收到所述被管理AP返回的?；铐憫?yīng)消息，重新與所述被管理AP建立數(shù)據(jù)報(bào)傳輸層安全協(xié)議DTLS會(huì)話，并在成功建立所述DTLS會(huì)話后，將所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定自身與所述被管理AP之間的CAPWAP控制通道已恢復(fù)，所述?；铐憫?yīng)消息為所述被管理AP在判斷出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
8.如權(quán)利要求7所述的方法，其特征在于，還包括:所述AC在向所述被管理AP發(fā)送所述?；钕r(shí)，指示所述被管理AP在判斷出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述?；钕⒅袛y帶的所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)，刪除與所述AC已建立的DTLS會(huì)話信息。
9.如權(quán)利要求7或8所述的方法，其特征在于，所述CAPWAP狀態(tài)信息還包括未發(fā)送的控制消息；該方法，還包括:所述AC將所述CAPWAP狀態(tài)信息中包括的未發(fā)送的控制消息，通過恢復(fù)后的CAPWAP控制通道發(fā)送給所述被管理AP。
10.一種無(wú)線控制器AC，其特征在于，包括:讀取模塊，用于在所述AC的CAPWAP控制進(jìn)程進(jìn)入重啟階段時(shí)，讀取所述AC在所述CAPWAP控制進(jìn)程進(jìn)入重啟階段前保存的CAPWAP狀態(tài)信息，所述CAPWAP狀態(tài)信息包括被管理無(wú)線接入點(diǎn)AP標(biāo)識(shí)和所述AC與被管理AP建立的CAPWAP控制通道的會(huì)話標(biāo)識(shí)；發(fā)送模塊，用于根據(jù)所述讀取模塊讀取的CAPWAP狀態(tài)信息中包括的被管理AP標(biāo)識(shí)，通過與所述被管理AP建立的CAPWAP數(shù)據(jù)通道向所述被管理AP發(fā)送?；钕?，所述?；钕⒅袛y帶有所述CAPWAP狀態(tài)信息中包括的會(huì)話標(biāo)識(shí)，和所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)；接收模塊，用于接收所述被管理AP返回的保活響應(yīng)消息；恢復(fù)模塊，用于在所述接收模塊接收到所述保活響應(yīng)消息后，重新與所述被管理AP建立數(shù)據(jù)報(bào)傳輸層安全協(xié)議DTLS會(huì)話，并在成功建立所述DTLS會(huì)話后，將所述CAPWAP控制進(jìn)程的運(yùn)行狀態(tài)設(shè)置為正常運(yùn)行狀態(tài)，確定所述AC與所述被管理AP之間的CAPWAP控制通道已恢復(fù)，所述?；铐憫?yīng)消息為所述被管理AP在判斷出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述保活消息中攜帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)返回的。
11.如權(quán)利要求10所述的AC，其特征在于，所述AC，還包括:指示模塊，用于在所述發(fā)送模塊向所述被管理AP發(fā)送所述保活消息時(shí)，指示所述被管理AP在判斷出本地存儲(chǔ)有所述?；钕⒅袛y帶的會(huì)話標(biāo)識(shí)，且所述?；钕⒅袛y帶的運(yùn)行狀態(tài)為重啟狀態(tài)時(shí)，刪除與所述AC已建立的DTLS會(huì)話信息。
12.如權(quán)利要求10或11所述的AC，其特征在于，所述讀取模塊讀取的CAPWAP狀態(tài)信息還包括未發(fā)送控制消息；所述發(fā)送模塊，還用于將所述CAPWAP狀態(tài)信息中包括的未發(fā)送的控制消息，通過恢復(fù)后的CAPWAP控制通道發(fā)送給所述被管理AP。
13.一種無(wú)線接入點(diǎn)控制與配置協(xié)議CAPWAP控制通道的恢復(fù)系統(tǒng)，包括至少一個(gè)如權(quán)利要求4-6中任一項(xiàng)所述的AP，和至少一`個(gè)如權(quán)利要求10-12中任一項(xiàng)所述的AC。
【文檔編號(hào)】H04W76/02GK103747535SQ201310670822
【公開日】2014年4月23日 申請(qǐng)日期:2013年12月10日 優(yōu)先權(quán)日:2013年12月10日
【發(fā)明者】賈攀 申請(qǐng)人:福建星網(wǎng)銳捷網(wǎng)絡(luò)有限公司