Nařízení Komise (ES) č. 2082/2000 ze dne 6. září 2000, kterým se přijímají normy Eurocontrol a mění směrnice 97/15/ES, kterou se přijímají normy Eurocontrol a mění směrnice Rady 93/65/EHS



Úřední věstník L 254 , 09/10/2000 S. 0001 - 0234

CS.ES Kapitola 07 Svazek 005 S. 104 - 337

ET.ES Kapitola 07 Svazek 005 S. 104 - 337

HU.ES Kapitola 07 Svazek 005 S. 104 - 337

LT.ES Kapitola 07 Svazek 005 S. 104 - 337

LV.ES Kapitola 07 Svazek 005 S. 104 - 337

MT.ES Kapitola 07 Svazek 005 S. 104 - 337

PL.ES Kapitola 07 Svazek 005 S. 104 - 337

SK.ES Kapitola 07 Svazek 005 S. 104 - 337

SL.ES Kapitola 07 Svazek 005 S. 104 - 337



Nařízení Komise (ES) č. 2082/2000 ze dne 6. září 2000, kterým se přijímají normy Eurocontrol a mění směrnice 97/15/ES, kterou se přijímají normy Eurocontrol a mění směrnice Rady 93/65/EHS KOMISE EVROPSKÝCH SPOLEČENSTVÍ, s ohledem na Smlouvu o založení Evropského společenství, s ohledem na směrnici Rady 93/65/EHS ze dne 19. července 1993 o definici a užívání slučitelných technických specifikací pro zadávání zakázek na zařízení a systémy řízení letového provozu [1], a zejména na článek 3 uvedené směrnice, s ohledem na směrnici Komise 97/15/ES ze dne 25. března 1997, ze dne 25. března 1997, kterou se přijímají normy Eurocontrol a mění směrnice Rady 93/65/EHS o definici a užívání slučitelných technických specifikací pro zadávání zakázek na zařízení a systémy řízení letového provozu [2], vzhledem k těmto důvodům: (1) Směrnice Komise 97/15/ES přijala normy Evropské organizace pro bezpečnost leteckého provozu (Eurocontrol) pro výměnu dat on-line (OLDI — On-Line Data Interchange), verze 1.0, a normy Eurocontrol pro ADEXP — Způsob výměny dat ATS, Formát ADEXP — Air Traffic Services Data Exchange Presentation), verze 1.0. (2) Evropská organizace pro bezpečnost leteckého provozu (Eurocontrol) přijala novější verze obou výše zmíněných norem, tj. OLDI verze 2.2 a ADEXP verze 2.0, a také nové normy Eurocontrol nazvané Dokument definující rozhraní pro výměnu dat o letu (FDE — ICD). (3) Tyto normy Eurocontrol přísluší do působnosti směrnice 93/65/EHS a přispívají k harmonizaci vnitrostátních systémů řízení letového provozu členských států, zvláště v oblastech předávání letů mezi ATCC — Středisko řízení letového provozu (OLDI), uspořádání toku letového provozu (ADEXP) a komunikace mezi vnitrostátními systémy (FDE-ICD). (4) Verze OLDI 2.2 a ADEXP 2.0 nahrazují předchozí verze, které jsou v současnosti v platnosti na základě článku 1 směrnice 97/15/ES, a proto je nutné uvedený článek zrušit. (5) Opatření tohoto nařízení jsou v souladu se stanoviskem výboru zřízeného směrnicí 93/65/EHS, PŘIJALA TOTO NAŘÍZENÍ: Článek 1 V míře nezbytné pro zavedení integrovaného evropského systému řízení letového provozu se závazné prvky specifikací Eurocontrol obsažené v následujících normách Eurocontrol přijímají v rámci směrnice 93/65/EHS: - normy Eurocontrol pro výměnu dat on-line (OLDI — On-Line Data Interchange), verze 2.2 (odkaz na dokument Eurocontrol DPS.ET1.ST06-STD), jejichž znění je uvedeno v příloze I tohoto nařízení, - normy Eurocontrol pro ADEXP — Způsob výměny dat ATS, Formát ADEXP, verze 2.0 (odkaz na dokument Eurocontrol DPS.ET1.ST09-STD), jejichž znění je uvedeno v příloze II tohoto nařízení, - normy Eurocontrol definující rozhraní pro výměnu dat o letu (FDE-ICD), verze 1.0 (odkaz na dokument Eurocontrol COM.ET1.ST12-STD), jejichž znění je uvedeno v příloze III tohoto nařízení. Článek 2 Zrušuje se článek 1 směrnice 97/15/ES. Článek 3 Toto nařízení vstupuje v platnost třetím dnem po vyhlášení v Úředním věstníku Evropských společenství. Toto nařízení je závazné v celém rozsahu a přímo použitelné ve všech členských státech. V Bruselu dne 6. září 2000. Za Komisi Loyola De Palacio místopředsedkyně [1] Úř. věst. L 187, 29.7.1998, s. 52. [2] Úř. věst. L 95, 10.4.1997, s. 16. -------------------------------------------------- PŘÍLOHA I VÝMĚNA DAT ON-LINE (OLDI), VERZE 2.2 (odkaz na dokument Eurocontrol DPS.ET1.ST06-STD) OBSAH UPOZORNĚNÍ NA AUTORSKÁ PRÁVA … PŘEDMLUVA … 1 ÚVOD … 1.1 Účel … 1.2 Oblast působnosti … 2. ODKAZY … 3. DEFINICE, SYMBOLY A ZKRATKY … 3.1 Definice … 3.2 Symboly a zkratky … 4. VŠEOBECNÉ POŽADAVKY … 4.1 Úvod … 4.2 Požadavky na systém zpracování letových dat (FDPS) … 4.2.1 Databáze letů … 4.2.2 Provoz v reálném čase … 4.2.3 Způsobilost pro přenos dat … 4.2.4 Funkce aplikace … 4.2.5 Rozhraní člověk/stroj (HMI) … 4.2.6 Spouštění zpráv … 4.2.7 Příjem zpráv … 4.3 Aktualizace dat pomocí sledování … 4.4 Záznam údajů OLDI … 4.4.1 Obsah … 4.4.2 Služby … 4.5 Dostupnost, spolehlivost, ochrana dat a jejich neporušenost … 4.5.1 Dostupnost … 4.5.2 Spolehlivost … 4.5.3 Ochrana dat … 4.5.4 Integrita dat … 4.6 Provozní hodnocení … 4.6.1 Doba hodnocení … 4.6.2 Datum uvedení do provozu … 5. KATEGORIE ZPRÁV … 5.1 Úvod … 5.1.1 Účel … 5.1.2 Kategorie zpráv … 5.2 Časy transakcí … 5.2.1 Požadavky na čas transakce … 5.3 Zařazení zpráv do tříd a kategorií … 5.3.1 Zařazení zpráv do tříd — povinné a doplňkové … 5.3.2 Zařazení zpráv do kategorií … 6. ZÁKLADNÍ POSTUP — POVINNÉ ZPRÁVY … 6.1 Úvod … 6.1.1 Popis požadavků … 6.1.2 Zavedení … 6.2 Předběžná informační zpráva o přeletu hranice FIR (ABI) … 6.2.1 Účel zprávy ABI … 6.2.2 Obsah zprávy … 6.2.3 Pravidla používání … 6.2.4 Potvrzení zprávy ABI … 6.2.5 Příklady … 6.3 Aktivační zpráva (ACT) … 6.3.1 Účel zprávy ACT … 6.3.2 Obsah zprávy … 6.3.3 Pravidla používání … 6.3.4 Potvrzení zprávy ACT … 6.3.5 Příklady … 6.4 Zpráva o příjmu a zpracování předchozí zprávy (LAM) … 6.4.1 Účel zprávy LAM … 6.4.2 Obsah zprávy … 6.4.3 Pravidla používání … 6.4.4 Potvrzení zprávy LAM … 6.4.5 Příklady … 7. ZÁKLADNÍ POSTUP — DOPLŇKOVÉ ZPRÁVY … 7.1 Úvod … 7.1.1 Popis požadavků … 7.1.2 Zavedení … 7.2 Zpráva o předběžné aktivaci (PAC) … 7.2.1 Účel zprávy PAC … 7.2.2 Obsah zprávy … 7.2.3 Pravidla používání … 7.2.4 Potvrzení zprávy PAC … 7.2.5 Příklady … 7.3 Zpráva o změně koordinačních dat (REV) … 7.3.1 Účel zprávy REV … 7.3.2 Obsah zprávy … 7.3.3 Pravidla používání … 7.3.4 Potvrzení zprávy REV … 7.3.5 Příklady … 7.4 Zpráva zrušení koordinace (MAC) … 7.4.1 Účel zprávy MAC … 7.4.2 Obsah zprávy … 7.4.3 Pravidla používání … 7.4.4 Potvrzení zprávy MAC … 7.4.5 Příklady … 7.5 Zpráva o přidělení kódu SSR (COD) … 7.5.1 Účel zprávy COD … 7.5.2 Obsah zprávy … 7.5.3 Pravidla používání … 7.5.4 Potvrzení zprávy COD … 7.5.5 Příklady … 7.6 Informativní zpráva (INF) … 7.6.1 Účel zprávy INF … 7.6.2 Obsah zprávy … 7.6.3 Pravidla používání … 7.6.4 Potvrzení zprávy INF … 7.6.5 Příklady … 8. DIALOGOVÝ POSTUP KOORDINACE … 8.1 Celkový přehled … 8.1.1 Úvod … 8.1.2 Filtr … 8.1.3 Pořadí zpráv … 8.1.4 Souběžná výměna zpráv … 8.1.5 Zpracování odmítnutí … 8.1.6 Časový limit pro obdržení odpovědi … 8.1.7 Provedení … 8.2 Aktivační zpráva (ACT) … 8.2.1 Účel zprávy ACT … 8.2.2 Obsah zprávy … 8.2.3 Pravidla používání … 8.2.4 Potvrzení zprávy ACT … 8.3 Zpráva navrhující nestandardní podmínky předání předložená přijímajícímu řídícímu (RAP) … 8.3.1 Účel zprávy RAP … 8.3.2. Obsah zprávy … 8.3.3 Pravidla používání … 8.3.4 Potvrzení zprávy RAP … 8.3.5 Operativní odpověď na zprávu RAP … 8.3.6 Příklady … 8.4 Zpráva o změně koordinačních dat (REV) … 8.4.1 Účel zprávy REV … 8.4.2 Obsah zprávy … 8.4.3 Pravidla používání … 8.4.4 Potvrzení zprávy REV … 8.4.5 Operativní odpověď na zprávu REV … 8.5 Zpráva o změně nestandardních koordinačních podmínek (RRV) … 8.5.1 Účel zprávy RRV … 8.5.2 Obsah zprávy … 8.5.3 Pravidla používání … 8.5.4 Potvrzení zprávy RRV … 8.5.5 Operativní odpověď na zprávu RRV … 8.5.6 Příklady … 8.6 Zpráva … 8.6.1 Účel zprávy SBY … 8.6.2 Obsah zprávy … 8.6.3 Pravidla používání … 8.6.4 Potvrzení zprávy SBY … 8.6.5 Příklady … 8.7 Akceptační zpráva (ACP) … 8.7.1 Účel zprávy ACP … 8.7.2 Obsah zprávy … 8.7.3 Pravidla používání … 8.7.4 Potvrzení zprávy ACP … 8.7.5 Příklady … 8.8 Koordinační zpráva (CDN) … 8.8.1 Účel zprávy CDN … 8.8.2 Obsah zprávy … 8.8.3 Pravidla používání … 8.8.4 Potvrzení zprávy CDN … 8.8.5 Operativní odpověď na zprávu CDN … 8.8.6 Příklady … 8.9 Zpráva o odmítnutí koordinačních dat, (RJC) … 8.9.1 Účel zprávy RJC … 8.9.2 Obsah zprávy … 8.9.3 Pravidla používání … 8.9.4 Potvrzení zprávy RJC … 8.9.5 Příklady … 9. DIALOGOVÝ POSTUP PŘEDÁNÍ SPOJENÍ … 9.1 Celkový přehled … 9.1.1 Úvod … 9.1.2 Pořadí zpráv … 9.1.3 Předání spojení … 9.2 Zpráva zahájení předání (TIM) … 9.2.1 Účel zprávy TIM … 9.2.2 Obsah zprávy … 9.2.3 Pravidla používání … 9.2.4 Potvrzení zprávy TIM … 9.2.5 Příklad … 9.3 Zpráva doplňku letových dat (SDM) … 9.3.1 Účel zprávy SDM … 9.3.2 Obsah zprávy … 9.3.3 Pravidla používání … 9.3.4 Potvrzení zprávy SDM … 9.3.5 Příklad … 9.4 Návrh na předání (HOP) … 9.4.1 Účel zprávy HOP … 9.4.2 Obsah zprávy … 9.4.3 Pravidla používání … 9.4.4 Potvrzení zprávy HOP … 9.4.5 Příklad … 9.5 Zpráva žádosti o předání na spojení (ROF) … 9.5.1 Účel zprávy ROF … 9.5.2 Obsah zprávy … 9.5.3 Pravidla používání … 9.5.4 Potvrzení zprávy ROF … 9.5.5 Příklad … 9.6 Zpráva o změně kmitočtu (COF) … 9.6.1 Účel zprávy COF … 9.6.2 Obsah zprávy … 9.6.3 Pravidla používání … 9.6.4 Potvrzení zprávy COF … 9.6.5 Příklady … 9.7 Manuální převzetí spojení a řízení (MAS) … 9.7.1 Účel zprávy MAS … 9.7.2 Obsah zprávy … 9.7.3 Pravidla používání … 9.7.4 Potvrzení zprávy MAS … 9.7.5 Příklad … PŘÍLOHA A (NORMATIVNÍ) PRAVIDLA VKLÁDÁNÍ DAT … PŘÍLOHA B (NORMATIVNÍ) POŽADAVKY NA VYTVOŘENÍ SPECIÁLNÍCH TRATÍ… PŘÍLOHA C (INFORMATIVNÍ) FÁZE DIALOGOVÉHO POSTUPU (ÚROVEŇ SYSCO 1) — POŘADÍ ZPRÁV … UPOZORNĚNÍ NA AUTORSKÁ PRÁVA Tento dokument vypracovala agentura Eurocontrol. Držitelem autorských práv je agentura Eurocontrol. Obsah nebo kterákoli část tohoto dokumentu je tímto volně k dispozici zástupcům členských států, ale kopírování nebo prozrazení jakékoli další straně podléhá předchozímu písemnému souhlasu agentury Eurocontrol. PŘEDMLUVA 1. Odpovědný orgán Norma Evropské organizace pro bezpečnost leteckého provozu (Eurocontrol) pro výměnu dat on-line (OLDI — On-Line Data Interchange), verze 2.2, byla vypracována Ředitelstvím pro rozvoj evropského programu harmonizace a integrace řízení leteckého provozu (DED-EATCHIP — Directorate of European ATC Harmonisation and Integration Programme Development) Eurocontrol, které je také odpovědné za aktualizaci uvedeného dokumentu. Veškeré připomínky nebo dotazy je nutno zasílat na adresu: Director General, Eurocontrol, Rue de la Fusée, 96, B-1130 Bruxelles, for the attention of (k rukám) Division DED-2. 2. Vztah k pracovnímu dokumentu EATCHIP Tato norma představuje zakázku v rámci odborného úkolu DPS.ET1.ST06 sekce EATCHIP, jak je určeno v pracovním dokumentu EATCHIP (EWPD), verze 2.0, ze dne 30.9.1994. 3. Schvalování a změny Tato norma byla podrobena následujícímu postupu schvalování podrobně uvedenému ve směrnicích pro normalizaci Eurocontrol: - schvalování pracovní skupinou pro provozní požadavky EATCHIP a zpracování dat ATM (ODT) pomocí korespondenčního postupu, - konzultace všech členských států Evropské konference pro civilní letectví (ECAC — European Civil Aviation Conference) prostřednictvím jejich zástupců ve Výboru pro řízení nebo v Radě projektu EATCHIP - schvalování Radou projektu EATCHIP a Výborem pro řízení, - přijetí Stálou komisí. Ustanovení normy vstupují v platnost po přijetí Stálou komisí. Ke splnění požadavků vývoje postupů ATC lze prostřednictvím pracovní skupiny pro provozní požadavky EATCHIP a zpracování dat ATM (ODT) navrhovat změny a dodatky k projednání a případnému schválení. Uvedené požadavky se začlení buď v rámci změny, nebo v rámci nové verze dokumentu k podpisu a schválení v souladu s uvedenými postupy. 4. Redakční postupy Aby se vyznačila funkce každého výroku, dodržují se následující postupy: normativní prvky jsou vytištěny obyčejným písmem, doporučené prvky jsou vytištěny obyčejnou kurzívou a jejich funkce je vyznačena nadpisem Doporučení. Při psaní specifikace se dodržují následující redakční postupy: pro normativní prvky se používá přítomného popř. budoucího času slovesa nebo pomocného slovesa "muset/nesmět", vazeb "je nutno" apod. (v angličtině pomocné sloveso "shall") a pro doporučené prvky podmiňovacího způsobu slovesa "mít" (v angličtině pomocné sloveso "should"). Poznámky jsou vytištěny obyčejnou kurzívou s označením "POZNÁMKA". 5. Vztah k verzi 1 normy Eurocontrol pro výměnu dat on-line (OLDI) Tento dokument nahrazuje části 1 a 2 verze 1 normy Eurocontrol pro výměnu dat on-line. Část 3, která popisuje technické protokoly, které mají být použity, se nahrazuje částí 1 normy Eurocontrol definující rozhraní pro výměnu dat o letu. 6. Významné změny oproti verzi 1 Dále jsou uvedeny nejvýznamnější změny a dodatky oproti verzi 1: 1. Začlenění následujících doplňkových (nepovinných) zpráv pro základní postup: - zpráva zrušení koordinace (MAC, - Zpráva o přidělení kódu sekundárního sledovacího radaru SSR (COD), - Informativní zpráva (INF). 2. Definice obsahu a formátu zprávy pro podporu traťové hranice, která není definovanou tratí letových provozních služeb (trať ATS), ale která je definována výchozím a koncovým bodem segmentu trasy. 3. Začlenění dialogového postupu, který umožňuje: - určení a vyjednávání nestandardních podmínek předání řídícími letového provozu, kteří provádí plánování, - zajištění schopnosti přijímací jednotky podmínek předání, - umožnění prostředků pro předání spojení v rámci postupu předání řízení. 4. Je zavedeno použití formátu popsaného ve verzi 2 normy Eurocontrol pro způsob výměny dat ATS (ADEXP). Veškeré zprávy určené v rámci základního postupu a ty, které se používají během koordinační fáze dialogového postupu, jsou popsány jak pomocí formátů Mezinárodní organizace pro civilní letectví (ICAO — International Civil Aviation Organisation), tak pomocí formátů ADEXP. Přenos uvedených v rámci dialogového postupu je popsán pouze pomocí formátu ADEXP. 5. Zrušení následujících příloh verze 1: A : Identifikace stanoviště ATC) B : Struktura zprávy OLDI (všechny zprávy verze 3 zahrnují příklady) D : Historický přehled E : Prováděcí plán F : Dodržování členskými státy G : Zásady pro zavádění H : Zásady pro ověřování OLDI 6. Oddělení části 3 — Technické požadavky — od specifikací aplikací 7. Vztah k jiným dokumentům Tento dokument odkazuje na použití dvou typů formátu polí při sestavování zprávy: ICAO a ADEXP. Formáty polí ICAO jsou popsány v odkaze 1. V případě nahrazení odkazu 1 jiným dokumentem se budou definice typů polí ICAO řídit popisem uvedeným v dotyčném dokumentu. Formáty polí ADEXP jsou popsány v odkaze 2. POZNÁMKA: Referenční dokumenty jsou uvedeny v oddíle 2. 8. Použitý jazyk K vypracování originálu tohoto dokumentu byl použit anglický jazyk. 1. ÚVOD 1.1 Účel 1.1.1 Lety zajišťované službou ATC jsou předávány z jednoho stanoviště ATC na další způsobem, který zajistí naprostou bezpečnost. Aby se tohoto cíle dosáhlo, je standardním postupem, že přelet každého letu přes hranice prostoru odpovědnosti příslušných dvou jednotek je mezi nimi koordinován předem a že se řízení letu předává v okamžiku, kdy je letadlo na tomto rozhraní nebo poblíž něj. 1.1.2 Pokud se provádí telefonicky, je předávání dat o jednotlivých letech jako součást koordinačního postupu hlavním podpůrným úkolem stanoviště ATC, zvláště u oblastních středisek řízení. Provozní využívání propojení mezi systémem zpracování letových dat (FDPS — Flight Data Processing Systems) na úrovni oblastních středisek řízení (ACC) za účelem náhrady příslušných ústních "odhadů", což se nazývá výměna dat on-line (OLDI), začalo v Evropě na počátku osmdesátých let dvacátého století. 1.1.3 Aby se usnadnilo zavedení takové výměny, byla příslušnými institucemi vypracována a schválena společná pravidla a formáty zpráv a tyto byly zahrnuty do verze 1 normy Eurocontrol pro výměnu dat on-line, tato verze dokumentu byla vypracována pro podporu pokračujícího rozvoje takových zařízení ve shodě s požadavky Evropského programu harmonizace a integrace řízení leteckého provozu (European ATC Harmonisation and Integration Programme — EATCHIP). 1.2 Oblast působnosti 1.2.1 Tento dokument určuje vybavení a zprávy, které mají být poskytovány mezi FDPS sloužícími stanovištím ATC za účelem dosažení: - koordinace požadované před předáním letů z jedné jednotky na jednotku následující, - předání spojení s takovými lety. 1.2.2 Tento dokument: - definuje formáty zpráv a pravidla pro jejich obsah, - popisuje vybavení požadované pro takové jednotky, které je nezbytným předběžným předpokladem používání výměny dat k uvedenému účelu. 1.2.3 Tato norma platí mezi členskými státy Eurocontrol pro mezinárodní zařízení (OLDI) mezi stanovišti poskytujícími oblastní služby ATC. 1.2.4 Doporučení: Doporučuje se, aby členské státy Evropské konference pro civilní letectví (ECAC) uplatnily tuto normu na: - mezinárodní zařízení OLDI mezi stanovišti poskytujícími služby ATC v oblasti ECAC, - zařízení OLDI mezi stanovišti poskytujícími oblastní služby ATC uvnitř daného státu.. 2. ODKAZY 2.1 Následující dokumenty obsahují předpisy, které se odkazem v tomto textu stávají předpisy této normy Eurocontrol. V době zveřejnění této normy Eurocontrol byly v platnosti uvedené verze referenčních dokumentů. Jakékoli opravy dokumentů ICAO, na které se odkazuje, budou neprodleně vzaty v úvahu pro přepracování této normy Eurocontrol. Oprava jiných dokumentů, na které se odkazuje, netvoří součást této normy Eurocontrol, dokud a pokud nejsou oficiálně přezkoumány a začleněny do této normy Eurocontrol. V případě rozporu mezi požadavky této normy Eurocontrol a obsahem uvedených jiných dokumentů, na které se odkazuje, se dává přednost této normě Eurocontrol. 2.2 V této normě se odkazuje na následující dokumenty: 1. Postupy pro letové navigační služby — pravidla létání a letové provozní služby (Procedures for Air Navigation Services — Rules of the Air & Air Traffic Services) dokument ICAO 4444, třináctá verze ze dne 7. listopadu 1996, v platném znění. 2. Verze 2.0 normy Eurocontrol pro způsob výměny dat ATS (ADEXP), odkaz DPS-ET1-ST09-STD-01-00, červen 1998. 3. DEFINICE, SYMBOLY A ZKRATKY 3.1 Definice Pro účely této normy Eurocontrol se rozumí: "přebírajícím stanovištěm" (Accepting Unit) stanoviště poskytující služby ATC, které převezme nebo převzalo řízení letu při předání z jedné jednotky na druhou. "potvrzením" (Acknowledgement) oznámení, že zpráva byla přijata a ověřena jako bezchybně zpracovatelná; "aktivací" (Activation) postup přijímajícího stanoviště ATC, kterým se aktualizuje letový plán příslušného letu tak, aby zahrnoval data poskytnutá předávajícím stanovištěm v rámci postupu koordinace mezi uvedenými dvěma stanovišti, jehož výsledkem je poskytnutí dat řídícím letového provozu; "nadmořskou výškou" (Altitude): vertikální vzdálenost roviny, bodu nebo objektu uvažovaného jako bod, měřená od průměrné úrovně hladiny moře; "aplikací" (Application) taková součást podsystému ATS, která splňuje tuto normu a je propojena se stejnými prvky jiných systémů ATS; "prostorem odpovědnosti" (Area of Responsibility) vzdušný prostor definovaných rozměrů, v rámci kterého poskytuje stanoviště ATC letové provozní služby; "přičleněním" (Association) postup, během kterého systém propojí přijatou zprávu OLDI se záznamem letového plánu v databázi; "stanovištěm ATC" (ATC Unit) stanoviště, která poskytuje služby řízení letového provozu; "dostupností" (Availability) pravděpodobnost, že zařízení bude v určitém čase dostupné uživateli; "hranicí" (Boundary) roviny (boční a výškové), které vymezují prostor odpovědnosti určitého stanoviště ATC; "povolenou letovou hladinou" (Cleared Flight Level) letová hladina, na které nebo na kterou byl ATC aktuálně povolen let; "koordinací řízení letového provozu" (Co-ordination, ATC) postup oficiálního vzájemného oznamování plánovaných přeletů hranice uskutečňovaný mezi stanovišti ATC, jejichž prostor odpovědnosti vzájemně sousedí, jehož účelem je zajistit bezpečnost letu pomocí vzájemné sladěnosti zamýšlených činností; "koordinační zprávou" (Co-ordination Message) obecný pojem odkazující na zprávu používanou k dosažení koordinace ATC. Tyto zprávy zahrnují koordinační zprávu CDN, což je zvláštní zpráva popsaná v odstavci 8.8; "koordinační fází" (Co-ordination Phase) fáze daného letu, během které předávající a přijímající stanoviště ATC dohodnou podmínky (např. letovou hladinu, bod na hranici) za kterých bude let předán do řízení druhého stanoviště; "koordinačním bodem" (Co-ordination Point) bod na nebo v blízkosti hranice známý stanovištím ATC v koordinační posloupnosti, na který se odkazuje v koordinačních zprávách; "korelací" (Correlation) postup založený na definovaných kriteriích propojení dat letového plánu a radarovém tracku téhož letu, který se obvykle používá pro prezentaci na monitoru řídícího letového provozu; "normou Eurocontrol" (Eurocontrol Standard) jakákoli specifikace fyzikálních charakteristik, konfigurace, materiálu, provedení, pracovníků nebo postupu, jejíž jednotné uplatnění bylo schváleno jako nezbytné pro zavedení v systémech ATS v rámci členských států Eurocontrol. Norma Eurocontrol nesmí být v rozporu s normami ICAO, ale měla by je ve vhodných případech doplňovat; "výkonným řídícím letového provozu" (Executive Controller) řídící letového provozu, který poskytuje pokyny přímo letům, které řídí. Mezi takové řídící letového provozu patří ti, kteří zajišťují službu oblastního radarového řízení; "letovou hladinou opuštění oblasti" (Exit Level): letová hladina, na které byl let koordinován pro překročení bodu předání řízení. Výstupní letová hladina (XFL) může zahrnovat doplňkové podmínky předání, které definují pásmo letových hladin stoupání/klesání letu; "letovým plánem" (Flight Plan) určené údaje poskytnuté stanovištím letové provozní služby, které se týkají zamýšleného letu určitého letadla nebo části tohoto letu. Dále též údaje, které jsou získány z letového plánu určitého letu a uchovávány v rámci systému zpracování letových dat (FDPS); "generováním" (Generate) postup systému ATC, při kterém jsou příslušná data vyhledána v databázi/databázích a je sestavena zpráva pro přenos pro přijímající stanoviště ATC; "formátem ICAO" (ICAO Format) formát používaný pro přenos země — země zpráv ATS, který používá typy polí a separátorů popsané v odkaze 1; "letovou hladinou" (Level) obecný pojem pro vertikální polohu letadla během letu, v rámci této normy zahrnuje pojem hladina nebo letová hladina nadmořskou výšku; "oznámením" (Notification) postup, kterým předávající stanoviště odesílá data k aktualizaci systému přijímajícímu stanovišti; "přijímacím stanovištěm" (Receiving Unit) stanoviště ATC, kterému je odesílána zpráva; "spolehlivostí" (Reliability) procento plánované dostupnosti služby, tj. doby, kdy ji bude možno využívat; "požadovanou letovou hladinou" (Requested Flight Level) letová hladina požadovaná pro let v letovém plánu; "opravou" (Revision) změna dat dříve odeslaných předávajícím stanovištěm ATC přijímajícímu stanovišti ATC; "doplňkovou přeletovou hladinou" (Supplementary Crossing Level) letová hladina, na které nebo nad kterou, nebo na které nebo pod kterou, byl let koordinován pro přelet bodu předání řízení. Doplňková přeletová hladina, je-li použita, je prvkem výstupní letové hladiny (XFL); "systémovým letovým plánem" (System Flight Plan) údaje získané z letového plánu určitého letu uložené v systému zpracování letových dat (FDPS); "časem transakce" (Transaction Time) časový interval po spuštění zprávy, během kterého se provede její přenos, prvotní zpracování v přijímajícím systému, generování a přenos potvrzení zprávy a jeho identifikace v předávajícím systému; "bodem předání řízení" (Transfer of Control Point) definovaný bod umístěný na dráze letu, ve kterém se převádí odpovědnost za poskytování služby ATS letadlu z jednoho stanoviště ATC nebo řídícího pracoviště na následující. Není nutně totožný s bodem koordinace; "fází předání" (Transfer Phase) fáze letu následující po koordinační fázi, během které se provádí předání spojení; "předávajícím stanovištěm" (Transferring Unit) v rámci koordinační sekvence stanoviště ATC, které je odpovědné za poskytování služeb danému letu před dosažením hranice a které zahajuje koordinační fázi s následující jednotkou; "vysíláním" (Transmit) předávání zprávy z jednoho systému do druhého; "stanovištěm" (Unit) stanoviště letové provozní služby; "výstrahou" (Warning) zpráva zobrazená na provozním pracovišti, pokud dojde k selhání automatického postupu koordinace. 3.2 Symboly a zkratky Pro účely této normy Eurocontrol platí následující symboly a zkratky. ABI Advance Boundary Information Message — Předběžná informační zpráva o přeletu hranice ACC Area Control Centre — Oblastní středisko řízení ACP Accept Message — Akceptační zpráva ACT Activate Message — Aktivační zpráva ADEXP ATS Data Exchange Presentation — Způsob výměny údajů letových provozních služeb (ATS) ATC Air Traffic Control — Řízení letového provozu ATM Air Traffic Management — Uspořádání letového provozu ATS Air Traffic Services — Letové provozní služby CDN Co-ordination Message — Koordinační zpráva CNL Flight Plan Cancellation — Zpráva o zrušení letového plánu COD SSR Code Assignment Message — Zpráva o přidělení kódu sekundárního přehledového radaru (SSR) COF Change of Frequency Message — Zpráva o změně kmitočtu COP Co-ordination Point — Koordinační bod DED Directorate of EATCHIP Development, Eurocontrol — Ředitelství pro rozvoj Evropského programu harmonizace a integrace řízení letového provozu (EATCHIP) agentury, Eurocontrol EATCHIP European ATC Harmonisation and Integration Programme — Evropský program harmonizace a integrace řízení letového provozu ECAC European Civil Aviation Conference — Evropská konference pro civilní letectví ETO Estimated Time Over — Předpokládaný čas přeletu ETOT Estimated Take-Off Time — Předpokládaný čas vzletu EWPD EATCHIP Work Programme Document — Dokument pracovního programu Evropského programu harmonizace a integrace řízení letového provozu (EATCHIP) FDPS Flight Data Processing System — Systém zpracování letových údajů FRF Further Route of Flight — Další trasa letu HMI Human-Machine Interface — Rozhraní člověk/přístroj HOP Handover Proposal Message — Zpráva o návrhu na předání ICAO International Civil Aviation Organisation — Mezinárodní organizace pro civilní letectví INF Information Message — Informativní zpráva LAM Logical Acknowledgement Message — Zpráva o příjmu a zpracování předchozí zprávy LoA Letter of Agreement — Dopis o dohodě MAC Message for the Abrogation of Co-ordination — Zpráva o zrušení koordinace MAS Manual Assumption of Communications — Ruční převzetí spojení a přenosu NM Nautical Mile — Námořní míle OLDI On-Line Data Interchange — Výměna přímých (spřažených) údajů ORCAM Originating Region Code Assignment Method — Metoda přidělení kódu výchozího okrsku PAC Preliminary Activate Message — Zpráva o předběžné aktivaci RAP Referred Activate Proposal Message — Zpráva o návrhu postoupené aktivace REV Revision Message — Zpráva o změně koordinačních údajů RJC Reject Co-ordination Message — Zpráva o odmítnutí koordinace ROF Request on Frequency Message — Zpráva o žádosti o předání na spojení RRV Referred Revision Message — Zpráva o postoupené změně nestandardních koordinačních podmínek, zpráva RRV SBY Stand-by Message — Zpráva SDM Supplementary Data Message — Zpráva doplňku letových údajů SSR Secondary Surveillance Radar — Sekundární přehledový radar SYSCO System Supported Co-ordination — Systémově podporovaná koordinace TI Transfer Initiation — Zahájení předání TIM Transfer Initiation Message — Zpráva o zahájení předání TWR/APP Tower (aerodrome control) and Approach Control — Letištní řídící věž a přibližovací stanoviště řízení 4. VŠEOBECNÉ POŽADAVKY 4.1 Úvod Tento oddíl popisuje obecné provozní požadavky nutné pro zavedení zařízení OLDI mezi stanovišti ATC a klasifikační a výkonnostní požadavky pro různé typy použitých zpráv. 4.2 Požadavky na systém zpracování letových dat (FDPS) 4.2.1 Databáze letů Stanoviště, které používají zařízení popsané v tomto dokumentu, obdrží data z FDPS obsahující veškeré údaje potřebné pro zobrazení, zpracování a sestavení zpráv, jak je určeno. Hlavním zdrojem dat pro každý let je letový plán vyplněný velitelem letadla nebo v jeho zastoupení. Další položky dat se získávají zpracováním letových plánů s ohledem na vybavení dotyčné jednotky. 4.2.2 Provoz v reálném čase Postup OLDI zahrnuje události v předávajícím stanovišti ATC, které spouštějí funkce nutné pro včasnou prezentaci dat předávajícímu řídícímu letového provozu a přenos koordinačních dat přebírajícímu stanovišti. Za tímto účelem musí být FDPS schopen spouštět funkce pomocí porovnání světového koordinovaného času a příslušných časových parametrů s časy v určených polohách tratí letu, jak je určena z databáze letů. 4.2.3 Způsobilost pro přenos dat 4.2.3.1 FDPS musí být schopen přijímat a vysílat letová data ve formátu platném pro danou zprávu, jak je určen v tomto dokumentu, prostřednictvím média pro přenos dat, které umožňuje funkce OLDI. 4.2.3.2 Doporučení: FDPS by měl mít vývojový potenciál, který by umožňoval doplnění nových zpráv, které možná budou součástí následujících verzí této normy. 4.2.3.3 V rámci výkonnostních požadavků určených v tomto dokumentu musí médium pro přenos dat umožňovat rychlou a spolehlivou výměnu dat mezi aplikacemi tím, že: - zaručuje neporušenost přenosu zprávy OLDI a - průběžně kontroluje buď spojení bod —bod nebo stav komunikační sítě, jak je příslušné. 4.2.3.4 Pokud systém pro přenos dat zjistí výskyt anomálií, varuje FDPS provozní pracoviště. 4.2.4 Funkce aplikace 4.2.4.1 Systémy používané pro poskytování služeb OLDI musí být schopny automaticky přijímat, uchovávat, zpracovávat, vyhledávat a dodávat pro zobrazení a vysílat data týkající se OLDI v reálném čase. 4.2.4.2 FDPS musí: - zobrazovat aktuální provozní data týkající se OLDI, jak je požadováno touto normou, aktualizovaná automaticky, ručním zadáním nebo kombinací obou možností, - být schopný vybrat takové prvky z databáze letového plánu, - určit následující stanoviště ATC na trati letu. 4.2.4.3 Následující body je nutno dohodnout vzájemně: - Koordinační body (COP) - referenční body používané pro záznamy směrů a vzdáleností při určování koordinačních bodů na přímých úsecích tratí bez ATS pokud jsou použity. POZNÁMKA: COP nemusí být vždy totožné s body předání řízení. 4.2.5 Rozhraní člověk/stroj (HMI) 4.2.5.1 Rozhraní člověk/stroj musí být schopno: - zobrazit pracovní obsah zpráv OLDI a příslušné výstrahy týkající se přijatých zpráv, které vyžadují okamžitou pozornost, - směrovat výstrahy pro koordinační zprávy a zprávy o předání na provozní pracoviště odpovědná za koordinaci příslušných letů. 4.2.5.2 Pracovníci ATC musí být vybaveni prostředky ke změně dat, ze kterých se odvozuje pracovní obsah zpráv, jak je požadováno v tomto dokumentu. 4.2.5.3 HMI musí dle potřeby zobrazovat, že probíhá nebo byl úspěšně ukončen přenos zprávy. 4.2.5.4 Výstraha nebo oznámení příslušnému ATC nebo technickému pracovišti se generuje automaticky, pokud v hranici určeného časového parametru po přenosu koordinační zprávy nebo zpráva o předání nedojde k přijetí potvrzení. 4.2.5.5 Taková výstraha nebo oznámení musí mít formu, která neprodleně získá pozornost příslušného provozní pracoviště. 4.2.5.6 Doporučení: HMI na stanovištích ATC, která používají OLDI, by měla zajišťovat výstrahu, pokud služba OLDI není dostupná. 4.2.6 Spouštění zpráv 4.2.6.1 Každý systém musí obsahovat soubor systémových parametrů, aby se zajistilo včasné automatické spuštění zpráv OLDI. 4.2.6.2 Doporučení: Měla by být k dispozici schopnost ručního spuštění přenosu koordinační zprávy před vypočteným časem přenosu. 4.2.6.3 Pokud není provedeno ruční spuštění, musí být automatická akce vždy zajištěna. 4.2.6.4 K definici následujících položek musí systém používat časové parametry: - střední (průměrný) čas, po který je zobrazen pracovní obsah zprávy v předávajícím stanovišti před jejím přenosem, - střední (průměrný) čas zaslání zprávy, celkový nebo případně na COP, - čas po přenosu zprávy, do kterého má být přijato potvrzení na úrovni aplikace (prodleva). 4.2.6.5 Pokud se požadované údaje stanou dostupnými později než v čase, kdy by byla zpráva obvykle vysílána, musí být zpráva vysílána bezodkladně. Příklad: Let vstoupí do úseku GAT IFR v bodě poblíž hranice, kterou má poté překročit, ETO v daném bodě je sdělen osm minut před COP, kdy je přenos zprávy ACT podle příslušných časových parametrů již zpožděn, zpráva je odeslána bezodkladně. 4.2.7 Příjem zpráv 4.2.7.1 Systém ATC musí být schopen: - přijímat zprávy OLDI, - zpracovávat je automaticky v souladu touto normou, - produkovat letová data v souladu s přijatou zprávou a zobrazit požadované výstrahy v případě rozpornosti přijatých dat, - generovat a vysílat na úrovni aplikace automaticky potvrzení. 4.2.7.2 Potvrzení (zpráva o příjmu a zpracování předchozí zprávy (LAM), akceptační zpráva (ACP) nebo zpráva "vyčkejte" (SBY)) musí být generováno a vysíláno po zajištění zpracování odpovídající zprávy a prezentaci výsledků zpracování příslušnému stanovišti dle potřeby. POZNÁMKA: Podrobné podmínky generování potvrzení jsou určeny jednotlivě pro každou zprávu. 4.3 Aktualizace dat na základě kontroly Doporučení: Aby se zajistila přesnost dat odhadu času, měly by být k aktualizaci databáze letového plánu použity údaje získané sledováním letů pomocí radaru nebo jiných nástrojů sledování. 4.4 Záznam údajů OLDI 4.4.1 Obsah Obsah všech zpráv OLDI a čas jejich příjmu musí být zaznamenány. 4.4.2 Služby Musí být k dispozici služby pro vyhledávání a zobrazení zaznamenaných dat. 4.5 Dostupnost, spolehlivost, ochrana dat a jejich neporušenost 4.5.1 Dostupnost 4.5.1.1 Služba OLDI musí být dostupná v hodinách normální a špičkové prostupnosti prostoru mezi příslušnými dvěmi stanovišti. 4.5.1.2 Doporučení: Služba OLDI by měla být dostupná nepřetržitě. 4.5.1.3 Jakákoli plánovaná doba trvání výpadku (a tím i plánovaná doba dostupnosti) musí být vzájemně dohodnuty mezi příslušnými dvěmi stanovišti. 4.5.2 Spolehlivost 4.5.2.1 Spolehlivost každého spojení OLDI musí být nejméně 99,86 % (což se rovná době trvání výpadku nepřesahujícímu 12 hodin ročně při 24hodinové dostupnosti). 4.5.2.2 Doporučení: Kde je to provozně oprávněné, měla by být zajištěna spolehlivost nejméně 99,99 % (což se rovná době trvání výpadku nepřesahujícímu 52 minut ročně při 24hodinové dostupnosti). 4.5.3 Ochrana dat Doporučení: Pro služby OLDI by měly být používány metody ochrany dat např. přístupová práva, ověření zdroje a — kde je to použitelné — správa sítě. 4.5.4 Integrita dat Poruchovost na úrovni aplikace nesmí překročit jednu chybu přenosu na 2000 zpráv. 4.6 Provozní hodnocení 4.6.1 Doba hodnocení Každé nové zařízení OLDI, včetně nového zařízení na stávajícím spoji, musí být podrobeno době hodnocení, aby se před jeho uvedením do provozu ověřila integrita dat, přesnost, výkonnost, slučitelnost s postupy ATC a celková bezpečnost. POZNÁMKA: Postup nápomocný při hodnocení nového OLDI je k dispozici na sekretariátu OLDI Evropské organizace pro bezpečnost leteckého provozu (Eurocontrol). 4.6.2 Datum uvedení do provozu Datum uvedení do provozu, tj. ukončení doby hodnocení, musí být oficiálně dohodnuto mezi oběma stanovišti. 5. KATEGORIE ZPRÁV 5.1 Úvod 5.1.1 Účel Tento oddíl dokumentu: - definuje kategorie zpráv, - uvádí požadavky na čas transakce pro dotyčné kategorie, - uvádí, které zprávy jsou povinné a které doplňkové, - přiřazuje typy zpráv kategoriím. 5.1.2 Kategorie zpráv Zprávy OLDI byly zařazeny do následujících kategorií: - Kategorie 1: předání spojení - Kategorie 2: koordinace, - Kategorie 3: oznámení. 5.2 Časy transakcí 5.2.1 Požadavky na čas transakce 5.2.1.1 Určené časy transakcí zahrnují přenos, prvotní zpracování v přijímajícím stanovišti, generování potvrzení, jeho přenos a příjem na předávajícím stanovišti. Proto nebyly zprávy automatického potvrzení LAM a SBY zařazeny do žádné kategorie zpráv. 5.2.1.2 Maximální časy transakcí pro různé kategorie zpráv musí odpovídat údajům v tabulce 5-1. Tabulka 5-1 Maximální časy transakcí Message Category | 90 % | 99,8 % | 1 | 4 sec | 10 sec | 2 | 10 sec | 25 sec | 3 | 15 sec | 45 sec | 5.2.1.3 Časový parametr musí být definován pro kategorii nebo typ zprávy. 5.2.1.4 Pokud nebylo v určeném čase po přenosu přijato potvrzení, je nutné zprávu považovat za neúspěšně zaslanou nebo neúspěšně zpracovanou a musí být generována výstraha, jak je určeno v příslušném oddíle tohoto dokumentu. 5.2.1.5 Doporučení: Časový parametr pro uvedené tři kategorie by neměl překročit 12 sekund, 30 sekund a 60 sekund v daném pořadí. 5.3 Zařazení zpráv do tříd a kategorií 5.3.1 Zařazení zpráv do tříd — povinné a doplňkové 5.3.1.1 Zprávy popsané v tomto dokumentu jsou zařazeny do tříd jako povinné nebo doplňkové. 5.3.1.2 Je-li zpráva popsána jako povinná (M — mandatory) pro přenos (TX — transmission), je nutné zahrnout zpracování umožňující zasílat takové zprávy. 5.3.1.3 Je-li zpráva popsána jako povinná pro příjem (REC — reception), je nutné zahrnout zpracování umožňující zpracovat přijaté zprávy. POZNÁMKA: Ve výjimečných případech, kdy je provoz mezi dvěma stanovišti jednosměrný, mohou být povinné zprávy použitelné pouze v jednom směru. 5.3.1.4 Je-li zpráva popsána jako doplňková (C — complementary) pro přenos, je nutné zahrnout zpracování umožňující zasílání takových zpráv, pokud jsou požadovány zasílajícím stanovištěm a vzájemně dohodnuty s přijímacím stanovištěm. POZNÁMKA: Doplňkové zprávy lze použít pouze v jednom směru, jak určují provozní požadavky. 5.3.1.5 Je-li zpráva popsána jako doplňková pro příjem, je nutné zahrnout zpracování umožňující zpracovat přijaté zprávy, pokud je takové použití vzájemně dohodnuto. 5.3.1.6 Požadavky popsané v tabulkách 5-3 a 5-4 jsou použitelné pouze tehdy, pokud bylo mezi stanovišti ATC vzájemně dohodnuto použití dialogového postupu koordinace a/nebo předání spojení. 5.3.2 Zařazení zpráv do kategorií 5.3.2.1 Zařazení zpráv do kategorií pro základní postup je určeno v tabulce 5-2. 5.3.2.2 Zařazení doplňkových koordinačních zpráv pro dialogový postup do kategorií je určeno v tabulce 5-3. 5.3.2.3 Zařazení komunikačních zpráv pro dialogový postup do kategorií přenosu je určeno v tabulce 5-4. Tabulka 5-2 Zprávy pro základní postup Typ zprávy | Zkratka | Kategorie | Přenos | Příjem | Předběžná informační zpráva o přeletu hranice FIR | ABI | 3 | M | M | Aktivační zpráva | ACT | 2 | M | M | Zpráva o změně koordinačních dat | REV | 2 | C [1] | C [1] | Zpráva o předběžné aktivaci | PAC | 2 | C | C | Zpráva zrušení koordinace | MAC | 2 | C | C | Zpráva o přidělení kódu | COD | 2 | C | C | Informativní zpráva | INF | 3 | C | C | Zpráva o příjmu a zpracování předchozí zprávy | LAM | | M | M | Tabulka 5-3 Dialogový postup — zprávy koordinační fáze (Doplňková k tabulce 5-2) Typ zprávy | Zkratka | Kategorie | Přenos | Příjem | Zpráva navrhující nestandardní podmínky předání předložená přijímajícímu řídícímu | RAP | 2 | C | M | Zpráva o změně nestandardních koordinačních podmínek | RRV | 2 | C | M | Koordinační zpráva | CDN | 2 | M | M | Zpráva vyčkejte [2] | SBY | | M | M | Akceptační zpráva | ACP | 2 | M | M | Zpráva o odmítnutí koordinačních dat [3] | RJC | 2 | C | C | Tabulka 5-4 Dialogový postup — zprávy fáze předání Typ zprávy | Zkratka | Kategorie | Přenos | Příjem | Zpráva zahájení předání | TIM | 1 | M | M | Zpráva doplňku letových dat | SDM | 1 | [4] | [4] | Zpráva "návrh na předání" | HOP | 1 | M | M | Zprávu o změně kmitočtu [5] | COF | 1 | C | M | Zpráva žádosti o předání na spojení | ROF | 1 | C | M | Manuální převzetí spojení a řízení [5] | MAS | 1 | C | M | 6. ZÁKLADNÍ POSTUP — POVINNÉ ZPRÁVY 6.1 Úvod 6.1.1 Popis požadavků Tento oddíl popisuje minimální požadavky na úrovni aplikace pro zavedení služeb OLDI. 6.1.2 Zavedení Stanoviště používající OLDI pro koordinaci letů musí zavést ABI, ACT a LAM, jak je popsáno v tomto oddíle, pokud nebylo vzájemně dohodnuto používání dialogového postupu koordinace, jak je popsán v oddíle 8 tohoto dokumentu, v kterémžto případě se podmínky používání zpráv ACT a LAM řídí uvedeným oddílem. 6.2 Předběžná informační zpráva o přeletu hranice FIR (ABI) 6.2.1 Účel zprávy ABI Zpráva ABI splňuje následující provozní požadavky: - zajišťuje získání chybějících dat letového plánu, - poskytuje následujícímu stanovišti ATC předběžné údaje o hranici a jejich opravě, - aktualizuje základní data letového plánu, - umožňuje včasné porovnání radarového tracku, - umožňuje přesné krátkodobé hodnocení zatížení sektoru. ABI je oznamovací zpráva. 6.2.2 Obsah zprávy Zpráva ABI musí obsahovat následující datové položky: - Typ zprávy, - Číslo zprávy, - Identifikace letadla - Mód a kód sekundárního radaru (SSR) (je-li k dispozici), - Letiště vzletu - Předběžná data, - Letiště zamýšleného přistání - Číslo a typ letadla, - Trať (nepovinné), - Další data letového plánu (nepovinné). POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 6.2.3 Pravidla používání 6.2.3.1 Obecná pravidla 6.2.3.1.1 Kromě případů stanovených níže v bodech 6.2.3.1.3 a 6.2.3.1.4 je nutné zaslat jednu nebo více zprávu ABI pro každý plánovaný let překračující hranici prostoru odpovědnosti v souladu s postupy OLDI. 6.2.3.1.2 Při zasílání musí zpráva ABI předcházet aktivační zprávě (ACT), nebo zprávě navrhující nestandardní podmínky předání předložené přijímajícímu řídícímu. 6.2.3.1.3 Zpráva se negeneruje, má-li být zaslána zpráva o předběžné aktivaci (PAC). 6.2.3.1.4 Doporučení: Přenos ABI by měl být blokován, má-li být zpráva ACT nebo zpráva RAP zaslána neprodleně nebo během vzájemně dohodnutého časového intervalu. POZNÁMKA: Účelem tohoto doporučení je zabránit pokusu o současné rozlišení anomálií na různých pracovištích přijímajícího stanoviště pro zprávy a ACT pro stejný let. 6.2.3.1.5 Revidovanou zprávu ABI je nutné poslat, pokud nebyla generována následná zpráva ACT a: - trať letu se změnila tak, že COP předchozí zprávy ABI již není přesný, - došlo ke změně letiště zamýšleného přistání nebo - došlo ke změně typu letadla. 6.2.3.1.6 Doporučení: Revidovaná zpráva ABI by měla být poslána, pokud nebyla generována následná zpráva a jedna z následujících položek podléhá změně: - předpokládaná přeletová hladina hranice - předpokládaný kód SSR v bodu předání řízení, - pokud se předpokládaný čas přeletu (ETO) v COP liší od předchozí zprávy o více než o čas určený v koordinační dohodě (LoA) - jakákoli další vzájemně dohodnutá data. 6.2.3.2 Zpracování v přijímajícím stanovišti 6.2.3.2.1 Systém ATC přijímající zprávu ABI se musí pokusit o přidružení zprávy datům odpovídajícího letového plánu. 6.2.3.2.2 Je-li přidružení letovému plánu neúspěšné, musí být letový plán vyhotoven automaticky, nebo ručně v přijímajícím systému. 6.2.3.2.3 Je-li přidružení letovému plánu úspěšné, ale mezi daty zprávy a odpovídajícími daty v přijímajícím systému je zjištěn nesoulad, který by vedl k potřebě nápravných opatření při příjmu následující zprávy ACT, dotyčný nesoulad musí být předán příslušnému pracovišti k vyřešení. 6.2.3.3 Časové parametry přenosu 6.2.3.3.1 Zpráva musí být odeslána parametrem určený počet minut před předpokládaným časem dosažení COP. 6.2.3.3.2 Parametr (parametry) generování ABI musí být zahrnuty do koordinační dohody (LoA) mezi dotyčnými stanoviště ATC. 6.2.3.3.3 Doporučení: Parametr (parametry) generování ABI by měl (měly) být: - proměnná založená na ustanoveních koordinační dohody (LoA) - definovány samostatně pro každý COP. 6.2.4 Potvrzení ABI 6.2.4.1 Potvrzení Příjem zprávy ABI musí být potvrzen generováním a odesláním zprávy LAM. POZNÁMKA: Zpráva LAM je generována bez ohledu na výsledky pokusu o přidružení letového plánu. 6.2.4.2 Nedoručení potvrzení Doporučení: Není-li přijata LAM jako potvrzení zprávy, měla by být na kontrolním pracovišti zobrazena výstraha. 6.2.5 Příklady "Air 2000" 253, Boeing 757 z Malty do Birminghamu odhad BNE VOR v 1221 univerzálního koordinovaného času (UTC — universal time coordinated), letící na FL350 pravou vzdušnou rychlostí 480 uzlů, plánovaná trať přes UB4 BNE UB4 BPK UB3 HON, odpovídající na A7012 a požadující FL390. Následují příslušné příklady zprávy ABI odeslané z oblastního řídícího střediska (ACC) v Remeši do ACC Londýn. 6.2.5.1 ICAO (ABIE/L001-AMM253/A7012-LMML-BNE/1221F350-EGBB-9/B757/M-15/N0480F390 UB4 BNE UB4 BPK UB3 HON) 6.2.5.2 ADEXP -TITLE ABI -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 001 -ARCID AMM253 -SSRCODE A7012 -ADEP LMML -COORDATA -PTID BNE -TO 1221 -TFL F350 -ADES EGBB -ARCTYP B757 -ROUTE N0480F390 UB4 BNE UB4 BPK UB3 HON 6.3 Aktivační zpráva (ACT) 6.3.1 Účel zprávy ACT Zpráva ACT splňuje následující provozní požadavky: - nahradit ústní odhad hranice automatickým zasláním podrobných údajů o letu z jednoho stanoviště ATC na následující před předáním řízení, - aktualizovat základní data letového plánu v přijímajícím stanovišti ATC nejaktuálnějšími údaji, - usnadnit rozdělení dat letového plánu na jednotlivá zapojená pracoviště na přijímajícím stanovišti ATC a zobrazení těchto dat, - urychlit zobrazení vzájemného vztahu volacího znaku a kódu (callsign/code) v přijímajícím stanovišti ATC, - poskytnout přijímajícímu stanovišti ATC podmínky předání. 6.3.2 Obsah zprávy Zpráva ACT musí obsahovat následující datové položky: - typ zprávy, - číslo zprávy, - identifikace letadla, - mód a kód sekundárního radaru (SSR), - letiště vzletu, - předběžná data, - letiště zamýšleného přistání, - číslo a typ letadla, - trať (nepovinné), - další data letového plánu. POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 6.3.3 Pravidla používání 6.3.3.1 Obecná pravidla 6.3.3.1.1 Jedna zpráva ACT musí být zaslána příslušným letům překračujícím hranice s výjimkou případů stanovených v odstavci 6.3.3.1.10. 6.3.3.1.2 Zpráva ACT musí být generována a zaslána automaticky ve vypočtený čas určený v koordinační dohodě (LoA), pokud není spuštěna ručně před tímto časem. 6.3.3.1.3 Doporučení: Pracovníci ATC by měli být vybaveni prostředky na spuštění přenosu zprávy před vypočteným časem přenosu. 6.3.3.1.4 Pracovní obsah zprávy ACT která má být odeslána, musí být před vlastním přenosem zprávy zobrazen na provozní pracovišti příslušném pro koordinaci letu. 6.3.3.1.5 Doporučení: Ve vztahu k bodu 6.3.3.1.4 by měl být společně s obsahem zprávy zobrazen vypočtený čas, ve kterém má být zpráva ACT automaticky odeslána. 6.3.3.1.6 Zpráva ACT musí obsahovat nejnovější údaje o letu, které odráží předpokládané podmínky opuštění oblasti. 6.3.3.1.7 Příslušné provozní pracoviště musí být upozorněno na přenos zprávy ACT. 6.3.3.1.8 Jakmile byla přijata zpráva LAM, stávají se data zprávy ACT provozně závaznými pro obě stanoviště ATC. S koordinovanými podmínkami předání a se skutečností, že byla přijata zpráva LAM, musí být seznámeni pracovníci řízení letového provozu ATC předávajícího stanoviště. 6.3.3.1.9 Je nutno předpokládat akceptaci podmínek přenosu uvedených ve zprávě ACT přijímajícím stanovištěm, pokud přijímající stanoviště nezahájí koordinaci za účelem změny těchto podmínek. 6.3.3.1.10 Stejnému koordinačnímu partneru lze zaslat další zprávu ACT pouze pokud předchozí zpráva byla zrušena pomocí zprávy MAC. 6.3.3.1.11 Je-li to vzájemně dohodnuto, musí být uvedena trať a další data letového plánu. 6.3.3.2 Zpracování v přijímajícím stanovišti 6.3.3.2.1 Systém ATC přijímající zprávu ACT se musí pokusit o přidružení jejích dat k odpovídajícímu letovému plánu. 6.3.3.2.2 Pokud je nalezen odpovídající letový plán a zpráva neobsahuje žádný nesoulad, který by znemožňoval správné zpracování: - pracovní obsah musí být zahrnut do letového plánu, - požadovaná data musí být vyvedena na řízení letového provozu a další příslušná pracoviště, - musí být odeslána zpět zpráva LAM. 6.3.3.2.3 Nelze-li nalézt odpovídající letový plán nebo je zjištěn nesoulad, který znemožňuje správné zpracování zprávy: - pokud sektor odpovědný za převzetí řízení letu lze určit: - pracovní obsah zprávy se zobrazí v dotyčném sektoru, - musí být odeslána zpět zpráva LAM, - musí být sestaven letový plán, - ve všech ostatních případech nesmí být odeslána zpráva LAM. 6.3.3.3 Parametry přenosu 6.3.3.3.1 Zpráva musí být odeslána v nejbližším čase určeném dle následujících bodů, nebo co nejdříve poté: - parametrem určený počet minut před předpokládaným časem dosažení COP, - čas, kdy let dosáhne vzájemně dohodnuté vzdálenosti od COP. 6.3.3.3.2 Parametr (parametry) generování zprávy ACT musí být obsažen (obsaženy) v koordinační dohodě (LoA) mezi dotyčnými stanovišti ATC. 6.3.3.3.3 Parametr (parametry) generování zprávy ACT musí být proměnná (proměnné) vycházející z ustanovení koordinační dohody (LoA). 6.3.3.3.4 Doporučení: Parametry generování zprávy by měly být definovány samostatně pro každý COP. 6.3.3.3.5 Určené parametry musí poskytovat dostatečný čas pro: - odesílající (vysílající) stanoviště na aktualizaci letové hladiny předání tak, aby odrážela předpokládané podmínky v COP, a - přijímající stanoviště na zpracování zprávy ACT a generování a odeslání zprávy LAM, ale přitom nadále umožňovat provedení ústní koordinace předávajícím stanovištěm a výsledné akce spuštěné přijímajícím stanovištěm, pokud dojde k selhání výměny dat. 6.3.4 Potvrzení zprávy ACT 6.3.4.1 Potvrzení Příjem zprávy ACT musí být potvrzen generováním a odesláním zprávy LAM. 6.3.4.2 Případy nedoručení potvrzení Není-li přijata zpráva LAM jako potvrzení zprávy ACT, zobrazí se výstraha na pracovišti ATC příslušném pro koordinaci dotyčného letu. 6.3.5 Příklady Následující příklady jsou pokračováním příkladů uvedeným pro zprávu ABI v odstavci 6.2, veškeré podrobné údaje jsou stejné s výjimkou ETO v COP který je v uvedené zprávě ACT 1226. 6.3.5.1 ICAO (ACTE/L005-AMM253/A7012-LMML-BNE/1226F350-EGBB-9/B757/M-15/N0480F390 UB4 BNE UB4 BPK UB3 HON) 6.3.5.2 ADEXP -TITLE ACT -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 005 -ARCID AMM253 -SSRCODE A7012 -ADEP LMML -COORDATA -PTID BNE -TO 1226 -TFL F350 -ADES EGBB -ARCTYP B757 -ROUTE N0480F390 UB4 BNE UB4 BPK UB3 HON 6.4 Zpráva o příjmu a zpracování předchozí zprávy (LAM) 6.4.1 Účel zprávy LAM Zpráva LAM je prostředkem, jehož pomocí přijímací stanoviště oznamuje vysílajícímu stanovišti příjem a zabezpečení zaslané zprávy. Zpracování zprávy LAM poskytuje pracovníkům ATC z předávajícího stanoviště: - výstrahu, pokud nebylo přijato potvrzení, - oznámení, že zpráva, jejíž příjem byl potvrzen, byla přijata, úspěšně zpracována, nebyly v ní nalezeny chyby, byla uložena a — pokud je to vhodné — je k dispozici pro prezentaci příslušnému pracovišti. 6.4.2 Obsah zprávy Zpráva LAM musí obsahovat následující datové položky: - typ zprávy, - číslo zprávy, - odkaz na zprávu (jejíž příjem se potvrzuje). POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 6.4.3 Pravidla používání 6.4.3.1 Obecná pravidla 6.4.3.1.1 Pravidla pro odesílání zprávy LAM jsou určena v těch oddílech tohoto dokumentu, které definují zpracování každé jednotlivé zprávy. 6.4.3.1.2 Zpráva LAM musí být generována a odeslána bez lidského zásahu. 6.4.3.1.3 Zpráva LAM se nepoužije k nahrazení potřeby technických zpráv zajištujících neporušenost přenosů dat. 6.4.3.1.4 Zpráva LAM musí být generována a odeslána neprodleně, aby mohl být dosažen požadovaný čas transakce potvrzení zprávy. 6.4.3.1.5 S výjimkou zpráv ABI musí odesílající systém ATC informovat řídícího letového provozu odpovědného za koordinaci, pokud zpráva LAM nebyla přijata v hranici časového parametru určeného pro takovou výstrahu. 6.4.4 Potvrzení zprávy LAM Zpráva LAM nevyžaduje žádné potvrzení. 6.4.5 Příklady 6.4.5.1 ICAO (LAML/E012E/L001) 6.4.5.2 ADEXP -TITLE LAM -REFDATA -SENDER -FAC L -RECVR -FAC E -SEQNUM 012 -MSGREF -SENDER -FAC E -RECVR -FAC L -SEQNUM 001 7. ZÁKLADNÍ POSTUP — DOPLŇKOVÉ ZPRÁVY 7.1 Úvod 7.1.1 Popis požadavků Tento oddíl popisuje služby použitelné pro základní postup, které jsou doplňkové ke službám popsaným v oddíle 6, Základní postup — povinné zprávy. 7.1.2 Zavedení 7.1.2.1 Použití kterékoli ze služeb popsaných v tomto oddíle musí být před jejich zavedením vzájemně dohodnuto. 7.1.2.2 Je-li takové použití dohodnuto, musí být uplatněna pravidla popsaná v tomto oddíle. 7.2 Zpráva o předběžné aktivaci ( PAC) 7.2.1 Účel zprávy PAC Zpráva PAC splňuje následující provozní požadavky: - oznámení a koordinace letu před odletem, pokud čas letu od startu do COP je nižší než čas, který by byl požadován ke splnění dohodnutých časových parametrů pro přenos zprávy ACT, - oznámení a koordinace letu před odletem místním stanovištěm (letištní řídící věží) na následující stanoviště, která převezme řízení letu, - zajištění sběru chybějících dat letového plánu v případě rozporů v prvotním rozdělení dat letového plánu, - žádost o přidělení kódu SSR od stanoviště, kterému je výše uvedené oznámení/koordinace zasláno, pokud je požadována. 7.2.2 Obsah zprávy Zpráva PAC musí obsahovat následující datové položky: - typ zprávy, - číslo zprávy, - odkaz na zprávu (nepovinné), - identifikace letadla, - mód a kód SSR, - letiště vzletu, - předpokládaný čas vzletu nebo předběžná data, - letiště zamýšleného přistání, - typ letadla, - trať (nepovinné), - další data letového plánu (nepovinné). POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 7.2.3 Pravidla používání 7.2.3.1 Obecná pravidla 7.2.3.1.1 Jedna nebo několik zpráv PAC musí být zasláno pro každý plánovaný let, který má překročit hranice prostoru odpovědnosti, pokud by čas od startu do COP neumožňoval zaslání zprávy ACT v požadovaném čase. 7.2.3.1.2 Jedna nebo několik zpráv PAC musí být zasláno letištní řídící věží/přibližovacím stanovištěm řízení (TWR/APP) následujícímu stanovišti pro každý vzlétající let, pro který je požadováno oznámení nebo koordinace. 7.2.3.1.3 Doporučení: Pro zavedení zpráv PAC LAM mezi stanovišti by měly být příslušné systémy TWR/ vybaveny prostředky pro zavádění a zasílání signálů "start-up" (start), "push-back", "taxi" (rolování) nebo podobných informací, ze kterých lze odvodit ETOT pro výpočet předpokládaného času přeletu COP a spuštění přenosu zprávy PAC. 7.2.3.1.4 Dle vzájemné dohody musí zpráva obsahovat buď: - předpokládaný čas vzletu, nebo - předběžná data. 7.2.3.1.5 Je-li dle vzájemné dohody uveden odkaz na zprávu, musí: - obsahovat číslo prvé zprávy PAC odeslané pro dotyčný let, - být uveden na druhé a následujících zprávách PAC. 7.2.3.1.6 Použití vyžádání kódu, je-li požadováno, musí být vzájemně dohodnuto. 7.2.3.1.7 Opravená zpráva PAC musí být zaslána, pokud před startem platí kterákoli z následujících podmínek: - trať letu byla změněna tak, že COP uvedený v předchozí zprávě již není přesný, - došlo ke změně typu letadla, - bylo zjištěno, že letiště zamýšleného přistání uvedené v předchozí zprávě PAC není správné. 7.2.3.1.8 Doporučení: Opravená zpráva PAC by měla být zaslána, pokud se před startem následující data liší od dat předchozí zprávy PAC: - letová hladina (v předběžných datech, pokud jsou použita), - předpokládaný kód SSR v bodu předání řízení, - předpokládaný čas vzletu nebo předpokládaný čas přeletu COP o časový interval přesahující vzájemně dohodnutou hodnotu, - dojde ke změně jakýchkoli dalších dat dle vzájemné dohody.. 7.2.3.2 Zpracování v přijímajícím stanovišti 7.2.3.2.1 Systém ATC zprávu PAC se musí pokusit o její přidružení odpovídajícímu letovému plánu. 7.2.3.2.2 Je-li odpovídající letový plán nalezen a zpráva neobsahuje žádný nesoulad, který by znemožňoval správné zpracování: - pracovní obsah musí být zahrnut do letového plánu, - požadovaná data musí být vyvedena na řízení letového provozu a další příslušná pracoviště, - musí být odeslána zpět zpráva LAM. 7.2.3.2.3 Nelze-li nalézt odpovídající letový plán, nebo je-li zjištěn nesoulad, který znemožňuje správné zpracování zprávy: - pokud sektor odpovědný za převzetí řízení letu lze určit: - pracovní obsah zprávy se zobrazí v dotyčném sektoru, - musí být odeslána zpět zpráva LAM, - musí být sestaven letový plán, - ve všech ostatních případech nesmí být odeslána zpráva LAM. 7.2.3.2.4 Data druhé nebo následující zprávy PAC nahradí data předchozí zprávy. 7.2.3.2.5 Pokud zpráva PAC zahrnuje žádost o přidělování kódů SSR a je bezchybně zpracovatelná, jak je popsáno v odstavci 7.2.3.2.2. výše, musí být kromě zprávy LAM zaslána zpět zpráva COD. POZNÁMKA: Vzhledem k tomu, že postup pro přidělování kódů vyžaduje podrobné údaje o trase letového plánu, neobsahuje tento dokument žádné požadavky pro zpětné zaslání zprávy COD přijímajícím stanoviště, které nemusí být tato data pro dotyčný let k dispozici. To nebrání zpětnému zaslání zprávy za těchto okolností, pokud existuje specifická místní způsobilost a postup byl vzájemně dohodnut. 7.2.3.3 Časové parametry pro přenos Časový parametr přenosu nelze použít, neboť zpráva se zasílá jako reakce na ručně zadanou zprávu, která oznamuje bezprostřední vzlet dotyčného letu. 7.2.4 Potvrzení zprávy PAC 7.2.4.1 Potvrzení Zprávy, které mají být odeslány jako odpověď na zprávu PAC jsou popsány v odstavci 7.2.3.2. výše. 7.2.4.2 Nedoručení potvrzení Není-li přijata zpráva LAM jako potvrzení zprávy PAC, zobrazí se výstraha na pracovišti stanoviště ATC odpovědném za koordinaci s následující jednotkou. 7.2.4.3 Případy nedoručení zprávy LAM Není-li doručena zpráva LAM, musí být zahájena ústní koordinace. 7.2.4.4 Nedoručení zprávy COD 7.2.4.4.1 Není-li přijata zpráva COD jako odpověď na žádost o kód obsaženou ve zprávě PAC, zobrazí se na příslušném pracovišti výstraha. 7.2.4.4.2 Má-li být použita funkce žádost o kód, musí být vzájemně dohodnut požadovaný časový parametr. 7.2.5 Příklady 7.2.5.1 Předpokládaný čas vzletu a žádost o kód 7.2.5.1.1 ICAO (PACBA/SZ002-CRX922/A9999-LFSB1638-LSZA-9/B737/M) 7.2.5.1.2 ADEXP -TITLE PAC -REFDATA -SENDER -FAC BA -RECVR -FAC SZ -SEQNUM 002 -ARCID CRX922 -SSRCODE REQ -ADEP LFSB -ETOT 1638 -ARCTYP B737 -ADES LSZA 7.2.5.2 Čas v COP 7.2.5.2.1 ICAO (PACD/L025-EIN636/A5102-EIDW-LIFFY/1638F290F110A-EBBR-9/B737/M) 7.2.5.2.2 ADEXP -TITLE PAC -REFDATA -SENDER -FAC D -RECVR -FAC L -SEQNUM 025 -ARCID EIN636 -SSRCODE A5102 -ADEP EIDW -COORDATA -PTID LIFFY -TO 1638 -TFL F290 -SFL F110A -ARCTYP B737 -ADES EBBR 7.3 Zpráva o změně koordinačních dat (REV) 7.3.1 Účel zprávy REV Zpráva REV se používá na zasílání změn koordinačních dat dříve odeslaných ve zprávě ACT, pokud v důsledku změn nedojde ke změně přebírajícího stanoviště. 7.3.2 Obsah zprávy Zpráva REV musí obsahovat následující datové položky: - typ zprávy, - číslo zprávy, - odkaz na zprávu (nepovinné), - identifikace letadla, - mód a kód SSR (nepovinné), - letiště vzletu, - předběžná data, - koordinační bod (nepovinné), - letiště zamýšleného přistání, - trať (nepovinné), - další data letového plánu (nepovinné). POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 7.3.3 Pravidla používání 7.3.3.1 Obecná pravidla 7.3.3.1.1 Stanovišti, se kterým byl let aktuálně koordinován pomocí zprávy ACT, lze zaslat jednu nebo několik zpráv REV. 7.3.3.1.2 Následující prvky musí podléhat opravě: - předpokládaný čas přeletu COP, - letová hladina při předání, - kód SSR. 7.3.3.1.3 Zpráva REV musí být zaslána, pokud: - se předpokládaný čas přeletu COP liší od údaje předchozí zprávy o více než je vzájemně dohodnutá hodnota zaokrouhlená na nejbližší celé číslo, - dojde ke změně letové hladiny při předání nebo kódu SSR. 7.3.3.1.4 Je-li to vzájemně dohodnuto, musí být zpráva REV zaslána, pokud dojde ke změně kterékoli z následujících položek: - COP, - trať, - další data letového plánu (data polí ICAO 8, 10 a 18). POZNÁMKA: Operační pravidla mohou vyžadovat, aby změny provedené po zprávě ACT podléhaly předchozí koordinaci mezi dotyčnými stanovišti. 7.3.3.1.5 Je-li to vzájemně dohodnuto, musí zpráva REV obsahovat odkaz na zprávu, kterou mění. 7.3.3.1.6 Odkaz na zprávu, je-li uveden, musí obsahovat číslo předchozí zprávy ACT. 7.3.3.1.7 Podmínky předání uvedené ve zprávě REV přijímacím stanovištěm ATC se považují za přijaté, pokud přijímací stanoviště ATC nezahájí koordinaci za účelem změny těchto podmínek. 7.3.3.2 Formátování zprávy REV 7.3.3.2.1 Formát ICAO Veškeré změnové zprávy obsahují pole typů 3, 7, 13, 14 a 16. Uvedená pole umožňují následující typy změn: - změna předpokládaného času přeletu COP nebo letové hladiny předání musí být začleněna zadáním změněných dat do pole 14, - změna kódu SSR musí být zadána do pole 7, - změny trasy včetně změn COP musí být začleněny do dat polí 14 a 15 zahrnutých do formátu pole 22 po úvodních pěti polích. Takové zprávy musí obsahovat dvě pole 14, přičemž první obsahuje pouze prvek a), COP, přes který byl let dříve koordinován. Pravidla koordinace takových změn, včetně přímé tratě, jsou určena v příloze B, Požadavky na vytvoření speciálních tratí. - změny polí 8, 10 a 18 musí být zahrnuty do dat pole 22 po úvodních pěti polích. 7.3.3.2.2 Formát ADEXP Veškeré zprávy REV ve formátu ADEXP musí obsahovat následující primární pole TITLE REFDATA ARCID ADEP ADES. Uplatňují se následující pravidla: - změna předpokládaného času přelet COP nebo letové hladiny při předání musí být začleněna zadáním změněných dat do primárního pole COORDATA, - změny tratě, včetně změn COP musí být začleněny do hlavních polí COORDATA a ROUTE. Takové zprávy musí obsahovat primární pole COP, které obsahuje koordinační bod, přes který byl let dříve koordinován. Pravidla koordinace takových změn, včetně přímé tratě, jsou určena v příloze B, - změna kódu SSR musí být vyznačena zahrnutím primárního pole SSRCODE, - změny dalších dat letového plánu musí být začleněny zahrnutím nezbytných primárních polí, jak jsou definována pro další data letového plánu v příloze A. Je-li zpráva REV zaslána pouze za účelem koordinace kódu SSR a/nebo dalších dat letového plánu, primární pole COP musí být zahrnuto na místě pole COORDATA. 7.3.3.2.3 Kód SSR Mód a kód SSR musí být zahrnut do zprávy REV pouze pokud je to požadováno za účelem koordinace změny kódu SSR. 7.3.3.3 Zpracování v přijímajícím stanovišti 7.3.3.3.1 Byla-li pro dotyčný let přijata zpráva ACT ze stejného stanoviště ATC, systém ATC přijímající zprávu REV se musí pokusit o její přidružení odpovídajícímu letovému plánu. 7.3.3.3.2 Pokud je nalezen odpovídající letový plán a zpráva neobsahuje žádný nesoulad, který by znemožňoval správné zpracování: - pracovní obsah musí být zahrnut do letového plánu, - požadovaná data musí být vyvedena na operační ATC a další příslušná pracoviště. 7.3.3.4 Spuštění přenosu 7.3.3.4.1 Zpráva REV je vynucená událost a musí být odeslána neprodleně po příslušném vstupu nebo aktualizaci. 7.3.3.4.2 Poté, co let dosáhne určeného času/vzdálenosti od bodu předání, nelze provést žádné změny pomocí zprávy REV. Parametry času a vzdálenosti musí být vzájemně dohodnuty. 7.3.3.4.3 Doporučení: Parametry zprávy REV by měly být definovány samostatně pro každý COP. 7.3.3.5 Změna přijímajícího stanoviště ATC Zpráva REV se nepoužije, pokud oprava dat letového plánu vede ke změně přijímajícího stanoviště ATC (viz zpráva zrušení koordinace). 7.3.4 Potvrzení zprávy REV 7.3.4.1 Potvrzení Pokud zprávu REV: - lze přičlenit letovému plánu v rámci přijímajícího systému, musí být jako potvrzení odeslána zpráva LAM, - nelze přičlenit letovému plánu v rámci přijímajícího systému, zpráva LAM se neodesílá. 7.3.4.2 Nedoručení potvrzení 7.3.4.2.1 Není-li přijata zpráva LAM jako potvrzení zprávy REV, zobrazí se výstraha na pracovišti ATC odpovědném za koordinaci dotyčných letů. 7.3.4.2.2 Není-li doručena zpráva LAM, musí předávající stanoviště ATC zahájit ústní opravu. 7.3.5 Příklady 7.3.5.1 ICAO a) (REVE/L002-AMM253-LMML-BNE/1226F310-EGBB) b) (REVE/L010-AMM253/A2317-LMML-BNE/1226F310-EGBB) 7.3.5.2 ADEXP a) -TITLE REV -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 002 -ARCID AMM253 -ADEP LMML -COORDATA -PTID BNE -TO 1226 -TFL F310 -ADES EGBB b) -TITLE REV -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 010 -ARCID AMM253 -ADEP LMML — COP BNE -ADES EGBB -SSRCODE A2317 7.4 Zpráva zrušení koordinace (MAC) 7.4.1 Účel zprávy MAC Zpráva MAC se používá k oznámení přijímajícímu stanovišti, že koordinace nebo oznámení dříve vykonané pro určitý let se ruší. Zpráva MAC není náhradou zprávy o zrušení letového plánu (CNL), jak je definována ICAO, a proto se nepoužije k vymazání základních dat letového plánu. 7.4.2 Obsah zprávy Zpráva MAC musí obsahovat následující datové položky: - typ zprávy, - číslo zprávy, - odkaz na zprávu (nepovinné), - identifikace letadla, - letiště vzletu, - COP, - letiště zamýšleného přistání, - stav a důvod koordinace (nepovinné). POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 7.4.3 Pravidla používání 7.4.3.1 Obecná pravidla 7.4.3.1.1 Zpráva MAC musí být zaslána stanovišti, se kterým byla předtím provedena koordinace určitého letu pomocí zprávy ACT nebo RAP, pokud dojde k některé z následujících událostí: - předpokládaná letová hladina v bodě předání se liší od letové hladiny uvedené v předchozí zprávě, což vede ke změně následujícího stanoviště koordinační posloupnosti, - trať letu byla změněna, což vede ke změně následujícího stanoviště koordinační posloupnosti, - systémový letový plán je v odesílajícím stanovišti zrušen a koordinace není nadále aktuální, - pro dotyčný let je přijata zpráva MAC od předchozího stanoviště koordinační posloupnosti. 7.4.3.1.2 Je-li zpráva MAC odeslána z důvodu změny letové hladiny nebo tratě, musí být provedeno příslušné oznámení a/nebo koordinace s novým stanovištěm koordinační posloupnosti. 7.4.3.1.3 Zpráva MAC musí být odeslána, pokud je zrušena koordinace startujícího letu provedená pomocí zprávy PAC. 7.4.3.1.4 Doporučení: Zpráva MAC by měla být odeslána, pokud oznámení (zpráva ABI) předtím provedené pro určitý let, je zrušeno z jakéhokoli důvodu uvedeného v odstavci 7.4.3.1.1. výše nebo je-li let zpožděn na trati a změněný odhad nelze určit automaticky. 7.4.3.1.5 Je-li to vzájemně dohodnuto, musí být uveden odkaz na zprávu. 7.4.3.1.6 Odkaz na zprávu, je-li uveden, musí obsahovat číslo poslední zprávy ABI, PAC nebo ACT zaslané pro dotyčný let, jejíž příjem byl potvrzen. 7.4.3.1.7 Bod koordinace musí být ten COP, přes který byl let dříve oznámen nebo koordinován. 7.4.3.1.8 Doporučení: Zpráva MAC by měla uvádět stav, do kterého se má koordinace nebo oznámení vrátit, a důvod zrušení. 7.4.3.1.9 Je-li uveden stav a důvod, musí jít o jednu z následujících kombinací: - pokud přijímající stanoviště není nadále následujícím koordinačním partnerem: - stav je INI (initial — výchozí), - důvod je jeden z následujících: - TFL, je-li důvodem změna letové hladiny předání, - RTE, je-li důvodem změna trasy, - CSN, je-li důvodem změna volacího znaku (callsign), - CAN, je-li důvodem zrušení, - OTH, jde-li o libovolný jiný důvod nebo je-li důvod neznámý, - pokud se uplatní jedna z následujících podmínek: - koordinace vykonaná pomocí předchozí zprávy PAC nebo ACT (změněné jakoukoli následnou zprávou REV) je zrušena, ale předpokládá se, že let bude předmětem nové koordinační sekvence se stejným stanovištěm nebo - po přenosu zprávy ABI je let pozastaven na dobu neurčitou a předpokládá se, že bude předmětem změněné zprávy ABI nebo ACT, jak je příslušné: - stav je NTF (oznámení), - důvod je jeden z následujících: - DLY, je-li důvodem zpoždění, - HLD, je-li důvodem pozastavení, - OTH, jde-li o libovolný jiný důvod nebo je-li důvod neznámý. 7.4.3.1.10 Pokud má být let znovu oznámen nebo koordinován: - musí být dle vhodnosti odesláno nové oznámení a/nebo koordinační zpráva, - základní data letového plánu uložená v přijímajícím stanovišti ATC nesmí být ovlivněna zprávou MAC, - systém si musí podržet schopnost správně zpracovat nové oznámení a/nebo koordinační zprávu od předchozího předávajícího stanoviště nebo jiného stanoviště nové koordinační posloupnosti. 7.4.3.2 Zpracování v přijímajícím stanovišti Pracoviště přijímajícího stanoviště ATC, kterému/kterým byly poskytnuty podrobné údaje o letu, musí být upozorněno/upozorněna na zrušení. 7.4.4 Potvrzení zprávy MAC 7.4.4.1 Potvrzení 7.4.4.1.1 Pokud zprávu MAC lze přičlenit letovému plánu v rámci přijímajícího systému a lze ji zpracovat, musí být jako potvrzení odeslána zpráva LAM. 7.4.4.1.2 Pokud zprávu MAC nelze přičlenit letovému plánu v rámci přijímajícího systému nebo ji nelze zpracovat, zpráva LAM se neodesílá. 7.4.4.2 Nedoručení potvrzení 7.4.4.2.1 Pokud je koordinace ATC zrušena a není přijata zpráva LAM, zobrazí se výstraha na pracovišti ATC odpovědném za koordinaci. 7.4.4.2.2 V takových případech musí být předávajícím stanovištěm ATC provedeno ústní zrušení koordinace. 7.4.5 Příklady ACC v Amsterdamu zaslalo zprávu ABI ACC v Bruselu pro let HOZ3188 plánovaný na FL190, let následně žádá o výstup na FL270 (letovou hladinu 270), což je mu povoleno, takže vstoupí do vzdušného prostoru Maastrichtu namísto Bruselu. Příklady 7.4.5.1 a 7.4.5.2 ukazují, jak by vypadala zpráva MAC zaslaná do Bruselu z Amsterdamu, a to jak ve formátu ICAO, tak ve formátu ADEXP. Do Maastrichtu je zaslána zpráva ABI a později zpráva ACT, avšak několik minut před dosažením COP se letadlo vrací na letiště v Amsterdamu a letový plán je v systému odesílajícího stanoviště zrušen, do Maastrichtu je zaslána zpráva MAC, jak ji ukazují příklady (7.4.5.1b a 7.4.5.2b). 7.4.5.1 ICAO a) (MACAM/BC112-HOZ3188-EHAM-NIK-LFPG-18/STA/INITFL) b) (MACAM/MC096-HOZ3188-EHAM-NIK-LFPG-18/STA/INICAN) 7.4.5.2 ADEXP a. -TITLE MAC -REFDATA -SENDER -FAC AM -RECVR -FAC BC -SEQNUM 112 -ADEP EHAM -COP NIK -ADES LFPG -ARCID HOZ3188 -CSTAT -STATID INI -STATREASON TFL b. -TITLE MAC -REFDATA -SENDER -FAC AM -RECVR -FAC MC -SEQNUM 096 -ADEP EHAM -COP NIK -ADES LFPG -ARCID HOZ3188 -CSTAT -STATID INI -STATREASON CAN 7.5 Zpráva o přidělení kódu SSR (COD) 7.5.1 Účel zprávy COD 7.5.1.1 Metoda přidělení kódu (ORCAM) dává letu možnost odpovídat na stejném kódu následným stanovištím v rámci zúčastněné oblasti. Není-li přidělování kódů provedeno centrálně, např. ACC, letiště mohou vyžadovat individuální přidělení souboru diskrétních kódů SSR. Taková přidělení jsou velkým plýtváním kódy. 7.5.1.2 Zpráva COD splňuje provozní požadavek vydání kódu módu A SSR pro určený let jedním stanovištěm letové provozní služby jiné, pokud je požadován. Nepovinná funkce umožňuje vydávající jednotce zahrnout trať letu, je-li to vzájemně dohodnuto. 7.5.2 Obsah zprávy Zpráva COD musí obsahovat následující datové položky: - typ zprávy, - číslo zprávy, - odkaz na zprávu (nepovinné), - identifikace letadla, - mód a kód SSR, - letiště vzletu, - letiště zamýšleného přistání, - trať (nepovinné). POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 7.5.3 Pravidla používání 7.5.3.1 Obecná pravidla 7.5.3.1.1 Zpráva COD musí být generována a automaticky odeslána jako odpověď na žádost o přidělování kódů přijatou v rámci přijaté zprávy. 7.5.3.1.2 Uvedený kód SSR musí být kód přidělený dotyčnému letu. 7.5.3.1.3 Pokud diskrétní kód není k dispozici, musí být vložen kód schváleného využití, jak je určen v Navigačním plánu pro region EUR. 7.5.3.1.4 Je-li to vzájemně dohodnuto, musí být uveden odkaz na zprávu, který obsahuje číslo zprávy, na kterou je zpráva COD odpovědí. 7.5.3.1.5 Je-li to vzájemně dohodnuto, musí být uvedena trať. 7.5.3.1.6 Předpokládá se akceptace kódu SSR stanovištěm přijímajícím zprávu COD. 7.5.3.2 Zpracování v přijímajícím stanovišti 7.5.3.2.1 Není-li ve zprávě nesoulad, který by znemožňoval správné zpracování, musí být odeslána zpět zpráva LAM. 7.5.3.2.2 Pokud zprávu nelze přidružit letovému plánu nebo je zjištěn nesoulad, který znemožňuje správné zpracování zprávy, zpráva LAM se nezasílá. 7.5.3.2.3 Data trasy, pokud jsou uvedena, nesmí být důvodem, který zabrání zpětnému zaslání zprávy LAM, pokud nedojde k nedodržení požadovaného formátu, jak je uveden v příloze A. 7.5.3.3 Časové parametry přenosu Časový parametr přenosu není použitelný, neboť zpráva COD se odesílá v důsledku příjmu zprávy žádající přidělování kódů SSR. 7.5.4 Potvrzení zprávy COD 7.5.4.1 Potvrzení Příjem zprávy COD musí být potvrzen generováním a odesláním zprávy LAM. 7.5.4.2 Případy nedoručení potvrzení Není-li přijata zpráva LAM jako potvrzení zprávy COD, zobrazí se na příslušném pracovišti výstraha. 7.5.5 Příklady 7.5.5.1 ICAO (CODP/PO011-AAL905/A0767-LFPO-KEWR) 7.5.5.2 ADEXP -TITLE COD -REFDATA -SENDER -FAC P -RECVR -FAC PO -SEQNUM 011 -ADEP LFPO -ADES KEWR -ARCID AAL905 -SSRCODE A0767 7.6 Informativní zpráva (INF) 7.6.1 Účel zprávy INF 7.6.1.1 Zpráva INF se používá k poskytnutí údajů o určitých letech orgánům, které se přímo nepodílí na postupu koordinace mezi dvěma následnými stanovišti ATC na trati letu. 7.6.1.2 Zprávu INF lze po domluvě mezi řídícími letového provozu použít k poskytování kopií zpráv a sdělování dohodnutých podmínek koordinace takovým orgánům. K tomuto účelu mohou zprávy INF generovat systémy předávajících nebo přebírajících stanovišť. 7.6.1.3 Zprávu lze též použít k poskytnutí údajů týkajících se libovolného bodu trati letu některému orgánu. 7.6.1.4 Formát umožňuje přenos výchozích dat, opravu a zrušení. 7.6.2 Obsah zprávy Zpráva INF musí obsahovat následující položky dat ve formátu zprávy popsaném v tomto dokumentu: - typ zprávy, - číslo zprávy, - veškeré položky provozních dat obsažené v původní zprávě nebo výsledné koordinaci, která se kopíruje, - typ zprávy, na kterou se odkazuje. POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 7.6.3 Pravidla používání 7.6.3.1 Typy zpráv Typ zprávy/typy zpráv, které mají být zprávou INF zkopírovány, se zakládá (zakládají) na požadavcích uživatelů a možnostech odesílajícího stanoviště. Typ zprávy/typy zpráv a pravidla použití se obvykle dohodnou vzájemně. 7.6.3.2 Příjemci Lze odeslat jednu nebo více zpráv INF pro týž let jednomu nebo více příjemcům. 7.6.3.3 Pracovní obsah Pracovní obsah zprávy INF musí být ve formátu jedné z existujících zpráv. 7.6.3.4 Doporučení: 1. Podmínky zaslané ve výchozí interaktivní zprávě (např. ACT RAP, REV, RRV) lze před dokončením dialogu změnit nebo odmítnout. Odesílající stanoviště by měly být schopny zaslání konečného znění dohodnutých podmínek koordinace. 2. Zpráva INF by měl být odeslána neprodleně nebo v čase vztaženém k času dosažení COP, který je vzájemně dohodnut s přijímajícím orgánem. 7.6.4 Potvrzení zprávy INF Doporučení: 1. Příjem zprávy INF lze potvrdit v závislosti na koordinačním partnerovi generováním a odesláním zprávy LAM. 2. Není-li přijata zpráva LAM jako potvrzení zprávy INF, měla by — v závislosti na vzájemné dohodě mezi dotyčnými stanovišti — být na příslušném pracovišti zobrazena výstraha. 7.6.5 Příklady Let s volacím znakem BAW011, B747 z EGLL do OMDB na FL290 (letové hladině 290), žádající o FL410, předpokládá Koksy (KOK) VOR v 1905, odpovídá na A5437, pokračuje přes UG1 a UB6. Londýn zasílá pro uvedený let zprávu ACT do Maastrichtu. Kopie je odeslána z Londýna na jednotku označenou IT. Dále jsou uvedeny příklady příslušné zprávy INF. 7.6.5.1 ICAO (INFL/IT112-BAW011/A5437-EGLL-KOK/1905F290-OMDB-9/B747H-15/N0490F410 DVR KOK UG1 NTM UB6 KRH-18/MSG/ACT) 7.6.5.2 ADEXP -TITLE INF -REFDATA -SENDER -FAC L -RECVR -FAC IT -SEQNUM 112 -ARCID BAW011 -SSRCODE A5437 -ADEP EGLL -COORDATA -PTID KOK -TO 1905 -TFL F290 -ADES OMDB -ARCTYP B747 -ROUTE N0490F410 DVR UG1 KOK NTM UB6 KRH -MSGTYP ACT 8. DIALOGOVÝ POSTUP KOORDINACE 8.1 Celkový přehled 8.1.1 Úvod 8.1.1.1 Dialogový postup poskytuje možnosti pro komunikaci a dojednávání mezi řídícími letového provozu v koordinační fázi a pro komunikaci ve fázi předání. 8.1.1.2 Tento oddíl popisuje zprávy používané pro dialogový postup v koordinační fázi, ve které jsou podmínky předání plánovány. Zprávy pro fázi předání, ve které je předání letu dokončeno, jsou popsány v oddíle 9 — Dialogový postup předání spojení 8.1.1.3 Postupy těchto dvou fází nejsou vzájemně závislé, lze je provádět samostatně nebo společně. 8.1.1.4 Je zavedeno několik doplňkových zpráv a je podporována schopnost obou partnerů zahájit dialog. 8.1.1.5 Dialogový postup koordinace umožňuje rozpoznat: - předání, která jsou v souladu s koordinační dohodou (LoA) a která lze akceptovat automaticky, a - předání, která vyžadují doručení řídícímu letového provozu přijímajícího stanoviště k rozhodnutí o akceptaci. 8.1.1.6 Tento postup umožňuje také výklad koordinační dohody (LoA) mezi dvěma systémy, které mají být sledovány, a zjištění jakéhokoli nesouladu mezi nimi. 8.1.2 Filtr 8.1.2.1 Obecná pravidla 8.1.2.1.1 Dialogový postup koordinace vyžaduje, aby systémy rozpoznaly, zda jsou předání v souladu s koordinační dohodou (LoA) 8.1.2.1.2 Postup, který kontroluje tuto shodu, je v tomto dokumentu uváděn jako - dohodnuté COP, - přípustné (nebo nepřípustné) letové hladiny, které mohou být také přidruženy koordinačním bodům, - letiště vzletu, - letiště přistání, - dohodnuté přímé tratě, - meze času a/nebo vzdálenosti do COP po jejichž dosažení je jakákoli koordinační zpráva považována za nestandardní, - jakékoli další vzájemně dohodnuté podmínky. 8.1.2.1.3 Za účelem definování složitějších podmínek lze všechny položky tohoto seznamu kombinovat. 8.1.2.1.4 V rámci oddílu 8 tohoto dokumentu musí být pojem "standardní podmínky" vykládán ve smyslu "podmínky, které jsou v souladu s koordinační dohodou (LoA)" a pojem "nestandardní podmínky" jako "podmínky, které jsou v nesouladu s koordinační dohodou (LoA)". Není-li vzájemně dohodnuto jinak, musí zprávy odeslané předávajícím stanovištěm za účelem koordinace, o nichž je známo, že jsou standardní, používat odlišné typy zpráv než ty, jejichž podmínky jsou nestandardní. 8.1.2.2 Činnosti předávajícího stanoviště 8.1.2.2.1 Filtr předávajícího stanoviště musí přezkoumat podmínky předání, které mají být zaslány přebírajícímu stanovišti. 8.1.2.2.2 Doporučení: Pokud je zjištěno, že podmínky předání jsou nestandardní, měl by být na tuto skutečnost upozorněn předávající řídící letového provozu, aby provedl potvrzení nebo změnu. 8.1.2.3 Činnosti přebírajícího stanoviště 8.1.2.3.1 Veškeré zprávy ACT a REV musí být kontrolovány pomocí filtru. 8.1.2.3.2 Pokud kontrola ukáže, že přijaté podmínky předání jsou nestandardní, musí být postoupeny řídícímu letového provozu k rozhodnutí, v opačném případě jsou přijaty automaticky. 8.1.2.4 Synchronizace filtrů 8.1.2.4.1 Používání různých zpráv pro standardní a nestandardní podmínky předání umožňuje rozpoznat jakýkoli nesoulad mezi standardními podmínkami uloženými v systémech předávajících a přebírajících stanovišť. 8.1.2.4.2 Pokud přebírající stanoviště rozpozná nestandardní podmínky předání ve zprávě používané pouze za účelem koordinace standardních předání, projeví se nesoulad mezi oběma filtry. Takové rozpory by měly být za účelem účinného fungování dialogového postupu řešeny. 8.1.3 Pořadí zpráv 8.1.3.1 Obecná pravidla 8.1.3.1.1 Je nutné dodržovat určitá pravidla, aby se zajistilo, že koordinace je úplná dříve, než dojde k výměně jakýchkoli oprav nebo zpráv o předání spojení, a také, aby se zajistilo, že řídící letového provozu obou stanovišť nevypracovávají současně návrhy pro tentýž let. 8.1.3.1.2 V koordinovaném stavu, tj. po dokončení dialogu ACT nebo RAP odesláním LAM nebo ACP, může stanoviště ATC pouze vysílat zprávu REV nebo RRV nebo potvrdit příjem takové zprávy pro určitý let. 8.1.3.1.3 Zprávy CDN může vysílat pouze přebírající stanoviště. 8.1.3.1.4 Vysílat zprávy CDN a potvrzovat jejich příjem lze pouze: - jako součást dialogu zahájeného příjmem zprávy ACT nebo RAP nebo zprávy REV nebo RRV, nebo - je-li letový plán pro dotyčný let v koordinovaném stavu. 8.1.4 Souběžná výměna zpráv 8.1.4.1 Obecná pravidla 8.1.4.1.1 Stanoviště účastnící se výměny koordinačních zpráv nebo zpráv o předání pro určitý let nezahájí další výměnu koordinačních zpráv nebo zpráv o předání pro stejný let se stejnou jednotkou, dokud neobdrží zprávu LAM ACP nebo RJC, nebo dokud neuplynula časová prodleva. 8.1.4.1.2 Zpráva CDN se může křížit se zprávou REV, RRV nebo MAC pro stejný let odeslanou z předávajícího stanoviště. Takovou situaci lze rozpoznat v předávajícím stanovišti z toho, že zpráva CDN dorazí dříve než potvrzení pro odeslanou koordinační zprávu, a v přebírajícím stanovišti podle toho, že zpráva z předávajícího stanoviště dorazí dříve než potvrzení zprávy CDN. V takovém případě se příjem zprávy CDN nepotvrzuje a zpráva REV, RRV nebo MAC je zpracována. 8.1.5 Zpracování odmítnutí Zpráva RJC ukončí systémový dialog. Musí být zahájena nová systémová koordinace, která odráží telefonickou koordinaci, pokud je to použitelné. 8.1.6 Časový limit pro obdržení odpovědi 8.1.6.1 Obecná pravidla 8.1.6.1.1 Pro odpověď na zprávy, které jsou předávány řídícímu letového provozu, se musí u odesílajících a přijímajících středisek uplatnit mechanismus časového limitu. 8.1.6.1.2 Trvání těchto časových limitů musí být vzájemně dohodnuto. 8.1.6.1.3 Ukončení časového limitu u předávajícího stanoviště způsobí vygenerování výstrahy u předávajícího řídícího letového provozu, čímž je upozorněn na potřebu zahájit telefonickou koordinaci. 8.1.6.1.4 Doporučení: 1. Když hrozí vypršení časového limitu předávajícího stanoviště, měla by být zobrazena výstraha na pracovišti ATC přebírajícího stanoviště příslušného pro dotyčný let. 2. Výstraha by měla vzít v úvahu čas přenosu odpovědi. 8.1.6.1.5 Systémy musí být schopny zpracovat odpovědi přijaté po uplynutí časového limitu. 8.1.7 Provedení 8.1.7.1 Dialogový postup se týká dvou fází, jmenovitě koordinační fáze a fáze předání. Dialog v těchto dvou fázích používá různé zprávy a požadované časy transakcí jsou různé. Koordinační zprávy jsou určeny ve formátech ICAO a ADEXP, zprávy předání spojení pouze ve formátu ADEXP. 8.1.7.2 Minimální požadavky na HMI pro koordinační dialog se liší od požadavků na předávací dialog: - předávací dialog se týká především funkce výkonu řízení a vyžaduje rychlé a uživatelsky příjemné HMI, - koordinační dialog není natolik časově kritický a jeho požadavky na HMI jsou nižšího stupně. 8.1.7.3 Dialogový postup musí být proveden za použití jednoho z následujících alternativních scénářů: - dialogový postup koordinační fáze a jakékoli doplňkové zprávy dle vzájemné dohody (oddíly 7 a 8), - základní koordinační postup a dialogový postup fáze předání (oddíly 6, 7 a 9), - dialogový postup koordinační fáze a fáze předání a jakékoli doplňkové koordinační zprávy dle vzájemné dohody (oddíly 7, 8 a 9). Předběžná informační zpráva o přeletu hranice FIR musí být odeslána v rámci všech scénářů. 8.1.7.4 Scénář použitý pro provedení musí být vzájemně dohodnut. 8.2 Aktivační zpráva (ACT) 8.2.1 Účel zprávy ACT Účel zprávy ACT je popsán v odstavci 6.3.1. Při dialogovém postupu se zpráva ACT používá ke splnění uvedených požadavků za předpokladu, že podmínky předání pro uvedený let jsou standardní a že předávající řídící letového provozu nepožaduje postoupení letu přebírajícímu řídícímu k akceptaci. 8.2.2 Obsah zprávy Obsah zprávy ACT používané pro dialogový postup musí odpovídat popisu pro zprávu ACT uvedenému v odstavci 6.3.2. 8.2.3 Pravidla používání 8.2.3.1 Obecná pravidla 8.2.3.1.1 Pravidla používání odpovídají popisu pro zprávu ACT uvedenému v odstavci 6.3 s výjimkou zvláštních pravidel popsaných v tomto odstavci. 8.2.3.1.2 Zpráva ACT musí být zaslána pro let se standardními podmínkami přenosu, u kterých předávající řídící letového provozu nepožaduje, aby byly postoupeny přebírajícímu řídícímu. POZNÁMKA: Pokud tyto požadavky nejsou splněny, posílá se zpráva RAP viz odstavec 8.3, ¨zpráva navrhující nestandardní podmínky předání předložená přijímajícímu řídícímu. 8.2.3.1.3 Doporučení: Je-li jako odpověď na zprávu ACT zaslána zpět zpráva RJC, měl by být zahájen nový koordinační postup. 8.2.3.2 Zpracování v přijímacím stanovišti 8.2.3.2.1 Zpráva je zkontrolována pomocí filtru za účelem ujištění, že navrhované podmínky jsou standardní. 8.2.3.2.2 Zpráva musí být zpracována jako zpráva RAP, pokud: - je zjištěno, že podmínky přenosu jsou nestandardní, - nelze nalézt odpovídající systémový letový plán a dostupné údaje jsou nedostatečné k určení, zda jsou podmínky předání standardní. 8.2.3.2.3 Zpráva ACT určená jako standardní musí být zpracována v souladu s odstavcem 6.3.3.2. 8.2.3.2.4 Doporučení: Pokud je zjištěno, že podmínky předání ve zprávě jsou nestandardní, existuje nesoulad mezi filtry v dotyčných dvou systémech. Na skutečnost, že zpráva ACT je nestandardní, by měl být upozorněn personál dozoru, aby byl dotyčný nesoulad řešen. 8.2.4 Potvrzení zprávy ACT 8.2.4.1 Potvrzení 8.2.4.1.1 Při dialogovém postupu musí být příjem zprávy ACT potvrzen: - pomocí zprávy LAM, pokud jsou podmínky přenosu shledány standardními, - pomocí zprávy SBY ve všech ostatních případech. 8.2.4.1.2 Je-li přijata zpráva LAM, pracovní obsah zprávy ACT se musí stát provozně závazným pro obě stanoviště ATC. 8.2.4.1.3 Je-li tak vzájemně dohodnuto, může přebírající stanoviště použít k oznámení přijetí zprávy ACT obsahující standardní podmínky předání namísto zprávy LAM zprávu ACP. 8.2.4.2 Případy nedoručení potvrzení Není-li přijato potvrzení zprávy ACT, zobrazí se výstraha na pracovišti ATC příslušném pro koordinaci dotyčného letu. 8.3 Zpráva navrhující nestandardní podmínky předání předložená přijímajícímu řídícímu (RAP) 8.3.1 Účel zprávy RAP Zpráva RAP splňuje kromě požadavků určených pro zprávu ACT v odstavci 6.3 následující provozní požadavky: - návrh předávajícího řídícího letového provozu a jeho doručení přebírajícímu řídícímu pro lety s nestandardními podmínkami předání, - umožňuje předávajícímu řídícímu letového provozu, pokud to vyžaduje, vynutit si doručení standardních podmínek předání pro určitý let přebírajícímu řídícímu. 8.3.2 Obsah zprávy Zpráva RAP musí obsahovat stejná data, jaká jsou popsána pro zprávu ACT v odstavci 6.3, a může nepovinně obsahovat následující datové prvky: - důvod vyznačení ručního doručení (k dispozici pouze ve formátu ADEXP). 8.3.3 Pravidla používání 8.3.3.1 Obecná pravidla 8.3.3.1.1 Zpráva RAP musí být zaslána namísto zprávy ACT pro lety překračující hranice při splnění jedné z následujících podmínek: - předávající systém určil, že podmínky předání jsou nestandardní, - předávající řídící letového provozu vyznačil, že navrhované podmínky předání mají být doručeny přebírajícímu řídícímu. 8.3.3.1.2 Pracovní obsah zprávy RAP, která má být odeslána, se před vlastním odesláním zobrazí na pracovišti příslušném pro koordinaci dotyčného letu. 8.3.3.1.3 Doporučení: Čas, kdy je zpráva RAP automaticky odeslána, by měl být zobrazen společně s jejím obsahem. 8.3.3.1.4 Příslušné pracoviště musí být upozorněno na přenos zprávy RAP. 8.3.3.2 Zpracování v přijímajícím stanovišti 8.3.3.2.1 Systém ATC přijímající zprávu RAP se musí pokusit o její přidružení odpovídajícímu letovému plánu. 8.3.3.2.2 Pokud je nalezen odpovídající letový plán a zpráva neobsahuje žádný nesoulad, který by znemožňoval správné zpracování: - pracovní obsah musí být doručen přebírajícímu řídícímu, - musí být zaslána zpět zpráva SBY. 8.3.3.2.3 Doporučení: Mělo by být provedeno také vyznačení důvodu doručení (nestandardní podmínky nebo ruční doručení). 8.3.3.2.4 Pokud zprávu nelze přidružit letovému plánu nebo je zjištěn nesoulad, který znemožňuje správné zpracování zprávy: - pracovní obsah zprávy se zobrazí v dotyčném sektoru a - musí být zaslána zpět zpráva SBY a - musí být sestaven letový plán. 8.3.3.2.5 Ve všech ostatních případech se příjem zprávy nepotvrzuje. 8.3.3.3 Ruční spuštění 8.3.3.3.1 Je-li použito k vynucení doručení navrhované koordinace se standardními podmínkami předání přebírajícímu řídícímu, spouští předávající řídící letového provozu zprávu RAP ručně a ta je odeslána neprodleně. 8.3.3.3.2 Doporučení: Ruční spuštění zprávy RAP před vypočteným časem přenosu by mělo být povoleno pracovišti příslušnému pro koordinaci dotyčného letu. 8.3.3.4 Časové parametry pro automatický přenos Čas/vzdálenost od hranice, ve které jsou zprávy RAP automaticky odesílány, musí být stejné jako pro zprávu ACT. 8.3.4 Potvrzení zprávy RAP 8.3.4.1 P o t v r z e n í Příjem zprávy musí být potvrzen generováním a přenosem zprávy SBY. 8.3.4.2 Nedoručení potvrzení Není-li přijata zpráva SBY jako potvrzení zprávy RAP, zobrazí se výstraha na pracovišti ATC příslušném pro koordinaci dotyčného letu. 8.3.5 Operativní odpověď na zprávu RAP Přebírající řídící může podmínky předání přijmout, podat protinávrh nebo podmínky odmítnout. 8.3.5.1 Akceptace 8.3.5.1.1 Pokud se přebírající řídící rozhodne akceptovat navrhované podmínky předání, musí být zaslána zpět zpráva ACP. 8.3.5.1.2 Jakmile je přijata zpráva ACP, stanou se data zprávy RAP provozně závaznými pro obě stanoviště ATC. Koordinované podmínky předání a skutečnost, že byla přijata zpráva ACP, musí být předloženy předávajícímu řídícímu letového provozu 8.3.5.2 Protinávrh Pokud se přebírající řídící rozhodne podat protinávrh podmínek předání, musí být zaslána zpět zpráva CDN. 8.3.5.3 Doporučení: Pokud se přebírající řídící rozhodne odmítnout navrhované podmínky předání, měla by být zaslána zpět zpráva RJC. Poté by měl být zahájen nový koordinační postup. POZNÁMKA: Pokud jde o doporučení v bodě 8.3.5.3, ve většině případů dojde k nové koordinaci s jiným stanovištěm. 8.3.6 Příklady 8.3.6.1 ICAO (RAPE/L022-AMM253/A7012-LMML-BNE/1226F350-EGBB-9/B757/M) 8.3.6.2 ADEXP -TITLE RAP -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 022 -ARCID AMM253 -SSRCODE A7012 -ADEP LMML -COORDATA -PTID BNE -TO 1226 -TFL F350 -ADES EGBB -ARCTYP B757 8.4 Zpráva o změně koordinačních dat (REV) 8.4.1 Účel zprávy REV Účel zprávy REV je popsán v odstavci 7.3.1. V dialogovém postupu se zpráva REV používá ke splnění uvedených požadavků za předpokladu, že podmínky předání pro dotyčný let jsou standardní a předávající řídící letového provozu nepožaduje doručení letu přebírajícímu řídícímu k akceptaci. 8.4.2 Obsah zprávy Obsah zprávy REV musí odpovídat popisu pro zprávu REV v odstavci 7.3.2. 8.4.3 Pravidla používání 8.4.3.1 Obecná pravidla 8.4.3.1.1 Stanovišti, se kterým byl let aktuálně koordinován pomocí zpráv ACT nebo RAP, lze zaslat jednu nebo několik zpráv REV. 8.4.3.1.2 Zpráva REV musí být zaslána za podmínek určených v odstavci 7.3.3.1 pro lety se standardními podmínkami předání, u kterých předávající řídící letového provozu nepožaduje, aby byly předány přebírajícímu řídícímu. 8.4.3.2 Spuštění přenosu Zpráva REV musí být zaslána neprodleně po zjištění změny koordinačních dat, která vyžadují koordinaci, jak je popsáno v odstavci 7.3.3. 8.4.3.3 Zpracování v přijímajícím stanovišti 8.4.3.3.1 Pokud je nalezen odpovídající letový plán v koordinovaném stavu a není zjištěn žádný nesoulad, který by znemožňoval správné zpracování zprávy: - příjem zprávy REV musí být potvrzen, - ve všech ostatních případech se zpráva REV nepotvrzuje. 8.4.3.3.2 Podmínky předání musí být zkontrolovány, aby se zajistilo, že jsou standardní. 8.4.3.3.3 Pokud podmínky předání nejsou standardní, musí být předloženy přebírajícímu řídícímu. 8.4.3.3.4 Pokud jsou navrhované podmínky předání shledány standardními, musí být zahrnuty do letového plánu a požadovaná data předána ATC a dalším příslušným pracovištím. 8.4.3.3.5 Doporučení: Pokud se zjistí, že podmínky předání ve zprávě REV jsou nestandardní, existuje nesoulad mezi filtry dotyčných dvou systémů. Na skutečnost, že zpráva REV je nestandardní, by měl být upozorněn personál dozoru, aby byl uvedený nesoulad řešen. 8.4.4 Potvrzení zprávy REV 8.4.4.1 Potvrzení 8.4.4.1.1 Má-li být příjem zprávy REV potvrzen, musí se použít: - Zpráva LAM, pokud jsou podmínky předání shledány standardními, - zpráva SBY, pokud jsou podmínky předání shledány nestandardními. 8.4.4.1.2 Je-li přijata zpráva LAM, pracovní obsah zprávy REV se stává provozně závazným pro obě stanoviště ATC. 8.4.4.1.3 Je-li tak vzájemně dohodnuto, může přebírající stanoviště použít k oznámení přijetí zprávy REV obsahující standardní podmínky předání namísto zprávy LAM zprávu ACP. 8.4.4.2 Případy nedoručení potvrzení Není-li přijato potvrzení zprávy REV, zobrazí se výstraha na pracovišti ATC příslušném pro koordinaci dotyčného letu. 8.4.5 Operativní odpověď na zprávu REV Vzhledem k tomu, že zpráva REV se používá k zaslání standardních podmínek předání, bude obvykle systémem přebírajícího stanoviště přijata. Pokud se pomocí filtru přebírajícího stanoviště zjistí, že podmínky předání jsou nestandardní, musí být zpráva zpracována jako zpráva RRV. 8.5 Zpráva o změně nestandardních koordinačních podmínek (RRV) 8.5.1 Účel zprávy RRV Zpráva RRV umožňuje změny dříve zaslaných a dohodnutých podmínek předání v následujících případech: - pokud změnou navrhované podmínky předání jsou nestandardní, - je-li navrhovaná změna standardní, ale předávající řídící letového provozu si přeje doručit změnu přebírajícímu řídícímu. 8.5.2 Obsah zprávy Obsah zprávy RRV musí odpovídat popisu pro zprávu REV odstavec 7.3.2) a může nepovinně zahrnovat následující datové prvky: - důvod vyznačení ručního doručení (k dispozici pouze ve formátu ADEXP). 8.5.3 Pravidla používání 8.5.3.1 Obecná pravidla Je nutné zaslat jednu nebo více zpráv RRV namísto zprávy REV pro každou změnu, pokud: - předávající systém určil, že podmínky předání jsou nestandardní, nebo - předávající řídící letového provozu vyznačil, že navrhované podmínky předání mají být doručeny přebírajícímu řídícímu. Toto použití zprávy RRV je nepovinné. 8.5.3.2 Spuštění přenosu Zpráva RRV musí být zaslána neprodleně po zjištění změny koordinačních dat nebo jakmile je spuštěna ručně. 8.5.3.3 Zpracování v přijímajícím stanovišti 8.5.3.3.1 Pokud je nalezen odpovídající letový plán v koordinovaném stavu a není zjištěn žádný nesoulad, který by znemožňoval správné zpracování zprávy: - musí být příjem zprávy RRV potvrzen, - ve všech ostatních případech se zpráva nepotvrzuje. 8.5.3.3.2 Navrhované podmínky předání se musí zobrazit na pracovišti ATC příslušném pro koordinaci dotyčného letu. 8.5.3.3.3 Doporučení: Mělo by být provedeno také vyznačení důvodu doručení (nestandardní podmínky nebo ruční doručení). 8.5.4 Potvrzení zprávy RRV 8.5.4.1 Potvrzení Příjem zprávy musí být potvrzen generováním a přenosem zprávy SBY. 8.5.4.2 Případy nedoručení potvrzení Není-li přijata zpráva SBY jako potvrzení zprávy RRV, zobrazí se výstraha na pracovišti ATC příslušném pro koordinaci dotyčného letu. 8.5.5 Operativní odpověď zprávu RRV Přebírající řídící může zprávu RRV přijmout, podat protinávrh nebo zprávu odmítnout. 8.5.5.1 Akceptace Pokud se přebírající řídící rozhodne přijmout navrhovanou změnu dohodnutých podmínek předání, musí být zaslána zpět zpráva ACP 8.5.5.2 Protinávrh Pokud se přebírající řídící rozhodne podat protinávrh podmínek předání, musí být zaslána zpět zpráva CDN. 8.5.5.3 Odmítnutí Pokud se přebírající řídící rozhodne odmítnout navrhovanou změnu dohodnutých podmínek předání: - musí být zaslána zpět zpráva RJC a - musí být zahájen nový koordinační postup. Odmítnutí se předpokládá, není-li jako odpověď na zprávu RRV přijata zpráva ACP nebo CDN. 8.5.6 Příklady 8.5.6.1 ICAO (RRVE/L059-AMM253-LMML-BNE/1226F310-EGBB) 8.5.6.2 ADEXP -TITLE RRV -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 059 -ARCID AMM253 -ADEP LMML -COORDATA -PTID BNE -TO 1226 -TFL F310 -ADES EGBB 8.6 Zpráva "vyčkejte" (SBY) 8.6.1 Účel zprávy SBY Zpráva SBY potvrzuje příjem zprávy navrhující podmínky předání a označuje, že se návrh předává řídícímu letového provozu k rozhodnutí. 8.6.2 Obsah zprávy Zpráva SBY musí obsahovat následující datové položky: - typ zprávy, - číslo zprávy, - odkaz na zprávu. POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 8.6.3 Pravidla používání 8.6.3.1 Obecná pravidla Zpráva SBY musí být neprodleně generována a automaticky odeslána jako odpověď na: - zprávy RAP, RRV nebo CDN, - zprávu ACT nebo REV, která je vyřazena filtrem. 8.6.4 Potvrzení zprávy SBY Zpráva SBY se nepotvrzuje. 8.6.5 Příklady 8.6.5.1 ICAO (SBYL/E027E/L002) 8.6.5.2 ADEXP -TITLE SBY -REFDATA -SENDER -FAC L -RECVR -FAC E -SEQNUM 027 MSGREF-SENDER -FAC E -RECVR -FAC L -SEQNUM 002 8.7 Akceptační zpráva (ACP) 8.7.1 Účel zprávy ACP Zpráva ACP splňuje následující provozní požadavky během fází koordinace a předání ATC: - oznamuje ruční akceptaci řídícího letového provozu jednoho stanoviště podmínek předání navrhovaných řídícím letového provozu druhého stanoviště pro jednu z následujících zpráv: - RAP, - RRV, - CDN, - ACT a REV, pokud jsou jejich podmínky shledány nestandardními, - je-li to vzájemně dohodnuto, poskytuje automatickou akceptaci zpráva ACT nebo REV, která úspěšně prošla filtrem přebírajícího stanoviště namísto zprávy LAM, - je-li to vzájemně dohodnuto, oznamuje ruční akceptaci zprávy HOP (namísto zprávy ROF). 8.7.2 Obsah zprávy Zpráva ACP musí sestávat z následujících datových položek: - Povinná data — zpráva musí obsahovat položky: - typ zprávy, - číslo zprávy, - odkaz na zprávu, - nepovinná data — zpráva může zahrnovat také: - kmitočet, - nepovinná data zprávy formátu ICAO — zpráva může obsahovat také všechny následující položky: - identifikace letadla, - letiště vzletu, - letiště zamýšleného přistání. POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 8.7.3 Pravidla používání 8.7.3.1 Obecná pravidla 8.7.3.1.1 Odkaz na zprávu ve zprávě ACP musí uvádět číslo zprávy, na kterou zpráva ACP odpovídá. 8.7.3.1.2 Pole "kmitočet", pokud se uvádí, musí obsahovat kmitočet, na kterém má let navázat spojení s přebírajícím stanovištěm během provádění předání. 8.7.3.1.3 Zpráva ACP musí být odeslána po ruční akceptaci navrhovaných podmínek předání řídícím letového provozu a předchází jí zprávy ACT RAP, REV, RRV nebo CDN. 8.7.3.1.4 Zprávu ACP lze zaslat jako alternativu zprávy ROF jako odpověď na zprávu HOP. 8.7.3.1.5 Je-li to vzájemně dohodnuto, musí být zpráva ACP generována a automaticky odeslána systémem jako odpověď na zprávu ACT nebo REV, která úspěšně prošla filtrem. 8.7.3.1.6 Jakmile byla přijata zpráva ACP, dohodnuté podmínky předání se stávají závaznými pro obě stanoviště. 8.7.3.2 Zpracování v přijímajícím stanovišti 8.7.3.2.1 Systém ATC přijímající zprávu ACP se musí pokusit o její přidružení odpovídajícímu letovému plánu. 8.7.3.2.2 Pokud lze zprávu ACP přidružit letovému plánu, musí být akceptace oznámena řídícímu letového provozu. 8.7.3.2.3 Pokud zprávu ACP nelze přidružit letovému plánu: - musí být spuštěna výstraha na příslušném pracovišti a - neodesílá se zpráva LAM. 8.7.4 Potvrzení zprávy ACP 8.7.4.1 Potvrzení 8.7.4.1.1 Pokud se zpráva ACP používá jako automatická odpověď na zprávu ACT nebo REV, která úspěšně prošla filtrem, neposílá se zpět zpráva LAM. 8.7.4.1.2 Příjem zprávy ACP zaslané v důsledku ruční akceptace musí být potvrzen generováním a odesláním zprávy LAM. 8.7.4.2 Případy nedoručení potvrzení Není-li přijata zpráva LAM jako potvrzení zprávy ACP zaslané v důsledku ruční akceptace, zobrazí se výstraha na pracovišti ATC příslušném pro koordinaci dotyčného letu. 8.7.5 Příklady 8.7.5.1 ICAO (ACPL/E027E/L002-18/FRQ/242150) 8.7.5.2 ADEXP -TITLE ACP -REFDATA -SENDER -FAC L -RECVR -FAC E -SEQNUM 027 -MSGREF-SENDER -FAC E -RECVR -FAC L -SEQNUM 002 -FREQ 242150 8.8 Koordinační zpráva (CDN) 8.8.1 Účel zprávy CDN Zpráva CDN splňuje následující provozní požadavky: - doručit protinávrh přebírajícího řídícího předávajícímu řídícímu letového provozu jako odpověď na zprávu ACT, RAP, REV nebo RRV, - zahájit změnu dohodnutých podmínek předání navrhovanou přebírajícím řídícím předávajícímu řídícímu letového provozu. 8.8.2 Obsah zprávy Zpráva CDN musí sestávat z následujících datových položek: - Povinná data — zpráva musí obsahovat položky: - typ zprávy, - číslo zprávy, - odkaz na zprávu (pouze jde-li o odpověď na předchozí zprávu), - identifikace letadla, - letiště vzletu, - letiště zamýšleného přistání. POZNÁMKA: Zpráva musí obsahovat také jednu — nebo obě — následující položky: - předběžná data (jde-li o zprávu ICAO) nebo letovou hladinu při předání jde-li o zprávu ADEXP), - žádost o přímou trať, - vzájemně dohodnutá data — lze také uvést následující data, pokud to bylo vzájemně dohodnuto: - kmitočet. POZNÁMKA: Pravidla vkládání dat, formáty a obsah polí jsou určeny v příloze A. 8.8.3 Pravidla používání 8.8.3.1 Obecná pravidla 8.8.3.1.1 Zprávy CDN může spustit pouze přebírající řídící. 8.8.3.1.2 Tuto zprávu je nutné použít k zaslání protinávrhu přebírajícího řídícího předávajícímu řídícímu letového provozu. POZNÁMKA: Může to být v rámci dialogu jako odpověď na návrh zprávou ACT RAP, REV nebo RRV, nebo jako