В поле Р размещается признак наличия заполнения в фиксированном заголовке сообщения протокола RTP. Этот признак сигнализирует о наличии заполняющих байтов в конце полезной нагрузки.
Также вам может показаться, что такая тема как http://avtosalon-otzyv.ru/avtosalon-rosgosavto/ никак не связана и даже не тематична. Хотя, может быть и связана. В любом случае все-таки зайдите на сайт avtosalon-otzyv.ru. Тема отзывы про автосалон Росгосавто там представлена весьма широко. На том сайте можно узнать много интересного на тему отзывы про автосалон Росгосавто . Что означает вообще тема отзывы про автосалон Росгосавто , где найти отзывы про автосалон Росгосавто - про это написано на сайте avtosalon-otzyv.ru. Это очень важная для многих людей тема - отзывы про автосалон Росгосавто . Спасибо сайту avtosalon-otzyv.ru за информацию на тему отзывы про автосалон Росгосавто .
Заполнение применяется в тех случаях, когда по требованию принимающего приложения размер полезной нагрузки устанавливается кратным целому числу байтов. В том случае, если в фиксированном заголовке сообщения протокола RTP бит Р установлен в 1, то последний байт этого сообщения содержит число заполняющих байтов.
Поле X предназначено для размещения признака расширения заголовка. Если в сообщении протокола RTP бит X установлен в 1, то за основным заголовком следует еще один дополнительный, используемый в экспериментальных расширениях протокола RTP.
Поле СС применяется для указания количества использованных источников заполнения. В этом поле содержится количество источников потоковых данных, передаваемых в настоящем сообщении протокола RTP.
В поле М размещается признак маркера. Назначение этого признака определяется типом полезной нагрузки. Бит маркера обычно используется для указания границ потока данных. В случае видеоизображения он задает конец кадра. При использовании в голосовых приложениях этот признак задает начало речи после периода молчания.
Поле РТ идентифицирует тип полезной нагрузки и формат данных. В этом поле, в частности, размещаются наименования кодеков, использованных для сжатия и шифрования полезной нагрузки. Как правило, отправитель использует только один тип полезной нагрузки в течение сеанса. Соответствие структуры поля полезной нагрузки и значения поля РТ определяется профилем приложения.
Поле SEQUENCE NUMBER используется для размещения текущего значения счетчика порядкового номера сообщения, значение которого увеличивается на единицу при передаче очередного сообщения RTP. Наличие порядкового номера позволяет обнаружить потерю сообщений или определить порядок следования нескольких сообщений, имеющих одинаковую метку времени.
Несколько последовательных сообщений могут иметь одну и ту же отметку о времени, если логически они порождены в один и тот же момент, как, например, сообщения, переносящие порции информации, принадлежащие одному и тому же видеокадру. Для обеспечения противодействия возможным атакам на приемники каждый источник начинает нумеровать пакеты с произвольного случайно выбранного номера.
Поле TIMESTAMP предназначено для размещения метки времени. Это поле содержит линейно и монотонно возрастающее значение, соответствующее моменту времени, в который был создан первый байт данных полезной нагрузки. Точность, с которой формируется это значение, должна быть достаточной для обеспечения временной синхронизации для всех типов полезной нагрузки. Значение поля TIMESTAMP определяется по локальным часам отправителя, причем стартовое значение этих локальных часов для каждой сессии одного и того же устройства определяется случайным образом.
В поле идентификатора источника синхронизации SYNCHRONIZATION SOURCE (SSRC) IDENTIFIER помещается случайное число, предназначенное для однозначной идентификации этого источника. Уникальность этого идентификатора в пределах сессии обеспечивает возможность выявления и устранения петель, возникающих при передаче потокового трафика в сети. Смеситель, используемый в качестве.источника синхронизации, может объединять в одно сообщение протокола RTP порции данных, полученных от нескольких источников, и, при необходимости, изменять формат представления данных. Предположим, что новая система хочет принять участие в сеансе аудиоконференции, но ее канал до сети не имеет достаточной пропускной способности. В этом случае смеситель, который получает информационные потоки данного сеанса, объединяет их в один, который и передает новому члену сеанса, используя при этом более экономичный способ кодирования.
Заголовок сообщения протокола RTP, генерируемого смесителем, включает идентификаторы всех передатчиков, чьи данные присутствуют в этом сообщении.
В поле CONTRIBUTING SOURCE IDENTIFIER (CSRC) (источник входящих данных), занимающем 32 бита в заголовке сообщения протокола RTP, помещается идентификатор источника данных, представленных в данном сообщении. Количество таких полей в сообщении протокола RTP может быть от О до 15.
Опубликовал katy
June 07 2015 09:46:11 ·
0 Комментариев ·
2919 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
