Der Joint Terminal Attack Controller (JTAC) operiert an der folgenreichsten Schnittstelle der modernen Kampfluftfahrt: dem Punkt, an dem Bodenbeobachtung, Waffenlieferkapazität der Luftfahrzeuge und Einsatzregeln zu einer Autorisierung zur Munitionsfreigabe innerhalb weniger hundert Meter von eigenen Kräften zusammenlaufen. Die Verfahren, die diese Schnittstelle regeln — der Neun-Zeilen-CAS-Brief, die Freigabekette, die Markierungstyp-Bestätigung — wurden für Sprechfunk konzipiert und funktionieren, mit Einschränkungen, seit Jahrzehnten. Digitale Werkzeuge ersetzen diese Verfahren nicht; sie ändern das Medium, über das die Verfahren ablaufen, und adressieren dabei die spezifischen Fehlerquellen, die Sprechfunk nicht beheben kann.
Dieser Artikel untersucht, wie diese digitalen Werkzeuge in der Praxis aussehen: wie die automatisierte 9-Zeilen-Generierung funktioniert, wie Zielkoordinaten die Besatzung ohne Sprechfunk-Rücklese-Zyklus erreichen, wie die Luftraum-Dekonfliktierung ohne manuelle Querprüfung durchgesetzt wird, wie ROVER-Video mit dem Bodenbild integriert wird, wie Feuerkoordinierungssoftware CAS mit indirektem Feuerunterstützung über AFATDS dekonfliktiert, und was mit dem digitalen Workflow passiert, wenn das Netzwerk ausfällt. Die hier beschriebene Architektur gilt gleichermaßen für JTACs, die Kampfflugzeuge mit festem Flügel steuern, und für Joint-Fires-Beobachter (JFOs), die indirektes Feuer anfordern — das zugrunde liegende Datenmodell und die Dekonfliktierungslogik sind identisch.
Der JTAC-Workflow von der Zielerfassung bis zur Munitionsabgabe
Ein CAS-Einsatz durchläuft eine vorhersehbare Abfolge von Phasen, unabhängig von Plattform oder Zieltyp. Um zu verstehen, wo digitale Werkzeuge eingreifen — und wo nicht — muss der Workflow präzise abgebildet werden.
Der Einsatz beginnt mit der Zielerfassung: Der JTAC beobachtet ein Ziel durch direkte Optik, empfängt eine digitale Übergabe von einer Sensorplattform oder identifiziert ein Ziel im ROVER-Videobild. In einem digital-nativen Workflow wird diese Beobachtung sofort als provisorischer COP-Marker protokolliert — MGRS-Koordinate, Zieltyp aus einer strukturierten Taxonomie, Erfassungszeitpunkt und Konfidenzgrad. Der COP-Marker ist der Ursprungsdatensatz für alles Folgende.
Der JTAC erstellt dann den 9-Zeilen-Brief. In einem Sprechfunk-Workflow ist dies eine mentale Übung nach einem auswendig gelernten Format. In einem digitalen Workflow öffnet sich das 9-Zeilen-Formular mit Daten aus dem COP-Marker vorausgefüllt: Zielstandort, berechneter Abstand und Kurs vom designierten Initial Point sowie Zielhöhe aus der Geländedatenbank. Der JTAC überprüft die verbleibenden Felder — Markierungstyp, Zielbeschreibung, eigene Kräfte — und übermittelt die Anfrage durch die Genehmigungskette.
Die Genehmigungskette — JTAC zum Air Forward Air Controller (AFAC) bis zur genehmigenden Autorität bei deliberatem CAS, oder JTAC direkt zum AFAC bei zeitkritischem CAS — basiert in einem digitalen Workflow auf gemeinsamen Kartendaten. Die genehmigende Autorität sieht dieselbe Kill-Box-Geometrie, die der JTAC zusammengestellt hat, und keine Koordinatenzeichenkette, die sie mental auf eine Karte projizieren müsste. Eine Genehmigung ist eine bewusste Aktion, die an eine sichtbare räumliche Darstellung gebunden ist, kein Sprachbestätigung, die möglicherweise kein vollständiges Verständnis der Zielgeometrie widerspiegelt.
Nach Genehmigung wird die Zielkoordinate über Datenfunk an das Navigationssystem des Luftfahrzeugs übertragen, soweit Kapazitäten vorhanden sind, und der JTAC markiert das Ziel mit dem designierten Markierungstyp — Laser, IR-Pointer oder GPS-Koordinate. Das Luftfahrzeug greift an. Der JTAC beobachtet über ROVER-Video, sofern verfügbar, und erfasst die Kampfschadensbewertung gegen den Einsatzdatensatz. Wenn ein erneuter Angriff erforderlich ist, generiert der BDA-Eintrag eine neue 9-Zeilen-Anfrage, die aus dem aktualisierten Zielstandort vorausgefüllt ist.
Digitale Werkzeuge greifen in fünf dieser Phasen ein: Erfassungsprotokollierung, 9-Zeilen-Generierung, Genehmigungsvisualisierung, Koordinatenübergabe und BDA-Aufzeichnung. Die Angriffsdurchführungsphase — der physische Akt der Markierung und Beobachtung — verbleibt vollständig in den Händen des JTAC. Diese Grenze ist beabsichtigt: digitaler Close Air Support ergänzt das menschliche Urteilsvermögen in den informationsverarbeitenden Phasen; er automatisiert nicht die Entscheidung über die Endphasenkontrolle.
9-Zeilen-CAS-Anfrage-Software
Das 9-Zeilen-CAS-Anfrageformular ist das fehlerempfindlichste Dokument im Close Air Support. Ein einziger Feldfehler — eine vertauschte MGRS-Ziffer in Zeile 6, ein falscher Kurs in Zeile 2, ein unterschätzter Abstand zu eigenen Kräften in Zeile 8 — kann Munition auf das falsche Ziel oder auf eigene Truppen lenken. Digitale 9-Zeilen-Software adressiert dieses Risiko, indem sie die freie Sprachübertragung durch ein strukturiertes Schema ersetzt, das Typen erzwingt, Konsistenz validiert und bei jedem folgenreichen Feld eine visuelle Bestätigung bietet.
Automatisierte Koordinatenbefüllung. Wenn der JTAC das 9-Zeilen-Formular mit einem aktiven COP-Zielmarker öffnet, wird Zeile 6 (Zielstandort) automatisch mit den Koordinaten des Markers in MGRS und Dezimal-Breitengrad/Längengrad befüllt. Das System konvertiert automatisch zwischen Formaten und speichert beide Darstellungen mit expliziter Datum-Kennzeichnung (WGS84). Eine visuelle Bestätigungsaufforderung zeigt die Koordinate als Punkt auf der Karte und fragt den JTAC: „Ist dies der richtige Zielstandort?" Der Bestätigungsschritt ist obligatorisch — das Feld kann ohne ihn nicht akzeptiert werden — und die Bestätigung wird mit der Bedieneridentität des JTAC und einem Zeitstempel protokolliert.
Abstands- und Kursberechnung. Zeilen 2 und 3 (Angriffskurs und Abstand vom IP zum Ziel) werden automatisch aus den Feldern IP und Zielstandort berechnet, wenn beide aus dem COP befüllt sind. Die berechneten Werte werden neben den Formularfeldern als räumliches Diagramm angezeigt — IP, Angriffsachsenpfeil und Zielpunkt werden auf einer Mini-Karteneinlage im Formular gerendert — damit der JTAC überprüfen kann, ob die Geometrie seinem Verständnis der Angriffssituation entspricht, bevor er übermittelt. Manuelle Überschreibung ist zulässig, wird aber als Abweichung vom berechneten Wert protokolliert.
Zielhöhe aus der Geländedatenbank. Zeile 4 (Zielhöhe in Fuß über MSL) wird automatisch aus der Geländedatenbank für die Zielkoordinate befüllt. Quelle und Alter der Geländedaten werden neben dem Feld angezeigt — ein DTED-Level-1-Datensatz von 2019 erfordert mehr Vorsicht als ein aktuell vermessenes DEM. Der JTAC akzeptiert oder überschreibt den Datenbankwert; eine Überschreibung erfordert die Eingabe der Bewertungsgrundlage des JTAC (direkte Beobachtung von Geländemerkmalen, aktuelle Bildaufklärung usw.).
Strukturierte Zielbeschreibung. Zeile 5 verwendet eine hierarchische Taxonomie anstelle von Freitext: primäre Kategorie (Fahrzeug, Personal, Bauwerk, Ausrüstung, Infrastruktur), sekundäre Klassifizierung innerhalb dieser Kategorie und ein Freitextfeld für Details, die nicht in die Taxonomie passen. Eine strukturierte Klassifizierung ermöglicht automatisierte ROE-Prüfungen zum Zeitpunkt der Übermittlung — das System kann kennzeichnen, ob der Zieltyp in die vorab genehmigten Kategorien fällt oder eine zusätzliche Genehmigungsweiterleitung erfordert.
Quervalidierung der eigenen Kräfte. Zeile 8 (Standort eigener Kräfte relativ zum Ziel) ist das höchste Friendly-Fire-Risiko-Feld im 9-Zeiler. Der JTAC gibt Richtung und Abstand ein — „300 Meter südlich" — und das System validiert diesen Eintrag gegen tatsächliche COP-Positionen eigener Einheiten. Wenn der nächste eigene Track im COP 150 Meter südlich statt 300 Meter liegt, wird eine Warnung generiert. Der JTAC muss die Abweichung ausdrücklich bestätigen und angeben, welcher Wert korrekt ist. Diese Quervalidierung blockiert die Übermittlung nicht — der JTAC verfügt über Bodenwissen, das der COP möglicherweise nicht widerspiegelt — aber sie zeigt die Abweichung auf, anstatt ein potenziell falsches Feld stillschweigend zu akzeptieren.
Fehlerprüfung bei Koordinatenkonvertierung. Jeder Koordinateneintrag — ob MGRS, Breitengrad/Längengrad oder UTM — wird gegen die Gültigkeitsregeln des Koordinatensystems geparst und gegen den Begrenzungsrahmen des Operationsgebiets geprüft. Eine Gitterreferenz, die außerhalb des Operationsgebiets fällt oder die Prüfsummenvalidierung nicht besteht, generiert einen blockierenden Fehler, bevor der JTAC übermitteln kann. Dies fängt die häufigste Kategorie von Transkriptionsfehlern ab: eine Ziffer, die technisch als Koordinate gültig ist, das Ziel aber in das falsche 100-km-MGRS-Quadrat platziert.
Zielkoordinaten-Übergabe und Laser-/RFID-Markierungsintegration
Die Zielkoordinaten-Übergabe vom JTAC an die Besatzung ist der Schritt, bei dem ein Sprechfunk-Workflow das letzte und folgenreichste Transkriptionsrisiko einführt: der Pilot, der ein Gitter manuell in sein Navigationssystem eingibt, das er per Sprechrücklese empfangen hat. Digitale Übergabe eliminiert diesen Schritt vollständig für Plattformen mit kompatiblen Datenfunkverbindungen.
Steuerpunkt-Übertragung via Datenfunk. Nach Genehmigung der 9-Zeilen-Anfrage überträgt das System die Zielkoordinate als Steuerpunkt an den Missionsrechner des Luftfahrzeugs über den geeigneten Datenfunk für die Plattform: Link 16 für Koalitions-Kampfflugzeuge mit JTIDS-Avionik, SADL (Situational Awareness Datalink) für A-10 Warthogs und einige Drehflügelplattformen, oder plattformspezifische Wellenformen für Sonderoperationsluftfahrt. Der übertragene Steuerpunkt wird mit der Einsatz-ID bezeichnet, sodass sowohl JTAC als auch Pilot bestätigen können, dass sie denselben Zieldatensatz referenzieren. Eine Bestätigungsmeldung vom Luftfahrzeug — „Steuerpunkt empfangen, Gitter bestätigt" — schließt die Übergabeschleife im digitalen Datensatz.
Wenn eine direkte Datenfunkübertragung nicht verfügbar ist — ältere Luftfahrzeuge, Koalitionsplattformen ohne interoperable Wellenformen — generiert das System eine formatierte Steuerpunkt-Upload-Datei, die mit dem Missionsplanungssystem des Luftfahrzeugs kompatibel ist, oder einen strukturierten Sprachbrief, der für minimale Rücklese-Fehler formatiert ist. In jedem Fall ist die Zielkoordinate im genehmigten 9-Zeilen-Datensatz die autoritative Quelle, und jede Abweichung zwischen diesem Datensatz und dem geladenen Steuerpunkt wird markiert, wenn der Datenfunk des Piloten eine Rückbestätigung unterstützt.
SOFLAM- und IZLID-Lasercode-Integration. Wenn der Markierungstyp in Zeile 7 Laser ist, muss der Lasercode — der vierstellige PRF-Code, den der Laserpunkt-Tracker des Luftfahrzeugs verwendet, um den richtigen Designator von anderen Lasern auf dem Schlachtfeld zu unterscheiden — das Luftfahrzeug ohne Sprachübertragungsfehler erreichen. Digitale Werkzeuge lösen dies, indem sie den Lasercode im Geräteprofil des JTAC speichern, ihn automatisch in das 9-Zeilen-Feld für Zeile 7 eintragen und ihn in die Datenfunkübertragung an das Luftfahrzeug einbeziehen. Wenn SOFLAM- oder IZLID-Integration über eine digitale Schnittstelle verfügbar ist (einige Varianten unterstützen USB- oder serielle Konfiguration), kann das System den Designator nach seiner aktuellen Code-Einstellung abfragen und automatisch bestätigen, dass der Code im 9-Zeiler mit dem auf der Hardware programmierten Code übereinstimmt.
Zielrahmen- und Steuerpunkt-Anzeige auf ROVER. Wenn das ROVER-Terminal des JTAC über Cursor-on-Target-Overlay-Fähigkeit verfügt — eine Softwarefunktion, die bei ROVER 6 und späteren Generationen verfügbar ist — wird der genehmigte Ziel-COP-Marker georeferenziert dem ROVER-Videobild überlagert. Der Zielstandort erscheint als Fadenkreuz-Overlay auf dem Videobild, sodass der JTAC visuell überprüfen kann, ob der Sensor des Luftfahrzeugs auf den richtigen Zielpunkt gerichtet ist, bevor er die Freigabe erteilt. Wenn Fadenkreuz und scheinbarer Zielpunkt des Luftfahrzeugs voneinander abweichen, hat der JTAC einen direkten visuellen Indikator für einen Zielerfassungsfehler vor der Waffenfreigabe.
Luftraum-Dekonfliktierung für CAS
Luftraum-Dekonfliktierung für CAS ist keine einzelne Prüfung — sie ist ein kontinuierlicher Prozess, der von der Kill-Box-Definition bis zur Luftraumfreigabe nach dem Angriff reicht. Luftraum-Dekonfliktierungssoftware automatisiert die zeitaufwändigsten Elemente dieses Prozesses: Querprüfung der Kill Box gegen aktive Luftraumkontrollmaßnahmen, Berechnung von Höhenblöcken und Sequenzierung konfliktierender Nutzer durch zeitliche Trennung.
Laterale und vertikale Kill-Box-Definition. Die Kill Box wird durch einen Mittelpunkt (den Zielstandort aus Zeile 6), einen lateralen Radius (bestimmt durch Waffentyp, Kollateralschadenabschätzung und Gelände) und einen Höhenblock (minimale und maximale Höhe für den Angriffslauf) definiert. Diese drei Parameter zusammen definieren das dreidimensionale Volumen, das gegen alle anderen Luftraumnutzer dekonfliktiert werden muss, bevor der JTAC mit der Genehmigung fortfahren kann.
ACM-Koordinierung. Luftraumkontrollmaßnahmen — eingeschränkte Betriebszonen, Mindestrisikostrecken, Flugverbotsbereiche, gemeinsame Einsatzzonen und Freifeuerzonen — werden in der Luftraummanagement-Schicht gepflegt und aus dem Air Tasking Order und Airspace Control Order Feeds aktualisiert. Das Dekonfliktierungsmodul überlagert die vorgeschlagene Kill Box gegen alle aktiven ACMs zum Zeitpunkt der Einreichung. Jede Überlappung generiert einen spezifischen Konfliktbericht: welche ACM verletzt wird, wer die kontrollierende Autorität ist, welches Zeitfenster gültig ist und ob eine Koordinierungsanfrage digital an diese Autorität weitergeleitet werden kann. Für temporäre eingeschränkte Bereiche und ATC-Haltephasen ist die Koordinierungsanfrage automatisiert — das System sendet eine Anfrage an die digitale Schnittstelle der kontrollierenden Autorität und wartet auf Genehmigung oder Zuweisung eines alternativen Zeitfensters.
Höhenblock-Management. Der Kill-Box-Höhenblock muss nicht nur gegen statische ACMs, sondern auch gegen alle dynamischen Luftraumnutzer koordiniert werden: andere CAS-Einsätze im selben Gebiet, Artillerietrajektorien (dekonfliktiert durch die Feuerschicht), ISR-Plattformen in mittlerer Höhe und jede Luftverteidigungsradarabdeckung, die eine Benachrichtigung erfordert, bevor Luftfahrzeuge ein definiertes Volumen betreten. Das Dekonfliktierungsmodul pflegt ein Echtzeit-Bild der Höhenblock-Zuteilungen und weist dem anfragenden CAS-Einsatz ein Höhenfenster zu, das nicht mit bestehenden Reservierungen in Konflikt steht. Wenn der angeforderte Höhenblock des JTAC nicht ohne Konflikte berücksichtigt werden kann, bietet das Modul das nächste verfügbare Fenster an und zeigt die Wartezeit an.
Zeitliche Dekonfliktierung. Wenn zwei CAS-Einsätze überlappende Luftraumvolumina benötigen, aber nicht gleichzeitig, weist die zeitliche Dekonfliktierung Ausführungsfenster anstelle von lateraler oder vertikaler Trennung zu. Der erste Einsatz erhält ein Fenster von T+0 bis T+8 Minuten; der zweite Einsatz hält und übernimmt T+10 bis T+18 Minuten. Der JTAC sieht sein zugewiesenes Fenster auf der Genehmigungsoberfläche und plant die Angriffsdurchführung entsprechend. Ein Einsatz, der sein Fenster überschreitet, generiert eine Warnung sowohl an den JTAC als auch an den Luftraummanager, da die Überschreitung einen Konflikt mit dem nächsten zugeteilten Einsatz erzeugt.
ROVER/TRAC-Integration für CAS
ROVER (Remotely Operated Video Enhanced Receiver) gibt dem JTAC, was kein anderes Werkzeug bietet: dasselbe visuelle Bild, das der Flugzeugsensor-Operator zur Identifizierung und zum Angriff des Ziels verwendet. In einem reinen Sprechfunk-Workflow betrachten JTAC und Pilot eine gemeinsame Koordinate, aber kein gemeinsames Bild — der JTAC schaut durch ein Fernglas auf den Boden, der Pilot durch einen Zielerfassungspod, und die beiden Bilder stimmen möglicherweise nicht darin überein, welches Merkmal das beabsichtigte Ziel ist. ROVER schließt diese Lücke.
Cursor-on-Target-Overlay. Die digitale Integration zwischen ROVER und der CAS-C2-Software fügt dem Videobild das Cursor-on-Target-Overlay hinzu: Der genehmigte Ziel-COP-Marker wird dem ROVER-Videoframe mittels der Sensor-Metadaten des Luftfahrzeugs (Schrägentfernung, Gimbel-Winkel, Luftfahrzeugposition und -höhe) georeferenziert. Der Zielstandort erscheint als Fadenkreuzsymbol auf dem Video. Wenn das Fadenkreuz auf einem anderen Gebäude als dem liegt, auf das der Sensor des Piloten zielt, kann der JTAC die Diskrepanz vor der Freigabe erkennen und eine Einweisung initiieren, um den Anflug des Luftfahrzeugs zu korrigieren.
Laserpunkt-Tracker-Anzeige. ROVER-Varianten, die Laserpunkt-Tracker (LST)-Fähigkeit einschließen, erkennen den Laserpunkt des JTAC auf dem Videobild und zeigen seinen Standort als zweites Symbol auf dem Cursor-on-Target-Overlay an. Der JTAC kann in Echtzeit sehen, ob der Laserpunkt auf dem durch das Fadenkreuz bezeichneten Zielmerkmal liegt oder davon abweicht — ein häufiges Problem, wenn Gelände die Sichtlinie zwischen JTAC und Ziel verdeckt. Wenn der Laser nicht auf dem Ziel liegt, korrigiert der JTAC die Designation ohne einen Sprachaustausch mit dem Piloten.
Software-definiertes ROVER (TRAC-Integration). TRAC (Tactical Remote Viewing System) und nachfolgende softwaredefinierte Videoempfänger-Implementierungen ermöglichen, den Luftfahrzeugsensor-Feed an jedes vernetzte Gerät zu streamen — ein robustifiziertes Tablet, ein Laptop, in einem Notfall ein Smartphone — ohne ein dediziertes ROVER-Hardwareterminal zu benötigen. Die CAS-C2-Software empfängt den Videostream über Standard-RTSP oder STANAG 4609 MISB-konformen Transport und rendert ihn in derselben Oberfläche wie das 9-Zeilen-Formular und das COP-Display. Ein einziger Bildschirm zeigt dem JTAC gleichzeitig den 9-Zeilen-Status, die COP-Kill-Box und den Luftfahrzeug-Videofeed — was den Kopfwechsel zwischen einem ROVER-Terminal, einer Karte und einem Funkgerät eliminiert, der die CAS-Koordinierung früherer Generationen kennzeichnete.
Feuerkoordinierung mit AFATDS und dem FDC
Close Air Support operiert selten isoliert von indirektem Feuer. Artillerie- und Mörserressourcen können benachbarte feindliche Stellungen unterdrücken, SEAD-Feuer leisten, bevor das CAS-Luftfahrzeug eingreift, oder die Rückzugsroute des JTAC nach dem Angriff abdecken. Die Dekonfliktierung dieser simultanen Feuer — sicherzustellen, dass kein Artilleriegeschoss den CAS-Höhenblock betritt, während ein Luftfahrzeug sich im Endanflug befindet — erfordert eine digitale Verbindung zwischen dem CAS-Koordinierungswerkzeug des JTAC und dem Feuerführungssystem.
Digitaler Feuerunterstützungsruf vom COP aus. Wenn ein JTAC oder JFO indirekten Feuerunterstützungsruf aus demselben Zieldatensatz wie für CAS anfordert, wird die digitale CFF-Meldung aus dem vorhandenen COP-Marker generiert — gleiche MGRS-Koordinate, gleiche Zielbeschreibungs-Taxonomie, gleiche Einsatz-ID zur Querreferenz. Der CFF wird über AFATDS an das Feuerleitagregat (FDC) weitergeleitet und ergänzt die Anmeldedaten des Feuerbeobachters sowie die Beobachtungsmethode (Bodenbeobachter, UAV, Luftfahrzeug). Wenn dasselbe Ziel sowohl eine CAS-Anfrage als auch einen CFF empfängt, werden diese durch die gemeinsame Einsatz-ID in der Feuerkoordinierungsschicht verknüpft und erzeugen einen einheitlichen Feuerkoordinierungsdatensatz.
Dekonfliktierung zwischen CAS und indirektem Feuer. AFATDS führt eine Warteschlange aktiver und geplanter Feuermissionen mit ihren Trajektorien, Zeitfenstern für Einwirkung auf das Ziel und Höhenenveloppen. Das CAS-Dekonfliktierungsmodul fragt diese Warteschlange ab, bevor es einen CAS-Höhenblock genehmigt. Wenn die Trajektorie einer aktiven Feuermission während des geplanten Angriffsfensters in den CAS-Höhenblock über dem Zielgebiet eintritt, generiert das Dekonfliktierungsmodul eine Halte-Anfrage an das FDC: „Feuer auf Mission [ID] einstellen — CAS-Höhenblockkonflikt von T+3 bis T+9." Das FDC passt den Zeitplan an und gibt den CAS-Höhenblock frei. Haltephasen und Freigaben werden mit Zeitstempeln im Feuerkoordinierungsdatensatz protokolliert.
SEAD-Koordinierung. Die Unterdrückung feindlicher Luftabwehrsysteme vor einem CAS-Angriffslauf erfordert eine Sequenzierung von SEAD-Feuer, das vor dem Eintritt des CAS-Luftfahrzeugs in die verteidigte Hülle eintrifft und sie verlässt, bevor das Luftfahrzeug austritt — nicht bevor es eintritt. Digitale Werkzeuge pflegen einen SEAD-Zeitdatensatz, der mit dem CAS-Einsatz verknüpft ist: den Standort und Typ des bedrohenden Luftabwehrsystems, die SEAD-Feuermission zu seiner Unterdrückung und das Fenster, in dem die Unterdrückung bestätigt aktiv ist. Der CAS-Genehmigungsworkflow prüft, dass SEAD-Feuermissionen in der AFATDS-Warteschlange bestätigt sind, bevor das CAS-Luftfahrzeug für den Einflug freigegeben wird. Eine SEAD-Feuermission, die verzögert oder abgelehnt wird, generiert eine Haltephase in der CAS-Genehmigungskette, wobei dem JTAC spezifisch angezeigt wird, welche SEAD-Mission die Freigabe blockiert.
Die Feuerkoordinierungsarchitektur handhabt auch den umgekehrten Fall: indirekte Feuermissionen, die mit aktiven CAS-Höhenblöcken dekonfliktiert werden müssen, die bereits in der Luftraummanagement-Schicht reserviert sind. AFATDS-Integration mit dem Luftraummanagement-Feed ermöglicht es dem FDC, aktive CAS-Höhenblöcke zu sehen, bevor es eine neue Feuermission annimmt, und neue Missionen durch Trajektorien zu führen, die belegte Höhenblöcke vermeiden, anstatt sich auf den JTAC zu verlassen, der einen Feuereinstellungsbefehl erkennt und anruft.
Erkenntnisse aus der digitalen CAS-Einführung
Digitale CAS-Werkzeuge werden lange genug in operativen Umgebungen eingesetzt, um konsistente Fehlermuster zu offenbaren, die sowohl Architektur als auch Ausbildung informieren. Diese Erkenntnisse sind nicht hypothetisch — sie spiegeln wiederkehrende Beobachtungen aus Nachbesprechungen von CAS-Operationen wider, bei denen digitale Werkzeuge Teil der Wirkungskette waren.
Konnektivitätsbeschränkungen in bestrittenen Umgebungen. Elektromagnetische Umgebungen, die Kommunikation beeinträchtigen, beeinträchtigen auch die Datenfunkverbindungen, von denen digitale CAS-Werkzeuge abhängen. ROVER-Video ist die bandbreitenintensivste Komponente und die erste, die ausfällt; Cursor-on-Target-Overlay wird ohne den Videofeed nicht verfügbar. TAK-COP-Synchronisation benötigt einen schmaleren Kanal und degradiert eleganter — das COP-Bild friert ein, statt zu verschwinden, und zeigt die zuletzt bekannten Positionen eigener Tracks an. Übermittlung und Genehmigungsnachrichten des 9-Zeilen-Formulars können über sehr schmale MANET-Kanäle und Store-and-Forward-Mesh-Netzwerke betrieben werden. AFATDS-CFF-Nachrichten verwenden typischerweise eine resiliente taktische Funkkverbindung. Werkzeuge müssen so konzipiert sein und JTACs müssen geschult werden zu verstehen, welche Fähigkeiten bei welchen Bandbreitenschwellen degradieren, und ohne auf einen vollständigen Verbindungsausfall zu warten zu angemessenen Degradationsmodus-Verfahren überzugehen.
Automatisierungsträgheit. Automatisch befüllte Felder — Zielstandort aus COP, Abstand aus Geometrie, Höhe aus Geländedatenbank — reduzieren die kognitive Belastung bei hochtemporaler Zielerfassung, erzeugen aber einen neuen Fehlermodus: Der JTAC akzeptiert einen vorausgefüllten Wert ohne Überprüfung. In Nachbesprechungen wurden Fälle falscher Zielstandorte auf COP-Marker-Platzierungsfehler zurückgeführt, die der JTAC nicht erkannte, weil die automatisch ausgefüllte Koordinate „richtig aussah" ohne eine bewusste Überprüfung. Interface-Design muss automatisch befüllte Felder visuell von manuell eingegebenen Feldern unterscheiden, für jedes hochriskante Feld eine explizite Bestätigungshandlung erfordern und die Datenquelle des Feldes anzeigen, damit der JTAC weiß, was er bestätigt.
Modusverwechslung in Genehmigungsworkflows. Deliberater und zeitkritischer CAS erfordern grundlegend unterschiedliche Genehmigungsworkflows, und JTACs unter Zeitdruck versuchen konsequent, zeitkritische Anfragen durch deliberate CAS-Warteschlangen zu leiten, wenn die Oberfläche den Unterschied nicht offensichtlich macht. Der Moduswechsel von deliberatem zu zeitkritischem CAS muss ein dauerhafter, sichtbarer Interface-Zustand sein — keine Menüoption oder ein Formular-Kontrollkästchen — weil ein JTAC, der gleichzeitig Funkkommunikation verwaltet, das Ziel beobachtet und mit dem Luftfahrzeug koordiniert, keine kognitive Kapazität hat, einen subtilen UI-Zustandsunterschied zu bemerken. Wenn der Modus falsch ist, dauert der Einsatz drei Minuten länger als das Einsatzfenster erlaubt.
Degradationsmodus-Verfahren als primäre Fähigkeiten. JTACs, die ausschließlich auf digitalen Werkzeugen trainieren und Sprach-9-Zeilen als Backup-Fähigkeit behandeln, die sie sich „bei Bedarf erinnern werden", schneiden konsequent schlecht ab, wenn digitale Verbindungen in Trainingsübungen ausfallen — und die Leistungslücke ist unter operativem Stress größer als im Training. Digitale CAS-Werkzeuge sollten als Beschleuniger für einen sprachproficienten JTAC eingeführt werden, nicht als Ersatz für die Sprachfähigkeit. Ausbildungsprogramme, die digitale Werkzeuge vom ersten Tag der CAS-Qualifikation an einsetzen, produzieren JTACs, die die Werkzeuge flüssig bedienen können, aber nicht effektiv handeln können, wenn die Werkzeuge nicht verfügbar sind. Die Disziplin, den Degradationsmodus-Betrieb als primäre Fähigkeit zu behandeln — nicht als Notfallplan — ist die wichtigste Human-Factors-Erkenntnis aus der digitalen CAS-Einführung.