Moderne gemeinsame Operationen respektieren keine Domänengrenzen. Ein Raketenschlag beeinträchtigt ein Radarnetz; ein Cyberangriff verlangsamt die C2-Reaktion; GPS-Störung bringt die Bodennavigation um Hunderte von Metern vom Kurs ab. Trainings- und Analysewerkzeuge, die diese Effekte isoliert betrachten, liefern gefährlich unvollständige Bilder davon, wie Konflikte tatsächlich ablaufen. Wargaming-Software für Multi-Domain Operations (MDO) muss alle fünf Domänen gleichzeitig modellieren und — noch wichtiger — die Wechselwirkungen zwischen ihnen abbilden.

Warum Einzeldomänen-Simulatoren für MDO versagen

Die meisten veralteten Wargame-Plattformen wurden entwickelt, um eine einzige Frage zu beantworten: Wie entwickelt sich die Landschlacht, oder wie verläuft die Luftkampagne? Dieses Erbe ist heute eine strukturelle Schwäche. Ein Bodenmanaövriersimulator ohne Luftbedrohungsmodell kann die Unterdrückung feindlicher Luftverteidigung, die einem Panzervorstoß vorausgeht, nicht darstellen. Ein Seesimulator ohne Cyberschicht kann die gefälschten AIS-Spuren, die eine Überwasseraktionsgruppe tarnen, nicht abbilden.

Die spezifischen Versagensmodi verstärken sich gegenseitig. Erstens fehlt ein domänenübergreifendes Effektmodell: Kinetische Ereignisse in einer Domäne verändern das Einsatzumfeld in einer anderen nicht. Zweitens fehlt ein gemeinsames Feuerunterstützungsmodell: Boden-Luft-Gefechte, durch einen luftgestützten FAC angeforderte Landstreitkräftefeuer und Seestreitkräftestrikes existieren in getrennten Ausführungswarteschlangen ohne gemeinsame Zieldatenbank. Drittens fehlen die Cyber- und Weltraumschichten völlig, oder — schlimmer noch — sie werden als binäre Ein/Aus-Flags dargestellt, statt als abgestufte Degradierungsfunktionen.

Die operative Konsequenz ist, dass Trainingsteilnehmer Entscheidungsfindung in einer bereinigten Umgebung üben. Sie lernen, organische Feuer zu synchronisieren, stehen aber nie einem Szenario gegenüber, in dem ihre GPS-gestützte Artillerie mitten im Einsatz die Submeter-Präzision verliert, weil ein Gegner das L1-Band gestört hat. Sie üben C2-Verfahren, erleben aber nie die kumulative Latenz, die einem erfolgreichen Eindringen in einen taktischen Datenlinkkonzentrator folgt. MDO-Wargaming-Software muss alle drei Lücken gleichzeitig schließen, sonst reproduziert sie dieselben blinden Flecken, die sie beseitigen sollte.

Domänenmodelle und ihre Interaktionsflächen

Ein gut konzipierter MDO-Simulator unterhält fünf Domänen-Engines, jede mit eigener Zustandsdarstellung, Zeitschrittlogik und Agentenpopulation. Die Engines laufen gleichzeitig und stellen eine definierte Interaktionsfläche bereit — eine Menge gemeinsamer Zustandsvariablen, die andere Engines lesen und schreiben können.

Landmanöver verfolgt Einheitspositionen, Logistikzustände, geländebedingte Mobilität und direkte/indirekte Feuer. Seine primären Ausgaben an andere Domänen sind Zielkoordinaten (speist gemeinsame Feuer), elektronische Signaturdaten (speist Cyber/EW) und Routennetzstatus (speist weltraumgestützte ISR-Abfragen).

Luftkampagne modelliert Sortiegenerierung, Kraft-/Munitionszustände, Bedrohungsbereiche und Sensorfußabdrücke. Sie liest aus der Landdomäne, um oberflächenbasierte Bedrohungsauftaucher aufzulösen, und schreibt in die Landdomäne, wenn Strikes stattfinden. Ihre Interaktionsfläche mit der Weltraumdomäne ist kontinuierlich: Die Qualität des Luftraumbildes verschlechtert sich, wenn ISR-Satellitenpässe abgewehrt werden.

See umfasst Überwasser-, Unterwasser- und amphibische Elemente. Es interagiert mit der Luftdomäne durch die Generierung von Trägerluftflügeln und die Koordination der integrierten Luftverteidigung. Seine Cyber-Interaktionsfläche ist besonders sensibel: Moderne Kriegsschiffe betreiben integrierte Plattformmanagementsysteme, bei denen ein einziger Eindringling gleichzeitig Antrieb, Navigation und Waffen beeinflussen kann.

Weltraum ist die Domäne, die in veralteten Werkzeugen am häufigsten auf ein Flag reduziert wird. Ein geeignetes Weltraummodell verfolgt den Konstellationszustand pro Orbitalschale, berechnet GPS-Positionsfehlellipsen als Funktion von Störleistung und Geometrie und degradiert die ISR-Bildverfügbarkeit als Funktion von Satellitentaskingkonflikten und Uplinkunterbrechungen. Weltraumausgaben fließen kontinuierlich in alle anderen Domänen-Engines — Navigationsgenauigkeit für Landmanöver, Zielqualität für Luftangriffe, Präzision für die Seenavigation.

Cyber modelliert Netzwerktopologie, Eindringpfade und Service-Degradierungskaskaden. Anders als kinetische Domänen wird sein Zeitschritt in Millisekunden bis Sekunden statt in Minuten bis Stunden gemessen. Die Cyber-Engine muss eine Latenzinjektions-API bereitstellen, die andere Domänen bei der Auflösung von C2-Aktionen abfragen — ein Feuerauftrag eines Bodenkommandeurs, der normalerweise in vier Sekunden verarbeitet würde, könnte nach einem erfolgreichen Eindringen in den Kommunikationsknoten der Brigade vierzig Sekunden dauern.

Domänenübergreifende Effektketten

Die Modellierung von Effektketten ist das schwierigste Ingenieursproblem beim MDO-Wargaming. Einzelne Domänenmodelle sind handhabbar; der kombinatorische Raum domänenübergreifender Interaktionen ist es nicht. Die Lösung ist ein Effektkettengraph mit typisierten Kanten und Ausbreitungsregeln.

Betrachten Sie drei kanonische Ketten. Ein kinetischer Strike auf ein bodengestütztes Radar erzeugt eine Lücke im integrierten Luftlagebild. Im Code bedeutet dies, dass die Luftdomänen-Engine den Sensorknoten aus ihrem Überwachungsnetz entfernt, Abdeckungspolygone neu berechnet und die Degradierung dem gemeinsamen Lagebild meldet. Flugzeuge, die in dieser Abdeckungslücke operieren, tragen nun eine höhere Bedrohungsunsicherheit, die sich in die Abfangwahrscheinlichkeitsberechnungen des OpFor fortpflanzt.

Ein Cyberangriff auf einen taktischen C2-Konzentrator injiziert Latenz in jeden Feuerauftrag, der durch diesen Knoten geleitet wird. Die Cyber-Engine schreibt einen Latenzmultiplikator in eine gemeinsame Zustandstabelle; die Land- und Luftdomänen-Engines lesen diesen Multiplikator beim Auflösen jeder C2-abhängigen Aktion. Eine Feuerunterstützungsanforderung, die nominell fünf Minuten von Ende zu Ende benötigt, könnte das Engagementfenster für ein zeitkritisches Ziel überschreiten — das Wargame erfasst dies als verpasste Gelegenheit statt als einfaches Erfolgs-/Misserfolgsflag.

Weltraumverweigerung — insbesondere GPS-Störung über einem Schwellenwert effektiver Strahlungsleistung — vergrößert den kreisförmigen Fehlerwahrscheinlichkeitswert (CEP) jeder GPS-geführten Munition im betroffenen Gebiet. Die Weltraum-Engine berechnet einen CEP-Multiplikator als Funktion der Störgeometrie und Antennengewinn. Die Land- und Luftdomänen-Engines wenden diesen Multiplikator bei der Auflösung der Strikepräzision an. Eine Präzisionsstratemission, die gegen eine 10-Meter-CEP-Anforderung geplant wurde, kann ihre Schadenserwartungsschwelle verfehlen, wenn der CEP auf 80 Meter degradiert wurde — eine Kette, die Entscheidungen zur elektronischen Kriegsführung mit kinetischen Ergebnissen über zwei Domänen hinweg verbindet.

Die Implementierung dieser Ketten erfordert sorgfältige Ontologiearbeit. Jede gemeinsame Zustandsvariable benötigt ein Schema, eine Maßeinheit, eine Quelldomäne und eine Menge konsumierender Domänen. Versionieren Sie dieses Schema wie Produktionscode. Brechende Änderungen an der Effektketteninterface sind die häufigste Quelle von domänenübergreifenden Simulationsfehlern und sind ohne End-to-End-Integrationstests, die alle fünf Domänen gleichzeitig ausüben, extrem schwer zu erkennen.

KI-OpFor über Domänen hinweg

Ein glaubwürdiger OpFor in einem MDO-Wargame kann kein einzelner monolithischer KI-Agent sein. Die Entscheidungsräume sind zu groß und zu domänenspezifisch. Die richtige Architektur ist eine Föderation domänenspezifischer KI-Agenten, die Informationen über ein gemeinsames OpFor-Lagebild teilen und durch einen Joint-Effects-Planer koordinieren.

Jeder Domänenagent besitzt die taktischen Entscheidungen seiner Streitkräfte innerhalb seiner Domäne. Der Land-OpFor-Agent wählt Hinterhaltpositionen, kontrolliert die Artilleriezuteilung und verwaltet die Logistik. Der Luft-OpFor-Agent verwaltet Abfangvektoren, unterdrückt freundliche Luftverteidigungen und kontrolliert die ISR-Asset-Tasking. Der See-OpFor-Agent plant Manöver der Überwasseraktionsgruppe, U-Boot-Patrouillenwege und die Durchsetzung von Anti-Access-Korridoren.

Diese Agenten teilen ein gemeinsames nachrichtendienstliches Lagebild, das Erkennungen über alle Domänen hinweg aggregiert. Wenn der Landagent einen freundlichen Logistikkonvoi über einen ISR-Feed erkennt, ist diese Sichtung für den Seeagenten verfügbar, wenn sich der Konvoi zu einem Einschiffungspunkt bewegt, und für den Luftagenten, wenn ein Interdictionstrike in Reichweite ist. Intelligence-Fusion ist die Kernfunktion des Joint-Effects-Planers: Er pflegt das gemeinsame Lagebild, löst Konflikte zwischen Domänenagenten auf, die um dasselbe Asset konkurrieren, und wendet Synchronisationsbeschränkungen an — kein Luftangriff innerhalb von 500 Metern einer freundlichen Bodentruppe ohne explizite Dekonfliktierung, zum Beispiel.

Die Architektur, die in unserem Artikel über KI-OpFor-Wargaming beschrieben wird, behandelt die Verhaltensbaum- und Nutzen-Scoring-Ansätze, die auf Domänenebene gut funktionieren. Für MDO ist die entscheidende Ergänzung das Inter-Agenten-Kommunikationsprotokoll: Jeder Domänenagent muss in der Lage sein, Unterstützung von anderen Domänen anzufordern, und der Joint-Effects-Planer muss in der Lage sein, diese Anfragen basierend auf der globalen Situation zu verweigern oder zu priorisieren.

Szenario-Scripting und Inject-Engine

Kein KI-OpFor, egal wie ausgefeilt, kann das bewusste Instruktionsdesign eines geskripteten Szenarios ersetzen. Die Inject-Engine sitzt zwischen dem Szenarioautor und dem Simulationszustand und ist architektonisch genauso wichtig wie jedes der Domänenmodelle.

Eine Produktions-Inject-Engine benötigt vier Injektionstypen. Vorher geskriptete Ereignisse feuern zu einer definierten Simulationszeit oder bei einer definierten Auslöserbedingung — ein Konvoi erreicht Gitterreferenz X, ein Satellitenpass beginnt über Gebiet Y. Diese legen das narrative Grundgerüst des Szenarios fest und garantieren, dass wichtige Trainingsziele erreicht werden. Zufällige Injekte führen Reibung und Unsicherheit ein: Geräteausfälle, Wetterveränderungen, zivile Präsenz in einem Gefechtsbereich. Sie werden aus Wahrscheinlichkeitsverteilungen gesampelt und feuern innerhalb definierter Fenster, sodass keine zwei Durchläufe des Szenarios identisch sind.

Gegnerische KI-Injekte werden von den OpFor-Agenten generiert, nicht vom Szenarioskript. Sie repräsentieren die KI-Reaktion auf Blauentscheidungen — wenn die Trainingsteilnehmer eine unerwartete Vormarschachse wählen, generiert der Land-OpFor-Agent einen Inject, der seine Reserve repositioniert. Dies hält das Szenario reaktiv, ohne dass ein menschlicher Controller jeden möglichen blauen Handlungsverlauf antizipieren muss.

Controller-Injektionen sind manuell: Ein menschlicher Übungsleiter beobachtet die Entscheidungsfindung der Trainingsteilnehmer in Echtzeit und feuert einen Inject, um ein Lernziel zu verstärken, eine Komplikation einzufügen oder ein Szenario wiederherzustellen, das vom Skript abgewichen ist. Die Inject-Engine muss eine niedriglatente Controller-Schnittstelle bereitstellen — ein Leiter, der fünf Menüs navigieren muss, um einen Inject zu feuern, wird immer zu langsam sein, um ihn instruktional relevant zu machen.

Alle vier Injektionstypen schreiben über dieselbe API in denselben gemeinsamen Zustand. Die Inject-Engine weiß nicht und kümmert sich nicht darum, ob eine Injektion von einem Timer, einer Zufallsziehung, einem KI-Agenten oder einem menschlichen Leiter stammt. Diese Einheitlichkeit macht die Architektur erweiterbar — neue Injektionsquellen werden eingebunden, ohne den Domänen-Engine-Code zu ändern.

Mehrere Teilnehmer in der Föderation

Ein MDO-Wargame mit bedeutungsvollem Trainingswert erfordert Rollenspieler an Domänenworkstations — eine Seezelle, eine Luftoperationszelle, eine Cyber/EW-Zelle und einen Weltraumeffekte-Koordinator, alle gleichzeitig unter einem gemeinsamen Hauptquartier tätig. Das technische Substrat hierfür ist Föderierung.

Der High Level Architecture (HLA)-Standard und seine IEEE 1516-Implementierung stellen das Objektmodell und den Zeitmanagement-Rahmen bereit, der für die Föderierung von Domänensimulatoren benötigt wird. Jede Domäne läuft als HLA-Föderierungsmitglied. Ein gemeinsames Föderierungsobjektmodell (FOM) definiert die gemeinsamen Objektklassen — Einheiten, Effekte, Sensorkontakte — und die Interaktionsklassen — Feueraufträge, C2-Nachrichten, Effektkettenereignisse. Jedes Föderierungsmitglied veröffentlicht die Attribute, die es besitzt, und abonniert die Attribute, die es lesen muss.

Die detaillierten Kompromisse zwischen HLA und DIS sowie die Latenzcharakteristiken beider unter Szenarien mit hoher Objektanzahl werden in unserem Artikel über verteilte Simulation mit HLA und DIS behandelt. Für MDO speziell ist die wichtigste Architekturentscheidung das FOM-Design: Ein schlecht konzipiertes FOM, das alle domänenübergreifenden Interaktionen durch eine einzige Interaktionsklasse zwingt, schafft einen Engpass, der sich mit wachsender Szenariokomplexität verschlechtert. Modellieren Sie domänenübergreifende Effekte als erstklassige FOM-Objekte mit eigener Publish/Subscribe-Topologie.

Rollenspieler-Workstations benötigen eine gefilterte Ansicht des gemeinsamen Lagebildes — eine Luftoperationszelle sollte ihre organischen Assets plus die Teile des Land- und Seebildes sehen, die ihre Missionsplanung betreffen, aber nicht den vollständigen Simulationszustand. Erstellen Sie Rollenspieler-Ansichten als FOM-Abonnementprofile, die die Föderierungsmanagementschicht beim Laden des Szenarios konfiguriert, nicht als fest codierte UI-Filter.

Analytik und Nachbesprechung

Der Trainingswert eines MDO-Wargames wird in der Nachbesprechung (After-Action Review, AAR) realisiert. Ein Szenario, das keine analytisch strukturierte Ausgabe generiert, zwingt Ausbilder, sich auf Gedächtnis und Notizen zu verlassen — ein Ansatz, der konsistent die domänenübergreifenden Interaktionen übersieht, die MDO-Training gezielt sichtbar machen soll.

Die AAR-Datenbank muss jedes domänenübergreifende Ereignis mit einem vollständigen Kontext-Snapshot aufzeichnen: die Simulationszeit, die Quelldomäne, die ausgelöste Effektkette, die nachgelagerten Zustandsänderungen und den verantwortlichen Entscheidungsträger. Dies ermöglicht die drei instruktionell wertvollsten AAR-Analysen.

Die Entscheidungsqualitätsbewertung über Domänen hinweg misst, ob die Trainingsteilnehmer Effekte in der richtigen Reihenfolge und zum richtigen Zeitpunkt angewendet haben. Ein Bodenkommandeur, der 20 Minuten vor einem eindringenden Luftangriff einen Cybereffekt auf ein gegnerisches Radar angefordert hat, hat richtig geplant; einer, der ihn 90 Sekunden vorher angefordert hat, gab der Effektkette keine Zeit zur Ausbreitung. Die AAR kann diese zeitliche Lücke quantitativ sichtbar machen.

Die Effektketten-Abdeckungsanalyse identifiziert, welche domänenübergreifenden Ketten im Szenario verfügbar waren und welche genutzt wurden. Eine Trainingsgruppe, die GPS-Verweigerung trotz verfügbarer Fähigkeit nie als formgebende Operation eingesetzt hat, hat eine Fähigkeitsbewusstseinslücke — die AAR macht dies sichtbar, ohne dass ein Ausbilder jeden Entscheidungspunkt beobachtet haben müsste.

Die Erkennung verpasster Gelegenheiten markiert Situationen, in denen ein domänenübergreifender Effekt verfügbar war, seine Vorbedingungen erfüllt waren und keine Aktion ergriffen wurde. Dies ist die am schwierigsten zu automatisierende Analyse, da sie die Simulation erfordert, Kontrafaktuale zu bewerten — was wäre passiert, wenn der Cyberangriff bei T+15 ausgeführt worden wäre? — aber selbst eine grobe Version dieser Analyse, basierend auf vorberechneten Effektkettenfenstern, ist erheblich wertvoller als eine rein deskriptive AAR.

Die Corvus Warg-Plattform ist um diese Architektur herum aufgebaut: föderierte Domänen-Engines, ein typisierter Effektkettengraph, domänenspezifische KI-OpFor-Agenten mit einem Joint-Effects-Koordinator und eine AAR-Datenbank, die jedes domänenübergreifende Ereignis für strukturierten Replay und Scoring aufzeichnet.

Wenn Sie eine MDO-Wargaming-Fähigkeit entwerfen oder beschaffen, sind die oben beschriebenen Ingenieuranforderungen unverzichtbare Mindestanforderungen — keine angestrebten Funktionen. Die Interaktionsflächen, der Effektkettengraph, die Inject-Engine und das Föderierungsobjektmodell müssen alle erstklassige Designartefakte sein, die spezifiziert werden, bevor eine Zeile Simulationscode geschrieben wird.

Um zu besprechen, wie diese Anforderungen einem lieferbaren Programm zugeordnet werden können, besuchen Sie unsere Seite Trainingssimulationsentwicklungsdienstleistungen oder buchen Sie eine technische Demonstration mit dem Corvus-Ingenieursteam.