NB-IoT系列協議--3GPP--Release 16--TS 36.331--無線資源控制(RRC)協議規範

1.範圍

本文檔爲UE和E-UTRAN之間的無線電接口以及RN和E-UTRAN之間的無線電接口指定了無線電資源控制協議。本文件的範圍還包括：
a.在eNB之間切換時，在透明容器中在源eNB和目標eNB之間傳輸的無線電相關信息;
b.在一個透明容器中，在一個源或目標eNB和另一個系統之間通過inter RAT切換傳輸的無線電相關信息。
RRC協議也被用來配置一個IAB節點和它的父節點之間的無線電接口。

2.概述

2.1 介紹

在這個規範中，爲UE指定的(部分)過程和消息同樣適用於RN，以獲得RN所需的功能。還有一些(部分)過程和消息只適用於RN與E-UTRAN通信，在這種情況下，規範表示RN而不是UE。此規範涵蓋了MR-DC，即UE使用屬於另一個節點的資源使用NR RAT進行配置的情況。按照TS 38.331的規定，使用NR RRC進行與NR相關的配置。
NB-IoT是一種不向後兼容的E-UTRAN變體，支持簡化的功能集。在本規範中，爲UE指定的(部分)過程和消息同樣適用於NB-IoT中的UE。在NB-IoT中，還有一些功能和相關程序以及消息不被UEs支持。

2.2 體系結構

2.2.1 UE狀態和狀態轉換，包括inter RAT

當建立RRC連接時，UE位於RRC_CONNECTED中;當RRC連接被掛起時，UE位於RRC_INACTIVE中(如果UE連接到5GC)。如果不是這樣，即沒有建立RRC連接，則UE處於RRC_IDLE狀態。RRC各狀態還可以進一步描述爲：
a.RRC_IDLE
–UE控制移動；
–監視一個尋呼通道以檢測呼入呼叫(通過CN尋呼)，系統信息更改，對於ETWS能力的問題，ETWS通知，以及對於CMAS能力的問題，CMAS通知；
–執行鄰近單元測量和單元(重選)選擇；
–獲取系統信息；
–執行可用測量的日誌記錄，併爲已配置的問題記錄測量的位置和時間；
–可能執行EDT；
–可以使用PUR執行傳輸。
b.RRC_INACTIVE
–RRC層配置了RAN-based的通知區域；
–UE將不活動的UE存儲爲上下文；
–應用RRC_IDLE過程，除非另有指定；
–使用5G-S-TMSI監視CN分頁通道，並使用fullI-RNTI運行分頁；
–定期執行RAN-based的通知區域更新；
–當移動出配置的RAN-based的通知區域時，執行RAN-based的通知區域更新；
c.RRC_CONNECTED
–傳輸單播數據到/從UE；
–對於支持CA的UEs，使用一個或多個SCells，與PCell聚合，以增加帶寬；
–對於支持直流的UEs，使用一個SCG，與MCG聚合，以增加帶寬；
–對於UEs支持(NG)EN-DC，可以選擇配置一個NR SCG與用於DRBs和SRBs的MCG，以提高性能(SRBs)和增加帶寬(DRBs)；
–對於支持NE-DC的問題解決方案，可以將一個SCG配置爲DRBs和SRBs的NR MCG，以提高性能(SRBs)和帶寬(DRBs)；
–監控分頁通道和/或系統信息塊類型1的內容，以檢測系統信息的變化，對於ETWS能力的問題，ETWS通知，以及對於CMAS能力的問題，CMAS通知(不適用於BL問題，CE和NB-IoT問題)；
–監視器控制與共享數據通道相關聯的通道，以確定數據是否爲其調度；
–對於支持以RRC_CONNECTED模式接收ETWS/CMAS指示的CE中的UEs，監視與共享數據通道相關聯的控制通道以獲取ETWS通知和/或CMAS通知；
–獲取系統信息(不適用於BL值、CE值和NB-IoT值)，但適用於ETWS/CMAS接收。

2.2.2 信號廣播持有者

“Signalling Radio Bearers” (SRBs)被定義爲無線電承載器(RB)，僅用於傳輸RRC和NAS消息。具體來說，我們定義了以下SRBs:
–SRB0用於使用CCCH邏輯通道的RRC消息；
–SRB1用於RRC消息(其中可能包括附帶的NAS消息)以及SRB2建立之前的NAS消息，所有這些都使用DCCH邏輯通道；
–對於NB-IoT，SRB1位用於RRC消息(可能包括附帶的NAS消息)以及安全激活前的NAS消息，所有這些都使用DCCH邏輯通道；
–SRB2用於包含日誌測量信息的RRC消息和NAS消息，它們都使用DCCH邏輯通道。SRB2的優先級比SRB1低，並且在安全激活後總是由E-UTRAN配置。SRB2不適用於窄帶物聯網；
–SRB4是RRC消息，其中包括應用層測量報告信息，所有使用DCCH邏輯通道。SRB4只能在安全激活後由E-UTRAN配置。SRB4不適用於窄帶物聯網。

在下行鏈路中，NAS消息的piggybacking僅用於一個依賴(即關聯成功/失敗)過程：承載者建立/修改/發佈。在上行鏈路中，NAS消息piggybacking僅用於在連接設置期間傳輸初始的NAS消息。一旦安全性被激活，SRB1、SRB2和SRB4上的所有RRC消息，包括那些包含NAS或非3gpp消息的消息，將被PDCP完整性保護和加密。NAS獨立地對NAS消息應用完整性保護和加密。

對於一個配置了DC的UE，所有RRC消息，無論使用的SRB和在下行和上行，都通過MCG傳輸。對於EN-DC，在連接建立後可以同時爲SRB1和SRB2配置NR PDCP，如果是，則這些SRB可以配置爲分割SRB。對於NGEN-DC和NE-DC，始終配置NR PDCP。對於分割SRB, UE通過MCG和NR SCG接收RRC消息，即按照TS 38.323[83]中規定的順序處理故障和重複pdu。對於分割SRB，網絡配置通過哪個單元組UE發送上行RRC消息。

2.3 服務

2.3.1 提供給上層的服務

RRC協議向上層提供以下服務:
a.公共控制信息的廣播；
b.廣播定位輔助數據；
c.RRC_IDLE和RRC_INACTIVE中的UEs通知，例如關於ETWS和CMAS的終止調用;
d.傳輸專用的控制信息，即用於一個特定UE的信息。

2.3.2 期望來自較低層的服務

以下是RRC期望從低層得到的主要服務:
a.PDCP：完整性保護和加密
b.RLC：可靠的、按順序的信息傳輸，不引入重複，支持分割和連接。

2.4 功能

RRC協議包括以下主要功能:
a.系統信息廣播
–包括NAS公共信息；
–RRC_IDLE中適用於UEs的信息，如cell (re-)選擇參數，鄰近小區信息，RRC_CONNECTED中適用於UEs的信息，如通用信道配置信息；
–包括定位輔助數據。
b.RRC連接控制
–分頁；
–RRC連接的建立/修改/暫停/恢復/釋放，包括UE身份(C-RNTI)的分配/修改，SRB1、SRB1 1bis、SRB2和SRB4的建立/修改/暫停/恢復/釋放，訪問類的限制；
–初始安全激活，即作爲完整性保護(SRBs)和加密(SRBs, DRBs)的初始配置；
–對於RNs，配置作爲DRBs的完整性保護；
–RRC連接移轉，包括例如頻率內及頻率間的切換、相關的保安處理，即密鑰/算法的更改、指定網絡節點間傳送的RRC上下文信息；
–建立/修改/發佈攜帶用戶數據的RBs (DRBs);
–無線電配置控制，包括ARQ配置、HARQ配置、DRX配置的分配/修改；
–對於RNs，用於RN和E-UTRAN之間的無線電接口的特定於RN的無線電配置控制；
–在CA情況下，單元管理包括PCell的更改、SCell(s)的添加/修改/釋放和STAG(s)的添加/修改/釋放；
–在DC情況下，單元管理包括PSCell的變更，SCG cell(s)的添加/修改/發佈，SCG TAG(s)的添加/修改/發佈。
–對於(NG)EN-DC, NR RRC消息的透明傳輸(例如DL:用於添加或修改NR SCG配置或(重新)配置測量的重配置消息);配置條件PSCell更改;UL:測量報告和重新配置完整信息)和使用NR PDCP的無線電承載器的配置。
–從無線電鏈路故障中恢復；
–對於LWA、RCLWI和LWIP, WLAN移動集管理，包括從WLAN移動集添加/修改/釋放WLAN；

2.5 數據可供傳輸的NB-IoT

爲了實現MAC數據量和功率頭頂空間報告，NB-IoT UE應考慮以下數據在RRC層進行傳輸：
a.將SDUs提交給較低層
–SDU本身，如果SDU還沒有被RRC處理
–如果SDU已經被RRC處理，則稱爲PDU
b.上層可供傳輸的數據沒有提交給RRC層。

溫馨提示：
以上文章描述如有不清晰之處，歡迎在評論區評論，如有時間，會第一時間回覆，謝謝！