Les terminaux MIDS expliqués : LVT, JTRS et le choix du matériel Link 16

Dans le domaine du C2 de défense, tout le monde parle de Link 16 comme s'il s'agissait d'un logiciel. Ce n'en est pas un. Link 16 est une forme d'onde, et une forme d'onde doit tourner sur une boîte — un terminal du Multifunctional Information Distribution System, le MIDS. Le terminal est la partie qui coûte des millions, met des années à être livrée, exige une autorisation crypto nationale et fixe discrètement le plafond de ce que votre système de combat pourra faire pendant les deux prochaines décennies. Voici un guide d'ingénierie consacré à cette boîte : la filiation JTIDS, la famille MIDS-LVT, le MIDS-JTRS à définition logicielle, le mandat de modernisation crypto qui impose en ce moment même une mise à niveau de toute la flotte, et la réalité des achats que les chefs de programme sous-estiment systématiquement.

1. ce qu'est le MIDS — et pourquoi le terminal est le facteur limitant

Link 16 est né sur le Joint Tactical Information Distribution System (JTIDS) — de grands terminaux gourmands en énergie déployés sur les AWACS et les navires de commandement dans les années 1980. MIDS était le programme conjoint américano-européen (France, Allemagne, Italie, Espagne et États-Unis) visant à réduire le JTIDS à quelque chose qu'un F-16 pouvait emporter. La forme d'onde est identique : bande L (960–1215 MHz), TDMA à créneaux temporels fixes, sauts de fréquence sur 51 canaux pilotés par une variable crypto. Ce qui a changé, c'est le conditionnement. MIDS a placé la même forme d'onde JTIDS dans un format 3/8-ATR qui tient dans un emplacement de soute d'armes d'un chasseur.

Le modèle mental essentiel est le suivant : les liaisons de données tactiques Link 16 forment une pile en couches, et le terminal possède les deux couches inférieures. La plateforme hôte — votre calculateur de mission, votre système de gestion de combat — produit des messages J-series. Le terminal gère l'ordonnancement des créneaux temporels, les sauts de fréquence, le chiffrement, le codage d'erreur et la transmission RF. Vous ne pouvez pas corriger une limitation de terminal par logiciel sur l'hôte. Si le terminal ne prend pas en charge une structure de groupage ou un mode crypto, aucune quantité de code hôte ne fera apparaître cette capacité. C'est pourquoi le terminal est le facteur limitant de chaque programme Link 16 : le logiciel qui lui parle peut être écrit en quelques mois ; la radio prend des années.

2. la famille MIDS-LVT

MIDS-LVT — Low Volume Terminal — est le matériel de production d'origine, en service depuis la fin des années 1990 et toujours le terminal Link 16 le plus répandu au monde. « LVT » est une famille, pas une unité unique, et les variantes comptent lorsque l'on lit la liste d'équipement d'une plateforme.

LVT(1) est le terminal complet : voix (deux canaux à 2,4/16 kbps), TACAN et la forme d'onde Link 16 intégrale. C'est la variante pour chasseurs et navires — celle du F/A-18, du F-16 et des bâtiments AEGIS. LVT(2) abandonne le TACAN et l'amplificateur de puissance RF dimensionné pour l'usage aérien ; c'est la variante terrestre pour les unités de tir de défense aérienne et les postes de commandement où la navigation TACAN n'est pas nécessaire. LVT(3) est la variante produite en Italie pour les forces armées italiennes, fonctionnellement alignée sur le LVT(1) mais construite sous licence de production Leonardo. LVT(11) est un dérivé navalisé pour les bâtiments de surface, avec l'antenne maritime et les exigences de refroidissement correspondantes.

Ce qui unifie la famille LVT — et ce qui la date — c'est l'architecture. Le MIDS-LVT utilise un fond de panier analogique et une implémentation de forme d'onde à fonction fixe. Le traitement Link 16 est en grande partie câblé en dur. Vous ne pouvez pas reprogrammer un LVT pour héberger une autre forme d'onde, et ajouter une nouvelle capacité Link 16 implique généralement un kit de modification matérielle, pas un chargement logiciel. Le LVT fait exactement une forme d'onde, très bien, pour toujours.

3. MIDS-JTRS — le successeur à définition logicielle

Le MIDS-JTRS (Joint Tactical Radio System) est le remplaçant moderne, et c'est un type de machine véritablement différent. C'est une radio à définition logicielle (SDR) : la forme d'onde s'exécute en tant que logiciel sur une plateforme reprogrammable de traitement numérique du signal et de FPGA construite selon la Software Communications Architecture (SCA). Link 16 n'est qu'une image de forme d'onde parmi plusieurs que la boîte peut héberger.

Le bénéfice pratique, c'est la simultanéité et l'évolutivité. Un terminal MIDS-JTRS peut exécuter Link 16 en parallèle de TTNT (Tactical Targeting Network Technology), de la Wideband Networking Waveform (WNW) et de la Soldier Radio Waveform (SRW) — en partageant la même ouverture RF et le même châssis de traitement au lieu d'exiger une boîte distincte par réseau. Cela compte pour l'intégration plateforme, où l'espace, la masse, la puissance et le refroidissement (SWaP-C) sont les contraintes déterminantes. Cela signifie aussi une capacité de croissance : une marge de traitement disponible et du tissu FPGA permettent au terminal d'héberger de futures formes d'onde ou une capacité Link 16 étendue sans changement de matériel. Les nouveaux programmes d'aéronefs spécifient le MIDS-JTRS pour exactement cette raison — c'est le seul terminal qui ne verrouille pas l'avenir liaison de données de la plateforme au moment de la mise en service.

4. modernisation crypto — CMN-4 et Block Upgrade 2

Le programme matériel Link 16 le plus important à l'heure actuelle est la modernisation crypto. Les algorithmes crypto historiques de Link 16 et la façon dont la forme d'onde utilise le spectre de fréquences sont remplacés dans le cadre du mandat Crypto Modernization 4 (CMN-4), déployé via la modification de terminal Link 16 Block Upgrade 2 (BU2). Ce n'est pas optionnel et ce n'est pas lointain : les terminaux américains et alliés non modernisés au CMN-4 sont programmés pour perdre l'autorisation d'opérer sur les réseaux Link 16 modernisés, avec des échéances déjà imposées sur les réseaux homologués américains.

Le BU2 regroupe trois choses. Premièrement, les nouveaux algorithmes cryptographiques CMN-4, qui nécessitent de nouvelles applications crypto chargées sur le terminal — et sur le LVT, dans bien des cas, du nouveau matériel. Deuxièmement, le mandat de remappage de fréquence, qui change la façon dont Link 16 saute à l'intérieur de la bande L pour se déparasiter de l'environnement spectral environnant (le problème de cohabitation de longue date avec les systèmes de l'aviation civile dans la même bande). Troisièmement, les améliorations de débit décrites ci-dessous. Le remappage est la partie qui a force réglementaire — les réseaux qui n'ont pas remappé ne peuvent pas partager proprement le spectre avec les réseaux modernisés, ce qui explique pourquoi l'échéance est ferme.

La conséquence sur l'approvisionnement : chaque plateforme Link 16 de l'OTAN est sous chronomètre. Un chef de programme qui déploie aujourd'hui des terminaux LVT(1) achète du matériel qui devra être modifié BU2 pour rester légal, et sur les LVT historiques cette modification est une action de dépôt, pas un téléchargement.

5. multi-réseaux simultanés et débit amélioré

Deux capacités accompagnent le BU2 et expliquent pourquoi la modernisation vaut opérationnellement la peine : le Concurrent Multi-Netting (CMN) et l'Enhanced Throughput Mode (ETM).

Le Concurrent Multi-Netting permet à un seul terminal de recevoir simultanément sur plusieurs réseaux Link 16 (multinets), au lieu d'être verrouillé sur un seul Network Participation Group à la fois. Pour un nœud contrôleur qui doit surveiller plusieurs réseaux — différentes zones de mission, différentes coalitions — le CMN fait la différence entre une seule image tactique et le besoin de plusieurs terminaux. L'Enhanced Throughput Mode augmente le débit effectif en groupant davantage de bits par créneau temporel, relevant le plafond pratique bien au-dessus de la plage classique de 28,8–238 kbps pour les terminaux qui le prennent en charge. Ensemble, ils augmentent à la fois le nombre de réseaux qu'un terminal peut voir et le volume de pistes qu'il peut transporter par réseau — c'est pourquoi le BU2 est vendu comme une mise à niveau de capacité, et pas seulement comme un exercice de conformité crypto. Le hic, encore une fois, c'est le matériel : le CMN et l'ETM nécessitent le terminal modernisé. Un LVT historique ne peut pas faire de multinet, quoi que demande le logiciel hôte.

6. intégration hôte — l'interface terminal-vers-hôte

Du point de vue de l'ingénieur logiciel, le terminal est une interface, et l'interface est l'endroit où les projets d'intégration vivent ou meurent. La plateforme hôte se connecte au terminal MIDS via une interface terminal-vers-hôte définie — historiquement un bus MIL-STD-1553 ou une interface hôte Ethernet/série selon la génération du terminal — et l'hôte est responsable de produire des messages J-series correctement formatés et correctement ordonnancés.

C'est là que se trouvent l'Improved Data Modem (IDM) et les couches équivalentes de traitement de messages. L'IDM et le processeur de liaison de données de l'hôte gèrent la plomberie des messages J : construction des messages J2.x de localisation précise des participants, des pistes de surveillance J3.x, des mots de gestion de mission J12.x, leur mappage sur les affectations de blocs de créneaux temporels du terminal, et le respect de l'architecture TDMA du réseau telle que définie dans le Network Design Load (NDL). Le terminal transmettra fidèlement tout ce que l'hôte lui remet dans ses créneaux affectés — y compris des données parasites. La plupart des « problèmes Link 16 » en test d'intégration ne sont pas des défauts du terminal ; ce sont des défauts d'ordonnancement hôte et de construction de messages J. La discipline qui paie consiste à traiter le terminal comme un tuyau strict, bête et rapide, et à placer toute l'intelligence — gestion des pistes, corrélation des messages, conformité NDL — dans une couche de liaison de données côté hôte propre, qui ne laisse jamais les particularités propres au terminal s'infiltrer dans le modèle de données central du système de combat.

7. réalité des achats — fournisseurs, délais et FMS

Les terminaux MIDS certifiés proviennent d'un petit ensemble de fournisseurs homologués américains : Data Link Solutions (la coentreprise BAE Systems/Collins), ViaSat et Collins Aerospace. Il n'y a pas de marché commercial et aucun moyen de contourner la qualification par une seconde source. Les délais pour les nouvelles commandes MIDS-JTRS sont de 18 à 36 mois, et la vague de modernisation BU2 consomme simultanément la capacité de production et de dépôt — la file d'attente est donc plus longue aujourd'hui que ne le suggère le chiffre nominal.

Pour un allié de l'OTAN, le terminal dépend aussi de l'autorité de cession. Les terminaux Link 16 et leur crypto sont contrôlés ; un programme allié les achète via un dossier Foreign Military Sales (FMS) avec la décision de cession appropriée de la National Security Agency américaine pour le chargement crypto. Ce calendrier de cession court en parallèle — et souvent plus longtemps — que le délai matériel. Une commande de terminal passée en 2026 pourrait ne pas mettre du matériel modernisé, chargé en crypto et autorisé réseau sur la plateforme avant 2029. Ce n'est pas une plainte sur le processus ; c'est la réalité physique et diplomatique de l'approvisionnement, et elle doit figurer au calendrier du programme dès le premier jour plutôt que d'être découverte à l'intégration.

8. spécifier le MIDS pour un nouveau programme

La décision de terminal pour un nouveau programme se résume à trois règles.

Spécifiez le MIDS-JTRS partout où la plateforme peut se le permettre. L'architecture SDR est la seule qui survit aux vingt prochaines années de changements de forme d'onde et de crypto sous forme de chargements logiciels plutôt que de modifications matérielles. Sur toute plateforme qui volera ou naviguera au-delà de 2040, le JTRS est le choix par défaut, et le SWaP-C de l'hébergement de Link 16, TTNT et des formes d'onde futures sur une seule boîte l'emporte généralement à l'échelle de la plateforme entière, même à coût unitaire plus élevé.

N'utilisez le MIDS-LVT que là où la plateforme ne peut pas héberger le JTRS. Certains aéronefs anciens, unités de tir terrestres et installations à faible SWaP ne peuvent pas accueillir l'empreinte d'intégration d'un terminal JTRS. Là, un LVT — modernisé BU2/CMN-4 dès le départ, jamais une unité antérieure à la modernisation — est la bonne réponse. Budgétisez simplement honnêtement la nature à fonction fixe du LVT : chaque capacité future est un kit matériel.

Traitez le terminal comme le plafond pour vingt ans. Le matériel acheté en phase de programme d'enregistrement fixe la capacité maximale de liaison de données que la plateforme aura jamais. Construisez le logiciel de liaison de données côté hôte comme une couche versionnée et basée sur des adaptateurs — la même discipline à double pile que nous recommandons pour choisir entre Link 22 vs Link 16 et pour toute passerelle de liaison de données tactique — de sorte que lorsque le BU2 ajoute un message J ou qu'un futur bloc modifie l'architecture des créneaux, vous remplacez un adaptateur, pas un système de combat. La radio est le facteur limitant. Planifiez tout le programme autour de la boîte, et le logiciel suivra.