專利名稱：處理半持續(xù)性調(diào)度傳輸?shù)姆椒跋嚓P(guān)通訊裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是指一種用于一無(wú)線通訊系統(tǒng)及相關(guān)通訊裝置的方法，尤指一種用于一無(wú)線通訊系統(tǒng)的一移動(dòng)裝置中處理半持續(xù)性調(diào)度(kmi-Persistent Scheduling, SPS)傳輸?shù)姆椒跋嚓P(guān)通訊裝置。
背景技術(shù)：
第三代移動(dòng)通訊聯(lián)盟(the3rd Generation Partnership Pro ject，3GPP)所制定的長(zhǎng)期演進(jìn)(Long Term Evolution，以下簡(jiǎn)稱LTE)無(wú)線通訊系統(tǒng)，目前被視為可提供高數(shù)據(jù)傳輸率、低潛伏時(shí)間、封包最佳化以及改善系統(tǒng)容量和覆蓋范圍的一種新的無(wú)線接口及無(wú)線網(wǎng)絡(luò)架構(gòu)。于長(zhǎng)期演進(jìn)無(wú)線通訊系統(tǒng)中，演進(jìn)式通用陸地全球無(wú)線接入網(wǎng)絡(luò)(Evolved Universal Terrestrial Radio Access Network, E-UTRAN) 1 ^^^ii M^C^ (evolved Node-B，eNB)，并與多個(gè)移動(dòng)裝置(或稱為客戶端(user equipment, UE))進(jìn)行通訊。長(zhǎng)期演進(jìn)無(wú)線通訊系統(tǒng)具有動(dòng)態(tài)調(diào)度(Dynamic Scheduling,DS)和半持續(xù)性調(diào)度 (Semi-Persistent Scheduling, SPS)等兩種調(diào)度方式。動(dòng)態(tài)調(diào)度是網(wǎng)絡(luò)端根據(jù)客戶端的流量及服務(wù)質(zhì)量需求，動(dòng)態(tài)地分配傳輸資源給客戶端，以提供客戶端進(jìn)行數(shù)據(jù)接收或傳輸。 而半持續(xù)性調(diào)度則是網(wǎng)絡(luò)端為了服務(wù)周期性產(chǎn)生數(shù)據(jù)的上層應(yīng)用程序，如因特網(wǎng)協(xié)議語(yǔ)音傳遞技術(shù)(Voice over Internet Protocol，VOIP)，配置固定周期的固定傳輸資源給客戶端，來減少網(wǎng)絡(luò)端在物理下鏈路控制信道(PDCCH)上發(fā)送控制信息，而增進(jìn)系統(tǒng)調(diào)度的效能。換言之，半持續(xù)性調(diào)度配置固定周期的固定傳輸資源給客戶端，因此客戶端不需要監(jiān)聽物理下鏈路控制信道來接收網(wǎng)絡(luò)端分配的傳輸資源，即可周期性地進(jìn)行傳輸。先進(jìn)長(zhǎng)期演進(jìn)(LTE-advanced，LTE-A)系統(tǒng)為長(zhǎng)期演進(jìn)系統(tǒng)的進(jìn)階版本，其包含有快速轉(zhuǎn)換功率狀態(tài)、提升小區(qū)邊緣效能、頻寬延展、協(xié)調(diào)多點(diǎn)傳輸/接收(coordinated multipoint transmission/reception, CoMP)以及多輸入多輸出(multi-input multi-output, ΜΙΜΟ)等技術(shù)。先進(jìn)長(zhǎng)期演進(jìn)系統(tǒng)使用載波集成(carrier aggregation)以達(dá)到頻寬延展的目的，載波集成聚合兩個(gè)或多個(gè)分量載波(component carriers)以達(dá)成更高頻寬的數(shù)據(jù)傳輸，因此，先進(jìn)長(zhǎng)期演進(jìn)系統(tǒng)可通過聚合5個(gè)頻寬為20MHz的分量載波以支持高達(dá) 100MHz的頻寬，其中每個(gè)分量載波皆向后兼容于3GPrael-8所規(guī)范的單一載波。先進(jìn)長(zhǎng)期演進(jìn)規(guī)格同時(shí)支持連續(xù)及非連續(xù)的分量載波，每個(gè)分量載波最多可包含110個(gè)資源區(qū)塊 (resource block)，因此，可通過聚合非連續(xù)分量載波以增加頻寬彈性。此外，在運(yùn)作于時(shí)分多工(time-division duplex,TDD)模式的先進(jìn)長(zhǎng)期演進(jìn)系統(tǒng)中，一分量載波同時(shí)用于上鏈路(uplink, UL)及下鏈路(downlink, DL)。在先進(jìn)長(zhǎng)期演進(jìn)系統(tǒng)設(shè)定客戶端的載波集成后，客戶端可傳送及接收數(shù)據(jù)于一個(gè)或多個(gè)分量載波上以增加數(shù)據(jù)傳輸速率，于先進(jìn)長(zhǎng)期演進(jìn)系統(tǒng)中，演進(jìn)式基站可根據(jù)客戶端不同的上鏈路及下鏈路載波集成能力，配置客戶端不同數(shù)目的上鏈路及下鏈路分量載波。更進(jìn)一步地，客戶端所使用的分量載波必包含有一下鏈路主要分量載波(primary component carrier, PCC)及一上鏈路主要分量載波，其余分量載波則分別為上鏈路或下鏈路次要分量載波(secondary component carrier，SCC)。上鏈路及下鏈路次要分量載波的數(shù)量相關(guān)于客戶端能力及可分配的無(wú)線資源。主要小區(qū)不能被關(guān)閉，但可通過交遞程序變更。在載波集成中，客戶端僅與網(wǎng)絡(luò)端具有一無(wú)線資源控制(Radio Resource Control, RRC)連結(jié)。于無(wú)線資源控制連結(jié)建立、重建及交遞時(shí)，服務(wù)小區(qū)可提供非接入層 (Non-Access-Stratum, NAS)移動(dòng)信息，且于無(wú)線資源控制連接重建及交遞，服務(wù)小區(qū)可提供安全輸入，此服務(wù)小區(qū)即為主要小區(qū)(Primary Cell，PCell)。于下鏈路中，對(duì)應(yīng)于主要小區(qū)的載波即為下鏈路主要分量載波(Downlink Primary component carrier, DL PCC)，而于上鏈路中，對(duì)應(yīng)于主要小區(qū)的載波即為上鏈路主要分量載波(Uplink Primary component carrier, UL PCC)。根據(jù)第三代移動(dòng)通訊聯(lián)盟目前規(guī)范，若多工組合體(Multiplexing and Assembly entity)提供連續(xù)implicitReleaseAfter [8]數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù) Jp.7Π (service data units, SDU)白勺(medium access control, MAC) f^il 數(shù)據(jù)單元(Protocol Data Units, PDU)于半持續(xù)性調(diào)度資源上，則客戶端立即清除配置上鏈路允傳量。如此一來，當(dāng)客戶端不具有數(shù)據(jù)需傳輸時(shí)，半持續(xù)性調(diào)度資源可被釋放。然而，假設(shè)客戶端配置有一主要分量載波、至少一次要分量載波(即分別對(duì)應(yīng)于一主要小區(qū)及至少一次要小區(qū))及于該主要分量載波上的一半持續(xù)性調(diào)度資源，且一 implicitReleaseAfter值設(shè)定為2。于一第一子幀中，即一傳輸時(shí)間間隔(transmission time interval (TTI)，客戶端具有用于傳輸?shù)囊坏谝粍?dòng)態(tài)允傳量及一第一配置允傳量，但客戶端不具有數(shù)據(jù)足夠皆使用該第一動(dòng)態(tài)允傳量與該第一配置允傳量?jī)烧哂谏湘溌穫鬏敚?因此客戶端使用該第一動(dòng)態(tài)允傳量傳輸包含數(shù)據(jù)的一第一媒體存取控制協(xié)議數(shù)據(jù)單元，而使用該第一配置允傳量傳輸未包含數(shù)據(jù)(即零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元)的一第二媒體存取控制協(xié)議數(shù)據(jù)單元。于一第二子幀中，客戶端具有一第二動(dòng)態(tài)允傳量及一第二配置允傳量，但客戶端不具走足夠數(shù)據(jù)，以使用該該第二動(dòng)態(tài)允傳量及該第二配置允傳量?jī)烧哂谏湘溌穫鬏?，因此客戶端使用該第二?dòng)態(tài)允傳量傳輸包含數(shù)據(jù)的一第三媒體存取控制協(xié)議數(shù)據(jù)單元，而使用該第二配置允傳量傳輸未包含數(shù)據(jù)的媒體存取控制協(xié)議數(shù)據(jù)單元。在此情況下，由于客戶端傳輸連續(xù)兩個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，因此客戶端清除該半持續(xù)性調(diào)度資源，但實(shí)際上客戶端具有數(shù)據(jù)需傳輸。因此，在載波集成中，由于客戶端可能使用動(dòng)態(tài)允傳量而非配置允傳量傳輸數(shù)據(jù)，因此客戶端更有可能使用該配置允傳量傳輸連續(xù)個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，而因此清除該半持續(xù)性調(diào)度資源，如此會(huì)因頻繁地隱式關(guān)閉(implicit deactivation)半持續(xù)性調(diào)度而需浪費(fèi)物理下鏈路控制信道資源來啟動(dòng)半持續(xù)性調(diào)度。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的即在于提供一種用于一無(wú)線通訊系統(tǒng)的一移動(dòng)裝置中處理半持續(xù)性調(diào)度傳輸?shù)姆椒跋嚓P(guān)通訊裝置。本發(fā)明揭露處理半持續(xù)性調(diào)度傳輸?shù)姆椒?，用于一無(wú)線通訊系統(tǒng)的一移動(dòng)裝置中，該移動(dòng)裝置于一子幀中具有用于傳輸?shù)囊粍?dòng)態(tài)允傳量及一配置允傳量。該方法包含有根據(jù)該配置允傳量的一使用狀態(tài)，于該子幀中傳輸一數(shù)據(jù)。本發(fā)明還揭露處理半持續(xù)性調(diào)度傳輸?shù)姆椒ǎ糜谝粺o(wú)線通訊系統(tǒng)的一移動(dòng)裝置中，該移動(dòng)裝置于多個(gè)相同子幀中具有用于傳輸?shù)亩鄠€(gè)動(dòng)態(tài)允傳量及多個(gè)配置允傳量。該方法包含有若有一數(shù)據(jù)需于該多個(gè)相同子幀中傳輸，不使用該多個(gè)配置允傳量傳輸一連續(xù)數(shù)量個(gè)包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元。本發(fā)明還揭露處理半持續(xù)性調(diào)度傳輸?shù)姆椒?，用于一無(wú)線通訊系統(tǒng)的一移動(dòng)裝置中。該方法包含有若提供一第一連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元于一半持續(xù)性調(diào)度資源上，且提供一第二連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元于多個(gè)動(dòng)態(tài)調(diào)度資源上，則清除一配置上鏈路允傳量。


圖1為本發(fā)明實(shí)施例一無(wú)線通訊系統(tǒng)的示意圖。
圖2為本發(fā)明實(shí)施例一通訊裝置的示意圖。
圖3為圖2中程序碼的示意圖。
圖4為本發(fā)明實(shí)施例的流程圖。
圖5為本發(fā)明實(shí)施例的流程圖。
圖6為本發(fā)明實(shí)施例的流程圖。
[主要元件標(biāo)號(hào)說明]
10無(wú)線通訊系統(tǒng)12服務(wù)網(wǎng)絡(luò)
14目標(biāo)網(wǎng)絡(luò)20通訊裝置
200處理裝置210儲(chǔ)存單元
214程序碼220通訊接口單元
300無(wú)線資源控制層310封包數(shù)據(jù)聚合協(xié)議層
320無(wú)線鏈路控制層330媒體存取控制層
340物理層40、50、60 流程
400 404、500 504、600 604步驟
具體實(shí)施例方式
請(qǐng)參考圖1，圖1為本發(fā)明實(shí)施例一無(wú)線通訊系統(tǒng)10的示意圖。無(wú)線通訊系統(tǒng) 10較佳地可為一長(zhǎng)期演進(jìn)-進(jìn)階式系統(tǒng)(LTE-Advance)或其它相類似支持多重分量載波 (component carrier)同時(shí)傳輸以及接收的網(wǎng)絡(luò)系統(tǒng)，其簡(jiǎn)略地是由一網(wǎng)絡(luò)端及多個(gè)客戶端所組成。在圖1中，網(wǎng)絡(luò)端及客戶端(UEs)用來說明無(wú)線通訊系統(tǒng)10的架構(gòu)。在長(zhǎng)期演進(jìn)式系統(tǒng)中，網(wǎng)絡(luò)端可為一演進(jìn)式通用陸地全球無(wú)線接入網(wǎng)絡(luò)(evolved-UTRAN，EUTRAN), 其可包含多個(gè)基站(eNBs)，而客戶端，可為移動(dòng)電話、計(jì)算機(jī)系統(tǒng)等裝置。此外，根據(jù)傳輸方向，網(wǎng)絡(luò)端及客戶端可視為一傳送器及一接收器。舉例來說，對(duì)于一上鏈路(uplink，UL) 傳輸，客戶端為傳送端而網(wǎng)絡(luò)端為接收端；對(duì)于一下鏈路(downlink，DL)傳輸，網(wǎng)絡(luò)端為傳送端而客戶端為接收端。
請(qǐng)參考圖2，圖2為本發(fā)明實(shí)施例一通訊裝置20的示意圖。通訊裝置20可為圖1 中的客戶端或網(wǎng)絡(luò)端，其包含一處理裝置200、一儲(chǔ)存單元210以及一通訊接口單元220。處理裝置200可為一微處理器(microprocessor)或一專用集成電路(application-specific integrated circuit，ASIC)。儲(chǔ)存單元210可為任一數(shù)據(jù)儲(chǔ)存單元，其用來儲(chǔ)存一程序碼214，可通過處理裝置200讀取以及執(zhí)行。舉例來說，儲(chǔ)存單元210可為用戶識(shí)別模塊 (subscriber identity module, SIM) ,Ki^^fil^ (read-only memory, ROM) >^JW^M 儲(chǔ)器(random-access memory, RAM)、光盤只讀存儲(chǔ)器(CD-ROMs)JfS (magnetic tapes)、 軟盤(floppy disks)、光學(xué)數(shù)據(jù)儲(chǔ)存裝置(optical data storage devices)等等，而不限于此。通訊接口單元220可為一無(wú)線收發(fā)器，其可與其它通訊裝置進(jìn)行無(wú)線通訊以及將處理裝置200的運(yùn)算結(jié)果轉(zhuǎn)換成無(wú)線信號(hào)。請(qǐng)參考圖3，圖3為本發(fā)明實(shí)施例用于長(zhǎng)期演進(jìn)系統(tǒng)的程序碼214的示意圖。程序碼214包含有多個(gè)通訊協(xié)議層級(jí)的程序碼，其通訊協(xié)議層級(jí)程序碼從上到下為一無(wú)線資源控制(Radio Resource Control, RRC)層 300、一封包數(shù)據(jù)聚合協(xié)議(Packet Data Convergence Protocol, PDCP)層 310、一無(wú)線鏈路控制(Radio Link Control, RLC)層 320、一媒體存取控制(Medium Access Control, MAC)層 330 以及一物理(Physical，PHY) 層340。物理層340包含有多個(gè)物理層信道的傳輸與接收功能，例如物理隨機(jī)存取信 M (physical random access channel, PRACH) ^^Silill^iS^ffit (physical uplink control channel，PUCCH)、物理上鏈路共享信道(physical uplink shared channel, PUSCH)、物理下鏈路控制信道(physical downlink control channel, PDCCH)及物理下鏈路共享信道(physical downlink shared channel, PDSCH)等等。在長(zhǎng)期演進(jìn)加強(qiáng)系統(tǒng)中，物理層340及媒體存取控制層330支持一載波聚合 (Carrier Aggregation)技術(shù)，使客戶端得以通過上層所配置的多個(gè)載波進(jìn)行傳輸或接收。在此情形下，本發(fā)明實(shí)施例提供程序碼214，用來使客戶端適當(dāng)?shù)靥幚戆氤掷m(xù)性調(diào)度 (Semi-Persistent Scheduling, SPS)傳輸，進(jìn)而避免于客戶端實(shí)際上具有數(shù)據(jù)需傳輸時(shí)頻繁地隱式關(guān)閉(implicit deactivation)半持續(xù)性調(diào)度，以節(jié)省物理下鏈路控制信道資源。請(qǐng)參考圖4，圖4為本發(fā)明實(shí)施例一流程40的示意圖。流程40可用來處理半持續(xù)性調(diào)度傳輸，用于一無(wú)線通訊系統(tǒng)的一客戶端中。該無(wú)線通訊系統(tǒng)可為無(wú)線通訊系統(tǒng)10，且客戶端于一子幀(SUbframe)中具有用于傳輸?shù)囊粍?dòng)態(tài)允傳量(dynamic grant)及一配置允傳量(configured grant)。流程40可編譯成程序碼214，包含下列步驟步驟400:開始。步驟402 根據(jù)該配置允傳量的一使用狀態(tài)，于該子幀中傳輸一數(shù)據(jù)。步驟404:結(jié)束。根據(jù)流程40，當(dāng)客戶端于一子幀中具有一動(dòng)態(tài)允傳量及一配置允傳量用于傳輸且于該子幀中緩沖器(buffer)具有一數(shù)據(jù)需傳輸，客戶端根據(jù)該配置允傳量的一使用狀態(tài)， 于該子幀中傳輸該數(shù)據(jù)。詳細(xì)來說，若該數(shù)據(jù)可使用該配置允傳量傳輸，客戶端于該子幀中使用該配置允傳量傳輸該數(shù)據(jù)。另一方面，若該數(shù)據(jù)不能使用該配置允傳量傳輸，則客戶端于該子幀中使用該動(dòng)態(tài)允傳量傳輸該數(shù)據(jù)。換句話說，當(dāng)客戶端使用該配置允傳量及該動(dòng)態(tài)允傳量傳輸一定數(shù)量個(gè)數(shù)據(jù)時(shí)，客戶端會(huì)先使用該配置允傳量傳輸該一定數(shù)量個(gè)數(shù)據(jù)，而若該一定數(shù)量個(gè)數(shù)據(jù)足夠皆使用該配置允傳量及該動(dòng)態(tài)允傳量?jī)烧邆鬏?，客戶端再接著使用該?dòng)態(tài)允傳量傳輸該一定數(shù)量個(gè)數(shù)據(jù)中剩余數(shù)據(jù)。如此一來，當(dāng)客戶端有數(shù)據(jù)要傳輸時(shí)，客戶端先使用該配置允傳量傳輸數(shù)據(jù)，以避免頻繁地隱式關(guān)閉半持續(xù)性調(diào)度，進(jìn)而可節(jié)省物理下鏈路控制信道資源。將流程40應(yīng)用于已知技術(shù)所述的情形時(shí)，即于兩子幀傳輸時(shí)間間隔 (transmission time interval, TTI)中具有兩動(dòng)態(tài)允傳量及兩配置允傳量用于傳輸且 implicitReleaseAfter值設(shè)定為2，客戶端于一第一子幀中使用一第一配置允傳量傳輸包含至少一媒體存取控制服務(wù)數(shù)據(jù)單元(service data units, SDU)的一第一媒體存取控制協(xié)議數(shù)據(jù)單元(Protocol Data Units，PDU)，且客戶端可于第二子幀中使用一第二配置允傳量傳輸包含至少一媒體存取控制服務(wù)數(shù)據(jù)單元的一第二媒體存取控制協(xié)議數(shù)據(jù)單元。因此，當(dāng)客戶端有數(shù)據(jù)要傳輸時(shí)，客戶端可通過先使用該配置允傳量傳輸數(shù)據(jù)，以避免頻繁地隱式關(guān)閉半持續(xù)性調(diào)度。請(qǐng)參考圖5，圖5為本發(fā)明實(shí)施例一流程50的示意圖。流程50可用來處理半持續(xù)性調(diào)度傳輸，用于一無(wú)線通訊系統(tǒng)的一客戶端中。該無(wú)線通訊系統(tǒng)可為無(wú)線通訊系統(tǒng)10，且客戶端于多個(gè)相同子幀中具有用于傳輸?shù)亩鄠€(gè)動(dòng)態(tài)允傳量及多個(gè)配置允傳量。流程50可編譯成程序碼214，包含下列步驟步驟500:開始。步驟502 若有一數(shù)據(jù)需于該多個(gè)相同子幀中傳輸，不使用該多個(gè)配置允傳量傳輸一連續(xù)數(shù)量個(gè)包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元。步驟504:結(jié)束。根據(jù)流程50，當(dāng)客戶端于多個(gè)相同子幀具有用于傳輸?shù)亩鄠€(gè)配置允傳量及多個(gè)動(dòng)態(tài)允傳量，且于該多個(gè)相同子幀中緩沖器具有一數(shù)據(jù)需傳輸，客戶端不使用該多個(gè)配置允傳量傳輸一連續(xù)數(shù)量個(gè)包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，其中該連續(xù)數(shù)量個(gè)媒體存取控制協(xié)議數(shù)據(jù)單元的數(shù)量小于或等于一 implicitReleaseAfter值。如此一來，當(dāng)客戶端使用該多個(gè)配置允傳量及該多個(gè)動(dòng)態(tài)允傳量傳輸數(shù)據(jù)時(shí)，客戶端不使用該多個(gè)配置允傳量傳輸implicitReleaseAfter連續(xù)數(shù)量個(gè)包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，因此不會(huì)清除該配置允傳量，進(jìn)而避免頻繁地隱式關(guān)閉半持續(xù)性調(diào)度，而可節(jié)省物理下鏈路控制信道資源。將流程50應(yīng)用于已知技術(shù)所述的情形時(shí)，即于兩子幀傳輸時(shí)間間隔中具有兩動(dòng)態(tài)允傳量及兩配置允傳量用于傳輸且implicitReleaseAfter值設(shè)定為2。于一實(shí)施例中， 客戶端可能使用一第一配置允傳量傳輸包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的一第一媒體存取控制協(xié)議數(shù)據(jù)單元，但使用該第二配置允傳量傳輸包含至少一媒體存取控制服務(wù)數(shù)據(jù)單元的一第二媒體存取控制協(xié)議數(shù)據(jù)單元；于另一實(shí)施例中，客戶端可能使用該第一配置允傳量傳輸包含至少一媒體存取控制服務(wù)數(shù)據(jù)單元的該第一媒體存取控制協(xié)議數(shù)據(jù)單元，但使用該第二配置允傳量傳輸包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的該第二媒體存取控制協(xié)議數(shù)據(jù)單元。因此，當(dāng)客戶端有數(shù)據(jù)需傳輸時(shí)，客戶端可通過不使用該多個(gè)配置允傳量傳輸implicitReleaseAfter連續(xù)數(shù)量個(gè)包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，以避免頻繁地隱式關(guān)閉半持續(xù)性調(diào)度。請(qǐng)參考圖6，圖6為本發(fā)明實(shí)施例一流程60的示意圖。流程60可用來處理半持續(xù)性調(diào)度傳輸，用于一無(wú)線通訊系統(tǒng)的一客戶端中。該無(wú)線通訊系統(tǒng)可為無(wú)線通訊系統(tǒng)10。 流程60可編譯成程序碼214，包含下列步驟步驟600:開始。步驟602 若于一半持續(xù)性調(diào)度資源上提供一第一連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，且于多個(gè)動(dòng)態(tài)調(diào)度資源上提供一第二連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，則清除一配置上鏈路允傳量。步驟604:結(jié)束。根據(jù)流程60，若一多工組合體(Multiplexing and Assembly entity)于一半持續(xù)性調(diào)度資源上提供一第一連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，且多工組合體提供于多個(gè)動(dòng)態(tài)調(diào)度資源上一第二連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，則客戶端清除一配置上鏈路允傳量，其中該第一連續(xù)數(shù)量等于該第二連續(xù)數(shù)量，如一 implicitReleaseAfter值， 且該多個(gè)動(dòng)態(tài)調(diào)度資源與該半持續(xù)性調(diào)度資源分配于多個(gè)相同子幀(subframe)中。換句話說，除了需滿足已知條件外(即提供implicitReleaseAfter連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元于一半持續(xù)性調(diào)度資源上)，一新的條件亦需滿足(即提供implicitReleaseAfter連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元于該多個(gè)動(dòng)態(tài)調(diào)度資源上)，客戶端才會(huì)清除該配置上鏈路允傳量。值得注意的是，該無(wú)線通訊系統(tǒng)的一網(wǎng)絡(luò)端亦于該第一連續(xù)數(shù)量個(gè)媒體存取控制協(xié)議數(shù)據(jù)單元及該第二連續(xù)數(shù)量個(gè)媒體存取控制協(xié)議數(shù)據(jù)單元時(shí)，相對(duì)應(yīng)于認(rèn)為該半持續(xù)性調(diào)度資源已釋放。如此一來，當(dāng)皆傳輸 implicitReleaseAfter連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元于該半持續(xù)性調(diào)度資源與該動(dòng)態(tài)調(diào)度資源上時(shí)，客戶端清除該配置上鏈路允傳量，進(jìn)而避免頻繁地隱式關(guān)閉半持續(xù)性調(diào)度，而可節(jié)省物理下鏈路控制信道資源。將流程60應(yīng)用于已知技術(shù)所述的情形時(shí)，即于兩子幀傳輸時(shí)間間隔中具有兩動(dòng)態(tài)允傳量及兩配置允傳量用于傳輸且implicitReleaseAfter值設(shè)定為2。由于客戶端不皆傳輸連續(xù)兩個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元于該半持續(xù)性調(diào)度資源與該動(dòng)態(tài)調(diào)度資源上，因此客戶端不會(huì)清除該配置上鏈路允傳量。請(qǐng)注意以上所提裝置的步驟，包含有建議步驟，可以由硬件、固件或是一電子系統(tǒng)實(shí)現(xiàn)。固件被認(rèn)知為一硬件裝置和計(jì)算機(jī)指令，以及數(shù)據(jù)是存在于該硬件裝置上的只讀軟件。硬件的范例可以包括模擬、數(shù)字以及混合電路，混合電路被認(rèn)知為微電路、微芯片或硅芯片。該電子系統(tǒng)的范例可以包含系統(tǒng)單芯片(system on chip，SOC)、系統(tǒng)級(jí)封裝(system in package, Sip)、計(jì)算機(jī)模塊化(computer on module, COM)以及該通訊裝置20。其中， 上述處理程序相關(guān)的程序碼214以及處理結(jié)果可用于無(wú)線通訊系統(tǒng)10用來處理負(fù)載平衡。在已知技術(shù)中，于載波聚合時(shí)，由于客戶端可能使用動(dòng)態(tài)允傳量而非配置允傳量傳輸數(shù)據(jù)，因此客戶端還有可能使用該配置允傳量傳輸連續(xù)個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，而因此清除該半持續(xù)性調(diào)度資源，如此會(huì)因頻繁地隱式關(guān)閉半持續(xù)性調(diào)度而需浪費(fèi)物理下鏈路控制信道資源來啟動(dòng)半持續(xù)性調(diào)度。相較之下，避免于客戶端實(shí)際上具有數(shù)據(jù)需傳輸時(shí)頻繁地隱式關(guān)閉半持續(xù)性調(diào)度，以節(jié)省物理下鏈路控制信道資源，于本發(fā)明一實(shí)施例中，當(dāng)客戶端有數(shù)據(jù)要傳輸時(shí)，客戶端先使用該配置允傳量傳輸數(shù)據(jù)；于本發(fā)明另一實(shí)施例中，當(dāng)客戶端使用該多個(gè)配置允傳量及該多個(gè)動(dòng)態(tài)允傳量傳輸數(shù)據(jù)時(shí)，客戶端不使用該多個(gè)配置允傳量傳輸implicitReleaseAfter連續(xù)數(shù)量個(gè)包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，因此不會(huì)清除該配置允傳量；于本發(fā)明更一實(shí)施例中，當(dāng)皆傳輸 implicitReleaseAfter連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元于該半持續(xù)性調(diào)度資源與該動(dòng)態(tài)調(diào)度資源上時(shí)，客戶端清除該配置上鏈路允傳量。綜合上述，本發(fā)明可適當(dāng)?shù)靥幚戆氤掷m(xù)性調(diào)度傳輸，進(jìn)而避免于客戶端實(shí)際上具有數(shù)據(jù)需傳輸時(shí)頻繁地隱式關(guān)閉半持續(xù)性調(diào)度，以節(jié)省物理下鏈路控制信道資源。以上所述僅為本發(fā)明的較佳實(shí)施例，凡依本發(fā)明權(quán)利要求范圍所做的均等變化與修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
1.一種處理半持續(xù)性調(diào)度傳輸?shù)姆椒?，用于一無(wú)線通訊系統(tǒng)的一移動(dòng)裝置中，該移動(dòng)裝置于一子幀中具有用于傳輸?shù)囊粍?dòng)態(tài)允傳量及一配置允傳量，該方法包含有根據(jù)該配置允傳量的一使用狀態(tài)，于該子幀中傳輸一數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其中根據(jù)該配置允傳量的該使用狀態(tài)，于該子幀中傳輸該數(shù)據(jù)的步驟包含有若該數(shù)據(jù)可使用該配置允傳量傳輸，于該子幀中使用該配置允傳量傳輸該數(shù)據(jù)。
3.根據(jù)權(quán)利要求1所述的方法，其中根據(jù)該配置允傳量的該使用狀態(tài)，于該子幀中傳輸該數(shù)據(jù)的步驟包含有若該數(shù)據(jù)不能使用該配置允傳量傳輸，于該子幀中使用該動(dòng)態(tài)允傳量傳輸該數(shù)據(jù)。
4.一種處理半持續(xù)性調(diào)度傳輸?shù)姆椒?，用于一無(wú)線通訊系統(tǒng)的一移動(dòng)裝置中，該移動(dòng)裝置于多個(gè)相同子幀中具有用于傳輸?shù)亩鄠€(gè)動(dòng)態(tài)允傳量及多個(gè)配置允傳量，該方法包含有若有一數(shù)據(jù)需于該多個(gè)相同子幀中傳輸，不使用該多個(gè)配置允傳量傳輸一連續(xù)數(shù)量個(gè)包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元。
5.根據(jù)權(quán)利要求4所述的方法，其中該連續(xù)數(shù)量個(gè)媒體存取控制協(xié)議數(shù)據(jù)單元的數(shù)量是小于或等于一 implicitReleaseAfter 值。
6.一種處理半持續(xù)性調(diào)度傳輸?shù)姆椒?，用于一無(wú)線通訊系統(tǒng)的一移動(dòng)裝置中，該方法包含有若于一半持續(xù)性調(diào)度資源上提供一第一連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，且于多個(gè)動(dòng)態(tài)調(diào)度資源上提供一第二連續(xù)數(shù)量個(gè)分別包含零個(gè)媒體存取控制服務(wù)數(shù)據(jù)單元的媒體存取控制協(xié)議數(shù)據(jù)單元，則清除一配置上鏈路允傳量。
7.根據(jù)權(quán)利要求6所述的方法，其中該第一連續(xù)數(shù)量等于該第二連續(xù)數(shù)量，且該多個(gè)動(dòng)態(tài)調(diào)度資源與該半持續(xù)性調(diào)度資源分配于多個(gè)相同子幀中。
8.根據(jù)權(quán)利要求6所述的方法，其中若該無(wú)線通訊系統(tǒng)的一網(wǎng)絡(luò)端接收該第一連續(xù)數(shù)量個(gè)媒體存取控制協(xié)議數(shù)據(jù)單元及該第二連續(xù)數(shù)量個(gè)媒體存取控制協(xié)議數(shù)據(jù)單元，則認(rèn)為該半持續(xù)性調(diào)度資源已釋放。
全文摘要
一種處理半持續(xù)性調(diào)度傳輸?shù)姆椒ǎ糜谝粺o(wú)線通訊系統(tǒng)的一移動(dòng)裝置中，該移動(dòng)裝置于一子幀中具有用于傳輸?shù)囊粍?dòng)態(tài)允傳量及一配置允傳量。該方法包含有根據(jù)該配置允傳量的一使用狀態(tài)，于該子幀中傳輸一數(shù)據(jù)。
文檔編號(hào)H04W72/12GK102281645SQ201110155269
公開日2011年12月14日 申請(qǐng)日期2011年6月10日 優(yōu)先權(quán)日2010年6月10日
發(fā)明者吳志祥 申請(qǐng)人:宏達(dá)國(guó)際電子股份有限公司