# Ficha SIXTEMA — P-01: Nodo de Sostenimiento Táctico Descentralizado (NSTD) **Estado:** En análisis **Fecha de análisis:** 22/05/2024 **Responsable:** Pipeline automático - pendiente de asignación --- ## 1. Identificación de la propuesta | Campo | Valor | |---|---| | Código de propuesta | P-01 | | Nombre de la propuesta | Nodo de Sostenimiento Táctico Descentralizado (NSTD) | | Origen de la propuesta | Documento de organismo público o usuario institucional | | Línea estratégica principal | Arquitecturas Edge-to-Cloud y procesamiento distribuido | | Dominio | Multidominio | | Tipo de uso | Defensa | | Estado de la propuesta | En análisis | ## 2. Problema concreto **Descripción del problema:** Incapacidad estructural para capturar y explotar localmente datos de telemetría (datos transmitidos a distancia sobre el estado del sistema) e historial de mantenimiento de UAVs en destacamentos desplegados. La dependencia de una arquitectura centralizada impide la gestión autónoma del sostenimiento en entornos donde la conectividad es nula o inestable. **Consecuencia principal:** Degradación de la disponibilidad operativa de las aeronaves y dependencia de mantenimientos basados en calendario en lugar de condiciones reales. **Usuario afectado:** Mantenedor **Criticidad:** Alta **Frecuencia estimada:** Continua **Entorno de aparición:** Degradado ## 3. Ejemplo operativo y evidencia **Escenario:** Pendiente de validación **Activos implicados:** Pendiente de validación **Información disponible:** Pendiente de validación **Limitación actual:** Pendiente de validación **Consecuencia operacional:** Pendiente de validación **Fuente de la evidencia:** Pendiente de validación **Tipo de caso:** Pendiente de validación ## 4. Solución propuesta **Descripción de la solución:** Implementación de un Nodo de Sostenimiento Táctico Descentralizado (NSTD) basado en Edge Computing (computación en el borde), que actúe como espejo local del sistema central para permitir diagnósticos y gestión de inventarios autónomos. **Datos de entrada:** Telemetría de vuelo (tiempo real y post-vuelo), historial de mantenimiento y catálogos de piezas locales. **Procesamiento principal:** Análisis de telemetría para detección de anomalías, cálculo de RUL (Remaining Useful Life - vida útil remanente de un componente) y gestión de colas asíncronas para sincronización eventual con el mando central. **Resultado o salida:** Alertas de mantenimiento predictivo, estado de salud del activo y órdenes de reposición de inventario local. **Sistema o arquitectura de integración:** Se integraría como una capa intermedia entre la interfaz de descarga del UAV y las APIs del sistema GCSS-A. **Funcionamiento resumido:** 1. Entrada: Captura de telemetría del UAV vía enlace físico o radio corto alcance. 2. Procesamiento: Análisis local de salud y cálculo de RUL mediante microservicios. 3. Resultado: Generación de diagnósticos y alertas para el técnico en campo. 4. Integración: Sincronización asíncrona con GCSS-A al recuperar conectividad. **Componentes funcionales:** - Motor de análisis de telemetría local - Gestor de inventario local sincronizado - Módulo de diagnóstico basado en condiciones - Interfaz de usuario para técnicos de campo ## 5. Aportaciones concretas de SIXTEMA **Qué asumiría SIXTEMA:** Pendiente de validación **Qué entregaría exactamente:** Pendiente de validación **Tipo de entregable:** Pendiente de validación **Qué queda fuera de alcance:** Pendiente de validación **Qué aportarían los socios:** Pendiente de validación **Modalidad de ejecución:** Pendiente de validación **Socios necesarios o deseables:** Pendiente de validación ## 6. Capacidades reales que respaldan la propuesta | Capacidad real | Proyecto o experiencia | Qué demuestra | Nivel de evidencia | |---|---|---|---| | IA y Soporte a la Decisión | Capacidades actuales de IA | Capacidad para realizar detección de anomalías e identificación de patrones, base necesaria para el diagnóstico de salud del activo y mantenimiento predictivo. | Alta | | Arquitecturas Escalables Cloud-Native | Habilitadores de Nube Táctica | Experiencia en despliegue de servicios operativos en entornos distribuidos e intercambio seguro de datos, fundamental para la creación del Nodo de Sostenimiento Táctico Descentralizado (NSTD). | Alta | ## 7. Capacidades futuras o en evolución | Capacidad futura | Proyecto o iniciativa | Estado | Resultado esperado | |---|---|---|---| | Arquitecturas Edge-Cloud Federadas en entornos denegados | Extensión estratégica de Nube Táctica | En curso | Permitir el procesamiento en el extremo de la red (Edge) con resiliencia ante comunicaciones degradadas o jamming, reduciendo la dependencia de la nube centralizada para el mantenimiento. | | Confianza Digital en el Dato Operativo | Implementación de Blockchain y Galileo OSNMA | Planificada | Aportar trazabilidad y validación inmutable a la gestión de repuestos (bench stock) y logs de mantenimiento en el borde. | ## 8. Tecnología involucrada | Capa o función | Tecnología o patrón | Situación en SIXTEMA | Responsable o socio | |---|---|---|---| | Infraestructura de despliegue | Microservicios contenedorizados (Docker/K8s) | Dominada | Equipo interno | | Persistencia de datos en el borde | Bases de datos NoSQL con replicación multi-maestro (consistencia eventual) | Disponible parcialmente | Equipo interno | | Análisis predictivo | Algoritmos de cálculo de RUL (Remaining Useful Life - vida útil remanente) | Por incorporar | Pendiente de validar | | Hardware de despliegue | Sistemas rugerizados con bajo SWaP (limitaciones de tamaño, peso y consumo eléctrico) | Aportada por socio | Integrador de plataforma / Socio hardware | ## 9. Encaje con programas y marcos tecnológicos europeos **Programa o instrumento europeo:** EDF **Convocatoria, topic o línea afín:** Pendiente de búsqueda **Marco, arquitectura, estándar o prioridad asociada:** Nube Táctica, Superioridad de la Información y Autonomía Estratégica **Valoración preliminar del encaje:** Alto **Justificación breve:** La propuesta aborda directamente la resiliencia en entornos DDIL (comunicaciones denegadas, degradadas, intermitentes o limitadas) y la nube táctica, prioridades explícitas del EDF. **Fuente o referencia:** financiacion.md ## 10. Diferenciación aportada | Diferenciador | Por qué es relevante | Evidencia | |---|---|---| | Combinación de arquitecturas Edge-Cloud Federadas con IA de detección de anomalías | Permite trasladar la inteligencia de diagnóstico al borde sin perder la capacidad de sincronización eventual con el mando central. | Capacidades actuales en Cloud-Native e IA + hoja de ruta en Edge Computing. | | Experiencia probada como socio tecnológico especialista en capa de datos para grandes integradores | Facilita la integración del software de sostenimiento en plataformas UAV ya existentes sin intentar competir con el fabricante del activo. | Historial de consorcios con Airbus, Amper y CT Ingenieros. | ## 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 | Necesita capas de software de gestión de datos resilientes en el borde para sus plataformas UAV. | Consorcio | Existente | | Indra / GMV | Ampliación de sus sistemas C2 (mando y control) hacia el área de sostenimiento logístico táctico. | Socio intermediario | Incipiente | | Unidades de Aviación del Ejército / Marines EE. UU. | Eliminar la dependencia del GCSS-A (sistema global de soporte y suministro) en despliegues aislados. | Demostrador | Sin relación | ## 12. Brechas y dependencias | Brecha o dependencia | Impacto | Cómo cubrirla | Responsable potencial | |---|---|---|---| | Capacidad de cómputo del hardware rugerizado (equipos electrónicos diseñados para resistir condiciones extremas) en el borde | Si el hardware disponible no soporta la carga de los microservicios y modelos de análisis local, la solución sol_001 no es desplegable. | Realizar un benchmark técnico sobre el hardware estándar de despliegue actual o definir requisitos mínimos de SWaP (limitaciones de tamaño, peso y consumo eléctrico). | Equipo interno / Socio integrador de hardware | | Acceso a APIs o protocolos de sincronización del GCSS-A (sistema global de soporte y suministro del Ejército) | Sin una vía de comunicación con el sistema central, la solución queda como un silo de datos sin capacidad de alimentar la cadena logística superior. | Establecer contacto técnico con los gestores del GCSS-A o buscar un middleware de interoperabilidad ya existente. | Socio tractora / Cliente institucional | | Experiencia específica en modelos de cálculo de RUL (Remaining Useful Life - vida útil remanente) para componentes aeronáuticos | La falta de modelos predictivos precisos reduce la solución a un simple espejo de datos, perdiendo el valor del mantenimiento basado en condiciones. | Colaboración con centros tecnológicos o universidades especializadas en ingeniería aeroespacial y análisis de fatiga de materiales. | Socio experto / Centro tecnológico | ## 13. Valoración final | # | Criterio | Valoración | Justificación | |---|---|---|---| | 1 | Relevancia del problema | Alta | Afecta directamente la disponibilidad operativa de UAVs en entornos críticos DDIL (comunicaciones denegadas, degradadas, intermitentes o limitadas). | | 2 | Calidad de la evidencia | Media | Sólida y oficial en lo cualitativo (ev_0001, ev_0004, ev_0005), pero carece de métricas cuantitativas precisas. | | 3 | Encaje con SIXTEMA | Alta | Alineado con capacidades en arquitecturas Edge-Cloud y detección de anomalías. | | 4 | Capacidades reales disponibles | Alta | Existe potencial de reutilización muy alto de módulos de nube táctica ya desarrollados. | | 5 | Diferenciación | Media | Se diferencia al mover la inteligencia al borde, aunque requiere validar el modelo de RUL para ser disruptivo. | | 6 | Encaje europeo | Alta | Alineado con prioridades de Nube Táctica del EDF (European Defence Fund) y autonomía estratégica. | | 7 | Actor o vía de entrada identificada | Media | Identificados potenciales socios como Airbus o Indra, pero sin relación formal establecida para este caso. | | 8 | Potencial dual | Alta | Aplicable a cualquier flota de activos remotos en zonas aisladas (energía, minería, rescate). | | 9 | Madurez preliminar | Media | Se estima un TRL 4-5 (Prototype), basándose en capacidades existentes de la empresa. | | 10 | Cobertura brecha tecnológica | Alta | Resuelve la dependencia crítica de la conectividad centralizada para el sostenimiento logístico. | | 11 | Autonomía respecto a socios | Media | SIXTEMA domina la capa de datos, pero depende de socios para la plataforma UAV y acceso a datos del fabricante. | | 12 | Viabilidad preliminar | Alta | Técnicamente plausible mediante arquitecturas cloud-native y bases de datos distribuidas. | ## 14. Decisión y conclusión final **Decisión:** Avanzar con condiciones **Condiciones para avanzar:** Validación técnica de la capacidad de cómputo del hardware rugerizado en el borde y confirmación de disponibilidad de APIs/protocolos para sincronización con GCSS-A. **Validaciones pendientes:** Confirmar si es posible integrar software de terceros en la aviónica (para sol_002) y validar la aplicación de Blockchain para trazabilidad de repuestos. **Próximo hito:** Definición de requisitos técnicos mínimos de hardware y búsqueda de un socio experto en modelos RUL aeronáuticos. **Síntesis:** Solución crítica para garantizar la disponibilidad de UAVs en entornos DDIL mediante un Nodo de Sostenimiento Táctico. Encaja perfectamente con las capacidades Edge-Cloud de SIXTEMA y prioridades del EDF. La viabilidad depende de la capacidad del hardware desplegado y el acceso a datos logísticos centrales. ## 15. Fuentes y trazabilidad ### Evidencias referenciadas | ID | Problema operacional | Sufficiencia | Independencia | Fuentes | |---|---|---|---|---| | ev_0001 | Incapacidad para capturar, almacenar y explotar localmente datos de mantenimient... | conditional | plausible | 2 | | ev_0004 | La capacidad de sostenimiento y mantenimiento de los sistemas UAV en destacament... | conditional | plausible | 1 | | ev_0005 | Incapacidad para capturar, almacenar y explotar localmente la telemetría y el hi... | conditional | plausible | 2 | ### Fuentes consultables | Evidence ID | Fuente | URL | Autoridad | Tipo | Fecha | |---|---|---|---|---|---| | ev_0001 | Unmanned Aircraft Systems: Comprehensive Planning and a Resu... | [https://www.gao.gov/assets/a302241.html](https://www.gao.gov/assets/a302241.html) | high | official_report | 2010-03-26 | | ev_0001 | Lead-the-Fleet: Transitioning Army Aviation Maintenance From... | [https://apps.dtic.mil/sti/pdfs/ADA426343.pdf](https://apps.dtic.mil/sti/pdfs/ADA426343.pdf) | medium | technical_evaluation | 2004-06 | | ev_0004 | 2017 MARINE AVIATION PLAN | [https://www.aviation.marines.mil/Portals/11/2017%20MARINE%20AVIATIOIN%20PLAN.pdf](https://www.aviation.marines.mil/Portals/11/2017%20MARINE%20AVIATIOIN%20PLAN.pdf) | medium | official_doctrine | 2017-01-01 | | ev_0005 | Drone Dominance in Contact: sUAS Challenges and Adaptations ... | [https://smallwarsjournal.com/2025/12/12/drone-dominance-in-contact-suas-challenges-and-adaptations-at-the-brigade-level](https://smallwarsjournal.com/2025/12/12/drone-dominance-in-contact-suas-challenges-and-adaptations-at-the-brigade-level) | medium | think_tank | 2025-12-12 | | ev_0005 | Unmanned Systems Integrated Roadmap FY2011-2036 | [https://www.unols.org/sites/default/files/usroadmap2011.pdf](https://www.unols.org/sites/default/files/usroadmap2011.pdf) | medium | official_doctrine | - | ### Excerpts de evidencia **ev_0001:** > DOD continues to increase UAS inventories, but in some cases, the Air Force and the Army lack robust plans that account for the personnel, facilities, and some communications infrastructure to support... **ev_0004:** > insufficient materiel support... Readiness recovery initiatives are being applied across every platform **ev_0005:** > Until sUAS maintenance becomes integrated with standard DoW maintenance systems... establish a separate line of accounting for drone components down to the brigade-level... authorize bench stock(s) of... --- > **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.