Как работает передача обслуживания между авиадиспетчерами?

У меня есть вопросы по управлению воздушным движением.

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

Мой вопрос о передачах и диапазоне.

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

Вики говорит ...

Когда воздушное судно достигает границы зоны управления центром, оно «передается» или «передается» в центр управления следующей зоной. В некоторых случаях этот процесс "передачи" включает передачу идентификационных данных и данных между диспетчерами, чтобы можно было беспрепятственно предоставлять услуги управления воздушным движением; в других случаях местные соглашения могут разрешать «тихую передачу обслуживания», так что приемный центр не требует какой-либо координации, если трафик представлен согласованным образом. После передачи воздушному судну дается смена частоты, и он начинает говорить со следующим диспетчером. Этот процесс продолжается до тех пор, пока самолет не будет передан диспетчеру терминала («заход на посадку»).

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

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

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

Все это вызвало еще один вопрос. Я должен предположить, что в более загруженных центрах управления работает больше одного человека. Как это управляется? Кто что контролирует?

Как человек с более чем 1000 повторений, вы наверняка должны знать, что задавая так много вопросов в одном посте, как этот, он, скорее всего, будет закрыт как слишком широкий. Их можно легко задать в виде серии более мелких вопросов.
Этот сайт работает лучше всего, когда вы задаете один вопрос и используете заголовок, чтобы резюмировать этот вопрос. Я отредактировал заголовок на один вопрос для вас, но я думаю, что основная часть вашего вопроса по-прежнему состоит из нескольких отдельных вопросов.
Я сожалею об этом, они как бы сливаются в единое целое. Или я думаю, что они делают.
@ Notts90: Очевидно, что один ответ будет охватывать все эти детали, я считаю, что ОП просто гарантирует, что ответ будет достаточно подробным.
@mins Я не согласен с тем, что это очевидно, а также думаю, что некоторые из них были бы лучше и полезнее в качестве отдельных вопросов.
@SteliosAdamantidis Я подумал об этом и решил использовать то, что казалось более вероятным поисковым запросом, думая, что ответ, вероятно, будет достаточно общим, чтобы охватить центр управления районом и башню аэропорта. Я все еще думаю, что это отдельные вопросы: на один нужен ответ о радаре, выходящем за пределы воздушного пространства, на один нужен ответ о передаче деталей между диспетчерами в разных местах, и на третий нужен ответ о том, как распределяются обязанности в одном аэропорту.
Извините, если кого-то раздражает, что у меня так много частей вопроса. Но, рискуя спорить, я считаю важным понимать, как работает вся система. Хотя технически некоторые из них можно было бы разделить на отдельные вопросы, каждый сам по себе лишь рисует часть картины. ATC работает из-за гармонии всех частей, и иметь дело с каждой по отдельности было бы ошибкой ИМХО. Хотя вопрос может быть немного широким.

Ответы (2)

Ответ на ваш вопрос сильно зависит от юрисдикции, которую вы не указываете. Я отвечу за Европу-Грецию, где у меня есть некоторые знания. Процедуры могут отличаться в зависимости от ANSP и могут быть изменены.

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

На это влияет несколько факторов, и я бы сказал, что это часть работы:

Обучение и персонал

Я знаю, что в Греции диспетчеров специально просят настроить свои CWP таким образом, чтобы они могли видеть не менее 10 морских миль от границы контролируемой зоны и, безусловно, они должны были видеть весь сектор в любое время. Кроме того, если какая-то область довольно занята, у них есть дополнительный экран радара (представьте, что это похоже на PIP), который может фокусироваться на этой области. Таким образом, они могут хорошо видеть многолюдные места, не теряя полной картины.

Также здесь не один контроллер на сектор, а два. РО (оператор РЛС) и планировщик. Работа планировщика (среди прочего) заключается в том, чтобы согласовывать с соседними секторами траекторию всех прибывающих рейсов, и если будут значительные отклонения, они уведомят RO.

Фактическая процедура передачи

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

Если следующий диспетчер не принимает раздаточный материал, рейс возвращается к диспетчеру предыдущего сектора . Детали этого процесса изменились после аварии Helios 552 ; (1) именно поэтому я сказал, что процедуры могут быть изменены по усмотрению ПАНО.

Есть исключения, и ничто не высечено на камне: у рейса могут быть запросы, которые текущий диспетчер не может безопасно выполнить: высота, выше или ниже. Направить в какую-то точку за пределами сектора. Изменение скорости, например, снятие ограничения скорости на 250 узлов для участков подхода. Затем диспетчер, который в настоящее время управляет полетом, может передать полет в следующий сектор с согласованием или без согласования со следующим диспетчером в зависимости от ситуации.

РПИ Дизайн

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

Наконец, для секторов, где передача полетов с набором высоты или снижением является обычной (например, TMA), существуют предварительно определенные высоты для передачи. Например, при пересечении границы сектора полет должен находиться на эшелоне FL210. Опять же, ничего не высечено в камне, и могут быть небольшие отклонения. Если есть большие отклонения, то секторы согласовываются так, как я упоминал ранее.

Координация между РПИ

Все вышеперечисленное происходит между контрольными секторами в одном РПИ . При передаче управления другим РПИ это совсем другая история. Полеты координируются по каналу связи либо вручную (по телефону), либо автоматически (по протоколам типа OLDI). Диспетчер пограничного сектора следующего РПИ ожидает полет в определенную точку в определенное время. Если рейс не появляется, его начинают искать... Звонят с положенной частотой, звонят в ЧП, звонят в предыдущий РПИ (и не обязательно в таком порядке).

откуда каждый центр знает, кто контролирует самолет и могут ли возникнуть ситуации, когда никого нет...?

Когда мы говорим об УВД на маршруте , не бывает такого, чтобы никто не контролировал ситуацию . Полет находится под контролем сектора (и, следовательно, FIR), который «содержит» полет в трехмерном пространстве. Тот факт, что вы «видите» полет, не означает, что вы его контролируете. Это означает, что вы знаете о его присутствии, что хорошо.

Я должен предположить, что в более загруженных центрах управления работает больше одного человека. Как это управляется? Кто что контролирует?

См. комментарий выше о RO и планировщике. Есть и другие очень хорошие ответы на этот конкретный вопрос, такие как этот, где вы можете увидеть где-то в конце,

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

состоит из двух человек, и, насколько я вижу, левый — эквивалент RO, а правый — эквивалент планировщика.

Приложение I: Объяснение важности дизайна сектора

Вот пример из сектора Милос (он же AC5) в Греции. Чтобы не загромождать карту, я скрыл береговую линию и показал только аэродромы. Сектор — это черная область, а остальная часть РПИ — серая. Обратите внимание, что на самом деле это не так, я просто изменил настройку цвета, чтобы выделить интересующую область.

Милош Сектор

Чтобы получить лучшее представление о районе, вот что отображается . Остров Милос находится в центре.

Не вдаваясь в детали сектора, поскольку это будет не по теме, вы можете видеть, что точка конфликта, о которой я говорил, находится там, где красная стрелка. Это MIL VOR-DME, расположенный на острове Милос. Там у вас есть 10 авиалиний (2) , сходящихся, «питаемых» аэропортом Афин (LGAV) на севере и аэропортом Ираклиона (LGIR) на юге (зеленые стрелки). Как я уже говорил, точка конфликта находится практически в центре сектора. Прямо в глазах диспетчера, вдали от "неоднозначности" границы сектора.

Можно возразить, что есть еще две точки, где сходятся воздушные трассы, одна на севере (KEA VOR-DME, название не показано) и одна на северо-западе (DDM VOR-DME, название не показано), которые находятся очень близко к границе следующего сектора. Хотя это правда, эти точки не являются такими большими конфликтными точками, как MIL VOR-DME, потому что

  1. KEA и DDM являются основными навигационными средствами для Афинского ТМА, и ожидается, что к ним будет сходиться множество воздушных трасс и
  2. большинство рейсов, которые будут пересекать эти точки более 250 (вертикальный предел Афинской ТМА), обычно будут выполняться по маршруту, поэтому не будет неожиданных изменений курса и высоты.

Также обратите внимание, что Афины TMA (светлая коралловая линия) перекрываются с AC5. Это означает, что отправления из LGAV в южном направлении будут переданы AC5, когда они будут далеко в секторе, вдали от границы.


Ноты

(1) Многие спрашивают, как авария Helios 552 может быть связана с этим процессом. Это не связано напрямую . Перед аварией Helios процесс был следующим: Предложить самолету следующий сектор. Следующий сектор принимает предложение. Предыдущий сектор это видит и переключает частоту. Это было наоборот : принимающий сектор не принимает передачу обслуживания, если первым не позвонит самолет. Так проще (и быстрее) обнаружить рейсы, которые по какой-либо причине не звонили. Как вы можете видеть, это не имеет прямого отношения, но это было изменение для обеспечения безопасности процедуры.

(2) Для записи этоA10, A14, B26, B34, J56, R32, L617, M601, N134, P32

Акронимы

ANSPПоставщик аэронавигационного обслуживания

ROОператор радара

CWPРабочее положение контроллера

OLDIОбмен данными в режиме онлайн

TMAТерминальная зона маневрирования

Спасибо, что нашли время написать такой исчерпывающий ответ и ссылку, которая полностью объясняет все части, о которых я спрашивал, которые рисуют полную картину, поэтому я сохранил все вопросы в одном. :) Просто чтобы прояснить один неприятный момент, касающийся конструкции FIR, означает ли это, что обычно самолеты не передаются во время поворота или набора высоты / снижения через другую воздушную трассу.
Еще раз спасибо .. Я приму этот ответ завтра, если никто не предложит более полный ... в чем я очень сомневаюсь :)
@Trevor, не спеши :) рад помочь.
Можете ли вы объяснить, как авария Helios 552 повлияла на изменение процедуры? Мне кажется, что УВД мало что может сделать, если пилоты на самом деле не управляют самолетом.
@FreeMan поначалу это не очевидно, но это связано с УВД (когда пилоты не разговаривают с вами). Но поскольку речь идет о несчастном случае , позвольте мне спросить у некоторых людей, что можно раскрывать, а что нет, и я вернусь. Я предпочитаю удалить ссылку на аварию, чем уточнять то, чего не следует...
@SteliosAdamantidis ссылка на Helios 552 все еще действительна здесь?
@vasin1987 добавил сноску. Надеюсь, это поможет. Дайте мне знать, если что-то может быть объяснено лучше или неясно.
@FreeMan, даже с задержкой почти на год, я обновил ответ. Я надеюсь, что это охватывает вас.
Downvoter хочет объяснить?

Я был диспетчером в США и думаю, что это хороший фундаментальный вопрос об УВД, который распространен во всем мире в воздушном пространстве между аэропортами. Идея заключается в том, что один контроллер радара (а часто и помощник) отвечает за все в пределах вертикальной и поперечной границы («сектора», к которому они относятся), который также отображается на всех соседних радарах. Если вы видите цель самолета, которая также показывает ее высоту, вы будете знать, какой сектор «контролирует» этот самолет, и можете позвонить им по внутренней связи, если он направляется в ваш собственный сектор и конфликтует с одним из ваших. Вы знаете, что он направляется в ваш сектор, потому что другой диспетчер «инициирует передачу обслуживания», в результате чего он появляется на экране вашего радара с мигающей индикацией «переключения». В этот момент вы можете посмотреть его маршрут полета, текущую высоту и назначенную высоту и определить, не конфликтует ли он с каким-либо из ваших самолетов, например, летящим в противоположном направлении. Иногда это случается, и в этом случае вы звоните в сектор, в котором осуществляется передача, и говорите им изменить маршрут или заданную высоту, чтобы они больше не конфликтовали с вашим собственным самолетом. Они делают это, и только тогда вы принимаете передачу. Таким образом, каждый самолет в вашем секторе или направляющийся в ваш сектор будет отделен от всех остальных. Мы называем это «позитивным разделением». и скажите им изменить маршрут или заданную высоту, чтобы они больше не конфликтовали с вашим собственным самолетом. Они делают это, и только тогда вы принимаете передачу. Таким образом, каждый самолет в вашем секторе или направляющийся в ваш сектор будет отделен от всех остальных. Мы называем это «позитивным разделением». и скажите им изменить маршрут или заданную высоту, чтобы они больше не конфликтовали с вашим собственным самолетом. Они делают это, и только тогда вы принимаете передачу. Таким образом, каждый самолет в вашем секторе или направляющийся в ваш сектор будет отделен от всех остальных. Мы называем это «позитивным разделением».

Когда вы вышли на пенсию? Так системы УВД работали 10-15 лет назад, с «мигающей индикацией переключения». Современные системы работают с линиями OLDI/AFTN и автоматизированным обменом ABI/ACT.
@pcfreak, система, с которой я работаю сегодня (STARS, терминальная система отображения радаров FAA), действительно «мигает» тегом данных переданного вам самолета.
@randomhead Oof, и это все еще работает с современными объемами трафика? Сколько самолетов вы будете работать в час? 70? 75?
@pcfreak Я работаю на очень-очень медленном объекте, максимум, с чем я работал за час, это, наверное, 15-20 самолетов, и это щедро. Но даже при очень высокой громкости я сомневаюсь, что процесс принятия передачи (нажатие HO, ENTER на клавиатуре или нажатие на мигающую цель) является узким местом. Как работает описанная вами система? Идентификация передается между контроллерами автоматически ? Как принимающий диспетчер запрещает вход в свое воздушное пространство?
@randomhead Это на самом деле очень медленно 😳 Мы получаем планы полетов для каждого рейса, запланированного для нашего центра, из Евроконтроля в Брюсселе. Они собирают и распространяют данные плана полета. Когда самолет улетает, диспетчер вышки запустит FPL, выбрав «Взлет» в своей системе. В сектор отправления отправляется автоматическое сообщение, которое сопоставит трек и метку данных. Отныне все секторы будут отправлять автоматические сообщения ACT по линиям OLDI, чтобы объявить, через какой COP и маршрут, на каком уровне и с каким сигналом самолет входит в следующий сектор.
@randomhead Если принимающая система отвечает на MSG в течение 2 секунд с помощью LAM (подтверждение MSG), полет скоординирован. До 5 минут полета на КС мы можем отправлять (или получать) автоматические сообщения REV (ревизии) об изменении уровня. На нашем экране ACFT будет коррелировать после получения ACT и изменится с белой метки (беспокойный полет) на синюю метку (запланированный полет), как только время полета до вашего сектора составит <20 минут. Затем вы начинаете планировать этот рейс в своем транспортном потоке. Если вам нужны ACFT на другом RTE, HDG, LVL или вообще не можете принять, вы сообщаете восходящий сектор по телефону
@pcfreak звучит очень похоже на нашу систему; радиолокационная система будет отслеживать воздушное судно во время его полета и при необходимости автоматически инициирует передачу обслуживания на следующий объект. Можно увидеть приближающийся тег, если область действия достаточно уменьшена. Как только передача обслуживания инициирована, метка мигает, и диспетчер щелкает по ней, чтобы показать согласие (разрешение на вход в воздушное пространство). Я не знаю технических деталей линий OLDI и т. д., но если нет проблем (самолет находится далеко от запланированного маршрута и т. д.), передачу обслуживания не нужно вручную инициировать передающим диспетчером.
@randomhead Для меня это совсем не звучит знакомо, потому что у нас нет того, что вы называете «процессом передачи». Всякий раз, когда одно учреждение получает информацию о рейсе, оно принимает рейс. Все происходит на 100 % автоматически — никаких подтверждений не требуется. Ничто не будет мигать, ничего не нужно подтверждать, даже если самолет находится далеко от маршрута. Мы даже можем отправлять автоматические сообщения ACT на совершенно новые объекты, которые никогда не были на запланированном маршруте, в случае длинных сокращений (сокращения 600 миль и более для нас действительно являются стандартом; я не знаю, как вы с этим справитесь в США)