 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
LTE中PDCCH支持的四種格式是代表什么含義
1、LTE中PDCCH支持的四種格式是代表什么含義
2、自適應CCE聚合等級算法從最小聚合等級開始分配為什么會資源利用率低
2、自適應CCE聚合等級算法從最小聚合等級開始分配為什么會資源利用率低
提問者:
• LTE向多個站間目標小區(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干擾更為嚴重？ 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干擾更為嚴重？ 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，然后才能夠在相應的資源位置上解調(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構成。定義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可能需要為之分配多達8個的CCE。為了簡化UE在解碼PDCCH時的復雜度，LTE中還規(guī)定CCE數(shù)目為N的PDCCH，其起始位置的CCE號，必須是N的整數(shù)倍。
每個PDCCH中，包含16bit的CRC校驗，UE用來驗證接收到的PDCCH是否正確，并且CRC使用和UE相關的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沒有被占用的情況，標準中規(guī)定需要插入NIL，NIL對應的RE上面的發(fā)送功率為-Inf，也就是0。
此后，CCE上的數(shù)據(jù)比特經(jīng)過于小區(qū)物理ID相關的擾碼，QPSK調(diào)制，層映射和預編碼，所得到的符號按照四元組為單位（Symbol Quadruplet，每個四元組映射到一個REG上）進行交織和循環(huán)移位，最后映射到相應的物理資源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構成。定義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可能需要為之分配多達8個的CCE。為了簡化UE在解碼PDCCH時的復雜度，LTE中還規(guī)定CCE數(shù)目為N的PDCCH，其起始位置的CCE號，必須是N的整數(shù)倍。
每個PDCCH中，包含16bit的CRC校驗，UE用來驗證接收到的PDCCH是否正確，并且CRC使用和UE相關的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沒有被占用的情況，標準中規(guī)定需要插入NIL，NIL對應的RE上面的發(fā)送功率為-Inf，也就是0。
此后，CCE上的數(shù)據(jù)比特經(jīng)過于小區(qū)物理ID相關的擾碼，QPSK調(diào)制，層映射和預編碼，所得到的符號按照四元組為單位（Symbol Quadruplet，每個四元組映射到一個REG上）進行交織和循環(huán)移位，最后映射到相應的物理資源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，然后才能夠在相應的資源位置上解調(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構成。定義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可能需要為之分配多達8個的CCE。為了簡化UE在解碼PDCCH時的復雜度，LTE中還規(guī)定CCE數(shù)目為N的PDCCH，其起始位置的CCE號，必須是N的整數(shù)倍。
每個PDCCH中，包含16bit的CRC校驗，UE用來驗證接收到的PDCCH是否正確，并且CRC使用和UE相關的Identity進行擾碼，使得UE能夠確定哪些PDCCH是自己需要接收的，哪些是發(fā)送給其他UE的。可以同來進行擾碼的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�？梢詫CE看作是邏輯的資源，順序排列，為所有的PDCCH所共享。eNodeB 根據(jù)每個PDCCH上CCE起始位置的限制，將每個PDCCH放置在合適的位置。這時可能出現(xiàn)有的CCE沒有被占用的情況，標準中規(guī)定需要插入NIL，NIL對應的RE上面的發(fā)送功率為-Inf，也就是0。
此后，CCE上的數(shù)據(jù)比特經(jīng)過于小區(qū)物理ID相關的擾碼，QPSK調(diào)制，層映射和預編碼，所得到的符號按照四元組為單位（Symbol Quadruplet，每個四元組映射到一個REG上）進行交織和循環(huán)移位，最后映射到相應的物理資源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端根據(jù)UE的下行信道質(zhì)量決定的，信道條件好就傳較短的PDCCH，差就傳長的。
2、好幾個PDCCh復用，就是把上述的bit連起來。
b1(0),b1(1),...,b1(M1),b2(0),b2(1).....如此下去
參見下圖：
4bbcda6d494c2781a0a5a.jpg (32.02 KB)2011-12-27 13:15
上述的復用，其實是各個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復用 （之后插入NIL）----》比特加擾 ---》 QPSK調(diào)制 ---》 LayerMapping & Precoding ----》 交織 ---》小區(qū)間相關加擾（就一個循環(huán)移位） ---》 資源映射。
2、關于NIL的插入。由于PDCCH占用的是除了CRS，PCFICH，PHICH之外的REG，其數(shù)目可以記為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、從交織器讀出來的調(diào)制symbol數(shù)目占光所有的RE，復用其實已經(jīng)相當于把DCI和邏輯的CCE number對應上了，后面資源映射，先時域后頻域。詳見http://bbs.c114.net/viewthread.php?tid=585503
回答者：
xhy1331
回答時間：2012-06-04 15:32
61
41
• 南京格安信息系統(tǒng)有限責任公司
聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
• 浙江明訊網(wǎng)絡技術有限公司 聘：浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
• 元道通信股份有限公司 聘：中級后臺網(wǎng)優(yōu)工程師/福建漳州
需求人數(shù)：1 人 地點：漳州市
• 重慶信科通信工程有限公司 聘：后臺優(yōu)化
需求人數(shù)：2 人 地點：南昌市
• 安徽引途科技有限公司 聘：蚌埠移動項目經(jīng)理
需求人數(shù)：1 人 地點：蚌埠市
• 怡利科技發(fā)展有限公司 聘：網(wǎng)優(yōu)工程師（初級）
需求人數(shù)：5 人 地點：貴州省
• 浙江省郵電工程建設有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：6 人 地點：寧夏
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 西安中興精誠通訊有限公司 聘：重慶萬涪黔區(qū)域網(wǎng)優(yōu)前臺
需求人數(shù)：3 人 地點：重慶市
需求人數(shù)：10 人 地點：北京市
• 浙江明訊網(wǎng)絡技術有限公司 聘：浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
• 元道通信股份有限公司 聘：中級后臺網(wǎng)優(yōu)工程師/福建漳州
需求人數(shù)：1 人 地點：漳州市
• 重慶信科通信工程有限公司 聘：后臺優(yōu)化
需求人數(shù)：2 人 地點：南昌市
• 安徽引途科技有限公司 聘：蚌埠移動項目經(jīng)理
需求人數(shù)：1 人 地點：蚌埠市
• 怡利科技發(fā)展有限公司 聘：網(wǎng)優(yōu)工程師（初級）
需求人數(shù)：5 人 地點：貴州省
• 浙江省郵電工程建設有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：6 人 地點：寧夏
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 西安中興精誠通訊有限公司 聘：重慶萬涪黔區(qū)域網(wǎng)優(yōu)前臺
需求人數(shù)：3 人 地點：重慶市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |