Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
конспект лекций (полный).doc
Скачиваний:
12
Добавлен:
17.11.2019
Размер:
101.38 Кб
Скачать

Зона покрытия.

В системе ENV определены основные данные, требуемые для функционирования систем всех пользователей. Каждый пользователь требует специфические данные из базы ENV для того, чтобы выполнить задачу CFMU в своей зоне ответственности.

FPM Distribution Area (зона распределения полетных данных)-это зона, в котором IFPS ответственный за распределение планов полета и соответствующих ему сообщений в органы УВД.

FPM Copy Area - это зона, в которой IFPS распределяет планы полетов в органы УВД без юридической силы и гарантий за полноту данных сообщений.

ATFM area- это зона, в которой FMD ответственный за обеспечение организации потоков ВД.

ATFM Adjacent area -это зона, прилегающая к ATFM зоне.. Рейсы, вылетающие из этой зоны, могут подвергаться мерам ATFM , если намереваются пересечь зону ATFM.

RSO (Route per State Overflown) area- это зона, где офис по сбору АНС рассчитывает АНС, основанные на полученных FPL из CFMU

Сфера деятельности.

Сфера деятельности это полная конфигурация, условия, среда УВД Государств в отношении зон ATFM, IFPS и RSO-(все эти зоны называются – зона CFMU).

Типы данных окружения в зоне ATFM:

  • Основные данные структуры гражданского ВП (маршруты ОሒД, ПОД, NDB, VOR, VOR/DME, SID и STAR)

  • Детально описанная организация ВП (административная и операционная).

  • Описание параметров пользователей (варианты обработки, различные адреса используемые как IFPS, так и ТАСТ системами)

Дополнительно, система ATFM должна обеспечить частичное описание конфигурации, среды, условий УВД Государств в отношении зоны прилегающей к зоне ATFM для целей адресации и выделения адресатов.

Типы данных окружения в зоне ,прилегающей к зоне atfm (atfm Adjacent area ),включают в себя

  • Основные данные структуры гражданского ВП (маршруты ОВД, ПОД, NDB, VOR, VOR/DME, SID и STAR)

  • Детально описанная организация ВП (административная и операционная).

Состав базы данных.

Система ENV это центральный источник данных конфигурации, условий, окружения УВД для других систем CFMU:

  • IFPS.

  • ARC.

  • TACT/ETFMS.

  • ACA. (AUP/UUP Composition Application)

  • RPL.

  • IFPUV.(Validation system)

Модификация базы данных.

Все данные классифицируются на:

  • Статические;

  • Полудинамические;

  • Динамические.

Статические данные

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

Например: границы секторов УВД.

Полудинамические данные.

Полудинамические данные могут быть добавлены на протяжении цикла AIRAC.

Например: Стандартная Схема Вылета (SID), которая используется только на протяжении специальных событий на аэродроме ( напр. авиашоу) и которая публикуется в коротком сообщении и который подходит для тактических действий.

Однако полудинамические данные не могут быть отменены или изменены на протяжении цикла AIRAC. В этом случае принимаются такие же ограничения как и для статических данных.

Динамические данные.

Динамические данные могут быть добавлены, изменены или отменены в оперативном режиме. Это данные, которые часто изменяются из-за оперативных нужд.

Например: Рабочая ВПП на аэродроме.

Виды информации.

  1. Точки. Они могут иметь пропускную спосбность.

Точки классифицируются как:

  • Навигационная помощь (NAs) -Нет никаких различий между NDBs, VORs и VOR/DMEs.

  • Опубликованные точки на ВТ.(PWPs)- Нет никаких различий между точками обязательного и необязатоельного доненсения. Все они имеют 5-и буквенное обозначение.

  • Точки базы данных Евроконтроля (DBPs).-Применяются для избежания дубликации NAs и PWPs.

  1. Блок маршрутов.

Содержит :

  • Маршруты ОВД, условные маршруты 1, 2 и 3 категории;

  • Объемы ВП (секторы УВД, ограниченные ВП (ограниченные, опасные и зпрещенные зоны), административная структура);

  • Пропускные способности

Архив (система архива ARC)

Система архивирует данные полета и обрабатывает их для того, чтобы обеспечить исторические данные для пользователей. Она используется для следующего:

  • оценка выполнения ATFM и облегчить сравнением ситуации фактического ВД с планом ATFM.

  • обеспечение информации CFMU и пользователей в подготовке стратегических, предтактических и тактических действий.

ARC- архивирует полетные данные, данные окружающей среды систем CFMU, и обеспечивает функции для проверки этих данных.

ARC позволяет оценить выполнение ATFM, делая анализ результатов мер ATFM, взятых в прошлом. (Как правило, берется день выполнения ATFM неделю назад).

Область действия.

Область действия делится ан 2 аспекта.

  1. системные данные

  2. функциональное назначение.

Область действия данных ARC состоит из:

а) Основные данные.

  • эти данные ограничены данными, полученными из системного окружения (ENV),данными тактических мер, тактической окружающей конфигурации, планами полетов на тактической фазе. Эти данные хранятся в течении 40 месяцев.

б) Статистика.

  • Статистика извлекается из основных данных. Сохраняется с течении 3 лет.

в) Суммарная сводка полетов.

  • Информационная сводка полетов извлекается из основных данных. Сохраняется на постоянно перемещающейся 15-и месячной основе в течении 5 лет.

д) Сведения.

  • Сведения из систем IFPS, RPL и TACT хранятся как файлы. Срок хранения – 1 год.

е) Оперативные сведения TACT системы.

  • Оперативные сведения TACT системы переходят в базу данных для того, чтобы ускорить процесс поиска. Эти записи хранятся в течении 40 месяцев.

Система ARC выполняет следующие главные функции:

а) Получение и архивирование данных из систем ENV,IFPS, RPL и TACT.

б) Выполнение статистики.

в) Учитывание данных.

г) Подготовка предтактической модели.

д) Изучение предтактической модели.

е) Подготовка мер ATFM.

ж) Управление системой.

Обзор

Система ARC имеет 2 главные функции:

  • Во-первых, сбор соответствующих данных для обеспечения статистики по этим данным.

  • Во-вторых, система ARC также используется для поддержки предтактических действий ATFM.

Рапорты об инцидентах ATFM

Европейская система рапортов об инцидентах ATFM была предоставлена в 1993 г (в связи с отсутствием координируемой системы подачи рапортов в Европейском регионе). для разрешения дефектов в системе ATFM.

Целью данной системы является установление процедур для :

  1. Обеспечение того, что необходимые рапорты и требуемые данные для анализа собраны, и вся информация об инциденте приемлемая и свежая. Имеется в виду, что инцидент имел место в недавнем времени.

  2. Обеспечение того, что инциденты проанализированы и сделаны исправления для предотвращения новых инцидентов в будущем.

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

Инцидент ATFM- это существенное происшествие ( затрагивающее орган ОВД или эксплуатанта ВС) происходящее из-за применения или неправильного реагирования мер или процедур ATFM.

Инцидент ATFM может включать:

  1. Перегрузка сектора УВД или недостаточное обслуживание ATFM, для обеспечения адекватной защиты от перегрузки.

  2. Вылет ВС без учета слота, несмотря на то, что эксплуатант ВС должен был иметь слот.

  3. Вылет ВС с имеющимся слотом, но вне разрешенного промежутка времени (-5 + 10 минут).

  4. Отказ органа УВД принять на обслуживание ВС в свою зону ответственности из-за превышения пропускной способности или других причин относящихся к ATFM.

  5. Чрезмерные, необъяснимые задержки воздушного движения через определенную зону.

  6. Применение органом ОВД или неразрешенных или несогласованных мер ATFM.

  7. ВС, следующее по маршрутам, которые не подчиняются мерам ATFM.

Рапорт об инциденте ATFM может подаваться органом ОВД, эксплуатантом ВС, FMP или CFMU

FMP, в зоне ответственности которого случился инцидент, действует как первый контактный пункт рапорта об инциденте ATFM. FMP собирает всю существенную информацию и направляет в CFMU.

Заполненную форму об инциденте ATFM направляют по адресу:

EUROCONTROL – CFMU

Flow Management Division (FMD)

Rue de la Fusee, 96

B-1130 BRUSSELS

BELGIUM

Fax: (8-10) 322 729 90 28

или

обращаются к своему FMP

План развития CFMU.

  1. В ближайшем будущем будут предоставлены изменения к Doc 7030 ICAO по отношению к правилам и процедурам организации потоков воздушного движения в Европейском регионе. Это делается для легализации этих документов и последующем описании этих правил и процедур в национальных документах, регламентирующих работу по организации потоков ВД. (На данный момент, существование настоящих правил и процедур в документах Евроконтроля не имеет юридической силы). Возможна отмена Doc 003 ICAO (Организация потоков воздушного движения), в связи с ненужностью и недееспособностью.

  2. Основа развития CFMU заключается в расширенном и качественном предоставлении услуг по организации и управлению потоков воздушного движения. Углубленное изучение систем УВД участвующих стран, состыковка этих систем.

  3. Разработка новых альтернативных методов распределения слотов. Заключается в том, как будет происходить распределение слотов в зависимости от изменения времени первоначального изданного слота.

  4. Внедрение и использование сообщений о настоящем нахождении ВС (CPR).

1.Внести изменения названий подразделений согласно посл. Доков.

2.Особое внимание уделить объяснению функций, задач ФМП и выгоды, даваемые системе УВД.

  1. Подготовить презентацию для диспетчерского сотава.

  2. Иметь ввиду, что эта лекция на 20-30 мин. Для информации, а не подготовки специалистов ФМП.

  3. Постараться подать материал таким образом, чтобы люди осознали необходимость и важность ФМП в будущем и привить уважение к инж.ОППР.

  4. Постараться найти презентации и графики по результатом деятельности CFMU.

  5. Подготовить ответы на вопросы по режиму работы, зарплате, требованиям.

  6. Приказы по созданию ФМП.