Enciclopedia
2026-10-09 16:39:34

Control de llamadas en despacho de voz: llamadas individuales, de grupo e intervención prioritaria

Cómo funcionan las llamadas individuales, de grupo y generales, la intervención y la desconexión forzada en el despacho de voz SIP, con rutas de audio, permisos y pruebas.

Becke Telcom

Control de llamadas en despacho de voz: llamadas individuales, de grupo e intervención prioritaria

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.

Comparación de modos de llamada en despacho de voz: comunicación individual, llamada a un equipo definido y llamada general a varios grupos autorizados

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.

Flujo de control de llamadas que muestra la incorporación de un supervisor a una conversación entre A y B y la desconexión forzada de una sesión seleccionada

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.

Arquitectura de despacho de voz que conecta una consola SIP con el control de llamadas, usuarios de radio mediante una pasarela RoIP y zonas de megafonía SIP

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.

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 .