NR SCell Addition/Modification/Release过程详解

发布时间:2024年01月18日

当配置 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的过程。

文章来源:https://blog.csdn.net/asd199086/article/details/135667958
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。