Глава 4. Введение в rtp

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

4.1. Базовые принципы rtp

Перед создателями протокола RTP стояла задача разработки механизма надежной доставки мультимедийной информации по ненадежным сетям. Они достигли этой цели на основе двух принципов: фрагментирования информации на уровне приложений и принципа конечных точек.

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

Что касается принципа конечных точек, то он означает, что ответственность за надежность передачи информации возлагается на ее отправителя и получателя, но не на промежуточные пункты маршрута передачи. Такой подход позволяет значительно упросить механизм передачи данных для промежуточных пунктов, исключая операции обнаружения и исправления ошибок передачи.

4.2. Стандартные элементы rtp

Стандарт RTP был опубликован в январе 1996 года (RFC 1889). Протокол состоит из двух частей – протокола передачи данных и связанного с ним протокола управления. Первый отвечает за доставку данных реального времени между конечными пунктами маршрута. Он включает порядковый номер пакета для предотвращения потерь пакетов, метку времени для восстановления временных характеристик, SSRC- и CSRS-идентификаторы, маркер существенных событий в передаваемом потоке. В деталях протокол будет рассмотрен позже.

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

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

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

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

Кроме всего перечисленного, существуют форматы передаваемых данных, содержащие схемы коррекции данных. Эта тема также будет детально рассмотрена в следующих главах учебного пособия.

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