協(xié)議規(guī)定對于最大數(shù)量的非重疊CCE和至少一個(gè)SCS，應(yīng)支持PDCCH監(jiān)控。

在Rel15中，每個(gè)時(shí)隙的非重疊CCE和BD的最大數(shù)量取決于子載波間隔。對于15、30、60kHz和120kHz，UE可以對每個(gè)時(shí)隙的{56、56、48、32}個(gè)CCE執(zhí)行信道估計(jì)，并對{44、36、22、20}個(gè)PDCCH候選進(jìn)行盲解碼。超過這個(gè)數(shù)量僅適用于PCell。因此，在任何給定時(shí)隙中，UE必須分析search space配置是否會(huì)導(dǎo)致用于信道估計(jì)的CCE需要更多和用于候選檢測的BD是否支持超過這個(gè)數(shù)量。如果出現(xiàn)這種情況，則UE必須根據(jù)預(yù)定義的規(guī)則執(zhí)行PDCCH丟棄，直到所需的BD和CCE都在其限制內(nèi)。

為了評估PDCCH候選丟棄的必要性，時(shí)隙期間的BD和CCE計(jì)數(shù)對于UE來說是一個(gè)復(fù)雜的功能，它需要檢查所有search space set、所有aggregations level、搜索空間的所有潛在不同起始符號等。例如，在某些情況下，兩個(gè)PDCCH候選將被視為一個(gè)盲解碼，而在其他情況下，它們將被計(jì)數(shù)為兩個(gè)。

為了計(jì)算信道估計(jì)所需的盲解碼（BD：blind decode）和CCE的數(shù)量，UE必須執(zhí)行以下比較：

在對盲解碼進(jìn)行計(jì)數(shù)時(shí)，兩個(gè)候選將被視為一個(gè)BD，條件是：

• 他們在同一個(gè)CORESET中

• 它們映射到相同的CCE

• 用加擾序列對它們進(jìn)行加擾

• 其他人的DCI大小相同

在計(jì)算CCE時(shí)，兩個(gè)CCE將被計(jì)算為信道估計(jì)的一個(gè)CCE，條件是：

• 屬于同一CORESET

• 他們使用相同的起始符號占用相同的CCE

Rel-15的PDCCH丟棄規(guī)則是CSS優(yōu)先于USS，如果超過最大#BD或最大CCE，則至少會(huì)丟棄USS中的PDCCH候選。一旦其任何PDCCH候選無法映射，整個(gè)USS集將被丟棄。在Rel-15中，在USS搜索空間集中刪除所有PDCCH候選對于實(shí)現(xiàn)來說似乎很簡單，但對URLLC并不是這樣，因?yàn)榭赡軙?huì)丟失監(jiān)控機(jī)會(huì)，從而增加URLLC時(shí)延。下圖1中的示例對此進(jìn)行了說明。配置了兩個(gè)CC，對于CSS#0，在symbol #0和symbol?#7中需要7個(gè)BD。對于CSS#1，在symbol?#0中需要兩個(gè)BD。在同一symbol?#0，也需要監(jiān)控USS1，這需要16個(gè)BD。USS2每個(gè)監(jiān)控時(shí)機(jī)需要2個(gè)BD，但在時(shí)隙中有7個(gè)機(jī)會(huì)，因此USS2需要14個(gè)BD。USS2的配置可以被視為URLC的典型配置，時(shí)隙中具有多個(gè)時(shí)機(jī)，以確保低時(shí)延，并且每個(gè)時(shí)機(jī)中只有少數(shù)候選，因?yàn)楹芸赡軙?huì)使用高聚合級別來保證可靠的PDCCH檢測。在本例中，BD的總數(shù)總計(jì)為46個(gè)，超過了44個(gè)BD的限制。因此，整個(gè)USS2需要被丟棄，并且URLLC服務(wù)的所有監(jiān)視時(shí)機(jī)都將丟失。在該丟棄之后，UE僅需要在該時(shí)隙期間執(zhí)行46-14＝32個(gè)BD，即，它遠(yuǎn)低于其能力。

為了保證URLLC所需的低時(shí)延，在一個(gè)時(shí)隙中將有多個(gè)監(jiān)控時(shí)機(jī)。因此，計(jì)算所需BD和非重疊CCE數(shù)量，UE需要在一個(gè)時(shí)隙中執(zhí)行多次，每個(gè)時(shí)隙一次，而不是Rel-15的情況下的每個(gè)時(shí)隙。這會(huì)增加UE的復(fù)雜性。

另一方面，如果CCE/BD的數(shù)量與Rel-15相比有所增加，則為每個(gè)跨度設(shè)置一些限制也是有用的。原因是UE仍然需要滿足N1（PDSCH到HARQ）和N2（DCI到PUSCH）的處理時(shí)間要求。例如，在Rel-15中，UE必須在一個(gè)跨度期間支持56個(gè)非重疊CCE（對于SCS 15kHz），并且仍然能夠及時(shí)解碼DCI，以便在N2個(gè)符號之后發(fā)送PUSCH。當(dāng)與Rel15相比，非重疊CCE的最大數(shù)量將增加到更高的值，并且UE應(yīng)該能夠在一個(gè)跨度期間對所有CCE執(zhí)行信道估計(jì)時(shí)，那么滿足UE處理時(shí)間要求就很困難?？赡苡绊懱幚頃r(shí)間的另一個(gè)問題是PDCCH監(jiān)視和PDSCH處理之間的潛在沖突。

擴(kuò)展非重疊CCE的最大數(shù)量可以提高PDCCH監(jiān)控的粒度，并有助于減少URLLC時(shí)延。對于UE實(shí)現(xiàn)來說，增加UE在每個(gè)時(shí)隙使用更多CCE中執(zhí)行信道估計(jì)的能力是很困難的。在Rel-15中，每個(gè)分量載波定義了信道估計(jì)的最大CCE數(shù)。因此，與Re-15相比，還應(yīng)為每個(gè)載波定義增加的數(shù)目。為了保持UE的復(fù)雜性可管理，應(yīng)限制UE可同時(shí)服務(wù)的CC的數(shù)量。

首先，一些UE可以在一個(gè)監(jiān)視時(shí)刻通過調(diào)度特定于UE的數(shù)據(jù)來僅監(jiān)視一個(gè)DCI大小。并且至少對于僅支持一種服務(wù)類型的UE，可能只需要在時(shí)隙的開始處監(jiān)視多個(gè)DCI大小。因此，也就是說，對于某些UE，BD的數(shù)量可以等于Rel-15中的數(shù)量，并且配置可以保證BD的數(shù)目小于其限制。

其次，為了保證URLLC的可靠性，大部分較高的AL（例如16、8、4）將用于這些UE。并且沒有那么多的候選者可以為這些AL配置以適合CORESET。如果可能時(shí)應(yīng)使用小AL來減少阻塞，則只需配置這些額外候選者中的極少數(shù)。不同的UE可以具有用于小AL的不同候選位置。

對于Rel-16 NR URLLC的DCI調(diào)度，已同意支持某些字段的大小可配置，雖然最大DCI大小可以大于Rel-15?Fallback?DCI，最小DCI大小的目標(biāo)是比Rel-14?Fallback?DCI的DCI?format size小10~16位，但還應(yīng)考慮與Rel-15?Fallback?DCI的大小對齊的可能性。

Potential compressed DCI fields

為了使最小DCI大小比Rel-15?Fallback?DCI的小10~16位，可以潛在地壓縮傳統(tǒng)DCI?format1_0中的以下一些位字段以減小DCI大小。應(yīng)注意的是，該“free”空間也可用于新字段，與Rel-15?Fallback?DCI相比，這些字段可以在不增加總DCI大小的情況下添加。

• Header：仍然需要1個(gè)報(bào)頭位來區(qū)分DL和UL DCI。

• Frequency domain resource allocation：對于URLLC，它可以在保證可靠性的情況下及時(shí)傳輸。在這種情況下，資源分配的靈活性變得不那么關(guān)鍵，可以采用更粗的頻率粒度。關(guān)于資源分配類型，可以考慮修改的資源分配type1，其中最小單元基于RBG。type0的RBG表設(shè)計(jì)可用于修改后的資源分配type1，type0的RBG大小配置也可重復(fù)使用。

• Time domain resource allocation：對于URLLC應(yīng)用，配置的時(shí)域資源分配表可以更小。例如，4行就足夠了，因此對于PDSCH時(shí)域資源分配，在緊湊DCI中不需要多于2位。為了減少時(shí)延和減少時(shí)域資源分配比特字段，可以支持使用PDCCH區(qū)域的邊界（例如PDCCH結(jié)束符號或開始符號）作為緊湊DCI的參考點(diǎn)。這可以壓縮SLIV字段的位數(shù)，而不會(huì)對定時(shí)指示靈活性造成嚴(yán)重影響。

• HARQ process number, NDI, RV and MCS/TBS：DCI中只需要保留一組｛NDI、HARQ process numbe、MCS｝位字段，因?yàn)楦鶕?jù)協(xié)議，只能調(diào)度一個(gè)TB?？紤]到一個(gè)UE的SINR統(tǒng)計(jì)可能不覆蓋大范圍的值，可以考慮具有較少比特?cái)?shù)（例如4比特）的UE特定MCS指示。此外，給定信道狀態(tài)可能變化不快，可以考慮RRC配置和DCI指示的組合以保證UE的精確MCS值。在Rel-15中，對于HARQ?process numbe，對于Fallback?DCI和non-fallback?DCI，4位都是固定的。對于URLLC，這是不必要的，并且可以根據(jù)由更高層配置的HARQ進(jìn)程的數(shù)量來設(shè)置比特?cái)?shù)。假設(shè)支持多達(dá)8個(gè)HARQ進(jìn)程，在緊湊DCI中3比特就足夠了。NDI字段和RV字段可以保持不變，以保證重傳的性能。

• HARQ-ACK timing:對于Rel-15，同意使用3位來指示正常DCI中的K1時(shí)隙定時(shí)。對于URLLC，需要快速HARQ RTT，2比特可能就足夠了。更積極的選擇是完全刪除HARQ-ACK定時(shí)指示字段，并讓A/N定時(shí)由PDSCH位置和UE能力隱式指示。

• PUCCH resource allocation：在Rel-15中，同意使用3位來指示8（最多32）個(gè)PUCCH。對于URLLC，這是不需要的，并且可以減少該字段。PUCCH的起始符號可以與HARQ-ACK定時(shí)一起被隱式指示。對于具有相同起始符號的PUCCH資源，1比特指示符足以指示PUCCH。

• TPC fields：該字段可以與DCI?format1_x相同，以保證PUCCH的可靠性。

• Other DCI fields：為了保持較小的DCI大小，DCI?format1_0的其他字段可以配置為低至0位，例如DAI和VRB到PRB的映射。

而對于上行DCI字段呢？

Potential compressed DCI fields

可以潛在地壓縮傳統(tǒng)DCI?format0_ 0中的以下位字段以減小DCI大小或?yàn)闈撛谔砑拥淖侄紊煽臻g。

可以使用與DL DCI相同的原理來設(shè)計(jì)一些公共字段，例如報(bào)頭、頻域/時(shí)域資源分配、HARQ進(jìn)程號、NDI、RV、MCS/TBS、TPC命令。其他領(lǐng)域的注意事項(xiàng)如下：

• Frequency hopping flag：為了保證PUSCH的可靠性，應(yīng)支持跳頻，UL compact DCI中應(yīng)包含1位跳頻標(biāo)志。

• UL/SUL indicator：該字段可以配置為0位，以節(jié)省開銷。