TWI731805B - 無線通訊系統中釋放預配置的上行鏈路資源(pur)的方法和設備 - Google Patents

無線通訊系統中釋放預配置的上行鏈路資源(pur)的方法和設備 Download PDF

Info

Publication number
TWI731805B
TWI731805B TW109135790A TW109135790A TWI731805B TW I731805 B TWI731805 B TW I731805B TW 109135790 A TW109135790 A TW 109135790A TW 109135790 A TW109135790 A TW 109135790A TW I731805 B TWI731805 B TW I731805B
Authority
TW
Taiwan
Prior art keywords
cell
release
configured uplink
resource configuration
uplink resource
Prior art date
Application number
TW109135790A
Other languages
English (en)
Other versions
TW202119856A (zh
Inventor
史敦槐
郭宇軒
歐孟暉
Original Assignee
華碩電腦股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 華碩電腦股份有限公司 filed Critical 華碩電腦股份有限公司
Publication of TW202119856A publication Critical patent/TW202119856A/zh
Application granted granted Critical
Publication of TWI731805B publication Critical patent/TWI731805B/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/34Selective release of ongoing connections
    • H04W76/36Selective release of ongoing connections for reassigning the resources associated with the released connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/19Connection re-establishment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/13Cell handover without a predetermined boundary, e.g. virtual cells
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/006Transmission of channel access control information in the downlink, i.e. towards the terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0866Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/30Connection release
    • H04W76/38Connection release triggered by timers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本發明公開一種方法和設備。在一實例中,從使用者設備(UE)的角度,當使用者設備處於無線電資源控制(RRC)空閒狀態且使用者設備的服務細胞是第二細胞時,使用者設備保持專用預配置的上行鏈路資源(PUR)配置,其中使用者設備在不同於第二細胞的第一細胞中被配置專用預配置的上行鏈路資源配置。使用者設備在無線電資源控制連接重新建立程序期間選擇第三細胞。回應於選擇第三細胞,使用者設備基於第三細胞是否與第一細胞相同而確定是否釋放專用預配置的上行鏈路資源配置,其中當使用者設備處於無線電資源控制連接狀態時,執行確定是否釋放專用預配置的上行鏈路資源配置。

Description

無線通訊系統中釋放預配置的上行鏈路資源(PUR)的方法和設備
本申請要求2019年11月1日提交的美國臨時專利申請第62/929,294號的權益,該美國臨時專利申請的全部公開內容以全文引用的方式併入本文中。本申請還要求2019年11月5日提交的美國臨時專利申請第62/931,000號的權益,該美國臨時專利申請的全部公開內容以全文引用的方式併入本文中。
本公開大體上涉及無線通訊網路,且更具體地說,涉及一種無線通訊系統中釋放預配置的上行鏈路資源(Preconfigured Uplink Resource,PUR)的方法和設備。
隨著對將大量數據傳達到行動通訊裝置以及從行動通訊裝置傳達大量數據的需求快速增長,傳統的行動語音通訊網路演變成與互聯網協定(Internet Protocol,IP)數據封包通訊的網路。此類IP數據封包通訊可為行動通訊裝置的使用者提供IP承載語音、多媒體、多播和點播通訊服務。
示範性網路結構是演進型通用陸地無線電存取網(Evolved Universal Terrestrial Radio Access Network,E-UTRAN)。E-UTRAN系統可提供高數據輸送量以便實現上述IP承載語音及多媒體服務。目前,3GPP標準組織正在討論新下一代(例如,5G)無線電技術。因此,目前在提交和考慮對3GPP標準的當前主體的改變以使3GPP標準演進和完成。
根據本公開,提供一個或多個裝置和/或方法。在一實例中,從使用者設備(UE)的角度,當UE處於無線電資源控制(RRC)空閒狀態且UE的服務細胞是第二細胞時,UE保持專用預配置的上行鏈路資源(PUR)配置,其中UE在不同於第二細胞的第一細胞中被配置專用PUR配置。UE在RRC連接重新建立程序期間選擇第三細胞。回應於選擇第三細胞,UE基於第三細胞是否與第一細胞相同而確定是否釋放專用PUR配置,其中當UE處於RRC連接狀態時,執行確定是否釋放專用PUR配置。
下文描述的示範性無線通訊系統和裝置採用支援廣播服務的無線通訊系統。無線通訊系統經廣泛部署以提供各種類型的通訊,例如,語音、數據等等。這些系統可以基於碼分多址(code division multiple access,CDMA)、時分多址(time division multiple access,TDMA)、正交頻分多址(orthogonal frequency division multiple access,OFDMA)、第三代合作夥伴計畫(3rd Generation Partnership Project,3GPP)長期演進(Long Term Evolution,LTE)無線存取、3GPP高級長期演進(Long Term Evolution Advanced,LTE-A或LTE-高級)、3GPP2超行動寬頻(Ultra Mobile Broadband,UMB)、WiMax、用於5G的3GPP新無線電(New Radio,NR)無線存取或一些其它調變技術。
具體地說,下文描述的示範性無線通訊系統裝置可設計成支援一個或多個標準,例如在本文中稱為3GPP的名為“第三代合作夥伴計畫”的聯盟提供的標準,包含:3GPP TS 36.300 V15.7.0,“E-UTRA及E-UTRAN,總體描述,階段2”;3GPP TS 36.331 V15.7.0,“E-UTRA,RRC協定規範”;3GPP RAN1 #96主席筆記;3GPP RAN1 #96bis主席筆記;3GPP RAN1 #98主席筆記;3GPP RAN1 #98bis主席筆記;R2-1914102,“用於NB-IoT及MTC的Rel-16次額外增強的RAN2協定”。上文所列的標準和文獻特此明確地以全文引用的方式併入。
第1圖呈現根據本公開的一個或多個實施例的多址無線通訊系統。存取網路100(access network,AN)包含多個天線群組,一個包含104和106,另一個包含108和110,並且還有一個包含112和114。在第1圖中,每一天線群組僅展示兩個天線,然而,每一天線群組可利用更多或更少的天線。存取終端(access terminal,AT)116與天線112和114通訊,其中天線112和114在前向鏈路120上將資訊傳送到存取終端116,且在反向鏈路118上從存取終端116接收資訊。AT 122與天線106和108通訊,其中天線106和108在前向鏈路126上將資訊傳送到AT 122,且在反向鏈路124上從AT 122接收資訊。在頻分雙工(frequency-division duplexing,FDD)系統中,通訊鏈路118、120、124和126可以使用不同頻率用於通訊。舉例來說,前向鏈路120可以使用與反向鏈路118所使用頻率不同的頻率。
每一天線群組和/或該天線群組被設計成在其中通訊的區域常常被稱為存取網路的扇區。在實施例中,天線群組各自可被設計成與存取網路100所覆蓋的區域的扇區中的存取終端通訊。
在前向鏈路120和126上的通訊中,存取網路100的傳送天線可利用波束成形以便改進用於不同存取終端116和122的前向鏈路的訊噪比。另外,相比於通過單個天線對其存取終端進行傳送的存取網路,使用波束成形對隨機分散在其覆蓋區域中的存取終端進行傳送的存取網路通常可能對相鄰細胞中的存取終端造成更少干擾。
存取網路(AN)可以是用於與終端通訊的固定站或基站,且也可被稱作存取點、節點B、基站、增強型基站、eNodeB(eNB)、下一代節點B(gNB)或某一其它術語。存取終端(AT)還可以被稱作使用者設備(user equipment,UE)、無線通訊裝置、終端、存取終端或某一其它術語。
第2圖呈現多輸入多輸出(multiple-input and multiple-output,MIMO)系統200中的傳送器系統210(也稱為存取網路)和接收器系統250(也稱為存取終端(AT)或使用者設備(UE))的實施例。在傳送器系統210處,可將用於數個數據流程的業務數據從數據來源212提供到傳送(transmit,TX)數據處理器214。
在一個實施例中,通過相應的傳送天線傳送每個數據流程。TX數據處理器214基於針對每一數據流程而選擇的特定編碼方案而對該數據流程的業務數據進行格式化、編碼和交錯以提供經過編碼的數據。
可以使用正交頻分多工(orthogonal frequency-division multiplexing,OFDM)技術將每個數據流程的經過編碼的數據與導頻數據多工。導頻數據通常可以是以已知方式進行處理的已知數據模式,且可在接收器系統處用以估計通道回應。接著,可基於針對每個數據流程所選擇的特定調變方案(例如,二進位相移鍵控(binary phase shift keying,BPSK)、正交相移鍵控(quadrature phase shift keying,QPSK)、M進制相移鍵控(M-ary phase shift keying,M-PSK),或M進制正交振幅調變(M-ary quadrature amplitude modulation,M-QAM)等)來調變(即,符號映射)經過多工的導頻和該數據流程的經過編碼的數據,以提供調變符號。可以通過由處理器230執行的指令確定針對每個數據流程的數據速率、編碼和/或調變。
接著將數據流程的調變符號提供給TX MIMO處理器220,該TX MIMO處理器可進一步處理該調變符號(例如,用於OFDM)。TX MIMO處理器220接著將NT個調變符號流提供給NT個傳送器(TMTR)222a到222t。在某些實施例中,TX MIMO處理器220可將波束成形權重應用於數據流程的符號及從其傳送該符號的天線。
每一傳送器222接收且處理相應符號流以提供一個或多個類比訊號,且進一步調節(例如,放大、濾波和/或升頻轉換)類比訊號以提供適於在MIMO通道上傳送的經過調變的訊號。接著,可以分別從NT個天線224a到224t傳送來自傳送器222a到222t的NT個經過調變的訊號。
在接收器系統250處,由NR個天線252a到252r接收所傳送的經過調變的訊號,並且可將從每個天線252接收到的訊號提供到相應的接收器(RCVR)254a到254r。每個接收器254可調節(例如,濾波、放大和降頻轉換)相應的接收到的訊號,將經過調節的訊號數位化以提供樣本,和/或進一步處理該樣本以提供對應的“接收到的”符號流。
RX數據處理器260接著基於特定接收器處理技術從NR個接收器254接收和/或處理NR個所接收的符號流以提供NT個“檢測到的”符號流。RX數據處理器260接著可對每個檢測到的符號流進行解調、解交錯和/或解碼以恢復數據流程的業務數據。由RX數據處理器260進行的處理可以與傳送器系統210處的TX MIMO處理器220和TX數據處理器214所執行的處理互補。
處理器270可週期性地確定要使用哪個預編碼矩陣(下文論述)。處理器270制定包括矩陣索引部分和秩值部分的反向鏈路訊息。
反向鏈路訊息可包括與通訊鏈路和/或所接收數據流程有關的各種類型的資訊。反向鏈路訊息隨後可由TX數據處理器238(該TX數據處理器還接收來自數據來源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系統或NR系統。通訊裝置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可執行和/或實施實體連接。
在3GPP TS 36.300 V15.7.0中提供與LTE中的早期數據傳送(Early Data Transmission,EDT)相關的描述。值得注意的是,3GPP TS 36.300 V15.7.0的標題為“用於控制平面CIoT EPS優化的EDT(EDT for Control Plane CIoT EPS Optimizations)”的章節7.3b.2的圖7.3b-1在本文中重製為第5圖。3GPP TS 36.300 V15.7.0的標題為“用於使用者平面CIoT EPS優化的EDT(EDT for User Plane CIoT EPS Optimizations)”的章節7.3b.3的圖7.3b-2在本文中重製為第6圖。3GPP TS 36.300 V15.7.0的部分引述如下: 7.3    NAS 訊息的輸送AS在細胞中提供NAS訊息的可靠依序遞送。在換手期間,可能發生NAS訊息的訊息丟失或重複。 在E-UTRAN中,NAS訊息與RRC訊息串接或在RRC中載送而不串接。在相同UE的對於高優先順序佇列需要與RRC串接而對於較低優先順序佇列不需要串接的同時NAS訊息到達時,該訊息首先根據需要排入列隊以維持依序遞送。 在下行鏈路中,在觸發EPS承載(EPC)或PDU會話(5GC)建立或釋放程序時,或在控制平面CIoT EPS優化的情況下對於EDT,NAS訊息通常應與相關聯RRC訊息串接。在修改EPS承載(EPC)或PDU會話(5GC)時以及在該修改也取決於無線電承載的修改時,NAS訊息與相關聯RRC訊息通常應串接。否則不允許DL NAS與RRC訊息的串接。在上行鏈路中,NAS訊息與RRC訊息的串接僅用於在連接設定期間傳輸初始NAS訊息且用於控制平面CIoT EPS優化情況下的EDT。初始直接傳輸不用於E-UTRAN中,且NAS訊息不與RRC連接請求串接。 在EPS承載(EPC)或PDU會話(5GC)建立或修改期間,可在單個下行鏈路RRC訊息中發送多個NAS訊息。在此狀況下,NAS訊息在RRC訊息中的次序應與在對應S1-AP(EPC)或NG-AP(5GC)訊息中的次序相同,以便確保NAS訊息的依序遞送。 注意:除了由NAS執行的完整性保護和加密之外,NAS訊息還通過PDCP來進行完整性保護和加密。 7.3b  EDT 7.3b. 1 綜述EDT允許在隨機存取程序期間一個上行鏈路數據傳送後任選地跟著一個下行鏈路數據傳送。 當上層請求建立或恢復用於移動發起數據的RRC連接(即,非信令或SMS)且上行鏈路數據大小小於或等於在系統資訊中指示的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程序。 7.3b-1 :用於控制平面 CIoT EPS 優化的 EDT0. 在請求建立對來自上層的移動發起數據的連接時,UE發起早期數據傳送程序且選擇被配置成用於EDT的隨機存取前導碼。 1. UE發送串接CCCH上的使用者數據的RRCEarlyDataRequest訊息。 2. eNB發起S1-AP初始UE訊息程序以轉發NAS訊息且建立S1連接。eNB可在此程序中指示針對EDT觸發此連接。 3. MME請求S-GW重新啟動用於UE的EPS承載。 4. MME將上行鏈路數據發送到S-GW。 5. 如果下行鏈路數據可獲得,那麼S-GW將下行鏈路數據發送到MME。 6. 如果從S-GW接收到下行鏈路數據,那麼MME經由DL NAS輸送程序將數據轉發到eNB,且還可以指示是否預期其它數據。否則,MME可觸發連接建立指示程序,且還指示是否預期其它數據。 7. 如果不預期其它數據,那麼eNB可在CCCH上發送RRCEarlyDataComplete訊息以使UE保持在RRC_IDLE中。如果在步驟6中接收到下行鏈路數據,那麼將該下行鏈路數據串接在RRCEarlyDataComplete訊息中。 8. 釋放S1連接,且撤銷啟動EPS承載。 注意1:如果MME或eNB決定將UE移到RRC_CONNECTED模式,那麼在步驟7中發送RRCConnectionSetup訊息以回退到舊版RRC連接建立程序;eNB將捨棄在RRCConnectionSetupComplete訊息中接收的零長度NAS PDU。 注意2:如果在回退的狀況下,未回應於RRCEarlyDataRequest而接收到RRCEarlyDataComplete或RRCConnectionSetup,那麼UE認為UL數據傳送不成功。 7.3b.3     用於使用者平面CIoT EPS優化的EDT 按照TS 24.301[20]中的定義,用於使用者平面CIoT EPS優化的EDT的特徵如下: -   UE已具有帶有暫停指示的 RRCConnectionRelease訊息中的NextHopChainingCount; -   上行鏈路使用者數據在DTCH上與CCCH上的UL RRCConnectionResumeRequest訊息多工地傳送; -   下行鏈路使用者數據任選地在DTCH上與DCCH上的DL RRCConnectionRelease訊息多工地傳送; -   短恢復MAC-I重新用作RRCConnectionResumeRequest訊息的認證權杖,並且使用來自先前連接的完整性金鑰進行計算; -   上行鏈路和下行鏈路中的使用者數據被加密。使用先前RRC連接的 RRCConnectionRelease訊息中提供的NextHopChainingCount導出金鑰; - RRCConnectionRelease訊息受到完整性保護並且使用新導出的金鑰進行加密; -   不存在向RRC CONNECTED的轉變。 圖7.3b-2中說明用於使用者平面CIoT EPS優化的EDT程序。 7.3b-2 用於使用者平面 CIoT EPS 優化的 EDT0. 在請求恢復對來自上層的移動發起數據的連接時,UE發起早期數據傳送程序且選擇被配置成用於EDT的隨機存取前導碼。 1. UE將包含其恢復ID、建立原因及認證權杖的RRCConnectionResumeRequest發送到eNB。UE恢復所有SRB及DRB,使用在先前連接的 RRCConnectionRelease訊息中所提供的NextHopChainingCount導出新安全金鑰,且重新建立AS安全性。使用者數據經加密且在DTCH上與CCCH上的RRCConnectionResumeRequest訊息多工地傳送。 2. eNB發起S1-AP背景恢復程序以恢復S1連接,且重新啟動S1-U承載。 3. MME請求S-GW重新啟動用於UE的S1-U承載。 4. MME向eNB確認UE背景恢復。 5. 將上行鏈路數據遞送到S-GW。 6. 如果下行鏈路數據可獲得,那麼S-GW將下行鏈路數據發送到eNB。 7. 如果不從S-GW預期其它數據,那麼eNB可發起S1連接的暫停及S1-U承載的撤銷啟動。 8. eNB發送 RRCConnectionRelease訊息以使UE保持在RRC_IDLE中。該訊息包含設置為由UE儲存的rrc-Suspend、resumeID、NextHopChainingCount及drb-ContinueROHC的releaseCause。如果在步驟6中接收到下行鏈路數據,那麼在DTCH上與DCCH上的 RRCConnectionRelease訊息多工地加密發送該下行鏈路數據。 注意1:如果MME或eNB決定將UE移到RRC_CONNECTED模式,那麼在步驟7中發送RRCConnectionResume訊息以回退到RRC連接恢復程序。在彼狀況下,RRCConnectionResume訊息受到完整性保護,且用在步驟1中導出的金鑰進行加密,並且UE忽略包含於RRCConnectionResume訊息中的NextHopChainingCount。可在DTCH上與RRCConnectionResume訊息多工地傳送下行鏈路數據。另外,也可在步驟7中發送RRCConnectionSetup以回退到RRC連接建立程序。 注意2:如果在回退的狀況下,未回應於用於EDT的RRCConnectionResumeRequest而接收到 RRCConnectionRelease或RRCConnectionResume,那麼UE認為UL數據傳送不成功。
在3GPP TS 36.331 V15.7.0中提供與LTE無線電資源控制(RRC)連接重新配置程序(例如,換手程序)和LTE RRC連接重新建立程序相關的描述。值得注意的是,3GPP TS 36.331 V15.7.0的標題為“RRC連接重新配置,成功(RRC connection reconfiguration, successful)”的章節5.3.5.1的圖5.3.5.1-1在本文中重製為第7圖。3GPP TS 36.331 V15.7.0的標題為“RRC連接重新配置,失敗(RRC connection reconfiguration, failure)”的章節5.3.5.1的圖5.3.5.1-2在本文中重製為第8圖。3GPP TS 36.331 V15.7.0的標題為“RRC連接重新建立,成功(RRC connection re-establishment, successful)”的章節5.3.7.1的圖5.3.7.1-1在本文中重製為第9圖。3GPP TS 36.331 V15.7.0的標題為“RRC連接重新建立,失敗(RRC connection re-establishment, failure)”的章節5.3.7.1的圖5.3.7.1-2在本文中重製為第10圖。3GPP TS 36.331 V15.7.0的部分引述如下: 5.3.5  RRC 連接重新配置 5.3.5.1 綜述 5.3.5.1-1 RRC 連接重新配置,成功 5.3.5.1-2 RRC 連接重新配置,失敗此程序的目的在於修改RRC連接,例如建立/修改/釋放RB,執行換手,設定/修改/釋放測量,添加/修改釋放SCell。作為程序的一部分,可以將NAS專用資訊從E-UTRAN傳輸給UE。 5.3.5.2    發起 E-UTRAN可以在RRC_CONNECTED中向UE發起RRC連接重新配置程序。E-UTRAN如下應用該程序: -   僅當已經啟動AS-安全性時才包含 mobilityControlInfo,且設定且不暫停具有至少一個DRB的SRB2; -   僅當已經啟動AS安全性時才包含RB的建立(而非SRB1,其在RRC連接建立期間建立); -   僅當已經啟動AS安全性時才執行SCell的添加; 5.3.5.4    通過UE接收包含 mobilityControlInfo的RRCConnectionReconfiguration(換手) 如果RRCConnectionReconfiguration訊息包含 mobilityControlInfo且UE能夠遵從包含在此訊息中的配置,那麼UE應: 1>     如果運行,那麼停止計時器T310; 1>     如果運行,那麼停止計時器T312; 1>     開始計時器值設定為t304的計時器T304,如包含在 mobilityControlInfo中; 1>     如果運行,那麼停止計時器T370; 1>     如果包含carrierFreq: 2>  認為目標PCell在carrierFreq指示的頻率上為1,並且具有由targetPhysCellId指示的實體細胞識別; 1>     否則: 2>  認為目標PCell在來源PCell指示的頻率上為1,並且具有由targetPhysCellId指示的實體細胞識別; 1>     如果T309正在運行: 2>  針對所有存取類別停止計時器T309; 2>  按照5.3.16.4中的規定,執行動作。 1>     開始與目標PCell的DL同步; 注意1:UE應在接收到觸發換手的RRC訊息之後儘快執行換手,這可以在確認此訊息的成功接收(HARQ和ARQ)之前進行。 1>     如果CE中的BL UE或UE: 2>  如果sameSFN-Indication不存在於 mobilityControlInfo中: 3>   獲取目標PCell中的MasterInformationBlock; […] 1>     如果被配置,那麼重定MCG MAC和SCG MAC; 1>     如果被配置,那麼釋放uplinkDataCompression; 1>     為所有使用pdcp-config配置的所建立的RB重新建立PDCP; 注意2:在TS 36.323[8]中規定成功完成PDCP重新建立之後的無線電承載的處置,例如未確認的PDCP SDU(以及相關聯的狀態報告)的重新傳送,SN及HFN的處置。 注意2a:在換手時,將在nr-RadioBearerConfig1或nr-RadioBearerConfig2 TS 38.331[82]中針對所有運用NR PDCP配置的RB設定reestablishPDCP標誌,此將使得也針對這些RB重新建立PDCP實體。 1>     如果被配置,那麼針對所有所建立的RB重新建立MCG RLC及SCG RLC; […] 1>     將newUE-Identity的值用作C-RNTI; 1>     如果RRCConnectionReconfiguration訊息包含fullConfig: 2>  按照5.3.5.8中的規定,執行無線電配置程序; 1>     根據所接收的radioResourceConfigCommon對下層進行配置; 1>     如果所接收的RRCConnectionReconfiguration訊息包含rach-Skip: 2>  對下層進行配置以將rach-Skip應用於目標MCG,如TS 36.213 [23]及36.321 [6]中所規定; 1>     如果所接收的 mobilityControlInfo中包含任何額外欄位,則根據先前未涵蓋的該額外欄位來對較低層進行配置; (本文中省去小節5.3.5.4中的剩餘的文本……) 5.3.5.6    T304到期(換手失敗) UE應: 1>     如果T304到期(換手失敗): 注意1:在T304到期之後,任何專用前導碼(如果在rach-ConfigDedicated內提供)不可再供UE使用。 2>  返回到用於來源PCell中的配置,不包括通過physicalConfigDedicated、mac-MainConfig和sps-Config配置的配置; 注意1a:在以上的內容脈絡中“配置”包含每一無線電承載的狀態變數和參數。根據TS 36.323 [8]中的小節5.2在成功的RRC連接重新建立程序之後重定與RLC UM和SRB承載相關聯的PDCP實體。在上文中,如果被配置(即,通過nr-RadioBearerConfig1和nr-RadioBearerConfig2),那麼“配置”包含使用NR PDCP的配置。 2>  通過如下設定以下換手失敗資訊的欄位來將該換手失敗資訊儲存在VarRLF-Report中: […] 2>  按照5.3.7中的規定,發起連接重新建立程序,其後RRC連接重新配置程序結束; […] 5.3.5.8    涉及完整置選項的無線電配置 UE應: 1>     如果UE連接到EPC: 2>  釋放/清除除以下內容外的所有當前專用無線電配置: - MCG C-RNTI, - MCG安全配置, - 用於RB的PDCP、RLC、邏輯通道配置, - 所記錄的測量配置; […] 1>     如果RRCConnectionReconfiguration訊息包含 mobilityControlInfo: 2>  釋放/清除所有當前共同無線電配置; 2>  將9.2.5中所規定的預設值用於計時器T310、T311及常量N310、N311; […] 1>     按照9.2.4中的規定,應用預設實體通道配置; 1>     按照9.2.3中的規定,應用預設半持久調度配置; 1>     按照9.2.2中的規定,應用預設MAC主配置; 1>     如果UE是NB-IoT UE;或 1>     對於包含在srb-ToAddModList(SRB重新配置)中的每一srb-Identity值: 2>  將9.1.2中規定的所規定配置應用於對應的SRB; 2>  將對應的預設RLC配置應用於9.2.1.1中針對SRB1或9.2.1.2中針對SRB2規定的SRB; 2>  將對應的預設邏輯通道配置應用於9.2.1.1中針對SRB1或9.2.1.2中針對SRB2規定的SRB; 2>  如果對應的SRB運用NR PDCP來配置,且UE連接到EPC: 3>   釋放NR PDCP實體,且與E-UTRA PDCP實體和當前(MCG)安全配置建立NR PDCP實體; 注意1a:UE應用LTE加密和完整性保護演算法,該演算法等效於先前配置的NR安全性演算法。 3>   將此SRB的RLC承載與所建立的PDCP實體相關聯; 注意2:這是為了使SRB(用於換手的SRB1和SRB2以及用於在重新建立之後重新配置的SRB2)達到已知狀態,從該狀態中,重新配置訊息可以進行進一步的配置。 2>否則如果UE連接到5GC: 3>   按照TS 38.331 [82],條項9.2.1中的規定,將對應的預設PDCP配置應用於SRB; 1>     如果UE連接到EPC: 2>  對於包含在為當前E-UTRA和NR UE配置的一部分的drb-ToAddModList或nr-RadioBearerConfig1或nr-RadioBearerConfig2中的每一eps-BearerIdentity值: 3>   釋放E-UTRA或NR PDCP實體; 3>   釋放RLC實體; 3>   釋放DTCH邏輯通道; 3>   釋放drb-Identity; 注意3:此將保留eps-BearerIdentity但從當前UE配置去除包含這些承載的drb-Identity的DRB,且使用新配置觸發條項5.3.10.3中的AS內的DRB的設定。eps-BearerIdentity充當關聯所釋放和重新設定的DRB的錨。在AS中,DRB重新設定等同於新的DRB設定(包含新的PDCP和邏輯通道配置)。 2>  對於為當前E-UTRA和NR UE配置的一部分但並不運用相同eps-BearerIdentity添加在drb-ToAddModList中或nr-RadioBearerConfig1中或nr-RadioBearerConfig2中之每一eps-BearerIdentity值: 3>   按照5.3.10.2中的規定,執行DRB釋放; […] 5.3.7  RRC 連接重新建立5.3.7.1    綜述 5.3.7.1-1 RRC 連接重新建立,成功 5.3.7.1-2 RRC 連接重新建立,失敗此程序的目的為重新建立RRC連接,其涉及恢復SRB1(尚未啟動AS安全性的NB-IoT UE的SRB1bis)操作、安全性的重新啟動(除了尚未啟動AS安全性的NB-IoT UE以外)及僅PCell的配置。 除了尚未啟動AS安全性的NB-IoT UE以外,已經啟動安全性的RRC_CONNECTED中的UE可以發起程序以便繼續RRC連接。僅當關注的細胞準備好,即具有有效的UE上下文時,連接重新建立才成功。在E-UTRAN接受重新建立的狀況下,SRB1操作恢復而其它無線電承載的操作保持暫停。如果AS安全性尚未被啟動,那麼UE不發起該程序,而是直接移動到RRC_IDLE。 當尚未啟動AS安全性時,支援RRC_CONNECTED中用於控制平面CIoT EPS優化的RRC連接重新建立的NB-IoT UE可以發起該程序以便繼續RRC連接。 E-UTRAN如下應用該程序: -   當已經啟動AS安全性時: -    重新配置SRB1且僅對於此RB恢復數據傳輸; -    重新開機AS安全性而不改變演算法。 -   對於支援用於控制平面CIoT EPS優化的RRC連接重新建立的NB-IoT UE,當尚未啟動AS安全性時: -    重新建立SRB1bis並且繼續用於此RB的數據傳輸。 5.3.7.2    發起 該UE應僅當已經啟動AS安全性時或針對支援用於控制平面CIoT EPS優化的RRC連接重新建立的NB-IoT UE才發起該程序。UE當滿足以下條件中的一個時發起該程序: 1>     根據5.3.11,在檢測到無線電鏈路失敗後;或 1>     根據5.3.5.6,在換手失敗後;或 1>     根據5.4.3.5,在從E-UTRA的行動性失敗後;或 1>     除了UP-EDT以外,在來自下層的關於SRB1或SRB2的完整性校驗失敗指示後;或 1>     根據5.3.5.5,在RRC連接重新配置失敗後;或 1>     根據TS38.331 [82],條項5.3.5.5,在RRC連接重新配置失敗後。 注意:對於UP-EDT,根據條項5.3.3.16處置來自下層的完整性校驗失敗指示。 在發起該程序後,UE應: 1>     如果運行,那麼停止計時器T310; 1>     如果運行,那麼停止計時器T312; 1>     如果運行,那麼停止計時器T313; 1>     如果運行,那麼停止計時器T307; 1>     開始計時器T311; 1>     如果運行,那麼停止計時器T370; 1>     如果被配置,那麼釋放uplinkDataCompression; 1>     暫停所有RB,包含運用NR PDCP配置的RB,除了SRB0之外; 1>     復位MAC; 1>     根據5.3.10.3a,如果被配置,那麼釋放MCG Scell; 1>     根據5.3.10.3d,如果被配置,那麼釋放Scell群組; 1>     按照9.2.4中的規定,應用預設實體通道配置; 1>     除了NB-IoT以外,對於MCG,按照9.2.3中的規定,應用預設半持久調度配置; 1>     對於NB-IoT,如果被配置,那麼釋放schedulingRequestConfig; 1>     對於MCG,按照9.2.2中的規定,應用預設MAC主要配置; 1>     如果被配置,那麼釋放powerPrefIndicationConfig,且如果運行,那麼停止計時器T340; 1>     如果被配置,那麼釋放reportProximityConfig,並且清除任何相關聯的接近狀態報告計時器; 1>     如果被配置,那麼釋放obtainLocationConfig; 1>     如果被配置,那麼釋放idc-Config; 1>     如果被配置,那麼釋放sps-AssistanceInfoReport; 1>     如果被配置,那麼釋放measSubframePatternPCell; 1>     除了DRB配置(由drb-ToAddModListSCG配置)以外,如果被配置,那麼釋放完整SCG配置; 1>     如果對(NG)EN-DC進行配置: 2>  按照TS 38.331 [82],條項5.3.5.10中的規定,執行MR-DC釋放; 2>  如果被配置,那麼釋放p-MaxEUTRA; 2>  如果被配置,那麼釋放p-MaxUE-FR1; 2>  如果被配置,那麼釋放tdm-PatternConfig; 1>     如果被配置,那麼釋放PCell的naics-Info; 1>     如果作為RN連接並且運用RN子幀配置來配置: 2>  釋放RN子幀配置; 1>     如果被配置,那麼釋放LWA配置,如5.6.14.3中所描述; 1>     如果被配置,那麼釋放LWIP配置,如5.6.17.3中所描述; 1>     如果被配置,那麼釋放delayBudgetReportingConfig,且如果運行,那麼停止計時器T342; 1>     按照TS 36.304 [4]中的規定,根據細胞選擇過程執行細胞選擇; 1>     如果被配置,那麼釋放bw-PreferenceIndicationTimer,且如果運行,那麼停止計時器T341; 1>     如果被配置,那麼釋放overheatingAssistanceConfig,並且如果運行,那麼停止計時器T345; 1>     如果被配置,那麼釋放ailc-BitConfig; 5.3.7.3    T311運行時細胞選擇後的動作 在選擇合適的E-UTRA細胞後,UE應: 1>     如果T309正在運行: 2>  針對所有存取類別停止計時器T309; 2>  按照5.3.16.4中的規定,執行動作。 1>     如果UE連接到5GC並且選定的細胞僅連接到EPC;或 1>     如果UE連接到EPC且選定的細胞僅連接到5GC: 2>  按照5.3.12中的規定,在離開RRC_CONNECTED後執行動作,其中釋放造成‘RRC連接失敗’; 1>     否則: 2>  停止計時器T311; 2>  開始計時器T301; 2>  應用包含於SystemInformationBlockType2中的timeAlignmentTimerCommon; 2>  如果UE是支援用於控制平面CIoT EPS優化的RRC連接重新建立的NB-IoT UE並且尚未啟動AS安全性;且 2>  如果cp-reestablishment不包含在SystemInformationBlockType2-NB中: 3>   按照5.3.12中的規定,在離開RRC_CONNECTED後執行動作,其中釋放造成‘RRC連接失敗’; 2>  否則: 3>   根據5.3.7.4發起RRCConnectionReestablishmentRequest訊息的傳送; 注意:如果UE返回到來源PCell,那麼也應用此程序。 在選擇RAT間細胞後,UE應: 1>     如果選定的細胞是UTRA細胞,且如果UE支援用於RAT間MRO的無線電鏈路失敗報告,在VarRLF-Report中包含selectedUTRA-CellId,並且將其設定為選定的UTRA細胞的實體細胞識別和載波頻率; 1>     按照5.3.12中的規定,在離開RRC_CONNECTED後執行動作,其中釋放造成‘RRC連接失敗’; 5.3.7.6    T311到期 在T311到期後,UE應: 1>     按照5.3.12中的規定,在離開RRC_CONNECTED後執行動作,其中釋放造成‘RRC連接失敗’; 5.3.7.7    T301到期或選定的細胞不再合適 UE應: 1>     如果計時器T301到期;或 1>     如果按照TS 36.304 [4]中的規定,選定的細胞根據細胞選擇準則變得不再合適: 2>  按照5.3.12中的規定,在離開RRC_CONNECTED後執行動作,其中釋放造成‘RRC連接失敗’; 5.3.7.8    通過UE接收RRCConnectionReestablishmentReject 在接收RRCConnectionReestablishmentReject訊息後,UE應: 1>     按照5.3.12中的規定,在離開RRC_CONNECTED後執行動作,其中釋放造成‘RRC連接失敗’;
在3GPP RAN1中論述了預配置的上行鏈路資源(preconfigured uplink resource,PUR)中的傳送。下文引述來自3GPP RAN1 #96主席筆記的由RAN1作出的一些協定: 在空閒模式中,TA驗證配置可包含“PUR時間對準計時器” ●  其中如果(當前時間-最後TA更新的時間)>PUR時間對準計時器,那麼UE認為TA無效 在空閒模式中,在UE驗證TA時,如果服務細胞改變,那麼UE認為用於先前服務細胞的TA無效 ●  以上適用於UE配置成使用服務細胞改變屬性的狀況 在UE配置成使用若干TA驗證準則時,TA僅在滿足所有所配置TA驗證準則時才有效。 對於專用PUR,在空閒模式中,PUR資源配置至少包含以下 ●  包含週期數的時域資源 ○  注意:還包含重複數目、RU數目、起動位置 ●  頻域資源 ●  TBS/MCS ●  功率控制參數 ●  舊版DMRS模式
在3GPP RAN1中論述了預配置的上行鏈路資源(PUR)中的傳送。下文引述來自3GPP RAN1 #96bis主席筆記的由RAN1作出的一些協定: 對於處於空閒模式中的專用PUR,PUR配置通過UE特定RRC信令來配置。 在空閒模式中,UE可經配置以使得TA在給定細胞內始終有效。
在3GPP RAN1中論述了預配置的上行鏈路資源(PUR)中的傳送。下文引述來自3GPP RAN1 #98主席筆記的由RAN1作出的一些協定: 在空閒模式中,支援在PUR傳送之後經由L1信令更新PUR配置和/或PUR參數 對於專用PUR ●  在PUR搜索空間監視期間,UE監視用RNTI(假設RNTI不與任何其它UE共用)擾亂的DCI
在3GPP RAN1中論述了預配置的上行鏈路資源(PUR)中的傳送。下文引述來自3GPP RAN1 #98bis主席筆記的由RAN1作出的一些協定: 專用PUR ACK DCI至少包含時序提前調節(包含TA調節0)。TA調節欄位如舊版為[6]位。 對於處於空閒模式中的專用PUR,PUR配置包含以下 ●  MPDCCH跳頻配置 ●  PDSCH跳頻配置 PUR配置包含PUCCH配置
在3GPP RAN2中論述了預配置的上行鏈路資源(PUR)中的傳送。下文引述來自R2-1914102的由RAN2作出的一些協定: =>支援多次D-PUR,其中可能配置為單次。 =>網路作出關於D-PUR配置的決定。 =>eNB可以通過專用RRC信令(重新)配置並且釋放D-PUR。 =>UE在其在新的細胞上進行RA程序時必須釋放D-PUR。 =>可以設定D-PUR配置而沒有預定義的終點(無限)。 =>RRC回應訊息需要由UE支援並且可在所有狀況下使用。 =>對於一些狀況,L1信令足以確認,即不需要RRC回應訊息。 =>RAN2假設僅在eNB確定不存在待決的下行鏈路數據或信令之後發送用於確認的L1信令。 =>向UE提供用於D-PUR的UE特定的RNTI是可行的。共同或共用的RNTI也是可行的。 =>用於D-PUR的RNTI連同其它D-PUR配置一起用訊號發送。 =>有效的TA是發起D-PUR傳送的要求。 =>UE可以使用D-PUR資源來發送RRCConnectionRequest或RRCConnectionResumeRequest以建立或恢復RRC連接。 =>對於CP解決方案,將上行鏈路數據囊封作為在CCCH中傳送的上行鏈路RRC訊息中的NAS PDU。 =>對於UP解決方案,上行鏈路數據在DTCH中傳送。 =>在上行鏈路D-PUR傳送之後,UE在計時器的控制下監視PDCCH: ■  計時器在D-PUR傳送之後開始。 ■  如果接收到用於D-PUR重新傳送的調度,那麼定時器重新開始。 ■  如果計時器到期,那麼UE將D-PUR傳送視為已失敗。 ■  當D-PUR程序結束/成功時停止計時器。 =>如果需要,那麼用於CP解決方案的下行鏈路RRC回應訊息可以包含以下任選的資訊: ■ 被囊封作為NAS PDU的下行鏈路數據(下行鏈路應用層回應或MME中的待決數據) ■  重定向資訊。 ■  D-PUR(重新)配置和釋放。 =>用於UP解決方案的下行鏈路RRC回應訊息可以包含以下任選的資訊: ■  恢復ID。 ■  NCC(強制)-始終提供用於UP解決方案的下行鏈路RRC回應訊息。 ■  重定向資訊。 ■  D-PUR(重新)配置和釋放。 =>用於TA更新的MAC CE可連同用於CP解決方案和UP解決方案的下行鏈路RRC回應訊息的RRC傳送一起發送。 =>在D-PUR傳送的接收之後,eNB可通過RRCConnectionSetup訊息或RRCConnectionResume訊息將UE移動到RRC連接。 =>TA驗證準則“服務細胞改變”始終隱式地啟用,這意味著當UE在與最後驗證TA所在的細胞不同的細胞中發起RA程序時將TA視為無效的。 =>用於TA驗證準則的配置在專用RRC信令中提供。 ■  應當可能的是經由RRC信令停用任選的TA驗證準則(即,TA計時器、(N)RSRP改變)中的每一個或全部。 =>當TA被視為無效時UE保持PUR配置,但PUR無法使用,直到eNB驗證現有TA/提供新TA為止。 =>為在空閒模式中運用D-PUR配置的UE定義新TA計時器。 ■  用於TA計時器的(重新)起動時間需要在UE與eNB之間對準。 ■  更新TA之後重新起動TA計時器。 =>當UE處於RRC_CONNECTED時可提供UE特定的PUR(重新)配置。 =>PUR(重新)配置可包含於RRC連接版本中。 =>至少以下資訊可包含於PUR(重新)配置中: ■  釋放之前的“m”個連續錯過的分配。 ■  用於空閒模式的時間對準計時器。 ■  用於服務細胞的RSRP改變閾值。 =>可在D-PUR程序的DL RRC回應訊息中提供PUR(重新)配置。 =>針對PUR重新配置支援差量配置。 =>如果UE執行EDT或移動到RRC_CONNECTED且在同一細胞中回到RRC_IDLE,那麼PUR配置保持有效,除非特定由網路或其它觸發器釋放或重新配置。 =>PUR可通過D-PUR程序的 RRCConnectionRelease訊息和DL RRC回應訊息顯式地釋放。 =>對於CP解決方案AS RAI,不一起包含BSR和PUR傳送。 =>對於CP解決方案,用於TA更新的MAC CE可在無下行鏈路RRC回應訊息的情況下發送。(對於UP,一直需要RRC回應訊息)。 =>在UE移動到RRC-CONNECTED的狀況下,可以在RRC中提供新的C-RNTI。如果不存在,那麼UE將PUR-RNTI維持作為C-RNTI。 =>工作假設:使用SIB2中的標誌在細胞中指示已啟用PUR。在檢測到在細胞中關閉PUR支援的SIB指示後,UE應釋放所有PUR配置。現有的SIB更新機制用於更新該指示。 =>可以在無來自UE的PUR配置請求的情況下提供PUR配置,因此引入指示UE能夠使用PUR執行UL傳送的任選的無線電存取能力(分別針對UP和CP)。 =>UE無法運用多於一個PUR配置來配置 ■  因此,PUR配置中不需要PUR配置識別/索引 =>在PUR配置中提供關於TBS大小的資訊。 ■  確切細節還取決於RAN1協定。 =>對於CP,類似於EDT,在使用PUR發起UL傳送之前,“預期包含總UL數據的所得MAC PDU的大小小於或等於針對PUR配置的TBS”是一個前提。 ■  由此不排除發送不具有CP數據的RRC連接請求。 =>對於UP,請在規範中將PUR訊息稱為“用於PUR的RRCConnectionResumeRequest”和“用於EDT或PUR的RRCConnectionResumeRequest”等。 =>PUR TA計時器是可配置到小時級別,可被停用/可以無窮大。
如本文中所使用,術語“機器型通訊UE(Machine-Type Communications UE,MTC UE)”可指“頻寬減小的低複雜性UE(Bandwidth reduced and Low complexity UE,BL UE)”和/或“增強涵蓋範圍中的UE(EC中的UE、CE中的UE、CE UE)”。如本文中所使用,術語“UE”可指MTC UE和/或窄帶物聯網(Narrow Band Internet of Things,NB-IoT)UE和/或不同類型的UE。在RRC_IDLE狀態(例如,無線電資源控制(Radio Resource Control,RRC)空閒狀態)中,如果UE發起隨機存取(Random Access,RA)程序,那麼隨機存取程序可以用於早期數據傳送(Early-Data Transmission,EDT)和/或隨機存取程序可能不用於EDT。基於競爭的隨機存取程序可以包括四個步驟,其中在四個步驟中的每個步驟中傳送和/或接收的訊息分別被稱作“Msg1”、“Msg2”、“Msg3”和/或“Msg4”。非基於競爭的隨機存取程序可以包括兩個步驟,其中在兩個步驟中的每個步驟傳送和/或接收的訊息分別被稱作“Msg1”和/或“Msg2”。如本文中所使用,術語“實體下行鏈路控制通道(Physical Downlink Control Channel,PDCCH)”可指代用於MTC UE的機器型通訊PDCCH(Machine-Type Communications PDCCH,MPDCCH)和/或用於NB-IoT UE的窄帶PDCCH(Narrowband PDCCH,NPDCCH)。如本文中所使用,術語“實體隨機存取通道(Physical Random Access Channel,PRACH)”可指代用於MTC UE的PRACH和/或用於NB-IoT UE的窄帶PRACH(Narrowband PRACH,NPRACH)。上文在此段中所描述的表述通常可適用於以下段落,除非另有指定。
在LTE版本15中,為了提高MTC UE和/或NB-IoT UE的傳送效率和/或降低其功率消耗,引入EDT。EDT可以適用於MTC UE和/或NB-IoT UE。可以在RRC_IDLE狀態中觸發EDT。在觸發EDT之後,上行鏈路使用者數據(例如,移動發起數據)可以在隨機存取程序期間包含在Msg3中(例如,Msg3可以對應於隨機存取程序的第三訊息),並且網路可以在隨機存取程序期間在Msg4中包含下行鏈路使用者數據(例如,Msg4可以對應於隨機存取程序的第四訊息)。EDT的一個益處在於可以在不需要UE進入RRC_CONNECTED狀態(例如,RRC連接狀態)的情況下通過UE傳送上行鏈路使用者數據。還有可能EDT回退到舊版RRC連接建立/恢復程序,和/或在UE進入RRC_CONNECTED狀態之後傳送上行鏈路使用者數據。版本15 EDT也可稱為“移動發起EDT(Mobile-originated EDT,MO-EDT)”。
存在至少兩種類型的EDT(或MO-EDT)。
第一類型的EDT(或第一類型的MO-EDT)為控制平面EDT(control plane EDT,CP-EDT)(例如,用於控制平面蜂窩式物聯網(Cellular Internet of Things,CIoT)演進型分組系統(演進分組系統,EPS)優化的EDT)。在CP-EDT中,上行鏈路使用者數據在共同控制通道(Common Control Channel,CCCH)上在串接於上行鏈路RRCEarlyDataRequest訊息中的非存取層(Non-Access Stratum,NAS)訊息中傳送。上行鏈路RRCEarlyDataRequest訊息可以在隨機存取程序期間包含在Msg3中(例如,Msg3可以對應於隨機存取程序的第三訊息,其中Msg3通過UE傳送到eNB)。下行鏈路使用者數據可以在CCCH上在串接於下行鏈路RRCEarlyDataComplete訊息中的NAS訊息中傳送。下行鏈路RRCEarlyDataComplete訊息可以在隨機存取程序期間包含在Msg4中(例如,Msg4可以對應於隨機存取程序的第四訊息,其中Msg4通過eNB傳送到UE)。如果行動性管理實體(Mobility Management Entity,MME)和/或eNB決定將UE改變到RRC_CONNECTED模式(例如,將UE從RRC_IDLE模式改變到RRC_CONNECTED模式),那麼可以在Msg4中發送(到UE)RRCConnectionSetup訊息以回退到舊版RRC連接建立程序。
第二類型的EDT(或第二類型的MO-EDT)為使用者平面EDT(user plane EDT,UP-EDT)(例如,用於使用者平面CIoT EPS優化的EDT)。在UP-EDT中,上行鏈路使用者數據與CCCH上的上行鏈路RRCConnectionResumeRequest訊息多工地在專用業務通道(Dedicated Traffic Channel,DTCH)上傳送。在一些實施例中,DTCH業務數據單元(Service Data Unit,SDU)和/或CCCH SDU在隨機存取程序期間包含在Msg3中(例如,Msg3可以對應於隨機存取程序的第三訊息,其中Msg3通過UE傳送到eNB)。下行鏈路使用者數據可以在DTCH上與專用控制通道(Dedicated Control Channel,DCCH)上的下行鏈路 RRCConnectionRelease訊息多工地傳送。DTCH SDU和/或DCCH SDU可以在隨機存取程序期間包含在Msg4中。如果MME和/或eNB決定將UE改變到RRC_CONNECTED模式(例如,將UE從RRC_IDLE模式改變到RRC_CONNECTED模式),那麼可以在Msg4中發送(到UE)RRCConnectionResume訊息(和/或下行鏈路使用者數據)以回退到RRC連接恢復程序。
在LTE版本16中,為了進一步改進MTC UE和/或NB-IoT UE的傳送效率和/或降低其功率消耗,可引入在預配置的上行鏈路資源(PUR)中的傳送。PUR可以是專用PUR。如本文中所使用,術語“專用PUR”可以對應於UE假設不與其它UE共用的一個或多個資源。
在一些實施例中,UE在RRC_IDLE狀態中在PUR(例如,PUR時機)上執行PUR傳送(例如,數據經由一個或多個PUR到網路的傳送)。在一些實施例中,UE基於在UE的專用PUR配置中配置的一個或多個PUR的時間和頻率資訊確定PUR(例如,PUR時機)。舉例來說,當UE在RRC_IDLE狀態中時,專用PUR配置可以指示一個或多個PUR以使UE在細胞(例如,專用PUR配置被接收和/或有效的細胞)中執行傳送。對於使用專用PUR的一個或多個傳送支援HARQ以改進可靠性。在UE執行PUR傳送之後,UE在可配置時間段(例如,PUR搜索空間窗和/或PUR搜索空間計時器)期間監視PDCCH。網路可以包含在專用PUR配置中的PUR搜索空間配置,和/或UE可以在PUR傳送之後基於PUR搜索空間配置監視PDCCH(例如,PUR搜索空間配置可以對應於可配置時間段)。另外,還可支援到RACH和/或EDT程序的一個或多個回退機制。一個或多個回退機制的細節在討論中。
可以通過接收專用PUR配置(例如用於細胞)運用PUR配置UE。當UE處於RRC_CONNECTED模式時,可以在專用信令(例如, RRCConnectionRelease訊息)中將專用PUR配置提供(例如在細胞中)到UE。當UE處於RRC_IDLE模式時(並且當UE處於與專用PUR配置相關聯的細胞中時),一個或多個已配置PUR(例如,通過專用PUR配置指示和/或配置的一個或多個PUR)可為有效的。一個或多個已配置PUR可能不需要下層啟動。如果無數據可用於傳送,那麼UE可能不使用該一個或多個已配置PUR。對於一個或多個專用PUR,因為網路可以識別哪一UE正使用該一個或多個專用PUR執行傳送,因此可能並不需要競爭解決方案。在一些實施例中,UE可以執行兩個步驟。該兩個步驟中的第一步驟包括使用PUR的傳送,且兩個步驟中的第二步驟包括接收與該傳送相關聯的網路回應(例如,網路回應也稱為“對PUR的回應”和/或“PUR回應”)。網路回應可以是傳送是否成功的確認(例如,網路回應可以包括HARQ回饋和/或L1-ACK)。網路回應可以是對重新傳送的動態上行鏈路准予(例如,如果傳送不成功,那麼網路回應可以是對重新傳送的動態上行鏈路准予)。網路回應可以是下行鏈路使用者數據和/或RRC訊息(例如,RRCEarlyDataComplete訊息、 RRCConnectionRelease訊息等中的至少一個)。下行鏈路使用者數據和/或RRC訊息可通過動態下行鏈路指派來調度。動態上行鏈路准予可以定址到第一特定RNTI(例如,C-RNTI,臨時C-RNTI和/或用於PUR的新的RNTI,例如PUR-RNTI)。動態下行鏈路指派可以定址到第二特定RNTI(例如,C-RNTI,臨時C-RNTI和/或用於PUR的新的RNTI,例如PUR-RNTI)。第一特定RNTI和/或第二特定RNTI可提高於專用PUR配置中。在UE處於RRC_CONNECTED狀態時,可提供第一特定RNTI和/或第二特定RNTI。第一特定RNTI與第二特定RNTI可相同(即,第一特定RNTI和第二特定RNTI兩者可對應於單個RNTI)。替代地和/或另外,第一特定RNTI可不同於第二特定RNTI。如果需要重新傳送,例如在傳送不成功的情況下,那麼UE可以在下一個PUR時機中和/或基於動態上行鏈路准予(在第二步驟中接收)執行重新傳送。UE在可配置時間段(例如,PUR搜索空間窗和/或PUR搜索空間計時器)期間監視PDCCH以用於接收網路回應。在一些實施例中,網路回應可以指示回退到RACH程序和/或EDT程序(例如在傳送不成功的情境中)。
根據RAN1和RAN2協定(在前述描述中引述其中的至少一些),如果滿足準則,那麼UE可以使用RRC_IDLE狀態的一個或多個專用PUR。該準則可以包括有效的時間對準(TA)(例如,該準則也可以包括一個或多個其它準則,除了TA是有效的以外)。用於TA的驗證機制(例如,UE可以藉以確定與UE相關聯的TA是否有效的機制)可以包括PUR TA計時器。在一些實施例中,PUR TA計時器不同於現有的timeAlignmentTimer。舉例來說,用於起動、重新起動和/或停止PUR TA計時器的條件可以不同於用於起動、重新起動和/或停止現有的timeAlignmentTimer的條件。如果針對UE配置PUR TA計時器,那麼UE可以認為與UE相關聯的TA(用於PUR)在PUR TA計時器在運行中的情況下和/或在符合用於PUR的TA驗證的其它準則(例如,所有其它準則)的情況下是有效的。如果針對UE配置PUR TA計時器,那麼UE可以認為與UE相關聯的TA(用於PUR)在PUR TA計時器不在運行中的情況下(和/或在PUR TA計時器已到期的情況下)是無效的。PUR TA計時器的配置可以包含在專用PUR配置中(例如,UE可以使用專用PUR配置運用PUR TA計時器來配置)。用於TA的驗證機制可以包括“服務細胞改變”(例如,與UE相關聯的服務細胞可以例如由於細胞重選而改變為不同細胞,其中不同細胞不同於其中專用PUR配置是有效的和/或其中運用專用PUR配置來配置UE的細胞)。如果服務細胞改變,那麼UE可以認為用於先前服務細胞的TA是無效的。替代地和/或另外,UE可以當UE在細胞中發起隨機存取程序時認為TA是無效的,該細胞不同於其中最近驗證TA的細胞。在一實例中,UE可以在第一細胞上執行第一PUR傳送,在第一細胞上接收第一PUR回應,且接著在第二細胞上發起隨機存取程序。在該實例中,UE可以當UE在第二細胞上發起隨機存取程序時(和/或之後)認為TA是無效的。
在一些實施例中,當UE認為TA(用於PUR)是無效時,UE保持(即,不釋放)專用PUR配置(例如,UE可以在當UE處於RRC_CONNECTED狀態和/或處於RRC_IDLE狀態時的時間段期間保持專用PUR配置並且UE認為TA(用於PUR)是無效的)。當與UE相關聯的服務細胞改變(例如,在RRC_CONNECTED狀態中和/或在RRC_IDLE狀態中)時,UE可以保持(即,可能不釋放)專用PUR配置。舉例來說,當UE的服務細胞在RRC_IDLE狀態中改變(例如改變為除了其中專用PUR配置被配置和/或有效的細胞以外的細胞)時,UE可以保持(即,可能不釋放)專用PUR配置。當與UE相關聯的TA(用於PUR)無效時,UE不執行PUR傳送,且在與UE相關聯的TA(用於PUR)變得有效之後,UE可以執行PUR傳送。在一些實施例中,在執行EDT和/或進入RRC_CONNECTED狀態(在其中專用PUR配置被配置和/或有效的相同服務細胞上)後(和/或回應於以上內容),UE保持(即,不釋放)專用PUR配置。在保持專用PUR配置且UE處於RRC_CONNECTED狀態的時間段中,UE可能不執行PUR傳送。
針對PUR引入隱式釋放機制。如果對應的閾值(和/或釋放機制屬性)以專用PUR配置被配置,那麼UE維持計數器‘m’。在一些實施例中,如果UE在PUR時機上不執行(和/或跳過)PUR傳送,那麼UE使計數器‘m’遞增1(例如,UE可以回應於在PUR時機上不執行和/或跳過PUR傳送而使計數器‘m’遞增1)。如果計數器‘m’達到(或超過)用於‘m’的對應的閾值,那麼UE自主地釋放專用PUR配置(例如,UE可以回應於計數器‘m’達到(或超過)對應的閾值而釋放專用PUR配置)。當UE處於RRC_CONNECTED狀態時,UE可能不使計數器‘m’遞增。UE可以在UE與網路之間的成功通訊之後(例如,回應於該成功通訊)複位元數目器‘m’的值(例如,複位元數目器‘m’的值可以包括將計數器‘m’設定為零)(例如,當UE處於RRC_IDLE或RRC_CONNECTED狀態時,成功通訊可以對應於UE與網路之間的通訊)。
根據RAN2協定(在前述描述中引述其中的至少一些),應在UE在相同服務細胞中進入RRC_CONNECTED狀態之後保持專用PUR配置(例如,其中UE接收專用PUR配置和/或其中專用PUR配置是有效的服務細胞),使得可以在UE進入RRC_IDLE狀態(在相同服務細胞中)之後稍後使用(例如,重新使用)專用PUR配置。儘管保持專用PUR配置,但可以通過網路在RRC_CONNECTED狀態中動態地調度UE。相較於PUR,動態調度可以就傳送功率、輸送塊大小(Transport Block Size,TBS)和/或傳送定時而言更靈活。相較於在RRC_IDLE狀態中使用PUR,在RRC_CONNECTED狀態中使用PUR可存在較少益處。此外,如果UE在RRC_CONNECTED狀態中執行PUR傳送,那麼除了細胞無線電網路臨時識別符(Cell Radio Network Temporary Identifier,C-RNTI)之外,UE可能需要針對PUR監視特定RNTI,從而增加連接模式PDCCH監視的複雜性。
防止和/或阻止UE在RRC_CONNECTED狀態中使用PUR的一種方式為當UE處於RRC_CONNECTED狀態時認為用於PUR的TA是無效的。
在一實例中,UE可以在進入RRC_CONNECTED狀態後和/或回應於進入RRC_CONNECTED狀態,使PUR TA計時器停止(例如,當UE使PUR TA計時器停止時,由於PUR TA計時器不運行,UE可以認為用於PUR的TA是無效的)。替代地和/或另外,UE可以在接收到RRCConnectionSetup訊息和/或RRCConnectionResume訊息後和/或回應於接收到RRCConnectionSetup訊息和/或RRCConnectionResume訊息,使PUR TA計時器停止。替代地和/或另外,UE可以在接收到用於timeAlignmentTimer的專用配置(例如,MAC-MainConfig中的timeAlignmentTimerDedicated)後和/或回應於接收到用於timeAlignmentTimer的專用配置,使PUR TA計時器停止。
在一(防止和/或禁止UE在RRC_CONNECTED狀態中使用PUR的)實例中,UE可以在進入RRC_CONNECTED狀態後和/或回應於進入RRC_CONNECTED狀態,認為PUR TA計時器到期(例如,當認為PUR TA計時器到期時,由於PUR TA計時器到期,UE可以認為用於PUR的TA是無效的)。替代地和/或另外,UE可以在接收到RRCConnectionSetup訊息和/或RRCConnectionResume訊息後和/或回應於接收到RRCConnectionSetup訊息和/或RRCConnectionResume訊息,認為PUR TA計時器到期。替代地和/或另外,UE可以在接收到用於timeAlignmentTimer的專用配置(例如,MAC-MainConfig中的timeAlignmentTimerDedicated)後和/或回應於接收到用於timeAlignmentTimer的專用配置,認為PUR TA計時器到期。
用以防止和/或阻止UE在RRC_CONNECTED狀態中使用PUR的另一方式是認為與UE相關聯的PUR的狀態是“暫停的”。在一實例中,UE可以在進入RRC_CONNECTED狀態後和/或回應於進入RRC_CONNECTED狀態,認為PUR的狀態是“暫停的”。當UE認為PUR的狀態是“暫停”時,UE可能不使用PUR。因此,UE可以在RRC_CONNECTED狀態期間不使用PUR。UE可以在進入RRC_IDLE狀態後和/或回應於進入RRC_IDLE狀態,認為PUR的狀態是“重新開始”(例如,如果例如在UE進入RRC_IDLE狀態之前,未通過網路釋放專用PUR配置,那麼UE可以在進入RRC_IDLE狀態後和/或回應於進入RRC_IDLE,認為PUR的狀態是“重新開始”)。當UE認為PUR的狀態是“重新開始”時,UE可以使用PUR。因此,UE可以在RRC_IDLE狀態期間使用PUR。
在一些實例中,可不阻止和/或禁止UE在RRC_CONNECTED狀態中使用PUR(例如,可以允許UE在RRC_CONNECTED狀態中使用PUR)。
在一些實施例中,UE可不回應於RRC_CONNECTED狀態中的TA更新而起動PUR TA計時器(例如,TA更新可以對應於由UE接收的TA命令MAC控制元素)。
在RRC_CONNECTED狀態中,網路可以觸發與UE相關聯的換手,例如,網路可以觸發換手以將UE從一個細胞換手為另一細胞。換手可用於將UE的服務細胞(例如,主細胞(Primary Cell,PCell))從來源細胞改變為目標細胞。換手可以是細胞內換手(即,目標細胞與來源細胞相同)或細胞間換手(即,目標細胞不同於來源細胞)。在LTE中,UE在接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息後發起換手程序(以便將UE從一個細胞換手為另一細胞)。UE可以在目標細胞上發起隨機存取程序以便將RRCConnectionReconfigurationComplete訊息傳送到目標細胞。
根據RAN2協定(在前述描述中引述其中的至少一些),當UE處於RRC_CONNECTED狀態時,網路可以在 RRCConnectionRelease訊息中提供專用PUR配置。在其中當UE處於RRC_CONNECTED狀態時網路在 RRCConnectionRelease訊息中提供專用PUR配置的一實例中,UE回應於應用 RRCConnectionRelease訊息而進入RRC_IDLE狀態。在其中PUR用於RRC_IDLE狀態中而非用於RRC_CONNECTED狀態中的一些實例中,可不需要網路在UE在專用PUR配置的配置和/或重新配置後仍保持處於RRC_CONNECTED狀態的情況下對UE的專用PUR配置進行配置和/或重新配置(例如,在UE將進入RRC_IDLE狀態之前,不需要網路對UE的專用PUR配置進行配置和/或重新配置)。因此,可不需要網路經由RRCConnectionReconfiguration程序對PUR進行配置和/或重新配置。
可能會發生以下情境:在UE的RRC_CONNECTED狀態中保持專用PUR配置(例如在換手的當前服務細胞或來源細胞中接收的專用PUR配置)的UE回應於接收到包括 mobilityControlInfo(例如, mobilityControlInfo資訊元素)的RRCConnectionReconfiguration訊息而發起換手程序(以便產生RRCConnectionReconfigurationComplete訊息和/或在換手的目標細胞上發起隨機存取程序)。在此情境下,不清楚專用PUR配置在成功完成換手程序之後是否仍有效。如果專用PUR配置不再有效,那麼UE不應保持專用PUR配置。舉例來說,如果UE使用無效PUR配置來執行傳送,那麼可能發生與第二UE的資源衝突,從而導致UE和第二UE中的一個或兩個的傳送失敗。替代地和/或另外,如果UE釋放專用PUR配置,那麼UE不能夠使用用專用PUR配置來配置的資源來執行傳送。
在本文中提供技術,其在被實施時解決前述問題,例如以下中的至少一個:UE不能夠確定是保持還是釋放專用PUR配置;UE不能夠確定專用PUR配置是否有效;UE使用無效PUR配置來執行傳送;由於傳送與另一UE的資源衝突;如果UE釋放專用PUR配置,那麼UE不能夠使用用專用PUR配置來配置的資源執行傳送等。
在本公開的第一實例實施例中,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而釋放專用PUR配置。可以通過包括 mobilityControlInfo的RRCConnectionReconfiguration訊息來觸發換手程序。舉例來說,可以執行換手程序以將UE的服務細胞從來源細胞改變為目標細胞(例如,可以在RRCConnectionReconfiguration訊息的 mobilityControlInfo中指示和/或識別目標細胞)。在一些實例中,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而發起換手程序。來源細胞可以對應於UE的其中專用PUR配置被接收和/或有效的服務細胞(例如,UE可以從來源細胞接收專用PUR配置)。
在一些實例中,當UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息時(和/或在UE接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息後和/或回應於UE接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息),UE可以釋放專用PUR配置。舉例來說,UE可以在(例如向網路)確認接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息之前或之後釋放專用PUR配置(例如,UE可以通過將確認的指示傳送到網路來確認接收)。替代地和/或另外,UE可以在起動與目標細胞的下行鏈路的同步之前或之後釋放專用PUR配置。替代地和/或另外,UE可以在復位例如與來源細胞相關聯的MAC之前或之後釋放專用PUR配置。替代地和/或另外,UE可以在將newUE-Identity的值用作C-RNTI之前或之後釋放專用PUR配置。替代地和/或另外,UE可以在執行無線電配置程序(例如,3GPP TS 36.331 V15.7.0的小節5.3.5.8中論述的無線電配置程序)之前或之後釋放專用PUR配置。替代地和/或另外,UE可以在無線電配置程序期間釋放專用PUR配置。替代地和/或另外,UE可以在發起目標細胞上的隨機存取程序之前或之後釋放專用PUR配置。替代地和/或另外,UE可以在成功完成目標細胞上的隨機存取程序之前或之後釋放專用PUR配置。
替代地和/或另外,UE可以回應於(例如向網路)確認接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而釋放專用PUR配置。替代地和/或另外,UE可以回應於起動與目標細胞的下行鏈路的同步而釋放專用PUR配置。替代地和/或另外,UE可以回應於復位例如與來源細胞相關聯的MAC而釋放專用PUR配置。替代地和/或另外,UE可以回應於將newUE-Identity的值用作C-RNTI而釋放專用PUR配置。替代地和/或另外,UE可以回應於執行無線電配置程序(例如,3GPP TS 36.331 V15.7.0的小節5.3.5.8中論述的無線電配置程序)而釋放專用PUR配置。替代地和/或另外,UE可以回應於發起目標細胞上的隨機存取程序而釋放專用PUR配置。替代地和/或另外,UE可以回應於成功完成目標細胞上的隨機存取程序而釋放專用PUR配置。
在一些實例中,來源細胞可與目標細胞(例如,在RRCConnectionReconfiguration訊息的 mobilityControlInfo中指示的目標細胞)相同。舉例來說,即使來源細胞與目標細胞相同,UE也可以釋放專用PUR配置(例如回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息)。
在一些實例中,不管目標細胞是否與來源細胞相同,UE都可以釋放專用PUR配置。
在一些實例中,包括 mobilityControlInfo的RRCConnectionReconfiguration訊息可不包括“fullConfig”。
在一些實例中,UE可以在不在換手程序期間發起隨機存取程序的情況下釋放專用PUR配置(例如,UE可以在不在換手程序期間發起任何隨機存取程序的情況下釋放專用PUR配置)。舉例來說,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而釋放專用PUR配置,並且UE可能無法與目標細胞的下行鏈路同步,且因此可能不在換手程序期間發起隨機存取程序。
在本公開的第二實例實施例中,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而保持專用PUR配置。可以通過包括 mobilityControlInfo的RRCConnectionReconfiguration訊息來觸發換手程序。舉例來說,可以執行換手程序以將UE的服務細胞從來源細胞改變為目標細胞(例如,可以在RRCConnectionReconfiguration訊息的 mobilityControlInfo中指示和/或識別目標細胞)。在一些實例中,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而發起換手程序。來源細胞可以對應於UE的其中專用PUR配置被接收和/或有效的服務細胞(例如,UE可以從來源細胞接收專用PUR配置)。
例如由於換手程序,UE可不釋放專用PUR配置。
在一些實例中,UE可以在換手程序期間,例如當換手程序仍在進行中時,保持專用PUR配置。替代地和/或另外,UE可以回應於成功完成換手程序(和/或在成功完成換手程序之後)而保持專用PUR配置。
在一些實例中,在成功地完成換手程序之後,網路可以確定和/或決定UE是否應釋放專用PUR配置。
在一些實例中,來源細胞可以不同於目標細胞(例如,在RRCConnectionReconfiguration訊息的 mobilityControlInfo中指示的目標細胞)。舉例來說,即使來源細胞不同於目標細胞,UE也可以保持專用PUR配置(例如回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息)。
在一些實例中,UE可以基於UE的當前服務細胞(例如,PCell)是否與第一細胞相同而在進入RRC_IDLE狀態後(和/或回應於進入RRC_IDLE狀態)確定是保持專用PUR配置還是釋放專用PUR配置(例如,UE可以確定和/或檢查UE的當前服務細胞是否與第一細胞相同)。如果當前服務細胞與第一細胞相同,那麼UE可以保持專用PUR配置(例如,UE可以基於當前服務細胞與第一細胞相同而確定保持專用PUR配置)。替代地和/或另外,如果當前服務細胞不同於第一細胞,那麼UE可以釋放專用PUR配置(例如,UE可以基於當前服務細胞不同於第一細胞而確定釋放專用PUR配置)。
第一細胞可以是UE從其接收專用PUR配置的細胞。替代地和/或另外,第一細胞可以是與專用PUR配置相關聯的細胞。替代地和/或另外,第一細胞可以是其中專用PUR配置是有效的細胞。替代地和/或另外,第一細胞可以是其中UE在進入RRC_IDLE狀態之前進入RRC_CONNECTED狀態的細胞。替代地和/或另外,第一細胞可以對應於來源細胞。
在一些實例中,UE可以回應於從當前服務細胞接收到 RRCConnectionRelease訊息而執行確定(是保持專用PUR配置還是釋放專用PUR配置)。替代地和/或另外,該UE可以回應於從當前服務細胞接收到 RRCConnectionRelease訊息而執行該確定,該 RRCConnectionRelease訊息不包括除了專用PUR配置以外的另一PUR配置。在一些實例中,回應於執行該確定,該UE可以根據該確定釋放或保持專用PUR配置。
在本公開的第三實例實施例中,UE可以基於目標細胞是否與來源細胞相同而確定是釋放專用PUR配置還是保持專用PUR配置。可以例如通過包括 mobilityControlInfo的RRCConnectionReconfiguration訊息來觸發換手程序。可以執行換手程序以將UE的服務細胞從來源細胞改變為目標細胞(例如,可以在RRCConnectionReconfiguration訊息的 mobilityControlInfo中指示和/或識別目標細胞)。在一些實例中,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而發起換手程序。來源細胞可以對應於UE的其中專用PUR配置被接收和/或有效的服務細胞(例如,UE可以從來源細胞接收專用PUR配置)。
在一些實例中,如果目標細胞與來源細胞相同,那麼UE可以保持專用PUR配置(例如,該UE可以基於目標細胞與來源細胞相同而確定保持專用PUR配置)。替代地和/或另外,如果目標細胞不同於來源細胞,那麼UE可以釋放專用PUR配置(例如,UE可以基於目標細胞不同於來源細胞而確定釋放專用PUR配置)。
在一些實例中,當UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息時,UE可以執行該確定(是保持專用PUR配置還是釋放專用PUR配置)(和/或UE可以在UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息後和/或回應於UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而執行該確定)。舉例來說,UE可以在(例如向網路)確認接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息之前或之後執行該確定(例如,UE可以通過將確認的指示傳送到網路來確認接收)。替代地和/或另外,UE可以在起動與目標細胞的下行鏈路的同步之前或之後執行該確定。替代地和/或另外,UE可以在復位例如與來源細胞相關聯的MAC之前或之後執行該確定。替代地和/或另外,UE可以在將newUE-Identity的值用作C-RNTI之前或之後執行該確定。替代地和/或另外,UE可以在執行無線電配置程序(例如,3GPP TS 36.331 V15.7.0的小節5.3.5.8中所論述的無線電配置程序)之前或之後執行該確定。替代地和/或另外,UE可以在無線電配置程序期間執行該確定。替代地和/或另外,UE可以在發起目標細胞上的隨機存取程序之前或之後執行該確定。替代地和/或另外,UE可以在成功完成目標細胞上的隨機存取程序之前或之後執行該確定。
替代地和/或另外,UE可以回應於(例如向網路)確認接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而執行該確定。替代地和/或另外,UE可以回應於起動與目標細胞的下行鏈路的同步而執行該確定。替代地和/或另外,UE可以回應於復位例如與來源細胞相關聯的MAC而執行該確定。替代地和/或另外,UE可以回應於將newUE-Identity的值用作C-RNTI而執行該確定。替代地和/或另外,UE可以回應於執行無線電配置程序(例如,3GPP TS 36.331 V15.7.0的小節5.3.5.8中所論述的無線電配置程序)而執行該確定。替代地和/或另外,UE可以回應於發起目標細胞上的隨機存取程序而執行該確定。替代地和/或另外,UE可以回應於成功完成目標細胞上的隨機存取程序而執行該確定。
在一些實例中,回應於執行該確定,該UE可以根據該確定釋放或保持專用PUR配置。
在一些實例中,UE可以通過比較來源細胞的實體細胞識別(physical cell identity,PCI)與目標細胞的PCI(例如,targetPhysCellId)而確定目標細胞是否與来源細胞相同。舉例來說,UE可以基於来源細胞的PCI與目標細胞的PCI匹配的確定而確定目標細胞與来源細胞相同。替代地和/或另外,UE可以基於来源細胞的PCI不匹配(和/或不同於)目標細胞的PCI的確定而確定目標細胞不同於来源細胞。
在本公開的第四實例實施例中,UE可以基於包括 mobilityControlInfo的RRCConnectionReconfiguration訊息中的指示(例如,顯式指示)而確定是釋放專用PUR配置還是保持專用PUR配置。可以通過包括 mobilityControlInfo的RRCConnectionReconfiguration訊息來觸發換手程序。舉例來說,可以執行換手程序以將UE的服務細胞從来源細胞改變為目標細胞(例如,可以在RRCConnectionReconfiguration訊息的 mobilityControlInfo中指示和/或識別目標細胞)。在一些實例中,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而發起換手程序。来源細胞可以對應於UE的其中專用PUR配置被接收和/或有效的服務細胞(例如,UE可以從來源細胞接收專用PUR配置)。
在一些實例中,網路可以確定和/或決定UE是應釋放專用PUR配置還是保持專用PUR配置。網路可以在包括 mobilityControlInfo的RRCConnectionReconfiguration訊息中包括指示(例如,UE是應釋放還是保持專用PUR配置的顯式指示)。
UE可以基於該指示確定是釋放還是保持專用PUR配置。舉例來說,如果該指示指示UE應釋放專用PUR配置,那麼UE可以釋放專用PUR配置(例如,UE可以基於指示UE應釋放專用PUR配置的指示而確定釋放專用PUR配置)。替代地和/或另外,如果該指示指示UE應保持專用PUR配置,那麼UE可以保持專用PUR配置(例如,UE可以基於指示UE應保持專用PUR配置的指示而確定保持專用PUR配置)。
在一些實例中,當UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息時,UE可以執行該確定(是保持專用PUR配置還是釋放專用PUR配置)(和/或UE可以在UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息後和/或回應於UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而執行該確定)。舉例來說,UE可以在(例如向網路)確認接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息之前或之後執行該確定(例如,UE可以通過將確認的指示傳送到網路來確認接收)。替代地和/或另外,UE可以在起動與目標細胞的下行鏈路的同步之前或之後執行該確定。替代地和/或另外,UE可以在復位例如與來源細胞相關聯的MAC之前或之後執行該確定。替代地和/或另外,UE可以在將newUE-Identity的值用作C-RNTI之前或之後執行該確定。替代地和/或另外,UE可以在執行無線電配置程序(例如,3GPP TS 36.331 V15.7.0的小節5.3.5.8中所論述的無線電配置程序)之前或之後執行該確定。替代地和/或另外,UE可以在無線電配置程序期間執行該確定(和/或可以在該確定將釋放專用PUR配置的情況下釋放專用PUR配置)。替代地和/或另外,UE可以在發起目標細胞上的隨機存取程序之前或之後執行該確定。替代地和/或另外,UE可以在成功完成目標細胞上的隨機存取程序之前或之後執行該確定。
替代地和/或另外,UE可以回應於(例如向網路)確認接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而執行該確定。替代地和/或另外,UE可以回應於起動與目標細胞的下行鏈路的同步而執行該確定。替代地和/或另外,UE可以回應於復位例如與來源細胞相關聯的MAC而執行該確定。替代地和/或另外,UE可以回應於將newUE-Identity的值用作C-RNTI而執行該確定。替代地和/或另外,UE可以回應於執行無線電配置程序(例如,3GPP TS 36.331 V15.7.0的小節5.3.5.8中所論述的無線電配置程序)而執行該確定。替代地和/或另外,UE可以回應於發起目標細胞上的隨機存取程序而執行該確定。替代地和/或另外,UE可以回應於成功完成目標細胞上的隨機存取程序而執行該確定。
在一些實例中,回應於執行該確定,該UE可以根據該確定釋放或保持專用PUR配置。
在一些實例中,該指示(例如,顯式指示)是單一位元指示(或該指示可具有另一數量的位元)。
在一些實例中,如果該指示不存在於包括 mobilityControlInfo的RRCConnectionReconfiguration訊息中,那麼UE保持專用PUR配置(例如,UE可以基於RRCConnectionReconfiguration訊息不包括該指示而確定保持專用PUR配置)。替代地和/或另外,如果顯式指示不存在於包括 mobilityControlInfo的RRCConnectionReconfiguration訊息中,那麼UE可以釋放專用PUR配置(例如,UE可以基於RRCConnectionReconfiguration訊息不包括該指示而確定釋放專用PUR配置)。
在本公開的第五實例實施例中,UE可以基於包括 mobilityControlInfo的RRCConnectionReconfiguration訊息是否包括“fullConfig”而確定是釋放專用PUR配置還是保持專用PUR配置(例如,“fullConfig”可以對應於RRCConnectionReconfiguration訊息的參數和/或資訊元素)。可以通過包括 mobilityControlInfo的RRCConnectionReconfiguration訊息來觸發換手程序。舉例來說,可以執行換手程序以將UE的服務細胞從來源細胞改變為目標細胞(例如,可以在RRCConnectionReconfiguration訊息的 mobilityControlInfo中指示和/或識別目標細胞)。在一些實例中,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而發起換手程序。來源細胞可以對應於UE的其中專用PUR配置被接收和/或有效的服務細胞(例如,UE可以從來源細胞接收專用PUR配置)。
目標細胞可以確定是否在RRCConnectionReconfiguration訊息中包含“fullConfig”。在一些實例中,如果目標細胞確定和/或已知UE具有(和/或保持)專用PUR配置,那麼目標細胞可以在RRCConnectionReconfiguration訊息中包含“fullConfig”。替代地和/或另外,如果目標細胞確定和/或已知UE不具有(和/或不保持)專用PUR配置,那麼目標細胞可以不在RRCConnectionReconfiguration訊息中包含“fullConfig”。在一些實例中,目標細胞可以基於例如來自來源細胞的指示而確定UE是否具有(和/或保持)專用PUR配置(例如,如果UE具有(和/或保持)專用PUR配置,那麼來源細胞可以向目標細胞指示UE具有(和/或保持)專用PUR配置)。
UE可以基於包括 mobilityControlInfo的RRCConnectionReconfiguration訊息是否包括“fullConfig”而確定是釋放還是保持專用PUR配置。在一些實例中,如果包括 mobilityControlInfo的RRCConnectionReconfiguration訊息包括“fullConfig”,那麼UE可以釋放專用PUR配置(例如,UE可以基於包括“fullConfig”的RRCConnectionReconfiguration訊息而確定釋放專用PUR配置)。替代地和/或另外,如果包括 mobilityControlInfo的RRCConnectionReconfiguration訊息不包括“fullConfig”,那麼UE可以保持專用PUR配置(例如,UE可以基於RRCConnectionReconfiguration訊息不包括“fullConfig”而確定保持專用PUR配置)。
在一些實例中,當UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息時,UE可以執行該確定(是保持專用PUR配置還是釋放專用PUR配置)(和/或UE可以在UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息後和/或回應於UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而執行該確定)。舉例來說,UE可以在(例如向網路)確認接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息之前或之後執行該確定(例如,UE可以通過將確認的指示傳送到網路來確認接收)。替代地和/或另外,UE可以在起動與目標細胞的下行鏈路的同步之前或之後執行該確定。替代地和/或另外,UE可以在復位例如與來源細胞相關聯的MAC之前或之後執行該確定。替代地和/或另外,UE可以在將newUE-Identity的值用作C-RNTI之前或之後執行該確定。替代地和/或另外,UE可以在執行無線電配置程序(例如,3GPP TS 36.331 V15.7.0的小節5.3.5.8中所論述的無線電配置程序)之前或之後執行該確定。替代地和/或另外,UE可以在無線電配置程序期間執行該確定。
替代地和/或另外,UE可以回應於(例如向網路)確認接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而執行該確定。替代地和/或另外,UE可以回應於起動與目標細胞的下行鏈路的同步而執行該確定。替代地和/或另外,UE可以回應於復位例如與來源細胞相關聯的MAC而執行該確定。替代地和/或另外,UE可以回應於將newUE-Identity的值用作C-RNTI而執行該確定。替代地和/或另外,UE可以回應於執行無線電配置程序(例如,3GPP TS 36.331 V15.7.0的小節5.3.5.8中所論述的無線電配置程序)而執行該確定。
在一些實例中,回應於執行該確定,該UE可以根據該確定釋放或保持專用PUR配置。
在一些實例中,本文中相對於第五實例實施例提供的技術和/或操作可使用除了“fullConfig”以外的參數和/或資訊元素來執行。舉例來說,UE可以基於包括 mobilityControlInfo的RRCConnectionReconfiguration訊息是否包括參數和/或資訊元素而確定是釋放還是保持專用PUR配置。
在一些實例中,如果包括 mobilityControlInfo的RRCConnectionReconfiguration訊息包括參數和/或資訊元素,那麼UE可以釋放專用PUR配置(例如,UE可以基於RRCConnectionReconfiguration訊息包括參數和/或資訊元素而確定釋放專用PUR配置)。替代地和/或另外,如果包括 mobilityControlInfo的RRCConnectionReconfiguration訊息不包括參數和/或資訊元素,那麼UE可以保持專用PUR配置(例如,UE可以基於RRCConnectionReconfiguration訊息不包括參數和/或資訊元素而確定保持專用PUR配置)。
替代地和/或另外,如果包括 mobilityControlInfo的RRCConnectionReconfiguration訊息包括參數和/或資訊元素,那麼UE可以保持專用PUR配置(例如,UE可以基於RRCConnectionReconfiguration訊息包括參數和/或資訊元素而確定保持專用PUR配置)。替代地和/或另外,如果包括 mobilityControlInfo的RRCConnectionReconfiguration訊息不包括參數和/或資訊元素,那麼UE可以釋放專用PUR配置(例如,UE可以基於RRCConnectionReconfiguration訊息不包括參數和/或資訊元素而確定釋放專用PUR配置)。
在本公開的第六實例實施例中,如果換手程序失敗,那麼UE可以釋放專用PUR配置。在一些實例中,可以通過包括 mobilityControlInfo的RRCConnectionReconfiguration訊息觸發換手程序。可以執行換手程序以將UE的服務細胞從來源細胞改變為目標細胞(例如,可以在RRCConnectionReconfiguration訊息的 mobilityControlInfo中指示和/或識別目標細胞)。在一些實例中,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而發起換手程序。來源細胞可以對應於UE的其中專用PUR配置被接收和/或有效的服務細胞(例如,UE可以從來源細胞接收專用PUR配置)。
在一些實例中,當換手程序失敗時,UE釋放專用PUR配置。舉例來說,UE可以回應於計時器到期,例如計時器T304到期,而釋放專用PUR配置(例如,計時器T304到期可以指示換手失敗)。
在一些實例中,當起動計時器T304時,UE保持專用PUR配置(例如,可以在發起換手程序後起動計時器T304)。UE可以在計時器T304仍運行時保持專用PUR配置(例如,計時器T304可以在換手程序期間運行)。
在一些實例中,UE可以在不在換手程序期間發起隨機存取程序的情況下釋放專用PUR配置(例如,UE可以在不在換手程序期間發起任何隨機存取程序的情況下釋放專用PUR配置)。在一實例中,UE可能無法與目標細胞的下行鏈路同步,且因此可能不在換手程序期間發起隨機存取程序。在該實例中,UE可以回應於換手程序的失敗而釋放專用PUR配置。
在以上技術和/或實施例中的一個、一些和/或全部中,例如相對於第一實例實施例、第二實例實施例、第三實例實施例、第四實例實施例、第五實例實施例和/或第六實例實施例描述的技術和/或實施例,UE可以回應於接收到不包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而保持(即,可能不釋放)專用PUR配置。
在以上技術和/或實施例中的一個、一些和/或全部中,例如相對於第一實例實施例、第二實例實施例、第三實例實施例、第四實例實施例、第五實例實施例和/或第六實例實施例描述的技術和/或實施例,UE可以在成功完成換手程序之後將專用PUR請求(D-PUR請求)傳送到網路。舉例來說,如果已經通過UE釋放專用PUR配置,那麼UE可以將D-PUR請求傳送到網路。
在以上技術和/或實施例中的一個、一些和/或全部中,例如相對於第一實例實施例、第二實例實施例、第三實例實施例、第四實例實施例、第五實例實施例和/或第六實例實施例描述的技術和/或實施例,換手(例如,將服務細胞從來源細胞改變為目標細胞的換手)可以是RAT內換手(即,目標細胞的無線電存取技術(Radio Access Technology,RAT)與來源細胞的RAT相同)或RAT間換手(即,目標細胞的RAT與來源細胞的RAT不同)。
在RRC_CONNECTED中,UE可以例如由於無線電鏈路失敗(Radio Link Failure,RLF)或換手程序失敗而發起RRC連接重新建立程序(例如,UE可以回應於檢測RLF和/或換手程序失敗而發起RRC連接重新建立程序)。在RRC連接重新建立程序期間,UE執行細胞選擇(例如,可以執行細胞選擇程序以選擇適合細胞)。UE可以在RRC連接重新建立程序期間在經由細胞選擇(例如,細胞選擇程序)選擇的細胞上發起隨機存取程序。隨機存取程序用於將RRCConnectionReestablishmentRequest訊息傳送到選定的細胞。在此情境中,需要規定UE是否應保持專用PUR配置,例如在來源細胞(例如,在其中啟動和/或觸發RRC連接重新建立程序的前一細胞)中接收的專用PUR配置。如果專用PUR配置不再有效,那麼UE不應保持專用PUR配置。舉例來說,如果UE使用無效PUR配置來執行傳送,那麼可能發生與第二UE的資源衝突,從而導致UE和第二UE中的一個或兩個的傳送失敗。替代地和/或另外,如果UE釋放專用PUR配置,那麼UE不能夠使用用專用PUR配置來配置的資源來執行傳送。
在本文中提供技術,其在被實施時解決前述問題,例如以下中的至少一個:UE不能夠確定是保持還是釋放專用PUR配置;UE不能夠確定專用PUR配置是否有效;UE使用無效PUR配置來執行傳送;由於傳送與另一UE的資源衝突;如果UE釋放專用PUR配置,那麼UE不能夠使用用專用PUR配置來配置的資源執行傳送等。
在本公開的第七實例實施例中,UE可以回應於發起RRC連接重新建立程序而釋放專用PUR配置。在一些實例中,可以回應於RLF或換手程序失敗(例如通過UE)發起RRC連接重新建立程序。在一些實例中,在來源細胞(例如,在其中發起和/或觸發RRC連接重新建立程序的前一細胞)中接收專用PUR配置(例如在發起RRC連接重新建立程序之前)。
在一些實例中,當UE發起RRC連接重新建立程序時(和/或在UE發起RRC連接重新建立程序後和/或回應於UE發起RRC連接重新建立程序),UE可以釋放專用PUR配置。舉例來說,UE可以在復位例如與來源細胞相關聯的MAC之前或之後釋放專用PUR配置。替代地和/或另外,UE可以在起動細胞選擇的執行之前或之後釋放專用PUR配置(例如,可例如在RRC連接重新建立程序期間執行細胞選擇程序,以選擇適合細胞)。替代地和/或另外,UE可以在選擇細胞(例如,經由細胞選擇程序選擇的適合細胞)之前或之後釋放專用PUR配置。替代地和/或另外,UE可以在發起選定的細胞上的隨機存取程序之前或之後釋放專用PUR配置。
替代地和/或另外,UE可以回應於復位例如與來源細胞相關聯的MAC而釋放專用PUR配置。替代地和/或另外,UE可以回應於執行細胞選擇而釋放專用PUR配置。替代地和/或另外,UE可以回應於選擇細胞(例如,適合細胞)而釋放專用PUR配置。替代地和/或另外,UE可以回應於發起選定的細胞上的隨機存取程序而釋放專用PUR配置。替代地和/或另外,UE可以回應於成功完成隨機存取程序而釋放專用PUR配置。替代地和/或另外,UE可以回應於成功完成RRC連接重新建立程序而釋放專用PUR配置。替代地和/或另外,UE可以回應於從選定的細胞接收到RRCConnectionReestablishment訊息而釋放專用PUR配置。
在一些實例中,選定的細胞(例如,經由細胞選擇程序選擇的適合細胞)可與來源細胞(例如,前一細胞)相同。舉例來說,即使選定的細胞與來源細胞相同,UE也可以釋放專用PUR配置(例如回應於發起RRC連接重新建立程序)。
在一些實例中,不管選定的細胞是否與來源細胞相同,UE都可以釋放專用PUR配置。
在一些實例中,UE可以在不在RRC連接重新建立程序期間發起隨機存取程序的情況下釋放專用PUR配置(例如,UE可以在不在RRC連接重新建立程序期間發起任何隨機存取程序的情況下釋放專用PUR配置)。舉例來說,UE可以釋放專用PUR配置,且UE可能無法找到和/或選擇適合細胞,且因此可能不在RRC連接重新建立程序期間發起隨機存取程序。
在本公開的第八實例實施例中,UE可以回應於發起RRC連接重新建立程序而保持專用PUR配置。在一些實例中,可以回應於RLF或換手程序失敗(例如通過UE)發起RRC連接重新建立程序。在一些實例中,在來源細胞(例如,在其中發起和/或觸發RRC連接重新建立程序的前一細胞)中接收專用PUR配置(例如在發起RRC連接重新建立程序之前)。
UE可能例如由於RRC連接重新建立程序而不釋放專用PUR配置。
在一些實例中,UE可以在RRC連接重新建立程序期間,例如在RRC連接重新建立程序仍在進行中時,保持專用PUR配置。舉例來說,UE可以回應於成功完成隨機存取程序(例如,在RRC連接重新建立程序期間執行的隨機存取程序)(和/或在成功完成隨機存取程序之後)而保持專用PUR配置,或UE可以回應於成功完成隨機存取程序而釋放專用PUR配置。替代地和/或另外,UE可以回應於成功完成RRC連接重新建立程序(和/或在成功完成RRC連接重新建立程序之後)保持專用PUR配置。
在一些實例中,選定的細胞(例如,經由細胞選擇程序選擇的適合細胞)可不同於來源細胞(例如,前一細胞)。舉例來說,即使選定的細胞不同於來源細胞,UE也可以保持專用PUR配置(例如回應於發起RRC連接重新建立程序)。
在成功完成RRC連接重新建立程序之後,網路可以確定和/或決定UE是否應釋放專用PUR配置。
在本公開的第九實例實施例中,UE可以基於選定的細胞是否與來源細胞相同而確定是釋放專用PUR配置還是保持專用PUR配置。在一些實例中,可以回應於RLF或換手程序失敗(例如通過UE)發起RRC連接重新建立程序。在一些實例中,在來源細胞(例如,在其中發起和/或觸發RRC連接重新建立程序的前一細胞)中接收專用PUR配置(例如在發起RRC連接重新建立程序之前)。在一些實例中,可以例如在RRC連接重新建立程序期間執行細胞選擇程序,以選擇選定的細胞(例如,適合細胞)。
在一些實例中,如果選定的細胞與來源細胞相同,那麼UE可以保持專用PUR配置(例如,該UE可以基於選定的細胞與來源細胞相同而確定保持專用PUR配置)。替代地和/或另外,如果選定的細胞不同於來源細胞,那麼UE可以釋放專用PUR配置(例如,UE可以基於選定的細胞不同於來源細胞而確定釋放專用PUR配置)。
在一些實例中,當UE選擇選定的細胞(例如,適合細胞)時,UE可以執行確定(是保持專用PUR配置還是釋放專用PUR配置)(和/或UE可以在UE選擇選定的細胞後和/或回應於UE選擇選定的細胞而執行該確定)。替代地和/或另外,UE可以在發起選定的細胞上的隨機存取程序之前執行該確定。替代地和/或另外,UE可以在發起選定的細胞上的隨機存取程序之後執行該確定。替代地和/或另外,UE可以回應於發起選定的細胞上的隨機存取程序而執行該確定。替代地和/或另外,UE可以在發起選定的細胞上的隨機存取程序後執行該確定。
在一些實例中,回應於執行該確定,該UE可以根據該確定釋放或保持專用PUR配置。
在一些實例中,UE可以通過比較來源細胞的PCI與選定的細胞的PCI而確定選定的細胞是否與來源細胞相同。舉例來說,UE可以基於來源細胞的PCI與選定的細胞的PCI匹配的確定而確定選定的細胞與來源細胞相同。替代地和/或另外,UE可以基於來源細胞的PCI不匹配(和/或不同於)選定的細胞的PCI的確定而確定選定的細胞不同於來源細胞。
在本公開的第十實例實施例中,如果RRC連接重新建立程序失敗,那麼UE可以釋放專用PUR配置。在一些實例中,可以回應於RLF或換手程序失敗(例如通過UE)發起RRC連接重新建立程序。在一些實例中,在來源細胞(例如,在其中發起和/或觸發RRC連接重新建立程序的前一細胞)中接收專用PUR配置(例如在發起RRC連接重新建立程序之前)。
在一些實例中,當RRC連接重新建立程序失敗時(和/或在RRC連接重新建立程序失敗後和/或回應於RRC連接重新建立程序失敗),UE可以釋放專用PUR配置。舉例來說,UE可以回應於選擇細胞(例如在RRC連接重新建立程序期間選擇的適合細胞)(和/或當選擇該細胞時和/或在選擇該細胞後)釋放專用PUR配置,其中選定的細胞不連接到UE和/或來源細胞原先連接之核心網路類型(例如,演進型分組核心(Evolved Packet Core,EPC)或5G核心(5G Core,5GC))(例如其中選定的細胞連接到5GC且來源細胞連接到EPC,或例如其中選定的細胞連接到EPC且來源細胞連接到5GC)。替代地和/或另外,UE可以回應於計時器到期,例如計時器T311在RRC連接重新建立程序期間到期,(和/或當計時器到期時和/或在計時器到期後)釋放專用PUR配置。替代地和/或另外,UE可以回應於計時器T301在RRC連接重新建立程序期間到期(和/或當計時器T301在RRC連接重新建立程序期間到期時和/或在計時器T301在RRC連接重新建立程序期間到期後)而釋放專用PUR配置。替代地和/或另外,UE可以回應於在RRC連接重新建立程序期間接收到RRCConnectionReestablishmentReject訊息(和/或當在RRC連接重新建立程序期間接收到RRCConnectionReestablishmentReject訊息時和/或在RRC連接重新建立程序期間接收到RRCConnectionReestablishmentReject訊息後)而釋放專用PUR配置。
在一些實例中,當起動計時器T311時,UE保持專用PUR配置(例如,可以在發起RRC連接重新建立程序後起動計時器T311)。當計時器T311仍在運行時,UE可以保持專用PUR配置(例如,計時器T311可以在RRC連接重新建立程序期間運行)。當計時器T301在RRC連接重新建立程序期間仍運行時,UE可以保持專用PUR配置。
在一些實例中,UE可以在不在RRC連接重新建立程序期間發起隨機存取程序的情況下(例如在RRC連接重新建立程序失敗的情況下)釋放專用PUR配置(例如,UE可以在不在RRC連接重新建立程序期間發起任何隨機存取程序的情況下釋放專用PUR配置)。在一實例中,UE可以選擇連接到不同於來源細胞連接到的核心網路類型的核心網路類型的細胞(例如,在RRC連接重新建立程序期間選擇的適合細胞),且因此UE可能不在RRC連接重新建立程序期間發起隨機存取程序。在該實例中,UE可以回應於選擇該細胞(和/或當選擇該細胞時和/或在選擇該細胞後)釋放專用PUR配置。在另一實例中,UE可能無法找到和/或選擇適合細胞,且因此可能不在RRC連接重新建立程序期間發起隨機存取程序,並且UE可以回應於RRC連接重新建立程序的失敗而釋放專用PUR配置。
在以上技術和/或實施例中的一個、一些和/或全部中,例如相對於第七實例實施例、第八實例實施例、第九實例實施例和/或第十實例實施例描述的技術和/或實施例,UE可以在成功完成RRC連接重新建立程序之後將專用PUR請求(D-PUR請求)傳送到網路。舉例來說,如果已經通過UE釋放專用PUR配置,那麼UE可以將D-PUR請求傳送到網路。
在以上技術和/或實施例中的一個、一些和/或全部中,例如相對於第一實例實施例、第二實例實施例、第三實例實施例、第四實例實施例、第五實例實施例、第六實例實施例、第七實例實施例、第八實例實施例、第九實例實施例和/或第十實例實施例描述的技術和/或實施例,來源細胞可以是UE在其中接收專用PUR配置的細胞和/或專用PUR配置在其中是有效的細胞。
在以上技術和/或實施例中的一個、一些和/或全部中,例如相對於第一實例實施例、第二實例實施例、第三實例實施例、第四實例實施例、第五實例實施例、第六實例實施例、第七實例實施例、第八實例實施例、第九實例實施例和/或第十實例實施例所描述的技術和/或實施例,UE可能在發起換手程序和/或RRC連接重新建立程序之前已經認為用於PUR(例如與專用PUR配置相關聯)的TA是無效的。舉例來說,UE可以回應於發起換手程序和/或RRC連接重新建立程序(和/或在發起換手程序和/或RRC連接重新建立程序之後)認為(例如,繼續認為)用於PUR的TA是無效的。替代地和/或另外,UE可能在換手程序期間和/或在RRC連接重新建立程序期間認為(例如,繼續認為)用於PUR的TA是無效的。舉例來說,發起換手程序和/或RRC連接重新建立程序可能不使用於PUR的TA從無效改變為有效(和/或用於PUR的TA可能不會回應於發起換手程序和/或RRC連接重新建立程序而從無效改變為有效)。
以上技術和/或實施例中的一個、一些和/或全部可以形成為新實施例。
在一些實例中,本文中所公開的技術和/或實施例,例如相對於第一實例實施例、第二實例實施例、第三實例實施例、第四實例實施例、第五實例實施例、第六實例實施例、第七實例實施例、第八實例實施例、第九實例實施例及第十實例實施例所描述的技術和/或實施例,可以獨立地和/或單獨地實施。
替代地和/或另外,可以實施本文中所描述的技術和/或實施例的組合,例如相對於第一實例實施例、第二實例實施例、第三實例實施例、第四實例實施例、第五實例實施例、第六實例實施例、第七實例實施例、第八實例實施例、第九實例實施例和/或第十實例實施例所描述的技術和/或實施例。在一實例中,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而保持專用PUR配置,且UE可以回應於發起RRC連接重新建立程序而釋放專用PUR配置。替代地和/或另外,UE可以回應於接收到包括 mobilityControlInfo的RRCConnectionReconfiguration訊息而保持專用PUR配置,且如果換手程序失敗,那麼UE可以釋放專用PUR配置。
替代地和/或另外,本文中所描述的技術和/或實施例的組合,例如相對於第一實例實施例、第二實例實施例、第三實例實施例、第四實例實施例、第五實例實施例、第六實例實施例、第七實例實施例、第八實例實施例、第九實例實施例和/或第十實例實施例所描述的實施例,可以同時期和/或同時實施。
本公開的各種技術可以彼此獨立地和/或單獨地執行。替代地和/或另外,本公開的各種技術可以組合和/或使用單個系統實施。替代地和/或另外,本公開的各種技術可以同時期和/或同時實施。
第11圖是從UE的角度看的根據一個示範性實施例的流程圖1100。在步驟1105中,UE從網路節點接收PUR配置,其中PUR配置在第一服務細胞上是有效的。在步驟1110中,UE回應於在第一服務細胞中從RRC_IDLE狀態進入RRC_CONNECTED狀態而保持PUR配置。在步驟1115中,UE從網路節點接收包括“ mobilityControlInfo”的RRC連接重新配置訊息。在步驟1120中,UE回應於接收到包括“ mobilityControlInfo”的RRC連接重新配置訊息而確定是保持還是釋放PUR配置。
在一個實施例中,如果在“ mobilityControlInfo”中指示的目標服務細胞與第一服務細胞相同,那麼UE確定保持PUR配置。
在一個實施例中,如果在“ mobilityControlInfo”中指示的目標服務細胞不同於第一服務細胞,那麼UE確定釋放PUR配置。
在一個實施例中,UE通過比較目標服務細胞的PCI與第一服務細胞的PCI而確定目標服務細胞是與第一服務細胞相同還是不同於第一服務細胞。
在一個實施例中,如果RRC連接重新配置訊息指示保持PUR配置,那麼UE確定保持PUR配置。
在一個實施例中,如果RRC連接重新配置訊息指示釋放PUR配置,那麼UE確定釋放PUR配置。
在一個實施例中,如果RRC連接重新配置訊息中的指示指示保持PUR配置,那麼UE確定保持PUR配置。
在一個實施例中,如果RRC連接重新配置訊息中的指示指示釋放PUR配置,那麼UE確定釋放PUR配置。
在一個實施例中,如果RRC連接重新配置訊息不包括“fullConfig”,那麼UE確定保持PUR配置。
在一個實施例中,如果RRC連接重新配置訊息包括“fullConfig”,那麼UE確定釋放PUR配置。
在一個實施例中,UE回應於換手程序的失敗而釋放PUR配置,其中UE回應於接收到包括“ mobilityControlInfo”的RRC連接重新配置訊息而發起換手程序。
在一個實施例中,UE回應於(和/或基於)計時器T304到期(例如,T304到期)而確定換手程序失敗。
在一個實施例中,UE回應於在RRC_CONNECTED狀態中發起RRC連接重新建立程序而釋放PUR配置。
在一個實施例中,UE回應於在RRC_CONNECTED狀態中發起RRC連接重新建立程序而保持PUR配置,且UE回應於RRC連接重新建立程序的失敗而釋放PUR配置。
在一個實施例中,UE回應於計時器T311到期(例如,T311到期)或計時器T301到期(例如,T301到期)而確定RRC連接重新建立程序失敗。
在一個實施例中,如果RRC連接重新配置訊息不包括“ mobilityControlInfo”,那麼UE保持PUR配置。
在一個實施例中,UE不使用PUR配置來在RRC_CONNECTED狀態中執行傳送。
在一個實施例中,UE使用PUR配置來在RRC_IDLE狀態中執行傳送。
在一個實施例中,第一服務細胞是UE的主細胞(PCell)。
在一個實施例中,如果UE保持PUR配置,那麼UE能夠使用PUR配置來在RRC_IDLE狀態中執行傳送,而不必從網路節點接收另一PUR配置。舉例來說,UE可能夠使用PUR配置來在RRC_DLE狀態中執行一個或多個後續傳送,而無需來自網路節點的另一PUR配置。
返回參考第3圖及第4圖,在UE的一個示範性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使得UE能夠:(i)從網路節點接收PUR配置,其中PUR配置在第一服務細胞上是有效的;(ii)回應於在第一服務細胞中從RRC_IDLE狀態進入RRC_CONNECTED狀態而保持PUR配置;(iii)從網路節點接收包括“ mobilityControlInfo”的RRC連接重新配置訊息;及(iv)回應於接收到包括“ mobilityControlInfo”的RRC連接重新配置訊息而確定是保持還是釋放PUR配置。此外,CPU 308可以執行程式碼312以執行上文所描述的動作和步驟和/或本文中所描述的其它動作和步驟中的一個、一些和/或全部。
第12圖是從UE的角度看根據一個示範性實施例的流程圖1200。在步驟1205中,當UE處於RRC空閒狀態(例如,RRC_IDLE狀態)且UE的服務細胞是第二細胞時,UE保持專用PUR配置,其中UE在不同於第二細胞的第一細胞中被配置專用PUR配置。舉例來說,當UE處於RRC空閒狀態並且UE的服務細胞(例如,從第一細胞)改變為不同於第一細胞的第二細胞時,UE可以保持專用PUR配置。在步驟1210中,UE在RRC連接重新建立程序期間選擇第三細胞。在步驟1215中,回應於選擇第三細胞,UE基於第三細胞是否與第一細胞相同而確定是否釋放專用PUR配置,其中當UE處於RRC連接狀態(例如,RRC_CONNECTED狀態)時執行是否釋放專用PUR配置的確定。舉例來說,當UE處於RRC連接狀態且在RRC連接重新建立程序期間選擇第三細胞時,可以執行確定是否釋放專用PUR配置。
在一個實施例中,UE在第一細胞中接收包括專用PUR配置的 RRCConnectionRelease訊息(例如,可以經由 RRCConnectionRelease訊息接收和/或配置專用PUR配置)。
在一個實施例中,UE回應於執行第二細胞上的隨機存取程序和/或在執行第二細胞上的隨機存取程序期間釋放專用PUR配置。舉例來說,當UE執行第二細胞上的隨機存取程序時,UE可以釋放專用PUR配置。
在一個實施例中,UE在RRC連接重新建立程序期間通過執行細胞選擇程序選擇第三細胞,從而選擇第三細胞。
在一個實施例中,如果第三細胞不同於第一細胞,那麼UE釋放專用PUR配置,和/或如果第三細胞與第一細胞相同,那麼UE保持專用PUR配置。
在一個實施例中,如果第三細胞不同於第一細胞,那麼UE確定釋放專用PUR配置,且UE回應於確定釋放專用PUR配置而釋放專用PUR配置。舉例來說,UE可以基於第三細胞不同於第一細胞而確定釋放專用PUR配置。
在一個實施例中,如果第三細胞與第一細胞相同,那麼UE確定保持專用PUR配置,且UE回應於確定保持專用PUR配置而保持專用PUR配置。舉例來說,UE可以基於第三細胞與第一細胞相同而確定保持專用PUR配置。
在一個實施例中,UE在RRC連接重新建立程序期間發起第三細胞上的隨機存取程序,其中在發起第三細胞上的隨機存取程序之前執行是否釋放專用PUR配置的確定。
在一個實施例中,UE基於第三細胞是否連接到UE在選擇第三細胞之前連接到的第一核心網路類型而確定是否釋放專用PUR配置。如果第三細胞連接到不同於第一核心網路類型的第二核心網路類型,那麼UE確定釋放專用PUR配置。UE回應於確定釋放專用PUR配置而釋放專用PUR配置。在一實例中,第一核心網路類型可以對應於第一細胞連接到的核心網路類型。
在一個實施例中,UE基於第三細胞是否連接到UE在選擇第三細胞之前連接到的第一核心網路類型而確定是否釋放專用PUR配置。如果第三細胞連接到第一核心網路類型,那麼UE確定保持專用PUR配置。UE回應於確定保持專用PUR配置而保持專用PUR配置。在一實例中,第一核心網路類型可以對應於第一細胞連接到的核心網路類型。
在一個實施例中,UE不在RRC連接重新建立程序期間發起隨機存取程序。
在一個實施例中,UE回應於接收到包括 mobilityControlInfo資訊元素的RRCConnectionReconfiguration訊息而保持專用PUR配置,其中通過 mobilityControlInfo資訊元素指示的第四細胞不同於第一細胞。
在一個實施例中,專用PUR配置指示當UE處於RRC空閒狀態時UE在第一細胞中用於執行傳送的一個或多個PUR(例如,一個或多個PUR可以用於當UE處於RRC_IDLE狀態時,使UE在第一細胞中執行一個或多個傳送)。
返回參考第3圖及第4圖,在UE的一個示範性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使得UE能夠:(i)當UE處於RRC空閒狀態且UE的服務細胞是第二細胞時,保持專用PUR配置,其中UE在不同於第二細胞的第一細胞中被配置專用PUR配置;(ii)在RRC連接重新建立程序期間選擇第三細胞;及(iii)回應於選擇第三細胞,基於第三細胞是否與第一細胞相同而確定是否釋放專用PUR配置,其中當UE處於RRC連接狀態時執行確定是否釋放專用PUR配置。此外,CPU 308可以執行程式碼312以執行上文所描述的動作和步驟和/或本文中所描述的其它動作和步驟中的一個、一些和/或全部。
第13圖是從UE角度看的根據一個示範性實施例的流程圖1300。在步驟1305中,當UE處於RRC空閒狀態(例如,RRC_IDLE狀態)且UE的服務細胞是第二細胞時,UE保持專用PUR配置,其中UE在不同於第二細胞的第一細胞中被配置專用PUR配置。舉例來說,當UE處於RRC空閒狀態且UE的服務細胞(例如,從第一細胞)改變為不同於第一細胞的第二細胞時,UE可以保持專用PUR配置。在步驟1310中,UE在RRC連接重新建立程序期間選擇第三細胞。在步驟1315中,回應於選擇第三細胞,UE基於第三細胞是否連接到UE在選擇第三細胞之前連接到的第一核心網路類型而確定是否釋放專用PUR配置,其中當UE處於RRC連接狀態時,執行確定是否釋放專用PUR配置。舉例來說,當UE處於RRC連接狀態且在RRC連接重新建立程序期間選擇第三細胞時,可以執行確定是否釋放專用PUR配置。
在一個實施例中,如果第三細胞連接到不同於第一核心網路類型的第二核心網路類型,那麼UE確定釋放專用PUR配置。UE回應於確定釋放專用PUR配置而釋放專用PUR配置。
在一個實施例中,如果第三細胞連接到第一核心網路類型,那麼UE確定保持專用PUR配置。UE回應於確定保持專用PUR配置而保持專用PUR配置。
返回參考第3圖及第4圖,在UE的一個示範性實施例中,裝置300包含儲存於記憶體310中的程式碼312。CPU 308可以執行程式碼312以使得UE能夠:(i)當UE處於RRC空閒狀態且UE的服務細胞是第二細胞時,保持專用PUR配置,其中UE在不同於第二細胞的第一細胞中被配置專用PUR配置;(ii)在RRC連接重新建立程序期間選擇第三細胞;及(iii)回應於選擇第三細胞,基於第三細胞是否連接到UE在選擇第三細胞之前連接到的第一核心網路類型而確定是否釋放專用PUR配置,其中當UE處於RRC連接狀態時,執行確定是否釋放專用PUR配置。此外,CPU 308可以執行程式碼312以執行上文所描述的動作和步驟和/或本文中所描述的其它動作和步驟中的一個、一些和/或全部。
可以提供通訊裝置(例如,UE、基站、網路節點等),其中通訊裝置可以包括控制電路、安裝在控制電路中的處理器和/或安裝在控制電路中並且耦合到處理器的記憶體。處理器可以被配置以執行儲存在記憶體中的程式碼以執行第11圖到第13圖中所說明的一個、一些和/或全部方法步驟。此外,處理器可以執行程式碼以執行上文所描述的動作和步驟和/或本文中所描述的其它動作和步驟中的一個、一些和/或全部。
可以提供電腦可讀介質。電腦可讀介質可以是非暫時性電腦可讀介質。電腦可讀介質可以包括快閃記憶體裝置、硬碟驅動器、光碟(例如,磁性光碟和/或光學光碟,例如數位多功能光碟(digital versatile disc,DVD)、光碟(compact disc,CD)等中的至少一個)和/或記憶體半導體,例如靜態隨機存取記憶體(static random access memory,SRAM)、動態隨機存取記憶體(dynamic random access memory,DRAM)、同步動態隨機存取記憶體(synchronous dynamic random access memory,SDRAM)等中的至少一個。電腦可讀介質可以包括處理器可執行指令,其在被執行時使得執行第11圖到第13圖中所說明的一個、一些和/或全部方法步驟,和/或上文所描述的動作和步驟和/或本文中所描述的其它動作和步驟中的一個、一些和/或全部。
可瞭解,應用本文中呈現的技術中的一個或多個可以產生包含(但不限於)裝置(例如,UE和/或網路節點)之間的通訊的增加的效率的一個或多個益處。增加的效率可以是使得裝置(例如,UE)能夠確定是保持還是釋放PUR配置的結果。替代地和/或另外,增加的效率可以是使得裝置能夠釋放無效PUR配置的結果,因此避免在裝置使用用於傳送的無效PUR配置的情況下可能發生的與另一裝置的資源衝突。替代地和/或另外,增加的效率可以是使得裝置能夠保持有效的PUR配置的結果,因此使得裝置能夠稍後在裝置處於RRC_IDLE狀態時使用有效的PUR配置。舉例來說,裝置可以使用有效的PUR配置來執行到網路節點的傳送,而無需來自網路節點的另一PUR配置。
本公開的各種方面已在上文加以描述。應顯而易見,本文中的教示可以廣泛多種形式來體現,且本文中所公開的任何特定結構、功能或兩者僅為代表性的。基於本文中的教示,所屬領域的技術人員應瞭解,可獨立於任何其它方面來實施本文中所公開的方面且可以各種方式來組合這些方面中的兩個或多於兩個。舉例來說,可使用本文中所闡明的任何數目個方面來實施設備或可使用本文中所闡明的任何數目個方面來實踐方法。另外,通過使用除了在本文中所闡述的方面中的一個或多個之外或不同於在本文中所闡述的方面中的一個或多個的其它結構、功能性或結構和功能性,可以實踐此設備或可以實踐此方法。作為一些上述概念的實例,在一些方面中,可基於脈衝重複頻率來建立並行通道。在一些方面中,可基於脈衝位置或偏移建立並行通道。在一些方面中,可基於跳時序列建立並行通道。在一些方面中,可以基於脈衝重複頻率、脈衝位置或偏移,以及跳時序列建立並行通道。
所屬領域的技術人員將理解,可使用多種不同技術及技藝中的任一個來表示資訊和訊號。舉例來說,可用電壓、電流、電磁波、磁場或磁粒子、光場或光粒子或其任何組合來表示在整個上文描述中可能參考的數據、指令、命令、資訊、訊號、位元、符號和碼片。
所屬領域的技術人員將進一步瞭解,結合本文中所公開的方面描述的各種說明性邏輯塊、模組、處理器、構件、電路及演算法步驟可以實施為電子硬體(例如,數位實施方案、類比實施方案或兩者的組合,其可以使用源編碼或某一其它技術來設計)、並有指令的各種形式的程式或設計代碼(其在本文中出於方便起見可以被稱為“軟體”或“軟體模組”)或兩者的組合。為了清楚地說明硬體與軟體的此可互換性,上文已大體上就其功能性來說描述了各種說明性元件、塊、模組、電路及步驟。此類功能性是實施為硬體還是軟體取決於特定應用和施加於整個系統的設計約束。所屬領域的技術人員可以針對每一特定應用以不同方式實施所描述的功能性,但此類實施方案不應被解釋為引起對本公開的範圍的偏離。
另外,結合本文中公開的方面描述的各種說明性邏輯塊、模組和電路可實施於積體電路(“IC”)、存取終端或存取點內或者由積體電路、存取終端或存取點執行。IC可以包括通用處理器、數位訊號處理器(digital signal processor,DSP)、專用積體電路(application specific integrated circuit,ASIC)、現場可程式設計閘陣列(field programmable gate array,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 1100:流程圖 1105,1110,1115,1120:步驟 1200:流程圖 1205,1210,1215:步驟 1300:流程圖 1305,1310,1315:步驟
第1圖展示根據一個示範性實施例的無線通訊系統的圖。 第2圖是根據一個示範性實施例的傳送器系統(也被稱作存取網路)和接收器系統(也被稱作使用者設備或UE)的框圖。 第3圖是根據一個示範性實施例的通訊系統的功能框圖。 第4圖是根據一個示範性實施例的第3圖的程式碼的功能框圖。 第5圖是根據一個示範性實施例的說明與用於控制平面CIoT EPS優化的早期數據傳送(Early Data Transmission,EDT)相關聯的示範性情形的圖。 第6圖是根據一個示範性實施例的說明與用於使用者平面CIoT EPS優化的EDT相關聯的示範性情形的圖。 第7圖是根據一個示範性實施例的說明與RRC連接重新配置相關聯的示範性情形的圖。 第8圖是根據一個示範性實施例的說明與RRC連接重新配置相關聯的示範性情形的圖。 第9圖是根據一個示範性實施例的說明與RRC連接重新建立相關聯的示範性情形的圖。 第10圖是根據一個示範性實施例的說明與RRC連接重新建立相關聯的示範性情形的圖。 第11圖是根據一個示範性實施例的流程圖。 第12圖是根據一個示範性實施例的流程圖。 第13圖是根據一個示範性實施例的流程圖。
1200:流程圖; 1205,1210,1215:步驟。

Claims (20)

  1. 一種使用者設備(UE)的方法,該方法包括:當該使用者設備處於無線電資源控制(RRC)空閒狀態且該使用者設備的服務細胞是第二細胞時,保持專用預配置的上行鏈路資源(PUR)配置,其中該使用者設備在不同於該第二細胞的第一細胞中被配置該專用預配置的上行鏈路資源配置;在無線電資源控制連接重新建立程序期間選擇第三細胞;及回應於該選擇該第三細胞,基於該第三細胞是否與該第一細胞相同而確定是否釋放該專用預配置的上行鏈路資源配置,其中當該使用者設備處於無線電資源控制連接狀態時,執行該確定是否釋放該專用預配置的上行鏈路資源配置,其中該確定是否釋放該專用預配置的上行鏈路資源配置包括在該第三細胞不同於該第一細胞的情況下確定釋放該專用預配置的上行鏈路資源配置,其中該方法包括回應於該確定釋放該專用預配置的上行鏈路資源配置而釋放該專用預配置的上行鏈路資源配置;或該確定是否釋放該專用預配置的上行鏈路資源配置包括在該第三細胞與該第一細胞相同的情況下確定保持該專用預配置的上行鏈路資源配置,其中該方法包括回應於該確定保持該專用預配置的上行鏈路資源配置而保持該專用預配置的上行鏈路資源配置。
  2. 如請求項1所述的方法,包括: 在該第一細胞中接收包括該專用預配置的上行鏈路資源配置的RRCConnectionRelease訊息。
  3. 如請求項1所述的方法,包括:在回應於執行該第二細胞上的隨機存取程序或在執行該第二細胞上的該隨機存取程序期間中的至少一個中釋放該專用預配置的上行鏈路資源配置。
  4. 如請求項1所述的方法,其中:該選擇該第三細胞包括在該無線電資源控制連接重新建立程序期間執行細胞選擇程序,以選擇該第三細胞。
  5. 如請求項1所述的方法,包括:在該無線電資源控制連接重新建立程序期間發起該第三細胞上的隨機存取程序。
  6. 如請求項5所述的方法,其中:在該發起該第三細胞上的該隨機存取程序之前執行該確定是否釋放該專用預配置的上行鏈路資源配置。
  7. 如請求項1所述的方法,其中:該確定是否釋放該專用預配置的上行鏈路資源配置是基於該第三細胞是否連接到該使用者設備在該選擇該第三細胞之前連接到的第一核心網路類型; 該確定是否釋放該專用預配置的上行鏈路資源配置包括當該第三細胞連接到不同於該第一核心網路類型的第二核心網路類型的情況下確定釋放該專用預配置的上行鏈路資源配置;且該方法包括回應於該確定釋放該專用預配置的上行鏈路資源配置而釋放該專用預配置的上行鏈路資源配置。
  8. 如請求項7所述的方法,其中:該使用者設備在該無線電資源控制連接重新建立程序期間不發起隨機存取程序。
  9. 如請求項1所述的方法,包括:回應於接收到包括mobilityControlInfo資訊元素的RRCConnectionReconfiguration訊息而保持該專用預配置的上行鏈路資源配置,其中由該mobilityControlInfo資訊元素指示的第四細胞不同於該第一細胞。
  10. 如請求項1所述的方法,其中:該專用預配置的上行鏈路資源配置指示當該使用者設備處於無線電資源控制空閒狀態時該使用者設備在該第一細胞中用於執行傳送的一個或多個預配置的上行鏈路資源。
  11. 一種使用者設備(UE),包括:控制電路;處理器,其安裝於該控制電路中;及 記憶體,其安裝在該控制電路中且以操作方式耦合到該處理器,其中該處理器被配置成執行儲存於該記憶體中的程式碼以執行操作,該操作包括:當該使用者設備處於無線電資源控制(RRC)空閒狀態且該使用者設備的服務細胞是第二細胞時,保持專用預配置的上行鏈路資源(PUR)配置,其中該使用者設備在不同於該第二細胞的第一細胞中被配置該專用預配置的上行鏈路資源配置;在無線電資源控制連接重新建立程序期間選擇第三細胞;及回應於該選擇該第三細胞,基於該第三細胞是否與該第一細胞相同而確定是否釋放該專用預配置的上行鏈路資源配置,其中當該使用者設備處於無線電資源控制連接狀態時,執行該確定是否釋放該專用預配置的上行鏈路資源配置,其中該確定是否釋放該專用預配置的上行鏈路資源配置包括在該第三細胞不同於該第一細胞的情況下確定釋放該專用預配置的上行鏈路資源配置,其中該操作包括回應於該確定釋放該專用預配置的上行鏈路資源配置而釋放該專用預配置的上行鏈路資源配置;或該確定是否釋放該專用預配置的上行鏈路資源配置包括在該第三細胞與該第一細胞相同的情況下確定保持該專用預配置的上行鏈路資源配置,其中該操作包括回應於該確定保持該專用預配置的上行鏈路資源配置而保持該專用預配置的上行鏈路資源配置。
  12. 如請求項11所述的使用者設備,該操作包括:在該第一細胞中接收包括該專用預配置的上行鏈路資源配置的RRCConnectionRelease訊息,其中該專用預配置的上行鏈路資源配置指示當該使用者設備處於無線電資源控制空閒狀態時該使用者設備在該第一細胞中用於執行傳送的一個或多個預配置的上行鏈路資源。
  13. 如請求項11所述的使用者設備,該操作包括:在回應於執行該第二細胞上的隨機存取程序或在執行該第二細胞上的該隨機存取程序期間中的至少一個中釋放該專用預配置的上行鏈路資源配置。
  14. 如請求項11所述的使用者設備,其中:該選擇該第三細胞包括在該無線電資源控制連接重新建立程序期間執行細胞選擇程序,以選擇該第三細胞。
  15. 如請求項11所述的使用者設備,該操作包括:在該無線電資源控制連接重新建立程序期間發起該第三細胞上的隨機存取程序。
  16. 如請求項15所述的使用者設備,其中:在該發起該第三細胞上的該隨機存取程序之前執行該確定是否釋放該專用預配置的上行鏈路資源配置。
  17. 如請求項11所述的使用者設備,其中: 該確定是否釋放該專用預配置的上行鏈路資源配置是基於該第三細胞是否連接到該使用者設備在該選擇該第三細胞之前連接到的第一核心網路類型;該確定是否釋放該專用預配置的上行鏈路資源配置包括當該第三細胞連接到不同於該第一核心網路類型的第二核心網路類型的情況下確定釋放該專用預配置的上行鏈路資源配置;且該操作包括回應於該確定釋放該專用預配置的上行鏈路資源配置而釋放該專用預配置的上行鏈路資源配置。
  18. 如請求項17所述的使用者設備,其中:該使用者設備在該無線電資源控制連接重新建立程序期間不發起隨機存取程序。
  19. 如請求項11所述的使用者設備,該操作包括:回應於接收到包括mobilityControlInfo資訊元素的RRCConnectionReconfiguration訊息而保持該專用預配置的上行鏈路資源配置,其中由該mobilityControlInfo資訊元素指示的第四細胞不同於該第一細胞。
  20. 一種非暫時性電腦可讀介質,包括當由使用者設備(UE)執行時使得執行操作的處理器可執行指令,該操作包括:當該使用者設備處於無線電資源控制(RRC)空閒狀態且該使用者設備的服務細胞是第二細胞時,保持專用預配置的上行鏈路資 源(PUR)配置,其中該使用者設備在不同於該第二細胞的第一細胞中被配置該專用預配置的上行鏈路資源配置;在無線電資源控制連接重新建立程序期間選擇第三細胞;及回應於該選擇該第三細胞,基於該第三細胞是否連接到該使用者設備在該選擇該第三細胞之前連接到的第一核心網路類型而確定是否釋放該專用預配置的上行鏈路資源配置,其中當該使用者設備處於無線電資源控制連接狀態時,執行該確定是否釋放該專用預配置的上行鏈路資源配置,其中:該確定是否釋放該專用預配置的上行鏈路資源配置包括當該第三細胞連接到不同於該第一核心網路類型的第二核心網路類型的情況下確定釋放該專用預配置的上行鏈路資源配置,其中該操作包括回應於該確定釋放該專用預配置的上行鏈路資源配置而釋放該專用預配置的上行鏈路資源配置;或該確定是否釋放該專用預配置的上行鏈路資源配置包括當該第三細胞連接到該第一核心網路類型的情況下確定保持該專用預配置的上行鏈路資源配置,其中該操作包括回應於該確定保持該專用預配置的上行鏈路資源配置而保持該專用預配置的上行鏈路資源配置。
TW109135790A 2019-11-01 2020-10-15 無線通訊系統中釋放預配置的上行鏈路資源(pur)的方法和設備 TWI731805B (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201962929294P 2019-11-01 2019-11-01
US62/929,294 2019-11-01
US201962931000P 2019-11-05 2019-11-05
US62/931,000 2019-11-05

Publications (2)

Publication Number Publication Date
TW202119856A TW202119856A (zh) 2021-05-16
TWI731805B true TWI731805B (zh) 2021-06-21

Family

ID=72943861

Family Applications (1)

Application Number Title Priority Date Filing Date
TW109135790A TWI731805B (zh) 2019-11-01 2020-10-15 無線通訊系統中釋放預配置的上行鏈路資源(pur)的方法和設備

Country Status (7)

Country Link
US (2) US10999885B1 (zh)
EP (2) EP3817506B1 (zh)
JP (2) JP7033177B2 (zh)
KR (1) KR102287995B1 (zh)
CN (1) CN112788797B (zh)
ES (1) ES2950959T3 (zh)
TW (1) TWI731805B (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112021015927A2 (pt) * 2019-02-15 2021-11-03 Ericsson Telefon Ab L M Métodos realizados por um dispositivo sem fio e por uma estação base, dispositivo sem fio, e, estação base
EP4029347B1 (en) * 2020-05-14 2023-12-20 Koninklijke Philips N.V. Small data transmission
EP4190075A4 (en) * 2020-07-29 2024-03-20 Qualcomm Inc PRE-CONFIGURED UPLINK RESOURCE RELEASE FOR SMALL DATA TRANSMISSION
JP2023538285A (ja) * 2020-08-05 2023-09-07 コムキャスト ケーブル コミュニケーションズ, エルエルシー 非接続状態のためのリソース構成
US11864257B2 (en) * 2021-09-24 2024-01-02 Apple Inc. Cell selection optimization during RRC reestablishment
CN114560318B (zh) * 2022-02-25 2024-04-02 浙江工业大学 无人推耙机的自动清舱系统
CN117641523A (zh) * 2022-08-10 2024-03-01 华为技术有限公司 一种通信方法及通信装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8649320B2 (en) * 2008-09-22 2014-02-11 Htc Corporation Method and related device of scheduling request behavior in a wireless communication system
CN102223658B (zh) 2010-04-19 2016-06-29 中兴通讯股份有限公司 一种处理无线链路失败的方法和中继节点
KR101803538B1 (ko) * 2011-05-25 2017-12-01 페어차일드코리아반도체 주식회사 전력 공급 장치 및 그 구동 방법
US8971893B2 (en) * 2012-11-29 2015-03-03 At&T Intellectual Property I, Lp Apparatus and method for management of radio resource control connections
US20190037635A1 (en) * 2017-07-28 2019-01-31 Asustek Computer Inc. Method and apparatus of recovering rrc connection in a wireless communication system
WO2020065619A1 (en) * 2018-09-27 2020-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Support for transmission in preconfigured ul resources
US20220167457A1 (en) * 2019-02-15 2022-05-26 Nokia Technologies Oy Maintaining, suspending, or modifying existing pur configuration in response to a ue entering into rrc connected mode
US11356141B2 (en) * 2019-05-03 2022-06-07 Qualcomm Incorporated Techniques for wireless communications using preconfigured uplink resources
CN110958103B (zh) 2019-12-23 2021-04-27 展讯半导体(南京)有限公司 上行数据传输方法、用户设备及可读存储介质

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ASUSTeK:"Discussion on PUR resource configuration in respect to radio condition", 3GPP R2-1906550, 3GPP TSG-RAN WG2 Meeting #106 Reno, USA, May 13th–17th , 2019
Qualcomm Incorporated:"Email discussion report on [106#61] D-PUR Request, (re)configuration and release mechanism", 3GPP R2-1909841, 3GPP TSG-RAN WG2 Meeting #107 Prague, Czech Republic, August 26th–30th , 2019
Qualcomm Incorporated:"Email discussion report on [106#61] D-PUR Request, (re)configuration and release mechanism", 3GPP R2-1909841, 3GPP TSG-RAN WG2 Meeting #107 Prague, Czech Republic, August 26th–30th , 2019 ASUSTeK:"Discussion on PUR resource configuration in respect to radio condition", 3GPP R2-1906550, 3GPP TSG-RAN WG2 Meeting #106 Reno, USA, May 13th–17th , 2019 *

Also Published As

Publication number Publication date
JP7033177B2 (ja) 2022-03-09
JP7199498B2 (ja) 2023-01-05
KR20210053789A (ko) 2021-05-12
US10999885B1 (en) 2021-05-04
JP2022031846A (ja) 2022-02-22
KR102287995B1 (ko) 2021-08-10
JP2021072620A (ja) 2021-05-06
ES2950959T3 (es) 2023-10-17
US20210136855A1 (en) 2021-05-06
TW202119856A (zh) 2021-05-16
EP3817506A1 (en) 2021-05-05
US20210212149A1 (en) 2021-07-08
CN112788797B (zh) 2021-10-22
EP4199641A1 (en) 2023-06-21
CN112788797A (zh) 2021-05-11
EP3817506B1 (en) 2023-06-14

Similar Documents

Publication Publication Date Title
TWI731805B (zh) 無線通訊系統中釋放預配置的上行鏈路資源(pur)的方法和設備
CN111132345B (zh) 使用预配置上行链路资源进行传送的方法和设备
CN111225443B (zh) 释放无线通信中预配置的上行链路资源配置的方法和设备
CN111328135B (zh) 将时间对准计时器长度预配置上行链路资源的方法和设备
JP2018019403A (ja) 無線通信システムにおけるランダムアクセス手順のmsg3送信を改善するための方法及び装置
US11317373B2 (en) Method and apparatus for mobile-terminated early data transmission (MT-EDT) and preconfigured uplink resources (PUR) in a wireless communication system
CN112218383A (zh) 无线通信系统用于载波选择和早期数据传送的方法和设备
CN114258161B (zh) 无线通信中用于小数据传送的新数据到达的方法和设备
US20210328651A1 (en) Method and apparatus for handling beam failure recovery regarding medium access control reset in a wireless communication system
CN114205921A (zh) 无线通信系统中用于小数据传送的方法和设备
WO2023001200A1 (en) User equipment and method for performing configured grant based small data transmission
CN115119341A (zh) 用于小型数据传输过程的用户设备和方法
JP2023102203A (ja) 端末装置、基地局装置、および方法