841-5G 搜索空间.docx
5G搜索空间搜索空间(SearChSPaCe)包括CORESET(controlresourceset),而ControIresourceset是给定numerology下REG的SEToControlsearchSPaCe属性控制搜索空间包括聚合级别(aggregationlevel),每个聚合级别的解码候选以及每个解码候选的CCe集的属性相关联。对于NRPDCCH,聚合级别集取决于NRCCE定义。更具体地说，它取决于每个NRCCE的可用RE数量。在大多数情况下，每个NRCCE的可用RE数量接近PDCCH中的CCE大小。因此，应该可以将聚合级别重用为PDeCH(AL=1,2,4,8),因为它可以简化NRPDCCH链路自适应过程。此外，NRPDCCH还可以考虑其他一些聚合级别，例如AL=16或32。这是因为每个NRCCE的可用RE数可能会减少，带宽较小的CORESET中的有限频率分集，以及用于分布式传输的随机波束赋形等。在这种情况下，在低SINR时，可能存在相对于PDCCH的BLER间隙，因此，应通过将分配的NRCCE增加一倍/四倍来进行补偿。与PDCCH/EPDCCH类似，可以重用将盲解码候选划分到不同的聚合级别。注意，对于PDCCH/EPDCCHUSS,每个服务小区的盲解码的数目是32(或者当配置上行MlMO时是48)。如果支持4个聚合级别，即AL=1,2,4,8,则作为一个示例，可以考虑使用ALl:8、AL2:4、AL4:2、AL8:2进行解码候选。对于AL集处于更高聚合级别的情况，解码候选可被视为AL2:8、AL4:4、AL8:2、AL16:2o在EPDCCH中，当为UE每个载波配置多达两个EPDCeH集时，每个聚合级别的解码候选在这些集之间被分割，以将盲解码尝试的总数保持在同一级别。这种原理可以在NR中重用和扩展，其中UE可以在同一载波中配置多个CORESET。在这种情况下，UE的盲解码候选应在配置的CORESET之间分割。在LTE中，为一个CSS/USS中的一个PDCCH/EPDCCH传输预定义或配置一个特定的关联传输参数集，包括传输方案、RS结构、映射方案、时间/频率资源等。该关联机制可用于NRPDCCH,即，CSS和USS可以关联不同的传输参数，包括资源映射或传输方案、RS结构、时间/频率资源，甚至波束对链路。UE可以在一个或多个实例中监视一个或多个控制消息。例如，在基于分布式调度的非相干JT的多点协调传输中，UE可以分别从不同的TRP接收多个控制信息。另一个示例是，UE可被配置为同时或在不同OFDM符号中监视多个波束对链路上的NRPDCCHo不同搜索空间中的传输性能可能不同。一些搜索空间可用于使用发射分集的鲁棒控制信道传输，而其他搜索空间可用于使用专用预编码的容量增强方案。因此，UE可以被配置为监视具有不同传输参数的多个搜索空间。在LTEEPDCCH中，使用特定于集合的随机参数k来确定每个集合中的候选者的第一ECCE。原因如下。在为同一UE配置的多个搜索空间具有相同类型且指向不同的CoRESET的情况下，由于例如带宽/numerology、DMRS密度等的差异，每个NRCCE的可用RE的数量在不同的CORESET之间是不平衡的，对于具有高负载大小的DCI,低聚合级别的一些潜在候选可能不可解码。为了增加可解码候选的数量，需要在CORESET中对候选进行特定于CORESET的随机化。同时，将NRPDCeH候选点在不同CORESET中的位置随机化也可以降低阻塞概率。因此，采用同样的原则是有益的。也就是说，对多个CORESET有不同的起始位置定义。ControlsearchSPaCe配置对于所有UE的初始接入设施，应在默认CORESET中配置一个搜索空间，用于调度例如SlBl和SIB2等。为了资源灵活性，应通过MlB配置默认CoRESET的频域资源。这种CoRESET还可用于UE特定的控制信令和除SIBI和SIB2之外的其他公共控制信令。由于各种UE功能，默认CORESET应具有所有UE支持的最小可能带宽。如果假设5mhz或20mhz为初始访问的最大带宽，则这样的CORESET因此优选不跨越大于5mhz或20mhz的带宽。此外，LTEPDCCH中最多16个CCe被用作公共搜索空间。假设CORESET使用2个OFDM符号，频域5MHz或20MHz,即频域中约2628REG,将足以实现类似的容量。同样简单的是，这种CORESET应该由连续的reg组成，以实现足够大的容量，而单个NRPDCCH的NRCCe可以来自非连续的NRreg,以实现传输健壮性。考虑到默认CORESET中的有限资源，可以使用RRC信令以UE特定的方式配置附加CORESET。这将潜在地减少不同Ue之间的控制信道冲突。由于UE的能力因UE而异，因此频域中的位置、OFDM符号的数量和Prb的数量等也可以由UE专门为附加CORESET配置。人们一致认为，CoRESET是在给定的numerology下定义的。设置额外的控制资源以支持特定于UE的搜索空间的缺点主要来自以下方面。由于UE可能必须在一个时隙内接收公共控制信令和UE特定控制信令，因此如果默认和附加CORESET使用不同的numerology,IJE将必须同时支持多个FFT处理或支持符号级FFT处理切换。这将增加UE的复杂性并引入进程延迟。因此，在额外的CORESET中至少应该支持公共搜索空间。值得注意的是，在成功地与小区关联之前，UE无法接收RRC信令。如果在接收RRC信令之前，所有UE在一个默认CoRESET中拥塞，那么有限的控制资源将成为网络性能的瓶颈。虽然可以通过增加带宽来扩大CORESET,但它反过来会阻塞一些具有SInanUE能力的UE。因此，用专用RRC信令指示额外的资源集是不够的。可以考虑一种方法来解决该问题，其中UE尽早通过其他信令（例如RAR或Msg4）被分配给一个或多个附加CORESET。有利于在一个CORESET上解决此类拥塞问题。在随机接入过程中，UE可以连同前导码或Msg3一起反馈其能力。然后，gNB可以根据UE能力分配具有足够宽带宽的额外UE特定资源集。这种信号可以通过RAR或Msg4传输。因此，将负载从拥挤的CoRESET转移到不那么繁忙的CORESET可以提高整体网络性能。为了实现NRPDCCH的稳健传输和检测，UE可以被配置为同时或以不同的OFDM符号接收具有多个波束对链路的一个控制消息。因此，多个波束对链路可以与多个搜索空间类型或多个CORESET相关联。例如，UE可以从多个CORESET接收一个控制消息，其中每个CoRESET使用不同的波束对链路。这些不同资源集之间的信道估计不能重用，因此应该使用特定于资源集的自包含解调器。
