Gateway VoIP: cómo funciona la conversión TDM a IP y dónde encaja el SBC

La mayoría de las redes de voz “completamente IP” todavía tocan cobre en algún punto. Una interfaz de tasa primaria (PRI) hacia una PBX heredada, un enlace SS7 hacia un operador mayorista, una línea analógica hacia un edificio que nadie quiere recablear. Hasta que no desaparezca el último circuito, algo tiene que traducir el mundo de conmutación de circuitos en paquetes, y los paquetes de vuelta en circuitos. Esa función le corresponde al gateway VoIP.

Un gateway VoIP, también llamado pasarela de medios, termina circuitos multiplexados por división de tiempo (TDM) y convierte tanto la señalización de llamada como el audio en IP, generalmente SIP para señalización y RTP para medios. En este artículo explicamos qué hace físicamente un gateway, cómo la señalización TDM se mapea a SIP, en qué se diferencia la conversión de medios del gateway de la transcodificación que realiza un controlador de borde de sesión (SBC), y dónde termina el límite del gateway y comienza el del SBC. Si usted es un ingeniero que planifica una migración de TDM a IP o dimensiona una interconexión, esta es la capa que determina qué tan limpiamente la red antigua se encuentra con la nueva.

Qué hace realmente un gateway VoIP

Un gateway VoIP tiene dos funciones, y las ejecuta simultáneamente en cada llamada. La primera es la conversión de señalización: transformar el control de llamadas de conmutación de circuitos en SIP. La segunda es la conversión de medios: extraer muestras de voz de una ranura de tiempo TDM y paquetizarlas en RTP, y hacer lo inverso en la dirección contraria.

La terminología alrededor de esta función es flexible. “VoIP gateway”, “voice gateway”, “media gateway”, “PSTN gateway” y “TDM to IP gateway” son etiquetas en gran medida intercambiables para el mismo equipo. Un gateway VoIP de medios orientado a una interconexión de operador y un pequeño gateway de voz frente a una PBX de oficina difieren en densidad y cantidad de interfaces, no en principio. Ambos terminan circuitos en un lado y hablan SIP en el otro.

En el lado TDM, las interfaces físicas son las que han transportado voz durante décadas: tramos T1 y E1, DS3 canalizado, OC3/STM-1 óptico a densidad de operador, y puertos analógicos FXO/FXS en el extremo inferior. Una sola plataforma puede presentar desde un par de T1 hasta miles de canales. Lo que importa es que cada uno de esos canales es una ruta de voz sincrónica y temporizada que debe convertirse en un flujo asíncrono de paquetes IP sin que el oyente note la diferencia.

Señalización TDM y sus equivalentes en SIP

La parte más difícil del trabajo del gateway no es mover audio. Es hacer que dos modelos de control de llamadas completamente diferentes coincidan en cuándo una llamada comienza, se conecta y termina. Cada tipo de señalización TDM se mapea a SIP de su propia manera.

ISDN PRI utiliza mensajes Q.931 en el canal D. Un SETUP de Q.931 se convierte en un SIP INVITE, CONNECT se mapea a un 200 OK, y DISCONNECT o RELEASE se convierte en un BYE. La capacidad de portadora y los elementos de información de número llamado y llamante se traducen en el cuerpo SDP y los encabezados SIP relevantes, siguiendo la semántica de solicitud definida en RFC 3261. Q.931 está especificado en ITU-T Q.931.

SS7 con ISUP es el caso de grado operador, donde SS7 es una pila de capas en lugar de un protocolo único. MTP2 (enlace) y MTP3 (red) son las capas de transporte inferiores y solo funcionan sobre TDM, mientras que ISUP (ISDN User Part) es la capa de control de llamadas que opera sobre MTP3 y establece y desconecta cada llamada. Un gateway puede recibir ISUP de dos formas: de manera nativa, terminando enlaces SS7 con su propia pila MTP2/MTP3 en un T1/E1; o sobre IP, donde SIGTRAN transporta la señalización y sus capas de adaptación sustituyen el transporte TDM (M3UA para MTP3 y el ISUP sobre él, M2UA o M2PA para MTP2). Una vez que tiene los mensajes ISUP, el gateway los mapea a SIP: un Initial Address Message (IAM) abre la llamada como un SIP INVITE, un Answer Message (ANM) se mapea a 200 OK, y un Release (REL) se convierte en un BYE. El detalle interesante son los códigos de causa: las causas de liberación ISUP Q.850 se mapean a códigos de respuesta SIP y viceversa, de modo que un “usuario ocupado” en el lado TDM aparece como la falla SIP correcta aguas arriba. El mapeo completo de Q.850 a SIP es un tema en sí mismo, al igual que la guía de códigos de respuesta SIP.

Señalización asociada al canal (CAS), incluyendo T1 robbed-bit y E1 R2, codifica el estado de la llamada como patrones de bits en banda y secuencias de tonos multifrecuencia en lugar de mensajes en un canal separado. El gateway debe detectar esos tonos y transiciones de bits y convertirlos en señalización SIP limpia, que es donde la precisión en el tiempo y la detección de tonos importan más.

GR-303 y V5.2 gestionan la concentración del lado de acceso, presentando suscriptores de línea a un conmutador Class 5 a través de una interfaz administrada. Estos aparecen cuando un gateway reemplaza una función de acceso Class 5 en lugar de un troncal.

Lograr estos mapeos correctamente es la diferencia entre una migración que “más o menos funciona” y una donde la supervisión, la facturación y el manejo de desconexiones se comportan exactamente como lo hacían en TDM.

Conversión de medios: donde la voz TDM se convierte en RTP

Una ranura de tiempo TDM transporta 64 kbps de voz con modulación por impulsos codificados: G.711 µ-law en Norteamérica y Japón, A-law en la mayor parte del resto del mundo. La primera función de medios del gateway es, por lo tanto, la paquetización, no la transcodificación. Recopila muestras PCM, las encapsula en paquetes RTP según RFC 3550, y las envía al par IP, invirtiendo el proceso para la ruta de retorno.

Vale la pena separar esto claramente de la transcodificación. Convertir la portadora de una ranura de tiempo en G.711 RTP no es lo mismo que transcodificar entre códecs IP como G.729, AMR u Opus. La paquetización de portadora siempre ocurre en el gateway. La transcodificación de códecs es una función separada que puede residir en el gateway, en un gateway de transcodificación dedicado o detrás de un SBC, y tiene un costo real en capacidad DSP. Las ventajas y desventajas entre códecs específicos se cubren en la comparación G.711 vs G.729, y la mecánica de la conversión móvil a IP en la guía de transcodificación AMR a G.711.

La sincronización es el desafío más sutil. TDM es sincrónico: cada canal está bloqueado a un reloj de red, y una muestra llega cada 125 microsegundos sin excepciones. IP no es sincrónico en absoluto. El gateway debe salvar esa disparidad, recuperando el reloj del lado TDM y absorbiendo la variación de retardo de paquetes en el lado IP. Tres funciones deben sobrevivir intactas al cruce de frontera: la cancelación de eco, ya que las uniones híbridas en líneas heredadas producen eco que una red de paquetes expone; DTMF, donde los tonos TDM en banda generalmente se convierten en eventos fuera de banda; y el fax, que típicamente pasa a relay T.38 en lugar de viajar sobre un códec de voz, como se explica en la guía de fax sobre IP.

Dónde termina el gateway y dónde comienza el SBC

Esta es la pregunta que confunde a la mayoría de los equipos, por lo que vale la pena plantearla con claridad. Una pasarela de medios y un controlador de borde de sesión se ubican en dos fronteras diferentes y realizan dos funciones diferentes.

Una pasarela de medios se ubica en la frontera TDM-a-IP. Termina circuitos físicos, traduce la señalización de conmutación de circuitos a SIP y paquetiza la voz en RTP. Sin circuitos TDM, una pasarela de medios no tiene nada que terminar.

Un SBC se ubica en una frontera IP-a-IP. Aplica seguridad SIP, oculta la topología, normaliza encabezados entre proveedores incompatibles, impone políticas de enrutamiento, gestiona el cifrado con TLS y SRTP, y aplica STIR/SHAKEN. Un SBC no termina TDM. Un SBC de software en particular habla SIP y RTP en ambas piernas y nunca ve una ranura de tiempo.

Muchas redes necesitan ambos. Un gateway convierte los troncales SS7 de un operador o los PRI de una PBX heredada en SIP, y luego entrega ese SIP a un SBC que lo asegura, normaliza y enruta hacia el núcleo IP. Dos equipos, dos fronteras: el gateway hace que la red antigua hable IP, y el SBC decide qué ocurre con ese tráfico IP. Mantener los dos roles diferenciados en su diseño evita el error común de esperar que un SBC de software termine circuitos, o que una pasarela de medios sin más defienda el borde de su red.

La convergencia de las funciones de gateway y SBC

Durante años los operadores compraban estos como equipos separados: un rack de pasarelas de medios para la terminación TDM y un par separado de SBC para el borde IP. Esa separación se está disolviendo desde ambas direcciones.

Las pasarelas de medios modernas de grado operador incorporan funciones tipo SBC en la misma plataforma, de modo que el equipo que termina SS7 también normaliza SIP, aplica control de acceso y enruta llamadas. Al mismo tiempo, los SBC de software se han apoderado de las fronteras completamente IP que ya no involucran ningún TDM. El resultado es un espectro en lugar de dos categorías de producto fijas.

La decisión práctica se reduce a una pregunta: ¿cuánto TDM queda realmente en su red? Si la respuesta es ninguno, una interconexión completamente IP necesita un SBC de software y ningún gateway. Si aún tiene PRI, troncales SS7 o terminales analógicos, necesita una pasarela de medios en ese borde, a menudo una con funciones SBC integradas, combinada con un SBC para el lado puramente IP. Y el lado TDM sigue reduciéndose. Los retiros de la PSTN por parte de los operadores están eliminando interconexiones TDM según un cronograma publicado, lo que traslada constantemente el tráfico de gateways a SBC. Diseñar para esa trayectoria significa tratar al gateway como la parte de su red con fecha de fin planificada y al SBC como la parte que crece.

Preguntas frecuentes

Uniendo las dos fronteras

Un gateway VoIP es dueño de la frontera TDM-a-IP: termina circuitos, traduce la señalización de conmutación de circuitos a SIP, paquetiza la voz en RTP y corrige la disparidad de sincronización entre una red sincrónica y una asíncrona. Un SBC es dueño de la frontera IP-a-IP, donde residen la seguridad, la normalización y el enrutamiento. Las implementaciones modernas convergen esas funciones, y el lado TDM se reduce a medida que los operadores retiran la PSTN. Saber qué frontera está resolviendo le indica qué dispositivo realmente necesita.