Gemeinsames Lagebild (COP): Wie es in moderner Verteidigungssoftware aufgebaut wird

Das Gemeinsame Lagebild (COP) ist die grundlegende Ausgabe eines Führungs- und Kontrollsystems: eine einzige, autoritative, in Echtzeit aktualisierte Darstellung des Kampfraums, die über alle Führungsebenen geteilt wird. Wenn jede Einheit auf Brigade-, Bataillons- und Kompanieebene dieselben Spuren sieht, die aus derselben Quelle aktualisiert werden, wird Koordination handhabbar und Freundschussunfälle vermeidbar.

Den Aufbau eines COP ist architektonisch schwieriger als es aussieht. Die Herausforderung besteht nicht im Rendern einer Karte — das ist ein gelöstes Problem. Die Herausforderung besteht darin sicherzustellen, dass die Daten, die die Karte speisen, autoritativ, aktuell, konfliktfrei und nur für diejenigen zugänglich sind, die Kenntnisbedarf haben.

Was COP ist und warum es für die Führung wichtig ist

COP wird manchmal mit Lagebewusstsein (SA) verwechselt, aber beide sind verschieden. Lagebewusstsein ist ein individueller kognitiver Zustand — das mentale Modell des Kampfraums eines Kommandeurs. Das COP ist ein gemeinsames digitales Artefakt — eine Karte, die bei richtiger Pflege die Eingaben liefert, die ein genaues Lagebewusstsein in der gesamten Führungsstruktur ermöglichen.

Die kritische Eigenschaft eines COP ist Autorität: Es gibt eine kanonische Version, die vom System gepflegt wird, und jeder mit Zugriff sieht dasselbe. Dies steht im Gegensatz zum Legacy-Muster, bei dem jedes Hauptquartier sein eigenes Kartenbrett pflegt, das manuell aus Funkmeldungen aktualisiert wird und eine Konstellation leicht unterschiedlicher Bilder erzeugt, die sich mit der Zeit auseinanderentwickeln.

Datenquellen: Was das COP speist

Ein COP auf Brigadeebene in einem Verbundkampf bezieht Daten aus mehr Quellen, als die meisten Entwickler zunächst erwarten. Jede Quelle hat unterschiedliche Nachrichtenformate, Aktualisierungsraten, Zuverlässigkeitseigenschaften und Klassifizierungsniveaus.

UAV-Feeds. Unbemannte Luftfahrzeuge sind die dominierende Sensorplattform für Lagebewusstsein von Bodentruppen. STANAG 4586-konforme Datenlink-Nachrichten übermitteln Position, Geschwindigkeit und Nutzlaststatus. CoT ist das dominierende Nachrichtenformat für Positionsmeldungen von dismounted forces; die Aktualisierungsrate beträgt typischerweise 30–60 Sekunden.

Fahrzeugpositionen und BMS. In Fahrzeugen montierte Systeme (BMS — Battlefield Management Systems) übertragen über Funkdatenlinks, häufig unter Verwendung von NFFI- oder MIP-Formaten in 15–30-Sekunden-Intervallen. Die Bundeswehr setzt auf den ADLER-Standard (Führungs- und Waffeneinsatzsystem Heer) für die Integration von BMS-Daten in Brigade-COP-Systeme.

Artillerie und Feuerunterstützung. Feuermissionsanfragen, Artilleriepositionen und geplante Feuermissionen werden als Überlagerungen integriert. Feuerunterstützungskoordinierungsmaßnahmen (FSCMs) — eingeschränkte Feuergebiete, freie Feuergebiete, koordinierte Feuerlinien — werden als Polygone gerendert und müssen in nahezu Echtzeit aktualisiert werden.

Elektronische Kampfführung und SIGINT. EK-Sensoren produzieren Geolokalisierungsdaten für Emitter. EK-Spuren werden mit Unsicherheitsellipsen angezeigt, die die Geolokalisierungsgenauigkeit der Abfangmethode widerspiegeln. Gemäß BMVg-Vorgaben unterliegen SIGINT-Produkte strikter Zugriffskontrolle und erfordern dedizierte RBAC-Regeln in der COP-Schicht.

AIS und ADS-B. Das Automatische Identifikationssystem (maritime) und ADS-B (Luftfahrt) liefern Positionsmeldungen für zivilen See- und Luftverkehr. In Küsten- oder städtischen Umgebungen stellt AIS-Daten das Hintergrundmaritime Bild bereit, auf das militärische Spuren überlagert werden.

Technische Implementierung: Schichtarchitektur und Aktualisierungszyklus

Das COP wird als Satz von Datenschichten implementiert, jede entsprechend einer Domäne oder Klassifizierungsstufe, auf einem gemeinsamen Kartencanvas gerendert. Der Standard-Schichtstapel in aufsteigender z-Reihenfolge: Basiskarte, statische operative Überlagerungen, dynamische Überlagerungen, Logistikschicht, EK/SIGINT-Überlagerung, Bedrohungsschicht und Eigenkräfteschicht.

Der Aktualisierungszyklus variiert erheblich je nach Schicht. Die Basiskarte ist statisch. Phasenlinien und Ziele aktualisieren sich im Planungstempo (Stunden). FSCMs können sich im operativen Tempo (Minuten) ändern. Eigene und feindliche Spuren aktualisieren sich im Sensortempo (Sekunden).

Konfliktauflösung ist eine unterschätzte Architekturherausforderung. Wenn zwei Datenquellen widersprüchliche Positionen für dasselbe Objekt melden, muss die Fusionsmaschine den Konflikt lösen und eine einzelne autoritative Position präsentieren. Der Standardansatz ist eine gewichtete Vertrauensfusion: Jede Quelle hat eine Vertrauensbewertung, und die fusionierte Position ist der vertrauensgewichtete Schwerpunkt der beitragenden Meldungen.

Rollenbasierter COP-Zugriff auf verschiedenen Führungsebenen

Der COP-Zugriff ist nicht einheitlich über Führungsebenen. Ein System auf Kompanieebene sieht Spuren im eigenen Operationsgebiet; ein Brigade-System sieht alle Spuren im Operationsgebiet der Brigade plus angrenzende Einheitspositionen; ein Divisions-System sieht die Brigadebilder plus Theater-Luft- und EK-Daten.

Bataillonsebene. Nutzer sehen Eigenkräftespuren ihres Bataillons und angrenzender Einheiten, durch organische Sensoren bestätigte Bedrohungsspuren und für ihre Vormarschachse relevante Logistiküberlagerungen.

Brigadeebene. Die Brigade sieht das aggregierte Eigenkräftebild über alle untergeordneten Bataillone, plus das aus allen organischen und unterstellten Sensoren zusammengestellte Bedrohungsbild. Das Brigade-COP ist das Referenzbild, von dem die Bilder niedrigerer Ebenen abgeleitet werden.

COP vs. Lagebewusstseins-Tools: Architektonische Unterschiede

Der Markt bietet viele als „Lagebewusstseins-Tools" beschriebene Produkte, aber die meisten sind keine COP-Systeme im operativen Sinne. Der Unterschied ist architektonisch, nicht kosmetisch. Ein echtes COP-System hat eine Fusionsmaschine (nicht nur Aggregation), erzwungene Klassifizierung (nicht nur UI-Verbergung von Daten) und explizite Veraltungsanzeiger.