Telefones à prova de explosão e sistemas profissionais de rádio são dois pilares importantes da comunicação em ambientes industriais perigosos. Telefones fixos à prova de explosão oferecem comunicação confiável a partir de locais conhecidos dentro de áreas classificadas, enquanto rádios portáteis e móveis acompanham as equipes de campo durante inspeções, manutenção e coordenação operacional. Em muitas plantas existentes, porém, os dois sistemas evoluíram de forma independente: a rede telefônica opera por infraestrutura PBX ou SIP, enquanto a rede de rádio utiliza canais dedicados ou grupos de conversação, sem um caminho de comunicação direto entre elas.
A interoperabilidade entre telefones à prova de explosão e sistemas de rádio tem como objetivo eliminar essa separação. Ela não transforma um telefone SIP em um rádio bidirecional. Em vez disso, gateways RoIP, comunicações SIP e controle de despacho conectam o áudio do telefone fixo ao áudio do canal de rádio, ao controle PTT e aos sinais de estado de recepção, permitindo que usuários em pontos fixos, operadores de despacho e usuários de rádio móvel participem do mesmo fluxo de comunicação controlado.
Diferenças de comunicação entre telefones à prova de explosão e sistemas de rádio
Telefones à prova de explosão e sistemas profissionais de rádio transportam voz, mas funcionam segundo modelos de comunicação bastante diferentes.
Um telefone SIP à prova de explosão se comporta de maneira semelhante a um terminal telefônico convencional. O usuário tira o monofone do gancho ou pressiona uma tecla de chamada para estabelecer uma chamada SIP. Normalmente, as duas partes podem falar ao mesmo tempo, enquanto o roteamento da chamada é determinado por números de ramal, URIs SIP, regras de roteamento do PBX ou por um servidor de despacho. A mídia costuma ser transportada continuamente por RTP.
Sistemas de rádio normalmente são organizados em torno de um canal ou grupo de conversação. Rádio analógico, DMR, P25, TETRA e outros sistemas profissionais de rádio móvel utilizam diferentes tecnologias de interface aérea, mas a operação em campo geralmente se baseia em PTT: pressionar para transmitir e soltar para receber. Assim, um único canal físico de rádio normalmente opera de forma claramente semidúplex.
Isso cria duas diferenças fundamentais. Usuários de telefonia pensam em “para quem eu quero ligar?”, enquanto usuários de rádio pensam em “qual canal ou grupo devo usar?”. O controle também é diferente. Depois que uma chamada SIP é estabelecida, o telefone pode enviar mídia imediatamente, enquanto o rádio precisa primeiro ser acionado por PTT antes do início da transmissão RF. No lado de recepção, sinais como COR, COS, estado de silenciamento ou indicação de canal ocupado também são úteis para que o sistema IP determine se existe tráfego de rádio válido sendo recebido naquele momento.
O RoIP não elimina essas diferenças. Ele cria um mapeamento definido entre elas. O lado telefônico continua usando SIP e RTP, enquanto o lado de rádio continua usando seus equipamentos e canais existentes. O gateway RoIP transporta o áudio juntamente com o PTT e o controle de detecção de recepção pela rede IP.
Arquiteturas de acesso para estações fixas de chamada e sistemas de rádio
Não existe uma única arquitetura para conectar telefones a sistemas de rádio. A principal decisão de projeto é definir se uma chamada de telefone SIP deve ser mapeada diretamente para um recurso de rádio ou entrar primeiro em uma plataforma de despacho, onde um operador decide quando e qual canal de rádio deve ser utilizado.
Mapeamento direto de canais de rádio como recursos SIP
Uma abordagem relativamente direta é fazer o gateway RoIP aparecer como um terminal SIP, um recurso SIP ou outro objeto de comunicação reconhecido pela plataforma. Um canal de rádio pode então receber um número de ramal ou um nome de recurso. Quando um telefone à prova de explosão liga para esse destino, a voz é enviada ao gateway RoIP, que aciona por PTT o rádio de controle conectado e transmite o áudio pelo canal de rádio.
Essa arquitetura é adequada para requisitos ponto a ponto bem definidos. Por exemplo, uma estação de chamada à prova de explosão em uma sala de compressores pode precisar falar apenas com o grupo de rádio da manutenção. O número do telefone pode ser permanentemente mapeado para esse recurso de rádio, evitando que os usuários em campo tenham de selecionar canais de rádio complexos por conta própria.
Integração direta não significa que o telefone possa se comunicar exatamente como em uma chamada dúplex integral convencional. O lado de rádio continua seguindo regras PTT semidúplex, portanto o sistema deve definir quando o áudio do telefone aciona o PTT do rádio e como o telefone se comporta enquanto o áudio de rádio está sendo recebido.
Plataforma de despacho como camada de controle
Uma segunda arquitetura é mais adequada para salas de controle e comunicações de emergência. O telefone à prova de explosão chama primeiro o operador de despacho, enquanto os canais de rádio individuais são apresentados como recursos separados na plataforma de despacho. Depois de receber o relato de campo, o operador pode selecionar um rádio de manutenção, um rádio de segurança ou um canal de emergência e transmitir por esse recurso através da conexão RoIP.
Essa abordagem adiciona uma camada de controle do operador, mas estabelece limites operacionais mais claros. Um relato vindo de um telefone de campo não precisa necessariamente ser transmitido a todos os usuários de rádio. O operador pode primeiro confirmar a informação e depois decidir qual grupo deve ser contatado. Quando necessário, o usuário do telefone e o recurso de rádio também podem ser temporariamente colocados na mesma sessão de voz por meio de uma ponte.
Em ambientes industriais perigosos, essa arquitetura costuma corresponder melhor aos procedimentos reais: a estação fixa relata o incidente, os usuários de rádio coordenam a resposta móvel e a posição de despacho determina quando os dois domínios de comunicação devem ser conectados.
Adaptação entre voz dúplex integral e PTT semidúplex
Considere um telefone SIP à prova de explosão instalado em uma área de tanques. O telefone está registrado em um IP PBX ou servidor de comunicação de despacho. A equipe de manutenção usa rádios analógicos ou digitais, enquanto a sala de controle possui um rádio de controle compatível conectado a um gateway RoIP.
Quando o telefone à prova de explosão inicia uma chamada, a primeira parte do caminho não é diferente de uma chamada SIP comum:
Telefone à prova de explosão → Rede IP → Servidor SIP / Plataforma de despacho
Depois que o sistema determina que o destino é um recurso de rádio, o áudio RTP é entregue ao gateway RoIP. O gateway converte o áudio do lado IP para um formato adequado à entrada de áudio do rádio de controle e aciona o PTT quando é necessário transmitir. O rádio de controle realiza a transmissão RF propriamente dita, que então é recebida pelos rádios portáteis ou móveis em campo.
O caminho de retorno funciona de forma semelhante. Um usuário de rádio pressiona PTT e fala. O rádio de controle recebe o sinal RF e envia o áudio ao gateway RoIP. O gateway utiliza COR, COS, estado de silenciamento ou outro sinal de detecção de recepção para determinar que há tráfego de rádio válido, converte esse áudio em mídia IP e o devolve à plataforma de despacho ou ao lado telefônico.
Nessa arquitetura, o gateway RoIP não necessariamente decodifica por conta própria o protocolo de interface aérea DMR, P25 ou TETRA. Muitas implantações utilizam um rádio de controle, rádio móvel ou estação-base compatível que fornece interfaces de áudio e PTT, enquanto o gateway RoIP controla esse terminal de rádio. Desde que o equipamento de rádio forneça interfaces adequadas de áudio, PTT e detecção de recepção, a mesma arquitetura RoIP básica pode ser aplicada a diferentes tecnologias de rádio.
Por isso, a interface de rádio precisa ser confirmada antes da escolha de um dispositivo RoIP. Saber apenas que “o sistema usa DMR” não é suficiente. O projeto também precisa identificar o modelo real do rádio de controle, se a interface de áudio é de 2 ou 4 fios, qual interface elétrica PTT está disponível, se COR/COS é fornecido e como o nível de áudio e a impedância devem ser ajustados.
Conversão de voz e controle entre SIP e RoIP
Conectar os caminhos de áudio é apenas o primeiro passo. Em muitos projetos de interoperabilidade, a questão mais difícil é controlar quem tem permissão para transmitir.
Usuários de telefone SIP estão acostumados a tirar o monofone do gancho e falar sem pressionar PTT antes de cada frase. Usuários de rádio trabalham de maneira diferente: sem PTT, o rádio não transmite. Portanto, o sistema precisa de um método definido para determinar quando o áudio do lado telefônico deve fazer o gateway RoIP acionar o PTT do rádio.
O controle explícito costuma ser o método mais previsível. Um operador de despacho pode ter uma tecla PTT dedicada e acionar o recurso de rádio selecionado somente enquanto mantém o botão pressionado. Em estações de chamada industriais dedicadas, teclas programáveis, DTMF ou comandos de controle definidos pelo sistema também podem ser usados para entrar no modo de transmissão.
Alguns sistemas usam detecção de atividade de voz para acionar PTT automaticamente a partir da fala. Isso pode ser conveniente para o usuário, mas deve ser aplicado com cuidado em ambientes industriais com muito ruído. Bombas, compressores, sistemas de ventilação e alarmes podem entrar no caminho do microfone. Se o limiar do VAD estiver mal configurado, o ruído de fundo pode acionar repetidamente o rádio e ocupar o canal.
A ocupação do canal de rádio é outra consideração. Se um usuário de rádio já estiver transmitindo e o lado telefônico acionar PTT ao mesmo tempo, podem ocorrer colisões de voz. Quando o gateway RoIP consegue monitorar COR/COS ou o estado de canal ocupado, o sistema de despacho pode identificar que o recurso de rádio está recebendo e atrasar ou bloquear outra transmissão.
A interoperabilidade entre telefone e rádio, portanto, vai além de uma simples ponte de voz. Um sistema utilizável deve definir pelo menos três pontos:
Quando o lado telefônico tem permissão para transmitir;
Se o lado IP pode interromper enquanto o recurso de rádio está recebendo;
Com que rapidez o PTT é liberado e o canal volta ao modo de recepção após o fim da fala.
Se o atraso de cauda do PTT for curto demais, a última palavra ou sílaba pode ser cortada. Se for longo demais, o canal de rádio permanece ocupado sem necessidade. Esses valores devem ser testados com o equipamento de rádio real, e não copiados de outro projeto.
Papel da plataforma de despacho nas comunicações fixas e móveis
Se o requisito se limitar a conectar um telefone a um canal de rádio, o próprio gateway RoIP pode resolver grande parte do problema de interface. Instalações industriais, porém, raramente permanecem em uma escala de um para um.
Uma refinaria pode ter diversos telefones à prova de explosão distribuídos por áreas de tanques, zonas de carregamento, estações de bombeamento e prédios de compressores. Os recursos de rádio podem incluir grupos de manutenção, segurança, resposta a incêndio e produção. Nesse ponto, o sistema de despacho deixa de ser apenas um caminho de áudio e passa a ser a camada que estabelece relações operacionais entre diferentes recursos de comunicação.
Um telefone fixo à prova de explosão pode aparecer na interface de despacho como “Telefone T-03 da área de tanques”, em vez de um ramal SIP pouco intuitivo. Um recurso RoIP pode ser exibido como “Canal DMR de manutenção” ou “Rádio de emergência”. O operador de despacho vê locais operacionais e nomes de serviço, não URIs SIP, portas de gateway ou modelos de rádio.
Quando um telefone da área de tanques chama, a posição de despacho identifica imediatamente a localização fixa. Depois de confirmar o incidente, o operador pode selecionar o rádio de manutenção para contatar os técnicos. Se a situação se agravar, os grupos de rádio de resposta a incêndio e segurança também podem ser adicionados. Quando necessário, uma ponte de voz temporária pode permitir que a pessoa no telefone à prova de explosão ouça e responda diretamente ao grupo de rádio.
Esse tipo de ponte é mais bem controlado pelo operador de despacho do que pela conexão permanente de todos os telefones e grupos de rádio. Uma ponte permanente une continuamente dois domínios de comunicação independentes, permitindo que o tráfego telefônico rotineiro entre no canal de rádio e que o tráfego interno de rádio ocupe desnecessariamente recursos do lado telefônico.
Portanto, o objetivo do controle de despacho é conectar os domínios de comunicação quando o evento operacional exigir, em vez de mantê-los permanentemente conectados.
Integração de sistemas de comunicação analógicos existentes
Muitas plantas em operação são ambientes existentes em modernização, e não projetos novos. Um local pode já ter telefones analógicos à prova de explosão em serviço há uma década, além de equipamentos convencionais de rádio UHF ou VHF na sala de controle. Substituir todos os dispositivos por terminais SIP e novos sistemas de rádio sempre que for necessária interoperabilidade aumentaria tanto o custo do projeto quanto o risco de parada.
Esses ambientes podem ser integrados em camadas.
Telefones analógicos existentes podem se conectar a um IP PBX ou a uma plataforma de despacho por meio de um gateway de voz FXS. Do ponto de vista do sistema de despacho, cada telefone se torna um recurso identificável e chamável. O fato de a conexão final em campo continuar sendo um par de cobre analógico não impede sua entrada em um fluxo de chamadas unificado.
No lado de rádio, o rádio de controle existente pode continuar em serviço. O gateway RoIP se conecta às interfaces de áudio, PTT e COR/COS e estende o recurso de rádio local pela rede IP.
A arquitetura resultante pode ser semelhante a esta:
Telefone analógico à prova de explosão → Gateway FXS → SIP / Despacho
Telefone SIP à prova de explosão → Rede IP → SIP / Despacho
↓
Plataforma de despacho → Gateway RoIP → Rádio de controle existente → Rádios portáteis / móveis
O objetivo da modernização deixa de ser padronizar todos os dispositivos de campo e passa a ser padronizar a forma como os recursos de comunicação das camadas superiores são apresentados e operados. Isso é especialmente útil em grandes plantas existentes, porque os sistemas telefônicos e de rádio podem ser atualizados em etapas, em vez de exigir a substituição de todos os dispositivos de campo durante uma única janela de manutenção.
Controle de latência e qualidade de áudio em enlaces RoIP
Ouvir uma frase sair por um rádio durante um teste de laboratório apenas comprova que a interface básica está conectada. Em produção, a voz precisa continuar utilizável depois de passar por várias etapas de processamento.
Uma transmissão de um telefone à prova de explosão para um usuário de rádio pode passar pela codificação do terminal SIP, transporte pela rede IP, processamento no servidor de despacho, decodificação no gateway RoIP, estabelecimento do PTT, transmissão pelo rádio de controle e recepção RF. O caminho de retorno repete o processo no sentido inverso. Se ocorrer transcodificação desnecessária entre essas etapas, a latência de ponta a ponta aumenta ainda mais.
Alguns milissegundos adicionais podem ser insignificantes em uma chamada telefônica comum, mas a operação de rádio com PTT é sensível a atraso. Se o usuário do telefone começar a falar antes que o PTT do rádio tenha estabelecido completamente o caminho de transmissão, a primeira palavra ou as primeiras sílabas podem se perder. Por isso, sistemas RoIP muitas vezes exigem um atraso de antecipação do PTT ou um período adequado de buffer de áudio.
A rede IP também precisa controlar variação de atraso, perda de pacotes e QoS. A voz pode compartilhar a rede industrial com videomonitoramento, tráfego de escritório e dados de supervisão de equipamentos. Se o tráfego RTP não receber QoS adequada durante períodos de congestionamento, os usuários podem experimentar áudio entrecortado, atraso na fala ou baixa inteligibilidade, mesmo que a própria conexão IP permaneça disponível.
A seleção de codec deve ser avaliada ao longo de todo o caminho. O G.711 oferece baixo atraso de processamento e ampla compatibilidade, mas consome mais largura de banda. Codecs comprimidos reduzem o consumo de banda, porém podem introduzir atraso adicional de codificação. O objetivo não deve ser escolher o codec com a especificação mais atraente, e sim minimizar transcodificações desnecessárias e criar um caminho de mídia estável e previsível entre o telefone, o servidor e o gateway RoIP.
O nível de áudio também precisa ser calibrado durante o comissionamento. Um nível RTP normal no lado telefônico não garante que o nível de entrada do rádio de controle esteja correto. Um nível muito baixo produz áudio de rádio fraco, enquanto níveis excessivos podem causar saturação e distorção. As direções de recepção e transmissão devem ser ajustadas separadamente.
Redundância do sistema e resiliência das comunicações de emergência
A interoperabilidade entre telefones à prova de explosão e sistemas de rádio é frequentemente usada em falhas de equipamentos, vazamentos, acidentes com pessoal e resposta a emergências, e não apenas em chamadas comuns de escritório. Quando dois sistemas independentes são conectados, também são introduzidos pontos de falha compartilhados.
Se todos os recursos de rádio dependerem de um único gateway RoIP e esse gateway perder energia, os usuários telefônicos deixarão de alcançar o sistema de rádio. Se o gateway continuar operacional, mas o único rádio de controle falhar, a plataforma IP deixa de ter um caminho RF funcional. Se um local remoto tiver apenas uma conexão IP com o centro de controle, a perda desse enlace também remove o acesso ao recurso de rádio remoto.
A necessidade de gateways RoIP redundantes, rádios de backup, caminhos de rede duplos, backup por VPN ou um centro de despacho secundário depende da criticidade do sistema. Nem todo projeto precisa de todas as formas de redundância, mas a equipe de projeto deve identificar cada ponto único de falha no caminho crítico de comunicação.
O controle de acesso também é importante. Uma estação de chamada usada em produção rotineira pode não precisar de acesso direto a um canal de rádio de emergência. Teclas de emergência podem receber rotas mais curtas e maior prioridade, enquanto usuários comuns devem ser impedidos de ocupar acidentalmente recursos críticos de rádio.
O projeto de gravação deve capturar toda a conversa entre os lados telefônico e de rádio. Se o gravador registrar apenas o áudio do telefone SIP, mas não o áudio de rádio retornado por RoIP, a reprodução do incidente conterá apenas metade da conversa. Quando vários sistemas são integrados, a sincronização de tempo também se torna importante. Registros de chamadas telefônicas, eventos PTT de rádio, ações de despacho e gravações devem, de preferência, compartilhar uma referência de tempo NTP consistente.
Estações fixas de chamada à prova de explosão também oferecem uma vantagem operacional importante: sua localização física já é conhecida. Se a plataforma de despacho mantiver um mapeamento confiável entre a identidade do ramal e o ponto de instalação, uma chamada recebida pode exibir imediatamente a localização do equipamento. O operador pode então levar essa informação para a coordenação por rádio sem exigir que o chamador gaste tempo valioso explicando onde ocorreu o incidente.
Testes e comissionamento do sistema de interoperabilidade
Um dos métodos de aceitação mais comuns para integração telefone–RoIP–rádio é simplesmente discar um número a partir de um telefone à prova de explosão e confirmar que um rádio portátil próximo reproduz áudio.
Esse teste comprova apenas que existe um caminho básico unidirecional.
O comissionamento formal deve testar separadamente as diferentes ações de comunicação. Comece fazendo um telefone à prova de explosão chamar um recurso de rádio e verifique se o PTT é acionado, se a primeira palavra é cortada e se o grupo de rádio recebe áudio claro. Em seguida, peça a um usuário de rádio que transmita de volta e confirme se a detecção COR/COS e o áudio RTP de retorno funcionam corretamente. A alternância rápida entre as partes também deve ser testada para determinar se a liberação e o novo acionamento do PTT introduzem atrasos perceptíveis.
Sistemas orientados a despacho também devem verificar:
Se o nome correto do dispositivo e a localização aparecem quando uma estação fixa chama;
Se o operador de despacho consegue selecionar com precisão o recurso de rádio pretendido;
Se o estado de rádio ocupado é claramente indicado e impede uma tomada de canal indesejada;
Se usuários de telefone e rádio conseguem alternar corretamente a fala depois que uma ponte de voz é estabelecida;
Se as gravações contêm o áudio dos dois lados da conversa;
Se PTT e voz continuam funcionais após uma comutação de contingência da rede, do servidor SIP ou do nó RoIP;
Se existe um caminho de backup predefinido caso o rádio de controle falhe.
Os testes finais também devem sair da sala de controle e chegar à área perigosa real. O ruído da sala de compressores, as características do microfone do telefone de campo, os limites da cobertura de rádio e a latência do enlace VPN são difíceis de reproduzir completamente em uma bancada de laboratório.
Um sistema prático de interoperabilidade não é aquele em que telefone e rádio conseguem se ouvir ocasionalmente. É aquele em que comunicações de locais fixos e recursos de rádio móvel podem ser conectados, controlados, gravados e novamente separados de forma confiável pelo operador de despacho sempre que as condições operacionais exigirem.
Perguntas frequentes
Um telefone SIP à prova de explosão pode se registrar diretamente em um gateway RoIP?
Depende do gateway RoIP e da arquitetura geral do sistema. Alguns gateways podem operar como recursos SIP conectados a um PBX ou servidor de despacho e podem oferecer suporte a determinadas configurações SIP ponto a ponto. No entanto, não se deve presumir que todo dispositivo RoIP consiga gerenciar grandes quantidades de telefones SIP como um IP PBX convencional. Em sistemas maiores, o servidor SIP ou a plataforma de despacho normalmente gerencia os telefones, enquanto o gateway RoIP fornece acesso aos recursos de rádio.
Um gateway RoIP pode conectar usuários de telefone a vários grupos de rádio?
Isso depende do número de canais do gateway, da quantidade de rádios conectados e dos recursos da plataforma de despacho. Um gateway RoIP multicanal pode conectar rádios de controle separados em canais diferentes, apresentando cada canal como um recurso de rádio independente. O grupo de rádio de destino pode então ser selecionado por roteamento de números, teclas programáveis, seleção do operador ou regras de negócio.
Um gateway RoIP pode converter diretamente DMR para P25 ou TETRA?
Não no sentido simples de traduzir diretamente um protocolo de interface aérea de rádio para outro. Muitos sistemas RoIP conectam rádios de controle compatíveis de diferentes sistemas de rádio e criam interoperabilidade na camada de áudio e controle PTT. Se o projeto exigir interoperabilidade mais profunda envolvendo IDs de grupos de conversação, mensagens, criptografia ou sinalização digital nativa, serão necessárias interfaces de sistema dedicadas e funções especializadas de interoperabilidade. Um gateway RoIP padrão baseado apenas em áudio não é suficiente.
Um telefone analógico à prova de explosão pode ser integrado a um sistema de despacho de rádio RoIP?
Sim. Pode ser usada uma arquitetura em camadas. O telefone analógico à prova de explosão se conecta primeiro, por meio de um gateway de voz FXS, à plataforma SIP ou de despacho, que então se conecta aos recursos de rádio RoIP. Isso permite manter em serviço a fiação analógica existente em campo enquanto telefones fixos e usuários de rádio são incorporados a um fluxo de despacho unificado.
Conectar um telefone à prova de explosão a um sistema de rádio afeta sua certificação Ex existente?
Adicionar um servidor SIP, uma plataforma de despacho ou um gateway RoIP no lado do sistema central não altera automaticamente a certificação do telefone à prova de explosão instalado em campo. No entanto, o dispositivo de campo, a alimentação, as entradas de cabo, o método de instalação e os acessórios devem permanecer dentro das condições de certificação aprovadas e dos requisitos do projeto. Qualquer modificação que envolva a estrutura certificada de proteção contra explosão deve ser avaliada separadamente.
