Gateway VoIP: como funciona a conversão TDM para IP e onde o SBC se encaixa

A maioria das redes de voz “totalmente IP” ainda toca cobre em algum ponto. Uma interface de taxa primária (PRI) conectada a um PBX legado, um enlace SS7 para uma operadora wholesale, uma linha analógica para um prédio que ninguém quer recabear. Até que o último circuito desapareça, algo precisa traduzir o mundo comutado por circuito em pacotes, e pacotes de volta em circuitos. Esse trabalho pertence a um gateway VoIP.

Um gateway VoIP, também chamado de media gateway, termina circuitos de Multiplexação por Divisão de Tempo (TDM) e converte tanto a sinalização de chamada quanto o áudio em IP, normalmente SIP para sinalização e Protocolo de Transporte em Tempo Real (RTP) para mídia. Neste artigo, vamos explicar o que um gateway fisicamente faz, como a sinalização TDM é mapeada para SIP, como a conversão de mídia no gateway difere da transcodificação que um Controlador de Borda de Sessão (SBC) realiza, e onde termina o limite do gateway e começa o limite do SBC. Se você é um engenheiro planejando uma migração TDM para IP ou dimensionando uma interconexão, esta é a camada que determina quão bem a rede antiga se conecta à nova.

O que um gateway VoIP realmente faz

Um gateway VoIP tem dois trabalhos, e os executa simultaneamente em cada chamada. O primeiro é a conversão de sinalização: transformar o controle de chamada comutado por circuito em SIP. O segundo é a conversão de mídia: extrair amostras de voz de um timeslot TDM e packetizá-las em RTP, fazendo o inverso na direção oposta.

A terminologia em torno dessa função é imprecisa. “VoIP gateway,” “voice gateway,” “media gateway,” “PSTN gateway” e “TDM to IP gateway” são rótulos amplamente intercambiáveis para o mesmo equipamento. Um media gateway VoIP voltado para interconexão de operadora e um pequeno voice gateway fronteando um PBX de escritório diferem em densidade e quantidade de interfaces, não em princípio. Ambos terminam circuitos de um lado e falam SIP do outro.

No lado TDM, as interfaces físicas são as que transportam voz há décadas: spans T1 e E1, DS3 canalizado, OC3/STM-1 óptico em densidade de operadora, e portas analógicas FXO/FXS na extremidade inferior. Uma única plataforma pode apresentar desde alguns T1s até milhares de canais. O que importa é que cada um desses canais é um caminho de voz síncrono e temporizado que precisa se tornar um fluxo assíncrono de pacotes IP sem que o ouvinte perceba a diferença.

Sinalização TDM e seus equivalentes SIP

A parte mais difícil do trabalho do gateway não é mover áudio. É fazer com que dois modelos de controle de chamada completamente diferentes concordem sobre quando uma chamada inicia, conecta e encerra. Cada tipo de sinalização TDM mapeia para SIP de sua própria maneira.

ISDN PRI utiliza mensagens Q.931 no D-channel. Um Q.931 SETUP se torna um SIP INVITE, CONNECT mapeia para um 200 OK, e DISCONNECT ou RELEASE se torna um BYE. Os elementos de informação de bearer capability, número chamado e número chamador são traduzidos no corpo SDP e nos headers SIP relevantes, seguindo a semântica de requisição definida na RFC 3261. O Q.931 em si é especificado na ITU-T Q.931.

SS7 com ISUP é o caso de classe operadora, onde SS7 é uma pilha de camadas e não um protocolo único. MTP2 (enlace) e MTP3 (rede) são as camadas de transporte inferiores e rodam apenas sobre TDM, enquanto ISUP (ISDN User Part) é a camada de controle de chamada que roda sobre MTP3 e estabelece e encerra cada chamada. Um gateway pode receber ISUP de duas formas: nativamente, terminando enlaces SS7 com sua própria pilha MTP2/MTP3 em um T1/E1; ou via IP, onde SIGTRAN transporta a sinalização e suas camadas de adaptação substituem o transporte TDM (M3UA para MTP3 e o ISUP acima dele, M2UA ou M2PA para MTP2). Uma vez que tem as mensagens ISUP, o gateway as mapeia para SIP: uma Initial Address Message (IAM) abre a chamada como um SIP INVITE, uma Answer Message (ANM) mapeia para 200 OK, e uma Release (REL) se torna um BYE. O detalhe interessante são os cause codes: as causas de liberação ISUP Q.850 mapeiam para códigos de resposta SIP e vice-versa, de modo que um “user busy” no lado TDM aparece como a falha SIP correta upstream. O mapeamento completo Q.850-para-SIP é um tópico próprio, assim como o guia de códigos de resposta SIP.

Sinalização Associada ao Canal (CAS), incluindo T1 robbed-bit e E1 R2, codifica o estado da chamada como padrões de bits in-band e sequências de tons multifrequenciais em vez de mensagens em um canal separado. O gateway precisa detectar esses tons e transições de bits e convertê-los em sinalização SIP limpa, que é onde a precisão de temporização e detecção de tons mais importa.

GR-303 e V5.2 lidam com concentração do lado de acesso, apresentando assinantes de linha para um switch Classe 5 através de uma interface gerenciada. Esses aparecem quando um gateway está substituindo uma função de acesso Classe 5 em vez de um tronco.

Acertar esses mapeamentos é a diferença entre uma migração que “quase funciona” e uma onde supervisão, faturamento e tratamento de desconexão se comportam exatamente como no TDM.

Conversão de mídia: onde a voz TDM se torna RTP

Um timeslot TDM transporta 64 kbps de voz com Modulação por Código de Pulso (PCM): G.711 µ-law na América do Norte e Japão, A-law na maior parte do restante do mundo. O primeiro trabalho de mídia do gateway é, portanto, a packetização, não a transcodificação. Ele coleta amostras PCM, as enquadra em pacotes RTP conforme a RFC 3550, e as envia para o peer IP, revertendo o processo no caminho de retorno.

Vale separar isso claramente da transcodificação. Converter a portadora de um timeslot em G.711 RTP não é o mesmo que transcodificar entre codecs IP como G.729, AMR ou Opus. A packetização de portadora sempre acontece no gateway. A transcodificação de codec é uma função separada que pode residir no gateway, em um gateway de transcodificação dedicado, ou atrás de um SBC, e tem um custo real em capacidade DSP. As diferenças entre codecs específicos são abordadas na comparação G.711 vs G.729, e a mecânica da conversão móvel-para-IP no guia de transcodificação AMR para G.711.

A temporização é o desafio mais sutil. TDM é síncrono: cada canal é travado em um clock de rede, e uma amostra chega a cada 125 microssegundos sem exceções. IP não é síncrono. O gateway precisa fazer a ponte dessa incompatibilidade, recuperando clock do lado TDM e absorvendo a variação de atraso de pacotes no lado IP. Três funções precisam sobreviver intactas à fronteira: cancelamento de eco, já que as junções híbridas em linhas legadas produzem eco que uma rede de pacotes vai expor; DTMF, onde tons in-band do TDM são normalmente convertidos em eventos out-of-band; e fax, que tipicamente passa para relay T.38 em vez de utilizar um codec de voz, conforme explicado no guia de Fax sobre IP.

Onde o gateway termina e o SBC começa

Esta é a pergunta que confunde a maioria das equipes, então vale a pena ser direto. Um media gateway e um SBC ficam em duas fronteiras diferentes e fazem dois trabalhos diferentes.

Um media gateway fica na fronteira TDM-para-IP. Ele termina circuitos físicos, traduz sinalização comutada por circuito em SIP e packetiza voz em RTP. Retire os circuitos TDM e um media gateway não tem nada para terminar.

Um SBC fica em uma fronteira IP-para-IP. Ele aplica segurança SIP, oculta topologia, normaliza headers entre fornecedores incompatíveis, aplica políticas de roteamento, lida com criptografia usando TLS e SRTP, e aplica STIR/SHAKEN. Um SBC não termina TDM. Um SBC de software, em particular, fala SIP e RTP em ambas as pernas e nunca vê um timeslot.

Muitas redes precisam de ambos. Um gateway converte os troncos SS7 de uma operadora ou os PRIs de um PBX legado em SIP, e então entrega esse SIP a um SBC que o protege, normaliza e roteia para o core IP. Dois equipamentos, duas fronteiras: o gateway faz a rede antiga falar IP, e o SBC decide o que acontece com esse tráfego IP. Manter os dois papéis distintos no seu projeto evita o erro comum de esperar que um SBC de software termine circuitos, ou de esperar que um media gateway sem SBC defenda a borda da sua rede.

A convergência das funções de gateway e SBC

Durante anos, as operadoras compravam esses como appliances separados: um rack de media gateways para terminação TDM e um par separado de SBCs para a borda IP. Essa separação está se dissolvendo em ambas as direções.

Media gateways modernos de classe operadora incorporam funções no estilo SBC na mesma plataforma, de modo que o equipamento que termina SS7 também normaliza SIP, aplica controle de acesso e roteia chamadas. Ao mesmo tempo, SBCs de software assumiram as fronteiras totalmente IP que não envolvem mais nenhum TDM. O resultado é um espectro em vez de duas categorias fixas de produto.

A decisão prática se resume a uma pergunta: quanto TDM realmente resta na sua rede? Se a resposta for nenhum, uma interconexão totalmente IP precisa de um SBC de software e nenhum gateway. Se você ainda tem PRIs, troncos SS7 ou endpoints analógicos, precisa de um media gateway nessa borda, frequentemente um com funções SBC integradas, combinado com um SBC para o lado puramente IP. E o lado TDM continua encolhendo. Os sunsets de PSTN pelas operadoras estão aposentando interconexões TDM em um cronograma publicado, o que move tráfego progressivamente dos gateways para os SBCs. Projetar para essa trajetória significa tratar o gateway como a parte da sua rede com uma data de fim planejada e o SBC como a parte que cresce.

Perguntas frequentes

Unindo as duas fronteiras

Um gateway VoIP é dono da fronteira TDM-para-IP: termina circuitos, traduz sinalização comutada por circuito em SIP, packetiza voz em RTP e corrige a incompatibilidade de temporização entre uma rede síncrona e uma assíncrona. Um SBC é dono da fronteira IP-para-IP, onde residem segurança, normalização e roteamento. Implantações modernas convergem essas funções, e o lado TDM encolhe à medida que as operadoras aposentam a PSTN. Saber para qual fronteira você está projetando indica qual dispositivo você realmente precisa.