 |
问答管理员：
已解决问题
LTE速率匹配的G怎么算 (进入论坛模式)
提问者：ivanlee2011
|
提问时间：2011-8-2 09:03
在学LTE的速率匹配，但是里面的G看不懂。标准里面写Define by G the total number of bits available for the transmission of one transport block.
不知道具体是怎样计算的？求高手解答下，谢谢
不知道具体是怎样计算的？求高手解答下，谢谢
关闭所有答案回应
最佳答案
最佳答案速率匹配有两个过程
第一个过程是根据实际的无线信道，以及调度算法分配的RB数，计算可承载的bit数，简单点就是查表，ITBS和RB映射到一个bit数，每个用户分配的RB数取决于各个厂商的调度算法，对于下行来说，ITBS这个，就是一个CQI映射，UE上报4bit CQI，映射到基站的5bit CQI，考虑到CQI与真实信道质量的差异性（测量误差以及其他因素），根据误码率会有一个CQI调整，实现细节每个设备商可能不一样。
第二个过程就是一个微调，由于分配给用户的RB不是仅承载业务数据，对于下行来说，PDCCH、BCH、P/S-SCH、RS等等都可能占用一些符号（1Slot对应14个符号，普通CP），对于上行来说，其他开销包括随路信令，Sounding等等，微调的实现，各个厂商也不一样。大体上有两种思路，一种是阶数不变，减少填充的数据bit数；一种是对阶数进行调整。场景比较复杂，处理应该也比较细致，每个设备商算法也不太一样的。
第一个过程是根据实际的无线信道，以及调度算法分配的RB数，计算可承载的bit数，简单点就是查表，ITBS和RB映射到一个bit数，每个用户分配的RB数取决于各个厂商的调度算法，对于下行来说，ITBS这个，就是一个CQI映射，UE上报4bit CQI，映射到基站的5bit CQI，考虑到CQI与真实信道质量的差异性（测量误差以及其他因素），根据误码率会有一个CQI调整，实现细节每个设备商可能不一样。
第二个过程就是一个微调，由于分配给用户的RB不是仅承载业务数据，对于下行来说，PDCCH、BCH、P/S-SCH、RS等等都可能占用一些符号（1Slot对应14个符号，普通CP），对于上行来说，其他开销包括随路信令，Sounding等等，微调的实现，各个厂商也不一样。大体上有两种思路，一种是阶数不变，减少填充的数据bit数；一种是对阶数进行调整。场景比较复杂，处理应该也比较细致，每个设备商算法也不太一样的。
|
回应该答案 (0) |
回答时间：2011-8-7 14:54其他答案 ( 16 条 )
我觉得是TBS+CRC，呵呵
我在网上找到这样的描述方法：
1. 按照TS36213-840的表7.1.7.2.1-1，如果MCS序号为0，分配物理资源为10个RB，那么Transport Block Size = 256，我理解这个256应该包含了CRC的长度，不知理解是否正确？
2. 按照你刚才的分析，总共有10个RB，每个RB是一个12*14时频单元，去掉控制和导频，余下75%的可用资源，这样的话可以承载10*12*14*3/4=1260(QAM符号)，对于MCS Index = 0而言，可以承载的物理比特个数为1260(QPSK符号) * 2(QPSK)调制 = 2520比特，G = 2520。
3. 这样的话，MCS Index = 0的编码速率就是：256 / 2520 = 0.101587。
不知道对不对，而且不知道为什么是75%的可用资源···能不能解释下？
1. 按照TS36213-840的表7.1.7.2.1-1，如果MCS序号为0，分配物理资源为10个RB，那么Transport Block Size = 256，我理解这个256应该包含了CRC的长度，不知理解是否正确？
2. 按照你刚才的分析，总共有10个RB，每个RB是一个12*14时频单元，去掉控制和导频，余下75%的可用资源，这样的话可以承载10*12*14*3/4=1260(QAM符号)，对于MCS Index = 0而言，可以承载的物理比特个数为1260(QPSK符号) * 2(QPSK)调制 = 2520比特，G = 2520。
3. 这样的话，MCS Index = 0的编码速率就是：256 / 2520 = 0.101587。
不知道对不对，而且不知道为什么是75%的可用资源···能不能解释下？
1，不包含CRC。这个查下36.213的7.1.7.2.1节，如下：
1 2 3 4 5 6 7 8 9 10
0 16 32 56 88 120 152 176 208 224 256
CRC是在物理层处理的第一步加上去的，PDSCH的话一般是24bits。
2，75%的可用资源应该是按照single antenna port计算的：即扣除PDCCH 3个OFDM symbol，扣除RS 6个RE后（8个，其中有2个和第一个symbol上的PDCCH重叠），168-3*12-6=126个可用RE。126/168=0.75。
3，计算code rate时应该加上CRC，即(256+24)/2520
4，关于G的计算，协议文本里是这样的：
根据G计算得到G，根据G计算得到E，E就是速率匹配后的比特数。其实简单来说就是E=G/C，C是code block的数目，对于上面的例子来说，TBS+CRC<6144，有C=1，所以E=G。说G=2520我认为是正确的。
1 2 3 4 5 6 7 8 9 10
0 16 32 56 88 120 152 176 208 224 256
CRC是在物理层处理的第一步加上去的，PDSCH的话一般是24bits。
2，75%的可用资源应该是按照single antenna port计算的：即扣除PDCCH 3个OFDM symbol，扣除RS 6个RE后（8个，其中有2个和第一个symbol上的PDCCH重叠），168-3*12-6=126个可用RE。126/168=0.75。
3，计算code rate时应该加上CRC，即(256+24)/2520
4，关于G的计算，协议文本里是这样的：
根据G计算得到G，根据G计算得到E，E就是速率匹配后的比特数。其实简单来说就是E=G/C，C是code block的数目，对于上面的例子来说，TBS+CRC<6144，有C=1，所以E=G。说G=2520我认为是正确的。
谢谢你的回答！
还想请问计算控制信息和导频占用25%的计算在哪里可以找到依据，就是说在哪个地方可以找到控制信息跟导频占用了多少资源？而且LTE有9条物理信道，是不是9条物理信道都需要不同的速率匹配呢？谢谢
还想请问计算控制信息和导频占用25%的计算在哪里可以找到依据，就是说在哪个地方可以找到控制信息跟导频占用了多少资源？而且LTE有9条物理信道，是不是9条物理信道都需要不同的速率匹配呢？谢谢
还想请问计算控制信息和导频占用25%的计算在哪里可以找到依据，就是说在哪个地方可以找到控制信息跟导频占用了多少资源？
>36.211哈，里面有各物理信道/物理信号的开销，看下resource mapping章节。其中PDCCH的开销由PCFICH信道指示。
而且LTE有9条物理信道，是不是9条物理信道都需要不同的速率匹配呢？
>业务信道应该不同，因为各阶MCS的code rate不一样。控制信道的话，情况有点特殊（下面这个参见36.212 5.1.3-1和5.1.3-2 ：
BCH Tail biting convolutional coding 1/3
DCI Tail biting convolutional coding 1/3
CFI Block code 1/16
HI Repetition code 1/3
UCI Block code variable 或Tail biting convolutional coding 1/3
其中turbo码或卷积码的都需要rate matching，其他的应该不需要。
>36.211哈，里面有各物理信道/物理信号的开销，看下resource mapping章节。其中PDCCH的开销由PCFICH信道指示。
而且LTE有9条物理信道，是不是9条物理信道都需要不同的速率匹配呢？
>业务信道应该不同，因为各阶MCS的code rate不一样。控制信道的话，情况有点特殊（下面这个参见36.212 5.1.3-1和5.1.3-2 ：
BCH Tail biting convolutional coding 1/3
DCI Tail biting convolutional coding 1/3
CFI Block code 1/16
HI Repetition code 1/3
UCI Block code variable 或Tail biting convolutional coding 1/3
其中turbo码或卷积码的都需要rate matching，其他的应该不需要。
回复 6# 的帖子
这么说G是由MCS和RB的值决定的。那么MCS的值和RB的值是怎么确定的呢？
MCS的值是不是由DCI里面5个比特来决定。而RB的值就不知道怎么求得了。能不能解释下，谢谢！
这么说G是由MCS和RB的值决定的。那么MCS的值和RB的值是怎么确定的呢？
MCS的值是不是由DCI里面5个比特来决定。而RB的值就不知道怎么求得了。能不能解释下，谢谢！
RB同样由DCI指示呀，呵呵。
回复 8# 的帖子
:o 求出处！
:o 求出处！
回复 6# 的帖子
BCH的信息位数和物理资源是固定的，所以速率匹配也是固定的，实现上可做优化，和PDCCH的速率匹配应该算有所不同吧。
BCH的信息位数和物理资源是固定的，所以速率匹配也是固定的，实现上可做优化，和PDCCH的速率匹配应该算有所不同吧。
to 10楼：你说的对！呵呵
to 9楼：
举个例子，DCI 1（参见36.212）：
- Resource block assignment:
- For resource allocation type 0 as defined in section 7.1.6.1 of [3]:
- bits provide the resource allocation
- For resource allocation type 1 as defined in section 7.1.6.2 of [3]:
- bits of this field are used as a header specific to this resource allocation type to indicate the selected resource blocks subset
- 1 bit indicates a shift of the resource allocation span
- bits provide the resource allocation
where the value of P depends on the number of DL resource blocks as indicated in section 7.1. 6 of [3]
- Modulation and coding scheme – 5 bits as defined in section 7.1.7 of [3]
to 9楼：
举个例子，DCI 1（参见36.212）：
- Resource block assignment:
- For resource allocation type 0 as defined in section 7.1.6.1 of [3]:
- bits provide the resource allocation
- For resource allocation type 1 as defined in section 7.1.6.2 of [3]:
- bits of this field are used as a header specific to this resource allocation type to indicate the selected resource blocks subset
- 1 bit indicates a shift of the resource allocation span
- bits provide the resource allocation
where the value of P depends on the number of DL resource blocks as indicated in section 7.1. 6 of [3]
- Modulation and coding scheme – 5 bits as defined in section 7.1.7 of [3]
回复 4# 的帖子
能否举一个C>1的例子:P
能否举一个C>1的例子:P
回复 4# 的帖子
一个RB不是12*7的时频资源吗，怎么会是12*14？
一个RB不是12*7的时频资源吗，怎么会是12*14？
回复 13# 的帖子
我只能告诉你，RB在很多情况下是RB-pair的意思。有很多文献会写，在10个RB能传多少东东，其它它的意思是10个RB-pair，也就是时域上为1ms。
我只能告诉你，RB在很多情况下是RB-pair的意思。有很多文献会写，在10个RB能传多少东东，其它它的意思是10个RB-pair，也就是时域上为1ms。
回复 14# 的帖子
哦，谢谢你
哦，谢谢你
回复 14# 的帖子
这个RB数目是不是就是指带宽呢？
这个RB数目是不是就是指带宽呢？
顶。。看懂了一点~
热点问题
