Le protocole H242, qui est le mode le plus efficace, est recommandé par l'UIT-T et inclus dans la
recommandation J52. Le mode avec synchronisation H221 mais sans protocole H242 peut cependant être
utile pour la compatibilité avec des codecs d'ancienne conception qui n'utilisent pas ce protocole.
Aucune synchronisation spécifique n'est requise pour le mode IP.
2.2.3. Remarques sur J52 et sur le codage MPEG
La recommandation J52 de l'UIT-T a été définie pour permettre l'interconnexion de différents
équipements via le RNIS
suivantes :
Un tramage selon la recommandation UIT-T H221, assurant la synchronisation d'octets et la
synchronisation de canaux pour les débits nécessitant plus d'un canal B à 64 kbit/s ;
Des procédures d'interfonctionnement selon la recommandation UIT-T H242,
Dans le cas du codage MPEG, une protection optionnelle contre les erreurs de transmission
(codes correcteurs d'erreurs Reed-Solomon). Bien que la J52 ne s'applique pas aux liaisons fixes,
le SCOOP 4+ permet aussi d'utiliser cette technique de protection pour la transmission sur lignes
louées.
On trouvera en annexe (voir 6.1, Compléments sur les algorithmes et protocoles utilisés) quelques détails
supplémentaires sur MPEG et J52.
Il faut noter que, grâce au protocole d'interfonctionnement, deux codecs J52, à l'établissement d'une
liaison, peuvent automatiquement négocier une configuration qui sera compatible avec les possibilités (en
termes de débit, mode de voies audio, etc.) des deux unités en liaison. Ainsi, lorsque les unités diffèrent
par leurs possibilités (ou leur marque), la configuration qui sera finalement adoptée peut être autre que
celle préalablement attendue ; en contrepartie, dans la plupart des cas, la liaison s'établira avec succès et
les signaux audio seront transmis.
Une autre conséquence utile est la plus grande tolérance aux erreurs de configuration : les codecs
s'adapteront automatiquement même si les utilisateurs n'ont pas initialement adopté exactement la même
configuration de chaque côté d'une liaison.
2.2.4. Codage MPEG pour transmission via IP ou lignes fixes
J52 ne s'applique qu'aux transmissions sur le RNIS, et la transmission via IP ou sur ligne louée ne
nécessite aucun multiplexage inverse puisque les données sont transmises en un flux unique.
Un seul format MPEG est donc défini pour la transmission par moyen non RNIS, et il n'y a pas dans ce
cas de distinction entre format conforme ou non à J52.
2.2.5. Notes sur le TDAC
En option, le codec peut aussi intégrer l'algorithme TDAC. TDAC signifie Time Domain Aliasing
Cancellation ; il s'agit d'un codage fondé sur une MDCT (Modified Discrete Cosine Transform), capable
de coder un signal mono de 15 kHz de bande passante dans un débit de 64 kbit/s.
Certaines versions spécifiques comportent aussi deux modes dits asymétriques :
G722/TDAC : codage G722 (sans tramage), décodage TDAC, tous deux à un débit de 64 kbit/s ;
TDAC/G722 : codage TDAC, décodage G722 (avec SRT), tous deux à un débit de 64 kbit/s ; ce
mode est symétrique du précédent.
1 Le J52 n'est applicable que pour les liaisons via RNIS
55 000 052 - E
1
, en utilisant des normes de codages identiques. Elle intègre les fonctions
SCOOP 4+ - Manuel utilisateur
5