Resumo

  • A RFC 3409 recomendou encaminhar ao descompressor um pacote com cabeçalho incorreto junto de uma indicação de erro, embora o pacote tivesse de ser descartado.
  • A detecção desigual podia separar um cabeçalho íntegro de um payload danificado e devolver à aplicação tolerante o julgamento sobre a mídia.

Em compressão com contexto compartilhado, um erro não termina necessariamente no pacote atual. Se um cabeçalho comprimido corrompido for aceito como atualização, ele pode desalinhar a reconstrução futura. A RFC 3409, por isso, esperava que as camadas inferiores deixassem próxima de zero a probabilidade de erro residual no cabeçalho entregue ao ROHC.

Mas detectar não significava apagar. O texto recomendava passar o objeto defeituoso ao descompressor com sua marca de erro. O pacote não adquiria direito de entrega; o descompressor apenas preservava a chance de usar o evento para recuperação. A validade dependia da finalidade.

Sem a marca, bits corrompidos poderiam parecer uma atualização legítima. Sem o objeto, a máquina de estado perderia uma observação. O par pacote e indicação permitia rejeitar dados e conservar evidência ao mesmo tempo.

A camada de enlace também fornecia valores usados na reconstrução. Um comprimento por pacote podia originar os campos de comprimento IPv4, IPv6 e UDP. Assim, o cabeçalho final era composto por bits comprimidos e fatos medidos em outra camada.

Um único checksum sobre cabeçalho e payload confundia todos os danos. Qualquer erro podia estar no cabeçalho, e o ROHC precisava descartar porque a descompressão correta já não era garantida. Um erro só na amostra de voz, talvez tolerável pelo codec, acabava tratado como risco de contexto.

A detecção desigual criava decisões independentes. Se provasse que o cabeçalho estava íntegro e localizasse o erro no payload, o cabeçalho podia ser reconstruído e a aplicação julgava a utilidade da mídia. A RFC não prometia qualidade; ela devolvia a decisão ao componente que conhecia a tolerância do conteúdo.

Proteção desigual era outro mecanismo. Dar mais redundância ao cabeçalho poderia ajudar, mas só a detecção separada mostrava qual região falhou. Sem UED, UEP não gerava por si só uma classificação confiável. O custo no rádio e o ganho final continuavam dependentes do sistema.

Duplicação e reordenação também mudavam de significado conforme o ponto. Antes do compressor, uma duplicata era tratável, embora desperdiçasse recursos. Entre compressor e descompressor, a camada inferior não podia duplicar. A reordenação anterior à compressão era diferente da reordenação entre dois contextos sincronizados.

No handover, o sistema podia transferir o contexto ou avisar o compressor e reinicializar com cabeçalhos completos. Uma longa perda sem registro de transferência ou refresco não provava continuidade.

Documentos posteriores ampliaram o framework e os casos de reordenação. Eles não fornecem estatísticas de produção para esta orientação Informational. A contribuição da RFC 3409 foi manter três resultados separados: descartar o conteúdo, preservar o erro rotulado e negar ao objeto corrompido autoridade sobre o contexto.

Sources