4G网络中在MR-DC的情况下，一个CG的小区使用另一种RAT，即NR。NRCG的配置在TS38.331[82]中规定。当配置了MR-DC时，DRB携带的用户数据可以通过MCG、NRSCG或MCG和NRSCG传输。此外，SRB携带的RRC信令可以通过MCG或通过MCG和NRSCG传输。当DRB和SRB被配置为通过MCG和SCG传输时，DL和UL中都可以使用重复。

        当连接到EPC时,SRB和DRB都可以按如下方式更改为NRPDCP,反之亦然。对于DRB,它可以使用RRC Connection Reconfiguration消息通过相关RB的释放和添加，在有或没有移动性控制信息（切换）的情况下执行。

         对于SRB可以通过相关PDCP实体的释放和添加，使用带有移动性控制信息（切换）的RRCConnection Reconfiguration消息来执行。

          对于SRB和DRB，也可以使用完整配置选项来执行。可以使用相同的RRCConnectionReconfiguration消息来更改有关用于传输的CG。对于SRB1，从E-UTRAPDCP到NRPDCP类型的改变也可以在初始安全激活之前使用不包括mobilityControlInfo的RRCConnectionReconfiguration消息来执行。

           在(NG)EN-DC的情况下，有三种类型的NRSCG重新配置：

          ----具有同步和密钥更改的重新配置，即涉及到PSCell的RA的过程，包括NRMAC重置、NRRLC和NRPDCP的重建以及NRSCG安全性的刷新；和

          ----使用同步但不更改密钥的重新配置，即涉及到PSCell的RA的过程，包括NRMAC重置和NRRLC重建和PDCP数据恢复（对于AMDRB）；和

          ----常规NRSCG重新配置，既不涉及NRSCG安全性的刷新，也不涉及到PSCell的RA、NRMAC重置或NRRLC重建；

           网络只需要在NRSCG安全密钥更改（即切换、SN更改、S-KgNB刷新）的情况下使用同步和密钥更改的NRSCG重新配置。NRRRCTS38.331[82]中规定了更多细节。

          RRC连接的释放通常由E-UTRAN发起。该过程可用于将UE重定向到E-UTRA频率或RAT间载波频率。只有在本规范中规定的特殊情况下，TS36.300[9]、TS36.304[4]或TS24.301[35]，UE可以中止RRC连接，即在不通知E-UTRAN的情况下移动到RRC_IDLE。

          RRC连接的挂起由E-UTRA/EPC或E-UTRA/5GC发起。当RRC连接暂停时，UE存储UEAS上下文和resumeIdentity（EPC）或I-RNTI（5GC），并转换到RRC_IDLE状态。暂停RRC连接的RRC消息受到完整性保护和加密。只有在成功建立至少1个DRB后才能执行暂停。

          挂起的RRC连接的恢复是由上层发起的，当UE有一个存储的UEAS上下文，RRC连接恢复被E-UTRA/EPC或E-UTRA/5GC允许并且UE需要从RRC_IDLE状态转换到RRC_CONNECTED状态。当RRC连接恢复时，RRC根据RRC连接恢复过程基于存储的UEAS上下文和从E-UTRA/EPC或E-UTRA/5GC接收的任何RRC配置来配置UE。RRC连接恢复过程重新激活安全并重新建立SRB和DRB。恢复RRC连接的请求包括resumeIdentity（EPC）或I-RNTI（5GC）。该请求未加密，但受消息验证码保护。

          响应于恢复RRC连接的请求，E-UTRA/EPC或E-UTRA/5GC可以恢复暂停的RRC连接，拒绝恢复请求并指示UE保留或丢弃存储的上下文，或建立一个新的RRC连接。

        在使用PUR的CP-EDT或CP传输的情况下，如果可用，数据将附加在RRCEarlyDataRequest和RRCEarly Data Complete消息中，并通过SRB0发送。在使用PUR的UP-EDT或UP传输的情况下，在使用RRCConnectionRelease消息中提供的nextHopChainingCount传输RRC消息之前重新激活安全性，并在前面的挂起过程中带有挂起指示，并重新建立无线电承载。上行链路数据在DTCH上加密传输，与CCCH上的RRCConnectionResumeRequest消息复用。在下行链路中，如果可用，数据在DTCH上传输，与DCCH上的RRCConnectionRelease消息复用。响应EDT或使用PUR传输的请求，E-UTRA/EPC或E-UTRA/5GC也可以选择建立或恢复RRC连接。

          当网络在RRCConnectionRelease消息中指示RRC连接暂停时，RRC_CONNECTED中的UE进入RRC_INACTIVE。当进入RRC_INACTIVE时，UE存储UEInactiveAS上下文和从网络接收到的任何RRC配置。

当UE需要从RRC_INACTIVE状态转换到RRC_CONNECTED状态时，从RRC_INACTIVE恢复RRC连接由上层发起，或者由RRC层发起，例如RNAU或接收RAN寻呼。当RRC连接恢复时，网络根据RRC连接恢复过程基于存储的UEInactiveAS上下文和从网络接收的任何RRC配置来配置UE。RRC连接恢复过程重新激活安全并重新建立SRB和DRB。

         响应RRC_INACTIVE恢复RRC连接的请求，网络可以恢复挂起的RRC连接，UE进入RRC_CONNECTED，或者在没有安全保护的情况下拒绝使用RRC消息的恢复请求，将UE发送到RRC_INACTIVE并等待一段时间，或者直接重新挂起RRC连接，将UE发送到RRC_INACTIVE，或者直接释放RRC连接，将UE发送到RRC_IDLE，或者指示UE发起NAS级恢复。

     注2：在MR-DC的情况下，E-UTRARRC配置参数应该只影响E-UTRA操作。例如，s-Measure仅影响由本规范中定义的参数配置的测量。如果E-UTRARRC配置更改需要更改NRRRC配置，网络应通过NRRRC信令指示此类NR更改。例如。特定指示用于在重新配置更改用于传输（在DL或UL中）的CG时触发RLC重建，否则将仅涉及NRRRC信令。

在此版本的规范中，不支持DC和MR-DC之间的更改以及DC和E-UTRA之间的更改，该更改配置有SN终止的DRB而不支持SCG（即既不直接重新配置也不支持特定测量事件）。同样，此版本的规范不支持(NG)EN-DC和NRDC或NE-DC之间的直接转换。

     注3：如果V2X侧链通信的配置是从NR获得的，本节中使用的RRCConnectionReconfiguration中SystemInformationBlockType21、SystemInformationBlockType26、SL-V2X-ConfigDedicated中的V2X侧链通信配置可以由SIB13、SIB14、sl-ConfigDedicatedEUTRA分别在TS38.331[82]中规定的RRCReconfiguration。

资料来源：3GPP 36.331 5.3

资料整理：kangguoying20210706