NR SCell Addition/Modification/Release过程详解

当配置 CA 时，UE 与网络只会有一个RRC 连接。 在 RRC 连接建立/重建/切换时，只有一个serving cell会提供 NAS mobility info，在 RRC connection reestablishment/handover时，同样只有一个serving cell会提供security info，这个cell就是PCell。 根据 UE 能力，SCells和PCell 一起形成一个serving cell group为UE提供服务。 因此在有CA的情况下，UE的serving cell是由一个 PCell 和一个或多个 SCell 组成的。

SCell的重配置、添加和删除通过RRC层信令执行。 在 intra-NR handover和从 RRC_INACTIVE 恢复连接期间，网络还可以添加、删除、保留或重新配置 SCell 以供target PCell 使用。 当添加一个新的 SCell 时，SCell 所需的所有SI 会通过dedicated RRC 信令发送给UE ，即在connected mode，UE 不需要直接从 SCell 获取广播系统信息。而CA 主要就是上图的几种情况，intra-band contiguous CA， intra-band non-contiguous CA及inter-band CA。

SCell Addition/Modification/Release

在添加Scell时会通过masterCellGroup->sCellToAddModList->sCellIndex配置，具体的对于 sCellToAddModList 中不属于当前 UE 配置的sCellIndex 值，UE会根据?sCellIndex 关联的按照sCellConfigCommon和sCellConfigDedicated?添加对应的scell；

如果有包含 sCellState时，配置完成后 MAC就会认为SCell处于激活状态；否则没有带sCellState时，配置完Scell后，MAC会认为SCell先处于deactivated状态，后续网络侧会通过Scell activation MAC CE进行激活。

Scell处于deactive状态时，配置measIdList 中的measId，如果SCells不适用于相关测量并且对应的SCell包含在对应 measId 的 VarMeasReportList 中的 cellsTriggeredList 中，UE就先从VarMeasReportList中的cellsTriggeredList中删除相关的 SCell。

sCellState 是R16新增的IE， 有配置时就会配置为activated ，这样在UE 配置上Scell，Scell就处于激活状态，省去MAC CE激活的流程，快速激活Scell。当然这种direct?SCell Activation的方式也有时延要求，根据Handover，RRCResume及其他的Scell addition场景的不同，各自规定了对应的时延要求，具体内容在38.133 8.3中描述。

SCell Addition/Modification

如果UE收到sCellToAddModList ，就要根据sCellIndex关联的sCellConfigDedicated修改SCell配置；

如果sCellToAddModList是在包括reconfigurationWithSync的RRCReconfiguration消息中接收到的，或者是在RRCResume消息中接收到的，或者是从嵌入到RRCResume消息中的reconfigurationWithSync的RRCReconfiguration消息中接收到的，或者是嵌入到RRCReconfiguration消息中，或者是嵌入到E-UTRA RRCConnectionReconfiguration消息中，或者 嵌入在 E-UTRA RRCConnectionResume 消息中收到的：

如果信令中有包含 sCellState时，配置完成后 MAC就会认为SCell处于激活状态；否则没有带sCellState时，配置完Scell后，MAC会认为SCell先处于deactivated状态，后续网络侧会通过Scell activation MAC CE进行激活。

如果UE收到sCellToReleaseList ，对于包含在 sCellToReleaseList 中的每个 sCellIndex 值，如果当前UE有配置对应sCellIndex的SCell，就release相关SCell。

上面是RRC层sCellToAddModList和sCellToReleaseList的配置结构，其中可以看到sCellIndex取值范围对于1～31，这里正好对应32bits的 SCell Activation/Deactivation MAC CE的结构，后面再看。

Activation/Deactivation of SCells(38.321)

如果UE MAC有一个或多个SCell，则网络可以根据情况对SCell进行active和deactive动作。在配置上Scell时，如果有对应的sCellState=activated，Scell就处于激活状态，否则处于deactivated状态。

具体地UE 配置的 SCell(s)可以通过以下方式activated和deactivated：

(1)通过接收 SCell Activation/Deactivation MAC CE

(2)如果每个SCell有配置sCellState，则关联的SCell在配置时就处于active状态。

(3)为每个配置的 SCell 配置 sCellDeactivationTimer (不适用于配置有PUCCH的SCell)：在Scell 处于active 状态后，就开启sCellDeactivationTimer，在scell上要进行ul grant或DL assignment传输时，要重启sCellDeactivationTimer；sCellDeactivationTimer超时后，相关的 SCell 就会deactivated；如果没有配置sCellDeactivationTimer时，sCellDeactivationTimer=infinity。

如果Scell处于deactive状态收到SCell Activation/Deactivation MAC CE或在配置Scell有sCellState=true：

(1)此时Scell 对应的firstActiveDownlinkBWP-Id没有设置为dormant BWP(即Scell当前激活的BWP 是 normal BWP)，在Scell激活后可以进行Scell相关的SRS传输/CSI上报；在Scell上进行PDCCH监听或在其他cell上进行Scell相关的PDCCH 监听；如果有配置PUCCH 资源的话，还可以在SCell 上进行 PUCCH 传输。

(2)如果firstActiveDownlinkBWP-Id 为dormant BWP时，停止相关的bwp-InactivityTimer(在run的话)。之后激活firstActiveDownlinkBWP-Id和firstActiveUplinkBWP-Id分别指示的DL BWP和UL BWP。

Scell被active后，要启动或重启与SCell关联的sCellDeactivationTimer；如果激活的DL BWP不是dormant?BWP，就根据存储的配置，重启被suspend的 CG type 1的传输(有配置的话)；进行触发PHR的动作。

如果接收到SCell Activation/Deactivation MAC CE的去激活SCell命令或激活的SCell关联的sCellDeactivationTimer超时：

停止与SCell关联的sCellDeactivationTimer/bwp-InactivityTimer；deactivated与SCell关联的任何active 的BWP；分别清除与该SCell关联的任何configured DL assignment和configured UL grant type 2配置；清除与SCell关联的用于semi-persistent CSI reporting的PUSCH资源；暂停与SCell关联的任何已配置的configured UL grant Type 1；?刷新与SCell关联的所有HARQ缓冲区；取消为SCell触发的 consistent LBT failure(有配置的话)。

如果在激活的SCell上收到的PDCCH并要进行UL grant或DL assignment传输,或者在serving cell上收到PDCCH要在active SCell上进行UL grant或DL assignment传输，?或者如果MAC PDU在configured UL grant并且没有从L1接收到LBT失败指示； 或者在confiured DL assignment中接收到 MAC PDU， UE就要重启与SCell关联的sCellDeactivationTimer。

如果SCell被deactive：UE就不能在SCell上发送SRS；不能为SCell上报CSI；不在SCell上进行UL-SCH传输；不进行SCell上的RACH；不监听SCell上的PDCCH；不监听SCell相关的PDCCH；不在SCell上传输PUCCH。

SCell Activation/Deactivation MAC CE对应的HARQ? feedback不应受到?PCell、PSCell 和 PUCCH SCell由于SCell active/deactive而引起的interruption的影响，对应的HARQ 要按照K1的规定正常反馈。当 SCell 被deactive时，SCell 上正在进行的随机接入过程（如果有的话）将被中止。

SCell Activation/Deactivation MAC CE(38.321)

8bits的?SCell Activation/Deactivation MAC CE可以通过MAC subheader LCID 58进行区分， 8bits的MAC CE具有固定大小，由七个 C fields和一个R field 共8 bits组成，具体结构如上图。

32bits的 SCell Activation/Deactivation MAC CE?通过MAC subheader LCID 57进行区分，同样大小固定，31个 C fields和一个R field 共32 bits组成，具体结构如上图。

?SCell Activation/Deactivation MAC CE的Ci 与RRC层配置Scell 时的sCellIndex i 相关联，Ci 表示SCellIndex i 关联的 SCell 的active/deactive状态，如果UE没有配置对应的Scellindex i ，就忽略 对应的Ci field。 Ci = 1 代表SCellIndex i 对应的SCell 将被active,反之0代表SCellIndex i对应SCell将被去deactive；?R：为保留位，做置0处理。

收到?SCell Activation/Deactivation MAC CE后，UE在何时进行Scell激活和去激活都有对应的timing 规定。

Timing for secondary cell activation / deactivation(38.213)

当在slot n接收到激活SCell 命令后，UE应用MAC CE命令的时间要满足一个区间[slot n+k，min requirement]，min requirement对应38.133 8.3 SCell Activation and Deactivation Delay 中的相关场景的SCell Activation Delay要求。但以下3种情况要额外考虑：

(1)与serving cell相关的CSI reporting 要在slot n+k 激活；

(2)与Scell相关的 sCellDeactivationTimer 的操作要在slot n+k应用；

(3)如果serving cell 没有在slot n+k 激活，那在serving cell 激活后，与对应serving cell相关的 CSI reporting要也要尽早执行。

其中k =m+3*N_subframe,u_slot +1，slot n+m 是相关MAC CE PUCCH HARQ-ACK发送的时间，?N_subframe,u_slot是根据SCS 确定的每个subframe 的slot数。?

如果UE 在slot n收到 Scell 的deactive命令，UE deactive Scell的时间不能晚于38.133 8.3 SCell Activation and Deactivation Delay 中的相关场景的SCell?Deactivation Delay要求；与active serving cell相关的CSI reporting要在slot n+k 激活；

如果与Scell关联的 sCellDeactivationTimer 在slot n超时，则 UE 应用相应操作的时间不迟于38.133 8.3 SCell Activation and Deactivation Delay 中的相关场景的SCell?Deactivation Delay要求，但与active serving cell相关的 CSI reporting操作要在slot m+3*N_subframe,u_slot +1应用。

上图就是实网下UE收到Scell配置后，先处于deactive状态，等收到SCell Activation/Deactivation MAC CE才激活Scell的过程。