Les radios tactiques ne sont pas que des dispositifs de communication vocale. Les radios militaires modernes transportent des données — rapports de position, messages numériques, imagerie, données de ciblage — en plus du trafic vocal, et les logiciels qui consomment et produisent ces données doivent interopérer avec le matériel radio. Cette interopérabilité est techniquement non triviale : les radios tactiques exposent des interfaces de données à bande étroite et spécifiques aux protocoles qui précèdent l'ère des API REST de plusieurs décennies.
Comprendre comment construire des logiciels qui s'intègrent aux systèmes radio tactiques — traduisant entre les protocoles radio hérités et les API que les logiciels C2 modernes et les applications de terrain de la DGA attendent — est une discipline d'ingénierie spécialisée. Cet article couvre les principales plateformes radio, leurs modes de données, le protocole de relais satellitaire JREAP-C et l'architecture de passerelle qui connecte les protocoles radio aux logiciels C2.
L'écosystème radio tactique
SINCGARS (Single Channel Ground and Airborne Radio System) est la radio tactique VHF FM héritée de l'armée américaine et de nombreuses forces alliées. SINCGARS est en service depuis les années 1980 et reste largement déployé. Sa capacité de données est limitée par l'âge de la conception : il prend en charge EPLRS (Enhanced Position Location Reporting System) pour le signalement de position à de faibles débits de données (environ 56 Kbps partagés sur le réseau) et les terminaux TACFIRE hérités pour les données d'appui-feu. L'intégration SINCGARS dans les logiciels modernes signifie principalement le pontage des données de position EPLRS — la traduction du format de piste EPLRS en messages de piste CoT MIL-STD-2525 standard ou Link 16.
L3Harris RF-7800 est une famille de radios logicielles (SDR) de génération actuelle couvrant les bandes HF, VHF et UHF. En tant que SDR, il prend en charge plusieurs formes d'onde, notamment la Soldier Radio Waveform (SRW), et peut être mis à jour pour prendre en charge de nouvelles formes d'onde par téléchargement logiciel. Le RF-7800 expose une interface de données via RS-232 série (hérité) ou Ethernet (variantes modernes), et Harris fournit une API de gestion pour la configuration des formes d'onde, les paramètres réseau et l'état de la radio. Pour les radios compatibles SRW, l'interface de données fournit une connectivité IP — la radio apparaît comme un adaptateur réseau IP.
Rohde & Schwarz RCIEDM, largement utilisés dans les forces européennes de l'OTAN, exposent également des interfaces de données série et Ethernet. R&S fournit un SDK pour la gestion radio et l'accès aux données.
Modes de données : FBCB2 et SRW
FBCB2 (Force XXI Battle Command Brigade and Below) est le système C2 numérique hérité de l'armée américaine qui fonctionne sur EPLRS, SINCGARS et les liaisons satellitaires. Les messages FBCB2 transportent des rapports de position d'unité, des ordres, des superpositions et des mises à jour de statut dans un format binaire propriétaire sur le réseau radio. Les logiciels C2 modernes qui doivent interopérer avec des unités équipées de FBCB2 hérité doivent soit implémenter directement le format de message FBCB2, soit se connecter via un serveur passerelle FBCB2 qui traduit les messages FBCB2 en NFFI ou CoT.
Soldier Radio Waveform (SRW) est la forme d'onde haut débit tactique de l'armée américaine pour l'ère SDR, fournissant un transport de données IP à 1–2 Mbps par radio dans une configuration en réseau. Les radios compatibles SRW présentent une interface IP aux appareils connectés ; les applications utilisent des sockets IP standard sur SRW exactement comme sur tout autre réseau IP. Le défi d'ingénierie logicielle n'est pas la traduction de protocoles mais l'adaptation QoS : la bande passante SRW est rare et partagée, nécessitant des applications pour implémenter une planification des données axée sur les priorités.
JREAP-C : protocole de relais satellitaire
JREAP-C (Joint Range Extension Applications Protocol - Channel C) étend la couverture des liaisons de données tactiques au-delà de la portée radio en ligne de vue en relayant les données Link 16 sur des liaisons de communication par satellite (SATCOM). C'est le protocole standard pour le relais satellitaire de données tactiques entre unités qui ne peuvent pas communiquer directement via Link 16 en ligne de vue.
JREAP-C encapsule les messages Link 16 (messages de la série J au format MIL-STD-6016) dans des datagrammes UDP pour le transport sur des liaisons IP SATCOM. Une passerelle JREAP-C à chaque extrémité désencapsule les datagrammes UDP et injecte les messages Link 16 dans le réseau Link 16 local. Du point de vue des applications C2, JREAP-C est transparent — elles voient une image de piste Link 16 continue qui inclut des unités au-delà de l'horizon radio local.
L'intégration logicielle avec JREAP-C nécessite une bibliothèque JREAP-C (des implémentations sont disponibles en tant que composants COTS auprès de fournisseurs de logiciels de défense) qui gère l'encapsulation UDP et fournit une API pour s'abonner aux mises à jour de pistes Link 16 et publier des messages de la série J. Le serveur passerelle fonctionne sur un hôte durci connecté à la fois au modem SATCOM (pour la connectivité WAN) et au terminal de liaison de données tactiques local.
Architecture de passerelle logicielle
Le modèle de passerelle logicielle est l'approche standard pour intégrer les protocoles radio avec les logiciels C2. La passerelle est un processus serveur dédié (ou microservice) qui exécute trois fonctions : la traduction de protocoles (conversion des messages de protocole radio vers et depuis un format interne canonique), le routage (décision des messages traduits à transmettre aux consommateurs en aval) et la gestion d'état (maintien de l'image de piste actuelle pour les protocoles radio qui ne retransmettent pas l'état).
Le format interne canonique dans la plupart des systèmes de défense modernes est soit CoT (pour les logiciels de l'écosystème ATAK) soit NFFI (pour les systèmes C2 standard OTAN). Une passerelle qui traduit les pistes EPLRS en CoT peut alimenter tout client ATAK ou TAK Server dans le réseau C2. Une passerelle qui traduit en NFFI peut alimenter tout système C2 qui implémente l'interface abonné NFFI.
La fonction de routage de la passerelle gère le fan-out : une mise à jour de position arrivant d'un terminal SINCGARS/EPLRS peut devoir être transmise au TAK Server (pour affichage par le client ATAK), un terminal Link 16 (pour fusion avec l'image aérienne) et une base de données de suivi logistique (pour la comptabilité des véhicules). La passerelle maintient une liste d'abonnés et transmet chaque message traduit à tous les abonnés enregistrés, appliquant des règles de transformation là où le format du message diffère entre les abonnés.
Tests d'intégration : simulateurs radio et certification en vol
Les tests d'intégration avec du matériel radio physique pendant le développement sont logistiquement coûteux et soumis à des contraintes de licence de fréquence. L'approche standard consiste à utiliser des simulateurs radio — des émulateurs logiciels ou matériels de l'interface radio — pendant le développement et les tests d'intégration système, réservant les tests en vol pour les tests d'acceptation formels.
Des simulateurs radio pour SINCGARS, Harris RF-7800 et les terminaux Link 16 sont disponibles commercialement. Ils exposent les mêmes interfaces série ou Ethernet que le matériel physique et génèrent un trafic de protocoles réaliste incluant la gigue temporelle, la perte de messages et la livraison hors ordre — des conditions que le logiciel passerelle doit gérer correctement.
La certification en vol — test du système intégré avec des radios physiques fonctionnant sur des fréquences sous licence — est requise pour tout système qui sera déployé dans des unités opérationnelles. Le processus de certification vérifie que le logiciel passerelle ne corrompt pas les messages radio, ne génère pas de trafic radio parasite et gère correctement tous les types de messages définis dans l'ICD de la radio.
Insight clé : Obtenez l'ICD (Interface Control Document) pour chaque radio avec laquelle vous vous intégrez avant de commencer l'implémentation. Les ICD radio sont souvent contrôlés à l'exportation et nécessitent une demande formelle au fabricant ou au bureau du programme. Commencer l'intégration sans l'ICD signifie rétro-ingénierie du protocole à partir de captures, ce qui est lent, sujet aux erreurs et peut produire une implémentation non conforme qui échoue à la certification en vol.