NR CA那点事 _对应

平时工作习惯了用UE log工具查看一些内容，因为比较便捷，进而省去根据协议规定一步步查看的繁琐步骤，但是时间久了，协议中的内容难免会忘记，最近查看CA band 能力时，就遇到这种情况，于是就顺带整理了个人认为挺重要的NR CA部分内容，以便后续查询。这部分主要参考R16版本协议，分布在38.331/38.321/38.101-1/38.104/38.213/36.331等。
下面以SCell //，/ of，SCell / MAC CE，forcell /，带宽相关内容及NR CA EN-DC band能力查看的顺序展开。
当配置 CA 时，UE 与网络只会有一个RRC 连接。在 RRC 连接建立/重建/切换时，只有一个 cell会提供 NASinfo，在 RRC/时，同样只有一个 cell会提供 info，这个cell就是PCell 。根据 UE 能力，和PCell 一起形成一个 cell group为UE提供服务。因此在有CA的情况下，UE的 cell是由一个 PCell 和一个或多个 SCell 组成的。
SCell的重配置、添加和删除通过RRC层信令执行。在 intra-NR 和从恢复连接期间，网络还可以添加、删除、保留或重新配置 SCell 以供 PCell 使用。当添加一个新的 SCell 时，SCell 所需的所有SI 会通过 RRC 信令发送给UE，即在 mode，UE 不需要直接从 SCell 获取广播系统信息。而CA 主要就是上图的几种情况，intra-bandCA，intra-band non- CA及inter-band CA 。
SCell //(38.331)
在添加Scell时会通过->->配置，具体的对于中不属于当前 UE 配置的值，UE会根据关联的按照和添加对应的scell；
如果有包含时，配置完成后 MAC就会认为SCell处于激活状态；否则没有带时，配置完Scell后，MAC会认为SCell先处于状态，后续网络侧会通过ScellMAC CE进行激活。
Scell处于状态时，配置中的，如果不适用于相关测量并且对应的SCell包含在对应的中的中，UE就先从中的中删除相关的 SCell 。
是R16新增的IE，有配置时就会配置为，这样在UE 配置上Scell，Scell就处于激活状态，省去MAC CE激活的流程，快速激活Scell 。当然这种 SCell 的方式也有时延要求，根据，及其他的Scell 场景的不同，各自规定了对应的时延要求，具体内容在38.133 8.3中描述。
SCell /
如果UE收到，就要根据关联的修改SCell配置；
如果是在包括ync的消息中接收到的，或者是在消息中接收到的，或者是从嵌入到消息中的ync的消息中接收到的，或者是嵌入到消息中，或者是嵌入到E-UTRA 消息中，或者嵌入在 E-UTRA消息中收到的：
如果信令中有包含时，配置完成后 MAC就会认为SCell处于激活状态；否则没有带时，配置完Scell后，MAC会认为SCell先处于状态，后续网络侧会通过ScellMAC CE进行激活。
如果UE收到，对于包含在中的每个值，如果当前UE有配置对应的SCell，就相关SCell 。
上面是RRC层和的配置结构，其中可以看到取值范围对于1～31，这里正好对应的 SCell / MAC CE的结构，后面再看。
/ of (38.321)
如果UE MAC有一个或多个SCell，则网络可以根据情况对SCell进行和动作。在配置上Scell时，如果有对应的=，Scell就处于激活状态，否则处于状态。
具体地UE 配置的 SCell(s)可以通过以下方式和：
(1)通过接收 SCell / MAC CE
(2)如果每个SCell有配置，则关联的SCell在配置时就处于状态。
(3)为每个配置的 SCell 配置 er (不适用于配置有PUCCH的SCell)：在Scell 处于状态后，就开启er，在scell上要进行ul grant或DL 传输时，要重启er；er超时后，相关的 SCell 就会；如果没有配置er时，er= 。
如果Scell处于状态收到SCell / MAC CE或在配置Scell有=true：
(1)此时Scell 对应的WP-Id没有设置为 BWP，在Scell激活后可以进行Scell相关的SRS传输/CSI上报；在Scell上进行PDCCH监听或在其他cell上进行Scell相关的PDCCH 监听；如果有配置PUCCH 资源的话，还可以在SCell 上进行 PUCCH 传输。