Doc 9924 - Сертификаты типа (МАК)

Добавление I. Специальные услуги режима S I-5
3.2.2 Доступ к SSE должен учитывать следующие факторы:
a) SSE предназначен в основном для критических с точки зрения времени прикладных процессов.
В таких случаях обычно целесообразнее согласиться с отдельными фактами потери
информации в реальном времени, которая будет заменяться новыми данными, нежели
обеспечивать надежную сквозную передачу сообщений. Реализация такого порядка
обслуживания вызовет опасность того, что система связи не будет поспевать за прикладным
процессом;
b) специальные услуги режима S поддерживают имеющие минимальный служебный заголовок
протоколы связи в реальном времени без установления соединения и не соответствуют
базовой концепции OSI. Внедрение промежуточных видов обслуживания, ориентированных на
установление соединения между SSE и его пользователями, потребует разработки
специальных протоколов, например, для обеспечения надлежащей сквозной доставки
всенаправленных сообщений;
c) большинство прикладных процессов, использующих специальные услуги режима S, скорее
всего, будет осуществляться на автономных конечных системах, которые напрямую связаны с
GDLP, а не обмениваются данными через AT.
3.2.3 В том случае, когда ориентированные на установление соединения промежуточные уровни
отсутствуют, ответственность за управление диалогом между SSE и его абонентами зависит полностью от
прикладных процессов.
3.3 Обработка специальных услуг режима S
Примечание 1. SSE обеспечивает использование трех видов услуг: всенаправленную передачу,
GICB и MSP.
Примечание 2. Форматы данных, содержащихся в бортовых регистрах, всенаправленные
сообщения и MSP определяются в Doc 9871.
3.3.1 Обработка GICB
3.3.1.1 Протокол GICB был разработан для обеспечения возможности эффективной доставки нескольким
запросчикам, не прибегая к координации, информации в реальном времени, например, данных о состоянии
воздушного судна. Применяемый метод заключается в использовании в приемоответчике 255 регистров по
56-бит каждый и кодировании запроса, позволяющем запросчику точно указать, содержимое какого регистра он
желает получить в ответе на данный запрос. Таким образом, для получения информации используется только
одна приемопередача, и не требуется ее согласование с соседними запросчиками, поскольку любой запросчик
не может стереть или изменить содержимое регистров. Хранимая в регистрах информация должна обновляться,
поскольку бортовая функция загрузки регистра не знает, когда он будет считываться. Вся операция очень
похожа на считывание кода абсолютной высоты в ответе в режиме наблюдения.
3.3.1.2 Рекомендуемый протокол подписки на GICB заключается в следующем:
a) наземный абонент направляет в SSE сообщение о подписке, которое указывает на то, что он
желает получать данные GICB для одного или нескольких регистров;
b) наземный абонент может направить запрос GICB в отношении единичного или периодического
извлечения содержимого конкретного регистра приемоответчика данного воздушного судна;