2.5.2.2 Установление связи по cpdlc

ЧМИ должен обеспечить ясное различие между ВС, оборудованными CPDLC или не оборудованными (по информации из плана полета). Эти различия следует отображать всегда и с привязкой к радиолокационному ФС или символу местоположения.

Отдельным признаком, однозначно ассоциируемым с конкретным ВС (например: с символом трека ВС и/или с ФС ВС), должно индицироваться, что для зарегистрированного ВС задействован сервис CPDLC.

Любую досрочную потерю сервиса рекомендуется индицировать диспетчеру, как только эта информация становится доступной.

Если ВС оборудовано CPDLC, то ЧМИ должен обеспечить диспетчеру ясный отличительный признак статуса цифровой связи с ВС:

ВС не зарегистрировалось в системе, возможность CPDLC-диалога отсутствует

ВС зарегистрировалось в системе («logged-on»), возможность CPDLC-диалога отсутствует (logon request + logon response), Статус logged-on - зарегистрировано

ВС зарегистрировалось в системе(«logged-on»), есть возможность CPDLC-диалога (CPDLC connection enabled’) (Статус: CPDLC задействована).

2.5.2.3 Требования к ЧМИ CPDLC

2.5.2.3.1 Общие требования

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

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

Чтобы избегать отвлечения визуального внимания диспетчеров от отображения воздушного движения, информация, относящаяся к диалогам CPDLC (например, уведомление о сообщении и состояние диалога), следует отображать на индикаторе воздушного движения, предпочтительно в ФС ВС (или в непосредственной близости к ФС).

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

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

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

На уровне системного администратора должна иметься возможность включения/отключения возможности для ДПК вести с ВС диалог CPDLC о передаче управления ВС (сервис ACM) .

Диспетчер может одновременно иметь несколько открытых по CPDLC диалогов.

ЧМИ должен обеспечивать возможность:

- оперативную подготовку сообщений CPDLC с минимизацией требуемых пультовых операций пользователя;

- визуальную проверку правильности содержания сообщения CPDLC и ее подтверждения (либо отмену сообщения) перед отправкой на борт ВС.

Информация, которая может потребоваться в любое время, должна отображаться постоянно и обновляться автоматически.

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

Должны отображаться только данные, необходимые для текущей работы с CPDLC.

Должна обеспечиваться оперативная возможность управления составом этих данных в согласованном объеме со службой движения.

Отображение данных и формат текстовых сообщений на рабочем месте диспетчера должно иметь однозначный смысл и использоваться единообразно.

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

2.5.2.4 Отображение и форматирование сообщения, переданного с борта

Текст сообщений CPDLC должен быть на английском языке.

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

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

Должна обеспечиваться возможность оперативного изменения размера окна сообщений по горизонтали с одновременным автоматическим изменением его размера по вертикали.

Окно сообщений должно располагаться рядом с ФС и не закрывать символ трека и ФС.

Полученное с борта сообщение должно отображаться на экране до тех пор, пока диспетчер не отправит ответ на это сообщение.

Следует предусмотреть средства, позволяющие диспетчеру отображать находящееся на рассмотрении (отложенное) сообщение, ожидающее решения без обязанности отвечать на это сообщение.

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

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

Если сообщение требует ответа, или ответ все еще не выполнен, то рекомендуется явно указать диспетчеру, получившему это сообщение визуальным сигналом оповещения.

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

Все входящие сообщения должны быть доступны для отображения до тех пор, пока они не будут закрыты.

Должен обеспечиваться оперативный доступ к предыдущим полученным и отправленным сообщениям (например, окно «история сообщений»).

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

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