本發(fā)明是關于一種無線通信網(wǎng)絡，尤其關于一種在無線通信系統(tǒng)中使用配置資源的方法和裝置。

背景技術：

隨著在移動通信裝置上傳輸大量數(shù)據(jù)的需求迅速增加，傳統(tǒng)移動語音通信網(wǎng)絡進化為通過互聯(lián)網(wǎng)協(xié)議(Internet Protocol，IP)數(shù)據(jù)分組在網(wǎng)絡上傳輸。通過傳輸互聯(lián)網(wǎng)協(xié)議(IP)數(shù)據(jù)分組，可提供移動通信裝置的用戶IP電話、多媒體、多重廣播以及隨選通信的服務。

進化通用移動通信系統(tǒng)陸面無線電接入網(wǎng)絡(Evolved Universal Terrestrial Radio Access網(wǎng)絡，E-UTRAN)為一種目前正在標準化的網(wǎng)絡架構(gòu)。進化通用移動通信系統(tǒng)陸面無線電接入網(wǎng)絡(E-UTRAN)系統(tǒng)可以提供高速傳輸以實現(xiàn)上述IP電話、多媒體的服務。進化通用移動通信系統(tǒng)陸面無線電接入網(wǎng)絡(E-UTRAN)系統(tǒng)的規(guī)格為第三代通信系統(tǒng)標準組織(3rd Generation Partnership Project，3GPP)規(guī)格組織所制定。為了進化和完善第三代通信系統(tǒng)標準組織(3GPP)的規(guī)格，許多在目前第三代通信系統(tǒng)標準組織(3GPP)規(guī)格及骨干上的改變持續(xù)地被提出及考慮。

技術實現(xiàn)要素：

本發(fā)明提供一種在無線通信系統(tǒng)中用戶設備使用配置的上行鏈路資源的方法，該方法包括：接收信令以配置上行鏈路資源，該上行鏈路資源在多個傳輸時間間隔中使用，該多個傳輸時間間隔包括第一傳輸時間間隔和第二傳輸時間間隔；以及響應于該信令的接收，使用該第一傳輸時間間隔中的配置的該上行鏈路資源執(zhí)行傳輸，而不在與該信令的接收不對應的該第二傳輸時間間隔中執(zhí)行傳輸，其中該用戶設備沒有能夠用于傳輸?shù)臄?shù)據(jù)。

本發(fā)明提供一種用戶設備，包括；控制電路；處理器，安裝于該控制電路中；內(nèi)存，安裝于該控制電路中并且與該處理器連接，其中該處理器被配置為執(zhí)行儲存在該內(nèi)存中的該程序代碼以：接收信令以配置上行鏈路資源，該上行 鏈路資源在多個傳輸時間間隔中使用，該多個傳輸時間間隔包括第一傳輸時間間隔和第二傳輸時間間隔；以及響應于該信令的接收，使用該第一傳輸時間間隔中的配置的該上行鏈路資源執(zhí)行傳輸，而不在與所述信令的接收不對應的所述第二傳輸時間間隔中執(zhí)行傳輸，其中該用戶設備沒有能夠用于傳輸?shù)臄?shù)據(jù)。

有關本發(fā)明的其它功效及實施例的詳細內(nèi)容，配合圖式說明如下。

附圖說明

為了更清楚地說明本申請實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其它的附圖。

圖1是示出根據(jù)本發(fā)明一實施例的無線通信系統(tǒng)的示意圖；

圖2是示出根據(jù)本發(fā)明一實施例的發(fā)射器系統(tǒng)(可視為接入網(wǎng)絡)和接收器系統(tǒng)(可視為接入終端或用戶設備)的方塊圖；

圖3是以另一方式表示根據(jù)本發(fā)明一實施例所述的通信系統(tǒng)的簡化功能方塊圖；

圖4是根據(jù)本發(fā)明一實施例中表示圖3中的程序代碼的功能方塊圖；

圖5是3GPP RP-150310中一圖的復制圖；

圖6是3GPP RP-150310中一圖的復制圖；

圖7是TCP慢啟動情況的示意圖；

圖8是通過調(diào)度請求請求上行鏈路授權的時序圖；

圖9是用戶設備(UE)監(jiān)測用于上行鏈路授權的物理下行鏈路控制信道(PDCCH)的時序圖；

圖10是預調(diào)度的配置授權的時序圖；

圖11是根據(jù)本發(fā)明一實施例的時序圖；

圖12是根據(jù)本發(fā)明一實施例的時序圖；

圖13是根據(jù)本發(fā)明一實施例的時序圖；

圖14是根據(jù)本發(fā)明一實施例從UE角度進行描述的流程圖；

圖15是根據(jù)本發(fā)明一實施例從UE角度進行描述的流程圖。

具體實施方式

本發(fā)明在以下所公開的無線通信系統(tǒng)、裝置和相關的方法使用支持一寬帶服務的無線通信系統(tǒng)。無線通信系統(tǒng)廣泛的用以提供在不同類型的傳輸上，像是語音、數(shù)據(jù)等。這些無線通信系統(tǒng)根據(jù)碼分多重接入(Code Division Multiple Access，CDMA)、時分多重接入(Time Division Multiple Access，TDMA)、正交頻分多重接入(Orthogonal Frequency Division Multiple Access，OFDMA)、3GPP長期演進技術(Long Term Evolution，LTE)無線電接入、3GPP長期演進進階技術(Long Term Evolution Advanced，LTE-A)、3GPP2超移動寬帶(Ultra Mobile Broadband，UMB)、全球互通微波接入(WiMax)或其它調(diào)制技術來設計。

下文中所描述的示例的無線通信系統(tǒng)裝置被設計為支持各種文件中所描述的無線技術。這些文件包括：第三代合作伙伴計劃標準組織(3rd Generation Partnership Project，3GPP)提供的標準，包括：3GPP RP-150465，“新系統(tǒng)集成提案:降低LTE時延技術的研究”(“New SI proposal:Study on Latency reduction techniques for LTE”)；3GPP RP-150310,”降低LTE時延技術的研究”(“Study on Latency reduction techniques For LTE”)；TS 36.321 V12.5.0，“通用陸基無線接入媒體接入控制協(xié)議”(“E-UTRA MAC protocol specification”)；TS 36.331 V12.5.0，“通用陸基無線接入無線資源控制協(xié)議”(“E-UTRA RRC protocol specification”)；TS 36.213 V12.3.0，“通用陸基無線接入物理層協(xié)議”(“E-UTRA Physical layer procedures”)。以上列出的標準和文件亦同時結(jié)合在本文中。

圖1是顯示根據(jù)本發(fā)明的實施例所述的多重接入無線通信系統(tǒng)的方塊圖。接入網(wǎng)絡(Access網(wǎng)絡，AN)100包括多個天線群組，一群組包括天線104和106、一群組包括天線108和110，另一群組包括天線112和114。在圖1中，每一天線群組暫以兩個 天線圖型為代表，實際上每一天線群組的天線數(shù)量可多可少。接入終端(Access Terminal，AT)116與天線112和114進行通信，其中天線112和114通過前向鏈路(forward link)120發(fā)送信息給接入終端116，以及通過反向鏈路(reverse link)118接收由接入終端116傳出的信息。接入終端122與天線106和108進行通信，其中天線106和108通過前向鏈路126發(fā)送信息至接入終端122，且通過反向鏈路124接收由接入終端122傳出的信息。在一頻分雙工(Frequency Division Duplexing，F(xiàn)DD)系統(tǒng)，反向鏈路118、124及前向鏈路120、126可使用不同頻率通信。舉例說明，前向鏈路120可用與反向鏈路118不同的頻率。

每一天線群組和/或它們設計涵蓋的區(qū)塊通常被稱為接入網(wǎng)絡的區(qū)塊(sector)。在此一實施例中，每一天線群組設計為與接入網(wǎng)絡100的區(qū)塊所涵蓋區(qū)域內(nèi)的接入終端進行通信。

當使用前向鏈路120及126進行通信時，接入網(wǎng)絡100中的傳輸天線可能利用波束形成(波束形成)以分別改善接入終端116及122的前向鏈路信噪比。而且相較于使用單個天線與涵蓋范圍中所有接入終端進行傳輸?shù)慕尤刖W(wǎng)絡來說，利用波束形成技術與在其涵蓋范圍中分散的接入終端進行傳輸?shù)慕尤刖W(wǎng)絡可降低對位于鄰近小區(qū)中的接入終端的干擾。

接入網(wǎng)絡(Access網(wǎng)絡，AN)可以是用來與終端設備進行通信的固定機站或基站，也可稱作接入點、B節(jié)點(Node B)、基站、進化基站、進化B節(jié)點(eNode B)、或其它專業(yè)術語。接入終端(Access Terminal，AT)也可稱作用戶設備(User Equipment，UE)、無線通信裝置、終端、接入終端、或其它專業(yè)術語。

圖2是顯示一發(fā)送器系統(tǒng)210(可視為接入網(wǎng)絡)及一接收器系統(tǒng)250(可視為接入終端或用戶設備)應用在多重輸入多重輸出(Multiple-input Multiple-ou發(fā)送點ut，MIMO)系統(tǒng)200中的方塊圖。在發(fā)送器系統(tǒng)210中，數(shù)據(jù)源212提供所產(chǎn)生的數(shù)據(jù) 流中的流量數(shù)據(jù)至發(fā)送(TX)數(shù)據(jù)處理器214。

在一實施例中，每一數(shù)據(jù)流經(jīng)由個別的發(fā)送天線發(fā)送。發(fā)送數(shù)據(jù)處理器214使用特別為此數(shù)據(jù)流挑選的編碼法將流量數(shù)據(jù)格式化、編碼、交錯處理并提供編碼后的數(shù)據(jù)數(shù)據(jù)。

每一編碼后的數(shù)據(jù)流可利用正交頻分多工技術(Orthogonal frequency-division multiplexing，OFDM)調(diào)制來和引導數(shù)據(jù)(pilot數(shù)據(jù))作多工處理。一般來說，引導數(shù)據(jù)是一串利用一些方法做過處理的已知數(shù)據(jù)模型，引導數(shù)據(jù)也可用作在接收端估計頻道響應。每一多工處理后的引導數(shù)據(jù)及編碼后的數(shù)據(jù)接下來可用選用的調(diào)制方法(二元相位偏移調(diào)制BPSK、正交相位偏移調(diào)制QPSK、多級相位偏移調(diào)制M-PSK、多級正交振幅調(diào)制M-QAM)作調(diào)制(亦即符元對應，symbol mapped)。每一數(shù)據(jù)流的數(shù)據(jù)傳輸率、編碼、及調(diào)制由處理器230指示。

所有數(shù)據(jù)流產(chǎn)生的調(diào)制符號接下來被送到發(fā)送多重輸入多重輸出處理器220，以繼續(xù)處理調(diào)制符號(例如，使用正交頻分多工技術(OFDM))。發(fā)送多重輸入多重輸出處理器220接下來提供NT調(diào)制符號流至NT發(fā)送器(TMTR)222a至222t。在某些狀況下，發(fā)射多重輸入多重輸出處理器220會提供波束形成的比重給數(shù)據(jù)流的符號以及發(fā)送符號的天線。

每一發(fā)送器222a至222t接收并處理各自的符號流及提供一至多個模擬信號，并調(diào)節(jié)(放大、過濾、下調(diào))這些模擬信號，以提供適合以多重輸入多重輸出頻道所發(fā)送的調(diào)制信號。接下來，由發(fā)送器222a至222t送出的NT調(diào)制后信號各自傳送至NT天線224a至224t。

在接收器系統(tǒng)250端，傳送過來的調(diào)制后信號在NR天線252a至252r接收后，每個信號被傳送到各自的接收器(respective receiver，RCVR)254a至254r。每一接收器254a至254r將調(diào)節(jié)(放大、過濾、下調(diào))各自接收的信號，將調(diào)節(jié)后的信號數(shù)字化以提供樣本，接下來處理樣本以提供相對應的“接收端”符 號流。

NR接收符號流由接收器254a至254r傳送至接收數(shù)據(jù)處理器260，接收數(shù)據(jù)處理器260將由接收器254a至254r傳送的NR接收符號流用特定的接收處理技術處理，并且提供NT“測得”符號流。接收數(shù)據(jù)處理器260接下來對每一測得符號流作解調(diào)、去交錯、及解碼的動作以還原數(shù)據(jù)流中的流量數(shù)據(jù)。在接收數(shù)據(jù)處理器260所執(zhí)行的動作與在發(fā)送器系統(tǒng)210內(nèi)的發(fā)送多重輸入多重輸出處理器220及發(fā)送數(shù)據(jù)處理器214所執(zhí)行的動作互補。

處理器270周期性地決定欲使用的預編碼矩陣(在下文討論)。處理器270制定一由矩陣索引(matrix index)及秩值(rank value)所組成的反向鏈路信息。

此反向鏈路信息可包括各種通信鏈路和/或接收數(shù)據(jù)流的相關信息。反向鏈路信息接下來被送至發(fā)射數(shù)據(jù)處理器238，由數(shù)據(jù)數(shù)據(jù)源236傳送的數(shù)據(jù)流也被送至此匯集并送往調(diào)制器280進行調(diào)制，經(jīng)由接收器254a至254r調(diào)節(jié)后，再送回發(fā)送器系統(tǒng)210。

在發(fā)送器系統(tǒng)210端，源自接收器系統(tǒng)250的調(diào)制后信號被天線224接收，在收發(fā)器222a至222t被調(diào)節(jié)，在解調(diào)器240作解調(diào)，再送往接收數(shù)據(jù)處理器242以提取由接收器系統(tǒng)250端所送出的反向鏈路信息244。處理器230接下來即可決定欲使用決定波束形成的比重的預編碼矩陣，并處理提取出的信息。

接下來，參閱圖3，圖3是以另一方式表示根據(jù)本發(fā)明一實施例所述的通信設備的簡化功能方塊圖。在圖3中，通信裝置300可用以具體化圖1中的用戶設備(UE)(或接入終端(AT))116及122，并且此通信系統(tǒng)以一長期演進技術(LTE)系統(tǒng)，一長期演進進階技術(LTE-A)，或其它與上述兩者近似的系統(tǒng)為佳。通信裝置300可包括一輸入裝置302、一輸出裝置304、一控制電路306、一中央處理器(Central Processing Unit，CPU)308、一內(nèi)存310、一程序代碼312、一收發(fā)器314?？刂齐娐?06在內(nèi) 存310中通過中央處理器308執(zhí)行程序代碼312，并以此控制在通信裝置300中所進行的操作。通信裝置300可利用輸入裝置302(例如鍵盤或數(shù)字鍵)接收用戶輸入信號；也可由輸出裝置304(例如屏幕或喇叭)輸出圖像及聲音。收發(fā)器314在此用作接收及發(fā)送無線信號，將接收的信號送往控制電路306，以及以無線方式輸出控制電路306所產(chǎn)生的信號。無線通信系統(tǒng)中的無線通信裝置300也可以用于實現(xiàn)圖1中的天線100。

圖4是根據(jù)本發(fā)明一實施例中表示圖3中的程序代碼312的簡化功能方塊圖。此實施例中，程序代碼312包括一應用層400、一第三層402、一第二層404、并且與第一層406耦接。第三層402一般執(zhí)行無線電資源控制。第二層404一般執(zhí)行鏈路控制。第一層406一般負責物理連接。

數(shù)據(jù)分組時延是性能評估的一個重要指標。降低數(shù)據(jù)分組時延能改善系統(tǒng)性能。在3GPP RP-150465中，研究項目“降低LTE時延技術的研究”旨在對一些降低時延的技術進行研究和標準化。

根據(jù)3GPP RP-150465，研究項目的目的是對E-UTRAN無線電系統(tǒng)增強進行研究，以便顯著地降低活動用戶設備(UE)的LTE Uu空中接口中的數(shù)據(jù)分組時延并且顯著地降低多個已經(jīng)長時間不活動但仍在連接狀態(tài)中的用戶設備的數(shù)據(jù)分組的傳輸往返時延(transport round trip latency)。研究內(nèi)容包括資源效率的研究，包括：空中接口容量、電池壽命、控制信道資源、規(guī)格影響以及技術可行性。頻分雙工(FDD)以及時分雙工(TDD)兩種模式均有考慮。

根據(jù)3GPP RP-150465，應當研究和記錄以下兩個方面：

-上行鏈路快速接入的解決方案

對于活動的用戶設備和長時間不活動但仍保持RRC連接的用戶設備，相比于現(xiàn)行標準所允許的預調(diào)度方案，無論是保持或不保持當前的傳輸時間間隔(TTI)長度和處理時間，重點應當 是降低調(diào)度的上行鏈路傳輸?shù)挠脩裘鏁r延以及以增強的協(xié)議和信令獲得資源效率更高的方案。

-縮短傳輸時間間隔(TTI)以及減少處理時間

評估規(guī)格影響并且研究傳輸時間間隔(TTI)長度在0.5ms和一個OFDM符號之間的可行性和性能，將對參考信號和物理層控制信令的影響也考慮在內(nèi)。

圖5是3GPP RP-150310中一圖的復制圖，說明了在上述方面相應的改善。在In 3GPP RP-150310中，提出了候選的上行鏈路快速接入的解決方案：

-預先授權上行鏈路快速接入但吞吐量有限

使用(改進的)半靜態(tài)調(diào)度(SPS)分配資源

-當緩存區(qū)中沒有數(shù)據(jù)時，刪除發(fā)送填充(padding)的要求，節(jié)省不活動時的電池資源

良好的吞吐量/瓦特統(tǒng)計

-當進入活動階段時，切換到動態(tài)調(diào)度，當發(fā)送緩存區(qū)中有很多數(shù)據(jù)時，優(yōu)化吞吐量

如3GPP TS 36.321 v12.5.0中所描述的現(xiàn)行的3GPP E-UTRA MAC協(xié)議規(guī)范中，半靜態(tài)調(diào)度(SPS)操作如下：

5.10半靜態(tài)調(diào)度(Semi-Persistent Scheduling)

當通過RRC啟動半靜態(tài)調(diào)度時，提供以下信息[8]：

-半靜態(tài)調(diào)度C-RNTI；

-如果啟動了上行鏈路半靜態(tài)調(diào)度，上行鏈路半靜態(tài)調(diào)度間隔semiPersistSchedIntervalUL以及隱式釋放之前的空傳數(shù)量implicitReleaseAfter；

-無論是否對上行鏈路啟用twoIntervalsConfig參數(shù)，只在時分雙工的模式下進行；

-如果啟動了下行鏈路半靜態(tài)調(diào)度，下行鏈路半靜態(tài)調(diào)度間隔semiPersistSchedIntervalDL以及半靜態(tài)調(diào)度的配置的HARQ進程總數(shù)numberOfConfSPS-Processes；

當RRC禁用上行鏈路或下行鏈路半靜態(tài)調(diào)度時，相應的配置授權或配置的分配應當拋棄。

半靜態(tài)調(diào)度只由半靜態(tài)小區(qū)(SpCell)支持。

半靜態(tài)調(diào)度不適于中繼(RN)與結(jié)合有RN子幀配置的E-UTRAN的通信。

注：當半靜態(tài)小區(qū)配置有增強上下行干擾管理和話務適配(eIMTA)技術，如果配置的上行鏈路授權或者配置的下行鏈路分配發(fā)生在可通過eIMTA L1信令重新配置的子幀上，則不明確指定用戶設備的行為。

5.10.1下行鏈路

在配置好半靜態(tài)下行鏈路分配后，媒體接入控制實體按順序認為第N次分配發(fā)生在滿足下述公式的子幀中：

-(10*SFN+子幀)＝[(10*SFN_起始時間+子幀_起始時間)+N*semiPersistSchedIntervalDL]模除10240。

其中SFN_起始時間和子幀_起始時間分別是配置的下行鏈路分配進行(重新)初始化時的SFN和子幀。

5.10.2上行鏈路

在配置好半靜態(tài)調(diào)度上行鏈路授權后，媒體接入控制實體應當：

-如果上層啟用twoIntervalsConfig參數(shù)：

-根據(jù)設置子幀_偏移(Subframe_Offset)

-否則：

-將子幀_偏移設置為0

-按順序認為第N次授權發(fā)生在滿足下述公式的子幀中：

-(10*SFN+子幀)＝[(10*SFN_起始時間+子幀_起始時間)+N*semiPersistSchedIntervalUL+子幀_偏移*(N模除2)]模除10240。

其中，SFN_起始時間和子幀_起始時間分別是配置的上行鏈路授權進行初始化時的SFN和子幀。

在多路復用集合實體(Multiplexing and Assembly entity)提供了半靜態(tài)調(diào)度資源上implicitReleaseAfter[8]個連續(xù)的新的MAC協(xié)議數(shù)據(jù)單元(PDUs)(每一個包含零個MAC服務數(shù)據(jù)單元)之后，媒體接入控制(MAC)實體應當立即清除配置的上行鏈路授權。

注：在清除了配置的上行鏈路授權后，可繼續(xù)半靜態(tài)調(diào)度重傳。

5.4.1上行鏈路(UL)授權接收

為了在UL-SCH上發(fā)送數(shù)據(jù)，媒體接入控制(MAC)實體必須具有有效的上行鏈路授權(除了非自適應的HARQ重傳)，該上行鏈路授權可以從PDCCH上動態(tài)接收、在隨機接入響應中獲得或者可以半靜態(tài)地配置。為了執(zhí)行所請求的傳輸，MAC層從低層接收HARQ信息。當物理層被配置為支持上行鏈路空間復用時，MAC層可在同一TTI從低層接收多達2個授權(每一HARQ進程一個授權)。

如果媒體接入控制實體具有C-RNTI、半靜態(tài)調(diào)度C-RNTI、或者臨時C-RNTI，對于每個TTI、對于每個屬于TAG(具有運行的時間校準定時器(timeAlignmentTimer))的服務小區(qū)以及對于這個TTI所接收到的每個授權，該媒體接入控制實體應當根據(jù)以下條件工作：

-如用從PDCCH上接收到給媒體接入控制實體的C-RNTI或臨時C-RNTI的這個TTI的這個服務小區(qū)的上行鏈路授權；或者

-如果從隨機接入響應中接收到這個TTI的上行鏈路授權，那么：

-如果該上行鏈路授權是給媒體接入控制實體的C-RNTI，并且如果傳送給HARQ實體并且用于同一HARQ進程的前一個上行鏈路授權是接收到的給媒體接入控制實體的半靜態(tài)調(diào)度C-RNTI的上行鏈路授權或者是配置的上行鏈路授權，則：

-無論NDI是何值，都認為NDI已經(jīng)為相對應的HARQ進程調(diào)整 好數(shù)值。

-將這個TTI的上行鏈路授權以及相關的HARQ信息傳送給HARQ實體。

-否則，如果這個服務小區(qū)是半靜態(tài)小區(qū)并且在該半靜態(tài)小區(qū)的PDCCH上接收到了給媒體接入控制實體的半靜態(tài)調(diào)度C-RNTI的這個TTI的該半靜態(tài)小區(qū)的上行鏈路授權，那么：

-如果接收到的HARQ信息中的NDI是1，則：

-認為相應HARQ進程的NDI并未調(diào)整好；

-將這個TTI的上行鏈路授權以及相關的HARQ信息傳送至HARQ實體。

-如果接收到的HARQ信息中的NDI是0：

-如果PDCCH內(nèi)容指示SPS釋放：

-清除配置的上行鏈路授權(如果有的話)。

-否則：

-儲存該上行鏈路授權和相關的HARQ信息作為配置的上行鏈路授權；

-初始化(如果尚未處于活動狀態(tài))或者重新初始化(如果已經(jīng)處于活動狀態(tài))配置的上行鏈路授權，從這個TTI開始，并且根據(jù)5.10.2中的規(guī)則重復發(fā)生；

-認為相應的HARQ進程的NDI比特已經(jīng)調(diào)整好；

-將這個TTI的配置的上行鏈路授權和相關的HARQ信息傳送給HARQ實體。

-否則，如果這個服務小區(qū)是半靜態(tài)小區(qū)并且已經(jīng)配置了該半靜態(tài)小區(qū)這個TTI的上行鏈路授權：

-認為相應的HARQ進程的NDI比特已經(jīng)調(diào)整好；

-將這個TTI的配置的上行鏈路授權以及相關的HARQ信息傳送至HARQ實體。

注：配置的上行鏈路授權的周期已明確于TTI中。

注：如果媒體接入控制實體在同一上行鏈路子幀中同時接 收隨機接入響應中的授權和(發(fā))給媒體接入控制實體的C-RNTI或半靜態(tài)調(diào)度C-RNTI(請求在半靜態(tài)小區(qū)上進行傳輸)的授權，該媒體接入控制實體可選擇繼續(xù)授權給其RA-RNTI或者授權給其C-RNTI或半靜態(tài)調(diào)度C-RNTI。

注：當配置的上行鏈路授權在測量間隙被指示，并且指示在測量間隙進行UL-SCH傳輸，該媒體接入控制實體處理該授權但不在UL-SCH上發(fā)送數(shù)據(jù)。

在3GPP TS 36.331 v12.5.0中所描述的現(xiàn)行的3GPP E-UTRA RRC規(guī)范中，半靜態(tài)調(diào)度配置如下：

–SPS-Config

IESPS-Config用于指定半靜態(tài)調(diào)度配置。

SPS-Config信息單元

半靜態(tài)調(diào)度使UE認為配置的上行鏈路授權在被啟用后周期性地發(fā)生。可通過接收網(wǎng)絡信令來啟動半靜態(tài)調(diào)度(SPS)。在 啟動SPS后，無需網(wǎng)絡信令來分配下一個配置的上行鏈路授權?；?GPP RP-150310，可通過特定類型的SPS實現(xiàn)上行鏈路快速接入。假設該特定類型的SPS具有小的尺寸和短的時間間隔，例如，小于10ms。另外，假設特定類型的SPS是預先分配好的。eNB可以無需接收任何調(diào)度請求或者緩存區(qū)狀態(tài)信息將這種類型的SPS資源分配給UE。如3GPP TS 36.321 v12.5.0中所描述的，當UE具有能夠用于傳輸?shù)臄?shù)據(jù)時，UE可以使用由SPS配置的資源進行上行鏈路傳輸。相比于3GPP TS 36.321 v12.5.0中所描述的通過調(diào)度請求請求上行鏈路資源，如果由SPS配置的資源間隔足夠短，那么就能降低時延。圖6是3GPP RP-150310中一圖的復制圖，示出相比于3GPP TS 36.321 v12.5.0中提到的調(diào)度請求過程，預分配的(例如，由SPS分配的)上行鏈路授權是如何降低時延的。由特定類型的SPS配置的資源可以與由傳統(tǒng)SPS配置的資源(具有較長的間隔)分開使用，或者共同使用。

此外，在3GPP RP-150310中還提到，當有上行鏈路(UL)資源但緩存區(qū)中沒有數(shù)據(jù)時，可以刪除發(fā)送填充的要求。刪除的目的是為了節(jié)省電池電能。然而，還應當進一步評估當沒有能夠用于傳輸?shù)臄?shù)據(jù)時，UE是否應當完全不使用任何上行鏈路授權。

傳統(tǒng)上，當網(wǎng)絡意欲為UE配置SPS上行鏈路授權時，網(wǎng)絡可以基于UE是否使用配置的授權執(zhí)行傳輸了解到UE是否成功地接收了SPS啟動，因為一旦配置的授權被啟用，UE一般都使用該配置的授權。然而，如果UE不經(jīng)常使用配置的授權，例如，當配置的授權是用來降低沒有能夠用于傳輸?shù)臄?shù)據(jù)時的時延，那么網(wǎng)絡可能不知道UE是否接收到信令以配置授權。如果UE確實丟失了該信令，例如，用于SPS資源分配的信令，那么網(wǎng)絡可能不會發(fā)現(xiàn)到這種情況直到例如，當有能夠用于傳輸?shù)臄?shù)據(jù)時UE觸發(fā)了調(diào)度請求。

另一方面，傳統(tǒng)上，可由網(wǎng)絡測得從UE傳輸?shù)男诺捞綔y參考 信號(SRS)以幫助網(wǎng)絡確定或調(diào)整下一個資源分配。然而，如3GPP TS 36.321 v12.5.0中所描述的，UE只在活動時間發(fā)送信道探測參考信號。假設為了降低時延而配置的上行鏈路資源具有短的時間間隔并且可在除活動時間之外的其它時間發(fā)生。UE很可能在非活動時間有能夠用于傳輸?shù)臄?shù)據(jù)，并且在非活動時間使用配置的上行鏈路資源執(zhí)行傳輸。這樣，由于在非活動時間無信道探測參考信號的傳輸，所使用的配置的上行鏈路資源可能是次優(yōu)的選擇。

為了解決上述問題，當UE接收到SPS啟動(再啟動)的物理下行鏈路控制信道(PDCCH)，如果沒有能夠用于傳輸?shù)臄?shù)據(jù)，UE使用PDCCH指示的配置的上行鏈路授權來執(zhí)行新的傳輸。UE可在傳輸中發(fā)送填充。如果沒有能夠用于傳輸?shù)臄?shù)據(jù)并且沒有接收到相應TTI的SPS啟動(再啟動)的PDCCH，則UE不使用該TTI中配置的上行鏈路授權執(zhí)行新的傳輸。如果有能夠用于傳輸?shù)臄?shù)據(jù)，UE使用配置的上行鏈路授權執(zhí)行新的傳輸。關于網(wǎng)絡不能知道UE是否接收到信令以配置該上行鏈路授權的問題，網(wǎng)絡可以通過UE是否使用由SPS啟動(再啟動)所指示的配置的授權執(zhí)行傳輸，知道UE是否接收到SPS啟動(再啟動)(信令)。關于上文中提及的配置的上行鏈路資源是次優(yōu)選擇的問題，如果網(wǎng)絡需要UE在物理上行鏈路共享信道(PUSCH)上發(fā)送內(nèi)容，則網(wǎng)絡可以發(fā)送SPS啟動(再啟動)至UE。

解決上述問題的另一個可選方案是：如果沒有能夠用于傳輸?shù)臄?shù)據(jù)，UE周期性地使用配置的上行鏈路授權執(zhí)行傳輸。UE可在傳輸中發(fā)送填充。例如，UE維持定時器的運行并且當定時器到期時觸發(fā)傳輸。當UE接收到SPS啟動(再啟動)時或者當UE使用配置的上行鏈路授權執(zhí)行傳輸時，該定時器開始計時(重新計時)。

通常，配置的上行鏈路授權在被啟用后能夠周期性地使用。通過網(wǎng)絡信令啟用配置的上行鏈路授權。在啟用配置的上行鏈 路授權后，無需網(wǎng)絡信令來分配下一個配置的上行鏈路授權。

除非特別指出，如果沒有能夠用于傳輸?shù)臄?shù)據(jù)，UE不會使用配置的上行鏈路授權。除非特別指出，UE不會使用配置的上行鏈路授權發(fā)送填充。配置的上行鏈路授權的周期可以小于特定值。該特定值可以是10ms或10個傳輸時間間隔(TTIs)。配置的上行鏈路授權的周期可以是1ms或1個TTI?；蛘?，配置的上行鏈路授權的周期可以是2ms或2個TTIs?；蛘?，配置的上行鏈路授權的周期可以是5ms或5個TTIs。

配置的上行鏈路授權可以是預先分配的。當沒有能夠用于傳輸?shù)臄?shù)據(jù)時，將配置的上行鏈路授權分配給UE。在UE發(fā)送調(diào)度請求或緩存區(qū)狀態(tài)報告之前，將配置的上行鏈路授權分配給UE。

圖14是根據(jù)本發(fā)明一實施例的從UE角度進行描述的流程圖1400。在步驟1405中，UE接收信令以配置可在多個傳輸時間間隔(TTIs)中使用的上行鏈路資源，該多個傳輸時間間隔(TTIs)包括第一TTI和第二TTI。在步驟1410中，響應于信令接收，UE使用該第一傳輸時間間隔中的配置的該上行鏈路資源執(zhí)行傳輸，而不在與該信令的接收不對應的該第二傳輸時間間隔中執(zhí)行傳輸，其中UE沒有能夠用于傳輸?shù)臄?shù)據(jù)。

參考圖3和圖4，在從UE角度的一個實施例中，裝置300包括儲存在內(nèi)存310中的程序代碼312。CPU308可執(zhí)行程序代碼312以使UE(i)接收一信令以配置可在多個傳輸時間間隔(TTIs)中使用的上行鏈路資源，該多個傳輸時間間隔(TTIs)包括第一TTI和第二TTI；(ii)響應于信令接收，使用該第一傳輸時間間隔中的配置的該上行鏈路資源執(zhí)行傳輸，而不在與該信令的接收不對應的該第二傳輸時間間隔中執(zhí)行傳輸，其中UE沒有能夠用于傳輸?shù)臄?shù)據(jù)。此外，CPU308可執(zhí)行程序代碼312以實施上述所有行為和步驟以及文中描述的其它行為和步驟。

在上述實施例中，UE可使用第一TTI中的配置的上行鏈路資源發(fā)送填充。UE不在第二TTI使用配置的上行鏈路資源進行新 的傳輸。如果UE有能夠用于傳輸?shù)臄?shù)據(jù)，那么UE可使用配置的上行鏈路資源進行新的傳輸。

圖15是根據(jù)本發(fā)明一實施例的從UE角度進行描述的流程圖1500。在步驟1505中，UE接收一信令以配置可在多個傳輸時間間隔(TTIs)中使用的上行鏈路資源，該多個傳輸時間間隔(TTIs)包括第一TTI和第二TTI。在步驟1510，由于定時器到期，UE使用第一TTI中的配置的上行鏈路資源執(zhí)行傳輸，并且當定時器沒有到期時，UE不使用第二TTI中的配置的上行鏈路資源執(zhí)行傳輸，其中UE沒有能夠用于傳輸?shù)臄?shù)據(jù)。

在另一個從UE角度的實施例中，裝置300包括儲存在內(nèi)存310中的程序代碼312。CPU308可執(zhí)行程序代碼312以使UE(i)接收一信令以配置可在多個傳輸時間間隔(TTIs)中使用的上行鏈路資源，該多個傳輸時間間隔(TTIs)包括第一TTI和第二TTI；(ii)由于定時器到期，使用第一TTI中配置的上行鏈路資源執(zhí)行傳輸，并且當定時器沒有到期時，不使用第二TTI中配置的上行鏈路資源執(zhí)行傳輸，其中UE沒有能夠用于傳輸?shù)臄?shù)據(jù)。此外，CPU308可執(zhí)行程序代碼312以實施上述所有行為和步驟以及文中描述的其它行為和步驟。

在上述實施例中，UE可在傳輸中發(fā)送填充。當UE接收信令以配置上行鏈路資源時，定時器可以開始計時或者重新計時?；蛘?，UE使用配置的上行鏈路資源執(zhí)行傳輸時，定時器可以開始計時或者重新計時。當配置的上行鏈路資源被解除配置時，該定時器停止計時。定時器的計時長度可以數(shù)倍于配置的上行鏈路資源的周期。

在上述實施例中，配置的上行鏈路資源在被啟用后能夠周期性地使用。并且，在啟用配置的上行鏈路資源后，無需網(wǎng)絡信令來分配配置的上行鏈路資源。上行鏈路資源是通過網(wǎng)絡信令啟用配置的，或者該配置的上行鏈路資源是預先分配的。如3GPP TS 36.321 v12.5.0中所描述的，該信令可以是SPS啟動信令或 者SPS再啟動信令。

在一些實施例中，如3GPP TS 36.321 v12.5.0中所描述的，UE在發(fā)送調(diào)度請求之前接收到該信令。在另一個實施例中，如3GPP TS 36.321 v12.5.0中所描述的，UE在發(fā)送BSR控制單元(BSR控制element)之前接收到該信令。在另一個實施例中，當沒有能夠用于傳輸?shù)臄?shù)據(jù)時，UE接收到該信令。

在任一上述實施例中，UE不僅僅通過配置的上行鏈路資源發(fā)送媒體接入控制(MAC)協(xié)議數(shù)據(jù)單元(PDU)與填充。填充包括(i)填充比特(多個比特)，(ii)與填充比特(多個比特)相關的至少一個子頭(subheader)，(iii)如3GPP TS 36.321 v12.5.0中所描述的與填充緩存區(qū)狀態(tài)報告(BSR)相對應的MAC控制單元，(iv)與填充BSR相對應的MAC控制單元相關的子頭(subheader)，(v)如3GPP TS 36.321v12.5.0中所描述的與填充側(cè)鏈路(Sidelink)BSR相對應的MAC控制單元，和/或(vi)與填充側(cè)鏈路(Sidelink)BSR相對應的MAC控制單元相關的子頭。

在任一上述實施例中，配置的上行鏈路資源可用的周期小于特定值。該特定值可以是10ms。配置的上行鏈路資源可用的周期可以是1ms、2ms或5ms。

在上述實施例中，信令可在PDCCH上傳輸。該信令可以發(fā)給半靜態(tài)調(diào)度小區(qū)無線電網(wǎng)絡臨時標識符(C-RNTI)?；蛘?，該信令可以是無線電資源控制(RRC)消息。

在其它實施例中，配置的上行鏈路資源是在物理上行鏈路共享信道(PUSCH)上或者是在上行鏈路共享信道(UL-SCH)上。

在上述實施例中，能夠用于傳輸?shù)臄?shù)據(jù)可以是能夠用于傳輸?shù)膶儆谶壿嬓诺?可使用配置的上行鏈路資源)的數(shù)據(jù)。

通過上述實施例，網(wǎng)絡可以迅速檢測到UE丟失用于啟用配置的上行鏈路資源的信令。此外，網(wǎng)絡可以更有效地利用配置的上行鏈路資源。

基于傳輸控制協(xié)議(TCP)的業(yè)務(traffic)在因特網(wǎng)中起到非常重要的作用。TCP操作獨立于低層協(xié)議。TCP操作的獨立性使其在與E-UTRAN MAC協(xié)議協(xié)同合作時具有較佳的吞吐量或時延性能。例如，圖7是http://www.isi.edu/nsnam/DIRECTED_RESEARCH/DR_WANIDA/DR/JavisInActionSlowStartFrame.html中一圖的復制圖，在TCP慢啟動的情況下，UE(如圖7中的接收器)一旦接收到下行鏈路TCP數(shù)據(jù)，就需要盡可能快地獲得上行鏈路TCP確認(ACK)以使整個進程更快地完成，從而在短時間內(nèi)提高數(shù)據(jù)速率。這也有利于UE在接收到與前一個UL TCP數(shù)據(jù)相關的DL TCP ACK后盡可能快地發(fā)送下一個ULTCP數(shù)據(jù)。

為了執(zhí)行上行鏈路傳輸，例如發(fā)送UL TCP ACK，UE需要獲得上行鏈路授權。以下三種可選方式可獲得上行鏈路授權：

可選方式1：調(diào)度請求

基于3GPP TS 36.321 v12.5.0中所描述的現(xiàn)行的進化通用陸面無線電接入(E-UTRA)媒體接入控制(MAC)規(guī)范，當UE具有能夠用于傳輸?shù)臄?shù)據(jù)并且沒有可用的上行鏈路資源時，UE應當發(fā)送調(diào)度請求要求上行鏈路授權。調(diào)度請求的過程可導致能夠用于傳輸?shù)臄?shù)據(jù)和正在傳輸?shù)臄?shù)據(jù)之間存在時延。圖8描述了一實例。

可選方式2：預調(diào)度的動態(tài)授權

網(wǎng)絡可以在接收調(diào)度請求之前調(diào)度動態(tài)的UL授權，例如，如果響應于一些DL數(shù)據(jù)而產(chǎn)生UL數(shù)據(jù)使得網(wǎng)絡可以提前檢測UE對UL授權需求。當網(wǎng)絡調(diào)度上行鏈路授權時，UE需要監(jiān)測用于上行鏈路授權的物理下行鏈路控制信道(PDCCH)?；?GPP TS 36.321 v12.5.0中所描述的現(xiàn)行的E-UTRA MAC規(guī)范，一旦接收到DL數(shù)據(jù)，UE會啟動不活動(inactivity)定時器并且在定時器在運行的同時保持活動狀態(tài)以應對可能到來的DL數(shù)據(jù)。該不活動(inactivity)定時器可以設置為0至2.5秒之間的數(shù)值。 如果定時器設置的時間太短，與DL數(shù)據(jù)相關的UL數(shù)據(jù)(例如TCP ACK)可能不能用于傳輸。如果定時器設置的時間太長，UE可能會浪費電能來監(jiān)測用于網(wǎng)絡發(fā)送的潛在的UL授權分配的PDCCH。圖9描述了這種情況。

可選方式3：預調(diào)度的配置的授權

為了減少PDCCH的開銷(同時也為了降低UE用于監(jiān)測PDCCH的功耗)，網(wǎng)絡可在接收調(diào)度請求之前配置UL授權，例如，如果響應于某些DL數(shù)據(jù)而產(chǎn)生UL數(shù)據(jù)使得網(wǎng)絡可以提前檢測UE對UL授權的需求。半靜態(tài)調(diào)度使UE認為配置的上行鏈路授權在被啟用后周期性地發(fā)生。可通過接收網(wǎng)絡信令來啟動半靜態(tài)調(diào)度(SPS)。在啟動SPS后，無需網(wǎng)絡信令來分配下一個配置的上行鏈路授權?；?GPP RP-150310，可通過特定類型的SPS實現(xiàn)上行鏈路快速接入。假設該特定類型的SPS具有小的尺寸和短的間隔，例如，小于10ms。另外，假設特定類型的SPS是預先分配好的。eNB可以無需接收任何調(diào)度請求或者緩存區(qū)狀態(tài)信息將這種類型的SPS資源分配給UE。如3GPP TS 36.321 v12.5.0中所描述的，當UE具有能夠用于傳輸?shù)臄?shù)據(jù)時，UE可以使用由SPS配置的資源進行上行鏈路傳輸。相比于3GPP TS 36.321 v12.5.0中所描述的通過調(diào)度請求請求上行鏈路資源，如果由SPS配置的資源間隔足夠短，就能降低時延。圖6是3GPP RP-150310中一圖的復制圖，示出相比于3GPP TS 36.321 v12.5.0中提到的調(diào)度請求過程，預分配的(例如，由SPS分配的)上行鏈路授權是如何降低時延的。由特定類型的SPS配置的資源可與由遺留SPS配置的資源(具有較長的間隔)分開使用，或者共同使用。此外，3GPP RP-150310提出當有上行鏈路(UL)資源但緩存區(qū)中沒有數(shù)據(jù)時，可以刪除發(fā)送填充的要求。刪除的目的是為了節(jié)省電池電能。

由于UE不需要執(zhí)行向網(wǎng)絡發(fā)送調(diào)度請求以請求UL資源調(diào)度的程序，使用由網(wǎng)絡(預)配置的周期性發(fā)生(例如每1ms或者 2ms)的UL資源是盡快發(fā)送UL數(shù)據(jù)(例如TCP ACK)的一種可行的方法。圖10描述了這種情況。

簡言之，問題是在于如何能盡可能快地并且資源高效地發(fā)送與接收的DL數(shù)據(jù)相關的UL數(shù)據(jù)。

假設使用上述提及的可選方式3(預調(diào)度的配置的授權)進行資源分配。通常，配置的上行鏈路授權在其啟用后可周期性地使用。通過網(wǎng)絡信令啟用配置的上行鏈路授權。在啟用配置的上行鏈路授權后，無需網(wǎng)絡信令來分配下一個配置的上行鏈路授權。

如果沒有能夠用于傳輸?shù)臄?shù)據(jù)，除非特別指出，UE不會使用配置的上行鏈路授權。除非特別指出，UE不會使用配置的上行鏈路授權發(fā)送填充。配置的上行鏈路授權的周期可能小于特定值。該特定值可以是10ms或10個傳輸時間間隔(TTIs)。配置的上行鏈路授權的周期可以是1ms或1個TTI?；蛘撸渲玫纳闲墟溌肥跈嗟闹芷诳梢允?ms或2個TTIs。或者，配置的上行鏈路授權的周期可以是5ms或5個TTIs。

配置的上行鏈路授權可以是預先分配的。當沒有能夠用于傳輸?shù)臄?shù)據(jù)時，可將配置的上行鏈路授權分配給UE。在UE發(fā)送調(diào)度請求或緩存區(qū)狀態(tài)報告之前，可將配置的上行鏈路授權分配給UE。

為了解決這個問題，定義了配置的上行鏈路資源何時被視為有效并且UE和網(wǎng)絡節(jié)點之間對配置的上行鏈路資源的有效性的認識應當一致。在下文中，提出了兩種方案：

方案1

在一個實施例中，由第一定時器控制(預)配置的上行鏈路資源(或授權)的有效性。更具體地，當?shù)谝欢〞r器運行時，(預)配置的上行鏈路資源(或授權)被視為有效。當?shù)谝欢〞r器不運行時，(預)配置的上行鏈路資源(或授權)被視為暫?；蜥尫?。(預)配置的上行鏈路資源(或授權)被暫停意 味著UE保持(預)配置的上行鏈路資源(或授權)的配置但并不允許使用該(預)配置的上行鏈路資源(或授權)。當?shù)谝欢〞r器運行時，UE可以重新使用(預)配置的上行鏈路資源(或授權)。(預)配置的上行鏈路資源(或授權)被釋放意味著UE釋放(預)配置的上行鏈路資源(或授權)的配置。網(wǎng)絡應當通過顯式消息例如PDCCH信令、MAC控制單元、或者無線電資源控制(RRC)消息再次配置(或調(diào)度)(預)配置的上行鏈路資源(或授權)。

或者，由一個或多個事件控制(預)配置的上行鏈路資源(或授權)的有效性。更具體地，一個或多個具體事件觸發(fā)UE將(預)配置的上行鏈路資源(或授權)視為有效或無效。

對第一定時器的下述處理，例如可(通過邏輯方式)任意組合啟動計時、重啟計時、或者停止第一定時器的條件?？梢允褂瞄_始計時和停止計時的下述事件以允許和不允許UE使用預配置的UL授權。圖11描述了一個實例。

[啟動或重啟定時器]

-一旦接收到特定的DL數(shù)據(jù)

該特定的DL數(shù)據(jù)可與邏輯信道或服務相關

-一旦接收到PDCCH顯式指示

該指示可以是DCI格式以配置或調(diào)度UL資源。該UL資源能夠周期性地發(fā)生。

[停止定時器]

-一旦在(預)配置的UL資源(或授權)上發(fā)送UL數(shù)據(jù)

-一旦使用(預)配置的UL資源(或授權)

[一旦定時器到期的作動]

-UE可暫停(預)配置的UL資源(或授權)

-UE可釋放(預)配置的UL資源(或授權)

一旦接收到DL數(shù)據(jù)，考慮UL數(shù)據(jù)也許不能立即用于傳輸，這有利于UE不過早地將預配置的UL資源視為有效，從而節(jié)省了一 些浪費的資源。為此，可使用第二定時器。一旦第二定時器到期，UE才開始將(預)配置的UL資源(或授權)視為有效。當?shù)诙〞r器運行時，UE不會將(預)配置的UL資源(或授權)視為有效。一旦接收到DL數(shù)據(jù)，可啟動第二定時器。一旦接收到指示(預)配置的UL資源(或授權)的PDCCH，可啟動第二定時器。圖12描述了一實例。

方案2

在如3GPP TS 36.321 v12.5.0中所描述的活動時間(Active time)內(nèi)，UE將(預)配置的上行鏈路資源(或授權)視為有效，該活動時間可能受到某些特定的DRX定時器(例如：如3GPP TS 36.321 v12.5.0中所定義的不活動(inactivity)定時器、或者持續(xù)時間(on-duration)定時器)的限制。3GPP TS 36.321 v12.5.0公開了“活動時間：與DRX操作相關的時間，如5.7節(jié)中所定義的，在該活動時間內(nèi)，媒體接入控制實體監(jiān)測PDCCH。5.7節(jié)引用如下：

5.7非連續(xù)接收(DRX)

[…]

當配置DRX周期時，活動時間包括以下時間：

-onDurationTimer或者drx-InactivityTimer或者drx-RetransmissionTimer或者mac-ContentionResolutionTimer(如5.1.5節(jié)中所述)運行期間；或者

-將調(diào)度請求發(fā)送于PUCCH上并且等待處理的時間(如5.4.4節(jié)中所述)；或者

-發(fā)生上行鏈路授權以用于待處理的HARQ重傳的時間，并且在對應的HARQ緩存區(qū)中存在數(shù)據(jù)；或者

-在成功接收到隨機接入響應(隨機接入前導碼并非由媒體接入控制(MAC)實體選擇)之后，還未收到指示新傳輸(至媒體接入控制實體的C-RNTI)的PDCCH期間(如5.1.4節(jié)中所述)。

一旦UL數(shù)據(jù)到達，UE開始發(fā)送調(diào)度請求(SR)并且UE將(預)配置的上行鏈路資源(或授權)視為有效以用于發(fā)送UL數(shù)據(jù)。圖13描述了一實例。在該實例中，一旦在T13發(fā)送SR，UE在T14將預配置的授權視為有效。使用這種方法，UE不需要等待網(wǎng)絡的動態(tài)調(diào)度，從而可以節(jié)省一次往返時間。該方法包括(1)網(wǎng)絡預配置UL資源，(2)UE通知網(wǎng)絡(類似發(fā)送SR)；以及(3)UE直接使用預配置的UL資源。

在一個范例性的方法中，UE接收第一信令以指示第一時間段的時長。UE還接收第二信令以配置第一上行鏈路資源，該第一配置的上行鏈路資源在多個傳輸時間間隔(TTIs)能夠用于UL傳輸。在第一時間段期間，UE被允許使用多個TTI中的該第一配置的上行鏈路資源。除第一時間段外，UE不被允許使用該第一配置的上行鏈路資源。

參考圖3和圖4，在從UE角度的一個實施例中，裝置300包括儲存在內(nèi)存310中的程序代碼312。CPU 308可執(zhí)行程序代碼312以使UE(i)接收第一信令以指示第一時間段的時長；(ii)接收第二信令以配置第一上行鏈路資源，該第一配置的上行鏈路資源在多個傳輸時間間隔(TTIs)能夠用于UL傳輸；(iii)在第一時間段期間，被允許使用多個TTI中的該第一配置的上行鏈路資源；以及(iv)除第一時間段外，不被允許使用該第一配置的上行鏈路資源。此外，CPU308可執(zhí)行程序代碼312以實施上述所有行為和步驟以及文中描述的其它行為和步驟。

在各種實施例中，當UE被允許使用第一配置的上行鏈路資源時，這意味著UE被允許使用第一配置的上行鏈路資源進行新的傳輸。當UE不被允許使用第一配置的上行鏈路資源時，這意味著UE不被允許使用第一配置的上行鏈路資源進行新的傳輸。

在各種實施例中，除第一時間段外，UE將第一配置的上行鏈路資源視為暫停。術語“暫?！笔侵窾E保持第一配置的上行鏈路資源的配置但不被允許使用該第一配置的上行鏈路資源。在 第一時間段的起始時間，UE可以重新使用第一配置的上行鏈路資源?；蛘撸谝粫r間段外，UE可將第一配置的上行鏈路資源視為釋放。術語“釋放”是指UE釋放第一配置的上行鏈路資源的配置。

下述一個或多個條件可用于開始第一時間段。第一時間段從當UE接收到特定的DL數(shù)據(jù)時開始(或者重新開始)。該特定的DL數(shù)據(jù)與邏輯信道或服務相關。

或者，當UE接收到PDCCH顯式指示時，第一時間段開始(或者重新開始)。該指示可以是下行鏈路控制信息(DCI)格式以用于配置(或調(diào)度)UL資源。UL資源可以周期性地發(fā)生。

或者，由于接收到第二信令，該第一時間段開始(或重新開始)?；蛘?，當UE使用第一配置的UL資源時，該第一時間段開始(或重新開始)。

下述一個或多個條件可用于結(jié)束第一時間段。UE在第一配置的UL資源上發(fā)送UL數(shù)據(jù)時，該第一時間段結(jié)束?；蛘?，當UE接收到(只)用于一次新的UL傳輸?shù)馁Y源分配時，該第一時間段結(jié)束?；蛘?，當UE接收到使用第一配置的上行鏈路資源進行傳輸?shù)倪m應性重傳的資源配置時，第一時間段結(jié)束?；蛘撸擴E接收到信令以配置第二上行鏈路資源時，第一時間段結(jié)束。第二配置的上行鏈路資源的周期可以大于第一配置的上行鏈路資源的周期。

在各種實施例中，UE可在第一時間段結(jié)束時暫停第一配置的UL資源。在其它實施例中，UE可在第一時間段結(jié)束時釋放第一配置的UL資源。

在各種實施例中，在第二時間段結(jié)束時，UE被允許使用第一配置的UL資源。或者，在第二時間段期間，UE不被允許使用第一配置的UL資源。當UE接收到特定的DL數(shù)據(jù)時或者當UE接收到指示第一配置的UL資源的PDCCH時，第二時間段開始。

在一些實施例中，第一信令和第二信令是同一信令。

在另一個范例性的實施例中，UE接收一信令以配置上行鏈路資源，其中該配置的上行鏈路資源能夠用于在多個TTI中進行UL傳輸。然后，UE考慮是否在活動時間內(nèi)將配置的上行鏈路資源視為有效。

活動時間可包括一個或多個下述時間段?；顒訒r間可包括以下時間：onDurationTimer或者drx-InactivityTimer或者drx-RetransmissionTimer或者mac-ContentionResolutionTimer(如5.1.5節(jié)中所述)的運行期間?；顒訒r間段可包括：將調(diào)度請求發(fā)送于PUCCH上并且等待處理的時間?；顒訒r間段可包括：發(fā)生上行鏈路授權以用于待處理的HARQ重傳，并且在對應的HARQ緩存區(qū)中存在數(shù)據(jù)的時間?；顒訒r間還可以包括：在成功接收到隨機接入響應(隨機接入前導碼并非由媒體接入控制實體選擇)之后，還未收到指示新傳輸(至媒體接入控制實體的C-RNTI)的PDCCH的時間。

在一些實施例中，通過網(wǎng)絡信令啟用第一配置的上行鏈路資源。該網(wǎng)絡信令可以是SPS啟動(再啟動)。第一配置的上行鏈路資源在其配置好后能夠周期性地使用。在一些實施例中，在啟用第一配置的上行鏈路授權后，無需網(wǎng)絡信令來分配第一配置的上行鏈路資源。在一些實施例中，該第一配置的上行鏈路資源是預先分配的。

在各種實施例中，UE在發(fā)送調(diào)度請求、BSR控制單元之前或者當沒有能夠用于傳輸?shù)臄?shù)據(jù)時，UE接收到第二信令。在另一個實施例中，UE不通過配置的上行鏈路資源發(fā)送MAC PDU和填充。

在任一上述實施例中，UE不通過配置的上行鏈路資源發(fā)送媒體接入控制(MAC)協(xié)議數(shù)據(jù)單元(PDU)和填充。在其它實施例中，填充包括填充比特。或者，填充包括與填充比特相關的至少一個子頭。填充還包括與填充緩存區(qū)狀態(tài)報告(BSR)相對應的MAC控制單元。填充可包括與填充BSR相對應的MAC控制單元相關的子頭。在另一個實施例中，填充包括與填充側(cè)鏈路 (Sidelink)BSR相對應的MAC控制單元?；蛘?，填充包括與填充側(cè)鏈路(Sidelink)BSR相對應的MAC控制單元相關的子頭。

在上述任一實施例中，配置的上行鏈路資源的使用周期，可以小于特定值。該特定值可以是10ms?？捎玫乃渲玫纳闲墟溌焚Y源的使用周期可以是1ms、2ms或者5ms。

在上述任一實施例中，第二信令可在PDCCH上傳輸。在其它實施例中，第二信令可發(fā)送至(addressed to)半靜態(tài)調(diào)度C-RNTI。在其它實施例中，第二信令可以是RRC消息。

在上述任一實施例中，第一配置的上行鏈路資源是在PUSCH上或者是在UL-SCH上。

參考圖13，圖13描述了一個節(jié)點發(fā)送指示至另一個節(jié)點(例如：網(wǎng)絡)以開始使用先前配置為用于兩個節(jié)點之間進行數(shù)據(jù)傳輸或接收的資源。一旦數(shù)據(jù)到達，UE可發(fā)送指示(類似SR)至eNB，然后直接開始使用預配置的UL授權來發(fā)送到達的數(shù)據(jù)。因此，節(jié)省了UE和eNB之間一次往返的時間。

在另一個范例性的方法中，UE接收第一信令以配置用于數(shù)據(jù)傳輸?shù)男诺蕾Y源，其中該資源能夠周期性地重復發(fā)生。UE發(fā)送指示至網(wǎng)絡。UE通過使用即將到臨的資源將數(shù)據(jù)或數(shù)據(jù)的BSR發(fā)送給網(wǎng)絡?；蛘?，一經(jīng)，UE根據(jù)接收到傳輸?shù)闹甘緦⒃撡Y源視為是否有效。

通過上述方法，可以更加有效地調(diào)度配置的上行鏈路資源。

以上實施例從多種角度來描述。在范例中公開的任何特定架構(gòu)或功能僅為一實施例的狀況，可以多種方式呈現(xiàn)。根據(jù)本文的教示，本領域技術人員應理解在本文呈現(xiàn)的內(nèi)容可獨立利用其它某種形式或綜合多種形式作不同呈現(xiàn)。舉例說明，可遵照前文中提到任何方式利用某種裝置或某種方法實現(xiàn)。上述裝置的實施或方法的執(zhí)行在上述描述的基礎上，增加其它架構(gòu)及/或功能，或者可采用與前文所述所不同的形式。舉例而言，在某些情況下，并行的頻道可基于脈沖重復頻率所建立。又在某些 情況，并行的頻道也可基于脈沖位置或偏位建立。在某些情況，并行的頻道可基于時序跳頻建立。在某一些情況，并行的頻道可基于脈沖重復頻率、脈沖位置或偏位、以及時序跳頻建立。

本領域技術人員將了解信息及信號可用多種不同科技及技巧展現(xiàn)。舉例，在以上描述所有可能引用到的數(shù)據(jù)、指令、命令、信息、信號、位、符號、以及碼片(chip)可以伏特、電流、電磁波、磁場或磁粒、光場或光粒、或以上任何組合所呈現(xiàn)。

本領域技術人員更會了解在此描述各種說明性的邏輯區(qū)塊、模塊、處理器、裝置、電路、以及演算步驟與以上所公開的各種情況可用的電子硬件(例如用來源編碼或其它技術設計的數(shù)字實施、模擬實施、或兩者的組合)、各種形式的程序或與指示作為連接的設計碼(在內(nèi)文中為方便而稱作“軟件”或“軟件模塊”)、或兩者的組合。為清楚說明此硬件及軟件間的可互換性，多種具描述性的元件、方塊、模塊、電路及步驟在以上的描述大致上以其功能性為主。不論此功能以硬件或軟件形式呈現(xiàn)，將視加注在整體系統(tǒng)上的特定應用及設計限制而定。本領域技術人員可為每一特定應用將描述的功能以各種不同方法作實現(xiàn)，但此實現(xiàn)的決策不應被解讀為偏離本文所公開的范圍。此外，多種各種說明性的邏輯區(qū)塊、模塊、及電路以及在此所公開的各種情況可實施在集成電路(integrated circuit，IC)、接入終端、接入點；或由集成電路、接入終端、接入點執(zhí)行。集成電路可由一般用途處理器、數(shù)字信號處理器(Digital Signal進程or，DSP)、特定應用集成電路(application specific integrated circuit，ASIC)、現(xiàn)場可編程門陣列(field programmable gate array，F(xiàn)PGA)或其它可編程邏輯裝置、離散閘(discrete gate)或晶體管邏輯(transistor logic)、離散硬件元件、電子元件、光學元件、機械元件、或任何以上的組合的設計以完成在此文內(nèi)所描述的功能；并可能執(zhí)行存在 于集成電路內(nèi)、集成電路外、或兩者皆有的執(zhí)行碼或指令。一般用途處理器可能是微處理器，但也可能是任何常規(guī)處理器、控制器、微控制器、或狀態(tài)機。處理器可由計算機設備的組合所構(gòu)成，例如：數(shù)字信號處理器(DSP)及一微計算機的組合、多組微計算機、一組至多組微計算機以及一數(shù)字信號處理器核心、或任何其它類似的配置。在此所公開程序的任何具體順序或分層的步驟純?yōu)橐慌e例的方式?；谠O計上的偏好，必須了解到程序上的任何具體順序或分層的步驟可在此文件所公開的范圍內(nèi)被重新安排。伴隨的方法權利要求以一示范例順序呈現(xiàn)出各種步驟的元件，也因此不應被本發(fā)明說明書所展示的特定順序或階層所限制。

本發(fā)明的說明書所公開的方法和算法的步驟，可以直接通過執(zhí)行一處理器直接應用在硬件以及軟件模塊或兩者的結(jié)合上。一軟件模塊(包括執(zhí)行指令和相關數(shù)據(jù))和其它數(shù)據(jù)可存儲在數(shù)據(jù)內(nèi)存中，像是隨機存取內(nèi)存(Random Access Memory，RAM)、快閃內(nèi)存(flash memory)、只讀內(nèi)存(Read-Only Memory，ROM)、可抹除可編程只讀內(nèi)存(EPROM)、電子抹除式可復寫只讀內(nèi)存(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、暫存器、硬盤、便攜式硬盤、光盤只讀內(nèi)存(Compact Disc Read-Only Memory，CD-ROM)、數(shù)字視頻光盤(Digital Video Disc，DVD)或在此領域已知的技術中任何其它計算機可讀取的存儲介質(zhì)格式。一存儲介質(zhì)可耦接至一機器裝置，舉例來說，像是計算機/處理器(為了說明的方便，在本說明書以處理器來表示)，上述處理器可通過來讀取信息(像是程序代碼)，以及寫入信息至存儲介質(zhì)。一存儲介質(zhì)可整合一處理器。一特殊應用集成電路(ASIC)包括處理器和存儲介質(zhì)。一用戶設備則包括一特殊應用集成電路。換句話說，處理器和存儲介質(zhì)以不直接連接用戶設備的方式，包含于用戶設備中。此外，在一些實施例中，任何適合計算機程序的產(chǎn)品 包括可讀取的存儲介質(zhì)，其中可讀取的存儲介質(zhì)包括一或多個所公開實施例相關的程序代碼。而在一些實施例中，計算機程序的產(chǎn)品可以包括封裝材料。

以上所述的實施例及/或?qū)嵤┓绞剑瑑H是用以說明實現(xiàn)本發(fā)明技術的較佳實施例及/或?qū)嵤┓绞?，并非對本發(fā)明技術的實施方式作任何形式上的限制，任何本領域技術人員，在不脫離本發(fā)明內(nèi)容所公開的技術手段的范圍，當可作些許的更動或修飾為其它等效的實施例，但仍應視為與本發(fā)明實質(zhì)相同的技術或?qū)嵤├?/p>