STANAG 5516: der NATO-Standard hinter Link 16

STANAG 5516 ist das NATO-Standardisierungsabkommen für Link 16, offiziell betitelt Tactical Data Exchange – Link 16. Der von ihm verkündete Standard wird als ATDLP-5.16 veröffentlicht — derzeit Ausgabe C, im April 2024 unter STANAG Ausgabe 9 verkündet — und definiert die Nachrichtenformate der J-Serie, die Datenelemente sowie die Sende- und Empfangsregeln, über die NATO-Systeme für taktische Daten auf Link 16 austauschen. Die USA setzen denselben Nachrichtenkatalog national als MIL-STD-6016 um.

Was ist STANAG 5516?

Ein STANAG ist kein Handbuch, das man herunterlädt. Er ist ein Standardisierungsabkommen — ein Rahmenabkommen, das die NATO-Nationen ratifizieren und sich damit verpflichten, einen gemeinsamen Standard umzusetzen — und der umsetzbare Text steht in der Publikation, die unter ihm verkündet wird. Für Link 16 ist das ATDLP-5.16, Tactical Data Exchange – Link 16; als Custodian ist in der Standarddatenbank des Bündnisses das Capability-Team der NATO für taktische Datenverbindungen eingetragen. Wenn Ingenieure vom „Link-16-Standard“ sprechen, ist genau dieser Dokumentensatz gemeint.

Die Beschreibung der Verbindung aus der Datenbank der NATO selbst gibt eine gute Orientierung: Link 16 ist eine leistungsfähige, gesicherte, störfeste, knotenlose Hochfrequenz-Datenverbindung mit Zeitmultiplex (TDMA), die Informationsverteilung, Positionsortung und Identifizierung in integrierter Form bereitstellt und auf JTIDS- oder MIDS-Terminals im oberen UHF-Lx-Band (960–1215 MHz) läuft. Was STANAG 5516 über diese Wellenform legt, sind Protokolle, Konventionen und festwortbasierte Nachrichtenformate — die Datenschicht, die zwanzig verschiedenen nationalen Gefechtssystemen dasselbe Lagebild zeichnen lässt.

Wenn die Verbindung selbst für Sie neu ist, beginnen Sie mit was Link 16 ist — Frequenzen, Bandbreite und TDMA und dem Software-Integrationsleitfaden für Link 16 zur Gateway-Architektur. Dieser Artikel bleibt bei den Dokumenten, denn der falsch abgesteckte Dokumentensatz ist der erste vermeidbare Kostenposten jedes Link-16-Programms.

Was ATDLP-5.16 enthält (und wohin ADatP-16 verschwand)

Die Publikation ist um den Nachrichtenstandard herum aufgebaut. Praktisch vier Inhaltsblöcke:

• Der Nachrichtenkatalog der J-Serie. Binäre Nachrichten mit festem Format, gruppiert in funktionale Serien — Überwachung, genaue Teilnehmerortung und -identifizierung (PPLI), Informationsmanagement, Waffenkoordinierung und -kontrolle, Plattformstatus, Freitext. Jede Nachricht ist eine definierte Folge von Initial-, Extension- und Continuation-Wörtern mit bitgenauen Feldlayouts. In die Tiefe geht unser Feldleitfaden zur J-Serie, den vollständigen Katalog liefert die Nachrichtenliste der J-Serie.
• Datenelemente. Die kodierten Feldwerte und ihre Interpretationen — die Identitätstaxonomie, Trackqualität, Plattform- und Aktivitätscodes, quantisierte Positionsfelder. Die „No Statement“-Kodierungen sind so wichtig wie die echten Werte, denn ein Dekoder, der sie zu null macht, zeichnet falsche Tracks.
• Sende- und Empfangsregeln. Welche Nachrichten ein Teilnehmer sendet und empfangen kann, die Meldeverantwortung, Aktualisierungsintervalle und wie Empfänger mit ungültigen oder außerhalb des Bereichs liegenden Daten umgehen.
• Netzteilnahme. Wie Nachrichten auf Netzteilnahmegruppen (NPGs) und Zeitschlitze abgebildet werden. Die Netzdesign-Daten selbst bewegen sich zwischen den Nationen über einen separaten Schnittstellenstandard (ATDLP-7.03, für MIDS/JTIDS-Netzdesign-Daten) — die Mechanik behandelt Link-16-Netzdesign: NPGs, Zeitschlitze und der OPTASK LINK.

Um den Nachrichtenstandard herum liegen Unterstützungspublikationen: ATDLP-7.02 (NATO-Implementierungscodes und -regeln) und ATDLP-7.04 (das xTDL-Framework, eine XML-Repräsentation der Standards für taktische Datenverbindungen — nützlich für maschinenlesbare Konformitätsprüfung). Operative Verfahren gehören bewusst nicht zum Nachrichtenstandard: Standardverfahren für mehrere Verbindungen sind eine eigene Publikation im ATDLP-7.x-Satz, und die Qualifikationsstufen für TDL-Personal sind noch ein weiterer Standard (STANAG 5555).

Die Benennung bringt Leute zum Stolpern. Ältere Programmdokumentation referenziert ADatP-16, Standard Operating Procedures for NATO Link 16 (Ausgabe E, 2006, drei Bände). Diese Nummer gehört zum früheren Publikationsschema: Der technische Link-16-Standard wird heute in der ATDLP-Serie als ATDLP-5.16 verkündet, die Betriebsverfahren tragen die SOP-Publikationen für mehrere Verbindungen. Alte ADatP-16-Bände tauchen weiterhin in Kataloglisten auf — deshalb zitieren ein Interface Control Document von 2016 und ein aktuelles unterschiedliche Nummern für dieselbe Verbindung.

MIL-STD-6016: der US-Nachrichtenstandard für Link 16

MIL-STD-6016 — formal Department of Defense Interoperability Standard: Tactical Data Link (TDL) Link-16 Message Standard — ist die US-nationale Umsetzung desselben Katalogs der J-Serie. Link 16 war in den US-Streitkräften historisch als TADIL J bekannt, und diese Bezeichnung erscheint noch in älteren Schnittstellenspezifikationen. Konfigurations-Custodian ist die Defense Information Systems Agency (DISA); der erklärte Zweck des Dokuments ist ein standardisierter Satz von Link-16-Nachrichten für das US-Verteidigungsministerium.

Das Dokument ist nicht klassifiziert, aber vertriebskontrolliert. Die Revision von 2006 (MIL-STD-6016C) trug die Distribution Statement C — beschränkt auf die US-Bundesregierung und ihre Auftragnehmer —, die Weitergabe an Verbündete erfordert eine Freigabeautorisierung. US-Programme beziehen es über ASSIST, das Standards-Repository des Verteidigungsministeriums; Auftragnehmer erhalten es über ihren staatlichen Ansprechpartner. Bündnisprogramme erhalten es über nationale Kanäle.

Für den Implementierer ist das Verhältnis praktisch einfach: Die Bits der J-Serie auf der Übertragungsstrecke sind dieselben, die nationale Schicht ergänzt nationale Implementierungskonventionen, Codes und Regeln. Eine Plattform, die einem US-Netz beitritt, zertifiziert gegen MIL-STD-6016; eine Plattform in NATO-Netzen gegen STANAG 5516/ATDLP-5.16 — und die meisten Programme im Bündnis verfolgen am Ende beide. Beachten Sie auch, dass VMF (MIL-STD-6017) zur selben Familie gehört: Nationale TDL-Doktrin, etwa Kanadas, beschreibt das Variable Message Format als eines der Nachrichtenformate der J-Serie neben Link 22.

STANAG-5516-Ausgaben und die Weiterentwicklung des Standards

Öffentliche Katalogeinträge datieren STANAG 5516 Ausgabe 1 auf 1997. Ausgabe 3 folgte 2006, Ausgabe 4 2008 (die Ausgabe, die noch in den Metadaten der NATO-Interoperabilitätsprofile beschrieben ist), Ausgabe 8 verkündete ATDLP-5.16 Ausgabe B im April 2019 und Ausgabe 9 ATDLP-5.16 Ausgabe C im April 2024. Jede Ausgabe ist ein Ratifizierungsereignis: Die Nationen übernehmen sie in eigenen Verfahren, und die Revisionen des US-MIL-STD-6016 verfolgen dieselben Katalogänderungen nach eigenem Zeitplan.

Für ein Programm ist die Ausgabe Teil der Schnittstelle. Zwei Systeme, gebaut auf verschiedene Ausgaben, divergieren bei Feldänderungen, neuen Nachrichten und deprecated Kodierungen — meist subtil, was schlimmer ist. Pinnen Sie Ausgabe und Version im Interface Control Document fest, generieren Sie Codecs aus den Katalogtabellen, statt Felder von Hand zu kodieren, und lassen Sie Konformitätsvektoren bei jeder Blockänderung erneut laufen. Und denken Sie daran, dass Geschwisterstandards unabhängig revidiert werden: JREAP und die Datenweiterleitungsregeln bewegen sich nicht im Gleichschritt mit dem Nachrichtenstandard.

Die Link-16-Standardfamilie: 5511, 5518, 5522, 5602, 5616

Link 16 reist nie allein. Ein realistischer Schnittstellenkontroll-Stack zieht sechs bis acht Standards heran, und zu wissen, welcher welches Problem besitzt, ist die halbe Scoping-Arbeit. Die Karte unten zeigt, wie sie zusammenhängen und welcher Produkttyp was umsetzt.

Ausgaben wie in öffentlichen NATO-Standardkatalogen 2026 gelistet — bestätigen Sie die aktuelle Ausgabe immer über Ihre nationale Behörde, bevor Sie eine Schnittstelle einfrieren.

Wie man die Karte liest: STANAG 5516 definiert die Nachrichten, STANAG 4175 das MIDS-Terminal, das sie sendet — die Teilung zwischen Datenschicht und Funk ist exakt die Teilung zwischen einer C2-Integration und einem Terminalprogramm (siehe den MIDS-Terminal-Leitfaden). STANAG 5518 (JREAP) trägt dieselben taktischen Daten über IP und SATCOM, wenn das Netz nicht mehr reicht — MIL-STD-3011 auf US-Seite. STANAG 5616 definiert die Regeln, denen eine Weiterleitungseinheit beim Übersetzen zwischen Link 11, Link 16, Link 22 und JREAP folgt — der Standard hinter einem Link-16-zu-Link-22-Gateway. STANAG 5602 (SIMPLE) verbindet Testeinrichtungen für TDL-Interoperabilitätstests, aufgebaut auf den IEEE-DIS-Protokollen. Link 22 selbst ist STANAG 5522 — beginnen Sie mit was Link 22 ist — und die Abwägungen zwischen den drei NATO-Links vergleicht Link 11 vs. Link 16 vs. Link 22.

Zugang zu STANAG 5516 und MIL-STD-6016

NATO-Standards werden über die Nationen verteilt, nicht an Firmen. Die Datenbank des NATO Standardization Office ist das Register, aber ein Anbieter erreicht die Dokumente über sein nationales Verteidigungsministerium oder die nationale Standardisierungsbehörde — typischerweise unter einem Programmauftrag, einem nationalen Testprogramm oder einer Patenschaftsvereinbarung des Verteidigungsministeriums. Der Prozess ist bürokratisch, nicht geheim: Die Katalogmetadaten (Titel, Ausgaben, Verkündungsdaten, verantwortliche Teams) sind in den NATO-Interoperabilitätsprofildaten und nationalen Standardkatalogen öffentlich; die Volltexte sind vertriebskontrolliert.

Auf US-Seite läuft MIL-STD-6016 über ASSIST unter der Distribution Statement C, die Weitergabe an Verbündete erfordert eine Foreign-Disclosure-Autorisierung. Planen Sie Vorlaufzeiten in Wochen und beachten Sie, dass einige Bände und Ergänzungen — kryptographisches Verwaltungsmaterial, klassifizierte Ergänzungen — strenger gehalten werden als der Basisstandard. Ingenieursarbeit kann beginnen, bevor der Papierkram durch ist: Öffentliche Einsatzbeschreibungen, Schulungsmaterial und der DIS/HLA-Simulationsstandard für Link 16 (SISO-STD-002) reichen, um einen Test-Harness der Nachrichtenschicht und ein Konformitätsframework aufzubauen, während die kontrollierten Dokumente unterwegs sind.

Konformität und Interoperabilitätstests

Niemand zertifiziert sich selbst auf eine taktische Datenverbindung. Jede Nation betreibt eine TDL-Technikbehörde, der die Konformität gehört: Kanadas Verteidigungsverwaltungsbefehle etwa benennen eine gemeinsame TDL-Verwaltungsstelle als nationale Technikaufsicht für gemeinsame TDLs und verlangen laborbasierte TDL-Interoperabilitätstests, die die Konformität mit den Standards vor dem Einsatz verifizieren. In den Vereinigten Staaten testet und zertifiziert das Joint Interoperability Test Command (JITC) Systeme für den militärischen Gebrauch.

Über der nationalen Ebene ist die jährliche Coalition Warrior Interoperability eXploration, eXperimentation, eXamination, eXercise (CWIX) der NATO der Ort, an dem bilaterale Tests gegen echte Partner-Stacks laufen — eine Übung, die zutage bringt, was Konformitätsbänke verpassen, keine Zertifizierungsstelle. SIMPLE (STANAG 5602) ist der Standard, der Testrigs genau für diese Testklasse verdrahtet. Die Vorbereitung ist ein eigenes Ingenieurprogramm; der CWIX-Zertifizierungsleitfaden und unsere Begehung des Koalitions-Test-Harness behandeln die Disziplin. Kurz: Roundtrip-Vektoren für J-Serien-Nachrichten gehören ab Woche eins in die Continuous Integration.

Implementierungs-Checkliste für Softwareteams

Was zu implementieren ist, hängt davon ab, auf welcher Seite des Terminals Sie sitzen.

Wenn Sie C2-Software oder ein Gateway bauen

• Beschaffen Sie die aktuelle ATDLP-5.16-Ausgabe — und MIL-STD-6016, falls US-Netze im Scope sind — über Ihren Sponsor, bevor Sie Codecs entwerfen, und dokumentieren Sie die genaue Ausgabe und Version im Interface Control Document.
• Implementieren Sie die Nachrichtenteilmenge, die Ihre Schnittstelle tatsächlich braucht — typischerweise zuerst Überwachung, PPLI und Informationsmanagement — mit strikter Typisierung, generiert aus den Katalogtabellen.
• Behandeln Sie „No Statement“-Feldkodierungen als gleichwertige Werte; sie zu null zusammenzufalten ist der klassische Erstfeld-Bug.
• Ergänzen Sie JREAP (STANAG 5518 / MIL-STD-3011) für IP- und SATCOM-Reichweite und die STANAG-5616-Weiterleitungsregeln, wenn das Produkt Verbindungen überbrückt.
• Validieren Sie jede eingehende Nachricht gegen den Katalog und loggen Sie strukturierte Rejects; puffern Sie ausgehenden Verkehr nach Priorität, statt das Terminal zu fluten.
• Bauen Sie Referenz-Bitmuster-Roundtrip-Vektoren und Partnersimulatoren in die CI ein — die Integrationstaktik steht in Teil 2 unseres Durchgangs zur Interoperabilitäts-Implementierung.

Wenn Sie ein Terminal oder eine Komponente auf Verbindungsebene bauen

• STANAG 4175 (MIDS-Terminalmerkmale) dominiert Ihren Scope — Wellenform, Krypto, Timing —, aber der Nachrichtenstandard definiert weiterhin, was die Host-Schnittstelle tragen muss.
• Zeitschlitz-Zuteilung, Netzeintritt und das Verhalten der relativen Navigation sind Zertifizierungspunkte, keine Features.
• Planen Sie den Austausch der MIDS/JTIDS-Netzdesign-Daten (ATDLP-7.03) und Integrationstests gegen ein Referenz-Testrig ein.

So oder so: Budgetieren Sie den Konformitäts-Harness ab dem ersten Sprint. Er ist die billigste Versicherung des Programms: Eine gescheiterte Zertifizierungsrunde kostet mehr, als der Harness jemals kosten wird.