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

最新推荐文章于 2024-05-18 16:23:13 发布

一只好奇的猫2

最新推荐文章于 2024-05-18 16:23:13 发布

阅读量1k

点赞数 16

分类专栏： NR技术文章标签：网络服务器 5G EN-DC Multi-DC SCG MCG

本文链接：https://blog.csdn.net/weixin_43603524/article/details/135417989

版权

NR技术专栏收录该内容

18 篇文章 0 订阅

订阅专栏

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

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端承载。
如果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状态转移。
MN向终端发送RRCConnectionReconfiguration消息，其中包含NR的RRC配置消息，不进行修改。在MN RRCConnectionReconfiguration消息中，MN可以指示SCG已去激活。
UE应用新的配置，并使用RRCConnectionReconfigurationComplete消息回复MN，如果需要，还包括NR RRC响应消息。如果终端无法遵守RRCConnectionReconfiguration消息中包含的(部分)配置，则执行重新配置失败过程。
如果从终端接收到SgNB ReconfigurationComplete消息(包含编码的NR RRC响应消息)，则MN通过SgNB ReconfigurationComplete消息通知SN终端已经成功完成了重配过程。
如果配置了需要SCG无线资源的承载，且SCG未停用，则终端向SN的Pcell执行同步。UE向SCG发送RRCConnectionReconfigurationComplete消息和执行Random Access过程的顺序没有限制。RRC连接重新配置过程的成功完成并不需要成功地向SCG进行RA过程。
如果使用RLC AM将PDCP终止点更改为承载的SN，且没有使用RRC full配置，则MN发送SN Status Transfer消息。
对于从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)

MN通过发送SgNB Release Request消息来发起进程。如果适用，则由MN向SN提供数据转发地址。
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）。
&4
如果需要，MN在发给终端的RRCConnectionReconfiguration消息中指示终端释放整个SCG配置。如果终端无法遵守RRCConnectionReconfiguration消息中包含的(部分)配置，则执行重新配置失败过程。
注1:如果采用数据转发，步骤1和步骤2之间的及时协调可以最大限度地减少服务提供的差距，但这被认为是一个实施问题。
对于使用RLC AM的承载，SN发送SN状态转移消息。
从SN到MN的数据转发可能会启动。
SN向MN发送“从RAT数据使用报告”消息，包括相关E-RABs通过NR无线电向UE发送和从UE接收的数据量。
注2:如果应用数据转发，则SN发送从RAT数据使用报告消息并开始带MN的数据转发的顺序没有定义，即步骤7可以在步骤6之前进行。该SN不需要等待数据转发结束后才发送“从RAT数据利用率报表”消息。
如果适用，则启动路径更新过程。
接收到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)

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

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