5G 网络PDCCH在Search space和DCI上的维护
当在CORESET中配置WB DMRS时，具有连续RB的最大集群数为4。这考虑了将CORESET划分为不相交的部分，以避免与SSB或任何其他CORESET不可用的保留资源发生冲突。因此，如果在CORESET中配置WB RS，则不允许导致CORESET和SSB之间冲突的PDCCH配置。因此，图1中的情况（a）和情况（b）均不受支持。类似地，如果WB DMRS在CORESET中配置，则不应允许导致CORESET和LTE CRS之间冲突的PDCCH配置。
对于WB RS CORESET，UE预计仅使用以下可能的CORESET进行配置：
最多4个集群，每个集群由连续的RB组成。
在NB RS CORESET和WB RS CORESET之间，信道估计的CCE计数规则是相同的，这意味着：
在WB RS CORESET的情况下，用于信道估计的CCE的数量被计算为待监测PDCCH候选的CCE集的联合，因此WB RS CORESET的BW不受用于信道估计的CCE限制的限制。
UE是否可以在小于WB RS CORESET中最大连续RB数的BW内执行信道估计取决于性能评估
在TS 38.213第10节中，根据下文，主小区可指用于MCG的PCell或用于SCG的PSCell。
同时，协议声明可以在主小区上接收由SI-RNTI加扰的PDCCH和由P-RNTI加扰的PDCCH。需要澄清的是，原小区仅指MCG的PCell。
在初始接入期间，MIB中提供CORESET#0配置，以便UE与网络通信。在初始接入之后，网络可以向UE配置活动BWP，该UE的带宽不同于CORESET#0的带宽。如果活动BWP与CORESET#0的带宽重叠，并且如果活动BWP的子载波间隔与CORESET#0使用的子载波间隔相同，则UE可以使用CORESET#0进行PDCCH监测。否则，UE不能使用CORESET#0进行PDCCH监视。
CORESET在RRC级别配置，其QCL Type D由MAC CE激活。为了避免碰撞，最简单的方法是确保网络使用相同的波束对其进行配置。
DCI格式和内容
在TS 38.212的第7.3.1.1.2节和第7.2.1.2.2节中，在PUSCH和PDSCH调度的非回退DCI中定义了“Time domain resource assignment”字段。该字段的比特宽度由高层参数pusch-TimeDomainAllocationList或pdsch-TimeDomainAllocationList中的条目数决定。
根据TS 38.214，网络可能不配置pusch-TimeDomainAllocationList或pdsch-TimeDomainAllocationList。如果未配置更高的参数，则UE使用默认表来确定PUSCH和PDSCH的时域资源分配。因此，需要更新38.212中的文本，以反映可以使用默认表。
PDSCH或PUSCH的时域资源分配（RA：resource allocation）在DL/UL授权中用表的索引表示，其中表的每个条目表示用于传输的OFDM符号集、K0和映射类型等（这些内容我有视频介绍过）。这适用于使用C-RNTI、MCS-C-RNTI或CS-RNTI调度的PDSCH或PUSCH。对于PDSCH，如果已配置，则应用PDSCH-ConfigCommon或PDSCH-Config中PDSCH-AllocationList中的高层配置表。否则，将使用默认表。对于PUSCH，如果配置了PUSCH-ConfigCommon或PUSCH-Config，则应用PUSCH-AllocationList中的高层配置表。否则，将使用默认表。对于在CORSET #0中接收的DCI，根据是在UE特定搜索空间（UESS：UE specific search space ）还是在公共搜索空间（CSS：Common search space）中接收DCI，表的确定不同，如下表所示（仅从38.214中复制相关部分）。
在CORESET#0中，如果pdsch配置中提供了pdsch-TimeDomainAllocationList，则与CSS中DCI指示的pdsch时域资源分配相关联的表，不同于UESS中DCI指示的pdsch时域资源分配相关联的表。PUSCH时域RA表的确定遵循类似规则。如果UE无法区分解码的PDCCH候选是与CSS关联还是与UESS关联，则有两种不同的方法来解释DCI中的“time domain resource assignment”字段，从而导致歧义。UE应仅遵循基于一个表的“time domain resource assignment”的一种解释。否则，UE必须基于“time domain resource assignment”字段的两种解释来解码PDSCH或发送PUSCH两次。显然，这对UE来说是非常有问题的。
如果满足以下条件，则UE无法区分解码的PDCCH候选是与CSS关联还是与UESS关联：
CSS和UESS都配置为由CORESET#0中的UE监控
两个PDCCH候选在同一组cce中传输
这两个候选对应于相同的PDCCH加扰ID
这两位候选都是后备DCI
这两个候选对应于相同的RNTI类型（C-RNTI、MCS-C-RNTI或CS-RNTI）
为了解决TD-RA模糊问题，应该每当CORESET#0中的两个PDCCH候选满足上述条件时，UE假设只有CSS候选被发送，并基于CSS候选对PDSCH进行解码。
