Link 11 — im US-Sprachgebrauch TADIL A — ist der taktische Datenlink, der die Überwasser- und Luftverteidigungskräfte der NATO ein halbes Jahrhundert lang verband. Er läuft noch immer auf Schiffen und Landstationen, die auf Kiel gelegt wurden, bevor sich die Datenlink-Gemeinschaft auf TDMA festgelegt hatte. Die meisten Marinen behandeln ihn inzwischen eher als Belastung denn als Fähigkeit: die Wellenform ist langsam, die Kryptografie am Ende ihres Lebenszyklus, die Ersatzteile schwinden, und die Bediener, die einen Roll-Call-Ausfall beheben können, gehen schneller in den Ruhestand, als sie ersetzt werden. Dies ist ein Migrationsleitfaden — was Link 11 tatsächlich leistet, warum er verschwinden muss und die beiden gangbaren Ausstiegswege, mit der technischen Realität des Parallelbetriebs von Alt und Neu.

1. Link 11 heute

Link 11 ist ein vernetzter Halbduplex-Datenlink, geregelt durch STANAG 5511 und MIL-STD-6011. Er läuft auf zwei physischen Trägern: HF (2–30 MHz) für Reichweite jenseits des Horizonts über Raumwelle und UHF (225–400 MHz) für Sichtverbindung. Das prägende Merkmal ist sein Zugriffsverfahren. Eine teilnehmende Einheit wird als Net Control Station (NCS) bestimmt, und die NCS führt einen kontinuierlichen Roll-Call durch: sie fragt jede Picket Unit (PU) der Reihe nach über ihre Adresse ab, die adressierte PU sendet ihr Update, dann kehrt die Kontrolle zur NCS zurück, um die nächste Adresse abzufragen. Der Zyklus wiederholt sich endlos. Es gibt keine Konkurrenz und keine Zeitschlitz-Zuordnung — nur eine serielle, vom Master gesteuerte Polling-Schleife.

Die Nutzlast ist der M-Series-Nachrichtenkatalog, ebenfalls in MIL-STD-6011 definiert. M-Series-Nachrichten sind 24-Bit-Datenwörter (mit Parität 30 Bit auf der Leitung), die Track-Position, Identität, IFF und Verwaltungsdaten transportieren — konzeptionell die Vorfahren der J-Series von Link 16. Die Funkgeräte werden von einem Data Terminal Set (DTS) angesteuert, dem Modem, das den konventionellen seriellen Nachrichtenstrom in die vom Funkgerät gesendete Audioton-Wellenform und zurück umwandelt. Die klassische DTS-Wellenform packt 16 Töne (der „schnelle" Link-11-Modus) in ein 1364-Hz-Audioband; der veraltete „langsame" Modus arbeitet mit 75 Baud. So oder so beträgt der vernetzte Durchsatz wenige Kilobit pro Sekunde, geteilt über das gesamte Netz.

2. Warum migrieren

Die Roll-Call-Architektur ist das Grundproblem. Da die NCS jede PU seriell abfragt, skaliert die Latenz zur Aktualisierung eines einzelnen Tracks mit der Anzahl der Teilnehmer: ein Netz mit dreißig Einheiten bedeutet, dass ein Track-Update einen vollständigen Polling-Zyklus veraltet sein kann, bevor es sich verbreitet. Halbduplex bedeutet, dass keine Einheit sendet, während eine andere abgefragt wird, sodass der Link den Datenverkehr nicht so überlappen kann wie eine TDMA-Wellenform. Hinzu kommt die HF-Ausbreitung, die mit der Ionosphäre und der Tageszeit schwindet, Mehrwegeausbreitung verursacht und abbricht — und schon hat man einen Link, dessen effektive Track-Kapazität und Zuverlässigkeit genau dann nachlassen, wenn das Lagebild am dichtesten ist.

Die nicht-technischen Gründe sind genauso entscheidend. Die Krypto-Geräte, die Link 11 verschlüsseln, sind weitgehend veraltet und zunehmend nicht mehr wartbar. DTS-Hardware-Ersatzteile stammen aus einem schrumpfenden Pool von Altlieferanten, und das institutionelle Können, ein Link-11-Netz abzustimmen — Frequenz, Audiopegel, NCS-Bestimmung — konzentriert sich auf eine Generation von Bedienern, die aus dem Dienst ausscheidet. Ein Link, der nicht repariert und nicht besetzt werden kann, ist keine Fähigkeit, die man behält; er ist ein Risiko, das man aufschiebt.

Zentrale Erkenntnis: Der schwierigste Teil einer Link-11-Migration ist nicht die Protokollübersetzung — es ist, dass der serielle Roll-Call von Link 11 kein Konzept für das zeitschlitzbasierte, vernetzte Modell hat, das jeder Nachfolger voraussetzt. Man rüstet keine Wellenform auf; man ändert das Zugriffsparadigma unter einem laufenden taktischen Lagebild, weshalb eine schlagartige Umstellung („Flag Day") fast immer scheitert.

3. Der Weg zu Link 22

Link 22, formal NILE (NATO Improved Link Eleven), ist der Standard, den die Allianz speziell als Ersatz für Link 11 entwickelt hat. Diese Abstammung ist von Bedeutung: er erbt die Mission jenseits der Sichtverbindung und den dualen HF/UHF-Trägersatz von Link 11, ersetzt aber den vom Master gesteuerten Roll-Call durch eine dynamische TDMA-Architektur, die von einem Network Controller verwaltet wird. STANAG 5522 regelt ihn. Die Nachrichtennutzlast ist die F-Series — entworfen als Obermenge, die sowohl mit M-Series- als auch mit J-Series-Semantik kompatibel ist, sodass ein F2 gleichermaßen auf ein J2 und einen M-Series-Positionsbericht abgebildet wird. Die tiefergehenden Abwägungen zwischen den beiden Links der nächsten Generation behandelt unsere Analyse Link 22 vs. Link 16.

Für einen Link-11-Bediener ist der Weg zu Link 22 der naheliegende: er bewahrt die HF-Reichweite jenseits des Horizonts, die Link 11 überhaupt erst rechtfertigte, und beseitigt zugleich den Polling-Engpass. Die Hardware-Seite ist die Network Interface Unit (NIU), die Box, die den Link-22-Protokollstapel beherbergt und die Funkgeräte ansteuert; NIU-Implementierungen stammen von einer kleinen Gruppe qualifizierter Lieferanten (Rockwell Collins, Thales, Leonardo), und die Installation auf einem Kampfschiff ist eine nicht-triviale Integration, kein Kartentausch. Die Lieferzeiten betragen Jahre, was die größte zeitliche Einschränkung der gesamten Migration darstellt.

4. Der Weg über Link 16 + JREAP

Wenn die operative Anforderung, die Link 11 erfüllte, in Wirklichkeit lautet „das Luftlagebild teilen", könnte die Antwort eher Link 16 als Link 22 sein. Link 16 (STANAG 5516, MIL-STD-6016) trägt das dichteste Luftlagebild der Allianz mit der geringsten Latenz, ist aber UHF-Sichtverbindung — er reicht nicht über den Horizont, wie es Link 11 über HF tat. Diese Lücke wird durch JREAP überbrückt, das Joint Range Extension Application Protocol, das Link-16-J-Series-Nachrichten über Nicht-Link-16-Träger tunnelt: JREAP-A über Satellit, JREAP-B über seriell Punkt-zu-Punkt, JREAP-C über IP.

Das praktische Muster besteht darin, Link 11 zugunsten von Link 16 innerhalb der Sichtverbindungs-Blase auszumustern und JREAP-C zu nutzen, um dieses Lagebild über IP/SATCOM auf verteilte Knoten auszudehnen. Der Preis ist Latenz — ein über JREAP-C getunneltes Track-Update fügt zusätzlich zum Link-16-Slot-Schema Hunderte von Millisekunden Netzverzögerung hinzu — und die Notwendigkeit der Gateway-Übersetzung an jeder Grenze, an der die M-Series von Link 11 zur J-Series werden muss. Genau diese Art von Arbeit ist der Zweck eines dedizierten Tactical-Data-Link-Gateways.

5. Datenweiterleitung und der DLP

Während jeder Migration koexistieren der alte und der neue Link, und die Komponente, die sie zusammenhält, ist der Data Link Processor (DLP) — in der NATO-Terminologie manchmal die Forwarding-Einheit. Der DLP korreliert Tracks über Links hinweg, löst doppelte Meldungen desselben Kontakts auf und leitet Daten zwischen Link 11, Link 16 und Link 22 weiter, sodass eine Einheit im veralteten Netz weiterhin Tracks sieht, die nur im neuen gemeldet werden, und umgekehrt. Er ist der einzelne Punkt, an dem die Migration für den Bediener unsichtbar gemacht wird.

Die Weiterleitung von M-Series zu J-Series ist der Ort, an dem der Genauigkeitsverlust liegt. Das M-Series-Wort ist schmaler als sein J-Series-Gegenstück, sodass eine von Link 11 zu Link 16 weitergeleitete Position eine gröbere Auflösung, weniger Erweiterungsfelder und einen verschlechterten Track-Qualitätsindikator tragen kann. Der DLP muss vertretbare Standardentscheidungen darüber treffen, was verworfen und was abgeleitet wird, und diese Entscheidungen sind herstellerspezifisch. Zwei DLPs verschiedener Lieferanten, die mit derselben Link-11-Eingabe gespeist werden, erzeugen nicht zwangsläufig identische Link-16-Ausgaben.

6. Die laufende Kostenschätzung

Der kritische Pfad jeder Link-11-Migration ist Terminal-Hardware, nicht Software. Link-22-NIUs und moderne MIDS-Terminals für Link 16 stammen von einer Handvoll freigegebener Lieferanten mit einer Produktion von einigen Hundert Einheiten pro Jahr und Lieferzeiten von 24–36 Monaten. Ein Programm, das auf zwanzig Schiffsrümpfen neue Funkgeräte benötigt, wird von dieser Pipeline weit stärker eingeschränkt als von irgendeiner Codezeile.

Um die Hardware herum liegen drei weitere Kostenstellen, die Programmleiter regelmäßig unterschätzen. Qualifizierung: jede nationale Plattform-Funk-Kombination benötigt eine Sicherheitsakkreditierung und Interoperabilitätszertifizierung, was Monate von Testereignissen bedeutet. Schulung: Bediener und Wartungspersonal müssen von einem seriellen Netz-Denkmodell auf ein vernetztes umgeschult werden. Und der Parallelbetrieb — die Monate oder Jahre, in denen das Schiff sowohl den veralteten als auch den neuen Link trägt und mit Strom versorgt — kostet Platz, Gewicht, Energie und Besatzungszeit für Geräte, die man eigentlich ausmustern will.

7. Übersetzungstreue

Es lohnt sich, genau zu sein, was die Übersetzung tatsächlich verwirft, denn „Link 11 zu Link 22" klingt verlustfrei und ist es nicht. Die M-zu-F-Übersetzung ist die saubere der beiden: die F-Series wurde entworfen, um M-Series-Semantik aufzunehmen, sodass die meisten Felder direkt abgebildet werden, obwohl die F-Series Routing-Metadaten jenseits des Horizonts trägt, die keinen M-Series-Ursprung haben und bei von Link 11 hochgeleiteten Tracks schlicht null sind. M-zu-J ist verlustreicher: die festformatierten J-Series-Wörter setzen Auflösung und Erweiterung voraus, die die veraltete M-Series nie trug, sodass weitergeleitete Tracks mit abgeleiteten oder Standardwerten in Feldern ankommen, die der ursprüngliche Link nicht füllen konnte.

Die operativ entscheidende Unterscheidung ist Waffenqualität versus Track-Qualitäts-Koordinierung. Ein Überwachungs-Track, der die Übersetzung in Track-Qualität übersteht, ist für das Lagebewusstsein ausreichend. Eine Eingriffskoordinierung in Waffenqualität — bei der die Feuerentscheidung von der Präzision und Herkunft des Tracks abhängt — kann eine stille Verschlechterung über eine Link-Grenze hinweg nicht tolerieren. Jede Migrationsarchitektur muss identifizieren, welche Austausche von Waffenqualität sind, und garantieren, dass sie entweder durchgängig auf einem einzigen Link bleiben oder über einen Pfad übersetzt werden, dessen Treue analysiert und zertifiziert wurde.

8. Ein schrittweiser Migrationsplan

Das Muster, das funktioniert, ist bewusster Parallelbetrieb, niemals eine schlagartige Umstellung. Phase eins installiert den neuen Link (Link-22-NIU oder Link 16/JREAP) neben dem laufenden Link-11-Netz und stellt den DLP bereit, um zwischen ihnen weiterzuleiten — in diesem Stadium trägt der neue Link kein operatives Gewicht und existiert, um gegen die Bodenwahrheit validiert zu werden, die der veraltete Link bereits liefert. Phase zwei verlagert den Primärverkehr für ausgewählte Track-Kategorien auf den neuen Link, während Link 11 als Rückfallebene heiß bleibt, sodass jeder Weiterleitungs- oder Treuedefekt auftaucht, während der alte Link zur Gegenkontrolle noch verfügbar ist.

Phase drei mustert Link 11 anhand expliziter Kriterien aus, nicht anhand eines Kalenderdatums: der neue Link muss gleiche oder bessere Track-Kontinuität nachweisen, Austausche von Waffenqualität müssen auf dem neuen Pfad zertifiziert sein, und jeder Koalitionspartner, der die Daten benötigt, muss ohne das veraltete Netz erreichbar sein. Erst wenn diese Hürden erfüllt sind, kommt Link 11 vom Schiffsrumpf. Der architektonische Wegbereiter darunter ist derselbe, den wir über jedes Datenlink-Programm hinweg empfehlen — ein Dual-Stack-Design mit einem kanonischen internen Track-Modell und versionierten, im laufenden Betrieb austauschbaren Protokolladaptern für M-Series, F-Series und J-Series, sodass das Hinzufügen oder Ausmustern eines Links eine Adapteränderung ist und keine Operation am Gefechtssystem. Errichten Sie diese Grenze zuerst, und die Migration wird zu einer Folge risikoarmer Schritte statt zu einem einzigen unumkehrbaren Sprung.