具有不同屬性的多個CORESET有利于靈活的部署。特定CORESET和特定Search Space的配置的內(nèi)容都可以預定義或固定。

RS加擾參數(shù)

UE監(jiān)視一個或多個“control resource set”中的下行控制信息，并且其小于或等于載波帶寬?？梢允褂枚鄠€CORESET來動態(tài)地改變TRP/小區(qū)，例如，可以為隱式TRP改變配置CORESET特定的加擾參數(shù)。

傳輸/分集方案

可以配置CORESET的傳輸方案，例如，UE可以假設每個CORESET使用2端口SFBC或1端口UE專用波束賦形。多傳輸方案的盲檢在靈活調(diào)度和部署方面是有益的。如果支持多個傳輸方案，并且每個傳輸方案具有不同的特性，例如資源映射、RS結(jié)構(gòu)和PRB捆綁，則希望為每個傳輸方案分離資源。

資源映射

分布式資源映射可以獲得頻率分集增益和干擾分集增益，而局部資源映射適合實現(xiàn)波束賦形增益。因此，NR?PDCCH支持這兩種資源映射方案。此外，在多個控制符號的情況下，可以支持頻率優(yōu)先和時間優(yōu)先CCE映射，以提高信道估計性能和編碼增益。如果每個資源映射需要不同的資源結(jié)構(gòu)，那么gNB可以配置CORESET特定的資源映射方案?？紤]到在CORESET中配置的資源映射方案，UE可以盲解候選碼。每個資源映射方案可以與傳輸方案相關聯(lián)，例如，發(fā)射分集方案使用分布式映射，UE專用波束賦形使用局部映射。

PRB捆綁大小

當使用PRB?bundling 時，UE可以假設在PRB?bundling 中應用相同的預編碼。因此，該內(nèi)容與傳輸方案和RS類型密切相關。如果將SFBC指定給CORESET，則PRB?bundling 大小可以等于CORESET大小，而UE不能在為UE專用波束賦形配置的CORESET中假定大的PRB?bundling 大小。因此，PRB?bundling 大小與傳輸方案相關聯(lián)，或者可以為每個CORESET配置。

為了增加NR?PDCCH傳輸和接收的靈活性，UE應該嘗試在多個CORESET中盲檢候選。對于該操作，整個Search Space可以劃分為多個子Search Space（sub?SS），每個subSS可以分配給不同的CORESET。每個subs都有自己的屬性，例如聚合級別、每個聚合級別的解碼候選數(shù)量以及每個解碼候選的cce集；

聚合級別

每個subSS可以有自己的聚合級別，例如，subSS#1由聚合級別1、2、4和8個候選組成，而聚合級別4、8和16個候選組成subSS#2。在很多方面，這是有益的。例如，即使每個CORESET具有不同數(shù)量的可用資源，也可以保證最小編碼速率。

每個聚合級別的解碼候選數(shù)

對于每個聚合級別，每個subSS可以有不同數(shù)量的候選項。例如，在用于UE專用波束賦形的subSS中，可以將更多候選者分配到低聚合級別，而對于發(fā)射分集方案，高聚合級別是優(yōu)先的。

每個解碼候選的cce集

如果NR?PDCCH中同時支持時間優(yōu)先/頻率優(yōu)先CCE聚合，并且為每個聚合類型配置了分離的subSS，則可以在subSS之間區(qū)分每個解碼候選的CCE集。

NR應支持CORESET中至少部分資源的動態(tài)重用，以用于相同或不同UE的數(shù)據(jù)，至少在頻域中。對于數(shù)據(jù)速率匹配，可以考慮EPDCCH的速率匹配方法，其中數(shù)據(jù)僅在調(diào)度數(shù)據(jù)的控件上進行速率匹配。該方法假設其他UE的調(diào)度不會在分配給一個UE的資源中進行調(diào)度，這可能會使gNB調(diào)度復雜化，從而復用不同的控制信道。此外，有些資源僅通過調(diào)度是不容易避免的，例如用于公共控制調(diào)度和UL授權的資源。從這個意義上講，直接應用EPDCCH行為在NR設計中可能并不有效。為了解決這個問題，可以考慮通過配置“fixed”和“virtual”控制資源來考慮PDCH和EPDCH速率匹配行為的混合。其思想是對固定控制資源應用PDCCH速率匹配行為，對虛擬控制資源應用EPDCCH速率匹配行為。圖1顯示了固定/虛擬控制區(qū)域的示例，其中第一個OFDM符號被假定為固定控制資源，而另外兩個OFDM符號被假定為虛擬控制資源。如圖所示，PDSCH不會映射到固定的控制資源上，而它可以使用虛擬控制區(qū)域上的資源，除了調(diào)度PDCCH傳輸所使用的資源。在固定控制資源和虛擬控制資源之間的分離方面，可以考慮不同的機制。一種方法是使用類型配置不同的控制區(qū)域，或者通過劃分候選資源來分離Search Space中的資源類型。

準則

每個NR-CCE的REG數(shù)

NR-CCE定義為固定數(shù)量的REG（RB），而每個NR-CCE的確切REG數(shù)量還未定。NR-CCE大小可能會影響整體Search Space設計，例如最小帶寬或OFDM符號的數(shù)量和阻塞概率，因此會影響最大聚合級別、盲解碼候選數(shù)、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大?。▽τ谔囟ㄓ赨E的DCI格式，預期為保守值）和16位CRC，4個RB的CCE的結(jié)果碼率大于1，而對于6個RB的CCE大小，其仍然相對較大（0.79）。盡管在UE SINR惡化時或?qū)τ赨E公共DCI，仍然可能具有包括4個RB的NR-CCE，用于后備DCI，但使用1個NR-CCE聚合級別來傳輸此類DCI可能沒有意義。此外，可以考慮使用RB捆綁的DMRS密度將每個RB的DMRS密度降低到1/3以下，并在使用NR-CCE的聚合級別1 時降低碼率。

根據(jù)NR-CCE大小，對于給定的CORESET，NR-CCE（NNR-CCE）的總數(shù)可能會有所不同。表1顯示了根據(jù)NR-CCE大?。碞REG=4、6、8）的潛在候選值（假設CORESET的10 MHz帶寬和15 kHz子載波間隔）的NNR-CCE值的示例。LTE PDCCH的CCE（NCCE）數(shù)量也包含在表1中以供參考。因此，考慮到單個UE的所有LTE-PDCCH候選需要42個cce，并且應該避免大的阻塞概率，頻域中DLCORESET的可能大小直接影響每個DLCORESET的OFDM符號的最大數(shù)量。

支持的聚合級別

至少LTE的聚合級別，即AL＝1、2、4、8可以是NR-PDCCHSearch Space設計的起點。這還將取決于RB數(shù)量中的NR-CCE大小和NR中的DCI格式大小，并且，與EPDCCH類似，可能還需要考慮16個NR CCE中的所有CCE，以便在確保類似覆蓋的同時，考慮分布式NR-PDCCH傳輸相對于PDCCH傳輸?shù)母钚诺拦烙嬙斐傻膿p失。

根據(jù)Search Space類型（USS或CSS）和垂直場景（eMBB、URLLC、mMTC），支持的NR-CCE聚合級別可能會有所不同。對于與初始接入相關聯(lián)的CSS，NR聚合級別可以在規(guī)范中硬編碼，并可能由SIB進一步調(diào)整（如果NR-PDCCH調(diào)度SIB1，則各自的NR聚合級別可以在規(guī)范中固定）。對于USS，NR-CCE聚合級別可以是特定于UE的，并由高層配置。這還可以考慮給定流量類型的可靠性/延遲要求，降低UE功耗，并降低阻塞概率，因為NR-CCE聚合級別可能具有較少的候選。

每個聚合級別的候選數(shù)

表2顯示了在LTE PDCCH中由UE監(jiān)控的每個CCE聚合級別的候選數(shù)量。盲解碼的復雜度基本上取決于候選的總數(shù)和需要監(jiān)控的不同有效負載大小的DCI格式的數(shù)量。較大數(shù)量的候選在NR-PDCCH調(diào)度中提供了更大的靈活性，并且可以實現(xiàn)更多的分集增益，但是當UE始終監(jiān)視最大數(shù)量的候選時，UE功耗增加。因此，允許大量候選者最小化阻塞概率，同時允許UE在不需要最大的盲解碼部署時限制盲解碼部署的數(shù)量是有益的。如果阻塞概率的增加被認為對UE功耗有非實質(zhì)性影響，則可以考慮基于“分層Search Space”的Search Space結(jié)構(gòu)。