# Ficha SIXTEMA — P-03: Sin denominar **Estado:** Pendiente de validación **Fecha de análisis:** Pendiente de validación **Responsable:** Pipeline automático - pendiente de asignación --- ## 1. Identificación de la propuesta | Campo | Valor | |---|---| | Código de propuesta | P-03 | | Nombre de la propuesta | Sin denominar | | Origen de la propuesta | Pendiente de validación | | Línea estratégica principal | Pendiente de validación | | Dominio | Pendiente de validación | | Tipo de uso | Pendiente de validación | | Estado de la propuesta | Pendiente de validación | ## 2. Problema concreto **Descripción del problema:** Existe una fragmentación estructural en el sector de la Inteligencia de Señales (SIGINT, inteligencia obtenida mediante la interceptación y análisis de señales electromagnéticas) debido a que los proveedores ofrecen herramientas altamente especializadas pero sin capacidad de interoperabilidad (capacidad de un sistema para intercambiar y utilizar información con otro) [ev_0003]. Esto genera silos tecnológicos donde los sensores no pueden compartir datos entre sí. **Consecuencia principal:** Incapacidad de formar una imagen operativa común (COP; representación única y compartida de la situación táctica) del espectro electromagnético en tiempo real, degradando la conciencia situacional (SA; capacidad de comprender el entorno operativo). **Usuario afectado:** Operador **Criticidad:** Alta **Frecuencia estimada:** Continua **Entorno de aparición:** Degradado ## 3. Ejemplo operativo y evidencia **Escenario:** Durante una misión de vigilancia en un entorno contestado (entornos donde el espectro electromagnético es disputado o está sujeto a interferencias deliberadas por parte del adversario), una unidad táctica despliega múltiples sensores SDR (Radio Definida por Software; tecnología que utiliza software para procesar señales digitales) para la detección de amenazas como UAS (Sistemas Aéreos No Tripulados). El operador recibe alertas de diferentes dispositivos, pero cada uno emite los datos en formatos propietarios e incompatibles [ev_0003]. Debido a esta falta de interoperabilidad, el sistema de detección de un fabricante no puede comunicarse con el sensor de otro, impidiendo que la información se fusione automáticamente. Esto obliga al operador a realizar procesos manuales de comparación de datos para intentar entender la amenaza, lo cual es demasiado lento para la velocidad del combate moderno. Como resultado, el comandante carece de una visión unificada (COP) de las emisiones detectadas, perdiendo la oportunidad de identificar patrones de ataque coordinados o amenazas emergentes en tiempo real [ev_0003]. **Activos implicados:** Sensores SDR, Sistemas UAS, Estaciones de trabajo SIGINT, Sistemas de mando y control táctico (BMS). **Información disponible:** Flujos de radiofrecuencia (RF), coordenadas geográficas, identificadores de señal y marcas temporales (timestamps) sincronizadas por GPS. **Limitación actual:** Incapacidad de compartir datos entre sensores de distintos fabricantes debido a formatos propietarios e inexistencia de protocolos comunes. **Consecuencia operacional:** Degradación de la Situational Awareness (SA) y retraso crítico en la toma de decisiones ante amenazas electromagnéticas. **Fuente de la evidencia:** Picogrid - SIGINT Interoperability [src_026] **Tipo de caso:** Plausible pendiente de validar ## 4. Solución propuesta **Descripción de la solución:** Implementación de un Middleware de Abstracción de Datos Electromagnéticos (EM-DAM) basado en microservicios para actuar como traductor universal entre sensores SDR y sistemas C2. **Datos de entrada:** Espectro electromagnético detectado, coordenadas geográficas de la fuente, identificadores de tipo de señal/dispositivo y timestamps sincronizados. **Procesamiento principal:** Normalización de protocolos de comunicación RF, conversión de flujos de datos en tiempo real y gestión de metadatos de detección mediante arquitectura Pub/Sub (Publicación/Suscripción). **Resultado o salida:** Flujo de eventos de detección estandarizado y visión unificada del espectro para sistemas de mando y control. **Sistema o arquitectura de integración:** Capa de abstracción entre el hardware de sensores SDR y los Sistemas de Mando y Control (BMS). **Funcionamiento resumido:** 1. Entrada: Captura de datos brutos/procesados de múltiples sensores SDR. 2. Procesamiento: Normalización mediante microservicios en el borde (Edge Computing). 3. Resultado: Publicación de eventos estandarizados vía protocolos de baja latencia (DDS/MQTT). 4. Integración: Consumo de datos por parte del BMS o estaciones de operador. **Componentes funcionales:** - Módulo de normalización de protocolos RF - Motor de conversión de formatos en tiempo real - Gestor de metadatos de detección - Servicio de distribución de eventos (Pub/Sub) ## 5. Aportaciones concretas de SIXTEMA **Qué asumiría SIXTEMA:** Desarrollo del middleware basado en microservicios, implementación de la arquitectura Edge-Cloud para procesamiento distribuido y normalización de flujos de datos. **Qué entregaría exactamente:** Componente software **Tipo de entregable:** Componente software **Qué queda fuera de alcance:** Desarrollo de hardware SDR, acceso a APIs propietarias de fabricantes (dependencia externa) y ejecución cinética. **Qué aportarían los socios:** Hardware de sensores SDR, acceso a protocolos propietarios de fabricantes y despliegue en plataformas operativas reales. **Modalidad de ejecución:** Consorcio **Socios necesarios o deseables:** Grandes integradores (Airbus, Indra) o fabricantes de hardware de defensa electrónica. ## 6. Capacidades reales que respaldan la propuesta | Capacidad real | Proyecto o experiencia | Qué demuestra | Nivel de evidencia | |---|---|---|---| | Arquitecturas Escalables Cloud-Native | Capacidades actuales de la empresa | Capacidad para desplegar servicios operativos en entornos distribuidos y realizar intercambio seguro de datos entre sistemas. | Alta | | Plataforma de Datos Geoespaciales | Capacidades actuales de la empresa | Experiencia en recopilación, integración y análisis de información multi-sensor para la generación de productos GeoINT (Inteligencia Geoespacial). | Alta | ## 7. Capacidades futuras o en evolución | Capacidad futura | Proyecto o iniciativa | Estado | Resultado esperado | |---|---|---|---| | Arquitecturas Edge-Cloud Federadas en entornos denegados | Planificación estratégica de la empresa | En curso | Procesamiento en el extremo (Edge Computing) con resiliencia ante comunicaciones degradadas o jamming (interferencias deliberadas). | | Fusión Avanzada de Datos Multifuente | Planificación estratégica de la empresa | En curso | Integración de telemetría y sensores avanzados (LiDAR, térmico) desde diversas plataformas para mejorar la conciencia situacional. | ## 8. Tecnología involucrada | Capa o función | Tecnología o patrón | Situación en SIXTEMA | Responsable o socio | |---|---|---|---| | Middleware / Capa de Abstracción | Arquitectura basada en microservicios | Por incorporar | Equipo interno de desarrollo de software | | Comunicación y mensajería | Protocolos de baja latencia (DDS - Data Distribution Service / MQTT) | Por incorporar | Equipo interno de desarrollo de software | | Procesamiento distribuido | Contenedores ligeros para Edge Computing (procesamiento en el extremo) | Disponible parcialmente | Equipo interno de desarrollo de software | ## 9. Encaje con programas y marcos tecnológicos europeos **Programa o instrumento europeo:** Pendiente de validación **Convocatoria, topic o línea afín:** Pendiente de validación **Marco, arquitectura, estándar o prioridad asociada:** Pendiente de validación **Valoración preliminar del encaje:** Pendiente de validación **Justificación breve:** Pendiente de validación **Fuente o referencia:** Pendiente de validación ## 10. Diferenciación aportada | Diferenciador | Por qué es relevante | Evidencia | |---|---|---| | Capa de abstracción agnóstica al hardware | Permite la integración de sensores SDR de distintos fabricantes, eliminando silos tecnológicos sin necesidad de sustituir el hardware existente. | Concepto de Middleware EM-DAM derivado del problema de fragmentación [ev_0003]. | | Enfoque en arquitecturas Edge-Cloud federadas | Garantiza la operatividad en entornos contestados (donde el espectro es disputado) mediante procesamiento local y resiliencia. | Alineación con las capacidades estratégicas de SIXTEMA. | ## 11. Actores objetivo y vías de entrada | Actor identificado | Necesidad o interés potencial | Vía de entrada | Relación actual | |---|---|---|---| | Airbus Defence and Space | Integración de sensores heterogéneos en sus plataformas ISR (Inteligencia, Vigilancia y Reconocimiento). | Consorcio | Existente | | Indra | Capacidades de interoperabilidad para sus sistemas C2 (Mando y Control). | Consorcio | Sin relación | | Unidades tácticas de SIGINT | Obtención de un COP (Imagen Operativa Común) del espectro electromagnético en tiempo real. | Tractora | Sin relación | ## 12. Brechas y dependencias | Brecha o dependencia | Impacto | Cómo cubrirla | Responsable potencial | |---|---|---|---| | Acceso a flujos de datos brutos o procesados en hardware propietario | La viabilidad técnica del middleware depende críticamente de que los fabricantes permitan la extracción de información mediante APIs abiertas o protocolos estándar. | Validación técnica directa con proveedores de sensores SDR y análisis de compatibilidad de sus interfaces de comunicación. | Equipo de I+D / Integrador | | Resistencia comercial al ecosistema abierto | La falta de apertura por parte de los fabricantes puede limitar el mercado objetivo y la capacidad de integración del middleware. | Desarrollo de un modelo de negocio basado en valor añadido para integradores o búsqueda de estándares abiertos (STANAG). | Business Development / Socio estratégico | | Latencia en el procesamiento de traducción de protocolos | Una latencia excesiva invalidaría la utilidad del sistema en entornos tácticos de alta velocidad donde la respuesta debe ser casi instantánea. | Optimización de la arquitectura de microservicios y pruebas de rendimiento en condiciones de carga real. | Equipo de Ingeniería de Software | ## 13. Valoración final | # | Criterio | Valoración | Justificación | |---|---|---|---| | 1 | Relevancia del problema | Alta | La fragmentación en SIGINT (Inteligencia de Señales) crea silos que impiden la conciencia situacional en entornos contestados. | | 2 | Calidad de la evidencia | Media | Problema identificado como estructural mediante fuentes especializadas, aunque falta detalle sobre protocolos específicos fallidos. | | 3 | Encaje con SIXTEMA | Alta | Alineado con la estrategia de actuar como capa de datos y arquitecturas federadas Edge-Cloud (procesamiento en el extremo). | | 4 | Capacidades reales disponibles | Media | Requiere validar experiencia previa específica en normalización de protocolos de RF (Radiofrecuencia) más allá de lo geoespacial. | | 5 | Diferenciación | Alta | Se posiciona como capa de abstracción universal, evitando la necesidad de sustituir todo el hardware existente. | | 6 | Encaje europeo | Alta | Propuesta alineada con prioridades de EDF (Fondo Europeo de Defensa) en C2 (Mando y Control). | | 7 | Actor o vía de entrada identificada | Media | Se identifica potencial a través de grandes integradores como Airbus o Indra, pendiente de validación manual. | | 8 | Potencial dual | Alta | Aplicable tanto en defensa como en agencias de protección civil para la gestión del espectro electromagnético. | | 9 | Madurez preliminar | Baja | Estado actual de prototipo conceptual (TRL 3-4). | | 10 | Cobertura brecha tecnológica | Alta | Aborda directamente la falta de interoperabilidad mediante un middleware de normalización. | | 11 | Autonomía respecto a socios | Media | Dependencia técnica de las APIs abiertas de los fabricantes de hardware para su funcionamiento. | | 12 | Viabilidad preliminar | Media | Técnicamente plausible mediante microservicios y DDS, pero condicionada al acceso a datos propietarios. | ## 14. Decisión y conclusión final **Decisión:** Avanzar con condiciones **Condiciones para avanzar:** Confirmar la existencia de APIs abiertas en sensores SDR objetivo y validar que la latencia de traducción es compatible con el combate táctico. **Validaciones pendientes:** Disponibilidad de protocolos estándar en hardware comercial; voluntad de los fabricantes para permitir integración de terceros; capacidad operativa en entornos DDIL (comunicaciones denegadas, degradadas o limitadas). **Próximo hito:** Realizar prueba de concepto técnica (PoC) con un sensor SDR comercial para medir latencia y éxito en la normalización de metadatos. **Síntesis:** Solución de middleware para resolver la fragmentación en SIGINT mediante la normalización de datos RF. Alta relevancia estratégica y encaje en arquitectura Edge-Cloud, pero su viabilidad depende críticamente del acceso a APIs de fabricantes. Se recomienda avanzar con validación técnica de latencia y apertura de hardware. ## 15. Fuentes y trazabilidad ### Evidencias referenciadas | ID | Problema operacional | Sufficiencia | Independencia | Fuentes | |---|---|---|---|---| | ev_0003 | Fragmentación de la información de inteligencia de señales (SIGINT) debido a la ... | conditional | plausible | 1 | ### Fuentes consultables | Evidence ID | Fuente | URL | Autoridad | Tipo | Fecha | |---|---|---|---|---|---| | ev_0003 | SIGINT Interoperability - Picogrid | [https://picogrid.com/capabilities/intelligence-sensor-interoperability](https://picogrid.com/capabilities/intelligence-sensor-interoperability) | medium | specialised_press | - | ### Excerpts de evidencia **ev_0003:** > Today’s SIGINT landscape is fragmented. Multiple vendors provide strong tools for mission-specific tasks like UAS detection, but these systems often can’t share data. --- > **Nota:** Esta ficha ha sido generada automáticamente por el pipeline. > Los campos marcados como 'Pendiente de validación' requieren revisión manual. > Toda afirmación factual debe trazarse a la evidencia del research_store.