Qu'est-ce que Link 22 ? NILE, STANAG 5522 et le fonctionnement de la liaison de données tactique

Link 22 est la liaison de données tactique sécurisée HF/UHF de l'OTAN pour l'échange de données au-delà de la visibilité directe. Développée par le programme NILE (NATO Improved Link Eleven) pour remplacer Link 11 et compléter Link 16, elle est normalisée dans la STANAG 5522 (ATDLP-5.22). Navires, aéronefs, sous-marins et sites à terre partagent des pistes dans un « super-réseau » de huit réseaux et 125 unités au plus, sans aucun satellite.

Ce guide explique comment fonctionne Link 22 — l'architecture de l'unité, les supports HF et UHF et leurs débits, les réseaux NILE et le super-réseau, le TDMA dynamique, les messages des séries F et FJ, la sécurité, le réacheminement et les outils de test — et ce que construisent les équipes logicielles quand une plateforme l'ajoute. Les chiffres proviennent des publications ouvertes du projet NILE, le Link 22 Guidebook (2013) et le Customer Information Guide (2020). Pour la comparaison directe, lisez Link 22 face à Link 16.

Link 22, NILE et STANAG 5522 expliqués

NILE signifie NATO Improved Link Eleven : l'ancien nom de Link 22 et le nom du projet multinational qui construit ses composants communs. À la fin des années 1980, l'OTAN a convenu que Link 11 devait être amélioré ; le NATO Staff Requirement du 9 mars 1990 a fixé les exigences opérationnelles, et le projet a spécifié une nouvelle norme de messages tactiques, la STANAG 5522 (publiée comme ATDLP-5.22), avec une nouvelle architecture de communication en couches. L'OTAN a désigné le résultat Link 22.

Le projet a démarré en 1987, a terminé conception et développement en 2002 et est en soutien de maintien en condition depuis. Les sept nations NILE sont le Canada, la France, l'Allemagne, l'Italie, l'Espagne, le Royaume-Uni et les États-Unis (nation hôte) ; les Pays-Bas étaient participant fondateur et l'Espagne a pris leur place. Un bureau de gestion de projet hébergé par le PMW 150 de l'US Navy à San Diego dirige le programme et publie l'information ouverte sur link22.org. Les objectifs : remplacer Link 11, améliorer l'interopérabilité alliée et compléter Link 16. Link 22 a été conçu d'abord comme liaison maritime pour la lutte de surface et anti-sous-marine, mais il couvre tous les milieux — air, surface, sous-marin et terre.

Qui utilise Link 22 aujourd'hui

Link 22 est en service opérationnel dans plusieurs nations NILE et partenaires ; d'autres pays rejoignent via un processus de vente à des tiers approuvé par les nations NILE. Jalons rapportés publiquement :

Architecture de Link 22 : TDS, DLP, SNC, LLC, SPC et radios

Link 22 emploie une pile en couches, calquée sur les couches de communication ISO, aux interfaces bien définies pour que plusieurs fournisseurs puissent contribuer. Chaque participant est une unité NILE (NU), et en son sein la chaîne va du système de combat à l'antenne :

• Système de données tactiques (TDS) — le système C2 ou de conduite des opérations qui possède l'image tactique et produit et consomme les données tactiques selon les règles nationales.
• Processeur de liaison de données (DLP) — partie du TDS ou équipement qui lui est attaché. Il construit et analyse les messages STANAG 5522 et assure la gestion des pistes, la corrélation, la responsabilité de compte rendu, la résolution des conflits, le filtrage et le réacheminement des données. Il dialogue avec le SNC via l'Interface Design Description (IDD) de l'interface DLP–SNC.
• Contrôleur de réseau système (SNC) — le cœur, à peu près les couches réseau et transport : livraison de bout en bout, routage, relais automatique, TDMA, qualité de service et gestion de réseau. C'est une implémentation logicielle unique propriété des nations NILE, écrite en Ada 95 et exécutée sur un ordinateur ordinaire sous Windows ou Linux.
• COMSEC de niveau liaison (Link-Level COMSEC, LLC) — l'équipement cryptographique. Le LLC 7M actuel a été développé par les États-Unis, certifié par la NSA en février 2016 et n'est vendu que via le Foreign Military Sales américain ; un appareil dessert jusqu'à quatre réseaux NILE.
• Contrôleur de traitement du signal (SPC) — à peu près les couches liaison de données et physique : modulation, détection et correction d'erreurs (EDAC) et sécurité de transmission. Une unité a besoin d'un SPC par réseau ; les SPC sont des produits commerciaux.
• Radios — ensembles HF et UHF du commerce. Les radios HF existantes de Link 11 supportent les formes d'onde HF à fréquence fixe d'origine 1–6 ; les formes d'onde plus récentes et les modes à saut de fréquence exigent des radios qualifiées pour elles.

Le SNC, le LLC, les SPC et les radios forment l'équipement de communication NILE (NCE) ; le système Link 22, c'est la NCE plus la partie Link 22 du DLP. Le SNC et les spécifications d'interface sont des produits NILE communs et le LLC 7M est une réalisation américaine — mais le TDS/DLP, les SPC, les radios, la source de temps et l'intégration de l'ensemble relèvent de la responsabilité nationale. Dans l'installation de référence du guide, les interfaces DLP–SNC et SNC–LLC passent par TCP/IP sur Ethernet, le LLC rejoint chaque SPC par une liaison série, et une source d'heure (STANAG 4430) alimente le DLP, le SNC, les SPC et les radios à saut de fréquence. Les nations partenaires reçoivent le SNC sous forme d'exécutables seulement ; les versions mineures du SNC interopèrent entre elles, les majeures (9.x et 10.x, par exemple) non.

Bandes de fréquences et débits de Link 22

Chaque réseau NILE utilise un seul support. Link 22 définit deux bandes : HF (2–30 MHz), pour la couverture au-delà de la visibilité directe par onde de sol et onde ionosphérique, optimisée pour (mais sans s'y limiter) environ 300 milles nautiques, et UHF (225–400 MHz), visibilité directe seulement. Chaque bande fonctionne à fréquence fixe (FF) ou à saut de fréquence dans un mode de mesures de protection électronique (EPM) pour résister au brouillage. Chaque support offre plusieurs réglages qui échangent du débit contre de la robustesse, si bien qu'un réseau tient même en mauvaise propagation, y compris aux hautes latitudes où Link 11 souffre.

Les débits sont ce qui reste pour les données tactiques après correction d'erreurs et surcoût de synchronisation ; les tailles de paquets viennent du guide de 2013. La capacité s'additionne entre réseaux : l'édition 2020 cite 44 532 bit/s pour deux réseaux UHF plus deux HF, et des portées au-delà de 1 000 milles nautiques. Les gains HF viennent d'un effort d'amélioration allemand en 2007–2009 qui a rendu les réglages HF standard plus robustes, a étendu la couverture sans interruption à 1 000 milles nautiques et a ajouté des formes d'onde haut débit. Pour situer : Link 16 délivre 26 880–107 520 bit/s selon le compactage ; Link 22 échange du débit brut contre la portée, la robustesse et le relais automatique.

Réseaux NILE et super-réseau Link 22

Un réseau NILE est un ensemble d'unités échangeant des données STANAG 5522 sur un support avec un jeu de paramètres réseau. Un système Link 22 opérationnel est un super-réseau — de deux unités sur un réseau jusqu'à huit réseaux NILE et 125 unités. Chaque unité peut appartenir à la fois à quatre réseaux, et chaque réseau peut utiliser tout support et tout mode : par exemple HF pour un groupe aéronaval dispersé, UHF à l'intérieur de l'écran et UHF EPM là où un brouillage est attendu.

N'importe quelle unité peut adresser n'importe quelle autre du super-réseau, quels que soient leurs réseaux. Le SNC suit la connectivité et décide, message par message, si une retransmission est nécessaire pour joindre les destinataires — relais automatique, sur le même réseau ou sur un autre. Cela supprime la station de contrôle de réseau de Link 11 et les relais aéroportés dédiés de Link 16 avec la planification des intervalles de relais. Le relais est automatique par défaut ; une unité peut être inhibée ou désignée relais privilégié, et le routage contourne la congestion et les unités perdues.

Les messages s'adressent en Totalcast (toutes les unités), Neighborcast (voisins RF sur chacun des réseaux de l'unité), Mission Area Sub-Network (groupe prédéfini), liste dynamique (deux à cinq unités nommées) ou point à point, avec ou sans accusé de réception. Le TDS et le DLP identifient les unités par une adresse Link 22 de 15 bits coordonnée avec l'adressage Link 16 ; le SNC alloue aussi une adresse NILE interne de 7 bits que le DLP ne voit jamais. Sans station de contrôle et avec des protocoles distribués, la perte d'une seule unité n'interrompt pas le réseau.

TDMA, TDMA dynamique et qualité de service

Chaque réseau NILE partage sa capacité par TDMA, mais sans nœud : il n'y a pas d'unité Network Time Reference comme en Link 16. La structure de cycle réseau découpe le temps en minislots fixes dont la longueur dépend du support ; les intervalles de temps sont des nombres entiers de minislots, chacun alloué à une unité, et un cycle réseau peut atteindre 1 024 minislots. Les intervalles optionnels de Priority Injection n'appartiennent à personne : les messages urgents de priorité 1 peuvent y partir en avance et sont répétés dans l'intervalle propre de l'émetteur en cas de collision.

Les planificateurs définissent soit le cycle dans le message OPTASK LINK, soit le besoin en capacité et le délai d'accès de chaque unité, et le SNC calcule une structure optimisée. En exploitation, le TDMA dynamique (DTDMA) permet aux unités congestionnées d'obtenir de la capacité disponible donnée par d'autres, temporairement ou durablement, sans changer la durée du cycle. Si cela ne suffit pas, l'unité de gestion de réseau peut reconfigurer le réseau avec une nouvelle structure de cycle, ou le réinitialiser avec d'autres paramètres de support après une courte pause.

Chaque demande du DLP porte une qualité de service que le SNC fait respecter : priorité 1–4 ; fiabilité — standard (80 % de probabilité de réception), haute (90 %) ou livraison garantie avec accusés, le SNC calculant les répétitions et les répartissant sur les paquets ; quatre niveaux de péremption, pour que les données expirées ne partent jamais ; le donneur d'ordre des données préservé le long de toute route de relais ; et un indicateur de dérogation au silence radio.

Messages F-series et FJ-series face aux J-series

Link 22 transmet les données tactiques en messages à format fixe faits de mots de message tactique (TMW) de 72 bits, d'un à huit mots par message. Ces messages F-series appartiennent à la même famille J que Link 16 : mêmes définitions d'éléments de données, adresses de 15 bits, numéros de piste de 19 bits et positions WGS-84. Il y a deux sortes :

• Messages F-series uniques — versions compactes de messages Link 16, ou messages sans équivalent Link 16. Ils économisent la bande sur les réseaux HF lents.
• Messages FJ-series — messages J-series de Link 16 conditionnés en mots de 72 bits, si bien que beaucoup de messages Link 16 traversent Link 22 sans changement.

Le dictionnaire de données commun donne aux données Link 22 l'étendue et la granularité qui manquaient à la M-series de Link 11, et rend la traduction vers Link 16 bien plus facile que celle de Link 11. Pour le versant Link 16 de la famille, voir la liste des messages J-series et notre guide des champs J-series.

Le DLP construit chaque message (ou le reçoit du TDS) et le remet au SNC dans une Transmission Service Request (TSR) portant sa QoS ; le SNC valide la demande et rend compte du succès ou de l'échec. La NCE traite les messages tactiques comme des enveloppes scellées et n'en lit jamais le contenu. Une esquisse de ce qu'un DLP gère par demande (illustratif ; le vrai codage est défini par l'IDD DLP–SNC) :

# Illustrative model of what a DLP manages per Link 22 transmission request.
# Not the DLP-SNC IDD encoding, which the NILE PMO distributes to programmes.
from dataclasses import dataclass, field
from enum import Enum, auto

class Reliability(Enum):
    STANDARD = auto()    # 80 % probability of reception
    HIGH = auto()        # 90 % probability of reception
    GUARANTEED = auto()  # repeat until acknowledged or unreachable

class Addressing(Enum):
    TOTALCAST = auto()       # every unit in the super network
    NEIGHBORCAST = auto()    # RF neighbours on each of my networks
    MASN = auto()            # predefined mission area sub-network
    DYNAMIC_LIST = auto()    # 2 to 5 units named in the request
    POINT_TO_POINT = auto()  # exactly one unit

@dataclass
class TransmissionServiceRequest:
    request_id: int
    words: list[bytes]                # 1-8 tactical message words, 72 bits = 9 bytes each
    priority: int = 3                 # 1 (highest) to 4 (lowest)
    reliability: Reliability = Reliability.STANDARD
    perishability: int = 1            # one of four levels
    data_originator: int = 0          # 15-bit address of the unit that first reported the data
    addressing: Addressing = Addressing.TOTALCAST
    destinations: list[int] = field(default_factory=list)
    acknowledge: bool = False         # machine receipt from the addressees
    priority_injection: bool = False  # priority-1 only: may use unowned PI timeslots
    radio_silence_override: bool = False

    def validate(self) -> None:
        if not 1 <= len(self.words) <= 8 or any(len(w) != 9 for w in self.words):
            raise ValueError("a Link 22 message is 1-8 words of 72 bits")
        if not 1 <= self.priority <= 4:
            raise ValueError("priority must be 1-4")
        if self.priority_injection and self.priority != 1:
            raise ValueError("priority injection is for priority-1 messages only")
        if self.addressing is Addressing.DYNAMIC_LIST and not 2 <= len(self.destinations) <= 5:
            raise ValueError("a dynamic list names 2-5 units")

Sécurité et gestion de réseau de Link 22

Sécurité. Le LLC fournit la sécurité des communications et du réseau (COMSEC et NETSEC). Le LLC 7M emploie la protection d'intégrité et un chiffrement lié au temps, qui rend l'usurpation plus difficile et plus facile à détecter que sur Link 11 ; l'ancien KIV-21/LLC partageait la puce cryptographique de Link 16 et utilisait des clés hebdomadaires. Les supports EPM à saut de fréquence ajoutent la sécurité de transmission. Parce que la NCE ne lit jamais le contenu tactique, une nation peut en plus chiffrer les données tactiques de bout en bout au-dessus de la liaison — ce qu'un terminal Link 16, qui doit accéder aux données qu'il émet, ne peut pas offrir.

La gestion de réseau est automatisée par conception. Chaque unité s'initialise avec les mêmes paramètres fondamentaux du message OPTASK LINK (OLM), que le DLP charge dans le répertoire de super-réseau du SNC ; un réseau peut porter du trafic tactique dès son heure de départ sans aucun échange hertzien préalable, ou sonder d'abord la propagation. Il y a deux rôles : une Super Network Management Unit (SNMU) et une Network Management Unit (NMU) par réseau NILE, chacune avec une doublure qui reprend automatiquement — et la liaison continue de fonctionner même sans aucun titulaire. La SNMU peut démarrer de nouveaux réseaux, arrêter des unités, des réseaux ou tout le super-réseau, optimiser les performances et gérer le silence radio et l'état des clés. Les arrivants tardifs utilisent le Late Network Entry (LNE) pour obtenir les paramètres courants, en adhésion active, inactive ou silencieuse (écoute seule) ; des unités en réception seule peuvent écouter sans qu'on leur alloue de capacité d'émission.

Réacheminement vers Link 16 et Link 11 (STANAG 5616)

Link 22 fonctionne rarement seul. Le réacheminement de données — recevoir des données sur une liaison et les réémettre, correctement traduites, sur une autre — est une fonction DLP hors des spécifications du système NILE. Il est régi par la STANAG 5616 (ATDLP-6.16) : le volume II couvre Link 22 ↔ Link 16, le volume III Link 22 ↔ Link 11/11B, et tout DLP à liaisons multiples qui réachemine doit s'y conformer. Une unité à la fois sur Link 22 et Link 16 qui réachemine entre eux est une unité FJ ; les procédures multiliaisons figurent dans l'ATDLP-7.33 (ex-ADatP-33).

Grâce au dictionnaire commun de la famille J, le réacheminement Link 22 ↔ Link 16 est surtout de la remise en correspondance et du reconditionnement, tandis que Link 11 exige de traduire les messages M-series. Le guide NILE hiérarchise l'effort DLP en conséquence : le dual Link 16/Link 22 est plus simple que le dual Link 11/Link 22, et un DLP Link 11/16/22 complet est le plus difficile. L'allocation des numéros de piste, la responsabilité de compte rendu, la suppression des doublons et la prévention des boucles sont traitées dans notre guide de la passerelle Link 16 / Link 22 et l'article sur les logiciels de passerelle de liaisons de données tactiques ; le retrait de l'ancienne liaison est couvert par la migration depuis Link 11.

Link 22 face à Link 16 en bref

Link 16 (STANAG 5516) est la liaison à haute capacité, résistante au brouillage, pour l'image aérienne : bande L, visibilité directe et dépendance aux relais aéroportés ou satellitaires pour la portée. Link 22 est la liaison HF/UHF des forces navales dispersées : moins de débit, mais la portée au-delà de la visibilité directe, le relais automatique sans plateformes relais et une gestion de réseau bien plus simple. Elles ont été conçues comme complémentaires. Voir la comparaison complète Link 22 vs Link 16 ou Link 11 vs Link 16 vs Link 22, ou commencer par ce qu'est Link 16.

Tester Link 22 : NILE Reference System et MLST3

Le projet NILE finance deux systèmes d'essai. Le NILE Reference System (NRS) est le banc de compatibilité du SNC — il soutient aussi la vérification des LLC et des SPC — avec génération de scénarios, extraction de données, rejeu et analyse automatisée des réponses attendues pour les essais de non-régression. Ses configurations vont de la vérification SNC (un SNC sous essai face à 124 unités simulées) aux unités multiples sous essai (deux à cinq SNC réels, au besoin avec SPC et radios réels), à la simulation complète de 1 à 125 unités et à un mode Media Simulator pour tester un DLP national sans SPC réels. Un simulateur LLC et le Media Simulator permettent aux intégrateurs de travailler sans matériel cryptographique ni radios.

Le Multiple Link System Test and Training Tool (MLST3) est le banc d'interopérabilité : il vérifie la conformité du DLP aux normes de messages tactiques et l'interopérabilité avec Link 16, Link 11 et JREAP en configurations mono- et multiliaisons, et sert aussi d'outil de formation. MLST3 est disponible via le Foreign Military Sales américain ; d'autres fournisseurs proposent des alternatives. Les essais de plateforme et de coalition suivent ensuite le chemin habituel décrit dans la certification d'interopérabilité OTAN.

Ce que construisent les équipes logicielles pour Link 22

Le guide NILE est franc : développer et intégrer le DLP est « l'effort le plus important et le plus coûteux de la mise en œuvre de Link 22 ». Le SNC est fourni, le LLC acheté, les SPC et les radios sont commerciaux, donc l'effort d'ingénierie se concentre sur les logiciels nationaux :

• Intégration du DLP — projeter le modèle de pistes du TDS sur les messages F/FJ-series, réaliser l'initialisation, le contrôle réseau et le traitement des TSR sur l'interface DLP–SNC, et assumer la responsabilité de compte rendu, le filtrage et la corrélation. Le périmètre dicte le coût : des DLP en réception seule sont les plus simples, réception plus émission limitée (surveillance, PLI) reste maîtrisable, le C2 complet exige bien plus de soin.
• Codecs F- et FJ-series — codeurs et décodeurs bit-exacts pour les TMW de 72 bits, générés depuis des tables d'éléments de données plutôt qu'écrits à la main, avec validation de bornes et tests aller-retour.
• Passerelles multiliaisons — réacheminement STANAG 5616 entre Link 22, Link 16 et Link 11, avec mise en correspondance stable des numéros de piste et suppression des boucles.
• Ingestion C2 et COP — pistes Link 22 dans l'image maritime, alignées dans le temps et fusionnées avec Link 16, l'AIS et le radar ; voir le logiciel maritime de commandement et contrôle et la connaissance du domaine maritime en C2.
• Simulation et formation — générateurs de scénarios, super-réseaux synthétiques et outils d'enregistrement/rejeu pour la formation des opérateurs et la non-régression, aux côtés du NRS et de MLST3.

Lancez aussi tôt le volet non logiciel. Une nation partenaire a besoin d'une nation NILE marraine, de l'approbation unanime des nations NILE et des Pays-Bas, et d'un dossier US FMS pour le LLC 7M et les livraisons biennales block-cycle du SNC — une paperasse qui court en parallèle du développement, pas après.