Metodika SORA pro specifické posouzení rizik bezpilotních systémů

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 odpovídajících mitigací. Cílem je umožnit bezpečné a přiměřeně regulované operace mimo běžné hranice „otevřené“ kategorie – například lety nad obydlenými oblastmi, BVLOS (Beyond Visual Line Of Sight) 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 přijatá evropským rámcem pro UAS; slouží jako doporučený AMC/GM pro posouzení rizik.
  • ConOps: popis mise, geografické oblasti, objemu 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 s uskupením 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ého vybavení a pilotní stanice.
    • Provozní a geografický objem: VOs (operational volume), GEO (geographical volume), pevné a dynamické bufferové 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á screeningová 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 trasy letu.
    • Rozlišuje se let nad kontrolovanou, řídce či hustě osídlenou oblastí a nad kritickou infrastrukturou.
  4. Aplikace mitigací na GRC
    • M1 Strategické omezení kontaktu s osobami – plánování tras, bufferové zóny, časování mimo špičku.
    • M2 Technické snížení energie/pravděpodobnosti dopadu – padáky, ohraničovače energie, „safe speed“, omezení trakce.
    • M3 Provozní řízení přítomnosti třetích osob – uzávěry, maršálové, dohoda 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“ postupy, 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 prokazování 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 vliv na GRC/ARC.
  10. Safety case a podklady pro úřad
    • Sledovatelnost: 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 zraně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. Redukce GRC je dosažena kombinací M1–M3:

  • M1 – Strategická separace: trasy mimo frekventované koridory, nad vodními plochami/poli, časování mimo události, vymezení bufferových 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 posunutí/evakuace.

Speciální kapitolou 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 letišť a dopravních tras. Redukce 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: sledování (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 hustým provozem obecného letectví 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 odpovídající 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 také kvalifikované nástroje.

Oblast OSO Příklady požadavků Příklady důkazů
Technická integrita Bezpečné režimy, geocaging, monitorování stavu HIL testy, analýza FMEA/FTA, záznamy ze zkoušek
Řízení konfigurace Kontrola změn, verifikovaná konfigurace softwaru CM postupy, CI/CD artefakty, auditní stopy
Lidé a kompetence Výcvik posádky, kvalifikace velitele mise Osvědčení, sylaby, záznamy o hodnocení
Provozní postupy Normální, abnormální a nouzové postupy Letové manuály, záznamy o nácviku, kontrolní listy
Údržba a letuschopnost Program údržby, záznamy o kontrole UAS Údržbové listy, deníky, kvalifikace personálu

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

  • Popis mise: účel, frekvence, doba trvání, sezónnost, alternativy tras.
  • Geografický a provozní objem: mapy, výšky, bufferové zóny, dékonfliktní místa, 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 čím dál důležitější integrace s U-space: strategická dálekonflikce, dynamické geo-awareness, autorizace letů a síťová identifikace. V ConOps je nezbytné přesně popsat použité služby, toky dat, SLA a odpovědnosti při selhání služby (např. přechod do bezpečného režimu při ztrátě konektivity U-space).

Dokumentační artefakty a sledovatelnost

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

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šuje: nahrazuje se individuální SORA prokázáním shody s danou šablonou (výcvik, technické vlastnosti UAS, provozní limity).

Praktický příklad (case study)

BVLOS inspekce energetických vedení v řídce 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ým postupům vyhýbání 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“, skutečná ú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í základna: tvrzení 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, bufferové zóny, alternativy.
  • Identifikace rizik: počáteční GRC/ARC, screening zakázaných prvků.
  • Mitigace: M1–M3 pro GRC, strategické a taktické pro ARC, jejich měřitelná