本發(fā)明涉及無(wú)線通信領(lǐng)域,尤其涉及一種用于云無(wú)線局域網(wǎng)的設(shè)備管理方法及裝置、云無(wú)線局域網(wǎng)。
背景技術(shù):
隨著無(wú)線網(wǎng)絡(luò)技術(shù)的快速發(fā)展,移動(dòng)終端普及、移動(dòng)辦公、無(wú)線接入的興起,用戶(hù)對(duì)采用任意終端設(shè)備,隨時(shí)隨地接入網(wǎng)絡(luò),網(wǎng)絡(luò)設(shè)備的部署呈現(xiàn)分布化的方式,企業(yè)分支和總部需要統(tǒng)一化的網(wǎng)絡(luò)管理,需要提供簡(jiǎn)易的部署方式,同時(shí)具備網(wǎng)絡(luò)和用戶(hù)管理功能。隨著WiFi(Wireless Fidelity,基于IEEE802.11系列標(biāo)準(zhǔn)的無(wú)線局域網(wǎng)技術(shù))網(wǎng)絡(luò)的不斷演進(jìn),傳統(tǒng)AC(access control,接入控制器)+AP(access point,接入點(diǎn))兩層設(shè)備組網(wǎng),已逐步演化為三層架構(gòu)的CloudWiFi(云WiFi,一種基于云端統(tǒng)一管控的新型的WiFi網(wǎng)絡(luò)部署架構(gòu)):在internet網(wǎng)部署的云端管理平臺(tái),統(tǒng)一負(fù)責(zé)整體網(wǎng)絡(luò)監(jiān)控管理;將原來(lái)AC的部分管理功能下沉到本地,作為本地?zé)o線接入網(wǎng)關(guān)設(shè)備,與AP一起完成熱點(diǎn)區(qū)域的無(wú)線覆蓋。
但架構(gòu)上的變化,對(duì)設(shè)備互通帶來(lái)了一些挑戰(zhàn):傳統(tǒng)的AC+AP架構(gòu),廠家都采用通用的capwap(Control And Provisioning of Wireless Access Point Protocol,無(wú)線接入點(diǎn)控制與配置協(xié)議)消息交互;但在CloudWiFi下,引入了云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間新的接口。對(duì)于此接口,業(yè)界對(duì)其協(xié)議棧、報(bào)文格式等沒(méi)有統(tǒng)一的定義,因此各廠家各自為政,采用私有接口,從設(shè)備互通和產(chǎn)品開(kāi)發(fā)周期上帶了很多麻煩。這種現(xiàn)狀存在以下問(wèn)題:在產(chǎn)品開(kāi)發(fā)角度, 為達(dá)成CloudWiFi的三層架構(gòu),廠家需要獨(dú)立實(shí)現(xiàn)云端管理平臺(tái)、無(wú)線接入網(wǎng)關(guān)、AP三種產(chǎn)品形態(tài),對(duì)于傳統(tǒng)的AC/AP廠商,需要投入精力開(kāi)發(fā)云管理平臺(tái),耗費(fèi)大量的時(shí)間和人力;在設(shè)備互通角度,由于缺乏標(biāo)準(zhǔn)協(xié)議接口,廠家需要按照自己的格式實(shí)現(xiàn)一套無(wú)線接入網(wǎng)關(guān)和云端的接口,這樣在CloudWiFi網(wǎng)絡(luò)架構(gòu)下,不同廠家的設(shè)備無(wú)法做到互聯(lián)互通,對(duì)網(wǎng)絡(luò)部署和運(yùn)維管理也帶來(lái)很大挑戰(zhàn)。
因此,如何提供一種可以解決現(xiàn)有云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間沒(méi)有統(tǒng)一通信協(xié)議導(dǎo)致的設(shè)備互通及產(chǎn)品開(kāi)發(fā)成本過(guò)高的設(shè)備管理方法,是本領(lǐng)域技術(shù)人員亟待解決的技術(shù)問(wèn)題。
技術(shù)實(shí)現(xiàn)要素:
本發(fā)明提供了一種用于云無(wú)線局域網(wǎng)的設(shè)備管理方法及裝置、云無(wú)線局域網(wǎng),以解決現(xiàn)有云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間沒(méi)有統(tǒng)一通信協(xié)議導(dǎo)致的設(shè)備互通及產(chǎn)品開(kāi)發(fā)成本過(guò)高的問(wèn)題。
本發(fā)明提供了一種用于云無(wú)線局域網(wǎng)的設(shè)備管理方法,其包括:
定義云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間的通信協(xié)議;
基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信。
進(jìn)一步的,通信協(xié)議包括雙向通信協(xié)議。
進(jìn)一步的,基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)在云端管理平臺(tái)的注冊(cè)。
進(jìn)一步的,基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)與云端管理平臺(tái)建鏈和/或上限的消息交 互。
進(jìn)一步的,基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成云端管理平臺(tái)下發(fā)地址池參數(shù)配置到無(wú)線接入網(wǎng)關(guān)的消息交互。
進(jìn)一步的,基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成云端管理平臺(tái)下發(fā)網(wǎng)絡(luò)參數(shù)配置到無(wú)線接入網(wǎng)關(guān)的消息交互。
進(jìn)一步的,基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)上下線時(shí)與云端管理平臺(tái)的消息指示。
進(jìn)一步的,基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成通過(guò)無(wú)線接入網(wǎng)關(guān)接入無(wú)線網(wǎng)絡(luò)的用戶(hù)設(shè)備上下線時(shí)與云端管理平臺(tái)的消息指示。
進(jìn)一步的,在定義雙向通信協(xié)議之后,還包括:基于雙向通信協(xié)議抽象及定義無(wú)線網(wǎng)絡(luò)配置需要的基本對(duì)象。
本發(fā)明提供了一種用于云無(wú)線局域網(wǎng)的設(shè)備管理裝置,其包括:
定義模塊,用于定義云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間的通信協(xié)議;
管理模塊,用于基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信。
進(jìn)一步的,通信協(xié)議包括雙向通信協(xié)議。
進(jìn)一步的,管理模塊用于基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)在云端管理平臺(tái)的注冊(cè)。
進(jìn)一步的,管理模塊用于基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)與云端管理 平臺(tái)建鏈和/或上限的消息交互。
進(jìn)一步的,管理模塊用于基于雙向通信協(xié)議完成云端管理平臺(tái)下發(fā)地址池參數(shù)配置到無(wú)線接入網(wǎng)關(guān)的消息交互。
進(jìn)一步的,管理模塊用于基于雙向通信協(xié)議完成云端管理平臺(tái)下發(fā)網(wǎng)絡(luò)參數(shù)配置到無(wú)線接入網(wǎng)關(guān)的消息交互。
進(jìn)一步的,管理模塊用于基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)上下線時(shí)與云端管理平臺(tái)的消息指示。
進(jìn)一步的,管理模塊用于基于雙向通信協(xié)議完成通過(guò)無(wú)線接入網(wǎng)關(guān)接入無(wú)線網(wǎng)絡(luò)的用戶(hù)設(shè)備上下線時(shí)與云端管理平臺(tái)的消息指示。
進(jìn)一步的,定義模塊在定義雙向通信協(xié)議之后,還用于基于雙向通信協(xié)議抽象及定義無(wú)線網(wǎng)絡(luò)配置需要的基本對(duì)象。
本發(fā)明提供了一種云無(wú)線局域網(wǎng),其包括本發(fā)明提供的設(shè)備管理裝置。
本發(fā)明的有益效果:
本發(fā)明提供了一種設(shè)備管理方法,首先定義了云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間的通信協(xié)議,并基于該通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間的通信,提供了一種通用且高效的基于CloudWiFi網(wǎng)絡(luò)架構(gòu)的設(shè)備管理接口方案,從而解決現(xiàn)有CloudWiFi網(wǎng)絡(luò)架構(gòu)存在的網(wǎng)絡(luò)設(shè)備生產(chǎn)廠家的利益投入以及組網(wǎng)運(yùn)維中導(dǎo)致的不同廠家設(shè)備互聯(lián)互通的問(wèn)題;采用本發(fā)明所述方法,提供了一種更統(tǒng)一、高效的設(shè)備管控手段;基于開(kāi)放接口定義,任何廠家都可只關(guān)注無(wú)線接入網(wǎng)關(guān)和AP設(shè)備實(shí)現(xiàn),不用耗費(fèi)精力新開(kāi)發(fā)自有的云端管理平臺(tái)。
附圖說(shuō)明
圖1為本發(fā)明第一實(shí)施例提供的設(shè)備管理裝置的結(jié)構(gòu)示意圖;
圖2為本發(fā)明第二實(shí)施例提供的設(shè)備管理方法的流程圖;
圖3為本發(fā)明第三實(shí)施例提供的設(shè)備管理方法的流程圖。
具體實(shí)施方式
現(xiàn)通過(guò)具體實(shí)施方式結(jié)合附圖的方式對(duì)本發(fā)明做出進(jìn)一步的詮釋說(shuō)明。
第一實(shí)施例:
圖1為本發(fā)明第一實(shí)施例提供的設(shè)備管理裝置的結(jié)構(gòu)示意圖,由圖1可知,在本實(shí)施例中,本發(fā)明提供的設(shè)備管理裝置1包括:
定義模塊11,用于定義云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間的通信協(xié)議;
管理模塊12,用于基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信。
在一些實(shí)施例中,上述實(shí)施例中的通信協(xié)議包括雙向通信協(xié)議,如WebSocket(IETF定義的協(xié)議標(biāo)準(zhǔn),對(duì)應(yīng)RFC 6455)協(xié)議。
在一些實(shí)施例中,上述實(shí)施例中的管理模塊12用于基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)在云端管理平臺(tái)的注冊(cè)。
在一些實(shí)施例中,上述實(shí)施例中的管理模塊12用于基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)與云端管理平臺(tái)建鏈和/或上限的消息交互。
在一些實(shí)施例中,上述實(shí)施例中的管理模塊12用于基于雙向通信協(xié)議完成云端管理平臺(tái)下發(fā)地址池參數(shù)配置到無(wú)線接入網(wǎng)關(guān)的消息交互。
在一些實(shí)施例中,上述實(shí)施例中的管理模塊12用于基于雙向通信協(xié)議完成 云端管理平臺(tái)下發(fā)網(wǎng)絡(luò)參數(shù)配置到無(wú)線接入網(wǎng)關(guān)的消息交互。
在一些實(shí)施例中,上述實(shí)施例中的管理模塊12用于基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)上下線時(shí)與云端管理平臺(tái)的消息指示。
在一些實(shí)施例中,上述實(shí)施例中的管理模塊12用于基于雙向通信協(xié)議完成通過(guò)無(wú)線接入網(wǎng)關(guān)接入無(wú)線網(wǎng)絡(luò)的用戶(hù)設(shè)備上下線時(shí)與云端管理平臺(tái)的消息指示。
在一些實(shí)施例中,上述實(shí)施例中的定義模塊11在定義雙向通信協(xié)議之后,還用于基于雙向通信協(xié)議抽象及定義無(wú)線網(wǎng)絡(luò)配置需要的基本對(duì)象。
對(duì)應(yīng)的,本發(fā)明提供了一種云無(wú)線局域網(wǎng),其包括本發(fā)明提供的設(shè)備管理裝置1。在實(shí)際應(yīng)用中,設(shè)備管理裝置1可以是單獨(dú)的設(shè)備,也可以設(shè)置在云端管理平臺(tái)內(nèi)的一個(gè)軟件應(yīng)用。
第二實(shí)施例:
圖2為本發(fā)明第二實(shí)施例提供的設(shè)備管理方法的流程圖,由圖2可知,在本實(shí)施例中,本發(fā)明提供的設(shè)備管理方法包括以下步驟:
S201:定義云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間的通信協(xié)議;
S202:基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信。
在一些實(shí)施例中,上述實(shí)施例中的通信協(xié)議包括雙向通信協(xié)議。
在一些實(shí)施例中,上述實(shí)施例中的基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)在云端管理平臺(tái)的注冊(cè)。
在一些實(shí)施例中,上述實(shí)施例中的基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線 接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)與云端管理平臺(tái)建鏈和/或上限的消息交互。
在一些實(shí)施例中,上述實(shí)施例中的基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成云端管理平臺(tái)下發(fā)地址池參數(shù)配置到無(wú)線接入網(wǎng)關(guān)的消息交互。
在一些實(shí)施例中,上述實(shí)施例中的基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成云端管理平臺(tái)下發(fā)網(wǎng)絡(luò)參數(shù)配置到無(wú)線接入網(wǎng)關(guān)的消息交互。
在一些實(shí)施例中,上述實(shí)施例中的基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成無(wú)線接入網(wǎng)關(guān)上下線時(shí)與云端管理平臺(tái)的消息指示。
在一些實(shí)施例中,上述實(shí)施例中的基于通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)的通信包括:基于雙向通信協(xié)議完成通過(guò)無(wú)線接入網(wǎng)關(guān)接入無(wú)線網(wǎng)絡(luò)的用戶(hù)設(shè)備上下線時(shí)與云端管理平臺(tái)的消息指示。
在一些實(shí)施例中,上述實(shí)施例中的方法在定義雙向通信協(xié)議之后,還包括:基于雙向通信協(xié)議抽象及定義無(wú)線網(wǎng)絡(luò)配置需要的基本對(duì)象。
現(xiàn)結(jié)合具體應(yīng)用場(chǎng)景對(duì)本發(fā)明做進(jìn)一步的詮釋說(shuō)明。
第三實(shí)施例:
本實(shí)施例中的雙向通信協(xié)議以WebSocket協(xié)議為例,WebSocket協(xié)議是一種雙向通信協(xié)議,它建立在TCP之上,同http一樣通過(guò)TCP來(lái)傳輸數(shù)據(jù),但是它和http最大的不同有兩點(diǎn):1.WebSocket是一種雙向通信協(xié)議,在建立連接后,WebSocket服務(wù)器和Browser/UA都能主動(dòng)的向?qū)Ψ桨l(fā)送或接收數(shù)據(jù),就像 Socket一樣,不同的是WebSocket是一種建立在Web基礎(chǔ)上的一種簡(jiǎn)單模擬Socket的協(xié)議;2.WebSocket需要通過(guò)握手連接,類(lèi)似于TCP它也需要客戶(hù)端和服務(wù)器端進(jìn)行握手連接,連接成功后才能相互通信。
本實(shí)施例采用以下技術(shù)方案:從互聯(lián)互通方面,根據(jù)CloudWiFi組網(wǎng)配置集業(yè)務(wù)特征,定義一套通用的數(shù)據(jù)模型,來(lái)規(guī)范無(wú)線接入網(wǎng)關(guān)和云端門(mén)戶(hù)間的消息交互,而無(wú)線接入網(wǎng)關(guān)與AP間則可以采用廠家自有實(shí)現(xiàn),不做限制。
數(shù)據(jù)模型定義參照如下表1所示:
表1
表1抽象和定義了WLAN(Virtual Local Area Network,虛擬局域網(wǎng))網(wǎng)絡(luò)配置所需的基本對(duì)象,所有對(duì)這些對(duì)象的增刪改查等操作,均通過(guò)消息的形式,由云端下發(fā)給下面的無(wú)線接入網(wǎng)關(guān)。表1中涉及的Mac為機(jī)器輔助識(shí)別,Machine Aided Cognition;STA為在WLAN中客戶(hù)端,可以是裝有無(wú)線網(wǎng)卡的計(jì)算機(jī),也可以是有WiFi模塊的智能手機(jī),STA可以是移動(dòng)的,也可以是固定的,是無(wú)線局域網(wǎng)的最基本組成單元。
在接口通用性及效率方面,我們選用websocket,作為云端門(mén)戶(hù)和無(wú)線接入網(wǎng)關(guān)間的接口承載協(xié)議,而接口數(shù)據(jù)基于統(tǒng)一定義的數(shù)據(jù)模型并采用JSON格式進(jìn)行封裝,具體的JSON消息格式,可參照下文所示。
現(xiàn)在結(jié)合表1及圖3對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明;廠家實(shí)現(xiàn)CloudWiFi組網(wǎng)設(shè)備及用戶(hù)部署、運(yùn)維的具體方法包括步驟:
S301:連接云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)。
在部署AP時(shí),按照現(xiàn)有AP產(chǎn)品序列,實(shí)現(xiàn)其AP所屬功能,CloudWiFi的組網(wǎng)架構(gòu)對(duì)AP產(chǎn)品沒(méi)有影響。對(duì)于無(wú)線接入網(wǎng)關(guān),與AP的接口可采用廠家自有實(shí)現(xiàn)(甚至是私有自定義消息格式),CloudWiFi的組網(wǎng)架構(gòu)對(duì)AP產(chǎn)品沒(méi)有影響。
對(duì)于無(wú)線接入網(wǎng)關(guān)與云端管理平臺(tái)的接口,采用統(tǒng)一的數(shù)據(jù)模型、承載協(xié) 議和消息格式進(jìn)行實(shí)現(xiàn)。
接口采用Websocket,不再選用capwap或http(HyperText Transfer Protocol,超文本傳輸協(xié)議)等協(xié)議。在實(shí)際應(yīng)用中,相同數(shù)量的客戶(hù)端接收相同數(shù)量的數(shù)據(jù),Websocket在報(bào)文額外開(kāi)銷(xiāo)上較Comet(一種基于HTTP長(zhǎng)連接實(shí)現(xiàn)的“服務(wù)器推”技術(shù))有很大程度的減少,傳輸效率更高;同時(shí)在相同時(shí)間內(nèi),Websocket比傳統(tǒng)的Comet能產(chǎn)生更多的消息交互。
數(shù)據(jù)模型可參照表1所示,定義了WLAN網(wǎng)絡(luò)所需的基本配置對(duì)象,廠家可按此模型實(shí)現(xiàn),不需要耗費(fèi)額外精力構(gòu)思數(shù)據(jù)模型及消息格式。
用戶(hù)將實(shí)現(xiàn)此標(biāo)準(zhǔn)的無(wú)線接入網(wǎng)關(guān)和AP,鏈接到internet上的云端管理平臺(tái)。
S302:無(wú)線接入網(wǎng)關(guān)在云端管理平臺(tái)注冊(cè)。
無(wú)線接入網(wǎng)關(guān)設(shè)備通過(guò)統(tǒng)一的接口消息,進(jìn)行注冊(cè)流程,云端收到注冊(cè)消息后,將websocket建鏈信息發(fā)送給無(wú)線接入網(wǎng)關(guān);具體交互消息可以為:
{
"SN":"1CAFF17204D8"http://設(shè)備唯一標(biāo)識(shí),如12個(gè)字符的MAC地址
}
{
"Result":0,//0:成功,1:失敗,integer
"endpoint":"10.62.101.28:8828/cse0/db6c83b4288b50922fef1be454f8a952",
"Protocol":'ws",//協(xié)議類(lèi)型"ws"或"wss"
"TokenID":"669dOb5e506b4bc6",//16byte隨機(jī)字符串
"LiveTime":864000,//Token有效期,單位為秒
"ReponseFailure":203//失敗原因,失敗時(shí)存在并填寫(xiě)
}
。
S303:無(wú)線接入網(wǎng)關(guān)與云端管理平臺(tái)建鏈及上線。
無(wú)線接入網(wǎng)關(guān)收到websocket建鏈地址后,參照websocket協(xié)議與該地址建立websocket連接;具體交互消息可以為:
GET/cse0/db6c83b4288b50922fef1be454f8a952HTTP/1.1
Upgrade:websocket
Connection:Upgrade
Host:10.62.101.28:8828
Origin:http://10.62.101.28:8828
Sec-WebSocket-Key:CJTVmg26Q5K/m6x3aQQrQw==
Sec-WebSocket-Version:13
TokenID:669dOb5e506b4bc6
Manufacturer:ZTE
Model Name:EWAG
ModeINumber:WG205
HardwareVersion:V1
SoftWareVersion:V300100A
HTTP/1.1101Switching Protocols
Upgrade:websocket
Connection:Upgrade
Sec-WebSocket-Accept:Y8Vgf3dskL31XP/2rB6goy3NF50=
。
S304:用戶(hù)通過(guò)云端管理平臺(tái)的web頁(yè)面對(duì)無(wú)線接入網(wǎng)關(guān)進(jìn)行參數(shù)配置。
無(wú)線接入網(wǎng)關(guān)完成上線流程后,用戶(hù)可以通過(guò)云端管理平臺(tái)的web頁(yè)面,對(duì)無(wú)線接入網(wǎng)關(guān)的參數(shù)進(jìn)行配置,包括:
上述程序定義了地址池配置接口,用于將STA的地址段配置參數(shù)下發(fā)給無(wú)線接入網(wǎng)關(guān)。
上述程序定義了WLAN網(wǎng)絡(luò)的配置接口,用于將本地WLAN網(wǎng)絡(luò)的配置參數(shù)下發(fā)給無(wú)線接入網(wǎng)關(guān)。
用戶(hù)通過(guò)配置頁(yè)面的提交動(dòng)作,觸發(fā)云端管理平臺(tái)下發(fā)配置消息給無(wú)線接入網(wǎng)關(guān),無(wú)線接入網(wǎng)關(guān)完成消息分解及對(duì)應(yīng)的配置動(dòng)作,然后給云端回復(fù)成功響應(yīng)。
S305:管理AP及用戶(hù)設(shè)備。
無(wú)線接入網(wǎng)關(guān)下掛的AP設(shè)備,在上下線時(shí),由無(wú)線接入網(wǎng)關(guān)通過(guò)消息接口告知云端,具體交互消息可以為:
完成上述必要配置后,無(wú)線接入網(wǎng)關(guān)就能與AP設(shè)備完成本地WLAN的部署,用戶(hù)即可使用本地WLAN訪問(wèn)網(wǎng)絡(luò)。
每當(dāng)本地WLAN網(wǎng)絡(luò)有STA上下線時(shí),由無(wú)線接入網(wǎng)關(guān)通過(guò)STA的上下線消息告知云端。具體交互消息可以為:
在上述實(shí)施例的基礎(chǔ)上,用戶(hù)就可以通過(guò)云端管理平臺(tái)的Dashboard(business intelligence dashboard,BI dashboard,商業(yè)智能儀表盤(pán)),來(lái)查看本地WLAN網(wǎng)絡(luò)的配置參數(shù)及無(wú)線接入網(wǎng)關(guān)/AP/STA等詳細(xì)信息。
至于后續(xù)網(wǎng)絡(luò)擴(kuò)容,可選用已實(shí)現(xiàn)標(biāo)準(zhǔn)接口的任意廠家設(shè)備,連接到云端管理平臺(tái),然后執(zhí)行上述操作,從而部署新的WLAN本地網(wǎng)絡(luò)。
上述實(shí)施例描述了設(shè)備廠商參與CloudWiFi網(wǎng)絡(luò)設(shè)備開(kāi)發(fā),以及用戶(hù)連接本地設(shè)備并通過(guò)云端進(jìn)行網(wǎng)絡(luò)參數(shù)配置、部署的步驟。不同廠家遵從統(tǒng)一、高效的WebSocket API(Application Programming Interface,應(yīng)用程序編程接口)定義接口,即可順利接入CloudWiFi管理平臺(tái),無(wú)需自己實(shí)現(xiàn)云端管理平臺(tái)及自定義一套消息接口;在專(zhuān)注于無(wú)線接入網(wǎng)關(guān)和AP設(shè)備實(shí)現(xiàn)的同時(shí),也達(dá)到不同廠家設(shè)備互聯(lián)互通的目的。
綜上可知,通過(guò)本發(fā)明的實(shí)施,至少存在以下有益效果:
本發(fā)明提供了一種設(shè)備管理方法,首先定義了云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間的通信協(xié)議,并基于該通信協(xié)議管理云端管理平臺(tái)與無(wú)線接入網(wǎng)關(guān)之間的通信,提供了一種通用且高效的基于CloudWiFi網(wǎng)絡(luò)架構(gòu)的設(shè)備管理接口方案,從而解決現(xiàn)有CloudWiFi網(wǎng)絡(luò)架構(gòu)存在的網(wǎng)絡(luò)設(shè)備生產(chǎn)廠家的利益投入以及組網(wǎng)運(yùn)維中導(dǎo)致的不同廠家設(shè)備互聯(lián)互通的問(wèn)題;
采用本發(fā)明所述方法,提供了一種更統(tǒng)一、高效的設(shè)備管控手段;基于開(kāi)放接口定義,任何廠家都可只關(guān)注無(wú)線接入網(wǎng)關(guān)和AP設(shè)備實(shí)現(xiàn),不用耗費(fèi)精力新開(kāi)發(fā)自有的云端管理平臺(tái);同時(shí)因?yàn)橐?guī)范了開(kāi)放接口和承載協(xié)議,數(shù)據(jù)傳輸效率比capwap或http協(xié)議更高效,同時(shí)能達(dá)到不同廠家設(shè)備混合組網(wǎng)部署及運(yùn)維的效果。
顯然,本領(lǐng)域的技術(shù)人員應(yīng)該明白,上述本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn),它們可以集中在單個(gè)的計(jì)算裝置上,或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上,可選地,它們可以用計(jì)算裝置可執(zhí)行的程序代碼來(lái)實(shí)現(xiàn),從而,可以將它們存儲(chǔ)在存儲(chǔ)介質(zhì)(ROM/RAM、磁碟、光盤(pán))中由計(jì)算裝置來(lái)執(zhí)行,并且在某些情況下,可以以不同于此處的順序執(zhí)行所示出或描述的步驟,或者將它們分別制作成各個(gè)集成電路模塊,或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。所以,本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
以上僅是本發(fā)明的具體實(shí)施方式而已,并非對(duì)本發(fā)明做任何形式上的限制,凡是依據(jù)本發(fā)明的技術(shù)實(shí)質(zhì)對(duì)以上實(shí)施方式所做的任意簡(jiǎn)單修改、等同變化、結(jié)合或修飾,均仍屬于本發(fā)明技術(shù)方案的保護(hù)范圍。