Table des Matières
Publicité
2.2.6. Modes de codage symétriques ou asymétriques
Le codec autorise 2 modes de communication :
Communication symétrique : dans ce mode, le codeur et le décodeur du châssis utilisent le même
algorithme de codage/décodage avec la même configuration (mode de voies, etc.). Autrement dit,
il s'agit d'une communication "full duplex" utilisant aussi bien dans le sens aller que dans le sens
retour un même type de codage/décodage.
Communication asymétrique : ce mode est utilisé dans des situations nécessitant des modes de
codage différents dans les deux sens de transmission. Le protocole J52 permet ce type de
fonctionnement. Pour donner quelques exemples, il est possible de transmettre en MPEG Layer II
dans un sens et G722 dans l'autre, ou en MPEG stéréo dans un sens et MPEG mono dans l'autre,
etc.
Certaines versions du codec permettent des modes asymétriques avec codage G722 dans un sens
tandis que l'autre est codé en TDAC. Un tel mode est utilisable par exemple pour obtenir une
voie de retour codée en G722 pour un faible délai, alors que la voie aller est codée avec une plus
haute qualité.
2.2.7. 5A System
Il est souvent difficile d'établir une liaison RNIS, au moins à cause des nombreux paramètres de codage à
régler. De plus, avec la plupart des algorithmes propriétaires, il faut impérativement que les deux
appareils en liaison présentent exactement les mêmes réglages, sous peine d'échec, dont il est parfois
difficile de comprendre la cause.
Le système "5A" facilite l'établissement d'une liaison RNIS parce que le codec, à réception d'un appel,
se règle automatiquement en calquant ses réglages sur le codage et les paramètres du codec appelant.
Lorsque le système 5A est activé sur un codec et qu'il reçoit un appel, l'appareil détecte d'abord
l'algorithme de codage utilisé par le codec appelant, ainsi que ses paramètres : mode audio (mono,
stéréo...), fréquence d'échantillonnage, débit de transmission, protocole de multiplexage inverse, etc. Il
peut alors décoder le signal comprimé en provenance du codec distant. De plus, l'appareil utilisera alors
les mêmes réglages pour coder et transmettre l'audio vers l'unité distante, de sorte que celle-ci peut de
son côté décoder le signal émis par le codec. Le processus complet ne prend que quelques secondes. Bien
entendu, le système 5A peut détecter automatiquement toute configuration compatible.
Il faut noter que le système 5A n'est actif que pour des connections RNIS.
2.2.8. Protocole SIP et SDP
SIP est un protocole de signalisation, utilisé pour les liaisons IP, qui permet au Scoop 4+ d'établir des
liaisons avec des téléphones IP et d'autres codecs audio compatibles SIP, de façon similaire à
l'établissement de liaisons sur RNIS ou RTC. On trouvera en annexe (voir 6.2, Présentation du protocole
SIP) plus de détails sur le protocole SIP.
Un intérêt parmi d'autres est l'inclusion de SDP ; ce protocole permet aux appareils en communication de
négocier et s'accorder automatiquement sur un profil de codage à utiliser. Grâce à ce système, il n'est pas
obligatoire de configurer les deux appareils à l'identique avant d'établir une connexion. De plus, il n'est
même pas nécessaire que l'appelant ait la connaissance préalable de la configuration de l'unité distante
avant d'initier une liaison.
Remarque : le protocole SIP n'implique pas obligatoirement l'utilisation d'un serveur. Les codecs
peuvent aussi établir des liaisons point à point en utilisant ce protocole, et bénéficier ainsi de
certains avantages de ce protocole.
6
®
SCOOP 4+ - Manuel utilisateur
55 000 052 - E
Publicité
Table des Matières
