Ap與ac間的通信方法和設(shè)備的制作方法
【專利摘要】本發(fā)明提供了一種AP與AC間的通信方法和設(shè)備。其中，該方法包括：AC通過擴(kuò)展命令接口接收用戶輸入的命令和該命令對應(yīng)的AP的標(biāo)識信息；AC將該命令以字符串的形式封裝在命令提示符信元中；AC根據(jù)該命令對應(yīng)的AP的標(biāo)識信息將封裝后的命令提示符信元發(fā)送給AP。本發(fā)明不再需要在AC上開發(fā)對應(yīng)該命令的運(yùn)行程序，通過對應(yīng)的AP運(yùn)行該命令即可完成用戶的指示，降低了AP擴(kuò)展后的AC開發(fā)成本，進(jìn)而也縮短了開發(fā)周期，具有較強(qiáng)的實(shí)用性。
【專利說明】AP與AC間的通信方法和設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及AP (Access Point,接入點(diǎn)設(shè)備)與AC(Access Controller，接入控制點(diǎn)設(shè)備或者接入控制器)間的通信方法和設(shè)備(如接入點(diǎn)設(shè)備和接入控制點(diǎn)設(shè)備)。
【背景技術(shù)】
[0002]無線局域網(wǎng)(WirelessLocal Area Network,即 WLAN)指米用 IEEE802.11 無線技術(shù)進(jìn)行互連的一組計(jì)算機(jī)和相關(guān)設(shè)備。無線局域網(wǎng)是指以無線信道作傳輸媒介的計(jì)算機(jī)局域網(wǎng)，是有線聯(lián)網(wǎng)方式的重要補(bǔ)充和延伸，并逐漸成為計(jì)算機(jī)網(wǎng)絡(luò)中一個至關(guān)重要的組成部分，廣泛適用于需要可移動數(shù)據(jù)處理或無法進(jìn)行物理傳輸介質(zhì)布線的領(lǐng)域。隨著IEEE802.11無線網(wǎng)絡(luò)標(biāo)準(zhǔn)的制定與發(fā)展，使無線網(wǎng)絡(luò)技術(shù)更加成熟與完善。并已成功的廣泛應(yīng)用于眾多行業(yè)，如金融證券、教育、大型企業(yè)、工礦港口、政府機(jī)關(guān)、酒店、機(jī)場、軍隊(duì)等。產(chǎn)品主要包括:無線接入點(diǎn)、無限網(wǎng)卡、無線路由器、無線網(wǎng)關(guān)、無線網(wǎng)橋等。
[0003]WLAN 主要存在兩種架構(gòu)，即 IBSS (Independent Basic Service Set,獨(dú)立基本服務(wù)集，也稱為 Ad-hoc)和 BSS (Basic Service Set,基本服務(wù)集,也成為 Infrastructure)。在IBSS架構(gòu)中，用戶終端間直接通過無線連接通信，無需特定的設(shè)備進(jìn)行中轉(zhuǎn)通信。
[0004]在BSS架構(gòu)中，用戶終端間都需要通過AP中轉(zhuǎn)進(jìn)行通信，并且還可以通過AP訪問Internet 業(yè)務(wù)。
[0005]最早的WLAN設(shè)備，將多種功能集為一身，如:物理層、鏈路層、用戶數(shù)據(jù)加密、用戶的認(rèn)證、QoS、安全策略、用戶的管理及其他應(yīng)用層功能集為一體，傳統(tǒng)將這類WLAN設(shè)備俗稱為“胖”AP?！芭帧盇P的特點(diǎn)是配置靈活、安裝簡單、性價比高，但AP之間相互獨(dú)立，無法適合用戶密度高、多個AP連續(xù)覆蓋等環(huán)境復(fù)雜的場所。為此產(chǎn)生集中控制型AC+AP設(shè)備，通過集中控制器AC和輕量級AP配合，實(shí)現(xiàn)“胖”AP設(shè)備的功能。其中，輕量級AP只保留物理鏈路層和MAC功能，提供可靠、高性能的射頻管理，包括802.11協(xié)議的無線連接；集中控制器AC集中所有的上層功能，包括安全、控制和管理等功能，與傳統(tǒng)的AP相比，輕量級AP實(shí)現(xiàn)的功能大大減弱，故俗稱為“瘦” AP。
[0006]隨著WLAN技術(shù)的愈加成熟，傳統(tǒng)的以胖AP為主要組成部分的自治型WLAN網(wǎng)絡(luò)逐漸演變?yōu)橐允軦P+AC為架構(gòu)的會聚型WLAN網(wǎng)絡(luò)。其中，AP作為電信級無線覆蓋設(shè)備，相當(dāng)于一個連接有線網(wǎng)和無線網(wǎng)的橋梁，其主要作用是將各個無線網(wǎng)絡(luò)客戶端連接到一起，實(shí)現(xiàn)大范圍、多用戶的無線接入，根據(jù)應(yīng)用場景不同，AP通常可分為室內(nèi)型和室外型，室內(nèi)環(huán)境下覆蓋范圍通常在30米?100米，室外環(huán)境最大覆蓋范圍可達(dá)到800米。AC無線局域網(wǎng)接入控制設(shè)備，負(fù)責(zé)將來自不同AP的數(shù)據(jù)進(jìn)行匯聚并接入Internet，同時完成AP設(shè)備的配置管理和無線用戶的認(rèn)證、管理，以及帶寬、訪問、切換、安全等控制功能。AC強(qiáng)大的管理和控制功能，能夠構(gòu)建出個性化、專業(yè)化的WLAN解決方案。
[0007]瘦AP+AC架構(gòu)中無線控制器AC負(fù)責(zé)網(wǎng)絡(luò)的接入控制、轉(zhuǎn)發(fā)和統(tǒng)計(jì)、AP的配置監(jiān)控、漫游管理、AP的網(wǎng)管代理以及安全控制等，瘦AP負(fù)責(zé)802.11報(bào)文的加解密、無線物理層PHY功能、RF空口的統(tǒng)計(jì)等功能。
[0008]總體而言，集中控制型AC+AP架構(gòu)，其最大的優(yōu)點(diǎn)在于管理簡單化。WLAN設(shè)備的網(wǎng)管平臺只需管理集中控制器AC，就可間接地管理到輕量級AP，這大大減輕后臺(如網(wǎng)管平臺)的壓力。當(dāng)使用基于WAPI技術(shù)的WLAN網(wǎng)絡(luò)安全策略，當(dāng)數(shù)字證書安裝在“胖”AP上，由于“胖” AP數(shù)量眾多，所發(fā)起的眾多的認(rèn)證報(bào)文Session (會話)數(shù)會對認(rèn)證服務(wù)器產(chǎn)生很大壓力；而采用“瘦”AP時，數(shù)字證書安裝在AC上，由于AC數(shù)量較少，因此AC發(fā)起的認(rèn)證報(bào)文Session數(shù)大大少于“胖”AP發(fā)起的認(rèn)證報(bào)文Session數(shù)，因此大大減輕認(rèn)證服務(wù)器的壓力；同時，“胖” AP是部署在公共場所，一般用戶都有可能接觸到AP設(shè)備，而AC設(shè)備是部署在機(jī)房，一般用戶不可能接觸到AC設(shè)備，AC作為統(tǒng)一的認(rèn)證點(diǎn)，將安全的管理和控制集中，因此安裝在AC上的設(shè)備證書比安裝在“胖” AP設(shè)備上的數(shù)字證書更安全。
[0009]在瘦AP+AC架構(gòu)下，AP不能單獨(dú)工作，需要與AC配合使用，因此AP和AC間需要有配套的通信協(xié)議可以讓他們進(jìn)行互聯(lián)。首個AP-AC之間的隧道通信協(xié)議是LWAPP，接著，IETF為了解決各廠商AP-AC間隧道協(xié)議的不兼容問題，在2005年成立了 CAPWAP (ControlAnd Provisioning of Wireless Access Points Protocol Specification,控制的無線接入點(diǎn)和配置協(xié)議)工作組以標(biāo)準(zhǔn)化AP和AC間的隧道協(xié)議。
[0010]瘦AP+AC模式下的分布式WLAN網(wǎng)絡(luò)主要有兩種架構(gòu)，分別為Local MAC架構(gòu)、Split MAC架構(gòu)?？傮w說來，Local MAC和Split MAC架構(gòu)的主要區(qū)別在于用戶的通信數(shù)據(jù)是否需要通過AC轉(zhuǎn)發(fā)。在Local MAC中，用戶數(shù)據(jù)直接實(shí)現(xiàn)本地轉(zhuǎn)發(fā)，而在Split MAC架構(gòu)中，用戶數(shù)據(jù)是需要回流到AC處，再由AC進(jìn)行統(tǒng)一轉(zhuǎn)發(fā)。進(jìn)一步將，Local MAC可以理解為旁路模式，AC只負(fù)責(zé)用戶的管理(用戶認(rèn)證)和網(wǎng)絡(luò)的管理(網(wǎng)絡(luò)配置)；而Split MAC可以理解主路模式，AC不但需要負(fù)責(zé)用戶的管理和網(wǎng)絡(luò)管理，同時還需要負(fù)責(zé)用戶數(shù)據(jù)的轉(zhuǎn)發(fā)。
[0011]現(xiàn)有市場上的AP，除去通過支持CAPWAP協(xié)議等通信協(xié)議以便可以被AC控制時，AP還同時提供Command Line Interface (CLI,命令行界面),方便用戶通過登錄本機(jī),直接進(jìn)行網(wǎng)絡(luò)管理(例如，AP無法鏈接AC時)，用戶通過CLI，可以全面操作AP，其可實(shí)現(xiàn)的管理功能大于或等于AC通過CAPWAP協(xié)議可以提供的管理功能。
[0012]隨著WLAN技術(shù)的不斷發(fā)展，AP的功能也在不斷增加，廠商在開發(fā)該功能時，都需要在AP的CLI系統(tǒng)上，新增對應(yīng)的CLI命令，以便用戶能夠?qū)υ摴δ苓M(jìn)行調(diào)試。
[0013]隨著WLAN技術(shù)在不斷發(fā)展，AP的功能將會不斷增加。每次AP的功能增加，都需要在CAPWAP中增加相應(yīng)的信息元(也可以簡稱為“信元”)，以實(shí)現(xiàn)AC對該新增功能的調(diào)用。而目前，在運(yùn)營商網(wǎng)絡(luò)中，存在著不同廠家的AP和AC。在WLAN網(wǎng)絡(luò)發(fā)展初期，同一家廠商的AC管理該廠商的AP。這樣存在著不同廠家自成系統(tǒng)的現(xiàn)象，及其不利于運(yùn)營商對所有AP的集中管理。為解決該問題，各廠家相繼推出大功能的AC，希望實(shí)現(xiàn)對所有AP (包括第三方AP)的統(tǒng)一管理。
[0014]由于各家廠商設(shè)備都具有差異化的功能，故目前CAPWAP協(xié)議只能對各廠商設(shè)備共有的，基礎(chǔ)的功能統(tǒng)一管理，而對不同廠家所特有的功能，只有通過制定特定的信息元來實(shí)現(xiàn)。這樣極大增加了開發(fā)成本。同時，當(dāng)涉及不同廠商的AP和AC互通時，需要不同廠家協(xié)同開發(fā)，雙方的協(xié)調(diào)成本進(jìn)一步增大了開發(fā)成本。
【發(fā)明內(nèi)容】

[0015]本發(fā)明的目的在于提供一種AP與AC間的通信方法和設(shè)備，以解決上述的問題。
[0016]在本發(fā)明的實(shí)施例中提供了一種AP與AC間的通信方法，包括:AC通過擴(kuò)展命令接口接收用戶輸入的命令和該命令對應(yīng)的AP的標(biāo)識信息；AC將該命令以字符串的形式封裝在命令提示符信元中；AC根據(jù)該命令對應(yīng)的AP的標(biāo)識信息將封裝后的命令提示符信元發(fā)送給AP。
[0017]在本發(fā)明的實(shí)施例中還提供了一種AP與AC間的通信方法，包括:AP接收AC發(fā)送的命令提示符信元；其中，該命令提示符信元中封裝有命令的字符串；AP對上述命令提示符信元進(jìn)行解析，得到上述命令;AP通過CLI系統(tǒng)運(yùn)行該命令。
[0018]在本發(fā)明的實(shí)施例中提供了一種接入控制點(diǎn)設(shè)備，包括:用戶信息接收模塊，用于通過擴(kuò)展命令接口接收用戶輸入的命令和命令對應(yīng)的AP的標(biāo)識信息；封裝模塊，用于將用戶信息接收模塊接收的命令以字符串的形式封裝在命令提示符信元中；發(fā)送模塊，用于根據(jù)用戶信息接收模塊接收的命令對應(yīng)的AP的標(biāo)識信息將封裝后的命令提示符信元發(fā)送給AP0
[0019]在本發(fā)明的實(shí)施例中提供了一種接入點(diǎn)設(shè)備，包括:信元接收模塊，用于接收AC發(fā)送的命令提示符信元；其中，命令提示符信元中封裝有命令的字符串；命令解析模塊，用于對信元接收模塊接收的命令提示符信元進(jìn)行解析，得到命令；命令運(yùn)行模塊，用于通過CLI系統(tǒng)運(yùn)行命令解析模塊解析得到的命令。
[0020]本發(fā)明實(shí)施例提供的方法和設(shè)備中，AC在接收到用戶通過擴(kuò)展命令接口輸入的命令后，直接將該命令以字符串的形式發(fā)送給對應(yīng)的AP，由AP執(zhí)行該命令，不再需要在AC上開發(fā)對應(yīng)該命令的運(yùn)行程序，通過對應(yīng)的AP運(yùn)行該命令即可完成用戶的指示，降低了 AP擴(kuò)展后的AC開發(fā)成本，進(jìn)而也縮短了開發(fā)周期，具有較強(qiáng)的實(shí)用性。
【專利附圖】

【附圖說明】
[0021]圖1示出了本發(fā)明實(shí)施例提供的從AC側(cè)描述的AP與AC間的通信方法流程圖；
[0022]圖2示出了本發(fā)明實(shí)施例提供的從AP側(cè)描述的AP與AC間的通信方法流程圖；
[0023]圖3示出了本發(fā)明實(shí)施例提供的AP與AC間的通信方法的示意圖；
[0024]圖4示出了本發(fā)明實(shí)施例提供的CMD IE的格式示意圖；
[0025]圖5示出了本發(fā)明實(shí)施例提供的AP與AC間的通信方法的另一個示意圖；
[0026]圖6示出了本發(fā)明實(shí)施例提供的Result IE的格式示意圖；
[0027]圖7示出了本發(fā)明實(shí)施例提供的接入控制點(diǎn)設(shè)備的結(jié)構(gòu)示意圖；
[0028]圖8示出了本發(fā)明實(shí)施例提供的接入點(diǎn)設(shè)備的結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0029]下面通過具體的實(shí)施例并結(jié)合附圖對本發(fā)明做進(jìn)一步的詳細(xì)描述。
[0030]本發(fā)明實(shí)施例為了在AP擴(kuò)展新功能時，避免AC上的相應(yīng)新功能開發(fā)，而實(shí)現(xiàn)該新功能的快速部署，從而降低運(yùn)營商WiFi網(wǎng)絡(luò)新增功能的開發(fā)成本和開發(fā)周期，提供了一種AP與AC間的通信方法和設(shè)備(例如:接入點(diǎn)設(shè)備和接入控制點(diǎn)設(shè)備)，下面通過實(shí)施例進(jìn)行描述。[0031]如圖1所示的從AC側(cè)描述的AP與AC間的通信方法流程圖，該方法包括以下步驟:
[0032]步驟S102，AC通過擴(kuò)展命令接口接收用戶輸入的命令和該命令對應(yīng)的AP的標(biāo)識
信息；
[0033]步驟S104，AC將命令以字符串的形式封裝在命令提示符信元中；其中，該命令提示符信元可以是AP與AC預(yù)先約定的一個信元，專門用于發(fā)送擴(kuò)展或新增的命令，其具體格式可以參考相關(guān)技術(shù)，本發(fā)明實(shí)施例不對其進(jìn)行限定；
[0034]步驟S106，AC根據(jù)命令對應(yīng)的AP的標(biāo)識信息將封裝后的命令提示符信元發(fā)送給AP0
[0035]本實(shí)施例的方法中，AC在接收到用戶通過擴(kuò)展命令接口輸入的命令后，直接將該命令以字符串的形式發(fā)送給對應(yīng)的AP，不再需要在AC上開發(fā)對應(yīng)該命令的運(yùn)行程序，通過對應(yīng)的AP運(yùn)行該命令即可完成用戶的指示，降低了 AP擴(kuò)展后的AC開發(fā)成本，進(jìn)而也縮短了開發(fā)周期，具有較強(qiáng)的實(shí)用性。
[0036]對應(yīng)于如圖1所示的方法，本發(fā)明實(shí)施例還提供了從AP側(cè)描述的AP與AC間的通信方法，如圖2，該方法包括以下步驟:
[0037]步驟S202，AP接收AC發(fā)送的命令提示符信元；其中，該命令提示符信元中封裝有命令的字符串；
[0038]步驟S204, AP對上述命令提示符信元進(jìn)行解析,得到上述命令；
[0039]步驟S206，AP通過CLI (命令行界面)系統(tǒng)運(yùn)行上述命令。
[0040]本實(shí)施例的方法中，AP在接收到AC發(fā)送的命令提示符信元，在CLI系統(tǒng)中運(yùn)行其攜帶的命令，這樣不再需要在AC上開發(fā)對應(yīng)該命令的運(yùn)行程序，降低了 AP擴(kuò)展后的AC開發(fā)成本，進(jìn)而也縮短了開發(fā)周期，具有較強(qiáng)的實(shí)用性。
[0041 ] 參見圖3所示的AP與AC間的通信方法的示意圖，該方法可以在AC上增加CAPWAP的命令輸入模塊，用以接收用戶輸入的信息；以AP新增功能A為例，當(dāng)AP新增功能A時，假設(shè)廠商I會在AP的CLI系統(tǒng)中，提供新增功能A的命令為CLI_A命令。該方法包括以下步驟:
[0042](I)在廠商2的AC上，調(diào)用CAPWAP的命令輸入模塊(相當(dāng)于上述擴(kuò)展命令接口)，對該AP輸入相應(yīng)的CLI_A命令。本實(shí)施例中，該CLI_A命令和AP上的CLI_A命令格式完
全一致。
[0043](2)該CLI_A命令將以字符串的模式，封裝在特殊定義的CMD IE (相當(dāng)于上述命令提示符信元)中，通過CAPWAP控制消息傳遞到AP上。
[0044](3)當(dāng)AP的CAPWAP模塊接收到該CMD IE時，將解析出字符串CLI_A，將該字符串傳遞給CLI系統(tǒng)；
[0045](4)在CLI系統(tǒng)上執(zhí)行該CLI_A命令。從而實(shí)現(xiàn)在AC端對AP新功能A的直接調(diào)用。
[0046]其中，上述CMD IE的格式如圖4所示，包括:
[0047]Type=37,說明此信元是vendor specific (廠商特定的)信息元；
[0048]Length,說明后續(xù)報(bào)文的長度，單位為字節(jié)(包含Vendor Identifier, ElementID, Length_2 和 CMD String)。[0049]Vendor Identifier,對應(yīng)制定該信息元的廠商標(biāo)識；
[0050]Elment ID，填寫 CMD IE 對應(yīng)的 號；
[0051]Length_2,說明后續(xù)CMD String報(bào)文的長度,單位為字節(jié)。
[0052]CMD String中，用字符串模式封裝CLI命令。
[0053]為了方便網(wǎng)絡(luò)管理員用統(tǒng)一的命令格式操作不同廠家的AP的類似的新功能。上述AC將命令以字符串的形式封裝在命令提示符信元中的步驟包括:AC根據(jù)AP的類型信息(例如:AP的廠家，硬件版本號，軟件版本號等信息)，確定命令行格式；AC將上述命令轉(zhuǎn)換為該命令行格式的字符串；AC將該字符串封裝在命令提示符信元中。這樣網(wǎng)管將不需要對應(yīng)不同的AP輸入不同的命令格式，便于實(shí)際操作?；诖?，網(wǎng)絡(luò)管理員在上述CAPWAP命令輸入模塊中輸入包含相應(yīng)的目標(biāo)AP身份標(biāo)示信息(例如MAC地址信息)和相應(yīng)管理命令。系統(tǒng)將首先通過目標(biāo)AP身份標(biāo)示信息，確認(rèn)該AP對應(yīng)的CLI CMD格式，再調(diào)用CLI CMD轉(zhuǎn)換模塊，將該管理命令按照該AP對應(yīng)的CLI CMD格式，轉(zhuǎn)化為相應(yīng)的CLI CMD格式的字符串；再按照前面的封裝發(fā)送流程發(fā)送給AP。這樣可以統(tǒng)一管理人員的操作命令，降低管理人員的管理復(fù)雜度。
[0054]AP運(yùn)行完上述命令后，還可以包括:AP將運(yùn)行命令得到的執(zhí)行結(jié)果封裝在執(zhí)行結(jié)果信元中；AP將執(zhí)行結(jié)果信元發(fā)送給AC。相應(yīng)地，上述方法還包括:AC接收AP返回的執(zhí)行結(jié)果信元，其中，該執(zhí)行結(jié)果信元內(nèi)封裝有運(yùn)行命令的執(zhí)行結(jié)果；AC對執(zhí)行結(jié)果信元進(jìn)行解封裝，得到命令的執(zhí)行結(jié)果;AC在用戶界面上呈現(xiàn)執(zhí)行結(jié)果。
[0055]參見圖5所示的AP與AC間的通信方法的示意圖，在圖3所示流程的基礎(chǔ)上，圖5對應(yīng)的通信方法中還可以增加執(zhí)行命令結(jié)果返回信息元，用以AP在接收到AC的CMD IE，并執(zhí)打相應(yīng)CLI_A后,返回相應(yīng)的執(zhí)彳丁結(jié)果。在圖3所不流程的基礎(chǔ)上，當(dāng)AP執(zhí)彳丁 CLI_A后，CLI系統(tǒng)向CAPWAP模塊返回CLI_A的執(zhí)行結(jié)果。CAPWAP模塊將該執(zhí)行結(jié)果封裝在ResultIE (即上述執(zhí)行結(jié)果信元)中，然后通過CAPWAP控制報(bào)文向AC發(fā)送Result IE。當(dāng)AC的CAPffAP模塊接收到該控制報(bào)文后，從中解析出執(zhí)行結(jié)果后，在用戶界面上呈現(xiàn)該CLI_A的執(zhí)行結(jié)果。其中，Result IE的格式如圖6所示，其中，各個字段含義如下:
[0056]Type=37,說明是 vendor specific 信息元；
[0057]Length,說明后續(xù)報(bào)文的長度，單位為字節(jié)(包含Vendor Identifier, ElementID, Length_2, Result Code 和 Result String)。
[0058]Vendor Identifier,對應(yīng)制定該信息元的廠商標(biāo)識
[0059]Elment ID,填寫 Result IE 對應(yīng)的 IE 號；
[0060]Length_2,說明后續(xù)CMD String報(bào)文的長度,單位為字節(jié)。
[0061]Result Code，上述命令執(zhí)行的結(jié)果:可以用O表示執(zhí)行失??；用I表示執(zhí)行成功；用2表示該命令不存在；用rest作為保留字段；
[0062]Result String (可選)，用字符串模式封裝在執(zhí)行該命令時，CLI系統(tǒng)返回的相關(guān)信息。
[0063]對應(yīng)于上述方法，本發(fā)明實(shí)施例還提供了一種接入控制點(diǎn)設(shè)備(AC)，參見圖7，該設(shè)備包括以下模塊:
[0064]用戶信息接收模塊72，用于通過擴(kuò)展命令接口接收用戶輸入的命令和命令對應(yīng)的AP的標(biāo)識信息；[0065]封裝模塊74，用于將用戶信息接收模塊72接收的命令以字符串的形式封裝在命令提示符信元中；
[0066]發(fā)送模塊76，用于根據(jù)用戶信息接收模塊72接收的命令對應(yīng)的AP的標(biāo)識信息將封裝后的命令提示符信元發(fā)送給AP。
[0067]本設(shè)備在接收到用戶通過擴(kuò)展命令接口輸入的命令后，直接將該命令以字符串的形式發(fā)送給對應(yīng)的AP，不再需要在AC上開發(fā)對應(yīng)該命令的運(yùn)行程序，通過對應(yīng)的AP運(yùn)行該命令即可完成用戶的指示，降低了 AP擴(kuò)展后的AC開發(fā)成本，進(jìn)而也縮短了開發(fā)周期，具有較強(qiáng)的實(shí)用性。
[0068]為了簡化網(wǎng)管操作，上述封裝模塊74包括:命令行格式確定單元，用于根據(jù)AP的類型信息，確定命令行格式；命令轉(zhuǎn)換單元，用于將命令轉(zhuǎn)換為命令行格式確定單元確定的命令行格式的字符串；封裝單元，用于將命令轉(zhuǎn)換單元轉(zhuǎn)換后的字符串封裝在命令提示符信元中。
[0069]優(yōu)選地，上述接入控制點(diǎn)設(shè)備還包括:執(zhí)行結(jié)果接收模塊，用于接收AP返回的執(zhí)行結(jié)果信元，其中，執(zhí)行結(jié)果信元內(nèi)封裝有運(yùn)行命令的執(zhí)行結(jié)果；解封裝模塊，用于對執(zhí)行結(jié)果接收模塊接收的執(zhí)行結(jié)果信元進(jìn)行解封裝，得到命令的執(zhí)行結(jié)果；執(zhí)行結(jié)果呈現(xiàn)模塊，用于在用戶界面上呈現(xiàn)解封裝模塊得到的執(zhí)行結(jié)果。
[0070]對應(yīng)于上述方法和設(shè)備，本實(shí)施例還提供了一種接入點(diǎn)設(shè)備(AP)，參見圖8，該設(shè)備包括以下模塊:
[0071]信元接收模塊82，用于接收AC發(fā)送的命令提示符信元；其中，命令提示符信元中封裝有命令的字符串；
[0072]命令解析模塊84，用于對信元接收模塊82接收的命令提示符信元進(jìn)行解析，得到上述命令；
[0073]命令運(yùn)行模塊86，用于通過CLI系統(tǒng)運(yùn)行命令解析模塊84解析得到的命令。
[0074]本設(shè)備在接收到AC發(fā)送的命令提示符信元后，提取其攜帶的命令，并通過CLI系統(tǒng)運(yùn)行該命令，不再需要在AC上開發(fā)對應(yīng)該命令的運(yùn)行程序，降低了 AP擴(kuò)展后的AC開發(fā)成本，進(jìn)而也縮短了開發(fā)周期，具有較強(qiáng)的實(shí)用性。
[0075]優(yōu)選地，上述接入點(diǎn)設(shè)備還包括:執(zhí)行結(jié)果封裝模塊，用于將運(yùn)行命令得到的執(zhí)行結(jié)果封裝在執(zhí)行結(jié)果信元中；執(zhí)行結(jié)果發(fā)送模塊，用于將執(zhí)行結(jié)果信元發(fā)送給AC。
[0076]本發(fā)明實(shí)施例還提供了一種AP與AC間的通信系統(tǒng)，該系統(tǒng)包括上述AP和AC，其中，AC可以是圖7所示的設(shè)備，AP可以是圖8對應(yīng)的設(shè)備。
[0077]以上實(shí)施例中，通過增加CMD IE，使AC可以向AP直接發(fā)送CLI命令，對AP新增的功能進(jìn)行直接調(diào)用。通過增加CMD轉(zhuǎn)化功能，在AC端，可自動根據(jù)AP的類型，將標(biāo)準(zhǔn)的控制命令轉(zhuǎn)變?yōu)閷?yīng)AP的CLI命令。在AP端，通過增加Result IE，使AP能夠返回對應(yīng)CLI命令操作的結(jié)果。
[0078]以上實(shí)施例，通過AP與AC遵循的CAPWAP協(xié)議可以完成任意命令的傳遞，實(shí)現(xiàn)了在AP擴(kuò)展新功能時，避免AC上的相應(yīng)新功能開發(fā)，進(jìn)而實(shí)現(xiàn)該新功能的快速部署，從而降低運(yùn)營商WiFi網(wǎng)絡(luò)新增功能的開發(fā)成本和開發(fā)周期。
[0079]顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個的計(jì)算裝置上，或者分布在多個計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲在存儲裝置中由計(jì)算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0080]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種接入點(diǎn)設(shè)備AP與接入控制點(diǎn)設(shè)備AC間的通信方法，其特征在于，包括: AC通過擴(kuò)展命令接口接收用戶輸入的命令和所述命令對應(yīng)的AP的標(biāo)識信息； 所述AC將所述命令以字符串的形式封裝在命令提示符信元中； 所述AC根據(jù)所述命令對應(yīng)的AP的標(biāo)識信息將封裝后的所述命令提示符信元發(fā)送給所述AP。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述AC將所述命令以字符串的形式封裝在命令提示符信元中包括: 所述AC根據(jù)所述AP的類型信息，確定命令行格式； 所述AC將所述命令轉(zhuǎn)換為所述命令行格式的字符串； 所述AC將所述字符串封裝在命令提示符信元中。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括: 所述AC接收所述AP返回的執(zhí)行結(jié)果信元，其中，所述執(zhí)行結(jié)果信元內(nèi)封裝有運(yùn)行所述命令的執(zhí)行結(jié)果； 所述AC對所述執(zhí)行結(jié)果信元進(jìn)行解封裝，得到所述命令的執(zhí)行結(jié)果； 所述AC在用戶界面上呈現(xiàn)所述執(zhí)行結(jié)果。
4.一種接入點(diǎn)設(shè)備AP與接入控制點(diǎn)設(shè)備AC間的通信方法，其特征在于，包括: AP接收AC發(fā)送的命令提示符信元；其中，所述命令提示符信元中封裝有命令的字符串; 所述AP對所述命令提示符信元進(jìn)行解析,得到所述命令； 所述AP通過命令行界面CLI系統(tǒng)運(yùn)行所述命令。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述方法還包括: 所述AP將運(yùn)行所述命令得到的執(zhí)行結(jié)果封裝在執(zhí)行結(jié)果信元中； 所述AP將所述執(zhí)行結(jié)果信元發(fā)送給所述AC。
6.一種接入控制點(diǎn)設(shè)備，其特征在于，包括: 用戶信息接收模塊，用于通過擴(kuò)展命令接口接收用戶輸入的命令和所述命令對應(yīng)的AP的標(biāo)識信息； 封裝模塊，用于將所述用戶信息接收模塊接收的所述命令以字符串的形式封裝在命令提示符信元中； 發(fā)送模塊，用于根據(jù)所述用戶信息接收模塊接收的所述命令對應(yīng)的AP的標(biāo)識信息將封裝后的所述命令提示符信元發(fā)送給所述AP。
7.根據(jù)權(quán)利要求6所述的接入控制點(diǎn)設(shè)備，其特征在于，所述封裝模塊包括: 命令行格式確定單元，用于根據(jù)所述AP的類型信息，確定命令行格式； 命令轉(zhuǎn)換單元，用于將所述命令轉(zhuǎn)換為所述命令行格式確定單元確定的所述命令行格式的字符串； 封裝單元，用于將所述命令轉(zhuǎn)換單元轉(zhuǎn)換后的所述字符串封裝在命令提示符信元中。
8.根據(jù)權(quán)利要求6所述的接入控制點(diǎn)設(shè)備，其特征在于，所述接入控制點(diǎn)設(shè)備還包括: 執(zhí)行結(jié)果接收模塊，用于接收所述AP返回的執(zhí)行結(jié)果信元，其中，所述執(zhí)行結(jié)果信元內(nèi)封裝有運(yùn)行所述命令的執(zhí)行結(jié)果； 解封裝模塊，用于對所述執(zhí)行結(jié)果接收模塊接收的所述執(zhí)行結(jié)果信元進(jìn)行解封裝，得到所述命令的執(zhí)行結(jié)果； 執(zhí)行結(jié)果呈現(xiàn)模塊，用于在用戶界面上呈現(xiàn)所述解封裝模塊得到的所述執(zhí)行結(jié)果。
9.一種接入點(diǎn)設(shè)備，其特征在于，包括: 信元接收模塊，用于接收AC發(fā)送的命令提示符信元；其中，所述命令提示符信元中封裝有命令的字符串； 命令解析模塊，用于對所述信元接收模塊接收的所述命令提示符信元進(jìn)行解析，得到所述命令； 命令運(yùn)行模塊，用于通過命令行界面CLI系統(tǒng)運(yùn)行所述命令解析模塊解析得到的所述命令。
10.根據(jù)權(quán)利要求9所述的接入點(diǎn)設(shè)備，其特征在于，所述接入點(diǎn)設(shè)備還包括: 執(zhí)行結(jié)果封裝模塊，用于將運(yùn)行所述命令得到的執(zhí)行結(jié)果封裝在執(zhí)行結(jié)果信元中； 執(zhí)行結(jié)果發(fā) 送模塊，用于將所述執(zhí)行結(jié)果信元發(fā)送給所述AC。
【文檔編號】H04W24/00GK103763676SQ201410036339
【公開日】2014年4月30日 申請日期:2014年1月24日 優(yōu)先權(quán)日:2014年1月24日
【發(fā)明者】丁建剛, 黃開締, 雷永成, 吳方, 遲景立 申請人:成都西加云杉科技有限公司