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

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

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

Ещё ГОСТы из 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)
Страница 49
Untitled document
ГОСТ Р 54994—2012
В.6 Характеристики запроса повторной передачи HNED, поддерживающим RET
HNED, поддерживающее RET, буферизует входящие пакеты RTP и задерживает их на время, необходимое
для обнаружения потери пакетов, формирования запроса повторной передачи (RET) и восстановления пакетов.
Задержка буферизации имеет постоянное значение, которое базируется на параметрах синхронизации RET,
описанных в этом приложении отдельно для служб CoD/MBwTM и LMB.
В.6.1 Параметры синхронизации повторной передачи (RET) служб CoD/MBwTM (запрос)
Средствами протокола RTSP сигнализируются следующие параметры синхронизации RET для служб CoD/
MBwTM:
- rtx-time определяет интервал времени, в течение которого пакет доступен для повторных передач в
соответствии с IETF [48]. Это значение интервала времени является максимальной допустимой задержкой буфе-
ризации в случае RET; параметр rtx-time позволяет определить количество попыток повторной передачи, которые
HNED может выполнить, принимая во внимание значение параметра dvb-t-ret;
- dvb-t-ret — определяет интервал времени, в течение которого приемник должен ожидать пакета восстанов-
ления на запрос повторной передачи прежде, чем выпустить другой запрос повторной передачи на тот же самый
пакет (или пакеты). Этот период времени является начальной точкой отправления запроса повторной передачи.
Этот параметр опционален, но HNED должен быть в состоянии его поддерживать, если параметр сигнализируется.
Если параметр не сообщен, то HNED должен выбрать соответствующую задержку на интервал времени, с кото-
рым повторялись дефектные передачи. Это время задержки может быть определено оценкой времени, которое
протекает между временем обратной передачи (FB) сообщения RTCP на отдельную потерю пакета от HNED на
сервер RET и временем приема требуемого пакета RET в HNED, с возможностью динамической адаптации этого
параметра в соответствии с IETF [48] (6.3).
Представляется допустимым следующее соотношение между значениями параметров синхронизации:
’’rtx- time ’’> ’’dvb-t-ret’’> среднее значение RTT.
Величина задержки буферизации HNED должна быть выбрана между:
- минимальным значением, равным dvb-t-ret;
- максимальным значением, равным rtx-time.
HNED должен ограничивать максимальную пропускную способность, допустимую для создания отчетов
RTCP. Для ограничения пропускной способности HNED должны использоваться параметры:
- trr-int: В соответствии с IETF [47] параметр trr-int определяет минимальный интервал в миллисекундах меж-
ду двумя нормальными полными составными пакетами RTCP для сеанса RTP. Если параметр trr-int не определен,
то по умолчанию устанавливается значение «0». Полные составные пакеты RTCP включают отчеты приемника
(RR). Пакеты RTCP, содержащие только сообщения FB, не подвергаются ограничениям, вносимым параметром
trr-int;
- rtcp-bandwidth: Параметр XML rtcp-bandwidth указывает максимальное значение пропускной способности,
которая может быть использована HNED для создания отчетов RTCP. Значение по умолчанию составляет 5 % ис-
ходной пропускной способности потока. Если используется протокол SDP, то этот параметр может быть установлен
использованием выражения «b=RR: <значение пропускной способности>» модификатора пропускной способности в
соответствии с IETF [49].
В.6.2 Временные параметры RET службы LMB
Временные параметры RET для служб LMB, поддерживающих RET в соответствии с условиями SD&S, вклю-
чают параметры, определенные в приложении В, В.6.2. Детализированные параметры времени RET для служб
LMB, поддерживающих RET, должны быть в соответствии с ETSI [12] (приложение Е, Е.7.2).
В.7 Метод конфигурации и параметры конфигурации
Методы конфигурации и параметры конфигурации клиента служб LMB и CoD, поддерживающих повторную
передачу, должны быть в соответствии с ETSI [12] (приложение F, F.8).
В.8 Установки приоритетов QoS
Пакеты повторной передачи RTP имеют приоритет соответствующих исходных пакетов RTP, передающих
видео (кодовые точки (DSCP), которых имеют значения 0b100010 или 0b100100).
Для всех пакетов RTCP, передающихся от оконечного устройства домашней сети, установка приоритета сиг-
нализируется значением DSCP 0b011010.
Пакеты RTCP, которые передаются к устройствам HNED, должны иметь приоритет видео, соответствующий
приоритету, установленному при передаче.
В.9 Объединенные службы AL-FEC и RET
46
Службы AL-FEC и RET выполняют защиту пакетов от потерь. Эти службы специфицированы независимо
друг от друга. Системный провайдер может использовать оба механизма этих служб для восстановления потерян-
ных пакетов для службы LMB и служб CoD/LMBwTM. Однако следует учитывать, что механизм RET в соответствии
с настоящим стандартом применяется только к исходным потокам данных RTP.