ГОСТ Р 59800—2021
Segmentld = 4 HEXDIG; Любое шестнадцатеричное число от 0000 до ffff;
Segmentltem = Segmentld 0*1(‘&Version=’VersionNumber;
Segmentltem — это Segmentld с опциональным полем для номера версии;
VersionNumber = 2 HEXDIG; любой шестнадцатеричный номер от 00 до ff.
Запрос на обнаружение службы следует использовать в двух случаях: для первого сбора данных
SD&S и при обнаружении изменения в одном из сегментов.
В 5.2.4 настоящего стандарта описан механизм регионализации. Для получения идентификатора
соты в режиме pull HNED отправляет сообщение POST в URI, извлеченное из Regionalization Offering
(предложение по регионализации). Тело метода должно включать в себя код страны и всю информацию о
гражданском адресе, полученную через опцию 99 DHCP. Сервер отвечает POST с идентификатором
соты, определяющим расположение. Запрос идентификатора соты должен использовать следующий
формат:
’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-сервера должно быть предложением регионализации (см. 5.2.11), содержа
щим один элемент Cell с результирующим идентификатором соты, который SP представил значениями
CAtype в запросе. HNED должно игнорировать в ответе код страны и элементы СА.
5.4.4 Сигнализация об изменениях в предложении провайдера или в информации для по
иска провайдера
Сигнализация об изменениях в предложении провайдера или в информации для поиска провай
дера должна выполняться при увеличении номера версии информации для поиска провайдера. Ин
формация для поиска службы, описывающая предложение провайдера, разделена на сегменты по
типам службы. Изменения в предложении влечет за собой изменения в связанном сегменте. Любые
изменения в данных, которые переносятся в сегменте, должны сигнализироваться увеличением номе ра
версии сегмента. HNED должно контролировать записи обнаружения провайдера для того, чтобы
определить любые изменения номеров версий. После обнаружения новой версии записи обнаружения
провайдера HNED должно проверить необходимость обновления описания провайдера и проверить
наличие любых изменений в предложении службы.
HNED должно определить измененные части предложения службы проверкой номера версии сег
мента каждого сегмента, которым HNED хочет управлять. В режиме pull запись открытия провайдера
служб должна проверяться не менее двух раз на интервале максимального времени цикла.
В случае, когда список сегментов приведен в записи открытия провайдера (обязательный в режи
ме pull и опциональный в режиме push), HNED должно обнаруживать дополнения или удаления сегмен
тов с учетом перечня ID, допустимых для провайдера сегментов.
В режиме pull, при отсутствии перечня сегментов в записи открытия SP и изменениях информации
для поиска SP (при отсутствии изменений в предложении), HNED должно проверить номер версии всех
ID сегмента, присоединенных к соответствующему групповому адресу.
В режиме pull, при отсутствии перечня сегментов в записи открытия провайдера служб, сегмент
должен считаться удаленным.
5.4.5 Фрагментация записей SD&S
Определены следующие типы информации SD&S, которые могут быть использованы в процессе
поиска служб:
- информация SD&S о провайдере службы;
33