通信人家园

标题: 请教一下LTE TDD 承载TB大小的问题 [查看完整版帖子] [打印本页]

时间: 2015-4-26 11:26

作者: landai 标题: 请教一下LTE TDD 承载TB大小的问题

本帖最后由 landai 于 2015-4-26 11:28 编辑

计算下行吞吐量，Rel 9，20MHz，normal CP,不考虑MIMO，以TDD config 1（4DL:2S:4UL）为例，特殊子帧配比为10:2:2。
疑问1：DL subframe，按照36.213 Table 7.1.7.2.1-1，I_TBS=26时，TB的大小为75376bits，由于每个TTI共有14个OFDM symbol，控制信息可占用1~3个OFDM symbol，相应的承载DL-SCH的OFDM symbol数量为13~11个。这里的疑问是在DL-SCH占用OFDM symbol为 11 or 12 or 13时，同样承载75376bits时是靠不同的速率匹配实现的么？还是只有在DL-SCH占用OFDM symbol为 13 个时才能承载75376 bits？

疑问2：特殊子帧，看到有网上的文章数特殊子帧承载下行数据的效率是下行子帧的大约0.75倍，也有人说是10/14的，也就是承载的TB大小为75376*0.75 or 75376*10/14，请问这个依据是什么呢？我在36.xxx标准中没有看到相关说明

疑问3:36.213 Table 7.1.7.1-1: Modulation and TBS index table for PDSCH，这里在调制阶数Q_m相同的情况下，I_TBS不一样是不是代表着速率匹配时的输出bits不一样呢？

疑问4：速率匹配之后输出的bits数目N=number_RE*Q_m，其中number_RE表示的是可用的RE数目，需要在分配的资源中去除Cell-specific reference signals、PBCH、PSS、SSS占用的RE，Q_m表示调制阶数，这样理解正确么？

请教了，如果能给出问题的出处那就更好了。

时间: 2015-4-26 11:42

作者: ivanwxl

帮顶，曾经看到这个深度之后放弃了~~

时间: 2015-4-26 11:44

作者: landai

ivanwxl 发表于 2015-4-26 11:42
帮顶，曾经看到这个深度之后放弃了~~

敢问兄台现在在哪一行呢啊？

个人也觉得LTE PHY没什么前途，哎。。。

时间: 2015-4-26 11:46

作者: ivanwxl

本帖最后由 ivanwxl 于 2015-4-26 11:46 编辑

landai 发表于 2015-4-26 11:44
敢问兄台现在在哪一行呢啊？

个人也觉得LTE PHY没什么前途，哎。。。

我是做无线的，但是不是做研发，对协议什么的只是用到的时候当做工具书而已。忽悠人的时候可能会用到~~最近在看关于各系统之间的干扰问题，头大~~

时间: 2015-4-26 11:50

作者: landai

ivanwxl 发表于 2015-4-26 11:46
我是做无线的，但是不是做研发，对协议什么的只是用到的时候当做工具书而已。忽悠人的时候可能会用到~~最 ...

哦，你的工作我也不太了解，祝好

时间: 2015-4-26 12:04

作者: yasonzhen

1.对的。
2.0.75，协议里面有说明
3.速率匹配的输出和ITBS没关系，ITBS表示有效的信息比特数
4.对的

时间: 2015-4-26 12:27

作者: landai

yasonzhen 发表于 2015-4-26 12:04
1.对的。
2.0.75，协议里面有说明
3.速率匹配的输出和ITBS没关系，ITBS表示有效的信息比特数

多谢回复！
1、也就是说TB size的大小和CFI 没关系了？
2、看到了，36.213 section 7.17，不管特殊子帧配比是多少都是这样的么？感觉不科学啊
3、恩，就是I_TBS越大表示TB size越大呗
4、多谢！
5、根据4的结论，在输入TB size一定的情况下，由4中计算出速率匹配之后的bits number，速率匹配的过程也就可以确定了呗？

时间: 2015-4-26 18:56

作者: yasonzhen

landai 发表于 2015-4-26 12:27
多谢回复！
1、也就是说TB size的大小和CFI 没关系了？
2、看到了，36.213 section 7.17，不管特殊子帧 ...

1.没有关系
2.是的，有效时隙数大于9个的时候才会传0.75Tbsize的数据，否则是不传数据的，有效时隙数不同会导致码率出现波动，性能也就会有波动，但总体不会有大的影响。
3.是的；
5.是的

时间: 2015-4-26 21:39

作者: landai

yasonzhen 发表于 2015-4-26 18:56
1.没有关系
2.是的，有效时隙数大于9个的时候才会传0.75Tbsize的数据，否则是不传数据的，有效时隙数不同 ...

明白了，多谢！

时间: 2015-5-5 09:52

作者: zgy61062

1、两者之间有关系，应该考虑剔除开销后，剩余有效RE能承载的比特数多少（必须乘以0.93），向下取整，查表对应出TBS，不能恒定75376bits这个数字
2、不能这么算，这样太简单了。
3、是的
4、是的

时间: 2015-5-5 11:20

作者: landai

zgy61062 发表于 2015-5-5 09:52
1、两者之间有关系，应该考虑剔除开销后，剩余有效RE能承载的比特数多少（必须乘以0.93），向下取整，查表对 ...

感谢回复！请教一下：
1、“剩余有效RE能承载的比特数多少（必须乘以0.93）”这个应该是指速率匹配之后的bits数目，而TBS表述的是编码之前的从MAC下来的TB大小，不能按照您说的这样吧？另，0.93出自哪里呢？

2、请看7#的回复，7#的理解有问题么？

时间: 2015-5-12 09:53

作者: jeffyko

第2-4个问题，我试着解释下
第二个问题，特殊子帧承载的tbs选取，36.213上有段话，大意是，对于特殊子帧，tbs选取时应乘上0.75这个系数。但实际上要比这个复杂，因为要求下行码率不能超过0.93，所以不同的特殊子帧配比选取tbs时的处理会有所不同。
第三个问题，实际上不是itbs来决定速率匹配怎么做，而是mcs或者说码率决定的
第四个问题，你给的公式有问题，应该是tbs=re number*q_m*cr，其中re number为有效承载数据的re数目，qm为调制阶数，cr为码率
希望对你有帮助，物理层其实挺有意思

时间: 2015-5-13 17:02

作者: landai

jeffyko 发表于 2015-5-12 09:53
第2-4个问题，我试着解释下
第二个问题，特殊子帧承载的tbs选取，36.213上有段话，大意是，对于特殊子帧， ...

多谢J版的回复！
问题2：也就是取RB*0.75对应的TBS1和不超过0.93对应的TBS2中的最小值了呗？

问题3：我最近在看PHY的实现有关内容，阅读FAPI规范，从MAC层传下来的针对PDSCH的控制消息包含了TBS和q_m，而并不包含码率相关的参数。我对这个问题的理解是：codeword = PHY_encode(input_bit,TBS,q_m,output_bit_length)，其中input_bit表示TB数据内容，TBS表示input_bit的长度，q_m是调制阶数，output_bit_length是速率匹配之后的数据长度（见问题4），codeword 就是编码输出的数据，下一步做scramble 和 modulation。

问题4：J版可能没看清我的问题，我描述的是速率匹配输出的codeword的长度。

以上是自己的拙见，还请J版指教。

时间: 2015-5-13 17:06

作者: landai

对问题3的补充，看了FSL B4860平台处理PDSCH的MAPLE，编码这部分的参数包含input_bit TBS output_bit_length以上四个参数，我觉得MAPLE在具体编码时根据TBS 和 output_bit_length就决定了速率匹配的码率

时间: 2015-5-13 17:32

作者: jeffyko

是的，TBS+Qm就可以计算出CR了。

时间: 2015-5-19 13:34

作者: landai

本帖最后由 landai 于 2015-5-19 13:35 编辑

jeffyko 发表于 2015-5-13 17:32
是的，TBS+Qm就可以计算出CR了。

请教一下，关于码率的计算36.213 section 7.1.7对其的定义是下面一段文字：
“the effective channel code rate is defined as the number of downlink information bits (including CRC bits)
divided by the number of physical channel bits on PDSCH”
可以总结为(TBS+ CRCbits)/(num_of_re*Qm)，其中num_of_re表示PDSCH使用的实际RE数目，Qm指调制阶数，TBS见36.213 Table 7.1.7.2.1-1。唯一的疑问是CRCbits，其是只包括TB 添加的CRC 还是也包含了codeblock添加的CRC呢？我在下面两篇文档中看到了两种截然不同的解释：
http://www.sharetechnote.com/html/Handbook_LTE_CodeRate.html
http://cc.bingj.com/cache.aspx?q ... OrKaGhUtFXOAmzKHtuC

时间: 2015-5-19 15:42

作者: jeffyko

应该只是TB的CRC

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