BER et FEC

[Sat65]

Bonjour ,

Par curiosités ,je me demander dans quelle mesure le FEC pouvait compenser un Mauvais BER ?

J'ai lu (entre les lignes) dans un document de l'ANFR http://www.anfr.fr/fileadmin/mediatheque/documents/prtv/guide_tv.pdf
que le FEC de 2/3 utilisée au début de la TNT pouvait compenser un Ber équivalent à 2.10-4 ,mais qu'en serait t'il pour les autres valeurs de FEC ?

[vidéo-33]

c'est pas tout à fait comme ça qu'il faut l'interpréter :
le Ber 2.10-4 est la référence QEF (quasi error free) qu'il est souhaitable d'avoir au minimum en réception
mais cette valeur est indépendante du FEC

[Sat65]

Ah ok ,je pensait qu'ils conseillait d'avoir 2.10-4 en réception,
car au delà de ce seuil le FEC et le Reed-Solomon n'aurait pas pu corriger les erreurs ...

Théoriquement on aurait pourrait tolérer combien d'erreurs pour chaque "niveau" de FEC ?

[marceljack]

c'est pas tout à fait comme ça qu'il faut l'interpréter :
le Ber 2.10-4 est la référence QEF (quasi error free) qu'il est souhaitable d'avoir au minimum en réception
mais cette valeur est indépendante du FEC

En fait cette valeur est celle qu'il faut avoir après correction de Viterbi, et c'est justement à cette correction que le FEC s'applique (il définit en fait son taux de redondance et peut aller de 1/2 à 7/8).
Un FEC de 1/2 signifie que le codage convolutif transmet 2 bits pour 1 bit utile, 7/8 signifie 8 bits transmis pour 7 utiles, ce qui se traduit par des robustesses et des débits utiles très différents entre ces deux extrèmes.
C'est le taux d'erreur brut acceptable (avant correction de Viterbi) qui dépend du FEC.

Il y a une autre correction avant celle de Viterbi à l'émission (donc derrière à la réception), c'est celle de Reed-Solomon, commune à tous les standards DVB de 1ère génération, qui permet d'assurer une réception "quasi error free" (c'est à dire un BER après Reed-Solomon de l'ordre de 10-11, soit moins d'une erreur par heure) lorsque le BER après Viterbi est inférieur à 2.10-4.
A l'émission cette correction ajoute 16 octets aux paquets transport qui passent de 188 à 204 octets ce qui permet de corriger jusqu'à 8 octets erronés par paquet.