network-protocols - 什么时候前向纠错是数据包的好主意？

Question

系统可以使用 UDP 并采用前向纠错来传输整个消息，无需重新传输，即使丢失了几个数据包也是如此。这在实践中是否有效，或者额外的开销是否太浪费了？

Answer 1

我认为它对某些应用很有用，例如语音 (VoIP)，您希望在这些应用中避免错误，并且您永远不想停止(重新传输 NAKed 数据包)并等待(直到重新传输) .

所以它可能会在 Real-time Transport Protocol 之上实现UDP 的风格。

Wouldn't it be terrible for latency?

您是在问前向纠错是否会增加端到端延迟？如果是这样，我认为答案是否定的，但它确实增加了所需的带宽。

我相信您总是已经需要一些延迟，以避免抖动；因此，举例来说，您可能会说“让我们将整个语音 channel 延迟 200 毫秒，这样任何/每个数据包都可以花费 0 到 200 毫秒的时间通过互联网，并重新组装并通过 D-to-A 转换器发送另一端。”

鉴于这些数字，没有前向纠错可能意味着，在每 200 毫秒的时间段内，您发送 10 个数据包，每个数据包包含 20 毫秒的数据......如果丢失一个，那么这就是一个间隙(小故障)在另一端。

然而，进行一些前向纠错可能意味着，在每 200 毫秒的周期内，您仍然发送 10 个数据包……每个数据包包含 20 毫秒的数据，加上已经在另一个数据包中传输的 10 毫秒的数据(或，也许你发送了 30 个数据包而不是 20 个)。然后，如果任何一个数据包丢失，它所携带的数据将被冗余地传送(另外两个数据包各一半)，这避免了解码输出中的任何故障。