【NR技术】RRC状态转移以及RRC重建立过程

1 概述

本文介绍NR RRC状态转移的过程以及RRC重建立相关的过程。

2 RRC状态转移

2.1 RRC connected 态到 RRC inactive转移

RRC connected到RRC inactive state状态转换，gNB由gNB- cu和gNB- du (s)组成的场景下，如图1所示

图1 RRC connected to RRC inactive state transition procedure

0. 首先，gNB-CU决定终端从连接模式进入RRC非激活模式。
1. gNB-CU向UE生成包含挂起配置的rrrelease消息。RRC消息封装在UE CONTEXT RELEASE命令消息中，发送给gNB-DU。
2. gNB-DU将rrrelease消息转发给UE。
3. gNB-DU响应UE CONTEXT RELEASE COMPLETE消息。

2.2 RRC inactive 到other states转移

gNB由gNB- CU和gNB- DU(s)组成场景下，该节介绍RRC不活跃态到其他RRC状态转换，如图2所示。

图2 RRC inactive to other RRC states transition procedure

1. 如果从5GC接收到数据，则gNB-CU向gNB-DU发送PAGING消息。
2. gNB-DU向UE发送Paging消息。
   注意:步骤1和步骤2只存在于DL数据到达的情况下。
3. 在基于ran的寻呼、UL数据到达或RNA更新时，UE发送RRCResumeRequest消息。
4. gNB-DU在非ue关联的INITIAL UL RRC MESSAGE TRANSFER消息中包含RRCResumeRequest，并向gNB-CU传输。
5. 对于UE Inactive到UE Active的转换，不包括仅由于信令交换引起的转换，gNB-CU分配gNB-CU UE F1AP ID并向gNB-DU发送UE CONTEXT SETUP REQUEST消息，其中可能包括要设置的SRB ID和DRB ID，也可能包括存储在gNB-CU或从旧NG-RAN节点检索的CellGroupConfig。在NG-RAN共享情况下，gNB-CU包含服务PLMN ID (SNPNs为服务NID)
6. gNB-DU响应UE CONTEXT SETUP RESPONSE消息，该消息包含gNB-DU提供的SRB和DRB的RLC/MAC/PHY配置。
   注意:步骤5和步骤6适用于inactive到 active的转换，不包括仅由信令交换引起的转换。当gNB-CU成功检索并验证UE上下文时，它可能决定让UE进入RRC active模式。gNB-CU将触发gNB-CU和gNB-DU之间的UE上下文设置过程，在此过程中可以设置SRB1, SRB2和DRB。对于仅交换信令的转换，gNB-CU不触发UE上下文设置过程。对于inactive态到Idle态的转换，gNB-CU不会触发UE上下文设置过程。
7. gNB-CU生成RRCResume/RRCSetup/RRCReject/RRCRelease报文，或者接收旧NG-RAN节点发送给UE的RRCRelease报文。RRC消息与SRB ID一起封装在DL RRC message TRANSFER消息中。
8. gNB-DU通过SRB0或SRB1(由SRB ID指定)将RRC消息转发给UE。
   注:在步骤7中，期望gNB-CU采取适当的行动，例如，为inactive状态转换到active状态生成RRC resume消息(仅针对信令交换和UP数据交换两种情况)，为fallback生成RRCSetup消息以建立新的RRC连接，以及为inactive态转换到Idle态生成或从旧NG-RAN节点接收RRCRelease消息而不暂停配置。或rrrelease消息，其中挂起配置保持在inactive状态。
   如果不执行步骤5和步骤6，则gNB-DU根据SRB ID推断出要在步骤7中发送RRC消息的SRB，即SRB ID“0”对应SRB0, SRB ID“1”对应SRB1。
9. UE向gNB-DU发送RRCResumeComplete/RRCSetupComplete消息。
10. gNB-DU将RRC封装在UL RRC MESSAGE TRANSFER消息中，发送给gNB-CU。
    注意:步骤9和步骤10用于inactive状态到active状态的转换(仅适用于信令交换和UP数据交换的两种情况)。UE生成RRCResumeComplete/RRCSetupComplete 消息，分别用于恢复现有的RRC连接或回退到新的RRC连接。

3 RRC 连接重建立过程

此过程用于终端尝试重新建立RRC连接的情况，如图3所示。

图3 RRC connection reestablishment procedure

1. 终端向gNB-DU发送preamble。
2. gNB-DU分配新的C-RNTI并响应RAR。
3. UE向gNB-DU发送RRCReestablishmentRequest报文，该报文包含旧的C-RNTI和旧的PCI。
4. gNB-DU包含RRC消息，如果终端被接纳，则在INITIAL UL RRC message TRANSFER消息中对该终端进行相应的底层配置，并传输到gNB-CU。初始UL RRC MESSAGE TRANSFER消息包括新的C-RNTI。如果gNB-DU在随机接入过程中将该终端识别为Reduced Capability UE，则在INITIAL UL RRC MESSAGE TRANSFER消息中提供NR RedCap UE指示。
5. gNB-CU包含一条RRCReestablishment消息，并传输给gNB-DU。如果终端在最后一个服务的gNB-DU中请求重新建立RRC连接，则DL RRC MESSAGE TRANSFER消息应包含旧的gNB-DU UE F1AP ID。
6. gNB-DU根据旧的gNB-DU UE F1AP ID检索UE上下文，并用新的C-RNTI/PCI替换旧的C-RNTI/PCI。向UE发送RRCReestablishment消息。
7. 见下一条
8. UE向gNB-DU发送RRCReestablishmentComplete消息。gNB-DU将RRC消息封装在UL RRC message TRANSFER消息中，发送给gNB-CU。
9. &10
10. gNB-CU通过发送UE Context Modification REQUEST消息触发UE Context Modification过程，该消息可能包括待修改DRB和发布DRB列表。gNB-DU响应带有UE上下文修改响应消息。

9’-10’。gNB-DU通过发送UE Context Modification REQUIRED消息触发UE Context Modification过程，该消息可能包含需要修改的DRB和发布DRB列表。gNB-CU响应UE CONTEXT MODIFICATION CONFIRM消息。
注意:这里假设UE访问了原始的gNB-DU，其中UE上下文可用于该UE，并且可以执行步骤9-10或步骤9 ’ -10 '，也可以跳过这两个步骤。
注意:如果从其他gNB-DU访问UE，则gNB-CU应触发针对该新gNB-DU的UE上下文设置过程。

11 - 12。gNB-CU将RRCReconfiguration消息包含到DL RRC message TRANSFER消息中，并传输到gNB-DU。由gNB-DU转发给终端。
13 - 14日。UE向gNB-DU发送RRCReconfigurationComplete报文，由gNB-DU转发给gNB-CU。

4 参考文献

3gpp 38.401