Хорошие продукты и сервисы
Наш Поиск (введите запрос без опечаток)
Наш Поиск по гостам (введите запрос без опечаток)
Поиск
Поиск
Бизнес гороскоп на текущую неделю c 18.11.2024 по 24.11.2024
Открыть шифр замка из трёх цифр с ограничениями

ГОСТ Р 54994-2012; Страница 25

или поделиться

Ещё ГОСТы из 41757, используйте поиск в верху страницы ГОСТ Р 54357-2011 Мясо уток (тушки и их части). Торговые описания ГОСТ Р 54357-2011 Мясо уток (тушки и их части). Торговые описания Duck meat (carcases and their parts). Trade descriptions (Настоящий стандарт распространяется на торговые описания мяса уток - потрошеных тушек и их частей (тушек/частей). Стандарт устанавливает коды для обозначения требований покупателя к указанному продукту, а также к таре и упаковке в пределах торговых описаний настоящего стандарта. Стандарт не распространяется на мясо уток с добавленными ингредиентами) ГОСТ Р 54624-2011 Информатизация здоровья. Контролируемая медицинская терминология. Структура и высокоуровневые индикаторы ГОСТ Р 54624-2011 Информатизация здоровья. Контролируемая медицинская терминология. Структура и высокоуровневые индикаторы Health informatics. Controlled health terminology. Structure and high-level indicators (Настоящий стандарт определяет основные положения, необходимые и достаточные для создания контролируемой медицинской терминологии. Он применим ко всем сферам здравоохранения, в которых осуществляются хранение или использование информации) ГОСТ Р 54418.23-2019 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 23 Полномасштабные испытания лопастей ротора на прочность. (IEC 61400-23:2014, Wind turbines — Part 23:Full-scale structural testing of rotor blades, MOD)
Страница 25
Untitled document
ГОСТ Р 54994—2012
- URL управления используются в тех случаях, когда служба образуется несколькими потоками.
URL используются для передачи сообщений SETUP для каждого потока в отдельности. URL могут
использоваться при необходимости для управления каждым потоком в отдельности, формировани-
ем сообщений PLAY, PAUSE (запрос временной остановки вещания). Используются следующие URL
управления:
- RTSPURL@RTSPControlURL — для управления основным потоком аудио-видео;
- FECBaseLayer@RTSPControlURL — для управления потоком базового уровня FEC;
- FECEnhancementLayer@RTSPControlURL — для управления потока улучшенного уровня FEC;
- UnicastRET@RTSPControlURL — для сообщений управления RTSP (SETUP) при одноадресной
передаче потока RET.
В тех случаях, когда служба использует повторную передачу (поток RET) илиAL-FEC, при установ-
ке сеанса может возникнуть необходимость получения дополнительной информации описания сеанса
в соответствии с 6.3.2 настоящего стандарта.
6.1.3 Транспорт сеанса. Оконечные устройства домашней сети, совместимые с DVB, с целью об-
мена сообщениями RTSP с сервером RTSP должны использовать постоянное (персистентное) соеди-
нение TCP. Использование персистентного соединения TCP обеспечивает надежный транспорт данных
между сервером RTSP и HNED, который находится позади межсетевого экрана (МЭ). Персистентные
соединения TCP согласно IETF [16] применяются, как правило, для того, чтобы исключить использова-
ние отдельного транспортного соединения для каждой транзакции запроса/ответа. Применение перси-
стентных соединений полезно в тех случаях, когда, например, сервер намеревается передать к HNED
асинхронные сообщения ANNOUNCE RTSP (методы RTSP для одноадресного режима доставки пред-
ставлены в таблице 3). Мультимедийные потоки, инкапсулированные (как описано в разделе 7 насто-
ящего стандарта) и управляемые сервером RTSP, могут быть переданы в режимах одноадресной или
многоадресной передачи. В многоадресном режиме Trick такие операции, как «пауза», «ускоренная
перемотка» и подобные им операции, не могут быть выполнены.
6.1.4 HNED использует информацию о службе для информирования пользователя о виде и до-
ступности служб, их расположении и условиях получения доступа к службам.
В возможных случаях сервер RTSP может асинхронно отправить HNED информацию о службе
при использовании метода ANNOUNC (анонсирования) (таблица 3). Альтернативно HNED может пере-
дать серверу запрос (при использовании метода DESCRIBE (таблица 3)), проверки, обновления инфор-
мации о службе. Этот прием может применяться, например, в случае использования кратковременного
соединения между HNED и сервером RTSP.
Детализированные условия формирования информации о службах при использовании для служб
LMB, CoD и MBwTM должны быть в соответствии с ETSI [12] (6.1.3).
6.1.5 Настоящий стандарт использует меры безопасности, предусмотренные в протоколах RTSP
и HTTP. Дополнительные параметры безопасности и аутентификации для DVB-IPTV в настоящем стан-
дарте не устанавливаются.
6.2 Профили протокола RTSP
22
6.2.1 Настоящий стандарт предусматривает применение следующих трех профилей протокола
RTSP:
- «вещание медиа» (LMB);
- «вещание медиа с модой Trick» (MBwTM);
- «контент по требованию» (CoD).
Каждый профиль RTSPсодержит подмножество методов и заголовков, определенных протоколом
RTSP.
6.2.2 Профиль RTSP «вещание медиа» является эквивалентом традиционного телевизионного
вещания и радиовещания. Потоки медиа доставляются пользователям в многоадресном режиме.
6.2.3 Профиль RTSP«вещание медиа c модойTrick» является эквивалентом традиционного теле-
визионного вещания и радиовещания с поддержкой таких операций режимом Trick, как «пауза», «уско-
ренная перемотка» и другие подобные им операции. Поэтому потоки медиа профиля RTSP «вещание
медиа с режимом Trick» доставляются только в одноадресном режиме.
6.2.4 Профиль RTSP«контент по требованию» в дополнение к возможностям профиля RTSP«ве-
щание медиа c режимом Trick» обеспечивает возможность инициировать операции «старт» «оста-
новка») доставки, представляемые как независимые события. Это означает, что этот профиль под-
держивает «паузу», «ускоренную перемотку» и подобные им операции, а также возможность получить