Metodika SORA: Implementace a ověření hodnocení specifických provozních rizik UAV

Metodika Specific Operations Risk Assessment

Metodika SORA (Specific Operations Risk Assessment) je standardizovaný postup pro kvantifikované posouzení rizik provozu bezpilotních systémů ve specifické kategorii a pro návrh přiměřených mitigací. Cílem je umožnit bezpečné a adekvátně regulované operace mimo obvyklé hranice „otevřené“ kategorie – například lety nad obytnými oblastmi, BVLOS, nebo mise s komplexní interakcí s další leteckou dopravou. SORA propojuje technická, provozní a organizační opatření tak, aby výsledkem byla transparentní a auditovatelná bezpečnostní argumentace vhodná pro udělení provozního povolení.

Regulační kontext a pojmy

• Specifická kategorie: operace, které nesplňují limity „otevřené“ kategorie; vyžadují posouzení rizik a povolení pro konkrétní koncepci operace (ConOps).
• SORA: metodika vyvinutá v komunitě JARUS a adoptovaná evropským rámcem pro UAS; slouží jako doporučené AMC/GM pro posouzení rizik.
• ConOps: popis mise, geografické oblasti, rozsahu operace, profilů letu, pozemní infrastruktury, spojení a notifikačních/koordinačních procesů.
• GRC/ARC: Ground Risk Class (třída rizika vůči osobám a infrastruktuře na zemi) a Air Risk Class (třída rizika střetu se skupinou pilotovaných letadel).
• SAIL: Specific Assurance and Integrity Level – úroveň robustnosti požadovaná pro implementovaná mitigace a dokumentaci.
• OSO: Operational Safety Objective – bezpečnostní cíl, který musí provozovatel splnit s definovanou robustností (technickou, provozní, organizační).

Přehled procesu SORA krok za krokem

1. Definování ConOps
   • Účel mise, popis UAS, doplňkové výbavy a pilotní stanice.
   • Operační a geografický rozsah: VOs (operational volume), GEO (geographical volume), pevné a dynamické buffer zóny.
   • Řídicí a komunikační spojení (C2), latence, pásma, schopnosti „lost link“.
   • Lidské zdroje a kompetence posádky, organizační procesy, údržba a konfigurace.
2. Předběžná skríninková kritéria
   • Detekce zakázaných/nepřiměřených prvků (např. kroužení nad shromážděními, kombinace vysokých rychlostí a nízkých výšek nad hustou zástavbou bez mitigací).
3. Stanovení počátečního GRC
   • Vyplývá z energie nárazu/charakteristiky UAS, předpokládané hustoty osob a profilu dráhy letu.
   • Rozlišuje se let nad kontrolovanou, řídkou či hustou populací a nad kritickou infrastrukturou.
4. Aplikace mitigací na GRC
   • M1 Strategické omezení kontaktu s osobami – plánování tras, buffer zóny, časování mimo špičku.
   • M2 Technické snížení energie/pravděpodobnosti dopadu – padáky, omezovače energie, „safe speed“, omezení tahu.
   • M3 Provozní řízení přítomnosti třetích osob – uzávěry, maršálové, dohody s vlastníky pozemků.
   • Výsledkem je snížený GRC.
5. Stanovení počátečního ARC
   • Posouzení typu vzdušného prostoru, výskytu pilotovaných letadel, výšek, blízkosti letišť a leteckých tras.
   • Rozlišení VLOS/BVLOS, scénáře nad venkovem vs. městem, integrace do U-space/ATS procesů.
6. Aplikace mitigací na ARC
   • Strategické mitigace – NOTAM/ASM, segregované objemy, plánování časových slotů, U-space služby.
   • Taktické mitigace – „see-and-avoid“ procedury, elektronická identifikace, kooperativní DAA (ADS-B In/Out, Remote ID), pozemní pozorování.
   • Výsledkem je snížený ARC.
7. Určení SAIL
   • SAIL je funkcí sníženého GRC a ARC; čím vyšší riziko, tím vyšší požadavky na robustnost OSO a důkazní artefakty.
8. Výběr a doložení OSO
   • Pro každé OSO je definována požadovaná robustnost (nízká/střední/vysoká) a forma důkazu (analýza, test, audit, certifikace, nezávislé posouzení).
9. Scénáře poruch a kontingenční postupy
   • „Lost link“, degradace GNSS, selhání pohonu, degradace baterie, nečekané vniknutí třetích osob do GEO – a jejich dopad na GRC/ARC.
10. Safety case a podklady pro úřad
    • Traceabilita: ConOps → GRC/ARC → mitigace → SAIL → OSO → důkazy → operační postupy a výcvik.

Ground Risk Class (GRC): metodika a typické mitigace

GRC odráží riziko poranění třetích osob a poškození infrastruktury při nekontrolovaném dopadu. Počáteční hodnota se získává z kombinace energetického profilu UAS a hustoty osob v operačním objemu. Snížení GRC je dosaženo kombinací M1–M3:

• M1 – Strategická separace: trasy mimo rušné koridory, nad vodou/poli, časování mimo události, vymezení buffer zón.
• M2 – Technická opatření: padák s aktivním rozvinutím, „cut power“ při detekci poruchy, geofencing/geocaging, omezení rychlosti a kinetické energie, redundance kritických částí.
• M3 – Management třetích osob: vytyčování perimetru, informovaní maršálové, dohled posádky a postupy přesunu/evakuace.

Speciální tématem je let nad shromážděními osob, který je typicky mimo rozsah SORA bez velmi přísných technických opatření a schválení.

Air Risk Class (ARC): metodika a mitigace

ARC kvantifikuje pravděpodobnost střetu s pilotovaným letadlem. Počáteční ARC závisí na třídě vzdušného prostoru, výšce, blízkosti aerodromů a dopravních tras. Snížení se dosahuje:

• Strategicky: plánování v segregovaných objemech, koordinace s poskytovatelem služeb vzdušné navigace, U-space služby (geofencing, autorizace, „network identification“, strategické dekonflikty).
• Takticky: surveillance (ADS-B, FLARM, radar/remote ID), pozorovatelé, procedury „remain well clear“, manévrování a nouzové bezpečné přistání.

Pro BVLOS ve vzdušném prostoru s hustou GA dopravou bývá klíčová kombinace U-space/UAS ATM služeb a kooperativních transpondérů, případně provoz v časově/prostorově segregovaných koridorech.

SAIL a robustnost OSO

SAIL určuje „hloubku“ potřebných důkazů a úroveň zralosti procesů. Pro nižší SAIL jsou akceptovány analýzy a testy s přiměřenou dokumentací; pro vyšší SAIL se očekávají formálnější důkazy, nezávislé audity, přísnější konfigurace, pokročilá bezpečnostní analýza a často i kvalifikované nástroje.

ConOps: struktura a požadovaná úroveň detailu

• Popis mise: účel, frekvence, trvání, sezónnost, alternativy tras.
• Geografický a operační rozsah: mapy, výšky, buffer zóny, dekonfliktní body, vliv orografie a překážek.
• Komunikační a navigační prostředky: C2 linky, pásma, odolnost vůči rušení, záložní kanály, GNSS/INS fúze.
• Integrace s okolním prostředím: povolení vlastníků, správců komunikací, koordinace s letišti, záchrannými složkami.
• Scénáře poruch: rozhodovací stromy pro RTH, vybití baterie, degradaci vidění, „lost link“ časovače.

Mitigační opatření: technická, provozní a organizační

• Technická: padák, redundance napájení a pohonů, detekce a omezení energie nárazu, DAA, Remote ID, geocaging, sledování integrity navigace.
• Provozní: briefing posádky, předletová kontrola, kontrolní seznamy, pozorovatelé, maršálové, řízení perimetru, plán alternativních míst přistání.
• Organizační: SMS (Safety Management System), řízení kompetencí, interní audity, záznamy a udržování provozní disciplíny.

U-space a koordinace vzdušného prostoru

Pro městské a BVLOS mise je stále důležitější integrace s U-space: strategická dekonflikce, dynamické geo-awareness, autorizace letů a síťová identifikace. V ConOps je nutné přesně popsat používané služby, datové toky, SLA a odpovědnosti při selhání služby (např. přechod do bezpečného režimu při ztrátě U-space konektivity).

Dokumentační artefakty a traceabilita

• Matice ConOps → riziková tvrzení → mitigace → OSO → důkazy → operační postupy.
• Bezpečnostní analýza (FHA, FTA, FMEA, STPA) a mapování na OSO/SAIL.
• Protokoly z testů (SITL/HIL, letové zkoušky), evidované měření, fotografie, video a logy.
• Řízení konfigurace: verze UAS firmwaru, nastavení omezení, kalibrace, záznamy změn.

PDRA a šablony scénářů

Predefined Risk Assessment (PDRA) představuje předdefinované balíčky rizik a mitigací pro typizované operace. Pokud vaše mise spadá do PDRA, proces se zjednoduší: nahrazuje se individuální SORA prokázáním souladu s danou šablonou (výcvik, technické parametry UAS, operační limity).

Praktický příklad (case study)

BVLOS inspekce elektrických vedení v řídké osídlené oblasti: ConOps definuje koridor trasy, výšku 60–90 m AGL, segregovaný koridor s dohodnutými časy. Počáteční GRC se sníží M1 plánováním mimo obce, M2 omezením rychlosti a instalací padáku, M3 spoluprací s maršály v místech přeletu nad servisními dvory. ARC se sníží díky segregaci a taktické vyhýbání se s pozemním pozorovatelem na kritických přechodech. Výsledná SAIL vyžaduje střední robustnost OSO: HIL testy RTH, audit postupů, výcvik BVLOS, program údržby baterií a pravidelné revize logů.

Ověřování, testování a evidence

• Testy v etapách: laboratorní (SITL/HIL), uzavřené prostory, postupné rozšiřování GEO.
• Měření účinnosti mitigací: např. distribuce driftu při „lost link“, reálná úspěšnost padáku, spolehlivost geocagingu, latence C2.
• Revize po incidentu: analýza příčin, aktualizace ConOps a SORA, zpětná vazba do výcviku.

Nejčastější chyby a jak se jim vyhnout

• Neúplný ConOps: chybějící mapy, nespecifikované výšky/koridory, chybějící plánované alternativy přistání.
• Nerealistické předpoklady: podcenění hustoty osob, ignorování sezónnosti a událostí.
• Nepřiměřená důkazní báze: prohlášení bez testů/logů, neověřené nouzové režimy.
• Slabé řízení konfigurace: nesoulad verzí firmwaru s dokumentací, neregistrované změny parametrů.

Check-list pro vypracování SORA

• ConOps: úplný popis mise, mapy GEO/VOs, trasy, výšky, buffer zóny, alternativy.
• Identifikace rizik: počáteční GRC/ARC, skrínink zakázaných prvků.
• Mitigace: M1–M3 pro GRC, strategické a taktické pro ARC, jejich měřitelná účinnost.
• SAIL a OSO: přiřazení robustností a plán důkazů (testy, audity, certifikace).