NSA组网下SN add/release/delete流程协议学习

如3GPP协议37.340第10章节

一、第10章

10.2 辅节点添加 Secondary Node Addition

辅节点添加：在SN上创建一个UE上下文。完成双链接建立

10.2.1 EN-DC

主要讲的是辅节点的添加。辅节点添加过程由mn发起，用于在sn处建立ue上下文，以将无线资源从sn提供给ue。(目的是为了给UE提供NR侧的无线资源)

对于那些需要SCG无线资源的bearer(SCG bearer或者spilt bearer)这个流程至少需要添加一个SCG cell。

规范上Figure 10.2.1-1: Secondary Node Addition procedure这个添加SN的路程图，囊括了ENDC下的3种网络架构3、3a、3x，针对不同的架构在step1的消息内容中体现。

Step1: SgNB Addition Request

在3GPP协议中36423-f40中 SgNB Addition Request 必选的IE如下YES部分；

1.SgNB Addition Request 的IE中SeNB Security Key 表明MN提供UE的NR安全能力以及SgNB的安全密钥，目的是让SN和UE之间建立SRB3。

2.SgNB Addition Request 的IE中MeNB to SeNB Container中包含了Includes the SCG-ConfigInfo，这个IE中列的信息可以看出：

A．MN在添加SN的时候，一定会把UE的能力信息传递给SN；

B．MN在添加SN时，MN可能会传递UE的测量相关信息给SN；

3.在IE信息里有条E-RABs To Be Added List 可以看出MN发给SN的信息里bearer里有SCG或Split两种。

Step2: SgNB Addition Request  Acknowledge

在3GPP协议中36423-f40中 SgNB Addition Request Acknowledge必选的IE如下YES部分；

This message is sent by the SeNB to confirm the MeNB about the SeNB addition preparation.

Direction: SeNB ® MeNB.

这条信息是从SN回复给MN；

1． 在所包含的IE中有条SeNB to MeNB Container里边有SCG-Config message (注意和上面的SgNB Addition Request中的IE此条信息，少了一个info，在协议中注意区分) 这个字段是用来传递SCG的无线资源配置信息给MCG的。

2．当SN收到MN发来的SgNB Addition Request后，如果SN认为可以分配无线资源，那么就分别为相应的bearer分配相应的无线资源。

3． 对于那些需要SCG无线资源的bearer，SN会触发RACH流程，以便UE可以跟SN上行同步。 SN来决定Pscell和可能的SCG Scells，并通过NR的RRC 重配置来分配SCG的无线资源配置，这个NR的RRC消息是被放在SgNB Addition Request Acknowledge消息中的，最终由MN来传递到UE。

4. 在SgNB Addition Request Acknowledge中有一个关键的字段E-RABs Admitted To Be Added List此字段和SgNB Addition Request中的此字段是一一对应的，这个IE种列出了那些bearer就说明某个E-RAB的最终的bearer类型。

Step3: RRC connection reconfiguration

从MN到UE，其中包含了NR的RRC重配置消息(如step2中第3条)。

Step4: RRC connection reconfiguration complete

UE收到ME发来的RRC重配后，开始给自己进行配置，且给MN回复一条RRC connection reconfiguration complete，其中可能会包含1个NR RRC响应消息。若UE无法正常执行MN下发的RRC重配置，则UE会触发RRC重建流程，UE会向网络发出RRC重建请求。

注意：如果MN发给UE的RRC 重配消息中，没有包含一个SN的RRC重配消息(如Step3中黄色部分)，里边只包含了由SN生成的IE，这种情况下，UE将不会发出一个SN的RRC响应消息

Step5: SgNB Reconfiguration Complete

MN收到RRC connection reconfiguration complete后，通知SN，UE已经完成了RRC重配流程。

Step6: Random Access Procedure

若配置了需要SCG无线资源的bearer，那么UE就需要在Pcell上执行RACH流程，于SN进行上行同步。协议上说，RRC重配完成和这条RACH流程的先后顺序没有明确定义。

Step7-8: SN status transfer

若SN terminated bearer，配置的是RLC AM模式，此时的MN将会给SN发送SN status transfer，并可能会给SN转发数据流，目的是减小服务时延。

Step9-12: path update procedure

对于SN terminated bearer，需要EPC侧更新数据面的传输路径，因为前面有了 SN status transfer ，在这几步里边还有对应于第8步的date forwarding的 end marker packet.

10.2.2     MR-DC with 5GC

SN添加过程由MN发起，用于在SN处建立UE上下文，以便将资源从SN提供给UE，对于需要scg无线电资源的承载者，该过程用于至少添加一个scg的初始scg服务小区。此过程也可用于配置SN terminated MCG承载(在不需要SCG配置的情况下)。

10.3 (站内)辅节点修改(MN/SN发起)Secondary Node Modification

辅节点修改：处于MR-DC双连接中的UE的相关参数修改

10.3.1 EN-DC

辅节点的修改流程可以由MN或SN来发起，用于修改 建立 释放承载上下文，与SN交互承载上下文的传递，或者在同一SN内修改UE上下文的其他属性。当不使用SRB3时的情况，它也可以用于将NR RRC消息从SN经由MN传递到UE，并将UE的响应通过MN传递给SN。

辅节点的修改过程并不一定需要涉及到与UE的交互信令。

10.3.1.1 MN发起的SN修改(MN内切换SN不变) (站内)

MN内切换SN不变个人理解如下：

MN站内的切换，这个流程我理解MN的意思  是一个4G的BBU内的两个cell，cell1、cell2。一开始cell1是MN，当cell1无线条件发生变化时，cell1将自己MN位置切换给同一个BBU下的Cell2，如是Cell2就成了MN，和现有的SN联合，继续给UE提供业务

    MN使用该流程在同一个SN内发起SCG的配置更改，例如添加、修改泽放SCG承载 SCG和 RLC承载的负载分割,以及SN terminated MCG承载的配置更改。通过在单个MN发起SN流程中对各个E-RAB添加新的承载并释放旧的承载配置，实现了承载终止点的改变。MN使用这个流程在同一个MN内执行切换时将保留SN，例当delta配置应用于MN发起的SN更改时,MN还使用这个流程来查询当前的SCG配置。MN还使用该流程向SN提供S-RLF相关信息。MN不可以使用该程序发起添加、修改或释放 SCG SCells。除了涉及释放 SN terminated承载或者释放MN terminated承载SCG RLC承载或者在保留SN的同时在同MN内进行切换的情况外,SN可以拒绝请求。图10.3.1-1显示了一个MN发起的SN修改流程的信令流示例。

1.SgNB Modification Request

MN向SN发起SgNB Modification Request，它可能包含承载上下文相关的或者其他UE上下文相关的信息，数据转发地址信息请求和请求SCG的配置信息，包括UE能力协调结果作为SN重配的依据。

如果需要更新SN中的KEY，这其中包含一个新的SN的KEY。

当一个MN terminated bearer中的一个SCG RLC承载在SCG RLC重建 E-RAB的配置中未包含承载类型改变时，则MN为SN提供了一个新的UL GTP隧道终点。SN应该继续通过原先的UL GTP隧道终点向MN发送UL PDCP PDUs,直到重建RLC，并在重建后使用新的UL GT隧道终点。

2.SgNB Modification Request Acknowledge message

该消息中可能包含了NR RRC配置消息中的SCG无线资源配置信息和数据转发地址信息。

3-5 RRC重配置

MN发起RRC连接重配流程，包括NR RRC配置消息。UE应用新的配置，与MN同步(如果有指示，在MN内部切换的情况下)并使用携带NR RRC相应消息的RRC连接重配完成消息进行回复。如果UE不能遵守RRC重配消息中的配置，将执行重配失败流程。

6-7 重配完成和UE接入

MN将通知SN,UE的重配完成。UE将按照SgNB添加程序中的描述对SN的Pscell执行同步。否则，UE可以在应用新配置之后执行UL传输。

8-9 MN向SN之间进行数据转发

10 SN向MN发送辅RAT数据使用情况

SN向MN发送辅RAT数据使用情况报告消息和通过在NR无线释放的E-Rab和请求修改的S1 Ul GTP隧道终点在E-RAB上，从UE发送和接收的数据量。

注意1： SN向MN发送辅RAT数据使用情况报告消息和MN执行数据转发的顺序，在规范中未定义。SN可以在相关承载传输结束时发送报告。

10.3.1.2 SN发起MN参与下的SN修改(MN不变SN站内PScell变更)(站内)

   SN使用该流程在同一个SN内执行SCG的配置更改，例如，发起释放SCG承载和SCG RLC承载的负载分割，并触发PScell的变化。

1.SgNB Modification Required

SN向MN发起SgNB Modification Required，包括NR RRC配置消息，其中可能包含与承载上下文相关的消息，其他与UE上下文相关的信息和新的SCG无线资源配置。

SN来决定是否需要更改安全密钥。

2-3．MN发起SN修改流程

MN发起的SN修改流程可以触发SN修改所需要的消息。如提供数据转发地址、新的SN安全密钥、测量间隙等信息。

注意： 如步骤2中只有SN安全密钥提供，MN不需要等待接收步骤3发起的RRC连接重配流程。

4. RRC重配置

MN将携带一个包含新SCG无线资源配置的NR RRC配置消息体的RRC重配置发给UE。

5.RRC重配完成

如果UE需要的话，将会配置上条RRC重配。当UE发现不能配置重配消息的时候，将会执行重配失败流程。

6.SgNB Modification Confirm

当UE完成RRC重配以后，如果MN从UE接到包含NR RRC响应消息的流程成功，MN则向SN发起SgNB修改确认消息。

7.随机接入

如果UE得到指示，UE将按照SN添加流程中的描述对SN的PScell执行同步。否则，UE可以在应用新配置之后执行UL传输。

8. SN status transfer

如果使用RLC AM承载的PDCP终止点发生改变，并且未使用RRC全配置时，SN向MN发送MN的状态传输。

9.SN和MN之间进行数据转发

10. Secondary RAT Data Volume Report

SN向MN发送辅RAT数据使用情况报告消息和通过在NR无线释放的E-Rab和请求修改的S1 Ul GTP隧道终点在E-RAB上，从UE发送和接收的数据量。

10.3.1.3 SN发起的在无MN参与下的SN修改

SN发起的无MN参与下SN修改流程，用于不需要MN参与时SN内的配置参数修改，包括添加 修改  释放SCG Scell和Pscell变更，用户SN在MN未参与下的SN修改流程。SN可以决定是否需要随机接入流程。

1.RRCConnectionReconfiguration

SN通过SRB3向UE发送RRC连接重配消息，UE应用新的配置。如果UE不能进行RRC重配，UE将执行重配失败流程。

2.Randam access procedure

如果有指示，UEj将会对SN的PSCELL执行接入同步。

3.RRCConnectionReconfigurationComplete

UE使用RRC重配完成消息回复SN

当SN和UE之间不使用SRB3时的NR RRC消息传输

当SN需要向UE传输NR RRC消息而不使用SRB3时，它将使用该流程。

SgNB Modification Required

SN向MN发送SgNB修改请求以便发起这个流程。

RRCConnectionReconfiguration

MN在RRC连接重配消息中将NR RRC消息转发给UE。

RRCConnectionReconfigurationComplete

UE如能正常配置RRC重配消息将给SN回复。

SgNB Modification Confirm

MN在收到UE发送的RRC重配完成回复消息后，将把SgNB修改确认消息转发给SN。

随机接入

如果UE得到指示，UE将按照SN添加流程中的信息，对SN的PScell进行接入同步，否则，UE可以在应用新配置之后执行UL传输。

10.4 辅节点释放(MN/SN发起)Secondary Node Release

辅节点释放：双连接释放，只有单连接了

10.4.1 EN-DC

辅节点的释放，由MN发起或者SN发起。用于在SN释放UE上下文，接收此请求的节点可以拒绝请求，例如，如果SN发起的一个SN更改流程。它并不一定需要UE参与交互，例如，在MN中由于无线链路故障而重建RRC连接的情况。

10.4.1 MN发起的SN释放

在SN确认SN要释放时，MN发起的辅节点释放流程。

1.SgNB Release Request

MN通过发送SgNB释放请求消息来发起这个流程。如果需要数据转发MN向SN提供数据转发的地址。

2.SgNB Release Request Acknowledge

SN通过发送SN释放请求确认消息来确认SN释放。如果合适，SN可以拒绝SN的释放。例如，如果SN触发了SN的变更流程。

3-4．RRCConnectionReconfiguration/complete

如果需要MN向UE发出RRC重配消息，指示UE应该释放全部的SCG的配置。如果UE觉得自己不能配置上RRC重配置消息，UE将执行重配失败流程。

注意1：如果应用数据抓发，第一步和第二步之间的及时协调将服务中断降到最低，但这被认为是一个实现问题。

5．SN status transfer

如果需要释放的承载使用RLC AM，则SN向MN发送SN状态转移。

6. data forwarding

SGW将数据从SN转移到MN。

7．Secondary RAT Data Volume Report

SN向MN发送辅RAT数据使用报告信息，并包含通过NR无线相关的E-RABs发送和接收的数据量。

注意2：以上第7步可以在第6步之前完成。

8.path update procedure

如果适用，将发起路径更新流程。

9．UE Context Release

在SN接收到UE上下文释放消息后，SN可以释放与UE上下文关联资源。任何在进行的数据转发都可以继续。

10.4.2 SN发起的SN释放

1.SgNB Release Required

SN向MN发送不包含节点消息的SgNB释放所需消息来发起该流程。

2.SgNB Release Confirm

如果需要数据转发，MN在SgNB释放确认消息中向SN提供数据转发地址。SN在收到SgNB释放确认消息后，可以开始数据转发，并停止向UE提供用户数据。

3-4．RRCConnectionReconfiguration/Complete

如果需要，MN发起RRC连接重配消息指示UE释放全部的SCG配置。如果UE不能执行RRC重配，则发出RRC重配失败。

5. SN status transfer

如果释放的承载使用RLC AM，则SN发送SN状态转移。

6．Data forwarding

将数据从SN转到MN。

7. Secondary RAT Data Volume Report

SN向MN发送辅RAT数据使用报告信息，并包含通过NR无线相关的E-RABs发送和接收的数据量。

8.path update procedure

如果适用，将发起路径更新流程。

9．UE Context Release

在SN接收到UE上下文释放消息后，SN可以释放与UE上下文关联资源。任何在进行的数据转发都可以继续。

10.5 (站间)辅节点变更(MN/SN发起)Secondary Node Change

辅节点变更：辅节点改变，就是换一个辅节点。

辅节点的变更流程由MN或者SN发起,用于将UE上下文从源SN传输到目标SN,并将UE中的SCG配置从一个SN变更为另一个.

注意1: 本协议不支持单RRC重配的Inter-RAT SN(异系统SN)变更流程(即不支持从EN-DC到DC的传输)

辅节点的变更流程总是需要UE参与并通过MCG SRB交互信令。

MN发起SN变更

1-2 SgNB Addition Request/ SgNB Addition Request  Acknowledge

如上图信令流程所示：MN通过SgNB添加流程请求目标SN为UE分配资源，从而发起SN更改。MN可以传递与目标SN相关的测试结果。如果需要转发，目标SN向MN提供转发地址。目标SN包括完整或delta RRC配置的指示。

注意2： MN可以在步骤1之前发送SgNB修改请求消息到源SN，请求当前的SCG配置。

3 SgNB Release Request/ SgNB Release Request Acknowledge

如果目标SN资源分配成功，MN将发起源SN的资源的释放，其中包括SCG迁移的原因。源SN可能拒绝SN释放的请求。如果需要数据转发，MN向SN提供数据转发地址。如果直接数据转发用于SN terminated承载，MN提供从目标SN接收到的源SN的数据转发地址。SgNB释放请求消息的接收发起源SN停止向UE提供用户数据，如果适用，则开始转发数据。

4-5 RRC reconfiguration/complete

MN向UE发起RRC重配置，MN通过携带目标SN资源(目标SN生成的NR RRC配置消息的RRC重配消息向UE指示新的配置)。UE应用新的配置并发送RRC重配完成消息，其中携带目标SN NR编码的RRC响应消息(如果需要的话)。如果UE不能应用RRC重配消息，UE将发起RRC重配失败流程。

6 SgNB reconfiguration complete

如果RRC重配成功，MN通过SgNB重配完成消息通知目标SN；如果MN接收到UE的重配完成消息，则使用携带了NR RRC响应消息的SgNB reconfiguration complete消息通知目标SN。

7 Random Access Procedure

如果配置了需要SCG无线资源的承载，UE将同步到目标SN。

8 SN status transfer

对于使用RLC AM模式的SN terminated承载，源SN发送SN状态转移，然后经MN发送到目标SN。

9 Data forwarding

如果适应，则从源SN进行进行数据转发。它可以在源SN从MN接收到SgNB释放请求消息时被初始化。

10 Secondary RAT Data Volume Report

源SN向MN发送辅RAT数据使用报告消息，其包含通过NR无线相关的E-RABs向UE发送和接收的数据量。

11-15 路径变更

如果其中一个承载终止于源SN，则由MN发起路径更新。

16. UE Context Release

源SN接收到MN发来的UE上下文释放消息后，源SN可以释放与UE上下文关联的无线和控制面资源。任何正在进行的数据转发都可以继续。

(站间)SN发起SN变更

1 SgNB Change Required

源SN向MN发送包含SN ID的消息的SgNB变更所需的消息SgNB Change Required来发起SN的变更流程，该消息可能包含SCG配置和与目标SN的相关测试结果。

2-3  SgNB Addition request

MN通过SgNB添加流程要求目标SN来给UE分配资源。包括从源SN接收到的与目标SN相关的测量结果。如果需要转发，目标SN向MN提供转发地址

4-5  RRCConnectionReconfiguration

MN向UE发起RRC重配置，MN通过携带目标SN资源(目标SN生成的NR RRC配置消息的RRC重配消息向UE指示新的配置)。UE应用新的配置并发送RRC重配完成消息，其中携带目标SN NR编码的RRC响应消息(如果需要的话)。如果UE不能应用RRC重配消息，UE将发起RRC重配失败流程。

6  SgNB Change Confirm

如果目标SN的资源分配成功，MN确认源SN的资源可以释放。如果需要数据转发，MN向源SN提供数据转发地址。如果直接数据转发用于SN terminated承载，MN提供从目标SN接收到的源SN的数据转发地址。接收SgNB变更确认消息SgNB Change Confirm将发起源SN停止向UE提供用户数据，并适用于数据转发。

7  SgNB Reconfiguration Complete

如果RRC重配成功，MN通过SgNB重配完成消息通知目标SN；如果MN接收到UE的重配完成消息，则使用携带了NR RRC响应消息的SgNB reconfiguration complete消息通知目标SN。

8Random Access Procedure

UE与目标SN进行同步

9  SN Status transfer

对于使用RLC AM模式的SN terminated承载，源SN发送SN状态转移，然后经MN发送到目标SN。

10 Data forwarding

如果适应，则从源SN进行进行数据转发。它可以在源SN从MN接收到SgNB释放请求消息时被初始化。

11  Secondary RAT Data Volume Report

源SN向MN发送辅RAT数据使用报告消息，其包含通过NR无线相关的E-RABs向UE发送和接收的数据量。

12-16 路径变更

如果其中一个承载终止于源SN，则由MN发起路径更新。

16 UE Context Release

源SN接收到MN发来的UE上下文释放消息后，源SN可以释放与UE上下文关联的无线和控制面资源。任何正在进行的数据转发都可以继续。

10.6  PSCell change

在MR-DC中，PScell变更并不总是需要更改安全密钥。

1．如需要更改安全密钥，则通过SCG重配流程中UE在PScell随机接入时执行同步和安全密钥变更，为SCG配置的MAC实体被重置，为SCG配置的RLC被重建，而不考虑在SCG上建立的承载类型。

2．如果不需要变更安全密钥，(仅在EN-DC、NGEN-DC和NR-DC中可行)则通过同步SCG重配流程执行，而不需要对涉及PScell上的随机接入的UE进行安全密钥更改，在此期间，为SCG配置的MAC实体被重置，为SCG配置的RLC被重置，而不考虑在SCG上建立的承载类型。

10.7主节点切换，带/不带辅节点的(Inter-Master Node handover with/without Secondary Node change)

主节点发生了改变。需要用切换的手段来进行改变。

具有/不具有辅节点的MN，发起的改变MN的主节点间切换，用于在SN处的上下文被保持或移动到另一SN时将上下文数据从源MN传输到目标MN。在主节点间切换期间，目标MN决定是否保留或更改SN(或释放SN，如第10.8节所述)。

注1：本协议版本不支持有/无SN变更的RAT间主节点切换(即不支持从EN-DC到NR-NR-DC的转换)。注2：对于无辅节点变更的主节点间切换，上图所示的源SN和目标SN是同一个节点。

1 Handover Request

源MN通过启动X2切换准备过程(包括MCG和SCG配置)来启动切换过程。在切换请求消息中，源MN包括(源)SN UE X2AP ID、SN ID和(源)SN中的UE上下文。

注3：在步骤1之前，源MN可以发送SgNB修改请求消息(到源SN)以请求当前SCG配置。

2 SN Addition Request

1.如果目标MN决定保留SN(保留源MN的SN继续双连接)，则目标MN向目标SN发送SN添加请求，包括SN UE X2AP ID作为对源MN建立的SN中的UE上下文的引用。

2.如果目标MN决定改变SN(目标MN更换不用源SN，自己添加新的SN)，则目标MN向目标SN发送SgNB添加请求，包括由源MN建立的源SN中的UE上下文。(符合上图)

3 SN Addition Request Acknowledge

目标SN回复目标MN添加请求确认。(目标)SN回复的消息中可能包括RRC配置的指示。

4 Handover Request Acknowledge

目标MN在切换请求确认消息中，包括作为RRC消息发送到UE以执行切换的透明容器，并且还可以向源MN提供转发地址。在步骤2和步骤3中，如果目标MN和SN决定保持SN中的UE上下文，则目标MN向源MN指示保持SN中的UE上下文。

5 SN Release Request/ Acknowledge

源MN向(源)SN发送SN释放请求，包括指示MCG移动性的原因。(源)SN确认释放请求。如果源MN从目标MN接收到指示，则源MN向(源)SN指示保持SN中的UE上下文。包括作为保持在SN中的UE上下文的指示，则SN保持UE上下文。

6 rrcconnectionreconfigation

源MN触发UE应用新配置。

7-8 Random Access Procedure/ RRCConnectionReconfigurationComplete

UE同步到目标MN，并回复rrcconnectionreconfigationcomplete消息。

9 Random Access Procedure

如果配置了需要SCG无线电资源的承载，则UE同步到(目标)SN。

10 SgNB Reconfiguration Complete

如果RRC连接重新配置过程成功，则目标MN通过SgNB重新配置完成消息通知(目标)SN。

11a Secondary RAT Data Volume Report

SN向源MN发送Secondary RAT Data Volume Report消息，并且包括通过NR radio为相关E-rab传送到UE的数据量。

注4：未定义源SN Secondary RAT Data Volume Report消息和使用MN/目标SN执行数据转发的顺序。当相关承载的传输停止时，SgNB可以发送该报告。

11b Secondary RAT Report

源MN向MME发送Secondary RAT Report消息，以提供关于所用NR资源的信息。

12 SN Status transfer

对于使用RLC AM的承载者，源MN向目标MN发送SN状态转移。

13 Data forwarding

从源MN进行数据转发。如果保持SN，则可以省略SCG承载器和SCG分割承载器的数据转发。

14-17 路径切换

目标MN启动S1路径切换过程。

注5：如果包括S-GW的新UL-teid，则目标MN执行MN发起的SN修改程序以将其提供给SN。

18. UE Context Release

目标MN向源MN发起UE上下文释放过程。

19. UE Context Release

在接收到UE上下文释放消息时，(源)SN可以向源MN释放与UE上下文相关联的用户面相关资源。任何正在进行的数据转发都可能继续。如果这个指示包含在步骤5的SN释放请求中，则SN不应释放与目标MN相关联的UE上下文。

10.8 主节点变 eNB或gNB(Master Node to eNB/gNB Change)

就是移动到一个地方没法进行MR-DC双连接了,就切换到单4G基站上去，跟普通4G基站一样。

1 Handover Request

源MN通过启动X2切换准备过程(包括MCG和SCG配置)来启动MN到eNB的变更过程。

注1：在步骤1之前，源MN可以发送SgNB修改请求消息(到源SN)以请求当前SCG配置。

2 Handover Request Acknowledge

目标eNB包括释放SCG配置的HO命令中的字段，并且还可以向源MN提供转发地址。

3 SN Release Request/ Acknowledge

如果目标eNB资源的分配成功，MN向源SN发起源SN资源的释放，包括指示MCG移动性的原因。序列号确认释放请求。如果需要数据转发，MN向源SN提供数据转发地址。SgNB释放请求消息的接收触发源SN停止向UE提供用户数据，并且(如果适用)开始数据转发。

4 RRC 重配

MN触发UE应用新配置。在接收到新配置时，UE释放整个SCG配置。

5/6 UE与目标eNB同步

UE与目标eNB同步。

7 SN Status transfer

对于使用RLC AM的SN终止的承载器，SN发送SN状态传输，然后由源MN发送到目标eNB。

8 Data forwarding

如果适用，从源SN进行数据转发。它可以在源SN从MN接收SgNB释放请求消息时开始。

9a Secondary RAT Data Volume Report

源SN向源MN发送Secondary RAT Data Volume Report消息，并且包括通过NR无线电为相关E-rab传送到UE的数据量。

注2: SN发送Secondary RAT Data Volume Report报文并用MN进行数据转发的顺序未定义。SN可以在相关承载的传输停止时发送报告。

9b Secondary RAT Report

源MN向MME发送Secondary RAT Report消息，以提供所用NR资源的信息。

10-14 路径变更

目标eNB启动S1路径切换过程。

15 UE Context Release

目标eNB向源MN发起UE上下文释放过程。

16 UE Context Release

在接收到UE上下文释放消息时，S-SN可以释放与UE上下文相关联的用户面相关资源。任何正在进行的数据转发都可能继续。

10.9 eNB/gNB变为主节点(eNB/gNB to Master Node change)

eNB/gNB变主节点。就是发现一个eNB/gNB可以做双连接，就切换过去，同时把双连接做起来。

1 Handover Request

源eNB通过启动X2切换准备过程来启动切换过程。

2 SN Addition Request

目标MN向目标SN发送SgNB加法请求。

3 SN Addition Request Acknowledge

目标SN回复SgNB添加请求确认。如果需要数据转发，则目标SN向目标MN提供转发地址。

4 Handover Request Acknowledge

目标MN在切换请求确认消息中包括作为E-UTRA RRC消息发送到UE的透明容器，包括还包括SCG配置的NR RRC配置消息，以执行切换，并且还可以向源eNB提供转发地址。

5 rrcconnectionreconfigation

源eNB触发UE应用新配置。

6/7 UE与目标MN同步

UE同步到目标MN，并回复rrcconnectionreconfigationcomplete消息。

8 UE与目标SN同步

如果配置了需要SCG无线电资源的承载，则UE与目标SN同步。

9 SgNB Reconfiguration Complete

如果RRC连接重新配置过程成功，则目标MN通知目标SN。

10 SN Status transfer

对于使用RLC AM的承载者，源eNB向目标MN发送SN状态传输。

11 Data forwarding

从源eNB进行数据转发。

12-15 路径切换

目标MN启动S1路径切换过程。

注：如果包括S-GW的新的UL-teid，则目标MN执行MN发起的SN修改过程以将其提供给目标SN。

16 UE Context Release

目标MN向源eNB发起UE上下文释放过程。

10.10 RRC Transfer

MN和SN间传送RRC消息。主要是NR的测量配置以及测量报告等

RRC传输过程用于传送RRC消息，该RRC消息封装在MN和SN之间的PDCP PDU中(反之亦然)，以便可以使用分割SRB将其转发到UE或从UE转发。RRC传输过程还用于经由MN从UE向SN提供NR测量报告或NR故障信息。有关RRC转移程序的其他详细信息，请参见TS 36.423[9]。