專利名稱：在媒體邏輯信道上無數(shù)據(jù)傳輸時啟用功率節(jié)省的方法
技術領域：
本發(fā)明涉及通信網絡中的功率節(jié)省。更具體而言，本發(fā)明涉及確定被中斷的數(shù)據(jù) 傳輸?shù)闹芷谝员阌跓o線通信網絡中的功率節(jié)省。
背景技術：
FLO是主要設計用于將同一多媒體內容有效且經濟地同時分配至數(shù)百萬個無線 用戶的技術。FLO技術的目標是降低與傳送這一內容相關聯(lián)的成本，并允許用戶在通 常用于傳統(tǒng)蜂窩式語音及數(shù)據(jù)服務的移動手機上瀏覽(surf)內容信道。這一多媒體內 容還稱為服務。服務是一個或多個獨立數(shù)據(jù)組份的集合。服務的每一獨立數(shù)據(jù)組份均 稱作一信息流。
服務基于其覆蓋范圍被分為兩類廣域服務及區(qū)域服務。區(qū)域服務是在都市區(qū)域 內進行接收的多播。相反，廣域服務是在一個或多個都市區(qū)域中的多播。
FLO服務藉由一個或多個稱作MediaFLO 邏輯信道或MLC的邏輯信道來攜載。 MLC可被劃分為最多三個邏輯子信道。這些邏輯子信道稱作流。每一信息流均攜載于 單個流中。
通常，F(xiàn)LO網絡每一超幀為一服務或MLC傳輸內容?？赡艽嬖谄渲芯W絡在某一 持續(xù)時間內不在MLC上傳輸任何數(shù)據(jù)的間斷周期。如果在這些間斷周期期間裝置被 迫搜尋MLC，則裝置將通過執(zhí)行這一不必要的搜尋而被迫消耗功率。這一不必要的功 率消耗將最終降低電池使用壽命。
因此，需要一種將向裝置提供關于這些間斷時間周期的信息的系統(tǒng)及方法。對這 一信息的了解將使得裝置能夠在其中數(shù)據(jù)將不可用的時間間隔內執(zhí)行某一功率節(jié)省操 作，例如使接收機硬件處于休眠模式。

發(fā)明內容
與本文實施及廣泛闡述的本發(fā)明原理相一致，本發(fā)明包括一種用于確定在經配置 以經由網絡進行通信的通信裝置中的休眠周期的方法。所述方法包括分析兩個或兩個 以上關于數(shù)據(jù)單元的數(shù)據(jù)字段的至少一者并基于所述分析確定裝置休眠周期。
在另一方面中， 一種設備確定通信裝置中的休眠周期。所述設備包括分析裝置， 用于分析兩個或兩個以上關于數(shù)據(jù)單元的數(shù)據(jù)字段的至少一者；及確定裝置，用于基 于所述分析確定裝置休眠周期。
在再一方面中， 一種收發(fā)機確定與經由網絡進行通信相關聯(lián)的休眠周期。所述收 發(fā)機包括經配置以分析兩個或兩個以上關于數(shù)據(jù)單元的數(shù)據(jù)字段的至少一者的處理 器，及用于基于所述分析確定裝置休眠周期的計時器。
在另一方面中， 一種計算機可讀媒體攜載一個或多個指令的一個或多個序列供一 個或多個處理器執(zhí)行，以實施一種確定通信裝置中的休眠周期的方法。所述指令在由 一個或多個處理器執(zhí)行時，使得所述一個或多個處理器執(zhí)行下列步驟分析兩個或兩 個以上關于數(shù)據(jù)單元的數(shù)據(jù)字段的至少一者，及基于所述分析確定裝置休眠周期。
針對當前正傳輸?shù)腗LC，網絡可每一超幀傳輸數(shù)據(jù)。然而，并不禁止所述網絡 在某一時間周期內'暫時停止傳輸所述MLC。對于這一情形，正監(jiān)控這一特定MLC的 裝置可在其中MLC數(shù)據(jù)均不可用的時間周期期間實施功率節(jié)省功能，例如接收機休 眠模式。
開銷信息符號(OIS)系統(tǒng)參數(shù)消息以及攜載為MLC數(shù)據(jù)的一部分的OIS囊報 頭攜載關于網絡期望何時消耗功率以傳輸關于特定MLC的數(shù)據(jù)的信息。根據(jù)以超幀 數(shù)量的偏移來指定這一信息。這一偏移確保網絡將不在所指定的偏移之前傳輸關于特 定MLC的數(shù)據(jù)。所述裝置可使用由這一偏移指示的時間周期來執(zhí)行任一功率節(jié)省功 能。
OIS及嵌入式OIS (在下文更全面論述)攜載關于時間間隔(超幀偏移)的信息， 其中在所述時間間隔內沒有將與特定MLC相關聯(lián)的可用數(shù)據(jù)。換句話說，這一字段 保證在至少所指定的時間間隔內，所述網絡將不傳輸所述MLC的任何數(shù)據(jù)。這使得 裝置在所述持續(xù)時間內休眠，從而降低功率消耗及因此增加電池使用壽命。
下文參照附圖詳細闡述本發(fā)明的進一步特征及優(yōu)勢，以及本發(fā)明各種實施例的結 構及操作。


并入本文且組成所述說明書的一部分的隨附圖式圖解說明本發(fā)明的實施例，并與 上文給出的一般說明及下文給出的實施例詳細說明一起用于解釋本發(fā)明的原理。在圖
中
圖1圖解說明包括內容傳送系統(tǒng)的實施例的網絡；
圖2圖解說明適合用于圖1所示內容傳送系統(tǒng)中的內容提供者的實施例；
圖3圖解說明適合用于所述內容傳送系統(tǒng)中的內容服務器的實施例；
圖4圖解說明根據(jù)所述實施例的實例性超幀；
圖5是圖解說明根據(jù)所述實施例的實例性服務流的方塊圖6圖解說明與連續(xù)超幀相關聯(lián)的MLC的缺席及存在；
圖7圖解說明根據(jù)所述實施例構造的實例性MLC記錄；
圖8是實行所述實施例的實例性方法的流程圖；及
圖9是根據(jù)所述實施例構造的實例性設備的方塊圖。
具體實施例方式
本發(fā)明的下述詳細說明參考其中圖解說明與本發(fā)明相一致的實例性實施例的隨 附圖式。其他實施例也是可行的，且在本發(fā)明的精神及范疇內可對所述實施例做出各 種修改。因此，下述詳細說明并不意味著限制本發(fā)明。相反，本發(fā)明的范疇由隨附權 利要求書界定。
本說明書揭示一個或多個含納本發(fā)明性質的實施例。所揭示的實施例僅例，本發(fā)
明。本發(fā)明的范疇并不限于所述揭示的實施例。本發(fā)明由隨附的權利要求書來if定。 所闡述的實施例及說明書中提及的"一個實施例"、"實施例"、"實例性實施例" 等指示所述實施例可包括一特定性質、結構或特征，但每一實施例可能不必包括所述 特定性質、結構或特征。而且，所述片語未必是指同一實施例。此外，在結合實施例
闡述特定性質、結構或特征時，應理解無論是否明確闡述，結合其他實施例實施所 述特征、結構或性質均在所屬技術人員的知識范圍內。
所屬技術領域的技術人員將易于了解如下文所述，本發(fā)明可實施于硬件、軟件、 固件及/或圖式中所圖解說明的各實體的許多不同的實施例中。實施本發(fā)明的任何實際 軟件代碼與專用受控硬件均不限制本發(fā)明。因此，在理解在給定本文所提供的詳細程
度下可對所述實施例做出修改及改變的前提下，將闡述本發(fā)明的操作及行為。
圖1顯示通信網絡100，其包括操作以跨越數(shù)個數(shù)據(jù)網絡創(chuàng)建及輸送多媒體內容 信息流的輸送系統(tǒng)。例如，所述輸送系統(tǒng)與上述FLO系統(tǒng)的原理一致，且適合用于將 內容剪輯自內容提供者網絡輸送至無線存取網絡以用于廣播分配。
網絡100包括內容提供者(CP) 102、內容提供者網絡104、優(yōu)化廣播網絡106 及無線存取網絡108。網絡100還包括裝置110，所述裝置包括移動電話U2、個人數(shù) 字助理(PDA) 114及筆記本計算機116。裝置110僅圖解說明數(shù)個適合用于輸送系統(tǒng) 的裝置。應注意，盡管在圖1中顯示三個裝置，但所屬技術領域的技術人員將易于了 解，實質上任一數(shù)量的模擬裝置或裝置類型均適合用于所述輸送系統(tǒng)中。
內容提供者102操作以提供內容供分配至網絡100中的用戶。所述內容包括視頻、 音頻、多媒體內容、剪輯、實時及非實時內容、腳本、程序、數(shù)據(jù)或任一其他類型的 適合內容。內容提供者102將所述內容提供至內容提供者網絡104供用于分配。例如，
內容提供者102經由通信鏈路118與內容提供者網絡104通信，其中通信鏈路118包 括任一合適類型的有線及/或無線通信鏈路。
內容提供者網絡104包括操作以分配內容供傳送至用戶的有線及無線網絡的任一 組合。內容提供者網絡104經由鏈路120與優(yōu)化廣播網絡106通信。鏈路120包括任 一適合類型的有線及/或無線通信鏈路。優(yōu)化廣播網絡106包括任一經設計以廣播高質 量內容的有線及無線網絡的組合。例如，優(yōu)化廣播網絡106可以是經優(yōu)化以通過多個 優(yōu)化通信信道將高質量內容傳送至所選裝置的專門化獨有網絡。
所述輸送系統(tǒng)操作以自內容提供者102傳送內容供分配至內容提供者網絡104處 的內容服務器(CS) 122，而內容服務器(CS) 122操作以與無線存取網絡處的廣播 基站(BBS) 124通信。CS 122和BBS 124使用輸送接口 126的一個或多個實施例進 行通信，其中所述輸送接口允許內容提供者網絡104將內容以內容信息流的形式傳送 至無線存取網絡108，供廣播/多播至裝置110。輸送接口 126包括控制接口 128和攜 載信道130。控制接口 128操作以允許CS122添加、改變、刪除、或以其他方式修改 自內容提供者網絡104流至無線存取網絡108的內容信息流。攜載信道130操作以將 內容信息流自內容提供者網絡104輸送至無線存取網絡108。
CS 122使用輸送接口 126調度待傳輸至BBS 124的內容流，供在無線存取網絡 108上廣播/多播的用。例如，內容信息流可包括非實時內容剪輯，其由內容提供者102 提供以供使用內容提供者網絡104進行分配。CS122操作以與BBS124助、商，以確定 與內容剪輯相關聯(lián)的一個或多個參數(shù)。 一旦BBS124接收所述內容剪輯，則其在無線 存取網絡108上廣播/多播所述內容剪輯供由一個或多個裝置110接收。裝置110的任 一者可經授權以接收所述內容剪輯，并將其緩存供隨后由裝置用戶觀看。
在前述實例中，裝置110包括操作以提供程序指導的客戶端程序132,所述程序 指導顯示經調度以在無線存取網絡108上廣播的內容列表。隨后，裝置用戶可選擇接 收任一用于實時表現(xiàn)或存儲于高速緩存134中供隨后觀看的特定內容。例如，所述內 容剪輯可經調度以在晚間廣播，而裝置112操作以接收所述廣播并將所述內容剪輯緩 存至高速緩存134中，以便所述裝置用戶可在第二天觀看所述剪輯。通常，所述內容 將作為訂閱服務的一部分來廣播，且接收裝置可能需要提供密鑰或以其他方式驗證其 自身以接收所述廣播。
輸送系統(tǒng)允許CS 122自內容提供者102接收程序指導記錄、程序內容及其他相 關信息。CS 122更新及/或創(chuàng)建內容供傳送至裝置110。
圖2顯示適合用于所述內容傳送系統(tǒng)中的內容提供者服務器200。例如，可將所 述服務器200用作圖1中的服務器102。服務器200包括處理邏輯202、資源及接口 204、及收發(fā)機邏輯210，其均耦合至內部數(shù)據(jù)總線212。服務器200還包括激活邏輯 214、 PG206、及PG記錄邏輯208，其也耦合至數(shù)據(jù)總線212。
處理邏輯202包括中央處理單元(CPU)、處理器、門陣列、硬件邏輯、存儲器 元件、虛擬機器、軟件及/或硬件與軟件的任一組合。由此，處理邏輯202通常包括執(zhí)
行機器可讀指令且經由內部數(shù)據(jù)總線212來控制服務器200的一個或多個其他功能性 元件的邏輯。
資源及接口 204包括允許服務器200與內部及外部系統(tǒng)進行通信的硬件及/或軟 件。例如，內部系統(tǒng)可包括大容量存儲系統(tǒng)、存儲器、顯示驅動器、數(shù)據(jù)機或其他內 部裝置資源。外部系統(tǒng)可包括用戶接口裝置、打印機、磁盤驅動器、或其他區(qū)域裝置 或系統(tǒng)。
收發(fā)機邏輯210包括操作以允許服務器200使用通信信道216與遠程裝置或系統(tǒng) 傳輸及接收數(shù)據(jù)及/或其它信息的硬件邏輯及/或軟件。例如，通信信道216包括任一適 合類型的通信鏈路，以允許服務器200與數(shù)據(jù)網絡通信。
激活邏輯214包括CPU、處理器、門陣列、硬件邏輯、存儲器元件、虛擬機器、 軟件及/或硬件與軟件的任一組合。激活邏輯214操作以激活CS及/或裝置，以允許 CS及/或所述裝置選擇及接收PG 206中闡述的內容及/或服務。激活邏輯214在所述激 活過程期間將客戶端程序220傳輸至CS及/或所述裝置?？蛻舳顺绦?20運行于CS 及/或所述裝置上以接收PG 206并向所述裝置用戶顯示關于可用內容或服務的信息。 fe此，激活邏輯214操作以驗證一CS及/或一裝置，下載客戶端程序220及下載PG206， 以供客戶端220表現(xiàn)于所述裝置上。
PG 206包括任一適合格式的、闡述可供各裝置接收的內容及/或服務的信息。例 如，PG206可存儲于服務器200的本地存儲器中，且可包括例如內容或服務識別符、 調度信息、定價等信息及/或任一其他類型的相關信息。PG206包括一個或多個可識別 部分，其中在對可用內容或服務做出改變時，處理邏輯202會更新所述一個或多個可 識別部分。
PG記錄208包括操作以產生通知消息供識別及/或闡述對PG 206的改變的硬件及 /或軟件。例如，在處理邏輯202更新PG206時，向PG記錄邏輯208通知所述改變。 然后，PG記錄邏輯208產生一個或多個通知消息，所述通知消息被傳輸至可能已由服 務器200激活的CS，以便向這些CS迅速通知有關對PG 206的改變。
作為內容傳送通知消息的一部分，提供一指示將在何時廣播所述消息中所識別的 PG的一部分的廣播指示符。例如，所述廣播指示符可包括指示將廣播所述部分的一個 位，及指示何時將發(fā)生所述廣播的時間指示符。因此，希望更新PG記錄的其本地復 本的CS及,'或裝置可在指定時間收聽所述廣播以接收所述PG記錄的更新部分。
在一個實施例中，所述內容傳送通知系統(tǒng)包括存儲在計算機可讀媒體上的程序指 令，在由處理器(例如處理邏輯202)執(zhí)行時，所述程序指令提供本文所述服務器200 的功能。例如，可將所述程序指令自通過資源204連接至服務器200的計算機可讀媒 體載入服務器200中，所述計算機可讀媒體例如軟盤、CDROM、存儲卡、閃存 (FLASH)存儲器裝置、RAM、 ROM或任一其他類型的存儲器裝置或計算機可讀媒 體。在另一實施例中，可將所述指令自通過收發(fā)機邏輯210連接至服務器200的外部 裝置或網絡資源下載至服務器200中。所述程序指令在由處理邏輯202執(zhí)行時會提供
本文所述的指導狀態(tài)通知系統(tǒng)。
圖3顯示適用于內容傳送系統(tǒng)中的內容服務器(CS)或裝置300。例如，CS300 可以是圖1所示CS 122或裝置110。 CS 300包括處理邏輯302、資源及接口 304、及 收發(fā)機邏輯306，其均耦合至數(shù)據(jù)總線308。 CS 300還包括客戶端310、程序邏輯314 及PG邏輯312，其也耦合至數(shù)據(jù)總線308。
處理邏輯302包括CPU、處理器、門陣列、硬件邏輯、存儲器元件、虛擬機器、 軟件及/或硬件與軟件的任一組合。由此，處理邏輯302 —般包括經配置以執(zhí)行機器可 讀指令且經由內部數(shù)據(jù)總線308來控制CS 300的一個或多個其他功能性元件的邏輯。
資源及接口 304包括允許CS 300與內部及外部系統(tǒng)進行通信的硬件及/或軟件。 例如，內部系統(tǒng)可包括大容量存儲系統(tǒng)、存儲器、顯示驅動器、數(shù)據(jù)機或其他內部裝 置資源。外部系統(tǒng)可包括用戶接口裝置、打印機、磁盤驅動器、或其他區(qū)域裝置或系 統(tǒng)。
收發(fā)機邏輯306包括操作以允許CS 300通過通信信道314與外部裝置或系統(tǒng)傳 輸及接收數(shù)據(jù)及/或其它信息的硬件及/或軟件。例如，通信信道314可包括網絡通信鏈 路、無線3l信鏈路或任一其他類型的通信鏈路。 '
于操作期間，激活CS 300，以使其可通過數(shù)據(jù)網絡接收可用內容或服務。例如， CS 300在一激活過程期間將其自身識別至內容提供者服務器。作為所述激活過程的一 部分，CS 300接收及存儲PG邏輯312的PG記錄。PG 312包含識別可由CS 300接收 的內容或服務的信息?？蛻舳?10操作以使用資源及接口 304將PG邏輯312中的信 息表現(xiàn)于CS及/或裝置300上。例如，客戶端310將PG邏輯312中的信息表現(xiàn)于作 為所述裝置一部分的顯示熒幕上?？蛻舳?10還通過資源及接口接收用戶輸入，以便 裝置用戶可選擇內容或服務。
CS 300通過收發(fā)機邏輯306接收通知消息。例如，所述消息可被廣播或單播至 CS 300，并由收發(fā)機邏輯306接收。PG通知消息識別對PG邏輯312處PG記錄的更 新。在一個實施例中，客戶端310處理PG通知消息，以確定是否需要更新PG邏輯 312處的本地復本。例如，在一個實施例中，所述通知消息包括部分識別符、開始時 間、結束時間及版本號。
CS 300操作以比較PG通知消息中的信息與現(xiàn)有PG邏輯312處的本地存儲信息。 如果CS 300根據(jù)PG通知消息確定需要更新PG邏輯312處的本地復本的一個或多個 部分，則CS 300操作以使用數(shù)個方式的一者來接收PG的更新部分。例如，所述PG 的經更新部分可在PG通知消息中指示的時間廣播，以使得收發(fā)器邏輯306可接收所 述廣播并將所述經更新的部分傳遞至CS 300，并由CS 300依次更新PG邏輯312處的 本地復本。
CS 300基于所接收的PG更新通知消息確定所述PG中需要更新的部分，并將請 求傳輸至CP服務器以獲得PG的所需更新部分。例如，所述請求可使用任一適合格式 加以格式化，且包括例如請求CS識別符、部分識別符、版本號等信息及/或任一其他
適合信息。
CS 300執(zhí)行一 PG通知系統(tǒng)的一個或多個實施例中的一個或多個下述功能。應注 意，可在本發(fā)明的范疇內改變、重新排列、修改、添加、刪除或以其他方式調整下述 功能。
1. 激活CS以與內容提供者系統(tǒng)一起操作來接收內容或服務。作為所述激活過 程的一部分，將客戶端及PG傳輸至所述CS。
2. 所述CS接收一個或多個PG通知消息，并使用所述PG通知消息確定是否 需要更新本地存儲的PG的一個或多個部分。
3. 于一個實施例中，如果CS確定需要更新本地存儲的PG的一個或多個部分， 則所述CS收聽來自分配系統(tǒng)的廣播以獲得其需要更新其本地復本的PG經更新部分。
4. 于另一實施例中，所述CS將一個或多個請求消息傳輸至所述CP，以獲得其 需要的PG的經更新部分。
5. 回應于所述請求，CP將PG的經更新部分傳輸至所述CS。
6. CS使用所接收的PG經更新部分來更新PG的其本地復本。
所述內容傳送系統(tǒng)包括可存儲于計算機可讀媒體上的程序指令，戶萬述程序指令在 由處理器(例如處理邏輯302)執(zhí)行時提供本文所述內容傳送通知系統(tǒng)的功能。例如， 可將指令自通過資源及接口 304連接至CS 300的計算機可讀媒體(例如軟盤、 CDROM、存儲卡、閃存(FLASH)存儲器裝置、RAM、 ROM或任一其他類型的存 儲器裝置或計算機可讀媒體)載入至CS 300中。于另一實施例中，可將所述指令自通 過收發(fā)機邏輯306連接至CS 300的網絡資源下載至CS 300中。所述指令在由處理邏 輯302執(zhí)行時提供如本文所述的內容傳送系統(tǒng)。
應注意，CS 300僅代表一實施方案，且在本發(fā)明的范疇內還可能存在其他實施方案。
圖4圖解說明網絡100內所傳輸信號的區(qū)段400。出于圖解說明的目的，在整個 網絡IOO上的信號傳輸可包括正交頻分多路復用(OFDM)原理。網絡100中的所傳 輸信號被組織為超幀，其中超幀是網絡100的物理層中的數(shù)據(jù)傳輸單元。所屬技術領 域的技術人員應了解，網絡物理層為網絡的正向鏈路提供信道結構、頻率、功率輸出、 調制、及編碼規(guī)范。
在圖4中，區(qū)段400包括代表性超幀402及404。每一超幀402及404的持續(xù)時 間約為一秒，且包括關于OFDM符號的內容。在圖4所示實例中，每一超幀402及 404包括約1200個OFDM符號，盡管這一特定數(shù)字(1200)對于實施本發(fā)明的實施 例來說顯而易見。
在每一超幀402及404中，例如，所述1200個符號的某些代表開銷信息，且所 述符號的某些代表實際數(shù)據(jù)。例如，所述數(shù)據(jù)可包括關于流多播的視頻數(shù)據(jù)及音頻數(shù) 據(jù)。
如上文提及，基于FLO的網絡100將數(shù)種服務作為一個或多個獨立數(shù)據(jù)組份的
集合來多播。每一獨立數(shù)據(jù)組份均稱作一信息流，且可包括視頻組份、音頻組份、服 務的文本或發(fā)信組份。FLO服務攜載于一個或多個邏輯信道MLC上。
在圖4所示實例性圖解說明中，代表性超幀402包括開銷部分406和數(shù)據(jù)部分407。 數(shù)據(jù)部分407進一步被細分為包括數(shù)據(jù)幀F(xiàn)l-F4。在網絡100的物理層處，在數(shù)據(jù)部 分407內輸送MLC。實際上，將跨越數(shù)據(jù)幀F(xiàn)1-F4劃分所輸送的MLC。在圖4所示 實例性數(shù)據(jù)部分404中，跨越數(shù)據(jù)幀F(xiàn)1-F4劃分三個MLC (10、 20及30)。也就是說， 幀F(xiàn)1-F4的每一者分別攜載MLC 10、 20及30的每一者的四分之一內容。
例如，具有標識(ID) 10的MLC被劃分為部分408a-408d，每一部分均對應于 幀F(xiàn)l-F4的一者。因此，幀F(xiàn)l還包括分別對應于MLC 20及30的MLC部分410及 412，以及對應于MLC 10的部分408a。
從另一方面，MLC是物理層處經配置以攜載唯一數(shù)據(jù)的邏輯組群。在應用層處， 以稱作流的實體攜載還稱作信息流的數(shù)據(jù)。所述應用層為應用程序提供服務以確保與 網絡中另一應用程序的有效通信是可能的。依次在MLC中攜載所述流。例如，單個 MLC可攜載多達三個流(也就是不同應用等級數(shù)據(jù)的多達三個不同信息流)。圖5圖 解說明根據(jù)本實施例原理的信息流、流與MLC之間的關系。 '
在圖5中，實例性信息流500可包括自(例如)由有線新聞網(CNN)提供的視 頻移動服務下載至裝置112的信息。來自CNN的這一廣播可包括以視頻流502、音頻 流504及文本流506形式的應用等級數(shù)據(jù)。在可唯一標識的MLC 10中，攜載唯一數(shù) 據(jù)的流502、 504及506的每一者將在網絡100的物理層中傳輸。
返回參照圖4，攜載流502、 504及506的MLC 10的四分之一將分別以部分 408a-408d的形式攜載于超幀402的幀F(xiàn)1-F4的每一者中。
在網絡110中，超幀還可以被視為網絡管道。對應于不同信息流的不同MLC攜 載于這一網絡管道中，例如超幀402。例如，除了CNN信息流500， ESPN信息流及 MSNBC信息流也可以攜載于超幀402中。如圖4中顯示，ESPN信息流可攜載于MLC 20中，且MSNBC信息流可攜載于MLC 30中。單個超幀可攜載許多不同的信息流， 每一信息流代表不同的數(shù)據(jù)類型。出于圖解說明的目的，網絡100中的超幀(例如超 幀402)可以約每秒一個的速率傳輸至一個或多個裝置110。
在用戶最初選擇服務(例如CNN)供用于裝置112上時，例如，所述服務將映射 至個別信息流上。 一旦所述服務已映射至個別信息流上，則每一信息流將映射至指定 MLC，供在整個網絡100上進行物理傳輸。這時，裝置112將撿拾由網絡100實際傳 輸?shù)南嚓P聯(lián)MLC ID。
考慮圖4及5所示實例，其中CNN信息流500的音頻流502及視頻流504正攜 載于MLC 10上。這時，裝置112將嘗試確定超幀402中的MLC ID結構，及至少一 個后續(xù)超幀，以確定MLC 10的形狀及位置。因此，裝置在每一秒均在超幀中査找MLC 10。
在給定固定變量以傳輸大量數(shù)據(jù)一尤其是帶寬增強型視頻數(shù)據(jù)一時，MLC 10 (也
就是CNN)可在某些超幀中包含實際數(shù)據(jù)，但在其他超幀中，MLC10可能完全沒有 數(shù)據(jù)。數(shù)據(jù)間隔存在于某些MLC及在其他MLC中缺席的這一情形不必要地消耗了寶 貴的網絡功率。由于裝置112在搜尋所接收的所有超幀以獲取所關注MLC(例如MLC 10)的存在、形狀及位置時會耗散能量，則無論實際上是否傳輸MLC，均會不必要地 消耗這一網絡功率。
在圖4所示圖解說明中，在裝置112可將MLC 10中傳輸?shù)牧鲾?shù)據(jù)正確解碼之前， 裝置112必須首先確定MLC在超幀402中的形狀及位置。這可以由兩種方式實現(xiàn)。
首先，超幀402的開銷部分406包括OIS信道413。除此之外，OIS信道413還 向裝置112告知MLC 10在超幀402內的位置。因此，在裝置112最初請求服務時， 其必須首先解碼超幀402內的OIS信道413，以在將MLC 10內的數(shù)據(jù)開包及使用之 前了解關于MLC 10的準確位置及其他特征。
在裝置112將OIS信道413解碼之后，裝置112可隨之將MLC 10內的流數(shù)據(jù)定 位及開包。具體來說，裝置112將首先將位于超幀402的幀F(xiàn)l內的MLC 10的部分 408a開包。以后臺方式，MLC的所有部分(例如MLC 10)均位于與相關聯(lián)超幀的每 一幀內相同的位置。因此，由于裝置112了解MLC10的后續(xù)部分408b位于幀F(xiàn)2內 與幀F(xiàn)l的部分408a相同的位置處，則裝置112可在接收部分408b之前休眠一時間周 期416。
在時間周期416結束時，裝置112將喚醒并直接進行至MLC部分408b。裝置112 將部分408b開包，隨后休眠一周期418，并喚醒以將幀F(xiàn)3內的部分408c開包，且依 此類推。這些休眠周期幫助減少功率消耗并保存電池功率。
關于MLC的位置信息的二級源是稱作嵌入式OIS或MAC協(xié)議囊尾的區(qū)段414。 然而，協(xié)議囊尾414僅向裝置112提供在時間上后續(xù)超幀402存在的超幀中MLC 10 的位置。因此，就最低限度來說，無論MLC實際上是否存在于后續(xù)的超幀中，裝置 110的每一者必須解碼及讀取每一當前超幀中的OIS信道413，以確定后續(xù)超幀中相 關聯(lián)MLC的位置。如果超幀平均每秒出現(xiàn)一次，則裝置110必須至少每秒一次地停 止及搜尋MLC，而無論MLC在特定超幀中是存在還是缺席。
一旦所述裝置(例如裝置112)讀取OIS信道413及確定MLC 10在當前超幀402 中的位置，則其必須隨后也讀取協(xié)議囊尾414以確定MLC IO在后續(xù)超幀(例如超幀 404)中的位置。
圖6圖解說明MLC在相關聯(lián)的連續(xù)超幀中的缺席和存在。在圖6中，顯示連續(xù) 傳輸?shù)某瑤?02、 404、 602及604。在傳輸超幀402、 404、 602及604時，裝置112 必須在這些超幀的每一者中搜尋所關注MLC。
例如，在裝置112接收超幀402時，其將OIS信道413解碼以確定MLC10在超 幀402中的位置。隨后，裝置112接收MLC10并讀取MLC10的部分408a中的協(xié)議 囊尾414,以確定MLC 10在下一超幀404中的位置。在所述裝置自幀F(xiàn)2-F4讀取MLC 10的剩余部分408b-408d之后，其隨之接收超幀404。在接收到超幀404后，裝置112
隨之將超幀404中的相關聯(lián)ois信道601解碼。在將ois信道601解碼后，裝置112 發(fā)現(xiàn)超幀404不含有mlc 10。因此，裝置112繼續(xù)接收超幀602并將其相關聯(lián)ois 信道603解碼。類似地，裝置112發(fā)現(xiàn)mlc10也在超幀602中缺席。
在圖6所示實例中，裝置112最后接收超幀604并將其ois信道605解碼。在將 ois信道605解碼之后，裝置112確定超幀604包括mlc 10，雖然是位于與其在超幀 402中不同的位置。然而，問題在于所述裝置已浪費時間搜尋超幀404及602，僅發(fā)現(xiàn) 在時間周期606期間完全沒有傳輸mlc 10，其中時間周期606對應于超幀404及602 的傳輸時間。
事實上，許多連續(xù)的超幀可能不包含關于mlc io的數(shù)據(jù)。mlc io數(shù)據(jù)可能出 于丟棄或數(shù)據(jù)破壞等各種原因而不存在于超幀404及602中。
圖7圖解說明根據(jù)本發(fā)明實施例構造的實例性mlc記錄700。實例性mlc記錄 700使得裝置110在其中不存在相關聯(lián)mlc數(shù)據(jù)的預定數(shù)量的超幀期間休眠。
如上文提及，實例性超幀402內的ois信道(例如，信道413)包括關于特定 mlc在超幀中的位置的信息。
'更具體而言，如圖7中指示，ois信道包括包含條目702、 704及706的陣列，其 關于網絡ioo在任一時間點傳輸?shù)乃衜lc。例如，條目702、 704及706可包括相 應地關于圖4所示mlc10、 20及30的信息。所述陣列不僅包括關于每一 mlc將位 于當前超幀中的哪一位置處的信息，還包括關于mlc在后續(xù)超幀中的位置的信息。
在圖7中；條目702、 704及706的每一者還分別包括"mlc存在"字段708、 710及712。 mlc存在字段708、 710及712還指示特定mlc是否存在于當前及后續(xù) 超幀中。如果字段708、 710及712傳達mlc的缺席，則所述字段將列出所述特定 mlc將缺席的連續(xù)超幀數(shù)量。
網絡100可獲得mlc存在或缺席信息，因為網絡100可在傳輸之前緩存相當于 10或更多秒(例如超幀)的數(shù)據(jù)。因此，網絡100 了解在所緩沖的數(shù)據(jù)中特定mlc 是否存在于超幀串中及是否可填充mlc存在字段(例如字段708、 710及712)。
因此，在圖6所示實例中，ois信道413中的mlc存在字段可經設定以指示后 續(xù)兩個超幀404及602將不包括mlc io數(shù)據(jù)。因此，如果裝置事先了解超幀404及 602并不包括mlc io數(shù)據(jù)，則裝置112可休眠直至其中將接收超幀604的時間。以 此方式，裝置112將無需通過搜尋超幀404及602而隨后僅發(fā)現(xiàn)這些超幀均不包括 mlc io數(shù)據(jù)來不必要地消耗功率。在不包括mlc 10數(shù)據(jù)的超幀404及602期間休 眠將進一步促進保存寶貴的電池功率及其他相關網絡資源。
圖8是實行本發(fā)明實施例的實例性方法800的流程圖。在方法800中，網絡裝置 將分析兩個或更多個關于數(shù)據(jù)單元的數(shù)據(jù)字段的至少一者，如步驟802中指示。在步 驟804中，網絡裝置將基于步驟802中的分析來確定裝置休眠周期。
圖9是本發(fā)明實施例的實例性方塊圖900。在圖9中，分析裝置902經配置以在 所述實施例中分析兩個或兩個以上關于數(shù)據(jù)單元的數(shù)據(jù)字段的至少一者。確定裝置904隨后根據(jù)分析裝置904的分析來確定裝置休眠周期。
OIS和嵌入式OIS攜載關于其中將不能獲得針對某一MLC的數(shù)據(jù)的時間間隔(超 幀偏移)的信息。換句話說，在至少所指定的時間間隔內，這一字段保證網絡將不傳 輸關于所述MLC的任何數(shù)據(jù)。這使得裝置在所述持續(xù)時間休眠，從而導致降低功率 消耗或增加電池使用壽命。
上文借助圖解說明指定功能的性能及其關系的功能建筑塊來闡述本發(fā)明。為便于 說明，本文中已隨意地界定這些功能建筑塊的分界線。只要適當?shù)貓?zhí)行所述指定功能 及其關系，還可界定替代分界線。
因此，任一這種替代分界線均在所主張發(fā)明的范疇及精神內。所屬技術領域的技 術人員將了解，可通過模擬及/或數(shù)字電路、分立式組件、應用專用集成電路、固件、 執(zhí)行合適軟件的處理器及類似裝置或其任一組合來構建這些功能建筑塊。因此，本發(fā) 明的廣度和范疇不應受限于上述任一實例性實施例，而應僅根據(jù)下文權利要求書及其 等價內容來界定。
所述具體實施例的上述說明將如此充分地揭示本發(fā)明的一般特性，以致于其他人 可在不背離^發(fā)明的一般概念的情況下無需過多試驗即可通過應用所屬技術領域中的 知識(包括本文中所引用參考文獻的內容)輕易地修改及/或調整所述具體實施例以用 于各種應用。因此，基于本文所提供教示及指導，這些調整及修改意欲在所揭示實施 例的等效物的含意及范圍內。應了解，由于本文中的措詞或術語是出于說明而非限制 目的，因而所屬技術領域的技術人員應根據(jù)本文所提供的教示及指導結合所屬技術領 域的知識來解釋本說明書中的術語或措詞。
具體實施方式
部分應主要用于解釋權利要求書。發(fā)明內容及說明書摘要部分可列 舉一個或多個但并非所述發(fā)明者所涵蓋的本發(fā)明所有實例性實施例，且因此并不意欲 限制所述權利要求書。
權利要求
1、一種用于確定通信裝置中的休眠周期的方法，其包括分析兩個或兩個以上與數(shù)據(jù)單元相關的數(shù)據(jù)字段中的至少一者；及基于所述分析確定裝置休眠周期。
2、 如權利要求1所述的方法，其進一步包括基于所述分析確定數(shù)據(jù)在后續(xù)的數(shù) 據(jù)單元中是否將是可用的。
3、 如權利要求2所述的方法，其中所述休眠周期是連續(xù)休眠周期。
4、 如權利要求3所述的方法，其中所述休眠周期由喚醒周期分離。
5、 如權利要求l所述的方法，其中所述通信基于正交頻分多路復用原理。
6、 如權利要求l所述的方法，其中所述分析發(fā)生于所述網絡的物理層中。
7、 一種用于確定經配置以經由網絡進行通信的通信裝置中的休眠周期的方法，其包括分析與數(shù)據(jù)單元的存在相關的數(shù)據(jù)字段；及 基于所述分析確定數(shù)據(jù)在隨后的數(shù)據(jù)單元中是否將是可用的。
8、 一種用于確定經配置以經由網絡進行通信的通信裝置中的休眠周期的設備，其包括分析裝置，其分析兩個或兩個以上與數(shù)據(jù)單元相關的數(shù)據(jù)字段中的至少一者；及 確定裝置，其基于所述分析確定裝置休眠周期。
9、 如權利要求8所述的設備，其進一步包括確定裝置，所述確定裝置用于基于 所述分析來確定數(shù)據(jù)在后續(xù)數(shù)據(jù)單元中是否將是可用的。
10、 如權利要求9所述的設備，其中所述休眠周期是連續(xù)休眠周期。
11、 如權利要求10所述的方法，其中所述休眠周期由喚醒周期分離。
12、 如權利要求8所述的方法，其中所述通信基于正交頻分多路復用原理。
13、 如權利要求8所述的方法，其中所述分析發(fā)生于所述網絡的物理層中。
14、 一種經配置以確定與經由網絡進行通信相關聯(lián)的休眠周期的收發(fā)機，其包括 處理器，其經配置以分析兩個或兩個以上與數(shù)據(jù)單元相關的數(shù)據(jù)字段中的至少一者；及計時器，其用于基于所述分析來確定裝置休眠周期。
15、 一種計算機可讀媒體，其攜載一個或多個指令的一個或多個序列供一個或多 個處理器執(zhí)行以實施確定通信裝置中的休眠周期的方法，所述指令在由所述一個或多個處理器執(zhí)行時使得所述一個或多個處理器執(zhí)行如下步驟分析兩個或兩個以上與數(shù)據(jù)單元相關的數(shù)據(jù)字段中的至少一者；及 基于所述分析來確定裝置休眠周期。
16、 如權利要求15所述的計算機可讀媒體，其攜載所述多個指令中的所述一者，進一步使得所述一個或多個處理器基于所述分析來確定數(shù)據(jù)在后續(xù)的數(shù)據(jù)單元中是否 將是可用的。
17、 如權利要求15所述的計算機可讀媒體，其中所述休眠周期是連續(xù)休眠周期。
18、 如權利要求17所述的計算機可讀媒體，其中所述休眠周期由喚醒周期分離。
19、 如權利要求18所述的計算機可讀媒體，其中所述通信是基于正交頻分多路 復用原理。
20、 如權利要求15所述的計算機可讀媒體，其中所述分析發(fā)生于所述網絡的物 理層中。
全文摘要
本文提供一種用于確定經配置以經由網絡進行通信的通信裝置中的休眠周期的方法及系統(tǒng)。所述方法包括分析兩個或兩個以上與數(shù)據(jù)單元相關的數(shù)據(jù)字段中的至少一者，及基于所述分析確定裝置休眠周期。所述分析包括確定在開銷信息符號信道中是否存在特定的媒體FLO邏輯信道數(shù)據(jù)(MLC)。如果MLC數(shù)據(jù)不存在，則所述裝置休眠一預定時間量。
文檔編號H04W52/02GK101171857SQ200680014870
公開日2008年4月30日 申請日期2006年3月9日 優(yōu)先權日2005年3月10日
發(fā)明者布魯斯·柯林斯, 舒希爾·高塔姆 申請人:高通股份有限公司