 |
问答管理员：
已解决问题
LTE速率匹配的几个问题 (进入论坛模式)
提问者：ivanlee2011
|
提问时间：2011-8-11 21:53
1.速率匹配是指传输块大小大于物理资源承载能力，需要删掉一些比特，来匹配物理资源承载能力。那如果传输块大小小于物理资源承载能力，还需要速率匹配吗？
2.在计算G的时候：
对于PDCCH信道，是按照不同格式的PDCCH，对应1,2,4,8个CCE，一个CCE75bit的方法求吗？比如说用的PDCCH format 0，标准中对应1个CCE，那么相应的G就是75bit？
对于PUSCH信道，当CQI信息复用到PUSCH上时，CQI信息得进行速率匹配，这个速率匹配的输出E是怎么求的？
对PBCH信道，标准中规定40ms的一个TTI发送的是1920bit的数据，也就是说G=1920？
望高手解答下，谢谢
2.在计算G的时候：
对于PDCCH信道，是按照不同格式的PDCCH，对应1,2,4,8个CCE，一个CCE75bit的方法求吗？比如说用的PDCCH format 0，标准中对应1个CCE，那么相应的G就是75bit？
对于PUSCH信道，当CQI信息复用到PUSCH上时，CQI信息得进行速率匹配，这个速率匹配的输出E是怎么求的？
对PBCH信道，标准中规定40ms的一个TTI发送的是1920bit的数据，也就是说G=1920？
望高手解答下，谢谢
关闭所有答案回应
最佳答案
最佳答案回复 1# 的帖子
1. 需要速率匹配。如果传输块大小小于物理资源承载能力，根据协议上的公式，会出现循环重复的情况。另外，稍微纠正一下，传输块大小（TBS）是信道编码之前的比特流，而速率匹配是用信道编码之后的比特流和物理资源承载能力进行匹配。
2. 仔细看看36.212，我觉得你要问的不是参数G、而是参数E。注意，在所有的比特挑选（即作速率匹配的时候），都是选择E个比特。
对于PDCCH，如果是format 0，即1个CCE，E = 72 （不是75）
对于PUSCH、在CQI和UL-SCH复用的时候，CQI的E的计算，我的理解是36.212 5.2.2.6节中的 Q_ack参数。
对于PBCH，在普通CP下有1920bits，这个值就是E
1. 需要速率匹配。如果传输块大小小于物理资源承载能力，根据协议上的公式，会出现循环重复的情况。另外，稍微纠正一下，传输块大小（TBS）是信道编码之前的比特流，而速率匹配是用信道编码之后的比特流和物理资源承载能力进行匹配。
2. 仔细看看36.212，我觉得你要问的不是参数G、而是参数E。注意，在所有的比特挑选（即作速率匹配的时候），都是选择E个比特。
对于PDCCH，如果是format 0，即1个CCE，E = 72 （不是75）
对于PUSCH、在CQI和UL-SCH复用的时候，CQI的E的计算，我的理解是36.212 5.2.2.6节中的 Q_ack参数。
对于PBCH，在普通CP下有1920bits，这个值就是E
|
回应该答案 (0) |
回答时间：2011-9-9 14:39其他答案 ( 2 条 )
回复 1# 的帖子
1. 比如你的传输块是1000bit，而物理资源是1500bit，你不做匹配，那空着的500bit怎么办？
2. G点是turbo coding的信道才有的，比如DL-SCH, PCH，因为这些信道的传输块可能很大，需要分块(code block)，才有G的概念。
而PBCH，PDCCH，它们是木有G的。它们的信息位就那么点儿，掰指点也数得过来，根本不需要分块。
G只在TC有，这在协议上白纸黑字写得很清楚啊，就是不学通信的、有阅读理解力的人都能看得出来。静下心来好好看一下文字撒，兄弟，虽然在这里提问不收钱。
1. 比如你的传输块是1000bit，而物理资源是1500bit，你不做匹配，那空着的500bit怎么办？
2. G点是turbo coding的信道才有的，比如DL-SCH, PCH，因为这些信道的传输块可能很大，需要分块(code block)，才有G的概念。
而PBCH，PDCCH，它们是木有G的。它们的信息位就那么点儿，掰指点也数得过来，根本不需要分块。
G只在TC有，这在协议上白纸黑字写得很清楚啊，就是不学通信的、有阅读理解力的人都能看得出来。静下心来好好看一下文字撒，兄弟，虽然在这里提问不收钱。
1、当然需要匹配啦。
热点问题
