Diseño de talkgroups: planes de canales que realmente funcionan bajo estrés

Un plan de talkgroups se ve bien en una hoja de cálculo dentro de una oficina tranquila. La prueba real llega a las 3:00 a.m. en un incendio estructural activo, con un carro de ayuda mutua con el que nunca ha trabajado, un bombero nuevo que lleva apenas dos semanas fuera de la inducción, y un jefe de batallón tratando de mover tres compañías a la vez. Si su plan solo funciona cuando todos están tranquilos y descansados, no es un plan. Es un deseo. Esta guía explica cómo construir un plan de canales que se sostenga cuando las personas que lo usan están estresadas, cansadas y actuando rápido.

En esta guía
  1. Qué es realmente un talkgroup
  2. Los cuatro roles de trabajo: despacho, comando, táctico y operaciones
  3. El error número uno: demasiados talkgroups
  4. Cómo construir un plan memorable alineado con el ICS
  5. Listas de escaneo y monitoreo sin saturarse
  6. El respaldo que siempre debe existir: simplex y talkaround
  7. Talkgroups de interoperabilidad y nomenclatura estandarizada
  8. Entrenamiento, memoria muscular y límites honestos

Qué es realmente un talkgroup

Antes de poder diseñar un plan, todos los involucrados deben compartir el mismo modelo mental de lo que es un talkgroup, porque no se comporta como los canales convencionales con los que muchos de nosotros crecimos. En un sistema troncalizado, un talkgroup es un canal lógico, no una frecuencia física. Cuando usted transmite en un talkgroup, el sistema busca una ruta de radiofrecuencia disponible dentro de un conjunto compartido de frecuencias y la asigna durante la duración de esa transmisión. La siguiente transmisión en el mismo talkgroup puede usar una frecuencia completamente distinta. Los radios resuelven todo esto en segundo plano. Para el usuario, simplemente suena como un canal.

Esto importa para el diseño de varias maneras concretas. Debido a que las frecuencias se comparten entre muchos talkgroups, la capacidad es limitada. Un incidente con mucho tráfico puede competir con el tráfico rutinario de otras partes del sistema por el mismo conjunto de rutas disponibles. De ahí viene la señal de ocupado, o el tono de rechazo (bonk tone). Es el sistema indicándole que no hay ninguna ruta disponible en ese momento. Entender esto marca la diferencia entre un plan que asume canales infinitos y uno que respeta el hecho de que los talkgroups se alimentan de un mismo pozo compartido.

La mayoría de los sistemas troncalizados modernos de seguridad pública en los Estados Unidos siguen el estándar P25, formalmente la familia de especificaciones TIA-102. El P25 define cómo funcionan el control de troncalización, la asignación de direcciones de talkgroups y la interoperabilidad, de modo que radios compatibles de distintos fabricantes puedan operar en el mismo sistema. No necesita memorizar el estándar para diseñar un buen plan, pero debe saber que existe, porque es la razón por la cual un radio bien programado puede afiliarse a un talkgroup y desplazarse entre sitios sin que el usuario tenga que pensar en frecuencias.

Lógico, no físico

Diga esto en voz alta durante los entrenamientos hasta que quede claro: un talkgroup es una etiqueta para una conversación, y el sistema elige la ruta de radio por debajo de ella. Las tripulaciones que entienden esto dejan de esperar que un talkgroup se comporte como una frecuencia fija, y dejan de sorprenderse cuando una señal de ocupado significa que el sistema está saturado y no que el radio está dañado.

Los cuatro roles de trabajo: despacho, comando, táctico y operaciones

Un plan útil parte de la función, no de una lista en blanco de canales numerados. En la mayoría de los incidentes existen cuatro tareas distintas que el tráfico de radio debe cumplir, y cada una necesita su propio talkgroup para que el tráfico no se pise entre sí.

El punto no es que cada llamada use cuatro talkgroups. Un incendio de contenedor usa solo uno. El punto es que su plan debe tener un talkgroup limpio y obvio disponible para cada uno de estos roles cuando el incidente lo requiera, y que el personal debe saber cuál es cuál sin tener que consultarlo.

El error número uno: demasiados talkgroups

Si hay un solo modo de falla que aparece una y otra vez en las revisiones posteriores a la acción, es este: el plan tenía un talkgroup para todo, y bajo estrés nadie podía encontrar el correcto. Cada talkgroup adicional es una decisión más que un cerebro estresado debe tomar, una posición más en la perilla del radio, una entrada más en una zona que hay que desplazar para llegar. Los talkgroups son baratos de crear en la programación y costosos de usar correctamente en una mala noche.

Es realmente tentador agregar uno más. Un talkgroup especial para el equipo de rescate acuático. Uno exclusivo para el investigador de incendios. Uno para la división de entrenamiento. Cada uno se puede justificar por separado. Juntos producen una plantilla de radio con cientos de entradas que ningún miembro en servicio puede navegar con rapidez. El resultado es predecible. La gente se queda en despacho porque es el que puede encontrar, el tráfico táctico entierra al tráfico estratégico, y los talkgroups especiales cuidadosamente diseñados quedan vacíos porque llegar a ellos exige detenerse a pensar.

Este es un punto donde el criterio le gana a la fórmula, y la honestidad exige decirlo. No existe un número correcto de talkgroups. Un departamento combinado pequeño que cubre una sola zona de primera respuesta tiene necesidades muy distintas a las de un sistema metropolitano grande que maneja decenas de incidentes simultáneos. Lo que sí se puede defender es el principio: la cantidad de talkgroups entre los que una tripulación debe elegir en medio de un incidente debe ser lo suficientemente pequeña como para caber en la memoria de trabajo, y cada talkgroup que exista debe tener un dueño claro y un propósito claro. Si no puede explicar en una sola frase cuándo se usa un talkgroup, probablemente no debería existir como una entrada separada que el personal en campo tenga que navegar.

La prueba de la perilla

Entréguele un radio a alguien que lleve un mes en el cargo. Deles un escenario creíble y pídales que lleguen al talkgroup táctico correspondiente. Cronometre cuánto tarda y observe dónde duda. Si tarda más de un par de segundos o tiene que preguntar, el plan es demasiado complejo para esa posición en la perilla, sin importar qué tan lógico le pareciera cuando lo construyó.

Cómo construir un plan memorable alineado con el ICS

Los planes más sólidos toman prestada su estructura del sistema de comando de incidentes en el que las tripulaciones ya están entrenadas, de modo que el radio coincida con la forma en que se organiza el incidente. Si su incidente tiene divisiones y grupos, y sus talkgroups tácticos corresponden claramente a esas divisiones y grupos, entonces la asignación de radio se deriva directamente de la asignación táctica. Un comandante que asigna una compañía a la División 2 puede asignarla al talkgroup de la División 2 en la misma frase, y para todos es obvio cuál es.

Algunas prácticas tienden a funcionar bien en distintos departamentos:

Nada de esto es exótico. Es la disciplina de hacer que el radio refleje la estructura de comando para que una decisión determine la otra, en lugar de obligar al comandante a traducir mentalmente entre dos sistemas distintos mientras el edificio arde.

Listas de escaneo y monitoreo sin saturarse

El escaneo es una de las funciones más útiles y también de las más mal utilizadas en un radio troncalizado. Una lista de escaneo permite que un radio monitoree varios talkgroups y se detenga en el que tenga tráfico, de modo que un miembro pueda mantener conciencia situacional de más de una conversación a la vez. Bien usado, permite que un oficial de seguridad escuche tanto comando como táctico, o que un oficial de compañía esté pendiente de despacho mientras trabaja en un talkgroup táctico.

Usado incorrectamente, el escaneo crea dos problemas distintos. El primero es el caos auditivo. Un radio escaneando demasiados talkgroups activos salta de conversación en conversación, y quien escucha capta fragmentos de todo y la totalidad de nada. En una noche ocupada esto es peor que inútil, porque da la sensación de estar monitoreando cuando en realidad se está perdiendo el propio tráfico. El segundo problema es la confusión al transmitir. En muchos radios, el talkgroup en el que transmite un radio en modo escaneo depende de la configuración y de en cuál se detuvo por última vez. Un miembro que transmite esperando estar en su talkgroup táctico, y que en realidad está en otro, acaba de poner una transmisión donde nadie la estaba escuchando.

El respaldo que siempre debe existir: simplex y talkaround

Todo plan troncalizado necesita un plan para cuando el sistema troncalizado no está disponible. La infraestructura falla. Los sitios caen. La cobertura se pierde dentro de un sótano grande, una estructura de acero o un estacionamiento subterráneo. El sistema llega a su capacidad máxima durante un evento importante y comienzan las señales de ocupado. Cuando ocurre cualquiera de estas situaciones, los radios necesitan un lugar al cual recurrir que no dependa del sistema en absoluto.

Ese lugar es el simplex, también llamado directo o talkaround según el término local. En un canal simplex, los radios se comunican entre sí de manera directa, unidad a unidad, sin repetidor ni control de troncalización de por medio. El alcance es menor y no hay cobertura de área amplia, pero sigue funcionando cuando todo lo demás se detiene. Este es el respaldo del incendio, y debe existir en cada radio, estar claramente etiquetado y practicarse.

Algunos puntos que separan un respaldo real de un simple trámite:

Troncalizado más simplex, siempre ambos

Un plan de canales no está terminado cuando se han definido los talkgroups troncalizados. Está terminado cuando existe, junto a ellos, un respaldo simplex claramente etiquetado y las tripulaciones han practicado el cambio. El sistema troncalizado le da alcance y coordinación. El simplex le da un piso del cual no puede caer. Se diseña para ambos porque la mala noche es precisamente cuando el sistema tiene más probabilidad de estar saturado.

Talkgroups de interoperabilidad y nomenclatura estandarizada

Cuando agencias que normalmente no trabajan juntas se presentan en el mismo incidente, necesitan un lugar común para comunicarse. Para eso existen los talkgroups y canales de interoperabilidad. Para que funcionen entre distintas jurisdicciones, existen convenciones de nomenclatura estandarizadas, de modo que un canal signifique lo mismo para cada respondiente sin importar para quién trabaje.

Estas convenciones están publicadas en las guías nacionales de campo sobre interoperabilidad, a veces referidas por las siglas de los estándares de nomenclatura de canales y talkgroups de interoperabilidad. El valor está en que un canal de llamada común o un talkgroup táctico de interoperabilidad compartido lleva un nombre estandarizado, y un bombero de un departamento y otro de un departamento vecino pueden ir ambos a ese recurso con nombre y encontrarse sin necesidad de una conversación de radio larga sobre quién está en qué canal. Los nombres estandarizados eliminan un paso de traducción justo en el momento en que agregar ese paso resulta más peligroso.

Algunas recomendaciones prácticas para construir la parte de interoperabilidad de su plan:

Entrenamiento, memoria muscular y límites honestos

Un plan de canales es tan bueno como los reflejos de las personas que lo usan. Bajo estrés real, la carga cognitiva se estrecha y la toma de decisiones finas se deteriora. Las personas recurren a lo que han hecho cien veces. Esto no es una debilidad que haya que entrenar para eliminar. Es la forma en que funcionan los seres humanos, y un buen plan se diseña alrededor de esa realidad, no a pesar de ella.

La implicación para el diseño es directa. Los movimientos que necesita en una mala noche son los que deben ser automáticos, lo cual significa que hay que practicarlos mucho más de lo que realmente se van a usar. Llegar al talkgroup táctico del incendio, cambiar a talkaround cuando el repetidor falla, encontrar el talkgroup de comando a medida que el incidente escala. Si esas acciones solo ocurren durante emergencias reales, serán lentas y propensas a errores durante las emergencias reales. Si ocurren en cada entrenamiento, en cada llamada rutinaria, en cada revisión de la unidad, se convierten en reflejo.

Una nota final honesta. No existe un plan de talkgroups perfecto ni una fórmula que produzca uno. El plan correcto depende del tamaño de su sistema, de los departamentos con los que trabaja, de su terreno, de su personal disponible y de los incidentes que realmente atiende. Lo que separa un buen plan de uno malo no es la ingeniosidad. Es la moderación, la alineación con la estructura de comando que las tripulaciones ya conocen, un respaldo que siempre exista, y suficiente práctica para que el plan viva en la memoria muscular y no solo en el papel. Diseñe pensando en la versión cansada, estresada y apurada de su personal, porque esa es la persona que va a transmitir cuando realmente importe.

Mantenga el plan donde ya vive el trabajo

Un plan de canales solo ayuda si las tripulaciones pueden encontrar la versión vigente, y si el entrenamiento que construye la memoria muscular se registra en lugar de darse por sentado. RunBoard mantiene organizados en un solo lugar su SOP de comunicaciones, la documentación de sus zonas de radio y los registros de sus entrenamientos, de modo que el plan en el radio, el plan en el protocolo y el plan que el personal realmente ha practicado digan exactamente lo mismo. Esa alineación es lo que hace que un plan se sostenga bajo estrés.