RTP es un protocolo diseñado para la transmisión de medios en tiempo real sobre IP. Permite la transmisión de audio y video mediante la adición de marcas de secuencia y tiempo a los paquetes. RTCP es un protocolo complementario que proporciona información de control y calidad del servicio sobre la sesión RTP, permitiendo a los participantes sincronizar y adaptar los flujos transmitidos.

1. Grup 1 RTP Real-Time Transport Protocol 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