【NR技术】 NR多连接处理流程（Multi-Connectivity operation）

本文主要是介绍【NR技术】 NR多连接处理流程（Multi-Connectivity operation），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

1 概述

本文描述NR多连接处理流程。

2 辅节点添加Secondary Node Addition

2.1 EN-DC

en-gNB由gNB-CU和gNB-DU组成，下图给出了EN-DC中SgNB的添加过程。

图1 SgNB addition procedure in EN-DC

1. MN决定请求SN为特定的E-RAB分配资源，表明E-RAB的特征(E-RAB参数、承载类型对应的TNL地址信息)。另外，对于需要SCG无线资源的承载，MN表示请求的SCG配置信息，包括整个UE能力和UE能力协调结果。在这种情况下，MN还提供最新的测量结果，供SN选择和配置SCG小区。MN可能会请求SN为拆分SRB操作分配无线资源。MN总是向SN提供所有需要的安全信息(即使没有设置SN终止的承载)，以使SRB3能够基于SN决策进行设置。如果承载选项在MN和SN之间需要X2-U资源，则MN为各自的E-RAB提供X2-U TNL地址信息，为SN终止承载提供X2-U DL TNL地址信息，为MN终止承载提供X2-U UL TNL地址信息。在SN终止的分裂承载的情况下，MN提供它所能支持的最大QoS级别。MN可以请求激活或停用SCG。SN可能会拒绝添加请求。
   注1:对于split bearers，MCG和SCG资源的请求数量可能如此之多，以至于各自E-RAB的QoS由MCG和SCG提供的资源的确切总和保证，甚至更多。对于MN终止的分裂承载者，MNs的决定在步骤1中通过向SN发送的E-RAB参数反映出来，这些参数可能与S1接收到的E-RAB参数不同。
   注2:对于特定的E-RAB, MN可以要求直接建立SCG或拆分承载，即无需首先建立MCG承载。也允许所有E-RAB都可以配置为SN端承载，即没有E-RAB被建立为MN端承载。
2. 如果SN中的RRM实体能够接受资源请求，它将分配各自的无线资源，并根据承载选项分配各自的传输网络资源。对于需要SCG无线资源的承载，SN触发随机接入，以便执行SN无线资源配置的同步。SN决定Pcell和其他SCG Cell，并在SgNB添加请求确认消息中包含的NR RRC配置消息中向MN提供新的SCG无线资源配置。如果承载选项在MN和SN之间需要X2-U资源，则SN为各自的E-RAB提供X2-U TNL地址信息，为SN终止承载提供X2-U UL TNL地址信息，为MN终止承载提供X2-U DL TNL地址信息。对于SN终止的承载，SN为各自的E-RAB和安全算法提供S1-U DL TNL地址信息。如果请求了SCG无线资源，则提供SCG无线资源配置。如果MN请求去激活SCG, SN可能会保持SCG的激活状态。如果MN请求激活SCG，则SN保持SCG的激活状态。
   注3:对于SN终止的拆分承载（split bearer）选项，SN可以决定向MN请求一定数量的资源，使得各自E-RAB的QoS由MN和SN提供的资源的总和保证，甚至更多。SNs的决定在步骤2中通过发送给MN的E-RAB参数反映出来，这些参数可能与步骤1中接收到的E-RAB参数不同。从MN请求的QoS级别不能超过MN在步骤1中设置拆分承载时提供的级别。
   注4:MN终止承载时，用户平面数据传输可在步骤2之后进行。
   注5:如果SN终止承载，则在步骤2之后进行数据转发和SN状态转移。
3. MN向终端发送RRCConnectionReconfiguration消息，其中包含NR的RRC配置消息，不进行修改。在MN RRCConnectionReconfiguration消息中，MN可以指示SCG已去激活。
4. UE应用新的配置，并使用RRCConnectionReconfigurationComplete消息回复MN，如果需要，还包括NR RRC响应消息。如果终端无法遵守RRCConnectionReconfiguration消息中包含的(部分)配置，则执行重新配置失败过程。
5. 如果从终端接收到SgNB ReconfigurationComplete消息(包含编码的NR RRC响应消息)，则MN通过SgNB ReconfigurationComplete消息通知SN终端已经成功完成了重配过程。
6. 如果配置了需要SCG无线资源的承载，且SCG未停用，则终端向SN的Pcell执行同步。UE向SCG发送RRCConnectionReconfigurationComplete消息和执行Random Access过程的顺序没有限制。RRC连接重新配置过程的成功完成并不需要成功地向SCG进行RA过程。
7. 如果使用RLC AM将PDCP终止点更改为承载的SN，且没有使用RRC full配置，则MN发送SN Status Transfer消息。
8. 对于从MN移出的SN终止承载，取决于各自E-RAB的承载特性，MN可能会采取措施，以尽量减少由于激活EN-DC(数据转发)而导致的业务中断。
   a1:gNB-CU从MeNB接收到SGNB ADDITION REQUEST消息后，向gNB-DU发送UE CONTEXT SETUP REQUEST消息，创建UE CONTEXT。如TS 37.340[12]中规定的，在Secondary Node变更过程中，UE CONTEXT SETUP REQUEST消息可能包含源小区组配置，以允许gNB-DU执行增量配置。
   a2：gNB-DU用UE CONTEXT SETUP RESPONSE消息响应gNB-CU。如果gNB-DU在没有源小区组配置的情况下接收到UE CONTEXT SETUP REQUEST消息，或者在TS 37.340[12]中规定的Secondary Node变更过程中，或者如果gNB-DU在接收到源小区组配置后决定执行完整配置，则应执行完整配置并在UE CONTEXT SETUP RESPONSE消息中表明已应用完整配置。
   注意:在Inter-gNB-CU Mobility上，执行相同的方法来实现完整配置和增量配置。

3 辅节点释放流程Secondary Node Release (MN/SN initiated)

3.1 EN-DC

en-gNB由一个gNB-CU和一个gNB-DU(s)组成，下图给出了EN-DC中的SgNB释放流程。
MN initiated SN Release

图2 SgNB release procedure in EN-DC (MN initiated)

1. MN通过发送SgNB Release Request消息来发起进程。如果适用，则由MN向SN提供数据转发地址。
2. SN通过发送SgNB释放请求确认消息来确认SN释放。在适当的情况下，SN可以拒绝SN Release，例如由SN触发的SN变更过程。
   注0:如果配置了CPA（Conditional PSCell Addition）或跨SN CPC （Conditional PSCell Change），则接收到SgNB释放请求确认消息后，MN将取消所有具有目标候选SN的CPAC（Conditional PSCell Addition or Change）。
3. &4
4. 如果需要，MN在发给终端的RRCConnectionReconfiguration消息中指示终端释放整个SCG配置。如果终端无法遵守RRCConnectionReconfiguration消息中包含的(部分)配置，则执行重新配置失败过程。
   注1:如果采用数据转发，步骤1和步骤2之间的及时协调可以最大限度地减少服务提供的差距，但这被认为是一个实施问题。
5. 对于使用RLC AM的承载，SN发送SN状态转移消息。
6. 从SN到MN的数据转发可能会启动。
7. SN向MN发送“从RAT数据使用报告”消息，包括相关E-RABs通过NR无线电向UE发送和从UE接收的数据量。
   注2:如果应用数据转发，则SN发送从RAT数据使用报告消息并开始带MN的数据转发的顺序没有定义，即步骤7可以在步骤6之前进行。该SN不需要等待数据转发结束后才发送“从RAT数据利用率报表”消息。
8. 如果适用，则启动路径更新过程。
9. 接收到UE上下文释放消息后，SN释放与UE上下文关联的无线和控制面相关资源。任何正在进行的数据转发都可以继续。
   注意:发送第二步SGNB RELEASE REQUEST ACKNOWLEDGE消息的时间是一个例子，它可以在步骤a1或a2之后发送，这取决于实现。
   a1、gNB-CU收到MeNB发送的SGNB RELEASE REQUEST消息后，向gNB-DU发送UE CONTEXT MODIFICATION REQUEST消息，停止该UE的数据传输。何时停止UE调度取决于gNB-DU的实现。
   a2、gNB-DU用UE上下文修改响应消息响应gNB-CU。
   a3、gNB-CU接收到MeNB下发的UE CONTEXT RELEASE命令后，向gNB-DU下发UE CONTEXT RELEASE命令，释放UE CONTEXT。
   a4、gNB-DU用UE CONTEXT RELEASE COMPLETE消息响应gNB-CU。
   SN initiated SN Release
   

图3 SgNB release procedure in EN-DC (SN initiated)

1. SN通过发送SgNB Release Required消息来启动该过程，该消息可能包含节点间消息以支持增量配置。
2. 如果适用，MN会向SgNB释放确认消息中的SN提供数据转发地址。该SN可能在收到SgNB释放确认消息后立即开始数据转发，并停止向终端提供用户数据。
   注2a:如果配置了CPA或跨SN CPC，则在收到SgNB Release Required消息后，MN将取消所有具有目标候选SN的CPAC。
3. &4
4. 如果需要，MN在发给终端的RRCConnectionReconfiguration消息中指示终端释放整个SCG配置。如果终端无法遵守RRCConnectionReconfiguration消息中包含的(部分)配置，则执行重新配置失败过程。
   注3:如果采用数据转发，步骤2和步骤3之间的及时协调可以最大限度地减少服务提供的差距。然而，这被认为是一个实现问题。
5. 对于使用RLC AM的承载，SN发送SN状态转移消息。
6. 从SN到MN的数据转发可能会启动。
7. SN向MN发送“从RAT数据使用报告”消息，包括相关E-RABs通过NR无线电向UE发送和从UE接收的数据量。
   注4:如果应用数据转发，则SN发送从RAT数据使用报告消息并带MN开始数据转发的顺序没有定义，即步骤7可以在步骤6之前进行。该SN不需要等待数据转发结束后才发送“从RAT数据利用率报表”消息。
8. 如果适用，则启动路径更新过程。
9. 接收到UE上下文释放消息后，SN释放与UE上下文关联的无线和控制平面相关资源。任何正在进行的数据转发都可以继续。

a1。gNB-CU向gNB-DU发送UE CONTEXT MODIFICATION REQUEST消息，停止UE的数据传输。何时停止UE调度取决于gNB-DU的实现。该步骤可能发生在步骤1之前。
a2。gNB-DU用UE上下文修改响应消息响应gNB-CU。
a3。gNB-CU接收到MeNB下发的UE CONTEXT RELEASE命令后，向gNB-DU下发UE CONTEXT RELEASE命令，释放UE CONTEXT。
a4。gNB-DU用UE CONTEXT RELEASE COMPLETE消息响应gNB-CU。

4 SCG suspend/resume in RRC_INACTIVE

下面描述RRC_INACTIVE中SCG恢复的过程。

图4 SCG Suspend/Resume in RRC_INACTIVE

1. 在终端从RRC_CONNECTED状态进入RRC_INACTIVE状态之前，SN所在的CU向SN所在的DU发送终端上下文修改请求(UE CONTEXT MODIFICATION REQUEST)，暂停终端的SCG。
2. SN的DU向SN的CU发送终端上下文修改响应(UE CONTEXT MODIFICATION RESPONSE)，保留终端的所有底层配置，不接收和发送数据。
3. &4
4. MN触发MN发起的SN修改过程，请求SN暂停底层处理。
5. 在终端从RRC_INACTIVE状态进入RRC_CONNECTED状态之前，SN的CU向SN的DU发送UE CONTEXT MODIFICATION REQUEST消息，恢复该终端的SCG。
6. “SN”所在的DU向“SN”所在的CU发送“UE CONTEXT MODIFICATION RESPONSE”消息，并使用之前存储的底层配置。
7. 7~11: 参考 TS 37.340 处理。

5 SCG Deactivation and Activation

NR SCG在MR-DC中的激活和去激活过程如下所示。

5.1 SN Addition with SCG Activation or Deactivation

图5 SCG Activation or Deactivation in SN Addition procedure

1. MN向SN发送SN添加请求消息，表示SCG激活或去激活的请求。
2. SN-CU-CP可以向SN-CU-UP发送承载上下文设置请求消息，以设置承载上下文并通知SCG的激活或去激活。
3. SN-CU-UP向SN-CU-CP发送承载上下文设置响应消息。
4. 4. SN-CU向SN-DU发送UE CONTEXT SETUP REQUEST消息，建立UE CONTEXT，并指示SCG激活或去激活的请求。
5. SN-DU向SN-CU发送UE CONTEXT SETUP RESPONSE消息，表示SCG状态。如果请求激活SCG，则SN-DU应在消息中指示SCG已激活。
6. 如第8.9.2条所述，SN-CU-CP可以向SN-CU-UP发送承载上下文修改请求消息，并在需要时通知SCG状态。
7. SN-CU-UP向SN-CU-CP发送承载上下文修改响应消息。
8. SN向MN发送SN添加请求确认消息，表示SCG的状态。如果请求激活SCG，则SN应在消息中指示已激活的SCG。
9. MN-CU-CP可以向MN-CU-UP发送承载上下文修改请求消息，通知SCG状态。
10. MN-CU-UP向MN-CU-CP发送承载上下文修改响应消息。

5.2 MN initiated SN Modification with SCG Activation or Deactivation

图6 SCG Activation or Deactivation in MN initiated SN Modification procedure

1. SCG处于去激活或激活状态。
2. MN向SN发送SN修改请求消息，表示SCG激活或去激活的请求。
3. SN-CU-CP可以向SN-CU-UP发送承载上下文修改请求消息，通知SCG激活或去激活。
4. SN-CU-UP向SN-CU-CP发送承载上下文修改响应消息。
5. SN-CU向SN-DU发送UE CONTEXT MODIFICATION REQUEST消息，表示SCG激活或去激活的请求。
6. SN-DU可能会向SN-CU发送“UE CONTEXT MODIFICATION RESPONSE”消息，表示SCG状态。
7. SN-CU-CP向SN-CU-UP发送承载上下文修改请求消息，通知SCG状态。
8. 8. SN-CU-UP向SN-CU-CP发送承载上下文修改响应消息。
      注意:如果SN-DU接受SCG激活或去激活请求，则可以跳过步骤7和8。
9. SN向MN发送SN修改请求确认消息，表示SCG的状态。
10. MN-CU-CP可以向MN-CU-UP发送承载上下文修改请求消息，通知SCG状态。
11. MN-CU-UP向MN-CU-CP发送承载上下文修改响应消息。

5.3 SN initiated SN Modification with SCG Activation or Deactivation

图7 SCG Activation or Deactivation in SN initiated SN Modification procedure

1. SCG处于去激活或激活状态。
2. SN-CU-CP可以向SN-CU-UP发送承载上下文修改请求消息，通知SCG激活或去激活。
3. SN-CU-UP向SN-CU-CP发送承载上下文修改响应消息。
4. SN-CU向SN-DU发送UE CONTEXT MODIFICATION REQUEST消息，表示SCG激活或去激活的请求。
5. SN-DU向SN-CU发送UE上下文修改响应消息，表示SCG状态。
6. SN-CU-CP可以向SN-CU-UP发送承载上下文修改请求消息，通知SCG状态。
7. SN-CU-UP向SN-CU-CP发送承载上下文修改响应消息。
   注1:如果SN-DU接受SCG激活或去激活请求，则可以跳过步骤6和7。
8. SN向MN发送“SN修改要求”消息，表示SCG激活或去激活请求。
9. MN-CU-CP可以向MN-CU-UP发送承载上下文修改请求消息，通知SCG状态。
10. MN-CU-UP向MN-CU-CP发送承载上下文修改响应消息。
    注2:根据实施情况，步骤9和步骤10可在步骤11之后执行。
11. MN向SN发送修改确认消息。
    注3:如果SN-DU拒绝SCG激活或去激活请求，则不执行步骤8-11。

6 参考文献

3gpp 38.401

这篇关于【NR技术】 NR多连接处理流程（Multi-Connectivity operation）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---