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

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

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

Ещё ГОСТы из 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)
Страница 27
Untitled document
ГОСТ Р 54994—2012
24
Элемент/имя атрибута
Описание элемента/атрибута
Статус
(Примечание 1)
ContentDescription
Этотэлементдолженсодержатьинформациюсо-
гласно ETSI [21] тип BasicContentDescriptionType,
используемый в Руководстве [22]
М
FECInfo
FECBaseLayer
Этот элемент должен быть идентичным описан-
ному в ETSI [12] (таблица 4) с исключением атри-
бута порта, который может быть дополнитель-
ным в соответствии с ETSI [12] (приложение C,
C.1.3.13)
М, если
используется
FEC
FECEnhancementLayer
Этот элемент должен быть идентичным описан-
ному в ETSI [12] (таблица 4) с исключением атри-
бута порта, который может быть дополнитель-
ным в соответствии с ETSI [12] (приложение С,
C.1.3.13)
М, если
используется
улучшенный
уровень FEC
FECInfo@FECMaxBlockSizePackets
Указывает на максимальное количество пакетов
исходного потока, которые пройдут между пер-
вым пакетом исходного блока (который учиты-
вается) и последним пакетом того же исходного
блока
O, если
используется
FEC
FECInfo@FECMaxBlockSizeTime
Максимальная продолжительность передачи лю-
бого блока FEC в мс
O, если
используется
FEC
FECInfo@FECObjectTransmissionInformation
Информация о передаче объекта FEC для кода
Raptor. Этот элемент должен быть включен, если
включен FECEnhancementLayer
М, если
используется
улучшенный
уровень FEC
RETInfo
RTPRetransmission
Этот элемент должен быть идентичным описан-
ному в ETSI [12] (таблица 4), за исключением
того, что элемент MulticastRET и атрибуты dvb-
enable-bye, dvb-t-wait-min, dvb-t-wait-max, dvb-
ssrcbitmask, dvb-rsi-mc-ret и dvb-ssrc-upstream-
client не должны присутствовать (Примечание 2)
М, если
используется
RET
П р и м еч а н и я
1М — обязательный, О — опциональный.
2 Элемент RTCPReporting@ Destination Address обязателен для служб CoD поддерживающих RET.
Опционально: Клиент RTSP DVB, поддерживающий повторную передачу в соответствии с при-
ложением В, должен понимать описания сеанса в формате SDP согласно IETF [23]. Описание типа
MIME протокола SDPapplication/sdp и описание SDPдолжны использовать формат UTF-8. HNED может
включать application/sdp вAccept Header
для того, чтобы явно указать на поддержку SDP. Ниже описаны
методы RTSP.
6.3.2.2 При методе DESCRIBE клиент RTSP DVB должен поддерживать прием описаний в фор-
мате XML аналогично методу ANNOUNCE, описанному в 6.3.2.1 настоящего стандарта. Тип MIME для
XML-описаний должен быть text/xml, формат XML описания должен быть UTF-8. HNED должен всегда
включать text/xml при использовании заголовка Accept.
Клиент RTSP DVB, поддерживающий повторную передачу в соответствии с приложением В на-
стоящего стандарта, должен понимать описания сеанса в формате SDP IETF [23]. Тип MIME описаний
SDP application/sdp и само описание SDP используют UTF-8. Допускается включение HNED application/
sdp в Accept Header, чтобы указать на явную поддержку протокола SDP.
Окончание таблицы 4