( Примечание

Несколько последовательных сообщений могут иметь одну и ту же отметку о времени, если логически они порождены в один и тот же момент, как, напри­мер, сообщения, переносящие порции информации, принадлежащие одному и тому же видеокадру. Для обеспечения противодействия возможным атакам на приемники каждый источник начинает нумеровать пакеты с произвольного слу­чайно выбранного номера.

Поле TIMESTAMP предназначено для размещения метки времени. Это поле содержит линейно и монотонно возрастающее значение, соответствующее моменту времени, в который был создан первый байт данных полезной на­грузки. Точность, с которой формируется это значение, должна быть доста­точной для обеспечения временной синхронизации для всех типов полезной нагрузки. Значение поля TIMESTAMP определяется по локальным часам от­правителя, причем стартовое значение этих локальных часов для каждой сес­сии одного и того же устройства определяется случайным образом.

В поле идентификатора источника синхронизации SYNCHRONIZATION SOURCE (SSRC) IDENTIFIER помещается случайное число, предназначен­ное для однозначной идентификации этого источника. Уникальность этого идентификатора в пределах сессии обеспечивает возможность выявления и устранения петель, возникающих при передаче потокового трафика в сети. Смеситель, используемый в качестве.источника синхронизации, может объ­единять в одно сообщение протокола RTP порции данных, полученных от нескольких источников, и, при необходимости, изменять формат представле­ния данных. Предположим, что новая система хочет принять участие в сеансе аудиоконференции, но ее канал до сети не имеет достаточной пропускной способности. В этом случае смеситель, который получает информационные потоки данного сеанса, объединяет их в один, который и передает новому члену сеанса, используя при этом более экономичный способ кодирования.

Заголовок сообщения протокола RTP, генерируемого смесителем, включает идентификаторы всех передатчиков, чьи данные присутствуют в этом сооб­щении.

В поле CONTRIBUTING SOURCE IDENTIFIER (CSRC) (источник входящих данных), занимающем 32 бита в заголовке сообщения протокола RTP, поме­щается идентификатор источника данных, представленных в данном сообще­нии. Количество таких полей в сообщении протокола RTP может быть от О до 15.

27. Назначение протокола rtcp. Типы сообщений протокола rtcp.

Назначение протокола rtcp

Протокол RTP, описание которого приведено в предыдущем разделе, исполь­зуется только для передачи пользовательских данных— обычно с использо­ванием многоадресного режима — между участниками сеанса. Все функции управления передачей данных, выполняемой протоколом RTP, осуществля­ются специальным управляющим протоколом реального времени — RTCP (Real-Time Transport Control Protocol). Основной задачей протокола RTCP, таким образом, является организация и обслуживание сессий протокола RTP.

Для передачи управляющих сообщений протокола RTCP применяется обыч­но тот же самый базовый транспортный протокол, что и для протокола RTP (обычно UDP), однако при этом для протокола RTCP используется номер порта, отличный от того, который используется для протокола RTP.

Среди основных функций, выполняемых протоколом RTCP, в первую оче­редь следует выделить:

• обеспечение обратной связи между передатчиками и приемникам^ груп­пового трафика;

• идентификацию источника передаваемых данных;

• определение оптимального периода формирования сообщений RTCP.

Обеспечение обратной связи между передатчиками и приемниками группо­вого трафика выполняется для оперативного определения качества переда­ваемого сигнала. Поскольку диагностические сообщения протокола RTCP передаются приемниками потокового трафика в режиме групповой адреса­ции, то все заинтересованные участники сеанса могут оценить качество пере­даваемого сигнала и степень загруженности сети. Диагностические сообще­ния протокола RTCP содержат информацию о проблемах, которые возникли при приеме потокового трафика, например, потеря пакетов или большая не­равномерность передачи.

Обратная связь с получателями важна также для диагностирования ошибок при распространении потокового трафика по сети. Например, анализируя со­общения всех участников сеанса, администратор сети может определить, яв­ляется ли возникшая проблема локальной проблемой одного участника или носит глобальный характер. Если приложение-отправитель или администра­тор сети приходит к выводу, что проблема характерна для системы в целом, допустим, по причине перегруженности одного из используемых каналов

связи, то они могут, например, сформировать предложения по изменению, или изменить степень сжатия данных, передаваемых по этому каналу.

Для обеспечения идентификации источника передаваемых данных сообще­ния протокола RTCP содержат стандартное текстовое описание отправителя. Использование сообщений протокола RTCP, таким образом, обеспечивает однозначную идентификацию пользователя, участвующего в нескольких раз­личных сеансах одновременно.

Определение оптимального периода формирования сообщений RTCP выпол­няется на основе полученной оценки числа участников сеанса. Очевидно, что число передаваемых сообщений протокола RTCP будет расти с увеличением числа участников сессии. При небольшом количестве участников один пакет RTCP посылается максимум каждые 5 сек. Цель определения оптимального периода формирования сообщений RTCP состоит в том, чтобы трафик сооб­щений протокола RTCP не превышал установленной доли от общего трафика сеанса.

Вспомогательной функцией протокола RTCP является передача управляю­щей информации сессии для отображения ее на пользовательском интерфей­се. Предполагается, что формирование и передача подобной информации бу­дут целесообразными для обслуживания сессий, имеющих упрощенные про­цедуры членства. Поскольку для участия в такой сессии, как правило, не требуется выполнения процедур опознавания пользователя, полезным может оказаться наличие специального канала для передачи дополнительной ин­формации об ее участниках.