新的RRC INACTIVE狀態(tài)功能與RAN通知/尋呼區(qū)域的概念緊密耦合，其功能類似于UMTS URA區(qū)域。換句話說，具有有效AS上下文的UE可以在包括一個或多個小區(qū)的區(qū)域內(nèi)移動，而不向網(wǎng)絡(luò)發(fā)送任何通知。層2設(shè)想了如何定義RAN通知/尋呼區(qū)域的幾個不同選項，其中已經(jīng)考慮了兩種主要方法——系統(tǒng)信息中的RAN?area?ID廣播和小區(qū)的明確列表。然而，無論RAN通知/尋呼區(qū)域如何被定義并用信號通知給UE，UE具有兩個支持附加過程以在新的INACTIVE狀態(tài)下實現(xiàn)正確的功能。

參考TR 38.804和TS 38.800，RAN通知/尋呼區(qū)域的特征在于處于INACTIVE狀態(tài)的以下UE行為：

• 通知區(qū)域可以覆蓋單個或多個小區(qū)，并且可以小于CN區(qū)域；

• 當(dāng)UE停留在通知區(qū)域的邊界內(nèi)時，UE不發(fā)送任何“位置更新”指示；

• UE離開該區(qū)域時更新其到網(wǎng)絡(luò)的位置。

下面的圖1顯示了包括Cell#1-5的示例性RAN通知區(qū)域。無論RAN通知/尋呼區(qū)域是如何定義的，只要UE停留在該區(qū)域內(nèi)，UE就不會發(fā)送任何通知。如果它移動到例如Cell#6，則將發(fā)送相應(yīng)的通知。

除了上面定義的RAN通知/區(qū)域“更新”過程之外，還需要有周期性的RAN區(qū)域更新過程。問題是，從核心網(wǎng)的角度來看，處于不活動RRC狀態(tài)的UE被感知為已連接。結(jié)果，UE將不執(zhí)行周期性TAU過程，這反過來觸發(fā)需要具有某個RAN區(qū)域周期性更新過程。

1.?將RRC_INACTIVE定義為NR中的新RRC狀態(tài)。

2.?當(dāng)重新選擇到不屬于所配置的基于RAN的通知區(qū)域（RNA）的小區(qū)時，RRC_INACTIVE中的UE通過恢復(fù)過程周期性地通知NR RAN基于RAN位置區(qū)域更新（RLAU）。

值得注意的是，無論觸發(fā)“RAN區(qū)域更新”過程（即跨越區(qū)域邊界或定時器到期），UE都需要更新其到網(wǎng)絡(luò)的位置，因此，假設(shè)連接恢復(fù)/激活過程是非常自然的。然而，網(wǎng)絡(luò)還需要知道UE接入網(wǎng)絡(luò)的原因。UE在向網(wǎng)絡(luò)發(fā)送請求消息時應(yīng)指示相應(yīng)的“原因”。實際上，網(wǎng)絡(luò)知道請求消息的原因（例如RAN區(qū)域更新、MO數(shù)據(jù)等）和UL緩沖值就足夠了，以決定UE是否應(yīng)該被發(fā)送回INACTIVE或移動到完全不同的狀態(tài)。

1.?連接恢復(fù)消息將包括至少可以指示RAN區(qū)域更新的信息。不排除包含信息以實現(xiàn)訪問控制。

一旦網(wǎng)絡(luò)知道UE更新其RAN通知/尋呼區(qū)域位置，它就可以決定下一步做什么。網(wǎng)絡(luò)最預(yù)期的動作將是將UE移動回提供相應(yīng)RAN區(qū)域配置的INACTIVE狀態(tài)。同時，UE下一步應(yīng)該做什么最終取決于網(wǎng)絡(luò)。作為示例，如果長時間沒有用戶面活動并且網(wǎng)絡(luò)想要刪除UE上下文，則網(wǎng)絡(luò)可以將UE移動到CONNECTED狀態(tài)（例如，如果存在下行數(shù)據(jù)）或?qū)⑵湟苿拥絀DLE狀態(tài)。此外，如果gNB丟失了UE上下文或無法從源錨gNB獲取UE上下文，則連接恢復(fù)/激活過程甚至可能失敗?；诖耍l(fā)起“RAN區(qū)域更新”過程的UE應(yīng)準(zhǔn)備好從網(wǎng)絡(luò)接收以下“命令”。

• “Reconfiguration/Release”。網(wǎng)絡(luò)可以將UE發(fā)送回INACTIVE狀態(tài)或指示其移動到IDLE或CONNECTED。網(wǎng)絡(luò)側(cè)最預(yù)期的動作將是將UE移回INACTIVE。然而，網(wǎng)絡(luò)還可以請求UE轉(zhuǎn)移到CONNECTED狀態(tài)（例如，如果網(wǎng)絡(luò)具有下行數(shù)據(jù)）或移動到IDLE（例如，釋放上下文）。

• “Setup”。在這種情況下，網(wǎng)絡(luò)請求UE建立具有新AS上下文的新RRC連接。當(dāng)網(wǎng)絡(luò)選擇建立新連接時，最預(yù)期的情況是它不具有UE上下文或無法檢索它。

“RAN區(qū)域更新”過程應(yīng)該被理想地優(yōu)化，以便網(wǎng)絡(luò)和UE交換盡可能少的RRC消息。確保低RRC開銷的最直接的方法是以這樣的方式設(shè)計過程，即網(wǎng)絡(luò)可以用單個響應(yīng)消息發(fā)出所有必要的指令。換言之，來自網(wǎng)絡(luò)的響應(yīng)消息將告訴UE它應(yīng)該使用相關(guān)配置參數(shù)進入哪個狀態(tài)。應(yīng)該注意，當(dāng)目標(biāo)狀態(tài)為IDLE或INACTIVE時，可以很容易地完成。事實上，協(xié)議已經(jīng)同意使用單個消息將UE從CONNECTED（已連接）移動到INACTIVE/IDLE（未激活/空閑），而沒有“完整”消息，因此在接收到請求消息時可以遵循相同的原則。與CONNECTED to INACTIVE情況相比，唯一的區(qū)別是處于CONNECTED的UE激活了安全上下文，這意味著它可以從網(wǎng)絡(luò)接收加密的RRC消息。

如果網(wǎng)絡(luò)決定將UE重新配置為CONNECTED狀態(tài)，則仍可能需要“完成”消息作為來自UE的所有物理級別參數(shù)已成功應(yīng)用的最終指示。事實上，關(guān)于從INACTIVE到CONNECTED的過渡，層2的初步?jīng)Q定是使用三個RRC消息。然而，如果可以在轉(zhuǎn)換到CONNECTED時消除“完整”消息，那么整個信令框架可以被統(tǒng)一。