892-灵活部署的PDCCH下的search space.docx

灵活部署的PDCCH下的searchspace具有不同属性的多个控制资源集有利于灵活的部署。特定于控制资源集和特定于搜索空间的配置的内容都可以预定义或固定。RS加扰参数UE监视一个或多个"controlresourceset”中的下行控制信息，并且其小于或等于载波带宽。可以使用多个控制资源集来动态地改变TRP/小区，例如，可以为隐式TRP改变配置控制资源集特定的加扰参数。传输/分集方案可以配置控制资源集的传输方案，例如，UE可以假设每个控制资源集使用2端口SFBC或1端口UE专用波束赋形。多传输方案的盲检在灵活调度和部署方面是有益的。如果支持多个传输方案，并且每个传输方案具有不同的特性，例如资源映射、RS结构和PRB捆绑，则希望为每个传输方案分离资源。资源映射分布式资源映射可以获得频率分集增益和干扰分集增益，而局部资源映射适合实现波束赋形增益。因此，NRPDCCH支持这两种资源映射方案。此外，在多个控制符号的情况下，可以支持频率优先和时间优先CCE映射，以提高信道估计性能和编码增益。如果每个资源映射需要不同的资源结构，那么gNB可以配置控制资源集特定的资源映射方案。考虑到在控制资源集中配置的资源映射方案，UE可以盲解候选码o每个资源映射方案可以与传输方案相关联，例如，发射分集方案使用分布式映射，UE专用波束赋形使用局部映射。PRB捆绑大小当使用PRBbundling时，UE可以假设在PRBbundling中应用相同的预编码。因此，该内容与传输方案和RS类型密切相关。如果将SFBC指定给控制资源集，则PRBbundling大小可以等于控制资源集大小，而UE不能在为UE专用波束赋形配置的控制资源集中假定大的PRBbundling大小。因此，PRBbundling大小与传输方案相关联，或者可以为每个控制资源集配置。为了增加NRPDCCH传输和接收的灵活性，UE应该尝试在多个控制资源集中盲检候选。对于该操作，整个搜索空间可以划分为多个子搜索空间(subSS),每个SUbSS可以分配给不同的控制资源集。每个SUbS都有自己的属性，例如聚合级别、每个聚合级别的解码候选数量以及每个解码候选的CCe集；聚合级别每个SUbSS可以有自己的聚合级别，例如，SUbSS#1由聚合级别1、2、4和8个候选组成，而聚合级别4、8和16个候选组成SUbSS#2。在很多方面，这是有益的。例如，即使每个控制资源集具有不同数量的可用资源，也可以保证最小编码速率。每个聚合级别的解码候选数对于每个聚合级别，每个SUbSS可以有不同数量的候选项。例如，在用于UE专用波束赋形的SUbSS中，可以将更多候选者分配到低聚合级别，而对于发射分集方案，高聚合级别是优先的。每个解码候选的CCe集如果NRPDCCH中同时支持时间优先/频率优先CCE聚合，并且为每个聚合类型配置了分离的SUbSS,则可以在SUbSS之间区分每个解码候选的CCE集。NR应支持控制资源集中至少部分资源的动态重用，以用于相同或不同UE的数据，至少在频域中。对于数据速率匹配，可以考虑EPDeCH的速率匹配方法，其中数据仅在调度数据的控件上进行速率匹配。该方法假设其他UE的调度不会在分配给一个UE的资源中进行调度，这可能会使gNB调度复杂化，从而复用不同的控制信道。此外，有些资源仅通过调度是不容易避免的，例如用于公共控制调度和UL授权的资源。从这个意义上讲，直接应用EPDCeH行为在NR设计中可能并不有效。为了解决这个问题，可以考虑通过配置“fixed”和"virtual"控制资源来考虑PDCH和EPDCH速率匹配行为的混合。其思想是对固定控制资源应用PDCCH速率匹配行为，对虚拟控制资源应用EPDCCH速率匹配行为。图1显示了固定/虚拟控制区域的示例，其中第一个OFDM符号被假定为固定控制资源，而另外两个OFDM符号被假定为虚拟控制资源。如图所示，PDSCH不会映射到固定的控制资源上，而它可以使用虚拟控制区域上的资源，除了调度PI)CeH传输所使用的资源。在固定控制资源和虚拟控制资源之间的分离方面，可以考虑不同的机制。一种方法是使用类型配置不同的控制区域，或者通过划分候选资源来分离搜索空间中的资源类型。controlcontrolregionregionVirtual control region图1:Fixed/VirtuaI控制区域准则每个NR-CCE的REG数NR-CCE定义为固定数量的REG(RB),而每个NRYCE的确切REG数量还未定。NRYCE大小可能会影响整体搜索空间设计，例如最小带宽或OFDM符号的数量和阻塞概率，因此会影响最大聚合级别、盲解码候选数、搜索空间设计等。潜在的NRYCE大小被认为包括4、6或8个用于传输“合理”码率的DCl格式的REG。包括4个RB和与来自OFDM符号中2个天线端口的CRS开销相同的DMRS开销的NRYCE大小导致32个子载波的NRYCE大小，其小于LTE中的CCE大小约10%。然而，对于NR-PDCCH来说，这不太可能足够，因为(a)NR-PDCCHBLER比PDCCHBLER差，因为无法进行信道估计的时间交织值，（b）NR中较大的DCl格式大小导致较高的码率。例如，对于60位的Del大小（对于特定于UE的DCl格式，预期为保守值）和16位CRC,4个RB的CCE的结果码率大于1,而对于6个RB的CCE大小，其仍然相对较大（0.79）<,尽管在UESlNR恶化时或对于UE公共DCI,仍然可能具有包括4个RB的NR-CCE,用于后备DCI,但使用1个NRYCE聚合级别来传输此类DCl可能没有意义。此外，可以考虑使用RB捆绑的DMRS密度将每个RB的DMRS密度降低到1/3以下，并在使用NR-CCE的聚合级别1时降低码率。根据NR-CCE大小，对于给定的控制资源集，NR-CCE（Nq的总数可能会有所不同。表1显示了根据NRYCE大小（即NREG=4、6、8）的潜在候选值（假设控制资源集的10MHZ带宽和15kHz子载波间隔）的NNR的值的示例。LTEPDCeH的CCE（N雌）数量也包含在表1中以供参考。因此，考虑到单个UE的所有LTE-PDCCH候选需要42个ccc,并且应该避免大的阻塞概率，频域中DL控制资源集的可能大小直接影响每个DL控制资源集的OFDM符号的最大数量。表1:具有IOMHZ带宽的控制资源集的NRCCE总数TypeNccEforLTEPDCCHNNR-CCEforNR-PDCCHNreg=4Nreg=6Nreg=8CFI1111286227251612344372518支持的聚合级别至少LTE的聚合级别，即AL=1、2、4、8可以是NR-PDCCH搜索空间设计的起点。这还将取决于RB数量中的NRYCE大小和NR中的DCl格式大小，并且，与EPDCCH类似，可能还需要考虑16个NRCCE中的所有CCE,以便在确保类似覆盖的同时，考虑分布式NR-PDCCH传输相对于PDCCH传输的更差信道估计造成的损失。根据搜索空间类型（USS或CSS）和垂直场景（eMBB.URLLC.mMTC）,支持的NRYCE聚合级别可能会有所不同。对于与初始接入相关联的CSS,NR聚合级别可以在规范中硬编码，并可能由SIB进一步调整（如果NR-PDCCH调度SIBl,则各自的NR聚合级别可以在规范中固定）。对于USS,NRYCE聚合级别可以是特定于UE的，并由高层配置。这还可以考虑给定流量类型的可靠性/延迟要求，降低UE功耗，并降低阻塞概率，因为NRYCE聚合级别可能具有较少的候选。表1:由一个UE监控LTEPDCCH候选SearchspaceSr)NumberofPDCCHcandidatesM<LTypeAggregationlevelLSizeinCCEsUE-specific16621264828162Common41648162每个聚合级别的候选数表2显示了在LTEPDCCH中由UE监控的每个CCE聚合级别的候选数量。盲解码的复杂度基本上取决于候选的总数和需要监控的不同有效负载大小的DCl格式的数量。较大数量的候选在NbPDCCH调度中提供了更大的灵活性，并且可以实现更多的分集增益，但是当UE始终监视最大数量的候选时，UE功耗增加。因此，允许大量候选者最小化阻塞概率，同时允许UE在不需要最大的盲解码部署时限制盲解码部署的数量是有益的。如果阻塞概率的增加被认为对UE功耗有非实质性影响，则可以考虑基于“分层搜索空间”的搜索空间结构。