Digitale Werkzeuge für Joint-Fires-Beobachter: Softwarearchitektur und Integration

Der Joint-Fires-Beobachter nimmt eine der anspruchsvollsten Positionen im kombinierten Gefecht ein. Vorgeschoben positioniert, oft ohne direkte Funksichtverbindung zur Feuerleitstelle, muss der JFO ein Ziel erfassen, seinen genauen Gitterpunkt bestimmen, eine korrekte Feueranforderung formulieren, sie unter Feuer übermitteln und dann die Geschosse auf das Ziel korrigieren — alles während er die Lageübersicht über befreundete Positionen, aktiven Luftraum und die sich ständig ändernden Grenzen behält. Jahrzehntelang lief dieser Prozess ausschließlich über Sprache. Digitale Werkzeuge verändern seine Architektur grundlegend: Das strukturierte Formular ersetzt die diktierte Nachricht, der Koordinatenvalidator ersetzt die wiederholten Gitterbestätigungen, und der digitale Datenfunk ersetzt die störanfälligen Funkrelais. Dieser Artikel untersucht, wie diese Software aufgebaut ist — vom Call-for-Fire-Workflow über das Management von Feuerunterstützungskoordinierungsmaßnahmen, Luftraumdekonfliktierung bis zur Integration mit Feuer-C2-Backends.

Was Joint-Fires-Beobachter tun und warum digitale Werkzeuge wichtig sind

Die JFO-Rolle wurde geschaffen, um die Feuerkoordinierungsfähigkeit von Verbänden über den begrenzten Pool vollqualifizierter JTACs hinaus zu erweitern. Ein JFO kann indirektes Feuer anfordern und korrigieren — Artillerie, Mörser, Marinegeschütze — und unter bestimmten Bedingungen Close Air Support koordinieren. Die Qualifikation erfordert die Beherrschung der Call-for-Fire-Prozedur, der 9-Zeilen-CAS-Anforderung, der Feuerunterstützungskoordinierungsmaßnahmen und der Regeln für Feuerfreigaben. Was sich dadurch nicht ändert, ist das fundamentale Verzögerungsproblem: Ein jetzt sichtbares Ziel ist in zwei Minuten vielleicht nicht mehr sichtbar, und jeder prozedurale Schritt, der länger als nötig dauert, kann die Mission kosten.

Sprachliches Call-for-Fire ist prozedural zuverlässig, aber langsam. Der Beobachter diktiert unter Druck eine strukturierte Nachricht; die Feuerleitstelle schreibt sie ab, liest sie zurück, und der Beobachter bestätigt oder korrigiert. Ein beim Rücklesen entdeckter Gitterfehler kostet einen weiteren Austausch. Digitale Werkzeuge komprimieren dies auf Sekunden: Der Beobachter füllt ein strukturiertes Formular aus, die Software validiert das Gitterkoordinatenformat und prüft es gegen aktive FSCM vor der Übertragung, und der vollständige Datensatz gelangt als strukturiertes Datenpaket zur FDC.

Der qualitative Wandel liegt nicht nur in der Geschwindigkeit. Eine digitale Feueranforderung ist selbstdokumentierend: Jedes Feld wird erfasst, jede Übertragung hat einen Zeitstempel, und der vollständige Feuermissionsdatensatz wird automatisch archiviert. Digitale Werkzeuge erzwingen auch prozedurale Korrektheit: Ein Formular, das ohne gültigen Wirkungsarteintrag nicht überträgt, verhindert die Klasse von Fehlern, die entstehen, wenn ein Beobachter unter Druck ein erforderliches Feld auslässt.

Die Hardwarebasis für digitale JFO-Werkzeuge ist ein gehärtetes Android-Gerät — typischerweise eine MIL-STD-810-konforme Plattform — das ATAK (Android Team Awareness Kit) mit einem Feuer-Plugin oder eine zweckbestimmte Feueranwendung ausführt. Das Gerät verbindet sich mit einem MANET-Funkgerät über Bluetooth oder USB und bietet IP-Konnektivität zur FDC und dem gemeinsamen Lagebild.

Digitalisierung des Call-for-Fire-Workflows

Die Call-for-Fire-Nachricht hat eine feste neun-Elemente-Struktur, die sich seit Jahrzehnten nicht wesentlich verändert hat. Was digitale Werkzeuge ändern, ist, wie diese Struktur erfasst, validiert und übermittelt wird. In einer digitalen Feueranwendung erscheinen die neun Elemente als Felder eines strukturierten Formulars: Beobachteridentifikation (automatisch aus den Gerätedaten der Einheit befüllt), Warnbefehl (Dropdown: Einschießen, Feuer auf Vernichtung, sofortige Unterdrückung, sofortiger Nebel oder Unterdrückung), Zielstandort (GPS-Gitter, Polardarstellung vom Beobachter zum Ziel oder Versatz von einem bekannten Punkt), Zielbeschreibung (strukturierte Felder für Typ, Größe und Aktivität), Wirkungsart (Flugbahn, Munitionstyp und Bestätigung Gefährlicher Nähe) und Feuer- und Kontrollmethode (Schussanzahl, Garbe und Eröffnungszeitpunkt).

Die Koordinatenvalidierungsschicht ist das operativ bedeutsamste Element der Digitalisierung. Wenn der Beobachter ein Zielgitter eingibt, prüft die Software es gegen das aktuelle Datum (WGS-84 als Standard), verifiziert die Gitterzonenbezeichnung und bestätigt, dass Ost- und Nordkoordinaten im erwarteten Bereich für das aktuelle Operationsgebiet liegen. Eine Koordinate außerhalb der AO-Grenze oder innerhalb einer deklarierten Feuersperrzone wird vor der Übertragung markiert.

Die Zeit-auf-Ziel-Berechnung ist eine zweite automatische Berechnung. Ausgehend von der GPS-Position des Beobachters, dem Zielgitter und der letzten bekannten Position der Schießeinheit aus dem COP schätzt die Software die Geschütz-Ziel-Entfernung und erzeugt mit einer Waffenprofildatenbank eine Flugzeit. Dies ermöglicht dem Beobachter, eine Zeit auf Ziel oder ein Zeitfenster präzise anzugeben, was koordiniertes Mehrbatteriefeuer oder die Synchronisation mit einer Manöverelement-Bewegung ermöglicht.

Koordinationsgitter und Grenzverwaltung

Feuerunterstützungskoordinierungsmaßnahmen sind die räumlichen Regeln, die regeln, wo Feuer fallen kann und nicht, und unter wessen Autorität. Der Grundsatz umfasst: die Feuerunterstützungskoordinierungslinie (FSCL), die restriktive Feuerlinie (RFL), Feuersperrzonen (NFA), Freifeuerzonen (FFA) und Luftraumkoordinierungsbereiche (ACA).

Die Verwaltung dieser Maßnahmen in Software erfordert ein geospatiales Datenmodell, das Polygone und Linien mit zeitlicher Gültigkeit handhabt. Jeder FSCM-Datensatz enthält: Geometrie (GeoJSON-Polygon oder Linienzug), Aktivierungsfenster (Start- und Endzeitstempel), Autoritätsebene (welche Ebene die Maßnahme festgelegt hat) und eine Versionsnummer, die sich bei jeder Änderung erhöht. Das JFO-Gerät lädt die aktuelle FSCM-Schicht vor der Operation vom Feuerserver herunter und pflegt sie als lokalen Cache, der während der Mission inkrementelle Updates über den Datenfunk erhält.

Die Prüfung bei Call-for-Fire ist eine Punkt-in-Polygon-Abfrage: Schneidet das Zielgitter, gepuffert durch den Waffenwirkungsradius, eine aktive FSCM? Ein Ziel innerhalb einer NFA blockiert die Übertragung mit einem harten Stopp und erfordert eine Überschreibung durch den Kommandanten. Ein Ziel in der Nähe einer RFL löst eine Warnung aus. Ein Ziel innerhalb einer ACA löst eine Luftraumkoordinierungsprüfung aus.

Luftraumdekonfliktierung

Indirektes Feuer und Luftfahrzeuge teilen denselben Luftraum, und die Folgen eines Konflikts sind sofort und irreversibel. Die Luftraumdekonfliktierung für das digitale JFO-Werkzeug arbeitet auf zwei Ebenen: die statische Prüfung gegen Luftraumkoordinierungsmaßnahmen und die dynamische Prüfung gegen Live-Luftfahrzeugspuren.

Die statische Prüfung ist eine Erweiterung der oben beschriebenen FSCM-Prüfung. Luftraumkoordinierungsbereiche (ACA) sind dreidimensionale Volumina mit einer Bodenhöhe, einer Deckenhöhe und einem zeitlichen Gültigkeitsfenster. Bei der Einreichung einer Feueranforderung berechnet die Software den ungefähren Trajektoriegipfel und prüft, ob dieser Gipfelhöhe in eine aktive ACA während des geschätzten Schussfensters fällt.

Die dynamische Prüfung gegen Live-Luftfahrzeugspuren ist anspruchsvoller. Das JFO-Gerät empfängt Positionsberichte von Luftfahrzeugen über den gemeinsamen Datenfunk — typischerweise Cursor-on-Target-Nachrichten oder äquivalente NATO-Spurformate — und pflegt ein lokales Spurenbild mit einem konfigurierbaren Veralterungsschwellenwert. Die Prüfung verwendet einen konservativen Puffer: Es ist besser, einen Falschkonflikt zu erzeugen, der einen kurzen Halt erfordert, als einen echten zu übersehen.

Drehflügler erfordern besondere Behandlung. Tiefflugoperationen von Hubschraubern werden oft unterhalb der Bodenhöhe formaler ACA durchgeführt und erscheinen möglicherweise nicht auf dem Standardluftlagebild. JFO-Software integriert die Drehflüglerkoordination, indem sie Positionsberichte vom Luftfahrzeugkoordinierungsnetz abonniert und eine separate Tiefflug-Dekonfliktierungsprüfung anwendet — dieselbe Integration, die in JTAC- und CAS-Koordinationssoftware erscheint.

Zieldatenstandards und BDA

Das Zielstandortdatenmodell, das von digitalen JFO-Werkzeugen verwendet wird, basiert auf MGRS-Gitternetzreferenzen (Military Grid Reference System), die eine kompakte, eindeutige Positionskodierung mit jeder gewünschten Genauigkeit von 10 km bis 1 m bieten. Die Software speichert und überträgt alle Zielstandorte als MGRS-Zeichenketten mit einer konfigurierbaren Genauigkeitseinstellung.

Die Zielbeschreibungskodierung folgt der NATO-Gemeinschaftsziel-Taxonomie: Zielkategorie (Personal, Fahrzeug, Gerät, Infrastruktur), Zielgröße, Aktivität und etwaige zugehörige Bezeichner aus der Zieldatenbank. Strukturierte BDA-Datensätze unterstützen den Zielzyklus: Nicht vernichtete Ziele werden für nachfolgende Einsätze erneut nominiert; vollständig vernichtete Ziele werden aus der aktiven Zielliste entfernt.

JFIRES (Joint Fires Integration and Interoperability System) ist die von den USA geführte Architektur zur Digitalisierung des vollständigen Ziel- und Feuerzyklus. Digitale JFO-Werkzeuge, die JFIRES-Datenstandards erfüllen, können Zieldatensätze, Feuermissionsdaten und BDA mit jedem JFIRES-konformen System in der Koalition austauschen.

Integration mit Feuer-C2-Backends

Die Feuerleitstelle am Empfangsende eines digitalen Call-for-Fire betreibt ein Feuer-C2-System, das ballistische Berechnungen, Batteriekoordination und Missionsverfolgung durchführt. Das Primärsystem der US-Armee ist AFATDS; britische Streitkräfte nutzen BATES und ASCA; Deutschland betreibt ADLER und TALON; Frankreich nutzt SIR; die Niederlande und andere NATO-Verbündete pflegen nationale Varianten. Jedes System hat sein eigenes internes Datenmodell, akzeptiert aber digitale Feueraufträge in einem oder mehreren Standardnachrichtenformaten.

Die Datenfunk-Schnittstelle zwischen dem JFO-Gerät und dem Feuer-C2-Backend nutzt VMF (Variable Message Format), den taktischen Digitalnachrichtenstandard des US-Verteidigungsministeriums, oder die äquivalenten NFFI- und JFIRES-Nachrichtensätze für multinationale Operationen. Die JFO-Anwendung generiert eine VMF-J-Serien-Feueranforderungsnachricht — typischerweise J05.048 Call for Fire — die alle neun Call-for-Fire-Elemente in einem festen Binärformat kodiert.

Formatskonvertierung wird notwendig, wenn das System der Schießeinheit das native Format des JFO-Geräts nicht unterstützt. Ein Gateway-Server — typischerweise auf dem taktischen Operationszentrumsserver der Feuersektion betrieben — akzeptiert die VMF-Nachricht des JFO, konvertiert sie in das nationale Artillerie-C2-Format und leitet sie weiter. Der Gateway verarbeitet auch den Rückpfad: Bestätigungen, Korrekturen und Missionsenddaten der Schießeinheit werden zurück in das Beobachterformat konvertiert und an das JFO-Gerät übermittelt.

Taktische Funk- und Datenfunkintegration

Der Datenfunk zwischen dem JFO-Gerät und der FDC ist der kritische Pfad der gesamten digitalen Feuerarchitektur. In der aktuellen Generation der US-amerikanischen und alliierten Streitkräfte wird diese Verbindung durch MANET-Funkgeräte bereitgestellt — das multiband Harris AN/PRC-163, der L3Harris Falcon IV und die Silvus-StreamCaster-Serie sind die häufigsten Plattformen. Diese Geräte bilden ein selbstheilendes Mesh-Netzwerk über VHF/UHF-Frequenzen.

Die VMF-Nachrichtenkodierung für JFO-Feuermissionen ist kompakt — eine Standard-J05.048-Call-for-Fire-Nachricht ist unter 200 Bytes — sodass sogar Niedrigbandbreitenverbindungen typischer Vorwärts-MANET-Knoten digitales Feuer ohne Überlastung unterstützen können. Die Latenz ist der wichtigere Parameter: Eine digitale Feueranforderung sollte die FDC innerhalb von 3 Sekunden nach der Übertragung erreichen.

Software-Defined-Radio (SDR)-Integration erweitert die digitale Feuerfähigkeit auf ältere Funkplattformen. Viele Verbündete betreiben ältere VHF-Funkgeräte — Harris RF-7800, Thales PR4G, Rohde & Schwarz MR-3000 — die nativ kein IP oder VMF unterstützen. SDR-Wellenformmodule für diese Plattformen ermöglichen dem JFO-Gerät, VMF-Nachrichten über ein älteres Funknetz zu übertragen, indem digitale Daten in der analogen Wellenformschicht des Funks kodiert werden.

MUOS-Satellitenkonnektivität (Mobile User Objective System) bietet den PACE-Ausweichlink für Situationen, in denen bodengestützte MANET-Konnektivität nicht verfügbar ist — tiefe Geländeabschirmung, EMCON-Perioden oder Operationen über MANET-Mesh-Reichweite hinaus. Über MUOS übermittelte Feueraufträge haben höhere Latenz (typischerweise 5–10 Sekunden one-way), erhalten aber digitale Feuerfähigkeiten bei Entfernungen und in Geländebedingungen, wo Bodenfunk unpraktisch ist.