Enciclopedia
2026-09-18 17:59:51

¿Cómo interoperan los teléfonos antideflagrantes con los sistemas de radio?

Los teléfonos antideflagrantes pueden comunicarse con usuarios de radio mediante SIP, plataformas de despacho y pasarelas RoIP. Esta guía aborda rutas de llamada, control PTT, adaptación semidúplex, integración de sistemas existentes, latencia, redundancia y puesta en servicio.

Becke Telcom

¿Cómo interoperan los teléfonos antideflagrantes con los sistemas de radio?

Los teléfonos antideflagrantes y los sistemas de radio profesional son dos pilares importantes de las comunicaciones en entornos industriales peligrosos. Los teléfonos antideflagrantes fijos proporcionan comunicaciones fiables desde ubicaciones conocidas dentro de zonas peligrosas, mientras que las radios portátiles y móviles acompañan al personal de campo durante las inspecciones, el mantenimiento y la coordinación operativa. Sin embargo, en muchas plantas existentes ambos sistemas han evolucionado de forma independiente: la red telefónica funciona mediante infraestructura PBX o SIP, mientras que la red de radio utiliza canales dedicados o grupos de conversación, sin una vía de comunicación directa entre ambas.

La interoperabilidad entre teléfonos antideflagrantes y sistemas de radio busca eliminar esa separación. No convierte un teléfono SIP en una radio bidireccional. En su lugar, las pasarelas RoIP, las comunicaciones SIP y el control de despacho conectan el audio del teléfono fijo con el audio del canal de radio, el control PTT y las señales de estado de recepción, permitiendo que usuarios en ubicaciones fijas, operadores de despacho y usuarios de radio móvil participen en un mismo flujo de comunicación controlado.

Diferencias de comunicación entre teléfonos antideflagrantes y sistemas de radio

Tanto los teléfonos antideflagrantes como los sistemas de radio profesional transportan voz, pero funcionan con modelos de comunicación muy diferentes.

Un teléfono antideflagrante SIP se comporta de forma similar a un terminal telefónico convencional. El usuario descuelga o pulsa una tecla de llamada para establecer una llamada SIP. Normalmente ambas partes pueden hablar al mismo tiempo, mientras que el enrutamiento se determina mediante números de extensión, URI SIP, reglas de enrutamiento de la PBX o un servidor de despacho. El contenido multimedia suele transportarse de forma continua mediante RTP.

Los sistemas de radio suelen organizarse alrededor de un canal o un grupo de conversación. La radio analógica, DMR, P25, TETRA y otros sistemas de radio móvil profesional emplean distintas tecnologías de interfaz aérea, pero la operación de campo suele basarse en PTT: pulsar para transmitir y soltar para recibir. Por ello, un único canal físico de radio normalmente funciona de forma claramente semidúplex.

Esto genera dos diferencias fundamentales. Los usuarios de telefonía piensan en «¿a quién quiero llamar?», mientras que los usuarios de radio piensan en «¿qué canal o grupo debo utilizar?». El control también es diferente. Una vez establecida una llamada SIP, el teléfono puede enviar audio de inmediato, mientras que una radio debe activarse primero mediante PTT antes de iniciar la transmisión RF. En recepción, señales como COR, COS, estado de silenciamiento o indicación de canal ocupado también resultan útiles para que el sistema IP determine si se está recibiendo tráfico de radio válido.

RoIP no elimina estas diferencias; crea una correspondencia definida entre ellas. El lado telefónico continúa utilizando SIP y RTP, mientras que el lado de radio sigue usando sus equipos y canales existentes. La pasarela RoIP transporta el audio junto con el PTT y el control de detección de recepción a través de la red IP.

Teléfonos antideflagrantes en una zona peligrosa conectados mediante un servidor SIP, una plataforma de despacho y una pasarela RoIP a radios de control, permitiendo comunicación bidireccional con usuarios de radios portátiles y móviles
Teléfonos antideflagrantes en una zona peligrosa conectados mediante un servidor SIP, una plataforma de despacho y una pasarela RoIP a radios de control, permitiendo comunicación bidireccional con usuarios de radios portátiles y móviles

Arquitecturas de acceso para estaciones de llamada fijas y sistemas de radio

No existe una única arquitectura para conectar teléfonos con sistemas de radio. La principal decisión de diseño consiste en determinar si una llamada desde un teléfono SIP debe asignarse directamente a un recurso de radio o entrar primero en una plataforma de despacho, donde un operador decide cuándo y qué canal de radio debe utilizarse.

Asignación directa de canales de radio como recursos SIP

Un enfoque relativamente directo consiste en hacer que la pasarela RoIP aparezca como un terminal SIP, un recurso SIP u otro objeto de comunicación reconocido por la plataforma. A un canal de radio se le puede asignar un número de extensión o un nombre de recurso. Cuando un teléfono antideflagrante llama a ese destino, la voz se envía a la pasarela RoIP, que activa mediante PTT la radio de control conectada y transmite el audio por el canal de radio.

Esta arquitectura es adecuada para necesidades punto a punto claramente definidas. Por ejemplo, una estación de llamada antideflagrante en una sala de compresores puede necesitar comunicarse únicamente con el grupo de radio de mantenimiento. El número de teléfono puede quedar asignado de forma permanente a ese recurso de radio, de modo que los usuarios de campo no tengan que seleccionar por sí mismos canales de radio complejos.

La integración directa no significa que el teléfono pueda comunicarse exactamente como en una llamada dúplex completa normal. El lado de radio sigue las reglas PTT semidúplex, por lo que el sistema debe definir cuándo el audio telefónico activa el PTT de radio y cómo debe comportarse el teléfono cuando se está recibiendo audio desde la radio.

La plataforma de despacho como capa de control

Una segunda arquitectura resulta más adecuada para salas de control y comunicaciones de emergencia. El teléfono antideflagrante llama primero al operador de despacho, mientras que los canales de radio individuales se presentan como recursos separados en la plataforma de despacho. Tras recibir el informe de campo, el operador puede seleccionar una radio de mantenimiento, una radio de seguridad o un canal de emergencia y transmitir por ese recurso a través de la conexión RoIP.

Esto añade una capa adicional de control por parte del operador, pero establece límites operativos más claros. Un informe recibido desde un teléfono de campo no tiene por qué transmitirse a todos los usuarios de radio. El operador puede comprobar primero la información y decidir después qué grupo debe ser contactado. Cuando sea necesario, el usuario del teléfono y el recurso de radio también pueden unirse temporalmente en una misma sesión de voz.

En entornos industriales peligrosos, esta arquitectura suele ajustarse mejor a los procedimientos reales: la estación fija informa del incidente, los usuarios de radio coordinan la respuesta móvil y el puesto de despacho determina cuándo deben conectarse ambos dominios de comunicación.

Adaptación entre voz dúplex completa y PTT semidúplex

Considérese un teléfono antideflagrante SIP instalado en una zona de tanques. El teléfono está registrado en una IP PBX o en un servidor de comunicaciones de despacho. El equipo de mantenimiento utiliza radios analógicas o digitales, mientras que la sala de control dispone de una radio de control compatible conectada a una pasarela RoIP.

Cuando el teléfono antideflagrante realiza una llamada, la primera parte de la ruta no difiere de una llamada SIP normal:

Teléfono antideflagrante → Red IP → Servidor SIP / Plataforma de despacho

Una vez que el sistema determina que el destino es un recurso de radio, el audio RTP se entrega a la pasarela RoIP. La pasarela convierte el audio del lado IP a un formato adecuado para la entrada de audio de la radio de control y activa PTT cuando es necesario transmitir. La radio de control realiza la transmisión RF real, que después reciben las radios portátiles o móviles en campo.

La ruta inversa funciona de forma similar. Un usuario de radio pulsa PTT y habla. La radio de control recibe la señal RF y pasa el audio a la pasarela RoIP. La pasarela utiliza COR, COS, el estado de silenciamiento u otra señal de detección de recepción para determinar que existe tráfico de radio válido; después convierte ese audio en medios IP y lo devuelve a la plataforma de despacho o al lado telefónico.

En esta arquitectura, la pasarela RoIP no necesariamente decodifica por sí misma el protocolo de interfaz aérea DMR, P25 o TETRA. Muchas implementaciones utilizan una radio de control, una radio móvil o una estación base compatible que proporciona interfaces de audio y PTT, mientras que la pasarela RoIP controla ese terminal de radio. Siempre que el equipo de radio disponga de interfaces adecuadas de audio, PTT y detección de recepción, la misma arquitectura RoIP básica puede utilizarse con distintas tecnologías de radio.

Por eso debe confirmarse la interfaz de radio antes de seleccionar un dispositivo RoIP. Saber únicamente que «el sistema utiliza DMR» no es suficiente. El proyecto también debe identificar el modelo real de radio de control, si la interfaz de audio es de 2 o 4 hilos, qué interfaz eléctrica PTT está disponible, si existe COR/COS y cómo deben ajustarse el nivel de audio y la impedancia.

Llamada desde un teléfono antideflagrante SIP que pasa por una red IP y un servidor de despacho hasta una pasarela RoIP, que proporciona audio y control PTT a una radio de control mientras COR o COS devuelve el audio de radio recibido al teléfono y al sistema de despacho
Llamada desde un teléfono antideflagrante SIP que pasa por una red IP y un servidor de despacho hasta una pasarela RoIP, que proporciona audio y control PTT a una radio de control mientras COR o COS devuelve el audio de radio recibido al teléfono y al sistema de despacho

Conversión de voz y control entre SIP y RoIP

Conectar las rutas de audio es solo el primer paso. En muchos proyectos de interoperabilidad, el problema más complejo es controlar quién tiene permiso para transmitir.

Los usuarios de teléfonos SIP están acostumbrados a descolgar y hablar sin pulsar PTT antes de cada frase. Los usuarios de radio trabajan de forma distinta: sin PTT, la radio no transmite. Por ello, el sistema necesita un método definido para determinar cuándo el audio procedente del teléfono debe hacer que la pasarela RoIP active el PTT de radio.

El control explícito suele ser el método más predecible. Un operador de despacho puede disponer de una tecla PTT dedicada y activar el recurso de radio seleccionado únicamente mientras mantiene pulsado el botón. En estaciones de llamada industriales dedicadas también pueden utilizarse teclas programables, DTMF o comandos de control definidos por el sistema para entrar en modo de transmisión.

Algunos sistemas utilizan detección de actividad de voz para activar PTT automáticamente cuando se detecta habla. Puede resultar cómodo para el usuario, pero debe aplicarse con precaución en entornos industriales ruidosos. Bombas, compresores, sistemas de ventilación y alarmas pueden entrar en la ruta del micrófono. Si el umbral VAD está mal configurado, el ruido de fondo puede activar repetidamente la radio y ocupar el canal.

La ocupación del canal de radio es otra consideración. Si un usuario de radio ya está transmitiendo y el lado telefónico activa PTT al mismo tiempo, pueden producirse colisiones de voz. Cuando la pasarela RoIP puede supervisar COR/COS o el estado de canal ocupado, el sistema de despacho puede identificar que el recurso de radio está recibiendo y retrasar o bloquear otra transmisión.

Por tanto, la interoperabilidad entre telefonía y radio es más que un simple puente de voz. Un sistema utilizable debe definir al menos tres aspectos:

  • Cuándo se permite transmitir desde el lado telefónico;

  • Si el lado IP puede interrumpir mientras el recurso de radio está recibiendo;

  • Con qué rapidez se libera PTT y el canal vuelve al modo de recepción después de terminar de hablar.

Si el retardo final de PTT es demasiado corto, la última palabra o sílaba puede quedar recortada. Si es demasiado largo, el canal de radio permanece ocupado innecesariamente. Estos valores deben probarse con el equipo de radio real y no copiarse de otro proyecto.

Función de la plataforma de despacho en las comunicaciones fijas y móviles

Si el requisito se limita a conectar un teléfono con un canal de radio, la propia pasarela RoIP puede resolver gran parte del problema de interfaz. Sin embargo, las instalaciones industriales rara vez permanecen en una escala uno a uno.

Una refinería puede disponer de numerosos teléfonos antideflagrantes distribuidos por zonas de tanques, áreas de carga, estaciones de bombeo y edificios de compresores. Los recursos de radio pueden incluir grupos de mantenimiento, seguridad, respuesta contra incendios y producción. En ese punto, el sistema de despacho deja de ser solo una ruta de audio y pasa a ser la capa que establece las relaciones operativas entre distintos recursos de comunicación.

Un teléfono antideflagrante fijo puede mostrarse en la interfaz de despacho como «Teléfono T-03 de la zona de tanques» en lugar de una extensión SIP poco intuitiva. Un recurso RoIP puede aparecer como «Canal DMR de mantenimiento» o «Radio de emergencia». El operador ve ubicaciones operativas y nombres de servicio en lugar de URI SIP, puertos de pasarela o modelos de radio.

Cuando entra una llamada desde un teléfono de la zona de tanques, el puesto de despacho identifica inmediatamente la ubicación fija. Tras confirmar el incidente, el operador puede seleccionar la radio de mantenimiento para contactar con los técnicos. Si la situación escala, también pueden añadirse los grupos de radio de respuesta contra incendios y seguridad. Cuando sea necesario, un puente de voz temporal puede permitir que la persona situada en el teléfono antideflagrante escuche y responda directamente al grupo de radio.

Este tipo de puente se controla mejor desde el puesto de despacho que mediante una conexión permanente entre todos los teléfonos y grupos de radio. Un puente permanente mantiene unidos continuamente dos dominios de comunicación independientes, permitiendo que el tráfico telefónico rutinario entre en el canal de radio y que el tráfico interno de radio ocupe innecesariamente recursos del lado telefónico.

Por tanto, el objetivo del control de despacho es conectar los dominios de comunicación cuando el evento operativo lo requiera, en lugar de mantenerlos unidos permanentemente.

Integración de sistemas de comunicación analógicos existentes

Muchas plantas en operación son instalaciones existentes sujetas a modernización, no proyectos de nueva construcción. Un sitio puede disponer ya de teléfonos antideflagrantes analógicos en servicio desde hace una década, junto con equipos de radio UHF o VHF convencionales en la sala de control. Sustituir cada dispositivo por terminales SIP y nuevos sistemas de radio siempre que se requiera interoperabilidad aumentaría tanto el coste del proyecto como el riesgo asociado a una parada.

Estos entornos pueden integrarse por capas.

Los teléfonos analógicos existentes pueden conectarse a una IP PBX o una plataforma de despacho mediante una pasarela de voz FXS. Desde la perspectiva del sistema de despacho, cada teléfono se convierte en un recurso identificable y llamable. El hecho de que la conexión final en campo siga siendo un par de cobre analógico no impide incorporarla a un flujo de llamadas unificado.

En el lado de radio, la radio de control existente puede permanecer en servicio. La pasarela RoIP se conecta a sus interfaces de audio, PTT y COR/COS y extiende el recurso de radio local a través de la red IP.

La arquitectura resultante puede ser la siguiente:

Teléfono antideflagrante analógico → Pasarela FXS → SIP / Despacho
       Teléfono antideflagrante SIP → Red IP → SIP / Despacho
       ↓
       Plataforma de despacho → Pasarela RoIP → Radio de control existente → Radios portátiles / móviles

El objetivo de la modernización pasa de estandarizar todos los dispositivos de campo a estandarizar la forma en que los recursos de comunicación de capas superiores se presentan y operan. Esto resulta especialmente útil en grandes plantas existentes, ya que los sistemas telefónicos y de radio pueden actualizarse por fases en lugar de exigir la sustitución de todos los equipos de campo durante una única ventana de mantenimiento.

Planta industrial existente que conserva teléfonos antideflagrantes analógicos y radios heredadas mientras utiliza una pasarela de voz FXS y una pasarela RoIP para integrarlos con una plataforma de despacho SIP unificada
Planta industrial existente que conserva teléfonos antideflagrantes analógicos y radios heredadas mientras utiliza una pasarela de voz FXS y una pasarela RoIP para integrarlos con una plataforma de despacho SIP unificada

Control de latencia y calidad de audio en enlaces RoIP

Escuchar una frase a través de una radio durante una prueba de laboratorio solo demuestra que la interfaz básica está conectada. En producción, la voz debe seguir siendo utilizable después de pasar por varias etapas de procesamiento.

Una transmisión desde un teléfono antideflagrante a un usuario de radio puede pasar por la codificación del terminal SIP, el transporte en la red IP, el procesamiento del servidor de despacho, la decodificación de la pasarela RoIP, el establecimiento de PTT, la transmisión de la radio de control y la recepción RF. La ruta de retorno repite el proceso a la inversa. Si entre estas etapas se realiza una transcodificación innecesaria, la latencia de extremo a extremo aumenta aún más.

Algunos milisegundos adicionales pueden ser insignificantes en una llamada telefónica normal, pero la operación de radio con PTT es sensible al retardo. Si el usuario del teléfono empieza a hablar antes de que el PTT de radio haya establecido por completo la ruta de transmisión, puede perderse la primera palabra o las primeras sílabas. Por eso, los sistemas RoIP suelen requerir un retardo previo de PTT o un periodo de almacenamiento en búfer de audio adecuado.

La red IP también debe controlar variación de retardo, pérdida de paquetes y QoS. La voz puede compartir la red industrial con videovigilancia, tráfico de oficina y datos de supervisión de equipos. Si el tráfico RTP no recibe la QoS adecuada durante periodos de congestión, los usuarios pueden experimentar audio entrecortado, retraso de voz o baja inteligibilidad aunque la propia conexión IP continúe disponible.

La selección del códec debe evaluarse a lo largo de toda la ruta. G.711 proporciona baja latencia de procesamiento y amplia compatibilidad, pero consume más ancho de banda. Los códecs comprimidos reducen el consumo de ancho de banda, aunque pueden introducir un retardo adicional de codificación. El objetivo no debe ser elegir el códec con la especificación más atractiva, sino minimizar la transcodificación innecesaria y crear una ruta de medios estable y predecible entre el teléfono, el servidor y la pasarela RoIP.

El nivel de audio también debe calibrarse durante la puesta en servicio. Un nivel RTP normal en el lado telefónico no garantiza que el nivel de entrada de la radio de control sea correcto. Un nivel demasiado bajo produce audio de radio débil, mientras que un nivel excesivo puede provocar recorte y distorsión. Las direcciones de recepción y transmisión deben ajustarse por separado.

Redundancia del sistema y resiliencia de las comunicaciones de emergencia

La interoperabilidad entre teléfonos antideflagrantes y sistemas de radio suele utilizarse para fallos de equipos, fugas, lesiones de personal y respuesta a emergencias, más que para llamadas normales de oficina. Cuando se conectan dos sistemas independientes, también aparecen puntos de fallo compartidos.

Si todos los recursos de radio dependen de una sola pasarela RoIP y esta pierde alimentación, los usuarios telefónicos ya no pueden acceder al sistema de radio. Si la pasarela continúa operativa pero falla la única radio de control, la plataforma IP deja de disponer de una ruta RF funcional. Si un sitio remoto tiene una única conexión IP con el centro de control, la pérdida de ese enlace también elimina el acceso al recurso de radio remoto.

La necesidad de pasarelas RoIP redundantes, radios de respaldo, rutas de red dobles, respaldo VPN o un centro de despacho secundario depende de la criticidad del sistema. No todos los proyectos necesitan todas las formas de redundancia, pero el equipo de diseño debe identificar cada punto único de fallo dentro de la ruta crítica de comunicación.

El control de acceso también es importante. Una estación de llamada utilizada para producción rutinaria puede no necesitar acceso directo a un canal de radio de emergencia. Las teclas de emergencia pueden asignarse a rutas más cortas y con mayor prioridad, mientras que debe evitarse que los usuarios ordinarios ocupen accidentalmente recursos de radio críticos.

El diseño de grabación debe capturar la conversación completa entre los lados telefónico y de radio. Si la grabadora solo registra el audio del teléfono SIP, pero no el audio de radio devuelto mediante RoIP, la reproducción del incidente contendrá solo la mitad de la conversación. Cuando se integran varios sistemas, la sincronización horaria también resulta importante. Los registros de llamadas telefónicas, los eventos PTT de radio, las acciones de despacho y las grabaciones deberían compartir, preferiblemente, una referencia de tiempo NTP coherente.

Las estaciones de llamada antideflagrantes fijas también aportan una ventaja operativa importante: su ubicación física ya es conocida. Si la plataforma de despacho mantiene una correspondencia fiable entre la identidad de la extensión y el punto de instalación, una llamada entrante puede mostrar inmediatamente la ubicación del equipo. El operador puede incorporar esa información de ubicación a la coordinación por radio sin obligar al llamante a dedicar un tiempo valioso a explicar dónde se produjo el incidente.

Pruebas y puesta en servicio del sistema de interoperabilidad

Uno de los métodos de aceptación más comunes para la integración teléfono–RoIP–radio consiste simplemente en marcar un número desde un teléfono antideflagrante y confirmar que una radio portátil cercana reproduce el audio.

Esa prueba solo demuestra que existe una ruta básica unidireccional.

La puesta en servicio formal debe probar por separado las diferentes acciones de comunicación. Comience haciendo que un teléfono antideflagrante llame a un recurso de radio y compruebe si se activa PTT, si se recorta la primera palabra y si el grupo de radio recibe audio claro. Después, permita que un usuario de radio transmita en sentido inverso y confirme que la detección COR/COS y el audio RTP de retorno funcionan correctamente. También debe probarse la alternancia rápida de turnos para determinar si la liberación y la nueva activación de PTT introducen retrasos perceptibles.

Los sistemas orientados al despacho también deben verificar:

  • Si se muestran el nombre correcto del dispositivo y su ubicación cuando entra una llamada desde una estación fija;

  • Si el operador de despacho puede seleccionar con precisión el recurso de radio previsto;

  • Si el estado de radio ocupada se indica claramente y evita una toma de canal no deseada;

  • Si los usuarios de teléfono y radio pueden alternar correctamente la conversación después de establecer un puente de voz;

  • Si las grabaciones contienen el audio de ambos lados de la conversación;

  • Si PTT y la voz continúan funcionando después de una conmutación por fallo de red, servidor SIP o nodo RoIP;

  • Si existe una ruta de respaldo predefinida en caso de fallo de la radio de control.

Las pruebas finales también deben salir de la sala de control y realizarse en la zona peligrosa real. El ruido de una sala de compresores, las características del micrófono del teléfono de campo, la cobertura de radio en zonas límite y la latencia de un enlace VPN son difíciles de reproducir por completo en un banco de laboratorio.

Un sistema de interoperabilidad práctico no es aquel en el que el teléfono y la radio pueden escucharse de vez en cuando. Es aquel en el que las comunicaciones desde ubicaciones fijas y los recursos de radio móvil pueden conectarse, controlarse, grabarse y separarse de nuevo de forma fiable por el operador de despacho siempre que las condiciones operativas lo requieran.

Puesta en servicio de un teléfono antideflagrante y un sistema de despacho de radio RoIP, probando llamadas de teléfono a radio, audio de retorno de radio, temporización PTT, estado de radio ocupada, grabación bidireccional, conmutación por fallo de red y calidad de voz en condiciones de campo con alto nivel de ruido
Puesta en servicio de un teléfono antideflagrante y un sistema de despacho de radio RoIP, probando llamadas de teléfono a radio, audio de retorno de radio, temporización PTT, estado de radio ocupada, grabación bidireccional, conmutación por fallo de red y calidad de voz en condiciones de campo con alto nivel de ruido

Preguntas frecuentes

¿Puede un teléfono antideflagrante SIP registrarse directamente en una pasarela RoIP?

Depende de la pasarela RoIP y de la arquitectura general del sistema. Algunas pasarelas pueden funcionar como recursos SIP conectados a una PBX o a un servidor de despacho y pueden admitir determinadas configuraciones SIP punto a punto. Sin embargo, no debe suponerse que todos los dispositivos RoIP puedan gestionar grandes cantidades de teléfonos SIP como una IP PBX convencional. En sistemas de mayor tamaño, el servidor SIP o la plataforma de despacho normalmente administra los teléfonos, mientras que la pasarela RoIP proporciona acceso a los recursos de radio.

¿Puede una pasarela RoIP conectar usuarios de teléfono con varios grupos de radio?

Depende del número de canales de la pasarela, de la cantidad de radios conectadas y de las capacidades de la plataforma de despacho. Una pasarela RoIP multicanal puede conectar radios de control independientes en diferentes canales, presentando cada canal como un recurso de radio separado. El grupo de radio de destino puede seleccionarse mediante enrutamiento de números, teclas programables, selección del operador o reglas de negocio.

¿Puede una pasarela RoIP convertir directamente DMR a P25 o TETRA?

No en el sentido simple de traducir directamente un protocolo de interfaz aérea de radio a otro. Muchos sistemas RoIP conectan radios de control compatibles de distintos sistemas de radio y crean interoperabilidad en la capa de audio y control PTT. Si el proyecto requiere una interoperabilidad más profunda que incluya identificadores de grupos de conversación, mensajería, cifrado o señalización digital nativa, se necesitan interfaces de sistema dedicadas y funciones especializadas de interoperabilidad. Una pasarela RoIP estándar basada únicamente en audio no es suficiente.

¿Puede integrarse un teléfono antideflagrante analógico en un sistema de despacho de radio RoIP?

Sí. Puede utilizarse una arquitectura por capas. El teléfono antideflagrante analógico se conecta primero mediante una pasarela de voz FXS a la plataforma SIP o de despacho, que a su vez se conecta con los recursos de radio RoIP. Esto permite mantener en servicio el cableado telefónico analógico existente mientras los teléfonos fijos y los usuarios de radio se incorporan a un flujo de despacho unificado.

¿Conectar un teléfono antideflagrante a un sistema de radio afecta a su certificación Ex existente?

Añadir un servidor SIP, una plataforma de despacho o una pasarela RoIP en el lado del sistema central no modifica automáticamente la certificación del teléfono antideflagrante instalado en campo. No obstante, el dispositivo de campo, la alimentación, las entradas de cable, el método de instalación y los accesorios deben mantenerse dentro de los requisitos de certificación y del proyecto aprobados. Cualquier modificación que afecte a la estructura certificada de protección contra explosiones debe evaluarse por separado.

Productos Recomendados
Catálogo
Servicio al cliente Teléfono
We use cookie to improve your online experience. By continuing to browse this website, you agree to our use of cookie.

Cookies

This Cookie Policy explains how we use cookies and similar technologies when you access or use our website and related services. Please read this Policy together with our Terms and Conditions and Privacy Policy so that you understand how we collect, use, and protect information.

By continuing to access or use our Services, you acknowledge that cookies and similar technologies may be used as described in this Policy, subject to applicable law and your available choices.

Updates to This Cookie Policy

We may revise this Cookie Policy from time to time to reflect changes in legal requirements, technology, or our business practices. When we make updates, the revised version will be posted on this page and will become effective from the date of publication unless otherwise required by law.

Where required, we will provide additional notice or request your consent before applying material changes that affect your rights or choices.

What Are Cookies?

Cookies are small text files placed on your device when you visit a website or interact with certain online content. They help websites recognize your browser or device, remember your preferences, support essential functionality, and improve the overall user experience.

In this Cookie Policy, the term “cookies” also includes similar technologies such as pixels, tags, web beacons, and other tracking tools that perform comparable functions.

Why We Use Cookies

We use cookies to help our website function properly, remember user preferences, enhance website performance, understand how visitors interact with our pages, and support security, analytics, and marketing activities where permitted by law.

We use cookies to keep our website functional, secure, efficient, and more relevant to your browsing experience.

Categories of Cookies We Use

Strictly Necessary Cookies

These cookies are essential for the operation of the website and cannot be disabled in our systems where they are required to provide the service you request. They are typically set in response to actions such as setting privacy preferences, signing in, or submitting forms.

Without these cookies, certain parts of the website may not function correctly.

Functional Cookies

Functional cookies enable enhanced features and personalization, such as remembering your preferences, language settings, or previously selected options. These cookies may be set by us or by third-party providers whose services are integrated into our website.

If you disable these cookies, some services or features may not work as intended.

Performance and Analytics Cookies

These cookies help us understand how visitors use our website by collecting information such as traffic sources, page visits, navigation behavior, and general interaction patterns. In many cases, this information is aggregated and does not directly identify individual users.

We use this information to improve website performance, usability, and content relevance.

Targeting and Advertising Cookies

These cookies may be placed by our advertising or marketing partners to help deliver more relevant ads and measure the effectiveness of campaigns. They may use information about your browsing activity across different websites and services to build a profile of your interests.

These cookies generally do not store directly identifying personal information, but they may identify your browser or device.

First-Party and Third-Party Cookies

Some cookies are set directly by our website and are referred to as first-party cookies. Other cookies are set by third-party services, such as analytics providers, embedded content providers, or advertising partners, and are referred to as third-party cookies.

Third-party providers may use their own cookies in accordance with their own privacy and cookie policies.

Information Collected Through Cookies

Depending on the type of cookie used, the information collected may include browser type, device type, IP address, referring website, pages viewed, time spent on pages, clickstream behavior, and general usage patterns.

This information helps us maintain the website, improve performance, enhance security, and provide a better user experience.

Your Cookie Choices

You can control or disable cookies through your browser settings and, where available, through our cookie consent or preference management tools. Depending on your location, you may also have the right to accept or reject certain categories of cookies, especially those used for analytics, personalization, or advertising purposes.

Please note that blocking or deleting certain cookies may affect the availability, functionality, or performance of some parts of the website.

Restricting cookies may limit certain features and reduce the quality of your experience on the website.

Cookies in Mobile Applications

Where our mobile applications use cookie-like technologies, they are generally limited to those required for core functionality, security, and service delivery. Disabling these essential technologies may affect the normal operation of the application.

We do not use essential mobile application cookies to store unnecessary personal information.

How to Manage Cookies

Most web browsers allow you to manage cookies through browser settings. You can usually choose to block, delete, or receive alerts before cookies are stored. Because browser controls vary, please refer to your browser provider’s support documentation for details on how to manage cookie settings.

Contact Us

If you have any questions about this Cookie Policy or our use of cookies and similar technologies, please contact us at support@becke.cc .