Resumen Técnico: Posicionamiento de Malla LoRa Seguro Asistido por el Borde para Sistemas IoBT Tácticos

1. Declaración del Problema

Los sistemas modernos de Internet de las Cosas en el Campo de Batalla (IoBT) y los sistemas asistidos por UAV requieren posicionamiento confiable, comunicación segura y procesamiento a nivel de borde en entornos dinámicos y disputados. Sin embargo, el posicionamiento basado en GNSS estándar es vulnerable al bloqueo de señales, efectos de trayectoria múltiple (multipath), interferencias (jamming), suplantación (spoofing) y una geometría satelital deficiente. Datos recientes indican un aumento significativo en los eventos de pérdida de señal GNSS e incidentes de suplantación, lo que puede conducir a decisiones operativas erróneas o a la pérdida total de la conciencia situacional. Además, las comunicaciones tácticas LoRa, aunque son eficientes energéticamente y de largo alcance, operan sobre canales abiertos con ancho de banda limitado, lo que las hace susceptibles a la interceptación (eavesdropping), ataques de repetición (replay attacks) y modificación de paquetes. La investigación existente a menudo aborda la precisión del posicionamiento, la arquitectura de red o la seguridad de forma aislada, sin integrar la fusión GNSS/IMU, la autenticación ligera y el enrutamiento multi-salto resiliente dentro de una arquitectura de borde unificada y con restricciones de recursos.

2. Metodología

El artículo propone Tactical Tracker, un marco de posicionamiento de malla LoRa asistido por el borde y seguro, diseñado para entornos IoBT tácticos de bajo costo. La arquitectura del sistema distribuye las tareas entre tres capas: nodos de seguimiento ESP32-S3, nodos de relevo LoRa y una puerta de enlace (gateway) de borde Raspberry Pi.

Arquitectura del Sistema y Componentes

• Nodos de Seguimiento (ESP32-S3): Equipados con receptores GNSS, sensores IMU y módulos LoRa RAK3172. Estos nodos realizan la detección local, la calibración estática de la IMU, la fusión de datos GNSS/IMU, la construcción de paquetes seguros y la transmisión.
• Nodos de Relevo: Facilitan la comunicación multi-salto, soportando rutas de enrutamiento primarias y de respaldo para asegurar la conectividad cuando los enlaces directos hacia la puerta de enlace están obstruidos.
• Puerta de Enlace de Borde (Raspberry Pi): Recibe los paquetes LoRa, realiza la autenticación, la detección de repetición, el descifrado, el análisis de la carga útil (payload) y la visualización en tiempo real.

Mecanismos Técnicos Principales

A. Fusión Distribuida GNSS/IMU con Filtrado de Kalman Adaptativo
Para mantener la continuidad del posicionamiento durante la degradación del GNSS, el sistema emplea un algoritmo de fusión GNSS/IMU de acoplamiento débil utilizando un Filtro de Kalman Adaptativo (AKF).

• Calibración: Los nodos realizan una calibración estática de la IMU para estimar y eliminar los sesgos del acelerómetro y el giroscopio antes del seguimiento dinámico.
• Control de Calidad: Las mediciones GNSS se validan basándose en el conteo de satélites, la Dilución de Precisión Horizontal (HDOP) y la antigüedad de la medición.
• Filtrado Adaptativo: El AKF utiliza la aceleración de la IMU para el paso de predicción. Los datos de GNSS se utilizan para el paso de corrección solo si pasan los controles de calidad y una lógica de rechazo basada en la innovación (comparando la posición GNSS contra la predicción del filtro). Si los datos de GNSS son rechazados o no están disponibles, el sistema cambia al desplazamiento de estima (dead reckoning) basado en la IMU.
• Transformación de Coordenadas: Los datos de la IMU en el marco del cuerpo se transforman en un marco de coordenadas local Este-Norte mediante estimaciones de rumbo derivadas de la trayectoria GNSS o la integración del giroscopio.

B. Seguridad Ligera y Estructura de Paquetes
Para proteger los datos sobre enlaces LoRa restringidos, el marco implementa una estructura de paquete segura personalizada:

• Confidencialidad: Se aplica cifrado AES-CTR a la carga útil de localización.
• Integridad y Autenticación: Se calcula un HMAC-SHA-256 sobre el contador del paquete, el nonce y el texto cifrado.
• Protección contra Repetición: Un contador de paquetes monótonamente creciente y un nonce aleatorio se incluyen en cada paquete para evitar la reutilización de la clave de flujo (keystream) y detectar mensajes duplicados o repetidos.
• Metadatos de Enrutamiento: El encabezado de la malla incluye IDs de origen/destino, saltos anteriores/siguientes, Tiempo de Vida (TTL) y números de secuencia para soportar rutas de enrutamiento primarias y de respaldo.

C. Procesamiento Asistido por el Borde
La computación se divide para reducir la carga de la puerta de enlace. Los nodos de seguimiento gestionan localmente la fusión de sensores y las operaciones de seguridad. La puerta de enlace actúa como un procesador de borde confiable, verificando la autenticidad de los paquetes y rechazando paquetes inválidos o repetidos antes del descifrado y el procesamiento a nivel de aplicación.

3. Contribuciones Clave

El artículo describe cinco contribuciones principales:

1. Arquitectura de Borde Distribuida: Un sistema que particiona las funciones de detección, preprocesamiento, fusión, seguridad y relevo entre los nodos con recursos limitados y una puerta de enlace de borde.
2. Posicionamiento de Nodo Ligero: Un mecanismo que combina GNSS, IMU, calibración estática, AKF y lógica de rechazo de GNSS para soportar el seguimiento durante la degradación de la señal.
3. Formato de Paquete Seguro: Un diseño de paquete compacto adecuado para el bajo ancho de banda de LoRa, que integra metadatos de enrutamiento con cifrado AES-CTR, autenticación HMAC-SHA-256, nonces y contadores.
4. Sistema de Procesamiento de Borde: Una implementación en la puerta de enlace que valida, filtra, descifra y analiza los paquetes, evitando que datos no autenticados lleguen a la capa de visualización.
5. Validación Experimental: Pruebas exhaustivas en entornos exteriores estáticos y dinámicos evaluando el comportamiento del posicionamiento, la fusión de sensores, la entrega segura de paquetes y el rendimiento del enrutamiento multi-salto.

4. Resultados Experimentales

El sistema fue evaluado mediante pruebas estáticas y dinámicas en exteriores con nodos ESP32-S3 y una puerta de enlace Raspberry Pi.

• Desempeño Estático: Bajo condiciones de movimiento cero, los errores medios de GNSS bruto oscilaron entre 1.05 m y 8.51 m. En contraste, la salida de solo IMU (tras la calibración estática) mostró errores medios significativamente menores (0.01 m a 0.31 m), lo que representa una mejora del 89.7% al 99.7% respecto al GNSS bruto en ensayos seleccionados. El Filtro de Kalman mantuvo estimaciones acotadas sin introducir una deriva incontrolada.
• Desempeño Dinámico: En pruebas dinámicas, el Filtro de Kalman Adaptativo proporcionó un seguimiento acotado. Los ensayos representativos mostraron errores de posición promedio entre 0.51 m y 1.88 m con respecto a una trayectoria de referencia GNSS suavizada. El estudio señaló que la inicialización precisa del rumbo es crítica; una mala inicialización provocó una deriva significativa de la predicción de la IMU (por ejemplo, el Test 5 mostró errores >6 m).
• Resiliencia de Comunicación: El sistema soportó con éxito el enrutamiento directo, de relevo primario y de relevo de respaldo.
  • Relación de Entrega de Paquetes (PDR): 98.0% (Directo), 94.0% (Relevo Primario) y 91.0% (Relevo de Respaldo).
  • Latencia: La latencia promedio de extremo a extremo aumentó con la complejidad del enrutamiento (420 ms directo, 685 ms relevo primario, 840 ms relevo de respaldo), debido a la sobrecarga de reenvío y procesamiento.
• Verificación de Seguridad: La puerta de enlace rechazó con éxito los paquetes con etiquetas HMAC inválidas, contadores duplicados o valores repetidos. Los paquetes válidos fueron descifrados y analizados, confirmando la capacidad del marco para proteger la integridad y confidencialidad de los datos.

5. Significado y Reivindicaciones

El artículo afirma que Tactical Tracker demuestra la viabilidad de una arquitectura IoBT unificada y asistida por el borde que combina continuidad de posicionamiento, seguridad ligera y comunicación resiliente. Al distribuir la computación hacia los nodos y la puerta de enlace, el sistema reduce la necesidad de transmitir datos de sensores brutos y filtra los paquetes inválidos o maliciosos antes de que afecten a la capa de aplicación.

Los autores enfatizan que el sistema está diseñado para despliegues tácticos prácticos con ancho de banda restringido donde el GNSS puede no ser confiable. Los resultados sugieren que el marco puede soportar una conciencia situacional segura y resiliente. Sin embargo, el artículo reconoce modestamente ciertas limitaciones, señalando que la evaluación del posicionamiento dependió de datos GNSS suavizados en lugar de una verdad de terreno de alta precisión (RTK-GNSS), y que la escalabilidad, las pruebas de campo de largo alcance y los escenarios adversarios avanzados (por ejemplo, interferencia sostenida o suplantación) requieren mayor investigación. El trabajo sirve como una validación de prototipo para la integración de la fusión de sensores, la seguridad y el procesamiento de borde en una red de malla táctica.