ГОСТ Р 54994—2012
6.3.2.3 Метод GET_PARAMETER (запрос указанных параметров у сервера). Тип MIME в заголовке
Content-Type или ответе Content-Type при использовании метода GET_PARAMETER должен быть text/
parameters; контент в заголовке Content-Encoding должен быть выполнен в формате UTF-8. Синтаксис и
минимальный набор параметров GET_PARAMETER, которые должны поддерживаться интерфейсом
IPI-1, должны быть в соответствии с ETSI [12] (6.3.1.3).
6.3.2.4 Метод SETUP (запрос установки транспортного механизма для медиа-контента). HNED
не должен передавать запрос SETUP для того потока или мультимедийного сеанса, для которого будет
передаваться запрос TEARDOWN.
6.3.3 Заголовки полей RTSP
6.3.3.1 Рекомендуемый перечень полей заголовков RTSP, генерируемых HNED, должен быть в
соответствии с ETSI [12] (таблица 16).
Рекомендуемый перечень полей заголовков RTSP, анализируемых и понимаемых HNED, должен
быть в соответствии с ETSI [12] (таблица 17).
При прямой инкапсуляции UDP (без применения RTP) параметры «transport-protocol/pro
f
i
le/
lower-transport» транспортного заголовка RTSP «Transport» должны принимать значения:
- MP2T/H2221/UDP;
- RAW/RAW/UDP.
6.4 Состояния кодов в ответах на запросы
Состояния кодов в ответах на запросы протокола RTSP, которые HNED должны интерпретиро-
вать, должны быть в соответствии с ETSI [12] (таблица 18).
6.5 Использование RTSP при многоадресной передаче
Допускается использование протокола RTSP для присоединения HNED к многоадресному веща-
нию медиа. Детализированные условия присоединения и возможности присоединения HNED к много-
адресному вещанию медиа при использовании протокола RTSP должны быть в соответствии с ETSI
[12] (6.5).
7 Передача транспортного потока MPEG-2 для служб в реальном времени
7.1 Общие положения
Раздел касается поставки служб DVB «вещание медиа» и «CоD» по сетям IP, описанным в раз-
деле 4 настоящего стандарта. В разделе рассматриваются вопросы, касающиеся инкапсуляции транс-
портного потока, требований к сети IP, инициирования служб и управления службами. Передача TП
MPEG-2 для службы загрузки контента (CDS) (нереального времени) рассмотрена в разделе 10 насто-
ящего стандарта.
7.2 Инкапсуляция транспортного потока MPEG-2
7.2.1 Общие положения
Должна обеспечиваться инкапсуляция однопрограммного транспортного потока или многопро-
граммного транспортного потока MPEG-2, соответствующих требованиям ETSI [24]. Транспортные по-
токи, содержащие множество ссылок PCR, должны быть потоками с постоянной скоростью передачи.
Транспортные потоки, содержащие единственную ссылку PCR, могут иметь как постоянную, так и пере-
менную скорость передачи.
П р и м еч а н и е — Однако в случае переменной скорости передачи скорость передачи между PCR должна
быть постоянной. Провайдер служб может получать транспортные потоки (например, от спутникового канала), со-
держащие разнообразные программы. Провайдер служб может расчленять эти транспортные потоки и генериро-
вать отдельные транспортные потоки программ (SPTS) для каждой программы или передавать многопрограммный
транспортный поток (MPTS) полностью.
25
Все транспортные потоки, совместимые с ETSI [24] должны инкапсулироваться в протоколы:
- RTP (транспортный протокол реального времени), соответствующий требованиям IETF [25] в
соединении с IETF [26];
- UDP (протокол пользовательских дейтаграмм) согласно Рекомендации ITU-T 10 [27].