Passerelle Link 16 vers Link 22 : traduction et transfert de messages

Une image aérienne et maritime de coalition est rarement portée sur un seul lien. Les participants à la chasse rapide et à la défense aérienne partagent leurs pistes via Link 16 ; les groupes de travail maritimes et les participants au-delà de l'horizon partagent de plus en plus les leurs via Link 22. Dès lors que les deux communautés doivent se voir mutuellement, quelque chose doit s'interposer entre les deux réseaux et déplacer les pistes — recevant un message J-series sur un lien, le ré-exprimant pour l'autre, et le retransmettant de sorte qu'un contact signalé d'un côté apparaisse, correctement, des deux côtés. Ce quelque chose est une passerelle Link 16/Link 22, et faire en sorte que sa logique de traduction et de transfert soit correcte est l'un des problèmes les plus exigeants de l'intégration des liaisons de données tactiques. Cet article explique comment la passerelle rejoint les deux réseaux, comment elle traduit entre les deux environnements J-series, et comment elle transfère les pistes sans les dupliquer, les mettre en boucle ou les perdre silencieusement.

Pourquoi une passerelle est-elle nécessaire ?

Link 16 et Link 22 ne sont pas des normes concurrentes mais plutôt complémentaires, et la comparaison entre elles est traitée en détail dans l'article sur Link 22 par rapport à Link 16. Link 16 est le cheval de bataille à haute cadence, en ligne de visée, pour l'image aérienne : une structure TDMA précisément synchronisée sur des terminaux JTIDS/MIDS dans la bande 960–1215 MHz, fournissant des mises à jour de pistes toutes les quelques secondes aux participants à déplacement rapide. Link 22 a été conçu comme le successeur moderne au-delà de la ligne de visée de l'ancien Link 11, organisant les terminaux en Super Network sur les médias HF et UHF avec accès dynamique, bien adapté aux forces maritimes dispersées et à la portée au-delà de l'horizon.

Parce que les deux liens desservent des portées, des médias et des populations de plateformes différents, les opérations réelles font fréquemment tourner les deux simultanément. Un navire de défense aérienne sur l'image aérienne Link 16 et une frégate rapportant via Link 22 appartiennent à la même force, et leurs commandants ont besoin d'une image cohérente unique. La passerelle est le nœud qui rend cela possible : elle est une unité sur les deux réseaux simultanément, et sa seule fonction est de maintenir les deux images cohérentes en traduisant et en transférant les pistes que chaque côté ne peut pas entendre autrement.

Le fondement commun : les messages J-series

La raison pour laquelle la traduction inter-liens est réalisable est que Link 16 et Link 22 transportent la même famille de messages — le catalogue J-series défini dans la famille de normes MIL-STD-6016. Une piste aérienne J2-series sur Link 16 et une piste aérienne J2-series sur Link 22 décrivent la même entité conceptuelle avec les mêmes champs conceptuels : position, vitesse, altitude, identité, IFF et numéro de piste. La traduction est donc essentiellement un remappage plutôt qu'un reformatage complet, ce qui est une simplification significative par rapport au pontage de deux familles de messages réellement différentes.

« Essentiellement un remappage » n'est pas « trivialement identique ». Les deux environnements de liens diffèrent sur trois couches que la passerelle doit réconcilier. Premièrement, la couche de tramage et d'accès au média est complètement différente — créneaux TDMA fixes sur Link 16 contre accès dynamique au Super Network sur Link 22 — de sorte que la passerelle retransmet physiquement, sans jamais simplement relayer des bits. Deuxièmement, certains encodages de champs, résolutions ou conventions d'unités diffèrent entre les définitions Link 16 et Link 22 de messages par ailleurs équivalents, et ces champs doivent être reconditionnés, pas copiés. Troisièmement, les messages de gestion de réseau — les messages qui régissent la participation, la synchronisation et la responsabilité de signalement — sont propres à chaque lien, de sorte que la passerelle doit parler nativement le dialecte de gestion de chaque côté.

Ce qui passe directement et ce qui doit être reconditionné

Les champs de charge utile à haute valeur — latitude, longitude, altitude, cap, vitesse, identité et données IFF — se mappent directement dans le cas courant, car ils décrivent une réalité physique qui ne change pas avec le lien qui la transporte. Les champs qui exigent une attention sont les relatifs au lien : numéro de piste (attribué par réseau, dans un espace de numérotation propre au réseau), responsabilité de signalement (quelle unité « possède » la piste sur ce réseau) et indicateurs de qualité ou de confiance de la piste (que la fusion en aval utilise pour pondérer la piste). Ceux-ci ne peuvent pas être copiés tels quels ; ils doivent être re-dérivés pour le réseau de destination, ce qui est exactement là où la plupart des bogues de transfert prennent leur origine.

Rejoindre les deux réseaux et aligner le temps

Avant qu'une seule piste puisse être transférée, la passerelle doit être un participant sain sur les deux réseaux. Du côté Link 16, cela signifie un terminal de classe MIDS, un ensemble de créneaux TDMA attribués pour la transmission, un chiffrement correct et une synchronisation étroite avec la référence temporelle du réseau. Du côté Link 22, cela signifie un terminal Link 22 accrédité rejoint au Super Network, avec son propre chiffrement et son propre timing réseau.

L'alignement temporel n'est pas une formalité. Chaque piste J-series n'a de signification qu'en rapport avec un temps de mesure, et une image fusionnée corrèle les pistes de multiples sources en comparant leurs états étiquetés dans le temps. Si la passerelle est faiblement synchronisée d'un côté, les pistes qu'elle injecte seront étiquetées temporellement de façon incorrecte par rapport aux pistes natives sur le réseau récepteur, et la couche de fusion réceptrice les rejettera comme périmées ou, pire, les mal-corrélera. La passerelle doit synchroniser son horloge sur la référence temporelle du réseau Link 16, s'aligner sur le timing du réseau Link 22, et étiqueter temporellement chaque piste transférée avec un temps cohérent avec la référence du réseau de destination plutôt qu'avec sa propre horloge libre.

Le pipeline de traduction

À l'intérieur de la passerelle, chaque piste transférée passe par un pipeline court et bien défini. Décodage : le message J-series reçu est décodé à l'aide de décodeurs générés par programme à partir des tables de champs MIL-STD-6016 — la même discipline qui s'applique à tout consommateur J-series, car l'arithmétique de champs binaires codée à la main et les étapes de quantification produisent de subtiles erreurs de décalage qui se manifestent des mois plus tard sous forme de pistes déplacées. Validation : chaque champ décodé est vérifié par rapport à sa plage physique ; une position en dehors de la terre, une portée oblique négative ou une vitesse impossible indique un message source malformé qui doit être consigné et abandonné, non transféré. Mappage : l'état d'entité validé est traduit dans le message J-series du lien de destination, en copiant les champs qui se correspondent directement et en reconditionnant les champs dont l'encodage diffère. Estampillage et mise en file d'attente : le message reçoit un numéro de piste réseau de destination et la responsabilité de signalement de la passerelle, puis est mis en file d'attente pour transmission à la prochaine opportunité d'accès au média disponible.

Sur du matériel moderne, le travail de décodage-mappage-encodage ne coûte que quelques millisecondes à un chiffre par message ; la passerelle n'est pas limitée par le calcul. La latence réelle se trouve dans l'écart file-d'attente-à-transmission, qui est entièrement régi par l'accès au média du lien de destination — l'attente des créneaux TDMA de la passerelle sur Link 16 ou de son opportunité d'accès au média sur Link 22.

Transfert sans duplication ni boucles

Le problème de correction le plus difficile dans toute passerelle de transfert est d'empêcher une piste d'être dupliquée, multipliée ou réinjectée dans une boucle infinie. Trois mécanismes travaillent ensemble pour prévenir cela.

La table de transfert. La passerelle maintient une table indexée par l'unité d'origine et le numéro de piste source, mappant chaque piste source vers le numéro de piste de destination qui lui a été attribué. Lorsque la même piste source se met à jour, la passerelle réutilise le même numéro de piste de destination afin que l'image réceptrice voie une piste continue plutôt qu'une nouvelle piste à chaque mise à jour. Ce mappage stable est la colonne vertébrale d'un transfert propre.

La réécriture de la responsabilité de signalement. Chaque piste que la passerelle injecte sur un réseau est estampillée avec la passerelle comme unité rapporteur, et non le rapporteur d'origine. C'est ce qui permet à la passerelle de reconnaître sa propre sortie : lorsqu'une piste qu'elle a transférée sur Link 22 est ensuite entendue en écho vers Link 16, la passerelle voit sa propre responsabilité de signalement sur le message entrant et supprime son re-transfert. Sans cette règle, deux passerelles — ou même une seule passerelle sur une topologie réflexive — multiplieront les pistes sans limite.

Corrélation par identité et cinématique. Un seul aéronef ou navire physique peut apparaître indépendamment sur les deux liens s'il est entendu nativement par des participants sur chacun. Si la passerelle transférait naïvement les deux, l'image fusionnée afficherait deux marqueurs pour une seule entité. La corrélation par identité Mode 5/Mode S, lorsqu'elle est disponible, les regroupe immédiatement en une seule piste ; lorsqu'aucune clé d'identité partagée n'existe, la corrélation cinématique teste si deux pistes pourraient être la même entité sur la base d'une position et d'une vitesse cohérentes. Cette corrélation est la même discipline de fusion utilisée chaque fois que plusieurs sources alimentent une image, et est traitée plus largement dans l'article sur les normes d'interopérabilité NATO.

Gestion des numéros de piste entre espaces de numérotation

Link 16 identifie les pistes par un numéro de piste octal à 5 chiffres attribué par l'unité rapporteur, et Link 22 possède son propre schéma de numérotation des pistes. La passerelle chevauche donc deux espaces de numérotation distincts et doit allouer des numéros de piste de destination depuis son propre bloc attribué sur chaque réseau tout en préservant une identité de piste interne stable qui survit sur les deux. Le schéma recommandé est le même que celui utilisé dans toute image commune d'opérations multi-réseau : conserver un UUID de piste interne stable pour la fusion, présenter le numéro de piste par réseau opérationnellement significatif pour l'affichage, et ne jamais laisser une collision de numéro de piste sur un réseau éliminer ou fusionner deux entités distinctes. Relier deux réseaux précédemment séparés est le déclencheur classique de collision, et la passerelle doit la résoudre sans perdre de pistes de l'une ou l'autre image.

Classification, chiffrement et responsabilités d'une équipe logicielle

Une passerelle franchit par conception des frontières cryptographiques et de classification. Chaque lien transporte du trafic classifié chiffré par un chiffrement accrédité, et la passerelle détient le matériel de chiffrement pour les deux. Le logiciel de traduction n'affaiblit pas cela — il opère sur un contenu J-series déjà déchiffré à l'intérieur de la frontière accréditée — mais le programme doit s'assurer que l'hôte passerelle, son stockage et tout élément interdomaine sont accrédités à la classification des données. La fuite à travers une passerelle de liaison de données tactiques est une cause récurrente d'incident interdomaine, et l'équipe d'ingénierie est responsable de rendre le chemin des données auditable.

La division du travail mérite d'être énoncée clairement. La logique de traduction, de transfert, de corrélation et de gestion des pistes est un développement logiciel ordinaire, exigeant mais réalisable par une équipe compétente. Les pièces contraignantes sont les terminaux accrédités (classe MIDS pour Link 16, terminaux Link 22 accrédités pour Link 22), le chiffrement national, et la conception réseau qui alloue à la passerelle ses créneaux et blocs de numéros. Ce sont des questions de programme et d'autorité nationale, interfacées via un processeur de liaison de données tactiques et des interfaces hôte standard — le même schéma d'accréditation qui régit les normes côté sol telles que MIP4-IES.

Bien réalisée, la passerelle est invisible : un contact maritime sur Link 22 apparaît simplement sur l'image aérienne Link 16, et une piste de chasseur rapide sur Link 16 apparaît simplement pour la force maritime au-delà de l'horizon, chacun avec la bonne identité, la bonne étiquette temporelle, et exactement un marqueur.