專利名稱：切換裝置、系統(tǒng)和方法
技術(shù)領域：
在此描述的各實施例大致涉及通信，包括經(jīng)由無線設備用于通信信息的裝置、系統(tǒng)和方法。
背景技術(shù)：
在各地理位置內(nèi)，接入點(AP)可用于與無線設備的通信。理想情況是即使在初始一個AP處的通信并完成另一個AP的通信時，也能夠以無縫的方式提供服務質(zhì)量不變的通信。
在某些實施例中，設備(例如作為第一接入點(AP)到潛在第二AP鏈接的一部分客戶機設備)有責任生成由業(yè)務量規(guī)范(TSPEC)定義的服務質(zhì)量的業(yè)務流。然而在需要切換時(諸如在從與一個AP通信的設備漫游至不同區(qū)域時)，就無法確定新區(qū)域內(nèi)若干候選AP中的哪個能夠支持當前規(guī)范。錯誤地做出這一決定會中斷足以在設備上運行的應用程序中產(chǎn)生可察覺質(zhì)量損失的業(yè)務流長度。雖然能夠使用啟發(fā)預測(例如，基于過去的使用歷史或根據(jù)該設備基本服務組的活動觀察)所選AP能否支持特定規(guī)范，但所得的精確性往往受到限制。


圖1是根據(jù)各實施例在接入點之間移動的裝置的框圖；圖2是根據(jù)若干實施例的各裝置和系統(tǒng)的框圖；圖3是根據(jù)若干實施例通過AP確定切換的信令系統(tǒng)圖；圖4是根據(jù)若干實施例通過設備確定切換的信令系統(tǒng)圖；圖5是示出根據(jù)各實施例的若干方法的流程圖；圖6是根據(jù)各實施例的物品框圖。
具體實施例方式
為滿足諸如當設備在各AP間漫游并且切換變得可用時所要求的各AP間的質(zhì)量的關聯(lián)性，某些實施例可提供與潛在漫游目的地的服務質(zhì)量協(xié)商(例如，驗證對規(guī)范的支持)。例如可假設設備(例如，客戶機設備、諸如個人數(shù)字助理(PDA)的無線計算平臺、蜂窩電話等)能夠在多AP間漫游。設備起初可以通過驗證第一AP能夠支持期望規(guī)范(例如，TSPEC)來協(xié)商服務質(zhì)量。
當設備漫游時，它能掃描周圍區(qū)域以發(fā)現(xiàn)并構(gòu)造無線范圍內(nèi)的候選AP列表。能夠通過設備與候選的直接通信或讓第一AP代表設備與候選通信等各種方法來找出支持期望/現(xiàn)存規(guī)范的候選AP。
例如在某些實施例中，設備通過掃描可以獲取一個或多個候選AP的MAC(媒體訪問控制)或IP(因特網(wǎng)協(xié)議)地址，并可僅使用第一AP作為基礎結(jié)構(gòu)網(wǎng)絡的接入點而把與所述規(guī)范相關聯(lián)的請求發(fā)送給候選AP。于是在此情況下，第一AP無需理解設備和候選之間的通信內(nèi)容，并且不參與對代表設備的規(guī)范的支持協(xié)商。
另外在某些實施例中，可以通過第一AP將與規(guī)范相關聯(lián)的請求(例如，TSPEC請求)發(fā)送給一個或多個候選AP，并在第一AP處的接收響應。使用該方法就無需設備對候選重復描述所述規(guī)范，因為第一AP應該已經(jīng)具有了該信息。這樣可可以將候選列表的任何部分或全部都傳遞給(已獲知該規(guī)范的)第一AP，隨后該第一AP就聯(lián)系一個或多個候選AP以發(fā)現(xiàn)它們中的哪些能夠支持該規(guī)范。隨后第一AP就返回能夠支持該設備規(guī)范的一個或多個AP的列表。于是在此情況下，第一AP就作為設備的代理，并且在該設備通信實際切換至第二AP(例如，能夠支持該規(guī)范的候選AP之一)之前不必要求設備和第二AP之間的直接通信。每一情況中，在確定第二AP能夠支持該規(guī)范之后，與設備的通信就可切換至第二AP，并確信這一新的連接將提供期望的服務質(zhì)量。
可以根據(jù)電氣和電子工程師協(xié)會(IEEE)802.11協(xié)議來引導設備和AP之間以及AP之間的信令。關于IEEE 802.11標準的更多信息請參考″IEEE Standards forInformation Technology--Telecommunications and Information Exchange betweenSystems--Local and Metropolitan Area Network-Specific Requirements--Part 11Wireless LAN Medium Access Control(MAC)and Physical Layer(PHY)，ISO/IEC8802-111999″以及相關版本。
圖1是根據(jù)若干實施例在接入點102、104和106之間漫游的裝置100的框圖。例如，裝置100(例如包括無線計算平臺、蜂窩電話、無線客戶機等等的無線設備)可從與第一AP 102(例如，節(jié)點、基站等)的通信切換至與第二AP 104(例如，節(jié)點、基站等)的通信切換。第三AP 106也可在裝置100從與使用連接108的第一AP的通信移動到與使用連接109的第二AP的通信中提供對該裝置100的連接。基于裝置100可從第二AP 104中獲取的服務質(zhì)量來做出第一AP 102到第二AP 104的切換。服務質(zhì)量的決定依賴于裝置100所附使用規(guī)范(例如，TSPEC)以及第一AP 102是否受到第二AP 104的支持。連接107和108可以包括作為多輸入多輸出(MIMO)系統(tǒng)一部分的一個或多個傳輸路徑，和/或一個或多個接收路徑。
當裝置100在交叉區(qū)110附近的AP 102、104和106范圍內(nèi)工作時，可能會突然并無預警地出現(xiàn)通信丟失，使得在找到具有更好連接109(例如，優(yōu)于AP 102的可用連接108)的候選AP 104之前會一直丟失該裝置的無縫連接。若干實施例提供了完成上述的機制。使用在此描述的所支持的規(guī)范決定方法，就能可靠地確定支持期望規(guī)范的候選AP，從而為裝置100在從AP 102切換至AP 104通信之后提供高質(zhì)量的無縫連接，例如圖2就是根據(jù)本發(fā)明各實施例的各種裝置200、210和系統(tǒng)220的框圖。于是在某些實施例中，裝置210包括接收機224，用于接收與規(guī)范232相關聯(lián)的請求228。裝置210可包括AP 230并且可使用請求228定位支持規(guī)范232的第二AP 236?？梢栽贏P 230和第二AP 236之間存在或形成有線或無線連接238。
裝置210可包括耦合至接收機224的存儲器240，用以存儲包括第二AP 236的候選AP列表224。裝置210還可包括決定模塊248，用于確定候選AP(例如，AP 236)支持規(guī)范232的容量。規(guī)范232可以包括根據(jù)一個或多個IEEE 802.11標準(包括IEEE 802.11e和類似修改)選擇的業(yè)務量規(guī)范(例如，TSPEC)。
在某些實施例中，裝置200包括發(fā)射機252，用于把與規(guī)范232相關聯(lián)的請求228發(fā)送給第一AP 230以定位能支持該規(guī)范232的第二AP 236。裝置200還包括耦合至發(fā)射機252的存儲器240，用以存儲(包括第二AP 236的)候選AP列表224。
裝置200還可包括類似于或等同于決定模塊248的決定模塊248，用于確定候選AP 236支持規(guī)范232(包括TSPEC)的容量。如前所述，能夠以包括發(fā)送請求228和規(guī)范232給候選AP 236的各種方式做出候選AP 236是否支持規(guī)范232的決定。裝置200可接收直接指示第二AP 236能支持該規(guī)范的指示256，或者可選地，指示256可包括充足的信息使得裝置200能夠確定規(guī)范232是否受到第二AP 236支持。
在另一個實施例中，系統(tǒng)220可包括上述裝置200和210的任意一個或全部以及包括單極、雙極、全方向天線或接線天線等等的天線260。裝置200和第二AP 236可以包括天線260。如上所述，在某些實施例中，可使用接收到請求228的裝置210(例如，包括AP)來與生成請求228的裝置200(例如，設備、站和/或客戶機單元)協(xié)商對規(guī)范232的支持。
系統(tǒng)220可以包括位于第二AP 236內(nèi)用于接收與規(guī)范232相關聯(lián)的請求228的第二接收機224′。在某些實施例中，可使用第二AP#236來確定規(guī)范232是否受到第二AP 236的支持，第二AP可包括天線260。接收機224和224′的任何一個都可包括在收發(fā)機264內(nèi)。類似地，發(fā)射機252也可包括在收發(fā)機264內(nèi)為了更完整地闡明在此描述的某些裝置和系統(tǒng)的操作，隨后將示出各種可能的活動順序。
例如，圖3是根據(jù)各實施例由AP切換決定的信令圖示311。在此示出了與第二裝置310(諸如AP)通信的第一裝置300(諸如移動計算平臺、站或其他設備)。裝置300和310可分別與裝置200和210類似或等同(參見圖2)。在此場景中，示出了涉及由當前與裝置300通信的設備(即裝置310)做出的用于切換的合適候選設備336的可能的決定步驟順序。為了簡化隨后的討論，就使用術(shù)語“站”、“AP”和“候選”分別指代要素300、310和336。
站300以諸如請求313的方式將一規(guī)范通信至AP 310。作為回報，AP 310就能以確認響應317的形式確認其本身支持該規(guī)范的能力。由于站300的到處移動，使得站300接收指示切換候選336存在的通信323，諸如信標幀。每個通信323都可由站300用于編譯候選336的列表?；蛟S包括在請求327內(nèi)的所述列表可由站300通信至AP 310。請求327可以包括從支持該規(guī)范的列表中選取合適候選(例如，其他AP)的請求，諸如確認具備匹配當前TSPEC容量的請求。
隨后可在AP 310和潛在候選336之間出現(xiàn)一系列的請求和確認通信333。這些通信333可以包括支持期望規(guī)范的請求以及包括TSPEC容量確認(或否認)的對于支持的確認(或否認)。由此在框337處，AP 310就可確定由站300最初列出的這些候選中的哪一些具有支持期望規(guī)范的容量?；蛟S還包括合適候選336列表的通信響應343隨后就可返回站300，從而出現(xiàn)到候選之一的切換。
作為另一個實例，圖4是根據(jù)若干實施例由設備切換決定的信令圖示。同樣示出了與第二裝置410(諸如AP)通信的第一裝置400(諸如移動計算平臺、站或其他設備)。裝置400和410可分別與裝置200和210類似或等價(參見圖2)。在此場景中，示出了由裝置300本身做出的用于切換的合適候選設備436的可能決定步驟順序。為了簡化隨后的討論，就使用術(shù)語“站”、“AP”和“候選”分別指代要素400、410和436。
站400以諸如請求413的方式將一規(guī)范通信至AP 410。作為回報，AP 410就能以確認響應417的形式確認其本身支持該規(guī)范的能力。由于站400的到處移動，使得站400接收指示切換候選436存在的通信423，諸如信標幀。每個通信423都可由站400用于編譯候選436的列表。多個請求453可由站300通信至AP 310。這些請求可依次被通信傳送到一個或多個候選AP 436，并且所述一個或多個請求可以包括從支持該規(guī)范的列表中選取合適候選(例如，其他AP)的請求，諸如確認具備匹配當前TSPEC要求的能力。
于是，被包括作為一系列請求和確認通信457的一個或多個請求453的部分或全部可以出現(xiàn)在AP 310和潛在候選436之間。這些通信457可以包括代表站400支持對期望規(guī)范的請求以及包括TSPEC容量確認(或否認)的支持確認(或否認)。隨后通過AP 310將響應463順序(如圖4所示)或并行地通信至站300。由此在框467處，站400就可確定由站400最初列出的這些候選中的哪一些具有支持期望規(guī)范的容量，并且如由站400確定從AP 410切換至任何合適候選436的通信。
裝置100、200、210、300、310、400、410，AP 102、104、106、236、 336、436，連接108、109、238，交叉區(qū)域110，接收機224、224′，請求228，規(guī)范232，存儲器240，列表244，確定模塊248、248′，發(fā)射機252，指示256，天線260以及收發(fā)機264在此都被表征為“模塊”。這些模塊可以包括硬件電路、和/或一個或多個處理器和/或存儲器電路、包括目標和目標集合的軟件程序模塊、和/或固件，以及它們的組合，這些都是裝置100、200、210、300、310、400、410，和系統(tǒng)220希望的作為各實施例特定實現(xiàn)所需的結(jié)構(gòu)。
還應該認識到裝置和系統(tǒng)的各實施例還可除了無線計算平臺以及在AP間移動之外還有其他的應用，這樣各實施例就不是如此受限的。示出的裝置100、200、210、300、310、400、410和系統(tǒng)220旨在提供各實施例結(jié)構(gòu)的大致理解，并不用作可能會使用在此描述結(jié)構(gòu)的裝置和系統(tǒng)的全部要素和特征的完全描述。
包括新穎裝置和方法的各實施例的應用包括但不限于用于高速計算機的電子電路、通信和信號處理電路、調(diào)制解調(diào)器、處理器模塊、嵌入式處理器以及包括了多層、多芯片模塊的應用專用模塊。這些裝置和系統(tǒng)還可被包括作為各種電子系統(tǒng)(諸如電視機、蜂窩電話、個人計算機、PDA、工作站、收音機、視頻播放器、車輛等)內(nèi)的子組件。
圖5是示出了根據(jù)各實施例的若干方法的流程圖。在框521處，方法511(可選地)開始于構(gòu)造含有一個或多個候選AP的列表(包括能夠支持用于管理設備和第一AP間通信的規(guī)范的第二AP)。如上所述，可使用包括掃描設備服務內(nèi)的AP區(qū)域在內(nèi)的多種方法來列出該列表。
方法511還包括在框525處將與該規(guī)范相關聯(lián)的請求發(fā)送給至少一個候選AP。在某些實施例中，可將該請求發(fā)送給當前與站通信的AP(即第一AP)。隨后該AP輪流將該規(guī)范通信給一個或多個列表的候選。在某些實施例中，該列表能通過AP發(fā)送并經(jīng)由該AP通信至各候選，使得該AP僅作為站和候選間的通信路程點。這樣在框531處，方法511就繼續(xù)在第一AP處接收與該規(guī)范相關聯(lián)的請求以定位能支持該規(guī)范的第二AP。在框531接收請求包括在第一AP處接收含有第二AP的候選AP列表。
該規(guī)范可以包括任何數(shù)目的條件和要求，包括如下的至少一個網(wǎng)絡類型、網(wǎng)絡容量、網(wǎng)絡活動程度、可用服務測量、AP容量、信號強度(例如，傳輸功率)、帶寬、信噪比、信擾比、多路徑條件、服務供應商、貨幣成本、用戶優(yōu)選信息、用戶優(yōu)選服務、額定分組大小、最大分組大小、最小服務間隔、最大服務間隔、最小數(shù)據(jù)率、平均數(shù)據(jù)率、最大突發(fā)大小、最小物理層速率、峰值數(shù)據(jù)率、延遲界限、過剩帶寬容差、肯定應答策略和用戶優(yōu)先級。AP容量的一個實例包括諸如依據(jù)IEEE 802.11標準選擇的TSPEC的業(yè)務量規(guī)范(TSPEC)。
方法511可包括在框541處確定第二訪問AP將支持所述規(guī)范。這將如上所述以各種方式出現(xiàn)。例如，方法511可包括在框545處，通過由設備發(fā)送至第一AP的自確定請求(例如，響應于該請求接收的來自于第一或第二AP的信息允許該設備確定所述規(guī)范是否受第二AP支持)來確定能夠支持該規(guī)范的第二AP。方法511還可包括在框551處，通過發(fā)送給第一AP的AP確定請求(例如，響應于該請求接收的信息允許第一AP確定所述第二AP可支持該規(guī)范)來確定支持規(guī)范的第二AP。
這樣，就可在框545處通過設備(自確定)或在框551處通過接入點(AP確定)來做出規(guī)范支持的決定。在這第二種情況下，該確定可由第一AP(基于直接從第一AP導向第二AP的恰當查詢)做出，或者可由將支持(或部分支持，或不支持)指示返回給第一AP和/或設備的第二AP做出。AP決定請求可包括含有第二接入點的候選AP列表。
方法511可包括在框555處將含有第二AP的能支持規(guī)范的一個或多個AP的列表發(fā)送給接收到該請求的設備。本方法還包括一旦在框565處接收到指示該第二AP能夠支持該規(guī)范的指示，就把第一AP和設備之間的通信切換至第二AP。
可以認識到其中的許多實施例和變化。例如，第一AP可提供智能(例如，獨立做出關于候選AP之一能否支持該規(guī)范的決定)，或僅作為從設備到候選AP的通信請求源。此外，設備能夠在其接收機范圍內(nèi)掃描以建立或構(gòu)造AP列表(即，對客戶機傳輸可訪問的那些接入點)，或從其他設備或AP中獲取列表?？梢园葱柙诟鰽P之間分配部分列表。
設備可以根據(jù)包括信號強度或質(zhì)量的某些屬性運行以在列表上記錄和/或排列潛在的切換候選AP。為確定第二AP能否支持該規(guī)范，設備可接收來自第二AP(直接地，或經(jīng)由第一AP)的指示(例如，確認)，或者設備可以接收來自任一AP的指示(使得第一AP或第二AP執(zhí)行諸如確認的決定)。在做出決定之后，設備就漫游至在其中可以做出從第一AP和客戶機之間的通信切換至第二AP的第二接入點。
應該認識到?jīng)Q定情景的其他各種變化。例如，設備可以接收關于支持該規(guī)范的反建議，使得該規(guī)范本身不受支持，但是另外的規(guī)范卻受到設備的支持(或接受)。此外可對支持的決定記分，使得獨立的候選AP可被記分為完全愿意支持該規(guī)范、部分愿意支持該規(guī)范(例如，返回一個或多個反建議)、不愿意支持(例如，對支持該規(guī)范的一次或多次拒絕)和聾的(例如，無響應)。
應該認識到在此描述的方法無需以描述的順序或任何特定的順序來執(zhí)行。此外，對于在此確定的方法所描述的各種活動能夠以串行或并行的方式執(zhí)行。包括參數(shù)、命令、操作數(shù)和其他數(shù)據(jù)的信息可以一種或更多載波的形式予以發(fā)送和接收。
一旦閱讀和理解了本發(fā)明的內(nèi)容，本領域普通技術(shù)人員將會理解可從基于計算機的系統(tǒng)內(nèi)的計算機可讀介質(zhì)中啟動軟件程序的方式來執(zhí)行在軟件程序中定義的功能。本領域普通技術(shù)人員還能理解可以使用各種編程語言來創(chuàng)建用于實現(xiàn)并執(zhí)行本發(fā)明方法的一個或更多的軟件程序?？墒褂弥T如Jave或C++之類的面向?qū)ο蟮恼Z言將這些程序以面向?qū)ο蟮母袷綐?gòu)成。此外，可使用諸如匯編或C之類的過程語言將這些程序架構(gòu)成面向過程的格式。這些軟件組分還可使用本領域普通技術(shù)人員所周知的多個機制的任何一種來實現(xiàn)通信，這些機制包括應用程序接口或者包括遠程過程呼叫的進程間通信技術(shù)。對本發(fā)明各實施例的教示內(nèi)容不限于包括超文本標記語言(HTML)以及可擴展標記語言(XML)在內(nèi)的任何特定的編程語言或環(huán)境。于是就可如圖6所示認識到其他的實施例。
圖6是根據(jù)各實施例，諸如計算機、無線計算平臺、存儲器系統(tǒng)、磁盤或光盤、某種其他存儲設備和/或任何類型的電子設備或系統(tǒng)的物品685的框圖。物品685可包括耦合至機器可訪問介質(zhì)的處理器687，諸如存儲器689(例如包括電氣、光學或電磁導體的存儲器)的所述機器可訪問介質(zhì)具有相關聯(lián)的數(shù)據(jù)691(例如，計算機程序指令)，在訪問這些數(shù)據(jù)時會導致機器(例如，處理器687)執(zhí)行諸如在第一AP處接收與一規(guī)范相關聯(lián)的請求以定位能支持該規(guī)范的第二AP的動作。其他的動作可包括構(gòu)造包括第二接入點的候選AP列表，將與該規(guī)范相關聯(lián)的請求發(fā)送給包括第二AP在內(nèi)的至少一個候選接入點，由第二AP確定此第二AP將支持該規(guī)范，并在隨后將支持該規(guī)范并包括第二AP的AP列表發(fā)送給接收到該請求的設備。如上所述，所述規(guī)范可包括依據(jù)IEEE 802.11規(guī)范選擇的TSPEC。
實現(xiàn)在此描述的裝置、系統(tǒng)和方法就可改善AP和網(wǎng)絡連接質(zhì)量。業(yè)務流服務的中斷會減少，并且在連接切換期間(諸如漫游活動期間)提供的規(guī)范支持的可靠性將提升。
形成說明書一部分的附圖以示意性而非限制性的方式示出了在其中可實現(xiàn)本發(fā)明主題的特定實施例。詳盡描述了示出的實施例使得本領域普通技術(shù)人員能夠?qū)嵤┍竟_的教示。可以利用并從中形成其他實施例以做出結(jié)構(gòu)和邏輯上的變化而不背離此公開的范圍。因此，具體實施方式
不出于限制目的，并且各實施例的范圍僅由所附權(quán)利要求連同這些權(quán)利要求的全范圍等效物來限定。
雖然在此示出并描述了特定的實施例，但是應該認識經(jīng)計算完成相同目的的任何安排都可代替示出的特定實施例。本發(fā)明意欲覆蓋本發(fā)明各實施例的任何及全部的改編和變化。也應理解以上描述是以說明而非限制性的方式作出的。上述實施例的組合以及其他未在此特定描述的實施例在本領域普通技術(shù)人員閱讀以上描述后也將變得顯而易見。
需要強調(diào)的是，將按照37 C.F.R.§1.72(b)提供本發(fā)明的摘要，這就要求該摘要將使得讀者快速得知公開技術(shù)的特性。應該理解摘要不用于解釋或限制權(quán)利要求的范圍或意義。此外在前述的詳盡說明中會發(fā)現(xiàn)，各種特征被組合在一個實施例中，以使揭示內(nèi)容更為流暢。本發(fā)明的方法不被解釋為反映一種意圖，即本發(fā)明聲明的實施例要求比每個權(quán)利要求所清楚地闡述的特性更多。此外，正如隨后的權(quán)利要求所反映的，本發(fā)明的主題處于比單個公開實施例的所有特性為少的狀態(tài)。這樣在每個權(quán)項都作為一個單獨的較佳實施例的情況下，所附的權(quán)利要求據(jù)此并入詳盡的說明書中。
權(quán)利要求書(按照條約第19條的修改)1.一種方法，包括在第一接入點處接收與定義服務業(yè)務流質(zhì)量的一規(guī)范相關聯(lián)的請求以定位能夠支持所述規(guī)范的第二接入點；以及將所述請求通信給所述第二接入點。
2.如權(quán)利要求1所述的方法，其特征在于，還包括在第一接入點處接收包括了第二接入點的候選接入點列表。
3.如權(quán)利要求1所述的方法，其特征在于，所述規(guī)范包括如下的至少一個網(wǎng)絡類型、網(wǎng)絡容量、網(wǎng)絡活動程度、接入點容量、信號強度、帶寬、信噪比、信擾比、多路徑條件、服務供應商、貨幣成本、用戶優(yōu)選信息、用戶優(yōu)選服務、額定分組大小、最大分組大小、最小服務間隔、最大服務間隔、最小數(shù)據(jù)率、平均數(shù)據(jù)率、最大突發(fā)大小、最小物理層速率、峰值數(shù)據(jù)率、延遲界限、過剩帶寬容差、肯定應答策略和用戶優(yōu)先級。
4.如權(quán)利要求1所述的方法，其特征在于，所述規(guī)范包括根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的業(yè)務量規(guī)范。
5.如權(quán)利要求1所述的方法，其特征在于，還包括由所述第一接入點確定所述第二接入點將支持所述規(guī)范。
6.如權(quán)利要求1所述的方法，其特征在于，還包括構(gòu)造包括了所述第二接入點的候選接入點列表。
7.一種包括具有相關數(shù)據(jù)的機器可訪問介質(zhì)的物品，當所述數(shù)據(jù)被訪問時會導致機器執(zhí)行在第一接入點處接收與定義服務業(yè)務流質(zhì)量的一規(guī)范相關聯(lián)的請求以定位能夠支持所述規(guī)范的第二接入點；以及將所述請求通信給所述第二接入點。
8.如權(quán)利要求7所述的物品，其特征在于，所述規(guī)范包括根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的業(yè)務量規(guī)范。
9.如權(quán)利要求7所述的物品，其特征在于，當所述數(shù)據(jù)被訪問時會導致機器執(zhí)行構(gòu)造包括了所述第二接入點的候選接入點列表。
10.如權(quán)利要求9所述的物品，其特征在于，當所述數(shù)據(jù)被訪問時會導致機器執(zhí)行由所述第二接入點確定所述第二接入點將支持該規(guī)范。
11.如權(quán)利要求7所述的物品，其特征在于，當所述數(shù)據(jù)被訪問時會導致機器執(zhí)行發(fā)送包括了所述第二接入點的能支持所述規(guī)范的接入點列表到從其接收所述請求的設備。
12.一種裝置，包括在第一接入點處接收與定義服務業(yè)務流質(zhì)量的一規(guī)范相關聯(lián)的請求以定位能夠支持所述規(guī)范的第二接入點，并將所述請求通信給所述第二接入點的收發(fā)機。
13.如權(quán)利要求12所述的裝置，其特征在于，還包括耦合至所述收發(fā)機以存儲包括所述第二接入點的候選接入點列表的存儲器。
14.如權(quán)利要求12所述的裝置，其特征在于，還包括確定支持所述規(guī)范的候選接入點的容量的確定模塊。
15.如權(quán)利要求12所述的裝置，其特征在于，所述規(guī)范包括根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的業(yè)務量規(guī)范。
16.一種系統(tǒng)，包括包括在第一接入點內(nèi)用于接收與定義服務業(yè)務流質(zhì)量的—規(guī)范相關聯(lián)的請求的第一接收機，其中所述第一接入點定位能夠支持所述規(guī)范的第二接入點；以及包括在所述第二接入點內(nèi)用于接收與所述規(guī)范相關聯(lián)的所述請求的第二接收機，其中所述第二接入點確定支持所述規(guī)范。
17.如權(quán)利要求16所述的系統(tǒng)，其特征在于，所述規(guī)范包括根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的業(yè)務量規(guī)范，其中所述第一接入點與從其接收所述請求的站協(xié)商所述規(guī)范。
18.如權(quán)利要求16所述的系統(tǒng)，其特征在于，還包括包括所述第一接收機的收發(fā)機；以及包括所述第二接收機的收發(fā)機。
19.如權(quán)利要求16所述的系統(tǒng)，其特征在于，還包括耦合至所述第一接收機以存儲包括所述第二接入點的候選接入點列表的存儲器。
20.如權(quán)利要求16所述的系統(tǒng)，其特征在于，還包括生成所述請求的客戶機單元。
21.一種方法，包括通過能與第一接入點通信的設備發(fā)送至第二接入點的自確定請求和發(fā)送給所述第一接入點的接入點確定請求中的一個，來確定能支持定義服務業(yè)務流質(zhì)量的—規(guī)范的第二接入點。
22.如權(quán)利要求21所述的方法，其特征在于，還包括構(gòu)造包括了所述第二接入點的候選接入點列表。
23.如權(quán)利要求21所述的方法，其特征在于，所述接入點決定請求包括含有所述第二接入點的候選接入點列表。
24.如權(quán)利要求21所述的方法，其特征在于，所述規(guī)范包括根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的業(yè)務量規(guī)范。
25.如權(quán)利要求21所述的方法，其特征在于，還包括一旦接收到所述第二接入點能夠支持所述規(guī)范的指示，就把所述第一接入點和所述設備之間的通信切換至第二接入點。
26.一種裝置，包括向第一接入點發(fā)送與定義服務業(yè)務流質(zhì)量的—規(guī)范相關聯(lián)的請求以定位能夠支持所述規(guī)范的第二接入點的發(fā)射機。
27.如權(quán)利要求26所述的裝置，其特征在于，還包括耦合至所述發(fā)射機以存儲包括所述第二接入點的候選接入點列表的存儲器。
28.如權(quán)利要求26所述的裝置，其特征在于，還包括確定支持包含所述業(yè)務量規(guī)范的所述規(guī)范的候選接入點的容量的確定模塊，所述規(guī)范包括根據(jù)電氣和電子工程師協(xié)會(IEEE)802.11標準選擇的業(yè)務量規(guī)范。
29.一種方法，包括在第一接入點，接收與業(yè)務量規(guī)范相關聯(lián)的請求以及包括能夠支持所述業(yè)務量規(guī)范的第二接入點的候選接入點列表，其中所述業(yè)務量規(guī)范定義了服務業(yè)務流質(zhì)量并且是根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的。
30.如權(quán)利要求29所述的方法，其特征在于，還包括將所述請求發(fā)送給包括所述第二接入點的至少一個候選接入點；以及通過所述第二接入點確定所述第二接入點將支持所述規(guī)范。
31.如權(quán)利要求30所述的方法，其特征在于，還包括一旦接收到所述第二接入點能夠支持所述規(guī)范的指示，就把所述第一接入點和所述設備之間的通信切換至第二接入點。
權(quán)利要求
1.一種方法，包括在第一接入點處接收與一規(guī)范相關聯(lián)的請求，以定位能夠支持所述規(guī)范的第二接入點。
2.如權(quán)利要求1所述的方法，其特征在于，還包括在第一接入點處接收包括了第二接入點的候選接入點列表。
3.如權(quán)利要求1所述的方法，其特征在于，所述規(guī)范包括如下的至少一個網(wǎng)絡類型、網(wǎng)絡容量、網(wǎng)絡活動程度、接入點容量、信號強度、帶寬、信噪比、信擾比、多路徑條件、服務供應商、貨幣成本、用戶優(yōu)選信息、用戶優(yōu)選服務、額定分組大小、最大分組大小、最小服務間隔、最大服務間隔、最小數(shù)據(jù)率、平均數(shù)據(jù)率、最大突發(fā)大小、最小物理層速率、峰值數(shù)據(jù)率、延遲界限、過剩帶寬容差、肯定應答策略和用戶優(yōu)先級。
4.如權(quán)利要求3所述的方法，其特征在于，所述接入點容量包括業(yè)務量規(guī)范。
5.如權(quán)利要求4所述的方法，其特征在于，所述業(yè)務量規(guī)范是根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的。
6.如權(quán)利要求1所述的方法，其特征在于，還包括由所述第一接入點確定所述第二接入點將支持該規(guī)范。
7.如權(quán)利要求1所述的方法，其特征在于，還包括構(gòu)造包括了所述第二接入點的候選接入點列表。
8.一種包括具有相關聯(lián)的數(shù)據(jù)的機器可訪問介質(zhì)的物品，當所述數(shù)據(jù)被訪問時會導致機器執(zhí)行在第一接入點處接收與一規(guī)范相關聯(lián)的請求以定位能夠支持所述規(guī)范的第二接入點。
9.如權(quán)利要求8所述的物品，其特征在于，所述規(guī)范包括根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準所選擇的業(yè)務量規(guī)范。
10.如權(quán)利要求8所述的物品，其特征在于，當所述數(shù)據(jù)被訪問時會導致機器執(zhí)行構(gòu)造包括了所述第二接入點的候選接入點列表。
11.如權(quán)利要求10所述的物品，其特征在于，當所述數(shù)據(jù)被訪問時會導致機器執(zhí)行將與所述規(guī)范相關聯(lián)的所述請求發(fā)送給包括所述第二接入點的至少一個候選接入點；以及通過所述第二接入點確定所述第二接入點將支持該規(guī)范。
12.如權(quán)利要求8所述的物品，其特征在于，當所述數(shù)據(jù)被訪問時會導致機器執(zhí)行發(fā)送包括了所述第二接入點的能支持所述規(guī)范的接入點列表到從其接收所述請求的設備。
13.一種裝置，包括在第一接入點處接收與一規(guī)范相關聯(lián)的請求以定位能夠支持所述規(guī)范的第二接入點的接收機。
14.如權(quán)利要求13所述的裝置，其特征在于，還包括耦合至所述接收機以存儲包括所述第二接入點的候選接入點列表的存儲器。
15.如權(quán)利要求13所述的裝置，其特征在于，還包括確定支持所述規(guī)范的候選接入點的容量的確定模塊。
16.如權(quán)利要求13所述的裝置，其特征在于，所述規(guī)范包括根據(jù)電氣和電子工程師協(xié)會IEEE802.11標準選擇的業(yè)務量規(guī)范。
17.一種系統(tǒng)，包括包括在第一接入點內(nèi)用于接收與一規(guī)范相關聯(lián)的請求的第一接收機，其中所述第一接入點定位能夠支持所述規(guī)范的第二接入點；以及包括在所述第二接入點內(nèi)用于接收與所述規(guī)范相關聯(lián)的所述請求的第二接收機，其中所述第二接入點確定支持所述規(guī)范。
18.如權(quán)利要求17所述的系統(tǒng)，其特征在于，所述規(guī)范包括根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的業(yè)務量規(guī)范，其中所述第一接入點與從其接收所述請求的站協(xié)商所述規(guī)范。
19.如權(quán)利要求17所述的系統(tǒng)，其特征在于，還包括包括所述第一接收機的收發(fā)機；以及包括所述第二接收機的收發(fā)機。
20.如權(quán)利要求17所述的系統(tǒng)，其特征在于，還包括耦合至所述第一接收機以存儲包括所述第二接入點的候選接入點列表的存儲器。
21.如權(quán)利要求17所述的系統(tǒng)，其特征在于，還包括生成所述請求的客戶機單元。
22.一種方法，包括通過能與第一接入點通信的設備發(fā)送至所述第一接入點的自確定請求和發(fā)送給所述第一接入點的接入點確定請求中的一個，來確定能支持一規(guī)范的第二接入點。
23.如權(quán)利要求22所述的方法，其特征在于，還包括構(gòu)造包括了所述第二接入點的候選接入點列表。
24.如權(quán)利要求22所述的方法，其特征在于，所述接入點確定請求包括含有所述第二接入點的候選接入點列表。
25.如權(quán)利要求22所述的方法，其特征在于，所述規(guī)范包括業(yè)務量規(guī)范。
26.如權(quán)利要求25所述的方法，其特征在于，所述業(yè)務量規(guī)范是根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的。
27.如權(quán)利要求22所述的方法，其特征在于，還包括一旦接收到所述第二接入點能夠支持所述規(guī)范的指示，就把所述第一接入點和所述設備之間的通信切換至第二接入點。
28.一種裝置，包括在第一接入點處發(fā)送與一規(guī)范相關聯(lián)的請求以定位能夠支持所述規(guī)范的第二接入點的發(fā)射機。
29.如權(quán)利要求28所述的裝置，其特征在于，還包括耦合至所述發(fā)射機以存儲包括所述第二接入點的候選接入點列表的存儲器。
30.如權(quán)利要求28所述的裝置，其特征在于，還包括確定支持包含所述業(yè)務量規(guī)范的所述規(guī)范的候選接入點的容量的確定模塊。
31.一種方法，包括在第一接入點，接收與業(yè)務量規(guī)范相關聯(lián)的請求以及包括能夠支持所述業(yè)務量規(guī)范的第二接入點的候選接入點列表，其中所述業(yè)務量規(guī)范是根據(jù)電氣和電子工程師協(xié)會IEEE 802.11標準選擇的。
32.如權(quán)利要求31所述的方法，其特征在于，還包括將所述請求發(fā)送給包括所述第二接入點的至少一個候選接入點；以及通過所述第二接入點確定所述第二接入點將支持所述規(guī)范。
33.如權(quán)利要求32所述的方法，其特征在于，還包括一旦接收到所述第二接入點能夠支持所述規(guī)范的指示，就把所述第一接入點和所述設備之間的通信切換至第二接入點。
全文摘要
一種裝置和系統(tǒng)，以及方法和物品，能夠在第一接入點處接收與規(guī)范相關聯(lián)的請求，并定位能支持該規(guī)范的第二接入點?？梢詫嵭袕牡谝唤尤朦c到第二接入點的切換。
文檔編號H04L12/28GK1883225SQ200480034511
公開日2006年12月20日 申請日期2004年11月19日 優(yōu)先權(quán)日2003年12月15日
發(fā)明者A·斯蒂芬斯 申請人:英特爾公司