Regolamento CE n. 2082/2000 della Commissione del 6 settembre 2000 che adotta le norme Eurocontrol e che modifica la direttiva 97/15/CE, che adotta le norme Eurocontrol e che modifica la direttiva 93/65/CEE del Consiglio



Gazzetta ufficiale n. L 254 del 09/10/2000 pag. 0001 - 0234



Regolamento CE n. 2082/2000 della Commissione del 6 settembre 2000 che adotta le norme Eurocontrol e che modifica la direttiva 97/15/CE, che adotta le norme Eurocontrol e che modifica la direttiva 93/65/CEE del Consiglio LA COMMISSIONE DELLE COMUNITÀ EUROPEE, visto il trattato che istituisce la Comunità europea, vista la direttiva 93/65/CEE del Consiglio, del 19 luglio 1993, relativa alla definizione e all'utilizzazione di specifiche tecniche compatibili per l'acquisto di apparecchiature e di sistemi per la gestione del traffico aereo(1), in particolare l'articolo 3, vista la direttiva 97/15/CE della Commissione, del 25 marzo 1997, che adotta le norme Eurocontrol e che modifica la direttiva 93/65/CEE del Consiglio, relativa alla definizione e all'utilizzazione di specifiche tecniche compatibili per l'acquisto di apparecchiature e di sistemi per la gestione del traffico aereo(2), considerando quanto segue: (1) La direttiva 97/15/CE ha adottato la norma Eurocontrol per l'interscambio di dati in linea (On-Line Data Interchange - OLDI), edizione 1.0, e la norma Eurocontrol per la presentazione dello scambio di dati per i servizi di traffico aereo (ADEXP), edizione 1.0. (2) Eurocontrol ha adottato una versione più recente delle due norme sopra indicate, vale a dire l'edizione 2.2 della norma OLDI e l'edizione 2.0 della norma ADEXP, nonché una nuova norma Eurocontrol denominata "Scambio di dati di volo - Documento relativo al controllo di interfaccia" [Flight Data Exchange - Interface Control Document (FDE-ICD]. (3) Queste norme Eurocontrol rientrano nel campo di applicazione della direttiva 93/65/CEE e contribuiscono all'armonizzazione dei sistemi nazionali di gestione del traffico aereo degli Stati membri, soprattutto per quanto riguarda il trasferimento dei voli tra centri di controllo del traffico aereo (OLDI), la gestione del flusso del traffico aereo (ADEXP) e le comunicazioni tra sistemi nazionali (FDE-ICD). (4) Le edizioni 2.2 della norma OLDI e 2.0 della norma ADEXP sostituiscono quelle precedenti attualmente in vigore conformemente al disposto dell'articolo 1 della direttiva 97/15/CE, per cui questo articolo deve essere abrogato. (5) Le disposizioni del presente regolamento sono conformi al parere del comitato istituito ai sensi della direttiva 93/65/CEE, HA ADOTTATO IL PRESENTE REGOLAMENTO: Articolo 1 Nella misura necessaria all'attuazione di un sistema integrato europeo di gestione del traffico aereo, gli elementi obbligatori delle specifiche Eurocontrol comprese nei documenti normativi Eurocontrol seguenti sono adottati ai sensi della direttiva 93/65/CEE: - la norma Eurocontrol per l'interscambio di dati in linea (On-Line Data Interchange - OLDI), edizione 2.2 (documento Eurocontrol di riferimento DPS.ET1.ST06-STD), il cui testo figura nell'allegato I del presente regolamento; - la norma Eurocontrol per la presentazione dello scambio di dati per i servizi di traffico aereo (ADEXP), edizione 2.0 (documento Eurocontrol di riferimento DPS.ET1.ST09-STD), il cui testo figura nell'allegato II del presente regolamento; - la norma Eurocontrol per lo scambio di dati di volo - documento relativo al controllo di interfaccia (FDE-ICD), edizione 1.0 (documento Eurocontrol di riferimento COM.ET1.ST12-STD), il cui testo figura nell'allegato III del presente regolamento. Articolo 2 L'articolo 1 della direttiva 97/15/CE è abrogato. Articolo 3 Il presente regolamento entra in vigore il terzo giorno successivo alla pubblicazione nella Gazzetta ufficiale delle Comunità europee. Il presente regolamento è obbligatorio in tutti i suoi elementi e direttamente applicabile in ciascuno degli Stati membri. Fatto a Bruxelles, il 6 settembre 2000. Per la Commissione Loyola De Palacio Vicepresidente (1) GU L 187 del 29.7.1993, pag. 52. (2) GU L 95 del 10.4.1997, pag. 16. ALLEGATO I INTERSCAMBIO DI DATI IN LINEA (OLDI), EDIZIONE 2.2 (documento Eurocontrol di riferimento DPS.ET1.ST06-STD) INDICE >SPAZIO PER TABELLA> AVVISO/DIRITTI D'AUTORE Il presente documento è stato elaborato dall'Agenzia Eurocontrol, che ne detiene i diritti d'autore. Il contenuto del presente documento, o di qualsiasi parte di esso, è a disposizione dei rappresentanti degli Stati membri, ma la riproduzione o divulgazione a terzi è subordinata al preventivo consenso scritto dell'Agenzia Eurocontrol. PREFAZIONE 1. Organo responsabile La norma Eurocontrol per l'interscambio di dati in linea (OLDI), edizione 2.2, è stata elaborata dalla Direzione Sviluppo (DED) del Programma europeo di armonizzazione ed integrazione del controllo del traffico aereo (EATCHIP), che provvede anche al suo aggiornamento. Tutti i commenti e le richieste di informazioni vanno indirizzati al Direttore Generale di Eurocontrol, Rue de la Fusée, 96, B-1130 Bruxelles, all'attenzione della Divisione DED-2. 2. Rapporto con il Programma di lavoro EATCHIP La presente norma è un prodotto risultante dall'Attività specialistica DPS.ET1.ST06 del dominio "Sistemi di elaborazione dati ATM (DPS)" di EATCHIP, definita nel documento Programma di lavoro EATCHIP (EWPD), edizione 2.0, del 30/09/94. 3. Approvazioni e modifiche La presente norma è stata sottoposta alla procedura di approvazione seguente, definita nelle Direttive per la normalizzazione di Eurocontrol: - approvazione da parte del gruppo "Requisiti operativi ed elaborazione dei dati ATM (ODT)" di EATCHIP, per corrispondenza; - consultazione con tutti gli Stati ECAC attraverso i loro rappresentanti presso il Comitato di gestione o il Comitato direttivo di EATCHIP; - approvazione da parte del Comitato direttivo di EATCHIP e del Comitato di gestione; - adozione da parte della Commissione permanente. Le disposizioni contenute nella presente norma hanno acquisito efficacia dopo l'adozione da parte della Commissione permanente. Per riflettere l'evoluzione delle procedure di controllo del traffico aereo (ATC), modifiche ed integrazioni potranno essere proposte attraverso l'ODT affinché vengano discusse ed eventualmente approvate. Le prescrizioni saranno poi incorporate o in una modifica o in una nuova edizione del documento, da sottoporre per accettazione secondo le procedure stabilite. 4. Convenzioni redazionali Per indicare lo status di ciascun elemento è stata adottata la notazione seguente: gli elementi normativi sono stampati in caratteri tondi; gli elementi raccomandati sono stampati in caratteri corsivi e preceduti dall'indicazione Raccomandazione. Per la stesura delle specifiche ci si è attenuti alle seguenti convenzioni redazionali: per gli elementi normativi sono stati utilizzati verbi al modo indicativo, tempo presente; per gli elementi raccomandati è stata utilizzata la forma verbale "è opportuno che". Le note sono stampate in caratteri corsivi e sono precedute dall'indicazione NOTA. 5. Rapporto con l'edizione 1 della norma Eurocontrol per l'interscambio di dati in linea Il presente documento sostituisce le parti 1 e 2 dell'edizione 1 della norma "Eurocontrol Standard for On Line Data Interchange". La parte 3, che descrive i protocolli tecnici da utilizzare, è sostituita dalla norma Eurocontrol - Documento relativo al controllo di interfaccia per lo scambio di dati di volo - parte 1. 6. Cambiamenti rilevanti rispetto all'edizione 1 I cambiamenti e le integrazioni principali rispetto all'edizione 1 sono i seguenti: 1. Incorporazione dei seguenti messaggi complementari (non obbligatori) nella procedura di base: - messaggio di abrogazione del coordinamento (MAC); - messaggio di assegnazione di codice SSR (COD) per il radar secondario di sorveglianza; - messaggio di informazione (INF). 2. Definizione del contenuto e del formato del messaggio da inviare quando un volo attraversa un confine su una rotta che non è una rotta ATS ma che è definita dai punti iniziale e finale del segmento di rotta. 3. Incorporazione di una procedura di dialogo che consente: - ai controllori che si occupano della pianificazione di identificare e negoziare condizioni di trasferimento non standard; - all'ente accettante di sottoporre una controproposta sulle condizioni di trasferimento; - la messa a disposizione di strumenti per il trasferimento delle comunicazioni nel quadro della procedura di trasferimento del controllo. 4. Uso del formato descritto nell'edizione 2 della norma Eurocontrol per la presentazione dello scambio di dati ATS (ADEXP). Tutti i messaggi utilizzati nella procedura di base e quelli utilizzati nella fase di coordinamento della procedura di dialogo sono descritti usando sia il formato ICAO sia il formato ADEXP. I messaggi di trasferimento delle comunicazioni descritti nel quadro della procedura di dialogo sono presentati unicamente nel formato ADEXP. 5. Cancellazione dei seguenti allegati dell'edizione 1: A: ATC Unit Identification (Identificazione degli enti ATC). B: OLDI Message Structure (Struttura dei messaggi OLDI) (tutti i messaggi presentati nell'edizione 3 sono illustrati mediante esempi). D: Historical Overview (Panoramica storica). E: Implementation Plan (Piano di implementazione). F: Compliance by States (Ottemperanza da parte degli Stati). G: Guidelines for Implementation (Linee-guida per l'implementazione). H: Guidelines of Evaluation of OLDI (Linee-guida per la valutazione dell'OLDI). 6. Separazione della parte 3 - Requisiti tecnici - dalle specifiche relative alle applicazioni. 7. Rapporto con altri documenti Il presente documento fa riferimento a due tipi di formati di campo utilizzabili nella compilazione dei messaggi: il formato ICAO e il formato ADEXP. I formati di campo ICAO sono descritti nel documento di cui al riferimento 1. Nel caso in cui tale documento sia sostituito da un altro documento, la definizione dei tipi di campo ICAO sarà quella descritta nel nuovo documento. I formati di campo ADEXP sono descritti nel documento di cui al riferimento 2. NOTA L'elenco dei documenti di riferimento è contenuto nella sezione 2. 8. Lingua L'originale del presente documento è stato redatto in lingua inglese. 1. INTRODUZIONE 1.1. Scopo 1.1.1. I voli a cui è fornito un servizio ATC sono trasferiti da un ente ATC al successivo in condizioni studiate per assicurare una sicurezza totale. Per raggiungere questo obiettivo, la prassi standard prevede che i due enti coordinino tra di loro in anticipo il passaggio di ciascun volo attraverso il confine tra le rispettive aree di giurisdizione e che il controllo del volo sia trasferito quando l'aeromobile attraversa o si appresta ad attraversare detto confine. 1.1.2. Quando è svolta per telefono, la trasmissione dei dati sui singoli voli nell'ambito del processo di coordinamento è una delle principali funzioni di supporto degli enti ATC, in particolare dei centri di controllo d'area (ACC). L'interscambio di dati in linea (OLDI, dall'inglese On-Line Data Interchange), vale a dire l'uso operativo dei collegamenti tra i Sistemi di elaborazione dei dati di volo (FDPS) degli ACC allo scopo di sostituire queste "stime verbali", ha avuto inizio in Europa nei primi anni '80. 1.1.3. Per facilitare l'implementazione gli organismi competenti hanno elaborato e adottato regole e formati di messaggio comuni, incorporati nell'edizione 1 della norma Eurocontrol per l'interscambio di dati in linea; la presente edizione Erreur! Source du renvoi introuvable. è stata elaborata allo scopo di riflettere lo sviluppo continuo di questo strumento conformemente alle disposizioni del programma EATCHIP. 1.2. Campo di applicazione 1.2.1. Il presente documento specifica le procedure ed i messaggi da utilizzare tra FDPS di enti ATC allo scopo di assicurare: - il coordinamento necessario prima del trasferimento dei voli da un ente al successivo; - il trasferimento delle comunicazioni per i voli in questione. 1.2.2. Il presente documento: - definisce i formati dei messaggi e le regole relative al contenuto; - descrive gli strumenti di cui devono disporre tali enti per poter attuare lo scambio di dati. 1.2.3. La presente norma si applica tra gli Stati membri di Eurocontrol ai servizi OLDI internazionali tra enti che assicurano un servizio ATC d'area. 1.2.4. Raccomandazione Si raccomanda che gli Stati membri della Conferenza europea dell'aviazione civile (ECAC) applichino la presente norma a: - servizi OLDI internazionali tra enti che assicurano un servizio ATC d'area nell'area ECAC; - servizi OLDI tra enti che assicurano un servizio ATC d'area a livello nazionale. 2. RIFERIMENTI 2.1. I documenti indicati qui di seguito contengono disposizioni che, attraverso i rimandi contenuti in questo testo, costituiscono disposizioni della presente norma Eurocontrol. Le edizioni indicate sono quelle in vigore al momento della pubblicazione della presente norma Eurocontrol. Ogni revisione dei documenti ICAO a cui si fa riferimento è immediatamente incorporata nella presente norma Eurocontrol. Le revisioni degli altri documenti a cui si fa riferimento non entrano a far parte delle disposizioni della presente norma Eurocontrol se non dopo essere state formalmente esaminate ed incorporate nella presente norma Eurocontrol. In caso di conflitto tra le prescrizioni della presente norma Eurocontrol ed il contenuto dei documenti a cui si fa riferimento prevale la presente norma Eurocontrol. 2.2. I documenti di riferimento ai fini della presente norma sono i seguenti: 1. Procedures for Air Navigation Services - Rules of the Air & Air Traffic Services, Document 4444 ICAO, tredicesima edizione del 7 novembre 1996, e successive modifiche. 2. Edizione 2.0 della norma Eurocontrol per la presentazione dello scambio di dati ATS (ADEXP), riferimento DPS-ET1-ST09-STD-01-00, giugno 1998. 3. DEFINIZIONI, SIMBOLI E ABBREVIAZIONI 3.1. Definizioni Ai fini della presente norma Eurocontrol si applicano le seguenti definizioni: 3.1.1. Ente accettante: ente preposto a fornire un servizio di controllo del traffico aereo (ATC) che assumerà o ha assunto il controllo di un volo quando avrà o ha avuto luogo il trasferimento da un ente al successivo. 3.1.2. Riscontro: avviso che segnala che un messaggio è stato ricevuto e che può essere elaborato correttamente. 3.1.3. Attivazione: processo con cui un ente ATC ricevente aggiorna il piano di volo per il volo oggetto di coordinamento includendo i dati comunicati dall'ente trasferente nel quadro del coordinamento tra i due enti, e che porta alla trasmissione dei dati ai controllori. 3.1.4. Altitudine: distanza verticale di una quota, un punto o un oggetto considerato come un punto rispetto al livello medio del mare. 3.1.5. Applicazione: parte di un sottosistema ATS conforme alla presente norma e collegato ad entità simili in altri sistemi ATS. 3.1.6. Area di giurisdizione: spazio aereo di dimensioni definite in cui un ente ATC assicura servizi del traffico aereo. 3.1.7. Associazione: procedura con cui un sistema mette in relazione un messaggio OLDI ricevuto con un piano di volo inserito nel database. 3.1.8. Ente ATC: ente che fornisce un servizio di controllo del traffico aereo. 3.1.9. Disponibilità: probabilità che un servizio sia accessibile ad un utente in un determinato momento. 3.1.10. Confine: piani (laterali e verticali) che delimitano l'area di giurisdizione di un ente ATC. 3.1.11. Livello di volo autorizzato: livello di volo a cui o fino a cui l'ATC ha autorizzato un aeromobile a volare. 3.1.12. Coordinamento ATC: processo con cui enti ATC con aree di giurisdizione adiacenti si informano ufficialmente del passaggio previsto di voli attraverso il confine tra le rispettive aree di giurisdizione allo scopo di garantire la sicurezza dei voli mediante la coerenza delle azioni previste. 3.1.13. Messaggio di coordinamento: termine generico che designa un messaggio utilizzato per effettuare un coordinamento ATC. Nei messaggi di coordinamento è compreso il messaggio CDN che è un messaggio specifico descritto nel punto 8.8. 3.1.14. Fase di coordinamento: per un determinato volo, la fase in cui l'ente ATC trasferente e l'ente ATC ricevente concordano le condizioni (ad es. livello di volo, punto di attraversamento del confine) in base alle quali il controllo dell'aeromobile sarà trasferito da un ente all'altro. 3.1.15. Punto di coordinamento: punto conosciuto dagli enti ATC in una sequenza di coordinamento, situato sul o in prossimità del confine tra gli enti ATC e citato nei messaggi di coordinamento. 3.1.16. Correlazione: processo, fondato su criteri definiti, che consiste nel mettere in collegamento i dati del piano di volo e la traccia radar dello stesso volo, normalmente per presentarli sullo schermo di un controllore. 3.1.17. Norma Eurocontrol: qualsiasi specifica applicabile alle caratteristiche fisiche, alla configurazione, al materiale, alle prestazioni, al personale o alle procedure, la cui applicazione uniforme è stata approvata come essenziale per l'attuazione di sistemi ATS negli Stati membri di Eurocontrol. Una norma Eurocontrol non deve essere in conflitto con le norme ICAO ma eventualmente completarle. 3.1.18. Controllore esecutivo: controllore che dà istruzioni direttamente ai voli sotto il suo controllo. Rientrano in questa categoria i controllori che assicurano il servizio di controllo radar d'area. 3.1.19. Quota di uscita: quota alla quale un volo è stato autorizzato, mediante coordinamento, ad attraversare un punto di trasferimento del controllo. Può essere completata con condizioni di attraversamento supplementari che definiscono lo strato entro cui si svolgerà una salita/discesa. 3.1.20. Piano di volo: informazioni specificate fornite agli enti dei servizi del traffico aereo relativamente ad un volo previsto o ad una sua parte, e informazioni tratte dal piano di volo di un volo specifico contenute in un FDPS. 3.1.21. Generazione: processo con cui un sistema ATC estrae le informazioni utili dal/i database e crea un messaggio da trasmettere ad un ente ATC ricevente. 3.1.22. Formato ICAO: formato utilizzato per la trasmissione terra - terra dei messaggi ATS, in cui sono utilizzati i tipi di campo ed i separatori descritti nel riferimento 1. 3.1.23. Quota: termine generico che indica la posizione verticale di un aeromobile in volo; nella presente norma il termine quota (o livello di volo) indica anche l'altitudine, nei casi in cui questa è utilizzata. 3.1.24. Notifica: processo con cui l'ente trasferente trasmette dati di aggiornamento al sistema dell'ente ricevente in preparazione della fase di coordinamento. 3.1.25. Ente ricevente: l'ente ATC a cui è trasmesso un messaggio. 3.1.26. Affidabilità: percentuale della disponibilità programmata in cui il servizio deve essere funzionante. 3.1.27. Livello di volo richiesto: livello di volo richiesto dall'aeromobile nel piano di volo. 3.1.28. Revisione: modifica dei dati trasmessi precedentemente dall'ente ATC trasferente all'ente ATC ricevente. 3.1.29. Quota di attraversamento supplementare: quota alla quale o al di sopra o al di sotto della quale un volo è stato coordinato per l'attraversamento del punto di trasferimento del controllo. La quota supplementare, se presente, è un elemento della quota di uscita. 3.1.30. Piano di volo di sistema: informazioni ricavate dal piano di volo di un particolare aeromobile contenute in un FDPS. 3.1.31. Tempo di transazione: intervallo di tempo successivamente all'attivazione di un messaggio in cui hanno luogo la trasmissione, l'elaborazione iniziale nel sistema ricevente, la generazione e trasmissione di un messaggio di riscontro, e la sua identificazione nel sistema trasferente 3.1.32. Punto di trasferimento del controllo: punto definito, situato lungo la traiettoria di volo di un aeromobile, in cui la responsabilità di fornire i servizi del traffico aereo a tale aeromobile è trasferita da un ente ATC o posizione di controllo al/la successivo/a. Non coincide necessariamente con il punto di coordinamento. 3.1.33. Fase di trasferimento: fase del volo che segue la fase di coordinamento, nel corso della quale è effettuato il trasferimento delle comunicazioni. 3.1.34. Ente trasferente: in una sequenza di coordinamento, l'ente ATC responsabile di fornire un servizio ad un aeromobile prima dell'attraversamento del confine e che avvia la fase di coordinamento con l'ente successivo. 3.1.35. Trasmettere: comunicare un messaggio da un sistema ad un altro. 3.1.36. Ente: ente ATS 3.1.37. Avvertimento: messaggio visualizzato sullo schermo di una posizione di lavoro quando il processo di coordinamento automatizzato non va a buon fine. 3.2. Simboli e abbreviazioni Ai fini della presente norma Eurocontrol si applicano le seguenti sigle e abbreviazioni. ABI Messaggio di preavviso di attraversamento di confine ACC Centro di controllo d'area ACP Messaggio di accettazione ACT Messaggio di attivazione ADEXP Presentazione dello scambio di dati ATS ATC Controllo del traffico aereo ATM Gestione del traffico aereo ATS Servizio del traffico aereo CDN Messaggio di coordinamento CNL Cancellazione di piano di volo COD Messaggio di assegnazione di codice SSR COF Messaggio di cambio di frequenza COP Punto di coordinamento DED Direzione Sviluppo EATCHIP di Eurocontrol EATCHIP Programma europeo di armonizzazione ed integrazione del controllo del traffico aereo ECAC European Civil Aviation Conference (Conferenza europea sull'aviazione civile) ETO Orario stimato di sorvolo (di un punto) ETOT Orario stimato di decollo EWPD Documento "Programma di lavoro EATCHIP" FDPS Sistema di elaborazione dei dati di volo FRF Rotta ulteriore di volo HMI Interfaccia uomo/macchina HOP Messaggio di proposta di trasferimento ICAO International Civil Aviation Organisation (Organizzazione dell'aviazione civile internazionale) INF Messaggio di informazione LAM Messaggio di riscontro logico LoA Lettera di accordo MAC Messaggio di abrogazione del coordinamento MAS Assunzione manuale delle comunicazioni NM Miglio nautico OLDI Interscambio di dati in linea ORCAM Metodo di assegnazione dei codici in funzione della regione di origine PAC Messaggio di attivazione preliminare RAP Messaggio di proposta di attivazione sottoposta per accettazione REV Messaggio di revisione RJC Messaggio di rigetto di coordinamento ROF Messaggio di richiesta di cambio di frequenza RRV Messaggio di revisione sottoposta per accettazione SBY Messaggio di attesa SDM Messaggio di dati supplementari SSR Radar secondario di sorveglianza SYSCO Coordinamento automatizzato TI Avvio del trasferimento TIM Messaggio di avvio del trasferimento TWR/APP Controllo di aerodromo e controllo di avvicinamento 4. CARATTERISTICHE GENERALI 4.1. Introduzione La presente sezione descrive le caratteristiche operative generali necessarie per l'implementazione di un servizio OLDI tra enti ATC; illustra inoltre le regole di classificazione ed i requisiti operativi dei vari tipi di messaggi utilizzati. 4.2. Requisiti del sistema di elaborazione dei dati di volo 4.2.1. Database di volo Gli enti che utilizzano i servizi descritti nel presente documento ricevono dati da un FDPS contenente tutte le informazioni richieste per la visualizzazione, l'elaborazione e la compilazione dei messaggi specificati. La principale fonte di dati per ogni volo è il piano di volo trasmesso dal comandante dell'aeromobile o in suo nome. Altri dati sono ricavati dall'elaborazione dei piani di volo nell'ambiente dell'ente in questione. 4.2.2. Funzionamento in tempo reale La procedura OLDI comprende gli eventi nell'ente ATC trasferente che attivano le funzioni necessarie per la presentazione tempestiva dei dati al controllore trasferente e la trasmissione dei dati di coordinamento all'ente accettante. A questo scopo, l'FDPS deve essere in grado di attivare le funzioni confrontando il tempo universale coordinato e i parametri temporali applicabili all'orario di sorvolo di punti specificati sulla rotta di volo, determinati a partire dal database di dati di volo. 4.2.3. Mezzi di comunicazione dati 4.2.3.1. L'FDPS è in grado di ricevere e trasmettere dati di volo nel formato applicabile al messaggio, così come specificato nel presente documento, utilizzando un mezzo di comunicazione dati che supporti la funzione OLDI. 4.2.3.2. Raccomandazione È opportuno che l'FDPS abbia potenzialità di sviluppo sufficienti per consentire l'aggiunta di nuovi messaggi che potrebbero essere inclusi in versioni future di questa norma. 4.2.3.3. Il mezzo di comunicazione dati assicura uno scambio di dati rapido e affidabile tra applicazioni rispettando i requisiti operativi specificati nel presente documento e - garantendo l'integrità della trasmissione dei messaggi OLDI; - tenendo sotto controllo i collegamenti da punto a punto o lo stato della rete di telecomunicazioni, secondo il caso. 4.2.3.4. L'FDPS avverte le posizioni di lavoro quando il sistema di comunicazione dati rileva delle anomalie. 4.2.4. Funzioni applicative 4.2.4.1. I sistemi utilizzati per l'OLDI sono in grado di assicurare in modo automatico le operazioni di ricevimento, archiviazione, elaborazione, estrazione, consegna per visualizzazione e trasmissione dei dati OLDI in tempo reale. 4.2.4.2. L'FDPS: - contiene i dati operativi correnti attinenti alla funzione OLDI, così come prevede la presente norma, aggiornati in modo automatico, manuale o automatico/manuale; - è in grado di estrarre questi dati dal database di piani di volo; - identifica l'ente ATC successivo sulla rotta di volo. 4.2.4.3. Gli elementi indicati qui di seguito sono concordati bilateralmente: - punti di coordinamento (COP); - punti di riferimento utilizzati per indicare il rilevamento o la distanza allo scopo di identificare i COP su segmenti diretti al di fuori di rotte ATS, quando questi sono utilizzati. NOTA I COP possono non coincidere sempre con i punti di trasferimento del controllo. 4.2.5. Interfaccia uomo-macchina (HMI) 4.2.5.1. L'HMI permette di: - visualizzare il contenuto operativo dei messaggi OLDI e gli avvertimenti associati ai messaggi ricevuti, affinché vengano esaminati immediatamente; - instradare gli avvertimenti dei messaggi di coordinamento e trasferimento alle posizioni operative responsabili del coordinamento dei voli in questione. 4.2.5.2. Il personale ATC dispone dei mezzi necessari per modificare i dati da cui è ricavato il contenuto operativo dei messaggi, così come prevede il presente documento. 4.2.5.3. L'HMI indica che la trasmissione dei messaggi è in corso o è stata completata correttamente, secondo il caso. 4.2.5.4. Un avvertimento o avviso alla o alle posizioni ATC o tecniche competenti è generato automaticamente in caso di mancato ricevimento di un riscontro entro i termini previsti successivamente alla trasmissione di un messaggio di coordinamento o trasferimento. 4.2.5.5. Tale avvertimento o avviso è presentato in forma tale da attirare immediatamente l'attenzione della posizione di lavoro competente. 4.2.5.6. Raccomandazione È opportuno che l'HMI alle posizioni ATC che utilizzano l'OLDI produca un avvertimento quando il servizio OLDI non è disponibile. 4.2.6. Attivazione dei messaggi 4.2.6.1. Ogni sistema contiene un insieme di parametri di sistema che garantiscono l'attivazione tempestiva ed automatica dei messaggi OLDI. 4.2.6.2. Raccomandazione È opportuno prevedere la possibilità di attivare manualmente la trasmissione di un messaggio di coordinamento prima dell'orario calcolato di trasmissione. 4.2.6.3. L'attivazione automatica è sempre assicurata, se l'attivazione manuale non viene eseguita. 4.2.6.4. Il sistema utilizza parametri temporali per definire gli elementi seguenti: - periodo di tempo prima della trasmissione in cui sugli schermi dell'ente trasferente è visualizzato il contenuto operativo dei messaggi; - tempo mancante, globale o per COP, alla trasmissione del messaggio, ove previsto; - lasso di tempo dopo la trasmissione di un messaggio entro cui deve essere ricevuto un riscontro a livello di applicazione (tempo massimo consentito). 4.2.6.5. Un messaggio è trasmesso immediatamente quando le informazioni necessarie sono disponibili solo dopo il momento in cui avrebbero dovuto essere trasmesse. Esempio: Un volo inizia un segmento IFR GAT in un punto vicino al confine che si appresta ad attraversare; l'ETO sul punto in questione è comunicato otto minuti prima del COP; a questo stadio la trasmissione del messaggio ACT è già in ritardo in base ai parametri temporali applicabili; il messaggio è trasmesso immediatamente. 4.2.7. Ricevimento dei messaggi 4.2.7.1. Il sistema ATC è in grado di: - ricevere messaggi OLDI; - elaborarli automaticamente conformemente alle disposizioni della presente norma; - presentare i dati di volo corrispondenti al messaggio ricevuto, e visualizzare gli avvertimenti necessari in caso di non coerenza nei dati ricevuti; - generare e trasmettere automaticamente messaggi di riscontro a livello di applicazione. 4.2.7.2. Quando un messaggio è stato elaborato il sistema genera e trasmette un messaggio di riscontro (riscontro logico - LAM, accettazione - ACP, o attesa - SBY) e presenta i risultati dell'elaborazione alla/e posizione/i competente/i.NOTA Le condizioni esatte per la generazione di un riscontro sono precisate per ogni messaggio. 4.3. Aggiornamento a partire dai dati di sorveglianza Raccomandazione Per garantire la precisione dei dati relativi agli orari stimati è opportuno utilizzare le informazioni ricavate dal tracking dei voli mediante radar o qualsiasi altro mezzo di sorveglianza per aggiornare il database dei piani di volo. 4.4. Registrazione dei dati OLDI 4.4.1. Contenuto Il contenuto e l'orario di ricevimento di tutti i messaggi OLDI sono registrati. 4.4.2. Mezzi hardware Devono essere disponibili mezzi hardware per il reperimento e la visualizzazione dei dati registrati. 4.5. Disponibilità, affidabilità, sicurezza dei dati e integrità dei dati 4.5.1. Disponibilità 4.5.1.1. Il servizio OLDI è disponibile nelle ore di flusso di traffico normale e di punta tra i due enti interessati. 4.5.1.2. Raccomandazione È opportuno che il servizio OLDI sia disponibile 24 ore al giorno, 7 giorni su 7. 4.5.1.3. I periodi di fermo programmati (e quindi il tempo di disponibilità pianificato) sono concordati bilateralmente dai due enti interessati. 4.5.2. Affidabilità 4.5.2.1. L'affidabilità di ogni collegamento OLDI è almeno del 99,86 % (corrispondente ad un tempo di fermo non superiore a 12 ore l'anno sulla base di una disponibilità di 24 ore su 24). 4.5.2.2. Raccomandazione Se la misura si giustifica dal punto di vista operativo, è opportuno prevedere una disponibilità di almeno il 99,99 % (corrispondente ad un tempo di fermo non superiore a 52 minuti l'anno sulla base di una disponibilità di 24 ore su 24). 4.5.3. Sicurezza dei dati Raccomandazione È opportuno applicare dei metodi di sicurezza dei dati (ad es. diritti di accesso, verifica delle fonti) ai servizi OLDI e, ove applicabile, assicurare la gestione di rete. 4.5.4. Integrità dei dati Il tasso di guasto a livello di applicazione non deve essere superiore a un errore di trasmissione ogni 2000 messaggi. 4.6. Valutazione operativa 4.6.1. Periodo di valutazione Prima di essere implementato a livello operativo ogni nuovo servizio OLDI (anche quando si tratta di un nuovo servizio su un collegamento esistente) è oggetto di un periodo di valutazione volto a verificare l'integrità dei dati, l'esattezza, il funzionamento, la compatibilità con le procedure ATC e la sicurezza complessiva. NOTA Una procedura che facilita la valutazione di un nuovo servizio OLDI può essere richiesta al Segretariato OLDI di Eurocontrol. 4.6.2. Data di messa in servizio operativo La data di messa in servizio operativo, che implica l'avvenuto completamento del periodo di valutazione, è concordata formalmente dai due enti. 5. CATEGORIE DI MESSAGGI 5.1. Indicazioni generali 5.1.1. Scopo La presente sezione: - definisce le categorie di messaggi; - indica i tempi di transazione ammessi per ogni categoria; - indica quali sono i messaggi obbligatori e quali i messaggi complementari; - assegna i tipi di messaggio alle varie categorie. 5.1.2. Categorie di messaggi I messaggi OLDI sono stati assegnati alle categorie seguenti: - Categoria 1: trasferimento delle comunicazioni; - Categoria 2: coordinamento; - Categoria 3: notifica. 5.2. Tempi di transazione 5.2.1. Condizioni relative ai tempi di transazione 5.2.1.1. I tempi di transazione specificati comprendono la trasmissione, l'elaborazione iniziale presso l'ente ricevente, la creazione del messaggio di riscontro, la sua trasmissione e la sua ricezione da parte dell'ente trasferente. I messaggi automatici di riscontro LAM e SBY, pertanto, non sono stati assegnati ad alcuna categoria di messaggi. 5.2.1.2. I tempi massimi di transazione per le varie categorie di messaggi sono specificati nella tabella 5-1. Tabella 5-1 Tempi massimi di transazione >SPAZIO PER TABELLA> 5.2.1.3. Per ogni categoria o tipo di messaggi è definito un tempo massimo consentito. 5.2.1.4. In caso di mancato ricevimento di un riscontro entro il periodo di tempo specificato dopo la trasmissione, la trasmissione e l'elaborazione del messaggio sono considerati non andati a buon fine ed è presentato un avvertimento, conformemente a quanto previsto a questo riguardo nel presente documento. 5.2.1.5. Raccomandazione È opportuno che i tempi massimi consentiti per le tre categorie non siano superiori rispettivamente a 12 secondi, 30 secondi e 60 secondi. 5.3. Classificazione e categorizzazione dei messaggi 5.3.1. Classificazione dei messaggi - Obbligatori e complementari 5.3.1.1. I messaggi descritti nel presente documento sono classificati come obbligatori o complementari. 5.3.1.2. Quando un messaggio è descritto come obbligatorio (M) per la trasmissione (TX), si deve includere l'elaborazione per poter inviare tali messaggi. 5.3.1.3. Quando un messaggio è descritto come obbligatorio per la ricezione (REC), si deve includere l'elaborazione per poter elaborare i messaggi ricevuti.NOTA In casi eccezionali, quando il flusso di traffico tra due enti è unidirezionale, l'obbligatorietà può aversi in una sola direzione. 5.3.1.4. Quando un messaggio è descritto come complementare (C) per la trasmissione, si deve includere l'elaborazione per poter inviare tali messaggi se l'ente trasmittente lo richiede e se così è concordato bilateralmente con l'ente ricevente.NOTA È possibile che i messaggi complementari siano usati in una sola direzione, in funzione delle necessità operative. 5.3.1.5. Quando un messaggio è descritto complementare per la ricezione, si deve includere l'elaborazione per poter elaborare i messaggi ricevuti, se tale utilizzo è stato concordato bilateralmente. 5.3.1.6. Le condizioni indicate nelle tabelle 5-3 e 5-4 valgono solo quando l'uso della procedura di dialogo rispettivamente per il coordinamento e/o il trasferimento delle comunicazioni è stato concordato bilateralmente tra gli enti ATC. 5.3.2. Categorizzazione dei messaggi 5.3.2.1. La categorizzazione dei messaggi per la procedura di base è indicata nella tabella 5-2. 5.3.2.2. La categorizzazione dei messaggi di coordinamento aggiuntivi per la procedura di dialogo è indicata nella tabella 5-3. 5.3.2.3. La categorizzazione dei messaggi di trasferimento delle comunicazioni per la procedura di dialogo è indicata nella tabella 5-4. Tabella 5-2 Messaggi della procedura di base >SPAZIO PER TABELLA> Tabella 5-3 Procedura di dialogo - Messaggi della fase di coordinamento (in aggiunta alla tabella 5-2) >SPAZIO PER TABELLA> Tabella 5-4 Procedura di dialogo - Messaggi della fase di trasferimento >SPAZIO PER TABELLA> 6. PROCEDURA DI BASE - MESSAGGI OBBLIGATORI 6.1. Indicazioni generali 6.1.1. Descrizione dei requisiti Questa sezione descrive i requisiti minimi a livello di applicazione per l'implementazione di servizi OLDI. 6.1.2. Implementazione Gli enti che utilizzano l'OLDI per il coordinamento dei voli devono usare i messaggi ABI, ACT e LAM nel modo descritto nella presente sezione, tranne quando è stato concordato bilateralmente di utilizzare la procedura di dialogo di coordinamento descritta nella sezione 8 del presente documento; in questo caso le condizioni per l'utilizzo dei messaggi ACT e LAM sono quelle definite in tale sezione. 6.2. Messaggio di preavviso di attraversamento di confine (ABI) 6.2.1. Scopo del messaggio ABI Il messaggio ABI soddisfa le necessità operative seguenti: - permettere l'acquisizione dei dati di piano di volo mancanti; - fornire all'ente ATC successivo informazioni anticipate sugli attraversamenti di confine e le revisioni di tali informazioni; - aggiornare i dati di base dei piani di volo; - facilitare la correlazione rapida delle tracce radar; - facilitare la valutazione a breve termine del carico del settore. L'ABI è un messaggio di notifica. 6.2.2. Contenuto del messaggio Il messaggio ABI contiene i dati seguenti: - tipo di messaggio; - numero del messaggio; - identificazione dell'aeromobile; - modo e codice SSR (se disponibile); - aerodromo di partenza; - dati stimati; - aerodromo di destinazione; - numero e tipo degli aeromobili; - rotta (facoltativo); - altri dati del piano di volo (facoltativo). NOTA Le regole di inserimento dei dati, i formati ed il contenuto dei campi sono specificati nell'allegato A. 6.2.3. Regole di applicazione 6.2.3.1. Indicazioni generali 6.2.3.1.1. Salvo disposizioni diverse contenute nei punti 6.2.3.1.3 e 6.2.3.1.4 qui sotto, si inviano uno o più messaggi ABI per ciascun volo che deve attraversare il confine tra aree di giurisdizione, conformemente alle procedure OLDI. 6.2.3.1.2. Quando è inviato, il messaggio ABI precede il messaggio di attivazione (ACT) o il messaggio di proposta di attivazione sottoposta per accettazione (RAP). 6.2.3.1.3. Se è previsto un messaggio di attivazione preliminare (PAC) il messaggio ABI non viene generato. 6.2.3.1.4. Raccomandazione È opportuno inibire la trasmissione dell'ABI se la trasmissione del messaggio ACT o RAP è prevista immediatamente o entro un lasso di tempo concordato bilateralmente.NOTA Questa raccomandazione ha lo scopo di evitare che posizioni diverse dell'ente ricevente cerchino contemporaneamente di risolvere anomalie riguardanti messaggi ABI e ACT relativi ad uno stesso volo. 6.2.3.1.5. Si invia un messaggio ABI riveduto se il messaggio ACT successivo non è stato generato e se: - la rotta di volo è stata modificata e il COP indicato nel messaggio ABI precedente non è più esatto; - l'aerodromo di destinazione è stato modificato; oppure - il tipo di aeromobile è stato modificato. 6.2.3.1.6. Raccomandazione È opportuno inviare un messaggio ABI riveduto se il messaggio ACT successivo non è stato generato ed uno degli elementi indicati qui di seguito è passibile di modifica: - quota prevista di attraversamento del confine; - codice SSR previsto al punto di trasferimento del controllo; - quando l'orario stimato di sorvolo (ETO) del COP differisce rispetto al messaggio ABI precedente più del lasso di tempo specificato nella Lettera di accordo (LoA); - qualsiasi altro dato concordato bilateralmente. 6.2.3.2. Elaborazione nell'ente ricevente 6.2.3.2.1. Il sistema ATC che riceve un messaggio ABI cerca di associarlo ai dati del piano di volo corrispondente. 6.2.3.2.2. Se il tentativo di associazione non ha esito positivo nel sistema ricevente è creato automaticamente o manualmente un piano di volo. 6.2.3.2.3. Se il tentativo di associazione al piano di volo ha esito positivo ma tra i dati del messaggio ed i dati corrispondenti contenuti nel sistema ricevente è individuata una discordanza che renderebbe necessaria un'azione correttiva al ricevimento del messaggio ACT successivo, la discordanza è segnalata alla posizione di lavoro appropriata affinché venga eliminata. 6.2.3.3. Parametri temporali per la trasmissione 6.2.3.3.1. Il messaggio è trasmesso un numero di minuti calcolato secondo un parametro definito prima dell'orario stimato di sorvolo del COP. 6.2.3.3.2. Il/i parametro/i di generazione dell'ABI è/sono incluso/i nella LoA tra gli enti ATC competenti. 6.2.3.3.3. Raccomandazione È opportuno che il/i parametro/i di generazione dell'ABI sia/siano: - variabile/i, in funzione delle disposizioni della LoA; - definito/i separatamente per ogni COP. 6.2.4. Riscontro all'ABI 6.2.4.1. Riscontro Al messaggio ABI è dato riscontro tramite la generazione e trasmissione di un messaggio LAM. NOTA Un messaggio LAM è generato indipendentemente dai risultati del tentativo di associazione al piano di volo. 6.2.4.2. Mancato riscontro Raccomandazione In caso di mancato ricevimento di un messaggio LAM in riscontro ad un messaggio ABI è opportuno che sia visualizzato un avvertimento sullo schermo di una posizione di supervisione. 6.2.5. Esempi "Air 2000" 253, un Boeing 757 in volo da Malta a Birmingham, orario stimato di arrivo al VOR BNE 1221 UTC, livello di volo FL350, velocità vera all'aria 480 nodi, rotta prevista via UB4 BNE UB4 BPK UB3 HON, transponder regolato su A7012, livello di volo richiesto FL390. I messaggi riportati qui di seguito sono esempi equivalenti del messaggio ABI inviato dall'ACC di Reims all'ACC di Londra. 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. Messaggio di attivazione (ACT) 6.3.1. Scopo del messaggio ACT Il messaggio ACT risponde alle necessità operative seguenti: - sostituire la stima verbale di attraversamento di confine con la trasmissione automatica da un ente ATC al successivo delle informazioni relative ad un volo prima del trasferimento del controllo; - aggiornare i dati di base del piano di volo nell'ente ATC ricevente sulla base delle informazioni più recenti; - facilitare la distribuzione e la visualizzazione dei dati del piano di volo sugli schermi delle posizioni di lavoro competenti dell'ente ATC ricevente; - accelerare la visualizzazione della correlazione tra indicativo di chiamata e codice nell'ente ATC ricevente; - comunicare le condizioni di trasferimento all'ente ATC ricevente. 6.3.2. Contenuto del messaggio Il messaggio ACT contiene i dati seguenti: - tipo di messaggio; - numero del messaggio; - identificazione dell'aeromobile; - modo e codice SSR; - aerodromo di partenza; - dati stimati; - aerodromo di destinazione; - numero e tipo degli aeromobili; - rotta (facoltativo); - altri dati del piano di volo (facoltativo). NOTA Le regole di inserimento dei dati, i formati ed il contenuto dei campi sono specificati nell'allegato A. 6.3.3. Regole di applicazione 6.3.3.1. Indicazioni generali 6.3.3.1.1. Il messaggio ACT è inviato per i voli che soddisfano le condizioni stabilite e che attraversano il confine, tranne nel caso previsto nel punto 6.3.3.1.10. 6.3.3.1.2. Il messaggio ACT è generato e trasmesso automaticamente all'orario calcolato secondo quanto specificato nella LoA, a meno che non sia attivato precedentemente in modo manuale. 6.3.3.1.3. Raccomandazione È opportuno che il personale ATC abbia modo di avviare la trasmissione dei messaggi ACT prima dell'orario calcolato di trasmissione. 6.3.3.1.4. Il contenuto operativo del messaggio ACT da trasmettere è visualizzato sullo schermo della posizione di lavoro responsabile del coordinamento del volo prima dell'effettiva trasmissione. 6.3.3.1.5. Raccomandazione In relazione al punto 6.3.3.1.4, è opportuno che insieme al contenuto del messaggio ACT sia visualizzato l'orario calcolato in cui è prevista la trasmissione automatica. 6.3.3.1.6. Il messaggio ACT contiene le informazioni più recenti sul volo, e rispecchia le condizioni di uscita previste. 6.3.3.1.7. La trasmissione del messaggio ACT è notificata alla posizione di controllo competente. 6.3.3.1.8. Una volta ricevuto un LAM i dati del messaggio ACT diventano operativamente vincolanti per entrambi gli enti ATC. Le condizioni di trasferimento coordinate e l'avvenuto ricevimento del LAM sono portati a conoscenza dell'ente trasferente. 6.3.3.1.9. Le condizioni di trasferimento previste nel messaggio ACT si presumono accettate dall'ente ricevente a meno che l'ente ricevente non avvii un coordinamento allo scopo di modificarle. 6.3.3.1.10. Un nuovo messaggio ACT può essere inviato allo stesso interlocutore nel processo di coordinamento solo se il messaggio precedente è stato abrogato mediante un MAC. 6.3.3.1.11. Nel messaggio ACT sono incluse informazioni sulla rotta ed altri dati del piano di volo se così è concordato bilateralmente. 6.3.3.2. Elaborazione nell'ente ricevente 6.3.3.2.1. Il sistema ATC che riceve un messaggio ACT cerca di associarlo al piano di volo corrispondente. 6.3.3.2.2. Se il tentativo di associazione ha esito positivo e se nel messaggio non è rilevata alcuna discordanza che ne impedisca la corretta elaborazione: - il contenuto operativo è incluso nel piano di volo; - i dati richiesti sono trasmessi alle posizioni ATC operative e ad altre, se del caso; - è inviato un LAM in risposta. 6.3.3.2.3. Se il tentativo di associazione al piano di volo non ha esito positivo o se si rileva una discordanza che impedisce la corretta elaborazione del messaggio: - se è possibile identificare il settore che deve accettare il controllo del volo: - il contenuto operativo del messaggio è visualizzato sugli schermi di tale settore; - è inviato un LAM in risposta; - è creato un piano di volo; - in tutti gli altri casi non è inviato un LAM in risposta. 6.3.3.3. Parametri per la trasmissione 6.3.3.3.1. Il messaggio è trasmesso in coincidenza con o non appena possibile dopo il primo tra: - un numero di minuti calcolato secondo un determinato parametro prima dell'orario stimato sul COP; - il momento in cui il volo si trova ad una distanza dal COP concordata bilateralmente. 6.3.3.3.2. Il parametro o i parametri di generazione dell'ACT sono inclusi nella LoA tra gli enti ATC competenti. 6.3.3.3.3. Il parametro o i parametri di generazione dell'ACT sono variabili e possono essere modificati in base alle disposizioni della LoA. 6.3.3.3.4. Raccomandazione È opportuno che i parametri di generazione dell'ACT siano definiti separatamente per ogni COP. 6.3.3.3.5. I parametri specificati lasciano sufficiente tempo per: - permettere all'ente trasmittente di aggiornare il livello di volo di trasferimento del controllo in modo da tener conto delle condizioni previste al COP; e - permettere all'ente ricevente di elaborare l'ACT e generare e trasmettere un LAM lasciando comunque all'ente trasferente la possibilità di effettuare un coordinamento verbale e all'ente accettante la possibilità di attuare le iniziative necessarie in caso di esito negativo dello scambio di dati. 6.3.4. Riscontro all'ACT 6.3.4.1. Riscontro Al messaggio ACT è dato riscontro tramite la generazione e la trasmissione di un messaggio LAM. 6.3.4.2. Casi di mancato riscontro In caso di mancato ricevimento di un messaggio LAM in riscontro ad un messaggio ACT, sullo schermo della posizione di lavoro ATC responsabile del coordinamento del volo è visualizzato un avvertimento. 6.3.5. Esempi Gli esempi qui di seguito sono un ampliamento di quelli forniti per il messaggio ABI al punto 6.2; tutte le indicazioni sono le stesse tranne l'ETO sul COP, che nel messaggio ACT qui riportato è 1226. 6.3.5.1. ICAO (ACTE/L005-AMM253/A7012-LMML-BNE/1226F350-EGBB-9/B757/M-15/N0480F390 UB4 BNE UB4 BPK UB3 HON) 6.3.5.2. ADEXP -TITLE ACT -REFDATA -SENDER -FAC E -RECVR -FAC L -SEQNUM 005 -ARCID AMM253 -SSRCODE A7012 -ADEP LMML -COORDATA -PTID BNE -TO 1226 -TFL F350 -ADES EGBB -ARCTYP B757 -ROUTE N0480F390 UB4 BNE UB4 BPK UB3 HON 6.4. Messaggio di riscontro logico (LAM) 6.4.1. Scopo del messaggio LAM Il LAM è il messaggio che l'ente ricevente utilizza per indicare all'ente trasmittente che un messaggio trasmesso è stato ricevuto e protetto. L'elaborazione del LAM fornisce al personale ATC dell'ente trasferente: - un avvertimento in caso di mancato ricevimento di un riscontro; - un'indicazione che il messaggio a cui è dato riscontro è stato ricevuto, che è stato elaborato con esito positivo, che non è stato rilevato alcun errore, che è stato memorizzato e, ove appropriato, che può essere comunicato alla/e posizione/i di controllo competente/i. 6.4.2. Contenuto del messaggio Il messaggio LAM contiene i dati seguenti: - tipo di messaggio; - numero del messaggio; - riferimento del messaggio. NOTA Le regole di inserimento dei dati, i formati ed il contenuto dei campi sono specificati nell'allegato A. 6.4.3. Regole di applicazione 6.4.3.1. Indicazioni generali 6.4.3.1.1. Le regole per l'invio di un LAM in risposta ad un altro messaggio sono indicate singolarmente per ogni tipo di messaggio nella sezione corrispondente del presente documento. 6.4.3.1.2. Il messaggio LAM è generato e trasmesso senza intervento umano. 6.4.3.1.3. Il messaggio LAM non è utilizzato per evitare di dover inviare messaggi tecnici destinati ad assicurare l'integrità delle trasmissioni di dati. 6.4.3.1.4. Il messaggio LAM è generato e trasmesso immediatamente in modo che possa essere rispettato il tempo di transazione stabilito per il messaggio a cui è dato riscontro. 6.4.3.1.5. Tranne che nel caso dei messaggi ABI, il sistema ATC trasmittente informa il controllore responsabile del coordinamento del mancato ricevimento di un messaggio LAM entro i limiti di tempo stabiliti per questo tipo di avvertimento. 6.4.4. Riscontro al LAM Il messaggio LAM non richiede alcun riscontro. 6.4.5. Esempi 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. PROCEDURA DI BASE - MESSAGGI COMPLEMENTARI 7.1. Indicazioni generali 7.1.1. Descrizione delle necessità Questa sezione descrive i servizi e le funzioni utilizzabili nella procedura di base in aggiunta a quelli descritti nella sezione 6, Procedura di base - Messaggi obbligatori. 7.1.2. Implementazione 7.1.2.1. I servizi e le funzioni descritti nella presente sezione sono utilizzati previo accordo bilaterale. 7.1.2.2. Quando tale utilizzo viene concordato si applicano le regole descritte nella presente sezione. 7.2. Messaggio di attivazione preliminare (PAC) 7.2.1. Scopo del messaggio PAC Il messaggio PAC soddisfa le necessità operative seguenti: - permettere la notifica e il coordinamento di un volo prima della partenza quando il tempo di volo tra il punto di partenza e il COP è inferiore al lasso di tempo che sarebbe necessario perché siano rispettati i parametri temporali fissati per la trasmissione del messaggio ACT; - permettere la notifica e il coordinamento di un volo prima della partenza tra un ente locale (controllo di aerodromo/di avvicinamento) e l'ente successivo che assumerà il controllo del volo; - permettere l'acquisizione dei dati del piano di volo mancanti in caso di discordanze nei dati del piano di volo distribuiti inizialmente; - permettere la richiesta di assegnazione di un codice SSR da parte dell'ente a cui è inviata la notifica/il coordinamento, se necessario. 7.2.2. Contenuto del messaggio Il messaggio PAC contiene i dati seguenti: - tipo di messaggio; - numero del messaggio; - riferimento del messaggio (facoltativo); - identificazione dell'aeromobile; - modo e codice SSR; - aerodromo di partenza; - orario stimato di decollo o dati stimati; - aerodromo di destinazione; - tipo di aeromobile; - rotta (facoltativo); - altri dati del piano di volo (facoltativo). NOTA Le regole di inserimento dei dati, i formati ed il contenuto dei campi sono specificati nell'allegato A. 7.2.3. Regole di applicazione 7.2.3.1. Indicazioni generali 7.2.3.1.1. Uno o più messaggi PAC sono inviati per ogni volo che deve attraversare il confine tra aree di giurisdizione diverse quando il tempo di volo tra il punto di partenza ed il COP non consente l'invio del messaggio ACT al momento previsto. 7.2.3.1.2. Uno o più messaggi PAC sono inviati dall'ente di controllo di aerodromo/di avvicinamento all'ente successivo per ogni volo in partenza per il quale è richiesta una notifica o un coordinamento. 7.2.3.1.3. Raccomandazione Per l'utilizzo dei messaggi PAC/LAM tra enti diversi, è opportuno che i sistemi TWR/APP abbiano modo di inserire e trasmettere i dati "start-up", "push-back", "taxi" o qualsiasi altra informazione analoga da cui possa essere ricavato l'ETOT, per consentire il calcolo dell'ETO sul COP ed avviare la trasmissione del PAC. 7.2.3.1.4. In base a quanto concordato bilateralmente, il messaggio contiene: - l'orario stimato di decollo (ETOT); oppure - dati stimati. 7.2.3.1.5. Quando, per accordo bilaterale, è indicato il riferimento del messaggio, questo: - contiene il numero di messaggio del primo messaggio PAC inviato per il volo; - è citato nel secondo messaggio PAC e nei successivi. 7.2.3.1.6. L'uso eventuale della funzione di richiesta di codice è concordato bilateralmente. 7.2.3.1.7. Un messaggio PAC riveduto è inviato se, prima della partenza, si verifica una delle condizioni seguenti: - la rotta di volo è stata modificata ed il COP indicato nel messaggio precedente non è più corretto; - il tipo di aeromobile è stato modificato; - l'aerodromo di destinazione indicato nel PAC precedente è risultato non esatto. 7.2.3.1.8. Raccomandazione È opportuno che sia inviato un messaggio PAC riveduto se, prima della partenza, i dati seguenti differiscono da quelli indicati nel messaggio PAC precedente: - quota (nei dati stimati, se questi sono riportati); - codice SSR previsto al punto di trasferimento del controllo; - orario stimato di decollo (ETOT) o ETO sul COP, se la variazione supera il lasso di tempo concordato bilateralmente; - c'è una variazione concordata bilateralmente di qualsiasi altro dato. 7.2.3.2. Elaborazione nell'ente ricevente 7.2.3.2.1. Il sistema ATC che riceve un messaggio PAC cerca di associarlo ai dati del piano di volo corrispondente. 7.2.3.2.2. Se il tentativo di associazione al piano di volo ha esito positivo e se nel messaggio non è rilevata alcuna discordanza che ne impedisca la corretta elaborazione: - il contenuto operativo è incluso nel piano di volo; - i dati richiesti sono presentati alle posizioni ATC operative e ad altre, se del caso; - è inviato un LAM in risposta. 7.2.3.2.3. Se il tentativo di associazione al piano di volo non ha esito positivo o se è rilevata una discordanza che impedisce la corretta elaborazione del messaggio: - se è possibile identificare il settore che deve accettare il controllo del volo: - il contenuto operativo del messaggio è visualizzato sugli schermi di tale settore; - è inviato un LAM in risposta; - è creato un piano di volo; - in tutti gli altri casi, non è inviato un LAM in risposta. 7.2.3.2.4. I dati contenuti nel secondo messaggio PAC o nei messaggi successivi sostituiscono i dati del messaggio precedente. 7.2.3.2.5. Se il messaggio PAC contiene una richiesta di assegnazione di un codice SSR e può essere elaborato correttamente, così come descritto nel punto 7.2.3.2.2 precedente, oltre al messaggio LAM è inviato in risposta un messaggio COD.NOTA Dal momento che per assegnare dei codici sono necessarie informazioni dettagliate sulla rotta indicata nel piano di volo, l'ente ricevente non è obbligato in base al presente documento ad inviare in risposta un messaggio COD quando questi dati non sono disponibili. Questo non impedisce che in tali circostanze sia inviato un messaggio in risposta se a livello locale esistono risorse e mezzi adeguati e se la procedura è stata concordata bilateralmente. 7.2.3.3. Parametri temporali per la trasmissione Alla trasmissione non si applica alcun parametro temporale perché il messaggio è inviato in seguito ad un messaggio inserito manualmente che segnala l'imminente partenza di un volo. 7.2.4. Riscontro al PAC 7.2.4.1. Riscontro I messaggi da inviare in risposta ad un messaggio PAC sono descritti nel punto 7.2.3.2 precedente. 7.2.4.2. Mancato riscontro In caso di mancato ricevimento di un messaggio LAM in riscontro ad un messaggio PAC, sullo schermo della posizione di lavoro dell'ente ATC responsabile del coordinamento con l'ente successivo è visualizzato un avvertimento. 7.2.4.3. Casi di mancato ricevimento di un messaggio LAM Nei casi di mancato ricevimento di un messaggio LAM è avviato un coordinamento verbale. 7.2.4.4. Mancato ricevimento di un messaggio COD 7.2.4.4.1. In caso di mancato ricevimento di un messaggio COD in risposta ad una richiesta di codice nel messaggio PAC, sullo schermo della posizione di lavoro competente è visualizzato un avvertimento. 7.2.4.4.2. Quando si deve utilizzare la funzione di richiesta di codice, il tempo massimo da applicare è concordato bilateralmente. 7.2.5. Esempi 7.2.5.1. Orario stimato di decollo e richiesta di codice 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. Orario sul 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. Messaggio di revisione (REV) 7.3.1. Scopo del messaggio REV Il messaggio REV è utilizzato per trasmettere revisioni apportate ai dati di coordinamento inviati precedentemente in un messaggio ACT, a condizione che la variazione non comporti il cambiamento dell'ente accettante. 7.3.2. Contenuto del messaggio Il messaggio REV contiene i dati seguenti: - tipo di messaggio; - numero del messaggio; - riferimento del messaggio (facoltativo); - identificazione dell'aeromobile; - modo e codice SSR (facoltativo); - aerodromo di partenza; - dati stimati; - punto di coordinamento (facoltativo); - aerodromo di destinazione; - rotta (facoltativo); - altri dati del piano di volo (facoltativo). NOTA Le regole di inserimento dei dati, i formati ed il contenuto dei campi sono specificati nell'allegato A. 7.3.3. Regole di applicazione 7.3.3.1. Indicazioni generali 7.3.3.1.1. Uno o più messaggi REV possono essere inviati all'ente con cui è stato effettuato il coordinamento di un volo mediante un messaggio di attivazione. 7.3.3.1.2. Gli elementi seguenti sono passibili di revisione: - ETO sul COP; - quota/e di trasferimento; - codice SSR. 7.3.3.1.3. Un messaggio REV è inviato: - quando l'ETO sul COP differisce da quello indicato nel messaggio precedente di più di un valore concordato bilateralmente, arrotondato al numero intero più vicino; - in caso di variazione della/e quota/e di trasferimento o del codice SSR. 7.3.3.1.4. Se concordato bilateralmente, un messaggio REV è inviato anche in caso di variazione riguardante: - il COP; - la rotta; - altri dati del piano di volo (caselle 8, 10 e 18 ICAO). NOTA Regole operative possono imporre che le variazioni apportate dopo l'ACT avvengano previo coordinamento tra gli enti competenti. 7.3.3.1.5. Se concordato bilateralmente, nel messaggio REV è indicato il riferimento del messaggio. 7.3.3.1.6. Il riferimento del messaggio, se indicato, contiene il numero del messaggio ATC precedente. 7.3.3.1.7. Le condizioni di trasferimento previste nel messaggio REV si presumono accettate dall'ente ATC ricevente a meno che l'ente ATC ricevente non avvii un coordinamento allo scopo di modificarle. 7.3.3.2. Formato dei messaggi di revisione 7.3.3.2.1. Formato ICAO Tutti i messaggi di revisione comprendono le caselle 3, 7, 13, 14 e 16, in cui sono previsti i seguenti tipi di revisione: - una variazione dell'ETO sul COP o della/e quota/e di trasferimento è inserita introducendo i dati riveduti nella casella 14; - una variazione del codice SSR è inserito nella casella 7; - le variazioni di rotta, comprese le variazioni del COP, sono inserite nei dati delle caselle 14 e 15 inclusi nel formato della casella 22 dopo le prime cinque caselle. In questi messaggi figurano due caselle 14, la prima delle quali contiene unicamente l'elemento a), vale a dire il COP attraverso il quale il volo era stato coordinato in precedenza. Le regole per il coordinamento di queste variazioni, comprese le rotte dirette, sono specificate nell'allegato B, Prescrizioni relative all'elaborazione di rotte particolari; - le variazioni apportate alle caselle 8, 10 e 18 sono inserite come dati della casella 22 dopo i primi cinque campi. 7.3.3.2.2. Formato ADEXP Tutti i messaggi di revisione in formato ADEXP contengono i seguenti campi primari: TITLE REFDATA ARCID ADEP ADES. Si applicano le seguenti regole: - una variazione dell'ETO sul COP o della/e quota/e di trasferimento è inserito introducendo i dati riveduti nel campo primario COORDATA; - le variazioni di rotta, comprese le variazioni del COP, sono inserite nei campi primari COORDATA e ROUTE. In questi messaggi figura il campo primario COP contenente il punto di coordinamento attraverso il quale il volo era stato coordinato in precedenza. Le regole per il coordinamento di queste variazioni, comprese le rotte dirette, sono specificate nell'allegato B; - una variazione del codice SSR è indicata inserendo il campo primario SSRCODE; - le variazioni degli altri dati del piano di volo sono indicate inserendo il/i campo/i primario/i appropriato/i, così come definito/i per gli altri dati del piano di volo nell'allegato A. Se un messaggio di revisione è inviato per coordinare unicamente il codice SSR e/o altri dati del piano di volo, il campo primario COP sostituisce il campo COORDATA. 7.3.3.2.3. Codice SSR Il modo e il codice SSR figurano in un messaggio REV solo quando sono necessari per coordinare una variazione del codice SSR. 7.3.3.3. Elaborazione nell'ente ricevente 7.3.3.3.1. Un sistema ATC che riceve un messaggio REV dopo aver ricevuto dallo stesso ente ATC un messaggio ACT cerca di associarlo al piano di volo corrispondente. 7.3.3.3.2. Se trova un piano di volo corrispondente e se nel messaggio non è presente alcuna discordanza che ne impedisca l'elaborazione corretta: - il contenuto operativo è incluso nel piano di volo; - i dati necessari sono presentati alle posizioni ATC operative e ad altre posizioni di lavoro, se del caso. 7.3.3.4. Avvio della trasmissione 7.3.3.4.1. Il messaggio REV è attivato da un evento ed è trasmesso subito dopo l'immissione o l'aggiornamento dei dati corrispondenti. 7.3.3.4.2. Non è possibile apportare cambiamenti mediante un messaggio REV dopo un determinato lasso di tempo/una certa distanza dal punto di trasferimento. I parametri temporali e di distanza sono concordati bilateralmente. 7.3.3.4.3. Raccomandazione È opportuno che i parametri REV siano definiti separatamente per ogni COP. 7.3.3.5. Cambiamento dell'ente ATC ricevente Il messaggio REV non si utilizza se una revisione dei dati del piano di volo determina un cambiamento dell'ente ATC ricevente (cfr. messaggio di abrogazione del coordinamento). 7.3.4. Riscontro al REV 7.3.4.1. Riscontro Se il messaggio REV: - risulta associabile ad un piano di volo contenuto nel sistema ricevente, è trasmesso in riscontro un messaggio LAM; - non risulta associabile ad alcun piano di volo contenuto nel sistema ricevente, non è trasmesso alcun messaggio LAM. 7.3.4.2. Mancato riscontro 7.3.4.2.1. In caso di mancato ricevimento di un messaggio LAM in riscontro ad un messaggio REV, sullo schermo della posizione di lavoro dell'ente ATC responsabile del coordinamento del volo è visualizzato un avvertimento. 7.3.4.2.2. Nei casi di mancato ricevimento di un messaggio LAM l'ente ATC trasferente avvia una revisione verbale. 7.3.5. Esempi 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. Messaggio di abrogazione del coordinamento (MAC) 7.4.1. Scopo del messaggio MAC Il messaggio MAC è usato per indicare all'ente ricevente che il coordinamento o la notifica effettuati precedentemente per un volo sono abrogati. Il messaggio MAC non sostituisce un messaggio di cancellazione (CNL) quale definito dall'ICAO, e quindi non è usato per cancellare i dati del piano di volo di base. 7.4.2. Contenuto del messaggio Il messaggio MAC contiene i dati seguenti: - tipo di messaggio; - numero del messaggio; - riferimento del messaggio (facoltativo); - identificazione dell'aeromobile; - aerodromo di partenza; - punto di coordinamento; - aerodromo di destinazione; - status del coordinamento e motivo dell'abrogazione (facoltativo). NOTA Le regole di inserimento dei dati, i formati ed il contenuto dei campi sono specificati nell'allegato A. 7.4.3. Regole di applicazione 7.4.3.1. Indicazioni generali 7.4.3.1.1. Un messaggio MAC è inviato all'organismo con il quale era stato effettuato precedentemente il coordinamento di un volo mediante un messaggio ACT o RAP quando si verifica una delle situazioni seguenti: - la quota prevista al punto di trasferimento è diversa dalla quota contenuta nel messaggio precedente, con conseguente cambiamento dell'ente successivo nella sequenza di coordinamento; - la rotta di volo è stata modificata con conseguente cambiamento dell'ente successivo nella sequenza di coordinamento; - il piano di volo è annullato nel sistema dell'ente mittente e perciò il coordinamento non è più necessario; - l'ente precedente ha inviato un MAC relativamente al volo. 7.4.3.1.2. Quando il messaggio MAC è inviato per una variazione del livello di volo o della rotta, la notifica e/o il coordinamento, a seconda dei casi, sono effettuati con il nuovo ente nella sequenza di coordinamento. 7.4.3.1.3. Un messaggio MAC è inviato in caso di abrogazione del coordinamento effettuato mediante un messaggio PAC per un volo in partenza. 7.4.3.1.4. Raccomandazione È opportuno inviare un messaggio MAC quando la notifica (messaggio ABI) effettuata precedentemente per un volo è annullata per una delle ragioni indicate nel punto 7.4.3.1.1 precedente o il volo è ritardato in rotta e non è possibile determinare automaticamente uno stimato riveduto. 7.4.3.1.5. Se concordato bilateralmente, nel messaggio MAC è indicato il riferimento del messaggio. 7.4.3.1.6. Il riferimento del messaggio, se indicato, contiene il numero dell'ultimo messaggio ABI, PAC o ACT trasmesso per il volo e a cui è stato dato riscontro. 7.4.3.1.7. Il punto di coordinamento è il COP utilizzato per la notifica o il coordinamento precedente. 7.4.3.1.8. Raccomandazione È opportuno che il messaggio MAC indichi lo status a cui deve tornare il coordinamento o la notifica ed il motivo dell'abrogazione. 7.4.3.1.9. Lo status ed il motivo, se sono indicati, sono una delle combinazioni seguenti: - quando l'ente ricevente non è più l'interlocutore di coordinamento successivo: - lo status è INI (iniziale); - il motivo è uno dei seguenti: - TFL in caso di variazione della quota di trasferimento; - RTE in caso di variazione di rotta; - CSN in caso di variazione dell'indicativo di chiamata; - CAN in caso di cancellazione; - OTH in tutti gli altri casi o se il motivo non è noto; - quando si presenta una delle condizioni seguenti: - il coordinamento effettuato mediante il messaggio PAC o ACT precedente (eventualmente modificato da uno o più messaggi REV) è abrogato ma si prevede che il volo sarà oggetto di una nuova sequenza di coordinamento con lo stesso ente; oppure - dopo la trasmissione di un messaggio ABI il volo è in attesa per un periodo indeterminato e si prevede che sarà trasmesso un messaggio ABI o ACT riveduto, secondo il caso: - lo status è NTF (notifica); - il motivo è uno dei seguenti: - DLY in caso di ritardo; - HLD in caso di attesa; - OTH in tutti gli altri casi, o se il motivo non è noto. 7.4.3.1.10. Se il volo deve essere oggetto di una nuova notifica o di un nuovo coordinamento: - sono inviati una nuova notifica e/o un nuovo messaggio di coordinamento, secondo il caso; - un messaggio MAC non ha alcun effetto sui dati del piano di volo di base memorizzati nel sistema dell'ente ATC ricevente; - il sistema resta in grado di elaborare correttamente una nuova notifica e/o un nuovo messaggio di coordinamento provenienti dall'ente trasferente precedente o da un ente diverso in una nuova sequenza di coordinamento. 7.4.3.2. Elaborazione nell'ente ricevente La o le posizioni di lavoro dell'ente ATC ricevente a cui sono comunicate le informazioni sul volo sono avvisate dell'abrogazione. 7.4.4. Riscontro al MAC 7.4.4.1. Riscontro 7.4.4.1.1. Se il messaggio MAC risulta associabile ad un piano di volo contenuto nel sistema ricevente e può essere elaborato, è trasmesso in riscontro un messaggio LAM. 7.4.4.1.2. Se il messaggio MAC non risulta associabile ad alcun piano di volo contenuto nel sistema ricevente o non può essere elaborato, non è trasmesso alcun messaggio LAM. 7.4.4.2. Mancato riscontro 7.4.4.2.1. Se viene abrogato il coordinamento ATC e non viene ricevuto alcun messaggio LAM, alla posizione di lavoro dell'ente ATC responsabile del coordinamento è visualizzato un avvertimento. 7.4.4.2.2. In questi casi l'ente ATC trasferente effettua un'abrogazione verbale del coordinamento. 7.4.5. Esempi È stato inviato un messaggio ABI dall'ACC di Amsterdam all'ACC di Bruxelles per il volo HOZ3188, livello di volo pianificato FL190; il volo chiede l'autorizzazione a salire a FL270 e viene autorizzato a farlo, entrando così nello spazio aereo di Maastricht anziché in quello di Bruxelles. Gli esempi 7.4.5.1 a. e 7.4.5.2 a. indicano come sarebbe il MAC trasmesso a Bruxelles da Amsterdam nel formato ICAO e nel formato ADEXP. Un messaggio ABI e successivamente un messaggio ACT vengono inviati a Maastricht, ma qualche minuto prima di raggiungere il COP l'aeromobile torna verso l'aeroporto di Amsterdam ed il piano di volo viene cancellato nel sistema dell'ente mittente; a Maastricht viene inviato un messaggio MAC, riportato negli esempi 7.4.5.1 b. e 7.4.5.2 b. 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. Messaggio di assegnazione di codice SSR (COD) 7.5.1. Scopo del messaggio COD 7.5.1.1. Il metodo di assegnazione dei codici in funzione della regione d'origine (ORCAM) è stato studiato per permettere ad un volo di rispondere sullo stesso codice ad enti successivi nella zona di partecipazione. In mancanza di un'assegnazione centrale dei codici, assicurata ad esempio da un ACC, può essere necessario assegnare singolarmente agli aeroporti una serie di codici SSR individuali, il che comporta una grande dispersione di codici. 7.5.1.2. Il messaggio COD consente ad un ente ATS di emettere un codice SSR in modo A destinato all'ente successivo per un determinato volo, qualora ciò sia richiesto. Un servizio facoltativo permette all'ente mittente di includere la rotta di volo, se così è concordato bilateralmente 7.5.2. Contenuto del messaggio Il messaggio COD contiene i dati seguenti: - tipo di messaggio; - numero del messaggio; - riferimento del messaggio (facoltativo); - identificazione dell'aeromobile; - modo e codice SSR; - aerodromo di partenza; - aerodromo di destinazione; - rotta (facoltativo). NOTA Le regole di inserimento dei dati, i formati ed il contenuto dei campi sono specificati nell'allegato A. 7.5.3. Regole di applicazione 7.5.3.1. Indicazioni generali 7.5.3.1.1. Un messaggio COD è generato e trasmesso automaticamente in risposta ad una richiesta di assegnazione di codice ricevuta in un messaggio. 7.5.3.1.2. Il codice SSR è il codice assegnato al volo. 7.5.3.1.3. Se non è disponibile un codice individuale è inserito il codice di saturazione approvato, così come specificato nel piano di navigazione aerea per la regione Europa. 7.5.3.1.4. Se concordato bilateralmente, è incluso il riferimento del messaggio, contenente il numero del messaggio a cui risponde il messaggio COD. 7.5.3.1.5. Se concordato bilateralmente, è inclusa la rotta. 7.5.3.1.6. Si presuppone che l'ente che riceve il messaggio COD accetti il codice SSR. 7.5.3.2. Elaborazione nell'ente ricevente 7.5.3.2.1. Se nel messaggio non vi sono discordanze che ne impediscano la corretta elaborazione, è inviato un LAM in risposta. 7.5.3.2.2. Se il messaggio non risulta associabile ad un piano di volo o se è rilevata una discordanza che impedisce la corretta elaborazione del messaggio, non è inviato alcun messaggio LAM. 7.5.3.2.3. I dati di rotta eventualmente riportati non sono un motivo che possa impedire l'invio di un LAM in risposta, a meno che essi non risultino non conformi alle prescrizioni relative al formato indicate nell'allegato A. 7.5.3.3. Parametri temporali per la trasmissione Alla trasmissione non è applicabile un parametro temporale perché il messaggio COD è inviato in risposta ad un messaggio contenente una richiesta di assegnazione di codice SSR. 7.5.4. Riscontro al COD 7.5.4.1. Riscontro Al messaggio COD è dato riscontro tramite la generazione e trasmissione di un messaggio LAM. 7.5.4.2. Casi di mancato riscontro In caso di mancato ricevimento di un messaggio LAM in riscontro ad un messaggio COD, sullo schermo della posizione di lavoro competente è visualizzato un avvertimento. 7.5.5. Esempi 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. Messaggio di informazione (INF) 7.6.1. Scopo del messaggio INF 7.6.1.1. Il messaggio INF è usato per fornire informazioni su voli specifici ad enti non direttamente coinvolti nel processo di coordinamento tra due enti ATC successivi sulla rotta di volo. 7.6.1.2. Il messaggio INF può essere utilizzato per fornire copie di messaggi agli enti suindicati e per comunicare loro le condizioni di coordinamento concordate in seguito ad un dialogo tra controllori. A tal fine, i messaggi INF possono essere generati dal sistema dell'ente trasferente o da quello dell'ente accettante. 7.6.1.3. Il messaggio INF può essere usato anche per fornire ad un ente informazioni relative a qualsiasi punto sulla rotta di volo. 7.6.1.4. Il formato consente la comunicazione dei dati iniziali, delle revisioni e delle cancellazioni. 7.6.2. Contenuto del messaggio Il messaggio INF contiene i dati seguenti nel formato di messaggio descritto nel presente documento: - tipo di messaggio; - numero del messaggio; - tutti i dati operativi del messaggio originario o del coordinamento risultante di cui il messaggio INF presenta una copia; - tipo del messaggio di riferimento. NOTA Le regole di inserimento dei dati, i formati ed il contenuto dei campi sono specificati nell'allegato A. 7.6.3. Regole di applicazione 7.6.3.1. Tipi di messaggio Il tipo o i tipi di messaggio di cui il messaggio INF presenta copia dipendono dalle necessità degli utilizzatori e dai mezzi di cui dispone l'ente mittente. Il tipo o i tipi di messaggio e le regole di applicazione normalmente sono concordati bilateralmente. 7.6.3.2. Destinatari dei messaggi Uno o più messaggi INF riguardanti uno stesso volo possono essere trasmessi ad uno o più destinatari. 7.6.3.3. Contenuto operativo Il contenuto operativo del messaggio INF è presentato nel formato di uno dei messaggi esistenti. 7.6.3.4. Raccomandazioni 1. Le condizioni comunicate in un messaggio di dialogo iniziale (ad esempio messaggi ACT, RAP, REV, RRV) possono essere modificate o rigettate prima della fine del dialogo. È opportuno che gli enti mittenti siano in grado di trasmettere le condizioni di coordinamento definitive adottate. 2. È opportuno che il messaggio INF venga trasmesso immediatamente o in un momento collegato all'orario sul COP concordato bilateralmente con l'ente ricevente 7.6.4. Riscontro all'INF Raccomandazioni 1. Al messaggio INF può essere dato riscontro mediante la generazione e trasmissione di un messaggio LAM, a seconda dell'interlocutore di coordinamento. 2. Se così è concordato bilateralmente tra gli enti competenti, in caso di mancato ricevimento di un messaggio LAM in riscontro ad un messaggio INF è opportuno che compaia un avvertimento alla posizione di lavoro competente. 7.6.5. Esempi Aeromobile B747 con indicativo di chiamata BAW011, in volo da EGLL a OMDB, livello di volo FL290, richiesta di salire a FL410; orario previsto al VOR di Koksy (KOK) 1905, transponder regolato su A5437, rotta via UG1 e UB6. Londra invia a Maastricht un messaggio ACT per il volo, e ne trasmette copia ad un ente denominato IT. Qui di seguito sono riportati esempi del messaggio INF. 7.6.5.1. ICAO (INFL/IT112-BAW011/A5437-EGLL-KOK/1905F290-OMDB-9/B747H-15/N0490F410 DVR KOK UG1 NTM UB6 KRH-18/MSG/ACT) 7.6.5.2. ADEXP -TITLE INF -REFDATA -SENDER -FAC L -RECVR -FAC IT -SEQNUM 112 -ARCID BAW011 -SSRCODE A5437 -ADEP EGLL -COORDATA -PTID KOK -TO 1905 -TFL F290 -ADES OMDB -ARCTYP B747 -ROUTE N0490F410 DVR UG1 KOK NTM UB6 KRH -MSGTYP ACT 8. PROCEDURA DI DIALOGO - COORDINAMENTO 8.1. Indicazioni generali 8.1.1. Introduzione 8.1.1.1. La procedura di dialogo fornisce i mezzi per la comunicazione e negoziazione tra controllori nella fase di coordinamento e per la comunicazione nella fase di trasferimento. 8.1.1.2. La presente sezione descrive i messaggi usati nella procedura di dialogo durante la fase di coordinamento in cui sono pianificate le condizioni di trasferimento. I messaggi usati nella fase di trasferimento in cui il controllo di un volo passa un ente al successivo sono descritti nella sezione 9 - Procedura di dialogo - Trasferimento delle comunicazioni. 8.1.1.3. Le procedure definite per le due fasi non sono interdipendenti; possono essere applicate singolarmente o insieme. 8.1.1.4. Sono presentati vari messaggi aggiuntivi, ed è assicurata ad entrambi gli interlocutori la possibilità di avviare un dialogo. 8.1.1.5. La procedura di dialogo nella fase di coordinamento permette di distinguere: - i trasferimenti che sono conformi alle LoA e possono essere accettati automaticamente; e - i trasferimenti che devono essere sottoposti al controllore dell'ente ricevente per una decisione riguardante l'accettazione. 8.1.1.6. Questa procedura permette anche di sorvegliare l'interpretazione delle LoA nei due sistemi e di individuare eventuali discordanze. 8.1.2. Il filtro 8.1.2.1. Indicazioni generali 8.1.2.1.1. La procedura di dialogo nella fase di coordinamento richiede che i sistemi stabiliscano se i trasferimenti sono o non sono conformi alle LoA. 8.1.2.1.2. In questo documento il processo di verifica della conformità è definito "filtro". Il database utilizzato per il filtro comprende i seguenti elementi, se necessari: - punti di coordinamento concordati; - livelli di volo ammissibili (o non ammissibili) che possono anche essere associati ai punti di coordinamento; - aerodromi di partenza; - destinazioni; - rotte dirette concordate; - limiti di tempo e/o distanza prima del COP oltrepassati i quali qualsiasi messaggio di coordinamento è considerato non standard; - qualsiasi altra condizione eventualmente concordata bilateralmente. 8.1.2.1.3. Tutti gli elementi di questo elenco possono essere associati tra loro per definire situazioni più complesse. 8.1.2.1.4. Nella sezione 8 del presente documento l'espressione "condizioni standard" significa "conformi alla LoA" e l'espressione "condizioni non standard" significa "non conformi alla LoA". Se non diversamente concordato bilateralmente, i messaggi inviati dagli enti trasferenti per il coordinamento di trasferimenti di cui è noto il carattere standard sono di tipo diverso da quelli che si riferiscono a condizioni non standard. 8.1.2.2. Azioni nell'ente trasferente 8.1.2.2.1. Il filtro nell'ente trasferente esamina le condizioni di trasferimento in procinto di essere inviate all'ente accettante. 8.1.2.2.2. Raccomandazione Se le condizioni di trasferimento risultano non standard è opportuno portare il fatto all'attenzione del controllore trasferente, che potrà confermarle o modificarle. 8.1.2.3. Azioni nell'ente accettante 8.1.2.3.1. Tutti i messaggi ACT e REV sono controllati per mezzo del filtro. 8.1.2.3.2. Se dal controllo risulta che le condizioni di trasferimento ricevute sono non standard, tali condizioni sono sottoposte al controllore affinché questi prenda una decisione a riguardo; se invece le condizioni di trasferimento risultano standard esse sono accettate automaticamente. 8.1.2.4. Sincronizzazione dei filtri 8.1.2.4.1. L'uso di messaggi diversi per le condizioni di trasferimento standard e non standard permette di individuare le discordanze rispetto alle condizioni standard contenute nei sistemi degli enti trasferente e accettante. 8.1.2.4.2. L'identificazione, in seno all'ente accettante, di condizioni di trasferimento non standard in un messaggio destinato unicamente a coordinare trasferimenti standard significa che esiste una discordanza tra i due filtri. È opportuno che queste discordanze siano eliminate per garantire l'efficacia della procedura di dialogo. 8.1.3. Sequenza dei messaggi 8.1.3.1. Indicazioni generali 8.1.3.1.1. È necessario seguire determinate regole per assicurarsi che la procedura di coordinamento sia terminata prima di effettuare revisioni o lo scambio di messaggi per il trasferimento delle comunicazioni, e per evitare che i controllori dei due enti sottopongano simultaneamente delle proposte per lo stesso volo. 8.1.3.1.2. Un ente ATC deve trasmettere un messaggio di revisione (REV o RRV) o un riscontro di ricezione di tale messaggio solo quando il volo è nello status "coordinato", vale a dire quando un dialogo ACT o RAP è stato completato con un messaggio LAM o ACP. 8.1.3.1.3. Solo l'ente accettante è autorizzato a trasmettere messaggi CDN. 8.1.3.1.4. I messaggi CDN sono trasmessi e sono oggetto di riscontro unicamente: - nell'ambito di un dialogo iniziato dopo il ricevimento di un messaggio di attivazione (ACT, RAP) o revisione (REV o RRV); oppure - quando il piano di volo in questione è nello status "coordinato". 8.1.4. Trattamento simultaneo dei messaggi 8.1.4.1. Indicazioni generali 8.1.4.1.1. Un ente che partecipa ad uno scambio di messaggi di coordinamento o trasferimento per un determinato volo non avvia un altro scambio di messaggi di coordinamento o trasferimento per lo stesso volo con lo stesso ente finché non ha ricevuto un messaggio LAM, ACP o RJC, o finché non è stato raggiunto un tempo massimo consentito. 8.1.4.1.2. È possibile che un messaggio CDN si incroci con un messaggio REV, RRV o MAC inviato dall'ente trasferente per lo stesso volo. L'ente trasferente può riconoscere questa situazione dal fatto che il CDN gli giunge prima del riscontro al messaggio di coordinamento trasmesso, mentre l'ente accettante può riconoscerla dal fatto che il messaggio dell'ente trasferente gli giunge prima del riscontro al CDN. In questo caso al CDN non è dato riscontro ed il messaggio REV, RRV o MAC non è elaborato. 8.1.5. Trattamento dei messaggi di rigetto Il messaggio RJC pone fine ad un dialogo tra sistemi. Ove appropriato, deve essere avviato un nuovo coordinamento che rispecchi il coordinamento telefonico. 8.1.6. Tempo massimo consentito per la risposta operativa 8.1.6.1. Indicazioni generali 8.1.6.1.1. Per la risposta a messaggi sottoposti all'accettazione del controllore, nei centri mittente e ricevente è utilizzato un meccanismo di temporizzazione che prevede l'impiego di tempi massimi consentiti. 8.1.6.1.2. La durata dei tempi massimi consentiti è concordata bilateralmente. 8.1.6.1.3. Una volta superato il tempo massimo consentito nell'ente trasferente, al controllore trasferente è presentato un avvertimento che segnala la necessità di avviare un coordinamento telefonico. 8.1.6.1.4. Raccomandazioni 1. È opportuno che sullo schermo della posizione ATC dell'ente accettante responsabile del volo sia visualizzato un avvertimento quando è imminente il superamento del tempo massimo consentito nell'ente trasferente. 2. È opportuno che l'avvertimento tenga conto del tempo di trasmissione della risposta. 8.1.6.1.5. I sistemi sono in grado di elaborare le risposte ricevute dopo il superamento del tempo massimo consentito. 8.1.7. Attuazione 8.1.7.1. Le procedure di dialogo si applicano a due fasi: la fase di coordinamento e la fase di trasferimento. I messaggi ed i tempi di transazione richiesti nelle due fasi sono diversi. I messaggi di coordinamento sono presentati in formato ICAO e in formato ADEXP, i messaggi di trasferimento delle comunicazioni solo in formato ADEXP. 8.1.7.2. I requisiti HMI minimi per il dialogo di coordinamento sono diversi da quelli relativi al dialogo di trasferimento: - il dialogo di trasferimento si riferisce principalmente alla funzione di controllo esecutivo e necessita di un'HMI rapida e user-friendly; - il dialogo di coordinamento non ha un carattere d'urgenza altrettanto marcato ed i requisiti relativi all'HMI sono meno severi. 8.1.7.3. La procedura di dialogo è attuata usando uno degli scenari alternativi seguenti: - procedura di dialogo per la fase di coordinamento più messaggi complementari concordati bilateralmente (sezioni 7 e 8); - procedura di coordinamento di base e procedura di dialogo per la fase di trasferimento (sezioni 6, 7 e 9); - procedura di dialogo per le fasi di coordinamento e di trasferimento più messaggi di coordinamento complementari concordati bilateralmente (sezioni 7, 8 e 9). Il messaggio di preavviso di attraversamento di confine (ABI) è inviato in tutti gli scenari indicati. 8.1.7.4. Lo scenario usato per l'attuazione è concordato bilateralmente. 8.2. Messaggio di attivazione (ACT) 8.2.1. Scopo del messaggio ACT Lo scopo del messaggio ACT è descritto nel punto 6.3.1. In una procedura di dialogo, il messaggio ACT è usato per rispondere alle necessità indicate a condizione che le condizioni di trasferimento per il volo siano standard e che il controllore trasferente non abbia bisogno di sottoporre il volo al controllore accettante per accettazione. 8.2.2. Contenuto del messaggio Il contenuto del messaggio ACT usato nella procedura di dialogo è uguale a quello descritto per il messaggio ACT nel punto 6.3.2. 8.2.3. Regole di applicazione 8.2.3.1. Indicazioni generali 8.2.3.1.1. Le regole di applicazione sono quelle descritte per i messaggi ACT nel punto 6.3, fatta eccezione per le regole particolari illustrate nel presente punto. 8.2.3.1.2. Un messaggio ACT è inviato nel caso di un volo con condizioni di trasferimento standard che il controllore trasferente non chiede siano sottoposte al controllore accettante.NOTA Negli altri casi è inviato un messaggio RAP (cfr. punto 8.3 Messaggio di proposta di attivazione sottoposta per accettazione). 8.2.3.1.3. Raccomandazione Se in risposta ad un messaggio ACT è inviato un messaggio di rigetto di coordinamento (RJT), è opportuno che sia avviata una nuova procedura di coordinamento. 8.2.3.2. Elaborazione nell'ente ricevente 8.2.3.2.1. Il messaggio è controllato mediante il filtro allo scopo di confermare che le condizioni proposte sono standard. 8.2.3.2.2. Il messaggio è elaborato come un messaggio RAP se: - le condizioni di trasferimento risultano non standard; - non viene trovato un piano di volo di sistema corrispondente, e le informazioni disponibili sono insufficienti per stabilire se le condizioni di trasferimento sono standard. 8.2.3.2.3. I messaggi ACT che risultano standard sono elaborati conformemente a quanto indicato nel punto 6.3.3.2. 8.2.3.2.4. Raccomandazione Se le condizioni di trasferimento in un messaggio ACT risultano non standard, c'è una discordanza tra i filtri dei due sistemi. È opportuno portare all'attenzione del personale di supervisione il fatto che l'ACT è non standard, così da poter eliminare tale discordanza. 8.2.4. Riscontro all'ACT 8.2.4.1. Riscontro 8.2.4.1.1. In una procedura di dialogo ad un messaggio ACT è dato riscontro mediante: - un messaggio LAM se le condizioni di trasferimento risultano standard; - un messaggio SBY in tutti gli altri casi. 8.2.4.1.2. Una volta ricevuto un LAM il contenuto operativo del messaggio ACT diventa operativamente vincolante per entrambi gli enti ATC. 8.2.4.1.3. Se concordato bilateralmente, si può usare un messaggio ACP al posto di un LAM per indicare l'accettazione di un ACT contenente condizioni di trasferimento standard da parte dell'ente accettante. 8.2.4.2. Casi di mancato riscontro In caso di mancato ricevimento di un riscontro ad un messaggio ACT, sullo schermo della posizione ATC responsabile del coordinamento del volo è visualizzato un avvertimento. 8.3. Messaggio di proposta di attivazione sottoposta per accettazione (RAP) 8.3.1. Scopo del messaggio RAP Il messaggio RAP risponde alle necessità operative seguenti, oltre a quelle precisate per il messaggio ACT nel punto 6.3: - permettere al controllore trasferente di proporre e sottoporre al controllore accettante voli con condizioni di trasferimento non standard; - permettere al controllore trasferente, se necessario, di forzare la presentazione al controllore accettante di condizioni di trasferimento standard per un volo specifico. 8.3.2. Contenuto del messaggio Il contenuto del messaggio RAP è costituito dagli stessi dati precisati per il messaggio ACT (punto 6.3) e può comprendere facoltativamente l'informazione seguente: - motivo, con indicazione della presentazione manuale (disponibile solo in ADEXP). 8.3.3. Regole di applicazione 8.3.3.1. Indicazioni generali 8.3.3.1.1. Un messaggio RAP è inviato al posto del messaggio ACT per i voli che attraversano il confine e soddisfano una delle condizioni seguenti: - il sistema dell'ente trasferente ha stabilito che le condizioni di trasferimento sono non standard; - il controllore trasferente ha indicato che le condizioni di trasferimento proposte devono essere sottoposte del controllore accettante. 8.3.3.1.2. Il contenuto operativo del messaggio RAP da trasmettere è visualizzato sullo schermo della posizione di lavoro responsabile del coordinamento del volo prima dell'effettiva trasmissione. 8.3.3.1.3. Raccomandazione È opportuno che insieme al contenuto del messaggio RAP sia visualizzato l'orario di trasmissione automatica del messaggio RAP. 8.3.3.1.4. La trasmissione del messaggio RAP è notificata alla posizione di lavoro competente. 8.3.3.2. Elaborazione nell'ente ricevente 8.3.3.2.1. Il sistema ACT che riceve un messaggio RAP cerca di associarlo ai dati del piano di volo corrispondente. 8.3.3.2.2. Se il tentativo di associazione al piano di volo ha esito positivo e se nel messaggio non è rilevata alcuna discordanza che ne impedisca la corretta elaborazione: - il contenuto operativo è sottoposto al controllore accettante; - è inviato in risposta un messaggio SBY. 8.3.3.2.3. Raccomandazione È opportuno indicare il motivo della presentazione della proposta per accettazione (condizioni non standard o presentazione manuale). 8.3.3.2.4. Se il tentativo di associazione del messaggio ad un piano di volo non ha esito positivo o se è rilevata una discordanza che impedisce la corretta elaborazione del messaggio: - il contenuto operativo del messaggio è visualizzato sugli schermi del settore; e - è inviato in risposta un messaggio SBY; e - è creato un piano di volo. 8.3.3.2.5. In tutti gli altri casi al messaggio non è dato riscontro. 8.3.3.3. Attivazione manuale 8.3.3.3.1. Quando il messaggio RAP è usato per forzare la presentazione di un coordinamento proposto con condizioni di trasferimento standard al controllore accettante, il messaggio è attivato manualmente dal controllore trasferente e trasmesso immediatamente. 8.3.3.3.2. Raccomandazione È opportuno consentire alla posizione responsabile del coordinamento del volo l'attivazione manuale di un messaggio RAP prima dell'orario calcolato di trasmissione. 8.3.3.4. Parametri temporali per la trasmissione automatica Il lasso di tempo/distanza prima del confine a cui sono trasmessi automaticamente i messaggi RAP sono identici a quelli relativi ai messaggi ACT. 8.3.4. Riscontro al RAP 8.3.4.1. Riscontro Al messaggio RAP è dato riscontro mediante la generazione e trasmissione di un messaggio SBY. 8.3.4.2. Casi di mancato riscontro In caso di mancato ricevimento di un messaggio SBY in riscontro ad un messaggio RAP, sullo schermo della posizione ATC responsabile del coordinamento del volo è visualizzato un avvertimento. 8.3.5. Risposta operativa al RAP Il controllore accettante può accettare le condizioni di trasferimento, rigettarle o presentare una controproposta. 8.3.5.1. Accettazione 8.3.5.1.1. Quando il controllore accettante decide di accettare le condizioni di trasferimento proposte, è inviato in risposta un messaggio ACP. 8.3.5.1.2. Una volta ricevuto il messaggio ACP, i dati del messaggio RAP diventano operativamente vincolanti per entrambi gli enti ATC. Il controllore trasferente è informato delle condizioni di trasferimento coordinate e del ricevimento dell'ACP. 8.3.5.2. Controproposta Quando il controllore accettante decide di controproporre delle condizioni di trasferimento, è inviato in risposta un messaggio CDN. 8.3.5.3. Raccomandazione Quando il controllore accettante decide di rigettare le condizioni di trasferimento proposte, è opportuno che sia inviato in risposta un messaggio RJC e che sia avviato un nuovo processo di coordinamento.NOTA In riferimento alla raccomandazione di cui al punto 8.3.5.3, nella maggior parte dei casi il nuovo coordinamento si attua con un ente diverso. 8.3.6. Esempi 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. Messaggio di revisione (REV) 8.4.1. Scopo del messaggio REV Lo scopo del messaggio REV è descritto nel punto 7.3.1. In una procedura di dialogo il messaggio REV è utilizzato per rispondere alle necessità indicate a condizione che le condizioni di trasferimento per il volo siano standard e che il controllore trasferente non abbia bisogno di sottoporre il volo al controllore accettante per accettazione. 8.4.2. Contenuto del messaggio Il contenuto del messaggio REV è uguale a quello descritto per il messaggio REV nel punto 7.3.2. 8.4.3. Regole di applicazione 8.4.3.1. Indicazioni generali 8.4.3.1.1. Uno o più messaggi REV possono essere inviati all'ente con cui è stato coordinato un volo mediante un messaggio di attivazione o un messaggio RAP. 8.4.3.1.2. I messaggi REV sono inviati così come precisato nel punto 7.3.3.1 per i voli con condizioni di trasferimento standard che il controllore trasferente non ha bisogno di sottoporre al controllore accettante. 8.4.3.2. Avvio della trasmissione Il messaggio REV è trasmesso non appena è rilevata una variazione dei dati di coordinamento che renda necessario un coordinamento, così come descritto nel punto 7.3.3. 8.4.3.3. Elaborazione nell'ente ricevente 8.4.3.3.1. Se è individuato un piano di volo corrispondente nello status "coordinato" e non è rilevata alcuna discordanza che impedisca una corretta elaborazione del messaggio: - è dato riscontro al messaggio REV; - in tutti gli altri casi al messaggio non è dato riscontro. 8.4.3.3.2. Le condizioni di trasferimento sono esaminate per verificare che siano standard. 8.4.3.3.3. Se le condizioni di trasferimento risultano non standard, esse sono sottoposte al controllore accettante. 8.4.3.3.4. Se le condizioni di trasferimento proposte risultano standard, esse sono inserite nel piano di volo ed i dati necessari sono presentati alle posizioni ATC operative e ad altre posizioni, se del caso. 8.4.3.3.5. Raccomandazione Se le condizioni di trasferimento in un messaggio REV risultano non standard c'è una discordanza tra i filtri dei due sistemi. È opportuno portare all'attenzione del personale di supervisione il fatto che il REV è non standard, così da poter eliminare tale discordanza. 8.4.4. Riscontro al REV 8.4.4.1. Riscontro 8.4.4.1.1. Se è necessario dare riscontro al messaggio REV si utilizza: - un messaggio LAM se le condizioni di trasferimento risultano standard; - un messaggio SBY se le condizioni di trasferimento risultano non standard. 8.4.4.1.2. Una volta ricevuto un messaggio LAM il contenuto operativo del messaggio REV diventa operativamente vincolante per entrambi gli enti ATC. 8.4.4.1.3. Se concordato bilateralmente, si può usare un ACP al posto di un LAM per indicare l'accettazione di un REV contenente condizioni di trasferimento standard da parte dell'ente accettante. 8.4.4.2. Casi di mancato riscontro In caso di mancato ricevimento di un messaggio di riscontro ad un messaggio REV, sullo schermo della posizione ATC responsabile del coordinamento dei voli è visualizzato un avvertimento. 8.4.5. Risposta operativa al REV Dal momento che il messaggio REV è utilizzato per notificare condizioni di trasferimento standard, normalmente esso è accettato dal sistema dell'ente accettante. Se il filtro dell'ente accettante rileva che le condizioni di trasferimento sono non standard il messaggio è elaborato come un messaggio RRV. 8.5. Messaggio di proposta di revisione sottoposta per accettazione (RRV) 8.5.1. Scopo del messaggio RRV Il messaggio RRV permette la revisione di condizioni di trasferimento precedentemente inviate ed approvate nei casi seguenti: - quando le condizioni di trasferimento proposte nella revisione sono non standard; - quando la revisione proposta è standard, ma il controllore trasferente vuole sottoporre la revisione al controllore accettante. 8.5.2. Contenuto del messaggio Il contenuto del messaggio RRV è lo stesso descritto per il messaggio REV (punto 7.3.2) e può facoltativamente comprendere l'elemento seguente: - motivo, con indicazione della presentazione manuale (disponibile solo in formato ADEXP). 8.5.3. Regole di applicazione 8.5.3.1. Indicazioni generali Uno o più messaggi RRV sono inviati al posto di messaggi REV per ciascuna revisione se: - il sistema trasferente ha stabilito che le condizioni di trasferimento sono non standard; oppure se - il controllore trasferente ha indicato che le condizioni di trasferimento proposte devono essere sottoposte al controllore accettante. L'uso dell'RRV in questo caso è facoltativo. 8.5.3.2. Avvio della trasmissione Il messaggio RRV è inviato non appena è rilevata una variazione dei dati di coordinamento oppure quando è attivato manualmente. 8.5.3.3. Elaborazione nell'ente ricevente 8.5.3.3.1. Se è individuato un piano di volo corrispondente nello status "coordinato" e non è rilevata alcuna discordanza che impedisca la corretta elaborazione del messaggio: - è dato riscontro al messaggio RRV; - in tutti gli altri casi al messaggio non è dato riscontro. 8.5.3.3.2. Le condizioni di trasferimento proposte sono visualizzate sullo schermo della posizione ATC responsabile del coordinamento del volo. 8.5.3.3.3. Raccomandazione È opportuno indicare il motivo per cui la proposta è sottoposta per accettazione (condizioni non standard o presentazione manuale). 8.5.4. Riscontro all'RRV 8.5.4.1. Riscontro Al messaggio è dato riscontro mediante la generazione e trasmissione di un messaggio SBY. 8.5.4.2. Casi di mancato riscontro In caso di mancato ricevimento di un messaggio SBY in riscontro ad un messaggio RRV, sullo schermo della posizione ATC responsabile del coordinamento del volo è visualizzato un avvertimento. 8.5.5. Risposta operativa all'RRV Il controllore accettante può accettare un messaggio RRV, rigettarlo o presentare una controproposta. 8.5.5.1. Acce