Protocolo de sinalização utilizado na comunicação entre centrais telefônicas, responsável pelo estabelecimento, manutenção e encerramento de chamadas na rede TDM.
O que é ISUP
O ISUP (ISDN User Part) é um protocolo de sinalização utilizado na rede telefônica tradicional (TDM), especialmente nas centrais que operam com sinalização SS7.
Ele permite que as centrais troquem informações sobre chamadas, como número de origem e destino, recursos necessários e o estado da chamada.
O ISUP é fundamental para a interconexão entre operadoras, permitindo que chamadas sejam estabelecidas de forma segura e eficiente.
Como o ISUP se encaixa na rede
Central A
(origem)
ISUP
(SS7)
Central B
(destino)
Rede pública
(TDM/VoIP)
Rede SS7
(controle e sinalização)
Principais mensagens
O ISUP utiliza várias mensagens para gerenciar o ciclo de vida da chamada. As mais importantes são:
IAM
Initial Address Message
Envia o número de destino e inicia o processo de chamada
ACM
Address complete message
Confirma que o destino foi identificado e o roteamento está ok
CPG
Call progress
Inidica o progresso da chamada (ex.: ring, early media, etc..)
ANM
Answer message
Confirma que a chamada foi atendida e a conexão está estabelecida
REL
Release
Encerra a chamada, informando a causa do término (REL/Q.850)
RLC
Release complete
Confirma que a liberação foi concluída e os recursos foram liberados
Fluxo de uma chamada (call flow)
Abaixo, um exemplo simplificado de fluxo de sinalização ISUP em uma chamada
1 – IAM
Destino(551193571245)
2 – ACM
Destino aceito
3 – CPG
Ring
4 – ANM
Chamada atendida
5 – REL
Encerramento
6 – RLC
Liberação concluída
Principais causas de falha (REL / Q.850)
Algumas das causas mais comuns que podem aparecer no REL:
Em cenários de interconexão (getway, SBC, TAS/AS), as causas ISUP podem ser mapeadas para respostas SIP, mas não existe uma relação 1:1. O mapeamento depende do equipamento, configuração e contexto da chamada
REL/Q.850
(causa de sinalização)
SIP reason
(transporte e mapeamento)
Exemplo: REL 34 (no circuit / channel available) pode resultar em erro 503 (service unavailable) em alguns cenários, mas em outros pode ser mapeado para 480 (temporarily unavailable).
