- 主题:[求助]卷积码能进行迭代译码吗？
turbo码，利用两个卷积码的并联，在接收端通过迭代的方法，获得好的性能。
如果发送端只用一个卷积码，那么接收端能否也通过迭代的方法，获得比不用迭代更好的性能。也就是说，用BCJR算法前向反向递归一个完整回合后，把比特的软信息反馈回来，再进行递归，再反馈，再递归，通过这样的迭代方式，获得更好的性能，这样可以吗？
--
FROM 124.72.40.*
Viterbi是最优译码方法。
--
FROM 218.78.188.*
谢谢您的解答。
viterbi是基于序列最小错误的最优。
如果用BCJR，可以得到基于比特或码字最小错误的最优，想着能不能进一步迭代
【 在 avp 的大作中提到: 】
: Viterbi是最优译码方法。
--
FROM 120.36.75.*
肯定能迭代，那不就是map译码吗
【 在 jjf 的大作中提到: 】
: 谢谢您的解答。
: viterbi是基于序列最小错误的最优。
: 如果用BCJR，可以得到基于比特或码字最小错误的最优，想着能不能进一步迭代
--
FROM 114.250.181.*
哦，我可能原来的问题没有表达清楚。
基于BCJR算法的map译码，需要递归，最终获得0和1的概率比，在此次递归的过程中，有需要用0和1的初始概率，我们一般假设为0.5。我原来想问的问题是，把第一次获得的0和1的概率作为第二次递归时，0和1的初始概率参加运算，能不能进一步提高性能。然后以此类推，第三次，把这几次过程叫做迭代，上述的递归不是我这个问题所指的迭代。
【 在 lovelyroy 的大作中提到: 】
: 肯定能迭代，那不就是map译码吗
--
FROM 120.36.75.*
我觉得应该能进一步提高性能，因为bcjr的map并不是理论上最优的map，当然turbo的交织器在迭代中带来的增益更大
【 在 jjf 的大作中提到: 】
: 哦，我可能原来的问题没有表达清楚。
: 基于BCJR算法的map译码，需要递归，最终获得0和1的概率比，在此次递归的过程中，有需要用0和1的初始概率，我们一般假设为0.5。我原来想问的问题是，把第一次获得的0和1的概率作为第二次递归时，0和1的初始概率参加运算，能不能进一步提高性能。然后以此类推，第三次，把这几次过程叫做迭代，上述的递归不是我这个问题所指的迭代。
:
--
FROM 36.112.190.*