This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TCP3d在打孔率高的时候译码出现错误



问题描述:

发送端:720bit数据经过Turbo编码生成2172比特,然后经过速率匹配,打孔成828bit,打孔规则为第一校验位和第二校验位以及尾比特规则间隔打孔,然后调制;

接收端:解调,解速率匹配,其中打孔掉的比特位置填充为0,然后经过TCP3D协处理器,调用的是Andy Yin的TCP3D例程,译码结果总是在固定位置有1bit错误,输出状态寄存器也显示有1bit译码错误。

测试过多组数据,如果打孔率没有这么高的话,是可以正确译码的,请问,是因为TCP3D不能够支持这么高打孔率的译码吗?

另外,译码前的数据如果采用我们自己编写的Turbo译码模块是可以译码正确的;

请给与答复,谢谢,如需各阶段的数据可联系随后附上。

  • 问题描述:

    发送端:720bit数据经过Turbo编码后形成2172bit,然后进行速率匹配,打孔成828bit,打孔规则为第一校验位和第二校验位以及尾比特按照一定规则间隔打孔,然后调制;

    接收端:解调,解速率匹配,将打掉的位置填充为0,数据量化后经过TCP3D协处理器,调用的是Andy Yin写的那个TCP3D的例程,译码的结果是固定的位置总有1比特译码错误,输出状态寄存器也显示译码错误比特为1;

    请问这是什么原因,是因为TCP3D协处理器不支持这么高打孔率的译码吗?

    另外,如果用我们自己写的Turbo译码模块是可以译码正确的。

    如果需要数据进行验证的话,可以随后附上。

  • 1 固定位置的1bit错误,指的是哪个位置,是最后1bit么,只有1bit错误?检查一下是否beta status计算有误差造成的。

    2 使用BCP ENC模块进行编码然后送到TCP3D译码试试,是否有可能编码规则与Turbo编码不匹配呢。

  • 谢谢您的答复!

    1,固定的错误bit不是最后一位,是720个bit中的第159位,有可能是beta status的计算需要用到尾比特,而尾比特有被打孔的情况,这样是否是影响beta status的计算呢,从而造成上述译码错误的情况,如果是这样,如何修正?

    2,编码模块应该没有问题,因为我们也测试了很多组数据,其他组数据都能正确译码,不过我也可以尝试用BCP ENC模块编码试一下。