Введение

Современная Россия – это динамично развивающаяся страна, стремящаяся

играть важную роль в мировой экономической системе. Подъем
национальной экономики сказался на всех сферах жизни наших граждан.
Гражданская авиации Российской Федерации, как одна из составляющих
народнохозяйственной системы государства, не осталась в стороне от этих
процессов.
Как следствие, всей национальной аэронавигационной системе России
приходится учитывать складывающуюся обстановку и предпринимать
упреждающие действия по обеспечению требуемого уровня безопасности
полетов по обслуживанию возрастающего воздушного движения.
Следует отметить, что филиал «Аэронавигация Юга» вносит существенный
вклад в этот процесс, одним из первых внедряя все нововведения в сфере
обеспечения безопасности полетов при обслуживании воздушного движения.
Так филиал одним из первых перешел на так называемую
однофрагментарную систему обеспечения воздушного движения. Иными
словами – был ликвидирован военный сектор, а управление полетами, в том
числе воздушными судами государственной авиации за пределами трасс и
маршрутов ОВД было возложено на органы обслуживания воздушного
движения ФГУП «Госкорпорация по ОрВД».
С присоединением в 2005 г. Волгоградского и в 2007 г. Астраханского
центров филиал «Аэронавигация Юга» первым в России выполнил
программу по укрупнению центров ОВД. К тому же в районном
диспетчерском центре еще с марта 2005г. успешно осуществили переход на
ОВД с применением RVSM по нормам эшелонирования ICAO.
Также в «Аэронавигации Юга» выполняется реализация плана мероприятий
в соответствии с приказом генерального директора ФГУП «Госкорпорация
по ОрВД» от 05.12.07 №483 «О разработке и внедрении процедур передачи
по планам полетов и координации движения с использованием протокола
Евроконтроля OLDI между смежными центрами ОВД». Одной из важных
задач ОВД является согласование параметров пролета рубежа (время, борт,
высота) со смежными районами. Традиционно это производят «голосом», с
использованием телефонных линий передачи. Для автоматизации этой
процедуры между смежными органами ОВД создан протокол
информационного взаимодействия. Он разработан на основе стандарта OLDI
(On-line data interchange). Данная технология осуществляется за счет
передачи сообщений специального формата между смежными центрами
ОВД. С целью упрощения внедрения процедуры OLDI были разработаны и
приняты общие правила и форматы сообщений, описанные в издании 1
Стандарта EUROCONTROL для OLDI. В последующих редакциях этого
документа (ver. 2.3), поддерживается дальнейшая разработка этой технологии
в соответствии с требованиями EATCHIP.
В данной работе мною будет дан краткий обзор данной технологии и
рассмотрены результаты ее внедрения.
 1. Основная часть
1.1 Краткий обзор уровня ОВД в Европе

Для начала рассмотрим уровень развития систем УВД в Европейском

регионе. Так, на начало 2008 года большинство центров УВД стран
Евроконтроля осуществляют внедрение автоматизированной системы
управления воздушным движением (АС УВД) по программе FASTI (the First
ATC Support Tools Implementation). Они реализуют переход на систему III
уровня автоматизации, т.е. включающую в себя функции прогнозирования
траектории, контроля за ее реализацией, взаимодействия со смежными
секторами по процедуре OLDI (Online Data Interchange), обнаружения и
разрешения среднесрочных конфликтных ситуаций и управления воздушным
движением (УВД) с использованием цифровых линий передачи данных
(ЛПД). Системы обеспечивают бесстриповую технологию с пропускной
способностью сектора 60 воздушных судов в час (ВС/час.).
Необходимо отметить, что оценка образца предлагаемой системы проходила
в экспериментальном центре в Бретиньи и в действующих центрах Швеции,
Италии, Маастрихта. В исследованиях участвовали представители
(диспетчеры) различных стран от Австралии до США. В свою очередь,
окончательная доработка новых функциональных возможностей проходит
непосредственно в центрах УВД.
В 2005 году было разработано техническое задание (ТЗ) на разработку
человеко-машинного интерфейса (HMI) для трассовой системы1.
На 1 января 2008 года 15 центров были готовы к опытной эксплуатации АС
УВД с использованием ЛПД, и все воздушные суда, совершающие полеты на
высотах более 228,60 м, оснащены соответствующим оборудованием.
Помимо этого, ВС имеют устройства автоматического зависимого
наблюдения (АЗН-В) и бортовые индикаторы воздушной обстановки.
Специалисты Евроконтроля проводят исследования по кооперативному УВД
- таким образом перераспределяются функции управления воздушным
движением между наземными центрами УВД и экипажами на бортах ВС.

1.2 Организация взаимодействия между секторами по

процедуре OLDI.
Полеты, которым предоставляется диспетчерское обслуживание, передаются
от одного сектора другому наиболее безопасным способом.
Для достижения этого разработана процедура, при которой прохождение
каждого борта через границу зон ответственности двух смежных секторов
скоординировано между ними, прежде чем борт достигает или пересекает ее.
В OLDI, и в автоматизированных системах, этот процесс называется Фазой
Координации.
После получения информации о взаимодействии диспетчер, получивший это
сообщение, использует содержащуюся в нем информацию, чтобы получить
детальное представление о движении этого ВС относительно другого борта и
особенностей воздушного пространства.
Когда борт прибывает к границы зоны ответственности другого
диспетчерского пункта, контроль над этим ВС автоматически передается
смежному диспетчеру.
В OLDI это процесс называется Фазой Передачи.
Основным источником информации по конкретному полету является план
полета, имеющийся в плановой системе АС УВД.
Органы УВД, которые используют процедуры обмена полетными данными в
оперативном режиме, имеют возможность приема, обработки, вывода на
отображение и передачи необходимых сообщений. Все рассчитанные данные
получаются из обработки плана полета, применительно к аэронавигационной
инфраструктуре конкретного органа ОВД.
В процессе проведения безголосовых (электронных) процедур согласования
и передачи управления между сменными центрами ОВД участвуют
следующие компоненты (рис.1):
1. Центр УВД
2. КСА ПВД
2.1Сервер БД КСА ПВД (СБД КСА УВД)
2.2БД планов полетов (БДПП КСА ПВД)
3. КСА УВД
3.1Сервер КСА УВД
3.2Локальная БД планов полетов (ЛБДПП КСА УВД)
3.3Подсистема обработки и отображения РЛ-информации (ПООРЛИ
КСА УВД)
3.4АРМ диспетчера УВД
4. Диспетчер КСА УВД
5. Подсистема OLDI
5.1Сервер OLDI
5.2Модуль обработки и генерации сообщений OLDI (МОГС OLDI)
5.3Модуль приема и передачи сообщений OLDI (МППрС OLDI)
5.4Протокол сообщений OLDI (ПС OLDI)
6. Модуль обмена данными между БДПП КСА ПВД и ЛБДПП КСА УВД
(МОД КСА ПВД --- КСА УВД)
7. Выделенный канал передачи данных (ВК ПД OLDI)
При этом для реализации технологии по проведению безголосовых процедур
согласования и передачи управления между сменными центрами УВД
необходимо выполнение ряда условий.
Во-первых, данная технология должна поддерживаться в используемых в
смежных центрах КСА УВД и КСА ПВД.
Во-вторых, необходимо специальное оборудование обеспечения соединения
OLDI (сервер OLDI).
В-третьих, необходимы выделенные скоростные каналы передачи данных
для обмена сообщениями OLDI между смежными центрами УВД.
В-четвертых, требуется проведение работ по подготовке зон УВД (наличие
ПОД на трассах на границах смежных центров УВД) к использованию OLDI.
И в-пятых, изменение технологии работы диспетчерских пунктов, где
планируется применение процедур OLDI.
Плановые системы, используемые для обеспечения процедуры OLDI,
должны автоматически принимать, собирать, выделять и отображать на
рабочем месте диспетчера необходимую информацию, передавать
соответствующие данные в реальном времени, а также принимать и
передавать полетные данные в форматах сообщений, определенных и
описанных в данном протоколе, и с использованием средств связи, которые
обеспечивают процедуру OLDI.
Для обмена данными по протоколу OLDI между РЦ ЕС ОрВД «А» и РЦ ЕС
ОрВД «Б» используется выделенный цифровой канал связи со скоростью не
менее 19,2 Kb/s. (рис.2)

Пункт «А» Пункт «Б»

Сервер
СерверOLDI
OLDI Сервер
СерверOLDI
OLDI
“A” “A”

Сетевой Сетевой
Сетевой
экран Сетевой
экран
экран экран

Сетевое Сетевое
Сетевой
оборудование Сетевой
оборудование
экран экран

Рис. 2

1.3 ИСПОЛЬЗУЕМЫЕ СООБЩЕНИЯ OLDI

Для реализации процедур OLDI используются 3 категории сообщений:

1. Сообщения основной процедуры согласования

2. Сообщения диалоговой процедуры согласования

3. Сообщения фазы передачи управления

На начальном этапе взаимодействия используются основные сообщения

базовой процедуры. Расширенный состав сообщений базовой процедуры
применяется по необходимости, после выработки навыков работы
диспетчерского состава с использованием процедур OLDI, и при наличии
сложных условий согласования (точки координации, требующие частое
пересогласование условий (REV), базовый аэродром расположенный близко
к границе между центрами «А» и «Б» (PAC), наличие условий при которых
часто требуется изменение смежного сектора УВД (MAC)) (рис. 3).
Координация сообщений должна проходить во временные периоды,
указанные в таблице ниже.
Message Category 90 % 99.8 %
1 4 sec 10 sec
2 10 sec 25 sec
3 15 sec 45 sec

Список возможных сообщений OLDI очень обширен, по видам

использования все сообщения можно разбить на несколько групп.

Сообщения базовых процедур

Тип сообщения аббревиатура категория

Advance Boundary Information Сообщение о передаче ВС ABI 3

Activate Сообщение активации ACT 2
Revision Сообщение пересмотра REV 2
Preliminary Activate Предварительное согласование PAC 2
Abrogation of Co-ordination Отмена согласования MAC 2
SSR Code Assignment Кодовое сообщение назначения COD 2
(разрешить полету отвечать на
том же самом коде в
соответствующей области)
Skip Co-ordination Пропустите передачу (связь с SCO 2
полетом должна пройти
непосредственно к следующему
сектору, кроме сектора
принятия)
Skip Cancellation Пропустите сообщение отмены SKC 2
Point Пункт (заставляет блок данных PNT 2
и/или полетные данные
выдвинуться на первый план)
Information Информационное сообщение INF 3
Arrival Management Управленческое сообщение AMA 3
прибытия

Logical Acknowledgement Подтверждение сообщения LAM

Message
Сообщения диалоговые при фазе координации
Тип сообщения аббревиатура категория

Referred Activate Proposal активирующее сообщение RAP 2

предложения
Referred Revision Отнесенное сообщение RRV 2
предложения по пересмотру
Co-ordination Координирующее сообщение CDN 2
Stand-by (Note 1) Сообщение ожидания SBY
Accept Принятое сообщение ACP 2
Reject Co-ordination (Note 2) Отклоненное RJC 2
координирующее сообщение
Clearance Request Запрос разрешения CRQ 3
Clearance Response Сообщение ответа на CRP 3
разрешения
Release Request Выпуск сообщения запроса RRQ 1
Release Выпущенное сообщение RLS 1
Request Tactical Instructions Запрос тактических RTI 2
инструкций
Tactical Instructions Proposal Тактические предложения по TIP 2
инструкциям

Сообщения о ситуативной осведомленности

Тип сообщения аббревиатура категория
Basic Flight Data Основное сообщение полетных BFD 3
данных
Change Flight Data Перейдите на сообщение о CFD 2
полетных данных

Сообщения, используемые в координации между гражданским и военным

секторами.
 Тип сообщения аббревиатура категори
я
Crossing Intention Пересечение сообщения XIN 2
уведомления о
намерении
Crossing Clearance Request Пересечение сообщения XRQ 2
запроса разрешения
Crossing Clearance Alternate Пересечение XAP 2
Proposal дополнительного
сообщения
Crossing Cancellation Пересечение XCM 2
отменяющего
сообщения

Сообщения, используемые в диалоговом режиме в процессе передачи

Тип сообщения аббревиатура категория
Transfer Initiation Инициация передачи TIM 1
Supplementary Data Дополнительная SDM 1
информация
Handover Proposal Предложение передачи HOP 1
Change of Frequency Смена радиочастоты COF 1
Request on Frequency Запрос радиочастоты ROF 1
Manual Assumption Коммуникационное MAS 1
сообщение в ручном
режиме

Сообщения, используемые для поддержки связи земля-воздух

Тип сообщения аббревиатура категория

Log-On Forwarding Вход в систему LOF 3

Next Authority Notified Сообщение следующему NAN 2
руководящему органу

Расширенная схема взаимодействия используемых сообщений представлена

на рис.3.
 Рис 3 Расширенная последовательность сообщений OLDI

В филиале «Аэронавигация Юга» пока используются основные процедуры,

список и краткий обзор которых приведен ниже.
Аббревиатур Базовые
Тип сообщения Временной интервал
а сообщения
Заблаговременное сообщение о пересечении ~ За 20-25 минут до
ABI +
границы центра УВД пересечения границы
базовые
Сообщение активизации/согласования ~За 5 – 8 минут до
ACT +
условий пересечения границы
Логическое подтверждение получения
LAM + -
сообщения

До начала процедуры расширенные

Поправка условий согласования REV -
приёма/передачи
управления
Предварительная активация/согласование PAC - По согласованию
условий смежных центров УВД
Отмена согласования MAC - -

Сообщение ABI - Advanced Boundary Information (приложение 2)

Одно или более сообщений ABI могут быть отправлены для каждого полета,
планирующего пересечь границу зоны ответственности. Сообщение ABI
должно передаваться за 20 минут до расчетного времени пролета точки
координации. Если менее чем 20 минут, то сообщение ABI должно быть
передано как можно ранее, но не позднее, чем время передачи сообщения
ACT. Сообщение АBI не должно посылаться после сообщения ACT.
Пересмотренное сообщение ABI отправляется из «А» в «Б» при изменении
следующих данных:
а) точки координации по отношению к предыдущему сообщению ABI;
б) аэродрома назначения;
в) типа ВС;
г) эшелона передачи УВД;
д) кода ВОРЛ;
е) расчетного времени пролета точки координации, измененного на 3
минуты и более.

Сообщение ABI генерируется и передается автоматически в определенное

время, если только оно не было передано вручную в более раннее время.
Генерация сообщения ABI запрещена, если уже отправлено сообщение ACT.
Получение сообщения ABI подтверждается генерацией и передачей
сообщения LAM из принимающего центра, если определен сектор, для
которого данное сообщение предназначено.
Пример:
"Air 2000" 253, a Boeing 757 from Malta to Birmingham estimating
BNE VOR at 1221 UTC, flying at FL350 at a true airspeed of 480
knots, planned to route via UB4 BNE UB4 BPK UB3 HON,
transponding on A7012 and requesting FL390. The following are
equivalent examples of the ABI message sent from Reims to London
ACC.
ICAO
(ABIE/L001-AMM253/A7012-LMML-BNE/1221F350-EGBB-9/B757/M-
15/N0480F390 UB4 BNE UB4 BPK UB3 HON-80/N-81/W/EQ Y/NO)

Сообщение ACT Activate message (приложение 3)

Только одно сообщение ACT отправляется для каждого плана полета,

пересекающего границу зоны ответственности. Сообщение ACT
генерируется и передается автоматически в определенное время, если только
оно не было передано вручную в более раннее время.
Если сообщение ACT было отменено сообщением MAC, то, в случае
продолжения координации с тем же центром, отправляется следующее
сообщение ACT.
Сообщение AСТ подтверждается генерацией и передачей сообщения LAM из
принимающего центра, если определен сектор, для которого данное
сообщение предназначено. Если сообщение LAM не получено как
подтверждение на отправленное сообщение AСТ, то в передающем центре в
рабочем месте соответствующего сектора УВД отображается
предупреждение об этом для инициирования голосовой координации.
Пример:
Это сообщение показывает как будет выглядеть сообщение АСТ для
предыдущего примера (АВI)
ICAO
(ACTE/L005-AMM253/A7012-LMML-BNE/1226F350-EGBB-
9/B757/M-15/N0480F390 UB4 BNE UB4 BPK UB3 HON-80/N-
81/W/EQ Y/NO)

Сообщение LAM Logical Acknowledgement message. (приложение 4)

Только одно сообщение LAM отправляется на каждое из сообщений ABI,
ACT, REV, PAC, MAC.
Сообщение LAM формируются и отправляется в подтверждение того, что
отправленное сообщение ABI, АCT, REV, PAC или MAC получено и
обработано принимающей системой.
Сообщение LAM генерируется и передается автоматически в определенное
время, как оговорено в «Добавлении 1 к Приложению C1 Соглашения о
процедурах взаимодействия между «А» и «Б».
Пример:

(LAML/E012E/L001)

Сообщение REV Revision message (приложение 5)

Сообщение REV передается в случае пересмотра данных координации,
предварительно отправленных в сообщении ACT.
Одно или более сообщений REV могут быть отправлены для плана полета,
находящегося в стадии координации, инициированной сообщением ACT.
Сообщение REV отправляется из «А» в «Б» при изменении следующих
данных:
а) точки координации по отношению к предыдущему сообщению АСТ
или REV;
б) эшелона передачи УВД;
 в) кода ВОРЛ;
г) расчетного времени пролета точки координации на 3 минуты и
более.

Если сообщение REV ассоциируется с планом полета в принимающем

центре, то сообщение LAM отправляется в передающий центр в
подтверждение этого.
Если сообщение REV не ассоциируется с планом полета в принимающем
центре, то сообщение LAM не отправляется в ответ.
Если сообщение LAM не получено как подтверждение на отправленное
сообщение REV, то в передающем центре в рабочем месте соответствующего
сектора УВД отображается предупреждение об этом для инициирования
голосовой координации.
Пример:
(REVE/L002-AMM253-LMML-BNE/1226F310-EGBB)

Сообщение PAC Preliminary Activate message (приложение 6)

Сообщение PAC отправляется в случае, когда значение времени в полете от
точки вылета до точки координации меньше, чем значение временного
параметра для передачи сообщения ACT. Одно или более сообщений PAC
может быть отправлено для каждого плана полета.
Пересмотренное сообщение PAC отправляется из «А» в «Б» при изменении
следующих данных:
а) точки координации по отношению к предыдущему сообщению PAC;
б) аэродрома назначения;
в) типа ВС;
г) эшелона передачи УВД;
д) кода ВОРЛ;
е) расчетного времени взлета или расчетного времени пролета точки
координации, измененного на 3 минуты и более.
Сообщение PAC подтверждается генерацией и передачей сообщения LAM из
принимающего центра, если определен сектор, для которого данное
сообщение предназначено.
Если сообщение LAM не получено как подтверждение на отправленное
сообщение РАС, то в передающем центре в рабочем месте соответствующего
сектора УВД отображается предупреждение об этом для инициирования
голосовой координации.
Пример:
Сообщение о расчётном времени взлета
(PACBA/SZ002-CRX922/A9999-LFSB1638-LSZA-9/B737/M)

Сообщение MAC Message for Abrogation of Co-ordination (приложение 6)

Сообщение MAC отправляется принимающему центру после ранее
переданных сообщений ABI, ACT, REV или PAC, когда:
а) запрошенный эшелон в точке координации отличается от эшелона,
содержащегося в предыдущем сообщении так, что он не принадлежит
принимающему центру;
б) маршрут плана полета изменен так, что точка координации не
принадлежит принимающему центру;
в) план полета отменен в передающем центре;
г) сообщение MAC принято из предыдущего центра.

Если сообщение MAC ассоциируется с планом полета в принимающем

центре, то сообщение LAM отправляется в передающий центр в
подтверждение этого.
Если сообщение MAC не ассоциируется с планом полета в принимающем
центре, или не может быть обработано, то сообщение LAM не отправляется в
предающий центр в ответ.
Пример:
Сообщение АВI послано от Амстердамского АСС в
Брюссельский АСС для рейса HOZ3188. Планировался полет на
FL190, но рейс запросил FL 270,что было разрешено. Т.о. борт
вошел в воздушное пространство Маастрихта вместо
воздушного пространства Брюсселя. Об этом были сооставлены
сообщения и отправлены в Маасстрихт АСС, а позднее
составлено сообщение МАС
ICAO
a. (MACAM/BC112-HOZ3188-EHAM-NIK-LFPG-18/STA/INITFL)
b. (MACAM/MC096-HOZ3188-EHAM-NIK-LFPG-
18/STA/INIRTE)
рис. 4 Схема формирования и передачи сообщений

1.4 Процедуры OLDI

Для выполнения задач электронного согласования и приёма/передачи

управления существуют 4 различные по сложности процедуры OLDI:

1. Основная процедура согласования, только базовые сообщения;

2. Основная процедура согласования, все сообщения;

3. Диалоговая процедура согласования;
4. Процедура передачи управления.

Наибольшее распространение в мире имеет основная процедура

согласования (без применения диалогового режима и сообщений передачи
управления).

1.4.1 Алгоритм работы процедуры согласования с использованием

базовых сообщений:

1) За оговоренное время до пересечения границ, автоматически (или вручную

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

2) За оговоренное время до пересечения границ, автоматически (или вручную

диспетчером УВД), управляющий центр УВД формирует сообщение ACT
для следующего центра УВД, в котором указываются условия согласования.
Принимающий центр УВД в случае корректного разбора сообщения ACT и
отсутствия ошибок передает сообщение LAM о подтверждении получения
сообщения. С этого момента условия передачи управления считаются
согласованными. У принимающего центра УВД все рейсы, на которые уже
пришли ACT отображаются в канале ожидания с пометкой об условиях
согласования.

3) В случае если необходимо изменить условия согласования после

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

1.4.2 Алгоритм использования основной процедуры согласования с

использованием всех сообщений:

1) За оговоренное время до пересечения границ, автоматически (или вручную

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

2) В случае если время полета вылетающего рейса от отправления до пункта

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

3) За оговоренное время до пересечения границ, автоматически (или вручную

диспетчером УВД), управляющий центр УВД формирует сообщение ACT
для следующего центра УВД, в котором указываются условия согласования.
Принимающий центр УВД в случае корректного разбора сообщения ACT и
отсутствия ошибок передает сообщение LAM о подтверждении получения
сообщения. С этого момента условия передачи управления считаются
согласованными. У принимающего центра УВД все рейсы, на которые уже
пришли ACT отображаются в канале ожидания с пометкой об условиях
согласования.

4) В случае необходимости изменить условия согласования, управляющий

центр УВД формирует сообщение REV, с изменившимися условиями
согласования.

5) В случае необходимости отменить согласование, управляющий центр УВД

формирует сообщение MAC.

6) В случае, если согласование OLDI не было проведено до оговоренного

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

1.4.3 Диалоговая процедура согласования.

Процедура согласования на вход активизируется при поступлении от

управляющего пункта УВД уточняющей информации (ABI). В случае если
параметры входа в зону ответственности стандартны, то за оговоренный
промежуток времени до входа согласование происходит автоматически.
Если условия нестандартны, то автоматическая процедура не
производится и пользователь должен осуществить согласование вручную или
голосом с использованием голосовой связи.

Рисунок 5 Пример выполнения процедуры согласования

 Если параметры выхода стандартны, то за оговоренный промежуток
времени процедура согласования на выход активизируется автоматически и в
следующий по маршруту пункт УВД посылается расширенная информация
ABI. Затем за оговоренный промежуток времени до выхода производится
автоматическое согласование выхода (ACT).
Если условия нестандартны, то автоматическая процедура не
производится и пользователь должен осуществить согласование вручную или
с использованием голосовой связи.
Процедура согласования доступна для вызова из следующих
функциональных окон:
 Формуляр ВС;
 Окно ожидаемых/на управлении;
 Окно уточнённых данных о вылетах/посадках (RETA/RETD);
 Окно фактических вылетов (ATD);
 Окно фактических посадок (ATA);
 Окно ФПЛ.

В случае ручного согласования входа/выхода используется окно

Согласование (рис. 5). В заголовке окна указан номер рейса ВС, по которому
осуществляется процедура согласования, и в соответствующих полях
следующие параметры:
Время: время согласования.
Точка: точка передачи управления;
Эшелон: эшелон, на котором будет осуществляться передача. Для
ввода эшелона может использоваться эшелонатор, который вызывается
нажатием кнопки «…».
Смежник: смежный сектор, с которым осуществляется согласование.
Запрос: эта опция используется для нестандартных условий
согласования или смежный сектор требует других условий согласования. В
этом случае данные по условиям согласования передаются диспетчеру. В
другом случае координация осуществляется автоматически.
По телефону: эта опция используется, когда согласование
осуществляется по телефону. В этом случае условия согласования в окне
остаются без изменений и в систему не поступают, поскольку параметры
согласования ВС осуществляется по телефону лично диспетчером.
1.4.4 Передача управления
Приём/Передача управления производится в соответствии с
процедурой OLDI (2.0).
Процедура приёма на управление производится диспетчером вручную
путём обращения к соответствующей функции. Возможна также организация
автоматического приёма на управление ВС, находящихся в зоне
ответственности пункта УВД.
Если параметры выхода стандартны, то за оговоренный промежуток
времени процедура передачи управления активизируется автоматически и в
следующий по маршруту пункт УВД посылается сообщение о готовности к
передаче управления (COF). Если условия нестандартны, то автоматическая
процедура не производится и пользователь должен осуществить передачу
управления вручную или голосом с использованием средств связи.

Рисунок 6 Пример выполнения процедуры приема-передачи управления

Процедура приёма/передачи управления доступна для вызова из

следующих функциональных окон:
 Формуляр ВС;
 Окно ожидаемых/на управлении;
 Окно уточнённых данных о вылетах/посадках (RETA/RETD);
 Окно фактических вылетов (ATD);
 Окно фактических посадок (ATA);
 Окно ФПЛ.
В случае ручной передачи управления ВС используется специальное
окно (рис. 6). В заголовке окна указан номер рейса ВС, по которому
осуществляется процедура передачи управления, и в соответствующих полях
следующие параметры:
 Для смежных секторов по умолчанию используется раскрывающийся
список:
 при передачи управления – следующий сектор управления, если ВС
находится под управлением в секторе;
 при приеме управления – текущий сектор управления, т.е. тот
который принимает управление;
 сектор, в котором находится ВС, если ВС вне сектора управления.

Запрос: посылка сообщения на осуществление приема ВС.

Отдать: посылка сообщения на осуществление соответствующей
процедуры.
Телефон: эта опция используется, когда прием-передача управления
осуществляется по телефону. В этом случае условия приема-передачи в окне
остаются без изменений и в систему не поступают, поскольку параметры
приема-передачи ВС осуществляется по телефону лично диспетчером.
2. Внедрение в Аэронавигации Юга

2.1 Общая характеристика ФГУП «Госкорпорация по ОрВД» филиал

«Аэронавигация Юга»
В состав ФГУП «Госкорпорация по ОрВД» филиал «Аэронавигация
Юга» входит 13 субъектов РФ (Приложение 1):
- Ростовская область;
- Краснодарский Край;
- Волгоградская область;
- Астраханская область;
- Ставропольский Край;
- Республика Адыгея;
- Республика Калмыкия;
- Чеченская Республика;
- Республика Ингушетия;
- Республика Дагестан;
- Кабардино-Балкарская Республика;
- Карачаево-Черкесская Республика;
- Республика Северная Осетия – Алания.

Филиал обслуживает 15 аэродромов гражданской авиации:

- Ростов-на-Дону
- Волгоград
- Элиста
- Астрахань
- Анапа
 - Краснодар Пашково
- Майкоп
- Сочи
- Ставрополь
- МинВоды
- Нальчик
- Грозный
- Владикавказ
- Слепцовская
- Махачкала

Площадь Ростовской зоны ЕС ОрВД 737 т. кв. км. В состав зоны также
входят 55 аэродромов государственной авиации, объединенной в аэроузел; 8
авиационных полигонов, 15 артиллерийских, танковых и других полигонов.
Также на этой территории выделены 2 зоны для установления
временного и местного режимов полета, 11 опасных зон, 4 запретных зоны и
9 зон ограничений.
Общая протяженность воздушных трас составляет 28067,1 км, из
которых международные трасы имеют общую протяженность 18050,9 км,
внутренние – 3455,6 км, а спрямленные – 6560,6 км.
Эксплуатация радиотехнического оборудования обеспечения полетов и
связи осуществляется в филиале 15 службами эксплуатации
радиотехнического обеспечения полетов и связи центров и отделений, а
также служб ЭРТОС Ростовского зонального центра. В состав комплекса
входит:
- система планирования «Синтез ПИВП ЗЦ/ УЦ»;
- автоматический комплекс технических средств АТС-НЗ;
- комплекс речевой связи;
- радиолокационные комплексы (РЛК);
- АРП «Платан»;
- приемно-передающие центры (ППЦ) для связи с ВС (совмещенные с
РЛК и отдельные);
- центр коммутации сообщений АНС ПД и ТС-ЦКС «Монитор».

Диспетчерское обслуживание осуществляется по нескольким

направлениям, и зона в целом разделена на 14 секторов (Приложение Х).
Обслуживание воздушного движения в секторе осуществляют два
диспетчера - диспетчер радиолокационного управления (ДРУ) и диспетчер
процедурного контроля (ДПК). ДРУ и ДПК являются взаимозаменяемыми и
несут ответственность за обеспечение безопасности полетов в равной
степени.
В основе оснащения Ростовского Зонального центра ЕС ОрВД лежит
Районная автоматизированная система управления воздушным движением
РАС УВД «Стрела» разработанная в соответствии с Постановлением Совета
Министров СССР от 23.02.78. Предполагалось, что в стране будет развернуто
несколько систем «Стрела». Тем же постановлением было определено, что
развертывание головного образца РАС УВД «Стрела» будет осуществляться
в Ростовском объединенном районе УВД с центром управления в Ростове-на-
Дону.
Затем последовал еще ряд решений Правительства о создании РАС УВД
«Стрела»:
 определены предприятия – изготовители системы, а также головной
разработчик – Московский научно-исследовательский Институт
приборной автоматики;
 установлен срок завершения совместных государственных испытаний
системы – декабрь 1986г. и назначена государственная комиссия по их
проведению.

Фактическое начало использования системы для осуществления

реального управления воздушным движением осуществлено поэтапно с июля
1990 по март 1991 годов. Сначала было взято УВД на ростовском
направлении, затем с октября 1990г. на краснодарско – сочинском, с февраля
1991г. на минераловодском и в завершение, с 3 марта 1991г. на
махачкалинском направлении.
При этом официально, ввод РАС УВД «Стрела» в штатную
эксплуатацию осуществлен совместным приказом министра транспорта РФ,
министра промышленности РФ и главнокомандующего ВВС от 16 ноября
1992г. №92/1205/256 с 1 октября 1992 года.

На протяжении всего периода эксплуатации РАС УВД «Стрела»

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

2.2 Внедрение процедуры Олди со смежными органами ОВД

С сентября 2009 г. реализация проекта OLDI между РДЦ Ростов и РДЦ Симферополь
стала первым опытом внедрения этой инновации в нашем филиале. Дальше на
очереди стояли коллеги из Харьковского центра УВД и центра УВД Анкары.
Аналогичный безголосовой обмен данными надо было организовать не только с
внешними центрами, но и внутри филиала. Это прежде всего с Кубанским
(Краснодар), Минераловодским и Черноморским (Сочи) центрами ОВД,
отвечающими за ОВД в нижнем воздушном пространстве, что в преддверии
мероприятий по подготовке к обеспечению проведения Зимних Олимпийских Игр
 2014 года в Сочи стало весомым подспорьем диспетчерскому персоналу при
обслуживании очень интенсивного воздушного движения в тот период. В 2015 году
процедура была успешно введена между АДЦ Ростов и РДЦ Ростов, что просто
необходимо для снижения нагрузки на диспетчеров при проведении Чемпионата
мира по футболу в 2018 г. Немаловажным фактором, который влияет на сроки
ввода в эксплуатацию такого вида обмена данными является необходимость
периодов опытной, а потом и штатной эксплуатации с тем, чтобы, с одной стороны,
персонал ОВД разных служб привык и адаптировался к новым условиям работы, а
с другой стороны, система должна поработать какое-то время перед своим
интенсивным использованием для выявления ее возможных слабых сторон.

2.3 Технология работы диспетчеров РДЦ при автоматизированном

обмене информацией по планам полетов.
В РДЦ 20.07.15 были приняты новые руководящие документы, в которых
была прописана технология работы диспетчеров каждого из секторов при
использовании протокола ОЛДИ
Порядок формирования, передачи и приема сообщений OLDI.
4.3.2. Все сообщения формируются и передаются системой
автоматически в соответствии с установленными временными параметрами.
Критерии и временные параметры, по которым формируются сообщения,
указаны в Добавлении 1 к приложению C¹ Соглашениях о процедурах
взаимодействия между Центрами ОВД.
Примечание: диспетчер имеет возможность (через функцию «Действие с
ФПЛ») отправить сообщения ABI(АБИ) и ACT(АЦТ) вручную, до
наступления времени автоматической отправки сообщения системой.
4.3.3. Если смежный центр ОВД принял переданное системой
сообщение, в правой части списка входа в поле «Состояние» появляется
индикация «RCV» (RECEIVED).
4.3.4. При получении сообщения ACT(АЦТ) от смежного центра ОВД у
диспетчера появляется строка в нижней части списка входа.
4.3.5. Если от смежного центра ОВД сообщение о координации не
получено, в правой части строки списка входа появляется индикация «LTO»
(LAM TIME OUT - сообщение LAM от смежной системы не получено) и
поле выделятся красным цветом.
4.3.6. При автоматизированном обмене информацией ДПК обязан:
4.3.6.а) При передаче сообщения ABI в смежный центр ОВД (ДП):
- проконтролировать в строке списка входа в поле «Состояние» наличие
индикации «RCV»;
- в случае появления в поле «Состояние» строки списка входа индикации
«LTO», произвести голосовую координацию в соответствии с пунктом 4.1
настоящей Технологии;
- доложить РП РДЦ (старшему диспетчеру).
Примечание: при выполнении ручной координации («Коорд.») через
функцию «Действие с ФПЛ» автоматический обмен данными по
данному рейсу (ФПЛ) прекращается. Дальнейшая координация по нему
производится голосом.
4.3.6.б) При приеме сообщения ABI из смежного центра ОВД (ДП):
- прием и обработка сообщений производится автоматически или вручную на
рабочих местах ГПК (текущего планирования ДЦП и К ИВП).
4.3.6.в) При передаче сообщений ACT (АЦТ), REV (РЕЖ), PAC (ПАЦ) в
смежный центр ОВД (ДП):
- проконтролировать в строке списка входа в поле «Состояние» наличие
индикации «RCV»;
- в случае появления в поле «Состояние» строки списка входа индикации
«LTO», произвести голосовую координацию в соответствии с пунктом 4.2
настоящей Технологии;
- доложить РП РДЦ (старшему диспетчеру).
Примечание: любые изменения полетных данных за время 5 минут и менее
до пролета точки координации (COP), в том числе и обязательных для
передачи в соответствии со стандартом протокола OLDI, должны быть
переданы по каналам голосовой связи.
4.3.6.г) При приеме сообщений ACT (АЦТ), REV (РЕЖ), PAC (ПАЦ) из
смежного центра ОВД (ДП):
- при получении сообщения ACT(АЦТ) или PAC (ПАЦ) от смежного центра
ОВД у диспетчера появляется строка в нижней части списка входа. При
этом ДПК обязан:
- оценить воздушную обстановку, проанализировать информацию в списке
входа и информировать ДРУ о ПКС.
Примечание: В случае, если ВС взято на сопровождение диспетчером
(трек собственный с признаком сектора), автоматический обмен данными
по этому рейсу (ФПЛ) прекращается. Дальнейшая координация по нему
производится голосом.
Заключение
Приложение 1
Приложение 2
ABI из РДЦ Симферополь в РДЦ Ростов (нет плана полета)

Приложение 3
ACT из РДЦ Ростов в РДЦ Симферополь

Приложение 4
REV из РДЦ Ростов в РДЦ Симферополь

Приложение 5
PAC из РДЦ Ростов в РДЦ Симферополь

Приложение 6
MAC из РДЦ Ростов в РДЦ Симферополь