请教LTE Turbo编解码

看到标准上说尾比特要归零，个人理解就是两个分量编码器分别归零，最后导致了x、x'、z、z'分别增加了三个比特，最终发送的比特d0，d1，d2为什么不是对应x(K),x(K+1),x(K+2)、z(k),z(K+1),z(K+2)、z'(K),z'(K+1）,z'（K+2）呢？而是最后分别增加了4个比特，而且这4个比特的值为什么是那样的啊？这中间的关键地方在哪啊？这方面的高人请赐教，谢谢

※ FROM: 221.220.101]
※ 来源:·水木社区 http://www.newsmth.net·[FROM: 221.220.101]

什么标准？

标准时3GPP LTE标准，rel-10

你理解的基本上没错啊，不过忘了x'也需要3个bit，总共就是3×4=12bit，12bit分到三个d0, d1, 和d2上做了一个映射而已。

我一直搞不懂，为什么这么麻烦，编码结束后直接复位不就完了么？为什么要有尾比特？

请详细说说怎么复位

直接将两个编码器置零，恢复成初始状态。

那trellis就不连续了，会产生"不可能发生的状态跳转"

但是协议里还说尾比特不传输？另外我仿过，在最后一个比特输入编码器后，将编码序列输入译码器，正确译码，没有尾比特。

尾比特产生的输出bit是要传的，就是多出来的那12bit
建议你仿一个lte最短码长对比一下你的方案和lte方案误包率。

我琢磨一下再讨论。

协议加的12个bit，每个分量编码器对应的6bit：x(K),x(K+1),x(K+2)、z(k),z(K+1),z(K+2)不就是RSC码寄存器复位为全0状态的标准方法么，找本Turbo编码的书看看就明白了。

既然是复位为全0，为什么非要通过尾比特呢？直接清零不就行了。什么叫标准算法？简单的方法才是好方法。尾比特既是复位编码器，其编码比特也复位译码器的外信息，那在编译码结束后全部清零不是更方便。书上说的就一定对么？就算对，也不是唯一的方法。

仿了，编码结束清零编码器，译码结束清零译码器，就不需要尾比特。对于LTE系统而言，若发端传输尾比特，接收端译码结束后丢弃并清零即可。

不是说是不是“唯一的方法”的问题
而是BLER-SNR曲线性能较好，虽然可能因为多了12个bits而略微复杂那么一点点。

你说的是采用最大似然路径的算法，比如SOVA算法，加入尾比特有点好处。但是对于比SOVA更优异的MAP类算法，有无尾比特的区别仅在于后向递归分量beta的起始递推值，0或者2^(-m)，译码性能相同。

你放过吗？
译码性能应该不同的吧？

好吧，你这个发现整理一下是很好的一篇3gpp提案，为系统节约了12bit，可以多传一些控制信息之类的。

你放过么？

蛮久之前仿过的，结果有点记不大清楚了。
AWGN信道下，在高信噪比的时候确实相差不多，不过低SNR的时候BER还是会差不少的。
如果只有一个component encoder做了trellis termination的话，那么低SNR下BER也差不多。

算了，这个事不讨论了。很多毕业论文里都讲过。

哦，那我的结论对吗？
没看过别人的毕业论文，就自己仿的。