ГОСТ Р 59800—2021
Окончание таблицы 20
Обозначение схемы
компрессирования
Тип схемы компрессирования
Значение общего
размера сегмента
110
Для применения схем ITU-T
Передаваемый размер
111
Частный пользователь
Определяет пользователь
- ServiceProvider ID, поле 32 бита. Семантика этого поля зависит от того, использует ли сеть IPv4
или IPv6, как указано в поле версии. Для IPv4 это 32-разрядное число, представляющее адрес IPv4,
который используется для идентификации провайдера служб. Это число должно быть адресом IPv4.
Остальная часть поля должна игнорироваться.
Для IPv6 это 128-разрядное число (переносимое в виде четырех 32-битовых слов), представляю
щее адрес IPv6, который используется для идентификации провайдера служб. Должны быть указаны
все цифры адреса IPv6, включая начальные нули.
SP несет ответственность за поддержку этого адреса соответствующими полномочиями и за под
держку уникальности значения в пределах области, в которой он используется. «ServiceProviderlD»
используется только для HNED.
Поле ServiceProviderlD является обязательным, если провайдер знает, что другие провайдеры
служб не могут использовать этот адрес multicast-доставки.
Профилирование применяется к службам как для IPv4, так и для IPv6. Тем не менее следует при
менять различные методы, если в поле ServiceProviderlD не указывается соответствующий уникальный
адрес IP.
Размер сегментов может превышать размер, поддерживаемый базовой сетью. Для обеспечения
эффективной доставки данных сегменты делятся на секции. Каждая секция должна отправляться в
одной датаграмме UDP, каждая датаграмма UDP должна содержать только одну секцию.
Чтобы собрать весь сегмент, HNED собирает полезную нагрузку всех секций и упорядочивает их
по номерам секций. После того как весь сегмент будет собран, может быть выполнена проверка CRC.
В ГОСТ Р 54994—2012 (подраздел 5.4) показаны взаимосвязи между секциями, сегментами и за
писями.
Размер секции должен соответствовать ГОСТ Р 54994—2012 (подпункт 5.4.3.2.2).
Поле ServiceProviderlD позволяет HNED фильтровать пакеты без проверки или декомпрессии.
Поле ServiceProviderlD рекомендуется использовать только с записями обнаружения провайдера
служб, когда PayloadID равен 0x01, поскольку после этого процесс обнаружения позволит получать
только multicast-адреса.
При использовании поля ServiceProviderlD параметры фильтрации пакетов должны соответство
вать ГОСТ Р 54994—2012 (подпункт 5.4.3.2.3).
Если провайдер не может получить уникальный адрес IPv4 для передачи пакетов UDP может ис
пользоваться идентификатор original_network_id. Он отображается в нижней части специального диа
пазона адресов IPv4 значением 0.0.0.0/16.
В случае отсутствия у провайдера адреса IPv6 для передачи пакетов UDP в поле ServiceProviderlD
должен устанавливаться действительный адрес IPv6. Если адрес не предоставлен или предоставлен
ный адрес не может считаться действительным, секция DVBSTP должна игнорироваться.
Длительность передачи полного цикла передачи всех сегментов записей SD&S должна соответ
ствовать ГОСТ Р 54994—2012 (подпункт 5.4.3.2.4).
5.4.3 Unicast-передача информации SD&S
HTTP должен использоваться для всех соединений между HNED и серверами SD&S для доставки
информации SD&S в режиме pull. Режим pull может использоваться для передачи запросов:
- на обнаружение информации о провайдере служб;
- получение информации о службах провайдера служб;
- получение идентификатора соты, определяющего расположение, относящегося к предложению
регионализации провайдера служб.
HTTP должен возвращать ответы на запросы, соответствующие записям XML, определенных в
5.2.6 в незашифрованном виде. HNED должно оценить сообщение, возвращаемое с сервера SD&S для
того, чтобы убедиться, что он имеет статус успешного обмена 200. Если статус успешного обмена 200
не возвращается, запрос должен повториться в соответствии с механизмом предотвращения перепол
нения. После получения статуса обмена 200 соединение TCP закрывается.
31