ГОСТ Р 59801—2021
мации мультиплексируются в транспортный поток MPEG-2. Полученные пакеты мультиплекса MPEG-2
инкапсулируются непосредственно в UDP или в RTP/UDP для потоковой доставки с маркировкой па
кетов DSCP в соответствии с ГОСТ Р 54994. RTCP формируется, и клиентам передается информация о
статистике передачи. IGMP и MLD применяются для соединения с multicast-потоками и для выхода из
multicast-потоков. Протокол DHCP используют для настройки HNED на IP-адрес. Служба часов ре
ального времени и служба часов точного сетевого времени реализованы посредством соответственно
протоколов SNTP или NTP по ГОСТ Р 54994. Для передачи сообщения об обновлении системы (SRM)
при unicast-доставке используют протокол HTTP, при multicast-доставке — протоколы-FLUTE и объяв
ления сеанса (Session Announcement Protocol. SAP). Повышение надежности доставки для транспорта
RTP обеспечено использованием AL-FEC или путем повторных передач (RET). Уменьшение времени
отклика при переключении служб LMB происходит благодаря быстрой смене канала на уровне сервера
или при использовании сопутствующего потока.
4.1 Использование RTSP для служб DVB
4.1.1 Выбор службы
Доступ HNED к необходимой информации запрашиваемой службы обеспечивается средствами
протокола RTSP.
В зависимости от количества потоков, образующих службу, в записях SD&S может быть несколько
URL протокола RTSP. Если в потоках FEC присутствуют URL управления, то в этом случае совокупный
URUBroadcastDiscovery/ServiceList/SingleService/ServiceLocation/RTSPURL применяют для всей служ
бы. за исключением потока повторной передачи. В тех случаях, когда служба образована
единствен ным потоком. URL используют для всех сообщений RTSP [SETUP (настройка). PLAY
(воспроизведение), TEARDOWN (демонтаж) и т. д.]. При необходимости извлечения описания этот
URL следует применять для передачи сообщения DESCRIBE.
Когда служба образована несколькими потоками. URL применяют при передаче сообщений SETUP
для каждого потока в отдельности. С целью управления каждым потоком в отдельности URL могут быть
использованы при формировании сообщений PLAY, PAUSE (запрос временной остановки вещания).
Ниже перечислены поля URL-управлений:
- RTSPURL@RTSPControlURL — для управления основным потоком аудио-, видеоданных;
- FECBaseLayer@RTSPControlURL — для управления потоком базового уровня FEC;
- FECEnhancementLayer@RTSPControlURL — для управления потоком улучшенного уровня FEC;
- UnicastRET@RTSPControlURL — для сообщений управления RTSP (SETUP) при unicast-
передаче потока RET.
Для получения описания механизма SD&S HNED прослушивает групповой адрес и номер порта, с
помощью которых пользователь может выбрать службу. После выбора службы HNED могут использо
вать ассоциированные URL RTSP для доступа к службе (если URL указывает, что управление сеансом
основано на RTSP).
Когда служба использует RET или AL-FEC при установке сеанса, может возникнуть необходи
мость получения дополнительной информации относительно описания сеанса посредством методов
RTSP. перечисленных в 4.2.4.4. При выборе службы HNED может использовать связанные URL-адреса
RTSP для доступа к службе. URL-адреса указывают, основан ли элемент управления сеансом на RTSP. В
этом случае HNED должен применять RTSP для доступа к соответствующей услуге. Когда служба
использует повторную передачу или AL-FEC. может потребоваться получить дополнительную инфор
мацию об описании сеанса для настройки соанса.
Для разрешения переноса дополнительного URL-управления RTSP с целью оказания помощи
службам AL-FEC и/или RET использовано поле RTSPURLType. В таблице 1 приведены определения
полей RTSPURLType.
5