一、終端RRC狀態(tài) 在5G系統(tǒng)中終端(UE)與無線網(RAN)連接可處于RRC idle、RRC inactive或RRC connected狀態(tài);其中: 二、終端從RRC Connected到Inactive信令流程如下圖8.9.6.1-1所示,5G無線網絡中在基站(gNB)拆分為gNB-CU-CP、gNB-CU-UP和gNB-DU后,由gNB-CU-CP首先根據其檢測到Inactive Timer=0時通過BEARER CONTEXT SETUP REQUEST消息發(fā)起到RRC Inactive流程; 三、RRC Connected到Inactive步驟和消息 Step1.gNB-CU-CP發(fā)送檢測到帶有UE/PDU會話/DRB級未激活定時器(Inactive Timer=0)的BEARER CONTEXT SETUP REQUEST消息給gNB-CU-UP。 Step2. gNB-CU-UP發(fā)送帶有未激活監(jiān)控結果的BEARER CONTEXT INACTIVITY NOTIFICATION消息給gNB-CU-CP。 Step3.gNB-CU-UP發(fā)送BEARER CONTEXT INACTIVITY NOTIFICATION消息,其中包含不活動(Inactive Timer=0)的監(jiān)測控結果。 Step4. gNB-CU-CP確定UE應進入RRC Inactive狀態(tài)(例如在收到 Bearer Context未激活通知過程后)。 Step5. gNB-CU-CP向gNB-CU-UP發(fā)送帶有承載上下文狀態(tài)更改的承載上下文修改請求消息,表示UE正在進入RRC Inactive狀態(tài)。gNB-CU-CP保留F1 UL TEID。 Step6. gNB-CU-UP發(fā)送包含數據量報告等可能需要的PDCP UL和 DL狀態(tài)的承載上下文修改響應消息。gNB-CU-UP保留承載上下文、與UE相關的邏輯E1連接、NG-U相關資源(例如NG-U DL TEID)和F1 UL TEID。 Step7.gNB-CU-CP向為UE服務的gNB-DU發(fā)送UE CONTEXT RELEASE COMMAND消息,同時發(fā)送要發(fā)送給UE的RRCRelease消息。 ----Step5和Step7可以同時執(zhí)行。 Step8. gNB-DU向UE發(fā)送RRCRelease消息。 Step9.gNB-DU向gNB-CU-CP發(fā)送UE CONTEXT RELEASE COMPLETE消息。
本文根據3GPP R18 TS38.401-I20第8.9.6節(jié)相關內容編譯整理
|