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.

[参考译文] TMS320C6670:具有外部交织器的 TCP3d -如何对输入数据和计算前半部分位

Guru**** 2551110 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/600489/tms320c6670-tcp3d-with-external-interleaver---how-divide-input-data-and-computetail-bits-in-first-half

器件型号:TMS320C6670

您好!
我将 TCP3d 与 WCDMA_HSUPA_SPLIT_MODE 中的外部交织器搭配使用。 我以 tcp3dTestProject 示例为基础。
当输入数据包包含:
-11244位(3744系统 LLR + 3744 par0 LLR + 3744 par1 LLR + 12尾位)
一切都好。 数据解码正确、我没有 内存泄漏。

当我首先要解码超过5114的位时、我必须注释:

/**
*根据 numMAP 值检查边界。 frameLenTab 用于绑定值
* numMAP -模式-块长度范围
* 1 -3GPP -[40、5114]
* 2. - LTE/WiMAX -[40、6144]
//
if ((blockLengthK < frameLenTab[numMAP-1][0])||
// (blockLengthK>frameLenTab[numMAP-1][1])//
{
// 状态= 1;
// 返回(状态);
//} 

在 tcp3d_codeBlkSeg.c 文件中、然后我可以解码超过15354个位(5114*3 + 12个尾位)。 TCP3d 正在对数据进行正确解码、但内存泄漏。

输入数据大小是否有任何限制? 我在文档(Turbo 解码器协处理器(TCP3d)- SPRUGS0)中未找到此类信息。

如果是、我需要在两个 halfs 上对输入数据进行分频。 我只有输入数据包末尾有尾位。 当我在两个 halfs 上对输入数据进行分频时、我还需要前半部分的尾位。 我是对的吗?

如何计算该尾位?

我看到 WCDMA 拆分模式的示例包含不同数量的数据块、但 LLR 的文件内部有尾位(例如 test2_WCDMA 包含六个数据块)。

感谢你的帮助。

Lukasz。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Lukasz:

    我已通知工厂团队。 他们的反馈将在此处发布。

    此致、
    Yordan
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    据我所知、固体代码块大小有8192的限制、您可以在参考手册的1.3功能条款中找到这一点。 对于较长的块、可以将它们拆分为较小的窗口。 同样,手册的第1.4.1.2.1条分段解码描述了滑动窗口的概念以及重叠窗口和信仰传播之间的差异。 很快、第一种方法基于将机器置于已知状态的 prologueue 消耗;第二种方法基于相邻段之间的边界度量状态共享。 因此、对于您的情况、您可能希望使用分段(滑动窗口)解码并了解如何对滑动窗口解码进行编程、请参阅3.3.7滑动窗口参数计算。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好!
    很棒,感谢您的帮助。 我正在使用滑动窗口。 问题出在另一个块。 另一个块导致内存泄漏。
    正如我所写的那样、我已经删除了 tcp3d_code.c 中的第一个"if"和函数 TCP3D_codeBlkSeg 德州仪器文件非常好地对大于5144位的数据进行滑动窗口参数计数。
    谢谢、
    Lukasz。