MIDS-Terminals erklärt: LVT, JTRS und die Link-16-Hardware-Entscheidung

Jeder in der Verteidigungs-C2-Welt spricht über Link 16, als wäre es Software. Das ist es nicht. Link 16 ist eine Wellenform, und eine Wellenform muss auf einer Box laufen — einem Multifunctional Information Distribution System-Terminal, dem MIDS. Das Terminal ist der Teil, der Millionen kostet, dessen Lieferung Jahre dauert, der eine nationale Krypto-Freigabe erfordert und der stillschweigend die Obergrenze dessen festlegt, was Ihr Gefechtssystem in den nächsten zwei Jahrzehnten leisten kann. Dies ist ein technischer Leitfaden zu dieser Box: die JTIDS-Abstammung, die MIDS-LVT-Familie, das softwaredefinierte MIDS-JTRS, das Krypto-Modernisierungsmandat, das gerade jetzt ein flottenweites Upgrade erzwingt, und die Beschaffungsrealität, die Programmmanager durchweg unterschätzen.

1. Was MIDS ist — und warum das Terminal der lange Pol ist

Link 16 begann sein Leben auf dem Joint Tactical Information Distribution System (JTIDS) — großen, energiehungrigen Terminals, die in den 1980er-Jahren auf AWACS und Führungsschiffen eingerüstet wurden. MIDS war das gemeinsame US-/europäische Programm (Frankreich, Deutschland, Italien, Spanien und die USA), um JTIDS auf etwas zu schrumpfen, das eine F-16 tragen konnte. Die Wellenform ist identisch: L-Band (960–1215 MHz), TDMA mit festen Zeitschlitzen, Frequenzsprung über 51 Kanäle, die durch eine Krypto-Variable geschlüsselt werden. Was sich änderte, ist die Verpackung. MIDS brachte dieselbe JTIDS-Wellenform in einen 3/8-ATR-Formfaktor, der in einen Waffenschacht-Slot eines Kampfflugzeugs passt.

Das entscheidende mentale Modell ist dies: Link-16-taktische Datenlinks sind ein geschichteter Stack, und das Terminal besitzt die beiden untersten Schichten. Die Host-Plattform — Ihr Missionsrechner, Ihr Gefechtsführungssystem — erzeugt J-Series-Nachrichten. Das Terminal übernimmt die Zeitschlitz-Planung, den Frequenzsprung, die Verschlüsselung, die Fehlerkodierung und die HF-Übertragung. Sie können eine Terminal-Beschränkung nicht in Software auf dem Host beheben. Wenn das Terminal eine Packstruktur oder einen Krypto-Modus nicht unterstützt, lässt kein noch so umfangreicher Host-Code diese Fähigkeit erscheinen. Deshalb ist das Terminal der lange Pol in jedem Link-16-Programm: Die Software, die mit ihm spricht, lässt sich in Monaten schreiben; das Funkgerät braucht Jahre.

2. Die MIDS-LVT-Familie

MIDS-LVT — Low Volume Terminal — ist die ursprüngliche Serienhardware, im Einsatz seit den späten 1990er-Jahren und nach wie vor das zahlreichste Link-16-Terminal der Welt. „LVT" ist eine Familie, kein einzelnes Gerät, und die Varianten sind wichtig, wenn Sie die Ausrüstungsliste einer Plattform lesen.

LVT(1) ist das voll ausgestattete Terminal: Sprache (zwei 2,4/16-kbps-Kanäle), TACAN und die vollständige Link-16-Wellenform. Es ist die Kampfflugzeug- und Marine-Variante — diejenige auf der F/A-18, der F-16 und auf AEGIS-Kampfschiffen. LVT(2) verzichtet auf TACAN und den für den Luftfahrteinsatz dimensionierten HF-Leistungsverstärker; es ist die Bodenvariante für Luftabwehr-Feuereinheiten und Gefechtsstände, wo Sie keine TACAN-Navigation benötigen. LVT(3) ist die in Italien produzierte Variante für die italienischen Streitkräfte, funktional an LVT(1) angeglichen, aber unter Leonardos Produktionslizenz gebaut. LVT(11) ist ein navalisiertes Derivat für Überwasserkampfschiffe mit der Marine-Antenne und den entsprechenden Kühlanforderungen.

Was die LVT-Familie eint — und was sie altern lässt — ist die Architektur. MIDS-LVT verwendet ein analoges Backplane und eine Wellenform-Implementierung mit fester Funktion. Die Link-16-Verarbeitung ist weitgehend fest verdrahtet. Sie können ein LVT nicht umprogrammieren, um eine andere Wellenform zu hosten, und das Hinzufügen einer neuen Link-16-Fähigkeit bedeutet in der Regel einen Hardware-Modifikationssatz, nicht einen Software-Load. Das LVT macht genau eine Wellenform, sehr gut, für immer.

3. MIDS-JTRS — der softwaredefinierte Nachfolger

MIDS-JTRS (Joint Tactical Radio System) ist der moderne Ersatz, und es ist eine wirklich andere Art von Maschine. Es ist ein softwaredefiniertes Funkgerät (SDR): Die Wellenform läuft als Software auf einer reprogrammierbaren Plattform aus digitaler Signalverarbeitung und FPGA, die nach der Software Communications Architecture (SCA) gebaut ist. Link 16 ist eine von mehreren Wellenform-Images, die die Box hosten kann.

Der praktische Vorteil ist Parallelität und Wachstum. Ein MIDS-JTRS-Terminal kann Link 16 neben TTNT (Tactical Targeting Network Technology), der Wideband Networking Waveform (WNW) und der Soldier Radio Waveform (SRW) betreiben — wobei es dieselbe HF-Apertur und dasselbe Verarbeitungs-Chassis nutzt, statt pro Netzwerk eine separate Box zu verlangen. Das ist wichtig für die Plattformintegration, bei der Platz, Gewicht, Leistung und Kühlung (SWaP-C) die bindenden Beschränkungen sind. Es bedeutet auch Wachstumskapazität: freie Verarbeitungsreserven und FPGA-Fabric lassen das Terminal künftige Wellenformen oder erweiterte Link-16-Fähigkeiten ohne Hardware-Tausch hosten. Neue Flugzeugprogramme spezifizieren MIDS-JTRS genau aus diesem Grund — es ist das einzige Terminal, das die datenlink-bezogene Zukunft der Plattform nicht schon zum Zeitpunkt der Einrüstung festlegt.

4. Krypto-Modernisierung — CMN-4 und Block Upgrade 2

Das mit Abstand wichtigste Link-16-Hardwareprogramm im Moment ist die Krypto-Modernisierung. Die alten Link-16-Krypto-Algorithmen und die Art, wie die Wellenform das Frequenzspektrum nutzt, werden im Rahmen des Crypto-Modernization-4-Mandats (CMN-4) ersetzt, ausgeliefert über die Terminal-Modifikation Link 16 Block Upgrade 2 (BU2). Dies ist nicht optional und es ist nicht fern: US- und alliierte Terminals, die nicht auf CMN-4 modernisiert wurden, sollen die Betriebsberechtigung auf modernisierten Link-16-Netzen verlieren, mit Fristen, die auf US-freigegebenen Netzen bereits durchgesetzt werden.

BU2 bündelt drei Dinge. Erstens die neuen CMN-4-Kryptoalgorithmen, die neue Krypto-Anwendungen erfordern, die auf das Terminal geladen werden — und auf dem LVT in vielen Fällen neue Hardware. Zweitens das Frequenz-Remapping-Mandat, das ändert, wie Link 16 innerhalb des L-Bands springt, um sich vom umgebenden Spektrumumfeld zu entkoppeln (das langjährige Koexistenzproblem mit zivilen Luftfahrtsystemen im selben Band). Drittens die unten beschriebenen Durchsatzverbesserungen. Das Remapping ist der Teil mit regulatorischen Zähnen — Netze, die nicht remappt haben, können sich das Spektrum nicht sauber mit modernisierten Netzen teilen, weshalb die Frist hart ist.

Die Beschaffungskonsequenz: Jede Link-16-Plattform in der NATO läuft gegen die Uhr. Ein Programmmanager, der heute LVT(1)-Terminals einrüstet, kauft Hardware, die BU2-modifiziert werden muss, um legal zu bleiben, und auf älteren LVTs ist diese Modifikation eine Depot-Maßnahme, kein Download.

5. Concurrent Multi-Netting und erhöhter Durchsatz

Zwei Fähigkeiten kommen mit BU2 mit und erklären, warum die Modernisierung den Aufwand operativ wert ist: Concurrent Multi-Netting (CMN) und Enhanced Throughput Mode (ETM).

Concurrent Multi-Netting lässt ein einzelnes Terminal gleichzeitig auf mehreren Link-16-Netzen (Multinets) empfangen, anstatt jeweils auf eine Network Participation Group beschränkt zu sein. Für einen Controller-Knoten, der mehrere Netze überwachen muss — verschiedene Einsatzgebiete, verschiedene Koalitionen — ist CMN der Unterschied zwischen einem taktischen Lagebild und der Notwendigkeit mehrerer Terminals. Der Enhanced Throughput Mode erhöht die effektive Datenrate, indem mehr Bits pro Zeitschlitz gepackt werden, und hebt für Terminals, die ihn unterstützen, die praktische Obergrenze deutlich über den klassischen Bereich von 28,8–238 kbps. Zusammen erhöhen sie sowohl die Anzahl der Netze, die ein Terminal sehen kann, als auch das Volumen der Tracks, die es pro Netz tragen kann — weshalb BU2 als Fähigkeits-Upgrade verkauft wird und nicht bloß als Übung zur Krypto-Konformität. Der Haken ist erneut die Hardware: CMN und ETM erfordern das modernisierte Terminal. Ein älteres LVT kann nicht multinetten, egal was die Host-Software anfordert.

6. Host-Integration — die Terminal-zu-Host-Schnittstelle

Aus Sicht des Softwareingenieurs ist das Terminal eine Schnittstelle, und die Schnittstelle ist der Ort, an dem Integrationsprojekte leben oder sterben. Die Host-Plattform verbindet sich mit dem MIDS-Terminal über eine definierte Terminal-zu-Host-Schnittstelle — historisch ein MIL-STD-1553-Bus oder eine Ethernet-/Seriell-Host-Schnittstelle, je nach Terminal-Generation — und der Host ist dafür verantwortlich, korrekt formatierte, korrekt geplante J-Series-Nachrichten zu erzeugen.

Hier sitzen das Improved Data Modem (IDM) und gleichwertige Nachrichtenverarbeitungsschichten. Das IDM und der Datenlink-Prozessor des Hosts übernehmen die J-Message-Verrohrung: das Erstellen von J2.x-Nachrichten zur präzisen Teilnehmerortung, J3.x-Überwachungs-Tracks, J12.x-Missionsmanagement-Wörtern, deren Zuordnung zu den Zeitschlitz-Blockzuweisungen des Terminals und die Einhaltung der TDMA-Architektur des Netzes, wie im Network Design Load (NDL) definiert. Das Terminal überträgt getreu, was der Host ihm in seinen zugewiesenen Schlitzen übergibt — einschließlich Müll. Die meisten „Link-16-Probleme" im Integrationstest sind keine Terminalfehler; es sind Host-Planungs- und J-Message-Konstruktionsfehler. Die Disziplin, die sich auszahlt, besteht darin, das Terminal als strenge, dumme, schnelle Leitung zu behandeln und die gesamte Intelligenz — Track-Management, Nachrichtenkorrelation, NDL-Konformität — in eine saubere host-seitige Datenlink-Schicht zu legen, die terminalspezifische Eigenheiten niemals in das Kerndatenmodell des Gefechtssystems durchsickern lässt.

7. Beschaffungsrealität — Lieferanten, Vorlaufzeiten und FMS

Zertifizierte MIDS-Terminals kommen von einer kleinen Gruppe US-freigegebener Lieferanten: Data Link Solutions (das Joint Venture von BAE Systems/Collins), ViaSat und Collins Aerospace. Es gibt keinen kommerziellen Markt und keine Möglichkeit, die Qualifikation über eine Zweitquelle zu umgehen. Die Vorlaufzeiten für neue MIDS-JTRS-Bestellungen liegen bei 18–36 Monaten, und die BU2-Modernisierungswelle verbraucht gleichzeitig Produktions- und Depotkapazität — die Warteschlange ist also jetzt länger, als die nominelle Zahl vermuten lässt.

Für einen NATO-Verbündeten hängt das Terminal außerdem von der Freigabebefugnis ab. Link-16-Terminals und ihre Kryptografie sind kontrolliert; ein alliiertes Programm beschafft sie über einen Foreign-Military-Sales-Fall (FMS) mit der entsprechenden Freigabeentscheidung der US National Security Agency für den Krypto-Load. Dieser Freigabezeitplan läuft parallel zu — und häufig länger als — die Hardware-Vorlaufzeit. Eine 2026 platzierte Terminal-Bestellung bringt modernisierte, krypto-geladene, netzautorisierte Hardware möglicherweise nicht vor 2029 auf die Plattform. Das ist keine Prozessbeschwerde; es ist die physische und diplomatische Lieferrealität, und sie muss vom ersten Tag an im Programmplan stehen, statt erst bei der Integration entdeckt zu werden.

8. MIDS für ein neues Programm spezifizieren

Die Terminal-Entscheidung für ein neues Programm läuft auf drei Regeln hinaus.

Spezifizieren Sie MIDS-JTRS überall dort, wo die Plattform es sich leisten kann. Die SDR-Architektur ist die einzige, die die nächsten zwanzig Jahre an Wellenform- und Kryptowandel als Software-Loads statt als Hardware-Modifikationen übersteht. Auf jeder Plattform, die über 2040 hinaus fliegen oder fahren wird, ist JTRS die Voreinstellung, und die SWaP-C des Hostings von Link 16, TTNT und künftigen Wellenformen auf einer Box gewinnt auf gesamtplattformbezogener Basis meist auch bei höheren Stückkosten.

Verwenden Sie MIDS-LVT nur dort, wo die Plattform JTRS nicht hosten kann. Einige ältere Flugzeuge, Boden-Feuereinheiten und Installationen mit geringem SWaP können den Integrationsfußabdruck eines JTRS-Terminals nicht aufnehmen. Dort ist ein LVT — von Anfang an auf BU2/CMN-4 modernisiert, niemals ein Gerät vor der Modernisierung — die richtige Antwort. Kalkulieren Sie nur die feste Funktion des LVT ehrlich ein: Jede künftige Fähigkeit ist ein Hardware-Kit.

Behandeln Sie das Terminal als die Zwanzig-Jahre-Obergrenze. Die in der Program-of-Record-Phase gekaufte Hardware legt die maximale Datenlink-Fähigkeit fest, die die Plattform jemals haben wird. Bauen Sie die host-seitige Datenlink-Software als versionierte, adapterbasierte Schicht — dieselbe Dual-Stack-Disziplin, die wir für die Wahl zwischen Link 22 vs. Link 16 und für jedes Gateway für taktische Datenlinks empfehlen — sodass Sie, wenn BU2 eine J-Message hinzufügt oder ein künftiger Block die Schlitzarchitektur ändert, einen Adapter tauschen, nicht ein Gefechtssystem. Das Funkgerät ist der lange Pol. Planen Sie das gesamte Programm rund um die Box, und die Software wird Schritt halten.