ГОСТ Р 59800—2021
нии данных внутри сегмента номер его версии должен быть увеличен. При этом существуют версии
неизменяемых сегментов.
Записи, содержащие информацию обнаружения провайдера служб (PayloadID 0x01), не должны
сегментироваться при использовании режима pull. Во всех остальных случаях записи XML должны быть
сегментированы. Запись начинается от одного сегмента.
В ГОСТ Р 54994—2012 (подраздел 5.4) показаны взаимосвязи между сегментами, идентификато
ром полезной нагрузки и записями.
Продолжительность времени, требуемая для передачи всех сегментов, составляющих полный
набор данных SD&S для провайдера служб, называется временем цикла. Максимальное время цикла
должно быть равным 30 с.
5.4.6 Записи XML и идентификатор полезной нагрузки
Записи XML должны быть выполнены таким образом, чтобы каждая запись содержала элементы
только одного из основных типов XML по 5.2.11.
Поле Payloadld заголовка multicast-протокола должно отражать тип записи, содержащегося в пере
даваемых multicast-пакетах. Любая запись XML должна содержать корневой элемент ServiceDiscovery,
который содержит произвольное число элементов только одного типа (например, BroadcastDiscovery).
Любая запись XML должна содержать корневой элемент ServiceDiscovery, который содержит произ
вольное количество элементов только одного из следующих типов:
- BroadcastDiscovery;
- CoDDiscovery;
- ServiceFromOtherSP;
- ServiceProviderDiscover;
- BCGDiscovery;
- RegionalizationDiscovery;
- RMSFUSDiscovery;
- SRMDiscovery.
5.4.7 Сегментация записей XML
Записи, содержащие информацию обнаружения провайдера служб (ID полезной нагрузки = 0x01)
в режиме pull не должны сегментироваться.
Во всех других случаях записи XML должны быть сегментированы.
Запись может состоять из одного сегмента.
Каждый сегмент должен содержать полный корневой элемент ServiceDiscovery, состоящий из
целого числа дочерних элементов (например, BroadcastDiscovery), как определено в 5.2.11. Сегмент не
должен содержать часть дочернего элемента. Сегмент не должен содержать более одного типа до
чернего элемента.
Каждый сегмент должен быть действительным и правильно сформированным.
Каждый сегмент должен иметь уникальный идентификатор в области действия провайдера служб
и идентификатор полезной нагрузки. Для общего группового адреса провайдер служб должен сигнали
зироваться полем ServiceProviderlD в заголовке DVBSTP (см. 5.4.1). Для multicast-адреса, передавае
мого только одним провайдером служб, эта информация выводится из multicast-адреса. При использо
вании HTTP информация о провайдере служб включается в запрос (см. 5.4.2). Каждый сегмент может
содержать элементы обнаружения вещания или элементы обнаружения пакетов только для одного
пакета. Если сегмент создан для конкретного пакета, информация о пакете должна указываться атри
бутом PackagelDRef элемента TargetPackage (см. таблицу 18, пункт 44).
5.5 Кодирование сегментов
Сегменты SD&S могут быть закодированы с помощью BiM по ГОСТ Р 54994—2012 (подраз
дел 5.5). Провайдер сети должен сделать доступными некодированные сегменты SD&S, либо в режиме
pull, либо в режиме push, либо в обоих режимах. В случае доставки одного кодированного и одного не-
кодированного multicast-потока HNED может различать потоки в соответствии с флагом «compression»
заголовка DVBSTP.
Примечание — Если SP поставляет BCG, то ожидается, что HNED поддерживает кодирование BiM.
35