Un operador de despacho llama a un técnico de mantenimiento para comprobar una avería, se comunica después con el equipo de reparación y finalmente transmite una instrucción a varios grupos operativos. Durante la intervención, es posible que un supervisor deba incorporarse a una conversación en curso o liberar una llamada de menor prioridad. Cada acción cambia los destinatarios, la ruta del audio o el estado de una sesión existente. Comprender estos cambios es esencial al diseñar un sistema de despacho de voz que conecte teléfonos SIP, redes de radio y equipos de megafonía IP. En este contexto, las llamadas individuales, de grupo y generales describen el alcance de la comunicación; la intervención y la desconexión forzada describen actuaciones sobre llamadas controladas por la plataforma.
¿Quién recibe la llamada y quién puede hablar?
Llamada individual: un destinatario concreto
Una llamada individual comunica al operador con un usuario, una extensión o un terminal de campo determinado. El operador selecciona el destino en el directorio o marca su número, y la plataforma intenta establecer la conexión con ese recurso. Una vez contestada, ambas partes mantienen normalmente una conversación bidireccional. Este modo sirve para verificar una incidencia de forma privada, dar instrucciones a un técnico o devolver la llamada a un punto de asistencia de emergencia.
Un destino ocupado, desconectado o que no responde no equivale a una conversación completada. Según la configuración, la plataforma puede mostrar ocupado, poner la solicitud en cola, desviarla a una extensión de guardia alternativa o reintentar la llamada. Los registros operativos deben diferenciar entre intento de llamada, conexión establecida y conversación finalizada correctamente.
Llamada de grupo: un equipo definido
La llamada de grupo se dirige a un conjunto asignado de recursos de comunicación, como una brigada de mantenimiento, una patrulla de seguridad o un equipo de estación. El operador selecciona el grupo una sola vez en lugar de llamar a cada integrante. La pertenencia puede basarse en terminales fijos o en un cuadrante de servicio actualizado, por lo que la configuración debe reflejar quién se ocupa realmente del trabajo en cada momento.
Una llamada de grupo no es necesariamente una conferencia telefónica. En una conferencia interactiva, los participantes hablan mediante un puente de medios. En un grupo de radio, la transmisión puede ser semidúplex y depender de pulsar para hablar (PTT) o de la asignación del turno de palabra. En un grupo de megafonía SIP, la mayoría escucha mientras habla el operador autorizado. Son las reglas de audio y de uso de la palabra, y no el nombre mostrado en la consola, las que determinan el funcionamiento real.
Llamada general y multigrupo: mayor cobertura
Una llamada general alcanza a todos los terminales o grupos de un ámbito operativo definido y autorizado. Una llamada multigrupo combina varios grupos seleccionados para transmitir una misma instrucción. Por ejemplo, un depósito ferroviario puede avisar conjuntamente a mantenimiento, seguridad y control del tráfico sin incluir extensiones de oficina ajenas a la operación. Estos términos no se usan de igual forma en todos los productos, de modo que el diseño debe especificar los destinatarios y los límites de autorización.
La llamada general suele distribuir audio de uno a muchos, en lugar de crear una conferencia abierta en la que todos puedan hablar simultáneamente. Si hace falta una respuesta o confirmación, deben preverse una vía de devolución de llamada, una conferencia moderada o un mecanismo específico de acuse de recibo. Una llamada general ordinaria no constituye por sí sola un sistema homologado de evacuación por voz.
Del comando del operador a la ruta de audio
Antes de distribuir audio, la plataforma debe resolver cuatro cuestiones: quién solicita la comunicación, qué recursos son destinatarios, quién está autorizado a hablar y si ya está ocupada alguna sesión o canal. La operación habitual comienza verificando el directorio y los permisos, continúa con el establecimiento de las llamadas o la distribución de medios y termina registrando el resultado de cada destino. Por tanto, una sola solicitud de grupo puede producir varios estados de conexión y no un único resultado general de éxito.
Con terminales SIP, la señalización normalmente establece o modifica las sesiones y RTP transporta la voz. Una llamada individual puede utilizar una ruta de medios punto a punto o pasar por un servidor de medios controlado. Una conversación grupal interactiva puede emplear un puente de conferencia para mezclar el audio de los participantes. La megafonía puede servirse de sesiones SIP separadas o de otro método de distribución compatible, incluido multicast si la red y los terminales están configurados para ello. Un grupo de diez integrantes no exige necesariamente diez diálogos SIP idénticos: la implementación depende del servidor de llamadas y de la topología de medios.
Supongamos que un operador llama a un equipo de mantenimiento de cinco personas. Tres terminales responden, uno está ocupado y otro ha perdido la conexión de red. La pantalla de despacho debe reflejar esos estados, sin afirmar que participaron los cinco miembros. Si un trabajador pertenece a dos grupos seleccionados, el sistema también necesita una regla para gestionar la pertenencia duplicada y evitar que reciba copias de audio simultáneas o incompatibles.

Cómo se incorpora un supervisor autorizado a una llamada activa
La intervención en llamada, o barge-in, modifica una conversación activa en lugar de iniciar otra independiente. Imaginemos que el operador A habla con el técnico de campo B. El supervisor C ve la sesión en una interfaz autorizada y selecciona la función de intervención. La plataforma identifica la llamada y comprueba si C tiene permiso para incorporarse. Si lo tiene, el sistema de medios conecta a C con la conversación existente, por ejemplo, trasladando a los participantes a un puente de conferencia controlado. A y B siguen conectados y C puede escucharlos y hablar con ellos.
Una intervención satisfactoria implica más que pulsar un botón. La consola debe identificar la llamada afectada, indicar que C se ha incorporado y mostrar los cambios en participantes o medios. Según la política de funcionamiento, las otras partes pueden recibir un tono o aviso visual. Cuando C abandone la llamada, la plataforma debe restablecer la comunicación original entre dos personas o el estado correspondiente de la conferencia, sin cortar por error la sesión inicial.
Intervenir tampoco es lo mismo que supervisar en escucha, cuando un responsable oye la conversación, ni que asesorar en privado (whisper), cuando las indicaciones llegan solo a un participante. Estas funciones requieren distintas rutas de medios. Un teléfono SIP estándar no concede automáticamente permiso para intervenir en conversaciones de terceros; el servidor de llamadas o medios debe admitir esa operación. Para profundizar en las razones operativas, consulte el artículo sobre la intervención forzada en llamadas.
Cómo libera una sesión la desconexión forzada
La desconexión forzada, o liberación forzada, finaliza una llamada o la conexión de un participante concreto mediante una orden autorizada del sistema de despacho. Si una conferencia de grupo ordinaria ocupa un recurso necesario para una operación urgente, el operador puede seleccionar la sesión afectada, solicitar su liberación y comprobar qué conexiones se han eliminado realmente. El alcance es fundamental: expulsar a una persona, terminar toda la conferencia y liberar un canal de radio son acciones distintas.
La secuencia de control consiste en identificar la sesión activa, validar el perfil del operador y la protección del destino, solicitar la terminación a la plataforma responsable, actualizar los terminales y recursos de medios y registrar el resultado. Si se selecciona a un único integrante de una conferencia y el sistema admite expulsarlo individualmente, los demás pueden continuar conectados. Si la plataforma solo controla la conferencia completa, finalizarla puede desconectar a todos. La interfaz debe dejar clara esa consecuencia antes de ejecutar la orden.
En un sistema SIP gestionado por un servidor de llamadas o un agente de usuario de conexión consecutiva (B2BUA), las ramas de sesión establecidas suelen cerrarse mediante los mensajes SIP BYE correspondientes. Un intento de llamada que todavía no se ha establecido puede cancelarse. El servidor debe controlar los diálogos implicados; un terminal cualquiera no puede terminar una llamada ajena simplemente enviando su propio BYE. Cuando se pierde la conectividad de un terminal, también hay que distinguir entre eliminar el estado de la sesión en el servidor y confirmar que el audio remoto ha dejado de transmitirse.
No debe confundirse la desconexión forzada con la preempción por prioridad. La primera es la acción de liberar una sesión determinada; la segunda es una política de recursos que puede desplazar una comunicación de menor prioridad en favor de otra superior. Según los recursos disponibles y las reglas aplicadas, una solicitud urgente puede establecerse de inmediato, ponerse en cola o provocar una preempción. Una prioridad más alta no implica siempre una desconexión forzada.

Prioridades, permisos y solicitudes simultáneas
Un proyecto de despacho debe establecer qué hacer cuando llamadas rutinarias, coordinación de equipos e instrucciones urgentes compiten por los mismos recursos. Los usuarios ordinarios pueden tener permiso para llamar a sus propios grupos de trabajo, mientras que solo determinados supervisores pueden intervenir en ciertas sesiones. Algunos destinos, como los enlaces de emergencia activos, deben estar protegidos frente a interrupciones rutinarias, aunque el operador tenga autorización para contactar con varios grupos.
La autorización debe evaluar el perfil de origen, el recurso de destino, el estado de la llamada, la acción solicitada y su prioridad. Por ejemplo, si el supervisor C intenta incorporarse a la llamada entre A y B, una sesión caducada o la falta de permisos debe producir un rechazo visible. Si dos supervisores intentan intervenir al mismo tiempo, la plataforma necesita una regla de arbitraje coherente para evitar cambios de audio imprevisibles. Lo mismo ocurre cuando dos operadores solicitan simultáneamente un canal de radio semidúplex o una zona de megafonía.
La señalización de sesiones SIP y la prioridad operativa son aspectos distintos. RFC 4412 define la señalización SIP Resource-Priority para sistemas que reconocen los espacios de nombres de prioridad correspondientes y aplican sus políticas; no convierte todos los teléfonos SIP en dispositivos capaces de intervenir llamadas ni garantiza la preempción entre equipos de distintos fabricantes. La QoS de la red contribuye a proteger el transporte de voz, pero no concede autoridad para interrumpir conversaciones ajenas.
Los registros auditables de las intervenciones deben incluir la cuenta solicitante, la sesión afectada, la acción, la hora y el resultado. Cuando proceda, también deben registrar el motivo declarado, el aviso a los participantes y el estado de la grabación. Resultan especialmente útiles cuando, tras una avería de red, la consola muestra un estado diferente del que mantiene realmente un terminal remoto.
Integración de SIP, radio y megafonía
Una instalación de despacho de voz combinada puede reunir teléfonos SIP, un sistema central de control de llamadas, canales de radio y zonas de megafonía IP. El sistema de mando y despacho gestiona las solicitudes operativas, mientras cada red conectada conserva sus características de medios. Una conferencia SIP interactiva, un anuncio unidireccional y un grupo de radio con pulsar para hablar no pueden considerarse destinos de audio idénticos.
Para llamadas desde el puesto de operador, comunicación de grupos y megafonía, consulte las consolas de despacho SIP y los micrófonos de avisos de Becke Telcom.
Una pasarela RoIP compatible conecta determinados recursos de radio con un flujo de despacho IP. La ocupación del canal, los tiempos de pulsar para hablar y los permisos de transmisión deben coordinarse con la pasarela y el sistema de radio. Si un supervisor interviene en una llamada que utiliza un canal de radio semidúplex, añadir otro participante SIP no crea un segundo transmisor ni permite que dos usuarios de radio hablen simultáneamente por el mismo canal. Del mismo modo, los altavoces SIP y equipos de megafonía IP pueden distribuir avisos por zonas sin convertirse en participantes de una conferencia bidireccional.

Las pruebas de aceptación deben reproducir estados de comunicación reales, no limitarse a verificar que cada terminal se registra. Las siguientes comprobaciones permiten detectar la mayoría de las diferencias de comportamiento antes de la entrega:
Hacer una llamada individual a destinos disponibles, ocupados y desconectados; comprobar los estados y el encaminamiento alternativo.
Llamar a un grupo con un miembro no disponible; verificar quién conecta y quién tiene permiso para hablar.
Enviar una llamada general a grupos con miembros compartidos; confirmar la cobertura prevista y descartar audio duplicado.
Incorporarse como supervisor autorizado C a una llamada activa entre A y B; comprobar el audio, las notificaciones y el estado después de salir C.
Intentar intervenir y desconectar una llamada con una cuenta sin permisos; comprobar el rechazo y los registros de auditoría.
Liberar primero a un participante y después una sesión completa; verificar qué conexiones siguen activas y qué recursos se liberan.
Repetir las operaciones críticas por un enlace RoIP y una zona de megafonía, incluidas fallas de enlace, recuperación y protección de llamadas de emergencia.
La configuración resultante debe permitir que operadores y personal de campo conozcan de antemano el alcance de las llamadas, los derechos para hablar y los efectos de una intervención. Esa es la diferencia práctica entre reunir dispositivos SIP y disponer de un sistema de despacho de voz con control real de llamadas y liberaciones.
Preguntas frecuentes
¿Puede incorporarse un trabajador cuando ya ha comenzado la llamada de grupo?
Una conferencia en vivo puede admitir participantes tardíos, mientras que un grupo de megafonía quizá solo entregue el audio emitido después de la conexión del terminal. El servicio de grupo debe definir cómo se gestionan las incorporaciones tardías; añadir una extensión al directorio no introduce automáticamente a nadie en una conversación existente.
¿Recibirá más tarde una llamada general un terminal que estaba desconectado?
Normalmente, no. Un anuncio en directo llega a los terminales conectados y preparados para recibirlo en ese momento. La reproducción diferida, el almacenamiento de mensajes y los avisos por anuncios perdidos requieren funciones adicionales que deben especificarse por separado.
¿Puede un supervisor intervenir en una llamada SIP directa que no pasa por el servidor?
No mediante una función SIP genérica. La instalación necesita un mecanismo compatible que permita a una plataforma o función de terminal autorizada identificar y modificar la ruta de medios activa. Una sesión directa entre pares sin ese control puede no admitir intervención.
¿Pueden dos plataformas de despacho independientes compartir una misma jerarquía de prioridades?
Solo si los sistemas integrados comparten reglas compatibles de identidad, autorización y control de recursos. Los números de prioridad locales no significan automáticamente lo mismo en otro servidor o a través de una pasarela de radio; es necesario configurar y probar la correspondencia.
¿Puede la megafonía de grupo utilizar los altavoces analógicos existentes?
Sí, siempre que una pasarela de megafonía o interfaz de audio adecuada conecte el lado SIP con los amplificadores y circuitos de altavoces existentes. El diseño debe considerar las zonas, los niveles de audio, la capacidad de amplificación y los requisitos de certificación que puedan afectar al sistema de emergencias.