STANAG 5516: de NAVO-standaard achter Link 16

STANAG 5516 is de NAVO-standaardisatieovereenkomst voor Link 16, officieel getiteld Tactical Data Exchange – Link 16. De standaard die zij afkondigt, wordt gepubliceerd als ATDLP-5.16 — momenteel editie C, afgekondigd in april 2024 onder STANAG-editie 9 — en definieert de berichtformaten van de J-serie, de data-elementen en de verzend- en ontvangstregels waarmee NAVO-systemen voor tactische gegevens via Link 16 uitwisselen. De Verenigde Staten implementeren dezelfde berichtcatalogus nationaal als MIL-STD-6016.

Wat is STANAG 5516?

Een STANAG is geen handboek dat je downloadt. Het is een standaardisatieovereenkomst — een raamovereenkomst die NAVO-landen ratificeren, waarmee ieder zich verplicht een gemeenschappelijke standaard te implementeren — en de implementeerbare tekst staat in de publicatie die eronder wordt afgekondigd. Voor Link 16 is dat ATDLP-5.16, Tactical Data Exchange – Link 16, met als beheerder in de standaardendatabase van het bondgenootschap het NAVO-capabilityteam voor tactische datalinks. Als ingenieurs zeggen „de Link 16-standaard”, bedoelen ze precies deze documentenset.

De linkomschrijving uit de database van de NAVO zelf geeft een goede oriëntatie: Link 16 is een hoogcapaciteits-, beveiligde, storingbestendige, knooploze radiofrequente datalink met tijdmultiplex (TDMA), die informatiedistributie, positielocatie en -identificatie in geïntegreerde vorm biedt en draait op JTIDS- of MIDS-terminals in het bovenste UHF Lx-band (960–1215 MHz). Wat STANAG 5516 boven die golfvorm toevoegt, zijn de protocollen, conventies en berichtformaten met vaste woorden — de datalaag waarmee twintig verschillende nationale gevechtssystemen hetzelfde spoorbeeld tekenen.

Als de link zelf nieuw voor je is, begin met wat Link 16 is — frequenties, bandbreedte en TDMA en de software-integratiegids voor Link 16 voor de gateway-architectuur. Dit artikel blijft bij de documenten, omdat het verkeerd afbakenen van de documentenset de eerste vermijdbare kostenpost van elk Link 16-programma is.

Wat ATDLP-5.16 bevat (en waar ADatP-16 gebleven is)

De publicatie is opgebouwd rond de berichtstandaard. Praktisch gezien vier inhoudsblokken:

• De berichtcatalogus van de J-serie. Binaire berichten met vast formaat, gegroepeerd in functionele series — surveillance, precieze deelnemerlocatie en -identificatie (PPLI), informatiebeheer, wapencoördinatie en -besturing, platformstatus, vrije tekst. Elk bericht is een gedefinieerde reeks initiatie-, extensie- en continuatiewoorden met veldindelingen op bitniveau. Diepgaand behandeld in onze veldgids voor de J-serie, de volledige catalogus in de berichtenlijst van de J-serie.
• Data-elementen. De gecodeerde veldwaarden en hun interpretaties — de identiteitstaxonomie, spoor kwaliteit, platform- en activiteitscodes, gekwantiseerde positievelden. De „no statement”-coderingen wegen even zwaar als de echte waarden, want een decoder die ze op nul afbeeldt, tekent valse sporen.
• Verzend- en ontvangstregels. Welke berichten een deelnemer verzendt en kan ontvangen, rapportageverantwoordelijkheid, update-intervallen en hoe ontvangers met ongeldige of buiten-bereik gegevens omgaan.
• Netwerkdeelname. Hoe berichten op netwerkdeelnamegroepen (NPG's) en tijdsloten worden afgebeeld. De netwerkontwerpgegevens zelf bewegen zich tussen landen onder een aparte interfacestandaard (ATDLP-7.03, voor MIDS/JTIDS-netwerkontwerpgegevens) — de mechaniek wordt behandeld in Link 16-netwerkontwerp: NPG's, tijdsloten en de OPTASK LINK.

Rond de berichtstandaard staan ondersteunende publicaties: ATDLP-7.02 (NAVO-implementatiecodes en -regels) en ATDLP-7.04 (het xTDL-framework, een XML-representatie van de standaarden voor tactische datalinks — nuttig voor machineleesbare conformiteitstoetsing). Operationele procedures maken bewust geen deel uit van de berichtstandaard: standaardprocedures voor meerdere links zijn een aparte publicatie in de ATDLP-7.x-reeks, en de kwalificatieniveaus voor TDL-personeel zijn wederom een andere standaard (STANAG 5555).

De naamgeving laat mensen struikelen. Oudere programmadocumentatie verwijst naar ADatP-16, Standard Operating Procedures for NATO Link 16 (editie E, 2006, drie delen). Dat nummer hoort bij het eerdere publicatieschema: de technische Link 16-standaard wordt vandaag afgekondigd in de ATDLP-reeks als ATDLP-5.16, terwijl de operationele procedures door de multi-link SOP-publicaties worden gedragen. Oude ADatP-16-delen duiken nog steeds op in cataloguslijsten — daarom citeert een interfacecontroledocument uit 2016 en een actueel document verschillende nummers voor dezelfde link.

MIL-STD-6016: de Amerikaanse Link 16-berichtstandaard

MIL-STD-6016 — formeel Department of Defense Interoperability Standard: Tactical Data Link (TDL) Link-16 Message Standard — is de Amerikaanse nationale implementatie van dezelfde J-serie-catalogus. Link 16 stond in Amerikaanse dienst historisch bekend als TADIL J, en die aanduiding verschijnt nog in oudere interfacespecificaties. De configuratiebeheerder is de Defense Information Systems Agency (DISA), en het vermelde doel van het document is een gestandaardiseerde set Link-16-berichten te bieden voor gebruik door het Amerikaanse ministerie van Defensie.

Het document is niet geclassificeerd, maar verspreidingsgecontroleerd. De revisie van 2006 (MIL-STD-6016C) droeg distribution statement C — beperkt tot de Amerikaanse federale overheid en haar aannemers — en vrijgave aan bondgenoten vereist een onthullingsautorisatie. Amerikaanse programma's verkrijgen het via ASSIST, de standaardenopslag van Defensie; aannemers ontvangen het via hun overheidscontactpunt. Bondgenootschapsprogramma's ontvangen het via nationale kanalen.

Voor de implementeerder is de praktische relatie simpel: de J-serie-bits op de lijn zijn hetzelfde, en de nationale laag voegt nationale implementatieconventies, codes en regels toe. Een platform dat toetreedt tot een Amerikaans netwerk certificeert tegen MIL-STD-6016; een platform dat toetreedt tot NAVO-netwerken certificeert tegen STANAG 5516/ATDLP-5.16 — en de meeste programma's in het bondgenootschap volgen uiteindelijk beide. Let ook op dat VMF (MIL-STD-6017) tot dezelfde familie behoort: nationale TDL-doctrine, bijvoorbeeld die van Canada, beschrijft variable message format als een van de J-serie-berichtformaten naast Link 22.

Edities van STANAG 5516 en de evolutie van de standaard

Openbare catalogusvermeldingen dateren STANAG 5516 editie 1 op 1997. Editie 3 volgde in 2006, editie 4 in 2008 (de editie die nog steeds in NAVO-interoperabiliteitsprofielmetadata wordt beschreven), editie 8 kondigde ATDLP-5.16 editie B af in april 2019 en editie 9 ATDLP-5.16 editie C in april 2024. Elke editie is een ratificatiegebeurtenis: landen nemen haar aan via eigen processen, en de Amerikaanse MIL-STD-6016-revisies volgen dezelfde cataloguswijzigingen op eigen schema.

Voor een programma is de editie onderdeel van de interface. Twee systemen die tegen verschillende edities zijn gebouwd, botsen op veldwijzigingen, nieuwe berichten en afgeschafte coderingen — meestal subtiel, en dat is erger. Leg editie en versie vast in het interfacecontroledocument, genereer codecs uit de catalogustabellen in plaats van velden handmatig te coderen, en draai de conformiteitsvectoren opnieuw bij elke blokwijziging. En onthoud dat zustermstandarden onafhankelijk worden herzien: JREAP en de regels voor gegevensforwarding bewegen niet in de pas met de berichtstandaard.

De Link 16-standaardenfamilie: 5511, 5518, 5522, 5602, 5616

Link 16 reist nooit alleen. Een realistische interfacecontrolestack trekt zes tot acht standaarden aan, en weten welke welke probleem bezit, is de helft van het scopingwerk. De kaart hieronder toont hoe ze samenhangen en welk producttype wat implementeert.

Edities zoals vermeld in openbare NAVO-standaardencatalogi van 2026 — bevestig altijd de actuele editie via je nationale autoriteit voordat je een interface bevriest.

Hoe lees je de kaart: STANAG 5516 definieert de berichten, terwijl STANAG 4175 de MIDS-terminal definieert die ze verzendt — de splitsing tussen datalaag en radio is precies de splitsing tussen een C2-integratie en een terminalprogramma (zie de MIDS-terminalgids). STANAG 5518 (JREAP) vervoert dezelfde tactische gegevens over IP en SATCOM waar het netwerk niet reikt — MIL-STD-3011 aan Amerikaanse zijde. STANAG 5616 definieert de regels die een forwarding-eenheid volgt bij het vertalen tussen Link 11, Link 16, Link 22 en JREAP — de standaard achter een Link 16-naar-Link 22-gateway. STANAG 5602 (SIMPLE) verbindt testfaciliteiten voor TDL-interoperabiliteitstests, gebouwd op de IEEE DIS-protocollen. Link 22 zelf is STANAG 5522 — begin met wat Link 22 is — en de afwegingen tussen de drie NAVO-links worden vergeleken in Link 11 vs Link 16 vs Link 22.

Hoe kom je aan STANAG 5516 en MIL-STD-6016

NAVO-standaarden worden verdeeld via landen, niet aan bedrijven. De database van het NATO Standardization Office is het register, maar een leverancier bereikt de documenten via zijn ministerie van Defensie of nationale standaardenautoriteit — doorgaans onder een programmacontract, een nationaal testprogramma of een sponsorschapsregeling met het ministerie. Het proces is bureaucratisch eerder dan geheim: de catalogusmetadata (titels, edities, afkondigingsdata, verantwoordelijke teams) is openbaar in NAVO-interoperabiliteitsprofieldata en nationale standaardencatalogi; de volledige teksten zijn verspreidingsgecontroleerd.

Aan Amerikaanse zijde loopt MIL-STD-6016 via ASSIST onder distribution statement C, en vrijgave aan bondgenoten vereist een onthullingsautorisatie. Reken op doorlooptijden van weken, en let op dat sommige delen en supplementen — cryptografisch beheermateriaal, geclassificeerde supplementen — strenger worden bewaard dan de basisstandaard. Engineering kan beginnen voordat de papierwerkzaamheden rond zijn: openbare operationele beschrijvingen, trainingsmateriaal en de DIS/HLA-simulatiestandaard voor Link 16 (SISO-STD-002) volstaan om een testopstelling op berichtniveau en een conformiteitsframework te bouwen terwijl de gecontroleerde documenten onderweg zijn.

Conformiteit en interoperabiliteitstests

Niemand certificeert zichzelf op een tactische datalink. Elk land kent een TDL-technische autoriteit die de conformiteit bezit: de defensieadministratieve bevelen van Canada benoemen bijvoorbeeld een gezamenlijke TDL-beheersectie als nationale technische autoriteit voor gezamenlijke TDL's en vereisen laboratoriumgebaseerde TDL-interoperabiliteitstests om conformiteit aan de standaarden te verifiëren vóór inzet. In de Verenigde Staten test en certificeert het Joint Interoperability Test Command (JITC) systemen voor militair gebruik.

Boven de nationale laag is de jaarlijkse Coalition Warrior Interoperability eXploration, eXperimentation, eXamination, eXercise (CWIX) van de NAVO de plek waar bilaterale tests tegen echte partnerstacks draaien — een oefening die aan het licht brengt wat conformiteitsbanken missen, geen certificeringsorgaan. SIMPLE (STANAG 5602) is de standaard die testopstellingen precies voor deze klasse van tests met elkaar verbindt. De voorbereiding is een eigen engineeringprogramma; de CWIX-certificeringsgids en onze walkthrough van de coalitietestopstelling behandelen de discipline. Kort samengevat: round-tripvectoren van J-serie-berichten horen vanaf week één in de continuous integration.

Implementatiechecklist voor softwareteams

Wat je implementeert, hangt af van de kant van de terminal waarop je zit.

Als je C2-software of een gateway bouwt

• Verkrijg de actuele ATDLP-5.16-editie — en MIL-STD-6016 als Amerikaanse netwerken binnen het bereik vallen — via je sponsor voordat je codecs ontwerpt, en leg de exacte editie en versie vast in het interfacecontroledocument.
• Implementeer de deelverzameling berichten die jouw interface werkelijk vereist — doorgaans eerst surveillance, PPLI en informatiebeheer — met strikte typering gegenereerd uit de catalogustabellen.
• Behandel „no statement”-veldcoderingen als volwaardige waarden; ze naar nul samenvouwen is de klassieke eerste-veld-bug.
• Voeg JREAP (STANAG 5518 / MIL-STD-3011) toe voor IP- en SATCOM-bereik, en de forwardingregels van STANAG 5616 als het product links overbrugt.
• Valideer elk inkomend bericht tegen de catalogus en log gestructureerde afwijzingen; buffer uitgaand verkeer op prioriteit in plaats van de terminal te overbelasten.
• Bouw referentie-bitpatroon-round-tripvectoren en partnersimulators in de CI in — de integratiestrategie staat in deel 2 van onze interoperabiliteitsimplementatie-walkthrough.

Als je een terminal of een component op linkniveau bouwt

• STANAG 4175 (MIDS-terminalkenmerken) domineert je scope — golfvorm, crypto, timing — maar de berichtstandaard bepaalt nog steeds wat de hostinterface moet vervoeren.
• Tijdslottoewijzing, netwerktopgang en relatieve navigatie zijn certificeringspunten, geen features.
• Plan de uitwisseling van MIDS/JTIDS-netwerpontwerpgegevens (ATDLP-7.03) en integratietests tegen een referentietestopstelling.

Hoe dan ook: budgetteer de conformiteitsopstelling vanaf de eerste sprint. Het is de goedkoopste verzekering van het programma: een mislukte certificeringsronde kost meer dan de opstelling ooit zal doen.