Про затвердження Повідомлень щодо обслуговування повітряного руху - Авіаційні правила України, частина 85

8.5.3.2. Приклад

Нижче наведено приклад повідомлення щодо додаткової інформації до плану польоту, переданого аеродромом вильоту ПС органу ОПР, який запросив додаткову інформацію, яка передбачена формою бланка плану польоту, але не була передана в повідомленнях щодо поданого або поточного плану польоту:

(SPL-UKR5365

-UKBB0920

-UKFF0200 UKOO

-REG/47611 RMK/CHARTER

-E/0440 P/39 R/V J/L A/BLUE C/MARCHUK)

8.5.3.3. Зміст

Повідомлення щодо додаткової інформації до плану польоту; пізнавальний індекс ПС UKR5365, ВОРЛ відсутній; час вильоту з Борисполя 09.20 UTC; пункт призначення - Сімферополь, загальний розрахунковий минулий час 2 години; запасний аеродром - Одеса; реєстраційний знак ПС 47611, чартерний рейс; запас палива на 4 години 40 хвилин після вильоту; на борту перебуває 39 осіб; на борту є портативна радіостанція, яка працює на міжнародній аварійній частоті 121,5 МГц; на борту є рятувальні жилети, оснащені джерелами світла; колір ПС - блакитний; прізвище командира Марчук.

8.6 Повідомлення автоматизованої координації передачі управління між центрами ОПР (Eurocontrol Standard Document for On-Line Data Interchange)

8.6.1. Інформація про перетин межі РПІ - Advance Boundary Information (ABI)

8.6.1.1. Структура

8.6.1.2. Приклад

Нижче наведено приклад повідомлення ABI (інформація про перетин межі РПІ), яке передане з центру у Львові до центру в Борисполі та містить інформацію щодо умов, за якими ПС повинне перетнути рубіж Львів/Бориспіль:

(ABIL/B098-UKR5365/A5136-UKLL-SW/1221F330-UKBB-9/B757/M-15/N- 0480F330 UR22 CH SL-80/N-81/W/EQ Y/NO)

8.6.1.3. Зміст

Повідомлення ABI містить такі дані: Тип повідомлення (тип повідомлення, ідентифікатор центру УПР, який передає інформацію - L (Львів), коса риска, ідентифікатор центру УПР, який приймає інформацію - В (Бориспіль); номер повідомлення; позивний ПС (номер рейсу); код ВОРЛ у режимі А; аеродром вильоту; розрахункові дані прольоту межі РПІ; аеродром призначення; тип ПС; категорія турбулентності сліду; швидкість, ешелон польоту; маршрут польоту; тип польоту; обладнання та статус польоту; інша додаткова інформація.

8.6.2. Повідомлення про активізацію (Activate Message) ACT

8.6.2.1. Структура

8.6.2.2. Приклад

Нижче наведено приклад повідомлення про активізацію (ACT), яке відправлене із центру у Львові до центру в Борисполі та містить інформацію про політ, яка автоматично відображається на моніторі диспетчера центру, який приймає повідомлення та має відношення до поточного плану польоту:

(ACTL/B098-UKR5365/A5136-UKLL-SW/1221F330-UKBB-9/B757/M-15/N- 0480F330 UR22 CH SL-80/N-81/W/EQ Y/NO)

8.6.2.3. Зміст

Повідомлення ACT містить такі дані: тип повідомлення (тип повідомлення, ідентифікатор центру УПР, який передає інформацію - L (Львів), коса риска, ідентифікатор центру УПР, який приймає інформацію - В (Бориспіль); номер повідомлення; позивний ПС (номер рейсу); код ВОРЛ у режимі А; аеродром вильоту; розрахункові дані прольоту межі РПІ; аеродром призначення; тип ПС; категорія турбулентності сліду; швидкість, рівень; маршрут польоту; тип польоту; обладнання та статус польоту; інша додаткова інформація.

8.6.3. Повідомлення логічного підтвердження - Logical Acknowledgement Message (LAM)

8.6.3.1. Структура

8.6.3.2. Приклад

Нижче наведено приклад повідомлення логічного підтвердження, що забезпечує центр, який передає повідомлення, підтвердженням про прийняття та оброблення повідомлення центром, що приймає повідомлення:

(LAML/B098B/L001)

8.6.3.3. Зміст

Повідомлення LAM включає такі дані: тип повідомлення (тип повідомлення, ідентифікатор центру УПР, що передав інформацію - L (Львів), коса риска, ідентифікатор центру УПР, що прийняв інформацію - В (Бориспіль); номер прийнятого повідомлення; ідентифікатор центру УПР, який передав повідомлення LAM - В (Бориспіль), коса риска, ідентифікатор центру УПР, якому направлено повідомлення LAM - L (Львів); номер повідомлення LAM.

8.6.4. Повідомлення попередньої активізації - Preliminary Activate Message (PAC)

8.6.4.1. Структура

8.6.4.2. Приклад

Нижче наведено приклад повідомлення, яке передає диспетчер диспетчерського пункту кола або ДОП диспетчеру РДЦ про відправлення ПС щодо координації передачі управління, якщо час польоту від аеродрому вильоту до точки координації менший, ніж для повідомлення ACT:

(PACD/L099-EIN565/A4136-EIDW-LIFFY/1621F130-EBBR-9/B757/M)

(PACBA/SZ003-CRX988/A9999-LFSB1635-LSZA-9/B737/M)

8.6.4.3. Зміст

Повідомлення PAC включає такі дані: тип повідомлення (тип повідомлення, ідентифікатор центру УПР, який передає інформацію - D (диспетчер EIDW ), коса риска, ідентифікатор центру УПР, який приймає інформацію - L (диспетчер центру, наприклад "London Control"); номер повідомлення; позивний ПС (номер рейсу); код ВОРЛ у режимі А; аеродром вильоту; розрахункові дані прольоту точки координації або час вильоту; аеродром призначення; тип ПС; маршрут польоту (не обов'язково); інша додаткова інформація (не обов'язково).

У прикладі: А9999 - запитання коду ВОРЛ, LFSB1635 - розрахунковий час вильоту.

8.6.5. Перегляд умов координації - Revision Message (REV)

8.6.5.1. Структура

8.6.5.2. Приклад

Приклад повідомлення REV, яке застосовується для передачі змін даних координації, відправлених за допомогою повідомлення АСТ:

(REVE/L009-AMM253-LMML-BNE/1223F310-EGBB)

8.6.5.3. Зміст

Повідомлення REV містить такі дані: тип повідомлення (тип повідомлення, ідентифікатор центру УПР, який передає інформацію, - E, коса риска, ідентифікатор центру УПР, який приймає інформацію, - L); номер повідомлення; позивний ПС (номер рейсу); аеродром вильоту; розрахункові дані та/або точка координації; аеродром призначення; посилання на повідомлення (не обов'язково); код ВОРЛ у режимі А (не обов'язково); маршрут польоту (не обов'язково); обладнання та статус польоту (не обов'язково).

8.6.6. Повідомлення про скасування координації - Message of the Abrogation of Coordination (МАС)

8.6.6.1. Структура

8.6.6.2. Приклад

Приклад повідомлення MAC застосовується для скасування даних координації із зазначенням причини:

(MACFV/BC112-HOZ3188-EHAM-NIK-LFPG-18/STA/INITFL)

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

8.6.6.3. Зміст

Повідомлення МАС містить такі дані: тип повідомлення (тип повідомлення, ідентифікатор центру УПР, який передає інформацію, - FV, коса риска, ідентифікатор центру УПР, який приймає інформацію, - BC); номер повідомлення; посилання на повідомлення (не обов'язково); позивний ПС (номер рейсу); аеродром вильоту; точка координації; аеродром призначення; код ВОРЛ у режимі А (не обов'язково); статус координації та причина (не обов'язково).

У першому прикладі TFL - причиною скасування координації є зміна ЕП, у другому прикладі CAN - є скасування польоту.

8.6.7. Повідомлення про установку коду ВОРЛ - SSR Code Assignment Message (COD)

8.6.7.1. Структура

8.6.7.2. Приклад

Приклад повідомлення COD застосовується для запиту одним центром у другого коду ВОРЛ, якщо потрібно:

(CODC/P002-AAL505/A0767-LFPO-KEWR)

8.6.7.3. Зміст

Повідомлення COD містить такі дані: тип повідомлення; номер повідомлення; посилання на повідомлення (не обов'язково); позивний ПС (номер рейсу); код ВОРЛ у режимі А (не обов'язково); аеродром вильоту; аеродром призначення; маршрут польоту (не обов'язково).

8.6.8. Повідомлення щодо інформаційних даних - Information Massage (INF)

8.6.8.1. Структура

8.6.8.2. Приклад

Приклад повідомлення INF (повідомлення щодо інформаційних даних), яке застосовується для автоматичної передачі інформації до зацікавленого органу, який не бере участі у координації між органами ОПР (наприклад Украероцентр). Для посилання повідомлення INF можливо використання копії координаційних повідомлень:

(INFC/P112-BAW011/A5767-EGLL-KOK/1905F290-OMDB-9/B747H-15/N0- 490F410DVR KOK UG1 NTM UB6 KRH-18/MSG/ACT)

8.6.8.3. Зміст

Повідомлення INF містить такі дані: тип повідомлення; номер повідомлення; зміст оригінального повідомлення; посилання на тип повідомлення.

Повідомлення автоматизованої координації передачі управління між центрами ОПР складаються з полів 3, 7, 13, 14 і 16. Застосовуються такі правила:

зміни розрахункових даних точки координації або рівня передачі контролю заносяться до поля 14;

зміна коду ВОРЛ заноситься як елементи в) та с) поля 7.

Інші дані заносяться до поля 22 після полів 3, 7, 13, 14 і 16. Застосовуються такі правила:

інформація, яка заноситься до поля 22, може бути в будь-якому порядку;

зміна точки координації заноситься як поле 14 до поля формату 22 (Annex B Eurocontrol Standard Document for On-Line Data Interchange (OLDI) Edition 2 Sept. 1998);

зміни маршруту польоту заносяться як поле 15 до поля формату 22 (Annex B Eurocontrol Standard Document for On-Line Data Interchange (OLDI) Edition 2 Sept 1998);

зміни та додаткові можливості обладнання та статус заносяться до повідомлення (Annex A paragraph A.30 Eurocontrol Standard Document for On-Line Data Interchange (OLDI) Edition 2 Sept 1998).

Упроваджуються два нових елементи:

тип польоту заноситься як одна літера до поля формату 22, якому передує цифра 80;

можливості обладнання та статус заносяться до поля формату 22, якому передує цифра 81 (7.3.3.2.1 OLDI Edition 2.2 Amendment1 March 2000).

8.6.9. Операційні повідомлення IFPS-IFPS Operational reply messages (ORMs)

Операційні повідомлення IFPS мають тільки формат ADEXP:

8.6.9.1. Повідомлення АСК

Повідомлення АСК застосовується для того, щоб сповістити відправника про успішну обробку надісланого повідомлення.

Повідомлення АСК надсилається відправнику та/або експлуатанту, коли отримане повідомлення було успішно оброблено автоматично або вручну оператором IFPS. Якщо отримане повідомлення було оброблено вручну, тоді повідомленню АСК буде передувати повідомлення MAN.

Автоматична обробка в системі IFPS не означає, що повідомлення FPL приймається до системи IFPS без змін. IFPS буде, наприклад, автоматично вставляти оптимальний маршрут між двома точками, якщо такий маршрут не вказано в отриманому повідомленні. Для того, щоб розрізняти автоматичну обробку без доповнень з боку IFPS та автоматичну обробку зі змінами, застосовуються два різних формати повідомлень АСК: "Short АСК" та "Long АСК".

8.6.9.1.1. Приклад повідомлення "Long АСК"

8.6.9.1.2. Приклад повідомлення "Short АСК"

8.6.9.2. Повідомлення MAN

Повідомлення MAN використовується для того, щоб сповістити відправника про те, що у надісланому повідомленні виявлені помилки та що це повідомлення направлено до ручної обробки.

За повідомленням MAN надсилається, після деякої затримки, потрібної для ручної обробки, або повідомлення АСК - якщо після корекції оператором IFPS план польоту було успішно оброблено, або повідомлення REJ. Повідомлення "REJ" використовується для того, щоб сповістити відправника про те, що надіслане повідомлення не може бути успішно оброблено, ні автоматично, ні при ручній обробці.

8.6.9.2.1. Приклад повідомлення MAN

8.6.9.3. Повідомлення REJ

Кожне повідомлення REJ містить перелік полів помилок (не більше 10), де вільним текстом указується характер помилок.

Отримання REJ вказує на те, що повідомлення, на яке воно прийшло, було відхилено системою IFPS. Повідомлення REJ не зберігається в системі IFPS.

Відправники повідомлення повинні завжди реагувати на отримання REJ шляхом зміни надісланого повідомлення та повторного його відправлення до IFPS.

8.6.9.3.1. Приклад повідомлення REJ

8.6.10. Повідомлення щодо організації потоків ПР

8.6.10.1. Повідомлення, які надсилаються CFMU (EBBDZMTA) до органів ОПР та експлуатантів:

8.6.10.1.1. Повідомлення про призначення слоту - Slot Allocation Message (SAM)

Повідомлення SAM призначене для того, щоб проінформувати експлуатанта і органи ОПР про призначення розрахованого часу зльоту (Calculated Take-Off Time - СТОТ) унаслідок того, що до рейсу застосовуються заходи з організації потоків повітряного руху (ATFM).

Приклад:

Експлуатанти та органи ОПР повинні дотримуватися розрахованого часу зльоту (СТОТ), який указаний у повідомленні SAM.

8.6.10.1.2. Повідомлення про перегляд слоту - Slot Revision Message (SRM)

Повідомлення SRM призначене для того, щоб проінформувати експлуатанта і органи ОПР про призначення переглянутого розрахованого часу зльоту (New Calculated Take-Off Time- NEWCTOT).

Приклад:

Експлуатанти та органи ОПР повинні дотримуватися переглянутого розрахованого часу зльоту (NEWCTOT), який указаний в повідомленні SRM.

8.6.10.1.3. Повідомлення про відміну слоту - Slot Cancellation Message (SLC).

Повідомлення SLC призначене для доведення до експлуатанта і органів ОПР інформації про те, що рейс, який раніше отримав слот, більше не є об'єктом заходів ATFM.

Приклад:

Якщо після отримання повідомлення SLC фактичне ЕОВТ відрізняється від ЕОВТ, яке було вказане в оригінальному FPL, більше ніж на 15 хвилин, то експлуатант або орган ОПР повинен поновити ЕОВТ за допомогою відправлення повідомлень DLA або CHG.

8.6.10.1.4. Повідомлення про пропозицію покращення слоту - Slot Improvement Proposal Message (SIP)

Повідомлення SIP призначене для доведення до експлуатанта пропозиції поліпшити слот, пропонуючи новий розрахований час зльоту (NEWCTOT).

Приклад:

-TITLE SIP тип повідомлення;

-ARCID ABCI23 номер рейса;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 0945 розрахунковий час прибирання колодок;

-СТОТ 1030 розрахований час зльоту;

-1010 запропонований поліпшений розрахований час зльоту:

-RESPBY 0930 час, до якого має бути надана відповідь;

-REGUL UZZU11 позначення регулювання;

-ТАХІТІМЕ 0020 час руління.

У разі, якщо CFMU має можливість суттєво покращити СТОТ, то він пропонує таке покращення, використовуючи повідомлення SIP. Після отримання повідомлення SIP експлуатант або орган ОПР до часу, указаного як RESPBY, повинен:

а) у випадку погодження з запропонованим NEWCTOT, направити до CFMU повідомлення про прийняття пропозиції поліпшення слоту (SPA);

б) у випадку непогодження з запропонованим NEWCTOT, направити до CFMU повідомлення про відмову пропозиції поліпшення слоту (SRJ).

Якщо експлуатант або орган ОПР не направить до CFMU ніякої відповіді на повідомлення SIP до часу RESPBY, то в силі залишається попередній СТОТ, який був розрахований до отримання повідомлення SIP.

8.6.10.1.5. Повідомлення про тимчасову зупинку польоту FLS

Повідомлення FLS призначене для доведення до експлуатанта і органу ОПР інформації про те, що відправлення рейса призупинено і вказується причина або вимога для поновлення відправлення польоту.

Приклад 1:

Політ призупинено внаслідок надання експлуатантом повідомлення про неможливість виконання призначеного слоту (SMM).

-TITLE FLS тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 0945 розрахунковий час прибирання колодок;

-COMMENT SMM коментар;

RECEIVED

-ТАХІТІМЕ 0020 час руління.

Після отримання повідомлення FLS, у цьому разі, експлуатант або орган ОПР повинен підтвердити виконання польоту та поновити ЕОВТ за допомогою відправлення повідомлень DLA або CHG.

Приклад 2:

Політ призупинено та вказуються вимоги до RVR.

-TITLE FLS тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 0945 розрахунковий час прибирання колодок;

-RVR 350 вимоги до RVR;

-RESPBY 0855 час, до якого має бути надана відповідь;

-COMMENT RVR коментар;

CRITERIA NOT MET

-ТАХІТІМЕ 0020 час руління.

Після отримання повідомлення FLS, у цьому разі, експлуатант або орган ОПР повинен підтвердити виконання польоту та до часу RESPBY відправити повідомлення про підтвердження можливості виконання польоту (FCM), вказавши RVR для цього польоту.

Приклад 3:

Політ призупинено через те, що ПС, яке повинно було злетіти, не злетіло в очікуваний час + 30 хвилин (ЕОВТ + 30).

-TITLE FLS тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 0945 розрахунковий час прибирання колодок;

-COMMENT NOT коментар;

REPORTED AS AIRBORNE

-ТАХІТІМЕ 0020 час руління.

Після отримання повідомлення FLS експлуатант або орган ОПР повинен підтвердити виконання польоту та поновити ЕОВТ шляхом надання повідомлень DLA або CHG, а аеродромна диспетчерська вишка не повинна видавати дозволу на запуск двигунів до отримання від CFMU повідомлення SAM або DES відповідно.

Приклад 4:

Політ призупинено в разі закриття аеродрому на довгий період.

-TITLE FLS тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 0945 розрахунковий час прибирання колодок;

-COMMENT CLOSURE коментар;

-ТАХІТІМЕ 0020 час руління.

Після отримання повідомлення FLS, у зв'язку з довгим закриттям аеродрому, FMD доведе до відома про цей випадок експлуатанта та органи УПР через інформаційне повідомлення ATFM (AIM). Експлуатант або орган ОПР повинен підтвердити виконання польоту наданням повідомлення FCM або поновити ЕОВТ шляхом надання повідомлень DLA або CHG. Аеродромна диспетчерська вишка не повинна видавати дозволу на запуск двигунів до отримання від CFMU повідомлення SAM або DES відповідно.

8.6.10.1.6. Повідомлення про пропозицію щодо зміни маршруту - Rerouting Proposal Message (RRP)

Повідомлення RRP призначене для доведення до експлуатанта пропозиції здійснити процедуру зміни маршруту, щоб скоротити затримку, яка виникла внаслідок призначення СТОТ.

Приклад 1:

Пропонується змінити маршрут з вказівкою нового маршруту і передбачуваного розрахованого часу зльоту (NEWCTOT).

-TITLE RRP тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 1030 розрахунковий час прибирання колодок;

-ORGRTE MID UA1 RBT маршрут, указаний у плані польоту;

UG32 TOP UA1 ELB UA12

PAL UA18 EKOLA А18 MLQ

-СТОТ 1230 розрахований час зльоту;

-RRTEREF EGLLLMML1 позначення запропонованої зміни маршруту;

-NEWRTE MID UA1 RBT новий маршрут;

UG32 BAJKO UA21 NIZ UA2

AJO UA9 CAR UB21 PANTA

B21 MLQ

-NEWCTOT 1105 новий розрахований час зльоту;

-RESPBY 0900 час до якого має бути дана відповідь;

-ТАХІТІМЕ 0020 час руління.

Приклад 2:

Пропонується змінити маршрут із зазначенням нового маршруту, де не застосовується регулювання.

-TITLE RRP тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 1030 розрахунковий час прибирання колодок;

-ORGRTE MID UA1 RBT маршрут, указаний у плані польоту;

UG32 TOP UA1 ELB UA12

PAL UA18 EKOLA Al 8 MLQ

-СТОТ 1230 розрахований час зльоту;

-RRTEREF EGLLLMML2 позначення запропонованої зміни маршруту;

-NEWRTE MID UA1 RBT новий маршрут;

UG32 BAJKO UA21 NIZ

UA2 AJO UA9 CAR UB21

PANTA B21 MLQ

-RESPBY 0900 час, до якого має бути дана відповідь;

-REASON OUTREG причина;

-ТАХІТІМЕ 0020 час руління.

Приклад 3:

Якщо рейсу ще не призначено СТОТ, але відомо, що коли застосувати процедуру зміни маршруту, то при призначенні СТОТ він буде кращим.

-TITLE RRP тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 1030 розрахунковий час прибирання колодок;

-ORGRTE MID UA1 RBT маршрут, указаний у плані польоту;

UG32 TOP UA1 ELB UA12

PAL UA18 EKOLAA18MLQ

-РТОТ 1230 заздалегідь розрахований час зльоту;

-RRTEREF EGLLLMML1 позначення запропонованої зміни маршруту;

-NEWRTE MID UA1 RBT новий маршрут;

UG32 BAJKO UA21 NIZ

UA2 AJO UA9 CAR UB21

PANTA B21 MLQ

-NEWPTOT 1100 новий, заздалегідь розрахований, час зльоту;

-RESPBY 0730 час, до якого повинна бути дана відповідь;

-ТАХІТІМЕ 0020 час руління.

Приклад 4:

Якщо рейсу ще не призначено СТОТ, але відомо, що при застосуванні процедури зміни маршруту, врегулювання застосовуватись не будуть.

-TITLE RRP тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 1030 розрахунковий час прибирання колодок;

-ORGRTE MID UA1 маршрут, указаний у плані польоту;

RBT UG32 TOPUA1

ELBUA12PALUA18

EKOLAA18MLQ

-РТОТ 1230 заздалегідь розрахований час зльоту;

-RRTEREF EGLLLMML1 позначення запропонованої зміни маршруту;

-NEWRTE MID Al BOGNA новий маршрут;

UA21 RBTUG32TOPUA1

ELB UA12 UA18 EKOLA

A18 MLGDCTMLQ

-RESPBY 0730 час, до якого має бути надана відповідь;

-REASON OUTREG причина;

-ТАХІТІМЕ 0020 час руління.

Якщо CFMU має можливість суттєво покращити СТОТ внаслідок зміни маршруту польоту, то він пропонує таке покращення, використовуючи повідомлення RRP. Після отримання повідомлення RRP експлуатант до часу, вказаного як RESPBY, повинен:

а) у випадку погодження з запропонованим NEWRTE направити до CFMU повідомлення щодо зміни (CHG);

б) у випадку непогодження з запропонованим NEWRTE направити до CFMU повідомлення про відмову від запропонованої зміни маршруту (RJT).

8.6.10.1.7. Повідомлення про припинення тимчасової зупинки польоту - De-Suspension Message (DES)

Повідомлення DES призначене для доведення до експлуатанта і органу ОПР інформації про те, що рейс, який призупинявся, перестає бути призупиненим.

Приклад:

-TITLE DES тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 0945 розрахунковий час прибирання колодок;

-ТАХІТІМЕ 0020 час руління 20 хвилин.

Якщо після отримання повідомлення DES фактичне ЕОВТ відрізняється від ЕОВТ, яке було вказане в FPL більше ніж на 15 хвилин, то експлуатант або орган ОПР повинен поновити ЕОВТ шляхом подання повідомлень DLA або CHG.

8.6.10.1.8. Повідомлення щодо помилок - Error Message (ERR).

Повідомлення ERR вказує відправнику на те, що системою CFMU виявлена помилка в отриманому повідомленні і воно не може бути оброблено.

Приклад:

-TITLE ERR тип повідомлення;

-ARCID ABC 123 номер рейсу;

-FILTIM 0915 час приймання помилкового повідомлення;

-ORGMSG SRR тип помилкового повідомлення;

-REASON SYNTAX ERROR причина помилки.

При отриманні повідомлення ERR орган ОПР або експлуатант повинен знайти та виправити помилку у вказаному повідомленні та надіслати його до CFMU повторно.

8.6.10.1.9. Повідомлення, що належить до сповіщення про заходи ATFM - ATFM Notification Message (ANM)

Повідомлення ANM використовується для сповіщення всіх користувачів про передбачуване введення заходів ATFM із зазначенням причини.

Приклад:

8.6.10.1.10. Інформаційне повідомлення ATFM - ATFM Information Message (AIM)

Повідомлення AIM використовується для надання користувачам інформації про будь-яку діяльність, яка може вплинути на виконання польотів. Текст викладається в довільній формі.

8.6.10.2. Повідомлення, які надсилаються органами ОПР та експлуатантами до CFMU

8.6.10.2.1. Повідомлення про неможливість виконання призначеного слоту - Slot Missed Message (SMM)

Повідомлення SMM подається експлуатантом або органом ОПР для того, щоб повідомити CFMU про те, що СТОТ, який вказаний в повідомленні SAM, не може бути дотриманий і новий час прибирання колодок (NEWEOBT) невідомий.

Приклад:

-TITLE SMM тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP EGLL аеродром вильоту;

-ADES LMML аеродром посадки;

-EOBD 000623 розрахункова дата виконання польоту;

-ЕОВТ 0945 розрахунковий час прибирання колодок;

-СТОТ 1020 розрахований час зльоту.

8.6.10.2.2. Повідомлення про прийняття пропозиції поліпшення слоту - Slot Improvement Proposal Acceptance Message (SPA)

Повідомлення SPA подається експлуатантом або органом ОПР для того, щоб повідомити CFMU про прийняття пропозиції щодо поліпшення слоту (SIP).

Приклад:

-TITLE SPA тип повідомлення;

-ARCID АВС123 номер рейсу;

-ADEP UKBB аеродром вильоту;

-ADES EGLL аеродром посадки;

-ЕОВТ 0945 розрахунковий час прибирання колодок;

8.6.10.2.3. Повідомлення про запит SIP - SIP Wanted Message (SWM)

Повідомлення SWM подається експлуатантом або органом ОПР для того, щоб повідомити CFMU про те, що будь-яке поліпшення СТОТ буде прийнятним тільки з використанням процедури SIP, за умови, що рейс раніше перебував в статусі RFI.