根据我的阅读，LDPC 几乎是我们可以用于信道编码的最佳信道编码，但我对这种编码有疑问。

在精神上，“最好”的东西应该总是立即为你竖起一面精神旗帜，说“在什么条件下，根据什么标准”。

迭代 LDPC 解码器可以实现最大似然性能（即成为最好的解码器）是正确的，但只有当

1. 代码很大而且
2. 有无数次迭代。

虽然 2. 永远不会实现，但通常会有多次迭代，之后收益很小，人们可以简单地停止并限制复杂性。

然而，第一个条件通常很难满足：

LPDC 会将整个 2048（位）放在一起吗？

那是一个小的LDPC 代码（128 位真的很小，我认为我没有看到任何明智的 OFDM 应用程序这样做；最低速率的物联网模式可能有兴趣在上行链路上这样做，但那没有t 匹配 OFDM 方法）。

在像 2048 位这样的小尺寸下，不太复杂的代码和解码器可能具有可比性，甚至更适合您的用例和错误模型。（PS：在决定你使用的代码之前有一个错误模型！有一个很棒的网站，http ://pretty-good-codes.org/ ，很遗憾现在离线了，它将许多代码与指标进行比较。）

如果您想利用 LDPC 码的功能，请尝试将更多位放入单个码字中。例如，在 DVB-T2（OFDM 系统）中，短码字的长度为 16000 位，普通码字的长度为 64800 位。

我的意思是它将从整个位中获取位用于编码，其余用于数据，或者它将逐组获取，这意味着例如一组位，然后将它们编码为数据和奇偶校验或编码。

两者都不。您采用块大小·速率（因此，在您提出的系统中，2048·1/2=1024，但实际上，使用更大的块和已建立的 LDPC 码）信息位并将它们编码为一个。通常，这些不是系统的，因此您不会获得单独的冗余位。您会得到一个块大小位长的代码字，通常不包含任何结构化方式的原始位。（系统性 LDPC 通常是不受欢迎的。）

您将需要使用解码器从代码字中获取原始位。