TWI716200B

TWI716200B - 無線通訊系統中用於將時間對準計時器長度應用於預配置上行鏈路資源的方法和設備

Info

Publication number: TWI716200B
Application number: TW108142220A
Authority: TW
Inventors: 史敦槐; 歐孟暉; 郭宇軒
Original assignee: 華碩電腦股份有限公司
Priority date: 2018-12-14
Filing date: 2019-11-20
Publication date: 2021-01-11
Also published as: KR20200074857A; US20200196264A1; CN111328135A; EP3668263A1; KR102213988B1; TW202023308A; JP6890645B2; EP3668263B1; JP2020096352A; ES2848975T3; US10701655B1; CN111328135B

Abstract

本發明從使用者設備的角度公開一種方法和設備。在一個實施例中，方法包含使用者設備接收RRCConnectionRelease 消息中指示第一長度的第一計時器的配置，其中第一計時器用於控制第一定時調整的有效性，第一定時調整用於在RRC_IDLE狀態中使用預配置上行鏈路資源的傳輸。方法還包含響應於在使用者設備處於RRC_IDLE狀態時發起隨機存取程序而使用者設備將第一定時調整視作無效。

Description

無線通訊系統中用於將時間對準計時器長度應用於預配置上行鏈路資源的方法和設備

本公開大體上涉及無線通訊網路，並且更具體地說，涉及無線通訊系統中用於將時間對準計時器長度應用於預配置上行鏈路資源的方法和設備。

隨著往來行動通訊裝置的大量數據的通訊需求的快速增長，傳統的行動語音通訊網路演進成與互聯網協定（Internet Protocol，IP）數據封包通訊的網路。此類IP數據封包通訊可為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和按需通訊服務。

示範性網路結構是演進型通用陸地無線電存取網（Evolved Universal Terrestrial Radio Access Network，E-UTRAN）。E-UTRAN系統可提供高數據吞吐量以便實現上述IP承載語音和多媒體服務。目前，3GPP標準組織正在討論新的下一代（例如5G）無線電技術。因此，目前在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。

本發明從使用者設備（user equipment，UE）的角度公開一種方法和設備。在一個實施例中，方法包含UE接收RRCConnectionRelease 消息中指示第一長度的第一計時器的配置，其中第一計時器用於控制第一定時調整（Timing Adjustment，TA）的有效性，所述第一定時調整用於在RRC_IDLE狀態中使用預配置上行鏈路資源（Preconfigured Uplink Resource，PUR）的傳輸。方法還包含UE響應於在UE處於RRC_IDLE狀態時發起隨機存取（Random Access，RA）程序而將第一定時調整視作無效。

下文描述的示例性無線通訊系統和裝置採用支持廣播服務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊，例如語音、數據等。這些系統可以基於碼分多址（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或LTE-高級）、3GPP2 超行動寬帶（Ultra Mobile Broadband, UMB）、WiMax或一些其它調變技術。

具體地說，下文描述的示範性無線通訊系統裝置可設計成支持一個或多個標準，例如在本文中稱為3GPP的名為“第3代合作夥伴計劃”的聯盟提供的標準，包含：TS 36.300 V15.3.0，“演進型通用陸地無線電存取（E-UTRA）和演進型通用陸地無線電存取網（E-UTRAN），總體描述，階段2（Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN), Overall description, Stage 2）”；TS 36.321 V15.3.0，“演進型通用陸地無線電存取（E-UTRA）；媒體存取控制（MAC）協定規範（Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification）”；RAN1#94主席紀要；RAN1 #94bis主席紀要；RAN1 #95主席紀要；TS 36.331 V15.3.0，“演進型通用陸地無線電存取（E-UTRA）；無線電資源控制（RRC）；協定規範（Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification）”；TS 36.304 V15.1.0，“演進型通用陸地無線電存取（E-UTRA）；空閒模式中的使用者設備（UE）程序（Evolved Universal Terrestrial Radio Access (E-UTRA); User Equipment (UE) procedures in idle mode）”；以及TS 36.213 V15.3.0，“演進型通用陸地無線電存取（E-UTRA）；實體層程序（Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures）”。上文所列標準和文件特此明確地以全文引用的方式併入。

第1圖示出根據本發明的一個實施例的多址無線通訊系統。存取網路100（AN）包含多個天線群組，其中一個天線群組包含104和106，另一天線群組包含108和110，並且又一天線群組包含112和114。在第1圖中，針對每個天線群組僅示出了兩個天線，但是每個天線群組可以使用更多或更少個天線。存取終端116（AT）與天線112和114通訊，其中天線112和114經由前向鏈路120向存取終端116傳輸訊息，並經由反向鏈路118從存取終端116接收訊息。存取終端（AT）122與天線106和108通訊，其中天線106和108經由前向鏈路126向存取終端（AT）122傳輸訊息，並經由反向鏈路124從存取終端（AT）122接收訊息。在FDD系統中，通訊鏈路118、120、124和126可使用不同頻率進行通訊。例如，前向鏈路120可使用與反向鏈路118所使用頻率不同的頻率。

每個天線群組和/或它們被設計成在其中通訊的區域常常被稱作存取網路的扇區。在實施例中，天線群組各自被設計成與存取網路100所覆蓋的區域的扇區中的存取終端通訊。

在通過前向鏈路120和126的通訊中，存取網路100的傳輸天線可以利用波束成形以便改進不同存取終端116和122的前向鏈路的訊噪比。並且，相比於通過單個天線傳輸到其所有存取終端的存取網路，使用波束成形以傳輸到在存取網路的整個覆蓋範圍中隨機分散的存取終端的存取網路對相鄰細胞中的存取終端產生更少的干擾。

存取網路（access network, AN）可以是用於與終端通訊的固定台或基站，並且也可以被稱作存取點、Node B、基站、增強型基站、演進型Node B（evolved Node B, eNB），或某一其它術語。存取終端（access terminal, AT）還可以被稱作使用者設備（user equipment, UE）、無線通訊裝置、終端、存取終端或某一其它術語。

第2圖是MIMO 系統200中的傳送器系統210（也被稱作存取網路）和接收器系統250（也被稱作存取終端（AT）或使用者設備（UE）的實施例的簡化方塊圖。在傳送器系統210處，從數據源212將用於多個數據流的業務數據提供到傳輸（TX）數據處理器214。

在一個實施例中，通過相應的傳輸天線傳輸每個數據流。TX數據處理器214基於針對每一數據流而選擇的特定編碼方案來格式化、編碼及交錯數據流的業務數據以提供經編碼數據。

可使用OFDM技術將每個數據流的編碼數據與導頻數據多路複用。導頻數據通常為以已知方式進行處理的已知數據樣式，且可在接收器系統處使用以估計通道響應。隨後基於針對每個數據流選擇的特定調變方案（例如，BPSK、QPSK、M-PSK或M-QAM）來調變（即，符號映射）用於每個數據流的複用的導頻和編碼數據以提供調變符號。可以通過由處理器230執行的指令來決定用於每個數據流的數據速率、編碼和調變。

接著將所有數據流的調變符號提供給TX MIMO處理器220，處理器可進一步處理調變符號（例如，用於OFDM）。TX MIMO處理器220接著將N_T 個調變符號流提供給N_T 個傳送器（TMTR）222a到222t。在某些實施例中，TX MIMO處理器220將波束成形權重應用於數據流的符號並應用於從其傳輸符號的天線。

每個傳送器222接收並處理相應符號流以提供一個或多個類比訊號，並且進一步調節（例如，放大、濾波和上變頻轉換）類比訊號以提供適合於經由MIMO通道傳輸的調變訊號。接著分別從N_T 個天線224a到224t傳輸來自傳送器222a到222t的N_T 個調變訊號。

在接收器系統250處，由N_R 個天線252a到252r接收所傳輸的調變訊號，並且將從每個天線252接收到的訊號提供到相應的接收器（RCVR）254a到254r。每個接收器254調節（例如，濾波、放大和下變頻轉換）相應的接收訊號、將調節訊號數位化以提供樣本，並且進一步處理樣本以提供對應的“接收”符號流。

RX數據處理器260接著基於特定接收器處理技術從N_R 個接收器254接收並處理N_R 個接收符號流以提供N_T 個“檢測”符號流。RX數據處理器260接著對每個檢測符號流進行解調、解交錯和解碼以恢復數據流的業務數據。由RX數據處理器260進行的處理與由傳送器系統210處的TX MIMO處理器220和TX數據處理器214執行的處理互補。

處理器270週期性地決定要使用哪個預編碼矩陣（下文論述）。處理器270制定包括矩陣索引部分和秩值部分的反向鏈路消息。

反向鏈路消息可包括與通訊鏈路和/或接收數據流有關的各種類型的訊息。反向鏈路消息接著由TX數據處理器238（其還接收來自數據源236的多個數據流的業務數據）處理，由調變器280調變，由傳送器254a到254r調節，並且被傳輸回到傳送器系統210。

在傳送器系統210處，來自接收器系統250的調變訊號由天線224接收、由接收器222調節、由解調器240解調，並由RX數據處理器242處理，以提取由接收器系統250傳輸的反向鏈路消息。接著，處理器230決定使用哪個預編碼矩陣來決定波束成形權重，然後處理所提取的消息。

轉向第3圖，此圖示出了根據本發明的一個實施例的通訊裝置的替代簡化功能方塊圖。如第3圖所示，可以利用無線通訊系統中的通訊裝置300來實現第1圖中的UE（或AT）116和122或第1圖中的基站（或AN）100，並且無線通訊系統優選地是LTE系統。通訊裝置300可以包含輸入裝置302、輸出裝置304、控制電路306、中央處理單元（central processing unit, CPU）308、存儲器310、程式碼312以及收發器314。控制電路306通過CPU 308執行存儲器310中的程式碼312，由此控制通訊裝置300的操作。通訊裝置300可以接收由使用者通過輸入裝置302（例如，鍵盤或小鍵盤）輸入的訊號，且可通過輸出裝置304（例如，顯示器或揚聲器）輸出圖像和聲音。收發器314用於接收和傳輸無線訊號、將接收訊號傳遞到控制電路306、且無線地輸出由控制電路306生成的訊號。也可以利用無線通訊系統中的通訊裝置300來實現第1圖中的AN 100。

第4圖是根據本發明的一個實施例在第3圖中所示的程式碼312的簡化方塊圖。在此實施例中，程式碼312包含應用層400、層3部分402以及層2部分404，且耦合到層1部分406。層3部分402一般上執行無線電資源控制。層2部分404一般執行鏈路控制。層1部分406一般執行實體連接。

在LTE版本15中介紹了早期數據傳輸（Early Data Transmission，EDT）。 3GPP TS 36.300 V15.3.0提供了關於EDT和時間對準（Time Alignment，TA）的以下描述：5.2 上行鏈路傳輸方案 5.2.7 實體通道程序 5.2.7.3 上行鏈路定時控制 定時提前源自UL接收到的定時，並由eNB發送給UE，而UE使用所述定時提前來提前/延遲其到eNB的傳輸定時，從而補償傳播延遲以及因此使來自不同UE的傳輸與eNB的接收器窗口時間對準。每個TAG的定時提前命令基於每個需求，且步長間隔為0.52 μs（16×Ts）。7.3b EDT 7.3b. 1 概述 EDT允許在隨機存取程序期間一個上行鏈路數據傳輸後任選地跟著一個下行鏈路數據傳輸。當上層已請求建立或恢復行動始發數據（即，並非信令或SMS）的RRC連接，並且上行鏈路數據大小小於或等於系統訊息中指示的TB大小時，EDT被觸發。在使用使用者面CIoT EPS優化時，EDT不用於控制面上的數據。 EDT僅適用於BL UE、增強覆蓋中的UE及NB-IoT UE。7.3b. 2 用於控制面 CIoT EPS 優化的 EDT 按照TS 24.301[20]中的定義，用於控制面CIoT EPS優化的EDT的特徵如下： - 上行鏈路使用者數據在串接於CCCH上的UL RRCEarlyDataRequest消息中的NAS消息中傳輸； - 下行鏈路使用者數據任選地在串接於CCCH上的DL RRCEarlyDataComplete消息中的NAS消息中傳輸； - 不存在向RRC CONNECTED的轉變。圖7.3b-1中示出用於控制面CIoT EPS優化的EDT程序。[ 標題為 “ 用於控制面 CIoT EPS 優化的 EDT （ EDT for Control Plane CIoT EPS Optimizations ） ” 的 3GPP TS 36.300 V15.3.0 的圖 7 .3b-1 重現為第 5 圖 ] 7.3b. 3 用於使用者面 CIoT EPS 優化的 EDT 按照TS 24.301 [20]中的定義，用於使用者面CIoT EPS優化的EDT的特徵如下： - UE已具有帶有暫停指示的RRCConnectionRelease 消息中的NextHopChainingCount ； - 上行鏈路使用者數據在DTCH上與CCCH上的ULRRCConnectionResumeRequest 消息多路複用地傳輸； - 下行鏈路使用者數據任選地在DTCH上與DCCH上的DLRRCConnectionRelease 消息多路複用地傳輸； - 短恢復MAC-I重新用作RRCConnectionResumeRequest 消息的認證令牌，並且使用來自先前連接的完整性密鑰進行計算； - 上行鏈路和下行鏈路中的使用者數據被加密。使用先前RRC連接的RRCConnectionRelease 消息中提供的NextHopChainingCount 導出密鑰； -RRCConnectionRelease 消息受到完整性保護並且使用新導出的密鑰進行加密； - 不存在向RRC CONNECTED的轉變。圖7.3b-2中示出用於使用者面CIoT EPS優化的EDT程序。[ 標題為 “ 用於使用者面 CIoT EPS 優化的 EDT （ EDT for User Plane CIoT EPS Optimizations ） ” 的 3GPP TS 36.300 V15.3.0 的圖 7 .3b-2 重現為第 6 圖 ] 10.1.5 隨機存取程序 隨機存取程序的特徵在於： - FDD和TDD的共同程序； - 與配置CA時的細胞大小和服務細胞數目無關的一個程序；針對與PCell有關的以下事件，執行隨機存取程序： - 來自RRC_IDLE的初始存取； - RRC連接重新建立程序，如在TS 24.301 [20]中所定義； - 交遞，除NB-IoT以外或在配置無RACH HO時； - 在RRC_CONNECTED期間需要隨機存取程序的DL數據到達： - 例如，當UL同步狀態是“未同步”時。 - 在RRC_CONNECTED期間需要隨機存取程序的UL數據到達： - 例如，當UL同步狀態是“未同步”或者不存在可用的SR的PUCCH資源時。 - 在RRC_CONNECTED期間出於定位目的需要隨機存取程序： - 例如，當UE定位需要定時提前時。還對SCell執行隨機存取程序以建立對應sTAG的時間對準。對於連接到5GC的E-UTRA，還針對從RRC_INACTIVE的轉變執行隨機存取程序。在DC中，在收到指令的情況下在SCG添加/修改後，或在RRC_CONNECTED期間需要隨機存取程序的DL/UL數據到達後，也對至少PSCell執行隨機存取程序。對於SCG，僅對PSCell執行UE發起的隨機存取程序。此外，隨機存取程序採用兩個不同形式： - 基於競爭（適用於所有六個事件，但是針對定位的第六事件僅適用於NB-IoT）； - 不基於競爭（僅適用於交遞、DL數據到達、定位和獲得sTAG的定時提前對準）。正常DL/UL傳輸可發生在隨機存取程序之後。 […]10.1.5.1 基於競爭的隨機存取程序 下面的圖10.1.5.1-1上概述了基於競爭的隨機存取程序：[ 標題為 “ 基於競爭的隨機存取程序 （ Contention based Random Access Procedure ） ” 的 3GPP TS 36.300 V15.3.0 的圖 10 .1.5.1-1 重現為第 7 圖 ] 基於競爭的隨機存取程序的四個步驟是： 1）上行鏈路中的RACH上的隨機存取前導碼： - 存在限定的兩個可能群組，並且一個群組是任選的。如果配置兩個群組，則使用消息3的大小和路徑損耗來決定前導碼選自哪個群組。前導碼所屬的群組提供對消息3的大小和UE處的無線電條件的指示。在系統訊息上廣播前導碼群組訊息以及必要的閾值。 2）由DL-SCH上的MAC生成的隨機存取響應： - 與消息1半同步（在大小為一個或多個TTI的靈活窗口內）； - 無HARQ； - 尋址到PDCCH上的RA-RNTI； - 至少輸送RA前導碼標識符、pTAG的定時對準訊息、臨時C-RNTI的初始UL准予和指派（在競爭解決後可成為或可以不成為永久性的）； - 在一個DL-SCH消息中既定用於可變數目的UE。 3）UL-SCH上的第一排程UL傳輸： - 使用HARQ； - 傳輸塊的大小取決於步驟2中輸送的UL准予。 - 對於初步存取： - 輸送由RRC層生成並通過CCCH傳輸的RRC連接請求； - 至少輸送NAS UE標識符但無NAS消息； - RLC TM：無分段。 - 對於RRC連接重新建立程序： - 輸送由RRC層生成並通過CCCH傳輸的RRC連接重新建立請求； - RLC TM：無分段； - 不含任何NAS消息。 - 在交遞之後，在目標細胞中： - 輸送由RRC層生成並通過DCCH傳輸的經過加密並且受完整性保護的RRC交遞確認； - 輸送UE的C-RNTI（其通過交遞命令進行分配）； - 在可能時包含上行鏈路緩衝區狀態報告。 - 對於其它事件： - 至少輸送UE的C-RNTI； - 在恢復RRC連接的程序中： - 輸送由RRC層生成並通過CCCH傳輸的RRC連接恢復請求； - 輸送恢復ID以恢復RRC連接； - 對於NB-IoT： - 在設置RRC連接的程序中： - 可指示用於在SRB或DRB上的後續傳輸的數據量的指示。 - 對於用於控制面CIoT EPS優化的EDT： - 輸送由RRC層生成並通過CCCH傳輸的RRC早期數據請求； - 輸送串接在NAS消息中的NAS UE標識符和使用者數據。 - 對於用於使用者面CIoT EPS優化的EDT： - 輸送由RRC層生成並通過CCCH傳輸的RRC恢復請求； - 輸送恢復ID以恢復RRC連接。 - 輸送通過DTCH傳輸的經加密使用者數據。 4）DL上的競爭解決： - 應使用早期競爭解決，即，eNB不會等到NAS答覆後才解決競爭； - 對於NB-IoT，針對初始存取、RRC連接恢復程序和RRC連接重新建立程序，eNB可傳輸含有UE競爭解決識別標識MAC控制要素而無RRC響應消息的MAC PDU；注：在版本13中，對於初始存取、RRC連接恢復程序和RRC連接重新建立程序，NB-IoT UE並不支持含有UE競爭解決識別標識MAC控制要素而無RRC響應消息的MAC PDU。 - 不與消息3同步； - 支持HARQ； - 尋址到： - 針對初始存取以及在無線電鏈路錯誤之後，PDCCH上的臨時C-RNTI； - 針對RRC_CONNECTED中的UE，PDCCH上的C-RNTI。 - HARQ反饋僅通過檢測其自身UE識別標識的UE傳輸，所述UE識別標識提供於消息3中，在競爭解決消息中附和； - 對於初始存取、RRC連接重新建立程序和用於控制面CIoT EPS優化的EDT，不使用分段（RLC-TM）。對於檢測到RA成功而尚無C-RNTI的UE，將臨時C-RNTI提升到C-RNTI；其它UE丟棄所述臨時C-RNTI。檢測到RA成功且已具有C-RNTI的UE繼續使用它的C-RNTI。

3GPP TS 36.321 V15.3.0提供了關於EDT和時間對準（Time Alignment，TA）的以下描述：5.1 隨機存取程序 5.1.1 隨機存取程序初始化 此小節中描述的隨機存取程序通過PDCCH命令、通過MAC子層自身或通過RRC子層發起。 SCell上的隨機存取程序應僅通過PDCCH命令發起。如果MAC實體接收到與用其C-RNTI掩蔽的PDCCH命令[5]相一致並且針對特定服務細胞的PDCCH傳輸，則MAC實體應對此服務細胞發起隨機存取程序。對於SpCell上的隨機存取，PDCCH命令或RRC任選地指示ra-PreambleIndex 和ra-PRACH-MaskIndex ，其中指示子載波索引的NB-IoT除外；[…]。 […] 隨機存取程序應如下執行： - 清空Msg3緩衝區； - 將PREAMBLE_TRANSMISSION_COUNTER設置為1； - 如果UE是NB-IoT UE、BL UE或增強覆蓋中的UE： - 將PREAMBLE_TRANSMISSION_COUNTER_CE設置為1； - 如果在發起隨機存取程序的PDCCH命令中已指示啟動的增強覆蓋等級，或對於NB-IoT已指示啟動的NPRACH重複數目，或如果上層已提供啟動的增強覆蓋等級，則： - 不管測得的RSRP如何，MAC實體認為自身處於所述增強覆蓋等級； - 否則： - 如果上層在rsrp-ThresholdsPrachInfoList 中配置了增強覆蓋等級3的RSRP閾值，並且測得的RSRP小於增強覆蓋等級3的RSRP閾值且UE支持增強覆蓋等級3，則： - MAC實體認為是在增強覆蓋等級3中； - 否則，如果上層在rsrp-ThresholdsPrachInfoList 中配置了增強覆蓋等級2的RSRP閾值，並且測得的RSRP小於增強覆蓋等級2的RSRP閾值且UE支持增強覆蓋等級2，則： - MAC實體認為是在增強覆蓋等級2中； - 否則，如果測得的RSRP小於上層在rsrp-ThresholdsPrachInfoList 中配置的增強覆蓋等級1的RSRP閾值，則： - MAC實體認為是在增強覆蓋等級1中； - 否則： - MAC實體認為是在增強覆蓋等級0中； - 將退避參數值設置成0 ms； - 繼續進行到隨機存取資源的選擇（見小節5.1.2）。5.1.4 隨機存取響應接收 一旦傳輸了隨機存取前導碼，並且不管可能出現的測量間隙如何，MAC實體都應在RA響應窗口中針對由下文限定的RA-RNTI標識的隨機存取響應來監聽SpCell的PDCCH，所述RA響應窗口啟動於含有前導碼傳輸的結尾的子訊框處[7]再加上三個子訊框，並具有長度ra-ResponseWindowSize 。如果UE是BL UE或增強覆蓋中的UE，則RA響應窗口啟動於含有最後一個前導碼重複的結尾的子訊框處再加上三個子訊框，並且具有針對對應的增強覆蓋等級的長度ra-ResponseWindowSize 。如果UE是NB-IoT UE並且傳輸模式是FDD，則在NPRACH重複數目大於或等於64的情況下，RA響應窗口啟動於含有最後一個前導碼重複的結尾的子訊框處再加上41個子訊框，並且具有針對對應的增強覆蓋等級的長度ra-ResponseWindowSize ，而在NPRACH重複數目小於64的情況下，RA響應窗口啟動於含有最後一個前導碼重複的結尾的子訊框處再加上4個子訊框，並且具有針對對應的增強覆蓋等級的長度ra-ResponseWindowSize 。如果UE是NB-IoT UE並且傳輸模式是TDD，則RA響應窗口啟動於含有最後一個前導碼重複的結尾的子訊框處再加上4個子訊框，並且具有針對對應的增強覆蓋等級的長度ra-ResponseWindowSize 。 […] 在成功接收含有與傳輸的隨機存取前導碼匹配的隨機存取前導碼標識符的隨機存取響應之後，MAC實體可停止監聽隨機存取響應。 - 如果對於RA-RNTI已在PDCCH上接收到針對此TTI的下行鏈路指派，並且接收到的TB被成功解碼，則MAC實體應不考慮可能出現的測量間隙： - 如果隨機存取響應含有退避指示符子標頭，則： - 除其中使用來自表7.2-2的值的NB-IoT以外，如由退避指示符子標頭的BI字段和表7.2-1所指示來設置退避參數值。 - 否則，將退避參數值設置成0 ms。 - 如果隨機存取響應含有對應於傳輸的隨機存取前導碼的隨機存取前導碼標識符（見小節5.1.3），則MAC實體應： - 認為此隨機存取響應接收成功，並且對其中傳輸隨機存取前導碼的服務細胞應用以下動作： - 處理接收到的定時提前命令（見小節5.2）； - 向下層指示preambleInitialReceivedTargetPower 以及應用於最新前導碼傳輸的功率斜變量（即，（PREAMBLE_TRANSMISSION_COUNTER-1）*powerRampingStep ）； - 如果SCell是以ul-Configuration-r14 配置，則忽略接收到的UL准予，否則處理接收到的UL准予值並將其指示給下層； - 如果除NB-IoT以外，ra-PreambleIndex 用訊號以顯式方式發出，且其並非000000（即，未被MAC選中），則： - 認為隨機存取程序成功完成。 - 否則，如果UE是NB-IoT UE，ra-PreambleIndex 用訊號以顯式方式發出，且其並非000000（即，未被MAC選中），並且配置了ra-CFRA-Config ，則： - 認為隨機存取程序成功完成。 - 在隨機存取響應消息中提供的UL准予僅對配置的載波有效。 - 否則： - 如果隨機存取前導碼被MAC實體選中；或 - 如果UE是NB-IoT UE，ra-PreambleIndex 用訊號以顯式方式發出，且其並非000000，並且未配置ra-CFRA-Config ，則： - 不遲於在對應於隨機存取響應消息中提供的UL准予的第一傳輸的時間，將臨時C-RNTI設置為在隨機存取響應消息中接收到的值； - 如果已傳輸與EDT相關聯的隨機存取前導碼，並且提供於隨機存取響應消息中的UL准予並非用於EDT，則： - 向上層指示因UL准予不用於EDT而將EDT取消； - 清空Msg3緩衝區。 - 如果這是在此隨機存取程序內的第一個成功接收到的隨機存取響應；或 - 如果EDT因隨機存取響應消息中提供的UL准予不用於EDT而被取消，則： - 在不針對CCCH邏輯通道進行傳輸的情況下，指示多路複用和彙編實體在後續上行鏈路傳輸中包含C-RNTI MAC控制要素； - 從“多路複用和彙編”實體獲得要傳輸的MAC PDU並將其存儲在Msg3緩衝區中。 5.2 上行鏈路時間對準的維持 MAC實體具有每TAG可配置計時器timeAlignmentTimer 。timeAlignmentTimer 用於控制MAC實體考慮屬相關聯TAG的服務細胞實現上行鏈路時間對準的時長[8]。 MAC實體應： - 在接收到定時提前命令MAC控制要素時,並且在N_TA 已通過指示的TAG存儲或維持的情況下： - 針對指示的TAG應用定時提前命令； - 啟動或重啟與指示的TAG相關聯的timeAlignmentTimer 。 - 當在針對屬TAG的服務細胞的隨機存取響應消息中接收到定時提前命令時： - 如果隨機存取前導碼未被MAC實體選中，則： - 針對此TAG應用定時提前命令； - 啟動或重啟與此TAG相關聯的timeAlignmentTimer 。 - 否則，如果與此TAG相關聯的timeAlignmentTimer 不處於運行中，則： - 針對此TAG應用定時提前命令； - 啟動與此TAG相關聯的timeAlignmentTimer ； - 當競爭解決如小節5.1.5中所描述被視為不成功時，停止與此TAG相關聯的timeAlignmentTimer 。 - 否則： - 忽略接收到的定時提前命令。 […] - 當timeAlignmentTimer 期滿時： - 如果timeAlignmentTimer 與pTAG相關聯，則： - 針對所有服務細胞清空所有HARQ緩衝區； - 通知RRC針對所有服務細胞釋放PUCCH/SPUCCH； - 通知RRC針對所有服務細胞釋放SRS； - 對於NB-IoT，通知RRC釋放用於SR的所有專用資源； - 清除配置的任何下行鏈路指派和上行鏈路准予； - 認為運行中的所有timeAlignmentTimer 期滿； […] 當與服務細胞所屬於的TAG相關聯的timeAlignmentTimer 不處於運行中時，除了隨機存取前導碼傳輸之外，MAC實體不應執行服務細胞上的任何上行鏈路傳輸。此外，當與pTAG相關聯的timeAlignmentTimer 不處於運行中時，除了SpCell上的隨機存取前導碼傳輸之外，MAC實體不應執行任何服務細胞上的任何上行鏈路傳輸。 […] 注：在相關聯timeAlignmentTimer 期滿之後，MAC實體存儲或維持N_TA ，其中N_TA 在[7]中定義。MAC實體應用接收到的定時提前命令MAC控制要素，並且還在timeAlignmentTimer 不處於運行中時啟動相關聯的timeAlignmentTimer 。

3GPP TS 36.331 V15.3.0提供了關於EDT和時間對準（Time Alignment，TA）的以下描述：5.3.3 RRC 連接建立 5.3.3.1 概述 [ 標題為 “RRC 連接建立，成功（ RRC connection establishment, successful ） ” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.3.1-1 重現為第 8 圖 ] [ 標題為 “RRC 連接建立， 網路拒絕 （ RRC connection establishment, network reject ） ” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.3.1-2 重現為第 9 圖 ] [ 標題為 “RRC 連接恢復（ 暫停的 RRC 連接或 RRC_INACTIVE ）或 UP-EDT 回退到 RRC 連接恢復， 成功（ RRC connection resume (suspended RRC connection or RRC_INACTIVE ） , or UP-EDT fallback to RRC connection resume, successful” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.3.1-3 重現為第 10 圖 ] [ 標題為 “RRC 連接恢復（ 暫停的 RRC 連接或 RRC_INACTIVE ）或 UP-EDT 回退到 RRC 連接建立，成功（ RRC connection resume (suspended RRC connection or RRC_INACTIVE) or UP-EDT fallback to RRC connection establishment, successful ） ” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.3.1-4 重現為第 11 圖 ] [ 標題為 “RRC 連接恢復 或 UP-EDT ， 網路拒絕 （ 暫停的 RRC 連接或 RRC_INACTIVE ） 或釋放 （ 暫停的 RRC 連接）（ RRC connection resume or UP-EDT, network reject (suspended RRC connection or RRC_INACTIVE) or release (suspended RRC connection) ） ” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.3.1-5 重現為第 12 圖 ] [ 標題為 “RRC 連接恢復（ RRC_INACTIVE ） 、網路釋放或暫停或 UP-EDT ，成功（ RRC connection resume (RRC_INACTIVE), network release or suspend or UP-EDT, successful ） ” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.3.1-6 重現為第 13 圖 ] [ 標題為 “CP-EDT ，成功（ CP-EDT, successful ） ” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.3.1-7 重現為第 14 圖 ] [ 標題為 “CP-EDT 回退到 RRC 連接建立，成功（ CP-EDT fallback to RRC connection establishment, successful ） ” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.3.1-8 重現為第 15 圖 ] [ 標題為 “CP-EDT ， 網路拒絕 （ CP-EDT, network reject ） ” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.3.1-9 重現為第 16 圖 ] 此程序的目的在於建立RRC連接、恢復暫停的RRC連接、將UE從RRC_INACTIVE移到RRC_CONNECTED或執行EDT。RRC連接建立涉及SRB1（和用於NB-IoT的SRB1bis）建立。所述程序還用於將初始NAS專用訊息/消息從UE傳遞到E-UTRAN。 E-UTRAN如下應用所述程序： - 當建立RRC連接時： - 建立SRB1，並且對於NB-IoT，建立SRB1bis； - 當從暫停的RRC連接或從RRC_INACTIVE恢復RRC連接時： - 從包含恢復SRB和DRB的所存儲上下文恢復AS配置； - 當執行EDT時。 5.3.3.1b 發起EDT的條件當所有以下條件被滿足時，BL UE、CE中的UE或NB-IoT UE可發起EDT： 1> 對於CP-EDT，上層請求建立RRC連接，UE支持CP-EDT，並且SystemInformationBlockType2 （NB-IoT中則為SystemInformationBlockType2 -NB）包含cp-EDT ；或 1> 對於UP-EDT，上層請求恢復RRC連接，UE支持UP-EDT，SystemInformationBlockType2 （NB-IoT中則為SystemInformationBlockType2-NB ）包含up-EDT，並且UE具有在帶有先前暫停程序期間的暫停指示的RRCConnectionRelease 消息中提供的nextHopChainingCount 的存儲值； 1> 建立或恢復請求是針對行動始發調用，並且建立原因是mo-Data 或mo-ExceptionData 或delayTolerantAccess ； 1>SystemInformationBlockType2 (NB-IoT中則為SystemInformationBlockType2 -NB）包含edt-Parameters ； 1> 包含總UL數據的所得MAC PDU的大小預期小於或等於edt-TBS 中發送的TBS，如TS 36.321 [6, 5.1.1]中所指定； 1> 尚未從下層接收到針對此建立或恢復程序的EDT回退指示；

3GPP TS 36.213 V15.3.0提供了關於EDT和時間對準（Time Alignment，TA）的以下描述：4.2 定時同步 […]4.2.3 傳輸定時調整 在接收到針對含有主細胞或PSCell的TAG的定時提前命令或定時調整指示後，UE應基於接收到的定時提前命令或定時調整指示來調整用於主細胞或PSCell的PUCCH/PUSCH/SRS的上行鏈路傳輸定時。如果次細胞和主細胞屬同一TAG，則用於次細胞的PUSCH/SRS的UL傳輸定時與主細胞相同。如果TAG中的主細胞具有訊框結構類型1，並且同一TAG中的次細胞具有訊框結構類型2或訊框結構3，則UE可假設N_TA ≥624。如果UE配置有SCG，則在次細胞和PSCell屬同一TAG的情況下，用於次細胞而非PSCell的PUSCH/SRS的UL傳輸定時與PSCell相同。在接收到針對不含有主細胞或PSCell的TAG的定時提前命令或定時調整指示後，如果TAG中的所有服務細胞具有相同的訊框結構類型，則UE應基於接收到的定時提前命令或定時調整指示來調整用於TAG中的所有次細胞的PUSCH/SRS的上行鏈路傳輸定時，其中用於PUSCH/SRS的UL傳輸定時對於TAG中的所有次細胞來說是相同的。在接收到針對不含有主細胞或PSCell的TAG的定時提前命令或定時調整指示後，如果與同一TAG中的另一其它服務細胞的訊框結構類型相比，TAG中的服務細胞具有不同訊框結構類型，則UE應通過使用N_TAoffset =624而不論服務細胞的訊框結構類型如何並且基於接收到的定時提前命令或定時調整指示來調整用於TAG中的所有次細胞的PUSCH/SRS的上行鏈路傳輸定時，其中用於PUSCH/SRS的UL傳輸定時對於TAG中的所有次細胞來說是相同的。NT_Aoffset 描述於[3]中。在[11]中指定的定時調整指示指示了用於TAG的初始N_TA 。針對TAG的定時提前命令將上行鏈路定時相對於針對TAG的當前上行鏈路定時的改變指示為16

的倍數。隨機存取前導碼的啟動定時在[3]中指定。在隨機存取響應情況下，如果UE配置有SCG，並且T_A =0，1，2，...，1282，則針對TAG的11位元定時提前命令[8]TA通過索引值T_A =0，1，2，...，256來指示N_TA 值，否則，其中針對TAG的時間對準量由N_TA =T_A ×16給出。在[3]中限定N_TA 。在其它情況下，針對TAG的6位元定時提前命令[8]T_A 通過索引值T_A = 0，1，2，...，63指示當前N_TA 值N_TA _， _舊到新N_TA 值N_TA _， _新的調整，其中N_TA _， _新 =N_TA _， _舊 +（T_A -31）×16。此處,N_TA 值的正量或負量的調整指示將TAG的上行鏈路傳輸定時分別提前或延遲給定量。對於非BL/CE UE，對於在以下子訊框或時隙上接收到的定時提前命令 - 子訊框n ：如果UE配置有高層參數shortProcessingTime 並且具有經C-RNTI加擾的CRC的對應PDCCH在UE特定搜索空間，則上行鏈路傳輸定時的對應調整應從子訊框n+5 的開端開始應用，否則從n+6 開始。 - 時隙n ：上行鏈路傳輸定時的對應調整應從不早於時隙[ n+8] 的第一子訊框邊界開始應用。 - 子時隙n ：上行鏈路傳輸定時的對應調整應從不早於以下子時隙的第一子訊框邊界開始應用 - 子時隙[n+16] ，條件是高層參數proc-TimeAdv-r15= 'nplus4set1' 。 - 子時隙[n+18] ，條件是高層參數proc-TimeAdv-r15= 'nplus6set1' 或'nplus6set2' 。 - 子時隙[n+20] ，條件是高層參數proc-TimeAdv-r15 ='nplus8set2' 。對於同一TAG中的服務細胞，當UE在子訊框n 和子訊框n+1 中的上行鏈路PUCCH/PUSCH/SRS傳輸因定時調整而交疊時，UE應完成子訊框n 的傳輸而不傳輸子訊框n+1 的交疊部分。對於BL/CE UE，對於在子訊框n 上接收到的定時提前命令，上行鏈路傳輸定時的對應調整應適用於子訊框n+6 中的上行鏈路PUCCH/PUSCH/SRS傳輸。當BL/CE UE在子訊框n 和子訊框n+1 中的上行鏈路PUCCH/PUSCH/SRS傳輸處於相同的窄頻段並且因定時調整而交疊時，UE應完成子訊框n 的傳輸而不需要在子訊框n+1 中進行傳輸，直到與子訊框n 沒有交疊部分的第一可用符號為止。當BL/CE UE在子訊框n 和子訊框n+1 中的上行鏈路PUCCH/PUSCH/SRS傳輸處於不同窄頻段並且定時調整發生在窄頻段再調諧的保護週期中時，UE不需要在子訊框n+1 中進行傳輸，直到與子訊框n 沒有交疊部分並且不會減小所述保護週期的第一可用符號為止。如果在沒有定時提前命令的情況下，接收到的下行鏈路定時改變並且未被補償或僅得到上行鏈路定時調整的部分補償，如[10]中所指定，則UE相應地改變N_TA 。

3GPP TS 36.331 V15.3.0提供了關於由RRC連接釋放程序引起的從RRC_CONNECTED到RRC_IDLE的狀態轉變的以下描述：5.3.8 RRC 連接釋放 5.3.8.1 概述 [ 標題為 “RRC 連接釋放，成功（ RRC connection release, successful ） ” 的 3GPP TS 36.331 V15.3.0 的圖 5 .3.8.1-1 重現為第 17 圖 ] 此程序的目的是： - 釋放RRC連接，這包含所建立的無線電承載以及所有無線電資源的釋放；或 - 暫停用於所暫停RRC連接或RRC_INACTIVE的RRC連接，這包含所建立無線電承載的暫停。5.3.8.2 發起 E-UTRAN對處於RRC_CONNECTED或處於RRC_INACTIVE的UE發起RRC連接釋放程序。5.3.8.3 UE 對 RRCConnectionRelease 的接收 UE應： 1> 除了NB-IoT、BL UE或CE中的UE之外，使此小節中定義的以下動作從接收到RRCConnectionRelease 消息的時刻或任選地在下層指示已成功確認RRCConnectionRelease 消息的接收時（選擇兩個情況中更早的情況）延遲60 ms； 1> 對於BL UE或CE中的UE，使此小節中定義的以下動作從接收到RRCConnectionRelease 消息的時刻或任選地在下層指示已成功確認RRCConnectionRelease 消息的接收時（選擇兩個情況中更早的情況）延遲1.25秒； 1> 對於NB-IoT，使此小節中定義的以下動作從接收到RRCConnectionRelease 消息的時刻或任選地在下層指示已成功確認RRCConnectionRelease 消息的接收時（選擇兩個情況中更早的情況）延遲10秒。注：對於BL UE、CE中的UE和NB-IoT，當TS 36.322[7]中定義的狀態報告尚未被觸發並且UE已發送正HARQ反饋（ACK），如TS 36.321[6]所定義，下層可被視為已指示已成功確認RRCConnectionRelease 消息的接收。 1> 如果響應於針對EDT的RRCConnectionResumeRequest 接收到RRCConnectionRelease 消息，則： 2> 捨棄存儲的UE AS上下文和resumeIdentity ； 2> 停止計時器T300； 2> 若在運行，停止計時器T302； 2> 若在運行，停止計時器T303； 2> 若在運行，停止計時器T305； 2> 若在運行，停止計時器T306； 2> 若在運行，停止計時器T308； 2> 執行5.3.3.7中指定的動作； 2> 若在運行，停止計時器T320； 2> 若在運行，停止計時器T322； 1> 如果RRCConnectionRelease 消息包含指示重定向到geran 的redirectedCarrierInfo ；或 1> 如果RRCConnectionRelease 消息包含含有freqPriorityListGERAN 的idleModeMobilityControlInfo ： 2> 如果AS安全性尚未被激活；以及 2> 如果上層指示在未允許AS安全性的情況下或在UE連接到5GC的情況下重定向到GERAN，則： 3> 忽略RRCConnectionRelease 的內容； 3> 按照5.3.12中的規定，在離開RRC_CONNECTED或RRC_INACTIVE後執行動作，其中釋放原因是‘其它’，這時所述程序結束； 1> 如果AS安全性尚未被激活，則： 2> 忽略redirectedCarrierInfo 的內容（如果包含的話），並且指示重定向到nr； 2> 忽略idleModeMobilityControlInfo 的內容（如果包含的話），並且包含freqPriorityListNR ； 2> 如果UE忽略redirectedCarrierInfo 或idleModeMobilityControlInfo 的內容，則： 3> 按照5.3.12中的規定，在離開RRC_CONNECTED後執行動作，其中釋放原因是‘其它’，這時所述程序結束； 1> 如果RRCConnectionRelease 消息包含指示重定向到eutra 的redirectedCarrierInfo並且如果UE連接到5GC： 2> 如果包含cn-Type ，則： 3> 將接收到的cn-Type 提供到上層；注1：在重定向之後選擇的E-UTRA細胞不支持由cn-Type 指定的核心網路類型的狀況處理取決於UE實施方案。 1> 如果RRCConnectionRelease 消息包含idleModeMobilityControlInfo ，則： 2> 存儲由idleModeMobilityControlInfo 提供的細胞重選優先級訊息； 2> 如果包含t320，則： 3> 啟動計時器T320，其中根據t320的值設置計時器值； 1> 否則： 2> 應用在系統訊息中廣播的細胞重選優先級訊息； 1> 如果RRCConnectionRelease 消息包含measIdleConfig ，則： 2> 清除VarMeasIdleConfig 和VarMeasIdleReport ； 2> 將接收到的measIdleDuration 存儲在VarMeasIdleReport 中； 2> 以measIdleDuration 的值啟動T331； 2> 如果measIdleConfig 含有measIdleCarrierListEUTRA ，則： 3> 將接收到的measIdleCarrierListEUTRA 存儲在VarMeasIdleConfig 中； 2> 否則： 3> 將SIB5中接收到的measIdleCarrierListEUTRA 存儲在VarMeasIdleConfig 中； 2> 按照5.6.20中的規定，啟動執行空閒模式測量； 1> 對於NB-IoT，如果RRCConnectionRelease 消息包含redirectedCarrierInfo ： 2> 如果redirectedCarrierOffsetDedicated 包含在redirectedCarrierInfo 中，則： 3> 將針對頻率的專用偏移存儲在redirectedCarrierInfo 中； 3> 啟動計時器T322，其中根據redirectedCarrierInfo 中的T322的值設置計時器值； 1> 如果在RRCConnectionRelease 消息中接收的releaseCause 指示loadBalancingTAURequired ，則： 2> 按照5.3.12中的規定，在離開RRC_CONNECTED後執行動作，其中釋放原因是‘負載平衡所需的TAU’； 1> 否則，如果在RRCConnectionRelease 消息中接收的releaseCause 指示cs-FallbackHighPriority ，則： 2> 按照5.3.12中的規定，在離開RRC_CONNECTED後執行動作，其中釋放原因是‘CS回退高優先級’； 1> 否則： 2> 如果存在extendedWaitTime ；以及 2> 如果UE支持容許延遲的存取，或UE是NB-IoT UE，則： 3> 將extendedWaitTime 轉發到上層； 2> 如果存在extendedWaitTime-CPdata ，並且NB-IoT UE僅支持控制面CIoT EPS優化，則： 3> 將extendedWaitTime-CPdata 轉發到上層； 2> 如果在RRCConnectionRelease 消息中接收的releaseCause 指示rrc-Suspend ，則： 3> 如果包含rrc-InactiveConfig ，則： 4> 按照5.3.8.7中的規定，在進入RRC_INACTIVE後執行動作； 3> 否則： 4> 按照5.3.12中的規定，在離開RRC_CONNECTED後執行動作，其中釋放原因是‘RRC暫停’； 2> 否則： 3> 按照5.3.12中的規定，在離開RRC_CONNECTED或RRC_INACTIVE後執行動作，其中釋放原因是‘其它’；5.3.12 在離開 RRC_CONNECTED 或 RRC_INACTIVE 後的 UE 動作在進入RRC_IDLE後，UE應： 1> 重置MAC； 1> 停止除T320、T322、T325、T330外的所有在運行的計時器； 1> 如果離開RRC_CONNECTED是由RRC的暫停所觸發，則： 2> 針對所有SRB和DRB（包含配置有NR PDCP的RB）重新建立RLC實體； 2> 存儲UE AS上下文，其包含當前RRC配置、當前安全性上下文、包含ROHC狀態的PDCP狀態、在源PCell中使用的C-RNTI、cellIdentity以及源PCell的實體細胞標識； 2> 存儲由E-UTRAN提供的以下訊息： 3>resumeIdentity ； 3> 若存在，nextHopChainingCount ； 3> 若存在，drb-ContinueROHC ； 2> 暫停所有SRB和DRB，包含配置有NR PDCP的RB，SRB0除外； 2> 向上層指示RRC連接的暫停； 2> 配置下層以暫停完整性保護和加密；注1：對用以恢復連接的後續RRCConnectionResume 消息不應用加密。完整性校驗由下層執行，但僅在來自RRC的請求後執行。 1> 否則： 2> 釋放所有無線電資源，包含針對所有所建立的RB釋放RLC實體、MAC配置和相關聯PDCP實體； 2> 連同釋放原因一起向上層指示RRC連接的釋放； 1> 如果既不是通過MobilityFromEUTRACommand 消息的接收也不是通過在T311正運行時選擇RAT間細胞來觸發離開RRC_CONNECTED： 2> 如果配置了計時器T350，則： 3> 啟動計時器T350； 3> 如果被配置則應用rclwi-Configuration ，否則應用對應於包含在SystemInformationBlockType17 中的RPLMN的wlan-Id-List ； 2> 否則： 3> 如果已接收則釋放wlan-OffloadConfigDedicated ； 3> 如果對應於RPLMN的wlan-OffloadConfigCommon 由細胞廣播，則： 4> 應用對應於包含在SystemInformationBlockType17 中的RPLMN的wlan-OffloadConfigCommon ； 4> 如果被配置則應用steerToWLAN ，否則應用對應於包含在SystemInformationBlockType17 中的RPLMN的wlan-Id-List ； 2> 進入RRC_IDLE並且執行如TS 36.304 [4, 5.2.7]中指定的程序； 1> 否則： 2> 如果已接收則釋放wlan-OffloadConfigDedicated ；注2：BL UE或CE中的UE在釋放為RRC_IDLE時檢驗SI的有效性。 1> 如5.6.14.3中描述，若已配置，則釋放LWA配置； 1> 如5.6.17.3中描述，若已配置，則釋放LWIP配置；

3GPP TS 36.321 V15.3.0提供關於在狀態轉變期間執行的MAC重置的動作的以下描述；5.9 MAC 重置如果由上層請求MAC實體的重置，則MAC實體應： - 將每個邏輯通道的B_j 初始化為零； - 停止（若在運行）所有計時器； - 將所有timeAlignmentTimer 視作期滿，並且執行小節5.2中的對應動作； - 將所有上行鏈路HARQ進程的NDI設置為值0； - 停止（若存在）進行中的RACH程序； - 捨棄用訊號顯式表示的ra-PreambleIndex 和ra-PRACH-MaskIndex （若存在）； - 清空Msg3緩衝區； - 取消（若存在）觸發的排程請求程序； - 取消（若存在）觸發的緩衝區狀態報告程序； - 取消（若存在）觸發的功率餘量報告程序； - 清空用於所有DL HARQ進程的軟緩衝區； - 針對每個DLHARQ進程，將用於TB的下一接收到的傳輸視作最先傳輸； - 釋放（若存在）臨時C-RNTI。如果MAC實體的部分重置是由上層請求，則對於服務細胞，MAC實體應針對所述服務細胞： - 將所有上行鏈路HARQ進程的NDI設置為值0； - 清空所有UL HARQ緩衝區； - 停止所有運行中的drx-ULRetransmissionTimer ； - 停止所有運行中的UL HARQ RTT計時器； - 停止（若存在）進行中的RACH程序； - 捨棄用訊號顯式表示的ra-PreambleIndex 和ra-PRACH-MaskIndex （若存在）； - 清空Msg3緩衝區； - 釋放（若存在）臨時C-RNTI。

在3GPP RAN1中論述了預配置上行鏈路資源（preconfigured uplink resources，PUR）中的傳輸。如3GPP RAN1 #94主席紀要中所描述，由RAN1作出以下協定。協定對於擁有有效TA的UE，支持基於空閒模式的預配置UL資源 ● FFS：針對TA的驗證機制 ● FFS：如何獲取預配置UL資源協定對於在預配置UL資源中的傳輸，UE可使用可使其有效性得到確認的最新TA協定應研究用於在預配置UL資源中傳輸的HARQ程序，並且應考慮以下方面： ● 是否支持HARQ； ○ 如果支持，則HARQ設計的細節包含HARQ進程的數目； ● ACK/NACK是否必要應考慮回退機制，例如，回退到傳統RACH/EDT程序。

如3GPP RAN1#94bis主席紀要中所描述，由RAN1作出以下協定。協定專用預配置UL資源被定義為由單個UE使用的PUSCH資源 - PUSCH資源是時頻資源 - 專用PUR是無競爭的協定在空閒模式下，支持HARQ以用於專用PUR中的傳輸 ● 支持單個HARQ進程 ○ FFS是否支持多於一個HARQ進程 ● FFS：對應MPDCCH搜索空間的設計協定對於在預配置資源中的UL傳輸，支持到RACH/EDT程序的回退機制。協定對於在預配置UL資源中的傳輸，RRC空閒UE可使用符合驗證準則的最新TA 協定用於傳輸數據的預配置UL資源由RRC信令指示。至少支持UE特定RRC信令。協定資源配置至少包含以下 ● 包含週期數的時域資源 ● 頻域資源 ● TBS/MCS 協定專用預配置UL資源被定義為由單個UE使用的NPUSCH資源 ● NPUSCH資源是時頻資源 ● 專用PUR是無競爭的

如3GPP RAN1#95主席紀要中所描述，由RAN1作出以下協定。額外 MTC 增強協定對於處於空閒模式的專用PUR，UE可跳過UL傳輸。 - FFS：資源釋放機制 - FFS：是否支持禁止eNB跳過的機制協定如果不啟用多TB准予，則專用PUR分配僅關聯到單個TB和單個HARQ進程 - FFS：如果啟用/支持多TB准予協定在空閒模式下，至少支持以下TA驗證屬性： - 服務細胞改變（服務細胞是指UE駐留的細胞） - 用於空閒模式的時間對準計時器 - 服務細胞RSRP改變（服務細胞是指UE駐留的細胞） ○ 基於現有Rel-15 TS36.214中的RSRP測量定義協定 UE可配置成至少使用這些TA驗證屬性： - 用於空閒模式的時間對準計時器 - 服務細胞RSRP改變 - 注：配置應支持對TA驗證屬性的禁用協定 RAN1假設從EDT轉變/連接到空閒模式的UE可使用在處於EDT/連接模式時使用的有效TA。協定對於空閒模式下的專用PUR，在MPDCCH搜索空間中傳輸用於HARQ重傳的UL准予 - FFS：關於搜索空間（例如USS、CSS）的細節協定對於空閒模式下的專用PUR，在eNB成功解碼PUR傳輸後，UE可預期顯式ACK FFS：是否在MPDCCH（層1）和/或PDSCH（層2/3）上發送ACK協定對於空閒模式下的專用PUR，在eNB未成功解碼PUR傳輸後，UE可預期 - 用於在MPDCCH上的重傳的UL准予，或 - FFS：NACK，或 - FFS：無顯式ACK用於 NB-IoT 的額外增強 協定在空閒模式下，至少支持以下TA驗證屬性： - 服務細胞改變（服務細胞是指UE駐留的細胞） - 用於空閒模式的時間對準計時器 - 服務細胞NRSRP改變（服務細胞是指UE駐留的細胞） ○ 基於現有Rel-15 TS36.214中的NRSRP測量定義協定 UE可配置成至少使用這些TA驗證屬性： - 用於空閒模式的時間對準計時器 - 服務細胞NRSRP改變 - 注：配置應支持對TA驗證屬性的禁用協定 RAN1假設從EDT轉變/連接到空閒模式的UE可使用在處於EDT/連接模式時使用的有效TA。協定對於處於空閒模式的專用PUR，UE可跳過UL傳輸。 - FFS：資源釋放機制 - FFS：是否支持禁止eNB跳過的機制協定在空閒模式下，僅支持一個HARQ以用於專用PUR協定對於空閒模式下的專用PUR，在搜索空間中傳輸用於HARQ重傳的UL准予 - FFS：關於搜索空間（例如USS、CSS）的細節

在以下段落中，“MTC UE”可包含“頻寬減小和低複雜性UE（Bandwidth reduced and Low complexity UE，BL UE）”和/或“增強覆蓋中的UE（EC中的UE、CE中的UE）”。

在LTE版本15中，為了針對機器型通訊（Machine-Type Communication，MTC）UE和窄頻段物聯網（Narrow Band Internet of Things，NB-IoT）UE提高傳輸效率並且減小功耗，引入早期數據傳輸（Early Data Transmission，EDT）。EDT可適用於MTC UE和NB-IoT UE。可在RRC_IDLE狀態中觸發EDT。在觸發EDT之後，UL使用者數據（例如，行動始發數據）在隨機存取程序期間包含於Msg3中，並且NW可在隨機存取程序期間將DL使用者數據包含在Msg4中。EDT的一個益處在於，可傳輸UL使用者數據而不需要進入RRC_CONNECTED狀態。還有可能的是，EDT回退到傳統RRC連接建立或恢復程序，並且UL使用者數據可在UE進入RRC_CONNECTED狀態之後進行傳輸。

存在兩種類型的EDT： ● CP-EDT （ 用於控制面 CIoT EPS 優化的 EDT ） UL使用者數據在串接於CCCH上的ULRRCEarlyDataRequest 消息中的NAS消息中傳輸。RRCEarlyDataRequest 在隨機存取程序期間包含於Msg3中。 DL使用者數據可任選地在串接於CCCH上的DLRRCEarlyDataComplete 消息中的NAS消息中傳輸。RRCEarlyDataComplete 在隨機存取程序期間包含於Msg4中。如果MME或eNB決定將UE移到RRC_CONNECTED模式，則在Msg4中發送RRCConnectionSetup 消息以回退到傳統RRC連接建立程序。 ● UP-EDT （ 用於使用者面 CIoT EPS 優化的 EDT ） UL使用者數據在DTCH上與CCCH上的ULRRCConnectionResumeRequest 消息多路複用地傳輸。在此情況下，DTCH SDU和CCCH SDU兩者在隨機存取程序期間包含於Msg3中。 DL使用者數據可任選地在DTCH上與DCCH上的DLRRCConnectionRelease 消息多路複用地傳輸。在此情況下，DTCH SDU和DCCH SDU兩者在隨機存取程序期間包含於Msg4中。如果MME或eNB決定將UE移到RRC_CONNECTED模式，則在Msg4中發送RRCConnectionResume消息（以及任選地DL使用者數據）以回退到RRC連接恢復程序。

在LTE版本16中，為了進一步提高MTC UE和NB-IoT UE的傳輸效率以及減小功耗，會引入並在當前探討預配置上行鏈路資源（preconfigured UL resources，PUR）中的傳輸。根據RAN1協定，如果滿足一些準則，UE可在RRC_IDLE狀態中使用專用（即，不在多個UE之間共享）PUR。所述準則至少包含有效時間對準（Time Alignment，TA）。用於TA的驗證機制仍在探討中，並且示例可以是用於空閒模式的TA計時器。如果TA計時器處於運行中，則UE可認為它的TA有效。支持混合自動重傳請求（Hybrid Automatic Repeat Request，HARQ）使用專用PUR進行傳輸以提高可靠性，但細節仍在探討中。另外，還支持對隨機存取通道（Random Access Channel，RACH）/EDT程序的回退機制，但細節仍在探討中。

在以下段落中，“UE”可包含MTC UE和/或NB-IoT UE。仍不清楚如何在UE側建模使用PUR的傳輸。可在UE處於RRC連接模式（或RRC_CONNECTED）時在專用信令中將PUR的配置提供給UE。配置的PUR可在UE處於RRC空閒模式（或RRC_IDLE）時有效。配置的PUR可能不需要下層激活。如果無數據可用於傳輸，則UE可以不使用配置的PUR。

對於專用PUR，因為NW可標識哪一UE在使用PUR執行傳輸，因此不需要競爭解決。其可包括兩個步驟。第一步驟是使用PUR的傳輸，而第二步驟是NW響應的接收。所述NW響應可以是是否已成功接收到傳輸的應答，例如HARQ反饋或尋呼消息中的指示。網路（Network，NW）響應可以是用於重傳的動態UL准予。NW響應可以是下行鏈路（Downlink，DL）使用者數據和/或無線電資源控制（Radio Resource Control，RRC）消息，例如RRCEarlyDataComplete 消息。DL使用者數據和/或RRC消息可通過動態DL指派進行排程。動態DL指派可尋址到特定RNTI（例如（當UE上次處於RRC_CONNECTED時UE的）C-RNTI、臨時C-RNTI或新RNTI）。可在專用PUR配置中提供特定RNTI。在UE處於RRC_CONNECTED狀態時可提供特定RNTI。DL使用者數據和/或RRC消息可通過專用於UE的尋呼消息進行排程。可在（專用於）UE的尋呼消息中攜載DL使用者數據和/或RRC消息。如果需要重傳，則UE可在下一PUR時機或基於在第二步驟中接收的動態UL准予（在支持RRC_IDLE中的動態UL准予情況下）執行重傳。

NW可通過不同組PUR配置來配置UE，例如為了促進相同服務細胞中的不同無線電條件。例如，每一組PUR配置按增強覆蓋等級（enhanced coverage level，EC等級）配置。PUR嘗試可以是，UE在PUR時機傳輸MAC PDU。PUR時機可在PUR配置中進行預配置，或可在動態UL准予中提供。如果響應於PUR嘗試而接收到針對重傳的動態UL准予，則UE可認為一次PUR嘗試失敗。如果響應於PUR嘗試而在一定時間段內什麼也沒收到，則UE可認為一次PUR嘗試失敗。

UE在其使用PUR執行傳輸之前應具有至少（一組）PUR配置。（一組）PUR配置可包含以下參數中的至少一個：傳輸塊大小（transport block size，TB大小），調變和編碼方案（Modulation and Coding scheme，MCS），單位為（例如小時、秒、超訊框號（Hyper Frame Number，HFN）、子訊框號（Subframe Number，SFN）、子訊框、時隙或符號）的時域週期數、單位為（例如小時、秒、超訊框號（HFN）、子訊框號（SFN）、子訊框、時隙或符號）的時域偏移，頻域位置或偏移，閾值（例如參考訊號接收功率（Reference Signal Received Power，RSRP）閾值），使用PUR的傳輸的每個嘗試的（最大）重複數目，使用PUR的傳輸的每個嘗試的傳輸功率（Tx功率），和/或功率斜變步長。對於不同組的PUR配置，一些上述參數可具有不同值。一些上述參數可以不包含在所述組PUR配置中，並且在多組PUR配置之間共享。例如，可共享時域週期數。作為另一示例，可以不共享（最大）重複數目。作為另一示例，可共享TB大小。作為額外示例，可以不共享Tx功率。

可限定不同增強覆蓋等級（EC等級）以促進不同無線電條件。 UE可通過將當前所測量RSRP與每個EC等級的RSRP閾值進行比較來決定當前EC等級。

為了在RRC_IDLE狀態中使用PUR執行成功傳輸，UE應維持有效定時調整（或定時對準，TA），例如3GPP TS 36.213中所論述。TA可用於調整UE的上行鏈路（uplink，UL）傳輸定時，從而補償UE與服務細胞之間的傳播延遲。TA的有效性可由TA計時器（例如timeAlignmentTimer ，如3GPP TS 36.321中所論述）和/或由無線電條件控制。UE可基於從NW接收到的PUR的TA相關配置來驗證TA。

當前，TA計時器的最大長度（排除無限值）是10.24秒。如果NW利用此類長度配置UE以用於使用PUR進行傳輸，則其無法支持使用週期數長於10.24 秒的PUR進行的傳輸。例如，PUR的週期數可能是1小時，並且TA計時器長度可能是10.24 秒。UE在進入RRC_IDLE後重啟TA計時器。

在大多數情況下，TA計時器將在下一PUR時機出現之前期滿。即使TA計時器在第一PUR時機後仍在運行，但計時器實際上將在下一PUR時機之前期滿。這意味著UE可能絕對無法使用PUR執行傳輸，因為TA計時器不處於運行中，除非NW將PUR的週期數配置得短於TA計時器的長度。如果NW為UE配置短的PUR週期數，在RRC_IDLE狀態中的大多數時間不存在數據業務的情況下，還可能引起UL資源浪費。

為了解決此類問題（考慮到用在RRC_CONNECTED狀態中的TA計時器（例如傳統TA計時器，即3GPP TS 36.321中所論述的timeAlignmentTimer ）的長度不應受影響），UE可在RRC_IDLE狀態中針對TA計時器（例如新TA計時器（也在MAC層中））應用不同長度。換句話說，用於控制用於在RRC_IDLE中使用PUR進行傳輸的TA的有效性的TA計時器（例如新TA計時器）的長度可不同於用於控制用於在RRC_CONNECTED中進行傳輸（包含用於進入RRC_CONNECTED的RA程序）的TA的有效性的TA計時器（例如傳統TA計時器）的長度。

在以下段落中，用於控制用於在RRC_IDLE中使用PUR進行傳輸的TA的有效性的TA計時器的長度可被稱為“第一長度”。此外，在以下段落中，用於控制用於在RRC_CONNECTED中進行傳輸（包含RRC_IDLE中的RA程序）的TA的有效性的TA計時器的長度可被稱為“第二長度”。第二長度可由timeAlignmentTimerCommon 的配置指示。第二長度可由timeAlignmentTimerDedicated 的配置指示。

第一長度和第二長度可用於相同的服務細胞。UE可存儲或維持第一長度和第二長度兩者，並且可在啟動或重啟TA計時器（傳統TA計時器或新TA計時器）後應用其中一者。

第一長度可包含在用於PUR的配置中、用於PUR的TA相關配置中或系統訊息中，例如PUR的專用SIB。第一長度可按例如秒、分鐘、小時或超訊框號（HFN）的單位計。用於使用PUR進行傳輸的TA計時器的長度可按相關聯PUR的週期數的單位計，例如2。

第一長度可以是timeAlignmentTimerCommon （配置的第二長度）的整倍數，並且可預定義（例如10倍）或配置所述整倍數。第一長度可以是timeAlignmentTimerDedicated （配置的第二長度）的整倍數，並且可預定義（例如10倍）或配置所述整倍數。UE可在進入RRC_IDLE狀態時通過將timeAlignmentTimerCommon 或timeAlignmentTimerDedicated （配置的第二長度）乘以所述整倍數來應用第一長度。

所述整倍數可包含在用於PUR的配置中。所述整倍數可包含在用於PUR的TA相關配置中。timeAlignmentTimerCommon 可包含在SystemInformationBlockType2 和/或SystemInformationBlockType2-NB 中。timeAlignmentTimerDedicated 可包含於MAC-MainConfig 。timeAlignmentTimerDedicated 和/或MAC-MainConfig 可包含在RRCConnectionReconfiguration 消息中，如3GPP TS 36.331中所論述。

NW可向UE提供第一長度，其中所述第一長度不同於SIB2中的timeAlignmentTimer Common或MAC-MainConfig 中的timeAlignmentTimerDedicated 。NW可在RRCConnectionRelease 消息中或在對PUR的NW響應中向UE提供第一長度。NW可在用於PUR的配置中、在TA相關配置中或在系統訊息中（例如PUR的專用SIB）包含第一長度。

如果NW不在RRCConnectionRelease 消息中向UE提供第一長度，則UE可將第二長度（例如timeAlignmentTimerDedicated ）應用為第一長度。如果NW不向UE提供第一長度，則UE可將第二長度（例如timeAlignmentTimerCommon ）應用為第一長度。

用於控制用於在RRC_IDLE中使用PUR進行傳輸的TA的有效性的TA計時器（例如新TA計時器）的操作仍需要被設計。第18圖是RRC_IDLE狀態下引入用於PUR的新TA計時器的示例。不清楚何時啟動、重啟和/或停止新TA計時器。

UE可在從RRC_CONNECTED到RRC_IDLE的狀態轉變期間（例如在由RRCConnectionRelease 消息的接收發起的RRC連接釋放程序期間）（通過應用第一長度）啟動（或重啟）TA計時器（例如新TA計時器）。第19圖示出啟動TA計時器（例如新TA計時器）的計時示例。例如，在從RRC_CONNECTED到RRC_IDLE的狀態轉變期間（例如在RRC連接釋放程序期間），UE可響應於應用第一長度（或在應用第一長度時）啟動TA計時器（例如新TA計時器）。替代地，在從RRC_CONNECTED到RRC_IDLE的狀態轉變期間，UE可響應於應用第一長度（或在應用第一長度時）重啟TA計時器（例如新TA計時器）。

（在從RRC_CONNECTED到RRC_IDLE的狀態轉變期間，）UE可在進入RRC_IDLE狀態後（或在進入RRC_IDLE狀態時）啟動或重啟TA計時器（例如新TA計時器）。進入RRC_IDLE狀態可通過RRCConnectionRelease 消息的接收來觸發。例如，如果UE在進入RRC_IDLE狀態時啟動或重啟TA計時器（例如新TA計時器），則UE應用第一長度。換句話說，UE在進入RRC_IDLE狀態後通過應用第一長度來啟動或重啟TA計時器（例如新TA計時器）。

基於是否存在進行中的RA程序，例如當UE在RRC_IDLE狀態中接收到定時提前命令時，UE可決定是否（通過應用第一長度）（重新）啟動新TA計時器或（通過應用第二長度）（重新）啟動傳統TA計時器。例如，如果UE在RRC_IDLE狀態中在不存在進行中的RA程序時啟動或重啟TA計時器（例如新TA計時器），則UE應用第一長度。作為另一示例，如果UE在RRC_IDLE狀態中在存在進行中的RA程序時啟動或重啟TA計時器（例如傳統TA計時器），則UE應用第二長度。換句話說，UE在RA程序在進行中時通過應用第二長度來啟動或重啟TA計時器（例如傳統TA計時器）。例如，如果UE在RRC_CONNECTED狀態中啟動或重啟TA計時器（例如傳統TA計時器），則UE應用第二長度。

當配置第一長度時，UE可在處於RRC_CONNECTED狀態時啟動（如果計時器不處於運行中）TA計時器（例如新TA計時器）。當重新配置第一長度時，UE可在處於RRC_IDLE狀態時啟動（如果計時器不處於運行中）TA計時器（例如新TA計時器）。當重新配置第一長度時，UE可在處於RRC_IDLE狀態時重啟（如果計時器已在運行）TA計時器（例如新TA計時器）。

UE可在接收到定時提前命令時啟動或重啟TA計時器（例如傳統TA計時器或新TA計時器）。基於是否在隨機存取響應消息中接收到定時提前命令，UE可決定是（重新）啟動傳統TA計時器還是新TA計時器。

例如，如果在隨機存取響應消息中接收到定時提前命令，則UE（重新）啟動傳統TA計時器（而非（重新）啟動新TA計時器）。作為另一示例，如果當UE處於RRC_IDLE時在定時提前命令MAC控制要素中接收到定時提前命令，UE（重新）啟動新TA計時器（而非（重新）啟動傳統TA計時器）。作為另一示例，如果當UE處於RRC_CONNECTED時在定時提前命令MAC控制要素中接收到定時提前命令，UE（重新）啟動傳統TA計時器（而非（重新）啟動新TA計時器）。

在進入RRC_IDLE狀態後，例如，在不存在針對TA計時器（例如新TA計時器）限定的額外長度的情況下（即，僅存在timeAlignmentTimerCommon 和timeAlignmentTimerDedicated ），UE可啟動或重啟TA計時器（例如新TA計時器）。

在3GPP TS 36.331中，UE將響應於RRCConnectionRelease 消息的接收而執行MAC重置。替代地，在處於RRC_CONNECTED狀態時接收到RRCConnectionRelease 消息之後（即，UE將在近期進入RRC_IDLE狀態），UE可基於以下條件中的一個或一些來決定是否執行MAC重置（在由RRCConnectionRelease 消息發起的RRC連接釋放程序期間）： ● 如果UE具有用於PUR的配置，則UE不執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE執行新類型的MAC重置。 ● 如果UE不具有用於PUR的配置，則UE執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE不執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE執行新類型的MAC重置。 ● 如果UE不具有用於PUR的TA相關配置，則UE執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的配置，則UE不執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的配置，則UE執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的配置，則UE執行新類型的MAC重置。 ● 如果接收到的RRCConnectionRelease 消息不含用於PUR的配置，則UE執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的TA相關配置，則UE不執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的TA相關配置，則UE執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的TA相關配置，則UE執行新類型的MAC重置。 ● 如果接收到的RRCConnectionRelease 消息不含用於PUR的TA相關配置，則UE執行MAC重置。

在RRC_CONNECTED狀態中，當與服務細胞相關聯的timeAlignmentTimer （例如3GPP TS 36.321論述的傳統TA計時器）仍在運行時，UE認為TA對於所述服務細胞來說是有效的。如果timeAlignmentTimer 期滿或被視為期滿，則UE認為TA無效，並且無法執行除隨機存取前導碼傳輸以外的任何UL傳輸。如果UE與NW之間存在數據業務，則NW負責保持timeAlignmentTimer 運行。

仍不清楚在UE處於RRC_IDLE狀態時UE如何決定TA的有效性（以用於在RRC_IDLE中使用PUR進行傳輸）。 RRC_IDLE狀態與RRC_CONNECTED狀態的不同之處在於，UE與NW之間幾乎不存在交互。NW難以決定由UE維持的TA是否仍然有效，並且UE可能有不同方式來決定在RRC_IDLE狀態下TA的有效性。

響應於以下事件（每個事件可彼此獨立）中的一個或一些的發生，應考慮UE認為TA（用於在RRC_IDLE中使用PUR進行傳輸）有效還是無效：

1. 接收到針對PUR 的NW 響應

針對PUR的NW響應可響應於使用PUR進行（重新）傳輸。針對PUR的NW響應可響應於由PUR的動態UL准予排程的重傳。

UE可基於使用PUR的傳輸是否成功來考慮TA（用於在RRC_IDLE中使用PUR進行傳輸）是有效的還是無效的。在接收到NW響應之後，UE可決定使用PUR的傳輸是否成功。另外或替代地，UE可基於NW響應的內容來考慮TA是有效的還是無效的。

例如，如果使用PUR的傳輸成功，則UE認為TA仍有效，而如果使用PUR的傳輸未成功，則UE認為TA無效。替代地，在接收到NW響應之後，不論使用PUR的傳輸成功與否，UE均認為TA仍然有效。例如，如果接收到指示“ACK”的NW響應，則UE可認為使用PUR的傳輸是成功的。如果接收到指示“NACK”的NW響應，則UE可認為使用PUR的傳輸未成功。NW響應可以是下行鏈路控制訊息（downlink control information，DCI）。NW響應可以是MAC控制要素。NW響應可以是RRC消息。

作為另一示例，如果NW響應含有（用於PUR的）TA相關配置，則UE認為TA仍有效並且更新TA相關配置。例如，如果NW響應含有用於PUR的配置，則UE認為TA仍有效。例如，如果EDT被觸發並且NW響應含有RRCEarlyDataComplete消息，則UE可認為TA仍有效並且保持（用於PUR的）TA相關配置。例如，如果EDT被觸發並且NW響應含有RRCConnectionRelease 消息，則UE可認為TA仍有效並且保持（用於PUR）的TA相關配置。

例如，如果NW響應含有RRCConnectionReject 消息，則UE可認為TA無效並且釋放（用於PUR的）TA相關配置。替代地，如果NW響應含有RRCConnectionReject 消息，則UE可認為TA無效並且保持（用於PUR的）TA相關配置。替代地，如果NW響應含有RRCConnectionReject 消息，則UE可認為TA有效並且保持（用於PUR的）TA相關配置。

例如，如果UE在一定時間段期間未接收到針對PUR的NW響應，則UE可認為TA無效。另外，如果UE在一定時間段期間未接收到針對PUR的NW響應，則UE可釋放（用於PUR的）TA相關配置。

例如，UE可在NW響應指示TA仍有效的情況下認為TA仍有效，並且可在NW響應指示TA無效的情況下認為TA無效。

在發起CP-EDT的情況下，在接收到RRCEarlyDataComplete 消息（即，成功完成CP-EDT）之後，UE可基於以下條件中的一個或一些來決定是否執行媒體存取控制（Medium Access Control，MAC）重置： ● 如果UE使用PUR傳輸RRCEarlyDataRequest 消息，則UE可以不執行MAC重置。 ● 如果UE使用PUR傳輸RRCEarlyDataRequest 消息，則UE可執行新類型的MAC重置。 ● 如果UE未使用PUR傳輸RRCEarlyDataRequest 消息，則UE可執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE可以不執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE可執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE可執行新類型的MAC重置。 ● 如果UE不具有用於PUR的配置，則UE可執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE可以不執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE可執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE可執行新類型的MAC重置。 ● 如果UE不具有用於PUR的TA相關配置，則UE可執行MAC重置。 ● 如果接收到的RRCEarlyDataComplete 消息含有用於PUR的配置，則UE可以不執行MAC重置。 ● 如果接收到的RRCEarlyDataComplete 消息含有用於PUR的配置，則UE可執行MAC重置。 ● 如果接收到的RRCEarlyDataComplete 消息含有用於PUR的配置，則UE可執行新類型的MAC重置。 ● 如果接收到的RRCEarlyDataComplete 消息不含用於PUR的配置，則UE可執行MAC重置。 ● 如果接收到的RRCEarlyDataComplete 消息含有用於PUR的TA相關配置，則UE可以不執行MAC重置。 ● 如果接收到的RRCEarlyDataComplete 消息含有用於PUR的TA相關配置，則UE可執行MAC重置。 ● 如果接收到的RRCEarlyDataComplete 消息含有用於PUR的TA相關配置，則UE可執行新類型的MAC重置。 ● 如果接收到的RRCEarlyDataComplete 消息不含用於PUR的TA相關配置，則UE可執行MAC重置。

在發起UP-EDT的情況下，在接收到RRCConnectionRelease 消息（即，成功完成UP-EDT）之後，UE可基於以下條件中的一個或一些來決定是否執行MAC重置： ● 如果UE使用PUR傳輸RRCConnectionResumeRequest 消息，則UE可以不執行MAC重置。 ● 如果UE使用PUR傳輸RRCConnectionResumeRequest 消息，則UE可執行新類型的MAC重置。 ● 如果UE未使用PUR傳輸RRCConnectionResumeRequest 消息，則UE可執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE可以不執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE可執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE可執行新類型的MAC重置。 ● 如果UE不具有用於PUR的配置，則UE可執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE可以不執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE可執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE可執行新類型的MAC重置。 ● 如果UE不具有用於PUR的TA相關配置，則UE可執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的配置，則UE可以不執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的配置，則UE可執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的配置，則UE可執行新類型的MAC重置。 ● 如果接收到的RRCConnectionRelease 消息不含用於PUR的配置，則UE可執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的TA相關配置，則UE可以不執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的TA相關配置，則UE可執行MAC重置。 ● 如果接收到的RRCConnectionRelease 消息含有用於PUR的TA相關配置，則UE可執行新類型的MAC重置。 ● 如果接收到的RRCConnectionRelease 消息不含用於PUR的TA相關配置，則UE可執行MAC重置。

在沒有發起EDT的情況下，在接收到RRCConnectionReject 消息（即，連接建立程序或連接恢復程序失敗）之後，UE可基於以下條件中的一個或一些來決定是否執行MAC重置： ● 如果UE使用PUR傳輸RRCConnectionRequest 消息或RRCConnectionResume Request 消息，則UE可以不執行MAC重置。 ● 如果UE使用PUR傳輸RRCConnectionRequest 消息或RRCConnectionResume Request 消息，則UE可執行新類型的MAC重置。 ● 如果UE未使用PUR傳輸RRCConnectionRequest 消息或RRCConnectionResume Request 消息，則UE可執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE可以不執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE可執行MAC重置。 ● 如果UE具有用於PUR的配置，則UE可執行新類型的MAC重置。 ● 如果UE不具有用於PUR的配置，則UE可執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE可以不執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE可執行MAC重置。 ● 如果UE具有用於PUR的TA相關配置，則UE可執行新類型的MAC重置。 ● 如果UE不具有用於PUR的TA相關配置，則UE可執行MAC重置。 ● 如果接收到的RRCConnectionReject 消息含有用於PUR的配置，則UE可以不執行MAC重置。 ● 如果接收到的RRCConnectionReject 消息含有用於PUR的配置，則UE可執行MAC重置。 ● 如果接收到的RRCConnectionReject 消息含有用於PUR的配置，則UE可執行新類型的MAC重置。 ● 如果接收到的RRCConnectionReject 消息不含用於PUR的配置，則UE可執行MAC重置。 ● 如果接收到的RRCConnectionReject 消息含有用於PUR的TA相關配置，則UE可以不執行MAC重置。 ● 如果接收到的RRCConnectionReject 消息含有用於PUR的TA相關配置，則UE可執行MAC重置。 ● 如果接收到的RRCConnectionReject 消息含有用於PUR的TA相關配置，則UE可執行新類型的MAC重置。 ● 如果接收到的RRCConnectionReject 消息不含用於PUR的TA相關配置，則UE可執行MAC重置。

在上述示例中，“保持TA相關配置”可指UE即使在執行MAC重置的情況下也不釋放（用於PUR的）TA相關配置。

2. 在 TA （ 用於在 RRC_IDLE 中使用 PUR 進行傳輸） 有效時 （例如 TA 計時器 （ 例如新 TA 計時器 ） 處於運行中 ）（在 RRC_IDLE 中）發起 RA 程序

有可能在TA有效時，UE無法使用PUR，因為未滿足使用PUR的其它條件。還有可能在TA有效時例如響應於使用PUR傳輸而接收到實體下行控制通道（Physical Downlink Control Channel，PDCCH）命令。因此，UE將發起RA程序（在RRC_IDLE中）。UE可響應於RA程序的發起（或在發起RA程序時）而認為TA無效，例如以便不將TA用於RA程序。第19圖示出停止TA計時器（例如新TA計時器）的時間示例。

例如，UE可在不因接收到PDCCH命令而發起用於EDT的RA程序時認為TA無效。UE可在不因接收到PDCCH命令而發起不用於EDT的RA程序時認為TA無效。 UE可在處於RRC_IDLE狀態時在因接收到PDCCH命令而發起RA程序時認為TA無效。

3. 尋呼相關信令的接收（ 例如尋址到 P-RNTI 的 PDCCH 、尋呼消息、 WUS 、基於群組的 WUS ）

在RRC_IDLE狀態中，UE監聽用於接收尋址到P-RNTI的PDCCH和尋呼消息的尋呼時機。一些尋呼消息可能不含UE-id相關訊息。一些尋呼消息可含有UE-id相關訊息。另外，如果配置了喚醒信令（wake-up signaling，WUS），則UE可監聽用於接收WUS的WUS時機。如果配置了基於群組的WUS，則UE可監聽用於接收基於群組的WUS的基於群組的WUS時機。UE可響應於尋呼相關信令的接收而認為TA（用於在RRC_IDLE中使用PUR進行傳輸）有效。UE可響應於尋呼相關信令的接收而認為TA無效。UE可基於尋呼相關信令中的指示而認為TA有效。UE可基於尋呼相關信令中的指示而認為TA無效。

例如，UE可響應於接收到含有UE的UE-id相關訊息的尋呼消息而認為TA無效。例如，UE可響應於接收到指示系統訊息改變的尋呼消息而認為TA無效。

例如，UE可響應於接收到指示TA無效的尋呼消息而認為TA無效。UE可響應於接收到指示TA有效的尋呼消息而認為TA有效。例如，UE可響應於接收到指示釋放PUR的配置的尋呼相關信令而認為TA無效。

4. 系統訊息中的指示（ 例如切換對 PUR 的支持）

可在系統訊息（system information，SI）中廣播PUR的一些參數或訊息。UE可例如在重新選擇細胞後或在接收到系統訊息已改變的通知後獲取SI。UE可響應於獲取SI而認為TA（用於在RRC_IDLE中使用PUR進行傳輸）有效。UE可響應於獲取SI而認為TA無效。UE可基於所獲取SI中的指示而認為TA有效。UE可基於所獲取SI中的指示而認為TA無效。

例如,指示包含於SI中。所述指示可包含於SystemInformationBlockType1-BR 中和/或SystemInformationBlockType1-NB 中。所述指示還可包含於SystemInformationBlockType2 中和/或SystemInformationBlockType2 -NB中。此外，所述指示可包含於其它SIB中。如果所述指示指示服務細胞不支持PUR或對PUR的支持已斷開，則UE可認為TA無效。如果所述指示指示服務細胞支持PUR或對PUR的支持已接通，則UE可認為TA有效。

另外，所述指示可依據EC等級。如果所述指示指示EC等級不支持PUR或對於所述EC等級，對PUR的支持已斷開，則處於服務細胞的某一EC等級的UE可認為TA無效。如果所述指示指示EC等級支持PUR或對於所述EC等級，對PUR的支持已接通，則處於服務細胞的某一EC等級的UE可認為TA有效。

另外，UE可基於在RRC_IDLE狀態中所測量的RSRP來定期決定當前EC等級。UE可響應於定期決定而考慮EC等級的改變。UE可響應於EC等級改變而觸發UL傳輸以便更新TA。

在上述情況中，UE可在執行MAC重置時保持TA相關配置。在上述情況中，UE在執行MAC重置時可能不停止TA計時器（例如新TA計時器）並且可能不將TA計時器（例如新TA計時器）視作期滿。在上述情況中，UE可在執行MAC重置之前存儲PUR的配置，並且可在MAC重置之後應用所存儲的PUR配置。在上述情況中，UE可在執行MAC重置之前存儲（用於PUR的）TA相關配置，並且可在MAC重置之後應用所存儲的TA相關配置。在上述情況中，UE可在MAC重置之後應用接收到的PUR配置。在上述情況中。UE可在MAC重置之後應用接收到的TA相關配置。

在上述情況中，UE可在執行MAC重置時重啟TA計時器（例如新TA計時器）。在上述情況中，UE可在執行新類型的MAC重置時（啟動或）重啟TA計時器（例如新TA計時器）。在上述情況中，UE可在執行MAC重置之後啟動TA計時器（例如新TA計時器）。

相比於當前MAC重置（如3GPP TS 36.321的部分5.9中所描述），新類型的MAC重置可具有以下至少一個不同： ● 不停止（若在運行）TA計時器； ● 不停止（若在運行）所有計時器； ● 不將TA計時器視作期滿，並且在TA計時器期滿後不執行對應動作。

新類型的MAC重置可具有以下至少一個動作： ● 清空所有UL HARQ緩衝區； ● 清空用於所有DL HARQ進程的軟緩衝區； ● 清空Msg3緩衝區； ● 停止（若存在）進行中的RACH程序。

在以上段落中，用於PUR的TA相關配置可包含以下至少一項： ● TA計時器（例如新TA計時器）的計時器長度（例如，專用配置） ● 服務細胞的RSRP閾值，例如用於決定服務細胞的TA有效性 ● 相鄰細胞的RSRP閾值，例如用於決定服務細胞的TA有效性 ● 初始TA（T_A 的絕對值）此TA與UE維持的當前TA無關。例如，UE通過用接收到的值替換當前TA而應用TA，例如，N_TA =T_A ×16 ● 用於調整當前TA的值（T_A 的相對值）此TA取決於UE維持的當前TA。例如，UE通過用接收到的值更新當前TA而應用TA，例如，N_TA _，新 =N_TA _，舊 + (T_A - 31)×16

UE可在處於RRC_CONNECTED狀態時接收RRCConnectionRelease 消息中的TA相關配置。UE可在處於RRC_IDLE狀態時接收針對PUR的NW響應中的TA相關配置。UE可接收用於EDT的隨機存取程序的Msg4中的TA相關配置。UE可在初始TA包含在TA相關配置中的情況下獲得所述初始TA。UE可在初始TA未包含在TA相關配置中的情況下在RRC_CONNECTED狀態中通過重複使用TA來獲得初始TA。UE可在RRC_IDLE中響應於接收到TA相關配置而更新TA。UE可響應於接收到用於EDT的隨機存取程序的Msg4而更新TA。UE可響應於從RRC_IDLE狀態進入RRC_CONNECTED狀態而釋放TA相關配置。

TA相關配置可包含在PUR的配置中。TA相關配置可與PUR的配置分開。PUR的配置可至少包含用於使用PUR進行傳輸的時間/頻率資源。

NW可通過以上事件控制處於RRC_IDLE的UE的TA（用於在RRC_IDLE中使用PUR進行傳輸）有效性。例如，響應於成功接收到由UE使用PUR傳輸的UL數據，如果NW決定保持UE的TA（用於在RRC_IDLE中使用PUR進行傳輸）有效，則NW可使用NW響應來向UE指示TA是有效的。例如，NW可使用包含UE-ID相關訊息的尋呼來向UE指示TA無效。

在一些上述示例中，UE可響應於認為TA有效而啟動TA計時器（例如新TA計時器）。在一些上述示例中，UE可響應於認為TA有效而重啟TA計時器（例如新TA計時器）。在一些上述示例中，UE可響應於認為TA無效而停止TA計時器（例如新TA計時器）。換句話說，UE通過停止TA計時器（例如新TA計時器）而將TA（用於在RRC_IDLE中使用PUR進行傳輸）視作無效。

在一些上述示例中，UE可響應於認為TA無效而暫停TA計時器（例如新TA計時器）。在一些上述示例中，UE可響應於認為TA有效而恢復TA計時器（例如新TA計時器）。在一些上述示例中，UE可響應於認為TA有效而不對TA計時器（例如新TA計時器）採取動作。在一些上述示例中，UE可響應於認為TA無效而不對TA計時器（例如新TA計時器）採取動作。在一些上述示例中，UE可響應於認為TA無效而將TA計時器（例如新TA計時器）視作期滿，且接著在TA計時器期滿後執行對應的動作。換句話說，UE通過將TA計時器（例如新TA計時器）視作期滿而將TA（用於在RRC_IDLE中使用PUR進行傳輸）視作無效。在一些上述示例中，UE可能不會響應於認為TA無效而清空HARQ緩衝區。

TA計時器的停止可意指計時器停止運行但UE不將計時器視作期滿。不對TA計時器採取動作可意指計時器在其正運行的情況下繼續運行或在其未運行的情況下繼續不運行。TA計時器的暫停可意指計時器停止運行並且保持計時器暫停時的計時器值。 TA計時器的恢復可意指計時器從計時器暫停時的計時器值開始運行。

例如，如果UE因使用PUR的傳輸成功而認為TA有效，則UE可重啟TA計時器（例如新TA計時器）。替代地，如果UE因使用PUR的傳輸成功而認為TA有效，則UE可以不對TA計時器（例如新TA計時器）採取動作。例如，如果UE因在一定時間段期間未接收到針對PUR的NW響應而認為TA無效，則UE可停止TA計時器（例如新TA計時器）。替代地，如果UE因在一定時間段期間未接收到針對PUR的NW響應而認為TA無效，則UE可將TA計時器（例如新TA計時器）視作期滿。例如，如果UE更新（或應用）（用於PUR的）TA相關配置，則UE可啟動或重啟TA計時器（例如新TA計時器）。例如，如果UE因NW響應含有RRCConnectionReject 消息而認為TA無效，則UE可停止TA計時器（例如新TA計時器）。例如，如果UE因RA程序的發起（例如歸因於接收到PDCCH命令）而認為TA無效，則UE可停止TA計時器（例如新TA計時器）。例如，如果UE因接收到RRCConnectionReject （或RRCConnectionRelease 或RRCEarlyDataComplete ）消息而從RRC_CONNECTED狀態進入RRC_IDLE狀態，並且所述消息含有（用於PUR的）TA相關配置，則UE可啟動或重啟TA計時器（例如新TA計時器）。例如，如果NW響應含有（用於PUR的）TA相關配置，則UE可啟動或重啟TA計時器（例如新TA計時器）。例如，如果UE更新（用於PUR的）TA相關配置，則UE可啟動或重啟TA計時器（例如新TA計時器）。例如，如果UE釋放（用於PUR的）TA相關配置，則UE可停止TA計時器（例如新TA計時器）。

另外，如果TA（用於在RRC_IDLE中使用PUR進行傳輸）在RA程序處於進行中時變得有效，則UE可中止RA程序並且使用PUR執行傳輸。例如，在UE在RA程序期間接收到RA響應之後，UE可應用包含在RA響應中的TA命令，啟動TA計時器（例如新TA計時器）並且中止進行中的RA程序。

另外，在從RRC_IDLE到RRC_CONNECTED的狀態轉變期間（即，在RRC_IDLE狀態中發起RA程序），當接收到RA響應時，UE可利用計時器長度（例如第二長度）啟動TA計時器（例如傳統TA計時器），所述計時器長度不同於用在RRC_IDLE狀態中的計時器長度（例如第一長度）。

用於在RRC_IDLE中使用PUR進行傳輸的TA是否有效可基於對應TA計時器（例如新TA計時器）是否處於運行中。

在一些上述示例中，當UE認為TA有效時，如果TA已經有效（即，TA並非從無效變為有效），則UE可能不會採取那些示例中所描述的與TA計時器相關的動作。在一些上述示例中，當UE認為TA無效時，如果TA已經無效（即，TA並非從有效變為無效），則UE可能不會採取那些示例中所描述的與TA計時器相關的動作。

在以上段落中，“認為TA有效”可意指TA從無效變為有效。在以上段落中，“認為TA無效”可意指TA從有效變為無效。

在以上段落中，“RSRP”可替換為其它無線電條件相關的準則，例如RSRQ、CSI-RS品質、SINR。在以上段落中，“RSRP”可替換為定位相關的準則，例如TDOA。

在以上段落中，UE可能在UE認為TA無效的情況下不改變服務細胞。

在以上段落中，TA可特定於服務細胞。替代地，TA可特定於列表中包含的細胞。在以上段落中，TA計時器可特定於服務細胞。替代地，TA計時器可特定於列表中包含的細胞。在以上段落中，用於PUR的配置可特定於服務細胞。替代地，用於PUR的配置可特定於列表中包含的細胞。在以上段落中，TA相關配置可特定於服務細胞。替代地，TA相關配置特定於列表中包含的細胞。

在以上段落中，解決方案或動作可僅適用於基於競爭的PUR、僅適用於無競爭的PUR，或適用於基於競爭的PUR和無競爭的PUR這兩者。在以上段落中，UE可在RRC_IDLE狀態中或在進入RRC_CONNECTED狀態之前執行解決方案或動作。

第20圖是從UE角度看的根據一個示範性實施例的流程圖2000。在步驟2005中，UE接收RRCConnectionRelease 消息中指示第一長度的第一計時器的配置，其中第一計時器用於控制第一定時調整（Timing Adjustment，TA）的有效性，第一定時調整用於在RRC_IDLE狀態中使用預配置上行鏈路資源（Preconfigured Uplink Resource，PUR）進行的傳輸。在步驟2010中，UE響應於在UE處於RRC_IDLE狀態時發起隨機存取（Random Access，RA）程序而將第一TA視作無效。

在一個實施例中，UE可通過停止第一計時器或將所述第一計時器視作期滿而將第一TA視作無效。

在一個實施例中，UE可響應於RRCConnectionRelease 消息的接收而執行媒體存取控制（Media Access Control，MAC）重置。

在一個實施例中，UE可在從RRC_CONNECTED狀態到RRC_IDLE狀態的狀態轉變期間通過應用第一長度而啟動第一計時器。在從RRC_CONNECTED狀態到RRC_IDLE狀態的狀態轉變期間，UE可在MAC重置之後或在進入RRC_IDLE狀態時啟動第一計時器。在一個實施例中，UE可能在執行MAC重置時不會停止第一計時器。

在一個實施例中，UE可接收指示第二長度的第二計時器的配置，其中所述第二計時器用於控制第二TA的有效性，第二TA用於在RRC_CONNECTED狀態中進行的傳輸。在RRC_IDLE狀態中，UE可在RA程序進行中時通過應用第二長度而啟動第二計時器。

返回參考第3圖和第4圖，在UE的一個示範性實施例中，裝置300包含存儲在存儲器310中的程式碼312。CPU 308可執行程式碼312以使UE能夠（i）接收RRCConnectionRelease 消息中指示第一長度的第一計時器的配置，其中第一計時器用於控制第一TA的有效性，第一TA用於在RRC_IDLE狀態中使用PUR進行的傳輸，以及（ii）響應於在UE處於RRC_IDLE狀態時發起RA程序而將第一TA視作無效。此外，CPU 308可執行程式碼312以執行全部上述動作和步驟或本文中描述的其它動作和步驟。

第21圖是從UE角度看的根據一個示範性實施例的流程圖2100。在步驟2105中，UE接收RRCConnectionRelease 消息中指示第一長度的第一計時器的配置，其中第一計時器用於控制第一定時調整（Timing Adjustment，TA）的有效性，第一計時調整用於在RRC_IDLE狀態中使用預配置上行鏈路資源（Preconfigured Uplink Resource，PUR）進行的傳輸。在步驟2110中，UE在從RRC_CONNECTED狀態到RRC_IDLE狀態的狀態轉變期間通過應用第一長度而啟動第一計時器。

在一個實施例中，在從RRC_CONNECTED狀態到RRC_IDLE狀態的狀態轉變期間，UE可在MAC重置之後或在進入RRC_IDLE狀態時啟動第一計時器。在一個實施例中，UE可能在執行MAC重置時不會停止第一計時器。

在一個實施例中，UE可響應於在UE處於RRC_IDLE狀態時發起隨機存取（Random Access，RA）程序而將第一TA視作無效。UE可通過停止第一計時器或將第一計時器視作期滿而將第一TA視作無效。

返回參考第3圖和第4圖，在UE的一個示範性實施例中，裝置300包含存儲在存儲器310中的程式碼312。 CPU 308可執行程式碼312以使UE能夠（i）接收RRCConnectionRelease 消息中指示第一長度的第一計時器的配置，其中第一計時器用於控制第一TA的有效性，第一TA用於在RRC_IDLE狀態中使用PUR進行的傳輸，以及（ii）在從RRC_CONNECTED狀態到RRC_IDLE狀態的狀態轉變期間通過應用第一長度而啟動第一計時器。此外，CPU 308可執行程式碼312以執行全部上述動作和步驟或本文中描述的其它動作和步驟。

第22圖是從UE角度看的根據一個示範性實施例的流程圖2200。在步驟2205中，UE在RRC_CONNECTED狀態中啟動或重啟具有第一長度的timeAlignmentTimer 。在步驟2210中，UE從網路節點接收第一消息，其中所述第一消息含有第二長度。在步驟2215中，UE在從RRC_CONNECTED狀態到RRC_IDLE狀態的狀態轉變期間啟動或重啟具有第二長度的timeAlignmentTimer 。

在一個實施例中，UE可響應於在RRC_IDLE狀態中接收到隨機存取響應而啟動或重啟具有第一長度的timeAlignmentTimer 。 UE還可響應於在RRC_IDLE狀態接收到第二消息而啟動或重啟具有第二長度的timeAlignmentTimer 。

在一個實施例中，第一消息可以是RRCConnectionRelease 消息。在一個實施例中，第一消息可含有定時對準（Timing Alignment，TA）相關配置。

在一個實施例中，第二消息可響應於使用預配置上行鏈路資源（Preconfigured Uplink Resource，PUR）進行的傳輸。在一個實施例中，第二消息可含有定時對準（Timing Alignment，TA）相關配置。

在一個實施例中，第一長度和第二長度可用於同一服務細胞。

返回參考第3圖和第4圖，在UE的一個示範性實施例中，裝置300包含存儲在存儲器310中的程式碼312。 CPU 308可程式碼312以使UE能夠（i）在RRC_CONNECTED狀態中啟動或重啟具有第一長度的timeAlignmentTimer ，（ii）從網路節點接收第一消息，其中第一消息含有第二長度，以及（iii）在從RRC_CONNECTED到RRC_IDLE的狀態轉變期間啟動或重啟具有第二長度的timeAlignmentTimer 。此外，CPU 308可執行程式碼312以執行全部上述動作和步驟或本文中描述的其它動作和步驟。

第23圖是從UE角度看的根據一個示範性實施例的流程圖2300。在步驟2305中，UE在TA有效時在RRC_IDLE狀態中發起隨機存取（Random Access，RA）程序。在步驟2310中，UE響應於發起RA程序而決定定時對準（Timing Alignment，TA）是否有效。

在一個實施例中，UE可響應於從網路節點接收到PDCCH命令而發起RA程序。

在一個實施例中，如果UE認為TA有效，則UE可啟動TA計時器、重啟TA計時器和/或恢復TA計時器。如果UE認為TA無效，則UE可停止TA計時器、暫停TA計時器和/或將TA計時器視作期滿。此外，如果UE認為TA無效，則UE可能不會清空用於使用PUR進行的傳輸的HARQ緩衝區。

返回參考第3圖和第4圖，在UE的一個示範性實施例中，裝置300包含存儲在存儲器310中的程式碼312。CPU 308可執行程式碼312以使UE能夠（i）在TA有效時在RRC_IDLE狀態中發起隨機存取（Random Access，RA）程序，以及（ii）響應於發起RA程序而決定定時對準（Timing Alignment，TA）是否有效。此外，CPU 308可執行程式碼312以執行全部上述動作和步驟或本文中描述的其它動作和步驟。

上文已經描述了本發明的各種方面。應明白，本文中的教示可以通過廣泛多種形式實施，且本文中所公開的任何具體結構、功能或這兩者僅是代表性的。基於本文中的教示，所屬領域的技術人員應瞭解，本文公開的方面可以獨立於任何其它方面而實施，且可以各種方式組合這些方面中的兩個或多於兩個方面。例如，可以使用本文中闡述的任何數目個方面來實施設備或實踐方法。另外，通過使用除了本文所闡述的一個或多個方面之外或不同於本文所闡述的一個或多個方面的其它結構、功能性或結構與功能性，可實施此設備或可實踐此方法。作為上述概念中的一些的實例，在一些方面中，可以基於脈衝重複頻率建立並行通道。在一些方面中，可以基於脈衝位置或偏移建立並行通道。在一些方面中，可以基於時間跳頻序列建立並行通道。在一些方面中，可以基於脈衝重複頻率、脈衝位置或偏移以及時間跳頻序列而建立並行通道。

所屬領域技術人員將理解，可使用多種不同技術及技藝中的任一者來表示訊息及訊號。例如，可通過電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、訊息、訊號、位元、符號和碼片。

所屬領域的技術人員將進一步瞭解，結合本文公開的方面而描述的各種說明性邏輯塊、模組、處理器、裝置、電路和算法步驟可以實施為電子硬體（例如，數位實施方案、類比實施方案，或兩者的組合，其可以使用源編碼或一些其它技術設計）、結合指令的各種形式的程序或設計代碼（為方便起見，這裡可以稱為“軟體”或“軟體模組”），或兩者的組合。為清晰地說明硬體與軟體的此可互換性，上文已大體就各種說明性組件、塊、模組、電路和步驟的功能性加以描述。此類功能性是實施為硬體還是軟體取決於特定應用及強加於整個系統的設計約束。所屬領域的技術人員可針對每一具體應用以不同方式來實施所描述的功能性，但這樣的實施決策不應被解釋為會引起脫離本發明的範圍。

另外，結合本文公開的方面描述的各種說明性邏輯塊、模組和電路可以實施於集成電路（integrated circuit, “IC”）、存取終端或存取點內或者由集成電路、存取終端或存取點執行。IC可以包括通用處理器、數位訊號處理器（DSP）、專用集成電路（ASIC）、現場可編程門陣列（FPGA）或其它可編程邏輯裝置、離散門或晶體管邏輯、離散硬體組件、電氣組件、光學組件、機械組件，或其經設計以執行本文中所描述的功能的任何組合，且可以執行駐存在IC內、在IC外或這兩種情況下的代碼或指令。通用處理器可以是微處理器，但在替代方案中，處理器可以是任何的常規處理器、控制器、微控制器或狀態機。處理器還可以實施為計算裝置的組合，例如DSP和微處理器的組合、多個微處理器、與DSP核心結合的一個或多個微處理器，或任何其它此類配置。

應理解，在任何所公開過程中的步驟的任何特定次序或層級都是示例方法的實例。應理解，基於設計偏好，過程中的步驟的特定次序或層級可以重新佈置，同時保持在本公開的範圍內。隨附的方法要求各種步驟的目前元件使用實例次序，且其並不意味著限於所呈現的特定次序或層級。

結合本文中所公開的方面描述的方法或算法的步驟可以直接用硬體、用由處理器執行的軟體模組、或用這兩者的組合實施。軟體模組（例如，包含可執行指令和相關數據）和其它數據可以駐存在數據存儲器中，例如RAM存儲器、快閃存儲器、ROM存儲器、EPROM存儲器、EEPROM存儲器、暫存器、硬碟、可移除式磁碟、CD-ROM或所屬領域中已知的計算機可讀存儲媒體的任何其它形式。樣本存儲媒體可以耦合到例如計算機/處理器等機器（為方便起見，機器在本文中可以稱為“處理器”），使得處理器可以從存儲媒體讀取訊息（例如，代碼）且將訊息寫入到存儲媒體。或者，示例存儲媒體可以與處理器形成一體。處理器和存儲媒體可駐存在ASIC中。ASIC可以駐存在使用者設備中。在替代方案中，處理器和存儲媒體可作為離散組件而駐存在使用者設備中。此外，在一些方面中，任何合適的計算機程序產品可包括計算機可讀媒體，計算機可讀媒體包括與本發明的各方面中的一個或多個方面相關的代碼。在一些方面中，計算機程序產品可以包括封裝材料。

雖然已結合各種方面描述本發明，但應理解本發明能夠進行進一步修改。本申請意圖涵蓋對本發明的任何改變、使用或調適，這通常遵循本發明的原理且包含對本公開的此類偏離，偏離處於在本發明所屬的技術領域內的已知及慣常實踐的範圍內。

100:存取網路 104、106、108、110、112、114:天線 116:存取終端 118:反向鏈路 120:前向鏈路 122:存取終端 124:反向鏈路 126:前向鏈路 210:傳送器系統 212:數據源 214:TX數據處理器 220:TX MIMO處理器 222a：222t:傳送器 224a：224t:天線 230:處理器 232:記憶體 236:數據源 238:TX數據處理器 242:RX數據處理器 240:解調器 250:接收器系統 252a：252r:天線 254a：254r:接收器 260:RX數據處理器 270:處理器 272:記憶體 280:調變器 300:通訊裝置 302:輸入裝置 304:輸出裝置 306:控制電路 308:中央處理器 310:記憶體 312:程式碼 314:收發器 400:應用層 402:層3 404:層2 406:層1 2000、2100、2200、2300:流程圖 2005、2010、2105、2110、2205、2210、2215、2305、2310:步驟

爲了更好地理解本案，說明書包括附圖並且附圖構成說明書的一部分。附圖例舉說明瞭本案的實施例，結合說明書的描述用來解釋本案的原理。第1圖示出根據一個示範性實施例的無線通訊系統的圖。第2圖是根據一個示範性實施例的發射器系統（也稱為存取網路）和接收器系統（也稱為使用者設備或UE）的方塊圖。第3圖是根據一個示範性實施例的通訊系統的功能方塊圖。第4圖是根據一個示範性實施例的第3圖的程式碼的功能方塊圖。第5圖是3GPP TS 36.300 V15.3.0的圖7.3b-1的重現。第6圖是3GPP TS 36.300 V15.3.0的圖7.3b-2的重現。第7圖是3GPP TS 36.300 V15.3.0的圖10.1.5.1-1的重現。第8圖是3GPP TS 36.331 V15.3.0的圖5.3.3.1-1的重現。第9圖是3GPP TS 36.331 V15.3.0的圖5.3.3.1-2的重現。第10圖是3GPP TS 36.331 V15.3.0的圖5.3.3.1-3的重現。第11圖是3GPP TS 36.331 V15.3.0的圖5.3.3.1-4的重現。第12圖是3GPP TS 36.331 V15.3.0的圖5.3.3.1-5的重現。第13圖是3GPP TS 36.331 V15.3.0的圖5.3.3.1-6的重現。第14圖是3GPP TS 36.331 V15.3.0的圖5.3.3.1-7的重現。第15圖是3GPP TS 36.331 V15.3.0的圖5.3.3.1-8的重現。第16圖是3GPP TS 36.331 V15.3.0的圖5.3.3.1-9的重現。第17圖是3GPP TS 36.331 V15.3.0的圖5.3.8.1-1的重現。第18圖是根據一個示範性實施例的圖。第19圖是根據一個示範性實施例的圖。第20圖是根據一個示範性實施例的流程圖。第21圖是根據一個示範性實施例的流程圖。第22圖是根據一個示範性實施例的流程圖。第23圖是根據一個示範性實施例的流程圖。

2000:流程圖

2005、2010:步驟

Claims

一種使用者設備的方法，包括：接收一RRCConnectionRelease消息中的一第一定時對準計時器的第一配置，其指示該第一定時對準計時器的一第一長度，其中該第一定時對準計時器用於控制一第一定時調整的有效性，該第一定時調整用於在一RRC_IDLE狀態中使用該預配置上行鏈路資源的一傳輸；在從一RRC_CONNECTED狀態到該RRC_IDLE狀態的一狀態轉變期間通過應用該第一長度而啟動或重啟該第一定時對準計時器；響應於該RRCConnectionRelease消息的接收而執行一媒體存取控制重置，其中當使用者設備在執行該媒體存取控制重置時不停止該第一定時對準定時器；以及如果滿足準則，則在該RRC_IDLE狀態下使用該預配置上行鏈路資源執行該傳輸，其中該準則至少包含該第一定時調整為有效。
如申請專利範圍第1項所述的方法，該使用者設備根據該第一定時對準計時器是否正在運行來決定該第一定時調整是否有效。
如申請專利範圍第1項所述的方法，該使用者設備在啟動或重啟該第一定時對準計時器之後，執行該媒體存取控制重置。
如申請專利範圍第1項所述的方法，還包括：響應於接收到包含與該使用者設備的使用者設備身份有關的訊息的一尋呼消息而將該第一定時調整視作無效。
如申請專利範圍第1項所述的方法，還包括：根據SystemInformationBlockType2或SystemInformationBlockType2-NB中的一指示而將該第一定時調整視作無效。
如申請專利範圍第5項所述的方法，其中所述指示指示服務細胞不支持預配置上行鏈路資源或對預配置上行鏈路資源的支持已斷開。
如申請專利範圍第1項所述的方法，其中該第一定時對準計時器由一MAC實體維持。
如申請專利範圍第1項所述的方法，從該RRC_CONNECTED狀態到該RRC_IDLE狀態的該狀態轉變期間是由該RRCConnectionRelease消息的接收發起的RRC連接釋放程序期間。
如申請專利範圍第1項所述的方法，還包括：接收指示一第二定時對準計時器的一第二長度的一第二配置，其中該第二定時對準計時器用於控制一第二定時調整的有效性，該第二定時調整用於在該RRC_CONNECTED狀態中的一傳輸。
如申請專利範圍第9項所述的方法，還包括：在該RRC_IDLE狀態中，在一隨機存取程序進行中時通過應用該第二長度而啟動該第二定時對準計時器。
一種使用者設備，該使用者設備包括：一控制電路；一處理器，其安裝在該控制電路中；以及一存儲器，其安裝在該控制電路中且耦合到該處理器；其中該處理器配置成執行存儲在該存儲器中的一程式碼以進行以下操作：接收一RRCConnectionRelease消息中的一第一定時對準計時器的第一配置，其指示該第一定時對準計時器的一第一長度，其中該第一定時對準計時器用於控制一第一定時調整的有效性，該第一定時調整用於在一RRC_IDLE狀態中使用該預配置上行鏈路資源的一傳輸；在從一RRC_CONNECTED狀態到該RRC_IDLE狀態的一狀態轉變期間通過應用該第一長度而啟動或重啟該第一定時對準計時器；響應於該RRCConnectionRelease消息的接收而執行一媒體存取控制重置，其中當執行該媒體存取控制重置時，該使用者設備不停止該第一定時對準定時器；以及如果滿足準則，則在該RRC_IDLE狀態下使用該預配置上行鏈路資源執行該傳輸，其中該準則至少包含該第一定時調整為有效。
如申請專利範圍第11項所述的使用者設備，該使用者設備根據該第一定時對準計時器是否正在運行來決定該第一定時調整是否有效。
如申請專利範圍第11項所述的使用者設備，該使用者設備在啟動或重啟該第一定時對準計時器之後，執行該媒體存取控制重置。
如申請專利範圍第11項所述的使用者設備，還包括：響應於接收到包含與該使用者設備的使用者設備身份有關的訊息的一尋呼消息而將該第一定時調整視作無效。
如申請專利範圍第11項所述的使用者設備，還包括：根據SystemInformationBlockType2或SystemInformationBlockType2-NB中的一指示而將該第一定時調整視作無效。
如申請專利範圍第15項所述的使用者設備，其中所述指示指示服務細胞不支持預配置上行鏈路資源或對預配置上行鏈路資源的支持已斷開。
如申請專利範圍第11項所述的使用者設備，其中該第一定時對準計時器由一MAC實體維持。
如申請專利範圍第11項所述的使用者設備，從該RRC_CONNECTED狀態到該RRC_IDLE狀態的該狀態轉變期間是由該RRCConnectionRelease消息的接收發起的RRC連接釋放程序期間。
如申請專利範圍第11項所述的使用者設備，還包括：接收指示一第二定時對準計時器的一第二長度的一第二配置，其中該第二定時對準計時器用於控制一第二定時調整的有效性，該第二定時調整用於在該RRC_CONNECTED狀態中的一傳輸。
如申請專利範圍第19項所述的使用者設備，還包括：在該RRC_IDLE狀態中，在一隨機存取程序進行中時通過應用該第二長度而啟動該第二定時對準計時器。