通信人家园

标题: LTE速率匹配的G怎么算？ [查看完整版帖子] [打印本页]

时间: 2011-8-2 09:03

作者: ivanlee2011 标题: LTE速率匹配的G怎么算？

在学LTE的速率匹配，但是里面的G看不懂。标准里面写Define by G the total number of bits available for the transmission of one transport block.
不知道具体是怎样计算的？求高手解答下，谢谢

时间: 2011-8-2 09:44

作者: jeffyko

我觉得是TBS+CRC，呵呵

时间: 2011-8-2 10:02

作者: ivanlee2011

我在网上找到这样的描述方法：
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%的可用资源···能不能解释下？

时间: 2011-8-2 11:06

作者: jeffyko

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我认为是正确的。

时间: 2011-8-2 17:28

作者: ivanlee2011

谢谢你的回答！
还想请问计算控制信息和导频占用25%的计算在哪里可以找到依据，就是说在哪个地方可以找到控制信息跟导频占用了多少资源？而且LTE有9条物理信道，是不是9条物理信道都需要不同的速率匹配呢？谢谢

时间: 2011-8-2 21:52

作者: jeffyko

还想请问计算控制信息和导频占用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，其他的应该不需要。

时间: 2011-8-3 10:13

作者: ivanlee2011 标题: 回复 6# 的帖子

这么说G是由MCS和RB的值决定的。那么MCS的值和RB的值是怎么确定的呢？
MCS的值是不是由DCI里面5个比特来决定。而RB的值就不知道怎么求得了。能不能解释下，谢谢！

时间: 2011-8-3 11:29

作者: jeffyko

RB同样由DCI指示呀，呵呵。

时间: 2011-8-3 15:46

作者: ivanlee2011 标题: 回复 8# 的帖子

求出处！

时间: 2011-8-3 16:59

作者: illidan 标题: 回复 6# 的帖子

BCH的信息位数和物理资源是固定的，所以速率匹配也是固定的，实现上可做优化，和PDCCH的速率匹配应该算有所不同吧。

时间: 2011-8-3 20:54

作者: jeffyko

to 10楼：你说的对！呵呵

to 9楼：
举个例子，DCI 1（参见36.212）：
- Resource block assignment://这里就是RB资源分配指示，采用type 0还是type 1有一个flag指示
- For resource allocation type 0 as defined in section 7.1.6.1 of [3]: //allocation type 0，参见36.213
-  ？bits provide the resource allocation
- For resource allocation type 1 as defined in section 7.1.6.2 of [3]: //allocation type 1，参见36.213
-  ？ 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]
//这里是MCS指示

[ 本帖最后由 jeffyko 于 2011-8-3 21:00 编辑 ]

时间: 2011-8-3 23:38

作者: illidan 标题: 回复 4# 的帖子

能否举一个C>1的例子

时间: 2011-8-4 09:26

作者: ivanlee2011 标题: 回复 4# 的帖子

一个RB不是12*7的时频资源吗，怎么会是12*14？

时间: 2011-8-4 12:51

作者: illidan 标题: 回复 13# 的帖子

我只能告诉你，RB在很多情况下是RB-pair的意思。有很多文献会写，在10个RB能传多少东东，其它它的意思是10个RB-pair，也就是时域上为1ms。

时间: 2011-8-4 14:30

作者: ivanlee2011 标题: 回复 14# 的帖子

哦，谢谢你

时间: 2011-8-4 14:46

作者: ivanlee2011 标题: 回复 14# 的帖子

这个RB数目是不是就是指带宽呢？

时间: 2011-8-7 14:54

作者: CQI2_0

速率匹配有两个过程
第一个过程是根据实际的无线信道，以及调度算法分配的RB数，计算可承载的bit数，简单点就是查表，ITBS和RB映射到一个bit数，每个用户分配的RB数取决于各个厂商的调度算法，对于下行来说，ITBS这个，就是一个CQI映射，UE上报4bit CQI，映射到基站的5bit CQI，考虑到CQI与真实信道质量的差异性（测量误差以及其他因素），根据误码率会有一个CQI调整，实现细节每个设备商可能不一样。

第二个过程就是一个微调，由于分配给用户的RB不是仅承载业务数据，对于下行来说，PDCCH、BCH、P/S-SCH、RS等等都可能占用一些符号，对于上行来说，其他开销包括随路信令，Sounding等等，微调的实现，各个厂商也不一样。大体上有两种思路，一种是阶数不变，减少填充的数据bit数；一种是对阶数进行调整。场景比较复杂，处理应该也比较细致，每个设备商算法也不太一样的。

[ 本帖最后由 CQI2_0 于 2011-8-7 14:55 编辑 ]

时间: 2011-9-25 00:01

作者: 姜小夜123

顶。。看懂了一点~

通信人家园 (https://www.txrjy.com/)