Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Правила составления и подачи повторяющихся планов полетов воздушных судов (RPL) в виде электронного файла




1. Общие сведения

1. Электронный файл RPL передаётся в кодировке Windows-1251, в приведенном ниже формате, по электронной почте на специальный адрес главного центра Единой системы - arl.rpl@matfmc.ru.

2. Адреса электронной почты эксплуатанта (авиакомпании) с которых будет отправляться (передаваться) электронный файл RPL регистрируются в автоматизированной системе главного центра Единой системы:

yyy@xxxxxxx.ru - основной;

zzz@xxxxxxx.ru - резервный.

3. RPL в файле заполняются прописными буквами латинского алфавита.

4. RPL заносятся в файл последовательно. Сначала заносятся RPL относительно международных полетов по расписанию в порядке возрастания номера рейса, а затем - RPL на внутренние полеты по расписанию в порядке возрастания номера рейса. Ошибки в соблюдении указанного порядка не допускаются.

II. Содержание и порядок формирования электронного файла RPL

5. Электронный файл RPL делится на два вида:

электронный файл полных перечней RPL, содержащий информацию о рейсах полного сезонного расписания эксплуатанта;

электронный файл перечней корректируемых RPL, содержащий только те рейсы, по которым эксплуатантом были внесены изменения каких-либо параметров, с момента последней передачи в главный центр Единой системы информации по каждому из этих рейсов.

6. Электронный файл полных перечней RPL формируется и передается в главный центр Единой системы не менее чем за 14 суток до ввода в действие зимнего или летнего расписания. С момента передачи файла актуальность его информации поддерживается за счет передачи эксплуатантом электронного файла перечней корректируемых RPL.

7. Электронный файл корректируемых RPL формируется и передается в главный центр Единой системы не менее чем за семь суток до даты выполнения первого полета с измененными параметрами.

III. Требования к данным и структура электронного файла RPL

8. Каждый элемент данных описывается как последовательность букв и/или цифр, которые в зависимости от контекста имеют единственное значение и одинаково понимаются как эксплуатантом, так главным центром Единой системы. Для описания передаваемой информации используются только следующие символы:

буквенные - от А до Z (всего 26 буквенных символов);

цифровые - от 0 до 9 (всего 10 цифровых символов);

двоеточие -: (один символ);

слеш - / (один символ);

тире (минус) - (один символ);

плюс + (один символ).

9. Информация, содержащаяся в электронном файле RPL, описывается построчно, начиная с левого края строки.

10. Электронный файл RPL состоит из следующих, определенным образом упорядоченных, типов записей (строк):

0 - заголовок файла;

1 - заголовок перечня RPL;

2 - информация о параметрах сегмента рейса (кроме маршрута) маршрут которого проходит над территорией Российской Федерации;

3 - маршрут обслуживания воздушного движения, используемый для выполнения полета на сегменте рейса;

4 - информация о пересечении диспетчерских районов (диспетчерских зон) (ЕЕТ);

5 - точки со временем входа и выхода в/из воздушного пространства Российской Федерации для основного маршрута, а также альтернативные точки входа и выхода в/из воздушного пространства Российской Федерации;

6 - прочая информация;

9 - конец файла.

11. Элементы записи строки электронного файла отделяются друг от друга пробелами. Максимальная длина строки не более 70 знаков, включая разделители элементов записи. Максимальный объем электронного файла RPL неограничен.

12. Электронный файл RPL представляет собой форматированный текстовый файл в кодировке Windows-1251.

13. Имя файла LL[L]YYSNNN.rpl, где:

LL[L] - трехсимвольный ICAO код эксплуатанта или LL - транслитерированный на латиницу двухсимвольный (если отсутствует трехсимвольный) внутренний код эксплуатанта, все буквы прописные;

YY - две последние цифры текущего года 2012;

S - = {s, w} - сезон, s - лето, w - зима (строчные);

NNN - порядковый номер файла в сезоне с лидирующими нулями;

rpl - тип (расширение) файла.

Примеры записи: AFL12w001.rpl, AFL12w013.rpI, PM12s001.rpl.

Примечание: порядковый номер файла в очередном сезоне навигации начинается с цифры 1.

14. Записи файла в зависимости от их кода содержат информацию либо о параметрах рейса, либо идентифицируют содержание файла, его начало и конец.

15. Записи электронного файла перечней корректируемых RPL предназначены дополнить, исключить или изменить имеющуюся информацию. Рейс, подлежащий изменению, будет вначале фигурировать как рейс, подлежащий исключению (со знаком минус), а заменяющие данные будут приведены как для добавляемого рейса (со знаком плюс).

В первом электронном файле полного перечня RPL нового сезона, например - AFL12w001.rp1, все рейсы должны быть представлены для добавления, со знаком плюс.

В последующих электронных файлах перечня корректируемых RPL этого сезона, например - AFL02w013.rpl, один рейс может быть представлен:

как подлежащий исключению (со знаком минус);

как подлежащий добавлению (со знаком плюс);

как подлежащий исключению (со знаком минус), а затем как для добавления (со знаком плюс).

Для рейса подлежащего исключению (со знаком минус), записи типа 5 и 6 могут не заполняться.

16. Для исключения (отмены) ранее переданного файлом плана полета необходимо:

если полеты еще не выполнялись (до даты выполнения первого полета), то записать в файл план полета (рейс), подлежащий исключению (со знаком минус), не менее чем за семь суток до даты выполнения первого полета;

если полеты уже выполнялись (после даты выполнения первого полета), то записать в файл план полета (рейс), подлежащий исключению (со знаком минус), не менее чем за семь суток до новой даты выполнения последнего полета и записать в файл тот же план полета (рейс), подлежащий добавлению (со знаком плюс), но с новой датой выполнения последнего полета, не менее чем за семь суток до этой даты.

17. Для изменения параметров ранее переданного файлом плана полета необходимо:

если полеты еще не выполнялись (до даты выполнения первого полета), то записать в файл план полета (рейс), подлежащий исключению (со знаком минус), не менее чем за семь суток до даты выполнения первого полета и записать в файл план полета (рейс), подлежащий добавлению (со знаком плюс), не менее чем за семь суток до даты выполнения первого полета с измененными параметрами;

если полеты уже выполнялись (после даты выполнения первого полета), то записать в файл:

план полета (рейс), подлежащий исключению (со знаком минус), не менее чем за семь суток до даты выполнения первого полета с измененными параметрами;

план полета (рейс) со старыми параметрами, подлежащий добавлению (со знаком плюс), но с новой датой выполнения последнего полета, не менее чем за семь суток до этой даты;

план полета (рейс) с измененными параметрами, подлежащий добавлению (со знаком плюс), но с новой датой выполнения первого полета, не менее чем за семь суток до этой даты.

18. Одна запись второго типа описывает выполнение сегмента авиалинии рейса на конкретном участке его навигации.

19. Очередность формирования и передачи электронных файлов RPL эксплуатантом в главный центр Единой системы показана на рисунке 1.1.




Поделиться с друзьями:


Дата добавления: 2015-05-10; Просмотров: 2179; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.012 сек.