搜索空间

目录

·Control search space属性
·Control search space配置

搜索空间(search space)包括CORESET（control resource set），而control resource set是给定numerology下REG 的SET。

控制搜索空间包括聚合级别（aggregation level）、每个聚合级别的解码候选以及每个解码候选的cce集的属性相关联。

对于NR PDCCH，聚合级别集取决于NR CCE定义。更具体地说，它取决于每个NR CCE的可用RE数量。在大多数情况下，每个NR CCE的可用RE数量接近PDCCH中的CCE大小。因此，应该可以将聚合级别重用为PDCCH（AL={1,2,4,8}），因为它可以简化NR PDCCH链路自适应过程。

此外，NR PDCCH还可以考虑其他一些聚合级别，例如AL=16或32。这是因为每个NR CCE的可用RE数可能会减少，带宽较小的CORESET中的有限频率分集，以及用于分布式传输的随机波束赋形等。在这种情况下，在低SINR时，可能存在相对于PDCCH的BLER间隙，因此，应通过将分配的NR CCE增加一倍/四倍来进行补偿。

与PDCCH/EPDCCH类似，可以重用将盲解码候选划分到不同的聚合级别。注意，对于PDCCH/EPDCCH USS，每个服务小区的盲解码的数目是32（或者当配置上行MIMO时是48）。如果支持4个聚合级别，即AL={1,2,4,8}，则作为一个示例，可以考虑使用AL1:8、AL2:4、AL4:2、AL8:2进行解码候选。对于AL集处于更高聚合级别的情况，解码候选可被视为AL2:8、AL4:4、AL8:2、AL16:2。

在EPDCCH中，当为UE每个载波配置多达两个EPDCCH集时，每个聚合级别的解码候选在这些集之间被分割，以将盲解码尝试的总数保持在同一级别。这种原理可以在NR中重用和扩展，其中UE可以在同一载波中配置多个CORESET。在这种情况下，UE的盲解码候选应在配置的CORESET之间分割。

在LTE中，为一个CSS/USS中的一个PDCCH/EPDCCH传输预定义或配置一个特定的关联传输参数集，包括传输方案、RS结构、映射方案、时间/频率资源等。该关联机制可用于NR PDCCH，即，CSS和USS可以关联不同的传输参数，包括资源映射或传输方案、RS结构、时间/频率资源，甚至波束对链路。

UE可以在一个或多个实例中监视一个或多个控制消息。例如，在基于分布式调度的非相干JT的多点协调传输中，UE可以分别从不同的TRP接收多个控制信息。另一个示例是，UE可被配置为同时或在不同OFDM符号中监视多个波束对链路上的NR PDCCH。不同搜索空间中的传输性能可能不同。一些搜索空间可用于使用发射分集的鲁棒控制信道传输，而其他搜索空间可用于使用专用预编码的容量增强方案。因此，UE可以被配置为监视具有不同传输参数的多个搜索空间。

在LTE EPDCCH中，使用特定于集合的随机参数Yp,k来确定每个集合中的候选者的第一ECCE。原因如下。在为同一UE配置的多个搜索空间具有相同类型且指向不同的CORESET的情况下，由于例如带宽/numerology、DMRS密度等的差异，每个NR CCE的可用RE的数量在不同的CORESET之间是不平衡的，对于具有高负载大小的DCI，低聚合级别的一些潜在候选可能不可解码。为了增加可解码候选的数量，需要在CORESET中对候选进行特定于CORESET的随机化。同时，将NR PDCCH候选点在不同CORESET中的位置随机化也可以降低阻塞概率。因此，采用同样的原则是有益的。也就是说，对多个CORESET有不同的起始位置定义。

对于所有UE的初始接入设施，应在默认CORESET中配置一个搜索空间，用于调度例如SIB1和SIB2等。为了资源灵活性，应通过MIB配置默认CORESET的频域资源。这种CORESET还可用于UE特定的控制信令和除SIB1和SIB2之外的其他公共控制信令。

由于各种UE功能，默认CORESET应具有所有UE支持的最小可能带宽。如果假设5mhz或20mhz为初始访问的最大带宽，则这样的CORESET因此优选不跨越大于5mhz或20mhz的带宽。此外，LTE PDCCH中最多16个cce被用作公共搜索空间。假设CORESET使用2个OFDM符号，频域5 MHz或20 MHz，即频域中约26~28 REG，将足以实现类似的容量。同样简单的是，这种CORESET应该由连续的reg组成，以实现足够大的容量，而单个NR PDCCH的NR cce可以来自非连续的NR reg，以实现传输健壮性。

考虑到默认CORESET中的有限资源，可以使用RRC信令以UE特定的方式配置附加CORESET。这将潜在地减少不同ue之间的控制信道冲突。由于UE的能力因UE而异，因此频域中的位置、OFDM符号的数量和prb的数量等也可以由UE专门为附加CORESET配置。

人们一致认为，CORESET是在给定的numerology下定义的。设置额外的控制资源以支持特定于UE的搜索空间的缺点主要来自以下方面。由于UE可能必须在一个时隙内接收公共控制信令和UE特定控制信令，因此如果默认和附加CORESET使用不同的numerology，UE将必须同时支持多个FFT处理或支持符号级FFT处理切换。这将增加UE的复杂性并引入进程延迟。因此，在额外的CORESET中至少应该支持公共搜索空间。

值得注意的是，在成功地与小区关联之前，UE无法接收RRC信令。如果在接收RRC信令之前，所有UE在一个默认CORESET中拥塞，那么有限的控制资源将成为网络性能的瓶颈。虽然可以通过增加带宽来扩大CORESET，但它反过来会阻塞一些具有small UE能力的UE。因此，用专用RRC信令指示额外的资源集是不够的。

可以考虑一种方法来解决该问题，其中UE尽早通过其他信令（例如RAR或Msg4）被分配给一个或多个附加CORESET。有利于在一个CORESET上解决此类拥塞问题。在随机接入过程中，UE可以连同前导码或Msg3一起反馈其能力。然后，gNB可以根据UE能力分配具有足够宽带宽的额外UE特定资源集。这种信号可以通过RAR或Msg4传输。因此，将负载从拥挤的CORESET转移到不那么繁忙的CORESET可以提高整体网络性能。

为了实现NR PDCCH的稳健传输和检测，UE可以被配置为同时或以不同的OFDM符号接收具有多个波束对链路的一个控制消息。因此，多个波束对链路可以与多个搜索空间类型或多个CORESET相关联。例如，UE可以从多个CORESET接收一个控制消息，其中每个CORESET使用不同的波束对链路。这些不同资源集之间的信道估计不能重用，因此应该使用特定于资源集的自包含解调器。