5G NR Search space和CORESET
PDCCH是下行控制信道,承載著PUSCH和PDSCH的控制信息DCI。在LTE中,PDCCH頻域上占據全部帶寬,時域上占據每個子幀的前1-3個符號,由資源的多少動態(tài)調度。在NR中,PDCCH若沿用LTE的方式,繼續(xù)占據全部帶寬,無疑是資源的浪費,而且會對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持續(xù)的時隙個數;
monitoringSymbolsWithinSlot:
指示了在監(jiān)測PDCCH的時隙中,具體從哪個符號開始監(jiān)測,它是一個14位的bit串,每一個bit對應時隙中的一個OFDM符號,哪位值是1就表示從該符號開始監(jiān)測PDCCH,對于擴展CP,由于一個時隙中只有12個符號,所以UE會忽略最后2bit,每個時隙中用于監(jiān)測PDCCH的若干個符號其實就是所說的CORESET;
controlResourceSetId:
一個search space會與一個CORESET相對應,這個參數就指示了對應這個search space的CORESET。
一個search space只能對應唯一的CORESET。
CORESET中又會包含下列內容:
其中與CORESET的時頻資源有關的兩個參數如下:
Duration:指示了CORESET持續(xù)的符號數;
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。
所以總結起來就是:
通過時域位置和資源大小,就可以確定下來一個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的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 5G NR 随机接入过程(1)
- 下一篇: 3GPP Release、TSG、RAN