NR Rel-15 PDCCH信道的问题

根据TS38.212的最新版本，UL/DL grant有两种DCI格式，即Fallback DCI和Non-Fallback DCI。当在CSS中传输Fallback DCI或在USS中传输Fallback DCI，但每个时隙的DCI大小总数超过DCI大小预算时，Fallback DCI的大小（即DCI格式1_ 0/0_0）由CORESET 0的大小确定。另一方面，non-Fallback DCI的大小由承载non-Fallback DCI的活动BWP的特定配置决定。

根据DCI大小确定的当前机制，Fallback DCI的大小可以与non-Fallback DCI的大小相同，例如，根据RRC配置，某些字段不存在，或者某些字段的大小配置为0。例如，如果未配置CA、CBG、2CW、ZP CSI-RS等功能，则Fallback DCI和non-Fallback DCI的大小可能相同。表1显示了当用于确定Fallback DCI和non-Fallback DCI中的频域资源分配（FDRA:Frequency domain resource allocation）字段的带宽大小相同并且根据RRC配置缺少一些字段时，Fallback DCI和non-Fallback DCI的大小相同的示例。此外，即使non-Fallback DCI维护上述示例中给出的那些字段，当初始BWP的大小大于活动BWP的大小时，仍然会发生此问题。

UE可以在USS或CSS中使用C-RNTI/CS-RNTI加扰的CRC监视Fallback DCI格式0_0/1_0，并在USS中监视non-Fallback DCI格式0_1和1_1。根据当前规范，考虑以下两种情况：

Case 1：CORESET中CSS（Fallback DCI）和USS（Fallback DCI）之间的搜索空间重叠。

表2给出了具有不同CORESET和搜索空间集配置的重叠候选对象的百分比。聚合等级（AL）的配置和相应的PDCCH候选数如表3所示。可以观察到，在case 1中，PDCCH候选重叠的概率很高。

在上述情况下，UE被配置为在CSS中使用C-RNTI/CS-RNTI监视DCI格式1_0，在USS中使用C-RNTI/CS-RNTI监视DCI格式1_1。DCI格式1_0的大小等于DCI格式1_1的大小。如果两个PDCCH在重叠的PDCCH候选中传输，UE将无法在Fallback DCI和non-Fallback DCI之间识别检测到的DCI格式。

Case 2：CORESET中USS（Fallback DCI）和USS（non-Fallback DCI）之间的搜索空间重叠。

如果所有USS（例如USS#0、USS#1）与同一CORESET相关联，由于不同USS没有随机化，这些USS中第一个PDCCH候选的起始CCE将重叠。可以预期，在一定聚合级别下，第一个PDCCH候选将在USS的不同搜索空间集之间重叠。由于配置的PDCCH候选数量，其他PDCCH候选可能以高概率重叠。类似地，表4给出了具有不同CORESET和搜索空间集配置的重叠候选百分比。AL的配置和相应的PDCCH候选数如表5所示。还观察到，在case2中，PDCCH候选重叠的概率很高。

如表1所述，Fallback DCI和non-Fallback DCI可能具有相同大小的DCI有效负载，并且CRC由相同的C-RNTI/CS-RNTI加扰。UE将无法在Fallback DCI和non-Fallback DCI之间识别检测到的DCI格式。

为了在具有相同DCI有效负载大小的Fallback DCI和非回退DCI之间识别检测到的DCI格式，并且在重叠的PDCCH候选中具有由C-RNTI/CS-RNTI加扰的CRC，UE应限制为仅解码一种类型的DCI格式。例如，对于case 1，预期仅传输Fallback DCI格式；对于case 2，预计仅传输non-Fallback DCI格式。

另一个问题。协议不会为TCI state configuration引入新的RRC信令和MAC-CE。

TCI state configuration的现有RRC信令是ControlResourceSet，然而，重用当前RRC信令将进一步使信令复杂化。例如，ControlResourceSet IE如下所示：

如果使用ControlResourceSet IE为CORESET#0配置TCI，则需要对该IE中除TCI configuration之外的一些字段的配置设置一些限制，以对齐CORESET#0的配置，这将使规范和实现复杂化。

另一方面，现有的UE特定的PDCCH MAC-CE字段将是配置CORESET#0的TCI configuration的可能方法。例如，根据TS38.321v15.3.0，当前特定于UE的PDCCH MAC-CE字段包括长度为4位的CORESET ID字段和长度为7位的TCI state ID字段。CORESET ID字段中的值的范围涵盖了一个服务小区内的所有CORESET，TCI State ID字段中的值的范围涵盖了总共128个TCI state ID。信令信号足以用于CORESET#0的TCI配置。如果MAC-CE字段用于CORESET#0的TCI状态配置，则TCI state ID字段应包括与SSB索引相关的SSB索引或CSI RS。

波束失效恢复机制也应适用于CORESET#0/SS#0。SSB索引应包括在波束故障检测RS集中。当发生波束故障时，UE可以识别出超过为波束故障恢复配置的阈值的新SSB，并向gNB发送波束故障恢复请求。在TS38.213的当前版本中，波束故障检测RS集只能是周期性的CSI-RS资源。如果为UE提供了更高层的参数故障检测资源，则它将禁止在SSB/CORESET#0/SS#0上进行波束故障检测。如果为UE提供了更高层参数failureDetectionResources，则优选将由CORESET#0的TCI状态指示的SSB索引包括在波束故障检测RS集中。

可以为服务小区提供UE，使用一组周期性CSI-RS资源配置索引和SSB索引QCLed，通过高层参数failureDetectionResources获得CORESET#0，并使用一组周期性CSI-RS资源配置索引或SSB索引，通过高层参数candidateBeamRSList获得服务小区上的无线链路质量测量。如果UE没有提供高层参数failureDetectionResources，则UE确定集合以包括周期性CSI-RS资源配置索引，其值与由UE用于监测PDCCH的各个CORESET的高层参数TCI状态所指示的RS集合中的RS索引相同。UE期望集合包括多达两个RS索引，如果TCI状态中有两个RS索引，则集合包括具有对应TCI状态的QCL类型配置的RS索引。UE期望在集合中有单端口RS。