灵活部署的PDCCH下的search space

具有不同属性的多个CORESET有利于灵活的部署。特定CORESET和特定Search Space的配置的内容都可以预定义或固定。

RS加扰参数

UE监视一个或多个“control resource set”中的下行控制信息，并且其小于或等于载波带宽。可以使用多个CORESET来动态地改变TRP/小区，例如，可以为隐式TRP改变配置CORESET特定的加扰参数。

传输/分集方案

可以配置CORESET的传输方案，例如，UE可以假设每个CORESET使用2端口SFBC或1端口UE专用波束赋形。多传输方案的盲检在灵活调度和部署方面是有益的。如果支持多个传输方案，并且每个传输方案具有不同的特性，例如资源映射、RS结构和PRB捆绑，则希望为每个传输方案分离资源。

资源映射

分布式资源映射可以获得频率分集增益和干扰分集增益，而局部资源映射适合实现波束赋形增益。因此，NR PDCCH支持这两种资源映射方案。此外，在多个控制符号的情况下，可以支持频率优先和时间优先CCE映射，以提高信道估计性能和编码增益。如果每个资源映射需要不同的资源结构，那么gNB可以配置CORESET特定的资源映射方案。考虑到在CORESET中配置的资源映射方案，UE可以盲解候选码。每个资源映射方案可以与传输方案相关联，例如，发射分集方案使用分布式映射，UE专用波束赋形使用局部映射。

PRB捆绑大小

当使用PRB bundling 时，UE可以假设在PRB bundling 中应用相同的预编码。因此，该内容与传输方案和RS类型密切相关。如果将SFBC指定给CORESET，则PRB bundling 大小可以等于CORESET大小，而UE不能在为UE专用波束赋形配置的CORESET中假定大的PRB bundling 大小。因此，PRB bundling 大小与传输方案相关联，或者可以为每个CORESET配置。

为了增加NR PDCCH传输和接收的灵活性，UE应该尝试在多个CORESET中盲检候选。对于该操作，整个Search Space可以划分为多个子Search Space（sub SS），每个subSS可以分配给不同的CORESET。每个subs都有自己的属性，例如聚合级别、每个聚合级别的解码候选数量以及每个解码候选的cce集；

聚合级别

每个subSS可以有自己的聚合级别，例如，subSS#1由聚合级别1、2、4和8个候选组成，而聚合级别4、8和16个候选组成subSS#2。在很多方面，这是有益的。例如，即使每个CORESET具有不同数量的可用资源，也可以保证最小编码速率。

每个聚合级别的解码候选数

对于每个聚合级别，每个subSS可以有不同数量的候选项。例如，在用于UE专用波束赋形的subSS中，可以将更多候选者分配到低聚合级别，而对于发射分集方案，高聚合级别是优先的。

每个解码候选的cce集

如果NR PDCCH中同时支持时间优先/频率优先CCE聚合，并且为每个聚合类型配置了分离的subSS，则可以在subSS之间区分每个解码候选的CCE集。

NR应支持CORESET中至少部分资源的动态重用，以用于相同或不同UE的数据，至少在频域中。对于数据速率匹配，可以考虑EPDCCH的速率匹配方法，其中数据仅在调度数据的控件上进行速率匹配。该方法假设其他UE的调度不会在分配给一个UE的资源中进行调度，这可能会使gNB调度复杂化，从而复用不同的控制信道。此外，有些资源仅通过调度是不容易避免的，例如用于公共控制调度和UL授权的资源。从这个意义上讲，直接应用EPDCCH行为在NR设计中可能并不有效。为了解决这个问题，可以考虑通过配置“fixed”和“virtual”控制资源来考虑PDCH和EPDCH速率匹配行为的混合。其思想是对固定控制资源应用PDCCH速率匹配行为，对虚拟控制资源应用EPDCCH速率匹配行为。图1显示了固定/虚拟控制区域的示例，其中第一个OFDM符号被假定为固定控制资源，而另外两个OFDM符号被假定为虚拟控制资源。如图所示，PDSCH不会映射到固定的控制资源上，而它可以使用虚拟控制区域上的资源，除了调度PDCCH传输所使用的资源。在固定控制资源和虚拟控制资源之间的分离方面，可以考虑不同的机制。一种方法是使用类型配置不同的控制区域，或者通过划分候选资源来分离Search Space中的资源类型。

准则

每个NR-CCE的REG数

NR-CCE定义为固定数量的REG（RB），而每个NR-CCE的确切REG数量还未定。NR-CCE大小可能会影响整体Search Space设计，例如最小带宽或OFDM符号的数量和阻塞概率，因此会影响最大聚合级别、盲解码候选数、Search Space设计等。潜在的NR-CCE大小被认为包括4、6或8个用于传输“合理”码率的DCI格式的REG。包括4个RB和与来自OFDM符号中2个天线端口的CRS开销相同的DMRS开销的NR-CCE大小导致32个子载波的NR-CCE大小，其小于LTE中的CCE大小约10%。然而，对于NR-PDCCH来说，这不太可能足够，因为（a）NR-PDCCH BLER比PDCCH BLER差，因为无法进行信道估计的时间交织值，（b）NR中较大的DCI格式大小导致较高的码率。例如，对于60位的DCI大小（对于特定于UE的DCI格式，预期为保守值）和16位CRC，4个RB的CCE的结果码率大于1，而对于6个RB的CCE大小，其仍然相对较大（0.79）。尽管在UE SINR恶化时或对于UE公共DCI，仍然可能具有包括4个RB的NR-CCE，用于后备DCI，但使用1个NR-CCE聚合级别来传输此类DCI可能没有意义。此外，可以考虑使用RB捆绑的DMRS密度将每个RB的DMRS密度降低到1/3以下，并在使用NR-CCE的聚合级别1 时降低码率。

根据NR-CCE大小，对于给定的CORESET，NR-CCE（NNR-CCE）的总数可能会有所不同。表1显示了根据NR-CCE大小（即NREG=4、6、8）的潜在候选值（假设CORESET的10 MHz带宽和15 kHz子载波间隔）的NNR-CCE值的示例。LTE PDCCH的CCE（NCCE）数量也包含在表1中以供参考。因此，考虑到单个UE的所有LTE-PDCCH候选需要42个cce，并且应该避免大的阻塞概率，频域中DLCORESET的可能大小直接影响每个DLCORESET的OFDM符号的最大数量。

支持的聚合级别

至少LTE的聚合级别，即AL＝1、2、4、8可以是NR-PDCCHSearch Space设计的起点。这还将取决于RB数量中的NR-CCE大小和NR中的DCI格式大小，并且，与EPDCCH类似，可能还需要考虑16个NR CCE中的所有CCE，以便在确保类似覆盖的同时，考虑分布式NR-PDCCH传输相对于PDCCH传输的更差信道估计造成的损失。

根据Search Space类型（USS或CSS）和垂直场景（eMBB、URLLC、mMTC），支持的NR-CCE聚合级别可能会有所不同。对于与初始接入相关联的CSS，NR聚合级别可以在规范中硬编码，并可能由SIB进一步调整（如果NR-PDCCH调度SIB1，则各自的NR聚合级别可以在规范中固定）。对于USS，NR-CCE聚合级别可以是特定于UE的，并由高层配置。这还可以考虑给定流量类型的可靠性/延迟要求，降低UE功耗，并降低阻塞概率，因为NR-CCE聚合级别可能具有较少的候选。

每个聚合级别的候选数

表2显示了在LTE PDCCH中由UE监控的每个CCE聚合级别的候选数量。盲解码的复杂度基本上取决于候选的总数和需要监控的不同有效负载大小的DCI格式的数量。较大数量的候选在NR-PDCCH调度中提供了更大的灵活性，并且可以实现更多的分集增益，但是当UE始终监视最大数量的候选时，UE功耗增加。因此，允许大量候选者最小化阻塞概率，同时允许UE在不需要最大的盲解码部署时限制盲解码部署的数量是有益的。如果阻塞概率的增加被认为对UE功耗有非实质性影响，则可以考虑基于“分层Search Space”的Search Space结构。