RTP ( транспортный протокол реального времени ) обеспечивает поддержку передачи данных в реальном времени . Услуги, предоставляемые:
RTP был в первую очередь создан для многоадресной передачи данных в реальном времени, но его также можно использовать для одиночной одноадресной передачи. RTP дополнен протоколом управления RTCP для сбора информации о качестве передачи и об участниках передачи. Пакеты, отправляемые через Интернет, имеют непредсказуемую задержку из-за рассинхронизации двух сторон, отправляющей и принимающей сторон. Приложения реального времени требуют синхронизированной по времени отправки и воспроизведения данных. RTP позволяет ставить временные метки, нумерацию пакетов в последовательности.
Временные метки — это самые важные данные приложений, требующих одновременной связи. Отправитель записывает в это поле момент отправки первого образца. Временные метки растут вместе с количеством времени, охватываемого пакетом. После получения пакета получатель использует метки времени для правильного восстановления полученных данных. Временные метки также используются для взаимной синхронизации разных медиа с целью синхронизации видео и аудио сигналов, но сам RTP за это не отвечает, коррекция должна производиться на уровне приложения. UDP не доставляет пакеты в том порядке, в котором они были отправлены, поэтому используется нумерация пакетов.. порядковые номера) для правильного распределения входящих пакетов. По этой причине большинство современных устройств имеют единую приемную секцию, в которой они помещают вновь прибывшие пакеты и пытаются их перераспределить. Нумерация пакетов также может обнаруживать потерю пакетов. Идентификатор типа полезной нагрузки определяет формат передачи и определяет, какие процедуры сжатия и кодирования использовались. Из этого поля приложение на принимающей стороне знает, как правильно интерпретировать и воспроизводить данные. В один момент передачи отправитель RTP-пакета может отправить только один тип или тип данных, и во время передачи возможно изменение этого типа из-за влияния некоторых факторов (перегрузка сети). RTP также содержит информацию об источнике сигнала, что позволяет принимающей стороне узнать, откуда поступают данные. RTP работает по протоколу UDP, чтобы использовать его мультимедийные функции. TCP — это протокол, ориентированный на соединение, который обеспечивает прямое соединение и надежный поток данных, а UDP — нет. UDP был выбран в качестве протокола назначения для RTP по двум причинам:
RTP предназначен в первую очередь для многоадресной рассылки, поэтому прямое TCP-соединение для него не подходит.
Для приложений реального времени надежность доставки пакетов не так важна, как своевременность их поступления.
Надежное соединение, обеспечиваемое протоколом TCP, в данном случае даже нежелательно, особенно повторная передача пакетов. При перегрузке сети некоторые пакеты будут потеряны, и приложение сможет воспроизводить контент, но с более низким качеством. Если протокол настаивает на надежной передаче и требует повторной передачи потерянных пакетов, это увеличит задержку, еще больше перегрузит сеть и, в конечном счете, у приложения не будет достаточно данных для обработки.
