3gpp协议_NSA组网下SN add/release/delete流程协议学习

                 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配置的情况下)。