一種管理無線接入點(diǎn)ap的方法及裝置的制造方法
【專利摘要】本發(fā)明公開了一種管理無線接入點(diǎn)AP的方法，應(yīng)用于分別與一個(gè)接入控制器AC、以及多個(gè)AP連接的AP連接設(shè)備中；所述AC接入公網(wǎng)，所述AP連接設(shè)備和與其連接的所述多個(gè)AP組成本地網(wǎng)絡(luò)；該方法包括：所述AP連接設(shè)備啟動(dòng)后，通知連接于AP連接設(shè)備上的多個(gè)所述AP上電；在AP上電后，與AP之間建立進(jìn)程間通信IPC連接，并在IPC連接建立完畢后與AC建立CAPWAP隧道連接。本發(fā)明的管理AP的方法通過在第二AC和AP之間設(shè)置AP連接設(shè)備，并設(shè)置AP連接設(shè)備與AP之間實(shí)現(xiàn)進(jìn)程間通信IPC連接以替代CAPWAP隧道連接，從而降低了業(yè)務(wù)間的通信消耗。本發(fā)明還公開了一種管理AP的裝置。
【專利說明】
一種管理無線接入點(diǎn)AP的方法及裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種管理無線接入點(diǎn)AP的方法及裝置。
【背景技術(shù)】
[0002]無線接入點(diǎn)(Access Point, AP)是目前組建小型無線局域網(wǎng)時(shí)常用的設(shè)備，它相當(dāng)于一個(gè)連接有線網(wǎng)絡(luò)和無線網(wǎng)絡(luò)的橋梁，作用是將各個(gè)無線網(wǎng)絡(luò)客戶端連接到一起，然后接入以太網(wǎng)中。無線控制器(Access Controller，AC)是一種網(wǎng)絡(luò)設(shè)備，能夠自動(dòng)優(yōu)化基本無線網(wǎng)絡(luò)，并支持該網(wǎng)絡(luò)之上的高級(jí)移動(dòng)服務(wù)，它負(fù)責(zé)管理某個(gè)區(qū)域無線網(wǎng)絡(luò)中的AP。
[0003]對(duì)于某區(qū)域需要大面積的無線覆蓋時(shí)，往往需要用到多個(gè)AP協(xié)同工作，就需要用到 AC-AP 系統(tǒng)。AP 和 AC 通過 CAPWAP (Control And Provis1ning of Wireless AccessPoints Protocol Specif icat1n，控制的無線接入點(diǎn)和配置協(xié)議)隧道建立連接，AP和AC之間通過CAPWAP消息進(jìn)行交互。其中，CAPWAP消息承載于UDP協(xié)議(User DatagramProtocol，用戶數(shù)據(jù)報(bào)協(xié)議)之上，其消息格式為鏈路頭+IP頭+UDP頭+CAPWAP頭+消息元素頭+有效載荷。在接收到CAPWAP消息后，AC和AP均需要對(duì)CAPWAP消息進(jìn)行解析后，才能得到其中的有效載荷，導(dǎo)致通信消耗較大。
[0004]在AC-AP系統(tǒng)中，出于業(yè)務(wù)實(shí)時(shí)性和分布式計(jì)算考慮，很多本地業(yè)務(wù)流程是在AP上完成，如掃描切換、鄰居學(xué)習(xí)等。這對(duì)AP的性能提出了要求。然而，不同于有線設(shè)備，無線設(shè)備有地理覆蓋范圍的局限，由于AP的覆蓋范圍僅為幾十米，因此網(wǎng)絡(luò)中部署的AP數(shù)量往往很多。大量部署高性能AP將導(dǎo)致部署成本過高，無法接受。
[0005]為了降低成本，現(xiàn)有技術(shù)中提出一種AP分層管理的裝置，如圖1所示，即在本地網(wǎng)絡(luò)側(cè)，在第二 AC和AP之間增加第一 AC。其中，第一 AC和第二 AC之間、第一 AC和AP之間均通過CAPWAP隧道連接。這樣，第一 AC集中處理本地業(yè)務(wù)，而不用每個(gè)AP去單獨(dú)處理本地業(yè)務(wù)。此種架構(gòu)下，采用低性能AP便可以實(shí)現(xiàn)第二 AC和AP之間的通信，從而避免了部署大量高性能的AP。但是，第一 AC和AP之間仍需要通過CAPWAP消息進(jìn)行交互，那么第一AC在獲得CAPWAP消息后，仍需要頻繁地對(duì)接收到的CAPWAP消息解析來獲取有效載荷。這樣雖然降低了成本，但是第二 AC和AP之間的通信實(shí)時(shí)性仍然得不到保障。
[0006]所以，需要一種既可以降低成本、又可以保障第二 AC和AP之間的通信實(shí)時(shí)性的AP分層管理的裝置。
【發(fā)明內(nèi)容】
[0007]有鑒于此，本發(fā)明提出一種管理無線接入點(diǎn)AP的方法及裝置，以解決上述問題。
[0008]為達(dá)到上述目的，本發(fā)明實(shí)施例的技術(shù)方案是這樣實(shí)現(xiàn)的:
[0009]本發(fā)明公開了一種管理無線接入點(diǎn)AP的方法，應(yīng)用于分別與一個(gè)接入控制器AC、以及多個(gè)AP連接的AP連接設(shè)備中；所述AC接入公網(wǎng)，所述AP連接設(shè)備和與其連接的所述多個(gè)AP組成本地網(wǎng)絡(luò)；在所述AP連接設(shè)備側(cè)，所述方法包括:
[0010]所述AP連接設(shè)備啟動(dòng)后，通知連接于AP連接設(shè)備上的多個(gè)所述AP上電；在AP上電后，與AP之間建立進(jìn)程間通信IPC連接；并在IPC連接建立完畢后，與AC建立CAPWAP隧道連接。
[0011 ] 可選地，在所述AP連接設(shè)備與AC建立CAPWAP隧道連接后，還包括:
[0012]所述AP連接設(shè)備接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC ;接收AC下發(fā)的CAPWAP報(bào)文，并轉(zhuǎn)發(fā)至AP ;
[0013]其中，AP連接設(shè)備接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC，具體包括:AP連接設(shè)備根據(jù)接收到的所述配置文件，判斷接收到的IPC報(bào)文為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)還是向AC轉(zhuǎn)發(fā)；若為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)，則將該IPC報(bào)文轉(zhuǎn)發(fā)至目的AP ;若為向AC轉(zhuǎn)發(fā)，則將該IPC報(bào)文解析得到有效載荷，并將該有效載荷重新封裝為CAPWAP報(bào)文后發(fā)送至AC。
[0014]可選地，所述AP連接設(shè)備與AC建立CAPWAP隧道連接，具體包括:
[0015]所述AP連接設(shè)備向AC發(fā)送第一 CAPWAP消息，以觸發(fā)AC進(jìn)行匹配，并在匹配成功后接收AC下發(fā)的配置文件，以建立CAPWAP隧道連接；
[0016]所述AP連接設(shè)備向AC上報(bào)版本信息，觸發(fā)AC比較AP連接設(shè)備的版本信息是否高于AC存儲(chǔ)的版本信息；
[0017]若是，則所述AP連接設(shè)備針對(duì)每個(gè)AP分別向AC發(fā)送第二 CAPWAP消息，以分別對(duì)應(yīng)每個(gè)AP建立與AC的CAPWAP隧道；
[0018]若否，所述AP連接設(shè)備接收AC下發(fā)的新的版本文件，以進(jìn)行版本更新，并在更新完畢后，將接收到的新的版本文件下發(fā)至每個(gè)AP，以使AP進(jìn)行版本更新，在AP版本更新后針對(duì)每個(gè)AP分別向AC發(fā)送第二 CAPWAP消息，以分別對(duì)應(yīng)每個(gè)AP建立與AC的CAPWAP隧道;
[0019]其中，所述AP連接設(shè)備上報(bào)的版本信息包括:AP連接設(shè)備自身的型號(hào)以及版本號(hào)；每條所述第二 CAPWAP消息攜帶有一個(gè)AP的序列號(hào)和MAC地址。
[0020]可選地，所述AP連接設(shè)備與AP之間建立進(jìn)程間通信IPC連接具體包括:所述AP連接設(shè)備將自身的版本文件下發(fā)至AP，以使AP進(jìn)行版本文件的加載，并在AP加載完畢后與AP之間建立進(jìn)程間通信IPC連接。
[0021]可選地，所述第一 CAPWAP消息攜帶有AP連接設(shè)備自身的序列號(hào)和MAC地址；所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件；
[0022]或；
[0023]所述第一 CAPWAP消息攜帶有與所述AP連接設(shè)備連接的第一個(gè)AP的序列號(hào)和MAC地址；所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件。
[0024]本發(fā)明實(shí)施例提供一種管理無線接入點(diǎn)AP的裝置，其特征在于，應(yīng)用于AP連接設(shè)備中，所述AP連接設(shè)備分別與一個(gè)接入控制器AC、以及多個(gè)位于本地網(wǎng)絡(luò)側(cè)的AP連接；所述AC接入公網(wǎng)，所述AP連接設(shè)備和與其連接的所述多個(gè)AP組成本地網(wǎng)絡(luò)；
[0025]所述裝置包括:
[0026]啟動(dòng)模塊、在AP連接設(shè)備啟動(dòng)后，通知連接于AP連接設(shè)備上的多個(gè)所述AP上電；
[0027]AP連接模塊、在AP上電后，與AP之間建立進(jìn)程間通信IPC連接，并在IPC連接完畢后，通知AC連接模塊動(dòng)作；
[0028]AC連接模塊、與AC建立CAPWAP隧道連接。
[0029]可選地，所述AP連接設(shè)備還包括:
[0030]報(bào)文發(fā)送模塊、接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC ;接收AC下發(fā)的CAPWAP報(bào)文，并轉(zhuǎn)發(fā)至AP ;
[0031]其中，所述報(bào)文發(fā)送模塊接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC，具體包括:所述報(bào)文發(fā)送模塊根據(jù)接收到的所述配置文件，判斷接收到的IPC報(bào)文為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)還是向AC轉(zhuǎn)發(fā)；若為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)，則將該IPC報(bào)文轉(zhuǎn)發(fā)至目的AP ;若為向AC轉(zhuǎn)發(fā)，則將該IPC報(bào)文解析得到有效載荷，并將該有效載荷重新封裝為CAPWAP報(bào)文后發(fā)送至AC。
[0032]可選地，所述AC連接模塊具體包括:
[0033]第一隧道建立模塊、向AC發(fā)送第一 CAPWAP消息，以觸發(fā)AC進(jìn)行匹配，并在匹配成功后接收AC下發(fā)的配置文件，以建立CAPWAP隧道連接；
[0034]版本信息上報(bào)模塊、向AC上報(bào)版本信息，觸發(fā)AC將AP連接設(shè)備的所述版本信息是否高于AC存儲(chǔ)的版本信息，若是，通知第二隧道建立模塊動(dòng)作；若否，通知版本更新模塊動(dòng)作；
[0035]版本更新模塊、接收AC下發(fā)的新的版本文件，以進(jìn)行版本更新，并在更新完畢后通知版本文件下發(fā)模塊動(dòng)作；
[0036]版本文件下發(fā)模塊、將接收到的新的版本文件下發(fā)至每個(gè)AP，以使AP進(jìn)行版本更新，并在AP版本更新后，通知第二隧道建立模塊動(dòng)作；
[0037]第二隧道建立模塊、針對(duì)每個(gè)AP分別向AC發(fā)送第二 CAPWAP消息，以分別對(duì)應(yīng)每個(gè)AP建立與AC的CAPWAP隧道；
[0038]所述版本更新模塊上報(bào)的版本信息包括:AP連接設(shè)備自身的型號(hào)以及版本號(hào)；所述第二隧道建立模塊發(fā)送的每條第二 CAPWAP消息中，攜帶有一個(gè)AP的序列號(hào)和MAC地址。
[0039]可選地，所述AP連接模塊與AP之間建立進(jìn)程間通信IPC連接具體包括:所述AP連接模塊將所述AP連接設(shè)備的版本文件下發(fā)至AP，以使AP進(jìn)行版本文件的加載，并在AP加載完畢后建立與AP之間的進(jìn)程間通信IPC連接。
[0040]可選地，所述第一隧道建立模塊發(fā)送的第一 CAPWAP消息中，所述第一 CAPWAP消息攜帶有AP連接設(shè)備自身的序列號(hào)和MAC地址；所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件；
[0041]或；
[0042]所述第一隧道建立模塊發(fā)送的第一 CAPWAP消息中，所述第一 CAPWAP消息攜帶有與所述AP連接設(shè)備連接的第一個(gè)AP的序列號(hào)和MAC地址；所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件。
[0043]本發(fā)明的管理AP的方法及裝置，通過在AC和AP之間設(shè)置AP連接設(shè)備，并設(shè)置AP連接設(shè)備與AP之間實(shí)現(xiàn)進(jìn)程間通信IPC連接以替代CAPWAP隧道連接，AP與AC之間的CAPffAP隧道在AP連接設(shè)備上便可以終結(jié)，從而降低了業(yè)務(wù)間的通信消耗。
[0044]并且，由于取消了 AP與第一 AC之間的CAPWAP隧道連接，簡(jiǎn)化了 AP的處理流程，降低了 AP的性能及內(nèi)存需求。所以在實(shí)際使用時(shí)，使用低端型號(hào)的AP即可滿足使用，從而降低整網(wǎng)的部署成本。
【附圖說明】
[0045]圖1為現(xiàn)有技術(shù)中的一種管理AP的裝置的結(jié)構(gòu)圖；
[0046]圖2為本發(fā)明實(shí)施例中的管理AP的裝置的結(jié)構(gòu)圖；
[0047]圖3為本發(fā)明實(shí)施例中的管理AP的方法流程圖一；
[0048]圖4為本發(fā)明實(shí)施例中的管理AP的方法流程圖二 ；
[0049]圖5為本發(fā)明實(shí)施例中的管理AP的裝置的模塊結(jié)構(gòu)圖；
[0050]圖6為本發(fā)明實(shí)施例中的管理AP的裝置中的AC連接模塊的結(jié)構(gòu)圖。
【具體實(shí)施方式】
[0051]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下通過具體實(shí)施例并參見附圖，對(duì)本發(fā)明進(jìn)行詳細(xì)說明。
[0052]為了解決現(xiàn)有技術(shù)中存在的位于本地網(wǎng)絡(luò)中的第一 AC與AP之間通過CAPWAP消息交互時(shí)，通信消耗較大，實(shí)時(shí)性得不到保障的技術(shù)問題，本發(fā)明實(shí)施例提供一種管理AP的方法，應(yīng)用于分別與一個(gè)接入控制器AC、以及多個(gè)AP連接的AP連接設(shè)備中(參見圖2)。所述AC接入公網(wǎng)，所述AP連接設(shè)備和與其連接的所述多個(gè)AP組成本地網(wǎng)絡(luò)。
[0053]根據(jù)本領(lǐng)域的公知常識(shí)，接入控制器AC的功能是負(fù)責(zé)把來自不同AP的數(shù)據(jù)進(jìn)行匯聚并接入網(wǎng)絡(luò)，同時(shí)完成AP設(shè)備的配置管理、無線用戶的認(rèn)證、管理及寬帶訪問、安全等控制功能。
[0054]另外需要說明的是，圖2中，實(shí)線代表AC與AP連接設(shè)備、AP連接設(shè)備與AP之間的物理連接，虛線代表AC與AP連接設(shè)備、AP連接設(shè)備與AP之間的虛擬連接。
[0055]如圖3所示，在AP連接設(shè)備側(cè)，所述方法包括:
[0056]步驟101、所述AP連接設(shè)備啟動(dòng)后，通知連接于AP連接設(shè)備上的多個(gè)所述AP上電。
[0057]其中，AP連接設(shè)備啟動(dòng)后，先不與AC建立連接，但是需要記錄本地保存的AC地址等配置信息。
[0058]步驟102、在AP上電后，AP連接設(shè)備與AP之間建立進(jìn)程間通信IPC連接，并在IPC連接建立完畢后進(jìn)入步驟103。本步驟102中，AP連接設(shè)備與AP之間的IPC連接建立完畢后，AP連接設(shè)備接收AP的連接完畢通知，然后進(jìn)入步驟103。
[0059]本步驟中，AP的供電需要AP連接設(shè)備來提供。AP連接設(shè)備啟動(dòng)后，AP接入并啟動(dòng)。
[0060]更為詳盡地，在步驟102中，所述與AP之間建立進(jìn)程間通信IPC連接的過程具體包括:所述AP連接設(shè)備將自身的版本文件下發(fā)至AP，以使AP進(jìn)行版本文件的加載，并在AP加載完畢后與AP之間建立進(jìn)程間通信IPC連接。
[0061]通過設(shè)置此IPC連接，AP的業(yè)務(wù)在AP連接設(shè)備上集中進(jìn)行處理，從而不用每個(gè)AP單獨(dú)去處理本地業(yè)務(wù)。此通過IPC連接設(shè)置到AP上生效。
[0062]本步驟102中，IPC連接為二層的虛擬連接。IPC支持的報(bào)文格式為二層私有協(xié)議頭+有效載荷，這樣可以用較短的消息頭封裝載荷，與CAPWAP協(xié)議的鏈路頭+IP頭+UDP頭+CAPffAP頭+消息元素頭相比，節(jié)省了網(wǎng)絡(luò)帶寬和解析及封裝的CPU消耗。并且，對(duì)AP連接設(shè)備來說，二層虛擬IPC連接可以保證AP連接設(shè)備具有像設(shè)置本地芯片一樣設(shè)置AP的功能，在滿足功能的基礎(chǔ)上，性能得到了保證。。
[0063]步驟103、與AC建立CAPWAP隧道連接。這樣，AP與AC之間的CAPWAP隧道在AP連接設(shè)備上便可以終結(jié)。
[0064]可選地，AP連接設(shè)備與AC建立的CAPWAP隧道可以為一條，也可以為并行的多條。對(duì)于一條隧道和多條隧道的情形，在報(bào)文解析的深度上沒有任何區(qū)別(鏈路頭、IP頭、UDP頭、CAPffAP頭)。但是如果只建立一條CAPWAP隧道，則還需要在隧道內(nèi)區(qū)分不同AP的信息，反而會(huì)因?yàn)槠渲幸粋€(gè)AP的處理時(shí)間過長(zhǎng)導(dǎo)致剩下的AP也要等待，導(dǎo)致降低了性能。所以，本實(shí)施例中，與AC建立的CAPWAP隧道為多條并行。
[0065]更具體而言，參見圖4，AP連接設(shè)備與AC建立CAPWAP隧道連接包括:
[0066]步驟1030、向AC發(fā)送第一 CAPWAP消息，以觸發(fā)AC進(jìn)行匹配，并在匹配成功后接收AC下發(fā)的配置文件，以建立CAPWAP隧道連接。
[0067]AP連接設(shè)備與AC建立CAPWAP隧道連接的方法可以有以下兩種:
[0068]其一、AP連接設(shè)備向AC發(fā)送第一 CAPWAP消息，其中，所述第一 CAPWAP消息攜帶有AP連接設(shè)備自身的序列號(hào)和MAC地址；
[0069]所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件。所述AC在接收到第一CAPffAP消息后進(jìn)行匹配，并在匹配成功后下發(fā)配置文件，以建立CAPWAP隧道連接。
[0070]由于AP的序列號(hào)和MAC地址均封裝于CAPWAP隧道內(nèi)，隧道的外層使用唯一的源IP+源端口來識(shí)別AP，因此，同一個(gè)AP連接設(shè)備可以建立多個(gè)CAPWAP隧道，其IP相同但是源端口號(hào)不同，不會(huì)產(chǎn)生沖突。
[0071]其二、AP連接設(shè)備無需針對(duì)自身與AC建立CAPWAP隧道連接，而是通過第一個(gè)接入的AP與AC建立CAPWAP隧道連接。
[0072]AP連接設(shè)備向AC發(fā)送第一 CAPWAP消息，其中，所述第一 CAPWAP消息攜帶有與所述AP連接設(shè)備連接的第一個(gè)AP的序列號(hào)和MAC地址；
[0073]所述AC在接收到第一 CAPWAP消息后進(jìn)行匹配，并在匹配成功后下發(fā)配置文件，以建立CAPWAP隧道連接；其中，所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件。
[0074]步驟1031、向AC上報(bào)版本信息，觸發(fā)AC比較AP連接設(shè)備的版本信息是否高于AC存儲(chǔ)的版本信息，若是，進(jìn)入步驟1034 ;若否，進(jìn)入步驟1032。
[0075]在步驟1031中，AP連接設(shè)備上報(bào)的版本信息包括:AP連接設(shè)備自身的型號(hào)以及版本號(hào)。對(duì)應(yīng)地，在AC端存儲(chǔ)的配置文件中，所有的AP型號(hào)對(duì)應(yīng)的版本文件均為AP連接設(shè)備的版本文件。
[0076]步驟1032、AP連接設(shè)備接收AC下發(fā)的新的版本文件，以進(jìn)行版本更新，并在更新完畢后進(jìn)入步驟1033。
[0077]另外，在本步驟中，AP連接設(shè)備在版本更新時(shí)，需要自身重啟，同時(shí)，由于AP的供電也需要AP連接設(shè)備提供，所以AP也會(huì)進(jìn)行重啟，并準(zhǔn)備進(jìn)行步驟1033的版本更新。這樣就無需AP連接設(shè)備在重啟后，再額外地通知AP進(jìn)行重啟。
[0078]步驟1033、將接收到的新的版本文件下發(fā)至每個(gè)AP，以使AP進(jìn)行版本更新，并在AP版本更新后進(jìn)入步驟1034。
[0079]步驟1034、針對(duì)每個(gè)AP分別向AC發(fā)送第二 CAPWAP消息，以分別對(duì)應(yīng)每個(gè)AP建立與AC的CAPWAP隧道。
[0080]在步驟1034中，每條所述第二 CAPWAP消息攜帶有一個(gè)AP的序列號(hào)和MAC地址。對(duì)于AC如何針對(duì)每個(gè)AP建立CAPWAP隧道，本領(lǐng)域技術(shù)人員根據(jù)現(xiàn)有公開的技術(shù)便可獲知，在此便不再贅述。
[0081 ] AC與AP的連接建立完畢。
[0082]步驟104、接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC ;接收AC下發(fā)的CAPWAP報(bào)文，并轉(zhuǎn)發(fā)至AP。
[0083]更具體而言，所述接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC，包括:
[0084]AP連接設(shè)備根據(jù)接收到的所述配置文件，判斷接收到的IPC報(bào)文為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)還是向AC轉(zhuǎn)發(fā)，若為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)，則將該IPC報(bào)文轉(zhuǎn)發(fā)至目的AP ;若為向AC轉(zhuǎn)發(fā)，則將該IPC報(bào)文解析得到有效載荷，并將該有效載荷重新封裝為CAPWAP報(bào)文后發(fā)送至AC。
[0085]需要說明的是，在一個(gè)本領(lǐng)域常用的情形下，AP連接設(shè)備判斷接收到的IPC報(bào)文為本地轉(zhuǎn)發(fā)還是向AC轉(zhuǎn)發(fā)，需要根據(jù)接收到的AC下發(fā)的配置文件來建立訪問控制(AccessControl List, ACL)列表，并根據(jù)該訪問控制列表中設(shè)置的條件來判斷接收到的報(bào)文轉(zhuǎn)發(fā)的目的地。關(guān)于如何根據(jù)ACL列表來判斷報(bào)文轉(zhuǎn)發(fā)的目的地，本領(lǐng)域技術(shù)人員根據(jù)現(xiàn)有公開的技術(shù)便可以實(shí)現(xiàn)，在此便不再展開敘述。
[0086]所述接收AC下發(fā)的CAPWAP報(bào)文，并轉(zhuǎn)發(fā)至AP，包括:AP連接設(shè)備將接收到的CAPffAP報(bào)文解析得到有效載荷，并將該有效載荷重新封裝為IPC報(bào)文后發(fā)送至AP。
[0087]本發(fā)明實(shí)施例提供一種管理無線接入點(diǎn)AP的裝置，如圖2所示，應(yīng)用于AP連接設(shè)備中，所述AP連接設(shè)備分別與一個(gè)接入控制器AC、以及多個(gè)位于本地網(wǎng)絡(luò)側(cè)的AP連接；所述AC接入公網(wǎng)，所述AP連接設(shè)備和與其連接的所述多個(gè)AP組成本地網(wǎng)絡(luò)。
[0088]參見圖5，該裝置包括啟動(dòng)模塊、AP連接模塊、AC連接模塊，報(bào)文發(fā)送模塊。
[0089]其中:
[0090]啟動(dòng)模塊、在AP連接設(shè)備啟動(dòng)后，通知連接于AP連接設(shè)備上的多個(gè)所述AP上電。
[0091]其中，AP連接設(shè)備啟動(dòng)后，先不與AC建立連接，但是需要記錄本地保存的AC地址等配置信息。
[0092]AP連接模塊、在AP上電后，與AP之間建立進(jìn)程間通信IPC連接，并在實(shí)現(xiàn)IPC連接完畢后，通知AC連接模塊動(dòng)作。AP連接模塊與AP之間的IPC連接建立完畢后，AP連接模塊接收AP的連接完畢通知，然后通知AC連接模塊動(dòng)作。
[0093]本步驟中，AP的供電需要AP連接設(shè)備來提供。AP連接設(shè)備啟動(dòng)后，AP接入并啟動(dòng)。
[0094]更為詳盡地，所述AP連接模塊與AP之間建立進(jìn)程間通信IPC連接具體包括:所述AP連接模塊將所述AP連接設(shè)備的版本文件下發(fā)至AP，以使AP進(jìn)行版本文件的加載，并在AP加載完畢后建立與AP之間的進(jìn)程間通信IPC連接。
[0095]通過設(shè)置此IPC連接，AP的業(yè)務(wù)在AP連接設(shè)備上集中進(jìn)行處理，從而不用每個(gè)AP單獨(dú)去處理本地業(yè)務(wù)。此通過IPC連接設(shè)置到AP上生效。
[0096]其中，IPC連接為二層的虛擬連接。IPC支持的報(bào)文格式為二層私有協(xié)議頭+有效載荷，這樣可以用較短的消息頭封裝載荷，與CAPWAP協(xié)議的鏈路頭+IP頭+UDP頭+CAPWAP頭+消息元素頭相比，節(jié)省了網(wǎng)絡(luò)帶寬和解析及封裝的CPU消耗。并且，對(duì)AP連接設(shè)備來說，二層虛擬IPC連接可以保證AP連接設(shè)備具有像設(shè)置本地芯片一樣設(shè)置AP的功能，在滿足功能的基礎(chǔ)上，性能得到了保證。。
[0097]AC連接模塊、與AC建立CAPWAP隧道連接。這樣，AP與AC之間的CAPWAP隧道在AP連接設(shè)備上便可以終結(jié)。
[0098]可選地，AC連接模塊與AC建立的CAPWAP隧道可以為一條，也可以為并行的多條。對(duì)于一條隧道和多條隧道的情形，在報(bào)文解析的深度上沒有任何區(qū)別(鏈路頭、IP頭、UDP頭、CAPffAP頭)。但是如果只建立一條CAPWAP隧道，則還需要在隧道內(nèi)區(qū)分不同AP的信息，反而會(huì)因?yàn)槠渲幸粋€(gè)AP的處理時(shí)間過長(zhǎng)導(dǎo)致剩下的AP也要等待，導(dǎo)致降低了性能。所以，本實(shí)施例中，AC連接模塊與AC建立的CAPWAP隧道為多條并行。
[0099]更為詳盡地，參見圖6，AC連接模塊具體包括第一隧道建立模塊、版本信息上報(bào)模塊、版本更新模塊、版本文件下發(fā)模塊、第二隧道建立模塊，其中:
[0100]第一隧道建立模塊、向AC發(fā)送第一 CAPWAP消息，以觸發(fā)AC進(jìn)行匹配，并在匹配成功后接收AC下發(fā)的配置文件，以建立CAPWAP隧道連接。
[0101]其中，第一隧道建立模塊與AC建立CAPWAP隧道連接的方法可以有以下兩種:
[0102]其一、第一隧道建立模塊向AC發(fā)送第一 CAPWAP消息，其中，所述第一 CAPWAP消息攜帶有AP連接設(shè)備自身的序列號(hào)和MAC地址；
[0103]所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件。所述AC在接收到第一CAPffAP消息后進(jìn)行匹配，并在匹配成功后下發(fā)配置文件，以建立CAPWAP隧道連接。
[0104]由于AP的序列號(hào)和MAC地址均封裝于CAPWAP隧道內(nèi)，隧道的外層使用唯一的源IP+源端口來識(shí)別AP，因此，同一個(gè)AP連接設(shè)備可以建立多個(gè)CAPWAP隧道，其IP相同但是源端口號(hào)不同，不會(huì)產(chǎn)生沖突。
[0105]其二、AP連接設(shè)備無需針對(duì)自身與AC建立CAPWAP隧道連接，而是通過第一個(gè)接入的AP與AC建立CAPWAP隧道連接。
[0106]此種情形下，第一隧道建立模塊向AC發(fā)送第一 CAPWAP消息，其中，所述第一CAPffAP消息攜帶有與所述AP連接設(shè)備連接的第一個(gè)AP的序列號(hào)和MAC地址；
[0107]所述AC在接收到第一 CAPWAP消息后進(jìn)行匹配，并在匹配成功后下發(fā)配置文件，以建立CAPWAP隧道連接；其中，所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件。
[0108]版本信息上報(bào)模塊、向AC上報(bào)版本信息，觸發(fā)AC將AP連接設(shè)備的所述版本信息是否高于AC存儲(chǔ)的版本信息，若是，通知第二隧道建立模塊動(dòng)作；若否，通知版本更新模塊動(dòng)作。
[0109]其中，版本信息上報(bào)模塊上報(bào)的版本信息包括:AP連接設(shè)備自身的型號(hào)以及版本號(hào)。對(duì)應(yīng)地，在AC端存儲(chǔ)的配置文件中，所有的AP型號(hào)對(duì)應(yīng)的版本文件均為AP連接設(shè)備的版本文件。
[0110]版本更新模塊、接收AC下發(fā)的新的版本文件，以進(jìn)行版本更新，并在更新完畢后通知版本文件下發(fā)模塊動(dòng)作。
[0111]另外，AP連接設(shè)備的版本更新模塊在進(jìn)行版本更新時(shí)，需要自身重啟，同時(shí)，由于AP的供電也需要AP連接設(shè)備提供，所以AP也會(huì)進(jìn)行重啟，并執(zhí)行下述步驟中的版本更新。這樣就無需AP連接設(shè)備在重啟后，再額外地通知AP進(jìn)行重啟。
[0112]版本文件下發(fā)模塊、將接收到的新的版本文件下發(fā)至每個(gè)AP，以使AP進(jìn)行版本更新，并在AP版本更新后，通知第二隧道建立模塊動(dòng)作。
[0113]第二隧道建立模塊、針對(duì)每個(gè)AP分別向AC發(fā)送第二 CAPWAP消息，以分別對(duì)應(yīng)每個(gè)AP建立與AC的CAPWAP隧道；
[0114]其中，每條所述第二 CAPWAP消息攜帶有一個(gè)AP的序列號(hào)和MAC地址。對(duì)于AC如何針對(duì)每個(gè)AP建立CAPWAP隧道，本領(lǐng)域技術(shù)人員根據(jù)現(xiàn)有公開的技術(shù)便可獲知，在此便不再贅述。
[0115]AC與AP的連接建立完畢。
[0116]報(bào)文發(fā)送模塊、接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC ;接收AC下發(fā)的CAPWAP報(bào)文，并轉(zhuǎn)發(fā)至AP。
[0117]更為具體地，所述報(bào)文發(fā)送模塊接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC，包括:
[0118]所述報(bào)文發(fā)送模塊根據(jù)接收到的所述配置文件，判斷接收到的IPC報(bào)文為本地轉(zhuǎn)發(fā)還是向AC轉(zhuǎn)發(fā)，若為本地轉(zhuǎn)發(fā)，則將該IPC報(bào)文轉(zhuǎn)發(fā)至目的AP ;若為向AC轉(zhuǎn)發(fā)，則將該IPC報(bào)文解析得到有效載荷，并將該有效載荷重新封裝為CAPWAP報(bào)文后發(fā)送至AC ;
[0119]其中，所述IPC報(bào)文包括:二層私有協(xié)議頭、以及有效載荷；所述CAPWAP報(bào)文包括:鏈路頭、IP頭、UDP頭、CAPffAP頭、消息元素頭、以及有效載荷。
[0120]所述報(bào)文發(fā)送模塊接收AC下發(fā)的CAPWAP報(bào)文，并轉(zhuǎn)發(fā)至AP，包括:所述報(bào)文發(fā)送模塊將接收到的CAPWAP報(bào)文解析得到有效載荷，并將該有效載荷重新封裝為IPC報(bào)文后發(fā)送至AP。
[0121]由上可見，本發(fā)明的管理AP的方法和裝置，通過在AC和AP之間設(shè)置AP連接設(shè)備，并設(shè)置AP連接設(shè)備與AP之間實(shí)現(xiàn)進(jìn)程間通信IPC連接以替代CAPWAP隧道連接，AP與AC之間的CAPWAP隧道在AP連接設(shè)備上便可以終結(jié)，從而降低了業(yè)務(wù)間的通信消耗。
[0122]并且，由于取消了 AP與第一 AC之間的CAPWAP隧道連接，簡(jiǎn)化了 AP的處理流程，降低了 AP的性能及內(nèi)存需求。所以在實(shí)際使用時(shí)，使用低端型號(hào)的AP即可滿足使用，從而降低整網(wǎng)的部署成本。
[0123]以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
【主權(quán)項(xiàng)】
1.一種管理無線接入點(diǎn)AP的方法，其特征在于，應(yīng)用于分別與一個(gè)接入控制器AC、以及多個(gè)AP連接的AP連接設(shè)備中；所述AC接入公網(wǎng)，所述AP連接設(shè)備和與其連接的所述多個(gè)AP組成本地網(wǎng)絡(luò)；在所述AP連接設(shè)備側(cè)，所述方法包括: 所述AP連接設(shè)備啟動(dòng)后，通知連接于AP連接設(shè)備上的多個(gè)所述AP上電；在AP上電后，與AP之間建立進(jìn)程間通信IPC連接；并在IPC連接建立完畢后，與AC建立CAPWAP隧道連接。2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述AP連接設(shè)備與AC建立CAPWAP隧道連接后，還包括: 所述AP連接設(shè)備接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC ;接收AC下發(fā)的CAPWAP報(bào)文，并轉(zhuǎn)發(fā)至AP ； 其中，AP連接設(shè)備接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC，具體包括:AP連接設(shè)備根據(jù)接收到的所述配置文件，判斷接收到的IPC報(bào)文為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)還是向AC轉(zhuǎn)發(fā)；若為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)，則將該IPC報(bào)文轉(zhuǎn)發(fā)至目的AP ;若為向AC轉(zhuǎn)發(fā)，則將該IPC報(bào)文解析得到有效載荷，并將該有效載荷重新封裝為CAPWAP報(bào)文后發(fā)送至AC。3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述AP連接設(shè)備與AC建立CAPWAP隧道連接，具體包括: 所述AP連接設(shè)備向AC發(fā)送第一 CAPWAP消息，以觸發(fā)AC進(jìn)行匹配，并在匹配成功后接收AC下發(fā)的配置文件，以建立CAPWAP隧道連接； 所述AP連接設(shè)備向AC上報(bào)版本信息，觸發(fā)AC比較AP連接設(shè)備的版本信息是否高于AC存儲(chǔ)的版本信息； 若是，則所述AP連接設(shè)備針對(duì)每個(gè)AP分別向AC發(fā)送第二 CAPWAP消息，以分別對(duì)應(yīng)每個(gè)AP建立與AC的CAPWAP隧道； 若否，所述AP連接設(shè)備接收AC下發(fā)的新的版本文件，以進(jìn)行版本更新，并在更新完畢后，將接收到的新的版本文件下發(fā)至每個(gè)AP，以使AP進(jìn)行版本更新，在AP版本更新后針對(duì)每個(gè)AP分別向AC發(fā)送第二 CAPWAP消息，以分別對(duì)應(yīng)每個(gè)AP建立與AC的CAPWAP隧道； 其中，所述AP連接設(shè)備上報(bào)的版本信息包括:AP連接設(shè)備自身的型號(hào)以及版本號(hào)；每條所述第二 CAPWAP消息攜帶有一個(gè)AP的序列號(hào)和MAC地址。4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述AP連接設(shè)備與AP之間建立進(jìn)程間通信IPC連接具體包括:所述AP連接設(shè)備將自身的版本文件下發(fā)至AP，以使AP進(jìn)行版本文件的加載，并在AP加載完畢后與AP之間建立進(jìn)程間通信IPC連接。5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述第一CAPWAP消息攜帶有AP連接設(shè)備自身的序列號(hào)和MAC地址；所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件； 或.?^入 ， 所述第一 CAPWAP消息攜帶有與所述AP連接設(shè)備連接的第一個(gè)AP的序列號(hào)和MAC地址；所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件。6.一種管理無線接入點(diǎn)AP的裝置，其特征在于，應(yīng)用于AP連接設(shè)備中，所述AP連接設(shè)備分別與一個(gè)接入控制器AC、以及多個(gè)位于本地網(wǎng)絡(luò)側(cè)的AP連接；所述AC接入公網(wǎng)，所述AP連接設(shè)備和與其連接的所述多個(gè)AP組成本地網(wǎng)絡(luò)； 所述裝置包括: 啟動(dòng)模塊、在AP連接設(shè)備啟動(dòng)后，通知連接于AP連接設(shè)備上的多個(gè)所述AP上電； AP連接模塊、在AP上電后，與AP之間建立進(jìn)程間通信IPC連接，并在IPC連接完畢后，通知AC連接模塊動(dòng)作； AC連接模塊、與AC建立CAPWAP隧道連接。7.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述AP連接設(shè)備還包括: 報(bào)文發(fā)送模塊、接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC ;接收AC下發(fā)的CAPWAP報(bào)文，并轉(zhuǎn)發(fā)至AP ； 其中，所述報(bào)文發(fā)送模塊接收AP發(fā)送的IPC報(bào)文，并在所述本地網(wǎng)絡(luò)中轉(zhuǎn)發(fā)或轉(zhuǎn)發(fā)至AC，具體包括:所述報(bào)文發(fā)送模塊根據(jù)接收到的所述配置文件，判斷接收到的IPC報(bào)文為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)還是向AC轉(zhuǎn)發(fā)；若為本地網(wǎng)絡(luò)轉(zhuǎn)發(fā)，則將該IPC報(bào)文轉(zhuǎn)發(fā)至目的AP ;若為向AC轉(zhuǎn)發(fā)，則將該IPC報(bào)文解析得到有效載荷，并將該有效載荷重新封裝為CAPWAP報(bào)文后發(fā)送至AC。8.根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述AC連接模塊具體包括: 第一隧道建立模塊、向AC發(fā)送第一 CAPWAP消息，以觸發(fā)AC進(jìn)行匹配，并在匹配成功后接收AC下發(fā)的配置文件，以建立CAPWAP隧道連接； 版本信息上報(bào)模塊、向AC上報(bào)版本信息，觸發(fā)AC將AP連接設(shè)備的所述版本信息是否高于AC存儲(chǔ)的版本信息，若是，通知第二隧道建立模塊動(dòng)作；若否，通知版本更新模塊動(dòng)作； 版本更新模塊、接收AC下發(fā)的新的版本文件，以進(jìn)行版本更新，并在更新完畢后通知版本文件下發(fā)模塊動(dòng)作； 版本文件下發(fā)模塊、將接收到的新的版本文件下發(fā)至每個(gè)AP，以使AP進(jìn)行版本更新，并在AP版本更新后，通知第二隧道建立模塊動(dòng)作； 第二隧道建立模塊、針對(duì)每個(gè)AP分別向AC發(fā)送第二 CAPWAP消息，以分別對(duì)應(yīng)每個(gè)AP建立與AC的CAPWAP隧道； 所述版本更新模塊上報(bào)的版本信息包括:AP連接設(shè)備自身的型號(hào)以及版本號(hào)；所述第二隧道建立模塊發(fā)送的每條第二 CAPWAP消息中，攜帶有一個(gè)AP的序列號(hào)和MAC地址。9.根據(jù)權(quán)利要求6所述的裝置，其特征在于，所述AP連接模塊與AP之間建立進(jìn)程間通信IPC連接具體包括:所述AP連接模塊將所述AP連接設(shè)備的版本文件下發(fā)至AP，以使AP進(jìn)行版本文件的加載，并在AP加載完畢后建立與AP之間的進(jìn)程間通信IPC連接。10.根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述第一隧道建立模塊發(fā)送的第一CAPffAP消息中，所述第一 CAPWAP消息攜帶有AP連接設(shè)備自身的序列號(hào)和MAC地址；所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件； 或.?^入 ， 所述第一隧道建立模塊發(fā)送的第一 CAPWAP消息中，所述第一 CAPWAP消息攜帶有與所述AP連接設(shè)備連接的第一個(gè)AP的序列號(hào)和MAC地址；所述AC中存儲(chǔ)有對(duì)應(yīng)每個(gè)序列號(hào)或MAC地址的配置文件。
【文檔編號(hào)】H04W76/02GK105848168SQ201510022841
【公開日】2016年8月10日
【申請(qǐng)日】2015年1月16日
【發(fā)明人】傅嘉嘉, 汲哲
【申請(qǐng)人】杭州華三通信技術(shù)有限公司