ГОСТ Р 54994—2012
В случае FUS необходимое расположение точек входа служб FUS и RMS определяется:
- при многоадресной передаче — в режиме «push»;
- при одноадресной передаче при соединении со службами анонсирования — в режиме «pull».
В обоих случаях HNED использует канал QRC для запроса FUS.
В случае RMS для HNED требуется только канал управления, являющийся одноадресной
службой.
Детализированные процедуры выполнения записи информации о сервисах FUS и RMS должны
быть в соответствии с ETSI [12] (5.2.6.8).
5.3 Выбор службы
5.3.1 Доступ отдельного HNED к потоковой передаче базовой службы обеспечивается использо-
ванием:
- протокола IGMP;
- протокола RTSP.
Службы «вещания мeдиа» при многоадресной передаче IP передаются непрерывным потоком.
Их передача не должна инициироваться каждым домашним сетевым оконечным устройством. Отдель-
ные HNED могут присоединиться к службам «вещания мeдиа», формируя запросы о присоединении к
многоадресным службам, выпуская соответствующие сообщения IGMP. Элемент «Service Location» в
записях открытия службы содержит всю информацию, необходимую для формирования соответству-
ющего сообщения IGMP. Однако HNED не получает возможности управления потоком (например, типа
«пауза» или «ускоренная перемотка»).
Опционально: Провайдеры служб могут требовать непосредственного участия HNED в этапах
набора и разъединения со службами «вещания мeдиа» (возможными причинами таких требований мо-
гут быть: необходимость учета поставляемых услуг, необходимость обслуживания условного доступа и
т.д.). В таких случаях должен использоваться протокол сеанса RTSP согласно IETF [15]. Элемент
«Service Location» в записи открытия службы сигнализирует об использовании протокола RTSP и дает
информацию, необходимую, для запуска соответствующего метода RTSP.
Параметры для сообщения IGMP будут получены от RTSP методом SETUP.
5.3.2 Служба «вещания мeдиа с режимом Trick» (MBwTM) аналогична службе «вещания мeдиа»,
но использует режим одноадресной передачи IP, обеспечивающий возможность управления потоком.
5.3.3 Службы «контент по требованию» и «вещание медиа с режимом Trick» используют одно-
адресную передачу IP, они предназначены для конкретного пользователя и должны инициироваться
конкретным HNED. Для получения доступа к таким службам должен использоваться протокол RTSP.
Раздел 6 настоящего стандарта определяет параметры используемых методов RTSP.
5.3.4 Выбор параметров службы для CDS рассмотрен в разделе 10 настоящего стандарта.
5.4 Механизм передачи информации для поиска провайдера служб и открытия службы
17
5.4.1 Для передачи информации с целью поиска системного провайдера и открытия службы ис-
пользуются два механизма:
- многоадресной передачи;
- одноадресной передачи.
Для доставки записей XML при многоадресной передаче используется транспортный протокол
DVBSTP механизма DVB SD&S. Параметры протокола DVBSTP определены в 5.4.2 настоящего стан-
дарта.
При одноадресной передаче информации SD&S должен использоваться протокол HTTP в соот-
ветствии с IETF [16].
5.4.2 В тех случаях, когда информация для доставки информации SD&S с целью поиска службы
передается с использованием многоадресного пакета протокола UDP, должен применяться транспорт-
ный протокол DVBSTP.
Протокол DVBSTP используется также для многоадресной доставки данных руководства по кон-
тенту вещания согласно ETSI [11], для многоадресной доставки сообщений анонсирования встроенных
программных обеспечений (ПО) ETSI [17] и для многоадресной доставки описаний сеанса загрузки XML
CDS, как определено в разделе ETSI [12] (10.4.2). Схема URI DVBSTP представлена в приложении Б.
5.4.3 Синтаксис многоадресного протокола доставки DVBSTP представлен на рисунке 8.