TW200901646A - Dynamic management of receiver resources - Google Patents

Description

200901646 九、發明說明： 【發明所屬之技術領域】 本揭示案大體而言係關於通信，且更具體言之’係關於 用於管理接收器資源之技術。 本專利申請案主張2007年3月21曰所申請之名為 "DYNAMIC RECEIVER RESOURCE MANAGEMENT FOR BROADBAND DATA MODEMS"的美國臨時申請案第 60/896,040號之優先權，該案已讓與給其受讓人，且在此 特意地以引用之方式將其全文併入本文中。 【先前技術】 廣泛布署無線通信系統以提供各種通信服務（諸如語 音、視訊、封包資料、訊息、廣播等）。此等無線系統可 為能夠藉由共用可用系統資源來支援多個使用者之多重存 取系統。此等多重存取系統之實例包括劃碼多重存取 (CDMA)系統、劃時多重存取（TDMA)系統、劃頻多重存取 (FDMA)系統、正交FDMA(OFDMA)系統及單載波 FDMA(SC-FDMA)系統。 在一無線通信系統中，一基地台可將大量資料傳輸至一 終端機。一位於該終端機處之寬頻帶接收器可解調變及解 碼自該基地台接收之傳輸以恢復發送至該終端機之資料。 該接收器可具有用於解調變及解碼已接收傳輸之有限資 源。將接收器處理該已接收傳輸並恢復資料所花費的時間 量稱作接收器之潛時。接收器之潛時及通量可視各種因素 (諸如可用接收器資源之量、發送至終端機之資料量、將 130002.doc 200901646 資料發送至終端機之方式等）而定。通常，需要儘可能有 效地使用可用接收器資源亦及儘可能快速地來處理已接收 傳輸以便滿足潛時及通量要求。 【發明内容】 本文中描述用於動態管理接收器資源以便達成良好潛時 及通量效能的技術。一接收器可具有各種類型之接收器資 源（諸如用於解調變封包之解調變（解調變）資源、用於解碼

封包之解碼資源、封包處理資源等）。可將此等各種類型 之接收裔資源動態指派給封包（例如，以逐個訊框為基 礎）。 ‘'、、 在動態接收器資源管理之一設計中，可估計待由接收器 處理之至少-封包中之每—者的接收器資源使用率。可兵 於用於封包之頻寬量及/或時間量、用於封包之塊的： 目毛送封包所經由之層的數目、封包之調變階數等來估 計每-封包之解調變資源使用率。可基於封包長度、將針 對封包而執行之解碼迭代的數目、用於封包之編碼機制等 來估計每一封包之解碼資源使用率。 匕可基於每—封包之已估計接收器資源使㈣及-或多個 指派標準而將可用接收器資源指派給該至少一封包。在— =十中’可以—順序次序將可用接收器資源指派給該至少 叫包，朗私欠序可基於每—封包之優切 之潛時要求等來確定。可基於用於每—封包 = 將可用解調變資源指派給該至少—封包。可二#:目而 小、每一刼幻十2 + J基於封包大 l之子封包數目、正確解瑪每_子封包之可能 130002.doc 200901646 性等而將可用解碼資源指派給該至少一封包。可基於初始 接收器資源指派來確定每一封包之潛時。若不滿足任何封 包之潛時要求，則可跳過或延緩針對一或多個封包/子封 包之接收器處理（例如，解調變及/或解碼）使得可滿足待處 理之每一封包的潛時要求。可接著如由初始或經修正之接 收器資源指派所指示來調度接收器以處理該至少一封包。 下文進一步詳細描述該揭示案之各種態樣及特徵。 【實施方式】 可將本文中所描述之技術用於各種無線通信系統（諸如 CDMA、TDMA、FDMA、OFDMA及 SC-FDMA 系統）。術 語"系統"及"網路"通常可互換使用。一 CDMA系統可實施 一無線電技術（諸如cdma2000、通用地面無線電存取 (UTRA)等）。一 OFDMA系統可實施一無線電技術（諸如超 行動寬頻帶（UMB)、演進型UTRA(E-UTRA)、IEEE 802.16、IEEE 802.20、Flash-OFDM® 等）。在來自一被命 名為’'第3代合作夥伴計劃”（3GPP)之組織的文獻中描述 UTRA及E-UTRA。在來自一被命名為”第3代合作夥伴計劃 2n (3GPP2)之組織的文獻中描述cdma2000及UMB。此等各 種無線電技術及標準在此項技術中已為吾人所知。為清晰 起見，下文針對UMB而描述該等技術之某些態樣，且在下 文之大量描述中使用UMB術語。在公開可獲得之標題為 "Physical Layer for Ultra Mobile Broadband (UMB) Air Interface Specification" (2007年 8 月）的 3GPP2 C.S0084-001 中描述UMB。 130002.doc 200901646

鏈路及/或反向鏈路上與基地台通信。前向鏈路（或下行鏈 路）指代自基地台至終端機之通信鏈路，且反向鏈路（或上 行鏈路）指代自終端機至基地台之通信鏈路。在圖丨中，終 端機120可經由前向鏈路122而自基地台11〇接收資料且可 經由反向鏈路124來傳輸資料。終端機13〇可經由前向鏈路 132而自基地台110接收資料且可經由反向鏈路134來傳輸 資料。可使用本文中所描述之技術以在前向鏈路以及反向 鏈路上接收資料。 該系統可支援呈封包形式之資料的傳輸。一封包可具有 一可變大小’該可變大小可視各種因素（諸如待發送之資 料的量、可用於發送封包之無線電資源的量、通道條件 等）而定。在一設計中，可將一封包分割為NSP個子封包， 其中NSP > 1且可如下來確定： 「 封包大小 Ί

Nsp=每大子封包大小 — 方程式（1) 其中"「]”指示一上方值運算子。最大子封包大小可為一由 130002.doc 200901646 該系統界定之固定值。每—子封包可由一傳輸器獨立編碼 且由一接收器獨立解碼。在另一設計中，不使用子封包， 且可獨立編碼及解碼每-封包。本文中所描述之技術:用 於兩種設計且可應用該等技術而不管是獨立編碼及解碼封 子封包。然而’為清晰起見，下文之大量描述係針 對一封包被分割為NSP個子封包之設計。 該系統可支援混合自動重傳（HARQ)。就前向鏈路上之 广 HARQ而言’―基地台可發送—子封包之—或多個傳輸， ' 直至該子封包由一終端機正確解碼或已發送最大數目之傳 輸或遇到某一其他終止條件。HARQ可改良資料傳輪之可 靠性。 圖2展示前向鏈路上使用HARq之資料傳輸。基地台11〇 可處理子封包1並在訊框n中發送子封包丨之一第一 HARQ傳 輸（傳輸1)。一 HARQ傳輸係在一個訊框中一個子封包之一 傳輸。終端機120可接收該第一 HArq傳輸、錯誤地解碼子 封包1且發送一否定確認（NAK)。基地台11〇可接收該NAk 並在訊框η + Q中發送子封包}之一第二HARq傳輸（傳輸2)， 其中Q可為一固定或可組態值。終端機12〇可接收該第二 HARQ傳輸、基於該第一 harq傳輸及該第二hARq傳輸而 正確地解碼子封包1及發送一確認（ACK)。基地台110可接 收該ACK並以一類似之方式來處理及發送子封包2。 可界定Q個HARQ交錯，其中每一 HARQ交錯包括被間隔 開Q個訊框之訊框。基地台Π 0可在多達Q個HARQ交錯上 將多個子封包平行傳輸至終端機120，其中在一個HARQ交 130002.doc 200901646 錯上發送每一子封包。可針對每一 了母子封包而在用於彼封包 之HARQ交錯上發送一或多個1_^^ 1U UAKQ傳輪。可處理（例如， 編碼及調變）每一子封包使得其可蕤由 河，、J精由目標數目個HARQ傳 輸（其可為2個、3個、4個等）而被正確解碼。 該系統可利用正交割頻吝τ 貝夕工（〇FDM)及/或單载波劃頻多 工(SC-FDM)。_及Sc__將系統頻寬分割為多個 (NFFT個）正交副載波’該等副載波通常亦稱作音調、頻率

組等。每-副載波可藉由資料調變。⑨常，在頻域中使用 OFDM來發送調變符號且扃p 士 /± +私疋n i付現且在柃域中使用％_1?1；)1^來發送調 變符號。鄰近副載波之間的間距可Α J〜同此j為固定的，且副載波之 數目可視系統頻寬而定。 囷3展示-可用於前向鍵路之超訊框結構3〇〇的一設計。 可將傳輸時刻表分割為若干單位之超訊框。每—超訊框可 跨越-特定持續時’該持續時間彳為固定的或可組態 的。每一超訊框可包括一位於F個訊框之前的序文，其中F 可為任何整數值。每一訊框可涵蓋Nframe個〇fdm符號週 期，其中NFRAME可等於4、6或8或某一其他值。超訊框序 文可載運系統資訊及獲取導頻。每一訊框可载運訊務資 料、控制資訊/信令、導頻等。 可將可用於前向鏈路之時間頻率資源分割為若干塊。一 塊係一時間頻率資源區塊且可稱作資源區塊、時間頻率區 塊等。一塊可涵蓋任何時間及頻率大小，其可為固定的或 可組態的。在-設計中，-塊在-個訊框中涵蓋16個副載 波。每一訊框可包括L個塊’其中L可視副載波之總數目 130002.doc -12· 200901646 (nfft)而定。 圖4展示圖1中之基地台11〇及終端機12〇之一設計的方塊 圖。在此設計中，基地台u〇配備有S個天線42乜至4243， 且終端機120配備有τ個天線452a至452t ’其中通常sal及 U1。基地台110及終端機12〇可支援單輸入單輸出 (siso)、單輸入多輸出（SIM〇)、多輸入單輸出（mis〇)及/ 或多輸入多輸出（ΜΙΜΟ)傳輸。

在前向鏈路上，在基地台11〇處，一傳輸器處理器41〇可 自一資料源408接收用於終端機12〇之資料封包且可將該等 封包分割為子封包。傳輸器處理器41〇可接著處理（例如， 編碼及調變)每一子封包以獲得一對應之輸出子封包且可 將輸出子封包映射至指派給終端機12G之塊。傳輸器處理 410亦可將導頻符號映射至該等所指派塊、執行μ細處 理（若適用）及將S個輸出符號流提供至s個傳輸器單元 (TMTR)422a至422s。每—傳輸器單元422可處理其輸出符 例如’用於0FDM)以獲得一輸出碼片流。每一傳輸 斋早7L 422可進—步調節(例如’轉換為類比、濾波、放大 及增頻變換）其輸出碼片流並產生一前向鏈路信號。可分 個天線42钩至4243來傳輸來自傳輸器單元422a至 422s之S個前向鏈路信號。 ^端機UOf天線仙至彻可自基地台ιι〇接 收忒專前向鏈路信號， 供至-相關接收信號提 相關聯之接收器單元（RCV 4。 454可調節(例如，ή 4 母接收為早凡 濾波、放大、降頻變換及數位化）其接收 130002.doc 13 200901646 信號以獲得樣本、處理該等樣本（例如，用於〇FDM)，以 獲得接收符號及將該等接收符號提供至—接收W 彻。接收器處理器46〇可對指派給終端機m之塊中之接 收符號，執行解調變、解映射來自該等所指派塊之子封 包、解碼每一子封包、執行封包處理，及將經解碼封包提 供至一資料健集器⑹。通常，由接收器處理器460進行之 處理與由基地台110處之傳輸器處理器41〇進行 補。 在反向鏈路上，於終端機12〇處，—傳輸器處理器彻可 自-資料源478接收封包、將㈣封包分割為子封包、編 碼每-子封包以獲得—輸出子封包及將輸出子封包映射至 指派給終端機12G之塊以進行上行輕傳輸。傳輸器處理 裔彻亦可在該等指派塊中映射導頻符號、執行空間處理 (若適用）及提供T個輸出符號流。傳輸^單元45仏至4⑷可 處理T個輸出符號流，以獲得丁個反向鏈路信號，其可經由 天線452a至452t來傳輸該等反向鏈路信號。在基地台m 處’來自終端機120之反向鏈路信f虎可由天線424&至424§ 接收、由接收器單元仙至4228處理，且由—接收器處理 益440進一步處理，以恢復由終端機12〇傳輸之封包。 控制器/處理器430及47〇可分別指導基地台⑽及終端機 12〇處之操作。記憶體432及472可分別儲存用於基地台 及終端機12〇之資料及程式碼。—排程器434可針對前向鍵 路及/或反向鏈路上之資料傳輸而排程終端機12〇,且可指 派無線電資源（例如，塊）以用於資料傳輸。 130002.doc •14· 200901646 亦可將接收器處理器稱作接收器、 帶資料數據機等，且此等各個術語可互= ;收器處理器可包括用於任何-組功能(諸如解調變、解 碼、封包處理等）之資源。一接 處理器亦可包括任何 的Z於母-功能的資源，該資源量可為固定的或可組態 每_ —设計中’一接收器處理器可包括-固定量之用於 資源：如，用於每一功能之—固定數目的處 $ °以巾’—接收11處理it可包括-固定 之，：=態以執行不同功能的資源(例如，—固定數目 將二之Γ。在此設計中，接收器處理器可經組態以視 起：仃之處理具有不同量之用於不同功能的資源。為清晰 …：文之大量描述係針對接收器處理器包括-固定量 用於母一功能之資源的設計。 ^展示—接收器處理器5⑻之—設計的方塊圖，其可用 ;圖4中之接收器處理器440及460 _ 中，姐r又母—者。在此設計 兩魅益處理器500包括四個解調變引擎510a至510d、 引擎52一以及-個封包_。在下文 2迷中’將解調變引擎51…。d亦稱作解調變引擎i ^且將解碼引擎52Ga至52Gb亦稱作解碼引擎丨及2。通 韦，—接收器處理器可包括用於每一 墾。 # 刀此的任何數目之引 能的:擎收器處理器亦可包括圖5中未展示之用於其他功 指理器5°°内，一多工器(Mux)5〇8可自所有所 接收符號且可將來自每-塊之接收符號提供至 130002.doc -15- 200901646 一指派給彼塊之解調變引擎5iq。在—設計中，每 變引擎510可在每—眭門上 ^ 夺間早位t開始處理一個新塊且可以 * '、、丨式處理多個塊，如下文所描*。解調變引擎 51〇a至侧可平行處理多達四個塊。每―解調變引擎… °執仃諸如解擾頻、通道估計、mim〇偵測、相干偵測、 對數似然比（LLR)計算等任務。 i夕工器512可自所有解調變引擎510a至510d獲得解調 I符號且可將用於每一子封包之解調變符號提供至一指派 /子封已之解碼引擎52〇。在一設計中，每一解碼引擎 520可-次解碼—個子封包且當已解碼一未決子封包時可 開始處理—新的子封包。解碼引擎5族及5鳥可平行解碼 多達兩個子封包。每-解碼引擎52G可執行諸如組合、解 映射、解交錯、解碼、CRC檢查等任務。 一多工器522可自兩個解碼引擎52〇&及52此獲得經解碼 子封包且可將用於每_封包之經解碼子封包提供至封包引 擎530 ϋ計中，封包引擎53G可-次處理-個封包且 每田接收到一封包之所有經解碼子封包時便可開始處理彼 封包。封包引擎53〇可執行諸如重組、重㈣測、路徑選 擇等任務。 圓5展示接收器處理器5〇〇之一特定設計。亦可使用其他 。又计來只％接收器處理器5〇〇且該接收器處理器5〇〇可包括 用於每-功能的不同數目之引擎。一記憶體5〇4可儲存用 於接收器處理器500之資料及程式碼。 封包之潛時係一接收器處理器處理該封包所花費之時 130002.doc • 16· 200901646 =。不同接收器處理器可歸因於其組態及能力之差異而 相同傳輸資料具有不同潛時。另 理器:歸因於頻寬配置及資料分段之差異而::: =不冋貝枓具有不同潛時。可由以下實例來說明此。 變：個展示三種用於指派四個解調變引擎以解調 假：二在個塊中之一傳輸的機制。在以下實例中， 疋對於母一塊而言解調 了门你相冋的。一解調變引擎 在母一時間單位中開始處理一 打人、* 新塊，邊時間單位可為任 可σ適之持續時間。一 一時門i Ο + / θ 封包之所有塊均已在至少 行解碼。 ㈣包之所有子封包便準備好進 圖6Α展示三個封包在丨4個 中，將封”八μ 個塊中之-實例傳輸。在此實例 中將封W分割為兩個子封包（其被標記為spi及 在五個塊1至5中發送該封包丨。 ）且 (其被標記為SP3、SP4MP5)且：封包“割為三個子封包 ^ 〇 )且在七個塊6至12中發送該封 包2。將封包3分割為一個 〒發、D亥封 y ^ 卞封包（其被標記為SP6)且在& 個塊13及14中發送該封包3。 巧）且在兩 子封包佔據用於彼子封包所屬為之^起見’圖6A展示每— 分。為達成分集，每一封包斤=包的每-塊之-不同部 包之塊來進行分配。 戶斤有子封包可跨越用於彼封 圓6B展示一第一解調變 „ 支貝源指派機制，其中用於封包之 鬼：儘可…地指派給解調變引擎。在圖6” · 例中，將最初四個塊1至4指派給解調變引擎i，將其次^ 四個塊5至8指派給解調變引 "" 擎2，將其次之三個塊9至〗ι指 130002.doc 200901646 派給解調變引擎3，且將最後三個塊12至14指派給解調變 引擎4。 將解調變處理時刻表分割為若干時間單位且由時間〇、 1、2、3、4等來標明，其中時間_自時間〇之n個時間單 位。解調變引擎1在時間〇處理塊丨，接著開始在時間丨處理 塊2，接著開始在時間2處理塊3且接著開始在時間3處理塊 4。 解調變引擎2開始分別在時間〇、卜2及3類似地處理塊 5、 6、7及8。解調變引擎3開始分別在時間〇、丨及2處理塊 9、丨0及U。解調變引擎4開始分別在時間〇、丨及]處理塊 12、13及14。 就圖6Β中所不之實例而言，具有一個子封包之封包3由 解調變引擎4處理且在三個時間單位之後準備好進行解 碼。具有兩個子封包之封包1由解調變引擎1及2處理且在 四個時間單位之後準備好進行解碼。具有三個子封包之封 包2由解調變引擎2、3及4處理且在四個時間單位之後亦準 備好進行解碼。封包3、1及2之解調變潛時因此分別為3個 時間單位、4個時間單位及4個時間單位。 圖6C展示一第二解調變資源指派機制，其中用於封包之 鬼基於自农小至隶大之封包大小而被指派給解調變引擎。 在時間〇，解調變引擎3及4被指派用於最 …且解調變，及2被指派用於第二最小二 2。 在時間1，解調變引擎〗、2及3被指派用於封包〗之塊 3、 4及5，且解調變引擎4被指派用於最大封包2之塊6。在 時間2，解調變引擎卜2、3及4被指派用於封包2之塊卜 I30002.doc • Ϊ 8 · 200901646 8、9及1 0。在時間3，解調變引擎丨及2被指派用於封包2之 塊11及12。 就圖6C中所示之實例而言，封包3由解調變引擎3及4處 理且在一個時間單位之後準備好進行解碼。封包丨由解調 變引擎1、2、3及4處理且在兩個時間單位之後準備好進行 解碼。封包2由解調變引擎丨、2、3及4處理且在四個時間 單位之後準備好進行解碼。封包3、1及2之解調變潛時因 此分別為1個時間單位、2個時間單位及4個時間單位。 囷6D展示一第三解調變資源指派機制，其中用於封包之 塊基於自最大至最小之封包大小而被指派給解調變引擎， 此與圖6C中之第二機制相反。在時間〇，解調變引擎^、 2、3及4被指派用於最大封包2之塊6、7、8及9。在時間 1，解調變引擎1被指派用於第二最大封包1之塊5，且解調 變引擎2、3及4被指派用於封包2之塊1 〇、1 1及12。在時間 2，解調變引擎1、2、3及4被指派用於封包1之塊1、2、3 及4 °在時間3，解調變引擎1及2被指派用於最小封包3之 塊13及14。 就圖6D中所示之實例而言，封包2由解調變引擎1至4處 理且在兩個時間單位之後準備好進行解碼。封包1由解調 變引擎1至4處理且在三個時間單位之後準備好進行解碼。 封包3由解調變引擎丨及2處理且在四個時間單位之後準備 好進行解碼。封包2、1及3之解調變潛時因此分別為2個時 間單位、3個時間單位及4個時間單位。 表1針對上文所描述之三種解調變資源指派機制而概述 130002.doc 19 200901646 被指派认堍之方/θ ν取11所示，解調變資 塊之方切響塊中所發送之封包的解調變潛時 表1 -解調變潛時 封包 1 2 ______4_ 3 3 ~®ϋΓ 4 4 -自解調變引擎!至4獲得 Γ 及2來解碼該等子封包。一解碼每-封包之所有解子碼引擎1 =r包引擎來處理彼封包。在以下實 -：封包之解料間等於子封包長度母 包處理時間等於封包長度。 封匕之封 位之長度。子封包3、4及5且有25j具有2·0個時間單 及：> 具有2.5個時間單位 封包6具有Μ個時間單位之長度。 之長度。子 二？广解調變資源指派機制下封包及3之解 碼及封包處理的一實例。子封包6可 及3之解 子封包！至5可在時間4用於解碼，如上:於解碼，且 述。將子封包6、2及4指派給解碼引擎！，且將所論 及5指派給解碼引擎2。解碼引擎〗自時間3至/:广 子封包6、自時間4,5至日·5解碼子=^間4·5解碼 時間9解碼子封包4。解碼㈣2自 且自時間6·5至 -,^ ^ 。自4間4至時間6姐石民上土上 包卜自時間6至時間85解碼子封包 二子封

解碼子封包5。 曰研間§.5至時間U 僅具有子封包6之封包3 用於封包處理。具 130002.doc -20- 200901646 有三個子封包3、4及5之封包2在時間u可用於封包處理。 封包引擎自時間4·5至時間6處理封包6、自時間6.5至時間 1 〇.5處理封包！且自時間！ ！至時間j 8.5處理封包2。封包3、 1及2之總潛時因此分別為6個時間單位、ι〇.5個時間單位 及18.5個時間單位。 囷8展示在第二解調變資源指派機制下封包i⑴之解 碼及封包處理的一實例。早& ^ X例千封包6可在時間1用於解碼，子 封包！及2可在時間2用於解石馬，且子封包3、仪5可在時間 4用於解碼，如上文針對圖6C所論述。將子封包6、2及4指 派給解碼引擎1，且將子封 τ I 3及5指派給解碼引擎2。 解石馬引擎1自時間1至時間2.5解碼子封包6、自時間2.5至時 間（5解碼子封以自時間4·5至相7解碼子封包4。解碼 引擎2自時間2至時間4解碼子封包】、自時間4至時間μ解 碼子封包3且自時間6.5至時間9解碼子封包5。 僅具有子封包6之封包3在時間2·5可用於封包處理。呈 有兩個子封包}及2之封包！在時間45可用於封包處理。具 有三個子封包3、4及5之封包2在時間9可用於封包處理。 封包引擎自時間2.5至時間4處理封包6、自時間45至時間 8.5處理封包1且自時間9至時間16.5處理封包2。封包3、！ 及2之總潛時因此分別為4個時間單位、85個時間單位及 16·5個時間單位。 圓9展示在第三解調變資源指派機制下封包卜2及3之解 碼及封包處理的一實例。子封包3、 解 4及5可在時間2用於解 碼，子封包】及2可在時間3用於解碼，且子封包6可在時間 130002.doc 2】· 200901646 4用於解碼，如上文針對圖6〇所論述。將子封包3、$及6指 派給解碼引擎！，且將子封包4、⑷指派給解碼引擎2。曰 解碼引擎！自時間2至時間4.5解碼子封包3、自時間4 5至時 間7解碼子封包5且自時間7至時間8.5解碼子封包6。解^ 引擎2自時間2至時間4.5解碼子封包4、自時間45至時間 6·5解碼子封包α自時間6 5至時間8 5解碼子封包2。 具有三個子封包3、4及5之封包2在時間7可用於封包處 理。具有兩個子封包⑷之封包i在時間8.5可用於封包處 理。僅具有子封包6之封包3在時間8.5可用於封包處理。 1包引擎自時間7至時間14_5處理封包2、自時間Μ至時 •5處理封包1且自時間18.5至時間2〇處理封包3。封包 :1及3之總潛時因此分別為14 5個時間單位、1 8·5個時間 早位及20個時間單位。 囷10展示在第三解調變資源指派機制下封包 :碼及封包處理的另一實例。在此實例中，將子封包i、之3 =曰：給解瑪引擎i’且將子封包2、6及4指派給解碼引 碼引擎1自時間3至時間5解碼子封包i，自時間5至 時間7.5解碼子封句q , ,子封包3 ’且自時間7_5至時間！0解碼子封包 。=1擎2自時間3至時間5解碼子封包2,自時間5至時 間ό. 5解碼子封包6 ,且自李 包引擎自日^時間9解碼子封包4。封 理封包U自S 5至時間9處理封包1、自時間9至時間1〇.5處 =包3且自時_至時間_理封包 π:此分別為9個時間單位、™單… β 9 & ® 1 01示可獲得不同總潛時且總潛時 130002.doc -22- 200901646 可藉由改變解碼資源之指派而潛在減小。 表2針對圖7至圖1〇中所 ^ 及3之,“時二“之個實例而概述了封包i、2 + 寺。如表2中所示，解碼資源被指派給封^ 式景> 響封包之總潛時。 方 Γ "Ϊ1Γ

表2-總潛時 圖8 8.5 圖9 18.5~一 _圖10 9 16.5 14.5 18 4 20 ~ 10.5 單位 /σ α、 听巧久到岜處理港眩 …為最小’三個封包至四個解調變引擎及兩個解別擎 之不同私派仍產生此等封包之不同總潛時。 圖8中所千夕香、、’口果為 所不之實例具有16.5個時間單位之最短總潛時，以 及1、2、4個時間單位之最短解調變潛時。相較而言，圖9 中所：之實例具有20個時間單位之最長總潛時。 ’在考慮所有事情時，接收器處理器之通量潛時效 -界限可能並不清楚。此效能界限之不確定性可進一步由 於以下事實而變複雜：並非總是需要所有接收器操作，且 1同接收H操作可對通f潛時效能具有不同程度之影響 (田省略時）。该暗不係、用於使接收器處理器滿足某—通量 潛時效能所需之最小資源可能不明確。此問題之典型解決 方案，括⑴接近但並不意欲滿足所宣揚的效能；⑺藉由 超預算接收&資源來保證滿足所宣揚的效能；及⑺藉由足 夠之内建式補償來保證滿足所宣揚的效能。所有此等解決 方案因各種原因而可能是不良的。 i30002.doc -23- 200901646 在一態樣中，可動態管理 έ日能s ^ 收_貝源以允許一具有任何 組怨及此力之接收器（例如，— 眘抖叙诚她_從、 接收益處理器、一寬頻帶 貝枓數據機專）執行接近盆 … ，、際通I潛時效能界限。動態 接收器：貝源管理可能需尊其 b而要基於資料處理要求來動態指派或 配置可用接收器資源（例如， 此哭次％ & 逐個訊框為基礎）。動態接 貝源官理可^限制及/或降低潛時、服從服務品質 (⑽）要求、具有儘可能少之對通量的影響。

▲圏η展示-用於動態管理接收器資源之過程"〇〇的設 十最初可估δ十待由一接收器處理之至少一封包中之每 一者的接收器資源使用率（區塊1112)。每—封包之接收器 資源使用率係用以處理該封包的接收器資源量。每—封包 之接收益舞源使用率可包括⑴解調變資源使用#，其係用 以解調變封包的解調變資源量；⑻解碼資源使用率，其 係用以解碼封包的解碼音、篇旦…1 J胖碼貝源里，（ιι〇封包處理資源使用 率；及/或（iv)其他資源使用率。 可基於每圭于包之已估計接收器資源使用率及一或多個 指派標準，將可用接收器資源指派給該至少一封包（區塊 ni4)。可基於每—封包之潛時要求、優先權及/或其他參 數來才日派可用接收器貧源。可基於接收器資源指派來確定 每一封包之潛時（區塊U16)。 可接著確定每一封包之潛時是否滿足彼封包之潛時要求 (區塊1118)。乡答案為"是"，則可如由接收器資源指派所 才曰示來凋度接收器以處理該至少一封包（區塊η 26)。否 則，若區塊1118之答案為”否”，則可確定是否已考慮所有 130002.doc • 24- 200901646 可此之指派機制（區塊1 1 20)。若答案為”否”，則該過程返 回至區塊1114，且可基於每一封包之接收器資源使用率及 一或多個指派標準而將可用接收器資源指派給該至少一封 包。可以一系統方式來執行區塊1114至1120。區塊1114至 1120可嘗試連續經歷不同接收器階段以將接收器資源指派 每封包、累計該等接收器階段中之潛時及關於Q〇S要 求來降低潛時β

右區塊1120之答案為"是，，’則可跳過或延緩針對一或多 個封ι /子封包之接收益處理（例如，解調變及/或解碼）， 如下文所描述（區塊1122)。可接著確定每—封包之潛時是 否滿足彼封包之潛時要求(區塊1124)。若答案為"是”，則 可如由接收器資源指派所指示來調度接收器以處理該至少 -封包(區塊1126)。否則，若區塊"24之答案為，，否，，則 過程返回至區揀1 ] 2 # ,λ 〇·、 兄2以跳過或延緩一或多個額外封包/子 封包、以其他方式將接收H操作列人優先等。可迭 區塊1122及1124直至待處理之每-封包係在其潛時界;: ，内是”接收器資源儘可能有效地被指派，且獲得區塊1124之 寬量及/或時間量、用於封包 之頻 由之層的數目、封包之網轡 厅、”·^ T匕之調k階數等）來估計每 調變資源使用率。層係—咖问& — G之解 層保空間維度。可經由多個岸而η + 發送資料以進行ΜΙΜΟ傳輪 q㈣ 曰 同日寸 得輸。调變階數與每一調變 所發送之位元的數目有關。a 中 有關通常’可將更多解調變資源用 I30002.doc -25- 200901646 於更多頻寬 '更長之時間配置 調變階數。 更多塊 更多層及更高之 、封包之子封包 之解碼迭代的數 封包之解碼資源 長之封包長度及

可基於各種因素（諸如封包長度或大小 的數目及子封包長度、將針對封包而執行 目、用於封包之編碼機制等）來估計每一 使用率。通常，可將更多解碼資源用於更 更多迭代。 就區塊1 1 1 4而言，可基於卜令& & 此、 Τ基於上文所描述之三種解調變資源 才曰派機制中之任一者或某一其 阱调筻貝源指派機制而將 可用解調變資源指派給駐少—封包。料可用解調變資 源可包含-預定數目之可平行操作的解調變引擎及/或豆 =料元。可基於任何解碼㈣指派機制而將可用解碼 貝源和派給至少-封包。該等可用解碼資源可包含一預定 數目之可平行操作的解碼引擎及/或其他處理單元。、 一通常，Τ基於一或多個標準來指派可用接收器資源。在 :設計可以-基於每—封包之優先權所確定之順序次 用接收器資源指派給該至少—封包。—具有最高 =權之封包可首先被指派接收器資源，且一具有最低優 先權之封包可最後被指派接收器資源。在另一設計中，可 潛:要求所確疋之順序次序而將可用接收器資源 ^ ^ 具有最短潛時要求或最大潛時敏 t封包(例如，-用於網際網路協定語音(V〇IP)之封 =可Μ被指派接^資源’且—具有最長潛時要求或 潛時敏感性之封包（例如，-用於網路漫遊之封包）可 130002.doc -26- 200901646 最後被指派接收器資源。此等設計可減輕歸因於有限量之 接收器資源的效能降級。 在一設計中，可基於正確解碼每—封包之可能性而將可 用解碼貧源指派給子封包。可傳輸每—子封包使得其可以 -目標數目之HARQ傳輸的—目標成功可能性而被解碼。 正確解碼—子封包之可能性可與㈣彼子封包所接收之 HARQ傳輸的數目有關。子封包可基於㈣每_子封包所 接收之HARQ傳輸㈣目而被指派解碼資源。舉例而言， 可選擇-具有最多數目之HARQ傳輸的子封包以用於首先 解碼’且可選擇一具有最少數目之HA_#輸的子封包以 用於最後解碼。此可確保當所有子封包之解碼資源使用率 超過可用解碼資源時有效利用該等可用解碼資源。 在-設計中’可基於每一封包之子封包的數目及/或封 包大小來選擇封包以用於解碼。可選擇一具有最少數目之 子封包及/或最短長度的封包以用於最後解碼，且可選擇 -具有最多數目之子封包及/或最長長度的封包以用於首 先解碼。亦可自最小封包至最大封包來選擇該等封包以用 於解碼。此設計可減小封包之料、改良封包通量 提供其他益處。 在-设叶中’可基於用於每一封包之塊的數目而將可用 解調變資源指派給封包。在—設計中， 进擇—具有最少 ^之^封包以詩最後解調變，且可選擇—具有最多 數目之塊的封包以用於首先解調變。亦可自最少數目之塊 至最多數目之塊來選擇該等封包以用於解調變。在另二 130002.doc -27- 200901646 计中，可選擇用於一封包之K1個塊中之一者以用於解調變 而非選擇用於一封包之Κ2個塊中之—者，其中Κ1>Κ2。此 等設計可減小封包之潛時、改良封包通量及/或提供其他 益處。 通常，可以任何以減小潛時及改良通量、服從任何交又 層Q〇s約束為目標之方式將解調變資源及解碼資源指派給 封包。在某些情況下，首先解調變及解碼較小封包可產生

較短潛時（若解碼係成功的）。就1^八11(5而言，首先解調變 及解碼更大封包可釋放更多無線電資源以用於在下一訊框 中進行傳輸及處理。可執行電腦模擬及/或其他分析以確 定在不同情況中不同資源指派機制之潛時及通量效能。就 母h ;兄巾δ，可選擇提供最好效能之資源#派機制以供 使用。 就區塊1122而言’可跳過或延緩用於一或多個封包/子 封包之接收器處理使得待處理之每一封包可滿足其Q0S要 求。可以各種方式選擇將跳過或延緩之封包/子封包。 在一設計中’可基於待處理之所有封包/子封包的潛時 要未及/或優先權而跳過或延緩針對—或多個封包/子封包 之解碼°可跳過或延緩—具有最小潛時敏感性及/或最低 優先權之封包（例如，_用於網路漫遊之封包），而非跳過 或延緩一具有較大潛時敏感性及，或較大優先權之 如，一用於VoIP之封包）。 在另β又u十中，可基於正確解碼各一 跳過或延緩針對n/ 母子封包之可能性而 或多個封包/子封包之解碼。就皿叫而 130002.doc -28· 200901646 言’可基於針對每一子封包所接收之HARQ傳輪的 跳過或延緩子封包。舉例而言，可跳過或延緩一且 數目之HARQ傳輸的子封包。 ”攻夕 在又一設計中’可基於每_封包之子封包的數目 封包大小而跳過或延緩針對一或多個封包/子封包之 碼。舉例而言，可跳過或延緩一具扣個子封包之 的個子封包，而非跳過或延緩一具有⑶ 中的-個子封包，其巾L1<L2。 ^之封包 在一設計中，可基㈣於每_封包之塊的數目而跳 延緩針對-或多個塊之解調變。舉例而言，可跳過或延緩 一在最多數目之塊中發送的封包。作為另—實例，可 或延緩用於-封包之N1個塊中之一者，而非跳過或 於-封包之N2個塊中之一者，其中m>N2。 、’ 亦可基於其他標準而跳過或延緩針對—或多個封包 =接收器處理。通常’諸如潛時要求、優先權、解碼 了月匕性/卿傳輸之數目、每封包之子封包數目、封包 大小及母封包之塊數目之標準可用於在區塊⑴4中將 =器資源指派給封包及/或在區塊u22中選擇一或多個 封匕/子封包以跳過或延緩接收器處理。在—設外中可 Γ—順序次序而將可用接收器資源—次指派給-個封包， 邊順序次序可基於上文 確定。 1文所給出之標準中之任何-或多者來 斗圓12展示一用於動態管理接收器資源之裝置mo的-設 。。裝置mo包括用於估計待由—接收器處理之至少—封 130002.doc •29- 200901646 = 接收使用率的構件(模組1212)、用 於每一封包之已估計接收器資源使用率及-或多個指 派標準而將可用接收器資源指派給該至 = ΓΜ έ日ίου、 ν —封包的構件 1 4 )、用於基於接收器資源指派來確定每一封包之 =時的構件⑷組1216)、用於跳過或延緩針對—或多個封 匕/子封包之接收器處理（若有必要）的構件（模組ms)及用 Ο 於如由接收器資源指派所指示來調度接收器以處理該至少 一封包的構件（模組1 220)。 圖12中之模組可包含處理器、電子器件、硬體器件、電 子组件、邏輯電路、記憶體等或其任何組合。 圓^展示-接收器處理器5〇2之一設計的方塊圖，其可 用於圖4中之接收器處理器44〇及彻中之每—者。接收器 處理器502包括在圖5中之接收器處理器5〇〇中的所有引擎 及多工器。接收器處理器502進一步包括一動態接收器資 源官理器540。管理器54G可接收輸人，諸如頻寬配置資訊 '、所私派塊）、資料分段資訊（例如，在該等指派塊中 X ^子封包及封包卜Q〇S要求（例如，潛時要求）及/或其 訊（例如，每-封包之優先權）。管理器54〇可基於接收 根據上文所描述之機制中之任一者而將可用接收器 資源指派或配置給待處理之封包。t理器54〇可實施圖" 中之過程1 100及/或其他用於將可用接收器資源動態配置 給封包的過程。 接收器資源之動態管理可提供以下優勢： 田可由可用接收器資源支援所要通量時，達成自接收 130002.doc -30- 200901646 器之最小可能潛時， •=方面’以最大可能通量保持自接收器之⑽界限 •確保具成本效益地利用可用接收器資源而具有儘可能 小之浪費，及 ，慑1肊 •允許父又層Q〇S擴展至實體層處理中。 動態接收管料允許㈣高通量聽㈣來有效 配置及利用可用接收器資源。動態接收器資源管理可確保 斤有使用率付以恰當處理以獲得最好實際通量潛時效能均 而無需知道絕對最壞狀況操作情況。動態接收器資源管理 可針對廣泛範圍之應用而達成較高通量及/或較低潛時、 服從⑽要求，該等應用包括更為習知之應用（諸如低頻寬 低潛時VoIP、高頻寬適度潛時按需視訊（v〇d)、高頻寬低 潛時視訊電話（VT)及任何頻寬高潛時網路漫遊）以及可浐 因於寬頻帶接收器對高頻寬之可用性而產生之未來應用I 動態接收H資源管理可允許針對所有操作情況及針對同時 應用之任何混合應用來有效利用可用接收器資源。可將動 態接收m管理應用於任何無線或有線接收器設計與實 施，其可基於一能夠處理多流及/或多使用者操作之多 級、多線緒及/或多處理器架構。 可藉由各種方式來實施本文中所描述之技術。舉例而 言，此等技術可以硬體、韌體、軟體或其組合來實施。就 一硬體實施而言，可將用以執行該等技術之處理單元（例 如，圖13中之接收器處理器502)實施於一或多個特殊應用 130002.doc -31 - 200901646 積體電路（ASIC)、數位信號處理器（Dsp)、數位信號處理 器件（DSPD)、可程式化邏輯器件（pLD)、場可程式化間陣 列（FPGA)、處理器、控制器、微控制器、微處理器、電子 器件、經設計以執行本文中所描述之功能的其他電子單 元、電腦或其組合内。

就一韌體及/或軟體實施而言，可藉由執行本文中所描 述之功能的程式碼（例如，程序、函式、模組、指令等）來 實施該等技術。通常，可將任何有形地體現勒體及/或軟 體碼之電腦/處理器可讀取媒體用於實施本文中所描述之 技術。舉例而言，可將韌體及/或軟體碼儲存於—記憶體 (例如，圖4中之記憶體432或472)中並由一處理器（例如， 處理器430或47G)來執行。可將該記憶體實施於該處理器 内或該處理器外部。亦可將動體及/或軟體碼儲存於一電 腦/處理it可讀取媒體（諸如隨機存取記憶體（ram)、唯讀 α己It體（ROM)、非揮，性隨機存取記憶體、可程 式化唯讀記憶體（PR0M)、電可擦PR〇M(EEPR〇M)、 flash記憶體、軟碟、緊密光碟（CD)、數位化通用光碟 (DVD)、磁性或光學資料儲存器件等）中。該程式碼可由一 或夕個電細/處理器來執行且可使該⑷電腦 本文中所描述之功能性的某些態樣。 。°執灯 提供該揭示案之先前描述以使任何熟習此項技術者能夠 製造或使用該揭示宰H安 打者肊夠 此項技術者所顯而易見Γ 種修改將不難為熟習 範錶的产兄、_ 可在不偏離該揭示案之精神及 可 將本文中所界定之一般原理應用於其他變 130002.doc -32- 200901646 型。因此’該揭示案並不意欲受限於本文中所描述 及設計’而是應符合與本文中所揭示之原理及新穎特：― 致之最廣泛範疇。 【圖式簡單說明】 圖1展示一無線通信系統。 圖3展示一訊框結構 圖2展示前向鏈路上使用HARQ之資料傳輸。 Γ 圖4展示一基地台及一終端機之方塊圖。 圖5展示一接收器處理器之方塊圖。 圖6A展示三個封包在14個塊中之傳輪。 圖6B展示塊近似均勻地至解調變引擎之指派。 圖6。展示基於自最小至最大之封包大小二至 擎之指派。 炎引 ⑽展示基於自最大至最小之封包大小的塊至 擎之指派。 Ή 圖7展示用於圖6Β中之指派的解碼及封包處理。 圖8展示用於圖6C中之指派的解碼及封包處理。 圖9及圖1〇展示用於圖6D中之指派的解碼及封包處理 兩個實例。 义 圖11展示一用於動態管理接收器資源之過程。 圖12展示一用於動態管理接收器資源之裝置。 圖"展示一具有動態接收器資源管理之接收器 方塊圖。 ° 【主要元件符號說明】 130002.doc •33- 200901646

100 無線通信系統 110 基地台 120 終端機 122 前向鍵路 124 反向鏈路 130 終端機 132 前向鍵路 134 反向鏈路 300 超訊框結構 408 資料源 410 傳輸器處理器 422a 傳輸器單元（TMTR) 422s 傳輸器單元（TMTR) 424a 天線 424s 天線 430 控制器/處理器 432 記憶體 434 排程器 440 接收器處理器 452a 天線 452t 天線 454a 傳輸器單元 454t 傳輸器單元 460 接收器處理器 130002.doc -34- 200901646 f 462 資料儲集器 470 控制器/處理器 472 記憶體 478 資料源 480 傳輸器處理器 500 接收器處理器 502 接收器處理器 504 記憶體 508 多工器（Mux) 5 10a 解調變引擎 510b 解調變引擎 510c 解調變引擎 510d 解調變引擎 512 多工器 520a 解碼引擎 520b 解碼引擎 522 多工器 530 封包引擎 540 動態接收器資源管理器 1200 裝置 1212 模組 1214 模組 1216 模組 1218 模組 1220 模組 130002.doc 35- 200901646 33·—種電腦程式產品，其包含： 一電腦可讀取媒體，其包含： ==少一電腦估計至少一封包中之每一者之接 原使用率的程式碼，每-封包之該接收器資源 率係一用以處理該封包的接收器資源量；及 用於使該至少一雷腦其於直 冤細基於母一封包之該已估計接收 器貧源使用率，將可用接收器資源指派給該至少—封 包的程式碼。

34,如請求項33之電腦程式產品，盆 一步包含： 、&可讀取媒體進 用於使該至少一電腦杜古4· — 4+ 4 + 电肠估彳母封包之解調變資源使用 率的程式碼，該解調變資调伟用走在 ο踅貞你便用羊係一用以解調變該封 包的解調變資源量；及 欠用於使該至少-電腦基於每—封包之該已估計解調變 資源使用率，將可用解調變資源指派給該至少一封包的 程式碼。 35.如請求項33之電腦程式產品，其中該電腦可讀取媒體進 一步包含： 用於使該至少一電腦估計每一封包之解碼資源使用率 的程式碼，該解碼資源使用率係一用以解碼該封包的解 碼資源量；及 用於使該至少一電腦基於每一封包之該已估計解碼資 源使用率’將可用解碼資源指派給該至少—封包的程式 碼。 130002.doc 200901646 π如請求項33之電腦程式產品’其中該電腦可讀 一步包含： 硬 二於使該至少—電腦跳過或延緩該 或多個封包的處理，以允許&中之一 包之要求的程式媽；及 <母-封包滿足該封 用於使該至少—電腦基於每 權、正確解^ T匕之潛時要求、優先 鮮馬之可能性、傳輸數目 至少一者來選埋# 塊數目及大小中的 延緩處理的 程式碼 ，水、擇該一或多個封包 。 匕 u跳過或 ί 130002.doc

Claims (1)

1. 200901646 十、申請專利範圍： 1. 一種用於管理接收器資源之裝置，其包含： 至少一處理器’其經組態以：估計至少一封包中之每 者的接收器資源使用率’每一封包之該接收器資源使 用率係一用以處理該封包的接收器資源量；及基於每一 封包之该已估計接收器資源使用率，將可用接收器資源 指派給該至少一封包；及 一耗接至該至少一處理器之記憶體。 2. 如μ求項1之裝置，其中該等可用接收器資源包含解調 麦；貝源，且其中該至少一處理器經組態以：估計每一封 包之解1周變貧源使用率’該解調變資源使用率係一用以 解調變該封包的解調變資源量；及基於每一封包之該已 估2十解調變資源使用率’將可用解調變資源指派給該至 少一封包。 3. 如明求項2之裝置，其中該至少一處理器經組態以基於 用於°亥封包之頻寬量、時間量、層數目及調變階數中之 至夕者來估計每一封包之該解調變資源使用率。 4. =請求項2之裝置’其巾每一封包係在至少一塊中發 ^且其中忒至少一處理器經組態以基於用於該封包之 塊數目來估计每—封包之該解調變資源使用率。 130002.doc 1 如請求 只 <衣置’其中該等可用解調變資源包含多個 可平行操作之解調變引擎。 2 月长項5之裝置，其中該至少一封包係在多個塊中發 送，且盆中与Γ y丨、 °至夕一處理器經組態以指派近似相等數目 200901646 之塊給該多個解調變引擎。 7.如，求項5之裝置，其中該至少_處理器經組態以基於 自取小至最大之封包大小，將該多個解調變引擎指派給 該至少一封包。 8‘㈣求項5之裝置，其中該至少—處理器經組態以基於 自取大至最小之封包大小，將該多個解調變引擎指派給 該至少一封包。 口 9. :請求項i之裝置，其中該等可用接收器資源包含解碼 資源，且其中該至少—處理器經組態以：估計每—封包 之解碼資源使用率，該解碼資源使用率係1以解石馬該 封包之解碼資源量；及基於每—封包之該已估計解石馬資 源=用率’將可用解碼資源指派給該至少一封包。 用：：項9之裝置’其中該至少—處理器經組態以基於 來估包大小及解碼迭狀數目巾的至少-者 來估叶母一封包之該解碼資源使用率。 "·如凊求項9之裝置，其中每_ 且其中兮s小. 5 ^ v 于封包， 數目來π:::組態以基於該封包之子封包的 12.如請求項9之裝置，：二解碼資源使用率。 正確解碼每—j "亥至v 一處理器經組態以基於 解碼資源指派給以-順序次序將該等可用 最高正確解碼可能性之該順序次序係以-具有 如請求項9之裳置，|化開始。 包，且其中該至小”中°亥至少一封包包含複數個子封 處理器經組態以基於針對每一子封 130002.doc 200901646 =所接收之傳輸數目，將該等可用解碼資源指派給該複 數個子封包。 1 4 _如請求項9夕壯 _ 敦置，其中該等可用解碼資源包含多個可 平行操作之解碼引擎。 15. 如請求項1 處理次 裝置，其中该專可用接收器資源包含封包 =勺貝源’且其中該至少—處理器經組態以：估計每- 一 封^處理|源使料，該封包處理資源使用率係 /處理該封包的封包處理資源量；及基於每一封包 :二已估計封包處理資源使用率，將可用封包處理資源 扎派給該至少一封包。 16. =項1之裝置，其中該至少-處理器經組態以基於 資诉沪之'曰時要求’以一順序次序將該等可用接收器 貝源才θ派給該至少—封句， '潛時要求或最大_感性二=係以一具有最短 17·如請求们之裝置，其中 每-封包之優先權，以一順序^ "經組態以基於 源指派^至小_ ^^ 人序將該等可用接收器資 先權之^ V S亥順序次序係以一具有最高優 先榷之封包開始。 18·如請求们之裝置，其中 過或延緩該至少-封包中之^處理^組悲、以：跳 許待處理之每一封包滿足 允 包之潛時要求、優先權、正確:要求，及基於每-封 目、塊H 3 + 確解碼之可能性、傳輪數 包，以跳Μ小中的至少一者來選擇該-或多個封 从跳過或延緩處理。 130002.doc 200901646 1 9 · 一種官理接收器資源之方法，其包含： 估计至少-封包令之每一者的接收器資源使用率，每 -封包之該接收器資源使用率係一用以處理該封包的接 收器資源量；及 基於每-封包之該已估計接收器資源使用率，將可用 接收器資源指派給該至少—封包。 20.如叫求項19之方法’其中該估計接收器資源使用率包含 估計每-封包之解調變資源使㈣，該解調變資源使用 率係-用以解調變該封包的解調變資源量，且其中奸 派可用接收器資源包含基於每—封包之該已估計解調^ 資源使用率，將可用解調變資源指派給該至少—封包 •如請求項20之方法，其中該估計每一封包之 使用率包含基於用於該封包之頻寬量、時間量、^ 目、層數目及調變階數中之至少—者來估計每-封包之 該解調變資源使用率。 22.如清求項19之方法’其中該估計接收器資源使用率包含 =每—封包之解Μ源使用率，該解瑪資源使用率传 -解碼該封包的解碼資源量，且其中該指派可用接 收器資源包含基於每—纟 受时 釘包之該已估汁解碼資源使用 率，將可用解碼資源指派給該至少一封包。 用 23·2求項22之方法，其中該估計每—封包之解碼資源使 用率包含基於用於該封包之封包大小、解碼迭代1 = 及子封包數目中的至少一者來 源使用率。 者來估片母封包之該解竭資 130002.doc 200901646 Μ.如請求項19之方法，其中該指派可用接收器資源包含基 於每-封包之潛時要求或優先權’以—順序次序將該等 可用接收器資源指派給該至少-封包，該順序次序係以 一具有最短潛時要求或最高優先權之封包開始。 25. 如請求項19之方法，進一步包含： 、跳過或延緩該至少-封包中之—或多個封包的處理， 以允許待處理之每一封包滿足該封包之要求；及 基於每一封包之潛時要求、優先權、正確解碼之可能 性、傳輸數目、塊數目及大小中的至少一者來選擇該一 或多個封包，以跳過或延緩處理。 26. —種用於管理接收器資源之裝置，其包含： 用於估计至少-封包中之每一者之接收器資源使用率 的構件’每-封包之該接收器資源使用率係—用以處理 該封包的接收器資源量；及 / 用於基於每一封包之該已估計接收器資源使用率，將 可用接收器資源指派給該至少一封包的構件。 月长項26之裝置，其中該用於估計接收器資源使用率 之構件包含用於估計每-封包之解調變資源使用率之構 牛°亥解D周夂貝源使用率係一用以解調變該封包的解調 變資源量，且复φ 士方田狄』卜〆 /、中，亥用於指派可用接收器資源之構件包 含用於基於每— 封包之讀已估計解調變資源使用率，將 可用解調變資源指派給該至少一封包的構件。 28.如請求項27之梦罢 甘山 、直’八中該用於估計每一封包之解調變 資源使用率之構件句a 再件包3用於基於用於該封包之頻寬量、 130002.doc 200901646 =間ι塊數目、層數目及調變階數t之至少—者來估 彳母—封包之該解調變資源使用率的構件。 29·Ι=項26之裝置’其中該用於估計接收器資源使用率 件 乙3用於估叶每一封包之解碼資源使用率的構 旦、解碼資源使用率係一用以解碼該封包的解碼資源 其中該用於指派可用接收器資源的構件包含用於 I母#包之該已估計解碼資源使 資源指派給該至少一封包的構件。 打用解碼 川·如清求項29之裝置’其中該用於估計每一封包之解碼資 :::率的構件包含用於基於用於該封包之封包大小、、 =迭代之數目及子封包數目中的至少—者來估計每一 封包之該解碼資源使用率的構件。 31·2ΐΓ6之裝置，其中該用於指派可用接收器資源之 用於基於每一封包之潛時要求或優先權，以一 :盖：次序將該等可用接收器資源指派給該至少一封包的 權之封包開始/具有攻短潛時要求或最高優先 32.如請求項26之裝置，進一步包含： 理用於:過或延緩該至少一封包中之一或多個封包的處 件^許待處理之每一封包滿足該封包之要求的構 用於基於每一封台—，w + /θ 要求、優先權、正確解碼之 了月b性、傳輪數目、 該一或多個封包以跳^ 的至少一者來選擇 l以跳過或延緩處理的構件。 130002.doc