PDCCH是下行控制信道，承載著PUSCH和PDSCH的控制信息DCI。在LTE中，PDCCH頻域上占據全部帶寬，時域上占據每個子幀的前1-3個符號，由資源的多少動態調度。在NR中，PDCCH若沿用LTE的方式，繼續占據全部帶寬，無疑是資源的浪費，而且會對UE提出很高的要求，不利于降低UE成本，所以NR中PDCCH會在BWP內，而且時域也不是占據固定的一些時隙，下面就講述一下決定PDCCH時頻資源的大概過程。主要涉及兩個概念 search space 和 CORESET。
Search space有很多類型，首先分為common search space（CSS）和UE Specific search space（USS），具體如下：

• Type0-PDCCH CSS set
• Type0A-PDCCH CSS set
• Type1-PDCCH CSS set
• Type2-PDCCH CSS set
• Type3-PDCCH CSS set
• USS set

不同類型的CSS有不同的適用情形，比如Type1用于隨機接入，具體的可以參考38213第10章。
不同類型的search space會有不同RNTI加擾的PDCCH。
UE在決定到底該去哪里尋找PDCCH時，高層會提供一個參數來指示search space。指示的來源在不同情況下有所不同：

• PDCCH-configCommon在SIB1中，配置cell specific的common search space：
  
• PDCCH-config配置UE specific的search space：
  
• 還有MIB中的信息PDCCH-configSIB1是專門配置search space 0 和CORESET0的。CORESET0和search space 0 在38213第13章有詳細介紹。

Search space中就會包含以下信息：

這里只截取了與PDCCH時頻位置相關的一部分參數，其他參數具體可以參考協議38331.這些參數的具體含義如下：

monitoringSlotPeriodicityAndOffset：
指示search space的周期和周期內的偏移，以時隙為單位，從圖中可以看出有sl1、sl2等不同的可選項，sl表示slot的意思，比如sl40就表示search space的周期是40個時隙，后面對應的整數表示偏移，意思是在40個時隙中的哪個時隙開始是search space；
Duration：
上個參數指示了周期和偏移，這個參數指示了每個周期內search space持續的時隙個數；
monitoringSymbolsWithinSlot：
指示了在監測PDCCH的時隙中，具體從哪個符號開始監測，它是一個14位的bit串，每一個bit對應時隙中的一個OFDM符號，哪位值是1就表示從該符號開始監測PDCCH，對于擴展CP，由于一個時隙中只有12個符號，所以UE會忽略最后2bit，每個時隙中用于監測PDCCH的若干個符號其實就是所說的CORESET；
controlResourceSetId：
一個search space會與一個CORESET相對應，這個參數就指示了對應這個search space的CORESET。

一個search space只能對應唯一的CORESET。

CORESET中又會包含下列內容：

其中與CORESET的時頻資源有關的兩個參數如下：
Duration：指示了CORESET持續的符號數；
frequencyDomainResources：指示了CORESET的頻域資源。
其余關于交織方式、CCE-REG映射類型等參數不做介紹，大家可以自己參考38211和38213以及38331。從圖中可以看到frequencyDomainResources是一個長為45的bit串，它指示頻域資源的方式具體如下：
參數frequencyDomainResources 提供一個bitmap，bitmap中的每個bit和互不重疊的一組6個RB有一一映射關系，以BWP內RB的index升序排列。共45個bit，最高bit代表第一個RB組，以此類推。bit值為1表示這個RB group是CORESET的頻域資源。BWP內第一個RB group的起始位置為6*roundup（N/6）所指示的CRB的位置，也就是說第一個RB group的起始位置并不是BWP的第一個RB，而是BWP內的第一個6的整數倍的CRB的位置。式中roundup表示向上取整，N表示BWP起始位置的CRB編號。具體的大家自己可以參考28213。

所以總結起來就是：

當UE想要找到PDCCH時，高層參數指示的search space中會指示search space的時域周期和偏移、每周期內持續監測的時隙數和每個時隙內的監測的具體起始符號，這些其實就是指示了CORESET的時域位置；

然后按照該search space指示的與其對應的CORESET中包含的信息，進一步獲取每個CORESET的資源大小。

通過時域位置和資源大小，就可以確定下來一個CORESET0，從而UE可以從中盲檢PDCCH。CORESET0也會將解碼PDCCH的信息也一并告知UE，比如REG bundle的size等，這些在這里就不再細說，這篇主要講UE如何找到去哪里檢測PDCCH。

盲檢PDCCH 的過程就是挨個對PDCCH candidate進行譯碼，如果CRC校驗通過，則認為所譯碼的PDCCH就是UE要找的PDCCH。具體關于PDCCH相關的介紹可以看另一篇：https://blog.csdn.net/m0_45416816/article/details/99962825

總結

以上是生活随笔為你收集整理的5G NR Search space和CORESET的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。