ГОСТ Р 54994—2012
Рисунок В.5 — Формат универсальной квитанции NACK в поле FCI в сообщении FB RTCP
Семантика универсальной квитанции NACK:
- поле «PID», 16 битов. Поле указывает порядковый номер первого потерянного пакета;
- поле «BLP» (bitmask of following lost packets), 16 битов. Поле «битовая маска (поразрядная маска) следу-
ющих потерянных пакетов» учитывает создание отчетов о потерях любого из 16 пакетов RTP сразу после пакета
RTP, индицированного идентификатором PID (полное определение — в соответствии с IETF [47]). Это позволяет в
отдельной универсальной квитанции NACK сообщать о 17 (последовательных) потерях пакетов.
Детализированные данные о сообщении RTCP FB должны быть в соответствии с ETSI [12] (приложение F,
F.4.1).
В.3.3 Пакеты RR, SDES и BYE протокола RTCP
HNED, поддерживающее RET, должно обеспечивать обработку следующих пакетов протокола RTCP: описа-
ние SDES RTCP, отчеты приемника (RR) и BYE. Форматы этих протоколов определены в IETF [25]. Правила при-
менения этих пакетов должны быть в соответствии с ETSI [12] (приложение F, F.4.2.1—F.4.2.3).
В.3.4 Типы обмена сообщениями RTCP
HNED для исходного сеанса RTP должен поддерживать и составные, и несоставные пакеты FB RTCP. Со-
ставной пакет RTCP должен содержать пакеты SDES, RR и сообщения FB (IETF [47]), в то время как несоставной
(сокращенного размера) пакет RTCP содержит только сообщения FB RTCP. Детализированные типы обмена со-
общениями должны быть в соответствии с ETSI [12] (приложение F, F.4.3).
В.4 Сигнализация протокола RTCP к HNED, поддерживающим RET
Ниже описаны пакеты RTCP, которые должны поддерживаться HNED, поддерживающими RET.
В.4.1 Пакеты RTCP SDES и SR
HNED должен обеспечивать прием отчета отправителя RTCP (SR) и пакетов RTCP SDES в исходном много-
адресном RTP сеансе от RTP многоадресного источника.
Допускается передача сервером LMB/CoD RET пакетов RTCP SR и RTCP SDES в одноадресном сеансе RTP
RET. Допускается передача сервером LMB RET пакетов RTCP SR и RTCP SDES в многоадресном сеансе RTP RET.
В.4.2 Сообщение прямой передачи (FF) протокола RTCP (только для службы LMB)
Сообщения FF RTCP передаются в нисходящем потоке сервера LMB RET.
Детализированные описания типов сообщений FF должны быть в соответствии с ETSI [12] (приложение F,
F.5.3).
В.4.3 Пакеты RSI RTCP (только для службы LMB)
Форматы и семантика пакетов сводной информации приемника (RSI) протокола RTCP должны быть в соот-
ветствии с ETSI [12] (приложение F.3).
В.5 Формат повторной передачи SSRC и транспортные адреса сеанса повторной передачи RTP
В.5.1 Формат повторной передачи
HNED должен поддерживать пакеты повторной передачи (RET) с форматом заголовка полезной нагрузки
RET в соответствии с IETF [48]. Детализированное описание формата повторной передачи должно быть в соот-
ветствии с ETSI [12] (приложение F, F.6.1).
В.5.2 Рекомендации относительно повторной передачи адресов и идентификаторов SSRC
В.5.2.1 Одноадресные службы (CoD и MBwTM)
IP-адреса и номера портов пакетов исходного RTP и ретранслируемых пакетов RTP рекомендуется устанав-
ливать идентичными, приведенными к единственному (отдельному) сеансу RTP. Идентификаторы SSRC пакетов
повторной передачи RTP должны отличаться от идентификаторов SSRC RTP исходных пакетов, если используют-ся
одни и те же транспортные параметры для обязательного формата RET (в соответствии с IETF [48]). Это позво-ляет
HNED находить среди пакетов RET SSRC исходных пакетов.
П р и м еч а н и е — «идентичная копия» («identical copy») формата RET не допускает использования указан-
ных различий при использовании одинаковых транспортных параметров.
45
В.5.2.2 Служба LMB
При одноадресной передаче идентификатор SSRC пакета повторной передачи RTP может отличаться от
идентификатора SSRC RTP многоадресных исходных пакетов. Эти отличия могут использоваться для решения
задач мониторинга сети. Детализированные рекомендации относительно повторной передачи адресов и иденти-
фикаторов SSRC для службы LMB должны быть в соответствии с ETSI [12] (приложение F, F.6.2.2).