ADatP-34 (NISP): NATO Interoperability Standards and Profiles, erklärt

ADatP-34 ist die Dokumentennummer der NATO Interoperability Standards and Profiles (NISP) — des Master-Katalogs des Bündnisses mit den technischen Standards und Interoperabilitätsprofilen, die Kommunikations- und Informationssysteme für den Verbund nutzen müssen. Es ist kein Nachrichtenkatalog und kein Datenlink-Standard: Es ist das dreibändige Referenzwerk, das einem Programm sagt, welche Standards es umsetzen soll, in welcher Ausgabe und wie stark jeder einzelne bindet. Wer die NATO-Nachrichtenformate sucht, wird in ADatP-3 (STANAG 5500) und APP-11 fündig — ADatP-34 sagt, gegen welche Ausgabe davon gebaut wird.

Was ADatP-34 ist: die NATO Interoperability Standards and Profiles

Formal ist ADatP-34 eine Allied Data Publication, deren Inhalt das NISP ist. Es schreibt die technischen Standards und Profile vor, die für die Interoperabilität von Kommunikations- und Informationssystemen (CIS) zur Unterstützung der Missionen und Operationen der NATO nötig sind, und gibt drei Rollen Orientierung, die täglich daraus leben: Fähigkeitsplaner, Programmmanager und Testmanager. Die aktuell öffentlich freigegebene Ausgabe ist ADatP-34 Edition N Version 2 (NISP version 15, 18. August 2023), vom NATO C3 Board zur Kenntnis genommen und als Ersatz für Edition N Version 1 (NISP v14, 2021) veröffentlicht.

Das NISP ist aus der NATO C3 Technical Architecture (NC3TA) hervorgegangen, deren letzte Version 2005–2006 fertiggestellt wurde; das erste NISP folgte im Dezember 2006, und seither wird das Dokument in einem etwa jährlichen Zyklus überarbeitet. War die NC3TA noch ein Architekturdokument, ist das NISP ein Katalog mit rechtlicher Wirkung: Gemäß der C3-Strategie des Bündnisses halten sich alle Einheiten des NATO Enterprise an die verbindlichen Standards und Profile seines Bandes 2, und diese Standards binden die gemeinsam finanzierten Systeme der NATO (die breitere STANAG/APP-Landschaft beschreibt NATO-Interoperabilitätsstandards für Software).

Das NISP erscheint als drei Bände in HTML und PDF, gestützt auf eine durchsuchbare Standard-Datenbank und einen Datenexport im ArchiMate-Format für Architekturwerkzeuge. Die Datenbank hinter der Ausgabe 2023 enthält rund 1.280 Standards von etwa 70 Organisationen — IETF-RFCs sowie W3C-, OASIS-, OGC- und ISO-Spezifikationen neben NATO-STANAGs und Allied Publications — plus rund 400 Dienstprofile. Das Meiste davon stammt nicht aus der NATO: Das NISP übernimmt reife Nicht-NATO-Standards und bindet sie in NATO-Profile ein.

Wer ADatP-34 pflegt: das C3 Board, der IP CaT und STANAG 5524

Das NISP wird vom Interoperability Profiles Capability Team (IP CaT) unter der Autorität des NATO Consultation, Command and Control Board (C3B) entwickelt — des höchsten multinationalen Gremiums für die NATO-C3- und Interoperabilitätspolitik. Im Dezember 2023 billigte der Nordatlantikrat die Umbenennung des C3 Board in das Digital Policy Committee (DPC); das Team für Interoperabilitätsprofile arbeitet unter diesem Ausschuss weiter und firmiert in aktuellen NATO-Verzeichnissen als Team des DPC für Interoperabilitätsstandards und -profile (die NISP-Datenbank führt es als "DPC IP iCaT"). Frühere NISP-Ausgaben stammten von der NATO Open Systems Working Group, bevor die Arbeit an das eigenständige Capability Team überging.

Der Pflegerhythmus ist jährlich und vorhersehbar — das zählt bei der Roadmap-Planung:

• Jeder — eine Nation, ein NATO-Gremium, ein Programm — reicht beim IP CaT einen Request for Change (RFC) ein.
• RFCs, die bis 1. September eingehen, zielen auf die nächste Ausgabe; der IP CaT prüft sie im Dialog mit den zuständigen Standardisierungsgremien.
• Die neue Version wird nach interner Prüfung bis Jahresende an das C3 Board (heute DPC) übergeben.
• Nach der Freigabe wird das NISP zum NATO-Standard, abgedeckt durch STANAG 5524, der die Zustimmung der teilnehmenden Nationen zur Nutzung seiner verbindlichen Standards und Profile festhält.

Die lebende Datenbank des IP CaT — nicht das einmal jährlich erscheinende PDF — ist die maßgebliche Quelle für den aktuellen Status jedes Standards oder Profils; Entwurfsausgaben werden zwischen den offiziellen Veröffentlichungen laufend aktualisiert.

Die NISP-Bände: Was Band 1, 2 und 3 enthalten

Seit Mitte der 2010er hat das NISP eine stabile dreibändige Struktur (ältere Ausgaben waren anders geschnitten — kurz- und langfristige Standards, Profile und Designregeln in getrennten Bänden). Jeder Band hat eine eigene Aufgabe:

• Band 1 — Einführung. Grundbegriffe (was ein Standard im NISP-Sinn ist, was ein Profil ist), das Management- und Konfigurationskontroll-Framework, der RFC-Prozess und die Leitlinien zur Profilentwicklung im Anhang. Einmal lesen: Der Band ist kurz und definiert das Vokabular, das die anderen Bände voraussetzen.
• Band 2 — Agreed Interoperability Standards and Profiles. Der normative Kern: die Standards und Profile, die für die gemeinsam finanzierten Systeme der NATO verbindlich sind, gegliedert nach der NATO-C3-Taxonomie (Baseline 5.0) in Abschnitten wie User Applications, COI Services, Core Services und Communications Services. Er enthält auch die vereinbarten Profile, darunter die Federated-Mission-Networking-(FMN-)Profile Spiral 3 und Spiral 4 sowie einige Dutzend Service-Interface-Profile.
• Band 3 — Candidate Interoperability Standards and Profiles. Informative Orientierung: Standards und Profile, die reif genug sind, um Programme zu planen, die in den nächsten ein bis zwei Jahren starten — aber noch nicht verbindlich.

Band 2 ist normativ für die gemeinsam finanzierten Systeme der NATO; Band 3 ist informativ. Genau dieser eine Satz wird in Beschaffungsunterlagen am häufigsten übersehen.

Verbindlich versus Kandidat: die Kategorien, die entscheiden, was Sie bauen müssen

Das NISP weist jedem gelisteten Standard und Profil einen Verbindlichkeitsstatus mit präziser Bedeutung zu:

• Verbindlich (Band 2) — die Anwendung des Standards oder Profils wird für gemeinsam finanzierte NATO-Systeme in Planung, Umsetzung und Test erzwungen. Die Nationen sind verpflichtet, das NISP bei der Entwicklung von Fähigkeiten zu nutzen, die die Missionen der NATO unterstützen, und werden eingeladen, dieselben Regeln national anzuwenden.
• Kandidat (Band 3) — der Standard oder das Profil darf nur für Tests und die Programmplanung genutzt werden. Es muss ausreichend reif sein und wird voraussichtlich in absehbarer Zeit verbindlich; die Faustregel des NISP selbst: Ein Kandidat sollte nicht länger als drei Jahre in Band 3 sitzen.

Zwei weitere Unterscheidungen bewahren Teams vor Fehllesungen des Katalogs. Erstens: Verbindlichkeit ist nicht dasselbe wie der Lebenszyklus — die eigene Reife eines Standards (in Prüfung/Ratifizierung, verkündet, ersetzt — bei Nicht-NATO-Standards emerging/mature/fading/obsolete) verfolgt die entwickelnde Organisation, und für NATO-Standards leben der maßgebliche Status und die nationalen Vorbehalte in der Datenbank des NATO Standardization Office, nicht im NISP. Zweitens: Anwendbarkeit ist nicht Konformität — das Basic-Standards-Profil des NISP verknüpft Standards mit Elementen der C3-Taxonomie, aber ob ein Standard auf einen Dienst zutrifft, den Sie umsetzen, beurteilt sich im Kontext Ihres Projekts — das NISP selbst merkt an, dass der Datenaustausch zwischen C2- und Logistiksystemen nur eine Teilmenge der JC3IEDM-Konzepte (STANAG 5525) brauchen kann.

Für Nicht-NATO-Standards wendet der IP CaT explizite Adoptionskriterien an — Implementierungen mehrerer Hersteller, konsensbasierte Entwicklung, Freiheit von IP-Belastungen, Offenheit, Stabilität und Prüfbarkeit — plus eine Konfliktregel, die man sich merken sollte: Kollidiert ein übernommener Nicht-NATO-Standard mit einem einschlägigen NATO-Standard, hat die NATO-Definition Vorrang.

Interoperabilitätsprofile, SIOPs und wie FMN-Spiralen das NISP nutzen

Standards allein interoperieren nicht — Profile tun es. Im NISP-Sinn definieren Profile die konkrete Nutzung von Standards an einem Service-Interoperabilitätspunkt (SIOP), einem Referenzpunkt in einer Architektur, an dem eine oder mehrere Dienstschnittstellen instanziiert werden, damit Systeme, die denselben Dienst über verschiedene Protokolle erbringen, zusammenarbeiten können. Die detaillierte technische Spezifikation eines SIOP liegt in einem Service-Interface-Profil (SIP). Ein Profil benennt seine Fähigkeitsanforderungen und die unterstützenden NAF-Architekturansichten, die charakteristischen Protokolle, Implementierungsoptionen, die technischen Standards, die SIOPs und seine Beziehungen zu anderen Profilen — und Profile können auf andere Profile verweisen, um Wiederverwendung zu maximieren.

Profile sind ausdrücklich dynamisch: Sie müssen aktualisiert werden, wenn sich ein referenzierter Standard ändert, und Profileigentümer müssen sie alle zwei Jahre überprüfen. Hier trifft das NISP auf Federated Mission Networking. Jede FMN-Spiral-Specification bündelt Architektur, Anweisungen, Profile und Anforderungen für einen Föderationsinkrement, und das NISP ist der Ort, an dem diese Profile zu sichtbaren Verpflichtungen werden: Die FMN-Profile Spiral 3 und Spiral 4 sind als vereinbarte Profile in Band 2 der Ausgabe 2023 gelistet, während das vorgeschlagene FMN-Spiral-5-Profil als Kandidat in Band 3 saß. Die FMN Management Group genehmigte die finale Spiral-6-Specification im November 2025, und ihre Profile dürften auf demselben Weg ins NISP einziehen — als vereinbarte Profile in Band 2 nach der Annahme (wie der Profilsatz einer Spirale praktisch aussieht, beschreibt FMN-Spiral-4-Anforderungen).

Das NISP nennt auch die Orte, an denen Profilkonformität nachgewiesen wird: Die eigenen Prüfkriterien fragen bei den verantwortlichen Stellen an, ob Probleme mit einem Standard in Testereignissen wie CWIX und CIAV auftraten. Wenn es dorthin geht, lesen Sie parallel die CWIX-Vorbereitungsanleitung — die Übung testet die Profile, nicht das PDF.

ADatP-34 vs. ADatP-3 vs. APP-11 vs. APP-6 vs. STANAG

Diese Bezeichnungen werden in Lastenheften ständig verwechselt, deshalb hier die Disambiguierungstabelle. Kurz: ADatP-34 ist der Katalog; ADatP-3 und APP-11 sind das militärische Nachrichtenduo, auf das er zeigt; APP-6 ist die Symbolik; STANAG ist das Ratifizierungsinstrument. Alle vier Publikationen stehen ihrerseits innen in ADatP-34 Band 2 — mit der exakten Ausgabe, an die NATO-Systeme gebunden sind.

Etwas wie „eine ADatP-34-Nachricht“ gibt es also nicht. Die Nachrichten, die Ihr Gateway parst, sind ADatP-3/APP-11-Nachrichtentext, J-Serien-Wörter von Link 16 (STANAG 5516 — siehe Link 16 und taktische Datenlinks), VMF oder ein Dienst-Payload wie MIP4; die Symbolik Ihrer Karte definiert APP-6 (Vergleich mit dem US-Zwilling: APP-6 vs. MIL-STD-2525). Die Aufgabe von ADatP-34 ist zu sagen, welche Ausgabe davon jeweils aktuell und verbindlich ist, in welcher Profilkombination und an welcher Schnittstelle. Zum Datenmodell der Landstreitkräfte, das in der Welt des Lageaustauschs dieselbe Rolle spielt: MIP4-IES.

Wie ein Softwareteam das NISP nutzt: vom Profil zur Konformitätsmatrix

In der Praxis konsumiert ein C2-Produktteam das NISP in vier Schritten, und das Artefakt, das dabei entsteht — eine Konformitätsmatrix — ist das, was Evaluierer, Akkreditierer und CWIX-Planer tatsächlich anfragen:

1. Ordnen Sie Ihre Schnittstellen SIOPs zu. Jede externe Schnittstelle, die Ihr Produkt anbietet oder konsumiert (Track-Austausch, Formal Messaging, Chat, Kartendienste, Sicherheitskennzeichnung), ist ein Service-Interoperabilitätspunkt. Benennen Sie sie; sie verankern alles Folgende.
2. Schlagen Sie jeden in Band 2 nach. Finden Sie den C3-Taxonomie-Knoten für diesen Dienst in den Standardtabellen — jede Zeile liefert Titel, Publikationsnummer, die Profile, in denen der Standard genutzt wird, und die verantwortliche Stelle, die die NATO dazu berät. Zielt Ihr Programm auf eine FMN-Föderation, starten Sie stattdessen beim FMN-Profil und übernehmen dessen Standardliste. Prüfen Sie Band 3 auf das, was Sie mitten im Programm trifft.
3. Bauen Sie die Matrix. Pro SIOP festhalten: den Standard, die exakte Ausgabe, Ihren Konformitätsumfang (voll oder die Teilmenge, die das NISP begründbar macht), den Verbindlichkeitsstatus und die Nachweise, die Sie erbringen werden.
4. Weisen Sie es nach. Hängen Sie die Matrix in Ihre Konformitätstest-Suite und üben Sie sie auf einem Koalitionstestereignis. Eine Matrixzeile ohne Testnachweis ist eine Behauptung, keine Konformität.

Eine Konformitätsmatrix für ein Koalitions-C2-Produkt gegen die Ausgabe 2023 sieht etwa so aus:

Versionieren Sie die Matrix gegen die NISP-Ausgabe, aus der sie gebaut wurde, und re-baselinen Sie sie jedes Jahr — der jährliche Release-Rhythmus bedeutet, dass sich Ausgaben unter langen Programmen verschieben. Zu den Architekturansichten, die die Matrix begleiten: Die Profilelemente des NISP referenzieren das NATO Architecture Framework (NAF 4), und zur Informationsschicht unter MIP4 das NATO C2 Information Model.

Häufige Fehler von Ingenieuren mit ADatP-34

• „ADatP-34-Nachrichten“ parsen. Die gibt es nicht. Der Nachrichteninhalt ist ADatP-3/APP-11 (siehe die ADatP-3-/STANAG-5500-Erklärung) oder ein taktischer Datenlink; ADatP-34 zitiert sie nur. Ein „ADatP-34-Parser“ ist ein Kategorienfehler, der Teams echte Monate gekostet hat.
• Unscoped „NISP-Konformität“ behaupten. Konformität gilt pro SIOP, pro Profil, pro Ausgabe. Ein Gebot mit „NISP-konform“ ohne Matrix liest sich für einen Evaluierer als Rauschen; ein Gebot mit Matrix nicht.
• Alles in voller Konformität umsetzen — oder Band-2-Standards als optional überspringen. Anwendbarkeit ist nicht Konformität (Teilmengen sind begründbar), aber verbindlich heißt verbindlich für gemeinsam finanzierte NATO-Systeme an den SIOPs.
• Gegen eine veraltete Ausgabe bauen. Edition M, Edition N Ver 1 und Edition N Ver 2 unterscheiden sich in den zitierten Ausgaben der zugrunde liegenden Standards; eine an eine ersetzte Ausgabe genagelte Matrix fällt durch die Prüfung. Verfolgen Sie den jährlichen Release und die 1.-September-RFC-Frist.
• Band 3 ignorieren. Kandidaten-Standards sind die, die mitten im Programm verbindlich werden — das NISP erwartet den Aufstieg innerhalb von etwa drei Jahren. Planen Sie sie in die Roadmap ein, nicht in den Change Request.
• Das NISP als Statusregister behandeln. Ratifizierungsstand und nationale Vorbehalte von STANAGs leben in der Datenbank des NATO Standardization Office; das NISP dupliziert sie bewusst nicht.

Wer das richtig macht, erlebt ADatP-34 als das, wofür es entworfen wurde: die eine Checkliste, die „wir sind mit der NATO interoperabel“ in eine prüfbare Ingenieursaussage verwandelt.