 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
LTE中PDCCH支持的四種格式是代表什么含義
1、LTE中PDCCH支持的四種格式是代表什么含義
2、自適應(yīng)CCE聚合等級算法從最小聚合等級開始分配為什么會資源利用率低
2、自適應(yīng)CCE聚合等級算法從最小聚合等級開始分配為什么會資源利用率低
提問者:
• LTE向多個站間目標(biāo)小區(qū)切換失敗 2017-05-23
• LTE中興網(wǎng)管中PDCCHDCI1A的功率偏移怎么調(diào)，在什么位置 2016-04-08
• LTE中興網(wǎng)管中專用PDCCH聚合度怎么調(diào) 2016-04-08
• LTE物理信道占用資源正確的是？ A.phich最小占用12RE B.pcfich占用16RE C.PDCCH最小占用1Rb 2016-03-12
• 請大神能不能把TD-LTE DL-DCCH-Message信令的具體解釋給弄一下，不懂呀 2016-01-04
• 大家好，我是做FDDLTE網(wǎng)優(yōu)的，我想問一下“PDCCHDCI3/3A指示的PUCCH是否有效”的具體含義是什么？ 2015-12-13
• TD-LTE宏站為什么對微站的PDCCH干擾更為嚴(yán)重？ 2015-09-09
• LTE系統(tǒng)的PDCCH信道分成4種不同的聚會等級，針對PDCCH，系統(tǒng)是如何選擇其碼率（聚合等級）的呢？ 2015-08-18
• LTE中興網(wǎng)管中PDCCHDCI1A的功率偏移怎么調(diào)，在什么位置 2016-04-08
• LTE中興網(wǎng)管中專用PDCCH聚合度怎么調(diào) 2016-04-08
• LTE物理信道占用資源正確的是？ A.phich最小占用12RE B.pcfich占用16RE C.PDCCH最小占用1Rb 2016-03-12
• 請大神能不能把TD-LTE DL-DCCH-Message信令的具體解釋給弄一下，不懂呀 2016-01-04
• 大家好，我是做FDDLTE網(wǎng)優(yōu)的，我想問一下“PDCCHDCI3/3A指示的PUCCH是否有效”的具體含義是什么？ 2015-12-13
• TD-LTE宏站為什么對微站的PDCCH干擾更為嚴(yán)重？ 2015-09-09
• LTE系統(tǒng)的PDCCH信道分成4種不同的聚會等級，針對PDCCH，系統(tǒng)是如何選擇其碼率（聚合等級）的呢？ 2015-08-18
問題答案
( 2 )
PDCCH中承載的是DCI（Downlink Control Information），包含一個或多個UE上的資源分配和其他的控制信息。在LTE中上下行的資源調(diào)度信息（MCS, Resource allocation等等的信息）都是由PDCCH來承載的。一般來說，在一個子幀內(nèi)，可以有多個PDCCH。UE需要首先解調(diào)PDCCH中的DCI，然后才能夠在相應(yīng)的資源位置上解調(diào)屬于UE自己的PDSCH（包括廣播消息，尋呼，UE的數(shù)據(jù)等）
前面提到過，LTE中PDCCH在一個子幀內(nèi)（注意，不是時系）占用的符號個數(shù)，是由PCFICH中定義的CFI所確定的。UE通過主，輔同步信道，確定了小區(qū)的物理ID PCI，通過讀取PBCH，確定了PHICH占用的資源分布，系統(tǒng)的天線端口等內(nèi)容。UE就可以進一步讀取PCFICH，了解PDCCH等控制信道所占用的符號數(shù)目。在PDCCH所占用的符號中，除了PDCCH，還包含有PCFICH，PHICH，RS等內(nèi)容。其中PCFICH的內(nèi)容已經(jīng)解調(diào)，PHICH的分布由PBCH確定，RS的分布取決于PBCH中廣播的天線端口數(shù)目。至此，（全部的）PDCCH在一個子幀內(nèi)所能夠占用的RE就得以確定了。
由于PDCCH的傳輸帶寬內(nèi)可以同時包含多個PDCCH，為了更有效地配置 PDCCH和其他下行控制信道的時頻資源，LTE定義了兩個專用的控制信道資源單位：RE組(RE Group，REG)和控制信道單元(Control Channel Element，CCE)。1個REG由位于同一OFDM符號上的4個或6個相鄰的RE組成，但其中可用的RE數(shù)目只有4個，6個RE組成的REG中包含了兩個參考信號，而參考信號RS所占用的RE是不能被控制信道的REG使用的。協(xié)議中（36.211）還特別規(guī)定，對于只有一個小區(qū)專用參考信號的情況，從REG中RE映射的角度，要假定存在兩個天線端口，所以存在一個REG中包含4個或6個RE兩種情況。一個CCE由9個REG構(gòu)成。定義REG這樣的資源單位，主要是為了有效地支持 PCFICH、PHICH等數(shù)據(jù)率很小的控制信道的資源分配，也就是說，PCFICH，PHICH的資源分配是以REG為單位的；而定義相對較大的CCE，是為了用于數(shù)據(jù)量相對較大的PDCCH的資源分配。
PDCCH在一個或多個連續(xù)的CCE上傳輸， LTE中支持4中不同類型的PDCCH，如下圖所示：
LTE中，CCE的編號和分配是連續(xù)的。如果系統(tǒng)分配了PCFICH和PHICH后剩余REG的數(shù)量為NREG，那么PDCCH可用的CCE的數(shù)目為NCCE＝NREG/9向下取整。CCE的編號為從0開始到NCCE－1。
PDCCH所占用的CCE數(shù)目取決于UE所處的下行信道環(huán)境，對于下行信道環(huán)境好的UE，eNodeB可能只需分配一個CCE，對于下行信道環(huán)境較差的UE，eNodeB可能需要為之分配多達(dá)8個的CCE。為了簡化UE在解碼PDCCH時的復(fù)雜度，LTE中還規(guī)定CCE數(shù)目為N的PDCCH，其起始位置的CCE號，必須是N的整數(shù)倍。
每個PDCCH中，包含16bit的CRC校驗，UE用來驗證接收到的PDCCH是否正確，并且CRC使用和UE相關(guān)的Identity進行擾碼，使得UE能夠確定哪些PDCCH是自己需要接收的，哪些是發(fā)送給其他UE的�？梢酝瑏磉M行擾碼的UE Identity包括有：C－RNTI， SPS－RNTI，以及公用的SI－RNTI， P－RNTI和RA－RNTI等。
每個PDCCH，經(jīng)過CRC校驗后，進行TBCC信道編碼和速率匹配。eNodeB可以根據(jù)UE上報上來的CQI（Channel Quality Indicator）進行速率匹配。此時，對于每個PDCCH，就可以確定其占用的CCE數(shù)目的大小。
前面已經(jīng)提到過，可用的CCE的編號是從0到NCCE－1�？梢詫�CCE看作是邏輯的資源，順序排列，為所有的PDCCH所共享。eNodeB 根據(jù)每個PDCCH上CCE起始位置的限制，將每個PDCCH放置在合適的位置。這時可能出現(xiàn)有的CCE沒有被占用的情況，標(biāo)準(zhǔn)中規(guī)定需要插入NIL，NIL對應(yīng)的RE上面的發(fā)送功率為-Inf，也就是0。
此后，CCE上的數(shù)據(jù)比特經(jīng)過于小區(qū)物理ID相關(guān)的擾碼，QPSK調(diào)制，層映射和預(yù)編碼，所得到的符號按照四元組為單位（Symbol Quadruplet，每個四元組映射到一個REG上）進行交織和循環(huán)移位，最后映射到相應(yīng)的物理資源REG上去。
物理資源REG首先分配給PCFICH和PHICH，剩余的分配給PDCCH，按照先時域后頻域的原則進行REG的映射。這樣做的目的是為了避免PDCCH符號之間的不均衡。
前面提到過，LTE中PDCCH在一個子幀內(nèi)（注意，不是時系）占用的符號個數(shù)，是由PCFICH中定義的CFI所確定的。UE通過主，輔同步信道，確定了小區(qū)的物理ID PCI，通過讀取PBCH，確定了PHICH占用的資源分布，系統(tǒng)的天線端口等內(nèi)容。UE就可以進一步讀取PCFICH，了解PDCCH等控制信道所占用的符號數(shù)目。在PDCCH所占用的符號中，除了PDCCH，還包含有PCFICH，PHICH，RS等內(nèi)容。其中PCFICH的內(nèi)容已經(jīng)解調(diào)，PHICH的分布由PBCH確定，RS的分布取決于PBCH中廣播的天線端口數(shù)目。至此，（全部的）PDCCH在一個子幀內(nèi)所能夠占用的RE就得以確定了。
由于PDCCH的傳輸帶寬內(nèi)可以同時包含多個PDCCH，為了更有效地配置 PDCCH和其他下行控制信道的時頻資源，LTE定義了兩個專用的控制信道資源單位：RE組(RE Group，REG)和控制信道單元(Control Channel Element，CCE)。1個REG由位于同一OFDM符號上的4個或6個相鄰的RE組成，但其中可用的RE數(shù)目只有4個，6個RE組成的REG中包含了兩個參考信號，而參考信號RS所占用的RE是不能被控制信道的REG使用的。協(xié)議中（36.211）還特別規(guī)定，對于只有一個小區(qū)專用參考信號的情況，從REG中RE映射的角度，要假定存在兩個天線端口，所以存在一個REG中包含4個或6個RE兩種情況。一個CCE由9個REG構(gòu)成。定義REG這樣的資源單位，主要是為了有效地支持 PCFICH、PHICH等數(shù)據(jù)率很小的控制信道的資源分配，也就是說，PCFICH，PHICH的資源分配是以REG為單位的；而定義相對較大的CCE，是為了用于數(shù)據(jù)量相對較大的PDCCH的資源分配。
PDCCH在一個或多個連續(xù)的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的編號和分配是連續(xù)的。如果系統(tǒng)分配了PCFICH和PHICH后剩余REG的數(shù)量為NREG，那么PDCCH可用的CCE的數(shù)目為NCCE＝NREG/9向下取整。CCE的編號為從0開始到NCCE－1。
PDCCH所占用的CCE數(shù)目取決于UE所處的下行信道環(huán)境，對于下行信道環(huán)境好的UE，eNodeB可能只需分配一個CCE，對于下行信道環(huán)境較差的UE，eNodeB可能需要為之分配多達(dá)8個的CCE。為了簡化UE在解碼PDCCH時的復(fù)雜度，LTE中還規(guī)定CCE數(shù)目為N的PDCCH，其起始位置的CCE號，必須是N的整數(shù)倍。
每個PDCCH中，包含16bit的CRC校驗，UE用來驗證接收到的PDCCH是否正確，并且CRC使用和UE相關(guān)的Identity進行擾碼，使得UE能夠確定哪些PDCCH是自己需要接收的，哪些是發(fā)送給其他UE的�？梢酝瑏磉M行擾碼的UE Identity包括有：C－RNTI， SPS－RNTI，以及公用的SI－RNTI， P－RNTI和RA－RNTI等。
每個PDCCH，經(jīng)過CRC校驗后，進行TBCC信道編碼和速率匹配。eNodeB可以根據(jù)UE上報上來的CQI（Channel Quality Indicator）進行速率匹配。此時，對于每個PDCCH，就可以確定其占用的CCE數(shù)目的大小。
前面已經(jīng)提到過，可用的CCE的編號是從0到NCCE－1�？梢詫�CCE看作是邏輯的資源，順序排列，為所有的PDCCH所共享。eNodeB 根據(jù)每個PDCCH上CCE起始位置的限制，將每個PDCCH放置在合適的位置。這時可能出現(xiàn)有的CCE沒有被占用的情況，標(biāo)準(zhǔn)中規(guī)定需要插入NIL，NIL對應(yīng)的RE上面的發(fā)送功率為-Inf，也就是0。
此后，CCE上的數(shù)據(jù)比特經(jīng)過于小區(qū)物理ID相關(guān)的擾碼，QPSK調(diào)制，層映射和預(yù)編碼，所得到的符號按照四元組為單位（Symbol Quadruplet，每個四元組映射到一個REG上）進行交織和循環(huán)移位，最后映射到相應(yīng)的物理資源REG上去。
物理資源REG首先分配給PCFICH和PHICH，剩余的分配給PDCCH，按照先時域后頻域的原則進行REG的映射。這樣做的目的是為了避免PDCCH符號之間的不均衡。
回答者：
zhangqing822
回答時間：2012-06-04 15:13
51
44
LTE中的PDCCH介紹
PDCCH中承載的是DCI（Downlink Control Information），包含一個或多個UE上的資源分配和其他的控制信息。在LTE中上下行的資源調(diào)度信息（MCS, Resource allocation等等的信息）都是由PDCCH來承載的。一般來說，在一個子幀內(nèi)，可以有多個PDCCH。UE需要首先解調(diào)PDCCH中的DCI，然后才能夠在相應(yīng)的資源位置上解調(diào)屬于UE自己的PDSCH（包括廣播消息，尋呼，UE的數(shù)據(jù)等）前面提到過，LTE中PDCCH在一個子幀內(nèi)（注意，不是時系）占用的符號個數(shù)，是由PCFICH中定義的CFI所確定的。UE通過主，輔同步信道，確定了小區(qū)的物理ID PCI，通過讀取PBCH，確定了PHICH占用的資源分布，系統(tǒng)的天線端口等內(nèi)容。UE就可以進一步讀取PCFICH，了解PDCCH等控制信道所占用的符號數(shù)目。在PDCCH所占用的符號中，除了PDCCH，還包含有PCFICH，PHICH，RS等內(nèi)容。其中PCFICH的內(nèi)容已經(jīng)解調(diào)，PHICH的分布由PBCH確定，RS的分布取決于PBCH中廣播的天線端口數(shù)目。至此，（全部的）PDCCH在一個子幀內(nèi)所能夠占用的RE就得以確定了。
由于PDCCH的傳輸帶寬內(nèi)可以同時包含多個PDCCH，為了更有效地配置 PDCCH和其他下行控制信道的時頻資源，LTE定義了兩個專用的控制信道資源單位：RE組(RE Group，REG)和控制信道單元(Control Channel Element，CCE)。1個REG由位于同一OFDM符號上的4個或6個相鄰的RE組成，但其中可用的RE數(shù)目只有4個，6個RE組成的REG中包含了兩個參考信號，而參考信號RS所占用的RE是不能被控制信道的REG使用的。協(xié)議中（36.211）還特別規(guī)定，對于只有一個小區(qū)專用參考信號的情況，從REG中RE映射的角度，要假定存在兩個天線端口，所以存在一個REG中包含4個或6個RE兩種情況。一個CCE由9個REG構(gòu)成。定義REG這樣的資源單位，主要是為了有效地支持 PCFICH、PHICH等數(shù)據(jù)率很小的控制信道的資源分配，也就是說，PCFICH，PHICH的資源分配是以REG為單位的；而定義相對較大的CCE，是為了用于數(shù)據(jù)量相對較大的PDCCH的資源分配。
PDCCH在一個或多個連續(xù)的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的編號和分配是連續(xù)的。如果系統(tǒng)分配了PCFICH和PHICH后剩余REG的數(shù)量為NREG，那么PDCCH可用的CCE的數(shù)目為NCCE＝NREG/9向下取整。CCE的編號為從0開始到NCCE－1。
PDCCH所占用的CCE數(shù)目取決于UE所處的下行信道環(huán)境，對于下行信道環(huán)境好的UE，eNodeB可能只需分配一個CCE，對于下行信道環(huán)境較差的UE，eNodeB可能需要為之分配多達(dá)8個的CCE。為了簡化UE在解碼PDCCH時的復(fù)雜度，LTE中還規(guī)定CCE數(shù)目為N的PDCCH，其起始位置的CCE號，必須是N的整數(shù)倍。
每個PDCCH中，包含16bit的CRC校驗，UE用來驗證接收到的PDCCH是否正確，并且CRC使用和UE相關(guān)的Identity進行擾碼，使得UE能夠確定哪些PDCCH是自己需要接收的，哪些是發(fā)送給其他UE的�？梢酝瑏磉M行擾碼的UE Identity包括有：C－RNTI， SPS－RNTI，以及公用的SI－RNTI， P－RNTI和RA－RNTI等。
每個PDCCH，經(jīng)過CRC校驗后，進行TBCC信道編碼和速率匹配。eNodeB可以根據(jù)UE上報上來的CQI（Channel Quality Indicator）進行速率匹配。此時，對于每個PDCCH，就可以確定其占用的CCE數(shù)目的大小。
前面已經(jīng)提到過，可用的CCE的編號是從0到NCCE－1。可以將CCE看作是邏輯的資源，順序排列，為所有的PDCCH所共享。eNodeB 根據(jù)每個PDCCH上CCE起始位置的限制，將每個PDCCH放置在合適的位置。這時可能出現(xiàn)有的CCE沒有被占用的情況，標(biāo)準(zhǔn)中規(guī)定需要插入NIL，NIL對應(yīng)的RE上面的發(fā)送功率為-Inf，也就是0。
此后，CCE上的數(shù)據(jù)比特經(jīng)過于小區(qū)物理ID相關(guān)的擾碼，QPSK調(diào)制，層映射和預(yù)編碼，所得到的符號按照四元組為單位（Symbol Quadruplet，每個四元組映射到一個REG上）進行交織和循環(huán)移位，最后映射到相應(yīng)的物理資源REG上去。
物理資源REG首先分配給PCFICH和PHICH，剩余的分配給PDCCH，按照先時域后頻域的原則進行REG的映射。這樣做的目的是為了避免PDCCH符號之間的不均衡。
1、一個子幀中可以傳好幾個PDCCH。這里的所謂的一個PDCCH指的是一個DCI，它有相應(yīng)的format，加了16bit的CRC，然后用記加擾X-RNTI，然后tail biting，rate match出來一個比特序列。
一個PDCCH按長度來分有4中format，分別對應(yīng)1、2、4、8個CCE。一個DCI信息占用多少個CCE是eNB端根據(jù)UE的下行信道質(zhì)量決定的，信道條件好就傳較短的PDCCH，差就傳長的。
2、好幾個PDCCh復(fù)用，就是把上述的bit連起來。
b1(0),b1(1),...,b1(M1),b2(0),b2(1).....如此下去
參見下圖：
4bbcda6d494c2781a0a5a.jpg (32.02 KB)2011-12-27 13:15
上述的復(fù)用，其實是各個PDCCH到reg number這個虛擬資源的映射，中間可能會有inf（零）。 1、PDCCH的整個流程簡述，其實前面已經(jīng)寫過，只是現(xiàn)在覺得不透徹。 各路DCI的CRC Attachment（通常也有人管一個DCI叫做一個PDCCH） ----》 RNTI加擾（神馬類型的RNTI取決于UE現(xiàn)在想干什么，需要什么，或者說取決于DCI傳的是什么） ----》 TailBiting Convolutional Encoder ----》RateMach ----》PDCCH復(fù)用 （之后插入NIL）----》比特加擾 ---》 QPSK調(diào)制 ---》 LayerMapping & Precoding ----》 交織 ---》小區(qū)間相關(guān)加擾（就一個循環(huán)移位） ---》 資源映射。
2、關(guān)于NIL的插入。由于PDCCH占用的是除了CRS，PCFICH，PHICH之外的REG，其數(shù)目可以記為Nreg，但是PDCCH資源分配的單位是CCE，是9個REG。所以 Ncce = floor（Nreg/9），那這些個不能被整除的REG就要用NIL來填充，其實就是-Inf，也就是0。在PDCCH復(fù)用的時候在尾部插入。
還有就是為了滿足PDCCH的聚合等級對齊，也要插入NIL，這些個東西都是復(fù)用模塊該搞定的問題。
一般的DCI都30來個bit，可是一個CCE可以傳72bit，而一個PDCCH占幾個CCE是MAC告訴PHY的，也就是說這個問題是通過RateMatch來解決的。
總之，PDCCH是把除了除了CRS，PCFICH，PHICH之外的資源占光的，這個很合理，留了也沒用。
3、關(guān)于PDCCH盲檢測的搜索空間，公共的不用說，UE Specify的搜索空間36.213里面有詳細(xì)的討論，它的M（L）個candidates對應(yīng)m從0到M（L）-1.期間Yk對一個子幀的PDCCH來說是個定值。
4、從交織器讀出來的調(diào)制symbol數(shù)目占光所有的RE，復(fù)用其實已經(jīng)相當(dāng)于把DCI和邏輯的CCE number對應(yīng)上了，后面資源映射，先時域后頻域。詳見http://bbs.c114.net/viewthread.php?tid=585503
回答者：
xhy1331
回答時間：2012-06-04 15:32
65
41
• 浙江省郵電工程建設(shè)有限公司
聘：新疆中興中高級優(yōu)化工程師
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
• 南京華蘇科技有限公司 聘：山東移動原廠優(yōu)化高級
需求人數(shù)：2 人 地點：濟南市,青島市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 福建省鴻官通信工程有限公司 聘：湖南電信專項中高級后臺
需求人數(shù)：1 人 地點：岳陽市,益陽市
• 北京電旗通訊技術(shù)股份有限公司 聘：OTN/XPON/軟交換吉林中興
需求人數(shù)：6 人 地點：長春市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項目（江蘇南京移動）
需求人數(shù)：20 人 地點：江蘇省
• 成都旗訊通信技術(shù)有限公司 聘：招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù)：12 人 地點：北京市,上海市,天津市,重慶市,浙江省
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 河南創(chuàng)賽通信科技有限公司 聘：廣西日常需求前臺初中級
需求人數(shù)：30 人 地點：廣西省
需求人數(shù)：7 人 地點：昌吉市,博樂市,克拉瑪依市,石河子市
• 南京華蘇科技有限公司 聘：山東移動原廠優(yōu)化高級
需求人數(shù)：2 人 地點：濟南市,青島市
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 福建省鴻官通信工程有限公司 聘：湖南電信專項中高級后臺
需求人數(shù)：1 人 地點：岳陽市,益陽市
• 北京電旗通訊技術(shù)股份有限公司 聘：OTN/XPON/軟交換吉林中興
需求人數(shù)：6 人 地點：長春市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項目（江蘇南京移動）
需求人數(shù)：20 人 地點：江蘇省
• 成都旗訊通信技術(shù)有限公司 聘：招督導(dǎo)、維護轉(zhuǎn)網(wǎng)優(yōu)后臺中高級
需求人數(shù)：12 人 地點：北京市,上海市,天津市,重慶市,浙江省
• 怡利科技發(fā)展有限公司 聘：移動電信聯(lián)通單驗工程師
需求人數(shù)：12 人 地點：貴州省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 河南創(chuàng)賽通信科技有限公司 聘：廣西日常需求前臺初中級
需求人數(shù)：30 人 地點：廣西省
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |