PDCCH盲檢
1 CCE
在PDCCH上，承載DCI（Downlink Control Information）的基本單元是CCE（Control Channel Element）。每個CCE包含9個REGs（Resource Element Group），每個REG包含4個REs，也就是一個CCE是包含36個RE的一個連續資源塊。那么在系統帶寬和用於PDCCH的symbol數量確定后基本可以計算出總的CCE數量（從總的RE數量中去掉PCFICH，PHICH以及參考信號所占的RE，再除以36）。
CCE是如何編號的呢，是每個symbol的CCE都從0開始編號？或者symbol 1中CCE的編號從symbol 0的最后一個CCE開始遞增？從36.213中計算UE-Specific Search Space起始位置的HARSH函數來看似乎是每個symbol的CCE是獨立編號的，都從0開始（need confirmation）。
2 盲檢
UE一般不知道當前DCI傳送的是什么format的信息，也不知道自己需要的信息在哪個位置。但是UE知道自己當前在期待什么信息，例如在Idle態UE期待的信息是paging, SI；發起Random Access后期待的是RACH Response；在有上行數據等待發送的時候期待UL Grant等。對於不同的期望信息UE用相應的X-RNTI去和CCE信息做CRC校驗，如果CRC校驗成功，那么UE就知道這個信息是自己需要的，也知道相應的DCI format，調制方式，從而進一步解出DCI內容。這就是所謂的“盲檢”過程。
那么UE是不是從第一個CCE開始，一個接一個的盲檢過去呢？這也未免太沒效率了。所以協議首先划分了CCE公共搜索空間（Common Search Space）和UE特定搜索空間（UE-Specific Search Space），對於不同的信息在不同的空間里搜索。
另外對於某些format的信息，一個CCE是不夠承載的，可能需要多個CCE，因此協議規定了所謂的CCE Aggregation Level取值為1，2，4，8。例如對於位於公共空間里的信息Aggregation Level只有4，8兩種取值，那么UE搜索的時候就先按4 CCE為粒度搜索一遍，再按8 CCE為粒度搜索一遍就可以了。
3 Seach Space
DCI信息包括
UL Grant（format 0）
DL Assignment（format 1）
Paging（format 1c）
RACH Response（format 1c）
System Information（format 1c）
MIMO Downlink Assignment（format 2）
Power Control Command（format 3）
…
可以看出，有些信息如paging, SI, RACH response是所有UE都要去監聽的，有一些則是跟特定UE相關的如上下行調度指令。所以協議將CCE划分為CCE公共搜索空間（Common Search Space）和UE特定搜索空間（UE-Specific Search Space），從而提高UE的盲檢效率。其中公共搜索空間是最前面的16個CCE。UE特定搜索空間的起始位置根據36.213 9.1.1中的公式計算，空間大小則和Aggregation Level有關，最小為6 CCEs最大為16 CCEs。
從36.213表9.1.1-1可以查到不同搜索空間的可能Aggregation Level取值，UE一般不知道應該使用那種Aggregation Level，所以UE能做的是把所有可能性都嘗試一遍。例如對於Common Search Space，UE需要分別按Aggregation Level = 4和Aggregation Level = 8來搜索。當按AL=4搜索時，16個CCE需要搜索4次，也就是有4個Control Channel Candidates；當按AL=8搜索時，16個CCE需要搜索2次，也就是有2個CCH Candidates；那么對於公共空間一共有4+2=6個CCH Candidates。
對於UE Specific來說，對應於AL=1，2，4，8分別有6，6，2，2個CCH Candidates，一共有16個。
在PDCCH上，承載DCI（Downlink Control Information）的基本單元是CCE（Control Channel Element）。每個CCE包含9個REGs（Resource Element Group），每個REG包含4個REs，也就是一個CCE是包含36個RE的一個連續資源塊。那么在系統帶寬和用於PDCCH的symbol數量確定后基本可以計算出總的CCE數量（從總的RE數量中去掉PCFICH，PHICH以及參考信號所占的RE，再除以36）。
CCE是如何編號的呢，是每個symbol的CCE都從0開始編號？或者symbol 1中CCE的編號從symbol 0的最后一個CCE開始遞增？從36.213中計算UE-Specific Search Space起始位置的HARSH函數來看似乎是每個symbol的CCE是獨立編號的，都從0開始（need confirmation）。
2 盲檢
UE一般不知道當前DCI傳送的是什么format的信息，也不知道自己需要的信息在哪個位置。但是UE知道自己當前在期待什么信息，例如在Idle態UE期待的信息是paging, SI；發起Random Access后期待的是RACH Response；在有上行數據等待發送的時候期待UL Grant等。對於不同的期望信息UE用相應的X-RNTI去和CCE信息做CRC校驗，如果CRC校驗成功，那么UE就知道這個信息是自己需要的，也知道相應的DCI format，調制方式，從而進一步解出DCI內容。這就是所謂的“盲檢”過程。
那么UE是不是從第一個CCE開始，一個接一個的盲檢過去呢？這也未免太沒效率了。所以協議首先划分了CCE公共搜索空間（Common Search Space）和UE特定搜索空間（UE-Specific Search Space），對於不同的信息在不同的空間里搜索。
另外對於某些format的信息，一個CCE是不夠承載的，可能需要多個CCE，因此協議規定了所謂的CCE Aggregation Level取值為1，2，4，8。例如對於位於公共空間里的信息Aggregation Level只有4，8兩種取值，那么UE搜索的時候就先按4 CCE為粒度搜索一遍，再按8 CCE為粒度搜索一遍就可以了。
3 Seach Space
DCI信息包括
UL Grant（format 0）
DL Assignment（format 1）
Paging（format 1c）
RACH Response（format 1c）
System Information（format 1c）
MIMO Downlink Assignment（format 2）
Power Control Command（format 3）
…
可以看出，有些信息如paging, SI, RACH response是所有UE都要去監聽的，有一些則是跟特定UE相關的如上下行調度指令。所以協議將CCE划分為CCE公共搜索空間（Common Search Space）和UE特定搜索空間（UE-Specific Search Space），從而提高UE的盲檢效率。其中公共搜索空間是最前面的16個CCE。UE特定搜索空間的起始位置根據36.213 9.1.1中的公式計算，空間大小則和Aggregation Level有關，最小為6 CCEs最大為16 CCEs。
從36.213表9.1.1-1可以查到不同搜索空間的可能Aggregation Level取值，UE一般不知道應該使用那種Aggregation Level，所以UE能做的是把所有可能性都嘗試一遍。例如對於Common Search Space，UE需要分別按Aggregation Level = 4和Aggregation Level = 8來搜索。當按AL=4搜索時，16個CCE需要搜索4次，也就是有4個Control Channel Candidates；當按AL=8搜索時，16個CCE需要搜索2次，也就是有2個CCH Candidates；那么對於公共空間一共有4+2=6個CCH Candidates。
對於UE Specific來說，對應於AL=1，2，4，8分別有6，6，2，2個CCH Candidates，一共有16個。
*****************************************************************************************************************************
前言
PDCCH的格式分別為0,1,2,3。分別代表的比特數為72、144、288、576比特。
PDCCH信道上攜帶的信息DCI（下行鏈路控制信息）的格式一共有13種情況。每種情況所攜帶的信息以及比特長度均不同。同時，在不同的帶寬下，相同格式的DCI的比特大小也會不同。
現在的問題是
PDCCH信道的資源分配情況。在36.211協議中有PDCCH信道的映射是先時域后頻域。
PDCCH信道在接收端
PDCCH信道的檢測一般采用盲檢測的方法。
1、根據CFI值確定PDCCH信道檢測的長度。
2、軟解調
根據不同的調制方式，輸出長度發生變化。這里采用QPSK，長度加倍。
3、解擾
根據子幀和cell_id獲得特定的解擾序列，輸出長度不發生變化。
4、盲檢測
這里只分析公共搜索空間，聚合度L=4,8。CCE大小為16，搜索次數分別為4,2。如下圖所示：
這樣，對於公共搜索空間
（1）PDCCH格式為2和3，一次搜索數據的長度為288和576。
（2）搜索次數取“總數據長度除以一次搜索數據的長度”和“16/聚合等級”的較小值。
5、盲檢測處理過程
從相應位置取出數據后，對數據依次進行解速率匹配以及維特比譯碼。最后通過CRC校驗與特定的RNTI掩碼進行對比，如果相同則檢測成功，否則繼續換下一個位置、長度、RNTI掩碼進行檢測。