1. CCE

PDCCH主要用於傳輸下行控制信息和UL Grant，以便UE正確接收PDSCH及爲PUSCH分配上行資源，其分配單位爲CCE(1 CCE = 6 REG = 72 RE，1 REG = 1 OFDM symbol * 12 subcarrier = 12 RE)。對於一個PDCCH而言，其由一個或多個CCEs組成，而所分配的CCE數量根據聚合等級的不同而不同，PDCCH所支持的聚合等級如表1所示。

表1: Supported PDCCH aggregation levels.

Aggregation level	Number of CCEs	Number of Candidates
1	1	ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}
2	2	ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}
4	4	ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}
8	8	ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}
16	16	ENUMERATED {n0, n1, n2, n3, n4, n5, n6, n8}

對於與CORESET p相關聯的搜索空間集s，時隙 $n_{s,f}^{\mu }$ 中搜索空間集的PDCCH candidate $m_{s,n_{CI}}$ 所佔用的CCEs由公式(1)(用於確定CCE佔用的位置)給出。

$L*\left \{ \left ( Y_{p,n_{s,f}^{\mu } } + \left \lfloor \frac{m_{s,n_{CI}}*N_{CCE,p}}{L*M_{p,s,max}^{(L)}} +n_{CI} \right \rfloor \right )mod\left \lfloor N_{CCE,p}/L \right \rfloor \right \} + i$ (1)

其中，，

L爲聚合等級，

$N_{CCE,p}$ 是CORESET p中的CCE數，從0~ $N_{CCE,p} - 1$ 進行編號，

$m_{s,n_{CI}} = 0,.....,M_{p,s,n_{CI}}^{(L)} -1$ ， $M_{p,s,n_{CI}}^{(L)}$ 爲給定的搜索空間內需要監聽聚合等級L的PDCCH candidates，

$n_{CI}$ 爲載波指示符域，如果UE通過用於監視PDCCH的服務小區的更高層參數CrossCarrierSchedulingConfig配置有載波指示符字段，則 $n_{CI}$ 是載波指示符域值，否則，公共搜索空間的 $n_{CI}=0$ ，

對於CSS， $M_{p,s,max}^{(L)} = M_{p,s,0}^{(L)}$ ，

對於USS， $M_{p,s,max}^{(L)}$ 是控制資源集p中搜索控制S的CCE聚合等級L所有配置的 $n_{CI}$ 的的最大值。

對於CSS， $Y_{p,n_{s,f}^{\mu }}=0$ 。

對於USS， $Y_{p,n_{s,f}^{\mu }}$ 定義爲： $Y_{p,n_{s,f}^{\mu }}=\left ( A_{p}*Y_{p,n_{s,f}^{\mu } -1} \right )mod D$

其中， $Y_{p,-1}=n_{RNTI}\neq 0$ ，D = 65537，而 $A_{p}$ 又隨着控制資源集p的不同，有3種不同的值，p mod 3 = 0時， $A_{p} = 39827$ ；p mod 3 = 1時， $A_{p} = 39829$ ；p mod 3 = 2時， $A_{p} = 39839$ ； $n_{RNTI}$ 是C-RNTI值。

2. CORESET

UE可被配置多個CORESET(Control-resource set, 控制資源集)，其位於BWP內，對於每個BWP最多被配置3個CORESET(包括common和UE-specific CORESETs)。

對於PDCCH而言，所傳輸控制信息的時頻位置位於CORESET內，而一個CORESET時頻位置的組成：頻域由NRBCORESET個RB組成，時域由NsymbCORESET∈1,2,3個符號組成。

每個CORESET中有交織(分佈式)和非交織(集中式)兩種CCE-to-REG映射可選，但是每個CORESET僅能關聯其中一種，其CCE-to-REG映射通過REG bundles描述：

REG bundle i被定義爲REGs，其中L是REG bundle大小，i=0,1,…,NREGCORESETL1是， CORESET中REG數NREGCORESET=NRBCORESETNsymbCORESET；
CCE j由REG bundles $\left \{ f(6j/L),f(6j/L+1),....,f(6j/l+6/L-1) \right \}$ 組成，其中f(.)是交織CCEto-REG映射。

對於非交織CCE-to-REG映射，其L = 6，f(x) = x。當 $N_{symb}^{CORESET}$ =3(dmrs-TypeA-Position = 3，詳細解釋參考CORESET配置)時，其在CORESET中CCE-to-REG映射以及CCE與REG bundle的關係如圖1所示。

圖1 非交織CCE-to-REG映射以及CCE與REG bundle的關係示意圖

從圖1中可看出，CORESET內的REG以時域優先的方式按遞增順序編號，起始於第一個OFDM符號和編號最小的RB，其編號從0開始。

對於非交織CCE-to-REG映射，對於 $N_{symb}^{CORESET}=1$ ， $L\in \left \{ 2, 6 \right \}$ ；對於 $N_{symb}^{CORESET}\in \left \{ 2,3 \right \}$ ， $L\in \left \{ N_{symb}^{CORESET}, 6 \right \}$ 。而

$f(x) =(rC +c + n_{shift}) mod (N_{REG}^{CORESET}/L)$

$C=N_{REG}^{CORESET}/(LR)$

其中， $R\in \left \{ 2,3,6 \right \}$ 。

2.1 CORESET配置

CORESET配置有兩種方式：ControlResourceSet或ControlResourceSetZero。

對於由ControlResourceSet IE進行配置：

CORESET索引p， $0\leq p< 12$ ，由參數controlResourceSetId指示，對於一個UE而言，P<= 3（P表示CORESET個數）；
$N_{RB}^{CORESET}$ 由CORESET參數frequencyDomainResources指示，其frequencyDomainResources提供的是一個bitmap，而bitmap上的bit與6個連續PRB的非重疊組具有一一映射關係，並在個PRBs的DL BWP下行帶寬中PRB索引按遞增順序編號。
$N_{symb}^{CORESET}$ 由參數duration指示，其中 $N_{symb}^{CORESET}=3$ 僅參數dmrsTypeA-Position = 3時才支持；
參數cceREG-MappingType指示CCEto-REG映射方式；
對於交織CCEto-REG映射，L由參數regBundleSize指示；非交織L = 6；
R由參數interleaverSize指示；
$n_{shift}\in \left \{ 0,1,...,274 \right \}$ 由參數shiftIndex指示(如果提供，否則 $n_{shift}=N_{ID}^{cell}$ )；
如果參數precoderGranularity = sameAsREGbundle，則在一個REG bundle中使用相同的預編碼；
如果高層參數precoderGranularity = allContiguousRBs，則在CORESET中的連續RB集合內的所有REG中使用相同的預編碼，並且CORESET中沒有RE與如參數lteCRS-ToMatchAround所指示的SSB或LTE小區特定參考信號重疊。同時，UE不期望在頻域上配置一個超過4個不連續的RB子集的CORESET的RB集。

對於由ControlResourceSetZero IE進行配置：

$N_{RB}^{CORESET}$ 和 $N_{symb}^{CORESET}$ 由ControlResourceSetZero的值所指示，其對應如表2所示(其他SCS的配置參考38.213表13.2~13.15)；

表2: Set of resource blocks and slot symbols of CORESET for Type0-PDCCH search space set when {SS/PBCH block, PDCCH} SCS is {15, 15} kHz for frequency bands with minimum channel bandwidth 5 MHz or 10 MHz

Index	SS/PBCH block and CORESET multiplexing pattern	Number of RBs	Number of Symbols	Offset (RBs)
0	1	24	2	0
1	1	24	2	2
2	1	24	2	4
3	1	24	3	0
4	1	24	3	2
5	1	24	3	4
6	1	48	1	12
7	1	48	1	16
8	1	48	2	12
9	1	48	2	16
10	1	48	3	12
11	1	48	3	16
12	1	96	1	38
13	1	96	2	38
14	1	96	3	38
15	Reserved

CCEto-REG映射方式爲交織；
L = 6；
R = 2；
$n_{shift}=N_{ID}^{cell}$ ；
當CORESET 0由MIB或SIB1配置時，CP爲Normal CP；
在一個REG bundle中使用相同的預編碼。

3. 搜索空間

搜索空間分爲公共搜索空間(Common search space, CSS)和UE特定的搜索空間(UE-specific search space, USS)。CSS用於BCCH、尋呼、RAR等相關的控制信息(小區級公共信息)。USS用於傳輸與DL-SCH、UL-SCH等相關的控制信息(UE級信息)。

對於UE而言，CSS和USS的配置，由PDCCH-Config IE中參數searchSpaceType決定。對於UE所配置的每個DL BWP，UE最多被配置搜索空間集(每個搜索空間集來源於S個搜索空間集中)。

3.1 搜索空間配置

UE的搜索空間由SearchSpace配置。其配置如下所示：

3.2 CSS

CSS有5種類型，不同的類型對應不同的消息，其詳細的描述如下所述：

Type0PDCCH CSS：由MIB中pdcchConfigSIB1或PDCCHConfigCommon中searchSpaceSIB1或PDCCHConfigCommon中searchSpaceZero配置，其DCI format由SIRNTI(用於SIB1)加擾。

對於DL BWP，如果高層沒有給UE提供Type0-PDCCH CSS的searchSpace-SIB1(由PDCCH-ConfigCommon設置)，則UE不監視在DL BWP上設置的Type0-PDCCH CSS的PDCCH candidates。而Type0-PDCCH CSS集由CCE 聚合等級和表3中給出的每個CCE聚合等級的PDCCH candidates數量定義。如果激活DL BWP和初始DL BWP具有相同的SCS和CP長度，並且激活DL BWP包括初始DL BWP的所有RB，或者激活DL BWP是初始DL BWP，則Type0-PDCCH CSS集配置的CORESET索引爲0(SIB1的CORESET ID)，且Type0-PDCCH CSS集的搜索空間集索引也爲0(SIB1的搜索空間ID)。

Type0APDCCH CSS：由PDCCHConfigCommon中searchSpaceOtherSystemInformation配置，其DCI format由SI-RNTI(用於其他SI)加擾。

對於DL BWP，如果高層沒有給UE提供一個用於Type0A-PDCCH CSS的CORESET，則其相應的CORESET與Type0-PDCCH CSS的CORESET相同。如果沒有給UE通過searchSpaceOtherSystemInformation配置Type0A-PDCCH CSS集，則UE在DL BWP不監視Type0A-PDCCH CSS的PDCCH。而Type0A-PDCCH CSS集由CCE 聚合等級和表3中給出的每個CCE聚合等級的PDCCH candidates數量定義。

Type1PDCCH CSS：由PDCCHConfigCommon中raSearchSpace配置，其DCI format由RARNTI(用於RAR)或TCRNTI(用於Msg4)加擾。

對於DL BWP和Type1-PDCCH CSS集，UE通過ra-SearchSpace被配置搜索空間。如果高層在DL BWP上不給UE配置用於Type1-PDCCH CSS集的CORESET，則用於Type1-PDCCH CSS集的CORESET與用於Type0-PDCCH CSS集的CORESET相同。

Type2PDCCH CSS：由PDCCHConfigCommon中pagingSearchSpace配置，其DCI format由PRNTI(用於尋呼)加擾。

對於DL BWP，如果UE沒有被提供用於Type2-PDCCH CSS集的CORESET，則相應的CORESET與在DL BWP上的用於Type0-PDCCH CSS的CORESET相同。如果沒有給UE通過pagingSearchSpace配置Type2-PDCCH CSS集，則UE在DL BWP不監視Type2-PDCCH CSS集的PDCCH。而Type2-PDCCH CSS集由CCE 聚合等級和表3中給出的每個CCE聚合等級的PDCCH candidates數量定義。

Type3PDCCH CSS：由PDCCHConfig(searchSpaceType = common)中SearchSpace配置，其DCI format由INTRNTI(DCI format 2_1)、SFIRNTI(DCI format 2_0)、TPCPUSCH-RNTI(DCI format 2_2)、TPCPUCCH-RNTI(DCI format 2_2)、TPCSRS-RNTI(DCI format 2_3)、以及僅在主小區下的CRNTI、MCSC-RNTI、CSRNTI加擾。

如果UE沒有被提供Type3-PDCCH CSS集，並且UE已經接收了C-RNTI，則UE監視在Type1-PDCCH CSS集用C-RNTI加擾的DCI format 0_0和DCI format 0_1的PDCCH candidates。

表3: CCE aggregation levels and maximum number of PDCCH candidates per CCE aggregation level for CSS sets configured by searchSpace-SIB1

CCE Aggregation Level	Number of Candidates
4	4
8	2
16	1

對於Type0/0A/2-PDCCH CSS集，如果DCI format由C-RNTI加擾，則searchSpaceID的不同，其監視PDCCH candidates的occasion的處理方式也不一樣，如果searchSpaceID爲非0，則UE根據搜索空間集相關聯的searchSpaceID監視Type0/0A/2-PDCCH CSS集PDCCH candidates的occasion；否則，UE僅在與SSB相關聯的監視occasion監視相應的PDCCH candidates，其中SSB與包含在CORESET#0的激活BWP的TCI-state(由最近的MAC CE激活命令指示，或不是由觸發基於非競爭的隨機接入過程的PDCCH order發起的隨機接入過程確定)中的CSI-RS準共址。

3.3 USS

USS集由PDCCH-Config(searchSpaceType = ue-Specific)中SearchSpace配置，其DCI format由C-RNTI、MCS-C-RNTI、SP-CSI-RNTI、CS-RNTI加擾。

如果UE沒有被提供USS集，並且UE已經接收了C-RNTI，則UE監視在Type1-PDCCH CSS集用C-RNTI加擾的DCI format 0_0和DCI format 0_1的PDCCH candidates。

目前文章逐步移至微信公衆號更新，有興趣可掃下面二維碼進行關注，謝謝。

5G/NR PDCCH總結

1. CCE

2. CORESET

2.1 CORESET配置

3. 搜索空間

3.1 搜索空間配置

3.2 CSS

3.3 USS

《Python進階》學習筆記

一個docker容器暴露多個端口

leetcode 60 排列序列

微服務實踐之使用 Visual Studio 2022 調試Dapr 應用程序

wpf附加屬性理解 WPF附加屬性

5G/NR 如何確定BWP頻域位置？

5G/NR 隨機接入過程之PRACH頻域資源

5G/NR PDCCH總結

5G/NR 隨機接入過程之PRACH時域資源

Python元組(tuple)的操作

https://yachay.unat.edu.pe/blog/index.php?comment_area=format_blog&comment_component=blog&comment_co

linux以太網驅動總結