Maritime Domain Awareness C2: Fusion von AIS, Radar und Patrouillendaten

Von einem einzelnen Sensor aus wirkt die See leer, von allen zusammen überfüllt. Ein Küstenradar sieht Position ohne Identität. Ein AIS-Empfänger sieht Identität ohne unabhängige Verifikation. Ein Patrouillenboot sieht einen Rumpf aus der Nähe, aber nichts über dem Horizont. Maritime Domain Awareness (MDA) Command and Control ist die Softwaredisziplin, diese unvollständigen, widersprüchlichen Feeds zu einem autoritativen Lagebild zu fusionieren – einer einzigen Track-Datenbank, in der jedes Schiff im Interessengebiet eine Position, eine Identität, eine bewertete Absicht und einen Konfidenzwert trägt. Dieser Artikel zeigt, wie ein marines MDA-C2-System architektonisch aufgebaut ist: wie kooperative und nicht-kooperative Quellen aufgenommen werden, wie sie zu vereinheitlichten Tracks korreliert werden, wie Anomalien und Dark Vessels erkannt werden und wie das resultierende Lagebild mit alliierten Führungsstrukturen geteilt wird.

Was Maritime Domain Awareness in Softwarebegriffen bedeutet

Maritime Domain Awareness ist doktrinär definiert als das wirksame Verständnis von allem im maritimen Bereich, das die Sicherheit, die Gefahrenabwehr, die Wirtschaft oder die Umwelt beeinträchtigen könnte. Diese Definition ist operativ nützlich, aber architektonisch vage. In der Software reduziert sich MDA auf ein konkretes Ergebnis: ein fusioniertes maritimes Lagebild, das autoritativ, aktuell und geteilt ist. Autoritativ bedeutet, dass es einen kanonischen Track pro realem Schiff gibt, nicht einen Track pro Sensor. Aktuell bedeutet, dass Tracks sichtbar altern und verworfen oder markiert werden, wenn ihre unterstützenden Meldungen veralten. Geteilt bedeutet, dass jede Konsole – und jedes interoperierende alliierte System – dieselbe Datenbank darstellt, anstatt eine private Kopie zu pflegen.

Der schwierige Teil ist nicht die Karte. Kartenbibliotheken und elektronische Seekarten lösen die Darstellung. Der schwierige Teil ist die Fusion: Tausende roher Meldungen pro Minute von heterogenen Sensoren in eine saubere Track-Liste zu kollabieren, in der jeder Track genau ein Schiff bedeutet. Dasselbe architektonische Prinzip, das ein Common Operational Picture der Landstreitkräfte regelt, gilt auch auf See – eine Fusionsengine schreibt die autoritativen Tracks, jede Anzeige ist ein schreibgeschützter Konsument – aber der maritime Sensormix und das Dark-Vessel-Problem verleihen ihm eine eigene Gestalt.

Kooperative Daten: AIS als Rückgrat und seine Grenzen

Das Automatic Identification System ist das Rückgrat des maritimen Lagebilds, weil es die einzige Quelle ist, die Identität freiwillig liefert. Ein AIS-Transponder sendet die MMSI, den Namen, die IMO-Nummer, den Typ und die Abmessungen des Schiffes (statische Daten, ITU-R M.1371-Nachrichtentyp 5) zusammen mit seiner Position, der Geschwindigkeit über Grund, dem Kurs über Grund, dem Heading und dem Navigationsstatus (dynamische Daten, Nachrichtentypen 1, 2, 3 und 18). Class-A-Transponder, auf den meisten Handelsschiffen über 300 Bruttoregistertonnen vorgeschrieben, melden dynamische Daten bei Fahrt so häufig wie alle zwei Sekunden.

Terrestrische AIS-Empfänger decken etwa 40 Seemeilen ab der Antenne ab; darüber hinaus füllt Satelliten-AIS das Hochseebild – um den Preis von Latenz und Nachrichtenkollision in dichtem Verkehr. Eine robuste MDA-Aufnahmestufe dekodiert beide Feeds in ein kanonisches Track-Schema, validiert MMSI-Bereiche und versieht jede Meldung anhand der Empfängeruhr mit einem Zeitstempel, damit die Fusionsengine über Veralterung schlussfolgern kann.

Die Einschränkung ist struktureller Natur: AIS ist selbstgemeldet und trivial zu unterlaufen. Ein Transponder kann ausgeschaltet, auf das Senden einer falschen MMSI eingestellt oder mit einer gefälschten Position gespeist werden. AIS kann daher nicht die alleinige Quelle für Sicherheits-MDA sein – es muss gegen Sensoren gegengeprüft werden, denen sich ein Schiff nicht entziehen kann. Diese Gegenprüfung ist der gesamte Grund, warum ein maritimes C2-System Radar- und elektrooptische Daten auf AIS fusioniert, anstatt einfach den Transponder-Feed zu plotten.

Nicht-kooperative Daten: Radar, elektrooptisch und Satelliten-SAR

Nicht-kooperative Sensoren beobachten ein Schiff, ob es kooperiert oder nicht. Küstenüberwachungsradar und Schiffsradar erzeugen Positionsplots ohne angehängte Identität; elektrooptische und Infrarotkameras fügen auf kürzere Entfernung eine visuelle Klassifizierung hinzu; satellitengestütztes Synthetic Aperture Radar (SAR) liefert eine Weitbereichsdetektion unabhängig von Wetter oder Tageslicht und unabhängig von jedem Transponder. Jeder dieser Sensoren wird an einem Sensoradapter verarbeitet, der Clutter-Unterdrückung und Track-before-Detect-Filterung anwendet und dann plausible Plots im selben kanonischen Schema ausgibt, das für AIS verwendet wird, wobei jeder die vom Sensor gemessene Positionsfehlerkovarianz trägt.

Diese Kovarianz ist keine Formalität. Die Fusionsengine nutzt sie, um zu entscheiden, ob ein Radarplot und ein AIS-Track denselben Rumpf beschreiben. Ein Küstenradar lokalisiert ein Schiff vielleicht auf 50 Meter genau; eine Satelliten-SAR-Detektion trägt vielleicht eine Unsicherheit von 200 Metern; eine AIS-GPS-Position ist typischerweise auf 10 Meter genau. Die Korrelation muss alle drei berücksichtigen, weshalb die Adapter ehrliche Fehlerschätzungen melden müssen statt nomineller Datenblattwerte.

Sensorfusion: Plots in vereinheitlichte Tracks verwandeln

In der Fusion verdient sich MDA-Software ihr Geld. Das Ziel ist, einen Track pro Schiff zu pflegen, der Meldungen von jedem Sensor aufnimmt, der es sehen kann. Der Produktionsansatz ist ein Multi-Sensor-Tracker, der auf einem Kalman-Filter pro Track aufbaut, mit einer Datenassoziationsschicht, die entscheidet, welcher eingehende Plot zu welchem Track gehört.

Der Assoziationszyklus läuft bei jedem eingehenden Plot oder Batch. Der Tracker prädiziert jeden bestehenden Track vorwärts auf den Zeitstempel des Plots unter Verwendung des Bewegungsmodells des Tracks – für Schiffe ist ein Modell mit konstanter Geschwindigkeit oder konstanter Drehung angesichts ihrer geringen Dynamik meist ausreichend. Dann bildet er ein Validierungsgate um die prädizierte Position, dimensioniert aus der kombinierten Kovarianz des Tracks und des eingehenden Sensors. Plots, die in das Gate fallen, sind Kandidaten für die Assoziation; die Zuordnung selbst wird mit Global Nearest Neighbour bei dünnem Verkehr gelöst oder mit Joint Probabilistic Data Association, wo der Verkehr dicht ist und sich Gates überlappen.

Der prägende maritime Fall ist die Korrelation eines AIS-Tracks mit einem Radarplot. Die Engine prädiziert den AIS-Track auf den Zeitpunkt des Radarplots, gatet ihn gegen die Radarkovarianz und – wenn der Radarplot hineinfällt – fusioniert sie beide zu einem einzigen identifizierten Track, der nun sowohl die AIS-Identität als auch die unabhängige Positionsbestätigung des Radars trägt. Das ist der stärkste Track-Zustand, den das System erzeugen kann: ein benanntes Schiff, dessen gemeldete Position von einem Sensor bestätigt wird, den es nicht fälschen kann.

Track-Konfidenz und Quellenkennzeichnung

Jeder fusionierte Track muss erfassen, welche Quellen zu ihm beigetragen haben. Ein wachhabender Offizier muss auf einen Blick einen reinen AIS-Track (Identität, aber keine unabhängige Bestätigung), einen reinen Radar-Track (eine Position ohne Identität) und einen korrelierten Track (beides) unterscheiden können. Die Quellenkennzeichnung ist nicht kosmetisch – sie steuert die Anomalielogik, die Anzeigesymbolik und die Entscheidung, ob ein Track eine Untersuchung rechtfertigt. Ein Track, der seit zwanzig Minuten in einer Schifffahrtsstraße nur Radar ist, ist ein ganz anderes Objekt als ein korrelierter Track, der gerade seine AIS-Meldung verloren hat.

Dark-Vessel-Tracking und Anomalieerkennung

Ein Dark Vessel ist ein Schiff, das ein nicht-kooperativer Sensor sehen kann, das aber kein AIS sendet – oder ein AIS sendet, das seinem beobachteten Verhalten widerspricht. Dark Vessels sind das zentrale Sicherheitsanliegen der Maritime Domain Awareness und umfassen Schmuggel, Sanktionsumgehung, illegale Fischerei und Vor-Konflikt-Aufklärung. Der Erkennungsmechanismus ergibt sich direkt aus der Fusionsarchitektur: Da die Engine Radar- und SAR-Tracks unabhängig von AIS pflegt, ist jeder persistente nicht-kooperative Track ohne AIS-Korrelation per Definition ein Kandidat für ein Dark Vessel.

Die Anomalieerkennung verallgemeinert diese Idee zu einem Regelsatz, der kontinuierlich gegen jeden fusionierten Track ausgewertet wird:

AIS-Lücken. Ein Schiff, das AIS sendete, wird stumm, während ein Radar-Track desselben Rumpfes persistiert – der klassische Indikator für einen ausgeschalteten Transponder, um Aktivitäten in einem sensiblen Gebiet zu verschleiern.

Identitätsinkonsistenz. Zwei Rümpfe, die dieselbe MMSI senden, eine MMSI, die zwischen Meldungen eine unplausible Distanz springt, oder eine AIS-Position, die stetig von der Radarposition des korrelierten Rumpfes abweicht – allesamt Signaturen von Spoofing oder Identitätstausch.

Verhaltensanomalien. Loitering oder ein unerklärlicher Stopp in einem Verkehrsweg, ein Rendezvous mit niedriger Geschwindigkeit zwischen zwei Schiffen auf See (ein Indikator für eine Ship-to-Ship-Übergabe) oder eine Geschwindigkeit und ein Kurs, die nicht zum deklarierten Schiffstyp passen. Ein Massengutfrachter, der sich wie ein schnelles Patrouillenboot verhält, ist einen zweiten Blick wert.

Zonenverletzungen. Eindringen in ein Sperrgebiet, eine Hoheitsgrenze oder eine deklarierte Ausschlusszone – eine geometrische Prüfung, die unabhängig von der Identität auslöst.

Jede Anomalie wird nach Schweregrad und Konfidenz bewertet und dem wachhabenden Offizier mit der angehängten unterstützenden Track-Historie vorgelegt, sodass die Entscheidung Sekunden statt Minuten dauert. Die Paarung eines unabhängigen Radarbilds gegen den kooperativen AIS-Feed ist dieselbe Gegenprüfungslogik, die für das Luft- und Oberflächenlagebild im Artikel über AIS- und ADS-B-Tracks im COP untersucht wird.

Patrouillenmeldung und die Human-in-the-Loop-Quelle

Sensoren erkennen; Patrouillen bestätigen. Wenn eine Anomalie als untersuchungswürdig beurteilt wird, beauftragt die Lagezentrale das nächstgelegene Patrouillenboot, den Hubschrauber oder das Seefernaufklärungsflugzeug. Das Ergebnis dieses Auftrags – eine visuelle Identifizierung, ein Boarding-Bericht, ein Foto einer Rumpfnummer – ist selbst eine Datenquelle, und eine mit hoher Konfidenz. Ein gut konzipiertes MDA-System führt Patrouillenmeldungen als Quelle in die Fusionsengine zurück, die Identität und Absicht am relevanten Track überschreiben oder bestätigen kann.

Dies schließt den Kreis. Ein reiner Radar-Dark-Track wird zu einem benannten, bestätigten Schiff, sobald ein Patrouillenboot seinen Rumpf abliest; ein AIS-spoofendes Schiff wird neu klassifiziert, sobald eine Patrouille die Diskrepanz zwischen gesendeter Identität und beobachtetem Rumpf bestätigt. Patrouillenmeldungen als erstklassige fusionierte Quelle zu behandeln – statt als freitextliche Notizen, die an einen Track geheftet sind – bedeutet, dass sich das Lagebild mit jedem physischen Kontakt verbessert und das Audit-Protokoll festhält, wer was und wann bestätigt hat.

Interoperabilität: das maritime Lagebild teilen

Ein nationales maritimes Lagebild steht selten für sich allein. Koalitionsoperationen, alliierte Einsatzverbände und kombinierte Patrouillenvereinbarungen erfordern alle, dass das Lagebild in Formaten ausgetauscht wird, die andere Systeme verstehen. Die etablierten Track-Austauschformate sind OTH-Gold und Link 16 für marines und gemeinsames C2; wo das maritime Lagebild mit Landstreitkräften oder einer breiteren gemeinsamen Multi-Domain-Operations-Ansicht geteilt werden muss, tragen Cursor on Target oder NFFI die Tracks in das taktische Lagebild. Long-Range Identification and Tracking (LRIT) und Vessel Monitoring Systems (VMS) für Fischereiflotten ergänzen die Abdeckung innerhalb der ausschließlichen Wirtschaftszone.

Die Interoperabilitätsanforderung reicht zurück in die Architektur. Wenn das kanonische Track-Schema von Anfang an so entworfen ist, dass es sauber auf OTH-Gold- und Link-16-Felder abbildet, ist das Teilen ein Serialisierungsschritt. Wenn nicht, wird jede Koalitionsübung zu einem maßgeschneiderten Adapterprojekt. Die Lektion ist dieselbe, die jedes fusionierte C2-Lagebild regelt: Wählen Sie das kanonische Modell mit den Ausgabeformaten im Blick und lassen Sie niemals ein herstellerspezifisches Sensorformat über die Aufnahmeadapter hinausdringen.