Correção de erro atrasado, também conhecido como Correção de erro de retorno ao sender , é um método em que o receptor detecta um erro em um pacote de dados recebido e solicita uma retransmissão do pacote errôneo do remetente. É fundamentalmente diferente de * Correção de erro avançado * (FEC), que usa informações redundantes dentro dos dados recebidos para corrigir erros sem exigir retransmissão.

Veja como funciona a correção de erro reversa:

1. transmissão: O remetente transmite um pacote de dados.
2. recepção e detecção de erros: O receptor recebe o pacote e usa um código de detecção de erro (como soma de verificação ou CRC) para verificar sua integridade.
3. Detecção de erro: Se um erro for detectado, o receptor descarta o pacote errôneo.
4. reconhecimento negativo (NAK): O receptor envia uma mensagem de reconhecimento negativo (NAK) de volta ao remetente, indicando que o pacote foi recebido com erros. Isso é crucial para diferenciá -lo do FEC, onde esse feedback não é necessário.
5. retransmissão: Ao receber o NAK, o remetente retransmita o mesmo pacote de dados.
6. Recepção e verificação: O receptor recebe o pacote retransmitido e o verifica novamente. Se ainda estiver errado, o processo se repete (potencialmente com um limite para o número de retransmissões).
7. reconhecimento (ACK): Depois que o receptor recebe com sucesso e verifica o pacote sem erro, ele envia uma mensagem de reconhecimento (ACK) de volta ao remetente.

Vantagens da correção de erro para trás:

* Simplicidade: É relativamente simples de implementar, exigindo apenas mecanismos de detecção de erros e um protocolo de retransmissão.
* eficiência (em alguns casos): Se a taxa de erro for baixa, poderá ser mais eficiente que o FEC, pois apenas retransmissão das peças errôneas, evitando a sobrecarga de dados redundantes em cada pacote.

Desvantagens da correção de erro atrasado:

* Latência: Introduz latência significativa devido ao tempo de ida e volta necessário para a NAK e a retransmissão. Esse atraso pode ser problemático para aplicativos em tempo real.
* ineficiente para altas taxas de erro: Com altas taxas de erro, as repetidas retransmissões podem reduzir significativamente a taxa de transferência e a eficiência.
* requer canal de feedback confiável: O método depende de um caminho de retorno confiável para as mensagens NAK e ACK.


Em resumo, a correção de erros para trás é um método direto, ideal para situações em que as taxas de erro são baixas e a latência não é uma preocupação crítica. No entanto, para aplicativos que exigem baixa latência ou exigindo manuseio robusto de altas taxas de erro, geralmente é preferida a correção de erros. Freqüentemente, uma abordagem híbrida que combina ambas as técnicas pode ser a solução mais eficaz.