Passerelles logicielles pour la traduction de liaisons de données tactiques : Link 16, VMF, CoT et NFFI

Un groupement tactique interarmées de coalition opère à travers un paysage de langages de données incompatibles. La composante aérienne parle Link 16 — les messages J-series en MIL-STD-6016 sur une forme d'onde JTIDS/MIDS. Les forces terrestres échangent positions et ordres en VMF (Variable Message Format) sur des radios tactiques, ou en NFFI (NATO Friendly Force Information) sur IP entre les systèmes C2 de niveau brigade. Les soldats débarqués et les contrôleurs de l'attaque terminale interarmées poussent des événements CoT (Cursor-on-Target) sur IP depuis des tablettes ATAK. Les systèmes de renseignement publient des pistes en XML propriétaire ou dans la norme d'échange d'information MIP. Aucun de ces formats ne parle nativement aux autres. La passerelle logicielle est ce qui les rend interopérables — ingérant chaque format, traduisant le contenu sémantique dans un autre format, gérant les identités de piste résultantes, appliquant des règles de filtrage et délivrant les données traduites dans un budget de latence qui maintient le tableau opérationnel commun utile tactiquement. Cet article examine comment les passerelles de liaisons de données tactiques (TDL) fonctionnent et où elles tombent régulièrement en deçà.

Le paysage des liaisons de données

Comprendre le problème de traduction nécessite de comprendre ce que chaque format de liaison de données est conçu pour faire, car chacun a été conçu pour un environnement différent avec des contraintes différentes.

Link 16 — défini dans MIL-STD-6016 — est une forme d'onde à accès multiple par division du temps conçue pour la guerre aérienne. Ses messages J-series transportent des pistes de surveillance, des données PPLI (Precise Participant Location and Identification), des messages de gestion de mission et du contenu de coordination d'armes. Link 16 est compact, chiffré, à faible latence et anti-brouillage par conception. Sa bande passante est partagée entre tous les terminaux du réseau via des créneaux de temps TDMA, ce qui impose un plafond dur sur le nombre de pistes pouvant être partagées à quel taux de mise à jour. Pour plus de détails sur l'architecture Link 16, voir notre analyse des liaisons de données tactiques Link 16.

VMF (Variable Message Format, MIL-STD-2045-47001) est la norme américaine de l'armée et interarmées pour les messages numériques tactiques. Les messages VMF sont encodés en binaire et optimisés pour les supports radio à bande étroite — un choix de conception qui leur permet d'être transportés sur des canaux radio HF ou VHF avec un débit en kilobits par seconde. VMF couvre un large éventail de types de messages : rapports de conscience situationnelle, ordres numériques, demandes de soutien de feu, messages logistiques et plus encore.

CoT (Cursor-on-Target) est un schéma d'événement XML conçu pour l'écosystème TAK (Team Awareness Kit). Un événement CoT est une structure minimale et extensible : un identifiant unique (UID), une position géographique, un type d'événement tiré d'une taxonomie (incluant les codes de symboles militaires MIL-STD-2525), une durée de vie et des éléments de détail optionnels. CoT a été conçu pour être simple et natif IP, lisible par les humains et les machines, extensible sans briser les analyseurs syntaxiques et assez petit pour transiter une liaison radio tactique. Il est devenu le langage commun de facto de la communauté du soldat débarqué et du contrôleur de l'attaque terminale interarmées.

NFFI (NATO Friendly Force Information, STANAG 5527) est la norme de l'alliance pour partager les données de position et d'identité des forces amies entre les systèmes C2 terrestres sur IP. Il définit un ensemble de messages pour le rapport de piste, la gestion des pistes et le transfert d'autorité. NFFI est la liaison de données de choix pour les systèmes C2 de brigade et au-dessus qui ont besoin d'échanger des pistes de forces terrestres avec des systèmes alliés — il fournit un langage commun pour l'image terrestre au niveau opérationnel d'une manière que Link 16 (conçu pour l'image aérienne) ne fournit pas.

Ce que fait réellement une passerelle TDL

Une passerelle TDL logicielle n'est pas un simple convertisseur de protocole. Si le seul défi était de reformater les octets d'un encodage à un autre, l'ingénierie serait triviale. Les problèmes difficiles sont sémantiques : les modèles de données sous-jacents à ces formats sont différents, les schémas d'identité des pistes sont différents, les taux de mise à jour sont différents, et les attributs disponibles dans un format peuvent n'avoir aucun équivalent dans un autre. Une passerelle doit résoudre tous ces problèmes simultanément et le faire en temps réel avec un budget de latence mesuré en centaines de millisecondes.

Analyse syntaxique des messages et normalisation

La première fonction d'une passerelle est d'analyser syntaxiquement chaque format entrant et de le normaliser vers une représentation interne. Cette représentation interne doit être suffisamment riche pour capturer tous les attributs que n'importe quel format source peut transporter, sans perdre d'informations qu'un format cible peut exprimer. Un choix courant est un objet de piste canonique qui contient les attributs d'identité (indicatif d'appel, numéro de piste, identité nationale de piste, code transpondeur OACI), la position et la cinématique (position géodésique, altitude, vitesse, cap), la classification (air/surface/sous-surface/terre, ami/neutre/inconnu/hostile, type de plateforme spécifique), les indicateurs de qualité des données et les métadonnées de provenance.

La normalisation est l'endroit où se produisent les premières pertes sémantiques. Le message de piste de surveillance J3.0 de Link 16 transporte un numéro de qualité de piste sur une échelle définie ; CoT n'a pas de champ équivalent. La section de détail d'un événement CoT peut porter des codes de symboles militaires, mais la même plateforme peut être décrite différemment dans une piste Link 16. La passerelle doit documenter ce qu'elle préserve et ce qu'elle perd dans chaque direction de traduction — et les opérateurs doivent être informés de ces limitations.

Gestion des pistes et corrélation des messages

La gestion des pistes est la fonction qui maintient la collection de pistes actives — une par entité du monde réel — à travers toutes les sources de données. Quand un nouveau rapport arrive, le traqueur doit décider : s'agit-il d'une nouvelle entité, ou est-ce une mise à jour d'une piste existante ? Si c'est une mise à jour, à quelle piste existante appartient-elle ? C'est le problème de corrélation des messages.

Les algorithmes de corrélation travaillent généralement en deux étapes. La première étape est le portillonnage cinématique : si la position et la vitesse rapportées sont géométriquement cohérentes avec une piste existante — le nouveau rapport tombe dans l'ellipse d'incertitude de position prédite de la piste — le rapport est un candidat pour cette piste. La deuxième étape applique les attributs d'identité : si le candidat a un indicatif d'appel, un code OACI ou un numéro de piste correspondant, la confiance de corrélation augmente fortement. Lorsque les deux étapes s'accordent, la piste est mise à jour. Lorsqu'elles ne s'accordent pas — position cohérente mais identité non concordante, ou identité concordante mais position incohérente — l'algorithme doit choisir entre déclarer une nouvelle piste et forcer une corrélation potentiellement incorrecte. Ce cas limite est l'origine des rapports d'opérateurs de "pistes fantômes" et de "symboles en double".

Filtrage et règles de diffusabilité

Une passerelle TDL se trouve à une frontière de données. Toutes les pistes d'un domaine ne doivent pas circuler dans un autre : certaines pistes sont classifiées à un niveau non diffusable à la partie réceptrice, certaines sont géographiquement non pertinentes pour le consommateur, certaines sont en dessous d'un seuil de qualité des données qui produirait des affichages trompeurs, et certaines sont des doublons de pistes déjà présentes dans le réseau de destination. Les règles de filtrage codifient ces décisions.

Le filtrage de diffusabilité est le plus sensible. Dans une coalition de nations avec différentes habilitations de sécurité et différents accords de partage de données, la passerelle doit vérifier que les pistes de la nation A sont diffusables à la nation B avant de les transmettre. Le mécanisme d'application repose sur les attributs dans l'enregistrement de piste — marquage de classification, mise en garde de diffusabilité, nation d'origine — étant fidèlement transportés à travers l'étape de normalisation. Une passerelle qui normalise en supprimant les marquages de diffusabilité est un risque de sécurité, pas une fonctionnalité.

Le filtrage géographique réduit l'encombrement et la consommation de bande passante. Un consommateur intéressé par l'image aérienne sur une zone d'opérations spécifique n'a pas besoin de pistes de la moitié d'un continent. La passerelle peut appliquer un filtre de frontière géographique — un polygone de délimitation ou une limite de portée depuis un point — et supprimer les pistes qui en sortent. C'est particulièrement important sur les liaisons à bande passante contrainte où chaque mise à jour de piste consomme de la capacité qui pourrait transporter du trafic de plus haute priorité.

Budget de latence

Le budget de latence pour une passerelle TDL est le délai maximum supplémentaire que la passerelle peut introduire au-dessus de la latence de rapport natif de chaque liaison de données. Pour les pistes aériennes Link 16 utilisées dans l'interception ou le contrôle de feu sensible au temps, le cycle de rapport natif est déjà de deux à douze secondes ; ajouter plusieurs secondes de latence de passerelle par-dessus produit une piste qui est opérationnellement inutile pour les décisions sensibles au temps. Pour les affichages de conscience situationnelle au niveau brigade et au-dessus, plusieurs secondes de latence supplémentaire sont généralement acceptables.

La latence dans une passerelle s'accumule de plusieurs sources : profondeur de la file d'attente d'entrée quand le taux d'arrivée des messages dépasse le taux de traitement, temps de traitement de corrélation pour les scénarios de corrélation complexes de nombreux à nombreux, temps de sérialisation de sortie pour les grands lots et temps de transit réseau vers le consommateur. Le pire cas — une rafale de mises à jour Link 16 pendant un engagement aérien à haute intensité, toutes nécessitant une corrélation contre une grande base de données de pistes existante — est précisément quand la latence importe le plus. Les concepteurs de passerelles doivent tester sous des scénarios de charge de pointe réalistes, pas seulement des benchmarks de charge moyenne, et spécifier la latence du 99ème percentile plutôt que la moyenne.

Normes ouvertes et écosystème de passerelles

Le marché des passerelles TDL inclut à la fois des systèmes militaires propriétaires et des implémentations construites sur des spécifications ouvertes ou publiées. Côté ouvert, le schéma CoT est publié et largement implémenté ; l'écosystème TAK a produit des implémentations de référence ouvertes qui forment la base de nombreuses passerelles développées par des gouvernements. NFFI (STANAG 5527) est une norme OTAN disponible pour les nations membres. MIL-STD-6016 et MIL-STD-2045-47001 sont des normes américaines à distribution contrôlée, mais leurs formats de messages sont suffisamment documentés pour que des implémentations indépendantes existent dans la base industrielle de défense.

XMPP (Extensible Messaging and Presence Protocol) a émergé comme couche de transport de choix pour la distribution CoT dans l'écosystème TAK et dans FMN, à la fois parce qu'il fournit une sémantique de messagerie fiable sur IP et parce que son architecture fédérée s'adapte à l'usage de coalition sans courtier central unique. Plusieurs implémentations nationales des services de messagerie FMN sont construites sur XMPP avec CoT comme charge utile, créant une couche de distribution de pistes de coalition de facto en dessous de l'architecture NFFI plus formelle. Les passerelles qui supportent XMPP à la fois en entrée et en sortie peuvent servir à la fois la communauté des forces terrestres centrée sur TAK et la communauté C2 de coalition orientée FMN depuis un seul point d'intégration. Le rôle plus large de CoT dans l'interopérabilité OTAN est couvert dans notre article sur CoT et TAK dans l'interopérabilité OTAN.

Le modèle de passerelle API — exposer la traduction TDL comme un service sur une API REST ou gRPC plutôt que comme une interface binaire propriétaire — gagne du terrain car les architectures de coalition évoluent vers des conceptions orientées services. Une passerelle TDL basée sur API peut être intégrée avec les plateformes de partage de données de coalition, incluant les modèles de passerelle API pour le partage de données de coalition décrits dans notre analyse connexe, sans nécessiter une intégration bas niveau spécifique pour chaque système consommateur.

La norme MIP4 et IES — le modèle de données des forces terrestres OTAN — définit la couche sémantique que les systèmes C2 terrestres devraient utiliser lors de l'échange d'informations sur les forces. Une passerelle de coalition complète doit être capable de mapper vers et depuis les entités et relations canoniques de MIP, pas seulement vers le format de message NFFI. Pour des détails sur MIP4 et IES, voir notre analyse de MIP4 et IES : la norme de données des forces terrestres OTAN.