идентификаторе получателя, а также синхронизацию потоков. Более детально протокол RTCP также будет обсуждаться в дальнейших главах. Отметим ограничения, вводимые протоколом RTP. Во-первых, стандарт не определяет алгоритмов проигрывания аудиоили видеоданных, восстановления временных характеристик, синхронизации между мультимедиапотоками, обнаружения и устранения ошибок, контроля перегрузок сети. Все это остается в сфере деятельности разработчика приложения, а так как разные приложения предъявляют разные требования в этой области, то стандартизировать их было бы ошибкой. Во-вторых, некоторые характеристики передачи остаются открытыми и могут отражать специфику формата передаваемых данных (единица временной шкалы, отметки различных событий в рамках передаваемого потока и т. д.).

Протокол RTP также определяет формат передаваемых данных (payload format), ссылка на который есть в профиле RTP (RTP profile). Профиль может задавать некоторые общие свойства используемых форматов данных. В целом данная структура позволяет работать с различными кодеками, используемыми для сжатия передаваемой информации.

Кроме всего перечисленного, существуют форматы передаваемых данных, содержащие схемы коррекции данных. Эта тема также будет детально рассмотрена в следующих главах учебного пособия. В заключение отметим, что может быть два опциональных элемен- та формата RTP: сжатие заголовка (header compression) и мультиплексирование (multiplexing).

4.3. Связанные с RTP стандарты

Протокол RTP связан еще с рядом стандартов. Полный стек протоколов показан на рис. 4.1.