Konstruktive Simulation für militärische Stabsplanung und CPX

Konstruktive Simulation bildet die technische Grundlage für groß angelegte kollektive Stabs­ausbildung. Bevor ihre Architektur näher beleuchtet wird, empfiehlt es sich, sie präzise in der Live-Virtual-Constructive (LVC)-Taxonomie zu verorten, nach der die Verteidigungs­simulations­gemeinschaft Ausbildungs­systeme klassifiziert.

Livefeuer-Simulation setzt reale Personen mit echtem Gerät im Feld ein. Virtuelle Simulation versetzt reale Personen in synthetische Umgebungen — über Besatzungs­stationen, Fahrzeug­trainer oder Desktop-Simulatoren; der Übende ist physisch präsent, die Umgebung jedoch computer­generiert. Konstruktive Simulation entfernt den Menschen auf der Plattformebene vollständig aus der Steuerungs­schleife: Sowohl die Kräfte als auch die Umgebung sind computer­generiert. Kein echtes Gerät bewegt sich, kein Pilot sitzt im Cockpit, kein Schießgelände wird reserviert. Konstruktive Simulation modelliert Entitäten, Gelände, Doktrin und Wirkungs­ergebnisse rechnerisch — und die Menschen, die sie ausbildet, sind die Stabs­offiziere, die Entscheidungen über diese computer­generierten Kräfte treffen, nicht die Bediener einzelner Plattformen.

Diese Unterscheidung prägt alles Folgende. Der Leistungs­engpass bei einer konstruktiven Übung ist nicht die Bildwieder­holrate oder die Bewegungsplattform-Treue — sondern die Verhaltens­realismus der automatisierten Kräfte, die Qualität der Stabsschnittstelle und die Genauigkeit des Entscheidungs­zyklus, den die Simulation den Übenden auferlegt.

CPX-Anwendungsfälle: Stabs­ausbildung auf Brigaden-, Divisions- und Korpsebene

Eine Command Post Exercise (CPX) schult das Hauptquartiers­personal in den Prozessen, Entscheidungs­zyklen und Koordinations­mechanismen, die es im Einsatz anwenden wird — ohne echte Einheiten, Schieß­gelände oder die Logistik einzusetzen, die Feldübungen begleiten. Auf Brigadeebene kann eine CPX 15 bis 40 Stabs­offiziere umfassen, die einen 72-stündigen simulierten Einsatz durchlaufen: Befehlsempfang, Planung, Ausgabe von Unter­befehlen, Überwachung der Ausführung und Reaktion auf Einlagen. Auf Divisions- und Korpsebene steigt die Komplexität sowohl in der Gliederungs­tiefe als auch in der Anzahl der beteiligten Stabszellen.

Konstruktive Simulation stellt die synthetische operative Umgebung bereit, die eine CPX kohärent macht. Ohne sie übt das Hauptquartier Prozesse im luftleeren Raum; mit ihr haben Stabs­entscheidungen Konsequenzen — ein fehlerhafter Feuer­unterstützungsplan führt zu simuliertem Beschuss eigener Kräfte, ein nicht synchronisierter Brückenkopf resultiert in einem simulierten Scheitern bei der Einnahme eines Ziels, ein logistischer Engpass legt die simulierte Luftfahrt lahm. Die Simulation erzwingt operative Realität, ohne dass ein einziges Fahrzeug seinen Stellplatz verlassen muss.

CPX-Szenarien sind zudem in einer Weise wiederholbar, die Live-Übungen nicht erlauben. Das Ausbildungs­publikum kann dasselbe Szenario mehrfach mit unterschiedlichen Entscheidungs­eingaben durcharbeiten, oder eine Organisation kann aufeinander­folgende Kohorten durch dasselbe operative Problem führen und Leistungen vergleichen. Für das Verständnis der übergeordneten Simulations­architektur, die diese Wiederholbarkeit ermöglicht, ist der entscheidende Punkt, dass konstruktive Simulation ein prüfbares Ereignis­protokoll erzeugt — jede Entitäts­aktion, jede Stabs­entscheidung und jede Simulations­einlage wird aufgezeichnet.

Kernkomponenten eines konstruktiven Simulations­systems

Fünf Komponenten definieren die Architektur eines konstruktiven Simulations­systems. Jede hat eine klar abgegrenzte Funktion, und Integrations­fehler zwischen ihnen sind die häufigste Ursache für Übungs­abbrüche.

Die Szenario-Engine ist der zentrale Server­prozess: Sie hält den maßgeblichen Zustand aller Entitäten in der Simulation aufrecht, treibt die Simulations­zeit voran, wendet Gelände- und Wettermodelle an, berechnet die Erfassung und bewertet Gefechts­ergebnisse. Es handelt sich nicht um eine Game-Engine im kommerziellen Sinne — sie verfügt über keine Rendering-Pipeline, kein Asset-Management-System und keine Spieler­eingabe­schicht. Ihre Aufgabe ist es, den Grundzustand korrekt und mit ausreichender Geschwindigkeit zu berechnen, um die Echtzeit­durchführung einer Übung zu unterstützen.

Computer-generierte Kräfte (CGF) sind die automatisierten Entitäten, die doktrinäre Aufgaben ohne direkte menschliche Kontrolle ausführen. Das CGF-Subsystem nimmt Befehle von menschlichen Kontrolleuren oder automatisierten Plänen entgegen und übersetzt sie in Entitäts­verhalten: Bewegung entlang von Routen, Besetzen von Stellungen, Bekämpfen erkannter Bedrohungen und Ausführen doktrinärer Aufgaben wie Maßnahmen beim Feindkontakt. Die CGF-Qualität ist die mit Abstand größte Variable für die Simulationstreu des konstruktiven Systems.

Die Stabsschnittstelle ist die Mensch-Maschine-Schnittstelle, über die Mitglieder des Ausbildungs­publikums das operative Lagebild einsehen und Befehle erteilen. Sie muss ein Common Operational Picture (COP), Nachrichten­verkehr, Werkzeuge zur Befehlserstellung und Entscheidungs­protokollierungs­mechanismen bieten. Sie ist bewusst kein C2-System — sie ist ein Ausbildungs­werkzeug, das die Informations­umgebung eines echten Hauptquartiers annähert.

Kontrolleur-Arbeitsstationen geben Übungs­kontrolleuren (EXCON) die Möglichkeit, die Übung zu überwachen, Ereignisse einzuspielen, Szenario­bedingungen zu ändern und einzugreifen, wenn die Simulation von den Ausbildungs­zielen abweicht. Kontrolleure benötigen höhere Zugriffsrechte als Übende — sie sehen alle Entitäten auf allen Seiten, können Einlagen auslösen und automatisiertes Verhalten übersteuern.

Die Wiedergabe- und Nachbesprechungs­funktionalität (After-Action Review, AAR) zeichnet den vollständigen Übungs­ablauf auf und ermöglicht eine strukturierte Auswertung. Die AAR-Komponente muss das Vor- und Zurückspulen der Zeitleiste, die selektive Entitäts­anzeige und die Möglichkeit unterstützen, bestimmte Entscheidungs­punkte für die Diskussion zu annotieren.

CGF und automatisierte Gegner­kräfte

Die Verhaltens­architektur von CGF ist der Bereich, in dem konstruktive Simulations­systeme in ihrer Leistungsfähigkeit am stärksten auseinander­driften. Der einfachste Ansatz ist ein vollständig geskripteter OpFor: Ein EXCON-Operator bewegt feindliche Entitäten manuell und löst Ereignisse nach einem festen Zeitplan aus. Dies erzeugt vorhersagbares, kontrollierbares Verhalten und ist in Übungen, bei denen der OpFor eher als Ausbildungs­vehikel denn als realistische Bedrohung fungiert, nach wie vor verbreitet. Die Einschränkung liegt auf der Hand — geskriptetes Verhalten kann sich nicht an Übenden­entscheidungen anpassen, die vom geskripteten Vorgehens­kurs abweichen.

Regelbasierte CGF-Systeme kodieren doktrinäres Verhalten als Bedingungs-Aktions-Regeln. Eine gepanzerte Einheit, die den Auftrag Verteidigen erhält, führt auf Basis der Doktrin eine Abfolge von Aktionen aus: Bezug einer Gefechts­stellung, Aufstellung von Beobach­tungs­posten, Auslösen von Bekämpfungs­kriterien bei Feindkontakt und Rückzug unter definierten Bedingungen. Die Regeln können nach Einheitstyp, Gliederungs­ebene, Erfahrungs­niveau und Auftrag parametrisiert werden. Die meisten produktions­reifen konstruktiven Simulations­systeme — OneSAF (US Army), JCATS (Joint Conflict and Tactical Simulation), VR-Forces — implementieren eine Variante regelbasierter CGF.

Gelände­bewusste Bewegung ist eine wesentliche Fähigkeit, die viele regelbasierte Systeme unvollständig umsetzen. Die realistische Bewegung einer gepanzerten Einheit erfordert, dass das CGF die Gelände­befahrbarkeit bewertet, gedeckte und getarnte Anmarsch­wege identifiziert, bekannte Hindernisse umgeht und operative Einschränkungen einhält. Systeme, die Entitäten auf Geraden­linien­pfaden bewegen oder die Gelände­mikrostruktur ignorieren, erzeugen Verhaltens­weisen, die erfahrene Übende schnell als künstlich erkennen — was den Ausbildungs­wert der Übung mindert.

Leistungsfähigere Systeme, darunter solche mit KI-gesteuertem OpFor-Verhalten, nutzen Einfluss­karten, Potenzial­felder oder nutzenbasierte Entscheidungs­modelle, um gelände­bewusste Bewegung und taktisches Verhalten zu generieren. Diese Systeme sind aufwändiger zu konfigurieren — das Verhaltens­modell muss so kalibriert werden, dass es der zu simulierenden Bedrohungs­doktrin entspricht —, erzeugen jedoch adaptives Verhalten, das auf Übenden­entscheidungen reagiert, anstatt ein festes Skript abzuarbeiten.

Stabsschnittstellen: Befehle, Kartenanzeige und Entscheidungs­protokollierung

Die Stabsschnittstelle entscheidet darüber, ob eine konstruktive Simulations­übung realistische Entscheidungs­findung trainiert oder zum reinen Knopf­drücken verkommt. Eine gut gestaltete Stabsschnittstelle erfüllt drei Aufgaben: Sie präsentiert Informationen in dem Format und der Dichte, die ein operatives Hauptquartier erfahren würde; sie legt der Befehlserstellung und -weitergabe realistische Reibung auf; und sie zeichnet Entscheidungs­qualitäts­daten auf, die in die AAR einfließen.

Die Kartenanzeige ist das Kern­element. Die Schnittstelle muss ein COP auf einem geosp­atial korrekten Gelände­modell mit standardmäßiger Militär­symbolik (APP-6 / MIL-STD-2525) darstellen. Entitäts­positionen, Überlagerungen, Phasenlinien, Kontroll­maßnahmen und Unterstellungs­einheiten­grafiken müssen mit ausreichender Genauigkeit gerendert werden, damit das Personal räumliche Urteile fällen kann. Die Karte ist für die meisten Übenden schreibgeschützt — nur das COP-Lagebild gelangt zu ihnen; sie können weder den rohen Szenario-Engine-Zustand noch die vollständige EXCON-Ansicht einsehen.

Befehlserstellungs­werkzeuge ermöglichen es Übenden, OPORDs, FRAGOs und Feuer­missionen in strukturierten Formaten zu erstellen und zu übermitteln. Der Grad des Formalismus ist entscheidend: Systeme, die Freitext­befehle akzeptieren, umgehen das Ausbildungs­ziel, Befehlsformate zu festigen; Systeme mit strukturierten OPORD-Vorlagen zwingen das Personal durch die Entscheidungs­logik, die ein OPORD kodiert. Nachrichten­verkehr — SITREPs, Kontaktmeldungen, Anfragen, Bestätigungen — simuliert den Informations­fluss, den ein echtes Hauptquartier verarbeiten würde, und erzwingt bewusst eine Informations­überflutungs­situation, die das Personal zur Priorisierung herausfordert.

Die Entscheidungs­protokollierung erfasst, wer welchen Befehl zu welcher Simulations­zeit erteilt hat und welche Konsequenzen das auf Entitäts­ebene hatte. Dies ist das Daten­substrat für die AAR. Ohne Entscheidungs­protokollierung ist die AAR anekdotisch; mit ihr kann der Übungs­leiter einem Übenden den genauen Entscheidungs­punkt aufzeigen, an dem ein Vorgehens­kurs von einem tragfähigen Ergebnis abwich.

Verbund und mehr­stufige Übungen

Große CPX-Veranstaltungen umfassen routinemäßig mehrere Hauptquartiere, die gleichzeitig auf verschiedenen Gliederungs­ebenen ausgebildet werden — eine Korps-CPX kann Hauptquartiere des Korps, zweier Divisionen und vier Brigaden einschließen, die alle denselben operativen Problem­komplex bearbeiten. Jedes Hauptquartier kann räumlich getrennt sein, unterschiedliche Simulations­clients betreiben und mit verschiedenen C2-Systemen verbunden sein. Diese zu einer kohärenten synthetischen Umgebung zu vernetzen, ist ein Verbund­problem.

HLA (High Level Architecture, IEEE 1516) und DIS (Distributed Interactive Simulation, IEEE 1278) sind die beiden dominanten Protokolle für den konstruktiven Simulations­verbund. DIS nutzt Peer-to-Peer-PDU-Rundsendung — einfach zu implementieren, skaliert jedoch schlecht über 20 bis 30 Simulations­knoten hinaus. HLA verwendet eine zentrale Runtime Infrastructure (RTI), die Daten­verteilung, Zeitmanagement und Objekt­eigentümer­schaft über Föderanten hinweg verwaltet. Für eine ausführliche Behandlung der HLA/DIS-Architektur und Implementierungs­entscheidungen sei darauf hingewiesen, dass sowohl die Protokoll­auswahl als auch die RTI-Anbieter­auswahl erhebliches Programm­risiko birgt.

Die C2-System-Einbindung — die Verbindung eines real im Einsatz befindlichen Führungs- und Kontroll­systems mit der konstruktiven Simulation, damit das Personal operative Werkzeuge statt simulations­spezifischer Schnittstellen nutzt — erhöht die Komplexität, steigert aber den Ausbildungs­realismus erheblich. Der Entitäts­zustand der Simulation muss in die Nachrichten­formate übersetzt werden, die das C2-System erwartet (typischerweise NFFI, Link 16 oder JREAP je nach Gliederungs­ebene), und im C2-System erstellte Befehle müssen zurück in Simulations­direktiven übersetzt werden. Diese Gateway-Schicht ist häufig die fragil­ste Komponente einer föder­ierten CPX-Architektur.

JCATS (Joint Conflict and Tactical Simulation) und JSAF (Joint Semi-Automated Forces) sind in NATO-Mitglieds­programmen weiterhin weit verbreitet und unterstützen beide HLA-Verbund. Interoperabilitäts­tests zwischen konstruktiven Knoten verschiedener Hersteller — insbesondere über nationale Programme hinweg — sollten frühzeitig geplant und gegen ein gemeinsames FOM (Federation Object Model) getestet werden, typischerweise RPR-FOM 2.0 oder eine programm­spezifische Erweiterung davon.

Instrumentierung und Nachbesprechung (After-Action Review)

Eine instrumentierte konstruktive Simulations­übung erzeugt ein vollständiges Ereignis­protokoll: jeden Entitäts­zustands­übergang, jeden Befehl, jedes Gefechts­ergebnis, jede Kontrolleur­einlage und jede vom Übenden generierte Aktion — alles mit einem Zeit­stempel der Simulations­zeit versehen. Dieses Protokoll ist das Roh­material für eine strukturierte AAR und für die quantitative Analyse von Ausbildungs­ergebnissen.

Die AAR-Wiedergabe mit Zeitleisten­navigation ermöglicht es dem Übungs­leiter, die Simulations­aufzeichnung zu jedem Zeitpunkt der Übungs­zeitleiste vor- und zurückzuspulen, das operative Lagebild zu diesem Zeitpunkt anzuzeigen und die Entscheidung zu annotieren, die die nachfolgende Ereignis­kette ausgelöst hat. Die Wiedergabe muss schnell genug sein, um während einer strukturierten Nachbesprechungs­sitzung durch Schlüsselereignisse zu iterieren — eine AAR, die die Echtzeit­wiedergabe einer 72-stündigen Übung erfordert, ist operativ wertlos.

Die Entscheidungs­qualitäts­bewertung ist eine aufkommende Fähigkeit, die über die bloße Wiedergabe hinausgeht. Durch den Vergleich von Übenden­entscheidungen mit einem doktrinären Entscheidungs­modell — welcher Befehl hätte wann erteilt werden sollen, basierend auf den zum jeweiligen Simulations­zeitpunkt verfügbaren Informationen — kann eine Bewertungs­engine quantitative Beurteilungen der Stabs­leistung generieren: Entscheidungs­latenz, Befehlsvoll­ständigkeit, Synchronisations­qualität zwischen Gefechts­funktionen und Abweichung von der Absicht des Führers. Diese Fähigkeit erfordert ein formal kodiertes Entscheidungs­modell in der Simulation, nicht nur ein Protokoll des Geschehenen.

Die Warg-Simulations­plattform implementiert instrumentierte Ereignis­protokollierung mit strukturierter AAR-Wiedergabe als Kern­fähigkeit und ermöglicht es Übungs­leitern, Zeitleisten­navigation mit annotierten Entscheidungs­punkt­markierungen zu kombinieren, die mit den zugehörigen Stabs­aktionen und Entitäts­ergebnissen verknüpft sind. Die Instrumentierungs­schicht generiert strukturierte Daten, die mit Analyse­pipelines für die Bewertung von Ausbildungs­programmen über die Zeit kompatibel sind.

Relevante Kennzahlen auf Programm­ebene umfassen: durchschnittliche Entscheidungs­latenz nach Stabsfunktion, Anteil der Befehle mit vollständigen Synchronisations­matrizen, Häufigkeit von Eigen­beschuss­ereignissen und Aufgaben­erfüllungsrate gegenüber der Übungs­master-Ereignis­liste. Die konsistente Erhebung dieser Kennzahlen über Ausbildungs­kohorten hinweg ermöglicht es Ausbildungs­programm­verantwort­lichen, systemische Stabs­schwächen zu identifizieren und das Ausbildungs­design entsprechend anzupassen.