SORA 2.5 · Containment
Containment und angrenzende Gebiete: Ausgearbeitetes Beispiel von SORA 2.5
Innerhalb der Specific Operations Risk Assessment (SORA) 2.5-Methodologie ist Containment entscheidend, um ein unbemanntes Luftfahrzeug (UAS) innerhalb der definierten operativen Grenzen sicher zu halten. Dieser Artikel erläutert, wie Containment und die Analyse angrenzender Gebiete, wie angrenzende Bodenbereiche und angrenzender Luftraum, praktisch angewendet werden können. Besonderes Augenmerk liegt auf der Erstellung von Worst-Case-Szenarien, der Verknüpfung mit operativen Verfahren und der Dokumentation von Nachweisen zur Risikominimierung bei UAS-Operationen.
Visualisierung operativer Grenzen
Für eine überprüfbare und glaubwürdige Bewertung von Containment innerhalb von SORA 2.5 ist eine präzise Visualisierung aller relevanten operativen Volumina unerlässlich. Dies bedeutet, dass die Flight Geography, das Contingency Volume, das Operational Volume und der Ground Risk Buffer als separate, deutlich unterscheidbare Kartenschichten dargestellt werden. Zudem sollte die angrenzende Bodenfläche basierend auf der operativen und Sicherheitsanalyse separat definiert werden.
Die Dokumentation technischer Details wie verwendeter Koordinaten, Höhen, Referenzsysteme, Kartenversionen und angewandter Toleranzen ist essenziell. Dies macht die Analyse transparent, überprüfbar und reproduzierbar, was für das Risikomanagement im Rahmen einer deutschen PDRA- oder SORA-basierten Betriebsgenehmigung durch das Luftfahrt-Bundesamt (LBA) unerlässlich ist.
- Visualisierung und Dokumentation von getrennten operativen Zonen als separate Kartenschichten
- Dokumentation von Höhen- und Koordinatenreferenzen mit zugehörigen Toleranzen
- Anwendung aktueller und korrekter Kartendaten als Grundlage
Ausarbeitung und Analyse von Loss-of-Containment-Szenarien
Ein zentraler Schritt bei Containment ist die detaillierte Ausarbeitung realistischer Worst-Case-Szenarien, bei denen das UAS die geplanten Containment-Grenzen überschreitet. Solche Szenarien umfassen beispielsweise Navigationsfehler, den Verlust der Command & Control-Verbindung (C2), Fly-Aways oder technische Systemausfälle, die zu einem unkontrollierten Flug führen können.
Dabei ist es wichtig, genau zu analysieren, welche Personen, Infrastrukturen und Luftraumsegmente in der angrenzenden Bodenfläche (Adjacent Ground Area) sowie im angrenzenden Luftraum (Adjacent Airspace) potenziell betroffen sein können. Die Ursachen werden in technische und menschliche Fehlerquellen aufgeteilt. Außerdem erfolgt eine Abgrenzung zwischen wahrscheinlichen und konservativen Flugbahnen, die auch für eine fundierte deutsche Betriebsbewertung relevant ist.
- Analyse technischer und menschlicher Ursachen für Loss-of-Containment
- Entwicklung von Worst-Case-Flugbahnen einschließlich Adjacent Ground Area und Adjacent Airspace
- Bestimmung potenziell betroffener Personen und Infrastruktur außerhalb der direkten Flight Geography
- Dokumentation von Annahmen und Beschränkungen, die die Analyse finalisieren
Integration von Containment in Verfahren und Dokumentation
Containment-Maßnahmen müssen eng mit dem betrieblichen Konzept (Concept of Operations, ConOps) und den operativen Verfahren verknüpft sein. Dazu gehören klare Beschreibungen von Geofencing, Flight Termination-Systemen (Flugabbruchsmechanismen), Überwachungssystemen sowie operativen Sicherheits-Puffern.
Das ConOps-Handbuch sollte explizite Anweisungen für normale Betriebsbedingungen, Kontingenzfälle und Notfallsituationen enthalten, falls Containment zu scheitern droht. Wichtig ist hierbei die transparente Darstellung von Abhängigkeiten gegenüber technischen Systemen und die klare Festlegung der erforderlichen Maßnahmen des UAS-Betreibers bei Ausfall dieser Systeme. Diese Dokumentation unterstützt die operative Robustheit und dient als Nachweis im Rahmen von Audits wie beispielsweise der Bewertung der Air Risk Class (ARC).
- Beschreibung von Geofencing und Flight Termination im ConOps
- Verfahren für Normalbetrieb, Kontingenz und Notfälle im Zusammenhang mit Containment
- Dokumentation von Konfigurationsmanagement, Testergebnissen und Wartung
- Festlegung von Maßnahmen bei Systemausfällen und Fallback-Szenarien
Häufig gestellte Fragen
Ist Geofencing allein ausreichend für Containment?
Geofencing allein ist nicht automatisch ausreichend. Die Zuverlässigkeit, Unabhängigkeit, Konfiguration und Testverfahren des Geofencing-Systems müssen dem geforderten Containment-Robustheitsniveau entsprechen. Ohne robuste Konfiguration und ausreichende Tests ist Geofencing als alleinige Containment-Maßnahme nicht ausreichend.
Warum muss der angrenzende Luftraum in der SORA-Analyse berücksichtigt werden?
Loss-of-Containment kann auch außerhalb des geplanten operativen Volumens Risiken für den Luftverkehr und Personen am Boden in angrenzenden Bereichen (Adjacent Airspace) verursachen. Eine explizite Behandlung des angrenzenden Luftraums ist erforderlich, um alle potenziellen Risiken in der Risikobewertung vollständig abzudecken.
Welche Dokumente und Verfahren sind relevant für die Bewertung von Containment?
Containment muss im betrieblichen Handbuch (ConOps) mit klar definierten Verfahren für Normalbetrieb, Kontingenz und Notfall festgehalten werden. Zudem sollten Nachweise wie Konfigurationsmanagement, Testprotokolle, Wartungsberichte und Briefings zum Containment-System archiviert werden, um die Einhaltung der Anforderungen gegenüber dem LBA zu belegen.
Wie definiere ich den Bodenrisikopuffer und die angrenzende Bodenfläche?
Der Ground Risk Buffer (Bodenrisikopuffer) ist eine Sicherheitszone um das operative Volumen, die Risiken für Personen und Infrastruktur mindert. Adjacent Ground Area (angrenzende Bodenfläche) bezeichnet Flächen unmittelbar außerhalb des operativen Volumens, die in Worst-Case-Szenarien potenziell betroffen sein können. Beide Definitionen basieren auf der spezifischen operativen Umgebung und der durch SORA erstellten Risikoanalyse.