Systémy zabezpečenia a riadenia leteckej prevádzky II

Prezentace na téma: "Systémy zabezpečenia a riadenia leteckej prevádzky II"— Transkript prezentace:

1 Systémy zabezpečenia a riadenia leteckej prevádzky II
EUROCAT 2000 Ing. Ľubomír FÁBRY, PhD. Ing. Ľubomír FÁBRY, PhD.

2 Systém EUROCAT 2000 Je systémom určeným pre riadenie letovej prevádzky a plánovacie operácie. Je východiskovým systémom pre všetky aplikácie riadenia letovej prevádzky v Európe a krajinách dodržiavajúcich normy ICAO. V rámci Slovenska je využívaný LPS SR od októbra 1999 a umožňuje: multiradarové spracovanie radarových dát až z 8 radarových zdrojov úplný systém spracovania letových plánov jednotný systém pre civilnú a vojenskú letovú prevádzku výmenu letových dát medzi letiskovými systémami, susednými centrami ATC a centrálnou bankou dát v Bruseli Systém EUROCAT 2000 má schopnosť pracovať súčasne v 2 základných režimoch: prevádzkový režim – určený pre riadenie letovej prevádzky v reálnom čase tréningový režim – určený pre výcvik a tréning pracovníkov ATC

3 Porovnanie oboch systémov
Znázornenie trénážneho systému Znázornenie centra riadiaceho systému

4 Hlavné funkcie systému v oboch režimoch sú:
Radar Data Function – príjem radarových dát od jednotlivých radarov, vytváranie multitracku, automatické monitorovanie letu na základe radarových dát, Flight Plan Function – spracovanie letových plánov počas doby ich života v riadenom priestore, vyberanie všetkých potrebných informácii z letového plánu pre prevádzkové požiadavky, Recording and Playback – záznam a reprodukcia radarových dát a letových plánov pre prípad vyšetrovania letových udalosti, System Parameter Managment – príprava prevádzkových dát, tvorba systémových databáz, nastavovanie a zmena systémových parametrov, Man Machine Interface – umožňuje zobrazenie radarových dát v podobe cieľov a letových plánov v podobe elektronických stripov, dialóg so systémom, vstup potrebných informácii do systému, Monitoring and Control – umožňuje dohľad nad činnosťou systému a ovládanie systému. Špecifické funkcie v tréningovom režime: Air Trafic Generator – poskytuje simulované dáta pre hlavné funkcie systému, simulovanú letovú prevádzku pre potreby cvičenia, Man Machine Interface – poskytuje 3 špecifické funkcie: - Controller – určená pre ATC vo výcviku alebo udržiavaní - Pseudopilot – určená pre simuláciu činnosti pilotov, - Leader – určená pre vedúceho cvičenia, umožňuje dohľad a riadenie tréningu.

5 Funkcie systému pri spracovaní letových plánov
Život letového plánu Manuálna tvorba letového plánu môže byť vykonaná v predstihu so všetkými náležitosťami ako pri automatickej tvorbe, alebo zrýchlenou formou, čo môže nastať v prípade, že údaje letového plánu sú podávané verbálne zo susedného centra ATC. Spôsob tvorby potom ovplyvňuje cyklus letového plánu. Pri automatickej, alebo normálnej manuálnej tvorbe má letový plán životný cyklus, ktorý začína v stave INACTIV. Pri zrýchlenej tvorbe má letový plán skrátený životný cyklus, ktorý začína stavom COORDINATED. Po prijatí letového plánu sa vytvorí v systéme E 2000 systémový letový plán, ktorý sa nazýva FDR /Flight Data Record/. Funkcie systému pri spracovaní letových plánov Aby sa mohol letový plán automaticky spracovávať, musí sa tento letový plán do automatizovaného systému E 2000 dostať. Existujú 3 spôsoby ako sa letové plány do systému dostávajú: automatický príjem letového plánu z AFTN ako FPL, alebo ako CPL automatické vytvorenie letového plánu z databázy RPL manuálne vytvorenie v prípade, že letový plán nebol podaný, alebo prijatý, alebo jeho automatická tvorba zlyhala. Každý letový plán musí byť podaný v požadovanej forme podľa noriem ICAO. Údaje letového plánu obsahujú dve základné informácie. Sú to informácie týkajúce sa lietadla a informácie týkajúce sa letovej trate. Na základe údajov letového plánu, systém E 2000 vykonáva spracovanie letových plánov. Existuje niekoľko funkcií, každá so svojím špecifickým poslaním, ktoré spolu umožňujú plnú automatizáciu spracovania letových plánov.

6 Kontrola letových plánov
Skôr než sa v systéme vytvorí systémový letový plán FDR, musí každý prijatý, alebo manuálne vytvorený letový plán prejsť kontrolou. Kontrola sa tiež vykonáva pri každej modifikácii letového plánu. Vykonávajú sa dve kontroly, syntaktická a sémantická. Syntaktická kontrola – kontrolujú sa všetky vstupné údaje letového plánu, či zodpovedajú syntaxu ICAO. Sémantická kontrola – kontroluje sa platnosť údajov letového plánu. Pri sématickej kontrole sú kontrolované nasledujúce prvky: Kontrola SSR módu a SSR kódu – kde SSR mód musí byť kompatibilný s SSR kódom a buď žiadny, alebo obidva musia byť zadané Kontrola údajov lietadla – údaje, ako kategória turbulencie, cestovná rýchlosť, hladina letu, musia zodpovedať zadanému typu lietadla. K tomuto účelu slúži systémová databáza, kde sú definované jednotlivé typy lietadiel. Kontrola sa vykonáva porovnávaním týchto údajov. Zadané hodnoty cestovnej rýchlosti a letovej hladiny musia byť v stanovenej tolerancii Kontrola letísk – letisko odletu, pristátia, alebo náhradné letisko musí byť zadané v systémovej databáze bodov a označené ako letisko. Kontrola sa vykonáva porovnaním tejto databázy s údajmi letového plánu Kontrola trate – všetky položka trate, ako body a letové cesty, musia byť definované v systéme, ďalej sa kontroluje správna a logická následnosť položiek trate Kontrola duplicity – v databáze FDR môžu existovať 2, alebo viacej letových plánov s rovnakou identitou, letiska štartu a pristátia, musia sa však odlišovať časom vzletu o hodnotu vyššiu než je hodnota stanovená v systéme. Pokiaľ nie je táto podmienka splnená, nový letový plán je odmietnutý Kontrola aktuálneho času vzletu ATD, príletu ATA – vykonáva sa po prijatí ICAO správy DEP, alebo ARR, Kontrola modifikácie trate – zmenený špecifikovaný bod ETO /Estimated Time of Overflow/ musí patriť do letovej trate a nesmie byť ešte preletený, Kontrola, či prichádzajúca správa, alebo manuálna činnosť dovoľuje zásah do letového plánu, tj. či je letový plán v takom stave, že je takýto zásah možný.

7 Výpočet trajektórie letového plánu
– transformácia trate zadanej v letovom pláne podľa ICAO noriem do sekvencie geografických bodov, ktoré budú preletené. Pre tento účel musí byť v systéme zoznam všetkých definovaných bodov a tratí vo vnútri FIRu. V prípade, že let štartuje, alebo pristáva vo vnútri FIRu, určí sa niektorá štandardná odletová /SID/, alebo príletová /STAR/ trať, ktorá je tiež definovaná ako sekvencia geografických bodov. Zoznam týchto SID a STAR je tiež definovaný v systémovej databáze. V prípade, že let nemá štart ani pristátie vo vnútri FIRu, určí sa vstupný a výstupný koordinačný bod medzi susednými centrami ATC. Výpočet trajektórie letového plánu Táto funkcia sa vykonáva minimálne jeden krát pre každý letový plán v databáze FDR. Výpočet nastáva v nasledujúcich prípadoch: pri vytvorení letového plánu, automaticky, alebo manuálne pri akejkoľvek zmene trate, letisko vzletu a pristátia, typu lietadla, hladiny letu, pri získaní radarových údajov, ktoré udávajú polohu a hladinu. Je to funkcia APR /Automatic Position Reporting/. Analýza trate Výpočet profilu trate – analýzou trate je celá letová cesta určená v dvojrozmernej rovine. Cieľom výpočtu profilu trate je získať trojrozmernú informáciu letovej trate. Znamená to, že nad každým určeným bodom trate bude pridelená letová hladina a rýchlosť. K tomuto výpočtu sa využívajú údaje z letového plánu, a to hladina letu, cestovná rýchlosť, typ lietadla a údaje systémovej databázy lietadiel. Proces výpočtu trajektórie sa skladá z nasledujúcich častí: Analýza trate Výpočet profilu trate Určenie zoznamu sektorov Určenie času preletu jednotlivých bodov. Určenie zoznamu sektorov – Let môže prebiehať cez jeden, alebo cez viac sektorov v rámci FIRu. Na základe vypočítanej trajektórie letu je nutné určiť, v ktorých sektoroch bude let prebiehať a vypočítať koordinačné a prechodové body medzi týmito sektormi a vstupné a výstupné body FIRu. Určenie času preletu jednotlivých bodov – vykonáva sa na základe údajov z letového plánu, zadania ESTu, prijatia OLDI správy ACT, prijatia radarových dát /funkcia APR/. Pokiaľ je treba využívajú sa meteorologické údaje, tj rýchlosť a smer vetra v stanovených hladinách. K výpočtu sa tiež využíva databáza lietadiel.

8 Prideľovanie SSR kódu SSR kódy sú rozdelené do 5 základných skupín: super – transit transit super – domestic domestic VFR Pre každú z týchto skupín je stanovený určitý súbor kódov, ktoré môžu byť dohodnuté medzi FIRmi, alebo stanovené medzinárodnými dohodami. Letový plán obsahuje dva typy kódov: PSSR /Previous SSR/ - kód použitý v predchádzajúcom susednom FIRe. Vyskytuje sa pri letoch vstupujúcich do FIRu. ASSR /Assigned SSR/ - kód pridelený v aktuálnom FIRe. Pridelenie SSR kódu – SSR kód sa prideľuje v prípade, že nie je splnená podmienka pre podržanie kódu, alebo v letovom pláne nebol definovaný PSSR kód, t.j. pokiaľ vzlet nastáva vo vnútri FIRu. Pre pridelenie kódu sa využívajú nasledujúce tabuľky definované v systéme: a) skupiny definovaných kódov, b) kategórie SSR kódov, c) cieľové letisko, d) výstupné body. Najprv sa za pomoci tabuliek a letového plánu určí o akú kategóriu letu ide a na základe toho je k letovému plánu pridelený príslušný SSR kód. Jednotlivé kódy sa môžu nachádzať v troch základných stavoch: voľný – k dispozícii pre pridelenie pridelený – pripojený k aktuálnemu letovému plánu zmrazený – nie je pridelený k letovému plánu, ale na určitú dobu nie je k dispozícii, aby sa zabránilo jeho okamžitému znovu prideleniu. Kódy na zvláštne účely: Kód vyhradený pre vnútroštátne využitie za všeobecným účelom; Kód vyhradený pre indikáciu použitia módu S; Kód musí byť nastavený letovou posádkou v prípade, ak nedostala iný pokyn zo strany ATC a podmienky nezodpovedajú použitiu kódov , 3202, 3203,7000,7500, 7600 a 7700; Kód musí byť nastavený letovou posádkou v prípade, ak nepožaduje poskytovanie ATS a súčasne podmienky nezodpovedajú použitiu kódov 3201, 3202,3203 a pokiaľ príslušné stanovište ATS nevydá iný pokyn; Kód v prípade, že na palube lietadla dôjde k protiprávnemu zásahu, musí veliteľ lietadla nastaviť palubný odpovedač na mód A kód 7500 Kód v prípade straty rádiového spojenia musí veliteľ lietadla nastaviť palubný odpovedač na mód A kód 7600 Kód ak obdržal veliteľ lietadla v núdzi už skôr príkaz na nastavenie palub- ného odpovedača na určitý kód, musí nastavenie prideleného kódu udržiavať až dovtedy, kým mu nie je pridelený nový kód. Vo všetkých ostatných prípadoch musí byť palubný odpovedač nastavený na mód A kód Veliteľ lietadla však smie nastaviť mód A kód 7700 vždy, keď sa mu to javí najvhodnejšie vzhľadom na povahu núdze Pre Slovenskú republiku sú pridelené nasledujúce tranzitné a miestne kódy: BRATISLAVA Séria Kódy Poznámky FIR Tranzitné Miestne Miestne Aj pre DEST vo FIR WIEN. Miestne Iba pre DEST vo FIR PRAHA. Miestne Miestne Miestne Využitie MIL. Proces prideľovania kódu nastáva pri koordinácii letového plánu, alebo pri manuálnej žiadosti o pridelenie kódu. Tento proces sa skladá z dvoch častí: Kontrola podržania kódu – SSR kód sa nemení vždy pri vstupe do FIRu. Existujú kritéria kedy nastáva, alebo nenastáva zmena kódu. K tomuto účelu slúži niekoľko tabuliek uložených v databáze systému. a) tabuľka určujúca kategóriu kódu, tabuľka určujúca vstupné body FIRu, c) tabuľka určujúca výstupné body FIRu tiež rozdelené do skupín, d) tabuľka určujúca letisko vo vnútri FIRu. Samotná kontrola sa vykonáva na základe tabuľky, ktorá definuje podmienky podržania kódu. Zisťuje sa súvislosť medzi kategóriou kódu, vstupným bodom FIRu, alebo cieľovým letiskom vnútri FIRu. Pokiaľ sú splnené podmienky podržania kódu tak sa PSSR nemení, v opačnom prípade sa pridelí ASSR. Kód vyhradený pre lety na záchranu ľudského života pokiaľ príslušné stanovište ATS nevydá iný pokyn; Kód vyhradený pre lety SAR; Kód vyhradený pre lety policajných vrtuľníkov, pokiaľ príslušné stanovište ATS nevydá iný pokyn.

9 Kontrola konfliktu v letových plánoch
Spracovanie správ Spracovanie letových plánov ovplyvňujú rozličné typy správ, ktoré vstupujú do systému. Sú to: E ICAO správy cez AFTN linku, E OLDI správy cez externé linky, E AMA správy cez externé linky, E Meteo správy cez AFTN linku. Prijaté správy sú platné podľa špecifického protokolu dôležitého pre typ správy. Chybné správy a správy, ktoré systém nepozná, postupujú k manuálnemu spracovaniu. Vysielanie a spracovanie správ môže prebiehať automaticky, alebo manuálne podľa typu správy. Kontrola konfliktu v letových plánoch Táto funkcia sa nazýva FPCP (Flight Plan Conflict Probe) a má za úlohu automaticky kontrolovať vzájomné rozstupy medzi lietadlami podľa údajov letového plánu. Táto kontrola sa vykonáva pre každý letový plán, ktorý vstúpi do systému, alebo pri akejkoľvek zmene letového plánu. Berie sa do úvahy stúpanie a klesanie lietadiel, využíva sa databáza lietadiel. Za konflikt sa považuje , keď sa trajektórie dvoch letových plánov križujú, alebo sa približujú pod stanovenú hranicu definovanú v databáze systému. Pravidla pre indikácii konfliktov sú nasledujúce: 3 minúty letu medzi dvoma lietadlami v predĺženej vzdialenosti, 20 námorných míľ pre bočnú vzdialenosť, 1000 alebo 2000 stôp pre vertikálnu vzdialenosť (v závislosti na letovej hladine) ICAO správy – skladajú sa z dvoch častí, hlavička a obsah správy. Systém môže spracovávať a prijímať nasledujúce typy správ: núdzové správy – pohotovostná služba ALR (Alerting), správa o strate spojenia RCF (Radio Communication Failure), správa podaného letového plánu FPL (Filed Flight Plan), aktualizačné správy, správa o zmene CHG (Modification), správa o zrušení CNL (Cancelation), správa o zdržaní DLA (Delay), správa o odlete DEP (Departure), správa o pristátí ARR (Arrival), koordinačné správy - správa platného letového plánu CPL (Current Flight Plan), správa o vypočítanom čase preletu EST (Estimate), koordinačná správa CDN (Coordination), správa o súhlase ACP (Acceptance), správa o logickom potvrdení LAM (Logical Acknowledgement), doplnkové správy - správa žiadosti o letový plán RQP (Request Flight Plan), správa žiadosti o doplnok letovího plánu RQS (Request Supplementary Flight Plan), voľný text správy FREE(/Free Text Message). Aktivácia funkcie FPCP môže nastať automaticky, alebo manuálne: automatická aktivácia nastáva v prípadoch, keď letový plán vstúpi do FPCP databázy a je v aktívnom stave, alebo keď sa niektoré položky letového plánu zmenia, manuálna aktivácia sa využíva pre testovanie nového letového plánu, alebo k testovaniu zmien v letovom pláne na zistenie potenciálnych konfliktov. Letové plány v databáze FPCP sa rušia so zrušením letového plánu v databáze FDR, alebo manuálne len tie, ktoré boli manuálne vložené do FPCP. V prípade zistenia konfliktu medzi dvoma letovými plánmi, systém oznámi nasledujúce informácie: dvojicu letových plánov, čas, v rozsahu v ktorom je zistený konflikt, pre každý letový plán bod trate, kde bol zistený konflikt.

10 Pred spracovaním nastáva kontrola platnosti prijatej správy, t. j
Pred spracovaním nastáva kontrola platnosti prijatej správy, t.j. syntaktická a sémantická kontrola, kde sa kontroluje sémantická správnosť hlavičky správy, platnosť adresy správy podľa databázy adries zadaných v systéme, v prípade letových plánov kontrola duplicity, kompatibilita prijatej správy so stavom letového plánu, Pri vysielaní ICAO správ do AFTN rozoznávame tri typy správ: správy automaticky generované systémom na základe údajov letového plánu. Pri výpočte trajektórie letu je určený aj vstupný bod FIRu a k tomuto bodu je v systéme definovaná príslušná AFTN adresa, správy vytvorené manuálne. Pred vysielaním prebieha syntaktická a sémantická kontrola platnosti správy, servisné správy. OLDI správy – používajú sa nasledujúce typy správ: ABI (Advance Boundary Information) - predbežná informáciao letoch prechádzajúcich cez spoločnú hranicu. Táto správa môže, alebo nemusí byť posielaná. ACT (Activation) - aktivovanie letového plánu a poskytnutie najnovších informácii o lete., PAC (Preliminary Activation) - aktivovanie letového plánu pri vzlete, REV (Revision) - pre opravu predošlej ACT správy, LAM (Logical Acknowledgement) - poskytuje logické potvrdenie správ ABI, ACT, REV, PAC. Po prijatí OLDI správy nastáva syntaktická a sémantická kontrolasprávy. Zisťuje sa: jednoznačnosť pripojenia LDI správy k letovému plánu v FDR, kompatibilita prijatej správy so stavom letového plánu, V prípade úspešnej kontroly nastane automatické vysielanie správy LAM ako odpovede. Vysielanie OLDI správy sa vykonáva automaticky v prípade správ ABI, ACT, REV, LAM, pokiaľ sú definované susedné centrá ATC a ich adresy. Správa PAC sa posiela len manuálne. AMA správy - AMA (Airport system or Military system or Airport Administration System). Okrem výmeny ICAO a OLDI správ medzi susednými centrami ATC je nutná výmena správ s ďalšími externými systémami ako vojenský systém ATC, letiskový systém, systém Real Time Flow. Meteo správy – príjem sa vykonáva po AFTN linke a skladá sa z nasledujúcich informácii: rýchlosť vetra, smer vetra. Tieto hodnoty sa udávajú v štyroch vrstvách, a to: hladina FL 235 a vyššia, hladina FL 134 až 235, hladina FL 67 až 134, hladina FL 67 a nižšie. Meteorologické údaje sa využívajú pri výpočte trajektórie letu.

11 Odovzdávanie riadenia a zodpovednosti
táto činnosť nastáva medzi dvoma fyzickými sektormi. Môže byť vykonaná: automaticky na základe činnosti riadiacich ATC, manuálne na základe činnosti riadiacich ATC. V oboch prípadoch existujú dva princípy prenosu riadenia medzi sektormi: princíp hand-off – zo sektoru, v ktorom sa let nachádza, sa tento let odovzdá nasledujúcemu sektoru, kde ho prevezmú a potvrdia prevzatie (príkaz Accept), princíp assume – nasledujúci sektor si príslušný let priamo prevezme pod svoju zodpovednosť. Zlučovanie sektorov v systéme E 2000 sú definované dva typy sektorov: logické sektory – v riadenom priestore definovaná časť vzdušného priestoru ohraničená svojimi hranicami a hladinami, fyzické sektory – súbor definovaných pracovných pozícii riadenia letovej prevádzky. Na základe požiadaviek, napr. hustota letovej prevádzky, sa volí najvhodnejšia sektorizácia, ktorá definuje príslušnosť logických sektorov k fyzickým. Existuje viac možnosti sektorizácie, niekoľko logických sektorov môže byť zlúčených v jednom fyzickom sektore, alebo na každý logický sektor pripadá jeden fyzický sektor. Na základe zvolenej sektorizácie potom prebieha zobrazovanie letových plánov, cieľov a procesov odovzdávania riadenia. Koordinácia medzi susednými centrami ATC Zaistenie spojitosti riadenia leteckej prevádzky na základe dohôd medzi jednotlivými ATS, alebo prevádzkových požiadaviek sa vykonáva automaticky, alebo manuálne pomocou správ ICAO a OLDI. Modifikácia letových plánov Môže byť vykonaná manuálne na základe platných ICAO a OLDI správ, na základe prijatia radarových dát funkcií APR (Automatic Position Reporting). Aby sa zabránilo dvom simultánnym manuálnym modifikáciám, alebo manuálnej modifikácii po dobu automatickej modifikácie, má každý systémový letový plán FDR časovú zábranu, kedy nie je možný prístup k letovému plánu.

12 Funkcia systému EUROCAT 2000
pri spracovávaní radarových dát a korelácii letového plánu Systém E 2000 spracováva okrem letových plánov tiež radarové dáta. Toto spracová-vanie sa skladá z troch častí príjem dát a tvorba radarovej trate zisťovanie konfliktov korelácia tracku a letového plánu Systém má schopnosť prijímať radarové dáta z 8 radarových zdrojov, a to zo sekundárneho rovnako ako z primárneho radaru. U nás sa využívajú informácie od RL Veľký Bučen, Veľký Javorník, Buschberg a Püspökladány. Výsledkom spracovania radarových dát je systémový multitrack (tzv. terciárne spra-covanie radarových dát) zobrazený na monitore. Obsahom informácie multitracku je SSR kód (mód A) letová hladina (mód C), rýchlosť a predikcia. Príjem dát a tvorba radarovej trate

13 Zisťovanie konfliktov Korelácia tracku a letového plánu
Kontrola súladu medzi radarovými dátami a letovými plánmi. Vykonávajú sa nasledujúce funkcie a kontroly: pripojenie letového plánu k príslušnej radarovej trati (korelácia, coupling), kontrola dodržania trate – funkcia RAM (Route Adherence Monitoring), automatické správy o polohe – funkcia APR (Automatic Position Reporting), kontrola dodržania hladiny – funkcia CLAM (Cleared Level Adherence Monitoring). Automatická kontrola nebezpečných a nežiaducich situácii. Tato funkcia sa nazýva RAC (Radar Alert Capabilities) a testujú sa nasledujúce situácie: nebezpečné priblíženie dvoch cieľov - funkcia STCA (Short Term Conflict Alert) v stanovenom časovom predstihu sa zisťuje či existuje v okolí cieľa ďalší cieľ a či horizontálne, alebo vertikálne priblíženie nebude menšie než je stanovená minimálna hodnota, minimálna bezpečná výška - funkcia MSAW (Minimum Safe Altitude Warning). V stanovenom minimálnom predstihu sa zisťuje, či výška v ktorej sa lietadlo nachádza, neklesla pod stanovenú minimálnu hodnotu definovanú nad príslušným terénom, narušenie nebezpečných priestorov - funkcia DAIW (Danger Area Infringement Warning). V stanovenom časovom predstihu sa zisťuje, či trajektória letu nenarušuje nebezpečný priestor definovaný v databáze systému. Zisťovanie konfliktov zisťovanie konfliktov a) Korelácia radarová trasa – letový plán Úlohou tejto funkcie je zobrazenie daného cieľa, kde miesto SSR kódu je zobrazená identifikácia letu. Korelácia môže nastať dvoma spôsobmi: automaticky – na základe porovnávania SSR tratí a letového plánu, manuálne – na základe činnosti riadiaceho. Automatická korelácia – vykonáva sa na základe porovnávania SSR kódu tracku a SSR kódu stanoveného v letovom pláne. Track vhodný pre automatickú koreláciu musí splniť tieto podmienky: track je nekorelovaný, track má rýchlosť presahujúcu definovanú hodnotu stanovenú v systéme ako parameter, track má letovú hladinu, ktorá nie je menšia než definovaná hodnota , para- meter, SSR kód patrí do súboru povolených kódov. Korelácia tracku a letového plánu korelácia tracku a letového plánu

14 Duplicita kódu Kedykoľvek nastane dvojznačnosť automatickej korelácie tracku, tento je označený ako zdvojený a korelácia prebehne normálne. Toto označenie je doplňujúca časť informácie systémového tracku. Táto situácia môže nastať: ak existuje druhý track vhodný pre koreláciu s existujúcim letovým plánom (SSR kód a geografická pozícia) ak jeden systémový track môže byť skorelovaný s dvoma letovými plánmi. Letový plán vhodný pre automatickú koreláciu musí splňovať nasledujúce podmienky: letový plán je nekorelovaný, letový plán nie je zablokovaný pre manuálne dokorelovanie, jeho stav je vymedzený pre koreláciu (koordinovaný, alebo aktívny) Skúška automatickej korelácie sa vykonáva: pri každom vytvorení tracku, alebo dokorelovaní tracku, pri každej zmene SSR kódu tracku, pri každej zmene SSR kódu letového plánu, pri koordinácii letového plánu, periodicky pri každej aktualizácii tracku. Pre úspešné nájdenie rovnakého SSR kódu tracku a SSR kódu letového plánu prebieha geografický test pozície tracku. Tento test sa skladá z kontroly, či je príslušný track vo vnútri tzv. modelu trate. V prípade, že track sa nachádza vo vnútri modelu trate, korelácia sa uskutoční.

15 Automatická dekorelácia
Manuálna korelácia Vykonáva sa na základe činnosti riadiaceho letovej prevádzky. Môže byť vykonaná na nekorelovanom systémovom tracku a nekorelovanom letovom pláne. Nerobí sa geografický test pozície. Manuálna korelácia môže byť vykonaná aj pre systémový track z primárneho radaru. V prípade sekundárneho tracku musí byť SSR kód zhodný s SSR kódom letového plánu. To neplatí pre núdzové kódy. Manuálna dekorelácia Vykonáva sa na základe činnosti riadiaceho. Manuálne môžu byť dekorelované automaticky aj manuálne skorelované tracky – letové plány. Letový plán, ktorý bol skorelovaný s trackom automaticky sa po manuálnej dekorelácii vylúči z ďalšej automatickej korelácie, zostáva blokovaný, pokiaľ sa SSR kód manuálne nezmení. Zrušenie korelácie – okrem prípadov manuálnej a automatickej dekorelácie je možná dekorelácia v nasledujúcich prípadoch: korelovaný systémový track sa stratí, letový plán sa zruší. Automatická dekorelácia Ak bola automatická korelácia systémového tracku a letového plánu vykonaná, nasledujúca platnosť spojenia sa kontroluje pri každej aktualizácii systémového tracku, alebo letového plánu. Neuplatňuje sa pri manuálnej korelácii. Automatická dekorelácia nastáva v nasledujúcich prípadoch: rýchlosť tracku spadne pod definovanú hodnotu, letová hladina spadne pod definovanú hodnotu. SSR kód letového plánu sa zmení a tento stav pretrváva dlhšie ako definovaný počet aktualizácii systémového tracku, SSR kód tracku sa zmení a nový kód nepatrí do súboru špeciálnych (núdzových) kódov, alebo súboru prideľovaných kódov a tento stav pretrváva dlhšie než definovaný počet aktualizácii systémového tracku.

16 Korelácia tracku a letového plánu
Kontrola súladu medzi radarovými dátami a letovými plánmi. Vykonávajú sa nasledujúce funkcie a kontroly: pripojenie letového plánu k príslušnej radarovej trati (korelácia, coupling), kontrola dodržania trate – funkcia RAM (Route Adherence Monitoring), automatické správy o polohe – funkcia APR (Automatic Position Reporting), kontrola dodržania hladiny – funkcia CLAM (Cleared Level Adherence Monitoring). d) Automatické správy o polohe – funkcia CLAM Úlohou tejto funkcie je monitorovať hladinu lietadla na základe informácie módu C a porovnávať ho s letovou hladinou určenou v letovom pláne. Táto funkcia sa vykonáva pri každej aktualizácii systémového tracku. Track je vhodný pre CLAM test v týchto prípadoch: track je korelovaný s letovým plánom, korelovaný letový plán má stanovenú letovú hladinu vyššiu než je parameter, track má platnú aktuálnu letovú hladinu Systémový track dodržuje CLAM hladinu v nasledujúcich prípadoch: CLAM hladina – SP ≤ mód C ≤ CLAM hladina + SP Mód C > CLAM hladina + SP a track indikuje klesanie Mód C < CLAM hladina – SP a track indikuje stúpanie SP je systémový parameter, ktorý definuje povolenú odchýlku od CLAM hladiny. V prípade, že systémový track nedodržuje CLAM hladinu, nastáva výstraha (alert). b) Kontrola dodržania trate – funkcia RAM Úlohou tejto funkcie je sledovať, či systémový track dodržuje plánovanú trať, ktorá je stanovená letovým plánom. Tato kontrola sa uskutočňuje periodicky pri každej aktualizácii tracku. Systémový track je vhodný pre RAM test, ak sú splnené nasledujúc podmienky: track je korelovaný s letovým plánom, track nie je v stave držania. Pri tomto teste sa používa rovnaký model trate ako pri geografickej kontrole, s tým rozdielom, že pre polomer hraničných bodov a letiskových bodov sa používa polomer ako pre ostatné body trate. Test RAM sa nevykonáva pre tracky, ktoré dosiahli posledný bod trate. V prípade, že sa systémový track odchýli o hodnotu väčšiu ako udávajú nastavené parametre, nastáva výstraha /alert/, ktorá pretrváva do doby, pokiaľ sa track nevráti dovnútra modelu trate. c) Automatické správy o polohe – funkcia APR Úlohou tejto funkcie je vysielať správy o preletení určitého bodu trate. V prípade, že bol nejaký bod trate preletený, správa o tom sa vyšle do systému spracovania letových plánov. Táto správa obsahuje údaje o polohe tracku, letovú hladinu získanú prostredníctvom módu Ca zodpovedajúci čas preletu. Systémový track je vhodný pre APR v nasledujúcich prípadoch: track je korelovaný s letovým plánom, ak je stanovený bod trate, ktorý má byť preletený, track nie je v stave držania. Okrem toho funkcia APR vykonáva periodické správy a používajú sa dve periódy: 1. perióda pre cestovnú fázu letu, 2. perióda /kratšia než 1. perióda/ pre stúpajúcu, alebo klesajúcu fázu letu. Tieto periodické správy nie sú vykonávané, ak posledná aktualizovaná poloha nie je vo vnútri trate

17 Postup spracovávania a kontroly letových dát

18 Ste volní Ďakujem za pozornosť Máte nejaké otázky ??