893-5G Search Spaces 和盲解码.docx

5GSearchSpaces和盲解码控制资源集定义为给定numerology下的一组正则表达式。MIB指示至少一个控制资源集，以便当UE获取NR信道时，它知道在哪里监视控制信道。UE可以重定向到其他控制资源集。为了区分这些控制资源集，将MIB指示的控制资源集表示为公共控制资源集，其他控制资源集表示为特定于UE的控制资源集。对于每个控制资源集，需要指定以numerology符号下的OFDM符号数为单位的最大时域长度。长度是控制开销和控制信道容量之间的权衡。作为一种折衷，建议将OFDM符号的数量限制在2个以内，以进一步的OFDM符号分割为准。在控制资源集中，控制资源在REG、CCE级别中定义，搜索空间可以进一步定义为CCE的不同聚合级别的解码候选集。对于公共控制资源集，认为应该可以定义公共搜索空间和特定于UE的搜索空间。例如，如果NR信道的系统带宽不是很宽，可能不想定义多个控制资源集，可以使用一个控制资源集，这将是公共控制资源集。那么至少在这种情况下，需要在同一个公共控制资源集中同时支持CSS和USS。另一方面，当UE特定控制资源集和多个UE被配置为监视同一UE特定控制资源集时，支持资源集中的公共搜索空间以允许向这组UE发送广播授权是有意义的。UE可以被配置为监视一个或多个控制资源集中的一个或多个搜索空间。对于USS,类似于LTECA,应该可以将UE配置为从一个或多个NRCC中的多个控制资源集中监视USS。然而，对于CSS,为了节省盲解码的复杂性，可能不需要从多个控制资源集中监视CSS。搜索空间和控制区域：一般认为搜索空间限制在单个控制资源集中。然而，对于控制资源集是否只能有一个搜索空间或是否可以包含多个搜索空间，存在不同的看法。一种观点认为，由于多个控制资源集可以在频率上重叠，因此不需要在单个控制资源集中支持多个搜索空间，因为可以通过重叠不同的控制资源集来为不同的搜索空间共享相同的物理资源。另一种观点认为，能够在控制资源集中定义不同的搜索空间仍然有好处。在执行初始接入之后，除了通过容量相当有限的NRPBCH接收信息之外，UE还没有任何机会被配置为控制资源集。因此，为了能够接收进一步的控制消息，必须隐式地定义控制资源集，或者必须以非常小的信令向IJE显式地发信号。考虑到NRPBCH的容量限制，更好的方法可能是限制或消除该信道上需要承载的信令。这将意味着隐式定义控制资源区域是有益的，在该控制资源区域中，在对服务小区执行初始接入之后，至少可以接收所有Ue共有的消息。也就是说，这个控制区域至少应该支持一个公共搜索空间。在初始接入过程中可能需要使用最小的信令，以便提供相对于载波上的同步序列的位置分配控制资源集的灵活性，该同步序列可能并不总是在中心。此外，出于节能原因的UE带宽灵活性也可能会带来额外的限制。另一个考虑是，PRB编号本身可能是UE特定的，并且UE可能不从gNB的角度真正知道载波的总带宽考虑到UE特定搜索空间是否应该存在于同一控制资源区域中的问题，如果控制资源集无论如何都是为公共搜索空间定义的，那么必须使用RRC信令到每个UE来另外指示UE特定搜索空间可能是浪费的。相反，在初始接入之后，将该控制资源集发信号，以包含特定于UE的搜索空间，将更有效。然后，如有必要，还可以向UE发送RRC信令通知其他特定于UE的搜索空间。搜索空间的定义和单个控制区域内多个搜索空间的管理可以通过对控制资源区域内的CCe进行编号来实现，以便前几个可用于公共搜索空间，其余可用于UE特定的搜索空间。此外，为了最小化信令，如果基于控制资源区域的一些配置的、发信号的或指定的参数（例如控制资源区域的带宽和该区域中的OFDM符号的数量）来隐式地表示该数目将是有益的。盲解码关于盲解码，具有固定数量的盲解码候选，其不受控制资源集中的OFDM符号数量的影响，并且分布在所有配置的控制信道集中。此外，还可以自动确定盲解码候选码的推导方式。上述自动规则的细节可在根据上述建议做出更多决定后确定。当获得更清晰的信息时，可以确定UE复杂性是可管理的，还是需要借助例如RRC信令的一些进一步的帮助。盲解码规则可以确保不同Ue的搜索空间资源具有一定程度的随机化，以减少阻塞和干扰。随机化不包括PCl是有益的，以便在各种部署中实现无缝部署的最大灵活性。虚拟CenID可以用来最大限度地提高灵活性。此外，不基于时隙数进行随机化是有益的，而是依赖UEid来降低静态阻塞和干扰模式的概率。控制资源集的大小控制资源集的大小应允许最大可能的控制信道（即DCl有效负载和聚合级别的最大组合）。它还定义了可能的最小UE带宽，即不能接收至少一个控制资源集的UE将不能访问系统。对于较低的载波频率，大约5MHZ的控制资源集似乎是一个不错的选择。对于更高的载波频率，可以考虑约20MHZ的较大控制资源集，因为这些情况下的频谱分配通常更大。