43/2001. (III. 19.) Korm. rendelet
az EUROCONTROL Egyezményhez – módosításaihoz és függelékeihez –, továbbá az Útvonalhasználati Díjakról szóló Sokoldalú Megállapodáshoz történt csatlakozás kihirdetéséről szóló 19/1993. (I. 29.) Korm. rendelet módosításáról
2001.03.27.
,,(2) Az egységes európai légiforgalom-irányító rendszer működtetése érdekében az e rendelet mellékleteiben meghatározott EUROCONTROL előírások kötelező elemeinek alkalmazásától eltérni nem lehet.''
,,(4) Ez a rendelet a Magyar Köztársaság és az Európai Közösségek és azok tagállamai között társulás létesítéséről szóló, Brüsszelben, 1991. december 16-án aláírt Európai Megállapodás tárgykörében, a Megállapodást kihirdető 1994. évi I. törvény 3. §-ával összhangban az Európai Közösségek következő jogszabályaival összeegyeztethető szabályozást tartalmaz: – a Tanács 93/65/EGK irányelve a légiforgalom-irányítási berendezések és rendszerek beszerzéséhez szükséges kompatibilis műszaki leírások meghatározásáról és használatáról; – a Bizottság 97/15/EK irányelve egyes EUROCONTROL előírások elfogadásáról és a légiforgalom-irányítási berendezések és rendszerek beszerzéséhez szükséges kompatíbilis leírások meghatározásáról és használatáról szóló, a Tanács 93/65/EGK irányelvének módosításáról; – a Bizottság 2082/2000/EK rendelete egyes EUROCONTROL előírások elfogadásáról és a 97/15 EK irányelv módosításáról, valamint egyes EUROCONTROL előírások elfogadásáról és a 93/65/EGK irányelv módosításáról.'' 3. § Ez a rendelet a kihirdetését követő 8. napon lép hatályba.
Orbán Viktor s. k.,
miniszterelnök
1. számú melléklet a 43/2001. (III. 19.) Korm. rendelethez
1. számú melléklet a 19/1993. (I. 29.) Korm. rendelethez
(Eurocontrol dokumentum hivatkozási száma:
DPS.ET1.STO6-STD)
1. Meghatározások és rövidítések
1.1. E mellékletben használt kifejezések jelentése a következő:
1.1.1. Átvevő egység: az ATC szolgálatot nyújtó egység, amely valamely légijármű irányítását átveszi, vagy átvette, amikor az egyik egységtől a másiknak történő átadás meg fog történni, vagy már megtörtént.
1.1.2. Nyugtázás: értesítés, hogy valamely közleményt megkaptak és megfelelően feldolgozhatónak ítéltek.
1.1.3. Aktivizálás: eljárás a közleményt fogadó ATC egységnél, melynek során az érintett légijármű repülési tervét kiegészítik az átadó egységnek a két egység közötti koordinálási eljárás részeként továbbított adataival, és amely az adatok megjelenítését eredményezi az irányítók számára.
1.1.4. Tengerszint feletti magasság: valamely szintnek, pontnak vagy pontként értelmezett tárgynak az átlagos tengerszinttől mért függőleges távolsága.
1.1.5. Alkalmazás: valamely ATS alrendszernek azon része, mely jelen műszaki előírásnak megfelel és más ATS rendszerek ugyanilyen tulajdonságú részeivel van kapcsolatban.
1.1.6. Illetékességi körzet: meghatározott méretű légtér, melyben valamely ATC egység légiforgalmi szolgálatokat nyújt.
1.1.7. Összerendelés: eljárás, melynek során a rendszer egy kapott OLDI közleményt hozzárendel az adatbázisban lévő valamely repülési tervhez.
1.1.8. ATC egység: légiforgalmi irányító szolgálatot nyújtó egység.
1.1.9. Elérhetőség: annak valószínűsége, hogy valamely eszköz valamely időben a felhasználó rendelkezésére áll.
1.1.10. Határ: valamely ATC egység illetékességi körzetét határoló (vízszintes és függőleges) síkok.
1.1.11. Engedélyezett magasság: az a repülési magasság, amelyre való emelkedést, vagy amelyen való repülést az ATC engedélyezett.
1.1.12. Koordinálás, ATC: szomszédos illetékességi körzetekben lévő ATC egységek között végzett, azon eljárás, melynek során az előírásoknak megfelelően tájékoztatják egymást, a körzethatárt keresztező légijárművek tervezett repülési adatairól annak érdekében, hogy a repülések biztonságát a tervezett tevékenységek összehangolásával biztosítsák.
1.1.13. Koordinációs közlemény: ATC koordinálás végrehajtásakor használt valamely közleményre vonatkozó gyűjtőfogalom. Ezek a közlemények magukba foglalják a CDN-t, mely egy a 8.8. pontban meghatározott, speciális közlemény.
1.1.14. Koordinálási fázis: az a fázis, melynek során valamely légijármű vonatkozásában az átadó és az átvevő ATC egységek megállapodnak, hogy milyen körülmények között (pl. repülési szint, határpont) fog a légijármű irányítása átkerülni az egyik egységtől a másikhoz.
1.1.15. Koordinációs pont: a határon vagy annak közelében lévő pont, mely ismert a koordinálási sorrendben lévő ATC egységek által, és melyre a koordinációs közleményekben utalás történik.
1.1.16. Korreláció: ugyanazon légijármű repülési terv adatainak és radar útirányának meghatározott kritériumokon alapuló összekapcsolása.
1.1.17. Eurocontrol műszaki előírás: fizikai jellemzőkre, kialakításra, anyagra, teljesítményre, személyzetre vagy eljárásra vonatkozó bármely előírás, melynek egységes alkalmazását elengedhetetlennek tartják az Eurocontrol tagállamokban lévő ATS rendszerek létesítésénél. Egy Eurocontrol műszaki előírás nem ütközhet az ICAO műszaki előírásokba, de a körülményeknek megfelelően kiegészítheti azokat.
1.1.18. Döntéshozó irányító: az a légiforgalmi irányító, aki közvetlenül továbbítja utasításait a felügyelete alá tartozó légijárművek számára. Ezen irányítók azokat az irányítókat foglalják magukba, akik körzeti radar irányító szolgálatot nyújtanak.
1.1.19. Kilépési magasság: az a magasság, amelyet valamely légijármű számára az irányítás átadási pont keresztezésére koordináltak. A kilépési magasság kiegészítő keresztezési adatokat is tartalmazhat, amely azt a magasságtartományt határozza meg, amin belül az emelkedő/süllyedő légijárműnek tartózkodnia kell.
1.1.20. Repülési terv: a légiforgalmi szolgálati egységek rendelkezésére bocsátott, a légijármű tervezett repülésére, vagy repülésének egy szakaszára vonatkozó meghatározott tájékoztatás. Továbbá beleértendő meghatározott légijárműnek valamely FDPS-ben lévő repülési tervéből eredő információ is.
1.1.21. Generálás: adatfeldolgozási folyamat valamely ATC rendszerben, melynek során az érintett adatokat kivonják az adatbázis(ok)ból és közleményt állítanak össze az átvevő ATC egység számára történő továbbításhoz.
1.1.22. ICAO formátum: ATS közlemények föld-föld közötti továbbítására használt formátum, mely az 1. sz. referencia dokumentumban leírt mező típusokat és adatelválasztó karaktereket használja.
1.1.23. Magasság: gyűjtőfogalom, mely egy levegőben működő légijármű függőleges helyzetére vonatkozik. Jelen Műszaki előírásban a magasság vagy repülési szint kifejezés a tengerszint feletti magasságot is magában foglalja, azokban az esetekben, amikor az használatos.
1.1.24. Előzetes tájékoztatás: az a folyamat, melynek során az átadó egység a fogadó egység rendszerének frissítése céljából adatot továbbít a koordinálási fázisra való előkészítés érdekében.
1.1.25. Fogadó egység: az ATC egység, melynek számára a közleményt küldik.
1.1.26. Megbízhatóság: a tervezett elérhetőség százalékos értéke, mely idő alatt a szolgáltatásnak rendelkezésre kell állnia.
1.1.27. Kért repülési magasság: a légijármű repülési tervben kért repülési magassága.
1.1.28. Átadási körülmények módosítása: az átadó ATC egység által a fogadó ATC egység számára korábban küldött adatok módosítása.
1.1.29. Keresztezési magasságra vonatkozó kiegészítés: az a magasság, melyen vagy mely felett, illetve melyen vagy mely alatt a légijármű az irányítás átadási pontot keresztezi a koordinálás alapján. A kiegészítő magasság, ha van, a kilépési magasság egyik elemét képezi.
1.1.30. Rendszer repülési terv: FDPS-ben lévő valamely légijármű repülési tervéből nyert információ.
1.1.31. Tranzakciós idő: valamely közleményküldés kezdeményezésétől az elküldést, a fogadó rendszerben az előzetes feldolgozást, a nyugtázó közlemény generálását és elküldését, valamint ennek a közleményt küldő rendszerben történő azonosítását magába foglaló időtartam.
1.1.32. Irányítás átadási pont: valamely légijármű repülési pályáján lévő meghatározott pont, ahol az ATS ellátásának felelősségét az egyik ATC egység, vagy irányítói munkahely átadja a következőnek. Az irányítás átadási pontnak nem kell szükségszerűen egybeesnie a koordinációs ponttal.
1.1.33. Átadási fázis: a koordinálási fázist követő időszak, mely alatt a rádióösszeköttetés átadását végrehajtják.
1.1.34. Átadó egység: a koordinálási sorrendben a határ előtt lévő légijármű részére szolgálatot nyújtó ATC egység, amelyik a koordinálási fázist kezdeményezi a következő egységgel.
1.1.35. Továbbít: közleményt küld az egyik rendszertől egy másiknak.
1.1.36. Egység: légiforgalmi szolgálati egység.
1.1.37. Figyelmeztető üzenet: valamely munkahelyen megjelenő közlemény, az automatikus koordinációs eljárás hibája esetén.
1.2. E mellékletben használt rövidítések jelentése a következő:
ABI Előzetes Határadatot Tartalmazó Tájékoztató közlemény
ACC Körzeti irányító központ
ADEXP ATS Adatcsere műszaki előírás
ATC Légiforgalmi irányítás
ATM Légiforgalmi szolgáltatás szervezés
ATS Légiforgalmi szolgálat
CDN Koordinációs közlemény
COD SSR Kód Kiosztó közlemény
COF Frekvencia Váltást Jelző közlemény
DED Az EATCHIP Bevezetéséért Felelős Igaz-
gatósága
EATCHIP Európai ATC Harmonizációs és Integrációs
Program
ECAC Európai Polgári Repülési Konferencia
ETO Számított átrepülési idő
ETOT Számított felszállási idő
EWPD EATCHIP Munkaprogram Dokumentum
FDPS Repülési Adat Feldolgozó Rendszer
HMI Ember-gép kapcsolati eszközök
HOP Átadási felajánlást tartalmazó közlemény
ICAO Nemzetközi Polgári Repülési Szervezet
INF Információs közlemény
LAM Logikai Nyugtázó közlemény
LoA Koordinációs megállapodás
MAC Koordináció törlő közlemény
MAS Összeköttetés felvételét jelző közlemény
ORCAM Körzetesített Kódkiosztási Rendszer
PAC Előaktivizáló közlemény
RAP Válaszköteles Aktivizáló közlemény
REV Átadási Körülményeket Módosító közlemény
RJC Visszautasító közlemény
ROF Rádióösszeköttetés átkérési közlemény
RRV Válaszköteles Módosítást Javasló közlemény
SBY Várakoztató közlemény
SDM Kiegészítő adatokat tartalmazó közlemény
SSR Másodlagos légtérellenőrző radar
SYSCO Számítógéppel támogatott koordinálás
TIM Átadási Fázist Jelző közlemény
TWR/APP Repülőtéri irányító torony és bevezető
irányító egység
2. Általános követelmények
2.1. Repülési adatfeldolgozó rendszer követelmények
2.1.1. Repülési adatbázis. E mellékletben leírt eszközt alkalmazó egységeket FDPS-ből származó adatokkal kell ellátni, amelyek mindazokat az információkat tartalmazzák, amelyek a közlemények meghatározott módon történő megjelenítéséhez, feldolgozásához és összeállításához szükségesek. Az egyes repülésekre vonatkozóan ez elsődleges adatforrás a repülési terv, ahogyan azt a légijármű parancsnoka, vagy annak megbízottja benyújtotta. További adatok a repülési tervnek az érintett egység környezeti adatait figyelembe vevő feldolgozásával nyerhetők.
2.1.2. Valós idejű üzemelés. Az OLDI eljárás az átadó ATC egységnél eseményekhez kötött, amelyek az átadó irányító számára megfelelő időben történő adatmegjelenítéshez szükséges funkciókat, valamint az átvevő egység számára történő koordinálási adatok továbbítását kezdeményezik. Ennek érdekében az FDPS-nek alkalmasnak kell lennie funkciók kezdeményezésére az Egyeztetett Világidő, valamint a vonatkozó időparaméterek és a repülési adatbázisból meghatározott útvonal pontokra vonatkozó idők összehasonlításának eredményeképpen.
2.1.3. Adatkapcsolati képességek
2.1.3.1. Az FDPS-nek alkalmasnak kell lennie az ebben a kiadványban meghatározott közleményformátumú repülési adatok vételére és továbbítására az OLDI kapcsolatot támogató összeköttetési eszközön keresztül.
2.1.3.2. E mellékletben megadott teljesítőképességi követelményeken belül az adatkapcsolati összeköttetési eszköznek gyors és megbízható alkalmazások közötti adatcserét kell biztosítania:
– az OLDI közlemény hibamentes továbbítása, és
– a pont-pont közötti összeköttetések, vagy ahol alkalmazható, a kommunikációs hálózat állapotának figyelése által.
2.1.3.3. Az adatkapcsolati rendszer helytelen működésének észlelése esetén az FDPS-nek figyelmeztetnie kell a munkahelyeket.
2.1.4. Alkalmazási funkciók. Az OLDI kapcsolatokban alkalmazott rendszereknek alkalmasaknak kell lenniük OLDI adatok valós idejű automatikus vételére, eltárolására, feldolgozására és megjelenítésre, valamint az adatok továbbítására.
– tartalmaznia kell az OLDI funkciónak megfelelő érvényes adatokat, melyek frissítése automatikusan, manuálisan vagy ezek kombinációjával történhet,
– alkalmasnak kell lennie az elemek kivonására a repülési terv adatbázisból,
– meg kell határoznia a repülés útvonalán lévő következő ATC egységet.
2.1.4.2. Az egységek között a következőkben kell kétoldalúan megállapodni:
– koordinációs pontok (COP),
– távolság- és irányjelölések számára használatos referencia pontok a COP azonosítására, közvetlen vagy ATS útvonalon kívüli útvonalszakaszokon történő repülések esetén, ha ilyet használnak. A COP pontoknak nem kell mindig azonosaknak lenniük az átadási pontokkal
2.1.5. Ember-gép kapcsolat (HMI)
2.1.5.1. A HMI-nek alkalmasnak kell lennie:
– az OLDI közlemények operatív tartalmának és a vett közleményekkel kapcsolatos figyelmeztető üzeneteknek az azonnali figyelemfelkeltés céljából történő megjelenítésére,
– a koordinációs és átadási közleményekkel kapcsolatos figyelmeztető üzenetek azon munkahelyek számára történő továbbítására, melyek az érintett légijárművek koordinációjáért felelősek.
2.1.5.2. Az ATC személyzet számára a jelen kiadványban megkívántaknak megfelelő lehetőséget kell biztosítani azon adatok módosítására, melyekből a közlemények operatív szövege összeállításra kerül.
2.1.5.3. A HMI-nek jeleznie kell, ha a közlemény továbbítása folyamatban van, vagy hogy a közleményt sikeresen továbbították.
2.1.5.4. A megfelelő ATC vagy technikai munkahely(ek) számára automatikusan figyelmeztető üzenetet kell generálni, ha valamely koordinációs vagy irányítás átadási közleményre a paraméter időn belül nyugtázás nem érkezett.
2.1.5.5. Az ilyen figyelmeztető üzenetnek olyannak kell lennie, hogy azonnal magára vonja az érintett munkahely figyelmét.
2.1.5.6. A rendszer adjon figyelmeztető üzenetet az OLDI-t használó ATC munkahelyeken, ha az OLDI kapcsolat nem áll rendelkezésre.
2.1.6. Közleményküldés kezdeményezése
2.1.6.1. Valamennyi rendszernek tartalmaznia kell rendszerparamétereket az OLDI közlemények megfelelő időben történő automatikus küldésének kezdeményezésére.
2.1.6.2. Lehetőséget kell biztosítani a koordinációs közlemény számított továbbítási idő előtti manuális továbbításának kezdeményezésére.
2.1.6.3. Az automatikus eseménynek mindig be kell következnie, ha manuális kezdeményezést nem hajtottak végre.
2.1.6.4. A rendszernek időparamétereket kell alkalmaznia az alábbiak meghatározására:
– az elküldés előtti idő, amikor az átadó egységen belül a közlemények operatív tartalma megjelenik,
– rendszertől függően globálisan, vagy COP-onként meghatározott idő, amikor a közleményt elküldik,
– közlemény elküldése utáni időtartam, amin belül alkalmazási szintű nyugtázást kell kapni (idő túllépés meghatározásához).
2.1.6.5. A közleményt késedelem nélkül továbbítani kell, ha a kívánt információ később áll rendelkezésre, minthogy azt egyébként továbbítani kellett volna.
2.1.7. Közlemények vétele
2.1.7.1. Az ATC rendszernek alkalmasnak kell lennie:
– OLDI közlemények vételére,
– a közlemények jelen Műszaki előírásnak megfelelő automatikus feldolgozására,
– a vett közleményeknek megfelelő repülési adatok kinyerésére és előírt figyelmeztető üzenetek megjelenítésére, a vett adatokban történő hiba észlelése esetén,
– alkalmazási szintű logikai nyugtázó közlemények automatikus generálására. Nyugtázó közleményt (Logikai Nyugtázó (LAM), Elfogadó (ACP), vagy Várakoztató közleményt (SBY) kell generálni és továbbítani, ha a vonatkozó közleményt a rendszer feldolgozta, és a feldolgozás eredményét a megfelelő munkahelye(ke)n megjeleníti.
2.1.7.2. Légtérellenőrző radartól származó adatfrissítés.
2.1.7.3. A számított időadatok pontosságának biztosítása érdekében használjanak fel légijárművek radarkövetéséből vagy más légtérellenőrző eszközöktől kapott információkat a repülési terv adatbázis felfrissítéséhez
2.2. OLDI adatok tárolása
2.2.1. Valamennyi OLDI közlemény tartalmát és a vétel időpontját tárolni kell. Eszközöket kell biztosítani az eltárolt adatok visszanyerésére és visszajátszására.
2.3. Elérhetőségi és megbízhatósági követelmények, adatbiztonság és adatintegritás
2.3.1. Az OLDI kapcsolatnak elérhetőnek kell lennie a két érintett egység közötti közepes és nagyforgalmú órák alatt. Az OLDI kapcsolatnak 24 órán keresztül elérhetőnek kell lennie. A tervezett üzemszüneteket (és ennek megfelelően a tervezett elérhetőségi időt) a két érintett egység között egyeztetetten kell meghatározni.
2.3.2. Megbízhatósági követelmények
2.3.2.1. Minden egyes OLDI kapcsolatnak legalább 99,86%-ban kell megbízhatónak lennie. Ahol operatív szempontból megkívánt, legalább 99,99%-os megbízhatóságot kell biztosítani.
2.3.3. Az OLDI kapcsolatoknál alkalmazni kell adatbiztonsági eljárásokat (hozzáférési jogok, forrás ellenőrzés) és amennyiben alkalmazható, hálózati felügyeletet.
2.3.4. Alkalmazási szinten a hibaszámnak nem szabad meghaladnia 2000 közleményenként egy továbbítási hibát.
2.4. Üzembe helyezés előtti alkalmassági ellenőrzés
2.4.1. Üzembe helyezés előtt valamennyi új OLDI kapcsolatra, beleértve egy meglévő kapcsolaton lévő új funkciót is, alkalmassági ellenőrzési időszakot kell meghatározni annak érdekében, hogy megbizonyosodjanak az adat integritásról, pontosságról, a berendezés teljesítőképességéről, az ATC eljárásoknak történő megfelelőségéről és biztonságos üzemeléséről.
2.4.2. Az üzembe helyezés dátumát, illetve az ellenőrzési időszak befejezését hivatalosan egyeztetni kell a két egység között.
3.1.1. A következők meghatározzák
– a közlemény kategóriákat,
– az egyes kategóriákra vonatkozóan tranzakciós időkövetelményeket,
– hogy mely közlemények kötelezőek és melyek a kiegészítő közlemények,
– az egyes közleménytípusokat kategóriákba sorolja.
3.1.2. Az OLDI közlemények kategóriái:
– 1. kategória: Rádióösszeköttetés átadás
– 2. kategória: Koordinálás
– 3. kategória: Előzetes tájékoztatás
3.2.1. A meghatározott tranzakciós idők magukba foglalják a közlemény továbbítást, a fogadó egységnél a közlemény előzetes feldolgozását, a nyugtázó közlemény összeállítását, elküldését és annak a közleményt küldő egységnél történő vételét. Az automatikus nyugtázó közlemények (LAM és SBY) ezért nem lettek kategóriába sorolva.
3.2.2. A különböző kategóriájú közleményekre a következő táblázatban lévő maximális tranzakciós időket kell alkalmazni.
|
Közlemény
kategória |
90% |
99,8% |
|
1
2
3 |
4 mp
10 mp
15 mp |
10 mp
25 mp
45 mp |
3.2.3. Az egyes közlemény kategóriákra és típusokra időtúllépési értéket kell megállapítani.
3.2.4. Ha valamely közlemény elküldését követően a meghatározott időn belül nyugtázó közlemény nem érkezik, úgy kell tekinteni, hogy a közleményt sikertelenül továbbították, vagy nem sikerült feldolgozni és ilyenkor a jelen kiadvány vonatkozó részében meghatározott figyelmeztető üzenetet kell generálni.
3.2.5. A három kategóriára megállapított időtúllépési érték az egyes kategóriáknak megfelelően ne haladja meg a 12, 30, illetve 60 másodpercet.
3.3. Közlemények osztályba sorolása és kategorizálása
3.3.1. A közlemények kötelező vagy kiegészítő kategóriába kell sorolni.
3.3.2. Ha valamely közleményadásra vonatkozóan (TX) kötelezőként (M) van jelezve, a rendszernek alkalmasnak kell lennie ilyen közlemények küldésére.
3.3.3. Ha valamely közlemény vételre vonatkozóan (REC) kötelezőként van jelezve, a rendszernek alkalmasnak kell lennie ilyen vett közlemények feldolgozására. Amikor a két egység között a légiforgalom egyirányú, a kötelező közlemények egyetlen irányra is vonatkozhatnak.
3.3.4. Ha valamely közlemény az adásra vonatkozóan kiegészítőként (C) van jelezve, a rendszernek alkalmasnak kell lennie ilyen közlemények küldésére, ha a küldő egység ezt megkívánja és erről a fogadó egységgel megegyezett. Operatív követelményeknek megfelelően, csak egy irányban is használhatók.
3.3.5. Ha valamely közlemény vételre vonatkozóan kiegészítőként van jelezve, a rendszernek alkalmasnak kell lennie ilyen vett közlemények feldolgozására, ha ennek használatában megállapodás történt.
3.3.6. Alapeljárási közlemények
|
Közlemény típus |
Rövidí-
tés |
Kategó-
ria |
Adás |
Vétel |
|
Előzetes Határadat |
ABI |
3 |
M |
M |
|
Aktivizálás |
ACT |
2 |
M |
M |
|
Átadási körülmények módosítása |
REV |
2 |
C* |
C* |
|
Előaktivizálás |
PAC |
2 |
C |
C |
|
Koordináció törlés |
MAC |
2 |
C |
C |
|
SSR kód kiosztás |
COD |
2 |
C |
C |
|
Információ |
INF |
3 |
C |
C |
|
Logikai Nyugtázó közlemény |
LAM |
|
M |
M |
* TX-re és REC-re egyaránt kötelező, ha egyeztetési eljárásban használni kell.
3.3.7. Egyeztetési eljárás – Koordinálási fázist támogató közlemények
|
Közlemény típus |
Rövidí-
tés |
Kategó-
ria |
Adás |
Vétel |
|
Válaszköteles aktivizálás |
RAP |
2 |
C |
M |
|
Válaszköteles módosítási javaslat |
RRV |
2 |
C |
M |
|
Koordináció |
CDN |
2 |
M |
M |
|
Várakozás* |
SBY |
|
M |
M |
|
Elfogadás |
ACP |
2 |
M |
M |
|
Visszautasítás** |
RJC |
2 |
C |
C |
* Lásd az 5.2.1.1. pontot a tranzakciós időkre vonatkozó előírásokról.
** Nem használatos minden légtérstruktúra esetében.
3.3.8. Egyeztetési eljárás – Átadási fázist támogató közlemények
|
Közlemény típus |
Rövidí-
tés |
Kategó-
ria |
Adás |
Vétel |
|
Átadási fázis jelző |
TIM |
1 |
M |
M |
|
Kiegészítő adatok |
SDM |
1 |
* |
* |
|
Átadási felajánlás |
HOP |
1 |
M |
M |
|
Frekvencia váltás** |
COF |
1 |
C |
M |
|
Rádióösszeköttetés
átkérés |
ROF |
1 |
C |
M |
|
Összeköttetés felvételének jelzése** |
MAS |
1 |
C |
M |
* M ha az átadó egység küldi, C, ha a fogadó egység küldi.
** Kétoldalú megállapodásban kell szabályozni, hogy valamilyen irányú forgalom vonatkozásában történő átadáskor minimálisan vagy az átadó egységnek kell COF közleményt, vagy pedig az átvevő egységnek kell MAS közleményt küldenie.
4. Alapeljárás – kötelező közlemények
4.1. Légijárművek koordinálására OLDI-t alkalmazó egységeknek ABI, ACT és LAM közleményváltást kell bevezetniük, kivéve ha megállapodnak, hogy a koordinációs egyeztetési eljárást valósítják meg. Ez utóbbi esetben az ACT és LAM Bevezetésre vonatkozó előírások közleményekre vonatkozóan a következő szabályokat kell alkalmazni.
4.2. Előzetes Határadatot Tartalmazó Tájékoztató közlemény (ABI)
4.2.1. Az ABI közleménynek az alábbi követelményeket kell kielégítenie:
– pótolja a hiányzó repülési tervet,
– határkeresztezésre vonatkozóan előzetes információt és ennek módosításait megadja a következő ATC egységnek,
– felfrissíti az alapvető repülési terv adatokat,
– elősegíti a radarjelek korai korrelációját,
– elősegíti a rövid időn belül várható szektorterhelés pontos megbecsülését.
4.2.2. Az ABI közleménynek a következő adatokat kell tartalmaznia:
– a légijármű azonosító jele;
– SSR mód és kód (ha rendelkezésre áll);
– számított határkeresztezési adatok;
– rendeltetési repülőtér;
– a légijárművek száma és típusa;
– útvonal (opcionális elem);
– egyéb repülési terv adatok (opcionális elem).
4.2.3. Az OLDI eljárásokat használó körzetek határát tervezetten keresztező valamennyi légijárműről egy vagy több ABI közleményt kell küldeni.
4.2.4. Az ABI közleménynek meg kell előznie az Aktivizáló (ACT) vagy Válaszköteles Aktivizáló közleményt (RAP), ha alkalmazható.
4.2.5. ABI közleményt tilos generálni, amennyiben Előaktivizáló közleményt (PAC) fognak küldeni.
4.2.6. Az ABI küldését le kell tiltani, ha az ACT vagy RAP közleményt közvetlenül azután vagy egyeztetetten megállapított időn belül kell küldeni.
4.2.7. Módosított ABI közleményt kell küldeni, ha az azt követő ACT közleményt még nem generálták, és
– a légijármű repülésének útvonalát oly mértékben módosították, hogy az előzőleg elküldött ABI közleményben lévő COP megváltozott,
– a rendeltetési repülőtér megváltozott,
– a légijármű típusa megváltozott.
4.2.8. Módosított ABI közleményt kell küldeni, ha az azt követő ACT közleményt még nem generálták, és az alábbi elemek valamelyike megváltozik:
– a határkeresztezés várható magassága;
– az irányítás átadási ponton várhatóan beállított SSR kód;
– a COP fölé való érkezés számított időpontja (ETO), ha az előzőleg elküldött ABI közleményben szereplőhöz képest a Koordinációs Egyezményben (LoA) meghatározottnál nagyobb mértékben megváltozik;
– bármely egyéb, kétoldalúan egyeztetett adat.
4.2.9. Feldolgozás a fogadó egységnél.
4.2.10. Az ABI közleményt vevő ATC rendszernek meg kell kísérelnie az összerendelést a vonatkozó repülési tervvel.
4.2.11. Ha az összerendelés sikertelen, a fogadó rendszerben automatikusan vagy manuálisan repülési tervet kell készíteni.
4.2.12. Ha az összerendelés sikeres, de a közleményben lévő adatok és a rendszerben lévő annak megfelelő adatok között olyan eltérés mutatkozik, amely a később érkező ACT közlemény vételekor javítás szükségességét eredményezi, az eltérést a felszámolás érdekében megfelelő munkahely számára kell továbbítani.
4.2.13. A közleményt paraméterezhető percekkel a COP számított ideje előtt kell elküldeni. Az ABI generálási paraméter(eke)t bele kell foglalni az érintett ATC egységek közötti LoA-ba. Az ABI generálási paraméter(ek) legyen(ek):
– a LoA előírásain alapulóan változtathatók,
– valamennyi COP számára külön meghatározhatók.
4.2.14. Az ABI közleményt LAM közlemény generálásával és továbbításával kell nyugtázni. A LAM közleményt az összerendelési kísérlet eredményétől függetlenül generálni kell.
4.2.15. Ajánlás Ha az ABI közlemény nyugtázásaképpen LAM közlemény nem érkezik, jelenítsenek meg figyelmeztető üzenetet valamelyik felügyeleti munkahelyen.
4.3. Aktiváló közlemény (ACT)
4.3.1. Az ACT közleménynek az alábbi követelményeket kell kielégítenie:
– helyettesíti a szóban továbbított számított határkeresztezési közleményt azáltal, hogy automatikusan továbbít részleteket valamely repülésről az egyik ATC egységtől a következő számára az irányítás átadását megelőzően,
– felfrissíti az alapvető repülési terv adatokat a legújabb információkkal a fogadó ATC egységnél,
– lehetővé teszi a repülési adatok szétosztását és megjelenítését a fogadó ATC egységen belül az érintett munkahelyek számára,
– meggyorsítja a fogadó ATC egységnél a hívójel/SSR kód összerendelést,
– megadja a fogadó ATC egység számára az átadási körülményeket.
4.3.2. Az ACT közleménynek a következő adatokat kell tartalmaznia:
– a légijármű azonosító jele;
– számított határkeresztezési adatok;
– rendeltetési repülőtér;
– a légijárművek száma és típusa;
– útvonal (opcionális elem);
– egyéb repülési terv adatok (opcionális elem).
4.3.3. A határt keresztező érintett légijárművekről egy ACT közleményt kell küldeni.
4.3.4. Az ACT közleményt automatikusan kell generálni és továbbítani, a LoA-ban meghatározottak szerint számított időpontban, hacsak manuálisan korábban nem kezdeményezték a közlemény küldést.
4.3.5. Biztosítani kell az ATC személyzet számára, hogy az ACT közlemény számított elküldési időpontja előtti elküldést kezdeményezhessen.
4.3.6. Az elküldésre kerülő ACT közlemény operatív tartalmát a tényleges elküldés előtt meg kell jeleníteni a légijármű koordinációjáért felelős munkahely számára.
4.3.7. Meg kell jeleníteni azt az időpontot, amikor az ACT közleményt automatikusan továbbítani számítják a közlemény tartalmával együtt.
4.3.8. Az ACT közleménynek a légijárműre vonatkozó legfrissebb, a várható kilépési körülményeket tükröző adatokat kell tartalmaznia.
4.3.9. Az érintett munkahelyet tájékoztatni kell az ACT közlemény elküldéséről.
4.3.10. A LAM közlemény vételekor, az ACT közleményben lévő adat kötelezővé válik mindkét ATC egység számára. A koordinált átadási körülményeket, valamint azt a tényt, hogy a LAM megérkezett, ki kell jelezni az ATC személyzet számára az átadó egységnél.
4.3.11. Fel kell tételezni az ACT közleményben lévő átadási körülmények elfogadását, hacsak a fogadó egység koordinációt nem kezdeményez azok módosítására. Ugyanazon koordinációs fél számára csak akkor küldhető további ACT, ha a korábbit MAC használatával törölték.
4.3.12. Útvonalra és egyéb repülési terv adatokra vonatkozó adatokat kétoldalú megállapodás esetén kell a közleménybe foglalni.
4.3.13. Az ACT közleményt vevő ATC rendszernek meg kell kísérelnie az összerendelést a vonatkozó repülési tervvel. Ha a vonatkozó repülési tervet megtalálják, és a közlemény korrekt feldolgozását akadályozó eltérést nem tapasztalnak:
– a közlemény operatív tartalmával ki kell egészíteni a repülési tervet,
– a kívánt adatokat továbbítani kell az ATC vagy szükség szerint más munkahelyekre,
– LAM-ot kell visszaküldeni.
4.3.14. Ha vonatkozó repülési tervet nem találnak, vagy a közlemény korrekt feldolgozását akadályozó eltérést tapasztalnak:
– ha a légijármű irányításának átvételéért felelős szektor meghatározható:
= a közlemény operatív tartalmát meg kell jeleníteni a szektornál,
= LAM-ot kell visszaküldeni,
= repülési tervet kell készíteni;
– egyéb esetekben LAM-ot tilos visszaküldeni.
4.3.15. A közleményt az alábbiak szerint meghatározott legkorábbi időpontban, vagy az azt követő lehető leghamarabbi időpontban kell elküldeni:
– paraméterként megadott percekkel a COP számított ideje előtt,
– amikor a légijármű a közösen megállapodott távolságra van a COP-tól.
4.3.16. Az ACT generálási paraméter(eke)t bele kell foglalni az érintett ATC egységek közötti LoA-ba.
4.3.17. Az ACT generálási paramétereknek a LoA előírásain alapulóan változtathatóknak kell lenniük.
4.3.18. Az ACT generálási paraméter(ek) legyen(ek) valamennyi COP számára külön meghatározhatók.
4.3.19. A meghatározott paramétereknek elegendő időt kell biztosítaniuk:
– a küldő egység számára az átadási magasság felfrissítésére, hogy az a COP-nál várható körülményeket tükrözze, és
– a fogadó egység számára az ACT közlemény feldolgozására és LAM küldésére, de még nyújtson lehetőséget az átadó egység általi szóbeli koordinálásra és az átvevő egység erre vonatkozó ténykedésére, ha az adatcsere nem működik.
4.3.20. Az ACT közleményt LAM közlemény generálásával és továbbításával kell nyugtázni.
4.3.21. Ha az ACT közlemény nyugtázásaképpen LAM közlemény nem érkezik, figyelmeztető üzenetet kell megjeleníteni a légijármű koordinálásáért felelős ATC munkahelyen.
4.4. Logikai Nyugtázó közlemény (LAM)
4.4.1. A LAM az eszköz, mellyel a fogadó egység egyértelműen jelzi a közleményküldő egység számára a továbbított közlemény vételét. A LAM feldolgozásnak a küldő egység ATC személyzete számára az alábbiakat kell biztosítania:
– figyelmeztető üzenet generálást, ha nyugtázás nem érkezett,
– jelzést, hogy a nyugtázott közleményt megkapták, sikeresen feldolgozták, a közlemény hibátlan volt, azt eltárolták, és ahol szükséges, a megfelelő munkahelye(ke)n történő megjelenítésre rendelkezésre áll.
4.4.2. A LAM közleménynek a következő adatokat kell tartalmaznia:
4.4.3. A LAM közlemények visszaküldésének szabályait az egyes közlemények feldolgozására vonatkozó szabályok tartalmazzák. A LAM közleményt emberi beavatkozás nélkül kell generálni és továbbítani.
4.4.4. A LAM közleményt tilos az adattovábbítás integritását biztosító technikai közlemények szükségességének kiváltására használni.
4.4.5. A LAM közleményt azonnal kell generálni és továbbítani, annak érdekében, hogy a nyugtázott közleményre előírt tranzakciós idő betartható legyen.
4.4.6. Az ABI közlemények kivételével, a közleményt küldő ATC rendszernek figyelmeztetnie kell a koordinációért felelős irányítót, ha valamely LAM közlemény nem érkezett meg az ilyen figyelmeztetésekre előírt idő paraméteren belül.
4.4.7. A LAM közleményt tilos nyugtázni.
5. Alapeljárás – kiegészítő közlemények
5.1. Valamennyi leírt közlemény bevezetéséről a bevezetést megelőzően kétoldalú megállapodást kell kötni.
5.2. Előaktivizáló közlemény (PAC)
5.2.1. A PAC közleménynek az alábbi követelményeket kell kielégítenie:
– előzetes tájékoztatás és felszállás előtti koordinálás egy olyan légijárműről, amelynek az indulástól a COP-ig tartó repülési ideje kevesebb, mint az, ami az ACT közlemény továbbításához szükséges egyeztetett paraméter idő betartásához szükséges lenne,
– valamely helyi (repülőtéri/bevezető irányító) egység általi előzetes tájékoztatás és felszállás előtti koordinálás a légijárművet átvevő következő egységgel,
– hiányzó repülési terv adat biztosítása, ha a repülési terv adatok előzetes szétosztásában hiba történt,
– szükség szerinti SSR kódosztás kérés attól az egységtől, melyet a fentieknek megfelelően tájékoztatnak, illetve mellyel koordinálnak.
5.2.2. A PAC közleménynek a következő adatokat kell tartalmaznia:
– közlemény referencia (opcionális elem);
– a légijármű azonosító jele;
– számított indulási idő vagy számított határkeresztezési adatok;
– rendeltetési repülőtér;
– útvonal (opcionális elem);
– egyéb repülési terv adatok (opcionális elem).
5.2.3. Egy vagy több PAC közleményt kell küldeni valamennyi olyan illetékességi körzetek határát keresztező légijárműre, ahol az indulástól a COP-ig terjedő repülési idő nem teszi lehetővé az ACT közlemény időben történő elküldését.
5.2.4. A repülőtéri/bevezető irányító egységnek egy vagy több PAC közleményt kell küldenie a következő egység számára minden olyan repülésről, mellyel kapcsolatban előzetes tájékoztatás vagy koordináció szükséges.
5.2.5. Az egységek közötti PAC/LAM bevezetéshez biztosítsanak az érintett TWR/APP rendszerekben lehetőséget a ,,hajtóműindítás'', ,,hátratolatás'', ,,gurulás'' és ehhez hasonló információk bevitelére, melyből az ETOT a COP ETO számításhoz kikövetkeztethető, és amely a PAC küldést kezdeményezi.
5.2.6. A kétoldalú megállapodásnak megfelelően, a közleménynek vagy
– a számított felszállási időt, vagy
– határszámítási adatot kell tartalmaznia.
5.2.7. Ha a közlemény a kétoldalú megállapodásnak megfelelően közlemény referenciát is tartalmaz, akkor
– az ugyanarra a légijárműre küldött első PAC közlemény sorszámát kell tartalmaznia,
– a második és az azt követő PAC közleményekbe ezt bele kell foglalni.
5.2.8. A kódkérési eljárás használatában, amennyiben azt alkalmazni kívánják, kétoldalúan kell megállapodni.
5.2.9. Módosított PAC közleményt kell küldeni indulás előtt, ha az alábbiak valamelyike bekövetkezik:
– az útvonalat oly mértékben módosították, hogy a már elküldött PAC közleményben lévő COP megváltozott,
– a légijármű típusát megváltoztatták,
– ha úgy találják, hogy a korábban elküldött PAC-ban szereplő rendeltetési repülőtér már helytelen.
5.2.10. Módosított PAC közleményt kell küldeni, ha indulás előtt az alábbi adatok különböznek a megelőzően küldött PAC közleményben lévőtől:
– magasság (a határkeresztezési adatban, ha ilyen benne van a közleményben),
– az átadási pontnál várható SSR kód,
– a számított felszállási idő vagy a COP ETO kétoldalú megállapodásban meghatározott értéknél nagyobb megváltozása,
– bármely egyéb, kétoldalú megállapodásnak megfelelő adat.
5.2.11. A PAC közleményt vevő ATC rendszernek meg kell kísérelnie az összerendelést a vonatkozó repülési tervvel.
5.2.12. Ha a vonatkozó repülési tervet megtalálják, és a közlemény korrekt feldolgozását akadályozó eltérést nem tapasztalnak:
– a közlemény operatív tartalmával ki kell egészíteni a repülési tervet,
– a kívánt adatokat továbbítani kell az ATC vagy szükség szerint más munkahelyekre,
– LAM-ot kell visszaküldeni.
5.2.13. Ha vonatkozó repülési tervet nem találnak, vagy a közlemény korrekt feldolgozását akadályozó eltérést tapasztalnak:
– amennyiben a légijármű irányításának átvételéért felelős szektor meghatározható:
= a közlemény operatív tartalmát meg kell jeleníteni a szektornál,
= LAM-ot kell visszaküldeni,
= repülési tervet kell készíteni;
– egyéb esetekben LAM-ot tilos visszaküldeni.
5.2.14. A második és azt követő PAC közleményekben lévő adatokat kell érvényesnek tekinteni a korábbi közleményben lévő adatokkal szemben.
5.2.15. Ha a PAC közlemény SSR kódosztás kérést tartalmaz, a LAM-on kívül egy COD közleményt is vissza kell küldeni.
5.2.16. Közleménytovábbításra vonatkozó paramétert nem kell megállapítani, mivel a közlemény elküldése valamely manuálisan bevitt, a légijármű rövid időn belüli indulását azonosító közlemény hatására történik.
5.2.17. A PAC közleményre küldendő válaszközlemények leírását a 4.4. pont tartalmazza.
5.2.18. Ha a PAC közlemény nyugtázásaképpen LAM közlemény nem érkezik, figyelmeztető üzenetet kell megjeleníteni a légijármű koordinálásáért felelős ATC munkahelyen.
5.2.19. Ha LAM nem érkezik, szóbeli koordinálást kell kezdeményezni.
5.2.20. Ha a PAC közleményben lévő kód kérésre COD közlemény nem érkezik, figyelmeztető üzenetet kell megjeleníteni a megfelelő munkahelyen.
5.2.21. Kódkérési eljárás alkalmazásakor az alkalmazandó idő túllépési értékben kétoldalúan kell megállapodni.
5.3. Átadási Körülményeket Módosító közlemény (REV)
5.3.1. A REV közlemény valamely korábban küldött ACT közleményben lévő koordinációs adat megváltozására használatos, feltéve, hogy az átvevő egység nem változik meg a módosítás eredményeképpen.
5.3.2. A REV közleménynek a következő adatokat kell tartalmaznia:
– közlemény referencia (opcionális elem);
– a légijármű azonosító jele;
– számított határkeresztezési adatok;
– koordinációs pont (opcionális elem);
– rendeltetési repülőtér;
– útvonal (opcionális elem);
– egyéb repülési terv adatok (opcionális elem).
5.3.3. Egy vagy több REV közlemény küldhető azon egység számára, mellyel valamely légijármű Aktivizáló közlemény segítségével le lett koordinálva.
5.3.4. A következő elemekre vonatkozóan kell módosítást küldeni:
5.3.5. REV közleményt akkor kell küldeni, amikor
– az ETO COP az előzőleg elküldött közleményben lévőtől egyeztetett értéknél nagyobb mértékben eltér, a hozzá legközelebb eső egész egységre kerekítve,
– az átadási magasság(ok) vagy az SSR kód megváltozik.
5.3.6. Kétoldalú megállapodás alapján akkor is kell REV közleményt küldeni, ha megváltozik
– egyéb repülési terv adat (ICAO 8, 10. és 18. mező).
Az ACT elküldés utáni módosításokhoz az érintett egységek között előzetes koordinációt kell végrehajtani.
5.3.7. Kétoldalú megállapodás esetén közlemény referenciát kell beépíteni a REV közleménybe.
5.3.8. A közlemény referenciának, ha beépítik, az azt megelőző ACT közlemény sorszámát kell tartalmaznia.
5.3.9. Fel kell tételezni a REV közleményben lévő átadási körülmények fogadó ATC egység általi elfogadását, hacsak a fogadó egység koordinációt nem kezdeményez azok módosítására.
5.3.10. Az átadási körülményeket módosító közlemény összeállítása
Valamennyi átadási körülményeket módosító közlemény tartalmazza a 3-as, 7-es, 13-as, 14-es és 16-os mezőket. Ezekkel a mezőkkel a következő módosításfajták végezhetők:
– az ETO COP vagy az átadási magasságo(ka)t módosított adatként kell belefoglalni a 14-es mező elemeiként;
– az SSR kód változást a 7-es mezőbe kell belefoglalni;
– a COP-ra is kiterjedő útvonal változtatásokat az első öt mezőt követő 14-es és 15-ös mezőkben kell feltüntetni, 22-es mezőformátumban. Ezekbe a közleményekbe két 14-es mezőt kell beletenni, az első csak az a) elemet, azaz azt a COP-ot tartalmazza, amelyiken keresztül a légijárművet ezt megelőzően koordinálták. Az ilyen módosítások szabályait, beleértve a közvetlen útvonalak koordinálására vonatkozó szabályokat is, a Speciális Útvonal Feldolgozási Követelmények című ,,B'' Függelék tartalmazza;
– a 8-as, 10-es és 18-as mezőket érintő módosításokat az első öt mezőt követően, 22-es mezőformátumban kell beépíteni.
Valamennyi ADEXP formátumú közleménynek tartalmaznia kell a következő elsődleges mezőket: TITLE REFDATA ARCID ADEP ADES. A következő szabályok alkalmazandók:
– az ETO COP vagy az átadási magasságo(ka)t módosított adatként kell belefoglalni a COORDATA elsődleges mezőbe;
– a COP-ra is kiterjedő útvonal változtatásokat a COORDATA és ROUTE elsődleges mezőkbe kell belefoglalni. Az ilyen közleményekbe bele kell foglalni a COP elsődleges mezőt, mely azt a COP-ot tartalmazza, amelyiken keresztül a légijárművet ezt megelőzően koordinálták. Az ilyen módosítások szabályait, beleértve a közvetlen útvonalak koordinálására vonatkozó szabályokat is, a ,,B'' Függelék tartalmazza;
– az SSR kód változást az SSRCODE elsődleges mező közleménybe foglalásával kell jelezni;
– az egyéb repülési terv adatok változását az ,,A'' Függelékben lévő Egyéb Repülési Terv Adatokra előírt, megfelelő elsődleges mező(k) közleménybe foglalásával kell jelezni.
Ha a módosító közleményt csak az SSR kód és/vagy az Egyéb Repülési Terv Adatok koordinálása céljából küldik, a COORDATA helyett a COP elsődleges mezőt kell a közleménybe foglalni.
5.3.11. Az SSR módot és kódot csak akkor kell a REV közleménybe foglalni, ha az SSR kód megváltozását kell koordinálni.
5.3.12. Ha az érintett légijárműre vonatkozóan az ACT közleményt ugyanattól az ATC egységtől kapták, a REV közleményt kapó ATC rendszernek meg kell kísérelnie az összerendelést a vonatkozó repülési tervvel.
5.3.13. Ha a vonatkozó repülési terv rendelkezésre áll, és a közlemény korrekt feldolgozását akadályozó eltérés nincs:
– a közlemény operatív tartalmával ki kell egészíteni a repülési tervet,
– a kívánt adatokat továbbítani kell az ATC vagy szükség szerint más munkahelyekre.
5.3.14. A REV közlemény küldése valamely esemény hatására történik, és a közleményt közvetlenül a vonatkozó adatbevitelt vagy adatfrissülést követően kell elküldeni.
5.3.15. A REV közlemény hatására semmifajta változtatást nem lehet végrehajtani, ha a légijármű az átadási ponttól már meghatározott időn/távolságon belül van. Az időre és távolságra vonatkozóan kétoldalúan kell megállapodni.
5.3.16. A REV paramétereket az egyes COP-okra vonatkozóan egyedileg határozzák meg.
5.3.17. Tilos REV közleményt használni, ha a módosított adatok a fogadó ATC egység megváltozását vonnák maguk után (lásd a Koordináció Törlő közleményt).
5.3.18. Ha a REV közleményt össze lehet rendelni valamely repülési tervvel a fogadó rendszerben, nyugtázásképpen LAM közleményt kell visszaküldeni.
5.3.19. Ha a REV közleményt nem lehet összerendelni valamely repülési tervvel a fogadó rendszerben, LAM közleményt tilos küldeni.
5.3.20. Ha a REV közlemény nyugtázásaképpen LAM közlemény nem érkezik, figyelmeztető üzenetet kell megjeleníteni a légijármű koordinálásáért felelős ATC munkahelyen.
5.3.21. Nyugtázás elmaradása esetén az átadó ATC egységnek szóbeli adatmódosítást kell kezdeményeznie.
5.4. Koordináció Törlő közlemény (MAC)
5.4.1. A MAC közleményt annak jelzése a fogadó egység számára, hogy valamely repülésre vonatkozó korábbi koordinációt vagy előzetes tájékoztatást törlik. A MAC nem helyettesíti az ICAO által meghatározott repülési terv törlő közleményt (CNL), ezért tilos az alapvető repülési terv törlésére használni.
5.4.2. A MAC közleménynek a következő adatokat kell tartalmaznia:
– közlemény referencia (opcionális elem);
– a légijármű azonosító jele;
– rendeltetési repülőtér;
– koordinációs státusz és indoklás (opcionális elem).
5.4.3. MAC közleményt kell küldeni annak az egységnek a számára mellyel korábban valamely légijárművet ACT vagy RAP közlemény használatával koordinálták, ha az alábbiak egyike bekövetkezik:
– az átadási pontnál várható magasság oly mértékben eltér a korábban küldött közleményben lévőtől, hogy az megváltoztatja a soron következő egységet a koordinációs sorrendben;
– a légijármű útvonala oly mértékben megváltozott, hogy az megváltoztatja a soron következő egységet a koordinációs sorrendben;
– a repülési tervet a közleményküldő egységnél törölték, és ily módon a koordináció a továbbiakban érvényét veszti;
– a légijárműre vonatkozóan MAC közleményt kaptak az előző egységtől.
5.4.4. Ha a MAC közleményt repülési magasság vagy útvonalváltozás következtében küldik, a koordinációs sorrendben következő új egységgel a körülményeknek megfelelően előzetes tájékoztatást, illetve koordinációt kell végrehajtani.
5.4.5. MAC közleményt kell küldeni, ha egy PAC közlemény használatával koordinált induló légijármű koordinációját törlik.
5.4.6. MAC közleményt kell küldeni, ha valamely korábbi légijárműre vonatkozó előzetes tájékoztatást (ABI közleményt) meghatározott okok miatt törölnek, vagy a légijárművet az útvonalrepülés közben várakoztatják, és a módosított keresztezési időadat automatikusan nem határozható meg.
5.4.7. A közleménybe közlemény referenciát kell belefoglalni, ha erről kétoldalúan megállapodnak.
5.4.8. Ha a közlemény referenciát belefoglalják a közleménybe, annak a légijárműre utoljára küldött és nyugtázott ABI, PAC vagy ACT közlemény sorszámát kell tartalmaznia.
5.4.9. Koordinációs pontként azt a pontot kell megadni, melyet a légijárműre vonatkozóan ezt megelőzően az előzetes értesítésben vagy koordinációban megadtak.
5.4.10. A MAC közlemény tartalmazza azt a státuszt, ahova a repülési tervet vissza kell léptetni, valamint a koordináció törlésének okát.
5.4.11. Ha ilyet a közleménybe foglalnak, a státusznak és a törlés okának az alábbi kombinációk valamelyikének kell lennie:
– ha a fogadó egység a továbbiakban már nem a soron következő koordinációs fél:
= a státusz INI (kezdeti),
= a törlés oka az alábbiak egyike:
– TFL, ha az ok az átadási magasság megváltozása,
– RTE, ha az ok a repülési útvonal megváltozása,
– CSN, ha az ok a hívójel megváltozása,
– CAN, ha az ok a repülési terv törlése,
– OTH, bármely egyéb esetben, vagy ha az ok ismeretlen;
– ha az alábbi esetek valamelyike áll fenn:
= ha a koordinációt, melyet egy ezt megelőző PAC vagy ACT közleménnyel hajtottak végre (és esetleg ezt követően REV közleménnyel módosítottak) törlik, de a légijármű koordinálását a koordinációs sorrendben ugyanazzal az egységgel fogják várhatóan végrehajtani, vagy
= ABI közlemény elküldését követően a légijárművet határozatlan ideig várakoztatják, és várható, hogy a légijárműről a körülményeknek megfelelően új ABI-t vagy ACT-t fognak küldeni:
– a státusz NTF (előzetes),
– a törlés oka az alábbiak egyike:
OTH, bármely egyéb esetben, vagy ha az ok ismeretlen.
5.4.12. Ha a légijárműről ismételten előzetes tájékoztatást kell adni, vagy koordinációt kell kezdeményezni:
– a körülményeknek megfelelően új előzetes tájékoztató és/vagy koordinációs közleményt kell küldeni;
– a fogadó ATC egységnél tárolt alapvető repülési terv adatokat a MAC közleménynek nem szabad befolyásolnia;
– a rendszernek meg kell tartania azon képességét, hogy akár a korábbi közleményt küldő egységtől vagy egy új koordinációs sorrendnek megfelelő más egységtől kapott új tájékoztató és/vagy koordinációs közleményt helyesen fel tudjon dolgozni.
5.4.13. A fogadó ATC egység repülési adatokkal rendelkező munkahelyeit tájékoztatni kell a koordináció törléséről.
5.4.14. Ha a MAC közlemény a vevő rendszerben összerendelhető valamely repülési tervvel, nyugtázásképpen LAM közleményt kell visszaküldeni.
5.4.15. Ha a MAC közlemény a vevő rendszeren belül nem rendelhető össze valamely repülési tervvel, vagy a közlemény nem dolgozható fel, LAM közleményt tilos visszaküldeni.
5.4.16. Ha a koordinációt törlik és LAM közlemény nem érkezik, figyelmeztető üzenetet kell megjeleníteni a koordinációért felelős ATC munkahelyen. Ilyen esetekben az átadó ATC egységnek szóban kell törölnie a koordinációt.
5.4.17. SSR Kód Kiosztó közlemény (COD)
5.4.18. A Körzetesített Kódkiosztási Rendszert [Originating Region Code Allocation Method (ORCAM)] azért alkalmazzák, hogy a légijármű ugyanazon kódot használhassa a rendszerben részt vevő valamely körzet egymást követő egységeinek légterében történő üzemelése során. Hacsak a kódosztást nem központosítva végzik, pl. egy ACC által, lehetséges, hogy a repülőterek számára egyedileg kell SSR kód csoportokat kiosztani. Ez a módszer a kódok nagymértékű pazarlásával jár.
5.4.19. A COD közlemény azt az operatív kívánalmat elégíti ki, amikor valamely légiforgalmi szolgálati egység A módú SSR kódot jelöl ki egy másik egység számára meghatározott légijármű általi használatra. Amennyiben a két egység így állapodik meg, a kódot osztó egységnek opcionális lehetősége van a repülési útvonal közleménybe foglalására.
5.4.20. A COD közleménynek a következő adatokat kell tartalmaznia:
– közlemény referencia (opcionális elem);
– a légijármű azonosító jele;
– rendeltetési repülőtér;
– útvonal (opcionális elem).
5.4.21. COD közleményt közleményben lévő kód kiosztás kérésre kell automatikusan generálni és továbbítani.
5.4.22. Az SSR kódnak a légijármű számára kiosztott kódnak kell lennie.
5.4.23. Ha egyedi kód nem áll rendelkezésre, az európai körzetre érvényes Légiközlekedési Tervben meghatározott telítettségi kódot kell a közleménybe foglalni.
5.4.24. Ha az érintett egységek úgy állapodnak meg, a közleménybe közlemény referenciát kell belefoglalni, melynek annak a közleménynek a sorszámát kell tartalmaznia, melyre a COD közleményt válaszképpen küldik.
5.4.25. Az útvonalat kétoldalú megállapodás esetén kell belefoglalni.
5.4.26. Fel kell tételezni, hogy a COD közleményt kapó egység elfogadja az SSR kódot.
5.4.27. LAM-ot kell visszaküldeni, ha nincs a közleményben feldolgozást lehetetlenné tevő akadály.
5.4.28. Ha a közleményt nem lehet összerendelni valamelyik repülési tervvel, vagy a közlemény korrekt feldolgozását akadályozó körülményt találnak, LAM-ot tilos visszaküldeni.
5.4.29. Az útvonalra vonatkozó adat, amennyiben ilyen a közleményben szerepel, nem lehet akadálya LAM visszaküldésnek, hacsak annak formátuma el nem tér az ,,A'' Függelékben szereplő követelménytől.
5.4.30. Közleménytovábbításra vonatkozó paraméter nem került megállapításra, mivel a COD közlemény elküldése egy SSR kód osztást kérő közlemény vételének eredményeképpen kerül továbbításra.
5.4.31. A COD közleményt LAM közlemény generálásával és továbbításával kell nyugtázni.
5.4.32. Ha valamely COD közleményre nyugtázásképpen LAM közlemény nem érkezik, figyelmeztető üzenetet kell megjeleníteni valamely megfelelő munkahelyen.
5.5. Információs közlemény (INF)
5.5.1. Az INF közlemény célja, hogy információt biztosítson a légijárművekről olyan szervek számára, melyek közvetlenül nem érintettek a repülési útvonalon lévő két egymást követő ATC egység közötti koordinációs folyamatban.
5.5.2. Az INF közlemény másolatokat és az irányítók közötti egyeztetést követő elfogadott koordinációs körülményeket továbbíthat az ilyen szervek számára. Ilyen célból INF közleményeket az átadó és átvevő egységek rendszerei egyaránt generálhatnak.
5.5.3. A közlemény használható arra is, hogy a repülés útvonalán lévő bármely pontra vonatkozóan adjon tájékoztatást valamely szerv számára.
5.5.4. A közlemény formátuma lehetővé teszi előzetes adatok, módosítások és törlések továbbítását is.
5.5.5. Az INF közleménynek a következő adatokat kell tartalmaznia a jelen kiadványban előírt közleményekre vonatkozó formátumban:
– az eredeti közleményben lévő operatív adatok valamennyi elemének vagy a koordináció eredményének másolata;
– referencia közlemény típus.
5.5.6. Az INF közleményben duplikálandó közlemény típus(ok) a felhasználói követelményeken és a közleményküldő egység lehetőségein alapulnak. A közlemény típus(ok)ban és alkalmazási szabályokban általában kétoldalúan állapodnak meg.
5.5.7. Ugyanarra a repülésre vonatkozóan egy vagy több INF közlemény küldhető, egy vagy több címzett számára.
5.5.8. Az INF közlemény operatív tartalmának a valós közlemények formátuma valamelyikének kell lennie.
5.5.9. A koordinációs féltől függően, az INF közleményt LAM közlemény generálásával és továbbításával lehet nyugtázni.
5.5.10. Ha az érintett egységek ebben kétoldalúan megállapodnak, figyelmeztető közleményt kell megjeleníteni a megfelelő munkahelyen, amennyiben az INF közlemény nyugtázásaként LAM közleményt nem kapnak.
6. Egyeztetési eljárás – koordinálás
6.1. Az egyeztetési eljárás lehetőséget nyújt az irányítók közötti összeköttetésre és egyezkedésre a koordinálási fázisban és az átadási fázisban pedig az összeköttetésre. A koordinálási fázis egyeztetési eljárása során használatos közlemények leírását tartalmazza, amikoris az átadási körülményeket tervezik. Az átadási fázisban használt közleményeket, amikor a légijárművek átadása történik, az Egyeztetési Eljárás – Rádióösszeköttetés átadás tartalmazza. A két fázis eljárásai nem függnek egymástól, ezek egymástól függetlenül, vagy egymással egy időben bevezethetők.
6.1.1. A koordinációs egyeztetési eljárás lehetővé teszi:
– a LoA-kban előírt átadási körülményeknek megfelelő, és automatikusan elfogadható átadási körülmények, és
– azon átadási körülmények meghatározását, amikor a közleményt az irányítóhoz kell továbbítani annak érdekében, hogy határozzon az elfogadásról.
6.1.2. A koordinációs egyeztetési eljárás megköveteli, hogy a rendszerek azonosítsák, hogy az átadási körülmények megfelelnek-e, vagy sem a LoA-knak. Az a programfolyamat, amely ezt a megfelelést ellenőrzi, jelen kiadványban ,,szűrő'' néven szerepel. A szűrő számára használatos segéd-adatbázis szükség szerint az alábbiakat tartalmazza:
– egyeztetett koordinációs pontok;
– lehetséges vagy nem megfelelő repülési szintek, melyek ugyancsak köthetők koordinációs pontokhoz;
– rendeltetési repülőterek;
– egyeztetett közvetlen (direkt) útvonalak;
– a COP előtti időpont/távolság, mely után bármely koordinációs közlemény nem-műszaki előírásosnak tekintendő,
– bármely egyéb, kétoldalú megállapodás szerinti feltétel.
6.1.3. Összetettebb feltételek meghatározása céljából a fenti listában szereplő valamennyi elem kombinálható.
6.1.4. A ,,standard átadási körülmények''-et a LoA-ban szereplőknek megfelelőként, a ,,nem standard átadási körülmények'' kifejezést a LoA-ban szereplőknek nem megfelelőként kell értelmezni. Hacsak az érintett egységek eltérő módon nem állapodnak meg, másfajta közleményeket kell küldenie az átadó egységeknek standard koordinációs körülmények esetén, és másfajtákat nem standard körülmények esetén.
6.1.5. Az átadó egység szűrőjének ellenőriznie kell az átvevő egység számára küldendő átadási körülményeket.
6.1.6. Ha az átadási körülményeket nem találják standardnek, ezt az átadó irányító tudomására kell hozni megerősítés vagy módosítás végett.
6.1.7. Az ACT és REV közleményeket szűrővel kell ellenőrizni.
6.1.8. Ha az ellenőrzés eredménye azt jelzi, hogy a vett átadási körülmények nem standardek, ezeket határozathozatalra az irányítóhoz kell továbbítani. Egyéb esetekben a közleményeket automatikusan el kell fogadni.
6.1.9. Az eltérő közlemények használata standard és nem standard átadási körülmények esetén lehetőséget nyújt a műszaki előírás átadási körülmények értelmezésében lévő eltérések azonosítására az átadó és az átvevő egységek rendszereiben.
6.1.10. Ha az átvevő egység nem standard átadási körülményeket azonosít valamely olyan közleményben, melyet csak műszaki előírás körülmények esetén használnak, ez azt jelzi, hogy a két szűrő nem egyformán működik. Az ilyen eltéréseket az egyeztetési eljárás hatékonysága érdekében fel kell számolni.
6.1.11. Biztosítani kell a koordináció befejezését, mielőtt az átadási körülmények módosításával vagy a rádióösszeköttetés átadásával kapcsolatos közleményváltás történik, valamint annak biztosítására, hogy az egyes egységeknél lévő irányítók ugyanarra a légijárműre vonatkozóan egy időben ne kezdeményezzenek módosítási javaslatokat.
6.1.12. Valamely ATC egység csak akkor továbbíthat, vagy nyugtázhat egy légijármű átadására vonatkozóan módosító közleményt (REV vagy RRV), ha a légijármű koordinált státuszban van, azaz az ACT vagy RAP közleménnyel történő egyeztetés LAM vagy ACP közleménnyel lezárult.
6.1.13. CDN közlemény küldésére csak a fogadó egység jogosult. CDN közleményeket csak akkor szabad küldeni és nyugtázni,
– ha azok az egyeztetési eljárás részét képezik, mely aktivizáló (ACT vagy RAP) vagy módosító közlemény (REV vagy RRV) vétele által jött létre; vagy
– ha a légijármű repülési terve koordinált státuszban van.
6.1.14. A koordinációs vagy irányítás átadási közleményváltásban részt vevő egység nem kezdeményezhet további koordinációs vagy átadási közleményváltást ugyanarra a légijárműre vonatkozóan mindaddig, míg LAM-ot, ACP-t vagy RJC-t nem kapott, vagy válaszadási időtúllépés nem történik.
6.1.15. Lehetséges, hogy egy CDN közleményt ugyanakkor küldenek, mikor ugyanarra a légijárműre vonatkozóan az átadó egység REV, RRV vagy MAC közleményt küld. Az átadó egységnél ez a helyzet úgy azonosítható, hogy a CDN előbb érkezik, mint a nyugtázás a továbbított koordinációs közleményre, az átvevő egységnél pedig úgy, hogy az átadó egység közleménye érkezik a CDN nyugtázása előtt. Ilyen esetben a CDN-t tilos nyugtázni, és a REV-et, RRV-t vagy MAC-et fel kell dolgozni.
6.1.16. Az RJC közlemény a rendszeren keresztüli egyeztetés végét jelenti. A rendszeren keresztül új, a telefonon történő koordinációnak megfelelő koordinációt kell kezdeményezni a körülményeknek megfelelően.
6.1.17. Az irányító számára megválaszolásra továbbított közlemények vonatkozásában a közleményküldő és fogadó központokban válaszidő túllépés figyelést kell alkalmazni.
6.1.18. Az időtúllépés időtartamában kétoldalúan kell megállapodni. A túllépési idő lejártakor a közleményküldő egységnél figyelmeztető közleményt kell megjeleníteni a közleményt küldő irányító előtt, jelezvén a telefonon történő koordináció kezdeményezésének szükségességét.
6.1.19. Jelenítsenek meg figyelmeztető üzenetet a légijárműért felelős átvevő egység ATC munkahelyén, ha a közleményküldő egységnél a túllépési idő rövidesen bekövetkezik. A figyelmeztető üzenetnél vegyék számításba a válasz továbbítási idejét.
6.1.20. A rendszereknek alkalmasaknak kell lenniük a túllépési idő után kapott válaszok feldolgozására.
6.1.21. Az egyeztetési eljárás két részre tagolódik, nevezetesen a koordinálási fázisra és az átadási fázisra. Az egyes fázisokban különböző közleményeket használnak és eltérőek a tranzakciós időkívánalmak. A koordinációs közlemények egyaránt meg lettek határozva ICAO és ADEXP formátumban, a rádióösszeköttetés átadásával kapcsolatos közlemények csak ADEXP formátumban szerepelnek.
6.1.22. A koordinációs egyeztetéshez szükséges minimális HMI követelmények eltérnek az átadás egyeztetési követelményektől, figyelembe véve, hogy
– az átadás egyeztetés elsősorban végrehajtó irányítói funkció és ez gyors és felhasználóbarát HMI-t igényel;
– a koordinációs egyeztetés nem annyira idő-kritikus és ezért a HMI követelmények alacsonyabb rendűek.
6.1.23. Az egyeztetési eljárást az alábbi alternatív megoldások egyikének használatával kell bevezetni:
– az egyeztetési eljárás koordinálási fázisát támogató, valamint kétoldalú megállapodás szerinti kiegészítő közlemények (7. és 8. rész);
– koordinációs alapeljárási és az egyeztetési eljárás rádióösszeköttetés átadási fázisát támogató közlemények (6., 7. és 9. rész);
– koordinálás és rádióösszeköttetés átadás egyeztetési eljárás, valamint kétoldalú megállapodás szerinti kiegészítő közlemények (7., 8. és 9. rész).
Az Előzetes Határadatot Tartalmazó Tájékoztató közleményt valamennyi esetben küldeni kell.
6.1.24. A bevezetendő eljárási módszerre vonatkozóan kétoldalúan kell megállapodni.
6.2. Aktivizáló közlemény (ACT)
6.2.1. Az egyeztetési eljárás során az ACT közleményt ezeknek a követelményeknek a kielégítésére használják, feltéve, hogy az átadási körülmények műszaki előírásosak, és az átadó irányító nem kívánja, hogy a légijármű adatai elfogadás végett az átvevő irányító elé kerüljenek.
6.2.2. Az egyeztetési eljárás során alkalmazott ACT közlemény tartalmának meg kell felelnie az ACT közleményre vonatkozó előírásoknak.
6.3.3. Az alkalmazási szabályok az ebben a paragrafusban leírt különleges szabályok kivételével megfelelnek a 6.3. pontban az ACT közleményekre előírtaknak.
6.3.4. ACT közleményt standard átadási körülményeknek megfelelő légijárműre kell küldeni, amennyiben az átadó irányító nem kívánja az adatok megjelenítését az átvevő irányító előtt.
6.3.5. Új koordinációs eljárást kell kezdeni, ha valamely ACT közleményre válaszképpen Visszautasító közleményt (RJC) küldenek.
6.3.6. A közleményt a szűrő segítségével ellenőrzik, annak érdekében, hogy megbizonyosodjanak, hogy a javasolt átadási körülmények standardek-e.
6.3.7. A közleményt RAP közleménynek megfelelően kell feldolgozni, ha
– az átadási körülményeket nem találják standardnek;
– hozzátartozó rendszer repülési terv nem található, és a közleményben szereplő információk nem elegendőek ahhoz, hogy eldöntsék, hogy az átadási körülmények standard-e.
6.3.8. Ha az ACT közleményben lévő átadási körülményeket nem találják standardnek, a két rendszer szűrője között eltérés van. Hívják fel a nem standard körülményekre kapott ACT közleményre a munkahelyi vezetők figyelmét, az eltérés felszámolása érdekében.
6.3.9. Egyeztetési eljárás során az ACT közleményt az alábbiakkal kell nyugtázni:
– LAM-mal, ha az átadási körülményeket standardnek találják;
– valamennyi egyéb esetben SBY közleménnyel.
6.3.10. Ha LAM-ot kaptak, az ACT közlemény operatív tartalmát mindkét ATC egység számára kötelezőként kell tekinteni.
6.3.11. Ha a két egység úgy állapodik meg, az átvevő egység LAM helyett ACP-t is használhat valamely standard átadási körülményeket tartalmazó ACT elfogadásának jelzésére.
6.3.12. Ha valamely ACT közleményre nyugtázást nem kapnak, figyelmeztető közleményt kell megjeleníteni az légijármű koordinálásáért felelős ATC munkahelyen.
6.4. Válaszköteles Aktivizáló közlemény (RAP)
6.4.1. A RAP közlemény kielégíti az alábbi operatív követelményeket, a 6.3. pont alatti ACT közleményre meghatározottakon túlmenően:
– az átadó irányító javaslatának az átvevő irányító tudomására hozatala nem standard átadási feltételek esetén;
– az átadó irányítónak lehetőséget ad arra, hogy ha szüksége van rá, az átvevő irányító tudomására hozza egy adott repülés standard átadási feltételeit.
6.4.2. A RAP közleménynek ugyanazokat az adatokat kell tartalmaznia, mint amelyeket az ACT közleményre meghatározásra került és opcionálisan tartalmazhatja az indokot, amely jelzi a manuális kezdeményezést (csak ADEXP formátumban).
6.4.3. RAP közleményt kell küldeni az ACT közlemény helyett azokra a határt keresztező repülésekre, amelyek kielégítik az alábbi feltételek egyikét:
– az átadó rendszer szerint az átadási feltételeket nem minősülnek standardnek;
– az átadó irányító jelzi, hogy a javasolt átadási feltételeket az átvevő irányító tudomására kell hozni.
6.4.4. A továbbítandó RAP közlemény operatív tartalmát a tényleges továbbítást megelőzően meg kell jeleníteni a repülés koordinálásáért felelős munkahelyen.
6.4.5. A RAP közlemény automatikus továbbítási időpontja a tartalmával együtt megjelenítendő.
6.4.6. Az érintett munkahelyet értesíteni kell a RAP közlemény továbbításáról.
6.4.7. A RAP közleményt fogadó ATC rendszernek meg kell kísérelnie az összerendelést a vonatkozó repülési tervvel.
6.4.8. Ha a vonatkozó repülési terv rendelkezésre áll, és a közleményben a feldolgozását kizáró hiba nincs:
– az operatív tartalmát az átvevő irányító tudomására kell hozni;
– SBY-t kell visszaküldeni.
6.4.9. A kezdeményezés okát (nem standard feltételek vagy manuális kezdeményezés) is meg kell adni.
6.4.10. Ha a vonatkozó repülési terv nem áll rendelkezésre vagy a közleményben a helyes feldolgozását akadályozó hiba van, akkor
– az operatív tartalmát meg kell jeleníteni a szektorban; és
– egy SBY közleményt kell visszaküldeni; és
– repülési tervet kell létrehozni.
6.4.11. A közleményt nyugtázása minden más esetben tilos.
6.4.12. Amikor a közleményt arra használják, hogy a javasolt koordinációt standard átadási feltételekkel az átvevő irányító tudomására hozzák, akkor az átadó irányító a RAP-ot manuálisan kezdeményezi, amely azonnal továbbításra kerül.
6.4.13. A határ előtti idő/távolságnak, ahol a RAP közleményt automatikusan továbbításra kerül, meg kell egyeznie az ACT közleményre meghatározottakkal.
6.4.14. A közleményt egy SBY közlemény generálásával és továbbításával kell nyugtázni.
6.4.15. Ha egy RAP közlemény nyugtázásaként nem érkezik SBY közlemény, akkor egy figyelmeztető üzenetet kell megjeleníteni a repülés koordinálásáért felelős ATC munkahelyen.
6.4.16. Az átvevő irányító elfogadhatja, ellenjavaslatot tehet vagy visszautasíthatja az átadási feltételeket.
6.4.17. Amikor az átvevő irányító a javasolt átadási feltételek elfogadását választja, egy ACP közleményt kell visszaküldeni.
6.4.18. Mihelyt az ACP közlemény megérkezik, a RAP közleményben foglalt adatok operatív értelemben kötelező érvényűek mindkét ATC egység számára. A koordinált átadási feltételeket és az ACP vételének tényét az átadó irányító számára meg kell jeleníteni.
6.4.19. Amikor az átvevő irányító azt választja, hogy ellenjavaslatot tesz az átadási feltételekre, egy CDN közleményt kell visszaküldeni.
6.4.20. Amikor az átvevő irányító a javasolt átadási feltételek visszautasítását választja, akkor egy RJC közleményt kell visszaküldeni, majd egy új koordinációs eljárást kell kezdeményezni.
6.5. Átadási Körülményeket Módosító közlemény (REV)
6.5.1. A REV közlemény célját a 7.3.1. pont meghatározza. Az egyeztető eljárásokban a REV közlemény ezen követelmények kielégítésére akkor használható, ha a repülés átadási feltételei standardek, és az átadó irányítónak nem kell az elfogadáshoz az átvevő irányító beleegyezését beszerezni.
6.5.2. A REV közlemény tartalma megegyezik a REV közleményre meghatározottakkal.
6.5.3. Egy vagy több REV közlemény küldhető annak az egységnek, amellyel a repülést ACT vagy RAP közleménnyel aktuálisan koordinálták.
6.5.4. REV közleményt kell küldeni a standard átadási feltételekkel rendelkező repülésekre, amikor az átadó irányítónak erre nem kell külön felhívnia az átvevő irányító figyelmét.
6.5.5. A REV közleményt a 7.3.3. pontban meghatározott koordinálandó adatok változásának észlelését követően azonnal továbbítani kell.
6.5.6. Ha (a fogadó rendszer) a vonatkozó repülési tervet koordinált állapotban megtalálja, és ha a közlemény helyes feldolgozását akadályozó eltérést nem tapasztal, akkor:
– a REV közleményt nyugtázni kell;
– más esetekben a közlemény nyugtázása tilos.
6.5.7. Az átadási feltételeket meg kell vizsgálni, biztosítandó, hogy azok standardek-e.
6.5.8. Ha az átadási feltételek nem standardek, akkor azokat meg kell jeleníteni az átvevő irányító előtt.
6.5.9. Ha az átadási feltételek standardnek minősülnek, akkor a repülési tervet pontosítani kell, és a szükséges adatokat el kell juttatni az operatív ATC és más munkahelyekre, szükség szerint.
6.5.10. Ha a REV közleményben lévő átadási feltételek nem minősülnek standardnek, akkor a két rendszer szűrői között eltérés van. Azt a tényt, hogy egy REV nem standard, a felügyelő szakszemélyzet tudomására kell hozni, hogy az eltérést megszüntessék.
6.5.11. Ha a REV közleményt nyugtázni kell, akkor azt az alábbiak szerint kell megtenni:
– egy LAM közleménnyel, ha az átadási feltételek standardek;
– egy SBY közleménnyel, ha az átadási feltételek nem standardek.
6.5.12. Ha LAM érkezett, a REV operatív tartalma operatív értelemben mindkét ATC egység számára kötelező érvényű.
6.5.13. Kétoldalú megállapodás alapján ACP is használható a LAM helyett annak jelzésére, hogy az átvevő egység elfogadta a standard átadási feltételeket tartalmazó REV-et.
6.5.14. Ha a REV közleményre nem érkezett nyugtázás, egy figyelmeztetést kell megjeleníteni a repülés koordinálásáért felelős ATC munkahelyen.
6.5.15. Mivel a REV közlemény standard átadási feltételek küldésére használatos, az átvevő egység rendszere azt általában elfogadja. Ha a fogadó egységnél beállított szűrők szerint az átadási feltételek nem minősülnek standardnek, akkor a közleményt RRV közleményként kell feldolgozni.
6.6. Válaszköteles Módosítást Javasló közlemény (RRV)
6.6.1. Az RRV közlemény célja.
6.6.2. Az RRV üzenet a korábban továbbított és elfogadott átadási feltételek módosítását biztosítja, a következő esetekben:
– amikor az átadási feltételek javasolt módosítása nem standard;
– amikor a javasolt módosítás standard ugyan, de az átadó irányító fel akarja hívni az átvevő irányító figyelmét a módosításra.
6.6.3. Az RRV közlemény tartalma megegyezik a REV közlemény tartalmával és opcióként tartalmazhatja a manuális figyelemfelhívás okát (csak ADEXP formátum esetén áll rendelkezésre).
6.6.4. Egy vagy több RRV közleményt kell küldeni a REV közlemény helyett minden egyes módosításra, ha
– az átadó rendszer szerint az átadási feltételek nem standardek; vagy
– az átadó irányító jelezte, hogy a javasolt átadási feltételekre fel kell hívni az átvevő irányító figyelmét. Ebben az esetben az RRV használata opcionális.
6.6.5. RRV közleményt azonnal el kell küldeni a koordinációs adatok változásának észlelését vagy manuális kezdeményezést követően.
6.6.6. Ha a fogadó rendszer a vonatkozó repülési tervet koordinált állapotban megtalálja, és ha a közlemény helyes feldolgozását akadályozó eltérést nem tapasztal, akkor
– az RRV közleményt nyugtázni kell;
– minden más esetben a közleményt tilos nyugtázni.
6.6.7. A javasolt átadási feltételeket meg kell jeleníteni a repülés koordinálásáért felelős irányítói munkahelyen.
6.6.8. A közleményt egy SBY közlemény generálásával és továbbításával kell nyugtázni.
6.6.9. Ha egy RRV közlemény nyugtázására nem érkezik SBY közlemény, akkor egy figyelmeztető üzenetet kell megjeleníteni a repülés koordinálásáért felelős irányítói munkahelyen.
6.6.10. Az átvevő irányító elfogadhatja, ellenjavaslatot tehet vagy visszautasíthatja az RRV közleményt.
6.6.11. Amikor az átvevő irányító az egyeztetett átadási feltételek javasolt módosításának elfogadását választja, egy ACP közleményt kell visszaküldeni.
6.6.12. Amikor az átvevő irányító azt választja, hogy ellenjavaslatot tesz az átadási feltételekre, egy CDN közleményt kell visszaküldeni.
6.6.13. Amikor az átvevő irányító az egyeztetett átadási feltételek javasolt módosításának visszautasítását választja:
– egy RJC közleményt kell visszaküldeni; és
– egy új koordinációt kell kezdeményezni.
6.6.14. Visszautasításnak kell tekinteni, ha egy RRV közleményre sem ACP sem CDN nem érkezett.
6.7. Várakoztató Közlemény (SBY)
6.7.1. Az SBY közlemény nyugtázza az átadási feltételeket javasló közlemény vételét és jelzi, hogy a javaslatot döntéshozatalra az irányító tudomására hozta.
6.7.2. Az SBY közleménynek a következő adat elemeket kell tartalmaznia:
6.7.3. SBY közleményt kell azonnal automatikusan generálni és továbbítani az alábbi közleményekre válaszképpen:
– ACT vagy REV, ha a szűrőn nem megy át.
6.7.4. Az SBY közleményt nem kell nyugtázni.
6.8. Elfogadó közlemény (ACP)
6.8.1. Az ACP közlemény eleget tesz az ATC koordinációs és átadási fázis alábbi operatív követelményeinek:
– jelzi, hogy az egyik egység irányítója manuálisan elfogadta a másik egység irányítója által az alábbi közlemények egyikében javasolt átadási feltételeket:
= ACT és REV, ha nem minősül standardnek;
– ha a kétoldalú megállapodás úgy írja elő, biztosítja a fogadó egység szűrőjén átmenő ACT és REV közlemények automatikus elfogadását (a LAM helyett);
– ha a kétoldalú megállapodás úgy írja elő, jelzi a HOP közlemény manuális elfogadását (a ROF helyett).
6.8.2. Az ACP közleménynek a következő adat elemeket kell tartalmaznia:
– kötelező adatok, a közleménynek tartalmaznia kell:
– opcionális adatok, a közlemény szintén tartalmazhatja:
– ICAO formátumú közlemény opcionális adatai, a közlemény szintén tartalmazhatja az alábbi tételeket:
= légijármű azonosító jele,
= rendeltetési repülőtér.
6.8.3. Az ACP közlemény referenciának tartalmaznia kell annak a közleménynek a sorszámát, amelyre vonatkozik.
6.8.4. A frekvencia mezőnek, ha van, azt a frekvenciát kell tartalmaznia, amelyen a légijárműnek összeköttetést kell létesítenie az átadáskor az átvevő egységgel.
6.8.5. ACP közleményt kell küldeni, amikor az ACT, RAP, REV, RRV vagy CDN közleményben továbbított javasolt átadási feltételeket az irányító manuálisan elfogadja.
6.8.6. ACP közlemény küldhető a ROF közlemény helyett válaszképpen a HOP közleményre.
6.8.7. Ha a kétoldalú megállapodás előírja, akkor a rendszernek ACP közleményt kell generálnia, és automatikusan továbbítania a szűrőn átjutó ACT/REV közleményekre válaszképpen.
6.8.8. Az ACP közlemény vételekor, a megegyezett átadási feltételek mindkét egységre vonatkozóan kötelezőek.
6.8.9. Az ACP közleményt fogadó ATC rendszernek meg kell kísérelnie az összerendelést a vonatkozó repülési tervvel.
6.8.10. Ha az ACP összerendelhető egy repülési tervvel, akkor az elfogadást jelezni kell az irányító számára.
6.8.11. Ha az ACP nem rendelhető össze egy repülési tervvel sem:
– figyelmeztető üzenetet kell küldeni a megfelelő munkahelyre; és
– LAM-ot nem szabad küldeni.
6.8.12. LAM-ot nem szabad visszaküldeni ott, ahol az ACP-t használják a szűrőn átjutó ACT vagy REV közlemények automatikus megválaszolására.
6.8.13. A manuális elfogadás eredményeképpen küldött ACP-t egy LAM közlemény generálásával és automatikus továbbításával kell nyugtázni.
6.8.14. Ha a manuális elfogadás eredményeként küldött ACP közlemény nyugtázására nem érkezett LAM közlemény, akkor egy figyelmeztető üzenetet kell a repülés koordinálásáért felelős ATC munkahelyen megjeleníteni.
6.9. Koordinációs Közlemény (CDN)
6.9.1. A CDN közlemény az alábbi operatív követelményeket elégíti ki:
– az ACT, RAP, REV vagy RRV közleményre válaszképpen továbbítja az átvevő irányító ellenjavaslatát az átadó irányító számára;
– átvevő irányítónak a megegyezett átadási feltételek módosítási javaslatát eljuttatja az átadó irányító számára.
6.9.2. Az CDN közleménynek a következő adat elemeket kell tartalmaznia:
– kötelező adatok, a közleménynek tartalmaznia kell:
= közlemény referencia (csak egy másik közleményre adott válasz esetén),
= légijármű azonosító jele,
= rendeltetési repülőtér.
A közleménynek tartalmaznia kell az egyik vagy mindkét alábbi elemet:
= számított határkeresztezési adatok (ICAO közlemény formátum esetén) vagy Átadási magasság (ADEXP közlemény formátum esetén,
– kétoldalú megállapodás szerinti adatok. Kétoldalú megállapodás alapján az alábbi adatokat is tartalmazhatja:
6.9.3. A CDN közleményt csak az átvevő irányító kezdeményezheti.
6.9.4. Az átvevő irányító ellenjavaslatának az átadó irányítóhoz való eljuttatására kell használni.
6.9.5. A közlemény referencia csak akkor lehet része a CDN közleménynek, ha azt egy másik közleményre válaszképpen küldik.
6.9.6. Ha szerepel, a közlemény referenciának tartalmaznia kell annak a közleménynek a sorszámát, amelyre válaszképpen a CDN-t küldik.
6.9.7. A Direkt Útvonal Kérés
– csak akkor használható, ha erről kétoldalú megállapodás született; és
– ha megállapodás született, használatának esetleges operatív korlátozásai meghatározásra kerültek.
6.9.8. CDN-t tilos küldeni a határ előtt az érintett egységek közötti koordinációs egyezményben (LoA-ban) meghatározott időn/távolságon belül.
6.9.9. Ha a CDN gyakorlatilag egy időben kerül továbbításra az átadó egységtől ugyanarra a repülésre vonatkozó másik közleménnyel, például egy REV vagy MAC, akkor sem nyugtázást, sem pedig operatív választ nem szabad visszaküldeni.
6.9.10. Az elfogadás vételekor a CDN közleményben foglalt adatok mindkét ATC egység számára operatív értelemben kötelezővé válnak. A koordinált átadási feltételeket és az ACP vételének tényét az érintett irányítók előtt meg kell jeleníteni.
6.9.11. Ha rendelkezésre áll a vonatkozó repülési terv és a közleményben nincs a helyes feldolgozást akadályozó hiba:
– az operatív tartalmat meg kell jeleníteni a repülés koordinálásáért felelős ATC munkahelyen; és
– SBY közleményt kell küldeni.
6.9.12. Ha a CDN nem rendelhető össze egy repülési tervvel, vagy a közleményben a helyes feldolgozást akadályozó hiba van, SBY-t tilos visszaküldeni.
6.9.13. A CDN közleményt egy SBY közlemény generálásával és továbbításával kell nyugtázni.
6.9.14. Ha a CDN nyugtázására nem érkezett SBY közlemény, egy figyelmeztető üzenetet kell a repülés koordinálásáért felelős ATC munkahelyen megjeleníteni.
6.9.15. Az irányító a CDN közleményben javasolt feltételeket vagy elfogadja, vagy visszautasítja.
6.9.16. Ha az átvevő irányító a javasolt átadási feltételek elfogadása mellett dönt, akkor egy ACP közleményt kell visszaküldeni.
6.9.17. Ha az átvevő irányító a javasolt átadási feltételek visszautasítása mellett dönt, akkor egy RJC közleményt kell visszaküldeni (közvetlen visszautasítás).
6.10. Visszautasító közlemény (RJC)
6.11. Az RJC közlemény jelzi, hogy az egyik egység irányítója visszautasította egy másik egység irányítója által javasolt átadási feltételeket az alábbi közlemények egyikével:
– ACT és REV, ha nem bizonyulnak standardnek.
6.12. Az RJC közleménynek az alábbi adat elemeket kell tartalmaznia:
6.13. Szükség szerint RJC-t kell küldeni válaszképpen a RAP, RRV CDN közleményekre vagy a fogadó egységnél nem standardnek bizonyuló ACT vagy REV közleményekre.
6.14. Az RJC megszakítja a rendszerek közötti párbeszédet és a korábban megegyezett koordináció marad érvényben.
6.15. Egy RJC közlemény vételét követően egy új koordinációt kell kezdeményezni, a telefonos koordinációnak megfelelően, amikor alkalmazható.
6.16. Ha az RJC közleményben hivatkozott közlemény rendelkezésre áll:
– a visszautasítást meg kell jeleníteni az adott repülés koordinálásáért felelős ATC munkahelyen; és
– LAM-ot kell küldeni nyugtázásképpen.
6.17. Ha nincs megválaszolásra várakozó ilyen közlemény, vagy a közlemény feldolgozást akadályozó eltérést tartalmaz, nyugtázást tilos küldeni.
6.18. Az RJC közleményt egy LAM közlemény generálásával és továbbításával kell nyugtázni.
6.19. Ha az RJC közlemény nyugtázására nem érkezett LAM közlemény, egy figyelmeztető üzenetet kell a repülés koordinálásáért felelős ATC munkahelyen megjeleníteni.
7. Egyeztetési eljárás – rádióösszeköttetés átadás
7.1. A műszaki előírásnak jelen része leírja azokat a közleményeket, amelyek támogatják a radar átadást az irányítás átadási eljárások közül. Csak kétoldalú megállapodás alapján vezethető be.
7.1.1. A rádióösszeköttetés átadását támogató elemek csak akkor vezethetők be, ha az egység használja a meghatározott Alapeljárások – Kötelező Közleményeket vagy Egyeztető Eljárásokat – Koordináció.
7.1.2. A dokumentum jelen fejezetében leírt közlemények csak ADEXP formátumban állnak rendelkezésre, és az ICAO formátum bevezetése nincs tervbe véve.
7.1.3. A Kiegészítő Adat (SMD) közleményen kívül a Rádióösszeköttetést Átadó közleményváltásra csak a koordináció befejezése után kerülhet sor, azaz egy ACT vagy RAP párbeszéd befejeződött egy LAM vagy ACP közleménnyel.
7.1.4. Nyugtázást tilos küldeni amíg a koordináció be nem fejeződött.
7.1.5. Egy repülés rádióösszeköttetésének tényleges átadása során követendő eljárást a két érintett egység közötti megállapodásban kell rögzíteni.
7.1.6. Egyik vagy mindkét alábbi feltételnek teljesülnie kell:
– az átadó egység Frekvenciaváltás közleményt (COF) küld;
– az átvevő egység Összeköttetés Felvétele (MAS) közleményt küld;
7.1.7. A követendő eljárásban minden útvonalra külön meg kell egyeznie a két szomszédos egységnek.
7.2. Átadási Fázist jelző közlemény (TIM)
7.2.1. A TIM közlemény célja, hogy
– jelezze az Átadás Kezdeményezés (TI) eseményt (ami a koordinációs fázis vége és az átadás fázis kezdete);
– egyidejűleg kerüljenek továbbításra az irányítási adatok az átadó egységtől az átvevő egységhez.
7.2.2. A TIM közleménynek az alábbi adat elemeket kell tartalmaznia:
= légijármű azonosító jele;
– rendelkezésre álló adatok – a közleménynek az alábbi adatokat is tartalmaznia kell, ha rendelkezésre állnak:
= engedélyezett magasság,
= Követendő Irány Utasítás vagy Közvetlen Útvonal Engedély,
= Tartandó Sebesség Utasítás,
= Tartandó Emelkedési/Süllyedési Mérték Utasítás;
– opcionális adatok – a közlemény tartalmazhatja:
7.2.3. A TIM közleményt az átadó egységnek automatikusan kell generálnia és továbbítania az átvevő egység felé, a határ előtt olyan időpontban vagy távolság elérésekor, amelyet a kétoldalú megállapodásban rögzítetteknek megfelel.
7.2.4. TIM közleményt kell automatikusan küldeni akkor is, amikor az átadó egység Rádióösszeköttetés Kérés (ROF) közleményt kap.
7.2.5. TIM közleményt tilos küldeni a repülés koordinálása előtt.
7.2.6. A TIM közleménynek a rendszerben rendelkezésre álló legfrissebb adatokat kell tartalmaznia.
7.2.7. A TIM generálásának idő paraméterének a LoA-k előírásainak megfelelően változtatható rendszer paraméternek kell lennie.
7.2.8. A TIM generálásának rendszer paramétere legyen meghatározható külön minden egyes COP pontra.
7.2.9. Az együttműködő partnereknek a TIM generálás paraméterét bele kell foglalniuk a LoA-ba.
7.2.10. A TIM közlemény generálását beállító rendszer paraméter hivatkozhat a légijármű számított föld feletti sebességére. Azonban TIM közlemény küldését mindig azelőtt kell kezdeményezni, hogy a repülési terv pozíció közelebb kerülne a COP-hoz a kétoldalú megállapodásban rögzített minimum távolságnál.
7.2.11. A TIM továbbítására beállított rendszer paraméternek az átadás előtt kellő időt kell hagynia a szóbeli koordinálásra.
7.2.12. A TIM-ben vett adatokat az átvevő irányító tudomására kell hozni.
7.2.13. Ha a TIM közlemény
– egyértelműen összerendelhető egy repülési tervvel, akkor egy LAM közlemény generálásával és továbbításával kell azt nyugtázni;
– egyértelműen nem rendelhető össze egy repülési tervvel, tilos nyugtázást küldeni.
7.2.14. Ha a TIM közlemény nyugtázására nem érkezett LAM közlemény, egy figyelmeztető üzenetet kell a megfelelő munkahelyen megjeleníteni.
7.3. Kiegészítő Adatokat tartalmazó közlemény (SDM)
7.3.1. Az SDM elsődleges célja irányítói adatok és azok módosításának továbbítása az átadó egységtől az átvevő egységhez, ha kétoldalú megállapodás született arról, hogy az átvevő irányítónak nem kell a változásokat nyugtáznia.
7.3.2. Az átvevő egység használhatja a SDM közleményt arra is, hogy értesítse az átadó egységet a rádió frekvenciáról, amelyre a repülést át kell küldeni.
7.3.3. Az SDM közleménynek az alábbi adat elemeket kell tartalmaznia:
= légijármű azonosító jele;
– további adatok – a közleménynek az alábbiak közül is tartalmaznia kell egy vagy több adatot:
= Követendő Irány Utasítás vagy Közvetlen Útvonal Engedély,
= Tartandó Sebesség Utasítás,
= Tartandó Emelkedési/Süllyedési Mérték Utasítás,
= engedélyezett magasság.
7.3.4. Az SDM közleménynek az alábbi adatokat kell tartalmaznia:
– légijármű azonosító jele,
7.3.5. SDM közleményt kell küldeni az átadási fázis megkezdését követően az alábbi tételek változásakor (lásd a TIM közleményt a 9.2. pont alatt):
– engedélyezett repülési szint,
– Tartandó Emelkedési/Süllyedési mérték,
– a repülésnek egy meghatározott pontra való közvetlen rárepülésre kiadott engedély vagy annak változása.
7.3.6. A közleménynek csak a megváltozott adatmezőket kell tartalmaznia.
7.3.7. Az SDM közleményeket a TI előtt továbbítani kell, ha ebben kétoldalúan megállapodtak. Ezeket a közleményeket a kétoldalú megállapodásban rögzített, a TI-hez viszonyított időpontban kell küldeni, ha a rendszer rendelkezik adattal és annak van felvett értéke.
7.3.8. SDM közlemény küldhető a frekvencia jelzésére, amelyen a repülésnek összeköttetést kell létesítenie az átvevő egységgel.
7.3.9. SDM közleményt az átvevő egységnek kell küldenie a koordinációs fázis során, ha kétoldalúan megállapodhatnak.
7.3.10. Az SDM közleményt fogadó ATC rendszernek meg kell próbálnia az összerendelést a vonatkozó repülési tervvel.
7.3.11. Ha a vonatkozó repülési terv koordinált fázisban van:
– LAM-ot kell visszaküldeni; és
– az SDM közlemény operatív tartalmát a megfelelő irányító tudomására kell hozni.
7.3.12. Ha nem található a vonatkozó repülési terv, vagy a közlemény helyes feldolgozását akadályozó eltérést található benne:
– LAM-ot tilos visszaküldeni; és
– figyelmeztetést kell küldeni a megfelelő munkahelyre.
7.3.13. Az SDM közleményt egy LAM közlemény generálásával és továbbításával kell nyugtázni.
7.3.14. Ha az SDM közlemény nyugtázására nem érkezett LAM közlemény, egy figyelmeztető üzenetet kell a megfelelő munkahelyen megjeleníteni.
7.4. Átadási Felajánlás (HOP)
7.4.1. A HOP közlemény célja hogy
– az átadó irányító felhívja az átvevő irányító figyelmét egy repülésre átadási céllal;
– az átadó irányító egy repülés átadását javasolja az átvevő irányítónak, amikor erre van szükség;
– az átvevő irányító beleegyezését igénylő irányítási adatok módosítását továbbítsa, a kétoldalú megállapodásnak megfelelően.
A HOP nem feltétlenül használandó mindes egyes repülés esetében, használata az átadó irányító döntésének függvénye.
7.4.2. Az HOP közleménynek az alábbi adat elemeket kell tartalmaznia:
= légijármű azonosító jele;
– további adatok – a közleménynek az alábbi adatokat is tartalmazni kell, ha rendelkezésre állnak:
= engedélyezett magasság,
= Követendő Irány Utasítás vagy Közvetlen Útvonal Engedély,
= Tartandó Sebesség Utasítás,
= Tartandó Emelkedési/Süllyedési Mérték Utasítás;
– opcionális adatok – a közlemény tartalmazhatja:
7.4.3. Amikor használják, a HOP közleményt az átadó irányítónak manuálisan kell kezdeményeznie.
7.4.4. A közleménynek tartalmaznia kell a 9.4.2. pontban előírt minden olyan adatot, amely a korábban továbbítottakhoz képest megváltozott.
7.4.5. Ha a HOP közleményt a TI előtt küldik, az átadási fázist meg kell kezdeni.
7.4.6. A kétoldalú megállapodásban rögzíteni kell a COP vagy határ előtt a legkorábbi időpontot vagy távolságot, amikor már HOP küldhető.
7.4.7. Az idő/távolság minden egyes COP pontra külön legyen meghatározható.
7.4.8. A HOP közleményt fogadó ATC rendszernek meg kell próbálnia az összerendelést a vonatkozó repülési tervvel.
7.4.9. A közleményben kapott repülési adatokat azonnal meg kell jeleníteni az átvevő irányító előtt.
7.4.10. Ha az átvevő irányító a HOP-ban foglalt feltételekkel elfogadja a repülést, egy ROF küldhető válaszul az átadó egységnek. Kétoldalú megállapodás alapján egy ACP küldhető válaszul a HOP-ra.
7.4.11. Ha az átvevő irányító nem képes elfogadni a repülést, akkor az átadásról szóban kell megegyezni.
7.4.12. ROF (vagy ACP) vételekor a HOP közlemény adatai mindkét ATC egység számára operatív értelemben kötelező érvényűek.
7.4.13. Ha a HOP közlemény összerendelhető repülési tervvel, akkor LAM közleménnyel kell automatikusan nyugtázni.
7.4.14. Ha a HOP közlemény nyugtázására nem érkezett LAM közlemény, egy figyelmeztető üzenetet kell a megfelelő munkahelyen megjeleníteni.
7.5. Rádióösszeköttetés Átkérési Közlemény (ROF)
7.5.1. ROF közleményt az átvevő egység küld szükség szerint az átadó egységnek arra kérve az átadó irányítót, hogy utasítsa a légijárművet az átvevő irányító frekvenciájára való áttérésre. A közlemény használható: HOP közleményre válaszképpen, a repülésnek a javasolt feltételek melletti elfogadásának jelzésére; a repülés idő előtti átadásának kérésére.
7.5.2. Az ROF közleménynek az alábbi adat elemeket kell tartalmaznia:
= légijármű azonosító jele;
– opcionális adatok – a közlemény tartalmazhatja:
7.5.3. A ROF közleményt az átadó irányítónak manuálisan kell kezdeményeznie.
7.5.4. Az átvevő irányító kezdeményezheti a ROF közleményt:
– ha az átvevő irányítónak idő előtt szüksége van a légijárművel a rádióösszeköttetésre a frekvenciáján;
– HOP közleményre válaszul.
7.5.5. Az ROF közleményt fogadó ATC rendszernek meg kell próbálnia az összerendelést a vonatkozó repülési tervvel.
7.5.6. A ROF közlemény vételét késedelem nélkül meg kell jeleníteni az átadó irányító számára.
7.5.7. Ha repülés nincs az átadási fázisban, akkor az Átadási fázist meg kell kezdeni és egy TIM közleményt kell küldeni.
7.5.8. Ha a ROF közlemény egyértelműen összerendelhető egy repülési tervvel, akkor LAM közlemény generálásával és továbbításával kell nyugtázni.
7.5.9. Ha a ROF közlemény egyértelműen nem rendelhető össze egy repülési tervvel, nyugtázást tilos küldeni.
7.5.10. Ha a ROF közlemény nyugtázására nem érkezett LAM közlemény, egy figyelmeztető üzenetet kell a megfelelő ATC munkahelyen megjeleníteni.
7.6. Frekvencia Váltás közlemény (COF)
7.6.1. A COF közleményt az átadó egység küldi az átvevő egységnek annak jelzésére, hogy a repülést utasították a rádióösszeköttetés felvételére az átvevő egységgel.
7.6.2. A közlemény lehetőséget adhat az átadó irányítónak annak jelzésére, hogy eltekint a megegyezett átadási feltételektől, amikor a repülés rádióösszeköttetést létesít az átvevő irányítóval.
7.6.3. Az COF közleménynek az alábbi adat elemeket kell tartalmaznia:
= légijármű azonosító jele;
– rendelkezésre álló adatok – a közleménynek az alábbi adatokat is tartalmaznia kell, ha rendelkezésre állnak:
= engedélyezett magasság,
= Követendő Irány Utasítás vagy Közvetlen Útvonal Engedély,
= Tartandó Sebesség Utasítás,
= Tartandó Emelkedési/Süllyedési Mérték Utasítás;
– opcionális adatok – a közlemény tartalmazhatja:
7.6.4. A COF közleményt az átadó irányítónak manuálisan kell kezdeményeznie.
7.6.5. A COF közlemény használata kötelező, ha kétoldalú megállapodás alapján a MAS közlemény nem használatos.
7.6.6. Ha COF közleményt a TI előtt küldik, az Átadási fázist meg kell kezdeni.
7.6.7. Az COF közleményt fogadó ATC rendszernek meg kell próbálnia az összerendelést a vonatkozó repülési tervvel.
7.6.8. A COF közlemény vételét késedelem nélkül meg kell jeleníteni az átvevő irányító számára.
7.6.9. Ha a COF közlemény egyértelműen összerendelhető egy repülési tervvel, akkor LAM közlemény generálásával és továbbításával kell nyugtázni.
7.6.10. Ha a COF közlemény egyértelműen nem rendelhető össze egy repülési tervvel, nyugtázást tilos küldeni.
7.6.11. Ha a COF közlemény nyugtázására nem érkezett LAM közlemény, egy figyelmeztető üzenetet kell a megfelelő ATC munkahelyen megjeleníteni.
7.7. Összeköttetés Felvételét jelző közlemény (MAS)
7.7.1. A MAS közleményt az átvevő egység küldi az átvevő egységnek azt jelezve, hogy kétoldalú rádióösszeköttetést létesített a repüléssel.
7.7.2. Az MAS közleménynek az alábbi adat elemeket kell tartalmaznia:
– légijármű azonosító jele.
7.7.3. A MAS közleményt az átvevő irányítónak manuálisan kell kezdeményeznie.
7.7.4. A MAS közlemény használata kötelező, ha a kétoldalú megállapodás értelmében COF közlemény nem használatos.
7.7.5. Az MAS közleményt fogadó ATC rendszernek meg kell próbálnia az összerendelést a vonatkozó repülési tervvel.
7.7.6. A MAS közlemény vételét késedelem nélkül meg kell jeleníteni az irányító számára.
7.7.7. Ha a MAS közlemény egyértelműen összerendelhető egy repülési tervvel, akkor LAM közlemény generálásával és továbbításával kell nyugtázni.
7.7.8. Ha a MAS közlemény egyértelműen nem rendelhető össze egy repülési tervvel, nyugtázást tilos küldeni.
7.7.9. Ha a MAS közlemény nyugtázására nem érkezett LAM közlemény, egy figyelmeztető üzenetet kell a megfelelő ATC munkahelyen megjeleníteni.
A.2. Általános Közlemény Formátumok
A.5. Közlemény Referencia
A.6. Légijármű Azonosító jele
A.9. Számított Határ Adatok
A.11. Rendeltetési Repülőtér
A.12. Légijárművek Száma és Típusa
A.14. Egyéb Repülési Terv Adatok
A.15. Koordináció Státusa és Indok
A.16. Követendő Irány (csak ADEXP esetén)
A.17. Tartandó Sebesség (csak ADEXP esetén)
A.18. Tartandó Emelkedési/Süllyedési Mérték
(csak ADEXP esetén)
A.19. Közvetlen Útvonal Engedély (csak ADEXP esetén)
A.20. Közvetlen Útvonal Engedély Kérés
A.21. Pozíció (csak ADEXP esetén)
A.22. Korai Átadás Jelzés (csak ADEXP esetén)
A.24. Indok (csak ADEXP esetén)
A.25. Engedélyezett Magasság (csak ADEXP esetén)
A.26. Átadási Magasság (csak ADEXP esetén)
A.27. Számított Felszállási Idő
A.28. Referencia Közlemény Típusa
Az adatszabályok célja tartalmazza a meghatározott közleményekben szereplő adatok általános felhasználási szabályait. Ezek a szabályok valamennyi közlemény esetében használandók, kivéve, ahol az Alkalmazási Szabályok kifejezetten más alternatívát vagy kivételt tartalmaznak egy adott közleményre.
A.2. Általános Közlemény Formátumok
A.2.1. A következő fejezetben meghatározott közlemények továbbíthatók ICAO formátumban:
6 Alapeljárás – Kötelező Közlemények;
7 Alapeljárás – Kiegészítő Közlemények;
8 Egyeztetési Eljárás – Koordináció.
A.2.2. Az ICAO közlemény mező formátumot a Procedures for Air Navigation Services – Rules of the Air and Air Traffic Control (Document 4444) dokumentum határozza meg. Amikor a közleményekben előfordulnak a következő ICAO adat mezőket kell a megadott sorrendben továbbítani minden más adat mezőt megelőzően: 3, 7, 13, 14. és 16. Mivel ezek 22-es mező formátumúak, a további ICAO adat mezők sorrendje nem fontos de nem előzhetik meg a fent felsorolt adat mezőket.
A.2.3. Jelen dokumentumban meghatározott közlemények továbbíthatók EUROCONTROL ADEXP formátumban. Az ADEXP adat mezők tartalmának, szerkezetének és használatának meg kell felelnie a 2. Referenciában foglaltaknak.
A közlemény típusok azok a rövidítések, amelyeket a közleményekre az alábbi lista meghatároz:
ABI: Előzetes Határadatot Tartalmazó Tájékoz-
tató Közlemény
ACP: Elfogadás Közlemény.
ACT: Aktivizáló Közlemény.
CDN: Koordinációs Közlemény.
COD: SSR Kód Kiosztó Közlemény.
COF: Frekvenciaváltást Jelző Közlemény.
HOP: Átadás Felajánlási Közlemény.
INF: Tájékoztató Közlemény.
LAM: Logikai Nyugtázó Közlemény.
MAC: Koordinációt Törlő Közlemény.
MAS: Összeköttetés Felvételét Jelző Közlemény.
PAC: Előaktivizáló Közlemény.
RAP: Válaszköteles Aktivizáló Közlemény.
REV: Átadási Feltételeket Módosító Közlemény.
RJC: Koordinációt Visszautasító Közlemény.
ROF: Rádióösszeköttetést Kérő Közlemény.
RRV: Válaszköteles Módosító Közlemény.
SBY: Várakoztató Közlemény.
SDM: Kiegészítő Adatok Közlemény.
TIM: Átadási Fázist Jelző Közlemény.
Elsődleges mező ,,title''.
A közlemény sorszáma tartalmazza az adó és a fogadó egységnek kijelölt azonosítókat és a közlemény sorszámát. A közlemények sorszáma egyesével növekszik 001-től 000-ig (ez utóbbi jelentése 1000), majd ismétlődik 001-től, valamennyi ugyanazon címzettnek küldött közleményenként, a közlemény típusától függetlenül.
Elsődleges mező ,,refdata''.
A ,,fac'' almezőnek, a ,,sender'' és ,,recvr'' almezőkön belül, tartalmaznia kell az ATC egységeknek kijelölt azonosítókat. Az azonosítók hossza nem haladhatja meg a nyolc karaktert.
A ,,seqnum'' almezőnek tartalmaznia kell a sorszámot.
A.5. Közlemény Referencia
Mező típus 3, elem (c)-t az ICAO documentum 4444 'reference data'-nak nevezi.
A (c) elem tartalmának meg kell egyeznie az adott OLDI közlemény Mező típus 3, (b) elemével.
Elsődleges mező ,,msgref''.
Az ,,msgref'' elsődleges mezőn belül a ,,sender'', ,,recvr'', és ,,seqnum'' almezők értékei egyezzenek meg az adott OLDI közlemény ugyanazon ,,refdata'' elsődleges mező almezőivel.
A.6. Légijármű Azonosító jele
Elsődleges mező ,,arcid''.
Az SSR mód/kód az alábbiak egyike:
1. azaz SSR mód/kód, ha tudott, amely válaszadó beállítást az átvevő egység várhat, hogy a légijármű az irányítás átadási pontnál használni fog;
2. az a jelzés, hogy az SSR kód kijelölését az átvevő egységtől kérik.
Mező típus 7, elem (b) és (c).
Ha SSR kód nem került kijelölésre vagy a mód/kód ismeretlen, akkor a (b) és (c) mező almezőit el kell hagyni.
SSR kód/mód kijelölésének kérésekor a b) és c) elemnek a következő értéket kell felvenni: ,,A9999''.
Elsődleges mező ,,ssrcode''.
Ha érvényes SSR kód nem került kijelölésre vagy a mód/kód ismeretlen, akkor a (b) és (c) mező almezőit el kell hagyni.
Amikor az SSR kód/mód kijelölését a PAC közleményben kérik, az ,,ssrcode'' elsődleges mezőnek a ,,REQ'' jelölést kell alkalmaznia.
Elsődleges mező ,,adep''.
A.9. Számított Határ Adatok
A.9.1. Általános szabályok
A.9.1.1. A Számított Határ Adatnak tartalmaznia kell a COP-ot, és a COP elérésének időpontját és az átadási magasságot.
A.9.1.2. A koordinációs pontot vagy egy ismert referencia pont, vagy egy ismert referencia ponttól mért irány és távolság vagy szélesség/hosszúság megadásával kell meghatározni.
A.9.1.3. Az engedélyezett (átadási) magasság egyezzen meg a javasolt átadási feltétellel.
A.9.1.4. Emelkedő vagy süllyedő repülés esetén, a számított határ adat szintén tartalmazhatja a feltételeket kiegészítő keresztezési adatokat.
A.9.1.5. A kiegészítő keresztezési adatoknak, ha használják, tartalmazniuk kell az irányítás átadási pont fölötti kiegészítő keresztezési magasságot. A kiegészítő keresztezési feltételek a következők:
– az 'A' betű; – ha a repülés kiegészítő keresztezési adatokban magadott magasságon vagy afölött lesz; vagy
– a 'B' betű; – ha a repülés kiegészítő keresztezési adatokban megadott magasságon vagy az alatt.
Elsődleges mezőben ,,coordata''.
A ,,coordata'' Elsődleges mezőben a ,,ptid'' almezőnek tartalmaznia kell a következők egyikét:
– egy ismert referencia pontot; vagy
– egy ismert referencia ponttól mért irány és távolság adatot, ahogy ugyanazon közlemény ,,REF'' vagy ,,GEO'' Elsődleges mező meghatározza.
A.10.1. Általános szabályok
A.10.1.1. Az átadó és az átvevő ATC egység a koordinációs pontra az érintett átadás céljából hivatkozhatnak.
A.10.1.2. A koordinációs pontot vagy egy ismert referencia pont, vagy egy ismert referencia ponttól mért irány és távolság, vagy szélesség/hosszúság megadásával kell meghatározni.
Elsődleges mező ,,cop'' tartalma:
– egy ismert referencia pontot; vagy
– egy ismert referencia ponttól mért irány és távolság adatot, ahogy ugyanazon közlemény ,,REF'' vagy ,,GEO'' Elsődleges mező meghatározza.
A.11. Rendeltetési Repülőtér
Elsődleges mező ,,ades''.
A.12. Légijárművek Száma és Típusa
A légijárművek száma és típusa mezőnek tartalmaznia kell a légijármű típusát. A légijárművek számát csak kötelék repülés esetén kell megadni.
Mező típus 9. a 22-es mező típus formátumon belül. A 9-es Mező típus ,,c'' elemének tartalmaznia kell a légijárműre jellemző turbulencia kategóriát vagy a 'Z' betűt.
Elsődleges mező ,,arctyp''. Továbbá, ha egynél több légijárműről van szó, akkor az ,,nbarc'' Elsődleges mező.
Az ICAO közleményekre meghatározott útvonal leírást mindkét formátum támogatja, amely első elemként előírja a sebesség és a kért repülési szint vagy magasság megadását. A sebesség/magasság adat csoport után az útvonal leírásnak legalább a következő pontban meghatározott útvonal adatokat kell tartalmaznia. A további repülési útvonal adatok a ,,c'' elem után megadható. Lásd a ,,B'' Függeléket, 'Különleges Útvonal Feldolgozó Eljárások', az útvonal leírásának szabályaira.
A.13.1.1. Egy adott COP-on átrepülő repülés
– a COP előtti útvonal elem (ATS útvonal, SID azonosító, DCT vagy fontos pont);
– a COP utáni első útvonal elem (ATS útvonal vagy fontos pont).
A.13.1.2. ATS útvonaltól eltérő repülés
– az a pont, amelytől a repülés a közvetlen útvonal szakaszt követi;
– az a pont, ameddig a repülés a közvetlen útvonal szakaszt követi.
Mező típus 15, a 22-es mező típus formátumon belül.
Elsődleges mező ,,route''.
A.14. Egyéb Repülési Terv Adatok
Mező típus 8, 10. és 18, a 22-es mező típus formátumon.
Elsődleges mezők: ,,afildata'', ,,ceqpt'', ,,com'', ,,comment'', ,,depz'', ,,destz'', ,,eetfir'', ,,eetpt'', ,,fltrul'', ,,flttyp'', ,,mach'', ,,nav'', ,,opr'', ,,per'', ,,reg'', ,,rif'', ,,rmk'', ,,sel'', ,,seqpt'', ,,sts'' és ,,typz''.
A.15. Koordináció Státusa és Indok
Koordináció Státusa és Indok mezőnek a következő elemeket kell tartalmaznia:
– a rendszerbeli repülési terv új státusát megerősítő három betűs jelzését, amely az alábbiak egyike lehet:
= INI, amikor a rendszerbeli repülési terv kezdeti (initial) állapotba kerül, azaz nem érkezett előjelző (notification);
= NTF, amikor a rendszerbeli repülési terv előjelzett állapotba kerül;
= CRD, amikor a rendszerbeli repülési terv koordinált státusba kerül, azaz ACT vétele megtörtént vagy a kezdeti koordinációs egyeztetés befejeződött;
– a státus állapotának okát meghatározó három betűs jelzés az alábbiak egyike lehet:
= TFL, ha az az átadási magasság megváltozása;
= RTE, ha az az útvonal megváltozása;
= HLD, annak jelzésére, hogy a repülés egy meghatározott ideig várakozik és további közleményváltás tárgya;
= DLY, annak jelzésére, hogy az indulás késést szenved;
= CAN, ha az a repülés törlése;
= CSN, a hívójel megváltozásának jelzésére;
= OTH, bármely más indok ok jelzésére, vagy ha az ok ismeretlen.
A.15.1.1. A koordináció státusának és indokának a 18-as mező típus formátumban kell szerepelnie.
A.15.1.2. A koordináció státusa és indoka mezőnek az alábbi elemeket kell tartalmaznia tíz karakterből álló adat csoportként:
– STA, amelyet egy kötelező '/' jel követ;
– az előjelzés/koordináció új státusát megerősítő indikátor;
– az indokot meghatározó indikátor.
Elsődleges mező ,,cstat''.
A ,,coordstatusident'' és ,,coordstatusreason'' kiegészítő tételeknek úgy kell tartalmazniuk az új státust és indokát, ahogy az a fentiekben meghatározásra került.
A.16. Követendő Irány (csak ADEXP esetén)
Az ,,ahead'' Elsődleges mezőnek tartalmaznia kell az alábbiak egyikét:
– a repülés számára kijelölt követendő irányt fokokban kifejezve; vagy
– ha követendő irány nem került kijelölésre, akkor a ,,ZZZ'' indikátort, például amikor SMD közlemény jelzi, hogy a korábban kijelölt követendő irány a továbbiakban nem veendő figyelembe.
A.17. Tartandó Sebesség (csak ADEXP esetén)
Az ,,aspeed'' Elsődleges mezőnek az alábbiakat egyikét kell tartalmaznia:
– a repülés számára kijelölt tartandó sebességet csomóban, Mach számban vagy kilométer/órában kifejezve; vagy
– ha tartandó sebesség nem került kijelölésre, akkor a ,,ZZZ'' indikátort, például amikor SMD közlemény jelzi, hogy a korábban kijelölt tartandó sebesség a továbbiakban nem veendő figyelembe.
A.18. Tartandó Emelkedési/Süllyedési Mérték (csak ADEXP esetén)
A ,,rate'' Elsődleges mezőnek az alábbiakat egyikét kell tartalmaznia:
– a repülés számára kijelölt tartandó emelkedési/süllyedési mértéke száz láb/percben kifejezve vagy
– ha tartandó emelkedési/süllyedési mérték nem került kijelölésre, akkor a ,,ZZZ'' indikátort, például amikor SMD közlemény jelzi, hogy a korábban kijelölt tartandó emelkedési/süllyedési mérték a továbbiakban nem veendő figyelembe.
A.19. Közvetlen Útvonal Engedély (csak ADEXP esetén)
Közvetlen útvonal alatt az ATS útvonalként nem meghatározott két pont közötti útvonal értendő. A pontok meghatározhatók ismert referencia pontok vagy ismert referencia ponttól mért irány és távolság megadásával. A használt végpontokat kétoldalú megállapodásban kell rögzíteni, azaz mindkét rendszer számára ismertnek kell lenniük.
A ,,DCT'' Elsődleges mezőnek tartalmaznia kell:
– az alábbiak szerint meghatározott pontot, amelynél az eltérés megkezdődött vagy meg fog kezdődni:
= egy ismert referencia pont, vagy
= egy ismert referencia ponttól mért irány és távolság, ahogy ugyanazon közlemény ,,REF'' Elsődleges mező meghatározza, vagy
= a ,,ZZZ'' érték, ha küldő egységnek nem kell megjelölnie az eltérési pontot;
– a repülési terv szerinti útvonal azon pontját, amelyre a légijármű repülését engedélyezték vagy engedélyezni fogják, az alábbiak szerint meghatározva:
= egy ismert referencia pont,
= egy ismert referencia ponttól mért irány és távolság, ahogy ugyanazon közlemény ,,REF'' Elsődleges mező meghatározza.
A.20. Közvetlen Útvonal Engedély Kérés
Közvetlen útvonalra engedélykérés ATS útvonalonként nem meghatározott két pont között. A pontok meghatározhatók ismert referencia pontok vagy ismert referencia ponttól mért irány és távolság megadásával.
A használt végpontokat kétoldalú megállapodásban kell rögzíteni, azaz mindkét rendszer számára ismertnek kell lenniük.
Mező típus 15, kivéve a 22-es mezőben lévő kezdeti sebesség/magasság csoportot.
Az alábbiakat kell tartalmaznia:
– az alábbiak szerint meghatározott pontot, amelynél az eltérés megkezdését kérik:
= egy ismert referencia pont, vagy
= egy ismert referencia ponttól mért irány és távolság; vagy
= a ,,ZZZ'' érték, ha a közvetlen útvonalat a fogadó egység kéri;
– amelyet a repülési terv szerinti útvonalon található pont követ, ahová a légijármű repülésének engedélyezését kérik, az alábbiak szerint megadva:
= egy ismert referencia pont, vagy
= egy ismert referencia ponttól mért irány és távolság.
A ,,DCT'' Elsődleges mezőnek tartalmaznia kell:
– az alábbiak szerint meghatározott pontot, amelynél az eltérés megkezdését kérik:
= egy ismert referencia pont, vagy
= egy ismert referencia ponttól mért irány és távolság, ahogy ugyanazon közlemény ,,REF'' Elsődleges mező meghatározza, vagy
= a ,,ZZZ'' érték, ha a közvetlen útvonalat a fogadó ATC egység kéri, de nem ismert az a pont, ahol az eltérés megkezdődne,
= az a repülési terv szerinti útvonalon található pont, ahová a légijármű repülésének engedélyezését kérik, egy ismert referencia pont megadva; vagy
– egy ismert referencia ponttól mért irány és távolság.
A.21. Pozíció (csak ADEXP esetén)
A.21.1. A légijármű aktuális helyzetét vagy földrajzi koordináták vagy egy kijelölt ponttól mért irány és távolság megadásával kell kifejezni.
A.21.2. A ,,REF'' vagy ,,GEO'' Elsődleges mezőknek kell meghatározniuk a légijármű aktuális vízszintes térbeli helyzetét. A ,,REF'' Elsődleges mezőben irány és távolság megadására használható pontokat a kétoldalú megállapodásban kell rögzíteni. A ,,position'' Elsődleges mezőnek tartalmaznia kell a ,,ptid'' almezőt, amely megadja a meghatározott referencia vagy földrajzi pontot. Ha idő adatot is adni kell, akkor a 'to' (hhmm) vagy 'sto' (hhmmss) almezők használandók, a kétoldalú megállapodásnak megfelelően.
A.22. Korai Átadás Jelzés (csak ADEXP esetén)
A ,,release'' Elsődleges mezőnek tartalmaznia kell:
– C, ha a repülést emelkedés céljából adták át korábban;
– D, ha a repülést süllyedés céljából adták át korábban;
– T, ha a repülést fordulók céljából adták át korábban;
– F, ha a repülést megkötés nélküli manővereztetés céljából adták át korábban.
A 18-as mező típusnak tartalmaznia kell az alábbi elemeket a 22-es mező formátumban:
– FRQ, amelyet egy kötelező per jel (/) követ;
– 6 számjegy a frekvencia jelzésére, MHz-ben kifejezve három tizedes hely pontossággal.
Elsődleges mező ,,freq''.
A.24. Indok (csak ADEXP esetén)
A ,,reason'' Elsődleges mezőnek tartalmaznia kell a ,,MANUAL'' értéket, a manuálisan kezdeményezett közlemények esetében.
A.25. Engedélyezett Magasság (csak ADEXP esetén)
A.26. Javasolt Átadási Magasság (csak ADEXP esetén)
Elsődleges mező ,,propfl''.
A.27. Számított Felszállási Idő
Elsődleges mező ,,etot''.
A.28. Referencia Közlemény Típusa
A mező a közlemény típust az jelen Függelék A.1. pontjában foglaltaknak megfelelően tartalmazza.
Mező típus 18, a 22-es mező típus formátumban. Az elem indikátora 'MSG'.
Elsődleges mező ,,msgtyp''.
Speciális útvonal feldolgozási követelmények
B.1. E Függelék meghatározza az adatszabályokat és mezőtartalmat, az alábbi esetekre, ha előfordulnak:
– egy repülés közvetlen irányon haladva keresztezi a határt, letérve az ATS útvonaltól, a repülési tervben kitöltött közvetlen útvonal szakasz következtében;
– ABI vagy ACT közlemény továbbítása után a repülés átirányításra kerül:
= egy másik ATS útvonalra,
= egy közvetlen útirányra, az eredeti útvonalhoz annak egy távolabbi pontján való csatlakozás érdekében.
B.1.1. E Függelékben, a repülések átirányítása tekintetében a adatcserére vonatkozó előírások támogatják a mindkét rendszer által ismert repülési útvonal módosítását, az értesítő és koordinációs közlemények használatával.
B.2. Közlemények alkalmazása
B.2.1. Közvetlen Útvonalak alkalmazásának Alapszabályai
B.2.1.1. Az OLDI alkalmazásának feltételeit a közvetlen útvonalak koordinálására a kétoldalú megállapodásban kell rögzíteni.
B.2.1.2. A közvetlen útvonalat használó repülésre vonatkozó értesítéshez és koordinációhoz szükséges adatokat az alkalmazható közleményekben a koordinációs pont (számított határadat (ICAO formátum) és a koordinációs adatok (ADAXP) formátum) tartalmazza.
B.2.2. Repülési tervben töltött közvetlen útvonal
Amikor az útvonal azt jelzi, hogy a repülés a határt közvetlen útvonalon haladva keresztezi, a közvetlen útvonalat és általa kimetszett COP-ot az ABI közleménynek (közleményeknek) tartalmazniuk kell. Az ezt követő ACT vagy RAP közleményeknek tartalmazniuk kell ezt a COP-ot.
A COP és útvonal adatok formátumát a B.3.2. pontban meghatározottak szerint kell használni.
B.2.3. Átirányítás az ABI továbbítása után és az ACT előtt
Egy újabb ABI közleményt kell küldeni a az új útvonalra vonatkozó adatokkal.
B.2.4. Átirányítás az ACT továbbítása után
B.2.4.1. REV közleményt kell küldeni az átirányítás jelzésére, ha az ACT közlemény már továbbításra került, a korábban koordinált ETO előtti azon időpontig, amelyben kétoldalúan megállapodtak.
B.2.4.2. A közleménynek az alábbi adatelemeket kell tartalmaznia:
– koordinációs pont (korábbi COP, hivatkozási céllal);
B.2.4.3. Az ICAO formátumú közleményeknek az alábbi mezőket kell tartalmazni:
3 Közlemény típus és sorszám; közlemény referencia, ha a kétoldalú megállapodás azt tartalmazza.
7 Légijármű azonosító jele. A ,,b'' és ,,c'' elemeket nem kell megadni, kivéve ha az SSR kód változása egyidejűleg koordinálásra kerül.
14 Csak az ,,a'' elem, amely a korábbi COP-ot tartalmazza, hivatkozási céllal.
16 Rendeltetési Repülőtér.
22 A 14-es mező, a számított határ adatokat tartalmazza az új határkeresztezési feltételekkel, a 22-es mező formátumban.
22 A 15-es mező, amely az új útvonalat tartalmazza, a 22-es mező formátumban.
B.2.4.4. ADEXP formátumú közleményeknek tartalmazniuk kell a közlemény típusán és sorszámán, légijármű azonosító jelén, indulási repülőtéren, rendeltetési repülőtéren és, ha kétoldalúan megállapodtak, a közlemény referencia számán túlmenően:
– a korábbi COP-ot a COP mezőben;
– az új koordinációs feltételeket a COORDATA mezőben;
– az új útvonalat a ROUTE mezőben.
B.2.4.5. Az egyeztető eljárás részeként küldött útvonal módosítást RRV közleményként kell küldeni, kivéve ha a kétoldalú megállapodás szerint ,,standard'' tekinthető.
Alternatív ATS útvonalra átirányított repülés esetén a számított határ adat és az útvonal mezők formátuma egyezzen meg az ABI és az ACT közleményekre előírtakkal.
B.3.2. Közvetlen Útvonalak
B.3.2.1. A számított határ adatban szereplő koordinációs pontnak egy jelentő ponttól mért iránnyal és távolsággal meghatározott határkeresztezési pontnak kell lennie. Ezekben a pontokban kétoldalúan meg kell állapodni. Ha a távolság nulla vagy a kétoldalú megállapodás szerinti távolságon belül van, akkor csak a pont azonosító jelét kell használni.
B.3.2.2. Kétoldalú megállapodás függvényében, a közvetlen útvonalon haladó repülés koordinációs pontja kifejezhető szélességi/hosszúsági koordinátákkal.
B.3.2.3. Az útvonalnak tartalmaznia kell:
– az eredeti útvonalon lévő pontot, amelytől a légijármű közvetlen útvonalat követ; amikor a repülés ,,jelenlegi helyzetétől'' kezdi meg a közvetlen útvonalat, akkor a pont megadható egy jelentőponttól mért irány/távolsággal. Kétoldalú megállapodás függvényében, a pont kifejezhető szélességi/hosszúsági koordinátákkal;
– a pontot, amelyre a légijármű közvetlenül rárepül;
– a repülés további útvonal maradékát, ha a küldő rendszer ismeri.
Egyeztetési eljárás (SYSCO 1. szint) fázisai – közlemények sorrendje
2. számú melléklet a 43/2001. (III. 19.) Korm. rendelethez
2. számú melléklet a 19/1993. (I. 29.) Korm. rendelethez
LÉGIFORGALMI SZOLGÁLATOK
ADATCSERE FORMÁTUMA
(ADEXP)
(Eurocontrol dokumentum hivatkozási száma:
PS.ET1.ST09-STD)
1. Meghatározások és rövidítések
Token: olyan karakter, vagy karakterkészlet, mely lexikai elemzővel ,,kicsomagolható'' szeparátorok jelenlétében.
Szimbólum: olyan ,,kifejezés'', amely megjelenik egy BNF szabályban, de nem karakter.
Terminál-szimbólum: olyan szimbólum, amely karaktersorozatok kifejezéseiben jelenik meg.
Nem-terminál-szimbólum: olyan szimbólum, amely egy vagy több terminál-szimbólumban jelenik meg. A nem-terminál-szimbólum előfordulhat terminál- és nem-terminál-szimbólumok együtteseként is.
1.2.1. A BNF szabályokból, vagy építőkövekből áll, melyek a következő formában jelennek meg:
1. A ,,::='' jelölés olvasata: ,,helyettesíthető''.
2. A ,,szimbólum'' nem-terminálnak tekintendő.
3. A ,,kifejezés'' rész tartalmaz terminál- és nem-terminál-szimbólumokat.
1.2.2. A terminál-szimbólumok közvetlenül jelennek meg egy karaktersorozatban, melyet a lexikális elemző tokenként kezel, felhasználva a szeparátorok (elkülönítő jelek) jelenlétét.
1.3. A következő szabályokat kell alkalmazni
– A terminál-szimbólumokat mindig nagybetűvel kell írni. Megegyezés szerint a NIL terminál-szimbólum jelentése: ,,nincs terminál szimbólum''.
– A nem-terminál-szimbólumokat (pl. nyelvtani kifejezés bal oldala) kisbetűvel kell írni.
– Szabályok belsejében megjelenő karakterek és karakterláncok aposztrófok, vagy idézőjelek közé kell írni.
Amikor nyílt különbségtétel szükséges terminál- és nem-terminál-szimbólumok között nem kizárólag kis- vagy nagybetűk használatával, akkor a következő előtagokat kell használni: '_at' a segédfogalmak esetében, '_pf' főmező esetében, illetve '_sf' almező esetében.
Választhatóság: ha bizonyos szimbólumok a kód (közlemény) valamely pontján szabályosan megjelenhetnek vagy eltűnhetnek, akkor ezeket a szimbólumokat szögletes zárójelek közé tesszük: '[' és ']'.
Záradék: ha egy szimbólumcsoport megjelenései számának határt szabunk, akkor az érintett szimbólumokat kapcsos zárójelbe tesszük: '{' és '}'. Amennyiben egy szám látható a nyitó zárójel előtt, ez az adott szimbólumcsoport minimális megjelenéseinek számát adja meg. Ha a záró jel után látható szám, ez a maximális megjelenések számát határozza meg.
Elágazás: ha a kód (közlemény) egy pontján alternatív szimbólumok jelenhetnek meg, akkor ezt '|' karakterrel jelezzük.
Összetartozás: egymás után következő szimbólumok jelzésére szolgál, akkor is, ha egy vagy több szeparátor is jelen van a szimbólumok között. Külön jele nincs. Két típust különböztetünk meg:
– szigorú összetartozás: lexikai szinten a szabályok magukban foglalhatják az összetartozást, jelezve, hogy a terminálok szorosan követik egymást (nincs köztük szeparátor). Ez esetben a '!' szimbólum használandó:
datetime::= date ! timehhm
– Laza összetartozás: a terminálok között megengedett a szeparátorok használata. Egy szabályon belül a laza összetartozás kétféle lehet: Implicit és Explicit:
dct::= '-' ,,DCT'' point point
dct::= '-'!{SEP}!,,DCT''!1{SEP}!point!1{SEP}!point
Az összetartozás az elágazáshoz képest mindig elsőbbséget élvez. A kifejezések kiértékelése sorrendjének megváltoztatásához a zárójelek – '(' és ')' – használhatók.
Az olvashatóságot megőrzendő, ha a szabályban engedélyezett a szeparátorok jelenléte a szimbólumok között, akkor ez mindig implicit lesz.
Ha fennáll a zavar veszélye a fentebb említett operátorok közti elsőbbség megállapításakor, akkor zárójeleket kell használni a kívánt kiértékelési sorrend megőrzése érdekében.
ACH ATC Repülési Terv Módosító Közlemény
ADEG ATS Adatcsere Szakcsoport
ADEXP ATS Adatcserére vonatkozó Eurocontrol
Műszaki előírás
AFIL Levegőből benyújtott Repülési Terv
AFP ATC Repülési Terv Javaslat
AFTN Légiforgalmi Állandóhelyű Távközlési
Hálózat
ANM AFTM Tájékoztató Közlemény
AO Légijármű Üzembentartó(k)
ATC Légiforgalmi Irányítás
ATCU Légiforgalmi Irányító Egységek
ATFM Légiforgalmi Áramlásszervezés
ATS Légiforgalmi Szolgálat(ok)
CASA Számítógéppel Támogatott Résidő Kiosztás
CIDIN Egységes ICAO Adatcsere Hálózat
CFL Engedélyezett Magasság
CFMU Központi Áramlásszervező Egység
CMTP Egységes Középtávú Terv
CNL Repülési Terv Törlő Közlemény
CTOT Számított Felszállási Idő
DPS Adatfeldolgozó Rendszerek Szakterülete
ECAC Európai Polgári Repülési Konferencia
EFL Számított Repülési Magasság
EOBT Számított Fékoldási Idő
ETO Számított Átrepülési Idő
Eurocontrol Európai Szervezet a Légiközlekedés Biztonságáért
EWPD EATCHIP Munkaprogram Dokumentum
FIR Repüléstájékoztató Körzet
FIW Repülési Terv Bevitelére Szolgáló Munkaállomás
FMP Áramlásszervező Munkahely
FNM Repülési Tájékoztató Közlemény
FPL Repülési-Terv Közlemény (ICAO formátumú)
GAT Általános Légiforgalom
IAFP ATC Repülési Tervjavaslat
ICAO Nemzetközi Polgári Repülésügyi Szervezet
IFPD Repülési Terv-adat feldolgozás
IFPS Integrált Kezdeti Repülési Terv-feldolgozó
Rendszer
IFR Műszer szerinti Repülési Szabályok
ISO Nemzetközi Műszaki előírásszervezet
ITA Nemzetközi Távíró ABC
LAM Logikai Nyugtázó Közlemény
LRM Logikai Visszautasító Közlemény
MAC Koordináció Törlő Közlemény
MFS Közlemény Shanwick-ról
OAT Műveleti Légiforgalom
RFL Kérelmezett Repülési Szint
RFP Helyettesítő Repülési Terv
RFPD Ismétlődő Repülési Tervadat
RPL Ismétlődő Repülési Tervadat
RVR Futópálya menti Látástávolság
SFL Kiegészítő Repülési Magasság
SRD Szoftver Követelmények Dokumentum
SSR Másodlagos Légtérellenőrző Radar
TACT A CFMU Taktikai Áramlásszervező Rend-
szere
TOS Terelő Útvonalrendszer
UIR Magaslégtéri Repüléstájékoztató Körzet
VFR Látvarepülési Szabályok
2.1. Szöveges, olvasható formátum
Az ADEXP szöveges formátum, mely karaktereken alapszik. Az ADEXP üzenetei emberi kezelő számára is olvashatók, így könnyebbé teszi a program finombeállítását, illetve az üzemeltetés közben fellépett hibák közlését. A szöveges formátum sokkal nyitottabb és érthetőbb.
2.2. Azonosított és visszakereshető mezők
2.2.1. Az ADEXP-formátumban írt üzenet mezőkből áll.
2.2.2. A mezőket speciális mezőindító karakter kell, hogy határolja elölről, a kötőjel ('-'), és meghatározott kulcsszavak alapján azonosíthatóknak kell lenniük. Azok mezők, amelyeket úgy definiáltunk, hogy tartalmazzák a 'CHARACTER' lexikai címszót, tartalmazhatják a '-' karaktert, mint a mező tartalmának részét.
2.2.3. Ez a megközelítés robosztusabbá, terjedelmesebbé teszi a formátumot (ha egy mező hiányzik vagy hibás, akkor átléphető, de az üzenet maradéka interpretálható.
2.2.4. A mezők sorrendje az üzenetben nem lényeges abból a szempontból, hogy az üzenet szintaktikailag helyes-e vagy sem. Kivétel ez alól az első mező (kötelezően a címmező az első), amely meghatározza az engedélyezett mezőket.
2.2.5. A mezők lehetnek egyszerűek és összetettek.
2.2.6. Az összetett mező alkotórészeit almezőnek nevezzük; ezeket bizonyos kulcsszók definiálják, a mezőindító karakterrel határolva.
2.2.7. Az egyszerű mezők nem tartalmaznak almezőket.
2.2.8. Az üzenet főmezőinek nevezzük azon egyszerű vagy összetett mezőket, melyek megadják egy üzenet első szintű definícióját.
2.2.9. Minden alsóbb szintű alkotóelemet a definiáló almező hoz létre, amely rendre lehet egyszerű vagy összetett.
2.2.10. Az összetett mező lehet strukturált, vagy lista-mező.
2.2.11. A strukturált mezőknek kizárólag almezők alkotta előre definiált tartalma van. Az almezők sorrendje itt sem lényeges.
2.2.12. A lista-mezőket a BEGIN kulcsszóval kell kezdeni és az END kulcsszóval befejezni. Ezek között előfordulhat ugyanazon almező, vagy almezők csoportjának többszöri megjelenése. A megjelenések sorrendje a lista-mezőben lényeges.
2.2.13. A 'mező' kifejezést a fő- és/vagy almezők jelölésére kell használni, kivétel, ha a kifejezés más értelmet kap.
2.2.14. A közlemény mezői lehetnek kötelezők vagy választhatók, attól függően, hogyan definiálták őket szintaktikusan.
2.3. Felismerhetetlen mező
2.3.1. Ha egy üzenetben ismeretlen mező jelenik meg, figyelmen kívül kell hagyni.
2.3.2. Másszóval, ha a közleményt elemző rendszer nem ismer fel egy kulcsszót, akkor minden szöveg figyelmen kívül hagyandó a következő ismert Elsődleges Mezőig, kivéve, ha a szöveg egy lista-mezőn belül van.
2.3.3. A közlemény címétől függően a figyelmen kívül hagyott mező okozhatja az épp elemzett üzenet visszautasítását. Az ADEXP-et rugalmasra tervezték, de a felhasználói felületért (interfészért) felelős személyeken múlik, hogy az adott közleménynél a rendszer hogy reagáljon egy fel nem ismerhető mezőre.
2.3.4. Ha az ismeretlen mező lista-mező (ha megtaláljuk a -BEGIN kulcsszót, már tudhatjuk, hogy erről van szó), akkor a teljes tartalmat (természetesen a megfelelő -END kulcsszóig) figyelmen kívül kell hagyni.
2.3.5. A helyreállítás során, amely egy figyelmen kívül hagyott mező átlépését követi, az esetleg előforduló félreértések elkerülése végett szükséges, hogy mind a fő-, mind az almezőket kulcsszó vezesse be.
2.3.6. Ennek megfelelően kétfajta kulcsszó kerül bevezetésre:
– elsődleges kulcsszók, illetve
2.3.7. Miután egy kulcsszót az egyik fajtába (elsődleges, vagy alkulcsszó) soroltak, másik közleménycsoportban nem szabad másfajtaként újra használni, egyet kivéve, ha lista-mezőn belül szerepel. Lehetséges, hogy egy elsődleges kulcsszó megjelenjen egy lista-mezőben félreértések okozása nélkül, mivel a BEGIN kulcsszó jelzi, hogy a következőket egy almező részeiként kezelhetjük.
3. Az adexp szintaktikai szabályai
3.1.1.1. Az ADEXP formátumában közleménycseréhez alkalmazott karakterkészlet az 5. Nemzeközi ABC (International Alphabet Number 5, IA–5) kell, hogy legyen.
3.1.1.2. Az ADEXP formátum egy számítógépek közti adatcsere-formátum, mely többféle számítógépes hálózaton, vagy dedikált számítógépek közti kapcsolatban használható. Ráadásul képesnek kell lennie bizonyos ADEXP közlemények – általában a Repülési tervezés és az ATFM-el összefüggésben – ATFN (Aeronautical Fixed Telecommunications Network)-en történő cseréjére.
3.1.1.3. Azoknak a közleményeknek a karakterkészletét, melyeket szükséges az ATFN-en keresztül továbbítanunk, korlátozni kell azon karakterekre, melyek fellelhetők mind a 2. Számú Nemzetközi Távirati ABC-ben (ITA–2), mind pedig az IA–5-ben.
3.1.1.4. Az ATFN-en továbbítható ADEXP üzenetekben a grafikus karakterek és formaszabályzók engedélyezett listája a következő:
a) nagybetűk (A-tól Z-ig)
b) számjegyek (0-tól 9-ig)
c) a következő grafikus karakterek:
Formaszabályzó karakterek:
3.1.2. Alapvető lexikai elemek
Az alapvető lexikai elemek a következők:
– ALPHA ::='A'|'B'|'C'|'D'|'E'|'F'|'G'|'H'|'I'|'J'|'K'|'L'|'M'|'N'|'O'|'P' |'Q'|'R'|'S'|'T'|'U' |'V'|'W'|'X'|'Y'|'Z'
– DIGIT ::= '0'|'1'|'2'|'3'|'4'|'5'|'6'|'7'|'8'|'9'
– ALPHANUM ::= ALPHA | DIGIT
– FEF ::= Carriage_return | Line_Feed
– SEP ::= 1{ SPACE | FEF }
– SPECIAL ::= SPACE |'('|')'|'?'|':'|'.'|','|'''|'='|'+'|'/'
– CHARACTER ::=APLHA | DIGIT | SPECIAL | FEF | HYPHEN
– LIM_CHAR ::= APLHA | DIGIT | SPECIAL | FEF
– START-OF-FIELD ::= HYPHEN
A LIM_CHAR csoportjába beletartozik minden engedélyezett karakter, kivéve a HYPHEN-t (kötőjelet), ami a mezőindító karakter. A CHARACTER csoport a karakterkészlet minden elemét jelenti.
3.1.3. Sorok, elválasztók (szeparátorok), és határoló karakterek.
3.1.3.1. Egy üzenet szövegének sorokra osztása nem hoz magával semmiféle szintaktikai hatást.
3.1.3.2. A szeparátor lehet szóköz, vagy formaszabályzó.
3.1.3.3. A mezőket csak a mezőindító karakternek, és az utána következő kulcsszónak kell jeleznie.
3.1.3.4. Ennél fogva akár a teljes üzenet szabályosan írható egy sorba.
3.1.4.1. Szükség lehet arra, hogy akár negatív számokat is leírjunk egy közleményben.
3.1.4.2. Azon mező esetében, melyen belül szükségessé válik egy negatív szám ábrázolása, szükséges, hogy kimondottan jelöljük meg a számot, mint 'előjeles értéket', azaz, hogy pozitív vagy negatív. Azon mező, amelyet nem így definiáltunk, nem tartalmazhat negatív értéket.
3.1.4.3. Az 'előjeles érték'-et magát mindig megelőzi a 'P' (pozitív) vagy 'N' (negatív) karakter. Ha a szám 0, ez jelölhető 'P'-vel és 'N'-el egyaránt.
3.1.4.4. Az 'előjeles érték'-et engedélyező mező szintaxisa a következő:
'-' ,,KEYWORD'' (,,P'' | ,,N'') ! 1{DIGIT}
3.1.5.1. A kulcsszó nagybetűk vagy számok tetszés szerinti sorozata. Csak akkor határoz meg mezőt, ha előtte ott van a mezőindító karakter ('-').
Keyword ::= 1 { ALPHANUM }
3.1.5.2. A kulcsszavak szintaxisa a következő:
'-' ! { SEP } ! ,,KEYWORD'' ! 1 { SEP } <almező(k) vagy tartalmazott érték>
A kulcsszót és a mezőindító karaktert el kell választania legalább 0 darab szeparátornak. A kulcsszót egy vagy több szeparátornak kell követnie, utána a vonatkozó almező(k), illetve a tartalmazott érték következnek. A kulcsszó és mezőindító karaktere között bármennyi szeparátor lehet, akár egy sem.
3.1.5.3. A mezőindító karakter és az ezt követő kulcsszó között kerülni kell a szeparátorok használatát.
3.1.5.4. E melléklet a legalább egy szeparátorral elválasztott összetartozó elemek esetében a laza összetartozás jelzését használja. A kulcsszavak lista-mezőket is definiálhatnak, ha a BEGIN kulcsszó előzi meg őket, ahogy erről majd később még szólunk.
3.1.5.5. A kulcsszavaknak a lehető legrövidebbeknek kell lenniük úgy, hogy nyelvtani jelentésük lehetőség szerint megmaradjon.
3.1.5.6. Az ADEXP formátum alább felsorolt, előre definiált kulcsszavai nem használhatók más szerepkörben, nem definiálhatók újra.
TITLE: üzenetkategóriát azonosít, és definiálja a kategóriára vonatkozó engedélyezett elsődleges mezőket.
BEGIN: lista-mező elején szerepel.
END: a lista-mező végét azonosítja.
COMMENT: COMMENT mezőt azonosít (MEGJEGYZÉS).
3.1.5.7. A kétértelműséget (azaz, hogy azonos kulcsszó használata különböző jelentésekkel) és a redundanciát (más kulcsszók használata azonos jelentéssel) elkerülendő, jelen Műszaki előírás ,,A'' Függelékében található az Elsődleges Mezők Központi Azonosító Táblázata (A3), illetve az Almezők Központi Definíciós Táblázata (A4).
field::= basic_field | structured_field | list_field
basic_field::= '-' keyword contained_values
contained_values::= {CHARACTER}
list_field::= '-' ,,BEGIN'' keyword {subfields} '-' ,,END'' keyword
structured_field::= '-' keyword field_1 field_2 ...field_n
Lista-mezők esetében a kulcsszó nem egyszerűen '-'-vel bevezetett, hanem '-' ,,BEGIN''-nel.
3.2.2. Üzenet összeállítása a mezők szempontjából
3.2.2.1. Az ADEXP üzenet első mezője mindig az ún. TITLE-mező (címmező, felismerhető a bevezető TITLE kulcsszóból).
3.2.2.2. Az üzenet hátralévő részének elsődleges mezőit a TITLE-mező alapján kell megszerkeszteni.
3.2.2.3. Az adott TITLE-ra vonatkozó üzenetek szintaxisát az üzenet által tartalmazott mezők (illetve azok kulcsszavai) adják meg, ilyképpen:
– elsődleges mezők neve és engedélyezett tartalma;
– almezők neve és engedélyezett tartalma.
Az alapvető mező: Basic_field::= '-' keyword contained_values
3.2.3.1. A 'Contained_values'-ban találjuk meg azt a szöveget, amely az adott mezőnek értéket ad; nem azonosíthat azonban almezőket: arctyp::= '-' ,,ARCTYP'' (icaoaircrafttype | ,,ZZZZ'')
3.2.3.2. Ha egy egyszerű mezőben kettőnél több 'tartalmazott érték' szerepel és választani is kell az értékek között, akkor a mezőt strukturálttá kell alakítani, és az értékeket almezőkbe áthelyezni.
3.2.4.1. A lista-mezők szintaxisa a következő:
list_field::= '-' ,,BEGIN'' keyword {subfields} '-' ,,END keyword
3.2.4.2. A subfields az almezők bármilyen kombinációját jelentheti, ha előfordulási gyakoriságuk legalább nulla.
3.2.4.3. A lista-mezőbe foglalt almezők listájának egy rendezett készletet kell képeznie (a lista-mezőben szereplő almezők sorrendje fontos, jelentéssel bír).
3.2.5.1. A strukturált mező szintaxisa a következő:
structured_field::= '-' keyword field_1 field_'' field_+... field_n
3.2.5.2. Strukturált mezőben a lehetséges almezők csak magától a strukturált mezőtől függenek.
3.2.5.3. Strukturált mezőben az almezők megjelenési sorrendjének nincs jelentősége, megkönnyítve ezzel az esetleges jövőbeli fejlesztéseket új almezők hozzáadásával (pt ::= '-' ,,PT'' ptid [fl] [eto]).
3.2.5.4. Ha a mező tartalma esetleg változik, fejlődni fog a jövőben, akkor a mezőt strukturált mezőként kell definiáljuk. Ez megkönnyíti a további almezők hozzáadását a jövőben. Az alapvető mezőt ugyan könnyebb, egyszerűbb használni, de rögzített elemsort (értékeket) használ, amelynek bővítési lehetőségei igen korlátozottak.
3.2.6.1. A megjegyzés-mező olyan szövegterület, ahol a mezőindító karakteren kívül minden karakter használható, és amely kiterjed az utána következő mezőre (Comment::= '-' ,,COMMENT'' {LIM_CHAR}).
3.2.7.1. Az ADEXP üzenet első mezője mindenképpen a címmező, szintaxisa a következő: title::= '-' ,,TITLE'' 1{ALPHA}10
3.2.7.2. A címmező lehetséges értékei az ADEXP üzenetcímek készletéből választhatók, amelyek a ,,B'' Függelékben találhatók.
4. Az ADEXP üzenetek szabályos leírása
4.1. Az ADEXP formátum különböző kategóriákba tartozó üzeneteit a következők szerint kell szabályozott formában leírni.
4.1.1. A szabályos leíráshoz tartozik:
– a fogalmak, szakkifejezések definíciója;
– minden önálló elsődleges mező szintaktikájának és szemantikájának leírása;
– minden önálló almező szintaktikájának és szemantikájának leírása;
– minden üzenetcsoport leírása hivatkozásokkal az őket létrehozó dokumentumokra.
4.1.2. E melléklet nem tartalmazza a mező megszerkesztéséhez és az adatbeillesztéshez szükséges szabályokat minden üzenetcímhez.
4.1.3. A definiáló dokumentációhoz (Csatlakozó Felület Leírása) referenciákat kell készítenünk, melyek alkalmazhatók a vonatkozó üzenetcsoportra.
4.1.4. A definiáló dokumentációnak minden üzenetcímhez a következő információt (szabályozott módon) kell tartalmaznia:
– a kötelező elsődleges mezők listáját;
– a választható elsődleges mezők listáját;
– minden mezőhöz az adatbeillesztési szabályokat, különösen azokat a szabályokat, melyek az ezen Műszaki előírásban választhatóként definiált almezők használatára vonatkoznak;
– az ismeretlen mező felfedezése után követendő szabályokat a helyreállítás érdekében.
4.1.5. Az Eurocontrol tagállamok által definiált és elismert, különböző, az ADEXP használta üzenetkategóriákba tartozó mezők ezen dokumentum ,,A'' Függelékében találhatók.
4.1.6. Egy mezőt sem lehet más célra használni, mint ami szemantikai definíciójában szerepel.
4.1.7. A fenntartott mezők jegyzéke a ,,D'' Függelékben szerepel. E mezőket nem lehet használni a jelenleg definiált ADEXP üzenetekben. Ezek tipikusan azok a mezők, melyek előreláthatólag a jövőben kerülhetnek majd felhasználásra, esetleg a különböző lokális nemzeti rendszereken belül használják őket. A Műszaki előírásban való szereplésük oka a felesleges redundancia elkerülése, illetve a mezők címei egyediségének biztosítása.
4.2.1. A mezők olvasható definíciója érdekében gyakran hasznos, ha segédfogalmakat vezetünk be a nyelvtani leírásba.
4.2.2. A segédfogalmak nem definiálnak mezőt vagy almezőt, ennélfogva nincsenek kapcsolatban egy bizonyos kulcsszóval. Ennek ellenére megjelenhetnek több mező, almező definíciójában is. Például a 'date' segédfogalom sok mező definíciójában szerepel.
4.2.3. A fogalom betűrendbe szedett definíciója megtalálható az ,,A'' Függelékben.
4.2.4. A leírást betűrendbe szedett fogalmakkal a következő táblázat tartalmazza.
|
Fogalom megnevezése |
Szintaxis |
Alkalmazás |
Használatos
a következő
elsődleges
mezőkben |
Használatos
a következő
almezőkben |
Használatos
a következő
segéd-
fogalmaknál |
|
adexpmsg |
{CHARACTER} |
Bármilyen szöveg, amely
megfelel az ADEXP üzenet
vonatkozó szabályainak |
|
ifpdlong
refpdlong
preproctxt
postproctxt |
|
|
aidequipment |
( ('N' | 'S') ! [ equipment-
code ] ) | equipmentcode |
Rádió, kommunikáció, na-
vigáció, és közelkörzetet se-
gítő felszerelés. |
ceqpt |
|
|
|
aircraftid |
1{ALPHANUM}7 |
Repülőgép azonosítása |
arcid
arcidk
arcidold
prevarcid |
|
|
4.3. Elsődleges mezők definíciója
4.3.1. Az ADEXP üzeneteiben használatos összes főmezőnek meg kell felelnie jelen Műszaki előírás ,,A'' Függelékében (A3) olvasható szintaktikai és szemantikai követelményeknek.
4.3.2. A mező szintaxisa áll elöl, ezt követi az alkalmazás módjának leírása egyszerű, egyértelmű kifejezésekkel.
4.3.3. A mezők szintaxisát a BNF jelölésmódot használva fejezzük ki.
4.3.4. A leírást betűrendben a következő táblázat tartalmazza, ahol:
– az első oszlopban található a BNF szabály bal oldala (ami a '::=' jel előtt van), a harmadikban pedig a szabály jobb oldala;
– a második oszlopban találjuk azt, hogy az adott mező alapvető (basic, 'b') vagy összetett (compound, 'c').
|
Mező neve |
Fajtája |
Szintaxis |
Alkalmazás |
|
eobt |
b |
’–’ ,,EOBT”
timehhmm |
Számított
fékoldási idő |
4.3.1. Almezők meghatározása
4.3.2. Az ADEXP üzenetekben használatos almezők szintaxisának és alkalmazásuk módjának meg kell felelnie az ,,A'' Függelékében (A4) található követelményeknek.
4.3.3. Kereszthivatkozási célokból az adott almezőt tartalmazó elsődleges mezők is megtalálhatók itt.
4.3.4. Egy almező tartozhat egy másik almező alá, ezek a kereszthivatkozások is megtalálhatók a leírásban.
A leírást betűrendben a következő táblázat tartalmazza:
|
Almező neve |
Fajta |
Szintaxis |
Alkalmazás |
Mely elsődleges
mezőkben
használatos |
Mely
almezőkben
használatos |
|
brng |
b |
’–’ ,,BRNG” refbearing |
Valamely pont iránya egy
navigációs segédponthoz. |
ref |
|
4.4.1. Az ADEXP formátum műveleti üzenetcsoportjai, melyeket használatra definiáltak, jelen Műszaki előírás ,,E'' Függelékében találhatók.
4.4.2. A csoportokat általában a hivatkozott rendszerek jellemzik, és a cserélt közlemények műveleti természetének megfelelő kifejezésekkel vannak definiálva.
4.4.3. A definiáló dokumentációkra referenciát kell készíteni minden üzenetcsoportról.
4.4.4. Adott üzenetcsoportra vonatkozó cím (címérték a TITLE mezőben) nem használható fel másik üzenetcsoportban más jelentéssel.
4.4.5. Az üzenetcímek központi, összesített jegyzéke jelen Műszaki előírás ,,B'' Függelékében található.
4.4.6. Minden, az összesített jegyzékben megtalálható üzenetcímre, illetve az ahhoz tartozó csoportra található utalás. Az üzenetcímeket definiáló dokumentációra való hivatkozás eszerint az üzenetcsoporton keresztül érhető el.
4.4.7. A ,,C'' Függelékben található a fenntartott üzenetcímek jegyzéke. A 'fenntartott' üzenetcímek az ADEXP érvényes üzenetcsoportjaiban nem használhatók. Főleg olyan üzenetekről, üzenetcímekről van szó, amelyeket egy már definiált csoport fog a jövőben használni, vagy nemzeti rendszerek már használják.
A.1. ,,A'' Függelékben megtalálható minden mező (elsődleges és almezők) és segédfogalom, amelyet az ADEXP használatára definiáltak.
|
Segédfogalom |
Szintaxis |
Alkalmazás |
Mely elsődleges mezőkben használatos |
Mely almezőkben használatos |
Mely segéd-fogalmaknál használatos |
|
adexpmsg |
{CHARACTER} |
ADEXP üzeneteknél meghatározott szintaxisú, de tetszőleges szöveg. |
|
ifpdlong
rfpdlong
preprotxt
postprotxt |
|
|
aidequipment |
( (’N’ | ’S’) ! [ equipmentcode ] ) | equipmentcode |
Rádió-kommunikáció, navigáció és közelkörzet-segítő felszerelés. |
ceqpt |
|
|
|
aircraftid |
2{ALPHANUM} |
Légijármű azonosítása. |
arcid
arcidk
arcidold
prevarcid |
|
|
|
aircraftidwldcrd |
1{ALPHANUM|’+’|’?’}7 |
Aircraftid helyettesítésére. A ’?’ egy karaktert helyettesít, a ’+’ pedig bármennyit. |
arcidk |
|
|
|
atsroute |
2{ALPHANUM}7 |
ATS útvonal megnevezésére. |
atsrt |
refatsrte |
|
|
century |
2{DIGIT}2 |
Évszázad első két számjegye. |
|
|
fulldate |
|
coorstatusident |
3{ALPHA}3 |
Repülés koordinációs állapotjelzője. |
|
statid |
|
|
coorstatusreason |
3{ALPHA}7 |
A koordináció állapota megváltozása jelzésének oka. |
|
statreason |
|
|
country |
2{ALPHA}2 |
Az adott ország ICAO szerinti kétbetűs jele. |
|
refatsrte |
|
|
datalink |
1{’S’ | ’H’ | ’V’ | ’M’}4 |
Az adott ország adatátviteli képességének ICAO-jelzése. Értékei: S, H, V, vagy M, bármilyen sorrendben, de ismétlés nélkül. |
dat |
|
|
|
date |
Year ! month !day |
A dátum kijelzése ÉÉHHNN formátumban. |
ada
add
aobd
cobd
ctod
eobd
eobdk
eobdold
etod fstday
iobd lstday
neweobd
valfrom
valfromk
valfromold
validitydate
valuntil
valuntilk
valuntilold |
eto |
datetime |
|
datetime |
Date ! timehhmm |
A ’date’ kifejezés (lásd feljebb), és rögtön utána az idő ÓÓPP formában. |
origindt |
|
|
|
datewldcrd |
1{DIGIT | ’+’ | ’?’ }6 |
A ’date’ kifejezés helyettesítése ’joker’-karakterekkel. |
valfromk
valuntilk |
|
|
|
day |
(’0’ | ’1’ | ’2’ | ’3’) ! DIGIT |
Kétjegyű szám, amely 00-tól 31-ig terjedhet. |
endtime
filtim
starttime |
endreg
from
stratreg
until |
date
fulldate |
|
emergradio |
1{’U’ | ’V’ | ’E’}3 |
A fedélzeti vészrádió típusának jelzése. A három karakter közül szerepelhet egy vagy több, bármilyen sorrendben, de ismétlés nélkül. |
splr |
|
|
|
equipmentcode |
1{(’A’ | ’B’ | ’C’ | ’D’ | ’E’ | ’F’ | ’G’ | ’H’ | ’I’ | ’J’ | ’K’ | ’L’ | ’M’ | ’N’ | ’O’ | ’P’ | ’Q’ | ’R’ | ’T’ | ’U’ | ’V’ | ’W’ | ’X’ | ’Y’ | ’Z’)}24 |
A szállított felszerelés érvényes ICAO-kódja. A˙20definiált karakterek közül szerepelhet egy vagy több, bármilyen sorrendben, de ismétlődés nélkül. |
|
|
aidequipment |
|
errorcode |
1{DIGIT}4 |
Hibaüzenet kódszáma. |
error |
|
|
|
fieldid |
1{ALPHANUM} |
Érvényes, használható ADEXP mező neve (kulcsszava). |
errfield
ipfsmod |
|
|
|
firindicator |
4{ALPHA}4 |
Egy FIR ICAO-jele (kódja). |
eetfir |
|
|
|
flightlevel |
|
Repülési szint kifejezése vagy ,,F’’ vagy ,,A’’ betűvel és utána három számjeggyel, illetve ,,S’’ vagy ,,M’’ betűvel és utána négy számjeggyel. |
rfl |
crfl1
crfl2
efl
fl
tfl
sfl
ptrfl |
|
|
flightplanstatus |
’EMER’ | ’HUM’ | ’HOSP’ | ’SAR’ | ’HEAD’ | ’STATE’ | |
Különleges elbánás oka (ld. 18. mező, ’STS/’ elem): EMER = vészhelyzet; HUM = humanitárius járat; HOSP = mentőrepülő;
SAR = kutatás és mentés; HEAD = államfő;
STATE = állami járat. |
sts |
|
|
|
flightrule |
’ I’ | ’
’V’ | ’Y’ | ’Z’ |
Adott járat repülési szabályainak jelzése. |
fltrul |
|
|
|
flighttype |
’S’ | ’N’ | ’G’ | ’M’ | ’X’ |
A járat típusa ICAO-jelölés szerint. |
flttyp |
|
|
|
flighttypechg |
’OAT’ | ’GAT’ |
A járattípus ’OAT’-ra vagy ’GAT’-ra változásának repülés közbeni kijelzése. |
chgrul |
ptrulchg |
|
|
fulldate |
century ! year ! month! day |
Teljes dátum SSÉÉÉÉHHNN formában, pl. 19970801 = 1997. augusztus 1. |
|
|
fulldatetime |
|
fulldatetime |
fulldate ! timehhmm |
Az előzőekben leírt ’fulldate’ után az idő ÓÓPP formátumban. Pl.:˙20199708010930 = 1997. augusztus 1. 09 óra 30 perc. |
mesval-
period |
|
|
|
geoname |
,,GEO’’ ! 2{DIGIT}2 |
Földrajzi pont azonosítója, földrajzi hosszúság és szélesség kifejezésével. |
|
geoid |
|
|
heading |
3{DIGIT} |
Háromjegyű szám 001-től 360-ig. |
ahead. |
|
|
|
icaoaerodrome |
4{ALPHA}4 |
Repülőtér négyjegyű ICAO-kódja. |
adarr
adep
adepk
adepold
ades
adesk
adesold
altrnt1
altrnt2 |
adid |
|
|
icaoaerodrome- wldcrd |
1{ALPHA | ’+’ | ’?’}4 |
Az icaoaerodrome helyettesítése ’joker’-karakterekkel ’?’ egy karaktert helyettesít, ’+’akármennyit. Kereső közleményekben használatos. |
adepk
adesk |
|
|
|
icaoaircrafttype |
ALPHA ! 1{ALPHANUM}3 |
Repülőgép típusának ICAO-kódja. |
arctyp |
|
|
|
icaomsg |
{CHARACTER} |
ICAO üzenet (igazodva a 4. hivatkozás szintaxisához). |
msgtxt |
|
|
|
ifpuid |
1{ALPHANUM} |
IFPS egység azonosítója. |
ifpuresp |
|
|
|
latitudelong |
6{DIGIT}6 |
A földrajzi szélesség kifejezése hat számjegyben. |
|
lattd |
|
|
latitudeside |
’N’ | ’S’ |
Északi (’N’) vagy déli (’S’) földrajzi szélesség jelzője. |
|
lattd |
|
|
lifejackets |
1{’L’ | ’F’ | ’U’ | ’V’}4 |
ICAO-jelző a fedélzeten lévő mentőmellények típusának kijelzésére.
Egy vagy több karakter lehet bármilyen sorrendben, de ismétlődés nélkül. |
splj |
|
|
|
longitudelong |
7{DIGIT}7 |
Földrajzi hosszúság kijelzése hét számjegyben. |
|
longtd |
|
|
longitudeside |
’E’ | ’W’ |
Keleti (’E’) vagy nyugati (’W’) földrajzi hosszúság jelzője. |
|
longtd |
|
|
machnumber |
’M’ ! 3{DIGIT}3 |
Mach-szám. |
mach aspeed |
crmach ptmach |
|
|
modifind |
1{ALPHANUM} |
Mező módosítástípusának jelzése. |
ifpsmod |
|
|
|
month |
(’0’ | ’1’) ! DIGIT |
A hónap számának kétjegyű kifejezése. |
|
|
date
fulldate |
|
numdays |
(’0’ | ’1’) | (’0’ | ’2’) | (’0’ | ’3’) | (’0’ | ’4’) | (’0’ | ’5’) | (’0’ | ’6’) | (’0’ | ’7’) |
A hét azon napjainak jelzése, amikor az RPL aktív. |
days
daysk
daysold |
|
|
|
numdayswldcrd |
1{DIGIT | ’+’ | ’?’}7 |
A hét azon napjainak jelzése, amikor az RPL aktív. Helyettesítő karakterek is használhatók. |
daysk |
|
|
|
originatorid |
1{ALPHANUM}10 |
Üzenet küldőjének azonosítója. |
orgid qrorgn |
|
|
|
point |
2{ALPHANUM}5 |
Egy jelentős pont azonosítója. Lehet földrajzi, kijelölt, hivatkozási, vagy mesterségesen megadott pont, mint ’átnevezett pont’ (RENxx) |
atsrt
chgrul
cop
dct
eetpt
mach
rfl
speed
sid
star |
ptid
refatsrte |
|
|
refbearing |
3{DIGIT}3 |
Referenciairány értéke. |
|
brng |
|
|
refname |
,,REF’’ ! 2{DIGIT}2 |
Adott pont és egy nyilvános (közzétett) pont távolsága és egymáshoz viszonyított helyzete. |
|
refid |
|
|
regulid |
1{ALPHANUM}20 |
Adott járatra vonatkozó ATFM szabályzás azonosítója. |
regul |
regid |
|
|
renameid |
,,REN’’ 2{DIGIT}2 |
Átnevezett pont azonosítója. |
|
renid |
|
|
rrteid |
1{ALPHANUM}20 |
Elterelés azonosítója. |
rrteref |
|
|
|
rtf |
6{DIGIT}6 |
Rádiófrekvencia jelzése, MHz-ben, három tizedesjeggyel. |
freq |
|
|
|
rulechg |
’VFR’ | ’IFR’ |
Repülési útvonal útközbeni megváltozásának jelzője. |
chgrul |
ptrulchg |
|
|
seconds |
(’0’ | ’1’ | ’2’ | ’3’ | ’4’ | ’5’) ! DIGIT |
Másodpercek. Két számjegy, ’00’-tól ’59’-ig. |
|
eto
sto |
|
|
spd |
(’K’ | ’N’) ! 4{DIGIT}4 |
Sebesség. Akár a ’K’-t, akár az ’N’-t használjuk, utána négy számjegy következik. |
aspeed speed |
crspeed ptspeed |
|
|
ssrequirement |
1{ALPHA}2 |
A fedélzeten található SSR-felszerelés, és esetleg az adatforgalmi képesség ICAO-kódja. |
seqpt |
|
|
|
stayidentifier |
’STAY’ ! (’1’ | ’2’ | ’3’ | ’4’ | ’5’ | ’6’ | ’7’ | ’8’ | ’9’) |
Egy ’tartózkodás’-időszak azonosítója, azaz egy különleges tevékenység ideje a repülés alatt. |
|
ptstay stayident |
|
|
survivaleqpt |
1{’P’ | ’D’ | ’M’ | ’J’}4 |
A fedélzeten található túlélőfelszerelés ICAO-kódja. Szerepelhet több karakter is bármilyen sorrendben, de ismétlődés nélkül. |
spls |
|
|
|
text20 |
1{LIM_CHAR}20 |
Bármilyen, maximum húsz karakter hosszú szöveg, melyben kötőjel nem szerepelhet. |
altnz
com
depz
destz
nav
per
sts
typz |
|
|
|
timehhmm |
(’0’ | ’1’ | ’2’) ! DIGIT ! (’0’ | ’1’ | ’2’ | ’3’ | ’4’ | ’5’) ! DIGIT |
Idő, órában (két számjegy, 00—23-ig) és percben (két számjegy, 00—59-ig) kifejezve.
Lehet időpont vagy időtartam. |
aobt
ata
atd
atot
cobt
ctot
delay
endtime
eobt
ebtk
eobtold
etot
filtim
iobt
minlineup
newctot
nreeobt
newptot
ptot
rejctot
respby
starttime
taxitime |
cto
endreg
eto
from
ptstay
startreg
sto
time
to
until |
datetime fulldatetime |
|
timehhmm_ elapsed |
DIGIT ! DIGIT ! (’’0 | ’1’ | ’2’ | ’3’ | ’4’ | ’5’) ! DIGIT |
Korlátlan számú óra és perc kijelzésére.
Időtartamok esetében használjuk. |
ttleet
eetfir
eetpt
sple |
|
|
|
timewldcrd |
1{DIGIT | ’+’ | ’?’}4 |
A timehhmm helyettesítésére szolgáló forma, ’joker’-karakterek használhatók. |
eobtk |
|
|
|
titleid |
1{ALPHA}10 |
Érvényes ADEXP-közlemény címe (ld. ,,B’’ Függelék). |
msgtyp orgmsg title |
|
|
|
waketurbcat |
’Y’ | ’M’ | ’L’ |
Az ICAO wake turbulence kategóriáját jelöli. |
wktrc |
|
|
|
year |
2{DIGIT}2 |
Az évszám két utolsó jegye. |
|
|
date
fulldate |
A.3. Az ADEXP elsődleges mezői
|
ADEXP elsődleges mező neve |
Fajta |
Szintaxis |
Alkalmazás |
|
ad |
C |
‘–’ ,,AD’’ adid [(fl | flblock)] [eto] [to] [cto] [sto] [ptstay] [ptrfl] [ptrulchg] [(ptspeed| ptmatch)] |
Repülőtér azonosítója. Ha az adott repülőtér részét képezi egy útvonaltervnek, további információ is biztosítható. |
|
ada |
B |
‘–’ ,,ADA’’ date |
Megérkezés aktuális dátuma. |
|
adarr |
B |
‘–’ ,,ADARR’’ (icaoaerodrome | ‘ZZZZ’) |
Az adott járat mely repülőtérre érkezik. |
|
adarrz |
B |
‘–’ ,,ADARRZ’’ text20 |
Az aktuális érkező repülőtér neve, ha nincs ICAO-kódja. |
|
add |
B |
‘–’ ,,ADD’’ date |
Indulás aktuális dátuma. |
|
addr |
C |
‘–’ ,,BEGIN’’ ,,ADDR’’ 1{fac} ‘–’ ,,END’’ ,,ADDR’’ |
A címzettek listája. |
|
adep |
B |
‘–’ ,,ADEP’’ (icaoaerodrome | ‘AFIL’ | ‘ZZZZ’) |
Az induló reptér ICAO-kódja, ahol ‘AFIL’ jelentése: levegőből benyújtott repülési terv, vagy ‘ZZZZ’, ha nincs ICAO-helyzetjelző a repülőtérre. |
|
adepk |
B |
‘–’ ,,ADEPK’’ (icaoaerodrome | ‘AFIL’ ‘ZZZZ’ | icaoaerodromewldcrd) |
Ha az induló reptér egy kereső közleményben adatbáziskulcsként használatos, akkor ‘joker’-karakterekkel helyettesíthető. Tartalmazhatja az induló reptér ICAO-kódját, vagy az ‘AFIL’ kódot, jelentése:˙20levegőből benyújtott repülési terv, ’ZZZZ’-t, ha nincs ICAO-helyzetjelző a repülőtérhez rendelve, végül az ábécé betűit és helyettesítő karaktereket vegyesen. |
|
adepold |
B |
‘–’ ,,ADEPOLD’’ (icaoaerodrome | ‘AFIL’ | ‘ZZZZ’) |
Az ‘előző’ indulási reptér. Tartalmazhatja az induló reptér ICAO-kódját, vagy az ‘AFIL’ szót, jelentése: levegőből benyújtott repülési terv, illetve ‘ZZZZ’-t, ha nincs ICAO-helyzetjelző a célrepülőtérhez rendelve. |
|
ades |
B |
‘–’ ,,ADES’’ (icaoaerodrome | ‘ZZZZ’) |
A célrepülőtér ICAO-kódja, vagy ‘ZZZZ’, ha a célrepülőtérhez nincs ICAO-kód rendelve. |
|
adesk |
B |
‘–’ ,,ADESK’’ (icaoaerodrome | ‘ZZZZ’ | icaoaerodromewldcrd) |
Ha a célrepülőtér adatbáziskulcsként használatos, akkor ‘joker’-karakterekkel helyettesíthető. Tartalmazhatja a célrepülőtér ICAO-kódját, vagy az ‘AFIL’ kódot, jelentése: levegőből benyújtott repülési terv, ’ZZZZ’-t, ha nincs ICAO-helyzetjelző a repülőtérhez rendelve, végül az ábécé betűit és helyettesítő karaktereket vegyesen. |
|
adesold |
B |
‘–’ ,,ADESOLD’’ (icaoaerodrome | ‘ZZZZ’) |
Az ‘előző’ érkezési reptér. Tartalmazhatja az ICAO-helyzetjelzőt, vagy a ‘ZZZZ’ kódot, ha a repülőtérhez nincs ICAO-helyzetjelző rendelve. |
|
adexptxt |
C |
‘–’ ,,ADEXPTXT’’ (preproctxt | postproctxt) |
Egy ADEXP üzenetet tartalmaz. |
|
afildata |
C |
‘–’ ,,AFILDATA’’ ptid fl eto |
A levegőből benyújtott repülési tervhez számított adatmennyiség. Tartalmaz egy helyzetjelzést, a kapcsolódó repülési szintet, és a pontra kiszámított dátumot és időpontot.
Megjegyzés: Az itt látható repülési szint az, ahol˙20a járat beléphet az ellenőrzött légtérbe a jelzett pont felett, így nem szükségszerűen azonos az RFL-lel. |
|
ahead |
B |
‘–’ ,,AHEAD’’ (heading | ,,ZZZ’’) |
A járathoz rendelt irány fokokban. Háromjegyű szám, vagy ‘ZZZ’, ha a tervhez nincs irány rendelve. |
|
altnz |
B |
‘–’ ,,ALTNZ’’ text20 |
Ha nincs ICAO-jelzése, az alternatív repülőtér neve. |
|
altrnt1 |
B |
‘–’ ,,ALTRNT1’’ (icaoaerodrome | ‘ZZZZ’) |
Az első alternatív célrepülőtér, vagy ‘ZZZZ’, ha a repülőtérnek nincs ICAO-kódja. |
|
altrnt2 |
B |
‘–’ ,,ALTRNT2’’ (icaoaerodrome | ‘ZZZZ’) |
A második alternatív célrepülőtér, vagy ‘ZZZZ’, ha a repülőtérnek nincs ICAO-kódja. |
|
aobd |
B |
‘–’ ,,AOBD’’ date |
Aktuális fékoldási (off-block) dátum. |
|
aobt |
B |
‘–’ ,,AOBT’’ timehhmm |
Aktuális fékoldási (off-block) idő. |
|
arcid |
B |
‘–’ ,,ARCID’’ aircraftid |
Repülőgép-azonosítás. Lehet a repülő nyilvántartási jele, vagy a repülőgép üzemeltetőjének ICAO-kódja után a járatszámmal. |
|
arcidk |
B |
‘–’ ,,ARCIDK’’ (aircraftid | aircraftidwldcrd) |
Repülőgép-azonosítás, egy kereső üzenetben adatbáziskulcsként használható. Helyettesíthető ‘joker’-karakterekkel. Alfanumerikus és helyettesítő karakterek keveréke lehet, maximum 7 karakter. |
|
arcidold |
B |
‘–’ ,,ARCIDOLD’’ aircraftid |
Az ‘előző’ repülőgép azonosítója. Ha a repülőgép azonosítója megváltozik, akkor az új érték az ’ARCID’-be kerül. |
|
arctyp |
B |
‘–’ ,,ARCTYP’’ (icaoaircrafttype | ‘ZZZZ’) |
Repülőgép típusa (a típus ICAO-kódja), vagy ZZZZ. |
|
aspeed |
B |
‘–’ ,,ASPEED’’ (spd | machnumber | ‘ZZZ’ |
A járathoz aktuálisan rendelt sebesség km/h-ban, csomóban vagy Mach-ban. ‘M’ után háromjegyű szám, ’K’ vagy ‘N’ után négyjegyű szám szerepel. ‘ZZZ’ esetén nincs sebességkorlátozás. |
|
ata |
B |
‘–’ ,,ATA’’ timehhmm |
Aktuális érkezési idő. |
|
atd |
B |
‘–’ ,,ATD’’ timehhmm |
Aktuális indulási idő. |
|
atot |
B |
‘–’ ,,ATOT’’ timehhmm |
Aktuális felszállási idő. |
|
atsrt |
B |
‘–’ ,,ATSRT’’ atsroute point point |
ATS-útvonal azonosítója, és az első/utolsó pont azonosítója. |
|
cassaddr |
C |
‘–’ ,,BEGIN’’ ,,CASSADDR’’ {fac} ‘–’ ,,END’’ ,,CASSADDR’’ |
Címek a megcímzendő ATFM-üzenetekhez. |
|
ceqpt |
B |
‘–’ ,,CEQPT’’ aideqipment |
Rádiókommunikációs, navigációs és megközelítést segítő felszerelés (ld. ICAO 10. mező). |
|
cfl |
C |
‘–’ ,,CFL’’ fl [ptid] |
Jóváhagyott repülési szint. Az ATC rendeli a repülőgéphez. |
|
chgrul |
B |
‘–’ ,,CHGRUL’’ (rulechg | flighttypechg | rulechg flighttypechg) point |
A repülési szabályokban (VFR/IFR), a járattípusban (OAT/GAT), esetleg mindkettőben történő változás jelzése azzal a ponttal, ahol a változás bekövetkezett. |
|
cobd |
B |
‘–’ ,,COBD’’ date |
Számított fékoldási (off-block) dátum. |
|
cobt |
B |
‘–’ ,,COBT’’ timehhmm |
Számított fékoldási (off-block) idő. |
|
com |
B |
‘–’ ,,COM’’ text20 |
Kommunikációs berendezés (ld. ICAO 18. mező COM/). |
|
comment |
B |
‘–’ ,,COMMENT’’ 1{LIM_CHAR} |
Általános megjegyzések szabadon, de kötőjel nélkül. |
|
condid |
B |
‘–’ ,,CIONDID’’ 1{LIM_CHAR}30 |
‘Kivételes körülmény’ azonosítása, az ATFM vonatkozásában. |
|
coordata |
C |
‘–’ ,,COORDATA’’ ptid (to | sto) tfl [sfl] |
Adott járat átadási feltételei. Tartalmazza a pont azonosítását, a repülési szintet, az átadási pont elérésének várható idejét, és esetleg kiegészítő, a repülési szintre vonatkozó adatokat. |
|
cop |
B |
‘–’ ,,COP’’ point |
Koordinációs pont azonosítója, akár kódoltan, akár egy mesterséges névvel (GEOxx, RENxx vagy REFxx). |
|
crsclimb |
C |
‘–’ ,,CRSCLIMB’’ ptid (crspeed | crmach) crfl1 crfl2 |
‘Cruiseclimb’ azonosítója. Megadva az emelkedés kezdőpontját, a sebességet vagy Mach-számot, és az elérendő repülési szintet. A másik szint lehet ‘PLUS’, ahol a felső határ ismeretlen. |
|
cstat |
C |
‘–’ ,,CSTAT’’ statid [statreason] |
Egy járat új koordinációs állapotát mutatja, és esetleg a változás okát. |
|
ctod |
B |
‘–’ ,,CTOD’’ date |
Számított felszállási (Take-off) dátum. |
|
ctot |
B |
‘–’ ,,CTOT’’ timehhmm |
Számított felszállási (Take-off) idő: ATFM rés hivatkozási ideje. |
|
dat |
B |
‘–’ ,,DAT’’ datalink |
A repülőgép adatforgalmi kapacitásának jelzése. |
|
days |
B |
‘–’ ,,DAYS’’ numdays |
Rendszeres repülési terv üzemelési napjai (1: hétfő, 2: kedd.... 0-val az oszlopban, ha az adott járat nem közlekedik). |
|
daysk |
B |
‘–’ ,,DAYSK’’ (numdays | numdayswldcrd) |
Rendszeres repülési terv működési napjai, keresésben adatbáziskulcsként használva. Helyettesíthető ‘joker’-karakterekkel. |
|
daysold |
B |
‘–’ ,,DAYSOLD’’ numdays |
‘Előző’ működési napok. Adatbáziskulcsként (jelszóként) használatos. Amikor egy RPL működési napjai megváltoznak, az új értékek a ‘DAYS’ mezőbe kerülnek. |
|
dct |
B |
‘–’ ,,DCT’’ point point |
Két pont közötti közvetlen útvonalat jelez. A ‘point’-ban megjelenhet az ICAO hivatalos kódja, illetve egy pont, ami a GEO, REN vagy REF mezőkben szerepel (GEOxx, RENxx és REFxx formában). |
|
delay |
B |
‘–’ ,,DELAY’’ timehhmm |
Késést jelentő időszakot jelöl. A késés természete lehet: járat késése, késés felfolgozása stb., függően a környezettől. |
|
depz |
B |
‘–’ ,,DEPZ’’ text20 |
Ha nincs ICAO-helyzetjelző, itt található meg az indulási reptér neve. |
|
desc |
B |
‘–’ ,,DESC’’ 1{LIM_CHAR} |
Az üzenet tartalmára hatással bíró jelenség leírása. |
|
destz |
B |
‘–’ ,,DESTZ’’ text20 |
ICAO-helyzetjelző hiányában a célrepülőtér neve. |
|
etfir |
B |
‘–’ ,,EETFIR’’ firindicator timehhmm_elapsed |
FIR azonosítás, és a FIR-határtól eltelt összes idő (órában és percben). |
|
eetlat |
C |
‘–’ ,,EETLAT’’ lattd time |
Egy adott pozíciótól (csak földrajzi szélességgel megadva) eltelt idő. |
|
eetlong |
C |
‘–’ ,,EETLONG’’ longtd time |
Egy adott pozíciótól (csak földrajzi hosszúsággal megadva) eltelt idő. |
|
eetpt |
B |
‘–’ ,,EETPT’’ point timehhmm_elapsed |
Adott (azonosított) ponttól eltelt összes idő. |
|
endtime |
B |
‘–’ ,,ENDTIME’’ day ! timehhmm |
Az időpont, amikor egy adott időszak véget ér. |
|
entrydata |
C |
‘–’ ,,ENTRYDATA’’ (ptid | airspdes | (ptid airspdes)) [fl] [ptrfl] [(ptspeed | ptmach)] [ptfltrul] [ptmilrul] |
Repülési terv adatai, melyek alkalmazhatók egy járatra az adott repülési pillanatban, vagy az adott légtérbe való belépéskor. A ‘ptid’ és a ‘airspdes’ mezők közül legalább az egyiknek szerepelnie kell. |
|
eobd |
B |
‘–’ ,,EOBD’’ date |
Becsült fékoldási (off-block) dátum. |
|
eobdk |
B |
‘–’ ,,EOBDK’’ date |
Becsült fékoldási (off-block) dátum, mely adatbázis-kulcsként használatos egy keresésben, így helyettesíthető joker-karakterekkel. Számok és helyettesítő karakterek kombinációja lehet, maximum hat karakter hosszan. |
|
eobdold |
B |
‘–’ ,,EOBDOLD’’ date |
Az ‘előző’’ becsült fékoldási (off-block) dátum. Adatbáziskulcsként használatos. Mikor a várható fékoldási dátum megváltozik, akkor az új az ‘EOBD’-be kerül. |
|
eobt |
B |
‘–’ ,,EOBT’’ timehhmm |
Becsült fékoldási (off-block) idő. |
|
eobtk |
B |
‘–’ ,,EOBTK’’ (timehhmm | timewldcrd) |
Becsült fékoldási (off-block) idő, keresésben használva, mint adatbáziskulcs, helyettesíthető ‘joker’-karakterekkel. |
|
eobtold |
B |
‘–’ ,,EOBTOLD’’ timehhmm |
Az ‘előző’’ becsült (off-block) fékoldási idő. Adatbáziskulcsként használatos. Mikor a várható fékoldási idő megváltozik, akkor az új az ‘EOBT’-be kerül. |
|
errfield |
B |
‘–’ ,,ERRFIELD’’ fieldid |
Hibás mezők ADEXP-azonosítója. |
|
error |
B |
‘–’ ,,ERROR’’ [errorcode] 1{LIM_CHAR} |
Hibaüzenet szövege. Tartalmazhatja a hiba kódját is. |
|
estdata |
C |
‘–’ ,,ESTDATA’’ ptid eto fl [sfl] |
Becsült adatok. Pontazonosítás, várható repülési szint (nagysága), ezen pont elérésének várható dátuma és ideje után akár a kiegészítő repülési szint (A˙20vagy B jelölés után). |
|
etod |
B |
‘–’ ,,ETOD’’ date |
Becsült felszállási dátum. |
|
etot |
B |
‘–’ ,,ETOT’’ timehhmm |
Becsült felszállási idő. |
|
extaddr |
C |
‘–’ ,,EXTADDR’’ num | {fac} | (num {fac}) |
Az automatikusan elhatározottakhoz képest új címek, úgy, mint ‘extra címek’. Tartalmazhatja az új címek számát, az aktuális címeket, vagy mindkettőt. |
|
filrte |
B |
‘–’ ,,FILRTE’’ {LIM_CHAR} |
Az útvonal, ahogy azt tárolták, azaz feldolgozás előtti állapotban. |
|
filtim |
B |
‘–’ ,,FILTIM’’ day ! timehhmm |
Annak dátuma és időpontja, hogy az üzenetet mikor rögzítették átvitelre. |
|
flband |
C |
‘–’ ,,FLBAND’’ fl fl |
Repülési szint-sáv, amely vízszintes sávokra osztja a légteret, és melynek határai a megadott repülési szintek. |
|
fltrul |
B |
‘–’ ,,FLTRUL’’ flightrule |
Repülési szabály (ld. ICAO, 8. mező). |
|
flttyp |
B |
‘–’ ,,FLTTYP’’ flighttype |
Járattípus (ld. ICAO, 8. mező). |
|
fmp |
B |
‘–’ ,,FMP’’ 4{ALPHA}4 |
Áramlásszervezési pozíció (FMP) azonosítója. |
|
fmplist |
C |
‘–’ ,,BEGIN’’ ,,FMPLIST’’ fmp reglist ‘–’ ,,END’’ ,,FMPLIST’’ |
FMP-k, és a hozzájuk tartozó ATFM szabályzások listája. |
|
freq |
B |
‘–’ ,,FREQ’’ rtf |
Rádiófrekvencia. |
|
fstday |
B |
‘–’ ,,FSTDAY’’ date |
Rendszeres repülési terv első üzemelési napja. Arra használjuk, hogy megkapjuk az RPL-ből generált repülési terv első aktuális napját (lásd a valfrom mezőt), vagy hogy megtudjuk, hogy egy adott változás mikortól hat egy RPL-re. |
|
furthrte |
B |
‘–’ ,,FURTHRTE’’ {LIM_CHAR} |
Járat további útvonala. Becsült adatokat tartalmazó üzenetekhez használjuk, hogy jelezze a járat további útvonalát a becsült pont felé haladva. Tartalmazhatja˙20a kövekező pontot, vagy a teljes útvonalat a célig. |
|
geo |
C |
‘–’ ,,GEO’’ geoid lattd longtd |
Adott útvonal egy pontját jelzi, amely hosszúsággal˙20és szélességgel van megadva, és a repülési tervben˙20GEOxx szám alatt szerepel (ahol xx egy sorszám). |
|
ifp |
B |
‘–’ ,,IFP’’ 1{ALPHA} |
FPL-ben ismert hibák száma. |
|
ifpdlist |
C |
‘–’ ,,BEGIN’’ ,,ISPDLIST’’ 1{ifpdlong} ‘–’ ,,END’’ ,,IFPDLIST |
Kereső közleményben megadott adatbáziskulccsal egyező IFPD-k teljes listája. Az kapott keresőkulcsnak megfelelő minden önálló járatról teljes információt tartalmaz. |
|
ifpdslist |
C |
‘–’ ,,’-’ ,,BEGIN’’ ,,IFPDSLIST’’ 1{ifpdsum} ‘–’ ,,END’’ ,,IFPDSLIST’’ |
Kereső közleményben megfogalmazott adatbázis-kulcsoknak megfelelő ifpdsum lista. A kapott keresőkulcsnak megfelelő minden járatról ad összesített információt. |
|
ifplid |
B |
‘–’ ,,IFPLID’’ ALPHA ALPHA {DIGIT}8 |
IFPS által rendelt egyedi repülési terv-azonosító. |
|
ifpsmod |
B |
‘–’ ,,IFPSMOD’’ fieldid midifind |
IFPS azon mezőkről szóló jelzése, melyeket megváltoztattak. Tartalmazza a változtatás lényegét is. |
|
ifpuresp |
B |
‘–’ ,,IFPURESP’’ ifpuid |
Azon IFPU azonosítója, amely felelős a keresésért. Ez dolgozza fel a keresést, és válaszol rá. |
|
ignore |
C |
‘–’ ,,BEGIN’’ ,,IGNORE’’ {(condition | condition ptid ptid) } ‘–’ ,,END’’ ,,IGNORE’’ |
Azon körülményeket jelzi, melyeket figyelmen kívül hagytak, kikerültek az adott üzenet feldolgozása alatt. A figyelmen kívül hagyott feltételt korlátozhatják az adott pontok által határolt útvonal egy bizonyos darabjára. Ez a feltétel lehet időbeli korlátozás, repülési magasság korlátozása, TOS megszegése stb. |
|
iobd |
B |
‘–’ ,,IOBD’’ date |
A kezdeti fékoldási (off-block) dátum, amit az FPL-ben adnak meg, és a repülési tervhez tartozó üzenetek változtatnak meg (DLA, CHG stb.). Ez egy hivatkozási dátum, melyet az adatbázisban a repülési tervhez való hozzáféréshez használnak, és csak az illetékes ATS egységek ismerik.
Megjegyzés: Az IOBD az ATFM-en átáramló igényelt vagy feljegyzett változások hatására sem változik meg. |
|
iobt |
B |
‘–’ ,,IOBT’’ timehhmm |
A kezdeti fékoldási (off-block) idő, amit az FPL-ben adnak meg, és a repülési tervhez tartozó üzenetek változtatnak meg (DLA, CHG stb.). Ez egy hivatkozási idő, melyet az adatbázisban a repülési tervhez való hozzáféréshez használnak, és csak az illetékes ATS egységek ismerik. Az IOBT az ATFM-en átáramló igényelt vagy feljegyzett változások hatására sem változik meg. |
|
lacdr |
C |
‘–’ ,,BEGIN’’ ,,LACDR’’ {airroute} ‘–’ ,,END’’ ,,LACDR’’ |
Lista az aktív Feltételes Útvonalakról. |
|
latsa |
C |
‘–’ ,,BEGIN’’ ,,LATSA’’ {airspace} ‘–’ ,,END’’ ,,LATSA’’ |
Lista az aktív Ideiglenesen Zárt Területekről. |
|
lcatsrte |
C |
‘–’ ,,BEGIN’’ ,,LCATSRTE’’ {airroute} ‘–’ ,,END’’ |
Lista a lezárt ATS-útvonalakról. |
|
lfir |
C |
‘–’ ,,BEGIN’’ ,,LFIR’’ 1{fir (lcadr | (lacdr lactsrte latsa lrar lrca))} ‘–’ ,,END’’ ,,LFIR’’ |
FIR-ek listája, mely tartalmazza a régió nevét, amelyet vagy az Elérhető Feltételes Útvonalak, vagy a Rendelkezésre álló Feltételes Útvonalak, a Lezárt ATS-útvonalak, az Ideiglenesen Zárt Területek, Csökkentett Légtéri Korlátozások és a Csökkentett Koordinációs Légterek listái követnek. |
|
lrar |
C |
‘–’ ,,BEGIN’’ ,,LRAR’’ {airspace} ‘–’ ,,END’’ ,,LRAR’’ |
Lista a Csökkentett Légtéri Korlátozásokról. |
|
lrca |
C |
‘–’ ,,BEGIN’’ ,,LRCA’’ {airspace} ‘–’ ,,END’’ ,,LRCA’’ |
Lista a Csökkentett Koordinációjú Területekről. |
|
lstday |
B |
‘–’ ,,LSTDAY’’ date |
Ismétlődő repülési terv utolsó működési napja. Arra használjuk, hogy megkapjuk az RPL-ből generált repülési terv utolsó aktuális napját, vagy hogy megtudjuk, hogy egy adott változás meddig hat egy RPL-re (ez esetben a VALFROM és a VALUNTIL értékei között kell lennie). |
|
mach |
B |
‘–’ ,,MACH’’ machnumber [point] |
Mach-szám, két tizedesjegyig, és a pont azonosítója, ahol a változtatást kérték. |
|
mesvalperiod |
B |
‘–’ ,,MESVALPERIOD’’ fulldatetime fulldatetime |
Üzenet érvényességi ideje, beleértve a két megadott időpontot is. |
|
minlineup |
B |
‘–’ ,,MINLINEUP’’ timehhmm |
‘Felszállásra kész’ járat elindításához szükséges minimális idő, amelyet a parkolóhelytől a levegőbe emelkedésig számolunk. |
|
modifinb |
B |
‘–’ ,,MODIFINB’’ 1{DIGIT}3 |
Az eredeti üzenet módosításainak száma. |
|
msgref |
C |
‘–’ ,,MSGREF’’ sender recvr seqnum |
Az előzőleg átvitt kapcsolódó üzenetekhez tartozó hivatkozási adatok. |
|
msgsum |
C |
‘–’ ,,BEGIN’’ ,,MSGSUM’’ {[arcid [adep] [ades] [eobt] [eobd] [orgn] [days] [valfrom] [valuntil] } ‘–’ ,,END’’ ,,MSGSUM’’ |
Üzenet összefoglalását tartalmazza.
Megjegyzés: Az arcid, adep, ades, eobt és orgn mezők közül legalább egyet* tartalmaznia kell az ismétlődés kizárásával.
_______
* Egy vagy több mező, melyek eltűntek vagy összezavarodtak a vett közleményben. |
|
|
|
|
|
|
msgtxt |
B |
‘–’ ,,MSGTXT’’ icaomsg |
Teljes ICAO-üzenetet tartalmaz. |
|
msgtyp |
B |
‘–’ ,,MSGGTYP’’ titleid |
A hivatkozott/másolt üzenet címe. Bármilyen érvényes ADEXP-üzenetcím lehet (ld. ,,B’’ Függelék). |
|
nav |
B |
‘–’ ,,NAV’’ text20 |
Fontos navigációs berendezések (ld. ICAO 18. mező NAV/.) |
|
nbarc |
B |
‘–’ ,,NBARC’’ 1{DIGIT}2 |
A repülőgépek száma, ha több mint egy. |
|
nbrfpd |
B |
‘–’ ,,NBRFPD’’ 1{DIGIT}3 |
Egy keresési szempontnak megfelelő repülési terv-adatok száma 00—99 között. |
|
newctot |
B |
‘–’ ,,NEWCTOT’’ timehhmm |
A TACT által frissített felszállási idő. |
|
newendtime |
B |
‘–’ ,,NEWENDTIME’’ day ! timehhmm |
Új időpont, amikor egy időszak véget ér. |
|
neweobd |
B |
‘–’ ,,NEWEOBD’’ date |
Új Becsült fékoldási (off-block) dátum. |
|
neweobt |
B |
‘–’ ,,NEWEOBT’’ timehhmm |
Új Becsült fékoldási (off-block) idő. |
|
newptot |
B |
‘–’ ,,NEWPTOT’’ timrhhmm |
Új Átmeneti Felszállási Idő. |
|
newrte |
B |
‘–’ ,,NEWRTE’’ {LIM_CHAR} |
Az eredeti közleményben szereplő indulási és érkezési repülőterek közti új útvonal. |
|
newstarttime |
B |
‘–’ ,,NEWSTARATTIME’’ day ! timehhmm |
Új időpont, amikor egy időszak elkezdődik. |
|
oldmsg |
B |
‘–’ ,,OLDMSG’’ {CHARACTER} |
A teljes eredeti üzenet, pontosan úgy (ugyanazon formában), ahogy megérkezett. |
|
opr |
B |
‘–’ ,,OPR’’ 1{LIM_CHAR} |
A járatot üzemeltető társaság/ügynökség neve, lásd ICAO 18. mező OPR/ elem. |
|
orgmsg |
B |
‘–’ ,,ORGMSG’’ titleid |
A hibás üzenet ADEXP-címe, ahogy a TACT megkapta. |
|
orgn |
B |
‘–’ ,,ORGN’’ 1{LIM_CHAR}30 |
Az üzenet küldőjének címe. |
|
orgnid |
B |
‘–’ ,,ORGNID’’ originatorid |
Egy olyan címzett azonosítója, amely küldött egy közleményt. |
|
orgrte |
B |
‘–’ ,,ORGRTE’’ {LIM_CHAR} |
Indulási és érkezési repülőterek közötti eredeti útvonal. |
|
origin |
C |
‘–’ ,,ORIGIN’’ networktype | fac | (networktype fac) |
Információ az üzenet küldőjéről. A vonatkozó címet, a használt hálózatot, vagy mindkettőt tartalmazhatja. |
|
origindt |
B |
‘–’ ,,ORIGINDT’’ datetime |
Az IFPS-en kapott eredeti üzenet dátuma és időpontja.
Ez nem a rögzítés időpontja.
A forma ÉÉHHNNÓÓPP. |
|
part |
C |
‘–’ ,,PART’’ num lastnum |
A cím által azonosított üzenet egy része, az elkészülés ideje, és az érvényesség ideje. |
|
per |
B |
‘–’ ,,PER’’ text20 |
Repülőgép teljesítményadatai, lásd ICAO, 18. mező PER/. |
|
position |
C |
‘–’ ,,POSITION’’ (adid | ptid)[(to |sto)] [fl] [cto] |
Adott pont, vagy a repülőtér segítségével meghatározott repülőgép pozíciója, esetleg további, repülési szintről és repülési időről szóló adatokkal. |
|
prevarcid |
B |
‘–’ ,,PREVARCID’’ aircraftid |
Előző használt hívójel. |
|
prevssrcode |
B |
‘–’ ,,PREVSSRCODE’’ ALPHA ! 4{‘0’ | ‘1’ | ‘2’ | ‘3’ | ‘4’ | ‘5’ | ‘6’ | ‘7’}4 |
A járat által használt SSR kód és üzemmód megelőzve az ‘-SSRCODE’ mezőben megadott SSR módot és kódot. |
|
propfl |
C |
‘–’ ,,PROPFL’’ tfl [sfl] |
A járat átadását elfogadó egység által javasolt repülési magasság. |
|
ptot |
B |
‘–’ ,,PTOT’’ timehhmm |
Átmeneti Felszállási Idő. ATFM-rés átmeneti hivatkozási ideje. |
|
qrorgn |
B |
‘–’ ,,QRORGN’’ originatorid |
A keresés elindítójának azonosítója. |
|
ralt |
B |
‘–’ ,,RALT’’ 1{LIM_CHAR}40 |
Útközbeni alternatív repülőterek nevei. |
|
rate |
B |
‘–’ ,,RATE’’ (((,,C’’ | ,,D’’)! 2 {DIGIT} 2) | ,,ZZZ’’) |
Repülőgéphez rendelt emelkedési/süllyedési ütem megváltozása, percenkénti 100 lábban kifejezve.
=> ,,C’’ jelzi az emelkedési ütemet, ,,D’’ jelzi a süllyedés ütemét, ezt követi egy kétjegyű szám, ami megmutatja a hozzárendelt ütemet száz lábak/perccel; ,,ZZZ’’ azt jelenti, hogy a repülőgéphez nincs emelkedési/süllyedési ütem rendelve. |
|
ratepdlst |
C |
‘–’ ,,BEGIN’’ ,,RATEPDLIST’’ ‘–’ ,,END’’ ,,RATEPDLIST’’ |
Lista időszakokról, és saját áramlási ütemük egyes ATFM-körülményhez. |
|
reason |
B |
‘–’ ,,REASON’’ 4{ALPHA}12 |
A TACT általi üzenet-visszautasítás, vagy rés érvénytelenítésének oka. További információ az üzenetről a szövegkörnyezettől függően. |
|
ref |
C |
‘–’ ,,REF’’ refid ptid brng distnc |
Egy útvonal egy pontja, amelyet mágneses iránnyal és távolsággal határoztak meg egy másik ponttól, és adták neki a REFxx leírót. |
|
refdata |
C |
‘–’ ,,REFDATA’’ [sender] [recvr] seqnum |
Hivatkozási adatok egy átvitt közleményre. |
|
reg |
B |
‘–’ ,,REG’’ 1{IM_CHAR}7 |
ICAO 18. mező REG/- szerinti regisztrációs jelzések. |
|
regloc |
B |
‘–’ ,,REGLOC’’ 1{LIM_CHAR}15 |
ATFM szabályzás hivatkozási helye. |
|
regul |
B |
‘–’ ,,REGUL’’ regulid |
Adott járatra vonatkozó szabályzás azonosítója. |
|
rejctot |
B |
‘–’ ,,REJCTOT’’ timehhmm |
Visszautasított Számított Felszállási Idő, negatív válasz a Résidőfejlesztési Javaslatra. |
|
release |
B |
‘–’ ,,RELEASE’’ 1{ALPHA}1 |
Annak jelzése, hogy a járatot az átadó irányító a fogadó irányítóhoz engedte át.
C = emelkedésre átengedve
D = süllyedésre átengedve
T = fordulóra átengedve
F = bármilyen tevékenységre átengedve. |
|
rename |
C |
‘–’ ,,RENAME’’ renid ptid |
Jelentős pontnak adott ideiglenes, új név, amely az útvonalleírásban többször is szerepel, hogy elkerülhetők legyenek a zavarok. Ez csak az útvonalértelmezés tisztaságát szolgálja, és a pont igazi azonosítását nem érinti. |
|
respby |
B |
‘–’ ,,RESPBY’’ timehhmm |
Respond By: az az idő, ami alatt a Résidőfejlesztési Javaslatra válasz kell hogy érkezzen. |
|
rfl |
B |
‘–’ ,,RFL’’ flightlevel [point] |
Igényelt repülési szint (repülési szintben, 10 méterben, vagy 100 lábban megadva), esetleg az RFL változását igénylő pontot tartalmazza. |
|
rfp |
B |
‘–’ ,,RFP’’ ,,Q’’ (‘1’ | ‘2’ | ‘3’ | ‘4’ | ‘5’ | ‘6’ | ‘7’ | ‘8’ | ‘9’) |
Az RFP (Helyettesítő Repülési Terv) kijelzője. A jelzésnek ‘Q’-nak kell lennie, melyet egy szám követ (1—9). |
|
rfpdlist |
C |
‘–’ ,,BEGIN’’ ,,RFPDLIST’’ {rfpdlong} ‘–’ ,,END’’ ,,RFPDLIST’’ |
Keresésnél megadott kulcsszavaknak megfelelő RFPD-k teljes listája. |
|
refpdslist |
C |
‘–’ ,,BEGIN’’ ,,RFPDSLIST’’ {rfpdsum} ‘–’ ,,END’’ ,,RFPDSLIST’’ |
A keresésnél megadott kulcsszavaknak megfelelő rfpdsum (RFPD összesített információ) lista. |
|
rif |
B |
‘–’ ,,RIF’’ 4{LIM_CHAR} |
A vizsgált célrepülőtér ICAO-azonosítójával lezárt, a felszállási engedélytől függően vizsgált útvonal. |
|
rmk |
B |
‘–’ ,,RMK’’ 1{LIM_CHAR} |
Egyszerű nyelvi megjegyzések, lásd ICAO 18. mező RMK/. |
|
route |
B |
‘–’ ,,ROUTE’’ {LIM_CHAR} |
A teljes ICAO 15. mező adatai sebességgel, RFL-lel és (a 4. Hivatkozásban megadott szintaxisnak megfelelő) útvonallal. |
|
rrtefrom |
C |
‘–’ ,,RRTREFORM’’ tfvid refloc flowlst flblock |
Elterelendő közlekedési áramlat leírása. |
|
rrteref |
B |
‘–’ ,,RRTEREF’’ rrteid |
Elterelési hivatkozás. |
|
rrteto |
C |
‘–’ ,,RRTETO’’ tfvid refloc flowlst flblock |
Azon közlekedésáramlat leírása, melyre a közlekedést elterelik. |
|
rtepts |
C |
‘–’ ,,BEGIN’’ ,,RTEPTS’’ {pt [ad]} ‘–’ ,,END’’ ,,RETPTS’’ |
Útvonalpontok listája. Tartalmazhat repülőtér-azonosítót is. |
|
rvr |
B |
‘–’ ,,RVR’’ 1{DIGIT}3 |
Kifutópálya Menti Látótávolság (RVR). Különleges időjárási körülmények esetén használatos minimumérték méterben kifejezve. |
|
rvrcond |
C |
‘–’ ,,BEGIN’’ ,,RVRCOND’’ 1{rvrperiod} ‘–’ ,,END’’ ,,RVRCOND’’ |
Lista időszakokról és az akkor érvényes RVR-ekről. |
|
rvrperiod |
C |
‘–’ ,,RVRPERIOD’’ from until rvrlimit |
Az az időszak, amikor az adott RVR-határ alkalmazható. |
|
sector |
B |
‘–’ ,,SECTOR’’ 1{ALPHANUM}8 |
ATC szektor jele. |
|
sel |
B |
‘–’ ,,SEL’’ 4{ALPHA}5 |
Az ICAO 18. mező SEL/ elemének megfelelő SELCAL kód. |
|
sendto |
C |
‘–’ ,,BEGIN’’ SENDTO’’ {unit} ‘–’ ,,END’’ ,,SENDTO’’ |
Lista Légi Navigációs egységekről, melyek közleményt fognak küldeni. |
|
seqpt |
B |
‘–’ ,,SEQPT’’ ssrequioment |
Megfigyelő berendezések, lásd ICAO 10. mező. |
|
sid |
B |
‘–’ ,,SID’’ pint ! 1{DIGIT}1! 0{ALPHA}1 |
Standard Műszeres Indulási Eljárás leírása. |
|
speed |
B |
‘–’ ,,SPEED’’ spd [point] |
Valódi légsebesség (km/h-ban vagy csomóban), és esetleg a pont megjelölése, ahonnan a légsebesség megváltoztatása szükséges. |
|
spla |
B |
‘–’ ,,SPLA’’ 1{LIM_CHAR}50 |
Repülőgép jelzésének színei, lásd ICAO 10. mező, A/ elem. |
|
spladdr |
C |
‘–’ ,,BEGIN’’ ,,SPLADDR’’ {fac} ‘–’ ,,END’’ ,,SPLADDR’’ |
Kapcsolati adatok, ahol a repülési tervről kisegítő információk nyerhetők. |
|
splc |
B |
‘–’ ,,SPLC’’ 1{LIM_CHAR}50 |
Kapitány neve, lásd ICAO, 19. mező ‘C/’ elem. |
|
spldcap |
B |
‘–’ ,,SPLDCAP’’ 1{DIGIT}3 |
Az ICAO 19. mező ‘D/’ elemének megfelelően a mentőcsónakok kapacitása. |
|
spldcol |
B |
‘–’ ,,SPLDCOL’’ 1{LIM_CHAR}50 |
Az ICAO 19. mező ‘D/’ elemének megfelelően a mentőcsónakok színe. |
|
spldcov |
B |
‘–’ ,,SPLDCOV’’ (‘T’ | ‘F’) |
Az ICAO 19. mező ‘D/’ elemének megfelelően annak jelzése, hogy a csónakok fedettek-e vagy sem
‘T’ — True — igen=> ‘C’ az ICAOnál;
‘F’ — False — nem fedett. |
|
spldnb |
B |
‘–’ ,,SPLDNB’’ 1{DIGIT}2 |
Az ICAO 19. mező ‘D/’ elemének megfelelően a mentőcsónakok száma. |
|
sple |
B |
‘–’ ,,SPLE’’ timehhmm_elapsed |
Üzemanyag mennyisége, lásd ICAO 19. mező ‘E/’ elem. |
|
splj |
B |
‘–’ ,,SPLJ’’ lifejackets |
Mentőmellények, lásd ICAO 19. mező ‘J/’ elem. |
|
spln |
B |
‘–’ ,,SPLN’’ 1{LIM_CHAR} |
ICAO 19. mező ‘N/’ elem szerinti egyéb túlélőfelszerelések, valamint egyéb hasznos megjegyzések. |
|
splp |
B |
‘–’ ,,SPLP’’ 1{DIGIT}3 |
Fedélzeten lévő személyek száma az ICAO 19. mező ‘P/’ eleme szerint. |
|
splr |
B |
‘–’ ,,SPLR’’ emergradio |
ICAO 19. mező ‘R/’ elem szerinti vészrádió. |
|
spls |
B |
‘–’ ,,SPLS’’ survivaleqpt |
ICAO 19. mező ‘S/’ elem szerinti túlélőfelszerelés. |
|
src |
B |
‘–’ ,,SRC’’ (,,RPL’’ | ,,FPL’’ | ,,AFIL’’ | ,,MFS’’ | ,,FNM’’ | ,,AFP’’ | ,,RQP’’ | ,,RQS’’ | NIL) |
Adatforrás azonosítása, a tartalom a TITLE mezőtől függ. |
|
ssrcode |
B |
‘–’ ,,SSRCODE’’ (‘A’ ! 4{‘0’| ‘1’ | ‘2’ | ‘3’ | ‘4’ | ‘5’ | ‘6’ | ‘7’}4 | ,,REQ’’) |
Két lehetőség van:
— ICAO 7. mező b és c pontja szerinti SSR mód és kód, vagy
— a ‘REQ’ betűsor jelentése: kód szükséges. |
|
star |
B |
‘–’ ,,STAR’’ point ! 1{DIGIT}1 ! 0{ALPHA}1 |
Standard Érkezési Eljárás leírása. |
|
starttime |
B |
‘–’ ,,STARTTIME’’ day ! timehhmm |
Időpont, ami egy időszak kezdetét jelzi. |
|
stay |
C |
‘–’ ,,STAY’’ stayident time ((adid adid)) | (ptid ptid) (adid |ptid) | (ptid adid)) [ptspeed] [ptrfl] |
Repülés közbeni ‘különleges tevékenység’ időszakát jelzi, amikor a repülőgép a definiált pontok és/vagy repülőterek között marad az adott hosszúságú ideig, pl. gyakorlás, repülés közbeni üzemanyagtöltés, fényképező küldetés stb. Megjegyzés: Fontos az adott pontok és repülőterek sorrendje. |
|
stayinfo |
C |
‘–’ ,,STAYINFO’’ stayident remark |
A tevékenység leírása, ami miatt a repülőgép adott terület fölött ‘marad’ (gyakorlás, fényképező küldetés stb.). |
|
sts |
B |
‘–’ ,,STS’’ (,,PROTECTED’’ |flightplanstatus | 1{LIM_CHAR}) |
Különleges elbánás oka, lásd még ICAO 18. mező STS/ pont. A különleges kezelés jelzésére lehet választani ‘PROTECTED’-et, vagy egyet a felismert címkék közül (EMES, HOSP stb.) vagy szabad szöveget. |
|
taxitime |
B |
‘–’ ,,TAXITIME’’ timehhmm |
A fékoldási idő és a felszállási idő különbsége. Lehet becsült vagy aktuális, a szövegkörnyezettől függően. |
|
tfcvol |
B |
‘–’ ,,TFCVOL’’ 1{ALPHANUM}15 |
Közlekedés mértékének azonosítása. |
|
tfv |
C |
‘–’ ,,TFV’’ tfvid refloc flowlst flblock |
Közlekedés mértékének leírása. |
|
title |
B |
‘–’ ,,TITLE’’ titleid |
A közlemény címe. |
|
ttleet |
B |
‘–’ ,,TTLEET’’ timehhmm_elapsed |
Összes becsült eltelt idő órákban és percekben. |
|
typz |
B |
‘–’ ,,TYPZ’’ text20 |
ICAO-kód hiányában a repülőgép típusa. |
|
unit |
C |
‘–’ ,,UNIT’’ unitid [addrinfo] |
Léginavigációs egységre, egy repülőgép-üzemeltetőre, vagy repülési terv kibocsátójára vonatkozó információ. Az egység azonosítását, valamint esetleg további címadatokat tartalmaz. |
|
valfrom |
B |
‘–’ ,,VALFROM’’ date |
Első dátum, amikor a járat menetrend szerint közlekedik (év, hónap, nap). |
|
valfromk |
B |
‘–’ ,,VALFROMK’’ (date | datewldcrd) |
Első dátum, amitől a járat menetrend szerint közlekedik, használható adatbáziskulcsként keresésnél, helyettesíthető joker-karakterekkel.
Érvényes dátum, vagy érvényes dátum és helyettesítő karakterek kombinációja szükséges. |
|
valfromold |
B |
‘–’ ,,VALFROMOLD’’ date |
Az előző ‘valfrom’ értéke.
Adatbáziskulcsként használatos. Mikor az érvényesség dátuma megváltozik, az új érték a ’VALFROM’-ba kerül. |
|
validitydate |
B |
‘–’ ,,VALIDITYDATE’’ date |
Érvényesség dátuma. |
|
valuntil |
B |
‘–’ ,,VALUNTIL’’ date |
A járat utolsó menetrendszerű napja (év, hónap, nap). |
|
valuntilk |
B |
‘–’ ,,VALUNTILK’’ (date | datewldcrd) |
A járat utolsó menetrendszerű napja (év, hónap, nap), adatbáziskulcsként is használható kereséseknél, helyettesíthető joker-karakterekkel.
Érvényes dátum, vagy érvényes dátum és helyettesítő karakterek kombinációja szükséges. |
|
valuntilold |
B |
‘–’ ,,VALUNTILOLD’’ date |
Az előző ‘valuntil’ dátum-értéke.
Adatbáziskulcsként használatos. Mikor az érvényessség dátuma megváltozik, az új érték a ’VALUNTIL’-ba kerül. |
|
wktrc |
B |
‘–’ ,,WKTRC’’ waketurbcat |
Az ébredő turbulencia (wake turbulence) kategóriája. |
|
Almező |
Típus |
Szintaxis |
Alkalmazás |
Melyelsődlegesmezőkbenhasználatos |
Melyalmezőkbenhasználatos |
|
addrinfo |
C |
‘–’ ,,ADDRINFO’’ networktype fac |
Címinformáció. |
unit |
|
|
adid |
B |
‘–’ ,,ADID’’ icaoaerodrome | ‘ZZZZ’ |
Repülőtér azonosítója. Tartalmazhatja az ICAO-helyzetjelzőt, vagy ennek hiányában a ‘ZZZZ’ betűket. |
adpositionstay |
|
|
airroute |
C |
‘–’ ,,AIRROUTE’’ [num] refatsrte flblock valperiod [remark] |
Adott időszak alatti ATS útvonal részét vagy egészét jelöljük vele. |
lacdrlcatsrte |
|
|
airspace |
C |
‘–’ ,,AIRSPACE’’ [num] airspde flblock valperiod respunit [remark] |
Adott időszak folyamán a légtér részének vagy egészének leírása. |
latsalrarlrca |
|
|
airspdes |
B |
‘–’ ,,AIRSPDES’’ 3{ALPHANUM}12 |
Az ATS útvonaltól eltérő légtér leírása. |
entrydata |
airspace |
|
arng |
B |
‘–’ ,,BRNG’’ refbearing |
Egy navigációs segítőpont és az adott pont iránya, mágneses fokokban. |
eef |
|
|
condition |
B |
‘–’ ,,CONDITION’’ 2{ALPHA}20 |
A körülmény, vagy korlátozás oka, pl.˙20TOS, FL korlátozása. |
ignore |
|
|
crfl1 |
B |
‘–’ ,,CRFL1’’ flightlevel |
Az emelkedési sáv alsó magassághatára, amelyen belül cruiseclimb szükséges. |
crsclimb |
ptcrsclimb |
|
crfl2 |
B |
‘–’ ,,CRFL2’’ (flightlevel | PLUS’’) |
Az emelkedési sáv felső magassághatára, amelyen belül cruiseclimb szükséges, ha ismert (PLUS: ha a határ ismeretlen). |
crsclimb |
ptcrsclimb |
|
crmach |
B |
‘–’ ,,CRMACH’’ machnumber |
Az emelkedés sávban tartott sebesség, Mach-ban. |
crsclimb |
ptcrsclimb |
|
crspeed |
B |
‘–’ ,,CRSPEED’’ spd |
Az emelkedés sávjában tartott sebesség. |
crsclimb |
ptcrsclimb |
|
cto |
B |
‘–’ ,,CTO’’ timehhmm |
Számolt Pont Feletti Elhaladási Idő. |
adposition |
pt |
|
distnc |
B |
‘–’ ,,DISTNC’’ 1{DIGIT}3 |
Egy navigációs pont távolsága az adott ponttól, tengeri mérföldben. 3 számjegy, esetleg vezető nullákkal. |
ref |
|
|
efl |
B |
‘–’ ,,EFL’’ flightlevel |
Becsült repülési szint. |
Jövőbenihasználatrafenntartva |
|
|
endreg |
B |
‘–’ ,,ENDREG’’ day ! timehhmm |
ATFM szabályzás befejezésének ideje. |
|
exccondregulation |
|
eto |
B |
‘–’ ,,ETO’’ date ! timehhmm ! seconds |
Becsült pont feletti elhaladási idő évben, hónapban, napban, órában, percben és másodpercben. |
adafildataestdataposition |
pt |
|
exccond |
C |
‘–’ ,,EXCCOND’’ regnum refloc regreason startreg endreg [flblock] [rvrlimit] [remark] |
ATFM kontextusában fennálló ‘különleges körülmény’, pl. repülőtéri köd. |
|
reglist |
|
fac |
B |
‘–’ ,,FAC’’ 1{LIM_CHAR}30 |
Címadatok. |
addrcassaddrextaddroriginspladdr |
addrinforecvrsender |
|
fir |
B |
‘–’ ,,FIR’’ 7{ALPHA}7 |
FIR vagy UIR leírása. |
lfir |
|
|
fl |
B |
‘–’ ,,FL’’ flightlevel |
Általános repülési szint-mező. Lehet ‘SFL’, ’EFL’, ’CFL’, ’RFL’ stb. a környezettől függően. |
adafildatacflentrydataestdataflbandposition |
flblockpt |
|
flblock |
C |
‘–’ ,,FLBLOCK’’ fl fl |
Repülési magasság elzárása, két adott magasság között függőlegesen definiálva, beleértve a kapott repülési szinteket. Az adott magasság alatti vagy fölötti elzárás kifejezése: a 000 repülési szinttől az adottig, vagy az adottól a 999-ig. |
adrrtetorrtefromtfv |
airspaceairrouteptregulationexccond |
|
flow |
C |
‘–’ ,,FLOW’’ frompos [via1] [via2] topos [via3] [via4] flowrole |
Egy ‘áramlás’ jelölése, megadva a forrásterületet, választhatóan az átrepülendő útvonalat vagy pontokat a forrásterülettől, vagy az átrepülendő pontokat, útvonalakat a célterület felé. |
|
flowlst |
|
flowlst |
C |
‘–’ ,,BEGIN’’ ‘–’ ,,FLOWLST’’ 1{flow} ‘–’ ,,END’’ ,,FLOWLST’’ |
Közlekedési áramlatok listája. |
rrtetorrtefromtfv |
|
|
flowrate |
B |
‘–’ ,,FLOWRATE’’ 3{LIM_CHAR}7 |
ATFM szabályzás által előírt ‘mérték’. |
|
rateperiod |
|
flowrole |
B |
‘–’ ,,FLOWROLE’’ ‘EX’ | ‘IE’ | ‘EM’ | ‘IN’ |
Az áramlás ‘szerepe’, lehet:
EX: kivéve;
IE: beleértve, de mentesítve;
EM: mentesítve;
IN: beleértve. |
|
flow |
|
from |
B |
‘–’ ,,FROM’’ day ! timehhmm |
Az időpont, ahonnan egy időszak elkezdődik. |
rvrperiod |
rateperiod |
|
frompos |
B |
‘–’ ,,FROMPOS’’ 1{ALPHANUM}15 |
Adott pozíció, ahonnan egy útvonal, egy útvonalrészlet, egy ‘ösvény’ vagy áramlat kezdődik. Lehet egy jelentős pont, egy repülőtér vagy egy régió. |
|
flow |
|
geoid |
B |
‘–’ ,,GEOID’’ geoname |
A ‘GEO’ által létrehozott földrajzi pont azonosítója, mindig egy sorszámmal szerepel (pl. GEO12). |
geo |
|
|
ifpdlong |
C |
‘–’ ,,BEGIN’’ ,,IFPDLONG’’ adexpmsg ‘–’ ,,END’’ ,,IFPDLONG’’ |
Adott repülési tervre vonatkozó minden információ. |
ifpdlist |
|
|
ifpdsum |
C |
‘–’ ,,IFPDSUM’’ arcid adep ades eobt orgn |
Önálló repülési tervről szóló összesített információ. Tartalmazza az arcid, adep, ades, eobt és orgn mezők értékeit. |
ifpdslist |
|
|
lastnum |
B |
‘–’ ,,LASTNUM’’ 3{DIGIT}3 |
Egy sorozat végét jelző háromjegyű szám. |
|
|
|
lattd |
B |
‘–’ ,,LATTD’’ latitudelong ! latitudeside |
Földrajzi szélesség fokokban, szögpercekben és -másod-percekben és az irány (északi vagy déli). |
eetlatgeo |
|
|
longtd |
B |
‘–’ ,,LONGTD’’ longitudelong ! longitudeside |
Földrajzi hosszúság fokokban, szögpercekben és -másod-percekben, és az irány (keleti vagy nyugati). |
eetlonggeo |
|
|
network-type |
B |
‘–’ ,,NETWORKTYPE’’ 2{ALPHANUM}10 |
A közleménycseréhez használt hálózat típusa. |
origin |
addrinfo |
|
num |
B |
‘–’ ,,NUM’’ 3{DIGIT}3 |
Háromjegyű szám. |
extaddrpart |
airspaceairroute |
|
penrate |
B |
‘–’ ,,PENRATE’’ 3{DIGIT}7 |
A ‘Függési arány’, ATFM célokra használva. |
|
rateperiod |
|
postproc-txt |
B |
‘–’ ,,POSTPROCTXT’’ adexpmsg |
A feldolgozás utáni teljes ADEXP üzenetet tartalmazza. |
adexptxt |
|
|
preproctxt |
B |
PREPROCTXT’’ adexpmsg |
Feldolgozás előtti teljes ADEXP üzenet, ahogy ez érkezett. |
adexptxt |
|
|
pt |
C |
‘–’ ,,PT’’ [(fl | flblock)] [sfl] [eto] [to] [cto] [ptrte] [ptstay] [ptrfl] [ptrulchg] [(ptspeed | ptmach)] [ptcrsclimb] |
Az útvonal egy pontja. =>
Tartalmazza egy pont azonosítóját, és választhatóan:
— repülési szintet, vagy annak elzárását,
— kisegítő repülési szintet,
— idő-vonatkozásokat,
— cruiseclimb-ot,
— útvonaljelzést,
— ‘különleges tevékenység’ jelzését, úgymint a repülőgép egy ideig ‘tartózkodik’ egy területen. Megváltozik:
— az RFL, a repülési szabályok, a sebesség/Mach-szám. |
rtepts |
|
|
ptcrsclimb |
C |
‘–’ ,,PTCRSCLIMB’’ (crspeed | crmach) crfl1 crfl2 |
A cruiseclimb jelzése az útvonalban. Megadja a sebességet vagy a Mach-számot, utána pedig az emelkedési sáv két végpontját jelölő repülési szinteket. A második helyett használható a ‘PLUS’ is, ami azt jelenti, hogy a felső határ ismeretlen. |
|
pt |
|
ptfltrul |
B |
‘–’ ,,PTFLTRUL’’ ‘VFR’ | ‘IFR’ |
Azon repülési szabályok jelzése, melyek a vonatkozó pontnál alkalmazhatók. |
entrydata |
|
|
ptid |
B |
‘–’ ,,PTID’’ point |
Pontazonosítás, akár a kódolt jellel, vagy mesterségesen adott névvel (GEOxx, REFxx és RENxx által). |
afildatacflcoordatacrsclimbentrydataestdataignorepositionrefrename |
pt |
|
ptmach |
B |
‘–’ ,,PTMACH’’ machnumber |
Mach-szám, századokban kifejezve az útvonal egyes pontjaihoz rendelve. |
adentrydata |
pt |
|
ptmilrul |
B |
‘–’ ,,PTMILRUL’’ ‘OAT’ | ‘GAT’ |
Azon ‘katonai’ repülési szabályok jelzése, melyek az adott pontban alkalmazhatók. |
entrydata |
pt |
|
ptrfl |
B |
‘–’ ,,PTRFL’’ flightlevel |
Szükséges repülési szint, az útvonal egy pontjához rendelve. |
adentrydata |
pt |
|
ptrte |
B |
‘–’ ,,PTRTE’’ 2{LIM_CHAR} |
A jelzett pontot követő repülési útvonal. Lehet csak a következő pontig szóló útvonalelem, esetleg a teljes, a célrepülőtérig vezető útvonal. |
|
pt |
|
ptrulchg |
B |
‘–’ ,,PTRULCHG’’ rulechg | flighttypechg | rulechg flighttypechg |
A repülési szabályokban (VFR/IFR), a repülési típusban (OAT/GAT), esetleg mindkettőben beálló változást jelzi az útvonal egy adott pontjához rendelve. |
ad |
pt |
|
ptspeed |
B |
‘–’ ,,PTSPEED’’ spd |
Valós légsebesség az útvonal egy pontjához rendelve (km/h-ban vagy csomóban). |
adentrydata |
pt |
|
ptstay |
B |
‘–’ ,,PTSTAY’’ stayidentifier timehhmm |
A rögzített repülési útvonalban a ‘különleges tevékenység’ jelzése, amikor a repülőgép adott terület felett ‘tartózkodik’ adott hosszúságú ideig, pl. gyakorlás, újratankolás a levegőben stb. miatt. |
ad |
pt |
|
rateperiod |
C |
‘–’ ,,RATEPERIOD’’ from until flowrate penrate |
Adott időszak jelzése, melyben a meghatározott ATFM szabályzásokra alkalmazható áramlási ütem érvényes. |
ratepdlst |
regcond |
|
recvr |
B |
‘–’ ,,RECVR’’ fac |
A hivatkozott közlemény vevője. |
msgrefrefdata |
|
|
refatsrte |
B |
‘–’ ,,REFATSRTE’’ atsroute point [country] point [country] |
ATS útvonal leírása és az első és utolsó pontok azonosítója. A listázott pontok ICAO-kód szerint, vagy a kapott GEOxx, RENxx, REFxx által azonosíthatók. Azon ország azonosítója is szerepelhet, ahol a pont található. A végpontoknak meg kell egyezniük az útvonalinformációval. |
|
airroute |
|
refid |
B |
‘–’ ,,REFID’’ refname |
A REF által előállított hivatkozási pont azonosítója, egy sorszámmal (pl. REF02). |
ref |
|
|
refloc |
B |
‘–’ ,,REFLOC’’ 1{LIM_CHAR}15 |
ATFM szabályzás hivatkozási helye. |
rrtetorrtefromtfv |
exccondregulation |
|
regcond |
C |
‘–’ ,,BEGIN’’ ,,REGCOND’’ {rateperiod} ‘–’ ,,END’’ ,,REGCOND’’ |
Az időszakok és a hozzájuk tartozó áramlási szintek egy adott szabályzás esetén. |
|
regulation |
|
regdesc |
B |
‘–’ ,,REGDESC’’ 1{LIM_CHAR} |
ATFM szabályzás leírása. |
|
regulation |
|
regid |
B |
‘–’ ,,REGID’’ regulid |
A ‘Szabályzás’ áramlásszervezésének azonosítója. |
|
|
|
reglist |
C |
‘–’ ,,BEGIN’’ ,,REGLIST’’ regulation [exccond] ‘–’ ,,END’’ ,,REGLIST’’ |
Áramlásszervezési szempontból lényeges ‘Szabályzások’ listája. |
fmplist |
|
|
regnum |
B |
‘–’ ,,REGNUM’’ 3{DIGIT}3 ! ,,/’’ ! 2{DIGIT}2 |
ATFM- ‘Szabályzás’ hivatkozási száma. Érvényességi jelzést és egyedi hivatkozást tartalmaz. |
|
exccondregulation |
|
regreason |
B |
‘–’ ,,REGREASON’’ 4{ALPHA}12 |
ATFM-’Szabályzás’ oka. |
|
exccondregulation |
|
regulation |
C |
‘–’ ,,REGULATION’’ regnum regid regdesc reflco startreg endreg [flblock] [remark] [tfvid] [regreason] [regcond] |
Áramlásszervezési célból létrejött ‘Szabályozás’. |
|
reglist |
|
remark |
B |
‘–’ ,,REMARK’’ 1{LIM_CHAR} |
Megjegyzés a tételről, annak leírása, amiről a mező szól. |
stayinfo |
airspaceairrouteexccondregulation |
|
renid |
B |
‘–’ ,,RENID’’ renameid |
Az útvonal leírásban megismételt pont leírása. |
rename |
|
|
respunit |
B |
‘–’ ,,RESPUNIT’’ 12{ALPHA}12 |
A felelős ATC egység. |
|
airspace |
|
rfpdlong |
C |
‘–’ ,,BEGIN’’ ,,REFPDLONG’’ {adexpmsg} ‘–’ ,,END’’ ,,RFPDLONG’’ |
Egy rendszeres repülési tervre vonatkozó teljes információ. |
rfpdlist |
|
|
rfpdsum |
C |
‘–’ ,,RFPDSUM’’ arcid adep ades eobt orgn days valfrom valuntil |
Rendszeres repülési tervre vonatkozó összesített információ. Tartalmazza az arcid, adep, ades, eobt, orgn, days, valfrom és valuntil mezők értékeit. |
rfpdslist |
|
|
rvrlimit |
B |
‘–’ ,,RVRLIMT’’ 3{DIGIT}3 |
Pályamenti látótávolság: Különleges időjárási körülmények fennállásakor érvényes műveleti minimumérték, méterben kifejezve. |
rvrperiod |
exccond |
|
sender |
B |
‘–’ ,,SENDER’’ fac |
A hivatkozott üzenet küldője. |
msgrefrefdata |
|
|
seqnum |
B |
‘–’ ,,SEQNUM’’ 3{DIGIT}3 |
Az elküldött közlemény sorozatszáma (egyedi háromjegyű szám a küldő/fogadó kombinációhoz). |
msgrefrefdata |
|
|
sfl |
B |
‘–’ ,,SFL’’ flightlevel ! (‘A’|’B’) |
Kiegészítő repülési szint. Az a repülési szint, amelyen vagy ami fölött, illetve amelyen vagy ami alatt a járat egy pont keresztezése koordinálva volt vagy lesz. Tartalmazza a repülési szintet és a keresztező feltételt (‘A’, ha a repülőgép legalább az adott szinten keresztezi a pontot, vagy ‘B’, ha a repülőgép legfeljebb az adott szinten keresztezi a pontot). |
coordataestdatapropfl |
pt |
|
startreg |
B |
‘–’ ,,STARTREG’’ day ! timehhmm |
Az adott ATFM szabályzás hatályának kezdete. |
|
exccondregulation |
|
statid |
B |
‘–’ ,,STATID’’ coorstatusident |
Egy járat koordinációs állapotának jelzése. |
cstat |
|
|
statreason |
B |
‘–’ ,,STATREASON’’ coorstatusreason |
Adott járat koordinációs állapota megváltozásának oka. |
cstat |
|
|
stayident |
B |
‘–’ ,,STAYIDENT’’ stayidentifier |
‘Különleges tevékenység’ vagy ‘tartózkodás’ időszakának jelölése a repülési útvonalon belül. |
staystayinfo |
|
|
sto |
B |
‘–’ ,,STO’’ timehhmm ! seconds |
Általános idő-mező, amely tartalmazhatja egy adott pont vagy repülőtér idejét. Ez lehet becsült, számolt vagy aktuális idő, függően a szövegkörnyezettől. |
adcoordataposition |
Pt |
|
tfl |
B |
‘–’ ,,TFL’’ flightlevel |
Átadási repülési szint. Az a magasság, amelyen a járat egy adott pont felett haladt el/fog elhaladni (vízszintes repülésnél), vagy a jóváhagyott repülési szint (ha a határpontnál a gép emelkedik/süllyed). |
coordatapropfl |
|
|
tfvid |
B |
‘–’ ,,TFVID’’ 1{ALPHANUM}15 |
Közlekedési mérték azonosítója. |
rrtetorrtefromtfv |
regulation |
|
time |
B |
‘–’ ,,TIME’’ timehhmm |
Idő jelzése. Aktuális idő vagy időtartam kijelzése, a szövegkörnyezettől függően. |
stay |
|
|
to |
B |
‘–’ ,,TO’’ timehhmm |
‘Elhagyási/átrepülési idő’. Általános időmező, mely az időt tartalmazza egy pontig vagy egy repülőtérig. Lehet becsült, kiszámított, vagy aktuális idő, a szövegkörnyezettől függően. |
positioncoordata |
pt |
|
topos |
B |
‘–’ ,,TOPOS’’ 1{ALPHANUM}15 |
Egy pozíció, ameddig az út, az út egy darabja, egy ‘ösvény’, vagy egy áramlat terjed. Lehet egy régió, repülőtér, vagy csak egy jelentős pont. |
|
flow |
|
unitid |
B |
‘–’ ,,UNITID’’ 2{ALPHANUM}10 |
Léginavigációs egység azonosítása (ATC-egység, repülőgép-irányító vagy repülési terv kibocsátója). |
unit |
|
|
until |
B |
‘–’ ,,UNTIL’’ day ! timehhmm |
Idő, amikor az adott időszak végződik. |
rvrperiod |
rateperiod |
|
valperiod |
B |
‘–’ ,,VALPERIOD’’ fulldatetime fulldatetime |
Érvényesség ideje, a két határidőt is beleértve. |
|
airrouteairspace |
|
via1 |
B |
‘–’ ,,VIA1’’ 1{ALPHANUM}15 |
Egy pont, egy ATS útvonal, vagy egy légtér, amelynek benne kell(ene) lennie a repülési tervben. Ha több ilyen van, akkor ez a mező jelzi az elsőt a sorban. |
|
flow |
|
via2 |
B |
‘–’ ,,VIA1’’ 1{ALPHANUM}15 |
Egy pont, egy légiforgalmi útvonal, vagy egy légtér, amelynek benne kell(ene) lennie a repülési tervben. Ha több ilyen van, akkor ez a mező jelzi a másodikat a sorban. |
|
flow |
|
via3 |
B |
‘–’ ,,VIA1’’ 1{ALPHANUM}15 |
Egy pont, egy légiforgalmi útvonal vagy egy légtér, amelynek benne kell(ene) lennie a repülési tervben. Ha több ilyen van, akkor ez a mező jelzi a harmadikat a sorban. |
|
flow |
|
via4 |
B |
‘–’ ,,VIA1’’ 1{ALPHANUM}15 |
Egy pont, egy légiforgalmi útvonal vagy egy légtér, amelynek benne kell(ene) lennie a repülési tervben. Ha több ilyen van, akkor ez a mező jelzi a negyediket a sorban. |
|
flow |
Az ADEXP-üzenetcímek központi mutatója
Cím Definíció Megjelenés a fejezetben
ABI Előzetes Határadatot Tartalmazó Tájékoztató Közlemény E.3
ACK Nyugtázó Közlemény E.1
ACP Elfogadó Közlemény E.5
ACT Aktivizáló Közlemény E.3
AUP Légtér Felhasználói Terv Közlemény E.4
BFD Repülési Alapadat Közlemény E.5
CDN Koordinációs Közlemény E.3
CFD Repülési Adat Változása Közlemény E.5
CNLCOND ATXM Különleges Körülmény Megszakító Közlemény E.2.3
CNLREG ATFM Szabályzás Megszakítása Közlemény E.2.3
COD SSR Kód Kiosztó Közlemény E.3
COF Frekvencia Váltást Jelző Közlemény E.3
CRAM Szabad Alternatív Útvonal Közlemény E.4
DES Felfüggesztés Vége Közlemény E.2.2
EXCOND ATFM Kivételes Körülmény Jelzése Közlemény E.2.3
FCM Járatmegerősítő Közlemény E.2.2
FLS Járatfelfüggesztő Közlemény E.2.2
FSA Első Rendszer Aktivizáló Közlemény E.2.3
HOP Átadási Felajánlás Közlemény E.3
IACH Egyedi ATC Módosítási Közlemény E.1
IAFP Egyedi ATC Repülési Terv-Javaslat Közlemény E.1
IAPL Egyedi ATC Repülési Tervközlemény E.1
IARR Egyedi Érkezési Közlemény E.1
ICHG Egyedi Módosítás Közlemény E.1
ICNL Egyedi Törlés Közlemény E.1
IDEP Egyedi Indulási Közlemény E.1
IDLA Egyedi Késés Közlemény E.1
IFPL Egyedi Repülési Terv Közlemény E.1
INF Információs Közlemény E.3
IRPL Egyedi Rendszeres Repülési Terv Közlemény E.1
IRQS Egyedi Kisegítő Repülési Terv Kérése Közlemény E.1
ISPL Egyedi Kisegítő Repülési Terv E.1
LAM Logikai Nyugtázó Közlemény E.3, E.5
LRM Logikai Visszautasító Közlemény E.3
MAC Koordináció Törlő Közlemény E.3
MAN Kézi Feldolgozás Felfüggesztve Közlemény E.1
MAS Összeköttetés Felvételét Jelző Közlemény E.3
MODCOND ATFM Kivételes Körülmény Módosítása Közlemény E.2.3
MODREG ATFM Szabályzás Módosítása Közlemény E.2.3
MRA Kötelező Útvonal Aktiválása Közlemény E.2.3
MRCNL Kötelező Útvonal Törlése Közlemény E.2.3
MRMOD Kötelező Útvonal Módosítása Közlemény E.2.3
NEWREG Új ATFM Szabályzást Jelző Közlemény E.2.3
NTA Nincs Elfogadott Forgalom Közlemény E.2.3
NTACNL Nincs Elfogadott Forgalom Törölve Közlemény E.2.3
NTAMOD Nincs Engedélyezett Forgalom Módosítva Közlemény E.2.3
OLRA Lerakodó Útvonal Aktiválva Közlemény E.2.3
OLRCNL Lerakodó Útvonal Törlése Közlemény E.2.3
OLRMOD Lerakodó Útvonal Módosítása Közlemény E.2.3
PAC Előzetes Aktiváló Közlemény E.3
RAP Válaszköteles Aktivizáló Közlemény E.3
RCHG Rendszeres Repülési Terv Adatmódosítási Közlemény E.1
RCNL Rendszeres Repülési Terv Adattörlési Közlemény E.1
RDY Elkészülési Közlemény E.2.2
REJ Visszautasítási Közlemény E.1
REV Átadási Körülményeket Módosító Közlemény E.3
RJC Koordinációt Visszautasító Közlemény E.5
RJT Elterelést Visszautasító Közlemény E.2.2
ROF Rádióösszeköttetés Átkérési Közlemény E.3
RRP Elterelési Javaslat Közlemény E.2.2
RRV Válaszköteles Módosítást Javasló Közlemény E.3
SAM Résidő Kiosztó Közlemény E.2.2
SBY Várakoztató Közlemény E.3
SDM Kiegészítő Adatokat Tartalmazó Közlemény E.3
SIP Résidőfejlesztési Javaslati Közlemény E.2.2
SLC Résidőkérelem Törölve Közlemény E.2.2
SMM Résidő Elmulasztva Közlemény E.2.2
SPA Résidőjavaslat Elfogadva Közlemény E.2.2
SRJ Résidőjavaslat Visszautasítva Közlemény E.2.2
SRM Résidő Felülvizsgálati Közlemény E.2.2
SRR Résidő Felülvizsgálati Kérelem Közlemény E.2.2
TIM Átvitel Kezdő Közlemény E.3
UUP Fejlett Légtérhasználati Terv Közlemény E.4
XAP Alternatív Keresztezési Javaslat Közlemény E.5
XCM Keresztezés Törölve Közlemény E.5
XIN Keresztezési Szándék Jelzése Közlemény E.5
XRQ Keresztezés Kérése Közlemény E.5
Foglalt közleménycímek központi jegyzéke
C.1. Ez a Függelék tartalmazza a foglalt közleménycímek központi jegyzékét, amelyeket az ADEXP még nem definiált használatra.
C.2. Ezen, az ADEXP Műszaki előírás által hivatalosan még nem használt címek listája e Függelékben megjelenésének célja, hogy amennyire lehetséges, megelőzze a redundanciát új cím egy bizonyos célból való létrehozatalakor, vagy egy olyan cím létrehozását, amelyet helyi rendszerekben már használnak.
Cím Közleménytípus Fenntartó
ACTARR Érkezés-aktiváló Közlemény Franciaország
ACTDEP Indulás-aktiváló Közlemény Franciaország
ADMFPL ADMAR2000 Repülési Terv Közlemény Németország
ADMFPT ADMAR2000 Repülési Terv Befejezése Közlemény Németország
ADMFPU ADMAR2000 Repülési Terv Fejlesztése Közlemény Németország
ANM ATFM Jelző Közlemény CFMU
ANSWERCT Válaszközlemény (Terminálvezérlő Rendszer) Franciaország
ANSWM Válaszközlemény (ODS) Franciaország
ANSXFPLCT Válaszközlemény Franciaország
ATT Leszállási Közlemény Franciaország
BEGINPROC Feldolgozás Kezdete Közlemény Franciaország
BEGPROC Irányító Munkahely Üzembehelyezési Folyamat Közlemény (ODS) Franciaország
BEGPROCCT Irányító Munkahely Üzembehelyezési Folyamat Közlemény (Terminálvezérlő Rendszer) Franciaország
CDA Felszállási Engedély Közlemény (ARINC 623) Franciaország
CDAFTX Felszállási Engedély Közlemény (ARINC 620) Franciaország
XHGDEP Induló Járat Módosító Közlemény Franciaország
CLD Indulási Engedély Közlemény (ARINC 623) Franciaország
CLDFTX Indulási Engedély Közlemény (ARINC 620) Franciaország
CNLARR Érkezés Törlése Franciaország
CNLCOND Kivételes Körülmény Törlése CFMU
CNLDEP Indulás Törlése Franciaország
CNLREG ATFM Szabályzás Törlése CFMU
CONFEND Műveleti Konfiguráció Megváltozásának Vége Közlemény Franciaország
CONFIDM Műveleti Konfigurációs Közlemény (ODS) Franciaország
CONFIDMCT Műveleti Konfigurációs Közlemény (Terminálvezérlő Rendszer) Franciaország
DEC Felszállási Közlemény Franciaország
DOUBM Repülési Terv Duplikáló Közlemény Franciaország
DRT Cél Módosítása Közlemény Franciaország
EATARR Becsült Érkezési Idő Felülírása Közlemény Franciaország
ENDPROC Irányító Munkahely Bekapcsolás Utolsó Közlemény (ODS) Franciaország
ENDPROCCT Irányító Munkahely Bekapcsolás Utolsó Közlemény (Terminálvezérlő Rendszer) Franciaország
EVLARR Érkezéshez Elő-aktiválási Közlemény Franciaország
EVLDEP Induláshoz Elő-aktiválási Közlemény Franciaország
EXCOND Különleges Körülmény Aktiválása Közlemény CFMU
FICM Repülési Adatok Előállítása Közlemény Franciaország
FLXVIVO 'Rugalmas Pálya' Leírás Kijelzése Közlemény Franciaország
FPCLOSE Repülési Terv Zárása Közlemény (ODS) Franciaország
FPCLOSECT Repülési Terv Zárása Közlemény (Terminálvezérlő Rendszer) Franciaország
FPCLOSED Repülési Terv Kettőzésének Zárása Közlemény (ODS) Franciaország
FPCRD Repülési Terv Aktiválása Közlemény (ODS) Franciaország
FPCRDCT Repülési Terv Aktiválása Közlemény (Terminálvezérlő Rendszer) Franciaország
FPCRDD A Repülési Terv Aktiválási Közlemény Duplikálása (ODS) Franciaország
FPCRE Repülési Terv Előállítása Közlemény (ODS) Franciaország
FPCRECT Repülési Terv Előállítása Közlemény (Terminálvezérlő Rendszer) Franciaország
FPINI Repülési Terv Elő-aktiválása Közlemény (ODS) Franciaország
FPINICT Repülési Terv Elő-aktiválása Közlemény (Terminálvezérlő Rendszer) Franciaország
FPINID Repülési Terv Elő-aktiválásának Kettőzése Közlemény Franciaország
FPNTF Repülési Terv Elő-aktiválása Közlemény (ODS) Franciaország
FPNTFD Repülési Terv Elő-aktiválásának Kettőzése Közlemény (ODS) Franciaország
FPRDU Repülési Adat Információs Közlemény nem Érintett Szektorra (ODS) Franciaország
FPRDUCT Repülési Adat Információs Közlemény nem Érintett Szektorra (Terminálvezérlő Rendszer) Franciaország
FSM Indulási Engedély Rendszerközlemény (ARINC 623) Franciaország
FSMFTX Indulási Engedély Rendszerközlemény (ARINC 620) Franciaország
FSR Járatfelfüggesztési Kérelem Közlemény CFMU
IACHID Egyedi Légiforgalmi Módosítás Közlemény Németország
ICHGD Egyedi Módosítás Közlemény Németország
IDEPD Egyedi Indulás Közlemény Németország
IDLAD Egyedi Késés Közlemény Németország
IFPDQ Egyedi Repülési Terv Adatkereső Közlemény CFMU
IFPDQR Egyedi Repülési Terv Adatkereső Válaszközlemény CFMU
IFPDSQ Egyedi Repülési Terv Összesített Adatkereső Közlemény CFMU
IFPDSQR Egyedi Repülési Terv Összesített Adatkeresés Válaszközlemény CFMU
IFPLD Egyedi Repülési Terv Közlemény Németország
INFOM Információs Közlemény Franciaország
IRQS Egyedi Kiegészítő Információkérő Közlemény CFMU
ISPL Egyedi Kiegészítő Repülési Tervközlemény CFMU
LGR Repülési Terv Közleménylista Franciaország
LISTFP Repülési Terv Közleménylista (ODS) Franciaország
LISTFPCT Repülési Terv Közleménylista (Terminálvezérlő Rendszer) Franciaország
LOGON Repülési Terv Azonosítása Közlemény Franciaország
MAJVIVO Napi Mozgások Közlemény Franciaország
MCOM Koordinációs Közlemény Franciaország
MODCOND Különleges Körülmény Módosulása Közlemény CFMU
MODREG ATFM Szabályzás Módosulása Közlemény CFMU
MRA Kötelező Útvonal Aktiválása Közlemény CFMU
MRCNL Kötelező Útvonal Törlése Közlemény CFMU
MRMOD Kötelező Útvonal Módosulása Közlemény CFMU
MRR Kötelező Elterelés Közlemény CFMU
MVTVIVO Mozgások Információs Közleménye Franciaország
NEWREG ATFM Szabályzás aktiválása Közlemény CFMU
NTA 'Nem engedélyezett' Közlekedési Áramlat Életbelépése Közlemény CFMU
NTACNL 'Nem engedélyezett' Közlekedési Áramlat Törlése Közlemény CFMU
NTAMOD 'Nem engedélyezett' Közlekedési Áramlat Módosulása Közlemény CFMU
OCLM Óceáni Térköz Közlemény Franciaország
OCLMD Óceáni Térköz Kettőzése Közlemény Franciaország
OLRA Kirakodási Útvonal Életbelépése Közlemény CFMU
OLRCNL Kirakodási Útvonal Törlése Közlemény CFMU
OLRMOD Kirakodási Útvonal Módosulása Közlemény CFMU
PAMAER Kifutó Használhatósági Közlemény Franciaország
PAMARB 'On-stand' Megerősítő Közlemény Franciaország
PAMARRANN Érkezési Állóhely Szétosztás Törlése Közlemény Franciaország
PAMARRCRE Érkezési Állóhely Szétosztás Közlemény Franciaország
PAMARRPST Érkezési Állóhely Szétosztás Módosítása Közlemény Franciaország
PAMDAPARB Érkező Repülőgép Parkolási Közlemény Franciaország
PAMDAPCRE Állóhely Foglalása Közlemény Franciaország
PAMDEPANN Indulási Állóhely Szétosztás Törlése Közlemény Franciaország
PAMDEPCRE Indulási Állóhely Foglalása Közlemény Franciaország
PAMDEPPST Indulási Állóhely Szétosztás Módosítása Közlemény Franciaország
PAMDRB 'Off-stand' Megerősítő Közlemény Franciaország
QTAARR Vissza az Eredeti 'Kreált' Státushoz Érkezésnél Közlemény Franciaország
QTADEP Vissza az Eredeti 'Kreált' Státushoz Indulásnál Közlemény Franciaország
RCD Indulási Engedély Kérése Közlemény (ARINC 623) Franciaország
RCDFTX Indulási Engedély Kérése Közlemény (ARINC 620) Franciaország
REVARR Érkezési Felülvizsgálati Közlemény Franciaország
RFPDQ Rendszeres Repülési Terv Adatkeresési Közlemény CFMU
RFPDQR Rendszeres Repülési Terv Adatkeresési Válaszközlemény CFMU
RFPDSQ Rendszeres Repülési Terv Összesített Adatkeresési Közlemény CFMU
RFPDSQR Rendszeres Repülési Terv Összesített Adatkeresési Válaszközlemény CFMU
RIEM Repülési Adatinformációs Közlemény Franciaország
RMG Hibás Megközelítés Közlemény Franciaország
RRA Elterelés Elfogadása Közlemény CFMU
RREC Rendszeres Repülési Terv Visszaállító Közlemény CFMU
RRN Elterelés Értesítő Közlemény CFMU
RSUS Rendszeres Repülési Tervet Felfüggesztő Közlemény CFMU
RWYCHGCT Kifutó Konfigurációs Közlemény Franciaország
TRACT Repülési Terv Aktiválását Kérő Közlemény (ODS) Franciaország
TRACTCT Repülési Terv Aktiválását Kérő Közlemény (Terminálvezérlő Rendszer) Franciaország
TRCNL Repülési Terv Törlését Kérő Közlemény (ODS) Franciaország
TRCNLCT Repülési Terv Törlését Kérő Közlemény (Terminálvezérlő Rendszer) Franciaország
TRCOR Kézi Korrelációt Kérő Közlemény Franciaország
TRDECOR Kézi Dekorrelációt Kérő Közlemény Franciaország
TRFIC Repülési Terv Adatkészítést Kérő Közlemény (ODS) Franciaország
TRFICCT Repülési Terv Adatkészítést Kérő Közlemény (Terminálvezérlő Rendszer) Franciaország
TRFLRQT Repülési Szintet Igénylő Közlemény Franciaország
TRMOD Repülési Terv Módosító Közlemény (ODS) Franciaország
TRMODCT Repülési Terv Módosító Közlemény (Terminálvezérlő Rendszer) Franciaország
TRMODH Időmódosítást Kérő Közlemény Franciaország
TRMODHD Késő Járatra Időmódosítást Kérő Közlemény Franciaország
TRMVT Kilépő Járat Koordinálását Kérő Közlemény (ODS) Franciaország
TRMVTCT Kilépő Járat Koordinálását Kérő Közlemény (Terminálvezérlő Rendszer) Franciaország
TRPOINT Specifikus Repülési Adatkérő Közlemény Franciaország
TRRET Kérés a Repülési Terv 'Elkészült' Státusra Való Felülvizsgálatára (ODS) Franciaország
TRRETCT Kérés a Repülési Terv 'Elkészült' Státusra Való Felülvizsgálatára (Terminálvezérlő Rendszer) Franciaország
TRRIP Repülési Adat Kijelzésének Kérése Közlemény (ODS) Franciaország
TRRIPCT Repülési Adat Kijelzésének Kérése Közlemény (Terminálvezérlő Rendszer) Franciaország
TRRQT Repülési Terv Kérése Közlemény (ODS) Franciaország
TRRQTCT Repülési Terv Kérése Közlemény (Terminálvezérlő Rendszer) Franciaország
TRSHRQT SHOOT-ra Engedély Kérése Közlemény Franciaország
TRSTAR Irányító Munkahely Bekapcsolásának Kérése Közlemény (ODS) Franciaország
TRSTARCT Irányító Munkahely Bekapcsolásának Kérése Közlemény (Terminálvezérlő Rendszer) Franciaország
TRTRP Pozíció Átadása Közlemény Franciaország
UNKFP Repülési Terv Elnyomása Közlemény (ODS) Franciaország
UNKFPCT Repülési Terv Elnyomása Közlemény (Terminálvezérlő Rendszer) Franciaország
Foglalt mezők központi jegyzéke
D.1. Ez a Függelék tartalmazza a foglalt mezők (elsődleges és almezők, valamint segédfogalmak) központi jegyzékét, amelyeket az ADEXP még nem definiált használatra. Ez a jegyzék vetíti előre, hogy előreláthatólag használatba kerülnek a jövőben egy fejlesztés során, esetleg már használják őket, de csak helyi rendszerekben.
D.2. Ezen, az ADEXP Műszaki előírás által hivatalosan még nem használt mezők listája e Függelékben megjelenésének célja, hogy amennyire lehetséges, megelőzze a redundanciát új mező egy bizonyos célból való létrehozatalakor, vagy egy olyan mező létrehozását, amelyet helyi rendszerekben már használnak.
D.3. Foglalt segédfogalmak
|
fpcentrestate |
‘CREE’|’EVEIL’| ‘EVLCRT’|’ACTIVE’| ‘TERM’ |
Repülési terv állapota ACC-n belül. |
fpctst |
|
|
|
latitude |
4{DIGIT}4 |
Négy számjegyben kifejezett földrajzi szélesség. |
Jövőbeli használatra. |
|
|
|
latitudeshort |
2{DIGIT}2 |
Kétszámjegyű földrajzi szélesség. |
Jövőbeli használatra. |
|
|
|
longitude |
5{DIGIT}5 |
Ötszámjegyű földrajzi hosszúság. |
Jövőbeli használatra. |
|
|
|
longitudeshort |
3{DIGIT}3 |
Háromjegyű földrajzi hosszúság. |
Jövőbeli használatra. |
|
|
|
pointcautra |
1{ALPHANUM}5 |
A francia rendszerre specifikálva. |
firstpid |
pointid
ptcid
ptid |
|
|
positioniden- tification |
1{ALPHANUM}6 |
Aktuális vagy logikai munkahely. |
|
posid |
|
|
qfuid |
(‘0’|’1’ |’2’ |’3’) ! 1{DIGIT}1 ! (‘L’ |’C’ |’R’|NIL) |
Kifutó QFU-ja:
‘L’: bal,
‘C’: közép,
‘R’: jobb. |
qfu |
qful |
|
|
secidentifi- cation |
1{ALPHANUM}2 |
Szektorazonosító. |
secdest
secsrc |
secid |
|
|
sendingreason |
‘INI’ |’NTF’ |’ACT’ |’MOD’ |’MVT’ |’MVTSEC’ | ‘COORAUTO’ | ‘MODHD’ | ‘CNL’ | ‘RADAR’ | ‘INIT’ | ‘RQT’ |’TRF’ | ‘RIP’ | ‘CONF’ | ‘END’ | ‘QTA’ | ‘ESLSA’ | ‘OCM’ | ‘DMER’ | ‘TRFSEC’ | ‘COLLAT’ | ‘SHRQT’ | ‘POINT’ | ‘FLRQT’ | ‘PKG’ |
A repülési terv adatainak elküldési oka. |
event |
|
|
|
starreason |
‘TOTAL’ |
Az adott pont repülési tervadatokkal való inicializálásának típusa. |
streason |
|
|
|
temperature |
(,,N’’|,,P’’)!2{DIGIT}2 |
Hőmérséklet Celsius-fokban (0—99-ig) két számjegyben és előjellel (‘N’egatív/’P’ozitív). |
temp |
|
|
|
updatereason |
(‘T’!(‘R’|NIL)|’R’) |
A repülési adatok felülírásának típusa: Kezelői (‘T’), Radar (‘R’). |
|
udpt |
|
|
Foglalt elsődleges mező |
Típus |
Szintaxis |
Szemantika |
|
aabd |
B |
‘–’ ,,AABD’’ date |
Aktuális érkezési fékbehúzási dátum. |
|
aabt |
B |
‘–’ ,,AABT’’ timehhmm |
Aktuális érkezési fékbehúzási idő. |
|
acnf |
C |
‘–’ ,,ACNF’’ ad rncf [qfulist] |
Kifutó konfigurálása. |
|
aobd |
B |
‘–’ ,,AOBD’’ date |
Aktuális fékoldási dátum. |
|
aobt |
B |
‘–’ ,,AOBT’’ timehhmm |
Aktuális fékoldási idő. |
|
apptyp |
B |
‘–’ ,,APPTYP’’ 1{ALPHANUM}1 |
A járat megközelítési típusa (egy számjegy, értékek: 1, 2, 3). |
|
arcidao |
B |
‘–’ ,,ARCIDAO’’ 1{ALPHANUM}1 |
Repülőgép-üzemeltetők által használt repülőgép-azonosítás. |
|
arcidatc |
B |
‘–’ ,,ARCIDATC’’ 8{DIGIT}8 |
ATC által használt helyi, egyedi repülőgép-azonosító. |
|
atis |
B |
‘–’ ,,ATIS’’ 1{ALPHA}1 |
Automatikus Terminálinformációs Szolgáltatás kijelzője. |
|
autfl1 |
B |
‘–’ ,,AUTFL1’’ fl3 |
Engedélyezett repülési szint 1. |
|
autfl2 |
B |
‘–’ ,,AUTFL2’’ fl3 |
Engedélyezett repülési szint 2. |
|
automsg |
C |
‘–’ ,,AUTOMSG’’ (sendt ptcid flb pflt)|’NO’ |
Azon adatokat tartalmazza, amelyek egy koordinációs közleményben átadásra kerülnek: küldési idő, kilépési pont, kilépési pont feletti repülési szint, tervezett repülési szint és arra vonatkozó információ, hogy a szint összhangban van-e az egyezményekkel. |
|
avail |
B |
‘–’ ,,AVAIL’’ ‘YES’|’NO’ |
Annak jelzése, hogy egy adott szektor módosíthatja-e a repülési terv adatait. |
|
bkrow |
B |
‘–’ ,,BKROW’’ 1{DIGIT}2 |
Referenciapont helyzete az útvonalpontok között. |
|
bkt |
B |
‘–’ ,,BKT’’ datetime |
A hivatkozási pont feletti idő egy átvitelhez. |
|
codetr |
B |
‘–’ ,,CODETR’’ ‘YES’|’NO’ |
Annak jelzése, hogy az irányítóhelyről átadják-e vagy sem az SSR kódot a pilótának. |
|
confid |
B |
‘–’ ,,CONFID’’ 1{DIGIT}5 |
Üzemeltetési konfiguráció azonosítója (szektorok|pozíciók). |
|
confl |
C |
‘–’ ,,BEGIN’’ ,,CONFL’’ 1{eopos} ‘–’ ,,END’’ ,,CONFL’’ |
Szektor/pozíció összefüggések listája egy útközbeni központban. |
|
crspd |
B |
‘–’ ,,CRSPD’’ 1{DIGIT}4 |
Cirkálási sebesség csomóban. |
|
ctripe |
B |
‘–’ ,,CTRIPE’’ centreidentification |
Egy kapcsolat fogadó központjának neve. |
|
ctrow |
B |
‘–’ ,,CTROW’’ 1{DIGIT}1 |
A központ helyzete a központok listáján |
|
ctsrc |
B |
‘–’ ,,CTSRC’’ centreidentification |
Küldő központ azonosítója. |
|
ctxtct |
B |
‘–’ ,,CTXTCT’’ ‘OPE’| ‘TST’ |
Terminálvezérlő rendszer üzemelési állapota. |
|
ctxtfdps |
B |
‘–’ ,,CTXTFDPS’’ contextfdpsid |
FDPS üzemelés módja. |
|
ctxtpos |
B |
‘–’ ,,CTXTPOS’’ contextphidiasid |
ODS üzemelés módja. |
|
curfl |
B |
‘–’ ,,CURFL’’ fl3 |
Pillanatnyi repülési szint. |
|
curpos |
B |
‘–’ ,,CURPOS’’ ptid | (lattdlongtd) |
Pillanatnyi pozíció. |
|
curpost |
B |
‘–’ ,,CURPOST’’ datetime |
Dátum és idő a pillanatnyi pozícióban. |
|
curptt |
B |
‘–’ ,,CURPTT’’datetime |
A pillanatnyi pont feletti elrepülés dátuma és ideje. |
|
curptx |
B |
‘–’ ,,CURPTX’’ 1{DIGIT}2 |
A pillanatnyi pozíció sorszáma az útvonalpontok listájában. |
|
dcatcid |
B |
‘–’ ,,DCATCID’’ icaoaerodrome |
FDPS által adatkapcsolatban a repülőgépnek adott indulási engedélyért felelős repülőtér. |
|
dcbtxt |
B |
‘–’ ,,DCBTXT’’ ‘PDC REQUEST RECEIVED’|’PDC REQUEST UNKNOWN’|’PDC REQUEST IGNORED’|’ACK’ |
ARINC 623 indulási engedély alapszövege. ‘ACK’ a nyugtázást jelenti. |
|
dcbtxtftx |
B |
‘–’ ,,DCBTXT’’ ‘PDC REQUEST RECEIVED’|’PDC REQUEST UNKNOWN’|’PDC REQUEST IGNORED’|’ACK’ |
ARINC 620 indulási engedély alapszövege. ‘ACK’ a nyugtázást jelenti. |
|
dccar |
B |
‘–’ ,,DCCAR’’ ‘dmer’|’collat’w’no’ |
Járat indulási állapota. |
|
dcid |
B |
‘–’ ,,DCID’’ 1{digit}3 |
Indulási engedély rendszerszáma. |
|
dcmtyp |
B |
‘–’ ,,DCMTYP’’ 1{ALPHA}3 |
Indulási engedély típusa. |
|
dcref |
B |
‘–’ ,,DCREF’’ 1{ALPHANUM}5 |
Indulási engedély szövegkörnyezeti hivatkozása. |
|
dcrmk |
B |
‘–’ ,,DCRMK’’ 1{LIM_CHAR}80 |
Indulási engedély megjegyzés. |
|
dcs1txt |
B |
‘–’ ,,DCS1TXT’’ ‘REQUEST BEING PROCESSED’|’REQUEST ALREADÍ RECEIVED’|’FLIGHT PLAN NOT HELD’|’ERROR IN MESSAGE’ |
Indulási Engedély Rendszerüzenet mellé kiegészítő szöveg (ARINC 623). |
|
dcs2txt |
B |
‘–’ ,,DCS2TXT’’ ‘STANDBY’|’REVERT TO VOICE PROCEDURE’ |
Indulási Engedély Rendszerüzenet mellé második kiegészítő szöveg (ARINC 623). |
|
dcdt |
B |
‘–’ ,,DCDT’’ datetime !seconds |
Indulási engedély napja, órája, perce, másodperce. |
|
delcode |
B |
‘–’ ,,DELCODE’’ 1{ALPHANUM}20 |
Késés oka. |
|
dfdpsid |
B |
‘–’ ,,DFDPSID’’ datetime !seconds |
Repülési Adatfeldolgozó Rendszer Azonosítójának adatai. |
|
doubid |
B |
‘–’ ,,DOUBID’’ 1{ALPHANUM}2 |
Kettős jelenség azonosítója. |
|
ecurptt |
B |
‘–’ ,,ECURPTT’’ datetime |
Pillanatnyi pont feletti átrepülés becsült ideje. |
|
eda |
B |
‘–’ ,,EDA’’ date |
Becsült érkezési dátum. |
|
elastptt |
B |
‘–’ ,,ELASTPTT’’ datetime |
Az útvonal utolsó pontja feletti átrepülés becsült ideje. |
|
endhldt |
B |
‘–’ ,,ENDHLDT’’ datetime |
Minta tartásának végideje. |
|
entrnb |
B |
‘–’ ,,ENTRNB’’ ‘1’ | ‘2’ | ‘3’ | ‘4’ | ‘5’ | ‘6’ | ‘7’ | ‘8’ | ‘9’ | ‘10’ | ‘11’ | ‘12’ | ‘13’ | ‘14’ | ‘15’ |
Egy központban megjelenő járat megjelenési gyakorisága. |
|
entryt |
B |
‘–’ ,,ENTRYT’’ datetime |
Pozícióba belépési idő. |
|
enxtptt |
B |
‘–’ ,,ENXTPTT’’ datetime |
A következő pont feletti becsült átrepülési idő (nincs megadva, ha a pillanatnyi pont az utolsó pont). |
|
eobdt |
B |
‘–’ ,,EOBDT’’ datetime |
Dátum, és becsült fékoldási idő. |
|
eosrc |
B |
‘–’ ,,EOSRC’’ eoidentification |
Üzemelési ‘jelenség’ azonosítása. |
|
espfl |
B |
‘–’ ,,ESPFL’’ flightlevel |
A megelőző irányítóhely kiegészítő átadási repülési szintje. |
|
eta |
B |
‘–’ ,,ETA’’ timehhmm |
Becsült érkezési idő. |
|
etrfl |
B |
‘–’ ,,ETRFL’’ flightlevel | flighttendency |
Belépési repülési szint, vagy a repülési profil tendenciája. |
|
event |
B |
‘–’ ,,EVENT’’ sendingreason |
FDPS-t kiváltó eseménye. |
|
firstpid |
B |
‘–’ ,,FIRSTPID’’ pointcautra |
Francia rendszerre specifikálva. |
|
flbk |
B |
‘–’ ,,FLBK’’ flightlevel |
Aktivált járat utolsó átadási hivatkozási pontjának repülési szintje, vagy a tranzakció hivatkozási pontjának módosított szintje. |
|
fpbaseid |
B |
‘–’ ,,FPBASEID’’ datetime!seconds |
Repülési Terv Adatbázis azonosítása. |
|
fpctst |
B |
‘–’ ,,FPCTST’’ fpcentrestate |
Repülési Terv Állapota egy központban. |
|
fpkwl |
C |
‘–’ ,,BEGIN’’ ,,FPKWL’’ 1{fpident}300 ‘–’ ,,END’’ ,,FPKWL’’ |
Ismert, de még nem átadott repülési tervek listája egy pozíció számára. |
|
fplcat |
B |
‘–’ ,,FPLCAT’’ ,,T’’ | ,,E’’ | ,,S’’ | ,,I’’ |
Járat kategóriája:
T: átrepülő,
E: belföldi,
S: külföldi,
I: belső. |
|
fplist |
C |
‘–’ ,,BEGIN’’ ,,FPLIST’’ 1{fpsum}50 ‘–’ ,,END ,,FPLIST’’ |
Repülési tervről szóló információk listája egy hívójelre. |
|
fpllist |
C |
‘–’ ,,BEGIN’’ ,,FPLLIST’’ fpllgr ‘–’ ,,END’’ ,,FPLLIST’’ |
Repülési tervek mezőinek listája. |
|
fplnb |
B |
‘–’ ,,FPLNB’’ 1{DIGIT}1 |
Repülési tervek száma 0-tól ötig. |
|
fplstat |
B |
‘–’ ,,FPLSTAT’’ ,,T’’ | ,,C’’ |
Járat állapota:
T: befejezett,
C: aktív. |
|
fprmk |
B |
‘–’ ,,FPRMK’’ 1{LIM_CHAR}8 |
Kezdeti repülési tervhez tartozó megjegyzések. |
|
fpsrc |
B |
‘–’ ,,FPSRC’’ (,,FICTOT’’|,,FICEVIL’’| ,,FICMOD’’|,,FICABI’’|,,FICACT’’| ,,FICPAC’’|,,FPL’’|,,RPL’’|,,NKW’’) |
Repülési terv forrása. |
|
fpunkl |
C |
‘–’ ,,BEGIN’’ ,,FBLUNKL’’ 1{fpident}300 ‘–’ ,,END’’ ,,FPUNKL’’ |
‘Ismeretlen’ repülési tervek listája. |
|
freetxt |
C |
‘–’ ,,BEGIN’’ ,,FREETXT’’ 1{txt}3 ‘–’ ,,END’’ ,,FREETXT’’ |
Kötetlen szöveges üzenetek. |
|
flxid |
B |
‘–’ ,,FTXID’’ 1{ALPHANUM}14 |
Flex-track azonosítása. |
|
flxname |
B |
‘–’ ,,FLXNAME’’ 1{ALPHANUM}4 |
Flex-track neve. |
|
flxnum |
B |
‘–’ ,,FLXNUM’’ 1{DIGIT}2 |
Flex-track generációszáma. |
|
grspd |
B |
‘–’ ,,GRSPD’’ 1{DIGIT}4 |
Földhöz viszonyított sebesség csomóban. |
|
hldbkrw |
B |
‘–’ ,,HLDBKRW’’ 1{DIGIT}2 |
Az útvonalpontok listájában található mintakövető hivatkozási pont számozott pozíciója. |
|
icing |
B |
‘–’ ,,ICING’’ 1{ALPHA}8 |
Jegesedés:
‘TRACE’: nyomokban
‘LIGHT’: könnyű
‘MODERATE’: közepes
‘SEVERE’: komoly. |
|
indstip |
B |
‘–’ ,,INDSTIP’’ ‘STIP’ |
Francia rendszerre specifikálva. |
|
initid |
B |
‘–’ ,,INITID’’ 1{DIGIT}1 |
Üzembehelyezési szám. |
|
interid |
B |
‘–’ ,,INTERID’’ ‘V’!2{DIGIT}2!’R’! 2{DIGIT}2 |
FDPS/ODS vagy FDPS/Terminálrendszer interfész azonosítója. |
|
lalglist |
C |
‘–’ ,,BEGIN’’ ,,LALGLIST’’ lalg ‘–’ ,,END’’ ,,LALGLIST’’ |
Az útvonalpontok földrajzi hosszúsága és szélessége. |
|
lang |
B |
‘–’ ,,LANG’’ ‘?’ |
Társalgási nyelv kijelzője. ‘?’: a nyelv a társaságnál nem használatos. |
|
lastradt |
B |
‘–’ ,,LASTRDT’’ DATETIME |
A radaradatok alapján történt utolsó frissítés. |
|
lights |
B |
‘–’ ,,LIGHTS’’ 1{ALPHANUM}1 |
Fények kódja. |
|
maint |
B |
‘–’ ,,MAINT’’ ‘YES’|’NO’ |
Az irányítóhelyhez történő adatáramlás folyamatosan karbantartott-e vagy sem. |
|
modea |
B |
‘–’ ,,MODEA’’ ‘A’!4{‘0’ |’1’ |’2’ |’3’ |’4’ |’5’ |’6’ |’7’}4 |
SSR A mód információ. |
|
modec |
B |
‘–’ ,,MODEC flightlevel |
SSR C mód információ. |
|
msgbody |
B |
‘–’ ,,MSGBODY’’ 1{CHARACTER} |
Karakterláncot tartalmaz, amely megegyezik az azonos és létező nem-ADEXP üzenettel. |
|
msgct |
B |
‘–’ ,,MSGCT’’ datetime ! seconds |
Az üzenet ‘időbélyege’ nap, óra, perc, másodperc formában. |
|
nat |
B |
‘–’ ,,NAT’’ 1{ALPHA}1 |
Észak Atlanti Pálya azonosítója. |
|
nfc |
B |
‘–’ ,,NFC’’ 3{DIGIT}3 ! ‘.’ ! 3{DIGIT}3 |
Következő hullámhosszkapcsolat. |
|
nxtfir |
B |
‘–’ ,,NXTFIR’’ icaoaerodrome |
Következő FIR, amivel kapcsolatba kell lépni. |
|
nxtpos |
C |
‘–’ ,,NXTPOS’’ ptid| (lattd longtd) |
Következő pozíció. |
|
nxtpost |
B |
‘–’ ,,NXTPOST’’ datetime |
A következő pozíció feletti idő. |
|
oclfl |
B |
‘–’ ,,OCLFL’’ flightlevel |
Óceáni térközhatár (OCL) repülési szint. |
|
oprfl |
B |
‘–’ ,,OPRFL’’ flightlevel |
Repülési szint kérése irányító által módosítva. |
|
oprmk |
C |
‘–’ ,,BEGIN’’ ,,OPRMK’’ 1{rmktxt}2’-’ ,,END’’ ,,OPRMK’’ |
Irányító megjegyzéseinek listája. |
|
oprmkct |
B |
‘–’ ,,OPRMKCT’’ 1{LIM_CHAR}20 |
Irányító megjegyzései. |
|
oriented |
B |
‘–’ ,,ORIENTED’’ ‘YES’|’NO’ |
Keleti járat vagy sem. |
|
pfl |
B |
‘–’ ,,PFL’’ flightlevel |
Tervezett repülési szint (PFL). |
|
pistcoord |
C |
‘–’ ,,PISTCOORD’’ xpist ypist vxpist vypist |
Radarkövetés koordinátái, és sebességvektor koordináták. |
|
pistid |
B |
‘–’ ,,PISTID’’ 1{DIGIT}4 |
Radarkövetés azonosítása. |
|
pkarr |
C |
‘–’ ,,PKARR’’ [pka] [pkc] pkatt |
Érkező járat állóhelye. |
|
pkdep |
B |
‘–’ ,,PKDEP’’ 1{ALPHANUM}3 |
Induló járat állóhelye. |
|
plnid |
B |
‘–’ ,,PLNID’’ 4{DIGIT}4 |
Repülési terv azonosítása. |
|
plnold |
B |
‘–’ ,,PLNOLD’’ 4{DIGIT}4 |
Régi Repülési Terv azonosítása. |
|
posst |
B |
‘–’ ,,POSST’’ ‘MAE’ |’MPS’ |’MAS’ |’MPSA’ |’MPSPLATE’ |’NO’ |
Koordináció mozgásának állapota adott pozícióban: elfogadott mozgás a belépésnél (MAE), a kilépésnél (MAS), javasolt mozgás kilépésnél (MPS) vagy javasolt mozgás a kijárati riasztónál (???, MPSA), vagy a pozíció mozgása még nem koordinált. |
|
ptnb |
B |
‘–’ ,,PTNB’’ 1{DIGIT}2 |
Útvonalpontok száma. |
|
qfu |
B |
‘–’ ,,QFU’’ qfuid |
Használt kifutó (QFU) azonosítója. |
|
quebec |
B |
‘–’ ,,QUEBEC’’ ‘YES’|’NO’ |
Quebeci járat vagy sem. |
|
radioid |
B |
‘–’ ,,RADIOID’’ 1{ALPHANUM}20 |
Rádió azonosítója. |
|
reqid |
B |
‘–’ ,,REQID’’ 1{DIGIT}5 |
Kérelem száma. |
|
reqtyp |
B |
‘–’ ,,REQTYP’’ (‘STPV’ | ‘STIP’) |
Repülési Terv kérelemtípusa. |
|
ripel |
C |
‘–’ ,,BEGIN’’ ,,RIPEL’’ 1{destid}12 ‘–’ ,,END’’ ,,RIPEL’’ |
Azon egyedek listája, melyek megkapják a repülési terv adatait. |
|
ripsrc |
B |
‘–’ ,,RIPSRC’’ centreidentification |
A repülési terv adatai átvitele megkezdéséért felelős központ azonosítója. |
|
rstid |
B |
‘–’ ,,RSTID’’ ‘1’ |’2’ |’3’ |’4’ |’5’ |
Repülési terv igénylésénél használatos IFPS átviteli szám. |
|
rte |
C |
‘–’ ,,BEGIN’’ ,,RTE’’ 1{ptc}22 ‘–’ ,,END’’ ,,RTE’’ |
Irányítatlan útvonal CAUTRA-pontjainak listája. |
|
rtetr |
C |
‘–’ ,,BEGIN’’ ,,RETR’’ 1{ptpro}22 ‘–’ ,,END’’ ,,RTETR’’ |
Bizonyos átvitelek számára szükséges útvonalpontok listája. |
|
scnf |
C |
‘–’ ,,BEGIN’’ ,,SCNF’’ 1{acnf}3 ‘–’ ,,END’’ ,,SCNF’’ |
Repülőterek állásainak listája. |
|
secdest |
B |
‘–’ ,,SECDEST’’ secidentification |
Szektorazonosító fogadása. |
|
seclist |
C |
‘–’ ,,BEGIN’’ ,,SECLIST’’ 1{sec}30 ‘–’ ,,END’’ ,,SECLIST’’ |
Szektorok globális listája. |
|
seclistct |
C |
‘–’ ,,BEGIN’’ ,,SECLISTCT’’ 1{sect}30 ‘–’ ,,END’’ ,,SECLISTCT’’ |
A szektorok globális listája. |
|
secsrc |
B |
‘–’ ,,SECSRC’’ secidentification |
Szektorazonosító kibocsátója. |
|
spfl |
B |
‘–’ ,,SPFL’’ fligtlevel |
Kiegészítő repülési szint. |
|
srcodes |
C |
‘–’ ,,SSRCODES’’ (code1 code2) | code | codep |
Átvitt SSR kód. |
|
stamp |
B |
‘–’ ,,STAMP’’ 3{DIGIT}3!timehhmm |
Bélyeg azonosítója. |
|
streason |
B |
‘–’ ,,STREASON’’ starreason |
Munkahelyről kibocsátott inicializálási kérelem oka. |
|
strid |
B |
‘–’ ,,STRID’’ 1{DIGIT} |
RDPS azonosító. |
|
temp |
B |
‘–’ ,,TEMP’’ temperature |
Hőmérséklet. |
|
terminal |
B |
‘–’ ,,TERMINAL’’ 1{ALPHANUM}2 |
Terminál neve. |
|
translist |
C |
‘–’ ,,BEGIN’’ TRANSLIST’’ 1{transid} ‘–’ ,,END’’ ,,TRANSLIST’’ |
A választott repülési terv, és az irányítóhely lehetséges tranzakcióinak listája. |
|
trfl |
B |
‘–’ ,,TRFL’’ flightlevel| flighttendency |
Repülési profil irányzatinformációi vagy Átadási Repülési Szint. |
|
turb |
B |
‘–’ ,,TURB’’ 1{ALPHA}8 |
Turbulencia=
LIGHT: gyenge
MODERATE: közepes
SEVERE: komoly. |
|
validend |
B |
‘–’ ,,VALIDEND’’ datetime |
Kijelzés vége, időben. |
|
validst |
B |
‘–’ ,,VALIDST’’ datetime |
Kijelzés kezdete, időben. |
|
visi |
B |
‘–’ ,,VISI’’ 1{ALPHANUM}20 |
Látótávolság. |
|
wddir |
B |
‘–’ ,,WDDIR’’ 1{DIGIT}3 |
Szélirány, fokokban (000—359). |
|
wdspd |
B |
‘–’ ,,WDSPD’’ 1{DIGIT}3 |
Szélsebesség csomókban. |
|
xfl |
B |
‘–’ ,,XFL’’ flightlevel |
Kilépési repülési szint (XFL). |
|
xfpltxt |
B |
‘–’ ,,XFPLTXT’’ 1{CHARACTER | ASCII_SUP}768 |
Repülési terv kérésére adott válaszüzenet. |
|
Foglalt almező |
Típus |
Szintaxis |
Alkalmazás |
Melyelsődlegesmezőben |
Melyalmezőben |
|
act |
C |
‘–’ ,,BEGIN’’ ,,ACT’’ 1{fieldid}20 ‘–’ ,,END’’ ,,ACT’’ |
A járat aktiválásának időpontjában módosítható repülési terv mezői. |
|
transid |
|
bkchg |
C |
‘–’ ,,BKCHG’’ flimp flmin flmax |
Bennfoglalt, minimum, maximum repülési szint az átadás hivatkozási pontján. A szint általános, lehet bármely fajtája (tervezett stb.). |
|
fieldid |
|
bktchg |
C |
‘–’ ,,BKTCHG’’ delta1 delta2 |
Az az időhatár (+/—), amin belül az idő módosulása engedélyezett. |
|
fieldid |
|
cflchg |
C |
‘–’ ,,CFLCHG’’ flimp flmin flmax |
Bennfoglalt, minimum, és maximum engedélyezett repülési szint (CFL) az átadás hivatkozási pontján. |
|
fieldid |
|
code |
B |
‘–’ ,,CODE’’ (‘A’|’C’|’X’)! 4{‘0’|’1’|’2’|’3’|’4’|’5’|’6’|’7’}4 |
SSR mód és hozzárendelt kód. |
ssrcodes |
|
|
codep |
B |
‘–’ ,,CODEP’’ (‘A’|’C’|’X’)! 4{‘0’|’1’|’2’|’3’|’4’|’5’|’6’|’7’}4 |
SSR mód és egy használható kód. |
ssrcodes |
|
|
code1 |
B |
‘–’ ,,CODE1’’ (‘A’|’C’|’X’)! 4{‘0’|’1’|’2’|’3’|’4’|’5’|’6’|’7’}4 |
SSR mód és előzőleg hozzárendelt kódja. |
ssrcodes |
|
|
code2 |
B |
‘–’ ,,CODE2’’ (‘A’|’C’|’X’)! 4{‘0’|’1’|’2’|’3’|’4’|’5’|’6’|’7’}4 |
SSR mód és egy használatra fenntartott kód, ami így nem elérhető. |
ssrcodes |
|
|
coorpt |
B |
‘–’ ,,COORPT’’ coordpoints |
A koordinációs pont jellege: kezdő, vég-, OCL, FCL. |
|
ptc |
|
ctdest |
B |
‘–’ ,,CTDEST’’ centreidentification |
Fogadó központ (ACC). |
|
destid |
|
delta1 |
B |
‘–’ ,,DELTA1’’ (‘0’|’1’|’2’|’3’|’4’|’5’)!DIGIT |
Minimum idő számolásánál használt időintervallum. |
|
bktchg |
|
delta2 |
B |
‘–’ ,,DELTA2’’ (‘0’|’1’|’2’|’3’|’4’|’5’)!DIGIT |
Maximum idő számolásánál használt időintervallum. |
|
bktchg |
|
deltsp1 |
B |
‘–’ ,,DELTSP1’’ 1{DIGIT}4 |
Minimum sebesség számolásánál használt sebességintervallum. |
|
spdchg |
|
deltsp2 |
B |
‘–’ ,,DELTSP2’’ 1{DIGIT}4 |
Maximum sebesség számolásánál használt sebességintervallum. |
|
spdchg |
|
destid |
C |
‘–’ ,,DESTID’’ ctdest secrip |
Légiforgalmi központ és azon szektorok listája, ahova a repülési adatokat küldik. |
ripel |
|
|
edto |
B |
‘–’ ,,EDTO’’ datetime|,,WT’’ |
Pont feletti becsült idő év, hónap, nap, óra, perc formában vagy ‘WT’, ’without time’, idő nélkül. |
|
ptcptpro |
|
eoid |
B |
‘–’ ,,EOID’’ eoidentification |
Üzemelő ‘jelenség’ neve. |
|
eolist |
|
eolist |
C |
‘–’ ,,BEGIN’’ ,,EOLIST’’ 1{eoid}’-’ ,,END’’ ,,EOLIST’’ |
Irányító helyhez rendelt üzemelő jelenségek. |
|
eopos |
|
eopos |
C |
‘–’ ,,EOPOS’’ posid [eolist] |
Irányítóhely neve és az ehhez rendelt üzemelő jelenségek. |
confl |
|
|
fieldid |
C |
‘–’ ,,FIELDID’’ ‘TYPA’ |’ADES’ |’RTE’ |’ADEP’ |’ CODE’ | ‘LANG’|’BK’|spdchg|rflchg| cflchg|pflchg|tflchg|sflchg| xflchg|bkchg|bktchg|’QFU’| ‘PKDEP’|’SID’|’NFC’|’ATIS’| ‘DCRMK’|’OPRMK’ |
Átadásnál módosítható mezők. |
|
actmodmvtretmodh |
|
flb |
B |
‘–’ ,,FLB’’ flightlevel |
Együttműködési kilépőpontnál számolt repülési szint, amely automatikus közleményben továbbküldhető a következő központba. |
automsg |
|
|
flimp |
B |
‘–’ ,,FLIMP’’ flightlevel |
Bennfoglalt repülési szint. |
|
bkchgrflchgpflchgcflchgtflchgsflchg |
|
flmax |
B |
‘–’ ,,FLMAX’’ flightlevel |
Maximális repülési szint. |
|
bkchgrflchgpflchgcflchgtflchgsflchgxflchg |
|
flmin |
B |
‘–’ ,,FLMIN’’ flightlevel |
Minimális repülési szint. |
|
bkchgrflchgpflchgcflchgtflchgsflchgxflchg |
|
fpident |
C |
‘–’ ,,FPIDENT’’ plnid stam ctrow entrnb |
Repülési terv azonosítása a közleményben. |
fpunklfpkwl |
|
|
fpllgr |
C |
‘–’ ,,FPLLGR’’ arcidatc arcid adep ades eobd eobt |
Összesített repülési tervadatok. |
fpllist |
|
|
fpsum |
C |
‘–’ ,,FPSUM’’ plnid eobdt adep ades ctrow firstpid |
Repülési terv azonosítása. |
|
|
|
lalg |
C |
‘–’ ,,LALG’’ lattd longtd |
Minden útvonalpont földrajzi hosszúsága és szélessége. |
fplist |
|
|
mod |
C |
‘–’ ,,BEGIN’’ ,,MOD’’ 1{fieldid}20 ‘–’ ,,END’’ ,,MOD’’ |
Lista az aktiválás után módosítható mezőkről. |
laglist |
|
|
modh |
C |
‘–’ ,,BEGIN’’ ,,MODH’’ 1{fieldid}2’-’ ,,END’’ ,,MODH’’ |
Lista az aktiválás utáni időben módosítható mezőkről. |
|
transid |
|
mvt |
C |
‘–’ ,,BEGIN’’ ,,MVT’’ 1{fieldid}2 ‘–’ ,,END’’ ,,MVT’’ |
Lista a szektorok közti kézzel végrehajtott koordináció után módosítható mezőkről. |
|
transid |
|
pflchg |
C |
‘–’ ,,PFLCHG’’ flimp flmin flmax |
PFL módosításához szükséges implicit minimum, és maximum repülési szintek. |
|
fieldid |
|
pflt |
B |
‘–’ ,,PFLT’’ flightlevel (‘NA’|NIL) |
Tervezett repülési szint, melyet automatikusan koordinációs közleményben továbbítanak a következő központba. Plusz egy kijelző, ami mutatja, hogy a szint összhangban van-e az érvényes egyezményekkel. ‘NA’=nem egyezményes. |
automsg |
|
|
pka |
B |
‘–’ ,,PKA’’ 1{ALPHANUM}3 |
Fenntartott állóhely, még nem szétosztott. |
pkarr |
|
|
pkatt |
B |
‘–’ ,,PKATT’’ ‘YES’|’NO’ |
Annak jelzése, hogy a repülőgép állóhelyen várakozik. |
pkarr |
|
|
pkc |
B |
‘–’ ,,PKC’’ 1{ALPHANUM}3 |
Kiosztott állóhely. |
pkarr |
|
|
pointid |
B |
‘–’ ,,POINTID’’ pointcautra |
Francia rendszerre specifikálva. |
|
ptpro |
|
posid |
B |
‘–’ ,,POSID’’ positionidentification |
Irányítópozíció neve. |
|
eopos |
|
ptc |
C |
‘–’ ,,PTC’’ ptcid edro [fl] [view] [udpt] [traj] [coorpt] [ref] |
Útvonalpont jellegzetességei. |
rte |
|
|
ptcid |
B |
‘–’ ,,PTCID’’ pointcautra | geoname |
Francia rendszerre specifikálva. |
automsg |
ptc |
|
ptpro |
C |
‘–’ ,,PTPRO’’ pointid [edto] [fl] [traj] |
Javasolt útvonalpontok leírása. |
rtetr |
|
|
qful |
C |
‘–’ ,,QFUL’’ qfuid |
Érvényes-e QFU egy adott repülőtéren egy adott kifutóra. |
|
qfulist |
|
qfulist |
C |
‘–’ ,,BEGIN’’ ,,QFULIST’’ 1{qful}8 ‘–’ ,,END’’ ,,QFULIST’’ |
Lista az érvényes QFU-król egy repülőtér számára. |
acnf |
|
|
rcnf |
B |
‘–’ ,,RCNF’’ 1{ALPHA}5 |
Repülőtér általános fel- és leszállási iránya (kelet, nyugat stb.). |
acnf |
|
|
ref |
C |
‘–’ ,,REF’’ (refid|ref1id) |
Átadás hivatkozási pontjának jellegzetességei. |
|
ptc |
|
refid |
B |
‘–’ ,,REFID’’ ‘REF’!2{DIGIT}2 |
Átadás lehetséges hivatkozási pontjának azonosítása. |
|
ref |
|
ref1id |
B |
‘–’ ,,REF1ID’’ ‘REF’!2{DIGIT}2 |
Átadás legvalószínűbb átadási pontjának azonosítása. |
|
ref |
|
regulid1 |
B |
‘–’ ,,REGULID1’’ 1{ALPHANUM}5 |
Francia rendszerhez specifikált Szabályzási információ. |
|
ref |
|
regulid2 |
B |
‘–’ ,,REGULID2’’ 1{ALPHANUM}5 |
Francia rendszerhez specifikált Szabályzási információ. |
regul |
|
|
regult |
B |
‘–’ ,,REGULT’’ datetime |
Francia rendszerhez specifikált Szabályzási információ. |
regul |
|
|
ret |
C |
‘–’ ,,BEGIN’’ ,,RET’’ 1{fieldid}1 ‘–’ ,,END’’ ,,RET’’ |
Tranzakcióban azért módosítható mezők, hogy a repülési terv adatait előző állapotban tartsuk. |
regul |
|
|
rflchg |
C |
‘–’ ,,RFLCHG’’ flimp flmin flmax |
Rfl-hez használt implicit minimális, és maximális repülési szintek. |
|
transid |
|
rktxt |
B |
‘–’ ,,RMKTXT’’1{LIM_CHAR}20 |
Irányító megjegyzései. |
|
feldid |
|
sc |
C |
‘–’ ,,SEC’’ secid [secar] |
Repülési adatok céljául szolgáló szektorok azonosítása és jellemzése. |
ormk |
|
|
sccar |
B |
‘–’ ,,SECCAR’’ (‘F’!(‘L’!(‘M’!(‘D’|NIL) |NIL) |NIL) |NIL|(‘L’!(‘M’!(‘D’ |NIL) |NIL) |NIL)|’M’!(‘D’ |NIL) |NIL)|’D’ |
ACC szektor jellemzői:
— első szektor (‘F’)
— utolsó szektor (‘L’)
— belépés engedélyezve (‘M’)
— kettőzés forrásszektora(‘D’). |
seclist |
scip |
|
sccarct |
B |
‘–’ ,,SECCARCT’’ (‘F’!(‘L’!(‘M’!(‘V’/NIL) (NIL) (NIL) (NIL|(‘L’!(‘M’!(‘V’ (NIL) (NIL) (NIL)/’M’!(‘V’ (NIL) (NIL)/’V’ |
Terminál terület jellemzői:
— első szektor (‘F’)
— utolsó szektor (‘L’)
— belépés engedélyezve (‘M’) |
|
sec |
|
secct |
C |
‘–’ ,,SECCT’’ secid [seccarct] |
Terminál Területszektorok azonosítása és jellemzői. |
|
secct |
|
secid |
B |
‘–’ ,,SECID’’ secidentification |
Szektorazonosítás. |
|
secctsec |
|
secrip |
C |
‘–’ ,,BEGIN’’ ,,SECRIP’’ 1{sec}40 ‘–’ ,,END’’ ,,SECRIP’’ |
Lista azon fogadó egyedekről (szektorok vagy indulási/érkezési irányító egyedek), melyeknek elküldjük a repülési tervet. |
|
destid |
|
sendt |
B |
‘–’ ,,SENDT’’ datetime |
Koordinációs közlemény ideje. |
automsg |
|
|
sflchg |
C |
‘–’ ,,SFLCHG’’ flimp flmin flmax |
Kisegítő Repülési szinthez módosításra befoglalt minimum vagy maximum repülési szint. |
|
fieldid |
|
spdchg |
Cv |
‘–’ ,,SPDCHG’’ deltsp1 deltsp2 |
Alsó és felső sebesség intervallum a repülési terv sebességének módosításához az átvitel alatt. |
|
fieldid |
|
tflchg |
C |
‘–’ ,,TFLCHG’’ flimp flmin flmax |
Átrepülési Repülési Szinthez (TFL) tartozó implicit minimális, és maximális repülési szintek. |
|
fieldid |
|
traj |
B |
‘–’ ,,TRAJ’’ (‘S’!’M’)|’M’|’T’|(‘S’!’M’!’A’)| (‘S’!’A’)|(‘M’!’A’)|’A’ |
A járat röppályájával kapcsolatban álló pont jellegzetességei: S: osztópont M: egyesítő pont T: oldalirányú (abeam) pont A: STAR pont |
|
ptcproptc |
|
transid |
B |
‘–’ ,,TRANSID’’ (act | mod | mvt | ret | modh | ‘CNL’ | ,,RIP’) | ‘NO’ |
E repülési terv irányító helyzetének lehetséges átadásait jelzi, vagy ‘NO’ jelzi, ha az átadás nem lehetséges. |
translist |
|
|
txt |
B |
‘–’ ,,TXT’’ 1{Lim_CHAR)}80 |
Kötetlen szöveg. |
freetxt |
|
|
udpt |
B |
‘–’ ,,UDPT’’ updatereason |
Kezelőtől és/vagy radarinformációból utolsó frissítés. |
|
ptc |
|
view |
B |
‘–’ ,,VIEW’’ (‘V’|’VNX’) |
Egy pont láthatóságát mutatja: V: látható VNX: nem látható (mesterséges pont). |
|
ptc |
|
vxpist |
B |
‘–’ ,,VXPIST’’ ALPHA 1{DIGIT}5 ALPHA:=P|N |
Radarpozíció sebességvektorának X koordinátája. |
pistcoord |
|
|
vypist |
B |
‘–’ ,,VYPIST’’ ALPHAT 1{DIGIT}5 ALPHAT:=P|N |
Radarpozíció sebességvektorának Y koordinátája. |
pistcoord |
|
|
xflchg |
C |
‘–’ ,,XFLCHG’’ flmin flmax |
Kilépő Repülési szint (XFL) minimuma és maximuma. |
|
fieldid |
|
xpist |
B |
‘–’ ,,XPIST’’ ‘P’|’N’ 1{DIGIT}6 |
Radarpozíció X koordinátája. |
pistcoord |
|
|
ypist |
B |
‘–’ ,,YPIST’’ ‘P’|’N’ 1{DIGIT}6 |
Radarpozíció Y koordinátája. |
pistcoord |
|
E.1. Repülési Terv Üzenetek
E.1.1. E kategória tagjai elsősorban az AO, IFPS és az érintett ATC egységek útján cserélhetők.
ACK, IACH, IAFP, IAPL, IARR, ICHG, ICNL, IDEP, IDLA, IFPL, IRPL, IRQP, MAN, RXHG, RCNL, REJ.
E.2. Légiforgalmi áramlásszervezési üzenetek
E.2.1. Ezeket a közleményeket az Eurocontrol CFMU TACT-rendszerén, repülőgépkezelők, és ATS Egységek használják.
E.2.2. Számítógép Segítette Résidőfoglalási Közlemények (CASA)
DES, ERR, FCM, FLS, RDY, RJT, RRP, SAM, SIP, SLC, SMM, SPA, SRJ, SRM, SRR.
E.2.3. Tájékoztató Üzenetek
E.3. ATC Koordinációs közlemények
E.3.1. Ezeket a koordinációs üzeneteket a koordináció automatizálására és az ATC egységek közti információcserére kell használni. A közlemények biztosítják a repülési adatok időben történő megérkezését a koordinációra vonatkozó adatkicsomagolási és adatátviteli képességeken keresztül.
E.3.2. Üzenetcímek definíciója
ABI, ACT, CDN, COD, COF, HOP, INF, LAM, LRM, MAC, MAS, PAC, RAP, REV, ROF, RRV, SBY, SDM, TIM.
E.4. Légtérszervezési Közlemények
E.4.1. Ide a légtérszervezés koordinációs közleményei tartoznak. Ezen üzenetek lefedik a környezetet, amelyben a közlekedés zajlik; az állandó és feltételes útvonalakat, ideiglenesen lezárt területeket, veszélyes és tiltott övezeteket stb.
E.4.2. Üzenetcímek definíciója
E.5. Polgári/katonai Koordinációs Közlemények
E.5.1. Ezek az üzenetek a repülési adatok és légtérkeresztezési kérelmek összehangolását végzik katonai és polgári ATC egységek között.
E.5.2. Közleménycímek definíciója
ACP, BFD, CFD, LAM, RJC, XAP, XCM, XIN, XRQ.
3. számú melléklet a 43/2001. (III. 19.) Korm. rendelethez
3. számú melléklet a 19/1993. (I. 29.) Korm. rendelethez
INTERFÉSZ VEZÉRLŐ DOKUMENTUM (FDE ICD)
(Eurocontrol dokumentum hivatkozási száma: COM.ET1.ST12-STD)
1. Meghatározások, szimbólumok és rövidítések
1.1.1. E mellékletben használt kifejezések jelentése a következő:
1.1.2. Profil: egy vagy több alapvető műszaki előírás készletének összessége, illetve a választott osztályok meghatározása, alkészletek, azon alapvető műszaki előírások választható lehetőségei és paraméterei, amelyek szükségesek egy funkció eléréséhez.
1.1.3. Profil Követelmények listája [Profile Requirements List (PRL)]: egy táblázatos lista formájába rendezett profil követelmények, megfelelési követelmények formájában.
1.1.4. T-profil: Átviteli Profil, amely kapcsolat üzemű átviteli szolgáltatást biztosít.
1.1.5. A-profil: Alkalmazási Profil, amely kapcsolat üzemű átviteli szolgáltatást igényel.
1.1.6. Protokol Bevezetési Megfelelési Nyilatkozat [Protocol Implementation Conformance Statement (PICS)]: egy OSI rendszer szállítója által adott nyilatkozat, amelyben közlik egy adott OSI protokol bevezetett képességeit.
1.2. Szimbólumok és rövidítések
ACC Area Control Centre – Körzeti Irányító Központ
AFI Authority and Format Identifier – Jogosultság és Formátum Azonosító
ASCII American Standard Code for Information Interchange – Az információ csere amerikai műszaki
előírás kódja
ATC Air Traffic Control – Légiforgalmi irányítás
ATCC Air Traffic Control Centre – Légiforgalmi irányító központ
CAUTRA Coordinateur Automatique du Trafic Aérien
CCITT Comité consultatif international télégraphique et téléphonique (now ITU–T)
CFMU Central Flow Management Unit – Központi Áramlásszervező Egység
CUG Closed User Group – Zárt felhasználói csoport
DCE Data Circuit-terminating Equipment – Adatáramkör lezáró berendezés
DCTS Digital Communications Terminal System – Digitális kommunikációs terminál rendszer
DSP Domain Specific Part – Tárgykör specifikus rész
DTE Data Terminal Equipment – Adat terminál berendezés
DÜV Datenübertragungs- und Verteilungssystem
FDE Flight Data Exchange – Repülési adatcsere
FEP Front-End Processor – Kiindulási ponti processzor
FPDE Flight Plan related Data Exchange – Repülési tervvel kapcsolatos adatcsere
FPPS Flight Plan Processing System – Repülési Terv Feldolgozó Rendszer
ICAO International Civil Aviation Organisation – Nemzetközi Polgári Repülési Szervezet
ICD Interface Control Document – Interfész dokumentum
IDI Initial Domain Identifier – Kezdeti tárgykör azonosító
IDP Initial Domain Part – Kezdeti tárgykör rész
IEC International Electrotechnical Commission – Nemzetközi Elektrotechnikai Bizottság
INTERCAUTRA Inter-CAUTRA protocol – Inter-CAUTRA protokol
ISO International Organization for Standardization – Nemzetközi Műszaki Előírásügyi Szervezet
ITU-T International Telecommunication Union – Telecommunication Standardization Sector –
Nemzetközi Távközlési Szövetség – Távközlés Műszaki előírásosítási Részleg
ISDN Integrated Services Digital Network – Egyesített szolgáltatású digitális hálózat
LAPB Link Access Procedure Balanced – Kiegyensúlyozott kapcsolat elérésű eljárás
LSB Least Significant Bit – A legkisebb jelentőségű bit
M, m Mandatory – Kötelező
MSB Most Significant Bit – A legnagyobb jelentőségű bit
MT Message Transfer – Üzenet átvitel
NA Not Applicable – Nem alkalmazható
NS Network Service – Hálózati szolgáltatás
NSAP Network Service Access Point – Hálózati szolgáltatás elérési pontja
NSDU Network Service Data Unit – Hálózati szolgáltatás adat egysége
O, O.<n> Optional, where <n> is a numeral for referencing – Választható, ahol <n> egy hivatkozási szám
o, o.<n> Optional, where <n> is a numeral for referencing – Választható, ahol <n> egy hivatkozási szám
OLDI On-Line Data Interchange – On-line adatcsere
OSI Open Systems Interconnection – Nyílt Rendszerek Kapcsolata
PICS Protocol Implementation Conformance Statement – Protokol Bevezetési Megfelelési Nyilatkozat
PLP Packet Layer Protocol – Csomag rétegű protokol
PRL Profile Requirements List – Profil követelmények listája
PSTN Public Switched Telephone Network – Nyilvános kapcsolású telefonhálózat
ST-ICD Short Term Interface Control Document – Rövid távú Interfész dokumentum
SUT System Under Test – Tesztelés alatt álló rendszer
T<x> Timer (where <x> is a single or double letter for referencing) Időzítő (ahol az <x> egy egyjegyű
vagy kétjegyű hivatkozási betű)
TA Terminal Adaptor – Terminál adapter
TSDU Transport Service Data Unit – Átvitel szolgáltatási adategység
TPDU Transport Protocol Data Unit – Átvitel protokol adategység
TR ISO Technical Report – ISO Műszaki jelentés
<item>: Conditional Item (dependent on the value of item) – Feltételes tétel (a tétel értékétől függően)
1.3.1. A bináris értékek vagy a bitek sorozata hexadecimális formában jelennek meg a 'd'H jelölést alkalmazva, ahol a ,d' a számjegyet vagy a hexadecimális számjegyek sorozatát jelöli.
1.3.2. Egy bit sorozat hexadecimális megjelenítését úgy képezik, hogy 4 bitenként haladnak a legnagyobb jelentőségű bittől (MSB) a legkisebb jelentőségű bitig (LSB).
1.3.3. Egy alap műszaki előírás vagy e melléklet jellemzőinek támogatási státuszát kiemelve nagybetűkkel kell jelezni (pl. M, O, O.<n>, X). Mindegyik státusz szimbólumának pontos jelentése a használatukat megelezően a Függelékekben található.
1.3.4. Az FDE ICD 1. rész profiljának meghatározása során egy alap műszaki előírás jellemzőinek támogatási státuszát kiemelve kisbetűkkel kell jelezni (pl. m, o, o.<n>, x).
2.1. A Profil Bevezetési Megfelelési Nyilatkozatnak a ,,D'' és az ,,E'' Függelékben meghatározottak szerint kell támogatnia a megfelelési igényt.
2.2. Felső rétegű követelmények
2.2.1. Egy megfelelő bevezetésnek eleget kell tennie az ,,A'' Függelékben megadott alapműszaki előírás követelményeinek.
2.2.2. Egy megfelelő bevezetésnek eleget kell tennie az ,,E.7'' Függelékben megadott Profil Követelmények Listájában szereplő korlátozásoknak.
2.3. Alsó rétegű követelmények
2.3.1. Átvitel rétegű követelmények
2.3.2. Eleget kell tennie az ,,B'' Függelékben megadott alapműszaki előírás követelményeinek.
2.3.3. Eleget kell tennie az ,,E'' Függelékben megadott Profil Követelmények Listájában szereplő korlátozásoknak.
2.3.4. Egy megfelelő bevezetésnek eleget kell tennie a támogató Átvitel szolgáltató adat egység (TSDU) követelménynek, amely maximum 4097 oktet méretű.
2.3.5. Hálózat rétegű követelmények
2.3.5.1. Eleget kell tennie a ,,C'' Függelékben megadott protokol leképezésnek.
2.3.5.2. Eleget kell tennie az ,,E'' Függelékben megadott Profil Követelmények Listájában szereplő korlátozásoknak.
2.3.5.3. Ha az adat terminál berendezés (DTE)–DTE működés támogatott, a DTE–DTE üzemelésekhez képesnek kell lennie a DTE választék vagy az adatkör lezáró berendezés (DCE) szerep konfigurálására a rendszer szervezési mechanizmusok által.
2.3.5.4. Bármely szerepben, képesnek kell lennie összekötést kezdeményezni a ,,C'' Függelékben megadott specifikáció szerint, azaz a protokol teljesen szimmetrikus.
2.3.5.5. Egy bizonyos ideig meg kell egyeznie a nem műszaki előírásos alapértelmezés szerinti csomag méretnek, amely a kétirányú átvitel esetében 256 értékkel bír.
2.3.5.6. A ,,C'' Függelékben meghatározott NSAP címzéseket kell használnia.
2.3.5.7. Híváskezdeményezéskor (CALL REQUEST) és hívásfogadáskor (CALL ACCEPTED) és az adat csomagokban (DATA packets) a D-bitet 0-ra kell állítania.
2.3.6. Adatkapcsolat rétegű követelmények
2.3.6.1. Eleget kell tennie a Kiegyensúlyozott Kapcsolat Elérésű Protokol (LAPB) Szimpla Kapcsolatú Protokolra vonatkozó követelményeknek.
2.3.6.2. Eleget kell tennie az ,,E'' Függelékben megadott Profil Követelmények Listájában szereplő korlátozásoknak.
2.3.7. Fizikai rétegű követelmények
2.3.7.1. Eleget kell tennie az ISO/IEC ISP 10609–9 7. paragrafusában megadott követelményeknek.
Közlemény Továbbítási Protokol
A.1. Ez a specifikáció az egyszerű üzenet átviteli szolgáltatás bevezetésének elősegítéséhez azon alkalmazásokhoz határoz meg egy protokolt, amelyek repülési adatcserét igényelnek.
A.2. Bevezetett szolgáltatás
Az Üzenet Átvitel [Message Transfer (MT)] a következő meg nem erősített szolgáltatásokat vezeti be:
MT-Társítás: létrehoz egy alkalmazási üzenet átviteli kapcsolatot.
MT-Adat: egy az információ csere amerikai műszaki előírás kódjának (ASCII) karaktereiből álló alkalmazási üzenet átvitele.
MT-Megszakítás: egy alkalmazási üzenet átviteli kapcsolat megszakítása.
A.3. Vállalt szolgáltatás
Ez az Üzenet Átviteli protokol magára vállalja az ISO/IEC 8072 meghatározott Kapcsolat módú Átviteli Szolgáltatás egyes alkészleteit, azaz e Műszaki előírásban meghatározott protokol által felajánlottakat.
A.4. Protokol specifikáció
A.4.1. A következőkben csupán egy alkalmazás kezdeményezésű Üzenet Átviteli társítás működése került leírásra. Ugyanaz a hálózati interfész képes további kapcsolatok támogatására, amennyiben ezek az eljárások minden egyes átviteli kapcsolat esetében ismétlésre kerülnek.
A.4.2. Ez a Függelék az alkalmazási közlemények négy típusát különbözteti meg:
Rendszer közlemények: ezeket a közleményeket a kapcsolat felügyelete [ÓRAJEL (HEARTBEAT) közlemény] és az alkalmazás ellenőrzése [STARTUP (INDÍTÁS) and SHUTDOWN (LEZÁRÁS) közlemény] érdekében kell használni.
Felhasználói közlemények: ezeknek a közleményeknek meghatározott működési összefüggésekhez kell kapcsolódniuk.
Üzemeltetői közlemények: ezeknek az üzeneteknek kötetlen szöveget kell tartalmazniuk. Használatukról kétoldalúan kell megegyezni. Így például tesztelési információ cseréjére lehet őket használni, vagy értesíteni lehet a másik felet az üzemeltetői tevékenységekről.
Állapot közlemények: ezeknek a közleményeknek a használatáról és tartalmáról kétoldalúan kell megegyezni. Így például rendszer szervezési információk cseréjére lehet őket használni.
A.4.3. Kapcsolat létrehozása
A.4.3.1. A protokol kezdetben IDLE (TÉTLEN) állapotban van.
A.4.3.2. Az MT-Kapcsolat igénylő elsődleges lépést annak érdekében kell végrehajtani, hogy egy alkalmazási kapcsolat kerüljön létrehozásra és a protokol DATA_READY (ADAT–KÉSZ) állapotba kerüljön. Az elsődleges lépést mind a helyi mind a távoli alkalmazásoknak hívniuk kell.
A.4.3.3. Először egy alapul szolgáló átviteli kapcsolatot kell létrehozni, a ,,B'' Függelék B.4.1 pontjában leírt T-kapcsolás elsődleges eljárását követve, amelyet követően a protokol READY (KÉSZ) állapotba kerül. Ebben az állapotban csak Rendszer közleményeket (és kétoldalú megállapodás esetén Üzemeltetői közleményeket) lehet küldeni. Egy Rendszer vagy Üzemeltetői közlemény elküldéséhez a küldő a T-adat (T-Data) elsődleges eljárást használja (ld. B.4.4), ahol az üzenet paraméterként szerepel.
A.4.3.4. Ekkor kell a STARTUP (INDÍTÁS) közleményt (rendszer közleményt) leadni, a Tr időzítőt elindítani, és a protokol az ASSOCIATION_PENDING (KAPCSOLAT-FÜGGŐBEN) állapotba lép. Amennyiben a Tr időzítő lejár, amikor a protokol még mindig ebben az állapotban van, a STARTUP (INDÍTÁS) közleményt újból el kell küldeni, és az időzítőt újra el kell indítani.
A.4.3.5. A STARTUP (INDÍTÁS) közlemény vételét a következő tevékenységeknek kell követniük:
– a ASSOCIATION_PENDING (KAPCSOLAT-FÜGGŐBEN) állapotban, egy további STARTUP (INDÍTÁS) közlemény kerül elküldésre, a protokol a DATA_READY (ADAT KÉSZ) állapotba lép és az MT-Kapcsolat Jelző kigyullad;
– minden egyéb esetben a közleményt figyelmen kívül hagyja.
A.4.3.6. Az ASSOCIATION_PENDING (KAPCSOLAT-FÜGGŐBEN) állapotban a STARTUP (INDÍTÁS) közlemény vétele a következők közül az egyiknek felel meg:
– a távoli alkalmazás kiadott egy MT-Kapcsolat Kérést és az Üzenet Átviteli protokolja az ASSOCIATION_PENDING (KAPCSOLAT-FÜGGŐBEN) állapotba lépett, vagy
– a távoli Üzenet Átviteli protokol egy korábban kapott STARTUP (INDÍTÁS) közleményre válaszol, és a DATA_READY (ADAT-KÉSZ) állapotba lép.
A.4.3.7. Ha a STARTUP (INDÍTÁS) közleményváltás egyszer már megtörtént, a kapcsolat létrejön, és a közlemények összes meghatározott típusát továbbítani lehet. [DATA_READY (ADAT-KÉSZ) állapot].
A közlemények többi fajtája ugyanúgy kerül továbbításra mint a Rendszer közlemények, a T-adat szolgáltatás felhasználásával, ahol a közlemény paraméterként szerepel. Ez megfelel az MT-Adat-Kérés és az MT-Adat-Jelző szolgáltatásnak.
A.4.5. A kapcsolat szabályos felbontása
A.4.5.1. A két alkalmazás közötti Üzenet Átviteli kapcsolatot bármelyik fél megszüntetheti. Ez megfelel az MT-Megszakítás-Kérés szolgáltatásnak.
A.4.5.2. A következőket kell tenni:
– a DATA_READY (ADAT-KÉSZ) állapotban, SHUTDOWN (LEZÁRÁS) közleményt (Rendszer közlemény) kell küldeni a Tr és Ts időzítőket meg kell állítani, az átviteli kapcsolatot fel kell bontani;
– az ASSOCIATION_PENDING (ADAT-FÜGGŐBEN) állapotban a SHUTDOWN LEZÁRÁS) közleményt (Rendszer közlemény) kell elküldeni, a Tr időzítőt meg kell állítani, az átviteli kapcsolatot fel kell bontani;
– a READY (KÉSZ) állapotban az átviteli kapcsolatot fel kell bontani;
– egyéb esetben semmilyen lépést sem kell tenni.
A.4.5.3. A SHUTDOWN (LEZÁRÁS) közlemény vételekor a következőket kell tenni:
– a DATA_READY (ADAT-KÉSZ) a Ts időzítőt meg kell állítani, az MT-Megszakítás-Jelző kigyullad és az interfész a ASSOCIATION_PENDING (KAPCSOLAT-FÜGGŐBEN) állapotba lép anélkül, hogy STARTUP (INDÍTÁS) közleményt küldene;
– egyéb esetekben semmilyen lépést sem kell tenni.
A.4.6. A kapcsolat helyreállítása
Az az alkalmazás, amely a kapcsolatot megszüntette felelős azért, hogy az alkalmazási kapcsolatot és (szükség esetén) bármely alsóbb szintet helyreállítson, amikor arra készen áll.
A.4.7. A kapcsolat egysége
A.4.7.1. A két alkalmazás közötti kapcsolat integritását a ,,tétlen ÓRAJEL'' (idle heartbeat) működés biztosítja.
A.4.7.2. A DATA_READY (ADAT-KÉSZ) állapotba való belépéskor és az átviteli kapcsolaton bármely típusó közlemény továbbításakor újból el kell indítani egy konfigurálható Ts időzítőt. Amennyiben a DATA_READY (ADAT-KÉSZ) állapotban a Ts időzítő lejár egy HEARTBEAT (ÓRAJEL) közleményt (Rendszer közleményt) kell küldeni (és az időzítőt újból el kell indítani).
A.4.7.3. Ezzel megegyező módon a DATA_READY (ADAT-KÉSZ) állapotba lépéskor, és a kapcsolaton a STARTUP (INDÍTÁS) közlemény kivételével bármely közlemény vételekor egy konfigurálható Tr időzítőt (újból) kell elindítani. Amennyiben a Tr időzítő a DATA_READY (ADAT-KÉSZ) állapotban lejár, kigyullad az MT-Megszakítás-Jelző, az összes közlemény továbbítása leáll, a Ts időzítő leáll és a Tr időzítő újra indul. Az interfész az ASSOCIATION_PENDING (KAPCSOLAT-FÜGGŐBEN) állapotban van.
A.4.8. A kapcsolat szabálytalan felbontása
A.4.8.1. A következő esetekben fordulhat elő a kapcsolat rendellenes felbontása:
– az átviteli kapcsolat megszűnik (pl. vonal hiba és protokol hiba),
– a két alkalmazás vagy rendszer közül az egyik leáll (ez lehet hardver vagy szoftver hiba következménye; néhány esetben az alapul szolgáló átviteli kapcsolat még mindig működhet).
A.4.8.2. Egy alkalmazás vagy rendszer hibáját észre lehet venni az ettől az alkalmazástól származó várt HEARTBEAT (ÓRAJEL) közlemény (ld. A.4.7) vételi idejének lejártából.
A.4.9. Hibás működés utáni újraindulás
A.4.9.1. Két esetet kell figyelembe venni:
– az átviteli kapcsolat meghibásodását követő állapotot;
– egy alkalmazás meghibásodását követő állapotot.
A.4.9.2. Mindkét esetben a kapcsolat újbóli létrehozása magába foglalja a normális kapcsolat létrehozási eljárását (ld. A.4.3), beleértve a STARTUP (INDÍTÁS) közleményváltást is.
A.4.10. Közlemény formátumok
A.4.10.1. Általános közlemény struktúra
Az összes közlemény egy integer típusú mezőt tartalmaz ('TYP') az 1...63 sorozatból, amelyet a közlemény fő része követ. A 'TYP' mező ASCII karakterként egy okteten belül van lekódolva úgy, hogy a mező bináris megjelenítéséhez '40'H-t adnak hozzá (pl. a 3 érték '43'H-nak van kódolva, 'C' karakter). A közlemény fő része ASCII karakterekből áll, amelyek oktetenként egyesével vannak kódolva. Ez a következő formátumot eredményezi:
--------------------------------------
oktet 1 | oktet 2 ...oktet n
---------------------------------------
A.4.10.2. A közlemény fő részének hossza
A rendszer olyan közleményeket támogat, melyek fő része maximum 4096 oktet hosszúságú.
A.4.10.3. Rendszer közlemény formátumok
A Rendszer közlemények TYP = 4-gyel vannak kódolva, mint '44'H. A közlemény fő része két oktetből áll, melyek a következőképpen vannak kódolva:
– STARTUP közlemény: '3031'H (ASCII számjegy ,,01'');
– SHUTDOWN közlemény: '3030'H (ASCII számjegy ,,00'');
– HEARTBEAT közlemény: '3033'H (ASCII számjegy ,,03'').
A.4.10.4. Egyéb közlemény formátumok
A TYP mező meghatározza a közlemény típusát, mely a fentiek szerint került kódolásra:
– érték 1 ('41'H-ként kódolva) Üzemeltetési közlemények;
– érték 2 ('42'H-ként kódolva) Üzemeltetői közlemények;
– érték 5 ('45'H-ként kódolva) Állapot közlemények.
A.5. Protokol állapot átváltási táblázatok
Az alábbi táblázatok a protokol hiteles specifikációját képezik. Amennyiben ellentétes lenne a fent leírt fő szöveggel, az alábbi táblázatot kell figyelembe venni:
A.5.2. Állapot meghatározások
Állapot, Állapot meghatározása, Az állapotra vonatkozó további információ
0 állapot | TÉTLEN | Nincs átviteli összeköttetés
1 állapot | KÉSZ | Az átviteli összeköttetés létrejött, a helyi felhasználó lent van, a távoli felhasználó lent van
2 állapot | KAPCSOLAT-FÜGGŐBEN | Az átviteli összeköttetés létrejött, a helyi felhasználó fent van, a távoli felhasználó lent van
3 állapot | ADAT-KÉSZ | A helyi felhasználó fent van, a távoli felhasználó fent van
A.5.3. Lehetséges események
Esemény leírása | Az állapotra vonatkozó további információ
L_adat | Annak jelzése, hogy adat (Üzemeltetési, Üzemeltetői vagy Állapot közlemény) kerül küldésre a helyi felhasználótól a távoli felhasználó számára (MT-Adat-Kérés)
L_lezárás | Utasítást adnak, hogy megállítsák a helyi felhasználót (MT-Megszakítás-Kérés)
L_indítás | Utasítást adnak, hogy elindítsák a helyi felhasználót (MT-Kapcsolat-Kérés)
R_adat | Jelzi, hogy adat érkezett a távoli felhasználótól (T-Adat Jelzés, TYP ≠ 'Rendszer')
R_órajel | Egy ÓRAJEL közlemény érkezik a távoli felhasználótól (T-Adat Jelzés, TYP = 'Rendszer', Közlemény kód = ÓRAJEL)
R_lezárás | Egy LEZÁRÁS közlemény érkezik a távoli felhasználótól (T-Adat Jelzés, TYP = 'Rendszer', Közlemény kód = LEZÁRÁS)
R_ indítás | Egy INDÍTÁS közlemény érkezik a távoli felhasználótól (T-Adat Jelzés, TYP = 'Rendszer', Közlemény kód = INDÍTÁS)
Ts_időtúllépés | A Ts időzítő lejár
Tr_időtúllépés | A Tr időzítő lejár
TC_szétkapcsol | Jelzés érkezett az Átviteli kapcsolat megszakításáról (T-Szétkapcsol Jelzés)
TC_setup | Egy esemény (pl. határozott utasítás, alkalmazási kérés), amely T-Kapcsolás Kérés-t eredményez
Időzítő Időzítővel kapcsolatos információ
Tr Időtúllépés, amikor ÓRAJEL-et vagy adat közleményt várnak
Ts A távoli felhasználó számára az ÓRAJEL küldésének időtúllépése
Ezeknek az időzítőknek az értéke olyan, hogy Tr = 2Ts + átviteli időnek felel meg.
A.5.5. Állapot változási táblázat
|
Állapot |
Esemény |
Elvégzendő tevékenységek |
Új állapot |
|
0 állapot |
TC_setup |
Az átviteli réteg megkísérli létrehozni az alsóbb rétegű kapcsolato(ka)t a helyi és a távoli felhasználók között; amikor a kapcsolat sikeresen létrejött, a felhasználót értesítik |
1 állapot |
|
|
TC_szétkapcsol |
A rendszer megteszi a megfelelő lépéseket, de továbbra is a 0 állapotban marad.(1) |
0 állapot |
|
|
L_adat
L_lezárás
L_ indítás
Tr_időtúllépés
Ts_időtúllépés |
Figyelmen kívül hagyva |
0 állapot |
|
|
R_adat
R_ órajel
R_lezárás
R_ indítás |
Figyelmen kívül kell hagyni (az eseménynek nem szabad előfordulnia) |
0 állapot |
|
1 állapot |
L_ indítás |
A helyi felhasználó egy INDÍTÁS közleményt küld a távoli felhasználónak, a Tr időzítő elindul.(2) |
2 állapot |
|
|
R_ indítás |
A helyi felhasználó INDÍTÁS közleményt kap a távoli felhasználótól, ezt a INDÍTÁS közleményt figyelmen kívül hagyják, mivel nem történt L_ indítás esemény. |
1 állapot |
|
|
L_adat
R_adat
R_ órajel
R_lezárás
TC_setup |
Figyelmen kívül hagyva |
1 állapot |
|
|
Tr_időtúllépés
Ts_időtúllépés |
Figyelmen kívül hagyva |
1 állapot |
|
|
L_lezárás |
Az átviteli kapcsolat megszüntetésre kerül. |
0 állapot |
|
|
TC_szétkapcsol |
Értesítik a helyi felhasználót, hogy az átviteli kapcsolat szétkapcsolásra került (pl. egy hiba vagy egy távoli lezárás következtében) |
0 állapot |
|
2 állapot |
R_ indítás |
A helyi felhasználó egy INDÍTÁS közleményt kap a távoli felhasználótól; a Tr és Ts időzítők elindulnak; a helyi felhasználót értesítik, hogy adatokat lehet küldeni a kapcsolaton, és az INDÍTÁS közlemény vételét világosan jelzi egy válaszul küldött másik INDÍTÁS közleménnyel;(3) |
3 állapot |
|
|
Tr_időtúllépés |
A helyi felhasználó újból továbbítja a INDÍTÁS közleményt, ha nem kapott INDÍTÁS közleményt a távoli felhasználótól a meghatározott Tr időtartam alatt; a Tr időzítő újraindul |
2 állapot |
|
|
L_ indítás
L_adat
R_adat
R_ órajel
R_lezárás
Ts_időtúllépés
TC_setup |
Figyelmen kívül hagyva |
2 állapot |
|
|
L_lezárás |
A helyi felhasználót utasítják, hogy bontsa fel a kapcsolatot: egy LEZÁRÁS közlemény kerül továbbításra, a Tr időzítő megáll és az átviteli kapcsolat megszűnik |
0 állapot |
|
TC_szétkapcsol |
A helyi felhasználót értesítik arról, hogy az átviteli kapcsolat megszűnt (pl. egy hiba miatt), a Tr időzítő megáll és az összeköttetés megszakad |
0 állapot |
|
3 állapot |
L_adat |
A Ts időzítő újraindul |
3 állapot |
|
|
R_adat
R_ órajel |
A Tr időzítő újraindul |
3 állapot |
|
|
R_ indítás |
Ha a távoli felhasználótól INDÍTÁS közlemény érkezik, ezt egy előzőleg küldött INDÍTÁS közlemény nyugtázásának ismerik el; a Tr időzítő nem indul újra |
3 állapot |
|
|
Ts_időtúllépés |
Egy ÓRAJEL közlemény kerül elküldésre és a Tr időzítő újraindul |
3 állapot |
|
|
L_ indítás
TC_setup |
Figyelmen kívül hagyva |
3 állapot(4) |
|
|
R_lezárás |
A Ts időzítő megáll; az MT-Megszakadás-Jelzés aktíválódik a helyi felhasználó felé |
2 állapot |
|
|
Tr_időtúllépés |
A Ts időzítő megáll. az MT-Megszakadás-Jelzés aktíválódik a helyi felhasználó felé; a Tr időzítő újraindul |
2 állapot |
|
|
L_lezárás |
Egy LEZÁRÁS közlemény kerül továbbításra; a Tr és Ts időzítők megállnak és az átviteli kapcsolat megszűnik |
0 állapot |
|
|
TC_szétkapcsol |
A helyi felhasználót értesítik arról, hogy az átviteli kapcsolat megszűnt (pl. egy hiba miatt), a Tr és Ts időzítők megállnak és az összeköttetés megszakad |
0 állapot |
|
|
(1) Amikor 0 állapotba lép, úgy lehet tekinteni, hogy a TC_setup esemény automatikusan generálódik. |
|
|
|
(2) Csak amikor a 0 állapotnál leírt automatikusan generált TC_setup esemény bekövetkezik, generálódhat az L_ indítás esemény automatikusan. |
|
|
|
(3) Ez a módszer garantálja, hogy a távoli felhasználótól kapott INDÍTÁS közleményt mindig egy másik INDÍTÁS közlemény nyugtázza. |
|
|
(4) Néhány meglévő bevezetés, amely ennél az Eurocontrol Műszaki Előírás Dokumentumnál korábbi, ezt az eseményt TC_szétkapcsolásként kezelheti, például visszatér a 0 állapotba. |
|
Közlemény Fejléc Protokol
B.1. Ez a Függelék meghatározza a Közlemény Fejléc Protokolt, amely az OLDI-hoz hasonló alkalmazásokhoz használható minimális átviteli protokol.
B.2. Bevezetett szolgáltatás
B.2.1. A közlemény fejléc protokol megfelel a Kapcsolat módú átviteli szolgáltatás egy alkészletének, amely a következő szolgáltatási jelzőket tartalmazza:
T-kapcsol: átviteli kapcsolatot hoz létre egy alkalmazás számára
T-adat: ASCII adat átvitele
T-szétkapcsol: egy alkalmazás átviteli kapcsolatának véget vet
B.2.2. A szolgáltatás nem támogatja a többszörösítést, a hiba utáni helyreállást, a részekre osztást és az újból történő összeállítást.
B.3. Vállalt szolgáltatás
Ez a protokol egy megbízható alapvető hálózati szolgáltatást vállal magára, amelyet az X.25 Csomag Rétegű Protokol biztosít.
B.4. Protokol specifikáció
B.4.1. Kapcsolat létrehozása
A T-kapcsol jelző az alapul szolgáló hálózati szolgáltatás N-kapcsol szolgáltatásának felhasználásával kerül bevezetésre. A jelzők két készlete (kérés, jelzés) között direkt leképezés van. Alternatívaként egy meglévő hálózati kapcsolatot is lehet használni (pl. egy olyan kapcsolatot, amelyet a rendszer szervezési mechanizmusok hoztak létre).
1. A fenti esetben használat előtt a hálózati kapcsolatot vissza kell állítani.
2. Amennyiben ez az automatikus újrapróbálás bevezetésre kerül, az újbóli próbálkozásokat körülbelül 15 másodpercenként lehet megkísérelni.
B.4.2. A redundáns hálózati kapcsolatok elkerülése
Ha az N-Kapcsolat-Kérés még rendezetlen (azaz nem érkezett megfelelő N-Kapcsolat-Megerősítés vagy N-szétkapcsol jelzés) és egy N-Kapcsolat-Jelzés érkezik, akkor a bejövő hálózat létrehozási kísérletet el kell utasítani vagy meg kell szüntetni úgy, hogy csak akkor válaszolnak egy N-Szétkapcsol-Kérés jelzéssel, amikor a következő két feltételnek megfelelnek:
– az N-Kapcsolat-Jelző hívó NSAP címe megegyezik a rendezetlen N-Kapcsolat-Kérés hívott NSAP címével;
– a rendezetlen N-Kapcsolat-Kérés NSAP hívó címe nagyobb mint a rendezetlen N-Kapcsolat-Kérés hívott NSAP címe, ahol az összehasonlítás az egyes NSAP címek előnyben részesített bináris kódolása által kapott bit láncolatok alapján történik (egy láncolatot nagyobbnak kell tekinteni az összes megfelelő kezdeti al-láncolatánál).
B.4.3. A kapcsolat megszüntetése
B.4.3.1. A kapcsolat megszüntetéséhez az alapul szolgáló hálózati szolgáltatás N-Szétkapcsol és az N-Visszaállít jelzőjét kell használni.
B.4.3.2. Egy T-Szétkapcsol-Kérés bevezetéséhez egy N-Szétkapcsol-Kérés-t kell jelezni. Ha pedig az N-Kapcsolat jelzőt használó kiépített hálózati kapcsolatok nem támogatottak, a hálózati kapcsolatot nem szabad határozottan megszüntetni. Az utóbbi esetben a fenti hálózati kapcsolatot vissza kell állítani.
B.4.3.3. A teljesen vagy részlegesen kiépített átviteli kapcsolatnak megfelelő hálózati kapcsolaton érkező T-Szétkapcsol-Jelzés meg kell jelenjen a következő hálózati szolgáltatás jelzők bármelyikének vételekor:
B.4.4.1. Az alapul szolgáló hálózati szolgáltatás N-Adat jelzőjének használatával kell a T-Adat jelzőt bevezetni. Direkt leképezés van a jelzők (kérés, jelzés) két készlete között. A leképezés az Átvitel Protokol Adat Egység-et (TPDU) használja, amelyet a hálózati szolgáltatás továbbít.
B.4.4.2. A TPDU-nak a következő formában kell megjelennie, és balról jobbra haladva kerül továbbításra, így a közleményformátumot az adat(1), adat(2)...adat(n) mezőkbe kell beilleszteni.
|
STX |
LENG |
ADEST |
DEST |
AEMM |
EMM |
adat(1) |
ADR |
adat(2) ... adat(n) |
ETX |
|
‘02’H |
‘48’H |
‘40’H |
‘40’H |
‘40’H |
‘40’H |
|
‘40’H |
|
‘03’H |
B.4.4.3. A T-Adat szolgáltatást a nyomtatható ASCII karakter adatok átvitelére kell korlátozni. Különösképpen az adat oktetek egyike sem lehet '03'H értékű (az ETX karakter).
B.4.4.4. A megfelelő bevezetésnek eleget kell tennie a legfeljebb 4105 oktetet támogató Hálózati Szolgáltatás Adat Egység (NSDU) követelményeinek.
B.4.4.5. A megfelelő bevezetésnek meg kell tiltania a többszörös TSDU-knak egy NSDU-ba való összefűzését.
B.4.4.6. A megfelelő bevezetésnek meg kell tiltania az egy TSDU-nak a több NSDU-ba való részekre bontását.
C.1. Ez a függelék a repülési adatok átvitelének alátámasztására meghatározza mind a pont pont között, mind a csomagkapcsolású hálózati környezetben alkalmazott X.25 csomag rétegű protokolt használó alapvető Hálózati Protokolt. A protokol alkészlete kompatibilis 1980-as és azt követő kiadású verziókban szereplő meghatározással.
C.2.1. A protokol a meghatározott kapcsolat módú OSI Hálózati Szolgáltatást vezeti be, kivéve a következőket:
– az NSAP címzés a C.4.2 pontban meghatározottakra korlátozódik;
– nincs mód a Hálózati Szolgáltatás (NS) felhasználók és az NS szolgáltatók közötti megegyezésre a hálózati összeköttetéssel kapcsolatos szolgáltatás minőségére vonatkozóan;
– a hálózati kapcsolatok létrehozása és megszakítása közben az NS-Felhasználó-Adat átvitele a C.5.3 pontban meghatározott rendelkezések kivételével nincs támogatva.
C.2.2. A következő NS szolgáltatói választék nem elérhető:
– gyorsított adatátvitel.
C.3. Vállalt szolgáltatások
A protokol az OSI Adatkapcsolat Szolgáltatás biztosítását vállalja magára.
C.4.1. Az NSAP címzés felépítése megfelel az ISO/IEC 8348 A Függelékében lévő meghatározásoknak.
C.4.1.1. Az NSAP címzés összetevői az alábbiak:
IDP: Kezdeti Tárgykörre vonatkozó Rész, mely tartalmazza az AFI és IDI mezőket
AFI: Jogosultság és Formátum Azonosító, és
IDI: Kezdeti Tárgykör Azonosító
DSP: Tárgykör Specifikus Rész
C.4.2. NSAP Címzés Felépítése
C.4.2.1. A címzés összetevőit a következő formára kell korlátozni.
C.4.2.2. A 48 értékű AFI-t kell használni, tízes alapú absztrakt szintaxissal jelölve a Helyi IDI formátumot.
C.4.2.3. A Helyi formátumot követően az IDI nulla.
C.4.2.4. A DSP 2 pár decimális számjegyből kell álljon, a következők szerint:
– az első pár egy Légiforgalmi Irányító (ATC) egység azonosítója, amely meghatározza az ATC rendszert, és így közvetett módon az elhelyezkedését;
– a második pár egy ATC egység kiválasztó, amelyet az ATC egységen belül lévő meghatározott végpont megjelölésére lehet használni.
C.4.2.5. A végleges NSAP címzés felépítése a következőképpen alakul.
-------------------------------------------------
-------------------------------------------------
48 | ATC egység azonosító | ATC egység kiválasztó
-------------------------------------------------
C.4.3. Az ATC Egység azonosítóinak és kiválasztóinak kiosztása
C.4.3.1. Mindegyik ATC rendszer egyedi ATC egység azonosítóval való ellátása az Eurocontrol feladatkörébe tartozik, míg az ATC egység kiválasztóit az ATC Igazgatóság vagy Szervezet illetékes hatósága fogja kiosztani.
C.5. Protokol specifikáció
C.5.1. A protokol az ISO/IEC 8878-ban meghatározott az X.25. (1980)-hoz készített Alhálózat-Függő Megfelelési Protokol-on alapszik, a következő eltérésekkel:
– a Gyors Kiválasztás felhasználói funkció nem működik; bár a Gyors Kiválasztás funkcióval elérhető kiterjedt formátumú Felhasználói Adat mező használatára vonatkozó kódolást, ISO/IEC 8878 A. Melléklet, itt az alap formátumú Felhasználói Adat mezővel a CALL REQUEST (HÍVÁS KÉRÉS) és INCOMING CALL (BEJÖVŐ HÍVÁS) csomagokban használják, mivel az engedélyezett hálózati szolgáltatási paraméterek korlátozásai biztosítják, hogy a kódolt információ elférjen 16 oktetben;
– a hálózat szolgáltatási paraméterek közü csak a hívott és hívó NSAP címzéseket (és csak a meghatározott formában) küldik el a CALL REQUEST (HÍVÁS KÉRÉS) csomagban;
– a CALL ACCEPTED (HÍVÁS ELFOGADVA), CALL CONNECTED (HÍVÁS KAPCSOLVA), CLEAR REQUEST (TÖRLÉS KÉRÉS) vagy CLEAR INDICATION (TÖRLÉS JELZÉS) csomagokban a Felhasználói Adat mező nem használatos;
– a hálózati kapcsolat létrehozására és megszüntetésére vonatkozó egyéb eljárás nem használható;
– a D-bit felhasználásával történő vételi nyugtázás nem támogatott.
A hívó és hívott NSAP címeket az ISO/IEC 8348 A. Mellékletében meghatározottak szerint kell kódolni a bináris kódolás felhasználásával.
C.5.3. A Felhasználási Adat mező kódolása
C.5.3.1. A fent meghatározott követelmények eredményeként a CALL REQUEST (HÍVÁS KÉRÉS) és INCOMING CALL (BEJÖVŐ HÍVÁS) csomagokban lévő Felhasználói Adat mezőt az alábbiak szerint kell kódolni. Mind a 16 oktetet továbbítani kell.
Felhasználási Adat mező kódolása
Mező leírása | Felső semi oktet | Alsó semi oktet
0. oktet: Protokol identitás | bin (1000) | bin (0100)
1. oktet: Közlemény kódolásának típusa | bin (0010) | bin (0000)
2. oktet: Közlemény kódjának értéke (N CR) | bin (0000) | bin (0001)
3. oktet: Paraméter típus = Hívott NSAP | bin (1100) | bin (1001)
4. oktet: Paraméter hosszúság | bin (0000) | bin (0110)
5. oktet: Paraméter érték (első oktet) = AFI érték | bin (0100) | bin (1000)
6. oktet: Paraméter érték (második oktet) = ATC egység azonosító | felső rendű számjegy | alsó rendű számjegy
7. oktet: Paraméter érték (harmadik oktet) = ATC egység kiválasztó | felső rendű számjegy | alsó rendű számjegy
8. oktet: Paraméter típus = Hívó NSAP | bin (1100) | bin (1011)
9. oktet: Paraméter hosszúság | bin (0000) | bin (0110)
10. oktet: Paraméter érték (első oktet) = AFI érték | bin (0100) | bin (1000)
11. oktet: Paraméter érték (második oktet) = ATC egység azonosító | felső rendű számjegy | alsó rendű számjegy
12. oktet: Paraméter érték (harmadik oktet) = ATC egység kiválasztó | felső rendű számjegy | alsó rendű számjegy
13. oktet: A jövőbeni használatra fenntartva | bin (0000) | bin (0000)
14. oktet: A jövőbeni használatra fenntartva | bin (0000) | bin (0000)
15. oktet: A jövőbeni használatra fenntartva | bin (0000) | bin (0000)
C.5.4. Az INCOMING CALL (BEJÖVŐ HÍVÁS) csomagok címzésének kezelése
Egy INCOMING CALL (BEJÖVŐ HÍVÁS) csomagban lévő hívó DTE címzés érvényességét a rendszerben lévő érvényes távoli DTE címzések helyi listája alapján kell ellenőrizni. Amennyiben érvénytelen címzés fordul elő, a hívást törölni kell.
Egy INCOMING CALL (BEJÖVŐ HÍVÁS) csomagban lévő, a fentebb leírt módon kódolt hívó NSAP címzés érvényességét a rendszerben lévő érvényes távoli NSAP címzések helyi listája alapján kell ellenőrizni. Amennyiben érvénytelen címzés fordul elő, a hívást törölni kell.
C.5.5.1. Az NSDU-k egy ADAT csomag Felhasználói Adat mezőjében kerülnek továbbításra.
C.5.5.2. A virtuális áramkör számára megengedett maximális Felhasználói Adatnál hosszabb NSDU-kat fel kell bontani, és Felhasználói Adat mezőkben ADAT csomagok sorozataként kell továbbítani, ahol az utolsó egység kivételével mindegyik maximális hosszúságú és rendelkezik az M-bit-tel [azaz egy Több-bit (More-bit) sorozat].
C.5.5.3. Egy Több-bit sorozat vételekor a Felhasznói Adatmezőket újra össze kell állítani, hogy létrejöjjön a kapott NSDU.
Profil Specifikus PICS űrlapok
D.1.1. Annak a szállítónak, aki egy olyan protokolt vezet be, amely megfelel az ,,A–C'' Függelékekben megadott specifikációknak, ki kell töltenie a következő PICS űrlapokat.
D.1.2. A kitöltött PICS űrlap lesz a szóban forgó bevezetés PICS-e. A PICS egy nyilatkozat arról, hogy a protokol mely képességei és alternatívái kerültek bevezetésre.
D.1.3. A PICS-eket számos dologra lehet használni, beleértve a következőket is:
– a protokol bevezetője ellenőrző listaként használhatja, hogy minálisra csökkentse annak esélyét, hogy figyelmetlenségből adódóan esetleg ne feleljen meg a műszaki előírásoknak;
– a szállító és a bevezetés beszerzője vagy lehetséges beszerzője által, mint a bevezetés képességeinek részletes jelzését, mely a műszaki előírásos PICS űrlapokkal biztosított értelmezés közös alapjának viszonyításául szolgálhat;
– a bevezetés felhasználója vagy lehetséges felhasználója által, akik számára alapul szolgálhat más bevezetésekkel való együttműködés lehetőségének előzetes ellenőrzéséhez (megjegyzendő, hogy míg az összehangolt működést nem lehet garantálni, az összeférhetetlen PICS-ekből gyakran következtetni lehet az együttműködés elégtelenségére);
– a protokol ellenőrző által, mint a megfelelő tesztek kiválasztásának alapja, amelyhez mérten értékelheti a bevezetés megfelelését.
D.2. A PICS űrlapok kitöltési útmutatója
D.2.1. A PICS űrlapok általános felépítése
D.2.1.1. Mindegyik PICS űrlap első része a Bevezetés Azonosító és a Protokol Összegzés, melyet a korábban jelzettek szerint, a szállító, valamint a bevezetés teljes azonosításához szükséges adatokkal kell kitölteni.
D.2.1.2. A PICS űrlap fő részét egy meghatározott formátumú kérdőív képezi. A kérdőív egyes tételeire vonatkozó válaszokat a jobb szélső oszlopban kell megadni. Ez történhet egy egyszerű válasz megjelöléssel, mely egy korlátozott választékot jelent (szokás szerint Igen vagy Nem), vagy érték megadásával, illetve értékek sorozatának vagy tartományhatárának megadásával.
D.2.1.3. Egy kitölött PICS űrlapot, amely bármilyen Kiegészítő (Additional Information) vagy Kivételes Információt (Exception Information) foglal magába, a szóban forgó bevezetés Protokol Bevezetési Megfelelési Nyilatkozatának (Protocol Implementation Conformance Statement) kell tekinteni.
D.2.2. Kiegészítő Információk
A Kiegészítő Információk tételei lehetővé teszik a szállító számára, hogy a PICS értelmezését megkönnyítő további információkat biztosítson.
D.2.3. Kivételekre vonatkozó információk
D.2.3.1. Néha megtörténhet, hogy a szállító egy kötelező vagy tiltott státusszal rendelkező tételre kíván válaszolni (miután bármilyen feltételt alkalmazott) oly módon, mely ellentétes a jelzett követelménnyel. Ilyen esetre nincsen előre nyomtatott válasz a Támogatás (Support) oszlopban, helyette a szállítónak kell beírnia a hiányzó választ a Támogatás (Support) oszlopba, egy a Kivételes Információ (Exception Information) tételére utaló X<i> hivatkozással.
D.2.3.2. A szállítónak kell biztosítania a megfelelő magyarázatot a Kivételes (Exception) tételre vonatkozóan.
D.2.3.3. Az a bevezetés, amelyhez Kivételes (Exception) tétel szükséges, ilyeténképpen nem felel meg ennek a specifikációnak.
D.2.4. Feltételes tételek
D.2.4.1. A ,,<tétel/item/>: <s>'' függőség jelzés a Státusz oszlopban egyedi függő tételeket jelöl meg, ahol a ,,<tétel/item/>'' a tételre való hivatkozás, mely a néhány egyéb tétel számára készült táblázat első oszlopában jelenik meg, és az ,,<s>'' egy státusz jelző, mely a következő lehet: M, O, O.<n> vagy X.
D.2.4.2. Ha a feltételes jelölés értelmében a tétel támogatottként van jelölve, a feltételes tétel akalmazható, és a státuszát az ,,<s>''jelzés adja meg: a Támogatás oszlopot a szokásos módon kell kitölteni. Máskülönben a feltételes tétel nem mérvadó, és a Nem Alkalmazható (NA) [Not Applicable (NA)] választ kell megjelölni.
D.2.4.3. Minden olyan tételt, mely hivatkozását használják egy feltételes jelben, csillaggal jelölnek meg a Tétel (Item) oszlopban.
D.3. Az Üzenettovábbítási Protokolhoz való PICS űrlap
D.3.1. Rövidítések és speciális szimbólumok
D.3.1.1. Státusz szimbólumok
O: Választható (Optional)
D.3.1.2. Tétel hivatkozások
A PICS űrlapok tételeit emlékezetető jellegű tétel hivatkozások azonosítják. A kapcsolatos funkciókkal foglalkozó PICS tételeket olyan tételazonosítóval jelölik, mely a tétel hivatkozások azonos kezdőbetűit vagy betűpárjait (nagybetűs szedéssel) megosztva használja. Itt következik ezen kezdőbetűk listája, olyan sorrendben, amilyen sorrendben a PICS űrlapon a tételek csoportjai előfordulnak:
– MTsy, MTop, MTst, MTor közlemény típusok
– MAE, MAR, MCI, MDT, MAV eljárások
– MEsu, MEsd, MEhb, MEty kódolások
Üzenet átvitel bevezetés azonosítás
A PICS kérdőívekkel foglalkozó kapcsolattartó személy megnevezése |
Bevezetés elnevezés/verzió |
Eszköz megnevezés/verzió |
Operációs rendszer név/verzió |
Más érintett hardware és operációs rendszerek |
Rendszer elnevezés (amennyiben alkalmazható) |
D.3.3. Közlemény Átviteli Protokol Bevezetése
