ГОСТ Р 59800—2021
5.3 Процесс выбора служб
Доступ к службам каждым HNED обеспечивается:
- использованием протокола RTSP;
- присоединением к multicast-передаче.
Службы LMB предоставляются при multicast-передаче IP. Службы LMB передаются непрерывно
и не должны инициироваться каждым HNED. HNED могут присоединяться к службам и выходить из
них, выдавая запросы через IPv4 или IPv6. Элемент расположения служб (Service Location) в записях
обнаружения служб предоставляет всю информацию, необходимую для выдачи соответствующего со
общения. Не допускается управление потоком для выполнения команд типа «пауза» или «перемотка
вперед».
Для служб LMB провайдеры служб могут требовать от HNED (опционально) выполнения всех эта
пов настройки и выхода из службы (возможными причинами этих действий могут быть необходимость
учета поставляемых служб и обслуживания процессов условного доступа и т. д.). В таких системах
ис пользуется протокол RTSP по ГОСТ Р 54994—2012 (раздел 6). Элемент Service Location в записи
обна ружения службы сигнализирует об использовании RTSP и предоставляет всю информацию,
необходи мую для выдачи соответствующего метода RTSP. Параметры, необходимые для multicast-
сообщения, будут получены с помощью метода SETUP от RTSP.
Процесс вещания служб с использованием режима Trick (MBwTM) аналогичен процессу вещания
служб LMB, но выполняется при unicast-передаче IP, обеспечивающей возможность управления потоком.
Службы CoD и MBwTM поставляются при unicast-доставке IP. Они предназначены для конкретно
го пользователя и должны быть явно инициированы HNED. Для доступа к таким службам должен ис
пользоваться RTSP. Выбор применяемых методов RTSP представлен в ГОСТ Р 54994—2012 (раздел 6).
Процесс выбора служб для CDS должен выполняться в соответствии с ГОСТ Р 54994—2012 (раз
дел 10).
5.4 Механизмы передачи информации
5.4.1 Общие положения
Передача информации обнаружения провайдеров служб и служб в соответствии с ГОСТ Р 54994—
2012 (раздел 5) выполняется при использовании двух механизмов:
- multicast-передачи;
- unicast-передачи.
Информация обнаружения служб может быть multicast (режим push) или unicast, полученной по
запросу (режим pull). Оба режима должны поддерживаться и сервером и клиентом.
В multicast-режиме передачи для доставки записей XML должен использоваться транспортный
протокол DVBSTP.
В unicast-режиме передачи информации SD&S должен использоваться протокол HTTP.
Эти два механизма передачи должны быть взаимозаменяемыми на всех этапах и иметь одинако
вое содержание. Исключением является формат о регионализации, который отличается для режимов
push или pull (информационные данные регионализации, передаваемые в этих режимах, не являются
взаимозаменяемыми).
5.4.2 Протокол multicast-передачи информации SD&S
При передаче информации обнаружения службы с использованием multicast-пакета UDP ис
пользуется протокол DVBSTP. Все значения, определенные ниже, должны передаваться в поряд ке
байтов нормального адреса IP начиная со старшего байта. Протокол DVBSTP используется для
multicast-доставки данных BCG, для multicast-доставки сообщений об обновлении встроенного ПО и
для multicast-доставки описаний сеансов загрузки CDS XML.
Схема URI для DVBSTP должна соответствовать Б.5 приложения Б ГОСТ Р 54994—2012.
Не рекомендуется устанавливать атрибут версии корневого элемента ServiceDiscovery, описанно
го в 5.2.11, когда ХМL доставляется в режиме push. В этом случае значение отсутствующего атрибута
Version эквивалентно версии поля заголовка сегмента DVBSTP.
Синтаксис датаграммыпротоколаmulticast-доставкиSD&SIPv4 долженсоответствовать
ГОСТ Р 54994—2012 (пункт 5.4.2).
Синтаксис датаграммы протокола multicast доставки SD&S IPv6 должен соответствовать рисунку 2.
29