Passerelle VoIP : fonctionnement de la conversion TDM vers IP et rôle du SBC

La plupart des réseaux vocaux « tout IP » passent encore par du cuivre quelque part. Une interface PRI vers un PBX ancien, une liaison SS7 vers un opérateur de gros, une ligne analogique vers un bâtiment que personne ne veut recâbler. Tant que le dernier circuit n’a pas disparu, quelque chose doit traduire le monde de la commutation de circuits en paquets, et les paquets en circuits. Ce rôle revient à la passerelle VoIP.

Une passerelle VoIP, également appelée passerelle média, termine les circuits multiplexés par répartition dans le temps (TDM) et convertit à la fois la signalisation d’appel et l’audio en IP, généralement SIP pour la signalisation et RTP pour le média. Dans cet article, nous détaillons ce que fait physiquement une passerelle, comment la signalisation TDM se transpose en SIP, en quoi la conversion média à la passerelle diffère du transcodage qu’effectue un session border controller (SBC), et où finit le périmètre de la passerelle et où commence celui du SBC. Si vous êtes un ingénieur planifiant une migration TDM vers IP ou dimensionnant une interconnexion, c’est la couche qui détermine la qualité de la rencontre entre l’ancien réseau et le nouveau.

Ce que fait réellement une passerelle VoIP

Une passerelle VoIP a deux fonctions, et elle les exécute simultanément sur chaque appel. La première est la conversion de signalisation : transformer le contrôle d’appel à commutation de circuits en SIP. La seconde est la conversion média : extraire les échantillons vocaux d’un intervalle de temps TDM et les paquetiser en RTP, puis effectuer l’opération inverse dans l’autre sens.

La terminologie autour de cette fonction est assez libre. « Passerelle VoIP », « passerelle vocale », « passerelle média », « passerelle PSTN » et « passerelle TDM vers IP » sont des désignations largement interchangeables pour le même équipement. Une passerelle média VoIP destinée à une interconnexion opérateur et une petite passerelle vocale placée devant un PBX de bureau diffèrent par leur densité et leur nombre d’interfaces, pas par leur principe. Toutes deux terminent des circuits d’un côté et parlent SIP de l’autre.

Côté TDM, les interfaces physiques sont celles qui transportent la voix depuis des décennies : liens T1 et E1, DS3 canalisé, OC3/STM-1 optique en densité opérateur, et ports analogiques FXO/FXS en entrée de gamme. Une seule plateforme peut présenter de quelques T1 à des milliers de canaux. L’essentiel est que chacun de ces canaux est un chemin vocal synchrone et cadencé qui doit devenir un flux asynchrone de paquets IP sans que l’auditeur entende la différence.

La signalisation TDM et ses équivalents SIP

La partie la plus complexe du travail de la passerelle n’est pas le déplacement de l’audio. C’est de faire en sorte que deux modèles de contrôle d’appel complètement différents s’accordent sur le moment où un appel commence, se connecte et se termine. Chaque type de signalisation TDM se transpose en SIP de manière propre.

ISDN PRI utilise des messages Q.931 sur le canal D. Un Q.931 SETUP devient un SIP INVITE, CONNECT correspond à un 200 OK, et DISCONNECT ou RELEASE devient un BYE. Les éléments d’information de capacité porteuse, de numéro appelé et de numéro appelant se traduisent dans le corps SDP et les en-têtes SIP correspondants, selon la sémantique de requête définie dans le RFC 3261. Q.931 est spécifié dans la recommandation ITU-T Q.931.

SS7 avec ISUP est le cas de niveau opérateur, où SS7 est une pile de couches plutôt qu’un protocole unique. MTP2 (liaison) et MTP3 (réseau) sont les couches de transport inférieures et fonctionnent uniquement sur TDM, tandis qu’ISUP (ISDN User Part) est la couche de contrôle d’appel qui s’appuie sur MTP3 et établit et libère chaque appel. Une passerelle peut recevoir ISUP de deux manières : nativement, en terminant les liens SS7 avec sa propre pile MTP2/MTP3 sur un T1/E1 ; ou sur IP, où SIGTRAN transporte la signalisation et ses couches d’adaptation remplacent le transport TDM (M3UA pour MTP3 et l’ISUP au-dessus, M2UA ou M2PA pour MTP2). Une fois les messages ISUP reçus, la passerelle les transpose en SIP : un Initial Address Message (IAM) ouvre l’appel sous forme de SIP INVITE, un Answer Message (ANM) correspond au 200 OK, et un Release (REL) devient un BYE. Le détail intéressant concerne les codes de cause : les causes de libération Q.850 d’ISUP se transposent en codes de réponse SIP et inversement, de sorte qu’un « abonné occupé » côté TDM remonte comme l’erreur SIP correcte en amont. La correspondance complète Q.850-SIP est un sujet à part entière, tout comme le guide des codes de réponse SIP.

La signalisation associée au canal (CAS), incluant T1 robbed-bit et E1 R2, encode l’état de l’appel sous forme de motifs binaires intrabande et de séquences de tonalités multifréquences plutôt que de messages sur un canal séparé. La passerelle doit détecter ces tonalités et transitions de bits et les convertir en signalisation SIP propre, ce qui exige une précision de timing et de détection de tonalités particulièrement rigoureuse.

GR-303 et V5.2 gèrent la concentration côté accès, présentant les abonnés côté ligne à un commutateur de classe 5 via une interface gérée. On les rencontre lorsqu’une passerelle remplace une fonction d’accès de classe 5 plutôt qu’un trunk.

Réussir ces correspondances, c’est la différence entre une migration qui « marche à peu près » et une où la supervision, la facturation et la gestion des déconnexions se comportent exactement comme en TDM.

Conversion média : là où la voix TDM devient du RTP

Un intervalle de temps TDM transporte 64 kbps de voix en modulation par impulsions codées : G.711 μ-law en Amérique du Nord et au Japon, A-law dans la majeure partie du reste du monde. La première fonction média de la passerelle est donc la paquetisation, et non le transcodage. Elle collecte les échantillons PCM, les encapsule dans des paquets RTP conformément au RFC 3550, et les envoie au pair IP, en inversant le processus pour le chemin retour.

Cette distinction mérite d’être clairement établie par rapport au transcodage. Convertir le flux porteur d’un intervalle de temps en G.711 RTP n’est pas la même chose que transcoder entre codecs IP tels que G.729, AMR ou Opus. La paquetisation du flux porteur s’effectue toujours au niveau de la passerelle. Le transcodage de codec est une fonction distincte qui peut résider dans la passerelle, dans une passerelle de transcodage dédiée, ou derrière un SBC, et il a un coût réel en capacité DSP. Les compromis entre codecs spécifiques sont abordés dans la comparaison G.711 vs G.729, et les mécanismes de conversion mobile vers IP dans le guide de transcodage AMR vers G.711.

Le timing est le défi le plus subtil. Le TDM est synchrone : chaque canal est verrouillé sur une horloge réseau, et un échantillon arrive toutes les 125 microsecondes sans exception. L’IP n’est pas du tout synchrone. La passerelle doit faire le pont entre ces deux régimes, en récupérant l’horloge côté TDM et en absorbant la variation de délai des paquets côté IP. Trois fonctions doivent survivre intactes au passage de la frontière : l’annulation d’écho, car les jonctions hybrides sur les lignes traditionnelles produisent un écho qu’un réseau à paquets rendra audible ; le DTMF, où les tonalités intrabande TDM sont généralement converties en événements hors bande ; et le fax, qui passe généralement en relais T.38 plutôt que sur un codec vocal, comme expliqué dans le guide du fax sur IP.

Où finit la passerelle et où commence le SBC

C’est la question qui prête à confusion dans la plupart des équipes, il vaut donc la peine de la formuler clairement. Une passerelle média et un session border controller se situent à deux frontières différentes et remplissent deux fonctions différentes.

Une passerelle média se situe à la frontière TDM-IP. Elle termine les circuits physiques, traduit la signalisation à commutation de circuits en SIP et paquetise la voix en RTP. Sans circuits TDM, une passerelle média n’a rien à terminer.

Un SBC se situe à une frontière IP-IP. Il applique la sécurité SIP, masque la topologie, normalise les en-têtes entre équipements de fournisseurs différents, applique les politiques de routage, gère le chiffrement avec TLS et SRTP, et applique STIR/SHAKEN. Un SBC ne termine pas de TDM. Un SBC logiciel en particulier parle SIP et RTP sur les deux segments et ne voit jamais d’intervalle de temps.

De nombreux réseaux ont besoin des deux. Une passerelle convertit les trunks SS7 d’un opérateur ou les PRI d’un PBX ancien en SIP, puis transmet ce SIP à un SBC qui le sécurise, le normalise et le route vers le cœur IP. Deux boîtiers, deux frontières : la passerelle fait parler IP à l’ancien réseau, et le SBC décide de ce qu’il advient de ce trafic IP. Distinguer clairement les deux rôles dans votre conception évite l’erreur courante de demander à un SBC logiciel de terminer des circuits, ou à une simple passerelle média de défendre la périphérie de votre réseau.

La convergence des fonctions de passerelle et de SBC

Pendant des années, les opérateurs achetaient ces fonctions sous forme d’appareils séparés : un rack de passerelles média pour la terminaison TDM et une paire distincte de SBC pour la périphérie IP. Cette séparation se dissout dans les deux sens.

Les passerelles média modernes de qualité opérateur intègrent des fonctions de type SBC dans la même plateforme, de sorte que l’équipement qui termine le SS7 normalise également le SIP, applique le contrôle d’accès et route les appels. Parallèlement, les SBC logiciels ont pris en charge les frontières entièrement IP qui n’impliquent plus aucun TDM. Le résultat est un spectre plutôt que deux catégories de produits figées.

La décision pratique se résume à une question : combien de TDM reste-t-il réellement dans votre réseau ? Si la réponse est zéro, une interconnexion entièrement IP nécessite un SBC logiciel et aucune passerelle. Si vous avez encore des PRI, des trunks SS7 ou des terminaux analogiques, vous avez besoin d’une passerelle média à cette périphérie, souvent avec des fonctions SBC intégrées, associée à un SBC pour le côté purement IP. Et le côté TDM ne cesse de diminuer. Les arrêts programmés du PSTN par les opérateurs retirent les interconnexions TDM selon un calendrier publié, ce qui déplace progressivement le trafic des passerelles vers les SBC. Concevoir en tenant compte de cette trajectoire signifie traiter la passerelle comme la partie de votre réseau avec une date de fin planifiée et le SBC comme la partie qui croît.

Questions fréquentes

Assembler les deux frontières

Une passerelle VoIP possède la frontière TDM-IP : elle termine les circuits, traduit la signalisation à commutation de circuits en SIP, paquetise la voix en RTP et corrige le décalage de synchronisation entre un réseau synchrone et un réseau asynchrone. Un SBC possède la frontière IP-IP, où résident la sécurité, la normalisation et le routage. Les déploiements modernes font converger ces fonctions, et le côté TDM se réduit à mesure que les opérateurs retirent le PSTN. Savoir quelle frontière vous devez adresser vous indique quel équipement vous avez réellement besoin.