SORA 2.5 · Containment
Containment und angrenzende Bereiche: Ausgearbeitetes Beispiel von SORA 2.5 für Drohnenbetreiber
Innerhalb der Specific Operations Risk Assessment (SORA) 2.5-Methodologie ist Containment entscheidend, um ein unbemanntes Luftfahrzeugsystem (UAS) sicher innerhalb der definierten operativen Grenzen zu halten. Dieser Beitrag erklärt, wie Containment und die Bewertung angrenzender Bereiche – etwa angrenzende Bodenflächen und Luftraum – praktisch umgesetzt werden können. Besonderer Fokus liegt auf der Erarbeitung von Worst-Case-Szenarien, der Integration in operative Verfahrensanweisungen und der Nachweisdokumentation für eine effektive Risikominderung bei UAS-Einsätzen.
Visualisierung operativer Grenzen
Für eine transparente und prüfbare Bewertung von Containment im Rahmen von SORA 2.5 ist eine exakte Visualisierung aller relevanten operativen Volumina unerlässlich. Dazu gehören die Fluggeografie, das Kontingenzvolumen, das tatsächliche Einsatzvolumen sowie der Bodenrisikopuffer. Diese sollten als klar abgrenzbare Kartenschichten dargestellt werden. Darüber hinaus muss der angrenzende Bodenbereich basierend auf der Sicherheits- und Betriebsanalyse separat definiert werden. Die genaue Dokumentation technischer Details, wie etwa Koordinaten, Höhenangaben, Referenzsysteme, Kartenversionen und angewandte Toleranzen, stellt eine nachvollziehbare und reproduzierbare Analyse sicher.
Besondere Aufmerksamkeit sollte der zuverlässigen Nutzung offizieller Kartendaten und Georeferenzierungsstandards gelten, um die Genauigkeit der visualisierten Zonen zu gewährleisten.
- Separate Kartenschichten für verschiedene operative Zonen anlegen und dokumentieren
- Exakte Höhen- und Koordinatenreferenzierung inklusive Toleranzen festhalten
- Verwendung aktueller, autorisierter Kartendaten sicherstellen
Ausarbeitung und Analyse von Loss-of-Containment-Szenarien
Ein essenzieller Teil des Containment-Prozesses besteht in der detaillierten Beschreibung realistischer Worst-Case-Szenarien, in denen das UAS die definierten Containment-Grenzen überschreitet. Typische Ursachen hierfür sind Navigationsfehler, der Verlust von Kommando- und Kontrollverbindung (C2), unkontrollierte Fly-Away-Flüge oder technische Systemausfälle, die zu einer unkontrollierten Flugphase führen können.
Es gilt genau zu prüfen, welche Personen, Infrastruktur und welches Luftraumsegment im angrenzenden Bodenbereich und angrenzenden Luftraum potenziell betroffen sind. Die Analyse sollte zwischen wahrscheinlichen und konservativen Flugbahnen unterscheiden und sowohl technische als auch menschliche Fehlerursachen transparent dokumentieren, um die Gesamtrisikolage umfassend darzustellen.
- Analyse aller technischen und menschlichen Fehlerquellen beim Containment-Verlust
- Entwicklung von Worst-Case-Flugbahnen inkl. angrenzender Boden- und Luftraumbereiche
- Ermittlung potenziell betroffener Personen und Objekte außerhalb des direkten Einsatzgebiets
- Dokumentation von Annahmen und Beschränkungen für eine fundierte Risikoabschätzung
Integration von Containment in operative Verfahren und Dokumentation
Containment-Maßnahmen müssen eng mit dem Betriebshandbuch (Concept of Operations, ConOps) und den betrieblichen Standardarbeitsanweisungen verknüpft sein. Technologien wie Geofencing, Flugabbruchsysteme, Überwachungsinstrumente und Sicherheits-Pufferzonen werden hierbei klar und verständlich aufgeführt.
Das ConOps sollte spezifische Anweisungen für den Normalbetrieb, Kontingenz- sowie Notfallmaßnahmen enthalten, die bei einem drohenden Containment-Verlust greifen. Insbesondere müssen Abhängigkeiten von Systemen und die Konsequenzen eines Ausfalls transparent genannt werden, einschließlich der erforderlichen Handlungen des UAS-Betreibers. Dies trägt zur operativen Resilienz bei und liefert nachvollziehbare Nachweise für behördliche Audits wie ein ARC.
- Ausführliche Beschreibung von Geofencing und Flugabbruch im ConOps
- Detaillierte Regelungen für Normal-, Kontingenz- und Notfallszenarien mit Containment-Bezug
- Dokumentation von Konfigurationsmanagement, Prüfergebnissen und Wartungsaktivitäten
- Definition von Maßnahmen bei Systemausfall sowie Fallback-Szenarien
Häufig gestellte Fragen
Ist Geofencing als alleinige Containment-Maßnahme ausreichend?
Geofencing allein reicht nicht zwangsläufig aus. Die Zuverlässigkeit, Unabhängigkeit, Konfiguration und Testabdeckung des Geofencing-Systems müssen dem erforderlichen Containment-Robustheitslevel entsprechen. Ohne sorgfältige Implementierung und laufende Überprüfung ist Geofencing als einzige Maßnahme unzureichend.
Warum muss der angrenzende Luftraum in die SORA-Risikobewertung einbezogen werden?
Ein Verlust von Containment kann außerhalb des geplanten Betriebsvolumens Risiken für den Luftverkehr und Personen am Boden in angrenzenden Bereichen verursachen. Die explizite Betrachtung des angrenzenden Luftraums ist daher unerlässlich, um eine vollständige und belastbare Risikobewertung zu gewährleisten.
Welche Dokumente und Verfahren sind für die Bewertung von Containment relevant?
Containment muss im Betriebshandbuch (ConOps) verankert sein und klare Verfahren für Normalbetrieb, Kontingenz- und Notfallsituationen definieren. Außerdem sind Konfigurationsmanagement, Testergebnisse, Wartungsprotokolle und Flugbriefings als Nachweise für Containment-Maßnahmen aufzubewahren.
Wie werden der Bodenrisikopuffer und angrenzende Bodenbereiche definiert?
Der Bodenrisikopuffer ist eine Sicherheitszone rund um das operative Volumen, die Risiken für Personen und Infrastruktur minimiert. Der angrenzende Bodenbereich umfasst Flächen unmittelbar außerhalb des Einsatzvolumens, die im Worst-Case-Szenario betroffen sein können. Beide Bereiche werden im Kontext der spezifischen Operation und Risikobewertung festgelegt.