Link 11 vs Link 16 vs Link 22: die drei taktischen Datenlinks der NATO im Vergleich

Link 11 (TADIL A) ist das in den 1950er-Jahren entworfene HF/UHF-Netz, in dem eine Netzkontrollstation jede Einheit der Reihe nach abfragt: rund 1.8 kbit/s Daten und keine Störfestigkeit. Link 16 (TADIL J) ist das störungsfeste TDMA-Datenlink im L-Band für das Luftlagebild: 26.9–107.5 kbit/s pro Netz, aber nur Sichtlinienreichweite. Link 22 (NILE) ersetzt Link 11 durch HF/UHF-TDMA, automatische Relaisfunktion über den Horizont und das Datenwörterbuch von Link 16.

Das praktische Fazit: Flugzeuge, Luftverteidigung und Waffenkoordination laufen über Link 16; ein verstreuter Marineverband jenseits des Horizonts wird durch Link 22 zusammengehalten; Link 11 bleibt nur so lange, wie ein Partner, eine Plattform oder eine Küstenstelle davon abhängt — und die Datenweiterleitung, die alle drei zu einem Bild zusammenfügt, wird von Anfang an mitgeplant. Der Rest dieser Seite untermauert dieses Fazit mit Zahlen.

Link 11 vs Link 16 vs Link 22 auf einen Blick

Die Tabelle vergleicht die drei Datenlinks nach den Parametern, die Architekturentscheidungen treiben. Die Zahlen stammen aus öffentlichen NATO-Dokumenten, denen der NILE-Projektführungsstelle (PMO) und aus US-Dokumenten der Teilstreitkräfte. Datenraten sind, was nach Fehlerkorrektur und Synchronisations-Overhead für taktische Daten übrig bleibt, sofern nicht anders angegeben.

Wie jeder Datenlink den Kanal teilt

Der größte Unterschied zwischen den drei Datenlinks ist, wie sie entscheiden, wer als Nächstes sendet. Kapazität, Latenz und Überlebensfähigkeit folgen alle aus dieser Wahl.

Link 11: Roll-Call-Abfrage. Im normalen Betrieb übernimmt eine beteiligte Einheit die Rolle der Netzkontrollstation. Sie sendet eine Abfrage an eine bestimmte Einheit; diese antwortet mit ihrem gesamten Report, während alle anderen zuhören, und die NCS ruft die nächste Adresse auf. Antwortet eine Einheit nicht, wartet die NCS etwa 0.2 Sekunden und fährt fort. Der Netzzyklus dehnt sich so mit jeder Einheit und jedem Track aus, eine Einheit mit dringender Information kann die Warteschlange nicht überspringen, und der Ausfall der NCS legt das Netz still. Broadcast- und Short-Broadcast-Modi erlauben einer einzelnen Einheit das Senden ohne Abfrage, ändern aber nichts am Prinzip „ein Sprecher nach dem anderen“.

Link 16: festes TDMA. Die Zeit ist in 12-Sekunden-Rahmen aus je 1,536 Slots zu 7.8125 ms zerlegt. Der Netzentwurf teilt Slotblöcke den Network Participation Groups zu — den funktionalen Kreisen wie PPLI, Überwachung, Luftkontrolle und Sprache — sowie den Einheiten, die in ihnen senden. Slots können einer Einheit dediziert oder unter konkurrierendem Zugriff geteilt sein, und mehrere gestapelte Netze können dieselben Slots mit anderen Sprungfolgen nutzen. Einen Controller gibt es nicht: Eine Einheit dient als Netzzeitreferenz, damit andere synchronisieren und beitreten können, doch ein etabliertes Netz läuft auch ohne sie. Die Slot-Budgetierung behandeln wir in unserem Leitfaden zum Link-16-Netzentwurf, NPGs und Zeitslots.

Link 22: TDMA-Netze innerhalb eines Supernetzes. Jedes NILE-Netz fährt seinen eigenen TDMA-Zyklus (die Netzzyklusstruktur) aus den Einheiten zugeteilten Slots ab, dazu optionale Prioritäts-Injektionsslots für dringenden Verkehr. Planer geben den Kapazitätsbedarf und die zulässige Zugriffsverzögerung jeder Einheit in der OPTASK-LINK-Meldung an, oder das System Network Controller (SNC) berechnet die Struktur. Dynamisches TDMA lässt dann eine überlastete Einheit freie Kapazität entnehmen, während das Netz läuft. Bis zu acht Netze, jedes über beliebige HF- oder UHF-Medien, bilden ein Supernetz mit bis zu 125 Einheiten; eine Einheit kann gleichzeitig in bis zu vier Netzen sitzen, und das SNC leitet eine Nachricht automatisch weiter, wenn ein Adressat nicht direkt erreichbar ist. Es gibt keine Netzkontrollstation und keine Netzzeitreferenz. Den vollständigen Systemüberblick bietet der Artikel was Link 22 ist und wie NILE funktioniert.

Link 11 vs Link 16: was sich in der Praxis ändert

Die meisten Plattformen, die Link 11 verlassen haben, gingen zuerst zu Link 16 — daher ist dies der Vergleich, dem Ingenieure und Planer am häufigsten begegnen. Der Sprung ist größer, als die Datenratespalte vermuten lässt.

• Kapazität und Aktualität. Ein ganzes Link-11-Netz teilt sich rund 1.8 kbit/s, und ein Report ist nur so frisch, wie es der Abfragezyklus zulässt. Link 16 stellt jedem Netz 26.9–107.5 kbit/s bereit, stapelt mehrere Netze und gibt jeder Einheit Sendegelegenheiten, die nicht davon abhängen, wie viele andere Einheiten auf dem Datenlink sind.
• Präzision. Link 11 meldet Positionen in einem Raster relativ zu einem Datenlink-Referenzpunkt, was das nutzbare Gebiet begrenzt und Polaroperationen ausschließt; Link 16 meldet geodätische WGS-84-Positionen. Die Track-Qualität reicht von 0–7 bei Link 11 bis 0–15 bei Link 16, wo der Spitzenwert eine Genauigkeit besser als 50 Fuß verlangt.
• Funktionen. Über die Überwachung hinaus fügt Link 16 genaue Teilnehmerortung und -identifizierung (PPLI) mit Relativnavigation, Luftkontrolle, Nachrichten der elektronischen Kriegführung und der Waffenkoordination sowie zwei verschlüsselte Sprachkanäle mit 2.4 oder 16 kbit/s hinzu. Die vollständige Liste der J-Serien-Nachrichten zeigt den Katalog.
• Überlebensfähigkeit. Link 11 hängt an seiner NCS; Link 16 ist knotenlos, weil jeder Slot im Voraus zugeteilt ist.
• Elektronische Kriegführung und Sicherheit. Link 11 ist eine Festfrequenz-Wellenform mit reiner Nachrichtenverschlüsselung, leicht zu stören und nach eigener Einschätzung des NILE-Programms relativ leicht zu täuschen. Link 16 springt über 51 Frequenzen mit rund 77,000 Sprüngen pro Sekunde und verschlüsselt sowohl die Nachricht als auch die Übertragung.
• Wo Link 11 weiterhin gewinnt. Die HF-Bodenwelle trägt Link 11 über den Horizont, rund 300 nm, ohne Relaisflugzeug, Satellit oder Gateway. Link 16 braucht für den Blick über die Sichtlinie hinaus Luftrelais, Satellitenverbindungen oder JREAP — genau die Lücke, die Link 22 schließen soll.

Die Link-16-Grundlagen (Terminals, Frequenzen, Packing) erklärt der Artikel was Link 16 ist; zur hostseitigen Integration unser Leitfaden zur Link-16-Softwareintegration.

Wo Link 22 seinen Platz hat

Das NILE-Programm benannte die Ziele von Link 22 klar: Link 11 ersetzen und seine Grenzen beseitigen sowie Link 16 ergänzen. Es ist in erster Linie ein maritimer Datenlink für die Bekämpfung von Über- und Unterwasserzielen, unterstützt aber jede Umgebung. Er behält, was Link 11 nützlich machte — die HF- und UHF-Bänder und die Reichweite über den Horizont ohne Satelliten — und übernimmt, was Link 16 präzise machte: Nachrichten der J-Familie auf demselben Datenwörterbuch, 15-Bit-Einheitenadressen, 19-Bit-Track-Nummern und WGS-84-Positionen. Darüber kommen Supernetz, automatische Relaisfunktion, DTDMA sowie Priorität und Dienstgüte pro Nachricht.

Gegenüber Link 16 lautet der Kompromiss Reichweite gegen Durchsatz. Link 16 bewegt weit mehr Daten pro Netz, und seine schnellspringende Wellenform ist das schwierigere Ziel für einen Störer, doch am Funkhorizont endet er, solange nichts weiterschaltet. Link 22 trägt einen Bruchteil der Daten pro Netz, hält aber einen verstreuten Verband über Hunderte von Seemeilen zusammen und braucht deutlich weniger Netzplanung. Deshalb plant die NATO beide Seite an Seite statt als Rivalen; der vollständige Direktvergleich steht in unserem ausführlichen Vergleich von Link 22 und Link 16.

Welcher Datenlink für welche Mission und Plattform

In realen Kampfverbänden lautet die Frage selten „welcher Datenlink“, sondern „welcher Datenlink trägt was“. Eine typische Aufteilung sieht so aus:

Plattformrestriktionen zählen ebenso viel wie Missionen. Ein Flugzeug, das bereits ein MIDS-Terminal trägt, bekommt Link 16 fast gratis, während das luftgestützte Link 22 noch entsteht: Das NILE-PMO-Handbuch von 2020 beschreibt das LLC-7M-Kryptomodul als nach Luftfahrt-Umweltstandards gebaut, aber noch nicht formal für Flugzeuge zertifiziert. Terminalwahl und Lieferzeiten behandelt unser MIDS-Terminal-Leitfaden.

Alle drei gleichzeitig: Datenweiterleitung, Multi-Link-DLPs und Gateways

Ein Verband, der mehr als einen Datenlink betreibt, braucht Einheiten, die gleichzeitig auf zwei Datenlinks sitzen und Daten zwischen ihnen übergeben. In der NATO ist das Datenweiterleitung, geregelt durch STANAG 5616 (ATDLP-6.16) für Link 11/11B, Link 16 und Link 22, und das NILE-Programm verlangt für die Konformität zwei- und multilink-fähige Datenlink-Prozessoren (DLPs), die als Weiterleiter wirken. Die US-Gemeinschaftsdoktrin für den Fall Link 11/Link 16 schreibt vor, was ein Weiterleiter können muss:

• Vor der Weiterleitung korrelieren. Der Weiterleiter gleicht die Tracks des anderen Datenlinks mit seinen lokalen Tracks ab und meldet nur die, die er mit höherer Track-Qualität hält, damit derselbe Kontakt nicht doppelt gemeldet wird.
• Die Teilnehmer übersetzen. Link-11-Einheiten erscheinen auf Link 16 als indirekte PPLIs (die US Navy nutzt dafür NPG 14), während Link-16-PPLIs auf Link 11 als Friendly-Special-Points erscheinen.
• Mit Auffächerung rechnen. Eine einzige J-Serien-Nachricht des Kampfsystems kann auf Link 11 oder Link 4A zu bis zu acht Nachrichten werden, und alle Link-16-Tracks erreichen die Link-11-Einheiten während eines einzigen Abfragezyklus des Weiterleiters — Filtern kann nötig sein, um ältere Displays nicht zu fluten.
• Die Raster konvertieren. Der Weiterleiter übersetzt zwischen der geodätischen Meldung von Link 16 und dem Link-11-Raster, einschließlich der eigenen Position.

Link 16 und Link 22 zusammenzubringen ist weit einfacher, als einen von beiden mit Link 11 zu verbinden. Sie teilen ein Datenwörterbuch, und die FJ-Nachrichten von Link 22 tragen J-Serien-Nachrichten unverändert, sodass vieles Umrahmen statt Neukodieren ist. Die eigene Anleitung des NILE-Programms ordnet den Aufwand: Ein Dual-Link-16/22-DLP ist einfacher als ein Dual-Link-11/22-DLP, und ein voller Link-11/16/22-Multi-Link-DLP ist am schwersten zu bauen. Unser Artikel zur Gateway-Übersetzung von Link 16 auf Link 22 durchläuft die Weiterleitungskette, und das Muster für Verbraucher abseits der Plattform (JREAP, VMF, CoT) steht in Software-Gateways zur Übersetzung taktischer Datenlinks.

Von Link 11 weg migrieren

Einen bündnisweiten Link-11-Abschalttermin gibt es in öffentlichen Quellen nicht. Die Ablösung läuft national und schrittweise: NILE-Nationen und Partnerflotten ergänzen Link 22, sobald Schiffe zur Modernisierung anstehen, Flotten außerhalb des Programms halten an Link 11 fest, und Weiterleiter überbrücken die Lücke. Spanien stattete 2022 das amphibische Schiff Juan Carlos I mit Link 22 aus und nimmt es in die S-80-U-Boote und die Mid-Life-Modernisierung der F-100-Fregatten auf, während die französische Trägergruppe während ihrer Indo-Pazifik-Verlegung 2024–25 Link 22 mit ihren Flugzeugen übte.

Drei Fakten aus dem NILE-Programm formen Migrationsbudgets. Erstens unterstützen bestehende Link-11-HF-Funkgeräte bereits die ersten sechs HF-Festfrequenz-Wellenformen von Link 22, und einige Link-11-UHF-Funkgeräte lassen sich wiederverwenden — Funkgeräte und Antennen sind daher oft nicht der Engpass. Zweitens neu sind die SNC-Software, das LLC-7M-Kryptomodul (nur über US Foreign Military Sales erhältlich), die Signalverarbeitungscontroller und vor allem der DLP, den die NILE PMO als den bedeutendsten und kostspieligsten Teil einer Link-22-Einführung bezeichnet. Drittens ist ein Dual-Link-11/22-DLP schwerer als ein Dual-Link-16/22-DLP, was für ein frühes Abwickeln der Link-11-Funktionen auf Plattformen mit Link 16 spricht. Unser Link-11-Migrationsleitfaden legt den gestuften Plan dar.

Was die Unterschiede für Software bedeuten

Für die Ingenieure, die den DLP oder das Gateway schreiben, werden die Unterschiede auf Datenlinkebene zu einer kurzen Liste harter Probleme:

• Zwei Track-Nummernräume. Link-11-Nummern sind vier Oktalziffern; Link-16- und Link-22-Nummern sind fünf Zeichen in einem 19-Bit-Feld. Die Nummern 00200–07777 auf Link 16 entsprechen direkt 0200–7777 auf Link 11, sodass Einheiten auf beiden Datenlinks ihren Link-11-Block normalerweise als Link-16-Block nutzen. Alles oberhalb dieses Bereichs hat kein Link-11-Äquivalent und braucht eine persistente Abbildungstabelle im Weiterleiter.
• Track-Qualität und Präzision. Die Abbildung von 0–15 auf 0–7 ist verlustbehaftet, und ein von Link 11 nach oben weitergeleiteter Track trägt Link-11-Präzision, so viele Bits das J-Serien-Feld auch bietet. Führen Sie die Herkunft bei jedem Track mit und lassen Sie einen weitergeleiteten Track niemals über einen originären stellen.
• Koordinaten. Das Link-11-Raster ist relativ zu einem Datenlink-Referenzpunkt; Link 16 und Link 22 sind geodätisch. Die Umrechnung hängt vom Referenzpunkt und von der eigenen Position des Weiterleiters ab — beide müssen stimmen.
• Übersetzungstreue. Die Übersetzung von der M-Serie in die J-Serie bildet Felder mit unterschiedlicher Auflösung und Wertebereich in beide Richtungen ab. Link 16 zu Link 22 kommt der Verlustfreiheit nahe: FJ-Nachrichten tragen den J-Serien-Inhalt unverändert, und einzigartige F-Nachrichten sind kompakte Formen aus denselben Datenelementen, einige ohne Link-16-Gegenstück. Erzeugen Sie Übersetzungstabeln aus den Standards statt von Hand und testen Sie Hin- und Rückläufe.
• Zeitverhalten. Die Track-Latenz bestimmen der Link-11-Abfragezyklus, der Link-16-Slotplan und der Link-22-Netzzyklus samt Relais-Sprüngen — nicht Ihr Code. Modellieren Sie sie je Datenlink, wenn Sie die Ende-zu-Ende-Latenz budgetieren.
• Testwerkzeuge. Das NILE-Programm stellt ein Referenzsystem zum Testen von SNC, LLC und Signalverarbeitungscontrollern bereit, und das Multi-Link System Test and Training Tool (MLST3) prüft DLPs gegen die Nachrichtenprotokolle von Link 11, Link 16 und Link 22.

Die Architektur, die all das übersteht, ist die, die wir für jedes Datenlink-Programm empfehlen: ein kanonisches internes Track-Modell mit versionierten Adaptern je Nachrichtenstandard, sodass das Hinzufügen von Link 22 oder das Abwickeln von Link 11 einen Adapter ändert, nicht das Kampfsystem. Zum Link-16-Standard selbst siehe STANAG 5516 und MIL-STD-6016 erklärt.