LTE中的PDCCH介紹

標籤：

PDCCH中承載的是DCI（Downlink Control Information），包含一個或多個UE上的資源分派和其他的控制資訊。在LTE中上下行的資源調度資訊（MCS, Resource allocation等等的資訊）都是由PDCCH來承載的。一般來說，在一個子幀內，可以有多個PDCCH。UE需要首先解調PDCCH中的DCI，然後才能夠在相應的資源位置上解調屬於UE自己的PDSCH（包括廣播訊息，呼叫，UE的資料等）

 

前面提到過，LTE中PDCCH在一個子幀內（注意，不是時系）佔用的符號個數，是由PCFICH中定義的CFI所確定的。UE通過主，輔同步通道，確定了小區的物理ID PCI，通過讀取PBCH，確定了PHICH佔用的資源分布，系統的天線連接埠等內容。UE就可以進一步讀取PCFICH，瞭解PDCCH等控制通道所佔用的符號數目。在PDCCH所佔用的符號中，除了PDCCH，還包含有PCFICH，PHICH，RS等內容。其中PCFICH的內容已經解調，PHICH的分布由PBCH確定，RS的分布取決於PBCH中廣播的天線連接埠數目。至此，（全部的）PDCCH在一個子幀內所能夠佔用的RE就得以確定了。

 

由於PDCCH的傳輸頻寬內可以同時包含多個PDCCH，為了更有效地配置 PDCCH和其他下行控制通道的時頻資源，LTE定義了兩個專用的控制通道資源單位：RE組(RE Group，REG)和控制通道單元(Control Channel Element，CCE)。1個REG由位於同一OFDM符號上的4個或6個相鄰的RE組成，但其中可用的RE數目只有4個，6個RE組成的REG中包含了兩個參考訊號，而參考訊號RS所佔用的RE是不能被控制通道的REG使用的。協議中（36.211）還特別規定，對於只有一個小區專用參考訊號的情況，從REG中RE映射的角度，要假定存在兩個天線連接埠，所以存在一個REG中包含4個或6個RE兩種情況。一個CCE由9個REG構成。定義REG這樣的資源單位，主要是為了有效地支援 PCFICH、PHICH等資料率很小的控制通道的資源分派，也就是說，PCFICH，PHICH的資源分派是以REG為單位的；而定義相對較大的CCE，是為了用於資料量相對較大的PDCCH的資源分派。

 

PDCCH在一個或多個連續的CCE上傳輸， LTE中支援4中不同類型的PDCCH，如所示：

 

 

PDCCH format	Number of CCEs	Number of resource-element groups	Number of PDCCH bits
0	1	9	72
1	2	18	144
2	4	36	288
3	8	72	576

 

 

LTE中，CCE的編號和分配是連續的。如果系統分配了PCFICH和PHICH後剩餘REG的數量為NREG，那麼PDCCH可用的CCE的數目為NCCE＝NREG/9向下取整。CCE的編號為從0開始到NCCE－1。

 

PDCCH所佔用的CCE數目取決於UE所處的下行通道環境，對於下行通道環境好的UE，eNodeB可能只需分配一個CCE，對於下行通道環境較差的UE，eNodeB可能需要為之分配多達8個的CCE。為了簡化UE在解碼PDCCH時的複雜度，LTE中還規定CCE數目為N的PDCCH，其起始位置的CCE號，必須是N的整數倍。

 

每個PDCCH中，包含16bit的CRC校正，UE用來驗證接收到的PDCCH是否正確，並且CRC使用和UE相關的Identity進行擾碼，使得UE能夠確定哪些PDCCH是自己需要接收的，哪些是發送給其他UE的。可以同來進行擾碼的UE Identity包括有：C－RNTI， SPS－RNTI，以及公用的SI－RNTI， P－RNTI和RA－RNTI等。

 

每個PDCCH，經過CRC校正後，進行TBCC通道編碼和速率匹配。eNodeB可以根據UE上報上來的CQI（Channel Quality Indicator）進行速率匹配。此時，對於每個PDCCH，就可以確定其佔用的CCE數目的大小。

 

前面已經提到過，可用的CCE的編號是從0到NCCE－1。可以將CCE看作是邏輯的資源，順序排列，為所有的PDCCH所共用。eNodeB 根據每個PDCCH上CCE起始位置的限制，將每個PDCCH放置在合適的位置。這時可能出現有的CCE沒有被佔用的情況，標準中規定需要插入NIL，NIL對應的RE上面的發送功率為-Inf，也就是0。

 

此後，CCE上的資料位元經過於小區物理ID相關的擾碼，QPSK調製，層映射和預編碼，所得到的符號按照四元組為單位（Symbol Quadruplet，每個四元組映射到一個REG上）進行交織和迴圈移位，最後映射到相應的實體資源REG上去。

 

實體資源REG首先分配給PCFICH和PHICH，剩餘的分配給PDCCH，按照先時域後頻域的原則進行REG的映射。這樣做的目的是為了避免PDCCH符號之間的不均衡。

 

1、一個子幀中可以傳好幾個PDCCH。這裡的所謂的一個PDCCH指的是一個DCI，它有相應的format，加了16bit的CRC，然後用記加擾X-RNTI，然後tail biting，rate match出來一個位元序列。

 

一個PDCCH按長度來分有4中format，分別對應1、2、4、8個CCE。一個DCI資訊佔用多少個CCE是eNB端根據UE的下行通道品質決定的，通道條件好就傳較短的PDCCH，差就傳長的。
  
2、好幾個PDCCh複用，就是把上述的bit連起來。
b1(0),b1(1),...,b1(M1),b2(0),b2(1).....如此下去

 

參見：

 

 

上述的複用，其實是各個PDCCH到reg number這個虛擬資源的映射，中間可能會有inf（零）。 1、PDCCH的整個流程簡述，其實前面已經寫過，只是現在覺得不透徹。 各路DCI的CRC Attachment（通常也有人管一個DCI叫做一個PDCCH） ----》 RNTI加擾（神馬類型的RNTI取決於UE現在想幹什麼，需要什麼，或者說取決於DCI傳的是什麼） ----》 TailBiting Convolutional Encoder ----》RateMach ----》PDCCH複用  （之後插入NIL）----》位元加擾  ---》 QPSK調製 ---》 LayerMapping & Precoding ----》 交織 ---》小區間相關加擾（就一個迴圈移位） ---》 資源地圖。

2、關於NIL的插入。由於PDCCH佔用的是除了CRS，PCFICH，PHICH之外的REG，其數目可以記為Nreg，但是PDCCH資源分派的單位是CCE，是9個REG。所以 Ncce = floor（Nreg/9），那這些個不能被整除的REG就要用NIL來填充，其實就是-Inf，也就是0。在PDCCH複用的時候在尾部插入。
還有就是為了滿足PDCCH的彙總等級對齊，也要插入NIL，這些個東西都是複用模組該搞定的問題。
一般的DCI都30來個bit，可是一個CCE可以傳72bit，而一個PDCCH占幾個CCE是MAC告訴PHY的，也就是說這個問題是通過RateMatch來解決的。    
總之，PDCCH是把除了除了CRS，PCFICH，PHICH之外的資源佔光的，這個很合理，留了也沒用。

3、關於PDCCH盲檢測的搜尋空間，公用的不用說，UE Specify的搜尋空間36.213裡面有詳細的討論，它的M（L）個candidates對應m從0到M（L）-1.期間Yk對一個子幀的PDCCH來說是個定值。

4、從交織器讀出來的調製symbol數目佔光所有的RE，複用其實已經相當於把DCI和邏輯的CCE number對應上了，後面資源地圖，先時域後頻域。

 

轉載自 

LTE中的PDCCH介紹
http://bbs.c114.net/thread-585503-1-1.html

 

LTE中的PDCCH介紹