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层。

温馨提示：
以上文章描述如有不清晰之处，欢迎在评论区评论，如有时间，会第一时间回复，谢谢！