5G核心网技术基础自学系列 | MR-DC：签约QoS流E-RAB和MR-DC承载

Posted 2022-12-01 COCOgsta

书籍来源：《5G核心网 赋能数字化时代》

一边学习一边整理内容，并与大家分享，侵权即删，谢谢支持！

附上汇总贴：5G核心网技术基础自学系列 | 汇总_COCOgsta的博客-CSDN博客

---

为更好地了解MR-DC是如何工作的，我们需要了解无线网络和UE的一些细节，这里，我们给出了MR-DC功能所需的这类功能的一些基本示例，而没有详细介绍实际的无线系统本身。如1.1节所述， UE必须能够同时连接到两个RAT， 并且必须能够同时在两个RAT上进行接收和发送， 这就需要仔细配置两个启用MR-DC操作的小区之间的无线层1(物理层) 。另外， UE必须能够根据MN通过专用RRC信令提供的信息来理解如何在MR-DC环境中工作，该信息包括诸如无线帧定时和UE初始配置需要的系统信息在RRC层， 例如， 取决于RRC配置的原因， MN自己， 或者由SN提供的信息辅助下的MN， 或者SN， 都可以(重新) 配置UE所需的参数。如果MCG和SCG重配置都需要组合的MN SNR RC消息， 那么MN负责MN和SN的协调， SN的重配置封装在MN的RRC消息中， 这样UE就有混合配置的信息， 并可合并处理。

同样地， 需要通过两个MAC实体对UE进行配置：一个用于MCG的MAC和一个用于SCG的MAC。PDCP层和SDAP层， 如果适用， 还需要遵守MR-DC的特定要求PDU会话， MN和SN都有自已的SDAP层， 从而导致每个PDU会话有两个SDAP层。

MR-DC配置特有的一些重要方面包括：承载的处理、QoS、SN添加/修改/删除、MN间切换(有或没有SN) 、MN和ng-eNB/eNB/gNB间的改变，以及SN相关的用户数据用量上报。后面我将非常简要地讨论其中的一些功能，但首先描述一下为了更好地利用DC而增加的核心网管理的功能。

从运营商的角度来看，MR-DC通过对SN的支持，为改善在繁忙/拥塞区域的用户体验提供了既会。启用MR-DC功能， 尤其是在EN-DC配置中(被称为有5G的EPC)， 会有明显的性能提高，因此有机会增添新业务吸引潜在客户。考虑到这一点，管理和控制哪些用户接收这样的业务，以及对用户使用SN的情况的了解成为重要的差异化因素和要求。

签约数据中增加了针对特定RAT的移动性限制， 这个限制与是否允许将NR用于SN有关，因此可以控制一个用户是否可以接收DC服务。对EPS用户而言， HSS将这个新增的签约数据和其他的允许将NR作为SN使用的签约数据一起发送给MME。基于签约数据和UE提供的支持DC的信息，MME指示MN(即E-UTRAN) 是否要激活RAN中的MR-DC功能。AMF(在5GS中) 将从UDM得到的移动性限制列表(Mobility Restriction list) 或MME(在EPS中) 将切换限制列表(Handover Restriction List)发送给RAN， 并表明NR是否可作为辅助的无线接入技术(RAT) 使用。MME/AMF也可能具有本地配置参数， 以防止漫游用户使用DC(即， 将NR设置为辅助RAT) 。MN有最终决定权， 根据MME/AMF和UE提供的信息， 决定是否启用SN和用什么承载类型(MCG、SCG或Split) 。UE根据小区广播信息里的MR-DC的DC支持情况， 确定特定小区是否支持DC。

MME可以根据签约数据和UE是否有MR-DC的能力， 选择支持DC的SGW/PGW。在MR-DC的情况下， 如果不允许UE使用DC， MME会明确指示给UE。如果终端支持，最终用户连接到EPS时可以看到终端上显示NR的图标。

在MR-DC连接到5GC的情况下， 对MN和SN使用的无线接入技术(RAT) 没有限制。DC功能从3GPP Release 15开始可用， 因此系统不必显式通知UE， DC功能是否可用。

对于漫游用户， 如果VPLMN中激活了DC， 那么辅节点RAT的用户数据用量上报要根据归属地运营商(HPLMN) 和漫游地运营商(VPLMN) 的漫游协议以及从HPLMN到VPLMN的指示而定。对于EPC， SGW把辅节点RAT的用户数据用量上报给PGW； 对于5GC， V-SMF把辅节点RAT的用户数据用量上报给H-SMF。

对于连到EPC的MR-DC， MN决定如何分配无线承载以及对SN的承载分配， 这意味着MN确定PDCP的位置以及无线资源将分配给哪个小区组。当SN上有Split承载时，SN可以删除该特定E-RAB的任何SCG资源， 以确保能保持Qos。

在MR-DC的情况下， MN也负责QoS的执行， 采用和非DC下相同的QoS框架(参见第9章) 。MN负责利用有关信息指导SN管理QoS的操作。

为了能够将PDU会话映射到MR-DC中的不同承载类型， MN可以请求核心网：

• 将整个PDU会话的用户面流量发送到MN或SN。在这种情况下， 这个PDU会话在NG-RAN上只有一个用户面隧道。

• 将PDU会话的一部分Qos流的用户面业务发送到SN(或MN) ， 将余下的QoS流导向MN(或SN)。在这种情况下， 这个PDU会话在NG-RAN上有两个用户面隧道。

• 无论设置的类型如何， 在PDU会话存续期间， MN可以请求更改此设置。对于MR-DC， NG-RAN可能发起从一个RAN节点到另一个RAN节点(即在MN和SN间) 的QoS流的迁移。QoS流的迁移发生在UP网关与MN和SN同时有N3隧道连接的情况下。QoS流迁移时， SMF和UPF的N3隧道信息没有变化。

在MR-DC连到5GC的情况下，MN和SN可以支撑任何承载类型，因此使得承载类型的相应改变成为可能：

• 在MCG承载和Split承载间变化。

• 在MCG承载和SCG承载间变化。

• 在SCG承载和Split承载间变化。

在MR-DC连到5GC的情况下， 图12.10(摘自3GPP TS 37.340) 说明了这些承载在无线侧是如何定义的：

• MN负责每个PDU会话的SDAP所在的位置：在MN， 还是在SN， 还是同时在MN和SN上(适用于PDU会话的Split承载) 。

• 当ＭN本身托管SDAP功能时， 它决定如何实现相关的QoS流， 有一些用MCG承载， 有一些用SCG承载， 另一些可能用Split承载。

• 当MN指定该SN托管一个SDAP功能时， 一些相关的QoS流可能会作为SCG承载实现， 一些作为MCG承载， 另一些作为Split承载。SN根据ＭN给出的一个或多个DRB ID做相应的分配。如果可以保证相应QoS流的QoS， SN可能为各Qos流删除或添加SCG资源。

• 对于每个PDU会话(包括有Split承载的PDU会话) ， 最多可以配置一个默认DRB.

图12.10 MR-DC(NE-DC和NR-DC)中的三种DC承载类型的用户面网络协议