Ein Counter-Battery-Radar, das ein anfliegendes Geschoss erfasst, aber keine Zielnominierung vor einen Feuerleitoffizier bringen kann, bevor die feindliche Besatzung verlegt hat, hat nichts erreicht. Die Detektion ist real, der Ursprungsort ist berechnet und die Daten sind korrekt – doch das Bekämpfungsfenster schließt sich, während die Information in einer isolierten Sensorkonsole liegen bleibt. Der Wert der Counter-Battery-Sensorik wird erst dann realisiert, wenn die Detektion automatisch und innerhalb von Sekunden in ein Führungs- und Leitsystem fließt, das sie fusionieren, entzerren und in einen umsetzbaren Feuerauftrag verwandeln kann. Dieser Artikel verfolgt den gesamten Weg: von der Physik der Ursprungsort-Berechnung über die akustische und Radar-Sensorfusion bis in den Gegenfeuer-Workflow, der die Schleife schließt.
Die Gegenfeuer-Schleife: von der Detektion zum Feuerauftrag
Die Gegenfeuer-Schleife ist ein eng zeitlich begrenzter Sensor-to-Shooter-Zyklus. Jede Stufe fügt Latenz hinzu, und das Gesamtbudget wird nicht von der Software gesetzt, sondern vom Gegner: Ein modernes Shoot-and-Scoot-Artillerie- oder Mörsersystem kann in zwei bis drei Minuten feuern und verlegen. Die Schleife hat fünf eigenständige Stufen.
1. Detektion. Ein Counter-Battery-Radar oder ein akustisches Array erfasst ein Feuerereignis – das Radar sieht das Geschoss im Flug, das akustische Array hört den Mündungsknall und die Schockwelle. Die Detektion erzeugt eine Rohbeobachtung: Flugbahnpunkte für das Radar, Laufzeitdifferenzen über die Mikrofone für das akustische System.
2. Berechnung des Ursprungsorts. Der Sensor passt ein Modell an die Rohbeobachtung an und extrapoliert zurück zur Feuerposition. Dies ergibt einen Ursprungsort (POO) und beim Radar zusätzlich einen prognostizierten Einschlagpunkt (POI) mit einer zugehörigen Unsicherheit.
3. Ingest und Fusion. Das C2-System empfängt die Detektionsmeldung des Sensors, normalisiert sie, geolokalisiert den POO in einem gemeinsamen Koordinatenrahmen und korreliert ihn mit jedem anderen Sensor, der dasselbe Ereignis beobachtet hat. Bestätigte Detektionen werden zu Tracks mit höherer Konfidenz hochgestuft.
4. Entzerrung und Nominierung. Der fusionierte Track wird gegen Feuerunterstützungs-Koordinierungsmaßnahmen und das Bild der eigenen Kräfte geprüft und anschließend als Kandidatenziel mit empfohlener Munition und Wirkung nominiert.
5. Freigabe und Feuerauftrag. Ein Feuerleitoffizier prüft die entscheidungsreife Nominierung und nach Freigabe formatiert und übermittelt das System einen digitalen Feuerauftrag an die feuernde Batterie. Die Schleife schließt sich, wenn die Wirkung erzielt ist und der ursprüngliche Track mit dem Ergebnis aktualisiert wird.
Die Stufen 1 und 2 laufen innerhalb des Sensors ab. Die Stufen 3 bis 5 sind das Integrationsproblem, das dieser Artikel behandelt – und wo sich ein gut konzipiertes Common Operating Picture bezahlt macht.
Wie der Ursprungsort berechnet wird
Ein Counter-Battery-Radar sieht die feuernde Waffe nicht direkt. Es erfasst das Geschoss nach dem Abschuss, während des aufsteigenden Teils seiner Flugbahn, wenn das Geschoss durch den Überwachungsfächer des Radars zieht. Das Radar erfasst eine Folge von Entfernungs-, Azimut- und Elevationsmessungen – diskrete Punkte entlang des Bogens – und passt eine ballistische Flugbahn an sie an.
Die angepasste Kurve wird anschließend in beide Richtungen extrapoliert. Die Rückextrapolation bis zu dem Punkt, an dem die Flugbahn das Gelände schneidet, ergibt den Ursprungsort: die Feuerposition. Die Vorwärtsextrapolation ergibt den prognostizierten Einschlagpunkt, der zur Warnung von Einheiten im Einschlaggebiet genutzt wird. Die Qualität beider Extrapolationen hängt fast vollständig davon ab, wie viele Flugbahnpunkte das Radar erfasst hat, bevor das Geschoss den Strahl verlassen hat, und davon, wie genau das angenommene ballistische Modell zum tatsächlichen Geschoss passt.
Deshalb ist die Waffenklassifizierung so wichtig. Mörser feuern auf einer hohen, bogenförmigen Flugbahn, die das Geschoss lange im Radarfächer hält und einen gut abgetasteten Bogen liefert, und der steile Abstieg macht die Rückextrapolation geometrisch stabil – die Genauigkeit des Mörser-POO ist hervorragend. Flach verlaufende Rohrartilleriegeschosse weisen einen flacheren, kürzeren Bogen und einen flachen Bodenschnittwinkel auf, sodass kleine Anpassungsfehler in größere Ortungsfehler umschlagen. Raketen liegen irgendwo dazwischen, erschwert durch den Brennvorgang des Triebwerks während der beobachteten Phase. Ein Gegenfeuer-System muss die Waffentyp-Schätzung neben der Ortung mitführen, denn dieselbe Streukreis-Angabe bedeutet für einen Mörser etwas ganz anderes als für eine Haubitze.
Warum ein einzelnes Radar nicht ausreicht
Ein sendendes Radar ist ein Ziel. In dem Moment, in dem ein Counter-Battery-Radar sendet, verrät es seine Position jedem in Reichweite befindlichen Empfänger elektronischer Unterstützungsmaßnahmen, und disziplinierte Gegner werden versuchen, es zu unterdrücken oder zu zerstören. Um zu überleben, arbeiten Counter-Battery-Radare intermittierend – sie strahlen in kurzen Fenstern, durch andere Sensoren angewiesen oder durch genau jene Bedrohung angewiesen, die sie erkennen sollen. Intermittierender Betrieb bedeutet, dass es Feuerereignisse geben wird, die das Radar schlicht nicht sieht, sei es weil es verstummt war oder weil die Waffe unterhalb seines Horizonts gefeuert hat. Eine Gegenfeuer-Architektur, die allein vom Radar abhängt, hat konstruktionsbedingt blinde Fenster.
Akustische und Radar-Sensorfusion
Akustische Systeme zur Geschützortung lösen das Überlebensproblem des Radars gerade deshalb, weil sie passiv sind. Ein akustisches Array erfasst den Mündungsknall der feuernden Waffe und bei Überschallgeschossen die ballistische Schockwelle. Durch Messung der Laufzeitdifferenz dieser akustischen Ereignisse über räumlich getrennte Mikrofone trianguliert das System die Quelle. Da es nichts aussendet, kann ein akustisches Array nicht durch elektronische Unterstützungsmaßnahmen geortet und nicht im herkömmlichen Sinne gestört werden – und es erfasst Waffen, die unterhalb des Radarhorizonts feuern.
Der Kompromiss liegt bei Präzision und Reichweite. Schall breitet sich langsam aus und wird durch Wind und Temperaturgradienten gekrümmt, sodass die akustische POO-Unsicherheit größer ist als bei einer gut abgetasteten Radarlösung und die effektive Reichweite kürzer. Akustische Systeme sagen außerdem keinen Einschlagpunkt voraus, da sie den Abschuss beobachten, nicht den Flug.
Die beiden Sensortypen ergänzen sich genau auf die Weise, die die Fusionstheorie schätzt. Radar liefert präzise Ortung und Einschlagprognose, gibt sich aber durch das Senden zu erkennen. Akustik liefert überlebensfähige, dauerhafte Detektion, jedoch mit größerer Ortungsunsicherheit. Ihre Fusion erzeugt einen Track, der sowohl präzise als auch bestätigt ist, und – entscheidend – sie erzeugt weiterhin Schätzungen des Ursprungsorts während der Fenster, in denen das Radar verstummt ist.
Im C2-System ist die Fusion ein Korrelationsproblem. Jeder Sensor veröffentlicht eine Detektion als Kandidat für ein feindliches Feuerereignis mit einem Zeitstempel und einer Unsicherheitsregion. Die Fusions-Engine gatet die Kandidaten in Zeit und Raum: Zwei Detektionen desselben Feuerereignisses müssen innerhalb ihrer kombinierten Zeittoleranz und ihrer überlappenden Unsicherheitsregionen übereinstimmen. Wenn ein Radar-POO und ein akustischer POO korrelieren, fusioniert die Engine sie zu einem einzigen Track – die fusionierte Position ist die konfidenzgewichtete Schätzung der beitragenden Meldungen, und weil zwei unabhängige Methoden übereinstimmen, ist die kombinierte Unsicherheit enger als die jeder einzelnen für sich. Wenn nur der akustische Sensor meldet, veröffentlicht die Engine die rein akustische Schätzung mit ihrer größeren Ellipse, anstatt ein echtes Feuerereignis zu verwerfen. Die Prinzipien sind hier dieselbe konfidenzgewichtete Fusion und Unsicherheitsfortpflanzung, die jedem mehrquelligen Common Operating Picture zugrunde liegen.
Den Sensorfeed in das C2-System integrieren
Die Anbindung eines Counter-Battery-Sensors an ein C2-System folgt demselben Adaptermuster wie jede andere Sensorquelle: Lassen Sie niemals ein herstellerspezifisches Format über die Ingest-Grenze hinaus propagieren. Die Integration nutzt einen Adapter, der die Detektionsausgabe des Radars abonniert – üblicherweise einen ASCA-Meldungsstrom (Artillery Systems Cooperation Activities), einen NFFI-Feed oder ein herstellerspezifisches Protokoll – und jede Detektion in das kanonische Track-Schema des C2-Systems übersetzt.
Der Adapter erledigt vier Aufgaben pro Detektion. Er parst die Meldung und extrahiert den berechneten POO, den prognostizierten POI, sofern vorhanden, die Waffentyp-Schätzung und den Feuerzeitpunkt. Er geolokalisiert den radarrelativen POO mithilfe der vermessenen Position und Ausrichtung des Sensors in eine WGS84-Koordinate – ein Fehler in der Vermessung des eigenen Radarstandorts propagiert direkt in jedes Ziel, das es erzeugt, sodass dieser Schritt unnachgiebig ist. Er hängt eine Unsicherheitsellipse an, die sich aus der Anzahl der Flugbahnpunkte und der Geschossklassifizierung ableitet. Und er validiert das Ergebnis gegen physikalische Plausibilitätsbereiche, bevor er es weiterleitet, damit eine korrupte oder gefälschte Meldung kein Phantomziel in das Bild einschleusen kann.
Die normalisierte Detektion wird dann als feindlicher Feuer-Track im Common Operating Picture veröffentlicht. Von diesem Moment an ist sie ein erstklassiges Objekt im C2-System: sichtbar für autorisierte Operatoren, verfügbar für die Fusions-Engine zur Korrelation mit akustischen und anderen Sensoren und für den Gegenfeuer-Workflow geeignet. Hier findet auch die Koordination mit benachbarten Gegenfeuer-Mitteln statt – eine gemeinsame Track-Datenbank bedeutet, dass eine Feuerleitzelle auf Korps-Ebene dieselben feindlichen Feuer-Tracks sieht wie die Brigade, die den Sensor betreibt.
Der Gegenfeuer-Zuweisungs-Workflow
Sobald ein fusionierter feindlicher Feuer-Track existiert, verwandelt der Gegenfeuer-Workflow ihn in ein Ziel. Der Workflow ist bewusst aufgeteilt zwischen dem, was die Maschine tut, und dem, was der Mensch entscheidet.
Die Maschine übernimmt Entzerrung und Nominierung. Das System prüft den fusionierten POO gegen aktive Feuerunterstützungs-Koordinierungsmaßnahmen – Feuerverbotszonen, Feuerbeschränkungszonen, die koordinierte Feuerlinie – und gegen das Bild der eigenen Kräfte, um einen Schlag auf eine eigene Position oder eine geschützte Stätte auszuschließen. Ist die Position frei, generiert das System ein Kandidatenziel: eine empfohlene Munition und Wirkung, die zum geschätzten Waffentyp und zur Lage des Ziels passt, verpackt mit den unterstützenden Belegen (welche Sensoren beigetragen haben, die Konfidenz, der Feuerzeitpunkt). Dieses Paket wird dem Feuerleitoffizier als eine einzige entscheidungsreife Nominierung vorgelegt, nicht als Roh-Sensorablesung, die der Offizier unter Zeitdruck interpretieren muss.
Der Mensch übernimmt die Entscheidung zu feuern. Ein Feuerleitoffizier prüft die Nominierung gegen die Kollateralschadensschätzung und die Einsatzregeln und gibt den Auftrag frei – oder lehnt ihn ab. Dies ist die eine Stufe, die bewusst nicht automatisiert ist. Dieselbe Disziplin, die für die digitale Koordination von Luftnahunterstützung gilt, trifft auch hier zu: Die Aufgabe der Software ist es, alles außer dem menschlichen Urteil zu komprimieren, sodass der Freigabeschritt die einzige nennenswerte Verzögerung in der Schleife ist.
Nach Freigabe formatiert das System das genehmigte Ziel in eine standardisierte digitale Feueranforderung und übermittelt sie an das Feuerleitsystem der feuernden Batterie. Die gesamte Kette – Detektion, Fusion, Nominierung, Freigabe, Übermittlung – wird mit Zeitstempeln für die Nachbereitung und als Akkreditierungsnachweis protokolliert, und der ursprüngliche feindliche Feuer-Track wird mit dem Bekämpfungsergebnis aktualisiert, damit das Bild kohärent bleibt. Für tiefergehende Details dazu, wie die Feuerauftragsmeldung die Geschützlinie erreicht, siehe den begleitenden Artikel zur Integration der Artillerie-Feuerleitung in C2-Systeme.
Zentrale Erkenntnis: Der schwierigste Teil der Counter-Battery-Integration ist nicht die Berechnung des Ursprungsorts – das macht das Radar bereits. Es geht darum, alles zwischen Detektion und menschlicher Freigabe auf wenige Sekunden zu schrumpfen, sodass die einzige nennenswerte verbleibende Latenz in der Schleife die Entscheidung des Feuerleitoffiziers ist. Jede automatisierte Stufe, die noch verlangt, dass ein Operator Daten kopiert, abtippt oder neu korreliert, ist Zeit, die die feindliche Besatzung zum Verlegen nutzt.
Die Counter-Battery-Ortung speist auch das breitere Emitter- und Bedrohungsbild – dieselben feindlichen Feuer-Tracks, die das Gegenfeuer antreiben, sind wertvolle Eingaben für die RF-Geolokalisierung und Bedrohungskorrelation auf der Aufklärungsebene.
Aus Detektionen Entscheidungen machen
Corvus HEAD fusioniert Counter-Battery-Radar, akustische Arrays und andere Sensoren zu einem maßgeblichen Bild – geolokalisiert Ursprungsorte, entzerrt gegen Koordinierungsmaßnahmen und liefert in Sekunden entscheidungsreife Gegenfeuer-Nominierungen.
Diese Analyse wurde von Corvus Intelligence Ingenieuren erstellt, die einsatzkritische C2- und Feuerintegrations-Software für Verteidigungs- und Regierungsorganisationen entwickeln. Erfahren Sie mehr über unser Team →