Link 11 vs Link 16 vs Link 22 : comment se comparent les trois liaisons de données tactiques de l’OTAN

Le Link 11 (TADIL A) est le réseau HF/UHF conçu dans les années 1950 où une station de contrôle de réseau interroge chaque unité à tour de rôle : environ 1.8 kbit/s de données et aucune robustesse au brouillage. Le Link 16 (TADIL J) est la liaison TDMA en bande L résistante au brouillage pour l’image aérienne : 26.9–107.5 kbit/s par réseau, mais en ligne de vue seulement. Le Link 22 (NILE) remplace le Link 11 par un TDMA HF/UHF, un relais automatique au-delà de l’horizon et le dictionnaire de données du Link 16.

Le verdict pratique : mettez les aéronefs, la défense aérienne et la coordination des tirs sur le Link 16 ; tenez une force navale dispersée au-delà de l’horizon avec le Link 22 ; ne gardez le Link 11 qu’aussi longtemps qu’un partenaire, une plateforme ou un site à terre en dépend encore, et concevez le réacheminement des données qui coud les trois liaisons en une seule image. Le reste de cette page étaye ce verdict de chiffres.

Link 11 vs Link 16 vs Link 22 en un coup d’œil

Le tableau compare les trois liaisons selon les paramètres qui pilotent les décisions d’architecture. Les chiffres proviennent de documents publics de l’OTAN, du bureau de gestion du programme NILE (PMO) et de documents interarmées américains. Les débits indiqués sont ce qui reste pour les données tactiques après correction d’erreurs et surcoût de synchronisation, sauf mention contraire.

Comment chaque liaison partage le canal

La plus grande différence entre les trois liaisons tient à la manière de décider qui émet ensuite. Capacité, latence et surviabilité découlent toutes de ce choix.

Link 11 : interrogation séquentielle. En fonctionnement normal, une unité participante joue le rôle de station de contrôle de réseau. Elle émet une interrogation adressée à une unité ; celle-ci répond par son rapport complet pendant que tous les autres écoutent, puis la NCS appelle l’adresse suivante. Si une unité ne répond pas, la NCS attend environ 0.2 seconde avant de passer à la suivante. Le cycle réseau s’étire donc à chaque unité et à chaque piste, une unité détenant une information urgente ne peut pas franchir la file, et la perte de la NCS arrête le réseau. Les modes diffusion et diffusion courte permettent à une unité d’émettre sans être interrogée, mais ne changent pas la conception « un seul émetteur à la fois ».

Link 16 : TDMA fixe. Le temps est découpé en trames de 12 secondes de 1,536 tranches de 7.8125 ms. La conception du réseau attribue des blocs de tranches aux groupes de participation au réseau — les circuits fonctionnels tels que PPLI, surveillance, contrôle aérien et voix — ainsi qu’aux unités qui y émettent. Les tranches peuvent être dédiées à une unité ou partagées en accès contentionné, et plusieurs réseaux empilés peuvent réutiliser les mêmes tranches sur des séquences de saut différentes. Il n’y a pas de contrôleur : une unité sert de référence de temps réseau pour que les autres puissent se synchroniser et entrer, mais un réseau établi continue de fonctionner sans elle. Le budget des tranches est traité dans notre guide de conception des réseaux Link 16, NPG et tranches de temps.

Link 22 : réseaux TDMA au sein d’un super-réseau. Chaque réseau NILE déroule son propre cycle TDMA (la structure de cycle réseau) de tranches allouées aux unités, plus des tranches à injection prioritaire optionnelles pour le trafic urgent. Les planificateurs dimensionnent les besoins en capacité et le délai d’accès de chaque unité dans le message OPTASK LINK, ou le System Network Controller (SNC) calcule la structure. Le TDMA dynamique permet ensuite à une unité congestionnée de prendre la capacité libre pendant que le réseau tourne. Jusqu’à huit réseaux, chacun sur n’importe quel support HF ou UHF, forment un super-réseau de 125 unités au plus ; une unité peut siéger sur quatre réseaux à la fois, et le SNC relaie automatiquement un message quand un destinataire n’est pas joignable directement. Il n’y a ni station de contrôle de réseau ni référence de temps réseau. Le parcours complet du système : ce qu’est le Link 22 et comment fonctionne NILE.

Link 11 vs Link 16 : ce qui change en pratique

La plupart des plateformes ayant quitté le Link 11 sont d’abord passées au Link 16 : c’est la comparaison que rencontrent le plus souvent ingénieurs et planificateurs. Le saut est plus grand que ne le suggère la colonne des débits.

• Capacité et fraîcheur. Tout un réseau Link 11 se partage environ 1.8 kbit/s, et un rapport n’est frais qu’autant que le cycle d’interrogation le permet. Le Link 16 donne à chaque réseau 26.9–107.5 kbit/s, empile plusieurs réseaux et offre à chaque unité des occasions d’émettre qui ne dépendent pas du nombre d’autres unités sur la liaison.
• Précision. Le Link 11 rapporte des positions dans une grille relative à un point de référence de la liaison de données, ce qui limite la zone exploitable et exclut les opérations polaires ; le Link 16 rapporte des positions géodésiques WGS-84. La qualité de piste va de 0–7 sur Link 11 à 0–15 sur Link 16, où la valeur maximale exige mieux que 50 pieds de précision.
• Fonctions. Au-delà de la surveillance, le Link 16 ajoute la localisation et l’identification précises des participants (PPLI) avec navigation relative, le contrôle aérien, les messages de guerre électronique et de coordination des tirs, ainsi que deux canaux vocaux chiffrés à 2.4 ou 16 kbit/s. La liste complète des messages de la série J montre le catalogue.
• Surviabilité. Le Link 11 dépend de sa NCS ; le Link 16 est sans nœud central, car chaque tranche est attribuée à l’avance.
• Guerre électronique et protection. Le Link 11 est une forme d’onde à fréquence fixe avec seul chiffrement des messages, facile à brouiller et, de l’aveu même du programme NILE, relativement facile à usurper. Le Link 16 saute sur 51 fréquences à environ 77,000 sauts par seconde et chiffre à la fois le message et la transmission.
• Là où le Link 11 gagne encore. L’onde de sol HF porte le Link 11 au-delà de l’horizon, à environ 300 nm, sans avion relais, satellite ni passerelle. Le Link 16 a besoin de relais aéroportés, de liaisons satellitaires ou de JREAP pour dépasser la ligne de vue — précisément le vide que le Link 22 a été construit pour combler.

Les bases du Link 16 (terminaux, fréquences, packing) : qu’est-ce que le Link 16 ; pour l’intégration côté hôte, notre guide d’intégration logicielle du Link 16.

Où se situe le Link 22

Le programme NILE a énoncé les buts du Link 22 sans détour : remplacer le Link 11 et lever ses limites, et compléter le Link 16. C’est d’abord une liaison maritime pour la lutte contre les objectifs de surface et sous-marins, même si elle couvre tous les milieux. Elle garde ce qui rendait le Link 11 utile — les bandes HF et UHF et la portée au-delà de l’horizon sans satellites — et adopte ce qui rendait le Link 16 précis : les messages de la famille J sur le même dictionnaire de données, les adresses d’unités sur 15 bits, les numéros de piste sur 19 bits et les positions WGS-84. Par-dessus s’ajoutent le super-réseau, le relais automatique, le DTDMA, et la priorité et la qualité de service par message.

Face au Link 16, l’arbitrage est portée contre débit. Le Link 16 déplace bien plus de données par réseau et sa forme d’onde à saut rapide est la cible la plus difficile pour un brouilleur, mais il s’arrête à l’horizon radio tant que rien ne le relaie. Le Link 22 transporte une fraction des données par réseau, mais tient une force dispersée sur des centaines de milles et demande bien moins de planification réseau. C’est pourquoi l’OTAN prévoit les deux côte à côte plutôt qu’en rivales ; le duel complet est dans notre comparatif approfondi Link 22 vs Link 16.

Quelle liaison pour quelle mission et quelle plateforme

Dans les dispositifs réels, la question est rarement « quelle liaison », mais « quelle liaison transporte quoi ». Une répartition typique ressemble à ceci :

Les contraintes de plateforme comptent autant que les missions. Un aéronef qui emporte déjà un terminal MIDS obtient le Link 16 presque gratuitement, tandis que le Link 22 aéroporté émerge encore : le guide du PMO NILE de 2020 décrit le chiffrement LLC 7M comme conçu aux normes environnementales aéronautiques mais pas encore certifié formellement pour les aéronefs. Choix de terminaux et délais de livraison sont traités dans notre guide des terminaux MIDS.

Faire tourner les trois : réacheminement des données, DLP multi-liaisons et passerelles

Une force qui exploite plusieurs liaisons a besoin d’unités présentes sur deux liaisons à la fois pour y faire transiter les données. À l’OTAN c’est le réacheminement des données, régi par la STANAG 5616 (ATDLP-6.16) pour Link 11/11B, Link 16 et Link 22, et le programme NILE exige, pour s’y conformer, des processeurs de liaisons de données (DLP) bi- et multi-liaisons agissant comme réachemineurs. La doctrine interarmées américaine pour le cas Link 11/Link 16 détaille ce qu’un réachemineur doit faire :

• Corréler avant de réacheminer. Le réachemineur compare les pistes de l’autre liaison à ses pistes locales et ne rapporte que celles qu’il détient avec une meilleure qualité de piste, afin que le même contact ne soit pas rapporté deux fois.
• Traduire les participants. Les unités Link 11 apparaissent sur Link 16 comme des PPLI indirects (l’US Navy leur consacre le NPG 14), tandis que les PPLI du Link 16 apparaissent sur Link 11 comme des points spéciaux alliés.
• S’attendre à la diffusion multiple. Un seul message de série J du système de combat peut devenir jusqu’à huit messages sur Link 11 ou Link 4A, et toutes les pistes du Link 16 atteignent les unités Link 11 pendant l’unique interrogatoire du réachemineur ; un filtrage peut s’imposer pour ne pas noyer les affichages anciens.
• Convertir les grilles. Le réachemineur traduit entre le report géodésique du Link 16 et la grille du Link 11, sa propre position comprise.

Joindre Link 16 et Link 22 est bien plus facile que de joindre l’un des deux au Link 11. Ils partagent un dictionnaire de données, et les messages FJ du Link 22 transportent les messages de série J sans modification, si bien que l’essentiel du travail est un recadrage plutôt qu’un réencodage. L’avis du programme NILE lui-même hiérarchise l’effort : un DLP double Link 16/22 est plus simple qu’un DLP double Link 11/22, et un DLP multi-liaisons Link 11/16/22 complet est le plus difficile à construire. Notre article sur la traduction en passerelle du Link 16 vers le Link 22 déroule toute la chaîne de réacheminement, et le motif pour les consommateurs hors plateforme (JREAP, VMF, CoT) est décrit dans les passerelles logicielles de traduction des liaisons de données tactiques.

Sortir du Link 11

Aucune date d’extinction du Link 11 à l’échelle de l’Alliance n’est publique. Le remplacement est national et progressif : les nations NILE et les marines partenaires ajoutent le Link 22 à mesure que les bâtiments entrent en modernisation, les marines hors du programme gardent le Link 11, et les unités de réacheminement comblent l’écart. L’Espagne, par exemple, a équipé le bâtiment de projection Juan Carlos I du Link 22 fin 2022 et l’intègre à ses sous-marins S-80 et à la modernisation à mi-vie de ses frégates F-100, tandis que le groupe aéronaval français a exercé le Link 22 avec ses avions pendant son déploiement indo-pacifique 2024–25.

Trois faits du programme NILE façonnent les budgets de migration. D’abord, les radios HF Link 11 existantes prennent déjà en charge les six premières formes d’onde HF à fréquence fixe du Link 22, et certaines radios UHF Link 11 se réutilisent : radios et antennes ne sont donc souvent pas le facteur limitant. Ensuite, les éléments nouveaux sont le logiciel SNC, le chiffrement LLC 7M (disponible uniquement via les ventes militaires à l’étranger américaines), les contrôleurs de traitement du signal et surtout le DLP, que le PMO NILE appelle la part la plus significative et la plus coûteuse d’une mise en œuvre du Link 22. Enfin, un DLP double Link 11/22 est plus difficile qu’un DLP double Link 16/22, ce qui plaide pour retirer tôt les fonctions Link 11 sur les plateformes déjà dotées du Link 16. Notre guide de migration Link 11 détaille le plan par phases.

Ce que ces différences signifient pour le logiciel

Pour les ingénieurs qui écrivent le DLP ou la passerelle, les différences de niveau liaison se réduisent à une courte liste de problèmes difficiles :

• Deux espaces de numéros de piste. Les numéros Link 11 sont quatre chiffres octaux ; ceux du Link 16 et du Link 22 sont cinq caractères dans un champ de 19 bits. Les numéros 00200–07777 du Link 16 correspondent directement au 0200–7777 du Link 11, donc les unités qui rapportent sur les deux liaisons utilisent normalement leur bloc Link 11 comme bloc Link 16. Tout ce qui dépasse cette plage n’a pas d’équivalent Link 11 et exige une table de correspondance persistante dans le réachemineur.
• Qualité et précision de piste. Ramener 0–15 sur 0–7 se fait avec perte, et une piste réacheminée depuis le Link 11 porte la précision du Link 11 quels que soient les bits offerts par le champ de la série J. Conservez la provenance avec chaque piste et ne laissez jamais une piste réacheminée prendre le pas sur une piste native.
• Coordonnées. La grille du Link 11 est relative à un point de référence de la liaison de données ; le Link 16 et le Link 22 sont géodésiques. La conversion dépend du point de référence et de la position propre du réachemineur — les deux doivent être justes.
• Fidélité de traduction. La traduction série M vers série J remappe des champs de résolutions et de plages différentes, dans les deux sens. Link 16 vers Link 22 frôle le sans-perte : les messages FJ portent le contenu de la série J inchangé, et les messages F uniques sont des formes compactes des mêmes éléments de données, quelques-uns sans équivalent Link 16. Générez les tables de traduction depuis les normes plutôt qu’à la main, et testez les allers-retours.
• Timing. La latence des pistes est fixée par le cycle d’interrogation du Link 11, le plan de tranches du Link 16 et le cycle réseau du Link 22 plus les sauts de relais — pas par votre code. Modélisez-la par liaison quand vous budgétez la latence de bout en bout.
• Outils de test. Le programme NILE fournit un système de référence pour tester le SNC, le LLC et les contrôleurs de traitement du signal, et le Multi-Link System Test and Training Tool (MLST3) exerce les DLP contre les protocoles de messages Link 11, Link 16 et Link 22.

L’architecture qui survit à tout cela est celle que nous recommandons pour tout programme de liaisons de données : un modèle interne canonique de piste avec des adaptateurs versionnés par norme de messages, afin qu’ajouter le Link 22 ou retirer le Link 11 change un adaptateur, pas le système de combat. Pour la norme Link 16 elle-même, voir STANAG 5516 et MIL-STD-6016 expliqués.