RTP -- Real-time Transport Protocol

Real-time Transport Protocol description

1. RTP
Real-Time Transport
Protocol
Grup 1
Azahara Fernández
Adrià López
Sergio López
Iván Minguillón
Fadi Taki

2. Introducción
TCP/IP
–No es apropiado para aplicaciones en tiempo real.
•Retransmisiones pueden llegar a causar retardos y jitter.
–El mecanismo de control de congestión no es apropiado para flujos
AV.
–No soporta multicast.
UDP/IP
–Más eficiente que TCP pero no define métodos de sincronización.
–Es necesario un canal de feedback para controlar la calidad.

6. Solución: Real-Time Transport
Protocol
RTP/RTCP
–Protocolo nivel de sesión utilizado para la transmisión en tiempo real.
–Una sesión consiste en el par de canales RTP/RTCP.
–Normalmente funciona sobre UDP/IP.
–Protocolo extremo a extremo.
•RTCP (Real-Time Control Protocol) proporciona información de control asociada
con un flujo de datos RTP
–No transporta datos.
Funcionalidades RTP
–Multicasting.
–Identificación tipo de payload.
–Secuenciación.
–Monitorización de la transmisión.

7. Arquitectura

8. Mezcladores
–Combinan diferentes flujos en uno y pueden cambiar el formato.
Traductores
–Utilizados para el cambio de formato para adaptarse a los contenidos, tipos de
codificación y limitaciones de velocidad del enlace y proceso.

Traductor + mezclador

9. Formato RTP
Cabecera paquete UDP

10. SSRC y CSRC

El traductor mantiene la fuente de sincronización

El mezclador cambia la fuente de sincronización

11. RTCP
UDP no puede detectar la pérdida de paquetes y recuperar la secuencia
RTP resuelve estos problemas utilizando números de secuencia y time
stamp.
RTCP controla la calidad del servicio y manda información sobre los
participantes de un sesión
Cada participante en una sesión RTP retransmite periódicamente
paquetes de control RTCP al resto de participantes
El feedback puede ser utilizado para controlar el rendimiento
–El emisor podría modificar sus transmisiones basándose en el feedback
Cada paquete RTCP contiene informes sobre el emisor y/o receptor
Las estadísticas incluyen número de paquetes enviados, perdidos, jitter,
etc.

12. Los paquetes se distribuyen entre todos los participantes de la sesión

Ejemplo de sesión multicast

13. Informes del emisor
El emisor envía los siguientes mensajes en una
sesión:
SSRC del participante que genera el informe.
NTP & RTP Timestamp (instantes de envío del SR
según NTP y el reloj local) Permiten sincronizar
distintas fuentes.
Número total de paquetes enviados.
Número total de bytes enviados.

14. Informes del receptor
El receptor envía los siguientes mensajes en una
sesión:
SSRC del participante que envía el informe.
SSRC del participante sobre el que se reportan
estadísticas.
Fracción de paquetes perdidos durante el último
informe.
Número total de paquetes perdidos.
Último número de secuencia recibido.
Estimación de la varianza entre llegadas.

15. Combinación de mensajes
–Pueden incluirse varios paquetes RTCP en un único datagrama UDP

16. Sincronización de flujos
Los timestamps en las PDUs RTP están asociadas al clock de muestreo local
de vídeo y audio
–No están asociados a NTP
Cada RTCP SR (sender report) contiene:
–El timestamp de la PDU RTP
–El clock global (NTP) de cuando la PDU fue creada
Los receptores utilizan esta asociación para sincronizar el audio y el video