專利名稱：無線通信系統(tǒng)中的有關數(shù)據(jù)任務的支持的制作方法
技術領域：
本發(fā)明的實施例涉及無線通信，和更具體地說，涉及在無線通信系統(tǒng)中支持有關數(shù)據(jù)的任務。
背景技術：
無線通信已經(jīng)從作為言語信息的工具演化到更集中于全數(shù)字交互。無線技術的提高已經(jīng)大大地改進了通信能力、服務質量(QoS)、速率等，這對新設備功能帶來永不滿足的需求。因此便攜式裝置不再僅負責打電話。它們已經(jīng)成為不可缺少的，并且在某些情況下已經(jīng)成為管理用戶職業(yè)和/或個人生活的至關重要的工具。為了支持所需的電子通信的擴展，越來越多的未包含任何通信功能的應用被重新設計來支持有線和/或無線通信。在某些情況下，這種無線通信支持可包含通過無線通信 向其它裝置發(fā)送監(jiān)控或觀察的數(shù)據(jù)的能力。示例性用途情形可包含自然資源監(jiān)控、生物傳感器、支持金融業(yè)務的系統(tǒng)、個人通信和/定位設備等。裝置的這些活動以及隨后通信通常使用有限資源來運行。例如，這些裝置可以是簡單的(例如可以具有有限處理資源)，可以是小的(例如可以具有在改造應用中施加的由于尺寸限制的空間限制)，可具有功率限制(例如電池提供電力)等。在現(xiàn)有通信協(xié)議中定義的鏈路建立和維持過程可能不再適用于帶有諸如上述資源限制而運行的裝置。例如，針對現(xiàn)有無線通信協(xié)議的標準可能需要周期性地交互以保證參與到網(wǎng)絡中的裝置與其它裝置同歩。這些需求可能未考慮周期性網(wǎng)絡通信施加在資源受限設備上的負擔。因此，根據(jù)這些標準，運行這種資源受限裝置會變得困難。

發(fā)明內容
本發(fā)明示例性實施例針對ー種用于方便裝置交互并同時節(jié)省裝置資源的方法、裝置、計算機程序和系統(tǒng)。根據(jù)至少一個示例性實施方式，通過以設置的間隔發(fā)送的信標信號，裝置可與網(wǎng)絡保持同歩。多種有關通信的活動可以圍繞何時期待信標信號發(fā)生的情形來規(guī)劃，它也被稱為目標信標傳輸時間(TBTT)。盡管某些網(wǎng)絡裝置能夠在每個TBTT期間都是活動的，但由于這種行為所需求的資源，其它裝置可能覺得這種做法太繁重。在這點上，基于網(wǎng)絡信標信號間隔的整數(shù)倍，也可以建立降低的信標周期，由于通信較不頻繁，它可以減輕裝置上的負擔。降低的信標間隔可以啟動這樣的時間段，在該時間段期間裝置可在網(wǎng)絡中進行通信。這個時間段，或喚醒窗ロ可以最初允許裝置能夠“察覺”其它裝置的當前配置。察覺可包括與通信配置、裝置狀態(tài)和由網(wǎng)絡中各種裝置提供的服務有關的信息。另外，根據(jù)本發(fā)明至少ー個實施例，在喚醒窗ロ期間所獲取的察覺信息還可包括在ー個或多個裝置中未決的有關數(shù)據(jù)的任務的信息。有關數(shù)據(jù)的任務例如包括有關數(shù)據(jù)的信息，該數(shù)據(jù)已經(jīng)被裝置公布以便使得這些數(shù)據(jù)可用于網(wǎng)絡中的其它裝置。所公布的數(shù)據(jù)是網(wǎng)絡中的裝置感興趣(例如可以是網(wǎng)絡中的裝置請求或需要的)。然而，獲取這種公布的數(shù)據(jù)可能需要多于網(wǎng)絡中當前可用帶寬的帶寬。根據(jù)本發(fā)明各個示例性實施例，裝置可變更它的配置，以便執(zhí)行有關數(shù)據(jù)的任務，諸如從公布數(shù)據(jù)的可用性的裝置獲取所公布的數(shù)據(jù)。變更裝置的配置可依賴于正被實施的當前協(xié)議是否支持數(shù)據(jù)子模式運行。例如，為了形成網(wǎng)絡而實施的協(xié)議還支持數(shù)據(jù)子模式運行，其中可所述網(wǎng)絡中獲取察覺信息。數(shù)據(jù)子模式運行可臨時分配通信資源來支持更重要的消息傳送。裝置可以持續(xù)運行在該數(shù)據(jù)子模式中，直到有關數(shù)據(jù)的任務被完成或直到分配給數(shù)據(jù)子模式的時間結束。例如這可以剛好出現(xiàn)在下ー個喚醒狀態(tài)周期開始之前。在通信協(xié)議不支持數(shù)據(jù)子模式的情況下，裝置可以切換到替代的通信協(xié)議上。例如，裝置可用新的協(xié)議建立無線鏈路，以支持數(shù)據(jù)傳輸。本發(fā)明各種實施例的上述概括性配置或操作被提供僅是為了解釋的目的，并且從 而不意味著限制。另外，例如根據(jù)實施例被實現(xiàn)的方式，在這里與本發(fā)明特定示例性實施例有關的創(chuàng)造性単元可與其它實施例進行互換使用。


根據(jù)下面多種示例性實施例的說明書，并結合附圖，本公開可以得到進ー步的理解，其中圖I公開了在實現(xiàn)本發(fā)明多種示例性實施例時可以被利用的硬件和軟件資源的例子；圖2公開了根據(jù)本發(fā)明至少ー個示例性實施例的示例性網(wǎng)絡環(huán)境；圖3公開了根據(jù)本發(fā)明至少ー個示例性實施例可以被利用的各種消息傳送類型的例子；圖4公開了根據(jù)本發(fā)明至少ー個示例性實施例的裝置間消息傳播的例子，其可產(chǎn)生分布式本地網(wǎng)頁信息；圖5公開了根據(jù)本發(fā)明至少ー個示例性實施例的可用的示例性信標實現(xiàn)；圖6公開了根據(jù)本發(fā)明至少ー個示例性實施例的喚醒窗ロ的例子；圖7公開了根據(jù)本發(fā)明至少ー個示例性實施例的訪問控制策略的例子；圖8公開了根據(jù)本發(fā)明至少ー個示例性實施例的示例性有關察覺和有關數(shù)據(jù)的裝置結構；圖9公開了根據(jù)本發(fā)明至少ー個示例性實施例可以在文件共享和/或公布中所涉及的消息傳送的例子；圖10公開了根據(jù)本發(fā)明至少ー個示例性實施例有關圖9中文件共享和/或公布例子的其它詳情；圖11公開了根據(jù)本發(fā)明至少ー個示例性實施例的針對不包括數(shù)據(jù)子模式運行的協(xié)議的示例性有關數(shù)據(jù)的任務；圖12公開了根據(jù)本發(fā)明至少ー個示例性實施例的針對包括數(shù)據(jù)子模式運行的協(xié)議的示例性有關數(shù)據(jù)的任務；圖13公開了根據(jù)本發(fā)明至少ー個示例性實施例用于支持察覺和數(shù)據(jù)的裝置的示例性活動；圖14公開了根據(jù)本發(fā)明至少ー個示例性實施例有關圖13的示例性活動流的傳輸類型詳情；圖15公開了根據(jù)本發(fā)明至少ー個示例性實施例有關圖13示例性活動流的數(shù)據(jù)子模式開始/結束詳情；以及圖16公開了根據(jù)本發(fā)明至少ー個示例性實施例用于示例性通信控制過程的流程圖。
具體實施例方式盡管在這里已經(jīng)參照多個示例性實施例描述了本發(fā)明，但在不脫離如后面權利要求所提出的本發(fā)明精神和保護范圍內的情況下，可以作出多種變化或修改。I .實現(xiàn)本發(fā)明實施例的通用系統(tǒng)
在圖I中公開可用作解釋本發(fā)明多種實施例的基礎的示例性系統(tǒng)。圖I所示的裝置和配置僅是說明性的，和從而可包含在實際實施方式中，或從實際實施方式中省略。計算設備100可對應于多種具有處理能力的裝置，包括但不局限于宏個人計算機(UMPC)、上網(wǎng)本、膝上型計算機、桌上型計算機、工程工作站、個人數(shù)字助理(PDA)、計算機化手表、有線或無線終端/節(jié)點/等、移動手機、機頂盒、個人視頻記錄儀(PVR)、自動售貨機(ATM)、游戲控制臺，或類似設備。在102 — 108公開表示包含計算設備100中功能單元的基本示例性組件的単元。處理器102可包括被配置為執(zhí)行指令的ー個或多個組件，例如其中ー組指令可包含程序代碼。在至少ー種情形中，程序代碼的執(zhí)行可包括從計算設備100的其它單元接收輸入信息，以便配制輸出(例如數(shù)據(jù)，事件，活動等)。處理器102可以是專用(例如單片)微處理器設備，或是組合設備的一部分，諸如ASIC，門陣列，多芯片模塊(MCM)
坐寸o通過有線和/或無線總線，處理器102可電耦合到計算設備100的其它組件上。例如，處理器102可訪問存儲器104以獲取所存儲的信息(例如程序代碼，數(shù)據(jù)等)來在處理期間使用。存儲器104通?？砂梢苿拥幕蚯度胧降拇鎯ζ?，其運行于靜態(tài)或動態(tài)模式。另外，存儲器104可包括只讀存儲器(ROM)、隨機訪問存儲器(RAM)，和可寫入存儲器，諸如閃存、EPROM等?；诖?、電和/或光技術的可移動存儲媒體在圖I的1001/0被示出，和例如可用作數(shù)據(jù)輸入/輸出裝置。代碼可包含任何解釋或編譯的計算機語言，包括計算機可執(zhí)行指令。代碼和/或數(shù)據(jù)可用于創(chuàng)建軟件模塊，諸如操作系統(tǒng)、通信工具、用戶接ロ、更專11的程序ホ吳塊等。一個或多個接ロ 106可耦合到計算設備100中的各個組件上。這些接ロ可用于裝置內通信(例如軟件或協(xié)議接ロ)、裝置到裝置的通信(例如有線或無線通信接ロ)，和甚至是裝置到用戶的通信(例如用戶接ロ)。這些接ロ允許計算設備100內的組件、其它裝置和用戶與計算設備100進行交互。另外，接ロ 106可傳達機器可讀數(shù)據(jù)，諸如包含在計算機可讀介質中的電、磁、或光信號，或可以將用戶動作轉換為計算設備100可理解的活動(例如敲擊鍵盤，對著手持電話接收器說話，觸摸觸摸屏設備上的圖標等)。接ロ 106還可允許處理器102和/或存儲器104與其它模塊108進行交互。例如，其它模塊108可包含支持計算設備100提供的更專門功能的ー個或多個組件。計算設備100可通過圖I也示出的各種網(wǎng)絡與其它裝置進行交互。例如，通信集線器Iio可為諸如計算機114和服務器116的設備提供有線和/或無線支持。通信集線器110還可連接到路由器112上，其允許局域網(wǎng)(LAN)中的設備與廣域網(wǎng)(WAN，諸如互聯(lián)網(wǎng)120)中的設備進行交互。在這種情形下，另ー個路由器130可以向路由器112發(fā)送信息或從路由器112接收信息，從而使得每個LAN上的設備可以進行通信。另外，對于實現(xiàn)本發(fā)明來說，并非在這個示例性配置中表示的所有組件都是必要的。例如，在有路由器130提供服務的LAN中，額外的集線器是不需要的，因為這種功能可由路由器支持。另外，與遠程設備的交互也可以被短和長范圍無線通信140的不同供應商支持。這些供應商可利用例如長距離陸基蜂窩系統(tǒng)和衛(wèi)星通信和/或短距離無線接入點，以用來提供對互聯(lián)網(wǎng)120的無線連接。例如，由于由無線通信140提供幫助，個人數(shù)字助理(PDA)142和蜂窩電話144可在互聯(lián)網(wǎng)120上與計算設備100進行交互。類似的功能還可以按照配置成允許短和/或長距離無線通信的硬件和/軟件資源的形式，被包含在諸如膝上型計算機146的其它裝置中。
II .示例性網(wǎng)絡環(huán)境圖2公開了ー個運行空間的例子，它將用于解釋本發(fā)明各個示例性實施例。由于這個示例性情形在這里僅被用于解釋的目的，本發(fā)明的實施方式并不專門限于所公開例子?？墒褂貌煌瑯藴蕘矶x運行空間。例如，像建筑物、影劇院、體育館等的物理區(qū)域可定義其中用戶可以進行交互的空間。可替換地，可以根據(jù)利用特定無線傳輸?shù)难b置，處于彼此的通信范圍(例如某個距離)內的裝置，是某類型或組的會員的裝置等，來定義運行空間。在圖2中，具有無線能力的裝置200被標記為“A”至“G”。裝置200例如可對應于圖I所公開的任何具有無線能力的裝置，并且還可至少包含參照裝置100所討論的資源。這些裝置還可以利用至少ー種共用無線通信協(xié)議來運行。也即是說，在圖2中所公開的所有裝置可在運行空間中彼此進行交互，并從而可以一起參與到無線通信網(wǎng)絡中。III.消息傳送例子在圖3的300公開根據(jù)本發(fā)明至少ー個實施例的裝置間的示例性通信。盡管僅示出兩個裝置200A和200B，但在圖3中公開例子僅被提供用于解釋的目的，而不意味著限定本發(fā)明的保護范圍。本發(fā)明的多種實施例可方便地用于在多于兩個的裝置間進行無線交互。在圖3中進ー步公開有關通信例子300的其它細節(jié)。裝置200A可以具有與裝置200B進行交互的通信需求。例如，這些需求可包含由裝置用戶、位于裝置中的程序等進行的交互，該交互觸發(fā)消息的傳輸，通常根據(jù)數(shù)據(jù)型通信302的類別對消息的傳輸分類。數(shù)據(jù)型通信可以使用可以在裝置200A和200B間無線發(fā)送的消息來進行。然而，通常，在任何數(shù)據(jù)型通信消息302可以被交換之前，將需要建立某種形式的無線網(wǎng)絡鏈路或連接。網(wǎng)絡建立和媒體訪問控制(MAC)管理消息304可以被用于在運行空間中建立和維持基礎的無線網(wǎng)絡體系，這個基礎的無線網(wǎng)絡體系可以被用于傳遞數(shù)據(jù)型通信消息302。根據(jù)本發(fā)明各個示例性實施例，例如當裝置進入運行空間時，包含裝置配置、運行和狀態(tài)信息的消息可以被交換以透明地建立無線網(wǎng)絡連接。網(wǎng)絡連接可存在于該運行空間中現(xiàn)有的任何或所有裝置間，并可在裝置處于運行空間中的整個時間段內存在。這樣，可以使用現(xiàn)有網(wǎng)絡(每當發(fā)送消息時將不需要協(xié)商新的網(wǎng)絡連接)在裝置間傳遞數(shù)據(jù)型通信消息302，這可以降低響應延遲并提高服務質量(QoS )。在圖4中公開根據(jù)本發(fā)明至少ー個實施例，經(jīng)由自動網(wǎng)絡建立和MAC管理消息304的分布式局域網(wǎng)形成的例子。通過交換運行信息，進入到運行空間210的裝置200可立即啟動網(wǎng)絡形成。另外，無需用戶提示，甚至獲知，這種信息的交換就可出現(xiàn)。在圖4中示出示例性交互，其中在裝置A至G間交換各種網(wǎng)絡建立和MAC管理消息304。根據(jù)本發(fā)明至少一個示例性實施例，可以直接在始發(fā)裝置(例如由包含在消息中的信息単元描述的裝置)和接收裝置之間交換消息?？商鎿Q地，對應于在運行空間210中的裝置的消息可以從ー個裝置轉發(fā)到另ー個裝置，從而為多個裝置傳播這種信息。IV .示例性運行參數(shù)降低的信標周期
在圖5中公開了根據(jù)本發(fā)明至少ー個示例性實施例，可在網(wǎng)絡建立和MAC管理消息304中(例如使用信息単元)傳達的信息的例子。在500公開的動作流表示基于諸如IEEE802. 11規(guī)范定義的無線局域網(wǎng)(WLAN)標準的示例性實施方式。然而，本發(fā)明的實施例并不局限于利用WLAN的實施方式，而是可應用于其它無線網(wǎng)絡結構或通信協(xié)議。WLAN邏輯結構包括站(STA)、無線接入點(AP)、獨立基本服務集(IBSS)、基本服務集(BSS )、分布系統(tǒng)(DS )，和擴展服務集(ESS )。這些組件中的某些可直接映射到硬件設備，諸如站或無線接入點。例如，無線接入點可用作站和網(wǎng)絡主干之間的橋(例如用于提供網(wǎng)絡接入)。獨立的基本服務集是包括至少兩個站的無線網(wǎng)絡。獨立的基本服務集有時還被稱為自組織無線網(wǎng)絡。基本服務集是包括支持ー個或多個無線客戶端的無線接入點的無線網(wǎng)絡。基本服務集有時還被稱為基礎結構無線網(wǎng)絡?；痉占械乃姓究赏ㄟ^接入點進行交互。接入點可提供到有線局域網(wǎng)的連通性，并當ー個站啟動到另一個站或與分布式系統(tǒng)中的節(jié)點(例如與耦合到另ー接入點的站，其中該接入點通過有線網(wǎng)絡主干被鏈接)的通信時提供橋接功能。在類似WLAN的無線網(wǎng)絡結構中，信標信號可以被用于對組網(wǎng)的裝置的運行進行同歩。在其中新的自組織網(wǎng)絡正在被創(chuàng)建的情形中，啟動裝置可以根據(jù)它自己的時鐘建立標準網(wǎng)絡信標，而加入到該網(wǎng)絡中的所有裝置會遵循這個標準信標。同樣，期望加入到現(xiàn)有無線網(wǎng)絡中的裝置可與現(xiàn)有信標同歩。在WLAN的情況下，裝置可以利用定時同步功能(TSF)同步到信標信號。定時同步功能是同步并且跟蹤信標周期的裝置本地的時鐘功能。在圖5的502示出信標信號的例子，其中目標信標傳輸時間(TBTT)表明該目標信標的傳輸。這個時間可以被認為是“目標”，因為例如由于在TBTT處信道正被占用，實際的信標傳輸可能會稍微遲于TBTT。根據(jù)信標周期(在兩個信標傳輸間的時間)，網(wǎng)絡中處于活動的裝置可彼此進行通信。然而，存在這樣的情況，對于在每個信標周期都將活動的裝置，這可能是無用的，并且可能是有害的。例如，不希望在無線網(wǎng)絡中頻繁地進行通信的裝置可能不會從每個信標周期都處于活動中受益。另外，因對于每個信標周期都處于活動的需求，具有有限功率和處理資源的裝置可能被強制浪費這些寶貴的資源。根據(jù)本發(fā)明至少ー個實施例，利用上述示例性分布式無線網(wǎng)絡，可以引入功能，以允許裝置安照在網(wǎng)絡中已經(jīng)建立的標準信標速率運行，或可替換地，使用“降低”的信標速率運行?！敖档汀钡男艠丝砂ㄟ@樣ー種信標模式，它以比最初在網(wǎng)絡中建立的標準信標更低的速率運行。降低的信標可以是基于包含在網(wǎng)絡信標幀中的信息(例如信息単元)，其中所包含的信息可以將ー個或多個降低的信標速率表示為該信標的倍數(shù)。使用包含在信標幀中的信標和ー個或多個關聯(lián)的降低的信標周期指示，聯(lián)網(wǎng)的裝置可以根據(jù)標準信標或降低的信標周期來選擇運行(例如通過隨機爭用)。特別地，所有裝置可同步于同一原始目標信標傳輸時間(TBTT)，例如當TSF = O吋，并接著根據(jù)內部TSF功能計算在最初TBTT后出現(xiàn)的周期的數(shù)量。以這種方式，使用降低的信標周期運行的裝置可以根據(jù)對應于由降低的信標周期定義的倍數(shù)的TBTT數(shù)量，被啟動。在圖5的504公開每10個TBTT的示例性降低的信標期間。有關將利用的信標間隔的決策可通過每個裝置単獨地處理(例如在管理無線調制解調器運行的協(xié)議棧中)。于是，根據(jù)本發(fā)明至少ー個實施例，所有裝置將根據(jù)信標周期來運行，其在網(wǎng)絡的生命周期中保持相同。由于信標間隔需要在無線網(wǎng)絡持續(xù)周期中保持不變，所以降低的信標信號可以被表達為該信標信號的倍數(shù)。啟動間隔可由形成網(wǎng)絡的裝置來定義，并且在圖5所示的示例性公開中(以及如之前所提出那樣)，第一個TBTT是等式TSF=0。隨后加入到該網(wǎng)絡中的其它裝置可調整這個信標周期參數(shù)和TBTT定時。例如，在TSF=O的TBTT是判定何時發(fā)送 信標的“基點”。網(wǎng)絡中的所有設備都可以按照遺留的同步規(guī)則來更新它們自己的TSF計數(shù)器，并根據(jù)這個TSF它們可確定特定的TBTT，在該特定TBTT中將加入到假定第一信標是從TSF=O處發(fā)送的信標中，而不管信標周期如何。例如，在包含四個設備的網(wǎng)絡中，其中設備1，2和4使用降低的信標模式來運行，降低的信標模式具有每6個TBTT的信標間隔(在信標傳輸之間的時間間隔)，所有裝置可以保持同歩，即使僅有設備3在所有信標周期1，2，3，4，5中是活動的(例如所有裝置可以在TBTT 0,TBTT 6, TBTT 12中加入)。因此，在這些裝置間，至少有兩個不同的信標周期，以及可能的其他降低的信標周期，因為其它組裝置可以基于原始信標周期和隨其發(fā)送的ー個或多個關聯(lián)的降低的信標周期指示，選擇了它們自己的降低的信標周期。根據(jù)本發(fā)明至少ー個示例性實施例，信標可包含降低的信標周期參數(shù)。該降低的信標周期參數(shù)例如可在供應商特定的信息単元(IE)中被承載。對于網(wǎng)絡的生命周期，降低的信標周期參數(shù)值可保持相同。然而，當有更靈活的需求時，也可以定義其它信標間隔，并且可以按照類似于降低的信標間隔的方式以信號通知所有定義的信標間隔。V.喚醒窗ロ的例子圖6公開根據(jù)本發(fā)明至少ー個實施例的“喚醒窗ロ ”的示例性實施方式。類似于圖5，在600示出“標準”網(wǎng)絡信標(例如由形成網(wǎng)絡的裝置建立的信標)。每個目標信標發(fā)送時間(TBTT)可以表示由網(wǎng)絡中裝置發(fā)送的信標幀(或至少信標發(fā)送的目標時間，不包括任何延遲)。從而，在602示出的間隔因此可以定義為標準信標周期。在圖6中還示出用于加入到網(wǎng)絡中裝置的可能的喚醒窗ロ，它的ー個例子在604標識。這些活動周期根據(jù)每個發(fā)送的TBTT而出現(xiàn)，并因此可以被認為是與正常的網(wǎng)絡信標周期對齊。這些喚醒窗ロ未必表示在這些時間段裝置具有計劃的活動(例如排隊發(fā)送的消息)。相反，它們僅僅是裝置可能處于活動狀態(tài)并因此能夠向網(wǎng)絡中的其它裝置發(fā)送消息和/或從網(wǎng)絡中的其它裝置接收消息的時間段。在650還公開根據(jù)本發(fā)明至少ー個實施例的另ー個示例性裝置的行為。盡管網(wǎng)絡中所有裝置會根據(jù)相同的原始點(例如TSF=O)和正常的信標周期(例如有TBTT提出的)來運行，但每個裝置可根據(jù)在信標中發(fā)送的一個或多個降低的信標周期指示來選擇運行模式。例如，對應于在650公開的活動的裝置利用降低的信標周期652運行，在這種情況下它是“4”倍。因此，降低的信標周期652可以包含按照每4個TBTT的信標傳輸。例如在654處顯示的喚醒窗ロ也可以根據(jù)降低的信標周期652而發(fā)生。在至少ー個示例性實施例中，喚醒窗ロ剛好在降低的信標窗ロ開始前開始。
喚醒窗ロ的周期的持續(xù)時間盡管被信標中的預定信息単元(IE)配置為固定持續(xù)時間，但可以在實踐中可變化地結束。例如，喚醒窗ロ可基于MAC參數(shù)，其類似于信標間隔和降低的信標周期參數(shù)。信標裝置中的主機會判斷它并將它提供給調制解調器來在信標中傳輸。它可以與信標間隔和降低的信標周期一祥，通過例如使用通用或供應商特定的信息単元(IE)來被傳達。當喚醒窗ロ屆滿時，裝置可試圖轉換為“半睡”或睡眠狀態(tài)。然而，根據(jù)例如圖7討論的具體控制方法，在實踐中半睡狀態(tài)轉換可以更早或更晚發(fā)生。圖7公開根據(jù)本發(fā)明至少ー個實施例可以被實現(xiàn)的信道訪問控制配置。最初的兩個信道訪問狀態(tài)可以被定義為非空隊列爭用(N-EQC)狀態(tài)和空隊列爭用(EQC)狀態(tài)。當裝置在發(fā)送緩沖器中沒有排隊發(fā)送的消息(幀)時，設備可以被認為處于EQC狀態(tài)。可替換地，當至少有ー個幀正在等待發(fā)送時，裝置被認為處于N-EQC狀態(tài)。N-EQC狀態(tài)包括可選擇的實施方式“傳統(tǒng)”700和“信標優(yōu)先級化”750。使用傳統(tǒng)實施例，當接收或發(fā)送時，可以如在傳統(tǒng)設備中那樣執(zhí)行信標信道爭用，例如由特定無線通信介質中規(guī)定的信道訪問規(guī)則定義。傳統(tǒng)實施方式700表示根據(jù)702和704之間的現(xiàn)有訪問控制規(guī)則的信道爭用的例子。一旦裝置在704處贏得對媒體的訪問，它將獲得發(fā)送機會(TX0P)，在這個發(fā)送機會期間它可以向網(wǎng)絡發(fā)送幀(例如，如果ー個或多個幀被排隊發(fā)送)。在圖7的704和706之間示出的“TX”表示對任何排隊消息的發(fā)送。另外，可以從網(wǎng)絡中接收幀來作為對于在“TX”期間發(fā)送幀的確認。在信標優(yōu)先級化實施方式750中，已經(jīng)發(fā)送了網(wǎng)絡信標的裝置被允許繼續(xù)發(fā)送在它的發(fā)送緩沖器中被排隊發(fā)送的任何幀。該裝置獲取用于信標發(fā)送的“TX0P”，并且一旦它已經(jīng)在752發(fā)送了信標，則它可以自動地獲取如在754示出的新TX0P，以發(fā)送在它的發(fā)送緩沖器中等待的任何幀。在公開的例子中，新的TXOP可以在信標幀結束之后緊接著的短幀間間隔(SIFS)周期后開始，在750的例子中，SIFS被表示為752和754之間示出的間隔。一旦裝置完成發(fā)送(例如清空了它的發(fā)送緩沖器)，如在實施方式700和750中分別在706和756示出的那樣，它將進入EQC狀態(tài)。當在信標間隔中裝置沒有需要發(fā)送的幀吋，設備在信標接收/發(fā)送(例如在702，72)后直接進入EQC狀態(tài)。當在EQC狀態(tài)中，裝置可以試圖獲取TXOP特定數(shù)量的次數(shù)(由例如“RepeatEmptyQueueContention”參數(shù)確定)。當獲得TXOP時，如分別在實施方式700和750的708/710和758/760示出的那樣，沒有等待消息的裝置可以試圖獲得新的TX0P，而不是啟動幀序列的發(fā)送。設備在信標間隔期間獲得TXOP的次數(shù)等于預定閾值(例如RepeatEmptyQueueContention次數(shù))時，設備可以進入半睡或睡眠狀態(tài)。在示例性實施方式700和750中，這可以分別出現(xiàn)在712和762。所有這些事件都可以發(fā)生在喚醒窗ロ 612屆滿前。另外，示例性傳統(tǒng)實施方式700和示例性信標優(yōu)先級化實施方式750都假定在704和706之間以及在754和756之間的消息發(fā)送分別都是成功的，和因此沒有幀等待在這個點后重新發(fā)送。VI.喚醒信息和數(shù)據(jù)控制根據(jù)本發(fā)明至少ー個實施例，通過裝置到裝置的通信網(wǎng)絡(例如自組織組網(wǎng))，裝置可自動獲取有關本地環(huán)境的上下文信息。如這里所使用的那樣，“察覺信息”可包括有關本地環(huán)境的信息和/或上下文，以及該本地環(huán)境中用戶和對應裝置。作為例子，察覺信息可被用于社會網(wǎng)絡應用、判定用戶出現(xiàn)/位置、判定與裝置關聯(lián)的上下文、廣告、捜索信息等。
例如，自組織組網(wǎng)方案可建立在現(xiàn)有無線協(xié)議上，諸如IEEE 802. 11 (WLAN)標準。盡管為了解釋的目的在這里參考WLAN，但本發(fā)明的各種實施例并不專門限于利用WLAN。繼續(xù)使用IEEE 802. 11的例子，根據(jù)之前的公開可以修改標準WLAN自組織模式(例如使得裝置可以利用降低的信標周期來運行)，以允許始終在線運行，其在非過度資源密集的同時適合于大量裝置。因此，可以創(chuàng)建用于WLAN的運行模式，以用于方便察覺信息的傳送。它可以有某些標準自組織模式的単元，但它不是為它自己的運行而準備的。允許始終在線運行并且可以依據(jù)諸如上面公開的周期性喚醒狀態(tài)建立的自組織網(wǎng)絡可以被看作是“察覺網(wǎng)絡”，并且除此之外，用于WLAN的類似運行模式被稱為“察覺運行模式”。示例性使用情形可幫助闡明本發(fā)明的各個實施例如何被用在無線通信中。用戶可以在裝置中創(chuàng)建數(shù)據(jù)(例如文件)，并使得這個數(shù)據(jù)可用于其它用戶。在這點上，用戶的裝置可具有交換察覺信息的能力，并且根據(jù)本發(fā)明至少ー個實施例，可以通過使得運行環(huán)境(例如參與到網(wǎng)絡中的裝置)意識到共享/公布的數(shù)據(jù)來利用這種功能以促進數(shù)據(jù)的局部共享。在捜索共享/公布數(shù)據(jù)時，或當捜索類似類型的數(shù)據(jù)時，用戶可以觀察到這種數(shù)據(jù)正在被提供。在共享/公布數(shù)據(jù)與需要/請求的數(shù)據(jù)之間的匹配可啟動數(shù)據(jù)的實際轉移。
在公布和搜索階段在設備間交換的信息量會很小，并因此可以使用諸如最小魯棒運行方案來得到支持，諸如例如以察覺運行模式的形式實現(xiàn)的察覺網(wǎng)絡。然而，當涉及共享/公布數(shù)據(jù)的轉移出現(xiàn)時，可能需要比察覺網(wǎng)絡中可用的帶寬多非常多的帶寬。另外，由于其它數(shù)據(jù)轉移協(xié)議可能更適合于(例如更可靠)發(fā)送大量的數(shù)據(jù)，因而沒有理由使用較低容量的察覺通信工具來進行實際數(shù)據(jù)的轉移。所以，在最初公布數(shù)據(jù)和搜索階段后，之前所討論的用于共享察覺信息的運行方案還可用于配置和啟動使用相關協(xié)議和傳輸技術的實際的數(shù)據(jù)轉移。根據(jù)本發(fā)明至少ー個實施例，裝置最初可交換有關察覺的少量信息。在公布和搜索階段，這種信息涉及識別公布的數(shù)據(jù)并將它與裝置的需求相匹配。如果用戶發(fā)現(xiàn)吸引人的已公布的數(shù)據(jù)并決定查看它，則察覺網(wǎng)絡操作可以被用來交換這樣的信息，其涉及建立和配置數(shù)據(jù)轉移服務和有關高帶寬IP網(wǎng)絡技木。所以，除了察覺信息外，公用喚醒狀態(tài)周期可用于以信號通知IP服務建立和配置信息。于是，服務數(shù)據(jù)的實際交換可需要這樣的無線通信方案，該無線通信方案能夠提供比在喚醒狀態(tài)周期期間提供的低占空比更高的帶寬，和用干“察覺信息”傳遞的協(xié)議不能夠提供的可靠性水平(例如服務質量——QoS)。在圖8中公開了根據(jù)本發(fā)明各個實施例的可用示例性通信結構。裝置800包括兩種類型的操作。永久活動棧810可以負責在自組織網(wǎng)格網(wǎng)絡上提供察覺信息。察覺保持應用812可以使用協(xié)議棧814和本地自組織網(wǎng)格網(wǎng)絡816中的服務。應用812可通過裝置中提供的協(xié)議棧API利用有關本地環(huán)境的察覺信息。傳統(tǒng)的數(shù)據(jù)中央服務/應用棧830也在圖8中被公開。它通?；贗P來運行，并且可以是在大多數(shù)時間都不活動的服務/應用。數(shù)據(jù)密集應用832可包括簡單文件傳輸/下載應用，其利用IP棧834來與其它裝置建立連通性836。察覺保持應用812和數(shù)據(jù)密集應用832之間的控制應用程序接ロ(API)820使得永久活動服務810可用于典型不活動IP服務830。如在圖11的822所公開那樣，控制API 820可以負責通信活動，其配置、起動和管理用于典型不活動的服務830的操作。作為例子，永久活動服務810可在IP側830公告(主動地或被動地)服務。它還可以公告裝置中可用的數(shù)據(jù)、通過使用IP棧834可以從裝置中獲取的數(shù)據(jù)。永久活動服務810還提供信息檢索服務，從而可以作出判斷來確定是否有本地可用的需要/請求的資源(例如服務或數(shù)據(jù))?；A棧結構還可以支持被配置為支持IP組網(wǎng)的服務和應用。在這個結構和上下文中，裝置800中僅有永久活動服務810幾乎在所有時間都是活動的，而典型不活動服務830保持空閑。永久活動服務810保持通過適當?shù)凸β实驼伎毡鹊谋镜刈越M織網(wǎng)絡方案(例如降低的信標間隔)來運行。傳統(tǒng)服務和應用可以僅在需要時被激活。激活的條件可以是使用服務器-客戶機模式的組網(wǎng)和數(shù)據(jù)傳輸?shù)男枰?。在網(wǎng)絡中的裝置間出現(xiàn)的相關信令后，可由永久服務810支持配置和激活。在圖9中公開示例性的過程，由此信息可以被公布、定位和獲取。最初，用戶900可以決定將共享數(shù)據(jù)。用戶900利用裝置I并可以向察覺管理(AM)應用902發(fā)送ShareFileReq ()命令。這個命令可以觸發(fā)向AM協(xié)議層904發(fā)送RCE_SHARE_FILE_REQ消息，該消息可以得到確認并可以接著觸發(fā)去往裝置2的AM應用906的指示，該指示采 用RC_PUBLISH_ITEM_IND消息的形式表明數(shù)據(jù)已經(jīng)公布。于是，裝置2的用戶可查看/接受所公布的數(shù)據(jù)(例如文件)，并接著在裝置2中發(fā)布SearchFileRequest ()命令。于是,這個命令可以觸發(fā)發(fā)布從裝置2中的AM應用906和AM協(xié)議904向裝置I中的AM協(xié)議904的RC_SEARCH_FILE_REQ消息。在接收到確認后，可以向裝置2中的AM應用906返回RC_SEARCH_FILE_RESULT_IND 消息，在消息的 searchResults 字段包含有 transferParams。如果裝置2的用戶決定所公布的數(shù)據(jù)是需要/請求的，則可以由裝置2中的AM應用906發(fā)布GetFileStartReq ()命令。于是，為了啟動下載所需要/請求的數(shù)據(jù)，RC_GET_FILE_START_REQ可以被發(fā)送(并由AM協(xié)議904確認)?？梢园凑誖C_D0WNL0AD_PR0GRESS_IND消息的形式，向裝置2提供周期性的處理變更。這些過程消息可包括原語bytesDownloaded,它可以通知裝置2已經(jīng)完成的數(shù)據(jù)下載量。接著,通過RC_FILE_ST0P_IND消息，下載可以被終止。參照圖10更詳細地公開圖9的例子。所公開的例子擴展了文件轉移協(xié)議(FTP)1006和1016以及文件轉移應用程序接ロ(FT API) 1004和1014的角色。這個過程與圖9類似的方面在于，應用1000首先通過網(wǎng)絡1002向FT API 1004發(fā)送消息，以便公布數(shù)據(jù)。公布數(shù)據(jù)使得指示消息將被轉移到網(wǎng)絡1012并接著到應用1010。于是，為了在裝置I中啟動文件分發(fā)服務，F(xiàn)T API 1014可以通過一系列的命令在FT API 1004中啟動服務。最后，可以在FTP 1006和1016之間進行文件轉移。在處理期間，進度指示器是可用的，以便更新就下載狀態(tài)來裝置2。接著，可以通過終止裝置I和裝置2兩者中的服務的一系列命令來終止過程。在大多數(shù)情況下，IP服務對于周圍裝置而言是本地可訪問的。因此，在許多情況下，最適合的連接技術是WLAN自組織技術(或類似通信技木)，通過它彼此接近的設備能夠以對等模式使用IP組網(wǎng)直接交換大批量數(shù)據(jù)。更高級的實施方式還可以允許通過WLAN自組織網(wǎng)絡技術經(jīng)過多跳來交換數(shù)據(jù)。例如，捜索人可能請求訪問來更詳細查看公布方提供的文件。在實踐中，為了獲取文件(例如為了從公布方裝置下載文件)，這需要在兩個裝置之間的傳統(tǒng)的服務器——客戶機關系。另外，裝置可利用IP協(xié)議進行通信以交換數(shù)據(jù)。根據(jù)本發(fā)明至少ー個實施例，有關察覺信息交換的操作可以在此用于在裝置間傳送配置信息。它還可以觸發(fā)IP服務830的激活，從而使得所公布的數(shù)據(jù)可以被轉送到請求裝置。例如，如果所公布的文件包含多媒體信息(例如視頻和/或音頻信息)，則較低帶寬察覺網(wǎng)絡還可以觸發(fā)在之前配置和啟動的IP連接上的流和媒體文件消費?？商鎿Q地，可以激活文件轉移服務，以便將公布的文件從公布設備獲取到捜索裝置。流和/或下載可以出現(xiàn)利用諸如TCP/IP，UDP, RTP, FTP等標準協(xié)議的情形。參照圖11，公開這種過程的例子。首先，在頁面的左側示出的例子公開了 IP棧834未利用任何形式的連接進行 活動地通信。然而，在1100，控制API 110可以配置和起動連通性1104。于是典型不活動服務可以通知察覺保持應用812有關信息，諸如1002處的IP信息、連通性信息和有關應用的信息。從而兩個裝置可以建立IP連通性來用于數(shù)據(jù)傳輸。數(shù)據(jù)已經(jīng)流出或轉移后，不再需要使轉移特定的資源保持活動。于是，這些資源可以被去激活(deactivate)，而永久活動服務810可被用于進一歩的察覺信令。從而在結束時，裝置可以再次處于僅有永久活動服務810是活動的狀態(tài)。創(chuàng)建單獨的WLAN自組織網(wǎng)絡以支持服務數(shù)據(jù)傳遞(例如上面例子中以獲取共享/公布的數(shù)據(jù))的上述方法很直接，但包含固有問題。裝置需要能夠同時運行在低帶寬網(wǎng)絡和服務數(shù)據(jù)自組織網(wǎng)絡。大多數(shù)現(xiàn)有裝置/系統(tǒng)都沒有處理多個同時的WLAN實例的能力。另外，新的自組織網(wǎng)絡會増加信令開銷，并從而增加無線電共存問題的概率。作為例子，可能并行存在兩個獨立的WLAN自組織類型網(wǎng)絡信標察覺網(wǎng)絡(例如使用減低的信標周期來運行)和用于數(shù)據(jù)傳輸?shù)膫鹘y(tǒng)自組織網(wǎng)絡。即使裝置運行在兩個網(wǎng)絡中，這兩個網(wǎng)絡也可能爭用同一媒體和傳輸容量。根據(jù)本發(fā)明至少ー個實施例，在察覺網(wǎng)絡中使用服務數(shù)據(jù)子模式運行可允許傳輸協(xié)議棧消息和IP數(shù)據(jù)報，以及有關的需要的協(xié)議消息，諸如地址解析協(xié)議(ARP)消息。通過協(xié)議棧814上的信令，服務數(shù)據(jù)子模式可以被激活，并且一旦該子模式被激活，裝置可以也將具有降低的信標間隔運行和正常信標間隔運行的察覺網(wǎng)絡用于有關基于的IP服務的協(xié)議消息。參照圖12來公開用于還能夠支持數(shù)據(jù)子模式的察覺網(wǎng)絡的示例性實施例。該例子類似于圖11，除了在1200不必建立単獨的網(wǎng)絡連接，這是因為用于傳送察覺信息的現(xiàn)有網(wǎng)絡配置還可以支持在察覺網(wǎng)絡中利于數(shù)據(jù)子模式的數(shù)據(jù)傳遞。在服務數(shù)據(jù)傳遞中涉及的所有裝置可以使用這個子模式來運行，并可以根據(jù)子模式相關傳輸規(guī)則判斷它們的功率狀態(tài)。因此，裝置不需要為服務數(shù)據(jù)傳遞來建立単獨的WLAN裝置網(wǎng)絡，取而代之的是，它們也使用察覺網(wǎng)絡來進行服務數(shù)據(jù)傳遞。服務數(shù)據(jù)子模式使用中有四個方面，包括媒體訪問規(guī)則、子模式激活信令、子模式使用和子模式關閉信令。具有単獨的時間段對應于察覺保持消息和有關數(shù)據(jù)的消息。例如，有關數(shù)據(jù)的消息(例如IP數(shù)據(jù)報，像ARP的配置協(xié)議消息，和所有運行于諸如FTP和RTP的IP上所需要的協(xié)議)可出現(xiàn)在緊跟著喚醒狀態(tài)周期的專用時間周期內。根據(jù)圖13公開的例子，在跟隨喚醒狀態(tài)周期654的時間周期1300內，可以發(fā)送所有服務數(shù)據(jù)消息。從而，具有專用的時間周期用于喚醒察覺保持信令和基于IP的服務消息。因此，支持服務數(shù)據(jù)子模式的裝置可以使用每個信標間隔的一部分，在此期間裝置被喚醒來為高帶寬服務數(shù)據(jù)傳輸設置信標。如圖13所示，我們可以重新命名這些周期“服務數(shù)據(jù)周期”(SDP) 1300并將喚醒狀態(tài)周期命名為“控制周期”(CP) 1302。盡管圖13公開降低的信標周期活動的例子，但數(shù)據(jù)子模式可用于降低的信標運行方案和標準網(wǎng)絡運行方案(例如其中在每個TBTT中裝置都可以是活動的)。應用服務數(shù)據(jù)子模式的每個裝置都認為在關閉控制周期1302后服務數(shù)據(jù)周期1300立即是活動的。于是，在下ー個TBTT，服務數(shù)據(jù)周期1300關閉。裝置需要確保在服務數(shù)據(jù)周期內所有服務數(shù)據(jù)數(shù)據(jù)報都被發(fā)送。如果裝置基于降低的信標規(guī)則運行，用于服務數(shù)據(jù)周期的打開和關閉的規(guī)則可以保持相同。然而，由于裝置不是在每個TBTT都是活動的，故服務數(shù)據(jù)周期1300僅出現(xiàn)在這樣的信標周期，其中根據(jù)信標規(guī)則裝置被喚醒以進行信標設置。裝置可能需要從服務數(shù)據(jù)數(shù)據(jù)包(通常是IP數(shù)據(jù)包)中分離出“察覺消息”數(shù)據(jù)包。例如，WLAN MAC層可能利用兩種類型的數(shù)據(jù)幀。在實踐中，裝置需要有単獨的(邏輯或物理)傳輸隊列用于這兩種數(shù)據(jù)包類型以及時保持分離。所有“察覺消息”數(shù)據(jù)包需要在控制周期1302期間被發(fā)送，而所有服務數(shù)據(jù)數(shù)據(jù)包需要在服務數(shù)據(jù)周期1300期間被發(fā)送。在接收中，WLAN MAC不必在這兩種數(shù)據(jù)包類型中間進行區(qū)分。可能的方案是在鏈路層控制(LLC)子網(wǎng)絡服務協(xié)議(SNAP)數(shù)據(jù)包報頭中使用協(xié)議ID字段并保留用干“察覺信息”的值。WLAN已經(jīng)使用這個字段，利用這個字段的特定值，可以識別各種其它網(wǎng)絡協(xié)議(IPv4和IPv6)。根據(jù)本發(fā)明至少ー個實施例，重命名喚醒狀態(tài)周期對可以應用于在這個周期期間出現(xiàn)的操作的規(guī)則沒有影響，這進一歩地在圖14中被公開。相對于圖13中公開了降低的信 標間隔操作的例子，圖14公開了“標準”網(wǎng)絡操作允許裝置在每個信標間隔都活動的例子。所有有夫“察覺信息”和服務建立和配置的小數(shù)據(jù)包仍可以在控制周期1302中被發(fā)送。這在圖14中被標記為察覺棧傳輸1400。在這個周期期間，沒有IP消息和其它傳統(tǒng)網(wǎng)絡協(xié)議數(shù)據(jù)包被發(fā)送，但它們可以在隨后的服務數(shù)據(jù)周期1300中被發(fā)送。因此，在服務數(shù)據(jù)周期1300中，僅有IP棧傳輸1402出現(xiàn)。其中服務數(shù)據(jù)子模式未使用的情形中僅有的不同是何時裝置轉變到半睡狀態(tài)。當服務子模式是活動的時，裝置可以保持在喚醒狀態(tài)持續(xù)服務數(shù)據(jù)周期1300的持續(xù)時間，以進行隨后的服務數(shù)據(jù)傳輸。當需要時，裝置使用協(xié)議棧812以信號通知，它們是否具有服務數(shù)據(jù)子模式能力、它們是否能夠使用服務數(shù)據(jù)子模式進行啟動和它將考慮IP服務幀傳輸?shù)臅r間。子模式激活定時可以基于TSF (例如以信令通知在某個TBTT處啟動)或隱含于激活信令階段。在所有這些之前，使用協(xié)議棧814，裝置可以已經(jīng)被信令通知了 IP配置信息、IP服務協(xié)議、IP服務應用配置和激活信息。在能夠在察覺網(wǎng)絡的服務數(shù)據(jù)周期中發(fā)送有關IP的協(xié)議消息之前，通常需要激活數(shù)據(jù)子模式。然而，激活信令的詳情會依賴于基于IP的服務的類型。若服務是以單播方式發(fā)送數(shù)據(jù)的點對點服務，則為了確保在兩個裝置中已經(jīng)激活服務數(shù)據(jù)子模式，利用單播點對點信令是更自然的。若使用多個無線鏈路以多跳方式實現(xiàn)傳輸，則沿著源設備到目標設備的路徑上的所有中間設備中都必須激活數(shù)據(jù)子模式。然而，有某些服務，像多媒體(例如視頻和/或音頻)流，使用組播來處理更高效。在這種實例中，當用戶想要開始使用流時(例如激活定時和有關信令沒有嚴格的時間要求)，應當允許裝置時常激活數(shù)據(jù)子模式。對于流裝置來說，使網(wǎng)絡中的其它裝置知道該服務并使用服務數(shù)據(jù)子模式來進行服務傳輸是足夠的。于是，想要接收該流的裝置在該流活動的任何時間都可以激活數(shù)據(jù)子模式。如圖15的例子中所公開的那樣，在1500服務數(shù)據(jù)子模式激活被確認后，可以或者在給定TBTT之前作為消息中的TSF值以信令通知激活時間(從左邊數(shù)第二個TBTT)，或者激活協(xié)議規(guī)則可具有用于控制激活的定時規(guī)則(例如在1502所示，在跟隨在激活確認消息后的下ー個TBTT激活數(shù)據(jù)子模式)。當子模式是活動的時，將在服務數(shù)據(jù)周期發(fā)送來自IP棧834的所有消息。如1504所示，可以類似于激活的方式以信令通知服務數(shù)據(jù)子模式的關閉。關閉時間可以被指示為TBTT，或者它可以被隱含在信令階段(如1506所示，跟著特定關閉信令消息后的TBTT)。IP服務類型的暗示也可以類似于激活信令。作為例子，只要設備不再沿著服務的多跳路徑，流接收器隨時都可以對該子模式去激活，但在點對點服務中，在有關IP服務的傳輸都完成之前一定不能出現(xiàn)去激活。從而，服務的源可以判斷何時服務關閉和服務數(shù)據(jù)子模式被去激活。參照圖16公開了根據(jù)本發(fā)明至少ー個實施例的示例性過程的流程圖。在步驟1600，可以認識到新的TBTT?？梢宰鳛樵谘b置中接收到的周期性網(wǎng)絡信標信號認識到TBTT0接著，在步驟1602作出對于裝置是否被應醒來的判斷。例如，使用標準信標運行的裝置可以為每個新的TBTT而醒來，而使用降低的信標來參與的裝置可以判斷當前的TBTT是否對應于該裝置正在用于和網(wǎng)絡進行交互的降低的信標間隔。若當前TBTT未觸發(fā)裝置醒來，則在步驟1604，裝置可以保持在半睡狀態(tài)并接著返回到步驟1600以為下ー個TBTT做準備。若根據(jù)步驟1602的判斷，當前TBTT確實使裝置醒來，則在步驟1606，用于該裝置的 喚醒窗ロ，和喚醒窗ロ中的控制周期可以開始。在步驟1608，察覺管理操作可以在開始于步驟1606的控制周期期間被執(zhí)行。察覺管理操作例如可包括與網(wǎng)絡中的其它裝置進行交互，以獲取裝置身份信息、裝置狀況信息、通信配置信息、可用服務信息和/或未決的數(shù)據(jù)任務
イき自坐坐I I=I ，寸寸 o在步驟1610，可以評估在步驟1608中獲取的察覺信息以判斷是否有任何未決的有關數(shù)據(jù)的任務。有關數(shù)據(jù)的任務可包括從裝置公布數(shù)據(jù)和/或獲取由另ー裝置公布的數(shù)據(jù)。若在步驟1610，沒有未決的數(shù)據(jù)任務，則該過程進行到步驟1612，在這里作出判斷以確定用于當前喚醒窗ロ的控制周期現(xiàn)在是否結束。若當前控制周期未結束，過程可以返回到步驟1608以用于另外的有關察覺信息的操作(例如獲取變更后的察覺信息)。若控制周期完成，則裝置在步驟1614可再次進入半睡狀態(tài)并返回到步驟1600，以為下ー個TBTT做準備。若在步驟1610確定數(shù)據(jù)任務是未決(pending)的，則過程進行到步驟1614，在這里可以作出進ー步的判斷以確定當前正在使用的通信協(xié)議是否支持數(shù)據(jù)子模式。若判定沒有可用的數(shù)據(jù)子模式，則在步驟1616可以作出進ー步的判斷以確定是否有其它連接模式可用干支持未決的數(shù)據(jù)任務。其它連接模式可包括使用相同無線傳輸或其他無線傳輸?shù)默F(xiàn)有或新的模式，它更適用于支持該數(shù)據(jù)任務。若無其它連接模式可用，則在步驟1618，可以當前不支持未決的數(shù)據(jù)任務(例如當前不可能完成任務)。于是，過程可以返回到步驟1612以便判斷控制周期是否結束。若有其它連接模式被判定為可用，則在步驟1620可以使用其它連接模式來執(zhí)行該有關數(shù)據(jù)的任務。數(shù)據(jù)任務在步驟1620被完成后，裝置可以在步驟1622進入半睡狀態(tài)并返回到步驟1600以為下ー個TBTT做準備?？商鎿Q地，若在步驟1614判斷出數(shù)據(jù)子模式是可用的，則過程進行到步驟1624，在這里裝置可以在控制周期結束后進入服務數(shù)據(jù)周期。于是在步驟1626，可以使用數(shù)據(jù)子模式來支持有關數(shù)據(jù)的任務。在步驟1626中持續(xù)有關數(shù)據(jù)的任務的處理，直到在步驟1628服務數(shù)據(jù)周期結束，或者如果服務數(shù)據(jù)周期被判定為仍然是活動的，則直到如果在步驟1630有關數(shù)據(jù)的任務被完成。不管在步驟1628服務數(shù)據(jù)窗ロ是否結束，或者在步驟1630數(shù)據(jù)任務是否完成，裝置都可以在步驟1622進入到半睡狀態(tài)并返回到步驟1600以為下一個TBTT做準備。
對于上面所述，本發(fā)明的多種實施例并不嚴格限于上述實現(xiàn)，從而其它配置也是可能的。例如，根據(jù)本發(fā)明至少ー個實施例的裝置可包含用于通過在網(wǎng)絡信標信號間的時間間隔的至少一部分中與無線網(wǎng)絡中的其它裝置進行交互，來在裝置中保持察覺信息的部件，在所述時間間隔的至少一部分期間允許所述裝置在無線網(wǎng)絡中進行通信，和用于通過在所述裝置中評估察覺信息來判斷網(wǎng)絡中是否有未決的有關數(shù)據(jù)的任務的部件，和用于如果有關數(shù)據(jù)的任務被判定為未決，則通過變更裝置配置來支持該未決的有關數(shù)據(jù)的任務的部件。本發(fā)明的至少ー個其它示例性實施例可包括電子信號，其使得裝置通過在網(wǎng)絡信標信號間的時間間隔的至少一部分中與無線網(wǎng)絡中的其它裝置進行交互，來保持察覺信息，在所述時間間隔的至少一部分期間允許所述裝置在無線網(wǎng)絡中進行通信，通過在裝置中評估察覺信息來判斷網(wǎng)絡中是否有未決的有關數(shù)據(jù)的任務，如果有關數(shù)據(jù)的任務被判定為未決則通過變更裝置配置來支持該未決的有關數(shù)據(jù)的任務。
從而，相關領域熟練技術人員應當知道，在不脫離本發(fā)明精神和保護范圍的情況下，可以在形式和細節(jié)上作出多種變化。本發(fā)明的廣度和保護范圍并不局限于上述示例性實施例，并僅應當有后面的權利要求書以及它們的等同來定義。
權利要求
1.ー種方法，包括 通過在網(wǎng)絡信標信號間的時間間隔的至少一部分中與無線網(wǎng)絡中的其它裝置進行交互，來在裝置中保持察覺信息，在所述時間間隔的至少一部分期間允許所述裝置在無線網(wǎng)絡中進行通信； 通過在所述裝置中評估所述察覺信息，來判斷所述網(wǎng)絡中是否有任何未決的有關數(shù)據(jù)的任務；和 如果有關數(shù)據(jù)的任務被判定為未決，則通過變更裝置配置來支持所述未決的有關數(shù)據(jù)的任務。
2.如權利要求I所述的方法，其中保持察覺信息進ー步包括在所述裝置中更新同步信O
3.如權利要求I所述的方法，其中判斷是否有任何未決的有關數(shù)據(jù)的任務包括判斷以下中的至少ー個所述裝置請求的數(shù)據(jù)是否從另ー裝置可得到，或另ー裝置是否已經(jīng)向所述裝置請求數(shù)據(jù)。
4.如權利要求I所述的方法，進ー步包括如果沒有有關數(shù)據(jù)的任務被判定為未決，在所述裝置中進入半睡狀態(tài)。
5.如權利要求I所述的方法，其中變更所述裝置配置包括致使所述裝置進入現(xiàn)有通信協(xié)議的數(shù)據(jù)子模式持續(xù)所述網(wǎng)絡信標信號間隔的剰余部分中的一部分或所有時段。
6.如權利要求5所述的方法，其中所述裝置通過運行在所述數(shù)據(jù)子模式直到所述有關數(shù)據(jù)的任務完成或另ー個網(wǎng)絡信標信號在所述裝置中被接收到，來支持所述有關數(shù)據(jù)的任務。
7.如權利要求6所述的方法，其中在所述有關數(shù)據(jù)的任務完成后，在所述網(wǎng)絡信標信號間隔的剰余部分中留下的任何時間中，所述裝置在所述網(wǎng)絡中保持在活動狀態(tài)。
8.如權利要求I所述的方法，其中變更所述裝置配置包括使所述裝置利用不同無線協(xié)議來建立新的連接。
9.一種計算機程序產(chǎn)品，其包括記錄在計算機可讀存儲介質上的計算機可執(zhí)行程序代碼，所述計算機程序代碼包括 被配置為使得所述裝置通過在網(wǎng)絡信標信號間的時間間隔的至少一部分中與無線網(wǎng)絡中的其它裝置進行交互來保持察覺信息的代碼，在所述時間間隔期間的至少一部分允許所述裝置在無線網(wǎng)絡中進行通信； 被配置為使得所述裝置通過所述裝置中評估所述察覺信息，來判斷所述網(wǎng)絡中是否有任何未決的有關數(shù)據(jù)的任務的代碼；和 被配置為使得所述裝置如果有關數(shù)據(jù)的任務被判定為未決，則通過變更裝置配置來支持所述未決的有關數(shù)據(jù)任務的代碼。
10.如權利要求9所述計算機程序產(chǎn)品，其中保持察覺信息進ー步包括在所述裝置中更新同步信息。
11.如權利要求9所述計算機程序產(chǎn)品，其中判斷是否有任何未決的有關數(shù)據(jù)任務包括判斷以下中的至少ー個所述裝置請求的數(shù)據(jù)是否從另ー裝置可得到，或另ー裝置是否已經(jīng)向所述裝置請求數(shù)據(jù)。
12.如權利要求9所述計算機程序產(chǎn)品，進ー步包括如果沒有有關數(shù)據(jù)的任務被判定為未決，則在所述裝置中進入半睡狀態(tài)。
13.如權利要求9所述計算機程序產(chǎn)品，其中變更所述裝置配置包括致使所述裝置進入現(xiàn)有通信協(xié)議的數(shù)據(jù)子模式持續(xù)所述網(wǎng)絡信標信號間隔的剰余部分中的一部分或所有時段。
14.如權利要求13所述計算機程序產(chǎn)品，其中所述裝置通過運行在所述數(shù)據(jù)子模式直到所述有關數(shù)據(jù)的任務完成或另ー個網(wǎng)絡信標信號在所述裝置中被接收到，來支持所述有關數(shù)據(jù)的任務。
15.如權利要求14所述計算機程序產(chǎn)品，其中在所述有關數(shù)據(jù)的任務完成后，在所述網(wǎng)絡信標信號間隔的剰余部分中留下的任何時間中，所述裝置在所述網(wǎng)絡中保持在活動狀態(tài)。
16.如權利要求9所述計算機程序產(chǎn)品，其中變更所述裝置配置包括使所述裝置利用不同無線協(xié)議來建立新的連接。
17.ー種裝置，包括 至少ー個處理器；和 至少ー個包含可執(zhí)行指令的存儲器，所述至少一個存儲器和所述可執(zhí)行指令被配置為，與所述至少ー個處理器協(xié)作，使得所述設備至少實現(xiàn)下面的步驟 通過在網(wǎng)絡信標信號間的時間間隔的至少一部分中與無線網(wǎng)絡中的其它裝置進行交互，來保持察覺信息，在所述時間間隔的至少一部分期間允許所述裝置在無線網(wǎng)絡中進行通信； 通過所述裝置中評估所述察覺信息，來判斷所述網(wǎng)絡中是否有任何未決的有關數(shù)據(jù)的任務；和 如果有關數(shù)據(jù)任務被判定為未決，則通過變更裝置配置來支持所述未決的有關數(shù)據(jù)的任務。
18.如權利要求17所述的裝置，其中保持察覺信息進ー步包括在所述裝置中變更同步信息。
19.如權利要求17所述的裝置，其中判斷是否有任何未決的有關數(shù)據(jù)的任務包括判斷以下中的至少ー個所述裝置請求的數(shù)據(jù)是否從另ー裝置可得到，或另ー裝置是否已經(jīng)向所述裝置請求數(shù)據(jù)。
20.如權利要求17所述的裝置，進ー步包括如果沒有有關數(shù)據(jù)的任務被判定為未決，則在所述裝置中進入半睡狀態(tài)。
21.如權利要求17所述的裝置，其中變更所述裝置配置包括致使所述裝置進入現(xiàn)有通信協(xié)議的數(shù)據(jù)子模式持續(xù)所述網(wǎng)絡信標信號間隔的剰余部分中的一部分或所有時段。
22.如權利要求21所述的裝置，其中所述裝置通過運行在所述數(shù)據(jù)子模式直到所述有關數(shù)據(jù)的任務完成或另ー個網(wǎng)絡信標信號在所述裝置中被接收到，來支持所述有關數(shù)據(jù)的任務。
23.如權利要求22所述的裝置，其中在所述有關數(shù)據(jù)的任務完成后，在所述網(wǎng)絡信標信號間隔的剰余部分中留下的任何時間中，所述裝置在所述網(wǎng)絡中保持在活動狀態(tài)。
24.如權利要求17所述的裝置，其中變更所述裝置配置包括使所述裝置利用不同無線協(xié)議來建立新的連接。
全文摘要
通過以設置的間隔發(fā)送的信標信號，裝置可與網(wǎng)絡保持同步。各種有關通信的活動可以圍繞何時預期信標信號發(fā)生的情形來規(guī)劃，它也被稱為目標信標傳輸時間(TBTT)。盡管某些組網(wǎng)裝置能夠在每個TBTT期間活動，但其它裝置可使用是網(wǎng)絡信標信號間隔的整數(shù)倍的降低的信標周期來運行，降低的信標間隔可以啟動這樣的時間段，在該時間段期間裝置可“察覺”其它裝置。察覺可包括有關通信配置的信息、裝置狀態(tài)、和網(wǎng)絡中各種裝置提供的服務。在喚醒窗口中所獲取的察覺信息還可包括在一個或多個裝置中未決的有關數(shù)據(jù)的任務的信息，該信息可以允許控制進一步的數(shù)據(jù)傳遞活動。
文檔編號H04W8/24GK102652438SQ201080055657
公開日2012年8月29日 申請日期2010年10月25日 優(yōu)先權日2009年12月10日
發(fā)明者E·蘭塔拉, K·萊佩寧, M·卡斯林, M·圖魯寧, M·蒂羅寧, S·維爾塔恩 申請人:諾基亞公司