Verordening (EG) Nr. 2082/2000 van de Commissie

van 6 september 2000

tot bekrachtiging van Eurocontrol-normen en tot wijziging van Richtlijn 97/15/EG tot bekrachtiging van Eurocontrol-normen en tot wijziging van Richtlijn 93/65/EEG van de Raad

DE COMMISSIE VAN DE EUROPESE GEMEENSCHAPPEN,

Gelet op het Verdrag tot oprichting van de Europese Gemeenschap,

Gelet op Richtlijn 93/65/EEG van de Raad van 19 juli 1993 betreffende de vaststelling en het gebruik van compatibele technische normen en specificaties voor de aanschaf van apparatuur en van systemen voor luchtverkeersafhandeling(1), inzonderheid op artikel 3,

Gelet op Richtlijn 97/15/EG van de Commissie van 25 maart 1997 tot bekrachtiging van Eurocontrol-normen en tot wijziging van Richtlijn 93/65/EEG van de Raad betreffende de vaststelling en het gebruik van compatibele technische normen en specificaties voor de aanschaf van apparatuur en van systemen voor luchtverkeersafhandeling(2),

Overwegende hetgeen volgt:

(1) Bij Richtlijn 97/15/EG zijn de Eurocontrol-norm voor On-Line Data Interchange (OLDI), editie 1.0, en de Eurocontrol-norm voor Air Traffic Services Data Exchange Presentation (presentatie van ATS-gegevensuitwisseling) (ADEXP), editie 1.0, bekrachtigd.

(2) Eurocontrol heeft nieuwe versies van de bovenvermelde twee normen aangenomen, namelijk OLDI, editie 2.2, en ADEXP, editie 2.0, alsook een nieuwe Eurocontrol - norm, Flight Data Exchange - Interface Control Document (FDE-ICD) genaamd.

(3) Deze Eurocontrol-normen vallen onder het toepassingsgebied van Richtlijn 93/65/EEG en dragen bij tot de harmonisatie van de nationale luchtverkeersafhandelingssystemen van de lidstaten, met name wat betreft de overdracht van vluchten tussen verkeersleidingscentra (OLDI), de afhandeling van luchtverkeersstromen (ADEXP) en de communicatie tussen nationale systemen (FDE-ICD).

(4) De edities 2.2 van OLDI en 2.0 van ADEXP treden in de plaats van de voorgaande uitgaven, die momenteel van kracht zijn op grond van het bepaalde in artikel 1 van Richtlijn 97/15/EG, en dit artikel dient derhalve te worden ingetrokken.

(5) De in deze verordening vervatte maatregelen zijn in overeenstemming met het advies van het comité dat conform Richtlijn 93/65/EEG is ingesteld,

HEEFT DE VOLGENDE VERORDENING VASTGESTELD:

Artikel 1

De bindende elementen van de Eurocontrol-specificaties die opgenomen zijn in de volgende normatieve Eurocontrol-documenten worden bekrachtigd in het kader van Richtlijn 93/65/EEG, voorzover zij nodig zijn voor de tenuitvoerlegging van een geïntegreerd Europees systeem voor luchtverkeersafhandeling:

- de Eurocontrol-norm voor On-Line Data Interchange (OLDI), editie 2.2 (Eurocontrol-referentiedocument DPS. ET1.ST06-STD), waarvan de tekst in bijlage I bij deze verordening is opgenomen,

- de Eurocontrol-norm voor de presentatie van gegevensuitwisseling tussen verkeersleidingsdiensten (Air Traffic Services Data Exchange Presentation) (ADEXP), editie 2.0 (Eurocontrol-referentiedocument DPS.ET1.ST09-STD), waarvan de tekst in bijlage II bij deze verordening is opgenomen,

- de Eurocontrol-norm voor uitwisseling van vluchtgegevens - interfacebesturingsdocument (Flight Data Exchange - Interface Control Document) (FDE-ICD), editie 1.0 (Eurocontrol-referentiedocument COM.ET1.ST12-STD), waarvan de tekst in bijlage III bij deze verordening is opgenomen.

Artikel 2

Artikel 1 van Richtlijn 97/15/EG wordt ingetrokken.

Artikel 3

Deze verordening treedt in werking op de derde dag volgende op die van haar bekendmaking in het Publicatieblad van de Europese Gemeenschappen.

Deze verordening in verbindend in al haar onderdelen en is rechtstreeks toepasselijk in elke lidstaat.

Gedaan te Brussel, 6 september 2000.

Voor de Commissie

Loyola De Palacio

Vice-Voorzitter

(1) PB L 187 van 29.7.1993, blz. 52.

(2) PB L 95 van 10.4.1997, blz. 16.

BIJLAGE I

ON-LINE DATA INTERCHANGE (OLDI), EDITIE 2.2

(Eurocontrol-referentiedocument DPS.ET1.ST06-STD)

INHOUDSOPGAVE

>RUIMTE VOOR DE TABEL>

AUTEURSRECHT

Dit document is geproduceerd door Eurocontrol Agency.

Het auteursrecht berust bij Eurocontrol Agency.

De inhoud of enig deel daarvan is derhalve vrijelijk beschikbaar voor vertegenwoordigers van de lidstaten, maar kopiëren of openbaar maken aan derden vereist voorafgaande schriftelijke toestemming van Eurocontrol Agency.

VOORWOORD

1. Verantwoordelijke instantie

De Eurocontrol-norm voor On-Line Data Interchange (OLDI), Uitgave 2.2 is opgesteld door het Directorate of European ATC Harmonisation and Integration Programme (EATCHIP) Development (DED), Eurocontrol, dat ook verantwoordelijk is voor het actualiseren van het document. Alle eventuele opmerkingen of vragen dienen te worden gericht aan de Director General, Eurocontrol, Rue de la Fusée, 96, B-1130 Brussel, ter attentie van de Divisie DED-2.

2. Relatie met het EATCHIP Work Programme Document

Deze norm vormt een te realiseren onderdeel op grond van de Specialist Task DPS.ET1.ST06 van het ATM Data Processing Systems (DPS) domein van EATCHIP zoals gespecificeerd in het EATCHIP Work Programme Document (EWPD) Edition 2.0, gedateerd 30/09/94.

3. Goedkeuring en amendementen

Deze norm is onderworpen aan de volgende goedkeuringsprocedure zoals beschreven in de richtlijnen voor normalisatie van Eurocontrol:

- goedkeuring door het EATCHIP Operational Requirement and ATM Data Processing Team (ODT) volgens schriftelijke procedure;

- raadpleging van alle ECAC-staten via hun vertegenwoordigers in het Committee of Management of in de EATCHIP Project Board;

- goedkeuring door de EATCHIP Project Board en de Committee of Management;

- aanvaarding door de Permanente Commissie.

De bepalingen van deze norm worden van kracht na aanvaarding door de Permanente Commissie.

Teneinde te voldoen aan de vereisten van de evolutie van de procedures van Air Traffic Control (ATC), kunnen via de ODT amendementen en aanvullingen worden voorgesteld ter bespreking en mogelijke goedkeuring. De vereisten worden ofwel opgenomen als een amendement of als een volgende uitgave van het document ter bekrachtiging en goedkeuring conform gespecificeerde procedures.

4. Redactionele conventies

De volgende gebruiken zijn gehanteerd om de status van elke formulering aan te geven: Normatieve elementen staan afgedrukt in tekst met een licht lettertype; Aanbevolen elementen staan afgedrukt in een cursief licht lettertype, de status wordt aangeven door het prefix Aanbeveling.

Het volgende redactionele gebruik is gehanteerd bij het opstellen van de specificaties: voor normatieve elementen zijn de (hulp)werkwoorden "zullen" of "dienen" gebruikt en voor Aanbevolen elementen zijn de (hulp)werkwoorden "zouden" of "dienen" gebruikt.

Opmerkingen staan afgedrukt in een cursief licht lettertype, voorafgegaan door het prefix "Opmerking".

5. Relatie met Uitgave 1 van de Eurocontrol Standard for On Line Data Interchange

Dit document vervangt de delen 1 en 2 van Uitgave 1 van de Eurocontrol Standard for On Line Data Interchange. Deel 3, waarin de technische protocollen staan beschreven die dienen te worden gebruikt, wordt vervangen door de Eurocontrol Standard for Flight Data Exchange - Interface Control Document Part 1.

6. Belangrijke wijzigingen ten opzichte van Uitgave 1

Hier volgt een overzicht van de belangrijkste wijzigingen en aanvullingen ten opzichte van Uitgave 1:

1. Opname van de volgende complementaire (niet-verplichte) berichten met betrekking tot de basisprocedure:

- Message for the Abrogation of Co-ordination (MAC) [bericht voor de opheffing van coördinatie];

- Secondary Surveillance Radar (SSR) Code Assignment (COD) Message [secundaire bewakingsradar codetoewijzingsbericht];

- Information (INF) Message [informatiebericht].

2. Definitie van inhoud en structuur van berichten ter ondersteuning van het overschrijden van een grens door een vlucht op een route die geen gedefinieerde Air Traffic Services (ATS)-route is, maar die wordt gedefinieerd door de begin- en eindpunten van het routesegment.

3. Integratie van een dialoogprocedure die het volgende mogelijk maakt:

- de aanwijzing en totstandkoming van niet-standaard transfervoorwaarden door vluchtleiders die de planningfunctie uitvoeren;

- de mogelijkheid voor de accepterende eenheid om op zijn beurt overdrachtsvoorwaarden voor te stellen;

- de overdracht van communicatiefaciliteiten als onderdeel van de procedure voor overdracht van de controle.

4. Het gebruik van de structuur beschreven in Uitgave 2 van het Eurocontrol Standard Document for ATS Data Exchange Presentation (ADEXP) wordt ingevoerd. Alle berichten die op grond van de basisprocedure zijn gespecificeerd en berichten die welke worden gebruikt tijdens de coördinatiefase van de dialoogprocedure worden beschreven met gebruik van de structuren van zowel de International Civil Aviation Organisation (ICAO) als de ADEXP. Transfer of Communication-berichten die zijn beschreven op grond van de dialoogprocedure worden alleen beschreven met gebruik van de ADEXP-structuur.

5. Verwijderen van de volgende bijlagen bij Uitgave 1:

A: ATC Unit Identification.

B: OLDI Message Structure

(alle berichten in Uitgave 3 gaan vergezeld van voorbeelden).

D: Historical Overview.

E: Implementation Plan.

F: Compliance by States.

G: Guidelines for Implementation.

H: Guidelines for Evaluation of OLDI.

6. Scheiding van Deel 3 - Tecnical Requirements - van de specificatie van de applicaties.

7. Relatie tot andere documenten

In dit document wordt gerefereerd aan het gebruik van twee typen veldstructuren bij de samenstelling van berichten; namelijk ICAO en ADEXP.

ICAO-veldstructuren worden beschreven in Referentie 1. In het geval dat Referentie 1 wordt vervangen door een ander document zal de definitie van ICAO-veldtypen zijn zoals beschreven in dat document.

Structuren voor ADEXP-velden worden beschreven in Referentie 2.

OPMERKING

Documenten waaraan gerefereerd wordt staan vermeld in Sectie 2.

8. Taal

Het origineel van dit document is gesteld in de Engelse taal.

1. INLEIDING

1.1. Doelstelling

1.1.1. Vluchten die worden voorzien van een ATC-dienst worden door de ene ATC-eenheid aan de andere overgedragen op een wijze die is bedoeld om volledige veiligheid te garanderen. Om deze doelstelling te verwezenlijken is het een standaardprocedure dat het passeren door elke vlucht van de grens tussen de verantwoordelijkheidsgebieden van de twee eenheden door hen tevoren wordt gecoördineerd en dat de controle over de vlucht wordt overgedragen als deze zich op, of vlakbij, de genoemde grens bevindt.

1.1.2. Waar dit plaatsvindt per telefoon, is de overdracht van gegevens van individuele vluchten als onderdeel van het coördinatieproces een belangrijke ondersteunende taak van ATC-eenheden, in het bijzonder bij Area Control Centres (ACC)'s. Het operationele gebruik van verbindingen tussen Flight Data Processing Systems (FDPS)'s bij ACC's met als doel om dergelijke verbale "schattingen" te vervangen, hetgeen On-Line Data Interchange (OLDI) wordt genoemd, begon in Europa in de vroege jaren tachtig.

1.1.3. Om de implementatie te vergemakkelijken zijn algemene regels en berichtenstructuren uitgewerkt en overeengekomen door de betrokken instanties en opgenomen in Uitgave 1 van de Eurocontrol Standard for On-Line Data Interchange; het voorliggende document, Uitgave 2.2, is geproduceerd ter ondersteuning van de voortdurende ontwikkeling van zulke faciliteiten conform de vereisten van EATCHIP.

1.2. Reikwijdte

1.2.1. Dit document bevat een specificatie van de faciliteiten en berichten die dienen te worden geleverd door FDPS-en die voor ATC-eenheden werken met als doel het volgende te realiseren:

- de vereiste coördinatie voorafgaand aan de overdracht van vluchten van de ene eenheid aan de volgende;

- de overdracht van de communicatie van dergelijke vluchten.

1.2.2. Dit document bevat:

- definities van de berichtenstructuren en de regels voor de inhoud daarvan;

- een beschrijving van de bij zulke eenheden vereiste faciliteiten die een voorwaarde zijn voor het gebruik van gegevensuitwisseling voor dit doeleinde.

1.2.3. Deze norm is binnen de lidstaten Eurocontrol van toepassing op internationale OLDI-faciliteiten tussen eenheden die een ATC-dienst voor een gebied leveren.

1.2.4. Aanbeveling:

Aanbevolen wordt dat de staten van de European Civil Aviation Conference (ECAC) deze norm toepassen op:

- internationale OLDI-faciliteiten tussen eenheden die een ATC-dienst voor een gebied leveren binnen het ECAC-gebied;

- OLDI-faciliteiten tussen eenheden die ATC-diensten voor een gebied leveren die een intern onderdeel vormen van de betrokken staat.

2. REFERENTIES

2.1. De volgende documenten bevatten bepalingen die, doordat er in deze tekst naar wordt verwezen, bepalingen vormen van dit Eurocontrol-normdocument.

Ten tijde van publicatie van dit Eurocontrol-normdocument waren de genoemde uitgaven van de documenten waarnaar wordt verwezen correct.

Met elke herziening van de ICAO-documenten waarnaar wordt verwezen wordt onmiddellijk rekening gehouden door dit Eurocontrol-normdocument te herzien.

Herzieningen van de andere documenten waarnaar wordt verwezen zullen geen deel uitmaken van de bepalingen van dit Eurocontrol-normdocument totdat ze formeel zijn beoordeeld en in dit Eurocontrol-normdocument zijn opgenomen.

In het geval van conflicten tussen de vereisten van dit Eurocontrol-normdocument en de inhoud van deze andere documenten waarnaar wordt verwezen, prevaleert dit Eurocontrol-normdocument.

2.2. In dit normdocument wordt verwezen naar de volgende documenten:

1. Procedures for Air Navigation Services - Rules of the Air & Air Traffic Services [procedures voor luchtvaartnavigatiediensten - regels van de lucht- & luchtverkeersdiensten], ICAO Document 4444, dertiende uitgave gedateerd 7 nov. 1996, zoals geamendeerd.

2. Uitgave 2.0 van het Eurocontrol Standard Document for ATS Data Exchange Presentation (ADEXP) [normdocument voor de presentatie van ATS-gegevensuitwisseling], referentie DPS-ET1-ST09-STD-01-00, gedateerd juni 1998.

3. DEFINITIES, SYMBOLEN EN AFKORTINGEN

3.1. Definities

Ten behoeve van deze Eurocontrol-norm gelden de volgende definities.

3.1.1. Accepterende eenheid: de eenheid die een ATC-dienst levert en de controle dient over te nemen of heeft overgenomen van een vlucht als de overdracht van de ene eenheid naar de andere dient plaats te vinden of heeft plaatsgevonden.

3.1.2. Bevestiging: mededeling dat een bericht is ontvangen en dat is gebleken dat het op de juiste manier kan worden verwerkt

3.1.3. Activering: het proces in een ontvangende ATC-eenheid waarbij het vluchtplan voor de betreffende vlucht wordt bijgewerkt met de gegevens die worden aangeleverd door de overdragende eenheid als onderdeel van het coördinatieproces tussen de twee eenheden en die resulteert in het beschikbaar stellen van de gegevens aan vluchtleiders.

3.1.4. Hoogte: de verticale afstand van een niveau, een punt of een object dat wordt beschouwd als een punt, gemeten vanaf het gemiddelde zeeniveau.

3.1.5. Applicatie: dat onderdeel van een ATS-subsysteem dat zich conformeert aan deze norm en samenwerkt met zulke eenheden in andere ATS-systemen.

3.1.6. Verantwoordelijkheidsgebied: een luchtruim met gedefinieerde afmetingen waarbinnen een ATC-eenheid luchtverkeersleidingdiensten levert.

3.1.7. Associatie: een procedure waarbij een systeem een ontvangen OLDI-bericht associeert met een in de database ingevoerd vluchtplan.

3.1.8. ATC-eenheid: een eenheid die een luchtverkeersleidingdienst levert.

3.1.9. Beschikbaarheid: de kans dat een faciliteit op een tijdstip voor een gebruiker toegankelijk is.

3.1.10. Grens: de vlakken (lateraal en verticaal) die het verantwoordelijkheidsgebied van een ATC-eenheid afbakenen.

3.1.11. Vrijgegeven vluchtniveau: het vluchtniveau waarnaar of waarop een vlucht op dit moment door ATC is vrijgegeven.

3.1.12. Coördinatie, ATC: het proces, uitgevoerd tussen ATC-eenheden met aangrenzende verantwoordelijkheidsgebieden, waarbij deze elkaar formeel op de hoogte brengen van de geplande passage van vluchten over de grens, teneinde de vluchtveiligheid te garanderen door middel van consistentie van voorgenomen acties.

3.1.13. Coördinatiebericht: een algemene term die verwijst naar een bericht dat wordt gebruikt voor het tot stand brengen van ATC-coördinatie. Daartoe behoort de CDN, wat een specifiek bericht is dat wordt besproken in paragaaf 8.8.

3.1.14. Coördinatiefase: met betrekking tot een bepaalde vlucht, de fase gedurende welke de overdragende en ontvangende ATC-eenheden de voorwaarden overeenkomen (bijv. vluchtniveau, grenspunt) waaronder een vlucht van de leiding van de ene eenheid overgaat naar die van de andere.

3.1.15. Coördinatiepunt: een punt op of naast de grens bekend bij de ATC-eenheden in een coördinatiereeks en waarnaar wordt verwezen in coördinatieberichten.

3.1.16. Correlatie: het proces gebaseerd op gedefinieerde criteria voor de associatie van vluchtplangegevens en de radarbaan van dezelfde vlucht, normaal gesproken voor presentatie op het display van een vluchtleider.

3.1.17. Eurocontrol-norm: alle specificaties voor fysieke kenmerken, configuratie, materiaal, prestaties, personeel of procedure, waarvan de uniforme toepassing is goedgekeurd als zijnde essentieel voor implementatie in ATS-systemen binnen lidstaten van Eurocontrol. Een Eurocontrol-norm mag niet strijdig zijn met ICAO-norms maar dient, waar van toepassing, een aanvulling op laatstgenoemde te vormen.

3.1.18. Executive Controller: een vluchtleider die rechtstreeks instructies geeft aan de vluchten onder zijn/haar controle. Tot dergelijke vluchtleiders behoren die welke radarcontrolediensten voor het gebied leveren.

3.1.19. Exit-niveau: het niveau waarop een vlucht is gecoördineerd om een controleoverdrachtspunt te passeren. Tot een exit-niveau kunnen aanvullende passeervoorwaarden behoren die de niveauband definiëren waarbinnen een klimmende/dalende vlucht zich zal bevinden.

3.1.20. Vluchtplan: gespecificeerde informatie geleverd aan luchtverkeersdiensteenheden, met betrekking tot een voorgenomen vlucht of deel van een vlucht van een vliegtuig. Daarnaast, informatie afkomstig uit het vluchtplan van een specifieke vlucht die binnen een FDPS plaatsvindt.

3.1.21. Genereren: een proces in een ATC-systeem waarbij relevante gegevens uit de database(s) worden opgehaald en een bericht wordt samengesteld voor verzending aan een ontvangende ATC-eenheid.

3.1.22. ICAO-structuur: de structuur die wordt gebruikt voor de grond-grond-verzending van ATS-berichten en waarbij de veldtypen en scheidingstekens zoals beschreven in Referentie 1 worden gebruikt.

3.1.23. Niveau: een algemene term die betrekking heeft op de verticale positie van een vliegtuig in de lucht; binnen deze norm omvat de term niveau of vluchtniveau in de gevallen waarin het wordt gebruikt ook de hoogte.

3.1.24. Mededeling: het proces waarbij de overdragende eenheid gegevens verzendt om het systeem van de ontvangende eenheid bij te werken ter voorbereiding van de coördinatiefase.

3.1.25. Ontvangende eenheid: de ATC-eenheid waarnaar een bericht wordt verzonden.

3.1.26. Betrouwbaarheid: het percentage van de geplande beschikbaarheid gedurende welke de dienst beschikbaar dient te zijn.

3.1.27. Aangevraagd vluchtniveau: een vluchtniveau dat voor de vlucht in het vluchtplan wordt aangevraagd.

3.1.28. Herziening: een amendement op eerder door de overdragende ATC-eenheid aan de ontvangende ATC-eenheid verzonden gegevens.

3.1.29. Supplementair passeerniveau: een niveau, waarop of waarboven, of waarop of waaronder een vlucht gecoördineerd is om het controleoverdrachtspunt te passeren. Het supplementaire niveau, indien aanwezig, is een onderdeel van het exit-niveau.

3.1.30. Systeemvluchtplan: informatie afkomstig uit het vluchtplan van een specifieke vlucht die plaatsvindt binnen een FDPS.

3.1.31. Transactietijd: een tijdsinterval volgend op de start van een bericht gedurende welke de verzending, de eerste verwerking in het ontvangende systeem, het genereren en het verzenden van een bevestigingsbericht en de identificatie daarvan in het overdragende systeem plaatsvinden.

3.1.32. Controleoverdrachtspunt: een gedefinieerd punt dat zich bevindt op een vliegroute van een vliegtuig, waarop de verantwoordelijkheid voor de levering van ATS aan het vliegtuig wordt overgedragen van de ene ATC-eenheid of controlepost aan de volgende. Valt niet noodzakelijkerwijze samen met het coördinatiepunt.

3.1.33. Overdrachtsfase: een vluchtfase die volgt op de coördinatiefase en gedurende welke overdracht van de communicatie plaatsvindt.

3.1.34. Overdragende eenheid: in een coördinatiereeks, de ATC-eenheid die verantwoordelijk is voor de levering van een dienst aan een vlucht voor de grens en die de coördinatiefase met de volgende eenheid start.

3.1.35. Verzenden: een bericht van het ene systeem naar het andere overbrengen.

3.1.36. Eenheid: diensteenheid voor luchtverkeer.

3.1.37. Waarschuwing: een bericht dat op een werkplek wordt afgebeeld als het automatische coördinatieproces is mislukt.

3.2. Symbolen en afkortingen

Ten behoeve van deze Eurocontrol-norm gelden de volgende symbolen en afkortingen.

ABI Advance Boundary Information Message [voorafgaand bericht met grensinformatie]

ACC Area Control Centre [gebiedscontrolecentrum]

ACP Accept Message [bericht accepteren]

ACT Activate Message [bericht activeren]

ADEXP ATS Data Exchange Presentation [presentatie uitwisseling ATS-gegevens]

ATC Air Traffic Control [luchtverkeersleiding]

ATM Air Traffic Management [luchtverkeersbeheer]

ATS Air Traffic Service [luchtverkeersdienst]

CDN Co-ordination Message [coördinatiebericht]

CNL Flight Plan Cancellation [annulering vluchtplan]

COD SSR Code Assignment Message [toewijzingsbericht SSR-code]

COF Change of Frequency Message [frequentiewijzigingsbericht]

COP Co-ordination Point [coördinatiepunt]

DED Directorate of EATCHIP Development, Eurocontrol [directoraat van EATCHIP-ontwikkeling, Eurocontrol]

EATCHIP European ATC Harmonisation and Integration Programme [Europees programma voor harmonisatie en integratie van ATC]

ECAC European Civil Aviation Conference [Europese burgerluchtvaartconferentie]

ETO Estimated Time Over [geschatte tijd boven]

ETOT Estimated Take-Off Time [geschatte vertrektijd]

EWPD EATCHIP Work Programme Document [EATCHIP-werkprogrammadocument]

FDPS Flight Data Processing System [systeem voor verwerking van vluchtgegevens]

FRF Further Route of Flight [verdere vliegroute]

HMI Human-Machine Interface [mens-machine-interface]

HOP Handover Proposal Message [bericht met voorstel tot overdracht]

ICAO International Civil Aviation Organisation [internationale organisatie voor de burgerluchtvaart]

INF Information Message [informatiebericht]

LAM Logical Acknowledgement Message [logisch bevestigingsbericht]

LoA Letter of Agreement [overeenkomstbrief]

MAC Message for the Abrogation of Co-ordination [bericht voor de opheffing van coördinatie]

MAS Manual Assumption of Communications [handmatige overname van communicatie]

NM Nautical Mile [zeemijl]

OLDI On-Line Data Interchange [on-line gegevensuitwisseling]

ORCAM Originating Region Code Assignment Method [codetoewijzingsmethode voor herkomstregio]

PAC Preliminary Activate Message [bericht van voorlopige activering]

RAP Referred Activate Proposal Message [bericht met voorstel tot activering waarnaar wordt verwezen]

REV Revision Message [herzien bericht]

RJC Reject Co-ordination Message [bericht met afwijzing van coördinatie]

ROF Request on Frequency Message [bericht met vraag over frequentie]

RRV Referred Revision Message [herzien bericht waarnaar wordt verwezen]

SBY Stand-by Message [stand-by-bericht]

SDM Supplementary Data Message [supplementair gegevensbericht]

SSR Secondary Surveillance Radar [secundaire bewakingsradar]

SYSCO System Supported Co-ordination [systeemondersteunde coördinatie]

TI Transfer Initiation [start van overdracht]

TIM Transfer Initiation Message [bericht van start van overdracht]

TWR/APP Tower (aerodrome control) and Approach Control [toren- (vliegveldcontrole) en naderingscontrole]

4. ALGEMENE VEREISTEN

4.1. Inleiding

Dit gedeelte bevat een beschrijving van de algemene operationele vereisten die noodzakelijk zijn voor de implementatie van een OLDI-faciliteit tussen ATC-eenheden en de classificatie- en prestatievereisten van de verschillende typen berichten die worden gebruikt.

4.2. Vereisten voor het Flight Data Processing System

4.2.1. Vluchtdatabase

Eenheden die gebruik maken van een in dit document beschreven faciliteit zullen worden voorzien van gegevens afkomstig van een FDPS die alle benodigde informatie bevat voor de gespecificeerde afbeelding, verwerking en samenstelling van de berichten. De primaire gegevensbron voor elke vlucht is het vluchtplan zoals ingediend door, of namens, de bevelvoerende piloot. Verdere gegevens worden verzameld door de verwerking van vluchtplannen met betrekking tot de omgeving van de betreffende eenheid.

4.2.2. Real time-verwerking

De OLDI-procedure omvat gebeurtenissen in de overdragende ATC-eenheid voor het starten van functies die noodzakelijk zijn voor de tijdige presentatie van gegevens aan de overdragende vluchtleider en de verzending van coördinatiegegevens aan de accepterende eenheid. Voor dat doel zal het FDPS in staat zijn om functies te starten door de vergelijking van Co-ordinated Universal Time en toepasselijke tijdparameters met de tijden op gespecificeerde posities op de vliegroute zoals bepaald aan de hand van de vluchtdatabase.

4.2.3. Datacommunicatie

4.2.3.1. Het FDPS zal in staat zijn om vluchtgegevens te ontvangen en te verzenden in de toepasselijke structuur voor het bericht zoals gespecificeerd in dit document via een datacommunicatiemedium dat de OLDI-functie ondersteunt.

4.2.3.2. Aanbeveling:

Het FDPS dient over het ontwikkelingspotentieel te beschikken om de toevoeging van nieuwe berichten mogelijk te maken die in toekomstige uitgaven van deze norm kunnen worden opgenomen.

4.2.3.3. Binnen de in dit document gespecificeerde prestatievereisten zal het medium voor datacommunicatie een snelle en betrouwbare gegevensuitwisseling tussen applicaties mogelijk maken door:

- de integriteit van de verzending van OLDI-berichten te garanderen;

en

- waar van toepassing, de point-to-point-verbindingen of de status van het communicatienetwerk te bewaken.

4.2.3.4. Het FDPS waarschuwt de werkplekken als het systeem voor datacommunicatie abnormaliteiten constateert.

4.2.4. Applicatiefuncties

4.2.4.1. De systemen die worden gebruikt voor de levering van OLDI-faciliteiten zullen in staat zijn tot het automatisch en in real-time ontvangen, opslaan, verwerken, onttrekken en afleveren van op OLDI betrekking hebbende gegevens ten behoeve van afbeelding en verzending.

4.2.4.2. Het FDPS zal:

- huidige operationele gegevens bevatten met betrekking tot de OLDI-functie zoals vereist door deze norm, welke gegevens automatisch of handmatig of door een combinatie daarvan worden bijgewerkt;

- in staat zijn om dergelijke elementen te onttrekken aan de vluchtplandatabase;

- de volgende ATC-eenheid op de vliegroute kunnen aangeven.

4.2.4.3. Het volgende wordt bilateraal overeengekomen:

- Coördinatiepunten (COP's);

- Referentiepunten gebruikt voor koers- en afstandnotaties voor het identificeren van het COP op directe, niet-ATS-routesegmenten, waar gebruikt.

OPMERKING

de COP's hoeven niet altijd identiek te zijn aan de controleoverdrachtspunten.

4.2.5. Human-Machine Interface (HMI)

4.2.5.1. De HMI zal in staat zijn om:

- de operationele inhoud van OLDI-berichten en relevante waarschuwingen met betrekking tot ontvangen berichten die onmiddellijke aandacht behoeven af te beelden;

- waarschuwingen met betrekking tot routecoördinatie- en overdrachtsberichten door te geven aan de operationele posities die verantwoordelijk zijn voor de coördinatie van de betreffende vluchten.

4.2.5.2. ATC-medewerkers zullen worden voorzien van middelen om de gegevens waaruit de operationele inhoud van de berichten wordt afgeleid aan te passen volgens de vereisten in dit document.

4.2.5.3. De HMI zal naar gelang de situatie aangeven of de verzending van het bericht plaatsvindt of dat het met succes is verzonden.

4.2.5.4. Een waarschuwing of mededeling aan de betreffende ATC of technische positie(s) wordt automatisch gegenereerd als geen bevestiging wordt ontvangen binnen de parametertijd volgend op een verzending van een coördinatie- of overdrachtsbericht.

4.2.5.5. Een dergelijke waarschuwing of mededeling zal plaatsvinden in een vorm die onmiddellijk de aandacht trekt op de betreffende werkplek.

4.2.5.6. Aanbeveling:

De HMI op ATC-posities waar gebruik wordt gemaakt van OLDI dient een waarschuwing af te geven als de OLDI-faciliteit niet beschikbaar is.

4.2.6. Starten van berichten

4.2.6.1. Elk systeem zal een reeks systeemparameters bevatten om een tijdig, automatisch begin van OLDI-berichten mogelijk te maken.

4.2.6.2. Aanbeveling:

Er dient een mogelijkheid aanwezig te zijn om voorafgaand aan de berekende verzendtijd handmatig de verzending van een coördinatiebericht te starten.

4.2.6.3. De automatisch uitvoering dient altijd te zijn gewaarborgd als geen handmatige uitvoering plaatsvindt.

4.2.6.4. Het systeem zal tijdparameters gebruiken om het volgende te definiëren:

- aanlooptijd, voorafgaand aan verzending, als de operationele inhoud van de berichten binnen de overdragende eenheid wordt afgebeeld;

- aanlooptijd, globaal of per COP, om het bericht te verzenden, waar van toepassing;

- tijd na verzending van een bericht waarbinnen een applicatieniveaubevestiging dient te worden ontvangen (time-out).

4.2.6.5. Een bericht dient onverwijld te worden verzonden als de vereiste informatie beschikbaar komt op een tijdstip later dan dat waarop het anders zou zijn verzonden.

Voorbeeld:

een vlucht begint een GAT IFR-segment op een punt dichtbij de grens die de vlucht dan zal passeren; de ETO op dat punt wordt acht minuten voor het COP doorgegeven, op welk tijdstip de verzending van het ACT-bericht reeds laat is op basis van de betreffende tijdparameter(s); het bericht wordt onverwijld verzonden.

4.2.7. Ontvangst van berichten

4.2.7.1. Het ATC-systeem dient in staat te zijn om:

- OLDI-berichten te ontvangen;

- deze automatisch te verwerken overeenkomstig deze norm;

- vluchtgegevens te produceren overeenkomstig het ontvangen bericht en vereiste waarschuwingen af te beelden in het geval dat de ontvangen gegevens inconsistent zijn;

- op het applicatieniveau automatisch bevestigingsberichten te genereren en te verzenden.

4.2.7.2. Een bevestigingsbericht (Logical Acknowledgement (LAM), Accept (ACP) of Stand-by (SBY) bericht) zal worden gegenereerd en verzonden als het bijbehorende bericht is verwerkt en de presentatie van de resultaten van de verwerking aan de betreffende positie(s), waar nodig, is verzekerd.OPMERKING

de gedetailleerde voorwaarden voor het genereren van een bevestiging worden voor elk bericht individueel gespecificeerd.

4.3. Bijwerken aan de hand van bewakingsgegevens

Aanbeveling:

Om de nauwkeurigheid van geschatte tijdsgegevens te garanderen dient informatie afkomstig van de registratie van vluchten door radar of andere bewakingsmiddelen te worden gebruikt om de vluchtplandatabase bij te werken.

4.4. Registratie van OLDI-gegevens

4.4.1. Inhoud

De inhoud van alle OLDI-berichten en het tijdstip van ontvangst zullen worden geregistreerd.

4.4.2. Faciliteiten

Er zullen faciliteiten beschikbaar zijn voor het ophalen en afbeelden van de geregistreerde gegevens.

4.5. Beschikbaarheid, betrouwbaarheid, gegevensbeveiliging en gegevensintegriteit

4.5.1. Beschikbaarheid

4.5.1.1. De OLDI-faciliteit zal beschikbaar zijn tijdens de normale uren en piekuren van de verkeersstroom tussen de twee betreffende eenheden.

4.5.1.2. Aanbeveling:

De OLDI-faciliteit dient elke dag 24 uur beschikbaar te zijn.

4.5.1.3. Alle geplande uitvalperioden (en dus de geplande beschikbaarheidtijd) zullen bilateraal worden overeengekomen tussen de twee betreffende eenheden.

4.5.2. Betrouwbaarheid

4.5.2.1. De betrouwbaarheid van elke OLDI-verbinding zal ten minste 99,86 % bedragen (gelijk aan een uitvaltijd van niet meer dan 12 uur per jaar op basis van 24-uurs beschikbaarheid).

4.5.2.2. Aanbeveling:

Waar operationeel gerechtvaardigd dient te worden voorzien in een betrouwbaarheid van ten minste 99,99 % (gelijk aan een uitvaltijd van niet meer dan 52 minuten per jaar, op basis van een 24-uurs beschikbaarheid).

4.5.3. Gegevensbeveiliging

Aanbeveling:

Methoden voor gegevensbeveiliging (bijv. toegangsrechten, bronverificatie) en, indien van toepassing, netwerkbeheer dienen op OLDI-faciliteiten te worden toegepast.

4.5.4. Gegevensintegriteit

Het aantal fouten op applicatieniveau zal niet meer bedragen dan een (1) verzendfout per 2000 berichten.

4.6. Operationele evaluatie

4.6.1. Evaluatieperiode

Elke nieuwe OLDI-faciliteit, met inbegrip van een nieuwe faciliteit op een bestaande verbinding, zal voorafgaand aan de operationele implementatie worden onderworpen aan een evaluatieperiode om de gegevensintegriteit, nauwkeurigheid, prestaties en compatibiliteit met ATC-procedures en de algehele veiligheid te verifiëren.

OPMERKING

een procedure die behulpzaam kan zijn bij de evaluatie van een nieuwe OLDI-faciliteit is verkrijgbaar bij het OLDI-secretariaat van Eurocontrol.

4.6.2. Operationele introductiedatum

De datum van de operationele introductie, met andere woorden het einde van de evaluatieperiode, zal door de twee eenheden formeel worden overeengekomen.

5. BERICHTENCATEGORIEËN

5.1. Algemeen

5.1.1. Doelstelling

In dit gedeelte van het document:

- worden de berichtencategorieën gedefinieerd;

- worden de vereisten voor transactietijden voor de categorieën vermeld;

- wordt vermeld welke berichten verplicht en welke complementair zijn;

- worden berichtentypen aan categorieën toegewezen.

5.1.2. Berichtencategorieën

OLDI-berichten zijn toegewezen aan de volgende categorieën:

- Categorie 1: Overdracht van communicatie;

- Categorie 2: Coördinatie;

- Categorie 3: Mededeling.

5.2. Transactietijden

5.2.1. Voorwaarden voor transactietijden

5.2.1.1. De gespecificeerde transactietijden omvatten verzending, eerste verwerking bij de ontvangende eenheid, aanmaak van het bevestigingsbericht, de verzending daarvan en de ontvangst bij de overdragende eenheid. De automatische bevestigingsberichten LAM en SBY zijn daarom niet aan een berichtencategorie toegewezen.

5.2.1.2. De maximale transactietijden voor de verschillende categorieën berichten zullen zijn zoals gespecificeerd in Tabel 5-1.

Tabel 5-1

Maximale transactietijden

>RUIMTE VOOR DE TABEL>

5.2.1.3. Per berichtencategorie of -type zal een time-out-waarde worden gedefinieerd.

5.2.1.4. Als na verzending binnen de gespecificeerde tijd geen bevestiging is ontvangen zal een bericht als niet met succes verzonden of verwerkt worden beschouwd en zal een waarschuwing worden afgegeven zoals gespecificeerd in het betreffende gedeelte van dit document.

5.2.1.5. Aanbeveling:

De time-out-waarden voor de drie categorieën mogen niet meer bedragen dan respectievelijk 12 seconden, 30 seconden en 60 seconden.

5.3. Berichtenclassificatie en -categorisatie

5.3.1. Berichtenclassificatie - verplicht en complementair

5.3.1.1. De in dit document beschreven berichten worden geclassificeerd als verplicht of complementair.

5.3.1.2. Als een bericht wordt omschreven als verplicht (V) voor verzending (TX), omvat dit ook de verwerking om dergelijke berichten te kunnen verzenden.

5.3.1.3. Als een bericht wordt omschreven als verplicht voor ontvangst (REC), omvat dit ook de verwerking om ontvangen berichten te kunnen verwerken.

OPMERKING

In uitzonderlijke gevallen, als de verkeersstroom tussen twee eenheden zich in één richting beweegt, kunnen de verplichte berichten alleen op één richting betrekking hebben.

5.3.1.4. Als een bericht wordt omschreven als complementair (C) voor verzending, omvat dit ook de verwerking om dergelijke berichten te verzenden indien vereist door de verzendende eenheid en bilateraal overeengekomen met de ontvangende eenheid.OPMERKING

Complementaire berichten mogen slechts in één richting worden gebruikt, zoals bepaald door operationele vereisten.

5.3.1.5. Als een bericht wordt omschreven als complementair voor ontvangst, omvat dit ook de verwerking om ontvangen berichten te kunnen verwerken als dergelijk gebruik bilateraal is overeengekomen.

5.3.1.6. De vereisten zoals beschreven in de Tabellen 5-3 en 5-4 zijn alleen van toepassing als het gebruik van respectievelijk de Dialoogprocedure voor coördinatie en/of Overdracht van communicatie bilateraal tussen ATC-eenheden is overeengekomen.

5.3.2. Categorisatie van berichten

5.3.2.1. De categorisatie van berichten voor de basisprocedure wordt gespecificeerd inTabel 5-2.

5.3.2.2. De categorisatie van de aanvullende coördinatieberichten voor de dialoogprocedure wordt gespecificeerd in Tabel 5-3.

5.3.2.3. De categorisatie van berichten voor overdracht van communicatie voor de dialoogprocedure wordt gespecificeerd in Tabel 5-4.

Tabel 5-2

Basisprocedureberichten

>RUIMTE VOOR DE TABEL>

Tabel 5-3

Dialoogprocedure - Coördinatiefaseberichten

(aanvulling op Tabel 5-2)

>RUIMTE VOOR DE TABEL>

Tabel 5-4

Dialoogprocedure - Overdrachtsfaseberichten

>RUIMTE VOOR DE TABEL>

6. BASISPROCEDURE - VERPLICHTE BERICHTEN

6.1. Algemeen

6.1.1. Beschrijving van de vereisten

Dit gedeelte bevat een beschrijving van de minimum vereisten op het applicatieniveau voor de implementatie van OLDI-faciliteiten.

6.1.2. Implementatie

Eenheden die gebruik maken van OLDI voor de coördinatie van vluchten zullen de ABI-, ACT- en LAM-berichten zoals in dit gedeelte beschreven implementeren, behalve als bilateraal het gebruik van de coördinatiedialoogprocedure is overeengekomen zoals beschreven in Sectie 8 van dit document, in welk geval de voorwaarden voor het gebruik van ACT- en LAM-berichten zullen gelden zoals in dat gedeelte gedefinieerd.

6.2. ABI-bericht (Advance Boundary Information)

6.2.1. Doel van het ABI-bericht

Het ABI-bericht voldoet aan de volgende operationele vereisten:

- ontbrekende vluchtplangegevens ophalen;

- voorafgaande grensinformatie en herzieningen daarop voor de volgende ATC-eenheid verzorgen;

- basisvluchtplangegevens bijwerken;

- vroege correlatie van radarregistraties vergemakkelijken;

- nauwkeurige beoordeling van sectorbelasting op korte termijn vergemakkelijken.

Het ABI-bericht is een mededelingbericht.

6.2.2. Inhoud van bericht

Het ABI-bericht zal de volgende gegevens bevatten:

- Berichttype;

- Berichtnummer;

- Vliegtuigidentificatie;

- SSR-modus en -code (indien beschikbaar);

- Luchthaven van vertrek;

- Geschatte gegevens;

- Luchthaven van bestemming;

- Vliegtuignummer en -type;

- Route (optioneel);

- Overige vluchtplangegevens (optioneel).

OPMERKING

Regels voor invoegen van gegevens, structuren en inhoud van velden worden gespecificeerd in Bijlage A.

6.2.3. Regels voor Toepassing

6.2.3.1. Algemeen

6.2.3.1.1. Behalve zoals bepaald in 6.2.3.1.3 en 6.2.3.1.4 hieronder zullen een of meer ABI-berichten worden verzonden voor elke vlucht die gepland is om de grens van verantwoordelijkheidsgebieden te overschrijden waarvoor OLDI-procedures gelden.

6.2.3.1.2. Bij verzending zal het ABI-bericht vooraf gaan aan het ACT- (Activate) of RAP-bericht (Referred Activate Proposal).

6.2.3.1.3. Er zal geen ABI-bericht worden gegenereerd als een PAC-bericht (Preliminary Activate) dient te worden verzonden.

6.2.3.1.4. Aanbeveling:

De verzending van ABI-berichten dient te worden geblokkeerd als het ACT- of RAP-bericht onmiddellijk dient te worden verzonden of binnen een bilateraal overeengekomen tijdsinterval.OPMERKING

Het doel van deze aanbeveling is om pogingen tot gelijktijdige oplossing van onregelmatigheden op verschillende posities van de ontvangende eenheid met betrekking tot ABI- en ACT-berichten voor dezelfde vlucht te voorkomen.

6.2.3.1.5. Een herzien ABI-bericht zal worden verzonden als het daarop volgende ACT-bericht niet is gegenereerd en:

- de vliegroute zodanig is gewijzigd dat het COP in het vorige ABI-bericht niet langer accuraat is;

- de luchthaven van bestemming is gewijzigd;

of

- het type vliegtuig is gewijzigd.

6.2.3.1.6. Aanbeveling:

Een herzien ABI-bericht dient te worden verzonden als het daaropvolgende ACT-bericht niet is gegenereerd en een van de volgende onderdelen is gewijzigd:

- Het verwachte grensoverschrijdingniveau;

- De verwachte SSR-code op het controleoverdrachtspunt;

- Als de geschatte tijd boven (ETO) bij het COP meer van het vorige ABI-bericht verschilt dan de tijd die is gespecificeerd in de Letter of Agreement (LoA);

- Alle andere gegevens zoals bilateraal overeengekomen.

6.2.3.2. Verwerking in de ontvangende eenheid

6.2.3.2.1. Het ATC-systeem dat een ABI-bericht ontvangt zal proberen dit te associëren met de bijbehorende vluchtplangegevens.

6.2.3.2.2. Als de associatie met het vluchtplan niet succesvol is, zal in het ontvangende systeem automatisch of handmatig een vluchtplan worden aangemaakt.

6.2.3.2.3. Als de associatie met het vluchtplan succesvol is maar een afwijking wordt geconstateerd tussen de gegevens in het bericht en bijbehorende gegevens in het ontvangende systeem die zou resulteren in de noodzaak voor corrigerende actie bij ontvangst van het volgende ACT-bericht, zal de afwijking naar een daartoe aangewezen positie worden verwezen om te worden opgelost.

6.2.3.3. Tijdparameters voor verzending

6.2.3.3.1. Het bericht zal een parameter-aantal minuten voor de geschatte tijd bij het COP worden verzonden.

6.2.3.3.2. De parameter(s) voor het genereren van ABI-berichten zullen worden opgenomen in de LoA tussen de betreffende ATC-eenheden.

6.2.3.3.3. Aanbeveling:

De parameters(s) voor het genereren van ABI-berichten dienen:

- variabel te zijn, gebaseerd op de bepalingen van de LoA;

- voor elk van de COP's afzonderlijk te worden gedefinieerd.

6.2.4. Bevestiging van ABI-bericht

6.2.4.1. Bevestiging

Het ABI-bericht zal worden bevestigd door het genereren en verzenden van een LAM-bericht.

OPMERKING

Een LAM-bericht wordt gegenereerd ongeacht het resultaat van de poging om het vluchtplan te associëren.

6.2.4.2. Geen bevestiging

Aanbeveling:

Als geen LAM-bericht wordt ontvangen als bevestiging voor een ABI-bericht, dient bij een toezichthoudende positie een waarschuwing te worden afgebeeld.

6.2.5. Voorbeelden

"Air 2000" 253, een Boeing 757 van Malta naar Birmingham, geschatte BNE VOR om 1221 UTC, vliegend op FL350 met een werkelijke luchtsnelheid van 480 knopen, geplande route via UB4 BNE UB4 UB3 HON, transponder op A7012 en aanvraag voor FL390. Hier volgen gelijkwaardige voorbeelden van het ABl-bericht dat van Reims naar Londen ACC wordt gezonden.

6.2.5.1. ICAO

(ABIE/L001-AMM253/A7012-LMML-BNE/1221F350-EGBB-9/B757/M-15/N0480F390 UB4 BNE UB4 BPK UB3 HON)

6.2.5.2. ADEXP

-TITLE ABI -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 001 -ARCID AMM253 -SSRCODE A7012 -ADEP LMML -COORDATA -PTID BNE -TO 1221 -TFL F350 -ADES EGBB -ARCTYP B757 -ROUTE N0480F390 UB4 BNE UB4 BPK UB3 HON

6.3. ACT-bericht (Activate)

6.3.1. Doel van het ACT-bericht

Het ACT-bericht voldoet aan de volgende operationele vereisten:

- De verbale grensschatting vervangen door de automatische verzending van gegevens van een vlucht van de ene ATC-eenheid naar de volgende voorafgaand aan de overdracht van de controle;

- Het basisvluchtplangegevens in de ontvangende ATC-eenheid bijwerken met de meest recente informatie;

- Binnen de ontvangende ATC-eenheid de distributie en afbeelding van vluchtplangegevens aan de betrokken werkplekken vergemakkelijken;

- Afbeelden van oproepletters/code-correlatie in de ontvangende ATC-eenheid bespoedigen;

- De ontvangende ATC-eenheid voorzien van overdrachtsvoorwaarden.

6.3.2. Inhoud van bericht

Het ACT-bericht zal de volgende gegevens bevatten:

- Berichttype;

- Berichtnummer;

- Vliegtuigidentificatie;

- SSR-modus en -code;

- Luchthaven van vertrek;

- Geschatte gegevens;

- Luchthaven van bestemming;

- Vliegtuignummer en -type;

- Route (optioneel);

- Overige vluchtplangegevens (eventueel).

OPMERKING

Regels voor invoegen van gegevens, structuren en inhoud van velden worden gespecificeerd in Bijlage A.

6.3.3. Regels voor toepassing

6.3.3.1. Algemeen

6.3.3.1.1. Voor daarvoor in aanmerking komende vluchten die de grens overschrijden zal een ACT-bericht worden verzonden, behalve zoals voorzien in paragraaf 6.3.3.1.10.

6.3.3.1.2. Het ACT-bericht zal automatisch op de berekende tijd worden gegenereerd en verzonden zoals gespecificeerd in de LoA, tenzij het handmatig op een eerder tijdstip wordt gestart.

6.3.3.1.3. Aanbeveling:

ATC-medewerkers dienen te worden voorzien van een middel om de verzending van ACT-berichten te starten voorafgaand aan de berekende verzendtijd.

6.3.3.1.4. De operationele inhoud van het ACT-bericht dat op het punt staat om te worden verzonden zal worden afgebeeld op de werkplek die verantwoordelijk is voor de coördinatie van de vlucht voorafgaand aan de feitelijke verzending.

6.3.3.1.5. Aanbeveling:

Met betrekking tot 6.3.3.1.4 dient de tijd waarop is berekend dat de ACT automatisch dient te worden verzonden samen met de inhoud te worden afgebeeld.

6.3.3.1.6. Het ACT-bericht zal de meest recente informatie over de vlucht bevatten, waaruit de verwachte exit-voorwaarden blijken.

6.3.3.1.7. De betreffende werkplek zal worden geïnformeerd over de verzending van het ACT-bericht.

6.3.3.1.8. Zodra een LAM-bericht is ontvangen worden de ACT-berichtgegevens operationeel bindend voor beide ATC-eenheden. De gecoördineerde overdrachtsvoorwaarden en het feit dat het LAM-bericht is ontvangen zullen aan de ATC-medewerkers van de overdragende eenheid worden gepresenteerd.

6.3.3.1.9. Aanvaarding door de ontvangende eenheid van de in het ACT-bericht geïmpliceerde overdrachtsvoorwaarden zal worden verondersteld, tenzij de ontvangende eenheid coördinatie start om deze te amenderen.

6.3.3.1.10. Een volgend ACT-bericht mag alleen naar dezelfde coördinatiepartner worden verzonden als het vorige is opgeheven door het gebruik van een MAC-bericht.

6.3.3.1.11. Indien bilateraal overeengekomen zullen de route en andere vluchtplangegevens worden meegezonden.

6.3.3.2. Verwerking in de ontvangende eenheid

6.3.3.2.1. Het ATC-systeem dat een ACT-bericht ontvangt zal proberen dit te associëren met het bijbehorende vluchtplan.

6.3.3.2.2. Als een bijbehorend vluchtplan wordt gevonden en geen afwijking in het bericht voorkomt die een correcte verwerking zou verhinderen:

- zal de operationele inhoud worden opgenomen in het vluchtplan;

- zullen de vereiste gegevens beschikbaar worden gesteld op de daarvoor in aanmerking komende operationele ATC- en andere posities;

- zal een LAM-bericht worden teruggezonden.

6.3.3.2.3. Als geen bijbehorend vluchtplan kan worden gevonden, of als een afwijking wordt aangetroffen die de juiste verwerking van het bericht verhindert:

- als de verantwoordelijke sector voor het accepteren van de controle over de vlucht kan worden geïdentificeerd:

- zal de operationele inhoud van het bericht worden afgebeeld bij de sector;

- zal een LAM-bericht worden teruggezonden;

- zal een vluchtplan worden aangemaakt;

- in alle andere gevallen zal geen LAM-bericht worden teruggestuurd.

6.3.3.3. Parameters voor verzending

6.3.3.3.1. Het bericht zal op of zo snel mogelijk na de eerdere van de als volgt bepaalde tijden worden verzonden:

- een parameter-aantal minuten voor de geschatte tijd bij het COP;

- de tijd waarop de vlucht zich op een bilateraal overeengekomen afstand van het COP bevindt.

6.3.3.3.2. De parameter(s) voor het genereren van ACT-berichten zal/zullen worden opgenomen in de LoA tussen de betreffende ATC-eenheden.

6.3.3.3.3. De parameter(s) voor het genereren van ACT-berichten zal/zullen variabel zijn en gebaseerd op de bepalingen van de LoA.

6.3.3.3.4. Aanbeveling:

De parameter(s) voor het genereren van ACT-berichten dient/dienen voor elk van de COP's afzonderlijk te worden gedefinieerd.

6.3.3.3.5. De gespecificeerde parameters zullen voldoende tijd toestaan voor:

- de verzendende eenheid om het overdrachtsniveau van de vlucht bij te werken met de te verwachten omstandigheden op het COP;

en

- de ontvangende eenheid om het ACT-bericht te verwerken en een LAM-bericht te genereren en te verzenden maar nog steeds verbale coördinatie door de overdragende eenheid mogelijk te maken, alsmede resulterende actie gestart door de accepterende eenheid als de uitwisseling van gegevens mislukt.

6.3.4. Bevestiging van ACT-bericht

6.3.4.1. Bevestiging

Het ACT-bericht zal worden bevestigd door het genereren en verzenden van een LAM-bericht.

6.3.4.2. Gevallen zonder bevestiging

Als geen LAM-bericht wordt ontvangen ter bevestiging van een ACT-bericht zal een waarschuwing worden afgebeeld op de ATC-positie die verantwoordelijk is voor de coördinatie van de vlucht.

6.3.5. Voorbeelden

De volgende voorbeelden vormen een uitbreiding op die welke werden gegeven voor het ABI-bericht in paragraaf 6.2; alle details zijn hetzelfde behalve de ETO op het COP, die in het afgebeelde ACT-bericht 1226 is.

6.3.5.1. ICAO

(ACTE/L005-AMM253/A7012-LMML-BNE/1226F350-EGBB-9/B757/M-15/N0480F390 UB4 BNE UB4 BPK UB3 HON)

6.3.5.2. ADEXP

-TITLE ACT -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 005 -ARCID AMM253 -SSRCODE A7012 -ADEP LMML -COORDATA -PTID BNE -TO 1226 -TFL F350 -ADES EGBB -ARCTYP B757 -ROUTE N0480F390 UB4 BNE UB4 BPK UB3 HON

6.4. LAM-bericht (Logical Acknowledgement Message)

6.4.1. Doel van het LAM-bericht

Het LAM-bericht is het middel waarmee door de ontvangende eenheid aan de verzendende eenheid de ontvangst en beveiliging van een verzonden bericht wordt aangegeven.

De verwerking van het LAM-bericht voorziet de ATC-medewerkers van de overdragende eenheid van het volgende:

- een waarschuwing als geen bevestiging werd ontvangen;

- een indicatie dat het bericht dat wordt bevestigd is ontvangen, met succes is verwerkt, foutvrij is bevonden, is opgeslagen en, indien relevant, beschikbaar is voor presentatie aan de betreffende werkplek(ken).

6.4.2. Inhoud van bericht

Het LAM-bericht zal de volgende gegevens bevatten:

- berichttype;

- berichtnummer;

- berichtreferentie.

OPMERKING

Regels voor invoegen van gegevens, structuren en inhoud van velden worden gespecificeerd in Bijlage A.

6.4.3. Regels voor toepassing

6.4.3.1. Algemeen

6.4.3.1.1. De regels voor het terugzenden van een LAM-bericht zijn gespecificeerd in de gedeelten van dit document waarin de verwerking van elke bericht wordt gedefinieerd.

6.4.3.1.2. Het LAM-bericht zal worden gegenereerd en verzonden zonder menselijke tussenkomst.

6.4.3.1.3. Het LAM-bericht zal niet worden gebruikt voor het vermijden van de behoefte aan technische berichten bedoeld om de integriteit van gegevensoverdracht te garanderen.

6.4.3.1.4. Het LAM-bericht zal onmiddellijk worden gegenereerd en verzonden zodat de vereiste transactietijd van het bericht dat wordt bevestigd kan worden gerealiseerd.

6.4.3.1.5. Met uitzondering van ABI-berichten zal het verzendende ATC-systeem de vluchtleider die verantwoordelijk is voor coördinatie op de hoogte stellen als binnen de voor zulke waarschuwingen gestelde tijdparameter geen LAM-bericht is ontvangen.

6.4.4. Bevestiging van LAM-bericht

Het LAM-bericht zal geen bevestiging vereisen.

6.4.5. Voorbeelden

6.4.5.1. ICAO

(LAML/E012E/L001)

6.4.5.2. ADEXP

-TITLE LAM -REFDATA -SENDER -FAC L -RECVR -FAC E -SEQNUM 012 -MSGREF -SENDER -FAC E -RECVR -FAC L -SEQNUM 001

7. BASISPROCEDURE - COMPLEMENTAIRE BERICHTEN

7.1. Algemeen

7.1.1. Beschrijving van vereiste

In dit gedeelte worden faciliteiten beschreven die van toepassing zijn op de basisprocedure en die een aanvulling vormen op die welke zijn beschreven in Sectie 6 Basisprocedure - Verplichte berichten.

7.1.2. Implementatie

7.1.2.1. Het gebruik van alle in dit gedeelte beschreven faciliteiten zal voorafgaand aan hun introductie bilateraal worden overeengekomen.

7.1.2.2. Als een dergelijk gebruik is overeengekomen zullen de in dit gedeelte beschreven regels worden toegepast.

7.2. PAC-bericht (Preliminary Activate Message)

7.2.1. Doel van het PAC-bericht

Het PAC-bericht voldoet aan de volgende operationele vereisten:

- mededeling en coördinatie voorafgaand aan vertrek van een vlucht waarvan de vluchtduur van vertrek tot aan het COP minder bedraagt dan die welke vereist zou zijn om te voldoen aan de overeengekomen tijdparameters voor verzending van een ACT-bericht;

- mededeling en coördinatie voorafgaand aan vertrek van een vlucht door een lokale (luchthaven/naderingscontrole) eenheid naar de volgende eenheid die de controle over de vlucht overneemt;

- zorgt voor ophalen van ontbrekende vluchtplangegevens in het geval van afwijkingen in de eerste verzending van vluchtplangegevens;

- vraagt, indien nodig, de toewijzing van een SSR-code van de eenheid waaraan de bovengenoemde mededeling/coördinatie is verzonden.

7.2.2. Inhoud van bericht

Het PAC-bericht zal de volgende gegevens bevatten:

- berichttype;

- berichtnummer;

- berichtreferentie (optioneel);

- vliegtuigidentificatie;

- SSR-modus en -code;

- luchthaven van vertrek;

- geschatte vertrektijd of geschatte gegevens;

- luchthaven van bestemming;

- type vliegtuig;

- route (optioneel);

- overige vluchtplangegevens (optioneel).

OPMERKING

Regels voor invoegen van gegevens, structuren en inhoud van velden worden gespecificeerd in Bijlage A.

7.2.3. Regels voor toepassing

7.2.3.1. Algemeen

7.2.3.1.1. Voor elke vlucht die gepland is om de grenzen van verantwoordelijkheidsgebieden te passeren zullen een of meer PAC-berichten worden verzonden als de tijd vanaf vertrek tot het COP niet toe zou staan dat het ACT-bericht op het vereiste tijdstip wordt verzonden.

7.2.3.1.2. Voor elke vertrekkende vlucht waarvoor mededeling of coördinatie is vereist zullen door de luchthaven-/naderingseenheid een of meer PAC-berichten aan de volgende eenheid worden verzonden.

7.2.3.1.3. Aanbeveling:

Voor de implementatie van PAC/LAM tussen eenheden dienen de betreffende TWR/APP-systemen te worden voorzien van een middel om "start-up", "push-back", "taxi" of soortgelijke informatie waaraan de ETOT kan worden ontleend in te voeren en door te zenden teneinde de ETO bij het COP te berekenen en de verzending van het PAC-bericht te starten.

7.2.3.1.4. Zoals bilateraal overeengekomen zal het bericht het volgende bevatten:

- geschatte vertrektijd;

of

- geschatte gegevens.

7.2.3.1.5. Als, door bilaterale overeenkomst, de berichtreferentie wordt meegezonden zal deze:

- het berichtnummer bevatten van het eerste PAC-bericht dat voor de vlucht wordt verzonden;

- zijn opgenomen in tweede en daarop volgende PAC-berichten.

7.2.3.1.6. Indien vereist zal het gebruik van de codeaanvraagfaciliteit bilateraal worden overeengekomen.

7.2.3.1.7. Als, voorafgaand aan vertrek, aan een van de volgende voorwaarden wordt voldaan zal een herzien PAC-bericht worden verzonden:

- de vliegroute is zodanig gewijzigd dat het COP in het vorige bericht niet langer accuraat is;

- het type vliegtuig is gewijzigd;

- de luchthaven van bestemming in het vorige PAC-bericht is onjuist bevonden.

7.2.3.1.8. Aanbeveling:

Als, voorafgaand aan vertrek, de volgende gegevens verschillen van die in het vorige PAC-bericht dient een herzien PAC-bericht te worden verzonden:

- het niveau (in de geschatte gegevens, indien aanwezig);

- de verwachte SSR-code op het controleoverdrachtspunt;

- de geschatte vertrektijd of de ETO bij het COP met een tijd die een bilateraal overeengekomen waarde overschrijdt;

- er een wijziging optreedt in andere gegevens, zoals bilateraal overeengekomen.

7.2.3.2. Verwerking in de ontvangende eenheid

7.2.3.2.1. Het ATC-systeem dat een PAC-bericht ontvangt zal proberen dit te associëren met het bijbehorende vluchtplan.

7.2.3.2.2. Als een bijbehorend vluchtplan wordt gevonden en geen afwijking in het bericht voorkomt die een correcte verwerking zou verhinderen:

- zal de operationele inhoud worden opgenomen in het vluchtplan;

- zullen de vereiste gegevens beschikbaar worden gesteld op de betreffende operationele ATC- en andere posities;

- zal een LAM-bericht worden teruggezonden.

7.2.3.2.3. Als geen bijbehorend vluchtplan kan worden gevonden of als er een afwijking wordt geconstateerd die een juiste verwerking van het bericht verhinderd:

- als de verantwoordelijke sector voor het accepteren van de controle op de vlucht kan worden geïdentificeerd:

- zal de operationele inhoud van het bericht bij de sector worden afgebeeld;

- zal een LAM-bericht worden teruggezonden;

- zal een vluchtplan worden aangemaakt;

- in alle andere gevallen zal geen LAM-bericht worden teruggezonden.

7.2.3.2.4. De gegevens in een tweede of daarop volgend PAC-bericht zullen de plaats innemen van de gegevens in het vorige bericht.

7.2.3.2.5. Als het PAC-bericht een verzoek voor de toewijzing van een SSR-code bevat en op correcte wijze verwerkbaar is zoals beschreven in paragraaf 7.2.3.2.2 hierboven zal naast het LAM-bericht ook een COD-bericht worden teruggezonden.OPMERKING

Aangezien het proces voor de toewijzing van codes gedetailleerde route-informatie voor het vluchtplan vereist, bevat dit document geen vereisten voor het terugzenden van een COD-bericht door de ontvangende eenheid waar zulke gegevens mogelijk niet beschikbaar zijn voor de vlucht. Dit verhindert niet dat onder zulke omstandigheden een bericht wordt teruggezonden als een specifieke plaatselijke faciliteit daarvoor bestaat en de procedure bilateraal is overeengekomen.

7.2.3.3. Tijdparameters voor verzending

Een verzendtijdparameter is niet van toepassing aangezien het bericht wordt verzonden als het resultaat van een handmatig ingevoerd bericht dat het op handen zijnde vertrek van de vlucht aangeeft.

7.2.4. Bevestiging van PAC-bericht

7.2.4.1. Bevestiging

De berichten die dienen te worden verzonden als antwoord op een PAC-bericht worden beschreven in paragraaf 7.2.3.2 hierboven.

7.2.4.2. Geen bevestiging

Als geen LAM-bericht wordt ontvangen ter bevestiging van een PAC-bericht zal op de positie in de ATC-eenheid die verantwoordelijk is voor coördinatie met de volgende eenheid een waarschuwing worden afgebeeld.

7.2.4.3. Gevallen zonder LAM-bevestiging

In gevallen zonder LAM-bevestiging zal verbale coördinatie worden gestart.

7.2.4.4. Geen COD-bericht

7.2.4.4.1. Als geen COD-bericht wordt ontvangen in antwoord op een codeverzoek dat is opgenomen in het PAC-bericht zal op een daartoe geschikte plaats een waarschuwing worden afgebeeld.

7.2.4.4.2. Waar de codeverzoekfunctie dient te worden gebruikt zal de toepasselijke time-out-waarde bilateraal worden overeengekomen.

7.2.5. Voorbeelden

7.2.5.1. Geschatte vertrektijd en codeverzoek

7.2.5.1.1. ICAO

(PACBA/SZ002-CRX922/A9999-LFSB1638-LSZA-9/B737/M)

7.2.5.1.2. ADEXP

-TITLE PAC -REFDATA -SENDER -FAC BA -RECVR -FAC SZ -SEQNUM 002 -ARCID CRX922 -SSRCODE REQ -ADEP LFSB -ETOT 1638 -ARCTYP B737 -ADES LSZA

7.2.5.2. Tijd bij COP

7.2.5.2.1. ICAO

(PACD/L025-EIN636/A5102-EIDW-LIFFY/1638F290F110A-EBBR-9/B737/M)

7.2.5.2.2. ADEXP

-TITLE PAC -REFDATA -SENDER -FAC D -RECVR -FAC L -SEQNUM 025 -ARCID EIN636 -SSRCODE A5102 -ADEP EIDW -COORDATA -PTID LIFFY -TO 1638 -TFL F290 -SFL F110A -ARCTYP B737 -ADES EBBR

7.3. REV-bericht (Revision)

7.3.1. Doel van het REV-bericht

Het REV-bericht wordt gebruikt voor het verzenden van herzieningen op eerder in een ACT-bericht verzonden coördinatiegegevens mits de accepterende eenheid niet verandert als gevolg van de aanpassing.

7.3.2. Inhoud van bericht

Het REV-bericht zal de volgende gegevens bevatten:

- berichttype;

- berichtnummer;

- berichtreferentie (optioneel);

- vliegtuigidentificatie;

- SSR-modus en -code (optioneel);

- luchthaven van vertrek;

- geschatte gegevens;

- coördinatiepunt (optioneel);

- luchthaven van bestemming;

- route (optioneel);

- overige vluchtplangegevens (optioneel).

OPMERKING

Regels voor invoegen van gegevens, structuren en inhoud van velden worden gespecificeerd in Bijlage A.

7.3.3. Regels voor toepassing

7.3.3.1. Algemeen

7.3.3.1.1. Door het gebruik van een Activate-bericht kunnen een of meer REV-berichten worden verzonden naar de eenheid waarnaar een vlucht op dit moment is gecoördineerd.

7.3.3.1.2. De volgende elementen zullen zijn onderworpen aan herzieningen:

- ETO bij het COP;

- overdrachtsniveau(s);

- SSR-code.

7.3.3.1.3. Een REV-bericht zal worden verzonden als:

- de ETO bij het COP meer dan een bilateraal overeengekomen waarde verschilt van die in het vorige bericht, afgerond op de dichtst bijgelegen gehele getalswaarde;

- er sprake is van een wijziging in het/de overdrachtsniveau(s) of de SSR-code.

7.3.3.1.4. Indien bilateraal overeengekomen zal een REV-bericht worden verzonden als zich een verandering in een van onderstaande onderdelen voordoet:

- COP;

- route;

- overige vluchtplangegevens (ICAO-veld 8-, 10- en 18-gegevens).

OPMERKING

Operationele regels kunnen vereisen dat aanpassingen die na ACT plaatsvinden zijn onderworpen aan voorafgaande coördinatie tussen de betreffende eenheden.

7.3.3.1.5. Indien bilateraal overeengekomen zal de berichtreferentie in het REV-bericht worden opgenomen.

7.3.3.1.6. De berichtreferentie, indien opgenomen, zal het berichtnummer van het voorafgaande ACT-bericht bevatten.

7.3.3.1.7. Acceptatie door de ontvangende ATC-eenheid van de overdrachtsvoorwaarden die zijn geïmpliceerd in het REV-bericht zal worden verondersteld, tenzij de ontvangende ATC-eenheid coördinatie start om deze te amenderen.

7.3.3.2. Structuren van herzieningsberichten

7.3.3.2.1. ICAO-format

Alle herzieningsberichten bevatten de Veldtypen 3, 7, 13, 14 en 16. De volgende typen herzieningen worden in die velden geplaatst:

- een wijziging in de ETO bij het COP of het/de overdrachtsniveau(s) zal worden verwerkt door de opname van de herziene gegevens in veld 14;

- een wijziging in de SSR-code zal worden opgenomen in veld 7;

- routewijzigingen die veranderingen in het COP teweegbrengen zullen worden verwerkt in de velden 14- en 15-gegevens opgenomen in veld 22-structuur na de eerste vijf velden. Dergelijke berichten zullen twee velden 14 bevatten, waarbij het eerste alleen element a) bevat, het COP via welke de vlucht voorheen was gecoördineerd. Regels voor de coördinatie van zulke wijzingen, met inbegrip van directe routebepalingen, worden gespecificeerd in Bijlage B Speciale vereisten voor routeverwerking;

- aanpassingen in de velden 8, 10 en 18 zullen worden opgenomen als veld 22-gegevens na de eerste vijf velden.

7.3.3.2.2. ADEXP-structuur

Alle herzieningsberichten in ADEXP-structuur zullen de volgende primaire velden bevatten: TITLE REFDATA ARCID ADEP ADES. De volgende regels zijn van toepassing:

- een wijziging in de ETO bij het COP of de/het overdrachtsniveau(s) zal worden verwerkt door de opname van de herziene gegevens in het primaire veld COORDATA;

- routewijzigingen, met inbegrip van wijzigingen in het COP, zullen worden opgenomen in de primaire velden COORDATA en ROUTE. Dergelijke berichten zullen het primaire veld COP omvatten dat het coördinatiepunt bevat waar via de vlucht voorheen was gecoördineerd. Regels voor de coördinatie van zulke wijzigingen, met inbegrip van directe routebepalingen, worden gespecificeerd in Bijlage B;

- een wijziging in de SSR-code zal worden aangegeven door de opname van het primaire veld SSRCODE;

- aanpassingen aan andere vluchtplangegevens zullen worden verwerkt door de opname van het/de vereiste veld(en) zoals gedefinieerd voor Overige vluchtplangegevens in Bijlage A.

Als een herzieningsbericht wordt verzonden voor het coördineren van alleen SSR-code en/of Overige vluchtplangegevens, zal het primaire veld COP worden opgenomen in plaats van COORDATA.

7.3.3.2.3. SSR-code

SSR-modus en -code zal alleen in een REV-bericht worden opgenomen als het vereist is om een wijziging in SSR-code te coördineren.

7.3.3.3. Verwerking in de ontvangende eenheid

7.3.3.3.1. Als voor de betreffende vlucht een ACT is ontvangen van dezelfde ATC-eenheid zal het ATC-systeem dat een REV-bericht ontvangt proberen om dit te associëren met het bijbehorende vluchtplan.

7.3.3.3.2. Als een bijbehorend vluchtplan wordt gevonden en geen afwijking in het bericht wordt geconstateerd die een correcte verwerking zou verhinderen:

- zal de operationele inhoud worden opgenomen in het vluchtplan;

- zullen de vereiste gegevens waar van toepassing ter beschikking worden gesteld aan operationele ATC- en andere posities.

7.3.3.4. Verzending starten

7.3.3.4.1. Het REV-bericht wordt aangestuurd door gebeurtenissen en zal onmiddellijk na de betreffende invoer of wijziging worden verstuurd.

7.3.3.4.2. Nadat de vlucht zich op een gespecificeerde tijd/afstand van het overdrachtspunt bevindt mogen door het gebruik van het REV-bericht geen wijzigingen worden doorgevoerd. De tijd- en afstandparameters zullen bilateraal worden overeengekomen.

7.3.3.4.3. Aanbeveling:

De REV-parameters dienen voor elk van de COP's afzonderlijk te worden gedefinieerd.

7.3.3.5. Wijziging van de ontvangende ATC-eenheid

Het REV-bericht zal niet worden gebruikt als een herziening van vluchtplangegevens leidt tot een wijziging van de ontvangende ATC-eenheid (zie Bericht voor de opheffing van coördinatie).

7.3.4. Bevestiging van REV-bericht

7.3.4.1. Bevestiging

Als het REV-bericht:

- kan worden geassocieerd met een vluchtplan binnen het ontvangende systeem zal ter bevestiging een LAM-bericht worden verzonden;

- niet kan worden geassocieerd met een vluchtplan binnen het ontvangende systeem zal geen LAM-bericht worden verzonden.

7.3.4.2. Geen bevestiging

7.3.4.2.1. Als geen LAM-bericht ter bevestiging van een REV-bericht wordt ontvangen zal een waarschuwing worden afgebeeld op de ATC-positie die verantwoordelijk is voor de coördinatie van de vluchten.

7.3.4.2.2. In gevallen waarin geen LAM-bericht wordt ontvangen zal door de overdragende ATC-eenheid een verbale herziening worden gestart.

7.3.5. Voorbeelden

7.3.5.1. ICAO

a. (REVE/L002-AMM253-LMML-BNE/1226F310-EGBB)

b. (REVE/L010-AMM253/A2317-LMML-BNE/1226F310-EGBB)

7.3.5.2. ADEXP

a. -TITLE REV -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 002 -ARCID AMM253 -ADEP LMML -COORDATA -PTID BNE -TO 1226 -TFL F310 -ADES EGBB

b. -TITLE REV -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 010 -ARCID AMM253 -ADEP LMML -COP BNE -ADES EGBB -SSRCODE A2317

7.4. MAC-bericht (Message for the Abrogation of Co-ordination)

7.4.1. Doel van het MAC-bericht

Een MAC-bericht wordt gebruikt om aan de ontvangende eenheid kenbaar te maken dat de eerder voor een vlucht geleverde coördinatie of mededeling wordt opgeheven.

Het MAC-bericht is geen vervanging voor een annuleringsbericht (CNL-bericht), zoals gedefinieerd door ICAO, en zal daarom niet worden gebruikt om de basisvluchtplangegevens te wissen.

7.4.2. Inhoud van bericht

Het MAC-bericht zal de volgende gegevens bevatten:

- berichttype;

- berichtnummer;

- berichtreferentie (optioneel);

- vliegtuigidentificatie;

- luchthaven van vertrek;

- coördinatiepunt;

- luchthaven van bestemming;

- coördinatiestatus en -reden (optioneel).

OPMERKING

Regels voor invoegen van gegevens, structuren en inhoud van velden worden gespecificeerd in Bijlage A.

7.4.3. Regels voor toepassing

7.4.3.1. Algemeen

7.4.3.1.1. Als een van onderstaande zaken plaatsvinden zal aan een eenheid waaraan eerder door middel van een ACT- of RAP-bericht coördinatie voor een vlucht is verzonden een MAC-bericht worden verzonden:

- het verwachte niveau op het overdrachtspunt verschilt van het niveau in het vorige bericht hetgeen resulteert in een wijziging van de volgende eenheid in de coördinatievolgorde;

- de vliegroute is gewijzigd hetgeen resulteert in een wijziging van de volgende eenheid in de coördinatievolgorde;

- het systeemvluchtplan is geannuleerd in de verzendende eenheid en de coördinatie niet langer relevant is;

- er met betrekking tot de vlucht een MAC-bericht is ontvangen van de vorige eenheid.

7.4.3.1.2. Als het MAC-bericht is verzonden als gevolg van een wijziging in het vluchtniveau of de route, zal, waar van toepassing, mededeling en/of coördinatie plaatsvinden met de nieuwe eenheid in de coördinatievolgorde.

7.4.3.1.3. Een MAC-bericht zal worden verzonden als de coördinatie voor een vertrekkende vlucht, die wordt bewerkstelligd door het gebruik van een PAC-bericht, wordt opgeheven.

7.4.3.1.4. Aanbeveling:

Er dient een MAC-bericht te worden verzonden als de eerder voor een vlucht verzonden mededeling (ABI-bericht) wordt geannuleerd als gevolg van een van de redenen gespecificeerd in paragraaf 7.4.3.1.1 hierboven of als de vlucht onderweg wordt vertraagd en een herziene schatting niet automatisch kan worden bepaald.

7.4.3.1.5. Indien bilateraal overeengekomen zal een berichtreferentie worden meegezonden.

7.4.3.1.6. Indien meegezonden zal de berichtreferentie het berichtnummer van het laatste voor de vlucht verzonden en bevestigde ABI-, PAC- of ACT-bericht bevatten.

7.4.3.1.7. Het coördinatiepunt zal het COP zijn via welke eerder de mededeling of coördinatie van de vlucht hebben plaatsgevonden.

7.4.3.1.8. Aanbeveling:

Het MAC-bericht dient de status aan te geven waarnaar de coördinatie of mededeling dient terug te keren en de reden voor de opheffing.

7.4.3.1.9. Indien meegezonden zullen de status en de reden een van de volgende combinaties zijn:

- als de ontvangende eenheid niet langer de volgende coördinatiepartner is:

- de status is INI (initieel);

- de reden is een van de volgende:

- TFL als de reden een wijziging van het overdrachtsniveau is;

- RTE als de reden een routewijziging is;

- CSN als de reden een wijziging in het oproepteken is;

- CAN als de reden een annulering is;

- OTH voor alle andere redenen of als de reden onbekend is;

- als een van de volgende voorwaarden van toepassing is:

- de coördinatie door het gebruik van het vorige PAC- of ACT-bericht (zoals gewijzigd door volgende REV-berichten) wordt opgeheven maar de vlucht zal naar verwachting het onderwerp zijn van een nieuwe coördinatiereeks bij dezelfde eenheid;

of

- volgend op de verzending van een ABI-bericht is de vlucht voor een ongedefinieerde periode in de wacht gezet en zal naar verwachting het onderwerp zijn van een herzien ABI- of ACT-bericht, waar van toepassing:

- de status is NTF (notification = mededeling);

- de reden is een van de volgende:

- DLY als de reden een vertraging is (delay);

- HLD als de reden een wachtsituatie is (hold);

- OTH voor elke andere reden (other) of als de reden onbekend is.

7.4.3.1.10. Als een nieuwe mededeling voor de vlucht wordt afgegeven of als deze opnieuw wordt gecoördineerd:

- zal, waar van toepassing, een nieuw mededelingsbericht en/of coördinatiebericht worden verzonden;

- zal het basisvluchtplan dat is opgeslagen in de ontvangende ATC-eenheid niet worden beïnvloed door een MAC-bericht;

- zal het systeem de mogelijkheid behouden om op correcte wijze een nieuw mededeling- en/of coördinatiebericht te verwerken van ofwel de vorige overdragende eenheid of een andere eenheid in een nieuwe coördinatiereeks.

7.4.3.2. Verwerking in de ontvangende eenheid

De werkplek(ken) in de ontvangende ATC-eenheid die worden voorzien van vluchtgegevens zullen op de hoogte worden gesteld van de opheffing.

7.4.4. Bevestiging van MAC-bericht

7.4.4.1. Bevestiging

7.4.4.1.1. Als het MAC-bericht kan worden geassocieerd met een vluchtplan binnen het ontvangende systeem en kan worden verwerkt, zal ter bevestiging een LAM-bericht worden verzonden.

7.4.4.1.2. Als het MAC-bericht niet kan worden geassocieerd met een vluchtplan binnen het ontvangende systeem, of niet kan worden verwerkt, zal geen LAM-bericht worden verzonden.

7.4.4.2. Geen bevestiging

7.4.4.2.1. Als ATC-coördinatie wordt opgeheven en geen LAM-bericht is ontvangen zal een waarschuwing worden afgebeeld op de ATC-positie die verantwoordelijk is voor de coördinatie.

7.4.4.2.2. In dergelijke gevallen zal door een overdragende ATC-eenheid een verbale opheffing van de coördinatie worden uitgevoerd.

7.4.5. Voorbeelden

Er is een ABI-bericht verzonden door Amsterdam ACC aan Brussel ACC voor vlucht HOZ3188, gepland voor FL190; de vlucht verzoekt daarna om te mogen klimmen tot FL270 en ontvangt daartoe toestemming en gaat daarmee het luchtruim van Maastricht binnen in plaats van dat van Brussel. De voorbeelden 7.4.5.1 a en 7.4.5.2 a tonen hoe het MAC-bericht dat door Amsterdam naar Brussel wordt gezonden zowel in ICAO- als in ADEXP-structuur zou verschijnen.

Er wordt een ABI- en later een ACT-bericht naar Maastricht gezonden, maar een paar minuten voordat het COP wordt bereikt keert het vliegtuig terug naar Amsterdam Airport en wordt het vluchtplan geannuleerd in het systeem van de verzendende eenheid; zoals blijkt uit de voorbeelden (7.4.5.1 b en 7.4.5.2 b) wordt een MAC-bericht naar Maastricht gezonden.

7.4.5.1. ICAO

a. (MACAM/BC112-HOZ3188-EHAM-NIK-LFPG-18/STA/INITFL)

b. (MACAM/MC096-HOZ3188-EHAM-NIK-LFPG-18/STA/INICAN)

7.4.5.2. ADEXP

a. -TITLE MAC -REFDATA -SENDER -FAC AM -RECVR -FAC BC -SEQNUM 112 -ADEP EHAM -COP NIK -ADES LFPG -ARCID HOZ3188 -CSTAT -STATID INI -STATREASON TFL

b. -TITLE MAC -REFDATA -SENDER -FAC AM -RECVR -FAC MC -SEQNUM 096 -ADEP EHAM -COP NIK -ADES LFPG -ARCID HOZ3188 -CSTAT -STATID INI -STATREASON CAN

7.5. COD-bericht (SSR Code Assignment)

7.5.1. Doel van het COD-bericht

7.5.1.1. Het doel van de Originating Region Code Allocation Method (ORCAM) is om een vlucht in staat te stellen om met dezelfde code te reageren op opeenvolgende eenheden binnen een deelnemend gebied. Tenzij de codetoewijzing centraal plaatsvindt, bijvoorbeeld door een ACC, kan het nodig zijn om aan vliegvelden individueel een reeks afzonderlijke SSR-codes toe te wijzen. Dergelijke toewijzingen zijn een grote verspilling van codes.

7.5.1.2. Het COD-bericht voldoet aan de operationele vereiste voor het verstrekken van een Mode A SSR-code door de ene Air Traffic Service-eenheid aan de andere voor een speciale vlucht indien daarom wordt verzocht. Indien bilateraal overeengekomen maakt een optionele faciliteit het de verstrekkende eenheid mogelijk om de vliegroute op te nemen.

7.5.2. Inhoud van bericht

Het COD-bericht zal de volgende gegevens bevatten:

- berichttype;

- berichtnummer;

- berichtreferentie (optioneel);

- vliegtuigidentificatie;

- SSR-modus en -code;

- vliegveld van vertrek;

- vliegveld van bestemming;

- route (optioneel).

OPMERKING

Regels voor invoegen van gegevens, structuren en inhoud van velden worden gespecificeerd in Bijlage A.

7.5.3. Regels voor toepassing

7.5.3.1. Algemeen

7.5.3.1.1. Een COD-bericht zal automatisch worden gegenereerd en verzonden als antwoord op een verzoek voor het toewijzen van een code dat binnen een bericht wordt ontvangen.

7.5.3.1.2. De SSR-code zal de code zijn die aan de vlucht wordt toegewezen.

7.5.3.1.3. De goedgekeurde verzadigingscode, zoals gespecificeerd in het Air Navigation Plan for the European Region, zal worden ingevoegd als een afzonderlijke code niet beschikbaar is.

7.5.3.1.4. Indien bilateraal overeengekomen zal de berichtreferentie, die het berichtnummer bevat van het bericht waarop het COD-bericht een reactie is, worden opgenomen.

7.5.3.1.5. Indien bilateraal overeengekomen zal de route worden opgenomen.

7.5.3.1.6. Acceptatie van de SSR-code door de eenheid die het COD-bericht ontvangt zal worden verondersteld.

7.5.3.2. Verwerking in de ontvangende eenheid

7.5.3.2.1. Mits het bericht geen afwijking bevat die een correcte verwerking zou verhinderen zal een LAM-bericht worden teruggezonden.

7.5.3.2.2. Als het bericht niet kan worden geassocieerd met een vluchtplan of als een afwijking wordt geconstateerd die een correcte verwerking van het bericht verhindert zal geen LAM-bericht worden teruggezonden.

7.5.3.2.3. Routegegevens, indien opgenomen, zullen geen reden zijn om het terugzenden van een LAM-bericht te verhinderen, tenzij het bericht niet voldoet aan de structuurvereisten zoals vermeld in Bijlage A.

7.5.3.3. Tijdparameters voor verzending

Een verzendtijdparameter zal niet van toepassing zijn, omdat het COD-bericht wordt verzonden als gevolg van de ontvangst van een bericht waarin om de toewijzing van een SSR-code wordt verzocht.

7.5.4. Bevestiging van COD-bericht

7.5.4.1. Bevestiging

Het COD-bericht zal worden bevestigd door het genereren en verzenden van een LAM-bericht.

7.5.4.2. Gevallen zonder bevestiging

Als geen LAM-bericht wordt ontvangen ter bevestiging van een COD-bericht zal op een daartoe aangewezen plaats een waarschuwing worden afgebeeld.

7.5.5. Voorbeelden

7.5.5.1. ICAO

(CODP/PO011-AAL905/A0767-LFPO-KEWR)

7.5.5.2. ADEXP

-TITLE COD -REFDATA -SENDER -FAC P -RECVR -FAC PO -SEQNUM 011 -ADEP LFPO -ADES KEWR -ARCID AAL905 -SSRCODE A0767

7.6. INF-bericht (Information)

7.6.1. Doel van het INF-bericht

7.6.1.1. Het INF-bericht wordt gebruikt om informatie over specifieke vluchten te leveren aan instanties die niet direct betrokken zijn bij het coördinatieproces tussen twee opeenvolgende ATC-eenheden op de vliegroute.

7.6.1.2. Het INF-bericht kan worden gebruikt om kopieën van berichten te leveren en om overeengekomen coördinatievoorwaarden aan dergelijke instanties door te geven volgend op een dialoog tussen vluchtleiders. Voor dit doel kunnen INF-berichten worden gegenereerd door de systemen van de overdragende of accepterende eenheid.

7.6.1.3. Het bericht kan ook worden gebruikt om informatie te leveren met betrekking tot enig punt op de vliegroute naar een instantie.

7.6.1.4. De structuur maakt de communicatie mogelijk van initiële gegevens, herzieningen en annuleringen.

7.6.2. Inhoud van bericht

Het INF-bericht zal de volgende gegevens bevatten in de structuur van een bericht zoals beschreven in dit document:

- berichttype;

- berichtnummer;

- alle onderdelen van operationele gegevens zoals die zich bevinden in het oorspronkelijke bericht of daaruit volgende coördinatie die wordt gekopieerd;

- type referentiebericht.

OPMERKING

Regels voor invoegen van gegevens, structuren en inhoud van velden worden gespecificeerd in Bijlage A.

7.6.3. Regels voor toepassing

7.6.3.1. Berichttypen

Het/de type(n) bericht(en) die dient/dienen te worden gedupliceerd door een INF-bericht zal/zullen gebaseerd zijn op vereisten van gebruikers en de mogelijkheden van de verzendende eenheid. Type(n) bericht(en) en toepassingsregels zullen, in het algemeen, bilateraal worden overeengekomen.

7.6.3.2. Geadresseerden van bericht

Voor dezelfde vlucht kunnen een of meer INF-berichten worden verzonden naar een of meer geadresseerden.

7.6.3.3. Operationele inhoud

De operationele inhoud van het INF-bericht zal de structuur hebben van een van de bestaande berichten.

7.6.3.4. Aanbevelingen

1. Voorwaarden die worden verzonden in een eerste dialoogbericht (bijv. ACT-, RAP-, REV-, RRV-bericht) kunnen worden gewijzigd of afgewezen voordat de dialoog is voltooid. Verzendende eenheden dienen in staat te zijn om de uiteindelijk overeengekomen coördinatievoorwaarden te verzenden.

2. Het INF-bericht dient onmiddellijk te worden verzonden, of op een tijdstip dat is gerelateerd aan het tijdstip bij het COP, dat bilateraal wordt overeengekomen met de ontvangende instelling.

7.6.4. Bevestiging van INF-bericht

Aanbevelingen

1. Het INF-bericht kan afhankelijk van de coördinatiepartner worden bevestigd door het genereren en verzenden van een LAM-bericht.

2. Afhankelijk van bilaterale overeenkomsten tussen de betreffende eenheden, dient als er geen LAM-bericht als bevestiging voor een INF-bericht wordt ontvangen, op een daartoe geschikte plaats een waarschuwing te worden afgebeeld.

7.6.5. Voorbeelden

Een vlucht met oproepteken BAW011, B747 van EGLL naar OMDB op FL290, aanvraag voor FL410, schat Koksy (KOK) VOR om 1905, transponder op A5437, voortgang via UG1 en UB6.

Voor de vlucht wordt door Londen een ACT-bericht naar Maastricht gezonden. Vanuit Londen wordt een kopie gezonden naar een eenheid die wordt geïdentificeerd als IT.

Hier volgen enkele voorbeelden van het INF-bericht.

7.6.5.1. ICAO

(INFL/IT112-BAW011/A5437-EGLL-KOK/1905F290-OMDB-9/B747H-15/N0490F410 DVR KOK UG1 NTM UB6 KRH-18/MSG/ACT)

7.6.5.2. ADEXP

-TITLE INF -REFDATA -SENDER -FAC L -RECVR -FAC IT -SEQNUM 112 -ARCID BAW011 -SSRCODE A5437 -ADEP EGLL -COORDATA -PTID KOK -TO 1905 -TFL F290 -ADES OMDB -ARCTYP B747 -ROUTE N0490F410 DVR UG1 KOK NTM UB6 KRH -MSGTYP ACT

8. DIALOOGPROCEDURE - COÖRDINATIE

8.1. Algemeen

8.1.1. Inleiding

8.1.1.1. De dialoogprocedure biedt faciliteiten voor communicatie en onderhandeling tussen vluchtleiders in de coördinatiefase en voor communicatie in de overdrachtsfase.

8.1.1.2. Dit gedeelte bevat een beschrijving van de berichten die worden gebruikt in de dialoogprocedure in de coördinatiefase waarin de overdrachtsvoorwaarden worden gepland. De berichten voor de overdrachtsfase waarin de overdracht van de vlucht plaatsvindt staan beschreven in Sectie 9 - Dialoogprocedure - Overdracht van communicatie.

8.1.1.3. Procedures voor de twee fasen zijn niet afhankelijk van elkaar, ze kunnen zowel individueel als samen worden geïmplementeerd.

8.1.1.4. Er worden een aantal aanvullende berichten geïntroduceerd en de mogelijkheid voor elk van de partners om een dialoog te starten wordt ondersteund.

8.1.1.5. De coördinatiedialoogprocedure maakt de identificatie mogelijk van:

- overdrachten die overeenkomstig LoA's zijn en automatisch kunnen worden geaccepteerd; en

- die welke dienen te worden verwezen naar de vluchtleider van de ontvangende eenheid voor een beslissing met betrekking tot acceptatie.

8.1.1.6. Deze procedure maakt het ook mogelijk om de interpretatie van de LoA's binnen de twee systemen te bewaken en eventuele afwijkingen tussen de twee te signaleren.

8.1.2. Het filter

8.1.2.1. Algemeen

8.1.2.1.1. De coördinatiedialoogprocedure vereist dat systemen aangeven of overdrachten al dan niet in overeenstemming zijn met LoA's.

8.1.2.1.2. Het proces waarbij dit wordt gecontroleerd wordt in dit document "het filter" genoemd. De database die voor het filter wordt gebruikt zal, indien vereist, het volgende bevatten:

- overeengekomen coördinatiepunten;

- in aanmerking komende (of niet in aanmerking komende) vluchtniveaus die ook kunnen worden geassocieerd met de coördinatiepunten;

- luchthavens van vertrek;

- bestemmingen;

- overeengekomen directe routes;

- tijd- en/of afstandslimieten voorafgaand aan het COP, waarna elk coördinatiebericht als niet-standaard wordt beschouwd;

- alle andere voorwaarden, zoals bilateraal overeengekomen.

8.1.2.1.3. Alle onderdelen in deze lijst kunnen worden gecombineerd om meer complexe voorwaarden te definiëren.

8.1.2.1.4. In Sectie 8 van dit document zal de term "standaardvoorwaarden" worden geïnterpreteerd als "in overeenstemming met de LoA" en de term "niet-standaardvoorwaarden" als "niet in overeenstemming met de LoA". Tenzij bilateraal overeengekomen, zullen berichten verzonden door overdragende eenheden voor coördinaties die bekend zijn als standaard andere berichtentypen gebruiken dan die waarvoor de voorwaarden niet-standaard zijn.

8.1.2.2. Actie in de overdragende eenheid

8.1.2.2.1. Het filter in de overdragende eenheid zal de overdrachtsvoorwaarden controleren die op het punt staan om naar de accepterende eenheid te worden verzonden.

8.1.2.2.2. Aanbeveling:

Als geconstateerd wordt dat de overdrachtsvoorwaarden niet-standaard zijn, dan dient dit feit onder de aandacht van de overdragende vluchtleider te worden gebracht ten behoeve van bevestiging of wijziging.

8.1.2.3. Actie in de accepterende eenheid

8.1.2.3.1. Alle ACT- en REV-berichten zullen door het filter worden gecontroleerd.

8.1.2.3.2. Als de controle aangeeft dat de ontvangen overdrachtsvoorwaarden niet-standaard zijn, zullen ze worden verwezen naar de vluchtleider voor een beslissing, in het andere geval zullen ze automatisch worden geaccepteerd.

8.1.2.4. Synchronisatie van de filters

8.1.2.4.1. Het gebruik van verschillende berichten voor standaard en niet-standaard overdrachtsvoorwaarden maakt het mogelijk om afwijkingen te constateren tussen de standaardvoorwaarden van de systemen in de overdragende en accepterende eenheden.

8.1.2.4.2. De constatering in de accepterende eenheid van niet-standaard overdrachtsvoorwaarden in een bericht dat wordt gebruikt om alleen standaard overdrachten te coördineren betekent dat er een afwijking tussen de twee filters bestaat. Dergelijke afwijkingen dienen te worden opgelost om de dialoogprocedure doelmatig te laten verlopen.

8.1.3. Berichtenvolgorde

8.1.3.1. Algemeen

8.1.3.1.1. Bepaalde regels dienen te worden gevolgd om ervoor te zorgen dat de coördinatie voltooid is voordat eventuele herziening of uitwisseling van berichten voor communicatieoverdracht plaatsvindt en ook om ervoor te zorgen dat vluchtleiders van beide eenheden niet tegelijkertijd voorstellen doen voor dezelfde vlucht.

8.1.3.1.2. Een ATC-eenheid zal alleen ontvangst van een Revision-bericht (REV of RRV) voor een vlucht verzenden of bevestigen als deze zich in de gecoördineerde staat bevindt, d.w.z. dat een ACT- of RAP-dialoog is voltooid door een LAM- of ACP-bericht.

8.1.3.1.3. CDN-berichten zullen alleen in aanmerking komen voor verzending door de accepterende eenheid.

8.1.3.1.4. CDN-berichten zullen alleen worden verzonden en bevestigd:

- als onderdeel van een dialoog die wordt gestart door de ontvangst van een Activate- (ACT, RAP) of Revision-bericht (REV of RRV); of

- als het vluchtplan voor die vlucht zich in de gecoördineerde staat bevindt.

8.1.4. Gelijktijdige afhandeling van berichten

8.1.4.1. Algemeen

8.1.4.1.1. Een eenheid die is betrokken bij een uitwisseling van coördinatie- of overdrachtsberichten voor een vlucht zal geen verdere uitwisseling van coördinatie- of overdrachtsberichten voor dezelfde vlucht met dezelfde eenheid starten totdat ofwel een LAM-, ACP- of RJC-bericht is ontvangen, of een time-out is bereikt.

8.1.4.1.2. Het is mogelijk dat een CDN-bericht een REV-, RRV- of MAC-bericht voor dezelfde vlucht kruist dat is verzonden door de overdragende eenheid. Deze situatie kan in de overdragende eenheid worden geconstateerd door het CDN-bericht dat arriveert voorafgaand aan de bevestiging voor het verzonden coördinatiebericht en in de accepterende eenheid door het bericht van de overdragende eenheid dat arriveert voorafgaand aan de bevestiging van het CDN-bericht. In dat geval zal het CDN-bericht niet worden bevestigd en zal het REV-, RRV- of MAC-bericht worden verwerkt.

8.1.5. Behandeling van afwijzing

Het RJC-bericht beëindigt een systeemdialoog. Er dient een nieuwe systeemcoördinatie te worden gestart die waar van toepassing de telefonische coördinatie aangeeft.

8.1.6. Operationele time-out voor antwoord

8.1.6.1. Algemeen

8.1.6.1.1. Er zal in de verzendende en ontvangende centra een time-out-mechanisme worden toegepast voor het antwoord op berichten die naar de vluchtleider worden verwezen.

8.1.6.1.2. De duur van deze time-outs zal bilateraal worden overeengekomen.

8.1.6.1.3. De afloop van de time-out bij de verzendende eenheid zal resulteren in de verzending van een waarschuwing aan de overdragende vluchtleider, om de noodzaak aan te geven van het starten van een telefonische coördinatie.

8.1.6.1.4. Aanbevelingen

1. Er dient een waarschuwing te worden afgebeeld op de ATC-positie van de accepterende eenheid die verantwoordelijk is voor de vlucht als de time-out in de overdragende eenheid op het punt staat om plaats te vinden.

2. De waarschuwing dient rekening te houden met de verzendtijd van het antwoord.

8.1.6.1.5. Systemen zullen in staat zijn om antwoorden te verwerken die worden ontvangen na afloop van de time-out.

8.1.7. Implementatie

8.1.7.1. De dialoogprocedures hebben betrekking op twee fasen, namelijk de coördinatiefase en de overdrachtsfase. De dialoog in de twee fasen maakt gebruik van verschillende berichten en de vereiste transactietijden zijn verschillend. De coördinatieberichten worden gespecificeerd in ICAO- en ADEXP-structuur, de berichten voor communicatieoverdracht alleen in ADEXP.

8.1.7.2. De minimum HMI-vereisten voor de coördinatiedialoog verschillen van die voor de overdrachtsdialoog:

- de overdrachtsdialoog heeft primair betrekking op de uitvoerende controlefunctie en vereist een snelle en gebruikersvriendelijke HMI;

- de coördinatiedialoog is niet zo tijdgevoelig en daarom zijn de betreffende HMI-vereisten van een lagere orde.

8.1.7.3. De dialoogprocedure zal worden geïmplementeerd met gebruik van een van de volgende alternatieve scenario's:

- coördinatiefase dialoogprocedure plus eventuele complementaire berichten zoals bilateraal overeengekomen (Secties 7 en 8);

- basis coördinatieprocedure en overdrachtsfase dialoogprocedure (Secties 6, 7 en 9);

- coördinatie- en overdrachtsfase dialoogprocedure plus eventuele complementaire coördinatieberichten zoals bilateraal overeengekomen (Secties 7, 8 en 9).

Het Advance Boundary Information-bericht zal in alle scenario's worden verzonden.

8.1.7.4. Het voor de implementatie gebruikte scenario zal bilateraal worden overeengekomen.

8.2. ACT-bericht (Activate)

8.2.1. Doel van het ACT-bericht

Het doel van het ACT-bericht staat beschreven in paragraaf 6.3.1. In een dialoogprocedure wordt het ACT-bericht gebruikt om aan deze vereisten te voldoen, mits de overdrachtsvoorwaarden voor de vlucht standaard zijn en de overdragende vluchtleider de vlucht niet naar de accepterende vluchtleider hoeft te verwijzen voor acceptatie.

8.2.2. Inhoud van bericht

De inhoud van het ACT-bericht dat in de dialoogprocedure wordt gebruikt zal zijn zoals beschreven voor het ACT-bericht in paragraaf 6.3.2.

8.2.3. Regels voor toepassing

8.2.3.1. Algemeen

8.2.3.1.1. De regels voor toepassing zijn zoals beschreven voor het ACT-bericht in paragraaf 6.3 met uitzondering van de speciale regels die worden beschreven in deze paragraaf.

8.2.3.1.2. Er zal een ACT-bericht worden verzonden voor een vlucht met standaard overdrachtsvoorwaarden waarvoor de overdragende vluchtleider niet vereist dat deze wordt verwezen naar de accepterende vluchtleider.OPMERKING

Als deze vereisten niet van toepassing zijn wordt een RAP-bericht verzonden (zie paragraaf 8.3 Referred Activate Proposal-bericht).

8.2.3.1.3. Aanbeveling:

Er dient een nieuwe coördinatieprocedure te worden gestart als een RJC-bericht (Reject Co-ordination) wordt teruggezonden als antwoord op een ACT-bericht.

8.2.3.2. Verwerking in de ontvangende eenheid

8.2.3.2.1. Het bericht wordt door het filter gecontroleerd om te bevestigen dat de voorgestelde voorwaarden standaard zijn.

8.2.3.2.2. Het bericht zal worden verwerkt als een RAP-bericht als:

- blijkt dat de overdrachtsvoorwaarden niet-standaard zijn;

- geen bijbehorend vluchtplan kan worden gevonden en er onvoldoende informatie beschikbaar is om te bepalen of de overdrachtsvoorwaarden al dan niet standaard zijn.

8.2.3.2.3. ACT-berichten die standaard blijken te zijn zullen worden verwerkt overeenkomstig paragraaf 6.3.3.2.

8.2.3.2.4. Aanbeveling:

Als de overdrachtsvoorwaarden in een ACT-bericht niet-standaard blijken te zijn bestaat er een afwijking tussen de filters in de twee systemen. Het feit dat het ACT-bericht niet-standaard is dient ter kennis van toezichthoudende medewerkers te worden gebracht zodat de afwijking kan worden opgeheven.

8.2.4. Bevestiging van ACT-bericht

8.2.4.1. Bevestiging

8.2.4.1.1. In een dialoogprocedure zal een ACT-bericht worden bevestigd door:

- een LAM-bericht als de overdrachtsvoorwaarden standaard blijken te zijn;

- een SBY-bericht in alle andere gevallen.

8.2.4.1.2. Als een LAM-bericht is ontvangen zal de operationele inhoud van het ACT-bericht operationeel bindend worden voor beide ATC-eenheden.

8.2.4.1.3. Indien bilateraal overeengekomen kan een ACP-bericht worden gebruikt in plaats van een LAM-bericht om de acceptatie door de accepterende eenheid van een ACT-bericht met standaard overdrachtsvoorwaarden aan te geven.

8.2.4.2. Gevallen zonder bevestiging

Als geen bevestiging voor een ACT-bericht wordt ontvangen zal een waarschuwing worden afgebeeld op de ATC-positie die verantwoordelijk is voor de coördinatie van de vlucht.

8.3. RAP-bericht (Referred Activate Proposal)

8.3.1. Doel van het RAP-bericht

Het RAP-bericht voldoet aan de volgende operationele vereisten, naast die welke zijn gespecificeerd voor het ACT-bericht in paragraaf 6.3:

- het voorstel van de overdragende vluchtleider en verwijzing naar de accepterende vluchtleider van vluchten met niet-standaard overdrachtsvoorwaarden;

- het de overdragende vluchtleider mogelijk maken om, indien hij/zij dit wenst, de verwijzing van standaard overdrachtsvoorwaarden voor een specifieke vlucht naar de accepterende vluchtleider te forceren.

8.3.2. Inhoud van bericht

De inhoud van het RAP-bericht zal bestaan uit dezelfde gegevens zoals beschreven voor het ACT-bericht (paragraaf 6.3) en kan optioneel het volgende gegevenselement bevatten:

- reden, duidt handmatige verwijzing aan (alleen beschikbaar in ADEXP).

8.3.3. Regels voor toepassing

8.3.3.1. Algemeen

8.3.3.1.1. Voor vluchten die de grens overschrijden en aan een van de volgende voorwaarden voldoen zal een RAP-bericht worden verzonden in plaats van het ACT-bericht:

- het overdragende systeem heeft bepaald dat de overdrachtsvoorwaarden niet-standaard zijn;

- de overdragende vluchtleider heeft aangegeven dat de voorgestelde overdrachtsvoorwaarden dienen te worden verwezen naar de accepterende vluchtleider.

8.3.3.1.2. De operationele inhoud van het RAP-bericht dat op het punt staat om te worden verzonden zal worden afgebeeld op de werkplek die verantwoordelijk is voor de coördinatie van de vlucht voorafgaand aan de feitelijke verzending.

8.3.3.1.3. Aanbeveling:

Het tijdstip waarop het RAP-bericht automatisch wordt verzonden dient samen met de inhoud ervan te worden afgebeeld.

8.3.3.1.4. De betreffende werkplek zal op de hoogte worden gesteld van de verzending van het RAP-bericht.

8.3.3.2. Verwerking in de ontvangende eenheid

8.3.3.2.1. Het ATC-systeem dat een RAP-bericht ontvangt zal proberen dit te associëren met het bijbehorende vluchtplan.

8.3.3.2.2. Als een bijbehorend vluchtplan wordt gevonden en geen afwijking in het bericht wordt geconstateerd die een correcte verwerking zou verhinderen:

- zal de operationele inhoud worden verwezen naar de accepterende vluchtleider;

- zal een SBY-bericht worden teruggezonden.

8.3.3.2.3. Aanbeveling:

Er dient een aanwijzing voor de reden van de verwijzing (niet-standaard voorwaarden of handmatige verwijzing) te worden opgenomen.

8.3.3.2.4. Als het bericht niet kan worden geassocieerd met een vluchtplan of als een afwijking wordt geconstateerd die een correcte verwerking van het bericht verhindert, dan:

- zal de operationele inhoud van het bericht bij de sector worden afgebeeld;

en

- zal een SBY-bericht worden teruggezonden;

en

- zal een vluchtplan worden aangemaakt.

8.3.3.2.5. In alle andere gevallen zal het bericht niet worden bevestigd.

8.3.3.3. Handmatig starten

8.3.3.3.1. Als het gebruikt wordt om de verwijzing van een voorgestelde coördinatie met standaard overdrachtsvoorwaarden naar de accepterende vluchtleider te forceren, wordt het RAP-bericht handmatig gestart door de overdragende vluchtleider en onmiddellijk verzonden.

8.3.3.3.2. Aanbeveling:

Handmatig starten van een RAP-bericht voor het berekende tijdstip van verzending dient te worden toegestaan op de positie die verantwoordelijk is voor de coördinatie van de vlucht.

8.3.3.4. Tijdparameters voor automatische verzending

De tijd/afstand voor de grens waarbij RAP-berichten automatisch worden verzonden zal dezelfde zijn als voor de ACT-berichten.

8.3.4. Bevestiging van RAP-bericht

8.3.4.1. Bevestiging

Het bericht zal worden bevestigd door het genereren en verzenden van een SBY-bericht.

8.3.4.2. Gevallen zonder bevestiging

Als geen SBY-bericht wordt ontvangen ter bevestiging van een RAP-bericht zal een waarschuwing worden afgebeeld op de ATC-positie die verantwoordelijk is voor de coördinatie van de vlucht.

8.3.5. Operationeel antwoord op RAP

De accepterende vluchtleider kan overdrachtsvoorwaarden naar keuze accepteren, afwijzen of met een tegenvoorstel komen.

8.3.5.1. Acceptatie

8.3.5.1.1. Als de accepterende vluchtleider ervoor kiest om de voorgestelde overdrachtsvoorwaarden te accepteren zal een ACP-bericht worden teruggezonden.

8.3.5.1.2. Zodra het ACP-bericht is ontvangen worden de gegevens van het RAP-bericht operationeel bindend voor beide ATC-eenheden. De gecoördineerde overdrachtsvoorwaarden en het feit dat het ACP-bericht is ontvangen zullen aan de overdragende vluchtleider worden gepresenteerd.

8.3.5.2. Tegenvoorstel

Als de accepterende vluchtleider ervoor kiest om een tegenvoorstel te doen met betrekking tot de overdrachtsvoorwaarden zal een CDN-bericht worden teruggezonden.

8.3.5.3. Aanbeveling:

Als de accepterende vluchtleider ervoor kiest om de voorgestelde overdrachtsvoorwaarden af te wijzen dient een RJC-bericht te worden teruggezonden. In dat geval dient een nieuwe coördinatieproces te worden gestart.OPMERKING

Met betrekking tot de aanbeveling in 8.3.5.3, zal in de meeste gevallen de nieuwe coördinatie plaatsvinden met een andere eenheid.

8.3.6. Voorbeelden

8.3.6.1. ICAO

(RAPE/L022-AMM253/A7012-LMML-BNE/1226F350-EGBB-9/B757/M)

8.3.6.2. ADEXP

-TITLE RAP -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 022 -ARCID AMM253 -SSRCODE A7012 -ADEP LMML -COORDATA -PTID BNE -TO 1226 -TFL F350 -ADES EGBB -ARCTYP B757

8.4. REV-bericht (Revision)

8.4.1. Doel van het REV-bericht

Het doel van het REV-bericht staat beschreven in paragraaf 7.3.1. In een dialoogprocedure wordt het REV-bericht gebruikt om aan deze vereisten te voldoen, mits de overdrachtsvoorwaarden voor de vlucht standaard zijn en de overdragende vluchtleider niet vereist dat de vlucht naar de accepterende vluchtleider wordt verwezen voor acceptatie.

8.4.2. Inhoud van bericht

De inhoud van het REV-bericht zal zijn zoals beschreven voor het REV-bericht in paragraaf 7.3.2.

8.4.3. Regels voor toepassing

8.4.3.1. Algemeen

8.4.3.1.1. Door het gebruik van een Activate- of RAP-bericht kunnen een of meer REV-berichten worden gezonden aan de eenheid waarvoor op dit moment een vlucht is gecoördineerd.

8.4.3.1.2. REV-berichten zullen worden verzonden onder de voorwaarden zoals gespecificeerd in paragraaf 7.3.3.1 voor vluchten met standaard overdrachtsvoorwaarden waarvan de overdragende vluchtleider niet vereist dat ze worden verwezen naar de accepterende vluchtleider.

8.4.3.2. Verzending starten

Het REV-bericht zal onmiddellijk worden verzonden volgend op de ontdekking van een wijziging in de coördinatiegegevens die vereist zijn om te worden gecoördineerd zoals beschreven in paragraaf 7.3.3.

8.4.3.3. Verwerking in de ontvangende eenheid

8.4.3.3.1. Als een bijbehorend vluchtplan is gevonden in de gecoördineerde staat en geen afwijking is geconstateerd die een correcte verwerking van het bericht zou verhinderen, dan:

- zal het REV-bericht worden bevestigd;

- zal in alle andere gevallen het bericht niet worden bevestigd.

8.4.3.3.2. De overdrachtsvoorwaarden zullen worden onderzocht om er zeker van te zijn dat ze standaard zijn.

8.4.3.3.3. Als de overdrachtsvoorwaarden niet standaard zijn, zullen ze worden gepresenteerd aan de accepterende vluchtleider.

8.4.3.3.4. Als de voorgestelde overdrachtsvoorwaarden standaard blijken te zijn, zullen ze waar van toepassing worden opgenomen in het vluchtplan en in de vereiste gegevensuitvoer van operationele ATC- en ander posities.

8.4.3.3.5. Aanbeveling:

Als de overdrachtsvoorwaarden in een REV-bericht niet standaard blijken te zijn, bestaat er een afwijking tusse