imported>Gromolyak: /* Компоненты протокола */

2026-01-31T03:12:37Z

Компоненты протокола

Новая страница

Протокол '''RTP''' ({{lang-en|Real-time Transport Protocol}}) работает на [[Протоколы прикладного уровня|прикладном уровне (OSI - 7)]] и используется при передаче трафика реального времени. Протокол был разработан Audio-Video Transport Working Group в [[IETF]] и впервые опубликован в 1996 году как RFC 1889 (RFC 1889 является устаревшим с момента выхода RFC 3550 в 2003 году).

Протокол RTP переносит в своём заголовке данные, необходимые для восстановления аудиоданных или видеоизображения в приёмном узле, а также данные о типе кодирования информации ([[JPEG]], [[MPEG]] и т. п.). В заголовке данного протокола, в частности, передаются временная метка и номер пакета. Эти параметры позволяют при минимальных задержках определить порядок и момент декодирования каждого пакета, а также интерполировать потерянные пакеты.

RTP не имеет стандартного зарезервированного номера порта. Единственное ограничение состоит в том, что соединение проходит с использованием чётного номера, а следующий нечётный номер используется для связи по протоколу [[RTCP]]. Тот факт, что RTP использует динамически назначаемые адреса портов, создаёт ему трудности для прохождения [[Межсетевой экран|межсетевых экранов]], для обхода этой проблемы, как правило, используется [[STUN]]-сервер.

Установление и разрыв соединения не входят в список возможностей RTP, такие действия выполняются [[Сигнальный протокол|сигнальным протоколом]] (например, [[RTSP]]- или [[Протокол установления сеанса|SIP]]-протоколом).

== Описание протокола ==

RTP был разработан как протокол [[Системы реального времени|реального времени]], из конца в конец (end-to-end), для передачи [[Поток данных|потоковых данных]]. В протокол заложена возможность компенсации [[джиттер]]а и обнаружения нарушения последовательности пакетов данных — типичных событий при передаче через IP-сети. RTP поддерживает передачу данных для нескольких адресатов через [[Multicast]].<ref name="Hardy_298">{{книга |заглавие=Network |страницы=[https://books.google.com/books?id=Oq8SEUW1wdQC&pg=PT320 298] |издательство=De Boeck Université |год=2002 |язык= |автор=Daniel Hardy}}</ref> RTP рассматривается как основной стандарт для передачи голоса и видео в IP-сетях и совместно с кодеками.

Приложения, формирующие потоки [[Мультимедиа|реального времени]], требуют своевременной доставки информации и для достижения этой цели могут допустить некоторую потерю пакетов. Например, потеря пакета в аудиоприложении может привести к доле секунды тишины, которая может быть незаметна при использовании подходящих алгоритмов скрытия ошибок.<ref name="Perkins_46">Colin Perkins, p.46</ref> Протокол [[TCP]], хотя и стандартизирован для передачи RTP,<ref>RFC 4571</ref> как правило, не используется в RTP-приложениях, так как надежность передачи в TCP формирует временные задержки. Вместо этого большинство реализаций RTP базируется на [[UDP]]. Кроме этого, существуют другие спецификации для транспортных протоколов [[SCTP]] и [[DCCP]], но они мало распространены.<ref>{{книга |заглавие=The Internet and its protocols |издательство=[[Morgan Kaufmann Publishers|Morgan Kaufmann]] |год=2004 |страницы=363 |ссылка=https://books.google.com/?id=LtBegQowqFsC&pg=PA363&dq=rtp+sctp |isbn=9781558609136 |ref=Farrel |язык= |автор=Farrel, Adrian}}</ref><ref>{{книга |заглавие=THREE-DIMENSIONAL TELEVISION |издательство={{Нп3|Springer Publishing|Springer|en|Springer Publishing}} |год=2007 |страницы=366 |ссылка=https://books.google.com/?id=kQvCHpuXji8C&pg=PA366&dq=rtp+dccp |isbn=9783540725312 |ref=Ozaktas |язык= |автор=Ozaktas, Haldun M.; Levent Onural}}</ref>

== Компоненты протокола ==
Спецификация RTP описывает четыре подпротокола:
* Протокол передачи данных, RTP, который взаимодействует с передачей данных реального времени. Информация, предоставляемая посредством этого протокола, включает в себя отметку времени (для синхронизации), последовательный номер (для детектирования потери и дублирования пакетов) и формат полезной нагрузки, который определяет формат кодирования данных, т.н. [[Профили данных RTP|профиль данных RTP]].
* Протокол контроля, [[RTCP]], используемый для определения качества обслуживания ([[QOS|QoS]]), обратной связи и синхронизации между медиапотоками. Занимаемая полоса пропускания RTCP мала в сравнении с RTP, обычно около 5 %.
* Управляющий сигнальный протокол, такой как [[Протокол установления сеанса|SIP]], [[H.323]], [[MGCP]] или [[H.248]]. Сигнальные протоколы управляют открытием, модификацией и закрытием RTP-сессий между устройствами и приложениями реального времени.
* Управляющий протокол описания медиа, такой как [[Session Description Protocol]] или [[H.245]], определяет [[Профили данных RTP|профиль данных RTP]] для каждой из участников медиасессии.

== Сессии ==
RTP-сессия устанавливается для каждого потока мультимедиа. Сессия состоит из [[IP-адрес]]а и пары портов для RTP и RTCP. Например, аудио- и видеопотоки будут иметь различные RTP-сессии, позволяющие приемнику для этого выделить конкретный поток.<ref name="Zurawski_28">{{книга |заглавие=The industrial information technology handbook |издательство=[[CRC Press]] |год=2004 |страницы=[https://books.google.com/books?id=MwMDUBKZ3wwC&pg=PT225&dq=RTP+session 28—7] |часть=RTP, RTCP and RTSP protocols |ссылка=https://books.google.com/?id=MwMDUBKZ3wwC |isbn=9780849319853 |ref=Zurawski |язык=en |автор=Zurawski, Richard}}</ref> Порты, которые образуют сессию, связываются друг с другом средствами других протоколов, таких как SIP (содержащий в своих сообщениях протокол SDP<ref>RFC 4566: ''SDP: Session Description Protocol'', M. Handley, V. Jacobson, C. Perkins, IETF (July 2006)</ref>) и [[RTSP]] (используя SDP в методе Setup). В соответствии со спецификацией, RTP не имеет стандартного зарезервированного номера порта. Единственное ограничение состоит в том, что соединение проходит с использованием чётного номера, а следующий нечётный номер используется для связи по протоколу [[RTCP]]. RTP и RTCP обычно используют непривилегированные UDP-порты (16k-32k), но могут использовать и другие порты, поскольку сам протокол RTP независим от транспортного уровня.

== Структура пакета ==
{| width="700" align="center"
|-
|
{| class="wikitable" style="margin: auto;" text-align: center;"
|- align="center"
! style="width: 30%" |+ Биты
! colspan="2"| 0-1
! colspan="1"| 2
! colspan="1"| 3
! colspan="4"| 4-7
! colspan="1" | 8
! colspan="7" | 9-15
! colspan="16" | 16-31
|- align="center"
! 0
| colspan="2"|Ver.
| colspan="1"|P
| colspan="1"|X
| colspan="4"|CC
| colspan="1"|M
| colspan="7"|PT
| colspan="16"|Порядковый номер
|- align="center"
! colspan="1"|32
| colspan="32"|Метка времени
|- align="center"
! 64
| colspan="32"|SSRC-идентификатор
|- align="center"
! 96, если CC>0
| colspan="32"|[CSRC-идентификаторы]
|- align="center"
! 96+(CC×32), если X=1
| colspan="16"|[Заголовок расширения — определённое [[Профили данных RTP|профилем]] значение]
| colspan="16"|[Заголовок расширения — количество блоков данных по 32 бита (EHL)]
|- align="center"
! 96+(CC×32)+32
| colspan="32"|[Заголовок расширения — блоки данных]
|- align="center"
! 96+(CC×32)+X*(32+32×EHL)
| colspan="32"|  Данные  
|- align="center"
! если P=1
| colspan="24" |Заполнение (Padding data)
| colspan="8"|L
|}
|}

0-1 — '''Ver'''. (2 бита) указывает версию протокола. Текущая версия — 2. 
2 — '''P''' (один бит) используется в случаях, когда RTP-пакет дополняется пустыми байтами на конце. 
3 — '''X''' (один бит) используется для указания расширений протокола, задействованных в пакете. 
4-7 — '''CC''' (4 бита) содержит количество CSRC-идентификаторов, следующих за постоянным заголовком. 
8 — '''M''' (один бит) используется на уровне приложения и определяется профилем. Если это поле установлено, то данные пакета имеют какое-то особое значение для приложения. 
9-15 — '''PT''' (7 бит) указывает формат полезной нагрузки и определяет её интерпретацию приложением. 
64-95 — '''SSRC''' указывает источник синхронизации. 
'''EHL''' (Extension Header Length) — количество 32-битных слов в блоке данных расширения заголовка. 
'''L''' — последний байт в пакете, определяющий длину области заполнения в байтах (используется для выравнивания в последнем пакете).

== Спецификация RTP ==
* [https://web.archive.org/web/20070926225101/http://www.rfc-editor.org/cgi-bin/rfcdoctype.pl?loc=STD&letsgo=64&type=http&file_format=txt STD 64. RTP: A Transport Protocol for Real-Time Applications. H. Schulzrinne, S. Casner, R. Frederick, V. Jacobson. July 2003.]
* [https://web.archive.org/web/20070926224937/http://www.rfc-editor.org/cgi-bin/rfcdoctype.pl?loc=STD&letsgo=65&type=http&file_format=txt STD 65. RTP Profile for Audio and Video Conferences with Minimal Control. H. Schulzrinne, S. Casner. July 2003.]
* [[rfc:3550|RTP: A Transport Protocol for Real-Time Applications]]

== См. также ==
* [[Профили данных RTP]]
* [[SRTP]]
* [[ZRTP]]
* [[SCTP]]

== Ссылки ==
* [http://www.cs.columbia.edu/~hgs/rtp/faq.html Ответы на часто задаваемые вопросы о протоколе RTP]{{ref|en}}

== Примечания ==
{{примечания}}
* {{книга |заглавие=RTP |издательство=[[Addison-Wesley]] |год=2003 |страницы=414 |isbn=9780672322495 |ссылка=https://books.google.com/?id=OM7YJAy9_m8C |ref=Perkins |язык= |автор=Perkins, Colin}}
* {{книга |заглавие=Computer Networks |издательство=[[Morgan Kaufmann Publishers|Morgan Kaufmann]] |год=2007 |издание=4 |страницы=806 |isbn=9780123740137 |ссылка=https://books.google.com/?id=zGVVuO-6w3IC |ref=Peterson |язык= |автор=Peterson, Larry L.; Bruce S. Davie}}
* {{книга |издательство=Javvin Technologies |заглавие=Network Protocols Handbook |часть=RTP |ссылка часть=https://books.google.com/books?id=D_GrQa2ZcLwC&pg=PA144 |год=2005 |isbn=9780974094526 |язык=}}
* {{книга |издательство=Ministry of Human resources, India |заглавие=Broadband Networks |часть=RTP |ссылка часть=https://www.youtube.com/watch?v=OaL2vVFbCG4&feature=channel_page |год=2008 |язык=}}

{{IPstack}}

[[Категория:Сетевые протоколы]]
[[Категория:Протоколы VoIP]]

Real-time Transport Protocol - История изменений

imported>Gromolyak: /* Компоненты протокола */