STANAG 5516 : la norme OTAN qui se cache derrière Link 16

La STANAG 5516 est l'accord de normalisation de l'OTAN pour le Link 16, officiellement intitulé Tactical Data Exchange – Link 16. La norme qu'elle promulgue est publiée sous la référence ATDLP-5.16 — actuellement l'édition C, promulguée en avril 2024 dans le cadre de la 9e édition du STANAG — et définit les formats des messages de série J, les éléments de données et les règles d'émission et de réception que les systèmes de données tactiques de l'OTAN échangent sur le Link 16. Les États-Unis mettent en œuvre le même catalogue de messages au niveau national sous la référence MIL-STD-6016.

Qu'est-ce que la STANAG 5516 ?

Un STANAG n'est pas un manuel que l'on télécharge. C'est un accord de normalisation — un accord cadre que les nations de l'OTAN ratifient, s'engageant chacune à mettre en œuvre une norme commune — et le texte applicable figure dans la publication promulguée en vertu de cet accord. Pour le Link 16, cette publication est l'ATDLP-5.16, Tactical Data Exchange – Link 16, dont l'équipe des capacités de liaisons de données tactiques de l'OTAN est désignée comme dépositaire dans la base de normes de l'Alliance. Quand les ingénieurs parlent de « la norme Link 16 », c'est cet ensemble documentaire qu'ils désignent.

La description de la liaison dans la propre base de données de l'OTAN donne un bon repère : le Link 16 est une liaison de données radiofréquence à haut débit, sécurisée, résistante au brouillage et sans nœud, à accès multiple par répartition dans le temps (TDMA), qui assure la distribution d'informations, la localisation et l'identification sous forme intégrée, et fonctionne sur des terminaux JTIDS ou MIDS dans la bande supérieure UHF Lx (960–1215 MHz). Ce que la STANAG 5516 ajoute par-dessus cette forme d'onde, ce sont les protocoles, les conventions et les formats de messages à mots fixes — la couche de données qui permet à vingt systèmes de combat nationaux différents de dessiner la même image de pistes.

Si vous débutez sur la liaison elle-même, commencez par ce qu'est le Link 16 — fréquences, bande passante et TDMA et le guide d'intégration logicielle du Link 16 pour l'architecture de passerelle. Cet article reste sur les documents, car délimiter le mauvais ensemble documentaire est le premier coût évitable de tout programme Link 16.

Ce que contient l'ATDLP-5.16 (et où est passé l'ADatP-16)

La publication s'organise autour de la norme de messages. En pratique, quatre blocs de contenu :

• Le catalogue de messages de série J. Des messages binaires à format fixe regroupés en séries fonctionnelles — surveillance, localisation et identification précises des participants (PPLI), gestion de l'information, coordination et conduite des tirs, statut de plateforme, texte libre. Chaque message est une séquence définie de mots initiaux, d'extension et de continuation avec des dispositions de champs au niveau du bit. L'analyse approfondie figure dans notre guide des champs de la série J, et le catalogue complet dans la liste des messages de série J.
• Les éléments de données. Les valeurs de champs encodées et leurs interprétations — la taxonomie d'identité, la qualité de piste, les codes de plateforme et d'activité, les champs de position quantifiés. Les encodages « no statement » (sans indication) comptent autant que les valeurs réelles, car un décodeur qui les transforme en zéro dessine des pistes fausses.
• Les règles d'émission et de réception. Quels messages un participant émet et peut recevoir, la responsabilité de compte rendu, les intervalles de mise à jour et la façon dont les récepteurs traitent les données invalides ou hors plage.
• La participation au réseau. Comment les messages se répartissent sur les groupes de participation au réseau (NPG) et les créneaux temporels. Les données de conception de réseau transitent entre nations au titre d'une norme d'interface distincte (ATDLP-7.03, pour les données de conception de réseau MIDS/JTIDS) — la mécanique est traitée dans conception de réseau Link 16 : NPG, créneaux temporels et OPTASK LINK.

Autour de la norme de messages gravitent des publications d'appui : l'ATDLP-7.02 (codes et règles de mise en œuvre OTAN) et l'ATDLP-7.04 (le cadre xTDL, une représentation XML des normes de liaisons de données tactiques — utile pour une vérification de conformité lisible par machine). Les procédures opérationnelles ne font volontairement pas partie de la norme de messages : les procédures opérationnelles standard multiliaisons sont une publication distincte de la série ATDLP-7.x, et les niveaux de qualification du personnel TDL relèvent d'une autre norme encore (STANAG 5555).

La nomenclature piège beaucoup de monde. Les documentations de programme anciennes référencent l'ADatP-16, Standard Operating Procedures for NATO Link 16 (édition E, 2006, trois volumes). Ce numéro appartient au schéma de publication précédent : la norme technique du Link 16 est aujourd'hui promulguée dans la série ATDLP sous la référence ATDLP-5.16, les procédures opérationnelles étant portées par les publications SOP multiliaisons. Les anciens volumes de l'ADatP-16 resurgissent encore dans les catalogues — c'est pourquoi un document de contrôle d'interface de 2016 et un document actuel citent des numéros différents pour la même liaison.

MIL-STD-6016 : la norme de messages Link 16 américaine

La MIL-STD-6016 — officiellement Department of Defense Interoperability Standard: Tactical Data Link (TDL) Link-16 Message Standard — est la mise en œuvre nationale américaine du même catalogue de série J. Le Link 16 était historiquement connu dans le service américain sous le nom de TADIL J, et cette désignation figure encore dans les anciennes spécifications d'interface. Le dépositaire de la configuration est la Defense Information Systems Agency (DISA), et l'objet déclaré du document est de fournir un ensemble normalisé de messages Link-16 pour le ministère américain de la Défense.

Le document n'est pas classifié, mais sa diffusion est contrôlée. La révision de 2006 (MIL-STD-6016C) portait la déclaration de diffusion C — réservée au gouvernement fédéral américain et à ses contractants — et la communication aux alliés exige une autorisation de divulgation. Les programmes américains l'obtiennent via ASSIST, le dépôt de normes du ministère ; les contractants le reçoivent par leur point de contact gouvernemental. Les programmes alliés le reçoivent par les canaux nationaux.

Pour l'implémenteur, la relation pratique est simple : les bits de série J sur la liaison sont identiques, et la couche nationale ajoute conventions, codes et règles de mise en œuvre nationales. Une plateforme qui rejoint un réseau américain se certifie contre la MIL-STD-6016 ; une plateforme qui rejoint les réseaux OTAN se certifie contre la STANAG 5516/ATDLP-5.16 — et la plupart des programmes de l'Alliance finissent par suivre les deux. Notez aussi que la VMF (MIL-STD-6017) appartient à la même famille : la doctrine TDL nationale, celle du Canada par exemple, décrit le variable message format comme l'un des formats de messages de série J aux côtés du Link 22.

Les éditions de la STANAG 5516 et l'évolution de la norme

Les recensements publics de catalogue font remonter la STANAG 5516 édition 1 à 1997. L'édition 3 a suivi en 2006, l'édition 4 en 2008 (l'édition encore décrite dans les métadonnées des profils d'interopérabilité OTAN), l'édition 8 a promulgué l'ATDLP-5.16 édition B en avril 2019 et l'édition 9 l'ATDLP-5.16 édition C en avril 2024. Chaque édition est un événement de ratification : les nations l'adoptent selon leurs propres procédures, et les révisions américaines de la MIL-STD-6016 suivent les mêmes évolutions du catalogue à leur propre calendrier.

Pour un programme, l'édition fait partie de l'interface. Deux systèmes construits sur des éditions différentes divergent sur les champs modifiés, les nouveaux messages et les encodages dépréciés — généralement subtilement, ce qui est pire. Fixez l'édition et la version dans le document de contrôle d'interface, générez les codecs depuis les tables du catalogue plutôt qu'en codant les champs à la main, et rejouez les vecteurs de conformité à chaque changement de bloc. Et rappelez-vous que les normes sœurs évoluent indépendamment : le JREAP et les règles de transfert de données n'avancent pas au pas de la norme de messages.

La famille de normes Link 16 : 5511, 5518, 5522, 5602, 5616

Le Link 16 ne voyage jamais seul. Une pile réaliste de contrôle d'interface mobilise six à huit normes, et savoir laquelle possède quel problème est la moitié du travail de cadrage. La carte ci-dessous montre comment elles s'articulent et quel type de produit met en œuvre quoi.

Éditions telles que répertoriées dans les catalogues publics de normes OTAN en 2026 — confirmez toujours l'édition en vigueur auprès de votre autorité nationale avant de figer une interface.

Comment lire la carte : la STANAG 5516 définit les messages, tandis que la STANAG 4175 définit le terminal MIDS qui les émet — la séparation entre la couche de données et la radio est exactement celle entre une intégration C2 et un programme de terminaux (voir le guide des terminaux MIDS). La STANAG 5518 (JREAP) transporte les mêmes données tactiques sur IP et SATCOM quand le réseau n'atteint plus — MIL-STD-3011 côté américain. La STANAG 5616 définit les règles que suit une unité de transfert lorsqu'elle traduit entre Link 11, Link 16, Link 22 et JREAP — la norme derrière une passerelle Link 16 vers Link 22. La STANAG 5602 (SIMPLE) interconnecte les installations d'essai pour les tests d'interopérabilité TDL, sur la base des protocoles IEEE DIS. Le Link 22 lui-même est la STANAG 5522 — commencez par ce qu'est le Link 22 — et les arbitrages entre les trois liaisons OTAN sont comparés dans Link 11 vs Link 16 vs Link 22.

Comment obtenir accès à la STANAG 5516 et à la MIL-STD-6016

Les normes OTAN sont distribuées via les nations, pas aux sociétés. La base du NATO Standardization Office est le registre, mais un industriel accède aux documents via son ministère de la défense ou son autorité nationale de normalisation — typiquement dans le cadre d'un contrat de programme, d'un programme d'essais national ou d'un accord de parrainage du ministère. Le processus est bureaucratique plutôt que secret : les métadonnées de catalogue (titres, éditions, dates de promulgation, équipes responsables) sont publiques dans les données de profils d'interopérabilité OTAN et les catalogues nationaux de normes ; les textes intégraux sont à diffusion contrôlée.

Côté américain, la MIL-STD-6016 passe par ASSIST sous la déclaration de diffusion C, la communication aux alliés exigeant une autorisation de divulgation. Prévoyez des délais en semaines, et notez que certains volumes et suppléments — le matériel de gestion cryptographique, les suppléments classifiés — sont gardés plus étroitement que la norme de base. L'ingénierie peut commencer avant que la paperasse ne soit réglée : les descriptions opérationnelles publiques, le matériel de formation et la norme de simulation Link 16 DIS/HLA (SISO-STD-002) suffisent pour construire un banc d'essai de la couche messages et un cadre de conformité pendant que les documents contrôlés sont en route.

Conformité et tests d'interopérabilité

Personne ne se certifie soi-même sur une liaison de données tactique. Chaque nation dispose d'une autorité technique TDL qui possède la conformité : les ordres administratifs de la défense du Canada, par exemple, désignent une section conjointe de gestion TDL comme autorité technique nationale des TDL conjointes et exigent des tests d'interopérabilité TDL en laboratoire pour vérifier la conformité aux normes avant emploi. Aux États-Unis, le Joint Interoperability Test Command (JITC) teste et certifie les systèmes pour l'usage militaire.

Au-dessus de la couche nationale, l'exercice annuel OTAN Coalition Warrior Interoperability eXploration, eXperimentation, eXamination, eXercise (CWIX) est l'endroit où les tests bilatéraux tournent contre de vraies piles de partenaires — un exercice qui révèle ce que les bancs de conformité manquent, pas un organisme de certification. SIMPLE (STANAG 5602) est la norme qui câble les bancs d'essai précisément pour cette classe de tests. La préparation est un programme d'ingénierie en soi ; le guide de certification CWIX et notre revue du banc d'essai coalisé couvrent la discipline. En version courte : les vecteurs d'aller-retour des messages de série J appartiennent à l'intégration continue dès la première semaine.

Liste de contrôle d'implémentation pour les équipes logicielles

Ce qu'il faut implémenter dépend du côté du terminal où vous vous trouvez.

Si vous développez un logiciel C2 ou une passerelle

• Procurez-vous l'édition en vigueur de l'ATDLP-5.16 — et la MIL-STD-6016 si des réseaux américains sont dans le périmètre — via votre sponsor avant de concevoir les codecs, et consignez l'édition et la version exactes dans le document de contrôle d'interface.
• Implémentez le sous-ensemble de messages que votre interface requiert réellement — typiquement surveillance, PPLI et gestion de l'information d'abord — avec un typage strict généré depuis les tables du catalogue.
• Traitez les encodages de champs « no statement » comme des valeurs de plein droit ; les réduire à zéro est le bug classique du premier champ.
• Ajoutez le JREAP (STANAG 5518 / MIL-STD-3011) pour la portée IP et SATCOM, et les règles de transfert STANAG 5616 si le produit fait pont entre liaisons.
• Validez chaque message entrant contre le catalogue et journalisez les rejets structurés ; tamponnez le trafic sortant par priorité au lieu de saturer le terminal.
• Intégrez au CI des vecteurs binaires d'aller-retour de référence et des simulateurs de partenaires — les tactiques d'intégration sont dans la partie 2 de notre parcours d'implémentation de l'interopérabilité.

Si vous développez un terminal ou un composant de niveau liaison

• La STANAG 4175 (caractéristiques du terminal MIDS) domine votre périmètre — forme d'onde, cryptologie, synchronisation —, mais la norme de messages définit toujours ce que l'interface hôte doit transporter.
• L'allocation des créneaux temporels, l'entrée réseau et le comportement de navigation relative sont des points de certification, pas des fonctionnalités.
• Prévoyez l'échange des données de conception de réseau MIDS/JTIDS (ATDLP-7.03) et les tests d'intégration contre un banc d'essai de référence.

Dans tous les cas, budgétez le banc de conformité dès le premier sprint. C'est l'assurance la moins chère du programme : un tour de certification raté coûte plus cher que le banc n'en coûtera jamais.