Integration taktischer Funkgeräte mit Software: SINCGARS, Harris und JREAP-C

Taktische Funkgeräte sind nicht nur Sprachkommunikationsgeräte. Moderne Militärfunkgeräte übertragen Daten — Positionsmeldungen, digitale Nachrichten, Bilder, Zieldaten — neben dem Sprachverkehr, und die Software, die diese Daten verarbeitet und produziert, muss mit der Funkhardware interoperieren. Diese Interoperabilität ist technisch nicht trivial: Taktische Funkgeräte bieten schmalbandig, protokollspezifische Datenschnittstellen, die der REST-API-Ära um Jahrzehnte vorausgehen.

Zu verstehen, wie Software aufgebaut wird, die mit taktischen Funksystemen integriert — Legacy-Funkprotokolle in die APIs übersetzt, die moderne C2- und Feldanwendungen der Bundeswehr erwarten — ist eine spezialisierte Ingenieursdisziplin. Dieser Artikel behandelt die wichtigsten Funkplattformen, ihre Datenmodi, das JREAP-C-Satelliten-Relaisprotokoll und die Gateway-Architektur, die Funkprotokolle mit C2-Software verbindet.

Das taktische Funk-Ökosystem

SINCGARS (Single Channel Ground and Airborne Radio System) ist das veraltete taktische VHF-FM-Funkgerät der US-Armee und vieler Verbündeter. SINCGARS ist seit den 1980er Jahren im Einsatz und bleibt weit verbreitet. Seine Datenkapazität ist durch das Alter des Designs begrenzt: Es unterstützt EPLRS (Enhanced Position Location Reporting System) für Positionsmeldungen bei niedrigen Datenraten (ca. 56 Kbps geteilt über das Netz) und veraltete TACFIRE-Terminals für Feuerunterstützungsdaten. Die SINCGARS-Integration in moderner Software bedeutet hauptsächlich die Überbrückung von EPLRS-Positionsdaten — die Übersetzung des EPLRS-Spurformats in Standard-MIL-STD-2525-CoT- oder Link-16-Spurmeldungen.

L3Harris RF-7800 ist eine aktuelle Softwarefunk-Familie (SDR), die HF-, VHF- und UHF-Bänder abdeckt. Als SDR unterstützt sie mehrere Wellenformen einschließlich der Soldier Radio Waveform (SRW) und kann durch Software-Download aktualisiert werden, um neue Wellenformen zu unterstützen. Das RF-7800 bietet eine Datenschnittstelle über RS-232 (Legacy) oder Ethernet (moderne Varianten), und Harris stellt eine Management-API für Wellenform-Konfiguration, Netzwerkparameter und Funkzustand bereit. Für SRW-fähige Funkgeräte bietet die Datenschnittstelle IP-Konnektivität — das Funkgerät erscheint als IP-Netzwerkadapter.

Rohde & Schwarz RCIEDM, weit verbreitet in europäischen NATO-Streitkräften, bieten ebenfalls serielle und Ethernet-Datenschnittstellen. R&S stellt ein SDK für Funkmanagement und Datenzugriff bereit.

Datenmodi: FBCB2 und SRW

FBCB2 (Force XXI Battle Command Brigade and Below) ist das veraltete digitale C2-System der US-Armee, das über EPLRS, SINCGARS und Satellitenstrecken läuft. FBCB2-Nachrichten übertragen Einheitspositionsmeldungen, Befehle, Überlagerungen und Statusaktualisierungen in einem proprietären Binärformat über das Funknetz. Moderne C2-Software, die mit Legacy-FBCB2-ausgestatteten Einheiten zusammenarbeiten muss, muss entweder das FBCB2-Nachrichtenformat direkt implementieren oder über einen FBCB2-Gateway-Server verbinden, der FBCB2-Nachrichten in NFFI oder CoT übersetzt.

Soldier Radio Waveform (SRW) ist die taktische Breitband-Wellenform der US-Armee für die SDR-Ära, die IP-Datentransport mit 1–2 Mbps pro Funk in einer vernetzten Konfiguration bietet. SRW-fähige Funkgeräte präsentieren eine IP-Schnittstelle für verbundene Geräte; Anwendungen verwenden Standard-IP-Sockets über SRW genau wie über jedes andere IP-Netzwerk. Die Softwareengineering-Herausforderung ist nicht Protokollübersetzung, sondern QoS-Anpassung: SRW-Bandbreite ist knapp und gemeinsam genutzt, was Anwendungen erfordert, prioritätsbewusstes Daten-Scheduling zu implementieren.

JREAP-C: Satelliten-Relaisprotokoll

JREAP-C (Joint Range Extension Applications Protocol - Channel C) erweitert die taktische Datenlink-Abdeckung über die direkte Sichtweite hinaus durch Weiterleitung von Link-16-Daten über Satellitenkommunikationsverbindungen (SATCOM). Es ist das Standardprotokoll für Satelliten-Relay taktischer Daten zwischen Einheiten, die nicht direkt über Link 16 im direkten Sichtweg kommunizieren können.

JREAP-C kapselt Link-16-Nachrichten (J-Serien-Nachrichten im MIL-STD-6016-Format) in UDP-Datagrammen für den Transport über SATCOM-IP-Verbindungen. Ein JREAP-C-Gateway an jedem Ende dekapsuliert die UDP-Datagramme und fügt die Link-16-Nachrichten in das lokale Link-16-Netz ein. Aus Sicht der C2-Anwendungen ist JREAP-C transparent — sie sehen ein kontinuierliches Link-16-Spurbild, das Einheiten jenseits des lokalen Funkhorizonts einschließt.

Die Software-Integration mit JREAP-C erfordert eine JREAP-C-Bibliothek (Implementierungen sind als COTS-Komponenten von Verteidigungs-Softwareanbietern verfügbar), die die UDP-Kapselung handhabt und eine API zum Abonnieren von Link-16-Spuraktualisierungen und Veröffentlichen von J-Serien-Nachrichten bereitstellt. Der Gateway-Server läuft auf einem gesicherten Host, der sowohl mit dem SATCOM-Modem (für WAN-Konnektivität) als auch mit dem lokalen taktischen Datenlink-Terminal verbunden ist.

Software-Gateway-Architektur

Das Software-Gateway-Muster ist der Standardansatz zur Integration von Funkprotokollen mit C2-Software. Das Gateway ist ein dedizierter Serverprozess (oder Microservice), der drei Funktionen ausführt: Protokollübersetzung (Konvertierung von Funkprotokoll-Nachrichten zu und von einem kanonischen internen Format), Routing (Entscheidung, welche übersetzten Nachrichten an welche nachgelagerten Verbraucher weiterzuleiten sind) und Zustandsmanagement (Aufrechterhaltung des aktuellen Spurbilds für Funkprotokolle, die den Zustand nicht erneut übertragen).

Das kanonische interne Format in den meisten modernen Verteidigungssystemen ist entweder CoT (für ATAK-Ökosystem-Software) oder NFFI (für NATO-Standard-C2-Systeme). Ein Gateway, das EPLRS-Spuren in CoT übersetzt, kann jeden ATAK-Client oder TAK-Server im C2-Netz bedienen. Ein Gateway, das in NFFI übersetzt, kann jedes C2-System bedienen, das die NFFI-Subscriber-Schnittstelle implementiert.

Die Routing-Funktion des Gateways handhabt das Fan-out: Eine Positionsaktualisierung, die von einem SINCGARS/EPLRS-Terminal eingeht, muss möglicherweise an den TAK-Server (zur ATAK-Client-Anzeige), ein Link-16-Terminal (zur Fusion mit dem Luftbild) und eine Logistik-Tracking-Datenbank (zur Fahrzeugabrechnung) weitergeleitet werden. Das Gateway pflegt eine Abonnentenliste und leitet jede übersetzte Nachricht an alle registrierten Abonnenten weiter, wobei Transformationsregeln angewendet werden, wo das Nachrichtenformat zwischen Abonnenten abweicht.

Integrationstests: Funksimulationen und Funkzertifizierung

Integrationstests mit physischer Funkhardware während der Entwicklung sind logistisch teuer und unterliegen Frequenzlizenzierungsbeschränkungen. Der Standardansatz ist die Verwendung von Funksimulationen — Software- oder Hardware-Emulatoren der Funkschnittstelle — während der Entwicklung und Systemintegrationstests, wobei Funkübertragungstests für formale Abnahmetests reserviert werden.

Funksimulationen für SINCGARS, Harris RF-7800 und Link-16-Terminals sind kommerziell erhältlich. Sie bieten dieselben seriellen oder Ethernet-Schnittstellen wie die physische Hardware und erzeugen realistischen Protokollverkehr einschließlich Zeitjitter, Nachrichtenverlust und außer-der-Reihe-Lieferung — Bedingungen, die die Gateway-Software korrekt handhaben muss.

Die Zertifizierung im Betrieb — Testen des integrierten Systems mit physischen Funkgeräten auf lizenzierten Frequenzen — ist für jedes System erforderlich, das bei operativen Einheiten der Bundeswehr eingesetzt werden soll. Der Zertifizierungsprozess überprüft, dass die Gateway-Software keine Funknachrichten korrumpiert, keinen unerwünschten Funkverkehr erzeugt und alle in der ICD des Funkgeräts definierten Nachrichtentypen korrekt handhabt.