29/4/2019

ESCUELA PROFESIONAL DE INGENIERÍA ELECTRÓNICA

CON MENCIÓN EN TELECOMUNICACIONES

SISTEMAS DE TELEFONIA

Martín M. Soto Córdova

msoto@uch.edu.pe

2019 - I

1
 29/4/2019

UNIDAD DIDÁCTICA 1 SESIÓN 3

TEMA DE SESIÓN: EL PROTOCOLO RTP

CAPACIDAD ESPECÍFICA

• Conocer los fundamentos, funcionalidades y las condiciones de operación del protocolo RTP

CAPACIDAD DE PROCESO:

• Sesión presencial interactiva.

INDICADORES:

• Caracterizar el protocolos RTP

• Reconocer características técnicas de dicho protocolo
• Identificar las relaciones de este protocolo con las redes y servicios de comunicaciones

Contenido

❑ Requerimientos de transmisión en RT (Real-time)

❑ Protocolos para servicios multimedia

❑ RTP (Real-time transport protocol)

❑ RTCP (RTP control protocol)

❑ RTSP (Real-time streaming protocol)

2
 29/4/2019

Real-time multimedia streaming

❑ Aplicaciones RT (Real-time)
✓ Videoconferencia
✓ Telefonía IP
✓ Audio en Internet, video streaming

Requerimientos del Streaming

❑ Secuenciamiento
✓ Indica pérdidas de PDU
✓ Comunica reordenamiento de PDU
✓ Realiza decodificación fuera de orden

❑ Marca temporal y almacenamiento

✓ Reproducción
✓ Cálculo de jitter y retardo

❑ Identificación de “Payload type”

✓ Interpretación de medias

❑ Ocultamiento de errores
✓ Cubre errores de PDU perdido, mediante redundancia en tramas adyacentes

❑ Realimentación de QoS (Quality of Service)

✓ Del Rx al Tx para ajustes de operación

❑ Control de Tasa
✓ Tx reduce la tasa de envío adaptativamente a la congestión de red

3
 29/4/2019

Temporización Ideal (sin jitter)

Jitter

4
 29/4/2019

Playback buffer

Número de Secuencia y Marca Temporal

❑ Ejem. Silencio de audio:

Sea datos de audio
➔Qué debe enviar el Tx durante el silencio? Nada
➔ Porqué puede originar problemas? Rx no distingue entre pérdida y silencio

❑ Solución:
Después de no recibir PDUs por un tiempo, la siguiente PDU recibida
en Rx reflejará un gran salto en la marca temporal, pero tendrá la
siguiente secuencia correcta
➔ Rx conoce lo que ocurrió.

5
 29/4/2019

Soporte de las capas de transporte

❑ TCP no se utiliza:
✓ Realiza retransmisiones ➔ Retardos no acotados
✓ No posee provisión de marcas temporales
✓ No soporta multicast
✓ El mecanismo de control de congestión (slow-start) no es adecuado para transporte RT

RTP + UDP usualmente para servicios multimedia

Protocolos para servicios multimedia

6
 29/4/2019

RTP

❑ Provee funciones de transporte extremo a extremo para aplicaciones RT

✓ Soporta diferentes tipos de datos

❑ Todas las PDUs de RTP y RTCP se envían al mismo grupo multicast (todos los participantes)
✓ Todas las PDUs de RTP se envían a un puerto UDP par, 2p
✓ Todas las PDUs de RTCP se envían a un puerto UDP 2p+1

❑ No prove garantíasde QoSo entregasa tiempo

✓ Se basa en otros protocolos como RTCP y capas inferiores

❑ No asume quela red subyacente es fiable y entrega las PDUs en secuencia

✓ Utiliza números de secuencia

Sesión RTP

❑ La sesión RTP consiste en envío y recepción de datos RTP por un grupo de participantes
✓ Por cada participante, una sesión es un par de direcciones de transporte utilizados para comunicar con el grupo

❑ Si múltiples tipos de medias se comunican por el grupo, la transmisión de cada media constituye una sesión.

7
 29/4/2019

Fuente de sincronización RTP

❑ Fuente de sincronización(SSRC): Cada Fuente de PDUs de RTP

❑ Identificado por un ID de 32 bits único, aleatorio

❑ Un host que genera multiples flujos en un único RTP debe utilizar una SSRC diferente por cada flujo.

Fundamento RTP de Transmisión de datos

8
 29/4/2019

Cabecera de la PDU de RTP

Mixer
❑ RTP mixer: Un Sistema intermediario que recibe y combina PDUs de RTP de una o mas sesiones RTP en una
nueva PDU de RTP

❑ El flujo puede ser transcodificado, se pueden realizar efectos especiales

❑ Un mixer típicamente tendrá que definir relaciones de sincronización entre flujos

✓ Las fuentes que se mezclan serán CSRC (contributing sources)
✓ El mismo Mixer aparece como una nueva fuente con un SSRC nuevo

9
 29/4/2019

Translator

❑ Un Sistema intermediario que conecta dos o más redes

✓ Multicasting a través de un firewall
✓ Modifica la codificación de flujos, cambiando la temporización del flujo
✓ Transparente a los participantes
✓ SSRC’s permanecen intactos

RTP Control Protocol (RTCP)

❑ RTCP especifica reporte de PDUs intercambiadas entre fuentes y destinos de información multimedia
✓ RRR (receiver reception report)
✓ SR (sender report)
✓ SDES (source description report)

❑ Los reportes contienen estadísticas tal como número de RTP-PDUs enviadas, número de RTP-PDUs perdidas,
jitter entre llegadas

❑ Es utilizado porla aplicación para modificar las tasas de transmisión del emisor y para propósitos de
diagnóstico

10
 29/4/2019

Tipos de mensajes RTCP

❑ Tipicamente, se transmite varias RTCP PDUs de diferentes tipos en una sola UDP PDU

Captura de RTP-PDU

11
 29/4/2019

Escalado de BW RTCP

❑ Problema
✓ Qué ocurre si hay un emisor y varios receptores?
✓ RTCP escala los reportes linealmente con el número de participantes e igualaría o excedería la cantidad de datos RTP! Más
sobrecarga que dato útil!

❑ Solución
✓ RTCP intenta limitar su tráfico a 5% del BW de la sesión para asegurar su escalado!
✓ RTCP da 75% de su velocidad a los receptores; y el 25% restante al emisor.

❑ Ejemplo
✓ Sea un emisor, enviando video a 2 Mbps. Luego RTCP intenta limitar su tráfico a 100 Kbps.
✓ Los 75 Kbps se comparte equitativamente entre los receptores: Con R receptores, cada uno consigue enviar tráfico RTCP a 75/R
Kbps.
✓ El emisor consigue enviar tráfico RTCP a 25 Kbps.

12