專利名稱：接入點與接入控制器的接入方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信中接入點與接入控制器的接入方法，特別涉及不同 的廠家生產(chǎn)的接入點與接入控制器之間的接入方法。
背景技術(shù)：
WLAN(Wireless Local Area Network,無線局域網(wǎng))的產(chǎn)品架構(gòu)已經(jīng)從單一 自治的AP(Access Point, 4妄入點)演進到由AC(Access Controller, 4妄入控制器) 和AP共同構(gòu)成的接入集中控制體系。這種演進的目的是將接入控制，包括 鑒別、保密通信、移動管理以及射頻管理等從單一 AP上進行分離，由AC加 以集中控制。
CAP"WAP(Control And Provisioning of \Vireless Access Points ，無纟iy妄入點 的控制和配置)是IETF(The Internet Engineering Task Force,互聯(lián)網(wǎng)工程任務 組)提出的一種WLAN接入集中控制體系的結(jié)構(gòu)框架協(xié)議，使AC能夠集中 控制AP。但CAPWAP僅定義了協(xié)議框架和基本的無線相關(guān)操作，對于具體 的功能模型及特性規(guī)格等沒有具體協(xié)議規(guī)定。目前市場上的接入集中控制型 WLAN產(chǎn)品，AP和AC由廠家配套開發(fā)，大量的功能模型及特性規(guī)格等都由 廠家私自定義，來實現(xiàn)CAPWAP的擴展，使自己廠家的AC可以管理自己廠 家的AP。而廠家基于自己利益保護考慮，不會^^開自己廠家的AP與AC之 間的協(xié)議實現(xiàn)，從而導致不同廠家生產(chǎn)的AP與AC之間無法實現(xiàn)相互通信(以 下，簡稱互通)。
但隨著WLAN產(chǎn)品應用的發(fā)展，會不斷出現(xiàn)新的功能需求，對應于一種 功能需求，可能會有不同的功能模型，而一種功能模型，又有可能會支持不 同的特性規(guī)格。隨著新的功能需求的不斷出現(xiàn)，目前這種不同廠家各自私有 實現(xiàn)AP與AC的各種功能模型與特性規(guī)格的做法，將會導致不同廠家生產(chǎn)的 AP與AC之間的互不兼容性越來越明顯，從而給用戶帶來更大的不便
發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種AP與AC的接入方法，能夠?qū)崿F(xiàn)不同廠家 生產(chǎn)的AP與AC之間的互相兼容，從而實現(xiàn)不同廠家生產(chǎn)的AP與AC之間 的互通，降低用戶對WLAN生產(chǎn)廠家的依賴，進而起到防止技術(shù)壟斷的作用。
為了實現(xiàn)上述目的，根據(jù)本發(fā)明的接入點與接入控制器的接入方法，包 括發(fā)現(xiàn)步驟，接入點發(fā)現(xiàn)接入控制器；協(xié)商步驟，所述接入點與所述接入 控制器相互交流各自的包括功能模型及相應的特性規(guī)格的能力數(shù)據(jù)，如果所 述接入點與所述接入控制器的能力數(shù)據(jù)不匹配，則能力協(xié)商失敗，否則所述 能力協(xié)商成功；接入步驟，如果所述能力協(xié)商成功，則所述接入點接入到所 述接入控制器。
又，在上述的接入方法中，在所述接入步驟之前，還包括
記錄步驟，如果所述能力協(xié)商成功，則所述接入點與所述接入控制器相 互記錄對方的所述能力數(shù)據(jù)。
又，在上述的接入方法中，所述協(xié)商步驟包括第一協(xié)商步驟，所述接 入點向所述接入控制器發(fā)送自己的所述能力數(shù)據(jù)；第二協(xié)商步驟，所述接入 控制器接收所述接入點發(fā)送的所述能力數(shù)據(jù)，并判斷是否與自己的所述能力 數(shù)據(jù)相匹配，如果不匹配，則所述能力協(xié)商失敗，否則所述接入控制器向所 述接入點發(fā)送自己的所述能力數(shù)據(jù)；第三協(xié)商步驟，所述接入點接收所述接 入控制器發(fā)送的所述能力數(shù)據(jù)，并判斷是否與自己的所述能力數(shù)據(jù)相匹配， 如果不匹配，則所述能力協(xié)商失敗，否則所述能力協(xié)商成功。
又，在上述的接入方法中，在所述第二協(xié)商步驟，所述接入控制器還檢 查自己的剩余性能是否允許所述接入點的接入，如果不允許，則所述能力協(xié) 商失敗。
又，在上述的接入方法中，在所述第三協(xié)商步驟，所述接入點還檢查所 述接入控制點的剩余性是否允許自己的接入，如果不允許，則所述能力協(xié)商 失敗。
又，在上述的接入方法中，所述發(fā)現(xiàn)步驟包括第一發(fā)現(xiàn)步驟，所述接 入點通過廣播或多播方式發(fā)送自己的所述能力數(shù)據(jù)；第二發(fā)現(xiàn)步驟，接收到 所述接入點發(fā)送的所述能力數(shù)據(jù)的一個或多個候補接入控制器判斷所述接入 點的能力數(shù)據(jù)是否與自己的能力數(shù)據(jù)相匹配，如果一個或多個候補接入控制 器均判斷不匹配，則所述發(fā)現(xiàn)失??；第三發(fā)現(xiàn)步驟，如果在所述第二發(fā)現(xiàn)步 驟中所述發(fā)現(xiàn)不失敗，則所述一個或多個候補接入控制器之中判斷所述接入點的能力數(shù)據(jù)與自己的能力數(shù)據(jù)相匹配的，分別向所述接入點發(fā)送自己的能
力數(shù)據(jù)；第四發(fā)現(xiàn)步驟，所述接入點接收所述一個或多個候補接入控制器發(fā) 送的所述能力數(shù)據(jù)，并判斷是否與自己的能力數(shù)據(jù)相匹配，如果均不匹配， 則所述發(fā)現(xiàn)失敗；第五發(fā)現(xiàn)步驟，如果在所述第四發(fā)現(xiàn)步驟，所述能力發(fā)現(xiàn) 不失敗，則所述接入點從與自己的能力數(shù)據(jù)相匹配的所述一個或多個候補接 入控制器中，選擇一個作為發(fā)現(xiàn)的所述接入控制器，所述發(fā)現(xiàn)成功；所述協(xié) 商步驟包括所述第一發(fā)現(xiàn)步驟至第五發(fā)現(xiàn)步驟，如果在所述第一發(fā)現(xiàn)步驟至 第五發(fā)現(xiàn)步驟中，所述發(fā)現(xiàn)失敗，則所述能力協(xié)商失敗，否則所述能力協(xié)商 成功。
又，在上述的接入方法中，所述接入點與所述接入控制器，適用 IETF(Internet Engineering Task Force,互聯(lián)網(wǎng)工程任務組)的CAPWAP(Control And Provisioning of Wireless Access Points,無線才妄入點的控制和配置)結(jié)構(gòu)框 架協(xié)議；在所述第一協(xié)商步驟或所述第一發(fā)現(xiàn)步驟，所述接入點通過 Discovery Request消息攜帶發(fā)送自己的能力數(shù)據(jù)；在所述第二協(xié)商步驟或所 述第三發(fā)現(xiàn)步驟，所述接入控制器通過DiscoveryResponse消息攜帶發(fā)送自己 的能力數(shù)據(jù)。
由于根據(jù)本發(fā)明的AP與AC的接入方法，AP與AC進行能力協(xié)商，根 據(jù)協(xié)商結(jié)果，確定是否進行接入，能夠?qū)崿F(xiàn)不同廠家生產(chǎn)的AP與AC之間的 互通，降低用戶對WLAN產(chǎn)品生產(chǎn)廠家的依賴。同時提高AP與AC產(chǎn)品的
兼容性。


通過下面結(jié)合附圖進行的描述，本發(fā)明的上述和其他目的和特點將會變 得更加清楚，其中
圖1為表示根據(jù)本發(fā)明的實施方式的接入點與接入控制器的接入方法的
時序圖。
圖2為表示根據(jù)本發(fā)明的實施例1的接入點與接入控制器的接入方法的
時序圖。
圖3為表示根據(jù)本發(fā)明的實施例2的接入點與接入控制器的接入方法的
時序圖。
主要符號說明S1010-S1040, S1110-S1160, S1210-S1260為步驟。
具體實施例方式
以下，參照附圖來詳細說明本發(fā)明的實施方式及實施例。 (實施方式)
圖1為表示根據(jù)本發(fā)明的實施方式的接入點與接入控制器的接入方法的
時序圖。
圖1中，AP表示根據(jù)本實施方式的接入點，AC表示根據(jù)本實施方式的 接入控制器。
在步驟SIOIO， AP發(fā)現(xiàn)AC。在此步驟中，AP可以通過靜態(tài)配置預先知 道AC的存在，也可以通過其他機制動態(tài)發(fā)現(xiàn)AC,本發(fā)明不對此進行限定。
接著，在步驟S1020， AP向AC發(fā)送能力數(shù)據(jù)。這里，能力數(shù)據(jù)包括 AP自己所支持的功能模型及相關(guān)特性規(guī)格。
接著，在步驟S1030， AC根據(jù)從AP接收的能力數(shù)據(jù)，判斷AP所支持 的功能模型是否與自己匹配，如果不匹配，或者功能模型對應的特性規(guī)格與 自己的不匹配，則向AP發(fā)送表示協(xié)商失敗的信息。否則，記錄AP的能力數(shù) 據(jù)，并向AP發(fā)送自己的能力數(shù)據(jù)。這里，能力數(shù)據(jù)包括AC自己所支持的功 能模型及相關(guān)特性規(guī)格。AP則從AC接收該能力數(shù)據(jù)，并進行記錄。
接著，在步驟S1040, AP向AC發(fā)送表示接受AC管理的信息。AC接
收到該信息，則至此完成接入。用戶可以通過AC,配置和管理AP的具體功
妙
由上述"i兌明可知，才艮據(jù)本發(fā)明的AP與AC的沖妾入方法可劃分為三個階 段。上述步驟S1010構(gòu)成第一階段，在此階段，AP發(fā)現(xiàn)AC。
步驟S1020與步驟S1030構(gòu)成第二階段，在此階段，AP與AC進行能 力協(xié)商。
具體地，AP與AC各自描述自己支持哪些功能模型及相關(guān)特性規(guī)格。通 過相互交流，AP與AC互相知道對方的具體能力，即知道對方支持哪些功能 模型及相關(guān)特性規(guī)格。AP或AC如果發(fā)現(xiàn)對方支持的功能模型與自己不匹配， 或者功能模型對應的特性規(guī)格與自己不匹配，則能力協(xié)商失敗。否則能力協(xié) 商成功，AP與AC記錄對方的能力，進入第三階—度；
在第三階段，即步驟S1040, AP接入AC并接受其管理。進入本階段， 意味著AP與AC的能力協(xié)商成功，此時AC已經(jīng)知道并記錄了 AP能力，用戶可以通過AC,配置和管理AP的具體功能，即在能力協(xié)商中AP所宣稱支 持的功能模型。
如上所述，根據(jù)本實施方式，因為AP與AC進行能力協(xié)商，根據(jù)協(xié)商結(jié) 果，確定是否進行接入，能夠?qū)崿F(xiàn)不同廠家生產(chǎn)的AP與AC之間的互通，降 低用戶對WLAN產(chǎn)品生產(chǎn)廠家的依賴。同時提高AP與AC產(chǎn)品的兼容性， 廠家可根據(jù)自己情況漸進增加產(chǎn)品功能，不用擔心與市場上其它廠家的產(chǎn)品 的兼容問題。
另外，在本實施方式中，以第二階段由步驟S1020與S1030構(gòu)成的情形 為例進行了說明，但第二階段的能力協(xié)商過程并不限定于此。即本發(fā)明不對 能力協(xié)商過程進行限定，對其步驟也不進行限定。
例如，雖然在本實施方式中，以在步驟S1030中如果能力協(xié)商失敗，則 AC向AP發(fā)送表示協(xié)商失敗的信號的情形為例進行了說明，但本發(fā)明不并限 于此，能力協(xié)商失敗時，AC也可以不向AP發(fā)送任何信號，而是由AP等待 預定長的時間，沒有收到從AC發(fā)送的任何信號，則確定為能力協(xié)商失敗。
才艮據(jù)本實施方式的AP與AC的接入方法，可以制定新的協(xié)議，也可以擴 展已有的協(xié)議，來實現(xiàn)不同廠家生產(chǎn)的AP與AC之間的互通。下面對根據(jù)本 實施方式的AP與AC的接入方法進行CAPWAP的擴展的實施例1進行說明。
(實施例1)
在CAPWAP中，AP通過Discovery Request消息禾口 Discovery Response 消息完成AC發(fā)現(xiàn)，通過Join Request消息和Join Response消息完成注冊。 在不影響CAPWAP原有流程的前提下，在本實施例中，定義新的消息元素來 描述AP和AC能力，并通過使Discovery Request消息和Join Request消息攜 帶該描述AP能力的消息元素，Discovery Response消息和Join Response消息 攜帶該描述AC能力的消息元素來完成AP與AC之間的能力協(xié)商。具體步驟 如下。
圖2為表示根據(jù)本發(fā)明的實施例1的接入點與接入控制器的接入方法的
時序圖。
在圖2中，API表示4艮據(jù)本實施例的接入點，AC1表示4艮據(jù)本實施例的 接入控制器。并且，在本實施例中，假設AP1已經(jīng)通過靜態(tài)配置或DHCP發(fā) 現(xiàn)機制、DNS發(fā)現(xiàn)機制等了現(xiàn)了 AC1，并獲得了 AC1的地址。
圖2中所示的所有步驟構(gòu)成本發(fā)明實施方式中的第二階段，即API與ACl之間的能力協(xié)商過程，具體如下。
在步驟S1110, AP通過單播向AC發(fā)送攜帶有自己的AP能力數(shù)據(jù)的 Discovery Request消息，這里AP能力數(shù)據(jù)描述AP支持哪些功能模型及相關(guān) 特性規(guī)格。
接著，在步驟S1120, ACl接收到Discovery Request消息后，根據(jù)其中 攜帶的AP能力數(shù)據(jù)，檢查AP1的能力，并根據(jù)自己策略，決定是否接受此 API接入。比如檢查API能力與自己的能力是否匹配，檢查自己剩余性能是 否允許AP1接入，來決定是否允許此API的接入。
如果ACl在步驟S1120決定接受API接入，則在步驟S1130,向API 發(fā)送攜帶有自己的AC能力數(shù)據(jù)的Discovery Response消息。這里AC能力數(shù) 據(jù)描述AC支持哪些功能模型及相關(guān)特性規(guī)格。
接著，在步驟S1140 ， AP 1收到Discovery Response消息后，根據(jù)其中攜 帶的AC能力數(shù)據(jù)，檢查ACl的能力，并根據(jù)自己策略，決定是否接入到此 AC1。比如檢查ACl能力與自己的能力是否匹配，檢查ACl剩余性能是否能 允許自己接入，來決定是否接入到此AC1。
如果在步驟S1140, API決定接入到此ACl,則在步驟S1150， API記 錄此ACl的能力數(shù)據(jù)，并向ACl發(fā)送攜帶有自己的AP能力數(shù)據(jù)的Join Request消息。這里，攜帶的AP能力數(shù)據(jù)與步驟S1110中Discovery Request 消息攜帶的AP能力數(shù)據(jù)一致。
接著，在步驟S1160, ACl收到Join Request消息，根據(jù)其中攜帶的AP 能力數(shù)據(jù)，記錄AP1的能力，并向AP發(fā)送Join Response消息。此時，Join Response消息攜帶有自己的AC能力數(shù)據(jù)或者不攜帶亦可。如果攜帶，則與 步驟S1130中Discovery Response消息所攜帶的AC能力數(shù)據(jù)一致。至此完 成能力協(xié)商。
在上述時序圖的說明中，為了更清楚地說明能力協(xié)商成功的情形，省略
了對能力協(xié)商失敗的情形的說明。以下對能力協(xié)商失敗的幾種可能的情形進 行舉例i兌明。
例如，在步驟S1120， ACl決定不接受API的接入，則能力協(xié)商失敗。 ACl向API發(fā)送表示能力協(xié)商失敗的信號?；蛘逜Cl不向API發(fā)送任何信 號，而是由AP1等待預定長的時間，沒有收到從AC1發(fā)送的任何信號，則確 定為能力協(xié)商失敗。能力協(xié)商失敗，則終止上述時序圖中后續(xù)的步驟。又例如，在步驟S1140, API決定不接入到此AC1，則能力協(xié)商失敗。 API向AC1發(fā)送表示能力協(xié)商失敗的信號。或者API不向AC1發(fā)送任何信 號，而是由AC1等待預定長的時間，沒有收到從AP1發(fā)送的任何信號，則確 定為能力協(xié)商失敗。能力協(xié)商失敗，則終止上述時序圖中后續(xù)的步驟。
如上所述，根據(jù)本實施例，在CAPWAP中，通過使Discovery Request 消息和Join Request消息攜帶描述AP能力的消息元素，Discovery Response 消息和Join Response消息攜帶描述AC能力的消息元素來完成AP與AC之 間的能力協(xié)商，能夠在不影響CAPWAP原有流程的前提下，對不同廠家生產(chǎn) 的AP與AC之間的CAPWAP協(xié)議進行擴展，而實現(xiàn)互通。
另夕卜，在本實例中，雖然以API通過靜態(tài)配置或者DHCP發(fā)現(xiàn)機制、DNS 發(fā)現(xiàn)機制發(fā)現(xiàn)AC1并獲得AC1的地址的情形為例，進行了說明，但本發(fā)明 并不限定于此，AP也可以通過CAPWAP發(fā)現(xiàn)機制本身發(fā)現(xiàn)AC。以下，對 AP通過CAPWAP發(fā)現(xiàn)才幾制本身發(fā)現(xiàn)AC的情形進4亍說明。
(實施例2)
圖3為表示根據(jù)本發(fā)明的實施例2的接入點與接入控制器的接入方法的
時序圖。
在圖3中，AP2是根據(jù)本實施例的接入點，AC2-1、 AC2-2、 AC2-3是根 據(jù)本實施例的候補接入控制器，即AP2從這三個候補接入控制器中選擇一個 進行接入。以下，有時將AC2-1、 AC2-2、 AC2-3的全部或一部分概括稱為 AC2。
本發(fā)明的實施例2與實施例1的不同之處在于，在實施例1中，API通 過靜態(tài)配置或者DHCP發(fā)現(xiàn)機制、DNS發(fā)現(xiàn)機制發(fā)現(xiàn)AC1并獲得AC1的地 址，而在實施例2中，AP2通過CAPWAP發(fā)現(xiàn)機制本身發(fā)現(xiàn)要接入的AC2 并獲得其地址。具體步驟如下。
在步驟S1210, AP2以廣播或多播方式發(fā)送攜帶有自己的AP能力數(shù)據(jù)的 Discovery Request消息。這里，AP能力數(shù)據(jù)描述AP支持哪些功能模型及相 關(guān)特性規(guī)格。
接著，在步驟S1220,網(wǎng)絡中多個AC2，即AC2-1、 AC2畫2、 AC2-3收到 Discovery Request消息后，根據(jù)其中攜帶的AP能力數(shù)據(jù)，檢查AP2的能力， 并根據(jù)自己策略決定是否允許此AP2接入。比如4企查AP2的能力與自己能力 是否匹配，檢查自己剩余性能是否能允許AP2接入。例如，在此圖中，AC2-1 、 AC2-2、 AC2-3都收到了 AP2發(fā)送的Discovery Request消息，AC2-1發(fā)現(xiàn)AP2的能力與自己不匹配，選擇不回應；AC2-2 和AC2-3發(fā)現(xiàn)AP2的能力與自己匹配，選擇回應Discovery Response消息。
如果在步驟S1220, AC2決定允許AP2接入，則在步驟S1230, AC2向 AP發(fā)送攜帶有自己的AC能力數(shù)據(jù)的Discovery Response消息。這里AC能 力數(shù)據(jù)描述AC支持哪些功能模型及相關(guān)特性規(guī)格。
例如，在此圖中，AC-2、 AC-3決定了允許AP2接入，并分別向AP2發(fā) 送攜帶有自己的AC能力數(shù)據(jù)的Discovery Response消息。
接著，在步驟S1240, AP2收到Discovery Response消息后，根據(jù)其中攜 帶的AC能力數(shù)據(jù)，檢查AC2的能力，并根據(jù)自己策略，決定是否接入到此 AC2。比如檢查AC2的能力與自己能力是否匹配，檢查AC2的剩余性能是否 允許自己接入。
例如，在此圖中，AP2收到AC2-2, AC2-3分別發(fā)送的Discovery Response 消息，根據(jù)其中攜帶的各自的AC能力數(shù)據(jù)，檢查AC2-2， AC2-3的能力， 并選擇了 AC2-3作為自己將要接入的接入控制器，并記錄其地址。
接著，在步驟1250， AP2記錄在步驟S1240中所選擇的AC2的能力數(shù) 據(jù)，并向此AC2發(fā)送攜帶有自己的AP能力數(shù)據(jù)的Join Request消息。在此 步驟中Join Request消息所攜帶的AP能力數(shù)據(jù)與步驟S1210中Discovery Request消息所攜帶的AP能力數(shù)據(jù)一致。
例如，在此圖中，AP2記錄AC2-3的能力數(shù)據(jù)，并向AC2-3發(fā)送攜帶有 自己的AP能力凄t據(jù)的Join Request消息。
接著，在步驟S1260, AC2收到AP2發(fā)送的Join Request消息，根據(jù)其 中攜帶的AP能力數(shù)據(jù)，記錄AP2的能力，并向AP2發(fā)送Join Response消息。 此時，Join Response消息攜帶有自己的AC能力數(shù)據(jù)或者不攜帶亦可。如果 攜帶，則與步驟S1230中Discovery Response消息所攜帶的AC能力數(shù)據(jù)一 致。
例如，在此圖中，AC2-3記錄AP2的能力凄t據(jù)，并向AP2發(fā)送Join Response消息。至此完成能力協(xié)商。
在上述時序圖的說明中，為了更清楚地說明能力協(xié)商成功的情形，省略 了對能力協(xié)商失敗的情形的說明。以下對能力協(xié)商失敗的幾種可能的情形進 行舉例說明。例如，在步驟S1220，通過對AP2發(fā)送的Discovery Request消息的檢查 及對自己剩余性能的檢查，如果AC2-1、 AC2-2、 AC2-3均決定不回應API, 則能力協(xié)商失敗，終止上述時序圖中后續(xù)的步驟。
又例如，在步驟S1240,通過對AC2發(fā)送的Discovery Request消息的檢 查及對自己剩余性能的檢查，AP2決定不接入到任何AC2，則能力協(xié)商失敗， 終止上述時序圖中后續(xù)的步驟。
從上述說明可知，本實施例的步驟S1210-S1240構(gòu)成本發(fā)明的實施方式 中的第一階段，即在此階段，AP2發(fā)現(xiàn)AC2。同時，步驟S1210-S1260構(gòu)成 本發(fā)明的實施方式中的第二階段，即在此階段，AP2與AC2進行能力協(xié)商。
如上所述，根據(jù)本實施例，除了能夠達到本發(fā)明的實施例1所具有的效 果之外，還能夠通過CAPWAP發(fā)現(xiàn)機制本身發(fā)現(xiàn)要接入的AC2并獲得其地 址。并且，能夠在AP2發(fā)現(xiàn)AC2過程中，同時進行AP2與AC2之間的能力 協(xié)商，從而能夠提高接入點與接入控制器之間的接入?yún)f(xié)商的效率。
以上對本發(fā)明的實施方式及實施例進行了 i兌明。
但上述實施方式及實施例中，各階段的劃分并不限定于此，比如，將進 行能力協(xié)商的第二階段中的，接入點與接入控制器互相記錄對方的能力數(shù)據(jù) 的步驟從該第二階段中提取出來，另外形成一個新的階段，即在進行接入的 第三階段之前，再增加定義一個進行記錄的新階段亦可。
另外，在做出本發(fā)明的過程中，本發(fā)明人設想過如下的兩種替代方案。
(替代方案1)
由某一廠家，如廠家A提供一次開發(fā)包，其他廠家基于廠家A的開發(fā)包 在AP或AC上進行二次開發(fā)，從而實現(xiàn)與廠家A的AP或AC互通。 但此替代方案存在如下的不足。
首先，因為開發(fā)包由廠家A把持，開發(fā)包的公平性無法保證，可能會形 成技術(shù)壟斷。而其他廠家基于自己長遠利益考慮，亦不愿意受制于廠家A。
其次，基于開發(fā)包的方式，由于不同廠家產(chǎn)品的操作系統(tǒng)不一致，廠家 A需要提供適合各種操作系統(tǒng)的開發(fā)包，這增加了廠家A提供開發(fā)包的難度。
再其次，其他廠家基于廠家A的開發(fā)包進行二次開發(fā)的效率低，產(chǎn)品運 行效率無法保證。
(替代方案2)
某一廠家，如廠家A公開其AC管理AP的協(xié)議實現(xiàn)，其他廠家按照廠家A的協(xié)議實現(xiàn)AC或AP,從而實現(xiàn)互通。
但此替代方案存在如下的不足。即，協(xié)議制定由廠家A把持，協(xié)議的公 平性無法保證，可能會形成技術(shù)壟斷，而其他廠家基于自己長遠利益考慮， 亦不愿意受制于人。
為了解決如上所述兩種替代方案存在的不足，本發(fā)明人做出了本發(fā)明。
產(chǎn)業(yè)上的可利用性 本發(fā)明的接入點與接入控制器的接入方法適用于在不同的廠家生產(chǎn)的 AP與AC之間進行能力協(xié)商、實現(xiàn)互通。
權(quán)利要求
1、一種接入點與接入控制器的接入方法，包括發(fā)現(xiàn)步驟，接入點發(fā)現(xiàn)接入控制器；協(xié)商步驟，所述接入點與所述接入控制器相互交流各自的包括功能模型及相應的特性規(guī)格的能力數(shù)據(jù)，如果所述接入點與所述接入控制器的能力數(shù)據(jù)不匹配，則能力協(xié)商失敗，否則所述能力協(xié)商成功；接入步驟，如果所述能力協(xié)商成功，則所述接入點接入到所述接入控制器。
2、 如權(quán)利要求1所述的接入點與接入控制器的接入方法，其中，在所述 接入步驟之前，還包括記錄步驟，如果所述能力協(xié)商成功，則所述接入點與所述接入控制器相 互記錄對方的所述能力lt據(jù)。
3、 如權(quán)利要求1所述的接入點與接入控制器的接入方法，其中，所述協(xié) 商步驟包括第一協(xié)商步驟，所述接入點向所述接入控制器發(fā)送自己的所述能力數(shù)據(jù)； 第二協(xié)商步驟，所述接入控制器接收所述接入點發(fā)送的所述能力數(shù)據(jù)，并判斷是否與自己的所述能力數(shù)據(jù)相匹配，如果不匹配，則所述能力協(xié)商失敗，否則所述接入控制器向所述接入點發(fā)送自己的所述能力數(shù)據(jù)；第三協(xié)商步驟，所述接入點接收所述接入控制器發(fā)送的所述能力數(shù)據(jù)，并判斷是否與自己的所述能力數(shù)據(jù)相匹配，如果不匹配，則所述能力協(xié)商失敗，否則所述能力協(xié)商成功。
4、 如權(quán)利要求3所述的接入點與接入控制器的接入方法，其中， 在所述第二協(xié)商步驟，所述接入控制器還檢查自己的剩余性能是否允許所述接入點的接入，如果不允許，則所述能力協(xié)商失敗。
5、 如權(quán)利要求3所述的接入點與接入控制器的接入方法，其中， 在所述第三協(xié)商步驟，所述接入點還檢查所述接入控制點的剩余性是否允許自己的接入，如果不允許，則所述能力協(xié)商失敗。
6、 如權(quán)利要求1所述的接入點與接入控制器的接入方法，其中，所述發(fā) 現(xiàn)步驟包括第一發(fā)現(xiàn)步驟，所述接入點通過廣播或多播方式發(fā)送自己的所述能力數(shù)據(jù)；第二發(fā)現(xiàn)步驟，接收到所述接入點發(fā)送的所述能力數(shù)據(jù)的一個或多個候 補接入控制器判斷所述接入點的能力數(shù)據(jù)是否與自己的能力數(shù)據(jù)相匹配，如 果一個或多個候補接入控制器均判斷不匹配，則所述發(fā)現(xiàn)失?。坏谌l(fā)現(xiàn)步驟，如果在所述第二發(fā)現(xiàn)步驟中所述發(fā)現(xiàn)不失敗，則所述一 個或多個候補接入控制器之中判斷所述接入點的能力數(shù)據(jù)與自己的能力數(shù)據(jù) 相匹配的，分別向所述接入點發(fā)送自己的能力數(shù)據(jù)；第四發(fā)現(xiàn)步驟，所述接入點接收所述一個或多個候補接入控制器發(fā)送的 所述能力數(shù)據(jù)，并判斷是否與自己的能力數(shù)據(jù)相匹配，如果均不匹配，則所 述發(fā)現(xiàn)失敗；第五發(fā)現(xiàn)步驟，如果在所述第四發(fā)現(xiàn)步驟，所述能力發(fā)現(xiàn)不失敗，則所 述接入點從與自己的能力數(shù)據(jù)相匹配的所述一個或多個候補接入控制器中， 選擇一個作為發(fā)現(xiàn)的所述接入控制器，所述發(fā)現(xiàn)成功；所述協(xié)商步驟包括所述第一發(fā)現(xiàn)步驟至第五發(fā)現(xiàn)步驟，如果在所述第一 發(fā)現(xiàn)步驟至第五發(fā)現(xiàn)步驟中，所述發(fā)現(xiàn)失敗，則所述能力協(xié)商失敗，否則所 述能力協(xié)商成功。
7、如權(quán)利要求3或6所述的接入點與接入控制器的接入方法，其中，所述接入點與所述接入控制器，適用IETF(Internet Engineering Task Force,互聯(lián)網(wǎng)工程任務組)的CAPWAP(Control And Provisioning of Wireless Access Points,無線接入點的控制和配置)結(jié)構(gòu)框架協(xié)議；在所述第一協(xié)商步驟或所述第一發(fā)現(xiàn)步驟，所述接入點通過Discovery Request消息攜帶發(fā)送自己的能力數(shù)據(jù)；在所述第二協(xié)商步驟或所述第三發(fā)現(xiàn)步驟，所述接入控制器通過 Discovery Response消息攜帶發(fā)送自己的能力數(shù)據(jù)。
全文摘要
公開了一種接入點與接入控制器的接入方法。該方法包括發(fā)現(xiàn)步驟，接入點發(fā)現(xiàn)接入控制器；協(xié)商步驟，所述接入點與所述接入控制器相互交流各自的包括功能模型及相應的特性規(guī)格的能力數(shù)據(jù)，如果所述接入點與所述接入控制器的能力數(shù)據(jù)不匹配，則所述能力協(xié)商失敗，否則所述能力協(xié)商成功；接入步驟，如果所述能力協(xié)商成功，則所述接入點接入到所述接入控制器。
文檔編號H04W80/00GK101594693SQ20091015789
公開日2009年12月2日 申請日期2009年7月10日 優(yōu)先權(quán)日2009年7月10日
發(fā)明者劉靖非, 范成龍 申請人:北京傲天動聯(lián)技術(shù)有限公司