通信人家园

标题: 请教一下Cat4 UE上行的TB_SIZE [查看完整版帖子] [打印本页]

时间: 2015-9-5 22:19

作者: landai 标题: 请教一下Cat4 UE上行的TB_SIZE

36.306 Table 4.1-2指明了Cat3/Cat4最大的 TB_size = 51024，同时指出Cat3/Cat4上行是不支持64QAM的。

36.213 Table 8.6.1-1列出了上行的 MCS index 和 TB index的对应关系，16QAM对应的最大 MCS index = 20，最大 TB index = 19。继续查找 36.213 Table 7.1.7.2.1-1，N_PRB = 100 && TB index = 19 时的 TB_size = 43816。

这就有矛盾了啊，到底Cat3/Cat4的上行最大 TB_size 等于多少呢？

Thanks

时间: 2015-9-7 14:52

作者: 一向如此

结合8.6.1
− If the UE is not capable of supporting 64QAM in PUSCH or has been configured by higher layers to transmit only QPSK and 16QAM, is first read from Table 8.6.1-1. The modulation order is set to .
这句话,理解UL MCS可以取值到MCS28,只是调试调制方式由支持的64QAM变成16QAM/QPSK,然而306限制cat3/cat4最大ULTBS in TTI,所以结合
36.213 Table 8.6.1-1和36.213 Table 7.1.7.2.1-1,最大ULMCS可以取值到23,不知理解是否正确

时间: 2015-9-8 07:02

作者: 一向如此

一向如此发表于 2015-9-7 14:52
结合8.6.1
− If the UE is not capable of supporting 64QAM in PUSCH or has been configured by h ...

“可以到MCS24”，这里是什么条件才能得到MCS=24？
如果仅考虑NRB=100，MCS=23时刚好满足TBS=51024的大小，谢谢！

时间: 2015-9-8 10:11

作者: landai

一向如此发表于 2015-9-8 07:02
“可以到MCS24”，这里是什么条件才能得到MCS=24？
如果仅考虑NRB=100，MCS=23时刚好满足TBS=51024的大小 ...

后来想通了这件事情，36.306只是限制了上行的TB_size，并没有限制TB的调制方式（Cat3/4，最高16QAM）以及码率，所以TB_size = 51024可以通过N_PRB=100&MCS=23或N_PRB=96&MCS=24或N_PRB=80&MCS=27的类似组合，当然考虑到实际实现，过大的MCS会导致码率过高，对基站的接收会产生不利影响，这个就看具体实现了

时间: 2015-9-8 10:31

作者: jeffyko

一向如此发表于 2015-9-8 07:02
“可以到MCS24”，这里是什么条件才能得到MCS=24？
如果仅考虑NRB=100，MCS=23时刚好满足TBS=51024的大小 ...

上行要扣除PUCCH的开销，因此单用户不会用到100个PRB的

时间: 2015-9-8 11:20

作者: 一向如此

jeffyko 发表于 2015-9-8 10:31
上行要扣除PUCCH的开销，因此单用户不会用到100个PRB的

我的理解对单UE，如果基站在某个UL TTI里，假如没有做PUCCH/PRACH资源分配，预留的UL RB=100是可以给PUSCH使用的，这个具体取决于当前BS的实现吧。另外考虑到NRB!=100的情况，是可以取到ULMCS=24的场景；另外有个问题请教下，对于ULSNR较好的情况下，小RB块的MCS选择是优先选择高的MCS还是低的MCS来尽量保证成功率从而降低重传率？谢谢！

时间: 2015-9-8 11:24

作者: 一向如此

过大的MCS会导致码率过高，对基站的接收会产生不利影响
可以解释“对于ULSNR较好的情况下，小RB块的MCS选择是优先选择高的MCS还是低的MCS来尽量保证成功率从而降低重传率”
谢谢

时间: 2015-9-8 13:11

作者: landai

本帖最后由 landai 于 2015-9-8 13:13 编辑

一向如此发表于 2015-9-8 11:20
我的理解对单UE，如果基站在某个UL TTI里，假如没有做PUCCH/PRACH资源分配，预留的UL RB=100是可以给PUSC ...

测基站的吞吐量时是只有一个UE的，所以应该是不需要PUCCH资源

而对于PRACH，如果是TDD，使用PRACH preamble format 4也是可以不占用PUSCH的时频资源的

对于其他PRACH preamble format or FDD来说的话，PRACH就会占用PUSCH资源的

不过在测试吞吐量的时候，有PRACH资源的UL子帧，PRACH需要占用6个RB，PUSCH就只可以占用90个RB了（上行需是2 3 5的公倍数），这个时候就需要MCS index = 25来满足TB_size = 51024了

不过在基站实际运行过程中，都会对上行的MCS index做限制的，实际的无线空口信道质量是不会好到那种最高MCS index也能解出来的，所以限制了MCS index的最大值，且满足这样信道质量的前提下，有多少RB可用就让UE发送多大的TB了，不会逞强的

时间: 2017-6-8 16:06

作者: faker

个人愚见，36.306只是限定了TBS大小和不能使用16QAM，但是MCS24也可以使用，尽管规范将MCS24划分成了64QAM，但这只是调制的概念，MCS是传输效率的概念，所以，cat3/4上行最大MCS可以达到MCS24。

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