平时工作习惯了用UE log工具查看一些内容，因为比较便捷，进而省去根据协议规定一步步查看的繁琐步骤，但是时间久了，协议中的内容难免会忘记，最近查看CA band combination能力时，就遇到这种情况，于是就顺带整理了个人认为挺重要的NR CA部分内容，以便后续查询。这部分主要参考R16版本协议，分布在38.331/38.321/38.101-1/38.104/38.213/36.331等。
下面以SCell Addition/Modification/Release，Activation/Deactivation of SCells，SCell Activation/Deactivation MAC CE，Timing for secondary cell activation/deactivation，带宽相关内容及NR CA EN-DC band能力查看的顺序展开。
当配置 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(38.331)
在添加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激活后可以进行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的过程。
带宽配置(38.101-1)
对于CA，最大传输带宽配置按CC定义，而协议中根据SCS规定的传输带宽和可以配置的RB 数如上表，也就是说在实网下或者lab测试配置带宽时要根据上表内容去配置，举例如下。
如上图分别是几种带宽的配置参数，从左至右分别是 N41 SCS=30KHZ，carrierBandwidth =273；N41 SCS=30KHZ，carrierBandwidth =106；N25 SCS=15KHZ，carrierBandwidth =52；N71 SCS=15KHZ，carrierBandwidth =106；具体对应的带宽分别是100mhz，40mhz，10mhz，20mhz，就是根据上面的Table 5.3.2-1中SCS和带宽的关系确定的RB数。
除了上述carrierBandwidth的配置方式，在38.101-1 Table 5.3.5-1中有规定每个NR band 不同SCS 的带宽支持情况，实际布网配置参数时也会注意这个表的限制。
CA 的最小guardband和传输带宽配置(38.104)
对于intra-band contiguous CA，Aggredgated Channel Bandwidth 和Guard bands 的定义如上图。
Aggredgated Channel Bandwidth 即BW_channel_CA=F_edge,high-F_edge,low(MHZ)
F_edge,low=F_C,low-F_offset,low F_edge,high=F_C,high+F_offset,high
F_offset,low=(N_RB,low *12 +1)*SCS_low /2 +BW_GB(MHZ)
F_offset,high=(N_RB,high *12 +1)*SCS_high /2 +BW_GB(MHZ) BW_GB=max(BW_GB,Channel(k))
N_RB,low和N_RB,high 分别对应于highest CC 和lowest CC的传输带宽对应的RB数，如上面有关Table 5.3.2-1的解释；SCS_high 和SCS_low也是同样的道理。
BW_GB对应的是两个carrier中的最大的那个BW_GB,Channel(k)，分别根据配置carrier的scs和带宽查Table5.3.3-1确定min guardband后，取最大的那个作为BW_GB。
intra-band non-contiguous CA bandwidth 定义如下：
ntra-band non-contiguous CA和上面的intra-band contiguous CA 一样，只是参数名字不同，不再赘述。
由于inter-band non-contiguous CA会有gap，这里用Wgap表示，其计算也很简单，看图就能理解。
UE channel bandwidth per operating band for CA(38.101-1)
对于intra-band non-contiguous CA，CA配置是通过在单个band中划分出2个或多个sub blocks的方式实现，然后每个sub blocks对应一个CA bandwidth class。
对于intra-band non-contiuous UL CA，下面的Table 5.3A.5-2中指定的frequency separation class表示在每个band combination中 UL intra-band non-contiuous 场景下，UE可以支持的lowest CC的下边缘和highest CC上边缘之间的最大频率跨度 ；
对于inter-band CA，CA配置对应的是Band combination，每个band对应支持的 CA bandwidth class，如下表Table 5.3A.5-1。
BW_channel,max对应的是协议中中规定的最大channel 带宽，FR1 R16对应的就是100MHZ。
如上述黄色字体部分，考虑的是实网下UE上报high order CA class时，结合实际资源调度情况，基站可能不能满足UE对应的CA bandwidthclass，这时可以配置lower order CA bandwidthclass，具体地，属于相同fallback group的 NR CA bandwidth class 可以回退到low order 的class，这个是强制支持的；UE是否支持属于不同fallback group的 class回退到low order class，协议上的描述没有强制要求，但是换到基站实现角度，这块就要综合考虑，对于协议上强制支持的内容，肯定要考虑进去，对于不强制支持的内容(协议上描述模棱两可的内容)，基站侧应该就不会考虑，对于上面黄色字体这段话，如果基站侧采用协议不强制的规定给UE配置CA，估计是会出问题的。
具体说明下fallback group，例如CA bandwidth class O/M/N/E/D/C/B/A 属于相同的fallback group 3，则UE上报O时，网络侧可以根据实际资源调度情况将UE回退到lower order class M/N/E/D/C/B/A；上报N时可以回退到M/E/D/C/B/A等等，但是M就不能回退到fallback gourp 2中的配置。这里额外提醒下两个CA组合CA_n41C和CA_n41(2A)的区别，CA_n41C代表N41 带内连续2cc，而CA_n41(2A) 这里的2A则代表的是带内非连续2cc。
UE Channel bandwidth for EN-DC(38.104)
对于带内连续 EN-DC，聚合信道带宽是NR 和 E-UTRA信道带宽的总和,NR sub-block与E-UTRA sub-block各自组成带内连续CA然后再进行DC，EN-DC聚合信道带宽是NR和E-UTRA sub-blocks的聚合信道带宽之和。
intra-band contiguous EN-DC 配置需要通过DC_(n)Xyz 表示，其中第一个字母y表示contiguous E-UTRA carriers数量，第二个字母z表示contiguous NR carrier数量，而(n)X 就代表 E-UTRA band X 和NR band nX这个组合。上图Table 5.3B.0-1 是可用的带内连续EN-DC bandwidth classes，例如DA 代表的含义就是 LTE 3cc 带内连续，然后LTE 3cc再和NR 1cc 组合，LTE 3cc和NR 1cc也是带内连续的关系；DC n(41)AA 代表LTE B41 1cc 与NR N41 1cc组成DC组合且B41与N41 是带内连续的关系；DC n(41)AB 代表LTE B41 1cc与NR N41 2cc(带内连续) 组成的DC组合且B41 1cc与N41 2cc也是带内连续的关系。
最后一部分是UEcapability中根据协议中的描述总结的NR CA和EN-DC组合的查看方法，主要内容在38.331/36.331中。比较关键的IE就是FeatureSetCombination。
FeatureSetCombination对应的是FeatureSet entries的二维矩阵。
每个FeatureSetsPerBand 包含适用于相关band combination carrier的featureset list的entries。 在相关频段上，UE 应支持 FeatureSetsPerBand 中相同位置的 FeatureSets 组合。 一个 FeatureSetCombination 中的所有 FeatureSetsPerBand必须具有相同数量的条目。
FeatureSetCombination 中的 FeatureSetsPerBand 数必须等于关联band combination中的band 数目； 第一个FeatureSetPerBand 适用于band combination的第一个band ，依此类推。
每个FeatureSet 包含一对用于UL和DL的NR或E-UTRA feature set ID。
在 NR 的情况下，UL 和 DL 的实际feature sets在 FeatureSets IE 中定义，并通过其ID进行引用，代表的是它们在 FeatureSets IE 的 featureSetsUplink / featureSetsDownlink 列表中的位置。在完全不清楚CA band combination结构的情况下，上面这段内容真读不懂，无所谓，先放在这。
但是有一点是真读懂了，针对这点举个例子，如上图，假如bandList中只有一个band 25，那其featureSetCombination=0关联的featureSetCombinations中的信息也只能有一对UL/DL feature set ID 信息；如果bandlist 对应的是CA 组合 band 25 和41 ，那featureSetCombination=1关联的featureSetCombinations中的信息就要有2对UL/DL feature set ID 信息，对应关系如上图左侧。
从FeatureSet中引用的FeatureSetUplink和FeatureSetDownlink包括一组FeatureSetUplinkPerCC-Id和FeatureSetDownlinkPerCC-Id以及其他信息。 每个 CC ID 的数量决定了 UE 能够在相应频带的频域中连续聚合的载波数量。 UE 支持的载波数量也受相关 BandCombination（如果存在）中指示的带宽类别的限制。
在feature set combinations中，UE 应排除具有相同或较低能力的条目，因为网络可以通过高级能力，推断UE也支持对应的低级能力，比如N25支持 4 layers传输，UE就只上报支持N25 4 layers， 不用上报还支持N25 2 layers传输。
有时候可能UE需要上报fallback band-combinations信息，这时候UE可以通过2种方式告知网络侧fallback band-combinations信息，一种是通过将FeatureSet ID 设置为零(带间和带内非连续回退场景)，FeatureSet id =0代表这个band combination下不支持对应的UL/DL 载波；第二种方式是降低FeatureSet-PerCC id的个数(针对的是intra-band contiuous fallback场景)，比如原本CA-Bandwidthclass支持2cc，在上报能力时对应的FeatureSet-PerCC id只有1个；不采取上述方式的话，还可以通过将BandCombination与单独的BandCombinations信息关联的方式实现，反正想干啥总有能搞定的方法。另外UE可以report一个FeatureSetCombination，只包含fallback band combinations的信息，也就是说，在一个FeatureSetCombination中，每组跨band的FeatureSets可能至少包含一对FeatureSetUplinkId和FeatureSetDownlinkId，此时它们可以设置为0(代表不支持对应的UL/DL 载波)。
上面这段话的内容和主要和下面的几个相关IE有关系，下面分别看看其含义。
featureSetCombinationId 用于确定featureSetCombinations中的featureSetCombination的位置，featureSetCombinationId=0代表featureSetCombinations中的第一个配置信息。
例如上图featureSetCombination=0，要去featureSetCombinations中对应位置去查看featureSet信息，具体的 0对应的是上图中的第一个位置的信息；featureSetCombination=1，对应的就是第二个位置的信息。
FeatureSetUplinkId 用于确定featureSetsUplink中的关联FeatureSetUplink的位置；FeatureSetUplinkId=1代表featureSetsUplink中第一个位置的信息，依次类推。其中要注意的是FeatureSetUplinkId=0 不会在实际的FeatureSetUplink中用，但是如果配置FeatureSetUplinkId=0的话，代表在实际这个band combination下不支持这个band的UL 载波。
例如上图N25 对应的FeatureSetUplinkId=2(uplinkSetNR =2)，下一步要去featureSetUplink中去找第二个位置的信息；N41 对应的FeatureSetUplinkId=0(uplinkSetNR =0)，代表N41不支持UL 载波，通过上图左侧的N41 ca bandwidthClass信息也可以看出，N41 没有UL cc能力。
FeatureSetDownlinkId用于确定featureSetsDownlink中的关联FeatureSetDownlink的位置；FeatureSetDownlinkId=1代表featureSetsDownlink中第一个位置的信息，依次类推。其中要注意的是FeatureSetDownlinkId=0 不会在实际的FeatureSetUplink中用，当如果配置FeatureSetDownlinkId=0的话，代表在这个band combination下不支持这个band的DL载波。
例如上图N25 对应的FeatureSetDownlinkId=1(downlinkSetNR =1)，下一步要去featureSetDownlink中去找第一个位置的信息；N41 对应的FeatureSetDownlinkId=2(downlinkSetNR =2)，下一步要去featureSetDownlink中去找第二个位置的信息。
featureSetListPerDownlinkCC指示UE在feature set的各个DL 载波上支持哪些功能。 因此，应根据UE ca-BandwidthClassDL在此list中包含至少与其支持的carrier数量一样多的 FeatureSetDownlinkPerCC-Id，比如N25 ca-BandwidthClassDL-NR a代表只支持1cc，这时候FeatureSetDownlinkPerCC只能有一个id，如果N25 ca-BandwidthClassDL-NR b代表支持2cc，此时FeatureSetDownlinkPerCC要有2个id。FeatureSetDownlinkPerCC中元素的顺序无关紧要，网络可以根据FeatureSetDownlinkPerCC中的任何 FeatureSetDownlinkPerCC-Id 配置任何载波，但是fallback场景除外。如果UE针对的是intra-band contiuous fallback场景，要采用fallback 上报的方式，那比如ca-BandwidthClass支持2cc，在上报能力时对应的FeatureSet-PerCC id可以只有1个。
featureSetListPeruplinkCC和featureSetListPerDownlinkCC 类似，不再赘述。
featureSetDownlinkPerCC-id用于在FeatureSetDownlinkPerCC确定关联信息的位置索引，featureSetDownlinkPerCC-id=1代表的就是第一个位置。
如上图绿色箭头，featureSetDownlinkPerCC-id=1/2/3与FeatureSetDownlinkPerCC中的对应关系。
featureSetUplinkPerCC-id与featureSetDownlinkPerCC-id类似，对应关系如上图绿色箭头。
到这里NR CA能力的关联关系就基本清楚了，刚开始那段上报fallback band-combinations信息的话，应该也差不多能对应上了。 下面综合起来看几个NR CA能力映射关系的例子。
单band 能力
上图是N25 DL 能力映射关系图，N25 支持DL SCS 15khz DL 带宽 40khz,最大支持DL 4 layers 传输等等。
这是N25 UL能力映射图，可以看到N25 UL 支持UL SCS 15khz UL 带宽 40khz,最大支持UL 1layers 传输等等。
CA能力 N25(pcell)+N41(Scell)
如上路径 可以看出N25+N41 支持DL N25(2*2) +n41(4*4) 传输，其他信息如上图。
如上路径 可以看出N25+N41 只支持UL N25 one layer传输 ，n41不支持UL 载波，正如bandNR 25 有配置ca-BandwidthClassUL-NR,而bandNR 41 却没有ca-BandwidthClassUL-NR， 代表只能N25做Pcell(因为可以配置UL 载波)，N41 只能有DL 载波，其他信息如上图。
紧接着看下EN-DC的能力如何查看，主要还是几个类似的IE，简单看下。
ENDC Feature set Combination结构如上，对于eutra部分会有FeatureSetEUTRA-UplinkId 和FeatureSetEUTRA-DownlinkId 用于指定festure set的位置，例如FeatureSetEUTRA-DownlinkId=1代表featureSetsEUTRA-r15->featureSetsDL第一个位置的信息，FeatureSetEUTRA-DownlinkId=0代表不支持对应的配置，即没有DL载波信息。
对于featureSetDL-PerCC中包含的FeatureSetDL-PerCC-Id的数目要与ca-bandwidthClassDL相匹配，例如ca-bandwidthClassDL c代表DL 2CC，这2cc的要求如上图中的Table 5.6A-1，ca-bandwidthClassDL c 对应到featureSetUL-PerCC中就要有2个FeatureSetUL-PerCC-Id；featureSetUL-PerCC也是相同的原理。
最后需要根据FeatureSetUL-PerCC-Id和FeatureSetDL-PerCC-Id 确定最后的具体能力信息，例如FeatureSetDL-PerCC-Id=0代表的是featureSetsDL-PerCC-r15中的第一个位置的信息，FeatureSetDL-PerCC-Id=1代表的是第二个位置的信息。这部分对应的ENDC组合的UL和DL能力映射关系图如下。
最后上面的内容难免会有理解错误的地方，如有发现，还请指正。