【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所示

【NR技术】RRC状态转移以及RRC重建立过程_第1张图片

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

2.2 RRC inactive 到other states转移

gNB由gNB- CU和gNB- DU(s)组成场景下,该节介绍RRC不活跃态到其他RRC状态转换,如图2所示。
【NR技术】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所示。
【NR技术】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

你可能感兴趣的:(NR技术,NR,5G,RRC连接,RRC重建)