ГОСТ Р 59800—2021
или pull и/или обоих. Если предусмотрены расположения режимов push и pull, то HNED сначала ис
пользует расположение режима pull и только в случае отказа переходит к расположению режима push.
Для уменьшения объема данных запись о регионе рекомендуется компрессировать (см. таблицу
20). Не рекомендуется переносить все типы почтовых адресов (CAtype) в запись региона. HNED долж но
минимизировать время обработки и прекращать поиск, если CAtype не соответствует значению,
предоставленному сервером DHCP.
HNED прекращает синтаксический анализ структуры XML при обнаружении не соответствующих
друг другу пар тип/значение. Совпадение всех пар тип/значение и достижение конца дерева элементов
гражданского адреса означают, что идентификатор соты (CelllD) получен.
При предоставлении данных DHCP GEOCONF_CIVIC на нескольких языках (CAtype=0), достаточ
но иметь совпадение на одном из языков для получения идентификатора соты.
При multicast-доставке значение PayloadID (таблица 21) равно 0x07.
Семантика поля предложений о регионе представлена в таблице 8.
Таблица 8 — Семантика поля предложений о регионе
ИмяОпределения семантики полей
Указания применения
Cell Единица регионирования, которая содержит иерархиче
ский список гражданских адресов, к которому относится
регион (гражданские адреса, доступные через DHCP)
Обязательное
В данном разделе приведено описание процессов получения идентификатора региона через
HTTP (режим pull). Для получения идентификатора соты при работе в режиме pull HNED отправляет со
общение POST в URI, извлеченный из предложения по регионализации (Regionalization Offering). Тело
метода должно содержать код страны и информацию о гражданском адресе, полученную через опцию 99
DHCP. Сервер отвечает POST устройству с идентификатором соты, определяющим расположение
HNED.
Запрос идентификатора соты должен использовать следующий формат:
’POST ’path request ’НТТР/1.1’ CRLF
’Host: ’host CRLF
CRLF
message_body,
где request = ‘CelllD’— идентификатор соты;
path = абсолютный путь URI, указанный в атрибуте Location элемента pull элемента Regionization
Offering (типа OfferingListType, см. таблицу 18, пункт 19), с добавлением /;
host = расположение сети (полномочное) URL, указанного в атрибуте «Location элемента pull эле
мента «Regionization Offering» (типа OfferingListType) (см. таблицу 18, пункт 19);
message_body = элемент записи запроса соты, включая код страны и всю информацию о граждан
ском адресе, полученную через опцию 99 DHCP.
В поле CountryCode устанавливается значение, полученное из опции 99 DHCP.
Элементы гражданского адреса могут быть перечислены в любом порядке, но рекомендуется при
держиваться порядка элементов в сообщении DHCP.
Если в данных DHCP GEOCONF_CIVIC присутствует набор параметров для нескольких языков
(CAtype=0), HNED должно предоставить каждому набору параметров идентификаторы соты на всех
языках.
Тело ответа от сервера HTTP должно быть предложением регионализации, содержащим един
ственный элемент с результирующим идентификатором соты, который провайдер служб установил для
расположения, предоставленного в запросе значениями CAtype. HNED должен игнорировать код стра ны
и элементы СА, которые могут быть указаны в ответе.
Предложение о службах удаленного управления, встроенных программах и обновления ПО
RMSFUSDiscoveryType могут быть идентифицированы сочетаниями нескольких служб. При multicast-
доставке значение PayloadID для DVBSTP должно быть 0x8 (таблица 21). В таблице 9 представлены
определения семантики полей служб по ссылкам.
16