SIGINT Collection Management: Auftragsplanung, Dekonfliktierung und Priorisierung

Jedes SIGINT-System stößt irgendwann auf dasselbe Problem: Es gibt mehr Erfassungsanforderungen als Sensoren, um sie zu erfüllen. Sensoren verfügen über eine begrenzte Frequenzabdeckung, eine eingeschränkte gleichzeitige Aufgabenkapazität und geografische Einschränkungen, die sich durch keinerlei technischen Aufwand vollständig beseitigen lassen. Das Collection Management ist die Disziplin, die die Lücke zwischen dem Informationsbedarf der Kommandeure und dem überbrückt, was die Sensorflotte physisch beobachten kann.

Dieser Artikel behandelt die Softwarearchitektur und die Algorithmen, die das Collection Management auf Systemebene umsetzen: wie Anforderungen in Aufgabenpläne einfließen, wie Konflikte gelöst werden und wie das System seine eigene Leistung misst und sich in Echtzeit anpasst.

Was Collection Management ist

Das Collection Management steht zwischen dem Prozess der Nachrichtenanforderungen und dem einzelnen Sensor. Auf der einen Seite erzeugen Analysten und Kommandeure einen kontinuierlichen Strom von Fragen: Welche Frequenzen nutzt das Luftverteidigungsradarnetz des Gegners? Sendet der vermutete Logistikknoten? Welche Einheiten sind im Planquadrat XY aktiv? Auf der anderen Seite steht eine begrenzte Anzahl von Sensoren mit spezifischen Abdeckungsfenstern, Frequenzbereichen und Kapazitätsgrenzen für gleichzeitige Aufgaben.

Die Collection-Management-Funktion übersetzt Anforderungen in ausführbare Sensoraufträge, überwacht die Ausführung anhand des Plans und leitet Ergebnisse an die Anforderungssteller zurück. Ohne diese Funktion konkurriert eine hochprioritäre Anforderung blind mit niedrig priorisierten Routineaufgaben. Sensoren werden auf die falschen Ziele gerichtet. Kritische Erfassungsfenster werden verpasst, weil zwei Kollektoren gegen dasselbe Ziel beauftragt wurden, während ein dritter keine Aufgabe hatte.

Das grundlegende Softwareproblem ist eines der eingeschränkten Ressourcenplanung unter Unsicherheit. Anforderungen gehen kontinuierlich ein. Die Verfügbarkeit der Sensoren ändert sich mit der Plattformbewegung, dem Wartungsstatus und der Qualität der Kommunikationsverbindung. Die Umgebung selbst — Jamming, Geländemaskierung, atmosphärische Effekte — beeinflusst, was jeder Kollektor beobachten kann. Ein Collection-Management-System muss ein genaues Modell all dieser Variablen führen und die Aufgabenpläne kontinuierlich aktualisieren.

Verwaltung der Erfassungsanforderungen

Anforderungen gelangen in einer strukturierten Hierarchie in das Collection-Management-System. Priority Intelligence Requirements (PIRs) drücken den höchstpriorisierten Nachrichtenbedarf des Kommandeurs auf strategischer oder operativer Ebene aus. PIRs werden in Intelligence Requirements (IRs) aufgeschlüsselt — spezifischere Fragen, die an bestimmte Ziele, geografische Gebiete oder Zeitfenster gebunden sind. IRs werden weiter in Specific Collection Requirements (SIRs) aufgegliedert — atomare, sensorausführbare Aufgaben, die festlegen, welches Signal gesucht werden soll, in welchem Frequenzband, an welchem Ort und innerhalb welchen Zeitfensters.

Das COLISEUM-Framework (Collection Operations Intelligence Schedules and Execution Unified Management), das in NATO-Nachrichtensystemen eingesetzt wird, formalisiert diese Hierarchie und fügt Felder für Antragsteller, Priorität, Begründung und den erforderlichen Erfassungszeitraum hinzu. COLISEUM-konforme Anforderungsdatensätze tragen eine eindeutige Kennung, die durch die gesamte Kette von der Erfassung bis zur Berichterstattung erhalten bleibt und eine lückenlose Nachverfolgbarkeit von der Frage des Kommandeurs bis zum resultierenden Nachrichtenprodukt ermöglicht.

In Softwarebegriffen speichert eine Anforderungsdatenbank jedes SIR als Datensatz mit folgenden Schlüsselfeldern: Zielkennung, Frequenzbereich oder Signalklasse, geografisches Interessengebiet (Polygon oder Punktradius), Zeitfenster (Nicht-früher-als- und Nicht-später-als-Zeitstempel), Prioritätsstufe (typischerweise 1–5 oder P1–P5), Anforderungseinheit und Erfüllungskriterien — was einen Erfassungserfolg ausmacht. Die Planungsmaschine liest diese Datenbank als Eingabe und versucht, einen Sensoraufgabenplan zu erstellen, der so viele Anforderungen wie möglich innerhalb der Einschränkungen der verfügbaren Sensorflotte erfüllt.

Sensorkatalog und Fähigkeitsmodellierung

Eine effektive Planung erfordert ein genaues Echtzeit-Modell der Sensorflotte. Das Collection-Management-System führt ein Sensorregister, das folgende Attribute für jeden Kollektor erfasst:

Frequenzabdeckung. Jeder Sensor hat einen abstimmbaren Bereich (zum Beispiel 20 MHz bis 3 GHz) und eine gleichzeitige Bandbreite (zum Beispiel 40 MHz Sofortabdeckung). Ein Sensor kann nicht gleichzeitig Frequenzen abdecken, die außerhalb seiner Sofortbandbreite liegen; daher können Breitbandanforderungen entweder mehrere Sensoren oder sequenzielle Abstimmdurchläufe erfordern.

Abdeckungsfußabdruck. Bei luftgestützten oder bodengebundenen Richtungssystemen ist der Abdeckungsfußabdruck eine Funktion von Plattformposition, Antennenausrichtung und Detektionsreichweite. Das Sensormodell berechnet den Fußabdruck als Polygon, das kontinuierlich aktualisiert wird, während sich die Plattform bewegt. Eine Anforderung ist durch einen bestimmten Sensor nur dann erfüllbar, wenn das Ziel während des Zeitfensters der Anforderung innerhalb des Fußabdrucks des Sensors liegt.

Gleichzeitige Aufgabenkapazität. Ein Mehrkanal-Empfänger kann N gleichzeitige Aufgaben bewältigen. Ein Einkanal-Empfänger bewältigt eine. Das Sensormodell verfolgt, wie viele Aufgabenschlitze bei jedem Zeitschritt verfügbar sind. Das Planen einer neuen Aufgabe gegen einen gesättigten Sensor erzeugt einen Überlastungszustand, den das System erkennen und melden muss.

Aktueller Status und Zustand. Sensoren melden ihren Betriebsstatus über einen Heartbeat oder eine Zustandsmeldung. Ein Sensor, der offline geht, in einen degradierten Modus wechselt oder die Kommunikationsverbindung verliert, muss sofort als nicht verfügbar markiert werden. Ausstehende Aufgaben gegen diesen Sensor müssen neu eingeplant werden. Das System muss diese Zustandsänderung innerhalb von Sekunden, nicht Minuten, durch den Aufgabenplan propagieren.

Plattformpositionsdaten fließen direkt in die Fußabdruckberechnung ein. Für bodenmobile Sensoren werden GPS-Tracks in das Sensormodell integriert. Bei luftgestützten Plattformen liefert das Flugmanagementsystem Position, Kurs und Höhe. Abdeckungsfußabdrücke werden bei jedem Modell-Aktualisierungszyklus neu berechnet — typischerweise alle 5 bis 30 Sekunden, abhängig von der Plattformgeschwindigkeit.

Aufgaben- und Planungsalgorithmen

Das grundlegende Planungsproblem ist eine Variante der Intervallplanung mit Ressourcen. Jede Anforderung hat ein Zeitfenster, innerhalb dessen sie erfüllt werden muss. Jeder Sensor hat eine Reihe von Zeitschlitzen, jeder mit einer Kapazitätsgrenze. Frequenzeinschränkungen koppeln Anforderungen an Sensoren: Eine Anforderung für ein VHF-Signal kann einem Sensor mit ausschließlicher HF-Abdeckung nicht zugewiesen werden. Geografische Einschränkungen begrenzen zusätzlich, welche Sensoren welche Ziele abdecken können. Das Ziel ist es, die gesamte prioritätsgewichtete Erfüllungsrate über alle Anforderungen hinweg zu maximieren.

Der einfachste praktische Ansatz verwendet einen prioritätsgeordneten Greedy-Scheduler. Anforderungen werden nach Prioritätsstufe sortiert, dann nach Dringlichkeit des Zeitfensters (Anforderungen mit dem nächsten Termin zuerst innerhalb jeder Stufe). Der Scheduler iteriert durch die sortierte Liste und weist jede Anforderung dem besten verfügbaren Sensor zu — dem mit der höchsten Signal-Rausch-Marge für dieses Ziel oder dem mit der größten verbleibenden gleichzeitigen Kapazität. Dies läuft in O(R log R + R·S) Zeit, wobei R die Anzahl der Anforderungen und S die Anzahl der Sensoren ist, und liefert ausreichend schnell gute Lösungen für Echtzeit-Updates.

Für längere Planungshorizonte liefern Constraint-Satisfaction-Programmierung (CSP) oder Mixed-Integer-Linearprogrammierung (MILP) global bessere Pläne. Ein MILP-Scheduler minimiert die gesamten unerfüllten prioritätsgewichteten Anforderungen unter Berücksichtigung von: sensorspezifischen Kapazitätseinschränkungen, Frequenzmachbarkeitseinschränkungen, geografischen Abdeckungseinschränkungen und Zeitfenstermachbarkeit. Kommerzielle Solver (GLPK, HiGHS, CBC) lösen praxisgroße Instanzen — Hunderte von Anforderungen, Dutzende von Sensoren — in unter einer Minute. Der Greedy-Scheduler verarbeitet Echtzeit-Updates; der MILP läuft als regelmäßiger Batch, um den vorausliegenden Planungshorizont zu optimieren.

Die Erkennung von Überlastung ist ein notwendiges Teilsystem. Wenn die zugewiesene Aufgabenanzahl eines Sensors seine gleichzeitige Kapazität überschreitet oder wenn die gesamte Aufgabenlast über die Flotte hinaus eine Anforderung ohne eine durchführbare Sensor-Zeit-Zuweisung lässt, erzeugt das System eine Überlastungswarnung. Die Warnung enthält die betroffene Anforderungskennung, die Prioritätsstufe und das früheste Zeitfenster, zu dem Kapazität frei wird. ISR-Manager nutzen diese Information, um entweder die Lücke zu akzeptieren oder die Anforderung zur Zuteilung zusätzlicher Sensoren zu eskalieren.

Dekonfliktierung

Dekonfliktierung ist der Prozess, der verhindert, dass zwei Aufträge konflikthafte oder redundante Erfassung erzeugen. In der SIGINT-Collection-Management-Praxis treten zwei Arten von Konflikten auf.

Frequenzdekonfliktierung. Zwei Kollektoren, die auf überlappende Frequenzbänder im gleichen geografischen Gebiet abgestimmt sind, können sich gegenseitig stören — insbesondere wenn einer ein Hochleistungssender ist oder wenn beide aktive DF-Techniken im gleichen Spektrum verwenden. Das System prüft jeden neuen Auftrag gegen alle aktiven Aufgaben auf Frequenzüberschneidung in Kombination mit geografischer Nähe. Wenn zwei Aufgaben innerhalb des Interferenzradius liegen — eine Funktion von Sendeleistung und Antennengewinn — markiert das System einen Konflikt und schlägt ein alternatives Frequenzsegment oder einen Zeitversatz vor.

Geografische und zielbasierte Dekonfliktierung. Zwei Kollektoren, die im gleichen Zeitfenster gegen dasselbe Ziel beauftragt werden, produzieren doppelte Erfassung. Dies ist verschwenderisch, wenn die Sensorkapazität knapp ist. Die Dekonfliktierungsmaschine führt eine nach Zielkennung und Zeitfenster indexierte Aufgabendatenbank. Bevor ein zweiter Sensor einem Ziel zugewiesen wird, prüft sie, ob eine bestehende Abdeckung bereits ausreichend ist. Wenn die bestehende Abdeckung ausreichende Signalqualität und Geolokalisierungsgeometrie bietet, wird die zweite Zuweisung blockiert und der Sensor für unerfüllte Anforderungen freigegeben.

Die Geolokalisierungsgeometrie ist ein entscheidender Faktor bei der Zieldekonfliktierung. Ein einzelner Sensor liefert eine Peilungslinie, keine Fixierung. Zwei Sensoren liefern eine Fixierung nur, wenn ihre geometrische Basislinie relativ zum Ziel eine akzeptable Dilution of Precision (DOP) erzeugt. Die Dekonfliktierungsmaschine erlaubt daher — und empfiehlt aktiv — die Mehrfachsensorzuweisung zum gleichen Ziel, wenn die Geolokalisierungsgenauigkeit ein Erfassungsziel ist, sofern die beiden Sensoren so positioniert sind, dass sie eine ausreichende Winkeltrennung bieten. Dies ist koordinierte Abdeckung statt redundanter Abdeckung, und beide Fälle erfordern eine unterschiedliche Behandlung in der Dekonfliktierungslogik.

Dekonfliktierungsergebnisse werden als Dekonfliktierungsprotokoll gespeichert, das die betroffenen Aufgabenkennungen, den Konflikttyp und die durchgeführte Lösungsmaßnahme verknüpft. Dieses Protokoll fließt in den Prüfpfad der Plattformarchitektur ein und steht für die Nachauftraganalyse zur Verfügung.

Echtzeit-Neuauftragserteilung

Ein Erfassungsplan, der sich nicht während des Einsatzes anpassen kann, ist operativ nutzlos. Dynamische Ereignisse entwerten kontinuierlich die Planannahmen: Eine Zielplattform ändert ihre Position, ein neuer Emitter erscheint in einem zuvor ruhigen Band, ein Sensor verliert die Kommunikationsverbindung, oder ein Kommandeur gibt eine Flash-Prioritätsanforderung aus, die den aktuellen Plan übersteuert.

Echtzeit-Neuauftragserteilung erfordert eine ereignisgesteuerte Architektur. Das Collection-Management-System abonniert einen Strom von Zustandsänderungsereignissen von Sensoren, Nachrichtensystemen und der Kommandoebene. Jedes Ereignis löst eine gezielte Planaktualisierung aus, keine vollständige Neuplanung. Das Aktualisierungsverfahren ist:

Zunächst werden die aktuellen Aufgaben identifiziert, die vom Ereignis betroffen sind — Aufgaben, deren Sensor nun nicht verfügbar ist, oder Aufgaben, deren Ziel sich außerhalb des aktuellen Sensorabdeckungsbereichs bewegt hat. Diese Aufgaben werden als ausstehende Neuplanung markiert. Anschließend werden die betroffenen Anforderungen gegen den aktuellen Sensorzustand neu bewertet und Zuweisungen mit dem Greedy-Scheduler neu berechnet. Dann werden Neuauftragserteilungen für betroffene Sensoren generiert und über den Befehlskanal übermittelt. Der gesamte Zyklus sollte für typische Ereignisgrößen in unter zwei Sekunden abgeschlossen sein.

Flash-Prioritätsanforderungen — P1-Aufgaben, die als Reaktion auf ein zeitkritisches Ereignis ausgegeben werden — erfordern Verdrängung. Der Scheduler vergleicht die Flash-Anforderung mit der aktuell niedrigst priorisierten aktiven Aufgabe auf dem besten Kandidatensensor. Wenn die Priorität der Flash-Anforderung die Priorität der aktiven Aufgabe überschreitet, wird die aktive Aufgabe verdrängt: Der Sensor erhält einen Stopp-Aufgaben-Befehl für die niedrig priorisierte Aufgabe, die Aufgabe wird in die ungeplante Warteschlange zurückgegeben, und die Flash-Anforderung wird sofort zugewiesen. Der Eigentümer der verdrängten Aufgabe erhält eine Benachrichtigung mit dem Verdrängungsgrund und dem frühesten Wiederaufnahmefenster.

Die Sensor-Befehls- und Kontrollschnittstelle muss eine latenzarme Aufgabenübermittlung unterstützen. Neuauftragserteilungen, die über hochlatente Verbindungen gesendet werden — Satelliten-SATCOM mit 600 ms Roundtrip — erfordern, dass der Scheduler die Befehlsausbreitungsverzögerung bei der Berechnung des frühestmöglichen Sensor-Neuauftragszeitzeitpunkts berücksichtigt. Eine zum Zeitpunkt T erteilte Aufgabe darf nicht vor T plus Ausbreitungsverzögerung plus sensorseitige Verarbeitungszeit beginnen.

Metriken und Rückmeldung

Ein Collection-Management-System, das seine eigene Leistung nicht misst, kann sich nicht verbessern. Die Metriken-Schicht schließt die Schleife zwischen geplanter Erfassung und ausgeführter Erfassung.

Die primäre Metrik ist die Erfassungstrefferquote: der Anteil geplanter Aufgaben, die ausgeführt wurden und innerhalb des Zeitfensters der Anforderung ein verwertbares Nachrichtenprodukt erzeugt haben. Die Trefferquote wird pro Prioritätsstufe, pro Sensor, pro Zieltyp und pro Zeitraum berechnet. Eine P1-Trefferquote unter 90 % ist ein systemweites Problem, das eine sofortige Untersuchung erfordert. Eine P4-Trefferquote von 60 % kann angesichts der eingeschränkten Sensorflotte akzeptabel sein.

Die Fehlanalyse kategorisiert jeden Erfassungsausfall nach Grundursache. Das System unterscheidet zwischen: sensorseitigen Ausfällen (Plattformverfügbarkeit, Verbindungsausfall, mechanische Störung), Abdeckungsausfällen (Ziel hat sich vor Beginn der Erfassung außerhalb des Fußabdrucks bewegt), Frequenzausfällen (Ziel sendet während des Erfassungsfensters nicht im erforderlichen Band), Planausfällen (Anforderung wurde aufgrund von Kapazitätseinschränkungen nicht eingeplant) und Qualitätsausfällen (Erfassung fand statt, aber das resultierende Produkt erfüllte die Erfüllungskriterien nicht, beispielsweise unzureichende Geolokalisierungsgenauigkeit). Jede Ausfall-Kategorie erfordert eine andere Abhilfemaßnahme.

Die Plan-versus-Ist-Rückmeldeschleife vergleicht den Aufgabenplan zu Beginn jedes Planungszeitraums mit dem Ausführungsprotokoll am Ende. Anhaltende Lücken — Anforderungen, die über mehrere Planungszyklen hinweg wiederholt nicht erfüllt werden — werden als chronische Engpässe markiert und zur Erweiterung der Sensorflotte oder zur Neubewertung der Anforderungspriorität eskaliert. Diese Rückmeldung fließt auch in das Sensorfähigkeitsmodell ein: Ein Sensor, der Ziele am Rand seines nominalen Fußabdrucks konsistent verfehlt, verfügt über ein zu optimistisches Abdeckungsmodell, das korrigiert werden muss.

Die Erfassungseffizienz — das Verhältnis der Zeit, in der Sensoren aktiv erfassen, gegenüber Leerlauf oder Neupositionierung — ist eine sekundäre Metrik, die Planungsverschwendung aufdeckt. Ein Sensor, der im Leerlauf ist, während Anforderungen unerfüllt bleiben, weist auf einen Planungsfehler hin, entweder in der Fußabdruckmodellierung oder in der Anforderungs-zu-Sensor-Zuordnungslogik. Die Verfolgung der Effizienz pro Sensortyp zeigt auf, welche Kollektortypen überlastet und welche noch Kapazitätsreserven haben, und informiert künftige Entscheidungen zur Streitkräftestruktur.

Diese Metriken sind am nützlichsten, wenn sie als Live-Dashboard präsentiert werden, das für den ISR-Manager sichtbar und im gleichen Takt wie der Planungszyklus aktualisiert wird. Ein Dashboard, das die Trefferquote nach Prioritätsstufe, aktuelle Überlastungswarnungen und den Plankonformitätsprozentsatz anzeigt, gibt dem ISR-Manager die Informationen, die er benötigt, um Ressourcenzuweisungsentscheidungen während des Einsatzes zu treffen, statt Lücken erst in der Nachauftragsbewertung zu entdecken.

Wenn Sie SIGINT-Collection-Management-Software entwickeln oder evaluieren, sind die wichtigsten technischen Entscheidungen die Genauigkeit des Sensormodells, die Planungsalgorithmus-Latenz unter dynamischer Last und die ereignisgesteuerte Neuauftragserteilungs-Pipeline. Diese drei richtig zu gestalten, entscheidet darüber, ob das System ISR-Managern hilft, Erfassungslücken zu schließen, oder sie lediglich im Nachhinein dokumentiert.

Weitere Informationen zur übergeordneten Plattform, in die das Collection Management integriert ist, finden Sie in unseren Artikeln zu SIGINT-Plattformkomponenten und SIGINT-Plattformarchitekturdesign.