本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，特別涉及一種對AP進(jìn)行配置的方法、裝置和系統(tǒng)。

背景技術(shù)：

WLAN(虛擬局域網(wǎng)，Wireless Local Area Networks)主要由AC(Access Controller，無線控制器)和AP(Access Point，無線接入點(diǎn))組成，其中AC負(fù)責(zé)管理和控制AP，AP提供無線客戶端到局域網(wǎng)的橋接功能。

在WLAN網(wǎng)絡(luò)逐漸成為獨(dú)立網(wǎng)絡(luò)的今天，云AC是未來AC的發(fā)展趨勢，所謂云AC就是將AC管理和控制的功能放到云端，即在云端部署一個AC集群，該AC集群中的各AC可以體現(xiàn)為虛擬AC(vAC)。各AP可以共享該AC集群。這種架構(gòu)具有低成本、易管理、虛擬化、可伸縮網(wǎng)絡(luò)架構(gòu)等特點(diǎn)，在無線網(wǎng)絡(luò)改造和擴(kuò)容時都非常方便，可以有效地降低IT成本和網(wǎng)絡(luò)復(fù)雜性。

由于各AP共享云端的AC集群，即AP連接哪個AC是不確定的，因此需要在所有AC上都進(jìn)行AP配置并保存AP的配置信息。這種方式配置麻煩，成本高且容易出現(xiàn)一致性問題，尤其是在修改AP配置的時候。

技術(shù)實(shí)現(xiàn)要素：

有鑒于此，本發(fā)明提供了一種對AP進(jìn)行配置的方法、裝置和系統(tǒng)，以便于在云AC環(huán)境下降低配置難度和維護(hù)成本。

具體技術(shù)方案如下：

本發(fā)明提供了一種對接入點(diǎn)AP進(jìn)行配置的方法，該方法包括：

云端接入控制器AC集群中的AC接收到AP的配置請求后，向網(wǎng)絡(luò)管理裝 置請求并獲取針對所述AP的配置信息；

將獲取的所述配置信息通過配置響應(yīng)發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，所述AC是負(fù)載分擔(dān)器LB接收到所述AP的發(fā)現(xiàn)請求報(bào)文后，從所述云端AC集群中為所述AP分配的。

根據(jù)本發(fā)明一可選實(shí)施方式，該方法還包括：所述AC與所述AP建立無線接入點(diǎn)的控制和配置協(xié)議CAPWAP隧道；

所述AC通過所述CAPWAP隧道接收所述AP的配置請求。

根據(jù)本發(fā)明一可選實(shí)施方式，該方法還包括：

所述AC接收到來自網(wǎng)絡(luò)管理裝置針對所述AP的配置更新信息后，將所述配置更新信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，該方法還包括：

所述AC接收所述AP發(fā)送的運(yùn)行信息，將所述運(yùn)行信息發(fā)送給網(wǎng)絡(luò)管理裝置。

根據(jù)本發(fā)明一可選實(shí)施方式，所述AC保存針對所述AP的配置信息；

所述AC與所述AP連接斷開并重新建立連接后，如果接收到AP的配置請求，則利用所述AC本地保存的針對所述AP的配置信息生成配置參數(shù)指紋，判斷生成的配置參數(shù)指紋與所述配置請求攜帶的配置參數(shù)指紋是否一致，如果一致，則返回?zé)o需配置更新的指示信息給所述AP；如果不一致，則將本地保存的針對所述AP的配置信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，所述配置參數(shù)指紋包括各業(yè)務(wù)子類型參數(shù)指紋，所述各業(yè)務(wù)子類型參數(shù)指紋是將所述AP的配置信息按業(yè)務(wù)類型分成子類型后，分別利用各子類型的配置信息生成的；

所述判斷生成的配置參數(shù)指紋與所述配置請求攜帶的配置參數(shù)指紋是否一致包括：分別比較所述AC生成的各業(yè)務(wù)子類型參數(shù)指紋和所述配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋是否一致；

如果不一致，則將本地保存的針對所述AP的配置信息中，不一致的業(yè)務(wù)子類型參數(shù)指紋對應(yīng)的業(yè)務(wù)子類型配置信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，所述配置參數(shù)指紋還包括全局業(yè)務(wù)參數(shù)指紋，所述全局業(yè)務(wù)參數(shù)指紋是利用所有業(yè)務(wù)子類型參數(shù)指紋生成的，或者直接利用所述AP的配置信息生成的；

在分別比較所述AC生成的各業(yè)務(wù)子類型參數(shù)指紋和所述配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋是否一致之前，還包括：

判斷所述AC生成的全局業(yè)務(wù)參數(shù)指紋與所述配置請求攜帶的全局業(yè)務(wù)參數(shù)指紋是否一致，如果一致，則執(zhí)行所述返回?zé)o需配置更新的指示信息給所述AP；如果不一致，則繼續(xù)執(zhí)行所述分別比較所述AC生成的各業(yè)務(wù)子類型參數(shù)指紋和所述配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋是否一致的步驟。

根據(jù)本發(fā)明一可選實(shí)施方式，該方法還包括：

所述AC從所述配置請求的供應(yīng)商特定載荷Vendor Specific Payload中解析得到配置參數(shù)指紋。

本發(fā)明還提供了一種對接入點(diǎn)AP進(jìn)行配置的方法，該方法包括：

網(wǎng)絡(luò)管理裝置接收到云端AC集群中AC發(fā)送的針對AP的配置請求；

將針對所述AP的配置信息返回給所述AC，以便所述AC將所述配置信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，該方法還包括：

所述網(wǎng)絡(luò)管理裝置記錄所述AC與所述AP的關(guān)聯(lián)關(guān)系；

依據(jù)所述關(guān)聯(lián)關(guān)系，將針對所述AP的配置更新信息發(fā)送給所述AC，以便所述AC將所述配置更新信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，該方法還包括：

所述網(wǎng)絡(luò)管理裝置接收所述AC上報(bào)的所述AP的運(yùn)行信息。

本發(fā)明還提供了一種對接入點(diǎn)AP進(jìn)行配置的方法，該方法包括：

AP與云端AC集群中的AC連接斷開并重新建立連接后，利用所述AP的配置信息生成配置參數(shù)指紋，并向所述AC發(fā)送包含所述配置參數(shù)指紋的配置請求；

接收所述AC返回的無需配置更新的指示信息或針對所述AP的配置信息。

根據(jù)本發(fā)明一可選實(shí)施方式，利用所述AP的配置信息生成配置參數(shù)指紋包括：

將所述AP的配置信息按業(yè)務(wù)類型分成子類型后，分別利用各子類型的配置信息生成各業(yè)務(wù)子類型參數(shù)指紋。

根據(jù)本發(fā)明一可選實(shí)施方式，利用所述AP的配置信息生成配置參數(shù)指紋還包括：

利用所有業(yè)務(wù)子類型參數(shù)指紋或者直接利用所述AP的配置信息生成全局業(yè)務(wù)參數(shù)指紋。

根據(jù)本發(fā)明一可選實(shí)施方式，所述配置參數(shù)指紋攜帶在配置請求的Vendor Specific Payload中。

本發(fā)明還提供了一種對AP進(jìn)行配置的裝置，該裝置設(shè)置于云端AC集群中的AC，該裝置包括：第一交互單元和第二交互單元；

所述第一交互單元，用于接收AP的配置請求；將所述第二交互單元獲取的配置信息通過配置響應(yīng)發(fā)送給所述AP；

所述第二交互單元，用于在所述第一交互單元接收到AP的配置請求后，向網(wǎng)絡(luò)管理裝置請求并獲取針對所述AP的配置信息。

根據(jù)本發(fā)明一可選實(shí)施方式，所述AC是LB接收到所述AP的發(fā)現(xiàn)請求報(bào)文后，從所述云端AC集群中為所述AP分配的。

根據(jù)本發(fā)明一可選實(shí)施方式，通道建立單元，用于建立所述AC與所述AP之間的CAPWAP隧道；

所述第一交互單元通過所述CAPWAP隧道接收所述AP的配置請求。

根據(jù)本發(fā)明一可選實(shí)施方式，所述第二交互單元，還用于接收網(wǎng)絡(luò)管理裝置針對所述AP的配置更新信息；

所述第一交互單元，還用于將所述配置更新信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，所述第一交互單元，還用于接收所述AP發(fā)送的運(yùn)行信息；

所述第二交互單元，還用于將所述運(yùn)行信息發(fā)送給網(wǎng)絡(luò)管理裝置。

根據(jù)本發(fā)明一可選實(shí)施方式，該裝置還包括：

維護(hù)單元，用于保存針對所述AP的配置信息；

指紋處理單元，用于在所述AC與所述AP連接斷開并重新建立連接后，如果所述第一交互單元接收到AP的配置請求，則利用所述維護(hù)單元保存的針對所述AP的配置信息生成配置參數(shù)指紋，判斷生成的配置參數(shù)指紋與所述配置請求攜帶的配置參數(shù)指紋是否一致；

所述第一交互單元，還用于如果所述指紋處理單元的判斷結(jié)果為一致，則返回?zé)o需配置更新的指示信息給所述AP；如果不一致，則將所述維護(hù)單元保存的針對所述AP的配置信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，所述配置參數(shù)指紋包括各業(yè)務(wù)子類型參數(shù)指紋；

所述指紋處理單元，具體用于將所述AP的配置信息按業(yè)務(wù)類型分成子類型后，分別利用各子類型的配置信息生成各業(yè)務(wù)子類型參數(shù)指紋；分別比較所述AC生成的各業(yè)務(wù)子類型參數(shù)指紋和所述配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋是否一致；

所述第一交互單元，還用于如果所述指紋處理單元的比較結(jié)果為一致，則返回?zé)o需配置更新的指示信息給所述AP；如果不一致，則將所述維護(hù)單元保存的針對所述AP的配置信息中，不一致的業(yè)務(wù)子類型參數(shù)指紋對應(yīng)的業(yè)務(wù)子類型配置信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，所述配置參數(shù)指紋還包括全局業(yè)務(wù)參數(shù)指紋；

所述指紋處理單元，還用于利用所有業(yè)務(wù)子類型參數(shù)指紋生成所述全局業(yè)務(wù)參數(shù)指紋，或者直接利用所述AP的配置信息生成所述全局業(yè)務(wù)參數(shù)指紋；在分別比較所述AC生成的各業(yè)務(wù)子類型參數(shù)指紋和所述配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋是否一致之前，還用于判斷所述AC生成的全局業(yè)務(wù)參數(shù)指紋與所述配置請求攜帶的全局業(yè)務(wù)參數(shù)指紋是否一致；

所述第一交互單元，還用于如果所述指紋處理單元的判斷結(jié)果為一致，則執(zhí)行所述返回?zé)o需配置更新的指示信息給所述AP；如果不一致，則繼續(xù)執(zhí)行所述 分別比較所述AC生成的各業(yè)務(wù)子類型參數(shù)指紋和所述配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋是否一致。

根據(jù)本發(fā)明一可選實(shí)施方式，該裝置還包括：

解析單元，用于從所述配置請求的Vendor Specific Payload中解析得到配置參數(shù)指紋，并將所述配置參數(shù)指紋提供給所述指紋處理單元。

本發(fā)明還提供了一種對AP進(jìn)行配置的裝置，該裝置設(shè)置于網(wǎng)絡(luò)管理裝置，該裝置包括：

接收單元，用于接收云端AC集群中AC發(fā)送的針對AP的配置請求；

發(fā)送單元，用于將針對所述AP的配置信息返回給所述AC，以便所述AC將所述配置信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，該裝置還包括：

記錄單元，用于記錄所述AC與所述AP的關(guān)聯(lián)關(guān)系；

所述發(fā)送單元，還用于依據(jù)所述關(guān)聯(lián)關(guān)系，將針對所述AP的配置更新信息發(fā)送給所述AC，以便所述AC將所述配置更新信息發(fā)送給所述AP。

根據(jù)本發(fā)明一可選實(shí)施方式，所述接收單元，還用于接收所述AC上報(bào)的所述AP的運(yùn)行信息。

本發(fā)明還提供了一種對AP進(jìn)行配置的裝置，該裝置設(shè)置于AP，該裝置包括：

指紋生成單元，用于在所述AP與云端AC集群中的AC連接斷開并重新建立連接后，利用所述AP的配置信息生成配置參數(shù)指紋；

發(fā)送單元，用于向所述AC發(fā)送包含所述配置參數(shù)指紋的配置請求；

接收單元，用于接收所述AC返回的無需配置更新的指示信息或針對所述AP的配置信息。

根據(jù)本發(fā)明一可選實(shí)施方式，所述指紋生成單元，具體用于將所述AP的配置信息按業(yè)務(wù)類型分成子類型后，分別利用各子類型的配置信息生成各業(yè)務(wù)子類型參數(shù)指紋。

根據(jù)本發(fā)明一可選實(shí)施方式，所述指紋生成單元，還用于利用所有業(yè)務(wù)子類 型參數(shù)指紋或者直接利用所述AP的配置信息生成全局業(yè)務(wù)參數(shù)指紋。

根據(jù)本發(fā)明一可選實(shí)施方式，所述發(fā)送單元將所述配置參數(shù)指紋攜帶在配置請求的Vendor Specific Payload中。

本發(fā)明還提供了一種對AP進(jìn)行配置的系統(tǒng)，該系統(tǒng)包括：網(wǎng)絡(luò)管理裝置、云端AC集群和AP。

由以上技術(shù)方案可以看出，在本發(fā)明中，對AP的管理功能由統(tǒng)一的網(wǎng)絡(luò)管理裝置完成，AC接收到AP的配置請求后，向網(wǎng)絡(luò)管理裝置請求并獲取針對AP的配置信息，并返回給AP。這種方式使得無需在云端AC集群中所有AC上都配置AP的配置信息，僅需要在網(wǎng)絡(luò)管理裝置統(tǒng)一配置AP的配置信息然后下發(fā)給AP關(guān)聯(lián)的AC即可，降低了配置難度和維護(hù)成本。

【附圖說明】

圖1為本發(fā)明所基于的系統(tǒng)架構(gòu)圖；

圖2為本發(fā)明實(shí)施例提供的方法流程圖；

圖3為本發(fā)明實(shí)施例提供的供應(yīng)商特定載荷的格式示意圖；

圖4為本發(fā)明實(shí)施例提供的設(shè)置于AC中的裝置結(jié)構(gòu)圖；

圖5為本發(fā)明實(shí)施例提供的設(shè)置于網(wǎng)絡(luò)管理裝置的裝置結(jié)構(gòu)圖；

圖6為本發(fā)明實(shí)施例提供的設(shè)置于AP的裝置。

【具體實(shí)施方式】

為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和具體實(shí)施例對本發(fā)明進(jìn)行詳細(xì)描述。

本發(fā)明的核心思想在于，將AC集群中AC對AP的管理功能抽離，僅保留AC對AP的控制功能，將AC對AP的管理功能統(tǒng)一到網(wǎng)絡(luò)管理裝置，從而保證對AP的配置全局統(tǒng)一。

圖1為本發(fā)明所基于的系統(tǒng)架構(gòu)圖，如圖1中所示，該系統(tǒng)主要包括：云端AC集群、網(wǎng)絡(luò)管理裝置、LB(負(fù)載均衡器)和AP。其中，網(wǎng)絡(luò)管理 裝置、LB和云端AC集群均設(shè)置于云端，網(wǎng)絡(luò)管理裝置、LB和云端AC集群可以位于同一服務(wù)器，也可以分別位于不同的服務(wù)器，云端AC集群中的各AC同樣可以位于同一服務(wù)器，也可以分別位于不同的服務(wù)器，甚至可以位于不同的區(qū)域，例如有的AC位于北京、有的AC位于上海等等。作為一種優(yōu)選的實(shí)施方式，云端AC集群和LB可以部署于公有云(公有云通常指服務(wù)提供商基于公有網(wǎng)絡(luò)為用戶提供的云端環(huán)境)的虛擬機(jī)上，此時云端AC集群中的各AC以虛擬AC(vAC)的形式存在，后續(xù)實(shí)施例中均以vAC為例進(jìn)行描述。另外，為了提高LB設(shè)備的可靠性，LB也可以以集群的形式存在，并且在LB集群內(nèi)部也可以實(shí)現(xiàn)負(fù)載均衡。

本發(fā)明實(shí)施例中所涉及的“云端”指的是采用應(yīng)用程序虛擬化技術(shù)的軟件平臺，通過該平臺，各類常用軟件都能夠在獨(dú)立的虛擬化環(huán)境中被封裝起來。云端AC集群就是在該虛擬化環(huán)境中的AC軟件集群，該集群中的各AC以虛擬化軟件形式存在。

網(wǎng)絡(luò)管理裝置包括以下功能：

1)負(fù)責(zé)管理所有AP的配置。一方面提供面向網(wǎng)絡(luò)管理者的管理接口，通過該管理接口獲得網(wǎng)絡(luò)管理者對AP的配置信息，另一方面提供面向云端AC集群中各vAC的接口。

2)接收vAC發(fā)送的針對AP的配置請求時，將針對該AP的配置信息返回給該vAC。

3)收集vAC上報(bào)的AP的運(yùn)行信息。

4)記錄vAC與AP之間的關(guān)聯(lián)關(guān)系，依據(jù)該關(guān)聯(lián)關(guān)系，將針對AP的配置更新信息發(fā)送給與該AP關(guān)聯(lián)的vAC。

vAC主要包括以下功能：

1)與AP建立連接，即與AP建立CAPWAP(無線接入點(diǎn)的控制和配置協(xié)議)隧道。

2)接收到AP的配置請求后，向網(wǎng)絡(luò)管理裝置請求并獲取針對該AP的配置信息，并通過配置響應(yīng)將該配置信息發(fā)送給該AP。

3)收集AP上的運(yùn)行信息并上報(bào)到網(wǎng)絡(luò)管理平臺。

4)將來自網(wǎng)絡(luò)管理裝置針對AP的配置更新信息，發(fā)送給該AP。

5)保存針對AP的配置信息。

6)與AP的連接斷開并重新建立連接后，如果接收到AP的配置請求，則利用vAC本地保存的針對該AP的配置請求，則利用本地保存的針對該AP的配置信息生成配置參數(shù)指紋，判斷生成的配置參數(shù)指紋與配置請求攜帶的配置參數(shù)指紋是否一致，如果一致，則返回?zé)o需配置更新的指示信息給AP；如果不一致，則將本地保存的針對該AP的配置信息發(fā)送給該AP。

LB主要包括以下功能：

1)定時獲取AC集群中各vAC的相關(guān)信息，例如負(fù)載信息、版本信息等。該LB可以從網(wǎng)絡(luò)管理平臺獲取AC集群中各vAC的相關(guān)信息。

2)接收AP發(fā)送的發(fā)現(xiàn)請求報(bào)文，從云端AC集群中為發(fā)送發(fā)現(xiàn)請求報(bào)文的AP分配vAC。LB可以依據(jù)負(fù)載均衡原則為AP分配AC，還可以進(jìn)一步結(jié)合其他因素，諸如AP是否連接過該vAC且連接失敗、AP與vAC的距離、AP與vAC的軟件版本、AP與vAC是否屬于同一運(yùn)營商，等等。

3)將分配的AC的地址信息返回給AP。

AP主要包括以下功能：

1)向LB發(fā)送發(fā)現(xiàn)請求報(bào)文。

2)接收LB為AP分配的vAC地址信息，依據(jù)該地址信息，向vAC請求建立連接，即協(xié)商建立CAPWAP隧道。

3)與vAC建立連接后向vAC發(fā)送配置請求。

4)接收vAC發(fā)送的配置信息或配置更新信息，進(jìn)行本地配置。

5)向vAC上報(bào)運(yùn)行信息，該運(yùn)行信息可以定時向vAC上報(bào)。

6)與vAC連接斷開并重新建立連接后，利用本身的配置信息生成配置參數(shù)指紋，將配置參數(shù)指紋攜帶在配置請求中發(fā)送給vAC。

圖2為本發(fā)明實(shí)施例提供的方法流程圖，如圖2中所示，該方法可以包括以下步驟：

AP上電啟動后，在201中，向LB發(fā)送發(fā)現(xiàn)請求報(bào)文。

在本發(fā)明實(shí)施例中，可以在AP上預(yù)先配置LB的地址信息，AP依據(jù)該地址信息向LB發(fā)送發(fā)現(xiàn)請求報(bào)文。

除了該方式之外，還存在一種優(yōu)選的方式，即在AP上預(yù)先配置指向LB的域名，對該域名進(jìn)行解析得到LB的地址信息，向LB發(fā)送發(fā)現(xiàn)請求報(bào)文。這種方式可以解決LB的單點(diǎn)問題，即該域名可以指向LB集群，解析得到的LB的地址信息可以是該LB集群中任意一個工作正常的LB，也可以是該LB集群中負(fù)載較小的LB(即可以在LB集群中實(shí)現(xiàn)負(fù)載分擔(dān)，該負(fù)載分擔(dān)在域名解析服務(wù)器上實(shí)現(xiàn)控制)，也可以是該LB集群中距離AP最近的LB，等等。

在202中，LB依據(jù)負(fù)載分擔(dān)原則，從云端AC集群中為AP分配vAC。

可以定時獲取云端AC集群中各vAC的相關(guān)信息，主要包括負(fù)載信息，還可以包括版本信息等。LB在獲取vAC的相關(guān)信息時，各vAC可以定時上報(bào)自身的相關(guān)信息給網(wǎng)絡(luò)管理裝置，網(wǎng)絡(luò)管理裝置負(fù)責(zé)對網(wǎng)絡(luò)中的各設(shè)備進(jìn)行管理，LB定時從網(wǎng)絡(luò)管理裝置獲取各vAC的相關(guān)信息，這種架構(gòu)無需LB與各vAC之間直接進(jìn)行連接，方便管理和維護(hù)。當(dāng)然，也可以LB直接從各vAC獲取相關(guān)信息。

本步驟中可以依據(jù)負(fù)載均衡原則，優(yōu)選當(dāng)前負(fù)載小的vAC分配給AP。其中上述負(fù)載信息可以包括但不限于：CPU利用率、內(nèi)存利用率、帶寬利用率以及AP的上線率中的一種或任意組合。AP的上線率指的是該vAC中當(dāng)前連接的AP數(shù)量與該vAC可容納的AP數(shù)量的比值。除了依據(jù)負(fù)載均衡原則之外，還可以結(jié)合其他原則，例如：優(yōu)先為AP分配距離AP最近的vAC；優(yōu)先為AP分配軟件版本一致的vAC；優(yōu)先為AP分配屬于同一網(wǎng)絡(luò)運(yùn)營商的vAC。

在203中，LB將分配的vAC的地址信息攜帶在發(fā)現(xiàn)響應(yīng)報(bào)文中返回給AP。

AP從發(fā)現(xiàn)響應(yīng)報(bào)文中解析出vAC的地址信息，在204中，依據(jù)該地址 信息與vAC建立連接，即建立CAPWAP隧道。AP與vAC建立CAPWAP隧道的過程不做詳述。

在205中，AP向vAC發(fā)送配置請求。

在206中，vAC向網(wǎng)絡(luò)管理裝置發(fā)送配置請求。在本發(fā)明中vAC中僅具備對AP的控制功能，即AP與vAC間CAPWAP隧道的控制，而將管理功能脫離，管理功能由網(wǎng)絡(luò)管理裝置完成，諸如配置AP、管理無線終端等。

在207中，網(wǎng)絡(luò)管理裝置將針對該AP的配置信息通過配置響應(yīng)返回給vAC。

網(wǎng)絡(luò)管理裝置面向網(wǎng)絡(luò)管理者提供有管理接口，網(wǎng)絡(luò)管理者通過該管理接口對AP進(jìn)行配置，即網(wǎng)絡(luò)管理裝置通過該管理接口獲取針對AP的配置信息并在本地進(jìn)行存儲和維護(hù)。當(dāng)接收到vAC針對某AP的配置請求時，將針對該AP的配置信息返回給vAC。

這種方式使得所有AP的配置信息統(tǒng)一在網(wǎng)絡(luò)管理裝置上配置和維護(hù)，并僅需要下發(fā)給AP接入的vAC即可，而無需在所有vAC上都配置和維護(hù)AP的配置信息。顯然一方面能夠降低復(fù)雜程度和維護(hù)成本，另一方面也能夠有效地保證全局統(tǒng)一。

在208中，vAC將針對AP的配置信息下發(fā)給該AP，AP利用該配置信息進(jìn)行本地配置，上線成功。

另外，在網(wǎng)絡(luò)管理裝置中會維護(hù)vAC與AP之間的關(guān)聯(lián)關(guān)系，如果網(wǎng)絡(luò)管理員更新對AP的配置，則依據(jù)該關(guān)聯(lián)關(guān)系就可以獲知該AP關(guān)聯(lián)的vAC，將配置更新信息發(fā)送給關(guān)聯(lián)的vAC，由該vAC將配置更新信息下發(fā)給AP，AP利用配置更新信息，更新本地配置。

在209中，AP在運(yùn)行過程中上報(bào)運(yùn)行信息給關(guān)聯(lián)的vAC。

在AP與vAC之間建立CAPWAP隧道之后，上述AP與vAC之間的交互都通過該CAPWAP隧道進(jìn)行。

在210中，vAC將AP的運(yùn)行信息上報(bào)給網(wǎng)絡(luò)管理裝置，這樣網(wǎng)絡(luò)管理者通過管理接口就能夠掌握各AP的運(yùn)行信息。

如果AP與vAC之間的CAPWAP隧道斷開后又重新建立，則在211中，向vAC發(fā)送配置請求。由于vAC需要知道AP配置和本地配置是否一致，如果將所有配置信息都上報(bào)給vAC進(jìn)行比較，會使得配置請求的數(shù)據(jù)量非常大，針對此本發(fā)明實(shí)施例提供了一種優(yōu)選地實(shí)施方式，即在AP向vAC發(fā)送的配置請求中攜帶配置參數(shù)指紋。

在212中，vAC比較配置請求攜帶的配置參數(shù)指紋與利用本地保存的針對該AP的配置信息生成的配置參數(shù)指紋是否一致，如果一致，則執(zhí)行213，向AP返回?zé)o需配置更新的指示信息。如果不一致，則執(zhí)行214，將本地保存的針對該AP的配置信息返回給AP。

上述配置參數(shù)指紋可以包括全局業(yè)務(wù)參數(shù)指紋和各業(yè)務(wù)子類型參數(shù)指紋。vAC和AP在生成全局業(yè)務(wù)參數(shù)指紋和各業(yè)務(wù)子類型參數(shù)指紋時采用的方式一致。

具體地，各業(yè)務(wù)子類型參數(shù)指紋的生成過程可以包括：

首先將AP的配置信息按照業(yè)務(wù)類型分成子類型。例如將AP的配置信息分成諸如射頻參數(shù)、無線服務(wù)參數(shù)、公網(wǎng)連接方式、安全配置參數(shù)等子類型。

然后分解利用各子類型的配置信息采用指紋算法生成各子類型業(yè)務(wù)參數(shù)指紋。其中指紋算法可以采用諸如MD5、HASH等算法。

全局業(yè)務(wù)參數(shù)業(yè)務(wù)指紋可以利用所有業(yè)務(wù)子類型參數(shù)指紋采用指紋算法生成，也可以直接利用AP的配置信息采用指紋算法生成。

舉個例子，將AP的配置信息按照業(yè)務(wù)類型分為N個子類型，各子類型的配置信息標(biāo)識為APPCFG_1至APPCFG_N，將每類配置信息分別用MD5算法計(jì)算出128位的指紋，分別為各業(yè)務(wù)子類型參數(shù)指紋，標(biāo)識為MD5_1至MD5_N，再用MD5算法對這N個128位的指紋進(jìn)行計(jì)算，得到128位的全局業(yè)務(wù)參數(shù)指紋，標(biāo)識為MD5_0。AP將MD5_0以及MD5_1至MD5_N攜帶在配置請求中發(fā)送給vAC。

vAC采用相同的方式，利用本地存儲的針對該AP的配置信息生成全局 業(yè)務(wù)參數(shù)指紋，標(biāo)識為MD5_0’，各業(yè)務(wù)子類型參數(shù)指紋，標(biāo)識為MD5_1’至MD5_N’。然后，先比較全局業(yè)務(wù)參數(shù)指紋是否一致，即比較MD5_0與MD5_0’是否一致，如果一致，則說明AP的配置信息與vAC存儲的該AP的配置信息一致，向AP返回?zé)o需配置更新的指示信息。如果不一致，則再分別比較各業(yè)務(wù)子類型參數(shù)指紋，即分別將MD5_1與MD5_1’比較，MD5_2與MD5_2’比較，…，MD5_N與MD5_N’比較。僅需要將不一致的業(yè)務(wù)子類型參數(shù)指紋對應(yīng)的配置信息返回給AP即可。

除了上述方式之外，配置參數(shù)指紋也可以不包括全局業(yè)務(wù)參數(shù)指紋，僅包括各業(yè)務(wù)子類型參數(shù)指紋。vAC逐一比較生成的各業(yè)務(wù)子類型參數(shù)指紋與配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋，然后將不一致的業(yè)務(wù)子類型參數(shù)指紋對應(yīng)的配置信息返回給AP即可，如果全都一致，則向AP返回?zé)o需配置更新的指示信息。

上述配置請求可以通過增加Vendor Specific Payload(供應(yīng)商特定載荷)來攜帶配置參數(shù)指紋，舉個例子，Vendor Specific Payload的格式可以采用如圖3中所示的格式。其中的Vendor Identifier(供應(yīng)商標(biāo)識)字段用于標(biāo)識Vendor Specifi Payload，Element ID(元素標(biāo)識)用于區(qū)分Vendor Identifier字段中的子屬性，全局業(yè)務(wù)參數(shù)指紋字段用于攜帶全局業(yè)務(wù)參數(shù)指紋，其他字段分別攜帶各業(yè)務(wù)子類型參數(shù)指紋。

圖4為本發(fā)明實(shí)施例提供的設(shè)置于AC中的裝置結(jié)構(gòu)圖，用于完成上述方法實(shí)施例中vAC的功能，該AC是LB接收到AP的發(fā)現(xiàn)請求報(bào)文后，從云端AC集群中為AP分配的。如圖4中所示，該裝置可以包括：第一交互單元01和第二交互單元02，還可以包括通道建立單元03、維護(hù)單元04、指紋處理單元05和解析單元06。各組成單元的功能如下：

第一交互單元01負(fù)責(zé)與AP進(jìn)行交互，包括：接收AP的配置請求；將第二交互單元02獲取的配置信息通過配置響應(yīng)發(fā)送給AP。

第二交互單元02負(fù)責(zé)與網(wǎng)絡(luò)管理裝置進(jìn)行交互，包括：在第一交互單元01接收到AP的配置請求后，向網(wǎng)絡(luò)管理裝置請求并獲取針對AP的配置信 息。

通道建立單元03負(fù)責(zé)建立AC與AP之間的CAPWAP隧道，第一交互單元01通過CAPWAP隧道接收AP的配置請求，并向AP下發(fā)配置信息。

如果網(wǎng)絡(luò)管理裝置對AP進(jìn)行配置更新，則上述第二交互單元02接收網(wǎng)絡(luò)管理裝置針對AP的配置更新信息，由第一交互單元01將配置更新信息發(fā)送給AP。

AP會將運(yùn)行信息進(jìn)行上報(bào)，上述第一交互單元01接收AP發(fā)送的運(yùn)行信息，由第二交互單元02將運(yùn)行信息發(fā)送給網(wǎng)絡(luò)管理裝置。

對于針對AP的配置信息由維護(hù)單元04負(fù)責(zé)維護(hù)，保存針對AP的配置信息。在AC與AP連接斷開并重新建立連接后，如果第一交互單元01接收到AP的配置請求，則指紋處理單元05利用維護(hù)單元04保存的針對AP的配置信息生成配置參數(shù)指紋，判斷生成的配置參數(shù)指紋與配置請求攜帶的配置參數(shù)指紋是否一致。

如果指紋處理單元05的判斷結(jié)果為一致，則第一交互單元01返回?zé)o需配置更新的指示信息給AP；如果不一致，則將維護(hù)單元04保存的針對AP的配置信息發(fā)送給AP。

其中，上述的配置參數(shù)指紋可以包括各業(yè)務(wù)子類型參數(shù)指紋，還可以進(jìn)一步包括全局業(yè)務(wù)參數(shù)指紋。

對于配置參數(shù)指紋僅包括各業(yè)務(wù)子類型參數(shù)指紋的情況，指紋處理單元05將AP的配置信息按業(yè)務(wù)類型分成子類型后，分別利用各子類型的配置信息生成各業(yè)務(wù)子類型參數(shù)指紋；分別比較AC生成的各業(yè)務(wù)子類型參數(shù)指紋和配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋是否一致。指紋處理單元05在生成指紋時采用的算法可以包括但不限于：MD5或HASH算法等。

如果指紋處理單元05的比較結(jié)果為一致，即AP端和AC端保存的針對該AP的配置信息一致，則第一交互單元01返回?zé)o需配置更新的指示信息給AP；如果不一致，則第一交互單元01將維護(hù)單元04保存的針對AP的配置信息中，不一致的業(yè)務(wù)子類型參數(shù)指紋對應(yīng)的業(yè)務(wù)子類型配置信息發(fā)送給AP。

對于配置參數(shù)指紋包括各業(yè)務(wù)子類型參數(shù)指紋和全局業(yè)務(wù)參數(shù)指紋的情況，指紋處理單元05在利用上述的方式生成各業(yè)務(wù)子類型參數(shù)指紋后，可以利用所有業(yè)務(wù)子類型參數(shù)指紋生成全局業(yè)務(wù)參數(shù)指紋，或者直接利用AP的配置信息生成全局業(yè)務(wù)參數(shù)指紋。在分別比較AC生成的各業(yè)務(wù)子類型參數(shù)指紋和配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋是否一致之前，進(jìn)一步判斷AC生成的全局業(yè)務(wù)參數(shù)指紋與配置請求攜帶的全局業(yè)務(wù)參數(shù)指紋是否一致。

如果指紋處理單元05的判斷結(jié)果為一致，則說明AP端和AC端保存的針對該AP的配置信息一致，第一交互單元01返回?zé)o需配置更新的指示信息給AP。如果不一致，則繼續(xù)執(zhí)行分別比較AC生成的各業(yè)務(wù)子類型參數(shù)指紋和配置請求攜帶的各業(yè)務(wù)子類型參數(shù)指紋是否一致。

由于AP在發(fā)送配置參數(shù)指紋時，可以將配置參數(shù)指紋攜帶在配置請求的Vendor Specific Payload中，因此解析單元06可以從配置請求的Vendor Specific Payload中解析得到配置參數(shù)指紋，并將配置參數(shù)指紋提供給指紋處理單元05。

圖5為本發(fā)明實(shí)施例提供的設(shè)置于網(wǎng)絡(luò)管理裝置的裝置結(jié)構(gòu)圖，如圖5中所示，該裝置可以包括：接收單元11和發(fā)送單元12，還可以包括記錄單元13。其中各組成單元的主要功能如下：

接收單元11負(fù)責(zé)接收云端AC集群中AC發(fā)送的針對AP的配置請求。

發(fā)送單元12負(fù)責(zé)將針對AP的配置信息返回給AC，以便AC將配置信息發(fā)送給AP。AP就能夠利用該配置信息進(jìn)行本地配置。

另外，該裝置具有面向網(wǎng)絡(luò)管理者的管理接口，網(wǎng)絡(luò)管理者可以通過該管理接口對AP進(jìn)行配置。記錄單元13負(fù)責(zé)記錄AC與AP的關(guān)聯(lián)關(guān)系，即發(fā)送配置請求的AC以及該配置請求所針對的AP之間的關(guān)聯(lián)關(guān)系。當(dāng)網(wǎng)絡(luò)管理者通過上述管理接口對AP的配置信息進(jìn)行更新后，發(fā)送單元12可以依據(jù)上述關(guān)聯(lián)關(guān)系，將針對AP的配置更新信息發(fā)送給AC，以便AC將配置更新信息發(fā)送給AP。AP就能夠根據(jù)該配置更新信息進(jìn)行本地的配置更新。

由于AP在運(yùn)行過程中會將運(yùn)行信息發(fā)送給AC，由AC上報(bào)給網(wǎng)絡(luò)管理裝置，因此接收單元11會接收到AC上報(bào)的AP的運(yùn)行信息。

圖6為本發(fā)明實(shí)施例提供的設(shè)置于AP的裝置，如圖6中所示，該裝置可以包括：指紋生成單元21、發(fā)送單元22和接收單元23。

當(dāng)AP上電啟動時，發(fā)送單元22會首先向LB發(fā)送發(fā)現(xiàn)請求報(bào)文?？梢砸罁?jù)預(yù)先配置的LB的IP地址，向LB發(fā)送發(fā)現(xiàn)請求報(bào)文，也可以依據(jù)預(yù)先配置的指向LB的域名，向LB發(fā)送發(fā)現(xiàn)請求報(bào)文。優(yōu)選后一種實(shí)現(xiàn)方式，這種方式可以配置多個LB共享同一個域名，域名服務(wù)器進(jìn)行域名解析時，可以依據(jù)負(fù)載均衡策略，向AP返回其中一個LB的地址信息。

然后接收單元23接收LB為該AP分配的AC的地址信息，發(fā)送單元22依據(jù)該AC的地址信息，向AC請求建立CAPWAP隧道。當(dāng)隧道建立后，發(fā)送單元22可以向AC發(fā)送配置請求，并通過接收單元23接收AC發(fā)送的配置信息，進(jìn)行本地配置，完成上線。

在AP與云端AC集群中的AC連接斷開并重新建立連接后，指紋生成單元21可以利用AP的配置信息生成配置參數(shù)指紋。

發(fā)送單元22向AC發(fā)送包含配置參數(shù)指紋的配置請求。

接收單元23接收AC返回的無需配置更新的指示信息或針對AP的配置信息。

具體地，指紋生成單元21可以將AP的配置信息按業(yè)務(wù)類型分成子類型后，分別利用各子類型的配置信息生成各業(yè)務(wù)子類型參數(shù)指紋。發(fā)送單元22發(fā)送的配置請求中可以僅攜帶各業(yè)務(wù)子類型參數(shù)指紋。

還存在另外一種實(shí)現(xiàn)方式，即指紋生成單元21除了生成各業(yè)務(wù)子類型參數(shù)指紋之外，還可以利用所有業(yè)務(wù)子類型參數(shù)指紋或者直接利用AP的配置信息生成全局業(yè)務(wù)參數(shù)指紋。發(fā)送單元22發(fā)送的配置請求中攜帶全局業(yè)務(wù)參數(shù)指紋和各業(yè)務(wù)子類型參數(shù)指紋。

發(fā)送單元22在發(fā)送配置參數(shù)指紋時，可以將配置參數(shù)指紋攜帶在配置請求的Vendor Specific Payload中。

由以上描述可以看出，本發(fā)明提供的方法和裝置可以具備以下優(yōu)點(diǎn)：

1)本發(fā)明中，對AP的管理功能由統(tǒng)一的網(wǎng)絡(luò)管理裝置完成，無需在云 端AC集群中所有AC上都配置AP的配置信息，僅需要在網(wǎng)絡(luò)管理裝置統(tǒng)一配置AP的配置信息然后下發(fā)給AP關(guān)聯(lián)的AC即可，降低了配置難度和維護(hù)成本。

2)AP與AC在斷開后重連時，生成包含各業(yè)務(wù)子類型參數(shù)指紋的配置參數(shù)指紋，將配置參數(shù)指紋發(fā)送給AC，AC利用本地存儲的AP的配置信息生成包含各業(yè)務(wù)子類型參數(shù)指紋的配置參數(shù)指紋，并與AP發(fā)送的配置參數(shù)指紋進(jìn)行比對，如果一致，AC無需下發(fā)配置信息給AP；如果不一致，僅需要將不一致的業(yè)務(wù)子類型參數(shù)指紋對應(yīng)的配置信息下發(fā)給AP進(jìn)行更新，減少了下發(fā)給AP的信息量，節(jié)約了網(wǎng)絡(luò)流量。

在本發(fā)明所提供的幾個實(shí)施例中，應(yīng)該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實(shí)現(xiàn)。例如，以上所描述的裝置實(shí)施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實(shí)際實(shí)現(xiàn)時可以有另外的劃分方式。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實(shí)際的需要選擇其中的部分或者全部單元來實(shí)現(xiàn)本實(shí)施例方案的目的。

另外，在本發(fā)明各個實(shí)施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨(dú)物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實(shí)現(xiàn)，也可以采用硬件加軟件功能單元的形式實(shí)現(xiàn)。

上述以軟件功能單元的形式實(shí)現(xiàn)的集成的單元，可以存儲在一個計(jì)算機(jī)可讀取存儲介質(zhì)中。上述軟件功能單元存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計(jì)算機(jī)設(shè)備(可以是個人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)或處理器(processor)執(zhí)行本發(fā)明各個實(shí)施例所述方法的部分步驟。而前述的存儲介質(zhì)包括：U盤、移動硬盤、只讀存儲器(Read-Only Memory，ROM)、隨機(jī)存取存儲器(Random Access Memory，RAM)、磁碟或者光盤等各種可 以存儲程序代碼的介質(zhì)。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。