C2-Systeme

Battle-Damage-Assessment-Software: vom Strike zum BDA-Bericht

Von Corvus Intelligence Engineering Team · Über das Team →

24. Juni 2026 11 Min. Lesezeit

Ein Strike ist nicht abgeschlossen, wenn die Waffe ihr Ziel erreicht. Er ist abgeschlossen, wenn der Kommandeur weiß, ob der gewünschte Effekt erzielt wurde, dieses Wissen in strukturierter und nachvollziehbarer Form dokumentiert hat und es genutzt hat, um zu entscheiden, ob erneut angegriffen oder das Ziel freigegeben wird. Battle-Damage-Assessment-Software (BDA) ist das System, das dies ermöglicht — sie automatisiert die Post-Strike-ISR-Beauftragung, integriert Bildanalyse und funktionale Schadensmodellierung, generiert strukturierte BDA-Berichte und schreibt Ergebnisse zurück in die Targeting-Datenbank, um die Kill Chain zu schließen. Dieser Artikel untersucht die vollständige technische Architektur von BDA-Software, vom Moment, in dem ein Strike-Ausführungsereignis erfasst wird, bis zur endgültigen Wiederangriffsentscheidung, die in die Target-Folder-Management-Software eingetragen wird.

Die Rolle von BDA im Targeting-Zyklus

Die Battle-Damage-Assessment nimmt die letzte Phase jedes wichtigen gemeinsamen Targeting-Modells ein. Im F3EAD-Framework — Find, Fix, Track, Target, Engage, Assess — ist BDA der gesamte Assess-Schritt. Im traditionellen sechsphasigen Joint-Targeting-Zyklus treibt sie Phase 6 (Bewertung) an und fließt direkt in Phase 1 (Kommandeursweisung) und Phase 2 (Zielentwicklung) zurück, für jedes Ziel, das erneut angegriffen werden muss. In beiden Modellen bestimmt die Qualität und Geschwindigkeit der BDA, wie schnell die Streitmacht den nächsten Zyklus gegen dasselbe Zielsystem durchführen kann.

BDA ist formal in drei aufeinanderfolgende Phasen unterteilt, von denen jede unterschiedliche Daten, unterschiedliche analytische Fähigkeiten und unterschiedliche Softwarefähigkeiten erfordert:

Physische Schadensbeurteilung (PDA) misst den beobachtbaren physischen Zustand des Ziels nach dem Strike. Sie beantwortet: Welche Strukturschäden sind entstanden? PDA stützt sich hauptsächlich auf Bildmaterial — elektrooptisch, infrarot oder synthetisches Aperturrdar — verglichen mit einem Vor-Strike-Referenzbild. Das Ergebnis ist eine Schadenskategorie pro Zielkomponente, typischerweise auf einer fünfstufigen Skala von D0 (kein Schaden) bis D5 (vollständige Zerstörung), mit einem zugehörigen Konfidenzniveau.

Funktionale Schadensbeurteilung (FDA) bewertet, ob das Ziel trotz seines physischen Zustands seine militärische Fähigkeit behält. Eine Anlage mit mäßigem Strukturschaden (D2) kann vollständig funktionsunfähig sein, wenn der Schaden das einzige kritische Teilsystem zerstört hat, das die Anlage operativ bedeutsam machte. Umgekehrt kann ein Ziel mit ausgedehnten Oberflächenschäden erhebliche Fähigkeiten behalten, wenn seine gehärteten kritischen Komponenten intakt sind. FDA erfordert die Integration mit Target-System-Analysis-Modellen (TSA), die physische Komponenten auf operative Funktionen abbilden.

Systemschadensbeurteilung (SDA) bewertet die kumulierten Auswirkungen mehrerer Strikes auf ein feindliches Zielsystem — beispielsweise das Luftverteidigungsnetz oder die Logistikinfrastruktur — statt auf ein einzelnes Ziel. SDA ist die analytisch anspruchsvollste Phase und erfordert ein Modell der Systemarchitektur, Redundanz und Wiederherstellungskapazität des Gegners. BDA-Software unterstützt SDA, indem sie physische und funktionale Beurteilungsdatensätze aller getroffenen Knoten innerhalb eines Zielsystems aggregiert und die Gesamtsystemdegradierung berechnet.

Zeitnahe BDA ist aus einem spezifischen operativen Grund wichtig: Die meisten hochwertigen Ziele haben Wiederherstellungskapazität. Ein getroffener Kommandoknoten, der innerhalb von zwei Stunden nach dem Strike bewertet wird — bevor der Gegner überlebende Ausrüstung und Personal verlegt — kann am selben Standort erneut angegriffen werden. Dasselbe 24 Stunden später bewertete Ziel kann sich vollständig verlagert haben und erfordert einen neuen Find-Fix-Zyklus von Anfang an. Die Latenz zwischen Strike und BDA-Abschluss ist daher ein direkter Bestimmungsfaktor für die Möglichkeit eines Wiederangriffs.

Post-Strike-ISR-Beauftragung aus dem C2-System

Die automatisierte ISR-Rückbeauftragung ist die erste Aktion, die BDA-Software nach einem Strike-Ausführungsereignis durchführt. Die Software überwacht die Targeting-Datenbank auf Ausführungsereignisse — Waffenfreigabebestätigung aus dem Air-Tasking-Order-Meldungssystem oder Feuermissionsabschluss aus der Artillerie-Feuerleitleitung — und löst eine standardisierte ISR-Erfassungsanforderung ohne manuellen Eingriff aus.

Die Erfassungsanforderung wird automatisch aus bereits in der Zielmappe vorhandenen Feldern befüllt: Koordinaten (auf den bei der Ausführung verwendeten MPI verfeinert), Zielfußabdruck-Geometrie, Zielkategorie und Datum des Vor-Strike-Bildmaterials. Die Software fügt erfassungsspezifische Parameter hinzu: gewünschte Bodenauflösung (GSD) für Bildziele, bevorzugter Sensortyp, Erfassungsfenster (abgeleitet aus der Waffenflugzeit plus einer konfigurierbaren Verzögerung, damit sich die Effekte materialisieren können) und Prioritätsstufe im Verhältnis zu anderen gleichzeitigen Erfassungsanforderungen.

Die Sensorauswahl für BDA ist eine Entscheidung, bei der die Software mit einem einfachen regelbasierten Modell helfen kann:

Bedingung	Bevorzugter Sensor	Begründung
Klarer Himmel, tagsüber	EO/IR bei <0,3 m GSD	Höchste Auflösung, beste spektrale Wiedergabetreue für die Änderungserkennung
Bewölkung >50 % oder Nacht	SAR (X-Band oder C-Band)	Allwetter-, Tag/Nacht-Fähigkeit; kohärente Änderungserkennung empfindlich für Struktureinsturz
Unterirdisches oder gehärtetes Ziel	SAR + seismisch (falls verfügbar)	Oberflächenbildmaterial unzureichend; SAR-Kohärenzänderung + seismische Signatur zeigt Penetration an
Elektronisches Ziel (Radar, Kommunikation)	EO/IR + SIGINT	Physischer Schaden im Bildmaterial sichtbar; Emissionsunterbrechung bestätigt funktionalen Schaden
Mobiles Ziel	EO/IR + GMTI-Radar	Bewegungsindikator bestätigt Verlagerung; EO/IR bestätigt physischen Zustand am letzten bekannten Standort

Die Erfassungsanforderung wird über das Erfassungsmanagementsystem im Standardnachrichtenformat für die operative Umgebung (RFI, COLREQ oder Äquivalent) weitergeleitet. BDA-Software verfolgt den Anforderungsstatus — eingereicht, bestätigt, erfasst, geliefert — und benachrichtigt die BDA-Zelle, wenn Bildmaterial geliefert wird oder wenn das Erfassungsfenster ohne erfolgreiche Erfassung schließt. In letzterem Fall wird automatisch eine erneute Beauftragungsanforderung für das nächste verfügbare Fenster generiert.

Physische Schadensbeurteilung: Bildanalyse-Tools

Die physische Schadensbeurteilung beginnt mit der Ko-Registrierung: Ausrichten des Post-Strike-Bildmaterials auf das Vor-Strike-Referenzbild aus der Zielmappe mit Sub-Pixel-Genauigkeit. Ko-Registrierung ist ein geometrischer Korrekturschritt, der Unterschiede im Betrachtungswinkel, der Sensorhöhe und der Projektion zwischen den beiden Bildern berücksichtigt. Ohne sie erzeugen Änderungserkennungsalgorithmen falsche Positive an Strukturgrenzen, die aufgrund von Parallaxe statt tatsächlicher Änderung zu verschieben scheinen.

Änderungserkennung in BDA-Software verwendet typischerweise einen oder mehrere von drei algorithmischen Ansätzen:

Banddifferenzierung und normalisierte Indizes. Die Software berechnet die absolute oder normalisierte Differenz zwischen entsprechenden Spektralbändern in den Vor- und Nach-Strike-Bildern. In multispektralem EO-Bildmaterial hebt ein normalisiertes Brandverhältnis (NBR) oder normalisierter Differenz-Trümmerindex (NDRI) durch Feuer geschädigte und strukturell gestörte Bereiche hervor. SAR-Amplitudendifferenzierung erkennt Änderungen im Oberflächen-Radarquerschnitt, die Struktureinsturz oder aufgewühlter Erde entsprechen. Diese Methoden sind schnell und erzeugen Pixel-Level-Änderungskarten, erfordern jedoch eine Schwellenwerteinstellung und reagieren empfindlich auf atmosphärische Unterschiede und Beleuchtungsunterschiede zwischen den Erfassungsdaten.

Objektbasierte Änderungserkennung. Anstatt einzelne Pixel zu vergleichen, segmentiert die Software das Post-Strike-Bild in diskrete Objekte (Gebäude, Vegetation, Straßen, Trümmerfelder) mit einem Superpixel- oder Wasserscheiden-Segmentierungsalgorithmus. Jedes Objekt wird mit seinem Vor-Strike-Raumfußabdruck und Spektralmerkmalen verglichen. Eingestürzte Gebäude erzeugen Objekte mit anderer Geometrie, geringerer Höhe (in Stereo- oder LiDAR-abgeleiteten Produkten) und einer charakteristischen spektralen Signatur von freiliegendem Beton, Ziegel oder verbranntem Material. Objektbasierte Methoden liefern interpretierbarere Ausgaben — eine Schadenseinstufung pro Struktur statt pro Pixel — und reagieren weniger empfindlich auf Beleuchtungsvariation.

Deep-Learning-Klassifikatoren. Auf beschrifteten Vor-/Nach-Strike-Bildpaaren trainierte Convolutional Neural Networks weisen segmentierten Gebäudeobjekten direkt standardisierte Schadenskategorien zu. Die Trainingsdaten stammen aus historischen Strike-Bilddatensätzen mit Ground-Truth-Schadensbewertungen. Gut trainierte Klassifikatoren erreichen Analytiker-Level-Genauigkeit bei D0/D1- und D4/D5-Kategorien; Zwischenkategorien (D2/D3, teilweiser Schaden) bleiben am schwierigsten automatisch zu klassifizieren und erfordern weiterhin menschliche Analytiker-Überprüfung für hochwertige BDA-Berichte.

Die automatisierte Analyse erzeugt einen Entwurfs-Schadensbeurteilungs-Overlay — eine Kartenschicht, in der jede Zielkomponente nach ihrer automatisierten Schadenseinstufung farbcodiert ist — der dem BDA-Analysten in der Bildüberprüfungsschnittstelle der Software präsentiert wird. Der Analyst kann jede automatisierte Einstufung akzeptieren, ändern oder überschreiben und eine Begründungsnotiz hinzufügen. Die vom Analysten überprüften Einstufungen werden als maßgeblicher Datensatz der physischen Schadensbeurteilung gespeichert, wobei die automatisierten Einstufungen als separates Prüffeld erhalten bleiben.

Hinweis zur Datenverwaltung: Ein einziger SAR-Erfassungsdurchlauf über ein komplexes Ziel kann mehrere Gigabyte an Rohdaten erzeugen. BDA-Software muss eine Verarbeitungspipeline enthalten, die Rohdaten vor dem Analysten in analysebereite Bildprodukte umwandelt — andernfalls wird die Zeit von der Erfassung bis zur Analyse von manueller Datenverarbeitung statt tatsächlicher Bewertungsarbeit dominiert. Diese Pipeline sollte automatisiert sein, ohne Eingriff des Analysten laufen und innerhalb von Minuten nach dem Rohdaten-Eingang ein verarbeitetes Produkt liefern.

Funktionale und systemweite BDA

Die funktionale Schadensbeurteilung übersetzt die physischen Schadenseinstufungen aus der PDA in ein operatives Fähigkeitsurteil. Das wichtigste analytische Instrument ist das Target-System-Analysis-Modell (TSA) — eine Darstellung, wie die physischen Komponenten eines Ziels auf seine operativen Funktionen abgebildet werden und welche Komponenten kritisch, redundant oder sekundär sind.

TSA-Modelle in BDA-Software werden typischerweise als Abhängigkeitsgraphen dargestellt: Knoten sind physische Komponenten (der Kraftstofftank, der Hauptleistungstransformator, der Kontrollraum), und gerichtete Kanten kodieren funktionale Abhängigkeiten (das Radar benötigt den Leistungstransformator; der Leistungstransformator kann entweder vom primären Netzanschluss oder dem Notstromaggregat versorgt werden). Wenn PDA dem Hauptleistungstransformator eine D4-Einstufung zuweist, aber dem Notstromaggregat eine D0-Einstufung, berechnet das TSA-Modell, dass das Radar etwa 60 % seiner maximalen Betriebskapazität mit Notstrom behält, obwohl die primäre Stromversorgung zerstört ist.

TSA Model — Air Surveillance Radar Node
=========================================
Component              | Damage Score | Functional Weight
-----------------------|--------------|------------------
Primary power supply   | D4           | 0.60
Backup generator       | D0           | 0.40
Antenna structure      | D1           | 0.85
Signal processor       | D0           | 1.00
Control room           | D2           | 0.70
Cooling system         | D3           | 0.55

Residual capability = sum(component_weight × (1 - damage_fraction))
                    = (0.60×0.15) + (0.40×1.0) + (0.85×0.90)
                      + (1.0×1.0) + (0.70×0.70) + (0.55×0.60)
                    = 0.09 + 0.40 + 0.77 + 1.00 + 0.49 + 0.33
                    ≈ 51% of peak capability

FDA Result: Target DEGRADED — retains >50% capability
Re-attack recommendation: YES — primary antenna or processor

Dieses Modell ist eine Vereinfachung; operative TSA-Modelle sind komplexer und domänenspezifisch. Das Prinzip gilt jedoch: Die Software benötigt eine strukturierte Darstellung der funktionalen Architektur des Ziels, um physische Schadensbeobachtungen in eine operativ bedeutsame Fähigkeitsbeurteilung zu übersetzen. Ohne TSA-Integration ist die FDA vollständig subjektiv — Analysten treffen informelle Urteile, die nicht reproduzierbar und nicht nachvollziehbar sind.

Die systemweite Schadensbeurteilung (SDA) aggregiert FDA-Ergebnisse über mehrere Ziele innerhalb desselben feindlichen Systems hinweg. BDA-Software unterstützt SDA durch ein systemweites Dashboard, das die verbleibende funktionale Fähigkeit jedes Knotens in einem Schema der Zielsystemarchitektur darstellt. Der SDA-Analyst kann auf einen Blick sehen, welche Knoten ausreichend degradiert wurden, welche erhebliche Kapazität behalten und welche Teile der Systemredundanzpfade noch intakt sind. Das Dashboard treibt die Empfehlung zur Wiederangriffspriorität auf Systemebene an: Welcher verbleibende Knoten, wenn er auf den gewünschten Effekt getroffen wird, die größte inkrementelle Degradierung des Systems als Ganzes erzeugt.

Kollateralschadenabschätzung in BDA-Workflows

Die Kollateralschadenabschätzung (CDE) im BDA-Kontext unterscheidet sich von der Vor-Strike-CDE. Vor-Strike-CDE ist eine prädiktive Berechnung, die die Waffenwahl informiert — sie fragt: Wenn wir diese Waffe gegen diesen Aimpoint einsetzen, welcher erwartete Kollateraleffekt entsteht für die umliegende zivile Umgebung? Post-Strike-CDE im BDA-Workflow ist eine vergleichende Analyse: Lagen die tatsächlichen Effekte, wie durch BDA beobachtet, innerhalb der durch die Vor-Strike-CDE vorhergesagten Parameter?

BDA-Software speichert den Vor-Strike-CDE-Datensatz — einschließlich Waffentyp, Lieferparameter, vorhergesagtem Effektradius und geschätzten Kollateralzahlen — neben der Post-Strike-BDA-Beurteilung. Wenn die BDA abgeschlossen ist, vergleicht der rechtliche Überprüfungs-Workflow die beiden Datensätze. Wenn Bildmaterial oder Bodenberichte Schäden an Strukturen oder Bereichen außerhalb des von der Vor-Strike-CDE vorhergesagten Effektbereichs zeigen oder wenn Zivilopfer über dem vom genehmigenden Kommandeur autorisierten Verhältnismäßigkeitsschwellenwert gemeldet werden, wird die Abweichung als CDE-Abweichung gekennzeichnet und erfordert Dokumentation.

Die Dokumentationsanforderungen für CDE-Abweichungen sind erheblich. Die BDA-Software muss erfassen:

Die spezifische Art der Abweichung (Schaden an geschütztem Standort, Zivilopfer über Schwellenwert, Effekte über den vorhergesagten Radius hinaus)
Die wahrscheinliche Ursache (Waffenfehlfunktion, Targeting-Datenfehler, Umweltbedingungen, die im Vor-Strike-Modell nicht erfasst wurden)
Die Beurteilung, ob die Ursache vorhersehbar war und ob die Vor-Strike-CDE-Methodik korrekt angewendet wurde
Ein Routing-Datensatz, der zeigt, dass der Abweichungsbericht vom Rechtsberater und dem genehmigenden Kommandeur überprüft wurde
Die Entscheidung des Kommandeurs bezüglich der Abweichung

CDE-Ausnahmeprozesse — bei denen ein Kommandeur einen Angriff trotz CDE-Ergebnissen genehmigt, die Standardschwellenwerte überschreiten — erzeugen zusätzliche Dokumentationsanforderungen, die die BDA-Software unterstützen muss. Der Ausnahmedatensatz verknüpft die Vor-Strike-CDE-Berechnung, die Genehmigung des Kommandeurs mit angegebener Begründung und das Post-Strike-BDA-Ergebnis zu einem einzigen nachvollziehbaren Thread. Dies ist nicht nur eine administrative Anforderung; es ist der Beweisdatensatz, der die Einhaltung der Verpflichtungen des humanitären Völkerrechts demonstriert, die für alle Parteien gelten, die Strike-Operationen durchführen.

Strukturierte BDA-Berichtgenerierung

Der BDA-Bericht ist die formale Ausgabe des Bewertungsprozesses — das Dokument, das der Kommandeur für Wiederangriffsentscheidungen nutzt und das in den permanenten Targeting-Datensatz eingeht. BDA-Software generiert diesen Bericht aus strukturierten Feldern, anstatt den Analysten zu verlangen, ihn von Grund auf neu zu schreiben, was sowohl die Produktionszeit verkürzt als auch sicherstellt, dass der Bericht dem erforderlichen Format für seine Zielgruppe entspricht.

Der Standard-BDA-Bericht enthält zwei Bewertungsebenen mit unterschiedlichen Zeitplänen und Zielgruppen:

Erste Beurteilung des Kommandeurs (CIA). Innerhalb von zwei bis vier Stunden nach Strike-Ausführung erstellt, unter Verwendung aller unmittelbar verfügbaren ISR-Daten. Die CIA ist eine vorläufige physische Schadensschätzung — typischerweise eine von: "Ziel scheint zerstört," "erheblicher Schaden beobachtet," "Schaden unbestimmt — erneute Erfassung erforderlich" oder "kein Schaden beobachtet — Wiederangriff erforderlich" — begleitet von der Bildmaterial- oder Berichtsquelle und ihrer Erfassungszeit. Die CIA unterstützt nahezu Echtzeit-Wiederangriffsentscheidungen. BDA-Software generiert automatisch das CIA-Gerüst aus der Strike-Zusammenfassung und dem ersten verfügbaren ISR-Produkt, wobei nur die Schadenskategorie-Eingabe und Konfidenzeinstufung des Analysten erforderlich sind, um es abzuschließen.

Detailbeurteilung (DA). Nach vollständiger Geheimdienstauswertung erstellt — typischerweise 24 bis 72 Stunden nach dem Strike. Die DA umfasst die vollständige physische Schadensbeurteilung mit komponentenbezogenen Einstufungen, die funktionale Schadensbeurteilung mit TSA-Modellausgabe, die systemweite Schadensbeurteilung, jede CDE-Abweichungsanalyse und die endgültige Wiederangriffsempfehlung. Die DA-Struktur in BDA-Software:

BDA DETAILED ASSESSMENT — REPORT STRUCTURE
==========================================
1. STRIKE SUMMARY
   target_id          : TSN-2026-4417
   target_name        : [redacted]
   engagement_dtg     : 2026-06-24T03:22:00Z
   platform           : [redacted]
   weapon_type        : [redacted]
   delivery_params    : [redacted]

2. PHYSICAL DAMAGE ASSESSMENT
   imagery_source     : SAR-X collection 2026-06-24T05:10:00Z
   pre_strike_ref     : EO collection 2026-06-22T08:40:00Z
   component_scores:
     primary_structure  : D4 (confidence: HIGH)
     auxiliary_building : D2 (confidence: MEDIUM)
     access_road        : D1 (confidence: HIGH)
   analyst_id         : [redacted]
   review_dtg         : 2026-06-24T07:45:00Z

3. FUNCTIONAL DAMAGE ASSESSMENT
   tsa_model_version  : v2.3.1
   residual_capability: 12% of peak
   functional_status  : NON-FUNCTIONAL
   rationale          : [narrative]

4. SYSTEM DAMAGE ASSESSMENT
   target_system      : [redacted]
   system_node_weight : HIGH
   system_residual    : 34% (pre-strike: 100%)
   system_status      : SIGNIFICANTLY DEGRADED

5. CDE ASSESSMENT
   pre_strike_cde_ref : CDE-2026-4417-v1
   deviation_observed : NO
   legal_review_dtg   : 2026-06-24T09:00:00Z

6. RE-ATTACK RECOMMENDATION
   recommendation     : NO RE-ATTACK REQUIRED
   rationale          : Target assessed non-functional;
                        system degradation meets commander
                        threshold

Die JIPTL-Rückkopplungsschleife ist der Mechanismus, durch den BDA-Ergebnisse die nächste Iteration der Zielliste antreiben. Wenn die DA einen Wiederangriff empfiehlt, schreibt die BDA-Software einen Neunominierungsdatensatz in die Targeting-Datenbank, der vorab mit dem aktualisierten Zielzustand (Schadenskategorie, überarbeiteter MPI falls das Ziel verlagert hat, überarbeitete Waffenempfehlung basierend auf dem verbleibenden Strukturzustand) befüllt ist, und leitet ihn zur JIPTL-Aktualisierung an die Targeting-Zelle weiter. Damit schließt sich die Schleife zwischen Beurteilung und dem nächsten Targeting-Zyklus ohne manuelle Datenneueingabe zwischen dem BDA-System und der Targeting-Datenbank.

Integration mit Targeting-Systemen und C2

BDA-Software operiert nicht isoliert — sie ist ein Teilsystem der umfassenderen C2- und Targeting-Architektur, und ihr Wert wird weitgehend davon bestimmt, wie gut sie mit den Systemen vor und hinter ihr im Targeting-Zyklus integriert ist. Die Integrationsfläche umfasst vier primäre Schnittstellen:

Targeting-Datenbankschnittstelle. BDA-Software liest Zieldatensätze — einschließlich Koordinaten, Vor-Strike-Bildmaterial, CDE-Daten, Spezifikationen der gewünschten Effekte und TSA-Modellreferenzen — aus der Targeting-Datenbank zu Beginn des Beurteilungs-Workflows. Sie schreibt abgeschlossene Beurteilungsdatensätze, aktualisierte Schadenseinstufungen und Wiederangriffsempfehlungen bei Abschluss zurück in dieselbe Datenbank. Diese bidirektionale Schnittstelle muss nahezu in Echtzeit erfolgen und die Versionskontrolle und Zugriffskontroll-Richtlinien der Targeting-Datenbank durchsetzen: Ein BDA-Analyst schreibt in den BDA-Abschnitt der Zielmappe; nur eine Targeting-Autorität kann den JTL-Status des Ziels basierend auf dem BDA-Ergebnis aktualisieren. Siehe auch die Behandlung von zeitkritischer Targeting-Software für die schnellere, komprimierte Version dieser Schleife bei mobilen und zeitkritischen Zielen.

COP-Integration. Das gemeinsame Lagebild (COP) übernimmt BDA-Ergebnisse als Overlay-Aktualisierungen: Getroffene Ziele, deren BDA abgeschlossen ist, werden von einem "Strike geplant"- oder "Strike ausgeführt"-Symbol zu einem Symbol aktualisiert, das ihren beurteilten Schadenzustand widerspiegelt. Dies gibt dem operativen Lagebild eine Live-Ansicht der beurteilten Effekte der aktuellen Operation, die es dem Kommandeur ermöglicht, auf einen Blick zu sehen, welche Ziele ausreichend angegriffen wurden, welche eine ausstehende BDA haben und welche einen Wiederangriff erfordern. Die BDA-Software veröffentlicht Zielstatusaktualisierungen im COP-Layer als Ereignisse im C2-Nachrichtenbus, mit der Zielkennung, dem beurteilten Schadenzustand und dem BDA-Abschluss-Zeitstempel als Minimalnutzlast.

Feuerdekonfliktions-Schnittstelle. Wiederangriffsempfehlungen aus BDA müssen in den Feuerkoordinierungs-Workflow einfließen, bevor ein erneuter Angriff ausgeführt werden kann. BDA-Software generiert eine Wiederangriffsnominierung, die die empfohlene Waffe, den Aimpoint und die Lieferparameter enthält; diese Nominierung wird durch die Feuerdekonfliktions-Software geleitet, um zu bestätigen, dass der vorgeschlagene Wiederangriff nicht mit anderen Feuern im Bereich, Luftraumreservierungsanforderungen oder Bodentruppenpositionen kollidiert, bevor der Wiederangriff wieder auf die JIPTL gesetzt wird.

Effektivitäts-Tracking-Dashboard. Auf Kampagnenebene aggregieren BDA-Ergebnisse in ein Effektivitäts-Tracking-Dashboard, das systemweite Degradierungsmetriken gegen die Zielsysteme der Kampagne anzeigt. Das Dashboard stellt die beurteilte verbleibende Fähigkeit jedes feindlichen Systems — Luftverteidigung, Logistik, Führung und Kontrolle, Feuer — gegen die gewünschten Degradierungsschwellen der Kampagne dar. Wenn ein System den Schwellenwert überschreitet, kennzeichnet das Dashboard es als "Effekte erzielt" und empfiehlt die Umverteilung von Strike-Kapazität. Wenn die beurteilte Degradierung eines Systems unter der geplanten Trajektorie liegt, kennzeichnet das Dashboard es zur Überprüfung und generiert eine Neubewertung, ob der aktuelle Zielsatz und das Strike-Tempo ausreichen, um die Ziele der Kampagne gemäß dem geplanten Zeitplan zu erreichen.

BDA und Targeting in einer einzigen C2-Umgebung

Corvus HEAD integriert Post-Strike-BDA-Workflows, ISR-Erfassungsbeauftragung und Targeting-Datenbankmanagement in dieselbe C2-Umgebung — die Schleife vom Strike-Ausführung bis zur Wiederangriffsempfehlung wird ohne Systemübergabe oder manuelle Datenneueingabe geschlossen.

Corvus HEAD entdecken → Briefing buchen

Diese Analyse wurde von Corvus-Intelligence-Ingenieuren erstellt, die missionskritische C2- und Targeting-Software für Verteidigungs- und Regierungsorganisationen entwickeln. Mehr über unser Team →

Häufig gestellte Fragen

Was sind die drei Phasen der Battle-Damage-Assessment und wie unterstützt Software jede davon?

Die Battle-Damage-Assessment ist in drei Phasen unterteilt. Die physische Schadensbeurteilung (PDA) misst den beobachteten physischen Zustand eines Ziels nach einem Strike — unter Verwendung von Vorher/Nachher-Bildmaterial, Änderungserkennungsalgorithmen und Schadensbewertungsrubriken, die eine strukturelle Schadenskategorie von D0 (kein Schaden) bis D5 (vollständige Zerstörung) zuweisen. Die funktionale Schadensbeurteilung (FDA) bewertet, ob das Ziel trotz physischer Schäden noch seine militärische Funktion erfüllen kann; dies erfordert die Integration mit Target-System-Analysis-Modellen, die strukturelle Komponenten auf operative Fähigkeiten abbilden. Die systemweite Schadensbeurteilung (SDA) bewertet den Beitrag des Ziels zum breiteren feindlichen System — ob der Strike einen Netzknoten ausreichend degradiert hat, um Ziele auf Kampagnenebene zu beeinflussen. BDA-Software führt separate strukturierte Felder für jede Phase, wobei jede Phase ihren eigenen Genehmigungsworkflow hat und zum konsolidierten BDA-Bericht beiträgt, der die JIPTL-Wiederangriffsempfehlung speist.

Wie automatisiert BDA-Software die Post-Strike-ISR-Beauftragung nach einem Strike?

Moderne BDA-Software integriert sich mit der C2-Targeting-Datenbank, um automatisierte ISR-Rückbeauftragungsanfragen auszulösen, sobald ein Ausführungsereignis erfasst wird. Wenn eine Strike-Plattform die Waffenfreigabe oder Feuerausführung meldet, generiert die Software eine ISR-Erfassungsanforderung, die mit den Koordinaten des Ziels, der gewünschten Bildauflösung, dem Erfassungsfenster (abgeleitet aus der Waffenflugzeit und der geschätzten Zeit am Ziel) und den Sensorpräferenzen basierend auf der Zielkategorie befüllt ist. Synthetische Aperturradar-Erfassung wird für Ziele bei schlechtem Wetter oder nachts priorisiert; elektrooptische/infrarot-Erfassung wird priorisiert, wenn die Bewölkung es erlaubt und das Strike-Fenster in nutzbares Tageslicht fällt. Die Erfassungsanforderung wird durch die ISR-Beauftragungszelle im Standard-Erfassungsmanagement-Anfrageformat geleitet, wodurch die manuelle Koordinationszeit zwischen Strike-Ausführung und BDA-Erfassung von Stunden auf Minuten reduziert wird.

Was ist das F3EAD-Modell und wo passt BDA darin?

F3EAD steht für Find, Fix, Track, Target, Engage, Assess — den sechsstufigen Targeting-Prozess, der bei gemeinsamen und kombinierten Operationen eingesetzt wird. BDA ist die Kernaktivität der Assess-Phase, des sechsten und letzten Schritts. Ihre Ausgaben fließen direkt in den Find-Schritt für Wiederangriffszyklen zurück: Wenn die Beurteilung ergibt, dass das Ziel nicht ausreichend beschädigt wurde, tritt der aktualisierte Zieldatensatz — mit überarbeiteten Koordinaten falls das Ziel verlagert hat, aktualisierter physischer Beschreibung und einer Wiederangriffsempfehlung — in der Fix-Phase wieder in den Zyklus ein. BDA-Software schließt diese Schleife, indem sie Beurteilungsergebnisse direkt in die Zielmappe in der Targeting-Datenbank schreibt, den Zielstatus automatisch aktualisiert und den Neunominierungsworkflow auslöst, wenn ein Wiederangriff angezeigt wird. Die Qualität der Assess-Ausgabe bestimmt daher die Geschwindigkeit und Genauigkeit des nächsten Find-Fix-Track-Target-Zyklus gegen dasselbe Zielsystem.

Welche Änderungserkennungsalgorithmen werden in BDA-Bildanalysesoftware verwendet?

BDA-Bildanalysesoftware setzt typischerweise drei Klassen der Änderungserkennung ein: Pixel-Level-Differenzierung, objektbasierte Änderungserkennung und Deep-Learning-Klassifikatoren. Pixel-Level-Differenzierung berechnet die normalisierte Differenz zwischen ko-registrierten Vor- und Nach-Strike-Bildbändern und hebt Bereiche signifikanter Reflexionsänderungen hervor, die aufgewühlter Erde, Trümmern oder Brandschäden entsprechen. Objektbasierte Methoden segmentieren das Post-Strike-Bild in Strukturen und vergleichen die Geometrie, Spektralsignatur und Textur jedes segmentierten Objekts mit seinem Vor-Strike-Äquivalent — sie erzeugen pro-Gebäude-Änderungsvektoren statt per-Pixel-Änderungswerte. Deep-Learning-Klassifikatoren, trainiert auf beschrifteten Vor-/Nach-Strike-Bilddatensätzen, weisen eine der standardisierten Schadenskategorien (D0–D5) direkt jeder erkannten Struktur zu. Konfidenzbewertungen begleiten jede Klassifizierung, und Bewertungen mit niedriger Konfidenz werden zur menschlichen Überprüfung durch einen ausgebildeten Bildmaterial-Analysten markiert, bevor die Schadenseinstufung in den BDA-Datensatz geschrieben wird.

Wie integriert sich die Kollateralschadenabschätzung in den BDA-Workflow?

Die Kollateralschadenabschätzung (CDE) im BDA-Workflow unterscheidet sich von der Vor-Strike-CDE: Vor-Strike-CDE sagt das potenzielle Risiko für Zivilpersonen voraus, um die Waffenwahl zu informieren, während Post-Strike-CDE im BDA-Kontext dokumentiert, ob tatsächliche Effekte innerhalb der vorhergesagten Parameter lagen. BDA-Software speichert das Vor-Strike-CDE-Ergebnis neben der Post-Strike-Beurteilung, wodurch der Rechtsbeamte vorhergesagte Opferschätzungen mit den im BDA gemeldeten beobachteten Effekten vergleichen kann. Wenn Post-Strike-Bildmaterial oder Bodenberichte Effekte außerhalb der Vor-Strike-CDE-Grenzen anzeigen — Schaden an einem zuvor unbeschädigten geschützten Standort oder Zivilopfer über dem Verhältnismäßigkeitsschwellenwert — muss der BDA-Datensatz einen Abweichungsbericht enthalten, der an den Rechtsberater und den genehmigenden Kommandeur zur Überprüfung und Dokumentation weitergeleitet wird. Dies schafft einen nachvollziehbaren Datensatz, der Waffenwahl, Vor-Strike-Verhältnismäßigkeitsbewertung und beobachtete Post-Strike-Effekte verknüpft.

Was ist die JIPTL und wie speist BDA-Software in sie ein?

Die Joint Integrated Prioritized Target List (JIPTL) ist die vom Kommandeur genehmigte, priorisierte Liste der nominierten Ziele für den Einsatz der gesamten gemeinsamen Streitmacht. Sie ist das Ergebnis des geplanten Targeting-Prozesses und das maßgebliche Beauftragungsdokument für Strike-Luftfahrzeuge und Feuer. BDA-Software speist durch zwei Mechanismen in die JIPTL ein. Erstens generiert die Software, wenn eine BDA-Beurteilung ergibt, dass ein zuvor getroffenes Ziel einen Wiederangriff erfordert, automatisch einen Neunominierungsdatensatz in der Targeting-Datenbank, der das Ziel zur erneuten Aufnahme in die JIPTL mit aktualisierten Koordinaten, überarbeitetem Schadenzustand und einer Wiederangriffsempfehlung markiert, die den zusätzlich erforderlichen Effekt quantifiziert. Zweitens informieren BDA-Daten zu abgeschlossenen Zielen die JIPTL-Prioritätsneuberechnung: Wenn ein Zielsystem ausreichend degradiert wurde, können andere Ziele innerhalb dieses Systems deprioritiert werden, was Strike-Kapazität für höherwertige Möglichkeiten anderswo in der Zielliste freisetzt.

Welche strukturierten Datenfelder enthält ein BDA-Bericht und wie werden sie in Software verwaltet?

Ein strukturierter BDA-Bericht enthält fünf Kernabschnitte: (1) Strike-Zusammenfassung, die die Zielkennung, das Einsatzdatum-Zeit-Gruppe, die angreifende Plattform, den Waffentyp und die Lieferparameter aus dem Ausführungsbericht erfasst; (2) physische Schadensbeurteilung, die die Schadenskategorie pro Komponente und Aimpoint, die Bildmaterialquelle und das Erfassungsdatum sowie die Konfidenzeinstufung des Analysten aufzeichnet; (3) funktionale Schadensbeurteilung, die bewertet, ob das Ziel basierend auf dem Komponentenschadenzustand und dem Target-System-Analysis-Modell operative Fähigkeit behält; (4) systemweite Schadensbeurteilung, die die breiteren Auswirkungen auf das feindliche Zielsystem dokumentiert; und (5) Wiederangriffsempfehlung, die entweder "Ziel ausreichend angegriffen", "BDA abgeschlossen — kein Wiederangriff" oder "Wiederangriff erforderlich" mit dem spezifischen Effekt-Defizit und der empfohlenen Waffe-Aimpoint-Kombination lautet. BDA-Software verwaltet jeden Abschnitt als strukturierten Datensatz mit Pflicht- und optionalen Feldern und leitet jeden Abschnitt nacheinander an den entsprechenden Analysten oder die genehmigende Behörde weiter, bevor der konsolidierte Bericht abgeschlossen wird.

Wie behandelt BDA-Software die Multi-Quellen-Fusion, wenn Bildmaterial, SIGINT und Bodenberichte divergieren?

Multi-Quellen-BDA-Fusion ist eines der technisch schwierigsten Probleme im BDA-Software-Design. Wenn Bildmaterialanalyse ein Ziel als D2 (mäßiger Schaden) einstuft, aber SIGINT zeigt, dass die Kommunikation des Ziels vollständig eingestellt hat (was D4 oder D5 funktionale Degradierung nahelegt), und ein Bodenbeobachter meldet, dass das Ziel noch Aktivität zeigt, muss die Software die Diskrepanz aufzeigen, anstatt die drei Eingaben stillschweigend zu mitteln. Moderne BDA-Systeme implementieren ein Source-of-Truth-Modell: Jeder BDA-Quellentyp — Bildmaterial, SIGINT, HUMINT, Bodenbericht — trägt einen unabhängigen Beurteilungsdatensatz mit einer Konfidenzbewertung und einer Quellenzuverlässigkeitsbewertung bei. Die Software kennzeichnet dann jede Beurteilung, bei der Quellen um mehr als eine Schadenskategorie abweichen, und leitet die Diskrepanz an einen leitenden Analysten zur Beilegung weiter. Das beilegte Ergebnis, mit einer dokumentierten Begründung, welche Quelle am stärksten gewichtet wurde und warum, wird als maßgeblicher BDA-Datensatz aufgezeichnet, wobei die rohen Quelleingaben für die Prüfung erhalten bleiben.

Was ist der Unterschied zwischen der ersten BDA des Kommandeurs und einer detaillierten BDA-Beurteilung?

Die erste BDA des Kommandeurs wird innerhalb von Stunden nach einem Strike unter Verwendung aller unmittelbar verfügbaren ISR-Daten erstellt — typischerweise eine Schnellansichts-Bildbeurteilung oder ein Luftfahrzeugbesatzungsbericht — und ist dafür bestimmt, nahezu Echtzeit-Wiederangriffsentscheidungen zu unterstützen. Sie liefert eine vorläufige Schadenskategorie und eine binäre Empfehlung: jetzt erneut angreifen oder auf detaillierte Beurteilung warten. Detaillierte BDA wird nach einem vollständigen Geheimdienstauswertungszyklus erstellt: Hochauflösendes Bildmaterial wurde erfasst, verarbeitet und analysiert; SIGINT-Auswertung ist abgeschlossen; und alle verfügbaren HUMINT- oder Bodenberichte wurden einbezogen. Die detaillierte BDA aktualisiert die Zielmappe mit einem endgültigen Schadenzustand, einer funktionalen Beurteilung basierend auf Target-System-Analysis, einer systemweiten Beurteilung und einer definitiven Wiederangriffsempfehlung. BDA-Software führt beide Datensätze in der Zielmappe, wobei die erste BDA separat von der detaillierten BDA mit Zeitstempel versehen wird, sodass die Abfolge der Beurteilungen vollständig nachvollziehbar ist.

Wie integriert sich BDA-Software mit Wiederangriff-Entscheidungsunterstützungs-Tools im C2-System?

Wiederangriff-Entscheidungsunterstützung in BDA-Software operiert auf zwei Ebenen. Auf Zielebene berechnet die Software das Effektdefizit — die Lücke zwischen dem gewünschten Effekt (wie in der ursprünglichen Zielmappe angegeben) und dem beurteilten tatsächlichen Effekt — und generiert eine Wiederangriffsempfehlung mit einer vorgeschlagenen Waffe-Aimpoint-Kombination, die das Defizit schließt. Auf Kampagnenebene aggregiert die Software BDA-Datensätze aller getroffenen Ziele, um ein Effekt-Dashboard zu erstellen, das den Gesamtzustand jedes anvisierten Systems zeigt: Welcher Prozentsatz der hochwertigen Ziele im Luftverteidigungssystem, Logistiknetz oder in der Befehlsstruktur wurde auf den gewünschten Effekt angegriffen. Dieses Bild auf Kampagnenebene ermöglicht es dem Kommandeur, Strike-Mittel von ausreichend degradierten Systemen auf Systeme umzuverteilen, die intakter sind als der Targeting-Plan angenommen hatte, was die Wiederangriffsentscheidung nicht nur zu einer Berechnung pro Ziel, sondern zu einer Portfolio-Optimierung über den gesamten Zielsatz macht.