Transcodage SBC AMR vers G.711 : comment les réseaux modernes relient la voix mobile et la voix IP

Les réseaux mobiles et les réseaux voix IP parlent rarement le même codec audio. Les opérateurs mobiles utilisent par défaut l’Adaptive Multi-Rate (AMR), le codec conçu pour les liaisons radio cellulaires. Les IP-PBX d’entreprise, les jonctions SIP (SIP trunking), les centres de contact et le RTPC fonctionnent presque universellement en G.711. Lorsqu’un appel franchit cette frontière, un équipement quelque part dans le chemin doit convertir l’audio d’un format à l’autre en temps réel. Cet équipement est presque toujours un contrôleur de session en bordure (SBC), et la conversion elle-même s’appelle le transcodage.
Cet article explique ce que fait concrètement le transcodage SBC AMR vers G.711, pourquoi il se situe au niveau du SBC plutôt qu’à l’intérieur du PBX, la différence entre le transcodage matériel et logiciel, et les scénarios de déploiement où il compte le plus. L’objectif est de dresser un portrait clair et indépendant de la façon dont l’interfonctionnement voix mobile-IP se produit réellement en bordure de réseau.

Ce que fait concrètement le transcodage AMR vers G.711

La tâche est simple à décrire et étonnamment exigeante à exécuter. D’un côté de l’appel, le SBC reçoit des paquets RTP contenant de l’audio encodé en AMR, échantillonné et compressé pour une liaison radio mobile. De l’autre côté, il doit livrer des paquets RTP contenant de l’audio G.711, le format attendu par tout IP-PBX, jonction SIP et passerelle RTPC. Pour relier les deux, le SBC décode le flux AMR en échantillons PCM bruts, réencode ces échantillons en G.711 (A-law ou µ-law, selon la destination) et transmet le résultat avec de nouveaux horodatages RTP et un nouveau type de charge utile. La même conversion s’effectue en sens inverse sur le chemin de retour.

AMR et G.711 ont été conçus pour des mondes différents

L’AMR existe parce que la bande passante radio est rare et que les conditions changent de seconde en seconde. L’AMR-NB compresse la parole à 8 kHz jusqu’à seulement 4,75 kbps ; l’AMR-WB porte le taux d’échantillonnage à 16 kHz pour une qualité nettement supérieure, mais compresse tout de même de façon agressive. Le G.711, en revanche, a été conçu dans les années 1970 pour la téléphonie fixe, où la bande passante était bon marché et la latence devait être quasi nulle. Il applique une simple compression logarithmique à la parole à 8 kHz et produit un flux constant de 64 kbps. Les deux codecs ne sont pas interchangeables, et aucun IP-PBX ne va se mettre à parler AMR du jour au lendemain.

Où la conversion doit se situer

Le PBX et le cœur de réseau mobile sont tous deux de mauvais endroits pour transcoder. Demander à un PBX de décoder nativement l’AMR oblige chaque licence de poste à embarquer une pile de codecs mobiles, ce que la plupart ne font pas. Demander au cœur mobile d’émettre du G.711 va à l’encontre de la raison même pour laquelle le mobile utilise l’AMR. Placer le transcodage au niveau du SBC préserve la simplicité des deux côtés : chaque réseau parle son codec natif jusqu’à la bordure, et la conversion se produit une seule fois, à la frontière, là où l’opérateur contrôle déjà la signalisation et le média.

Pourquoi le SBC est l’endroit idéal pour transcoder

Trois propriétés de l’architecture SBC en font le point de transcodage naturel. La première est le contrôle média par segment. Parce qu’un SBC termine le RTP de chaque côté et le relie avec un contrôle B2BUA complet, il peut appliquer des codecs, des tailles de paquets et des traitements DTMF différents sur chaque segment de manière indépendante. La deuxième est la réécriture SDP. Le SBC voit les deux INVITE et peut réécrire la liste de codecs que chaque côté annonce, en disant au réseau mobile « je supporte l’AMR » tout en disant au PBX « je supporte le G.711 », et en reliant le média réel au milieu. La troisième est la politique. Le choix du codec est rarement une simple préférence technique ; il est façonné par les contrats opérateurs, le nombre de licences et les objectifs de qualité. Intégrer ces politiques dans une configuration par NAP sur le SBC les rend visibles et auditables.

La négociation SDP

Lorsqu’un appel initié depuis un mobile arrive sur le SBC, l’INVITE entrant annonce généralement AMR-WB comme codec préféré, avec AMR-NB et éventuellement G.711 en repli. L’INVITE sortant que le SBC envoie à l’IP-PBX n’offre habituellement que le G.711, car c’est ce que le PBX attend. Le SBC accepte l’AMR sur le segment entrant, accepte le G.711 sur le segment sortant et transcode entre les deux. Comme défini dans la RFC 4566, le corps SDP est ce qui rend cette médiation de codecs possible sans que l’une ou l’autre extrémité ne sache que l’autre existe.

Re-INVITE et changements de codec en cours d’appel

Les réseaux mobiles renégocient parfois les codecs en cours d’appel, par exemple lorsqu’un terminal se déplace entre des cellules aux conditions radio différentes. Un SBC B2BUA absorbe le re-INVITE résultant sur le segment mobile sans perturber le segment PBX, ce qui maintient la stabilité de l’appel du point de vue de l’entreprise.

Transcodage matériel vs logiciel

Tous les codecs ne coûtent pas le même prix à transcoder. Le G.711 est essentiellement une table de correspondance ; convertir entre A-law et µ-law, ou entre G.711 et PCM brut, est suffisamment peu coûteux pour qu’un serveur x86 moderne puisse le faire en logiciel pour des centaines d’appels simultanés. L’AMR est une tout autre histoire. AMR-NB et AMR-WB utilisent un codage prédictif linéaire avec plusieurs débits adaptatifs, et le coût CPU par canal rend le transcodage purement logiciel impraticable à l’échelle d’un opérateur.

Pourquoi le transcodage AMR nécessite des DSP aujourd’hui

Les DSP matériels sont spécialement conçus pour les calculs qu’exige l’AMR. Un seul appareil DSP 1U peut fournir des milliers de sessions de transcodage AMR vers G.711 simultanées avec une latence constante, alors que la même charge de travail sur des cœurs CPU généralistes consommerait un ordre de grandeur supplémentaire de silicium et produirait une gigue moins prévisible. Pour tout déploiement à échelle significative, y compris l’agrégation mobile, le transfert VoLTE et la voix d’entreprise managée avec sortie mobile, le transcodage accéléré par matériel est le choix pratique par défaut.

Quand le transcodage logiciel suffit

Le transcodage logiciel intégré au SBC gère nativement la conversion G.711 µ-law vers A-law, ce qui couvre le cas d’interoprérabilité Amérique du Nord-Europe le plus courant. Il gère également la conversion RTP vers SRTP et les changements de paquetisation. Le moment où un déploiement passe de « le logiciel suffit » à « vous avez besoin d’un DSP » correspond à l’instant où un codec complexe comme l’AMR entre en jeu.

Alignement du taux d’échantillonnage

L’AMR-WB échantillonne à 16 kHz, le G.711 à 8 kHz. Le transcodage doit sous-échantillonner en sortie vers le G.711 et suréchantillonner sur le chemin de retour. Le sous-échantillonnage est simple ; le suréchantillonnage ne peut pas récupérer le détail que ni l’AMR-NB ni le G.711 n’ont transporté à l’origine, ce qui explique qu’un segment large bande vers bande étroite sonne nettement plus mat que le côté mobile original. Aucune astuce SBC ne corrige cela ; c’est une propriété du codec de destination.

Scénarios de déploiement courants

Opérateur mobile vers IP-PBX ou jonction SIP

Le cas classique : un opérateur mobile transfert un appel vers un IP-PBX d’entreprise ou vers un revendeur de jonctions SIP. AMR-WB sur le segment mobile, G.711 sur le segment entreprise, transcodage au SBC. C’est le déploiement que la plupart des opérateurs et MSP rencontrent en premier, et il évolue linéairement avec le trafic mobile simultané.

Transfert VoLTE vers la voix historique

Un appel VoLTE placé sur un terminal 4G arrive en AMR-WB à la bordure IMS, et de là, il doit atterrir quelque part sur le RTPC. Si le prochain saut est une passerelle TDM ou une jonction SIP historique, le SBC se situe entre le cœur IMS et la passerelle, transcodant l’AMR-WB en G.711 pour que le reste du réseau ne voie jamais le codec large bande.

Passerelle WebRTC et Teams

Les terminaux WebRTC utilisent Opus, Microsoft Teams utilise le G.722, et le mobile utilise l’AMR. Un SBC reliant les plateformes UCaaS aux opérateurs mobiles nécessite généralement un plan de transcodage capable de gérer les trois, avec le G.711 comme codec intermédiaire commun pour la livraison RTPC en aval.

DTMF en parallèle de la voix

Le même matériel qui effectue la conversion AMR vers G.711 gère également la traduction RFC 2833 DTMF vers inband sur le même plan média. Exécuter les deux sur un seul plan de transcodage simplifie le dimensionnement et les licences plutôt que de répartir la charge sur plusieurs appareils.

Considérations de qualité vocale

Chaque étape de transcodage a un coût, tant en latence qu’en qualité perçue. L’impact en latence par segment est faible, généralement quelques millisecondes lorsque des DSP effectuent le travail, mais il est cumulatif sur plusieurs sauts. Dans un chemin comportant deux points de transcodage, le délai cumulé commence à compter pour l’écho et le rythme de conversation. Le Mean Opinion Score (MOS) se dégrade également à chaque décodage-réencodage de la parole, avec la chute la plus marquée lors des conversions large bande vers bande étroite où de l’information est réellement perdue. Deux recommandations pratiques s’imposent : minimisez le nombre de sauts de transcodage dans un chemin donné, et préférez le codec de la plus haute qualité que le réseau de destination peut supporter. Si le segment PBX supporte le G.711 à plein débit de 64 kbps, n’introduisez pas le G.729 juste pour économiser de la bande passante sur un segment qui n’en a pas besoin.

Questions fréquemment posées

Conclusion

Le transcodage AMR vers G.711 est la plomberie discrète qui permet aux réseaux mobiles et IP de continuer à se parler. Les réseaux mobiles continueront d’envoyer de l’AMR tant que la radio cellulaire restera contrainte en bande passante, et les IP-PBX continueront d’exiger le G.711 tant que le RTPC le fera. Le SBC est le seul point du chemin disposant du contrôle média par segment, de la visibilité SDP et des leviers de politique nécessaires pour combler proprement cet écart. Pour les charges de travail AMR en production, le transcodage accéléré par matériel est ce qui fournit réellement le débit et la régularité que le cas d’usage exige. Le dimensionnement, la politique de codecs et les objectifs de qualité sont des décisions qui appartiennent à l’architecte réseau ; le SBC et son plan de transcodage sont la manière dont ces décisions deviennent réalité sur le fil.