Videowall para salas de control de transporte: ferrocarril, ATC y VTS

Sin embargo, los problemas de ingeniería y de contratación son sustancialmente distintos. Está en juego la seguridad de las personas, y la continuidad de los operadores a lo largo de décadas es determinante.

Además, los integradores establecidos (Frequentis, Indra, Thales, Siemens, Alstom, Hitachi, Saab) suministran cadenas de extremo a extremo con las que el videowall debe convivir, y los marcos regulatorios (EN 50128 / 50129, EUROCONTROL, normas de funcionamiento de la OMI) dictan qué componentes pueden ocupar cada nivel.

Este artículo describe los subsectores, traza la frontera entre los sistemas primarios certificados y la visualización secundaria por software, y expone dónde es adecuado un videowall definido por software y dónde no lo es.

Qué abarca realmente el término «sala de control de transporte»

Bajo esta denominación caben al menos siete entornos operativos distintos. Agruparlos produce un lenguaje de licitación que no encaja con ninguno de ellos.

• Centro de operaciones ferroviarias (OCC). Gestiona la circulación de los trenes, el estado de la señalización, la energía de tracción, el CCTV de las estaciones y la respuesta a incidentes en una red ferroviaria o de metro. Continuidad de los operadores durante décadas; señalización certificada según EN 50128 / EN 50129; la pila del integrador suele ser de Hitachi (antes Ansaldo STS), Alstom (antes Bombardier), Siemens Mobility o CRRC, según el territorio.
• Torre de control de tráfico aéreo (ATC). Control de aeródromo: movimientos en tierra, pista en uso, meteorología y estado del balizamiento. Frequentis VCS es la columna vertebral habitual de las comunicaciones de voz; el CCTV del aeródromo, los METAR/TAF y el radar de movimiento en superficie llenan el videowall.
• Centro de control de área (ACC). Control en ruta de los distintos sectores del espacio aéreo. El videowall muestra dashboards de carga de los sectores, fenómenos meteorológicos peligrosos, briefings MET y la coordinación entre FIR; el radar primario y el sistema de fichas de progresión de vuelo residen en las consolas individuales de los controladores, no en el videowall.
• Centro de control de operaciones aeroportuarias (AOCC). Operaciones en tierra y coordinación de las escalas (turnaround): asignación de puertas, estado del sistema de equipajes, transporte terrestre, incidentes de seguridad e impacto meteorológico en las operaciones. El videowall es amplio y lo comparten controladores de varios ámbitos.
• Servicio de tráfico marítimo portuario (VTS). Coordinación del tráfico marítimo desde tierra: radar con superposición AIS, CCTV, meteorología, mareas y corrientes, y manifiestos de los buques. Saab (ahora Hexagon), Kongsberg, Indra y Frequentis suministran las cadenas VTS certificadas.
• Autopistas / centro de gestión del tráfico (TMC). Flujo de tráfico en tiempo real, estado de los paneles de mensaje variable, mosaico de CCTV, respuesta a incidentes y superposición meteorológica estacional. En despliegues más pequeños, a menudo se comparte con el despacho de seguridad pública.
• OCC de metro / transporte urbano. Seguimiento de trenes en una red cerrada más pequeña, CCTV de las estaciones, estado de los tornos de acceso y salud del sistema de información al pasajero. A menudo forma parte de un centro de operaciones conjunto de metro y autobuses.

La contratación de un videowall para cualquiera de estos entornos empieza por nombrar a cuál sirve. Un videowall dimensionado para un OCC ferroviario no es un videowall dimensionado para una torre ATC.

Los niveles de certificación y dónde se sitúa un videowall por software

La regulación del transporte se organiza en capas verticales. El videowall es uno de los varios componentes que deben saber qué capa ocupan.

Capa de seguridad primaria (certificada). Enclavamientos de señalización (EN 50128 / 50129 en el ferrocarril), procesamiento de radar ATC y sistemas de fichas electrónicas de progresión de vuelo (especificaciones de EUROCONTROL).

Incluye también las pantallas de navegación tipo ECDIS en los puentes de los buques (normas de funcionamiento de la OMI) y las HMI primarias de SCADA (seguridad funcional IEC 61508, cuando proceda). Los videowalls por software no ocupan esta capa en 2026 ni están diseñados para ello.

Capa de visualización operativa (no certificada, importante para la misión). Imagen operativa común, videowalls de CCTV, superposiciones meteorológicas, dashboards de respuesta a incidentes, canales de redes sociales y de información pública, y HMI de los proveedores integradores.

Estas HMI están certificadas aguas arriba, pero se renderizan en el videowall a través de un navegador estándar. Esta es la capa a la que pertenecen los videowalls por software, y en la que la transición al vídeo IP los ha hecho viables en la práctica.

Capa de información (informativa). Pantallas de información pública, información al pasajero, material de referencia para el personal de despacho, modo de formación y revisión posterior a la acción. Los videowalls por software resuelven esta capa con holgura desde hace años.

Una contratación que mezcla las capas produce un videowall sobredimensionado para el nivel 3, infradimensionado para el nivel 1 y que no resulta adecuado para ninguno.

El planteamiento correcto es especificar cada capa por separado. Después, conviene preguntarse si la misma superficie física del videowall puede albergar las capas operativa e informativa.

La capa de seguridad primaria se presentaría entonces en equipos certificados situados en otro lugar de la sala (o en la propia consola del controlador).

El panorama de los integradores establecidos

El transporte se diferencia del NOC de telecomunicaciones en cómo se estructura la contratación. Los videowalls de NOC de telecomunicaciones suelen ser una decisión desde cero (greenfield).

Los de transporte casi siempre conviven con un integrador del sector, que en ocasiones los incluye en su propio suministro. Conocer el panorama evita decisiones de contratación que ignoran la dinámica de los integradores.

• Ferrocarril: Hitachi Rail (señalización, plataformas de OCC), Alstom (señalización, ETCS en líneas principales), Siemens Mobility (señalización, ATC de metro), Thales (señalización), CAF Signalling, CRRC (China), Frequentis (comunicaciones de voz y operativas en numerosos operadores).
• ATC / ATM: Frequentis (comunicaciones de voz y operativas, presente en la mayoría de los proveedores de servicios de navegación aérea —ANSP— de Europa y Asia-Pacífico), Indra (radar y plataformas ATM), Thales TopSky, Leonardo SELEX (radar), Lockheed Martin (ERAM, EE. UU.), Raytheon (STARS).
• VTS / VTM portuario: Saab (ahora Hexagon Maritime), Kongsberg Maritime, Indra Maritime, Frequentis MarineComms, Wärtsilä Voyage.
• TMC de autopistas y carreteras: Swarco, Cubic Transportation Systems, Kapsch TrafficCom, HARRIS / L3 (EE. UU.), Indra Tráfico (España / Latinoamérica).
• Metro / transporte urbano: Hitachi Rail STS (antes Ansaldo), Thales Urban Rail Signalling, Alstom Urbalis, Siemens Trainguard.

La mayoría de estos proveedores incluirán el videowall en su oferta. La decisión operativa y comercialmente más acertada suele ser desacoplar: contratar la cadena certificada del integrador por separado del videowall de visualización.

Así, el videowall puede renovarse en un ciclo de hardware estándar (5-7 años) mientras la cadena del integrador mantiene su propio ciclo (10-15 años). Agruparlos encadena ambos ritmos de renovación e infla el TCO.

Mezcla de fuentes típica por subsector

La mezcla de fuentes condiciona el dimensionamiento del videowall más que el número de pantallas. Cada subsector tiene un perfil distinto.

• OCC ferroviario (16-32 pantallas): mosaico de CCTV de estaciones y depósitos (RTSP, 40-200 cámaras en rotación en el videowall), seguimiento de trenes desde la HMI del integrador (renderizada en navegador), vista general de la señalización (renderizada en navegador), mapa de riesgos meteorológicos, panel de respuesta a incidentes, y canales de redes sociales y noticias para la conciencia situacional. El CCTV domina el número de fuentes; las HMI del integrador dominan el tiempo de decisión.
• Torre ATC (8-16 pantallas): CCTV del aeródromo (varios ángulos PTZ), salida del radar de movimiento en superficie (representada en el videowall; en bruto, en la consola del controlador), METAR/TAF, estado del balizamiento y vista general de la pista en uso. Menos fuentes, con información más densa en cada ventana.
• AOCC (12-20 pantallas): dashboard operativo de la plataforma de operaciones del aeropuerto (renderizado en navegador), estado del videowall de la terminal aeroportuaria, estado del sistema de equipajes, panel de asignación de puertas, estado del transporte terrestre, superposición del impacto meteorológico, canal de incidentes de seguridad y canales de redes sociales y medios durante las disrupciones operativas.
• VTS portuario (8-12 pantallas): imagen VTS procedente de la cadena certificada (presentada como ventana de confianza, es decir, una réplica de referencia), superposición AIS, CCTV de muelles y accesos, meteorología + marea + corriente, manifiesto de buques y estado del practicaje.
• TMC de autopistas (16-32 pantallas): mosaico de CCTV de cámaras en pórticos y puentes (a menudo más de 100 cámaras en rotación), mapa de estado de los paneles de mensaje variable (VMS), mapa de calor de la congestión, meteorología y estado de la calzada, y cola de tickets de incidentes.
• OCC de metro / transporte urbano (12-24 pantallas): seguimiento de trenes en directo desde la HMI de señalización (navegador), CCTV de estaciones, estado de los tornos y de la afluencia de viajeros, salud del PIS (sistema de información al pasajero) y estado de ascensores y escaleras mecánicas.

En todos ellos se repiten dos patrones. El CCTV domina el número de fuentes (ingesta con gran peso de RTSP, a menudo 30-200 cámaras en rotación por la superficie del videowall).

Las HMI de los integradores dominan el tiempo de decisión (renderizadas en navegador, de gran tamaño y observadas constantemente). Un videowall especificado solo para uno de los dos patrones desatiende el otro.

Qué está cambiando en 2026

Los videowalls definidos por software solo se han vuelto viables en el transporte en los últimos 2-3 años. Tres cambios convergentes cruzaron el umbral a la vez.

• Las HMI de los integradores pasaron a ser nativas de navegador. Frequentis VCS, Indra MiOCC, los dashboards de señalización de Hitachi Rail y las plataformas modernas de Alstom y Siemens se renderizan en navegadores estándar. Un videowall que presenta las fuentes web como ventanas de primera clase puede alojar la misma HMI que el controlador ve en su consola.
• El vídeo IP llegó a las infraestructuras de transporte. Desde 2020, las cámaras IP compatibles con RTSP han desplazado al CCTV heredado SDI / coaxial en la mayoría de las obras nuevas y de los proyectos de renovación. NDI aparece en subsistemas operativos (salas de formación, conferencias y briefing dentro de los OCC). ST 2110 e IPMX están en una fase temprana de despliegue en las cadenas de radar ATM.
• Presión del TCO sobre las renovaciones de ciclo largo. La renovación del hardware de controladora matricial de un videowall de transporte de cierto tamaño cuesta 800.000-2.000.000 €, incluidos el cableado y la integración. Los servidores Linux estándar con videowalls por software de licencia perpetua se sitúan un orden de magnitud por debajo, con un ciclo de renovación de hardware estándar de 5-7 años en lugar del ciclo de 10-15 años de los chasis propietarios. Consulte el desglose del TCO: los mismos cálculos se aplican a los videowalls secundarios de transporte.

Dónde encaja Craft Wall en cada subsector

Alcance honesto, subsector por subsector:

• OCC ferroviario: videowalls secundarios de CCTV, superposiciones de imagen operativa común, paneles de respuesta a incidentes y salas contiguas de formación y briefing. Presenta las HMI renderizadas en navegador de Frequentis / Hitachi / Alstom / Siemens como ventanas de primera clase junto al mosaico de CCTV. No forma parte de la cadena de señalización.
• Torre ATC: mosaico de CCTV del aeródromo, fuentes web de METAR/TAF y vistas generales del balizamiento y de los movimientos en tierra. Complementa el equipamiento certificado de las consolas de los controladores en lugar de sustituirlo.
• ACC / AOCC: imagen operativa común, superposiciones meteorológicas, dashboards de operaciones, transporte terrestre y estado de los equipajes. Es el encaje más limpio: la mayoría de las fuentes se renderizan en navegador o llegan por RTSP, y los sistemas certificados de radar ATC y de fichas de progresión de vuelo permanecen en las consolas de los controladores, donde deben estar.
• VTS portuario: ventana de confianza con la imagen VTS certificada, CCTV de muelles y accesos, dashboards de meteorología y mareas, y manifiesto de buques. Convive con la cadena primaria de Saab / Kongsberg / Indra.
• TMC de autopistas: encaje muy sólido. El CCTV supone la mayor parte de las fuentes, el estado de los VMS y los mapas de calor de la congestión son web, y las colas de tickets también. No hay cadena de seguridad primaria en el videowall: esa cadena está en el equipamiento de campo (pórticos, sensores).
• OCC de metro: CCTV secundario, salud del PIS, estado de ascensores y escaleras mecánicas y supervisión de la afluencia de viajeros en las estaciones. La señalización permanece en la HMI certificada (Hitachi STS, Thales Urban Rail, Alstom Urbalis, Siemens Trainguard).

El air-gap (aislamiento de red) es más habitual en el transporte que en los NOC de telecomunicaciones: muchos centros de operaciones críticos están aislados deliberadamente de la internet pública.

El despliegue local (on-premises) sobre Linux estándar y sin telemetría en la nube es un requisito de contratación, no un extra opcional.

Lenguaje de licitación para especificar correctamente

Formulaciones que producen de forma sistemática el resultado correcto en las licitaciones de transporte:

• «Capa de visualización separada de la cadena de seguridad certificada». Desacoplamiento explícito. El videowall no forma parte de la cadena de señalización / radar / ECDIS; presenta la información junto a esas cadenas.
• «HMI renderizada en navegador como tipo de fuente de primera clase». Obliga al videowall a tratar las HMI de navegador de los integradores (Frequentis, Indra, Hitachi, Alstom, Siemens) como ventanas de primera clase, no como soluciones de reserva mediante pantalla compartida.
• «Ingesta nativa de CCTV por RTSP con ≥ 32 flujos simultáneos por nodo». El CCTV es lo que más fuentes aporta; especifíquelo de forma explícita en lugar de darlo por supuesto.
• «Apto para air-gap; sin plano de control en la nube obligatorio; sin telemetría saliente». Lenguaje propio de la contratación de infraestructuras críticas; descarta las arquitecturas gestionadas desde la nube que no pueden funcionar desconectadas.
• «Compatible con un ciclo de renovación independiente del de la cadena certificada del integrador». Desacopla la contratación del videowall del calendario de renovación del integrador y protege frente a la inflación del TCO que provocan las renovaciones agrupadas.
• «Continuidad del operador en despliegues a escala de décadas». Obliga a los proveedores a demostrar una evolución de la interfaz compatible con versiones anteriores, y no el «lo hemos rediseñado todo en la v3» al estilo de Silicon Valley.

Para el marco de cumplimiento más amplio entre sectores (ferrocarril, ATC, puertos, autopistas y la normativa transversal de ciberseguridad, cada vez más aplicable), la guía de cumplimiento normativo recorre el mapa por jurisdicciones.

Qué leer a continuación

Para los artículos complementarios sobre casos de uso en otros sectores, consulte la arquitectura de referencia para NOC para operaciones de telecomunicaciones y la guía de monitorización broadcast para videowalls de MCR y PCR (control central y control de producción).

Buena parte de la ingeniería de la capa secundaria es trasladable. Para el manual de contratación y pruebas comparativas que integra el lenguaje de especificación anterior en un proceso de licitación, consulte el manual de bake-off.