Сообщения протокола RTCP предназначены для управления компонентами, выполняющими формирование и передачу группового трафика с использованием протокола RTP. Для решения этой задачи используются следующие типы сообщений протокола RTCP:
отчет источника — SR (Sender Report);
отчет приемника — RR (Receiver Report);
описание источника — SDES (Source Description);
завершение сессии — BYE;
специфическая функция — АРР.
Сообщения SR формируются активными участниками сессии для передачи диагностической информации о передаваемых и принимаемых порциях потоковых данных. Поле РТ таких сообщений содержит признак сообщения SR— константу "200".
Сообщения RR формируются пассивными участниками сессии для передачи диагностической информации о принимаемых порциях потоковых данных, В поле РТ таких сообщений помещается признак сообщения RR — константа "201",
Сообщения SDES содержат описания источников потоковых данных. Поле РТ содержит признак сообщения SDES — константу "202".
Сообщение BYE формируется одним участником сессии для информирования остальных участников о том, что данный узел перестал участвовать в сессии. Поле РТ таких сообщений содержит признак сообщения SR — константу "203".
Сообщение АРР предназначено для выполнения специфических функций конкретных приложений. Поле РТ таких сообщений содержит признак сообщения SR — константу "204".
Каждое сообщение протокола RTCP представляет собой информационный блок, имеющий стандартный заголовок, похожий на заголовок сообщения протокола RTP. Особенность протокола RTCP заключается в том, что несколько различных типов сообщений этого протокола могут объединяться в одно композиционное сообщение, передаваемое единым блоком без использования каких-либо внутренних разделителей. При формировании композитного сообщения протокола RTCP должны быть соблюдены некоторые специальные правила. Сообщение BYE, например, может появиться только в завершающей части композитного сообщения, а сообщение SDES, содержащее каноническое имя источника потокового трафика, должно включаться в композитное сообщение настолько часто, чтобы обеспечить достаточно быструю взаимную синхронизацию мультимедийных потоков.
Опубликовал katy
June 07 2015 09:47:49 ·
0 Комментариев ·
2616 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
