¿Cuál es la representación física de los bits que se envían? En muchos casos, los códigos de corrección de errores dentro del paquete serán inútiles porque incluso una falla transitoria causará que muchos bits se malinterpreten, posiblemente todos los bits hasta la siguiente marca de sincronización.
Si se necesita una corrección de errores hacia adelante, y los paquetes son de tamaño uniforme, el enfoque más simple puede ser enviar paquetes de datos con el valor de n + 1 paquetes, cada uno etiquetado con un número de paquete, donde (n + 1 ) El paquete contiene el xor de los otros. Si los primeros n paquetes se leen con éxito, ignore el extra. De lo contrario, si falta un paquete o está dañado, infiera su valor al juntar los n paquetes restantes.
Una leve mejora de este enfoque sería enviar paquetes con el valor de 2n paquetes utilizando 2n + 2 paquetes, intercalando dos conjuntos de n + 1 paquetes, cada uno de los cuales se formuló como se indicó anteriormente. Eso garantizaría la recuperación de cualquier fallo de comunicaciones único que no fuera más largo que el tiempo requerido para enviar un solo paquete (un pequeño fallo podría afectar al final de un paquete y al comienzo del siguiente, pero los dos paquetes estarían en diferentes grupos).
La mayor limitación con este enfoque es que los paquetes se deben ensamblar en grupos (o, dicho de otra manera, lo que podría ser paquetes más grandes se deben subdividir en otros más pequeños). Por otro lado, es robusto contra problemas técnicos que podrían causar una pérdida de sincronización que hace que grandes cantidades de datos sean ilegibles.
