Transporte de Contenidos Multimedia: RTP Streaming: Grado en Ingeniería de Tecnologías Y Servicios de Telecomunicación

Transporte de Contenidos Multimedia: RTP
Streaming
GRADO EN INGENIERÍA DE TECNOLOGÍAS Y SERVICIOS DE TELECOMUNICACIÓN
Dpto. de Comunicaciones
Universidad Politécnica de Valencia
Universitat Politècnica de València
www.upv.es
OBJETIVOS
o Reconocer los diferentes escenarios para la difusión de

Objetivos contenidos multimedia en tiempo real
Contenido o Identificar la funcionalidades básicas del Protocolo IGMP
en el entorno multicast
o Identificar la funcionalidades básicas de los protocolos
RTP/RTCP en la distribución de contenidos
o Introducir el concepto de IPTV y los servicios ofrecidos
o Reconocer las diferencias entre IPTV y OTT
o Introducir la estructura de MPEG2-TS
CONTENIDO
Objetivos 1. Introducción
Contenido 2. Protocolo IGMP - multicast
3. Protocolo RTP/RTCP
4. IPTV
5. Práctica
6. Referencias bibliográficas
Objetivos
Contenido
1. Introducción
2. Protocolo IGMP
y Multicast
3. Protocolo
RTP/RTCP
1. Introducción
4. IPTV
5. Práctica
6. Referencias
bibliográficas
1. Introducción
¿Cómo difundir contenidos a un

gran número de usuarios y/o
con muy bajo retardo?
1. Introducción
DASH
Latencia Alta (6s-30s)
Escalabilidad Alta
Adaptación Sí
Multicast No
Estándar Sí
Navegador Sí
Aplicaciones VoD
Live Broadcast
(latencia inicial)
1. Introducción
1. Introducción
RTP/RTCP UDP
Cámara IP Red
RTSP/RTP/SDP
rtsp://10.0.0.96:554/axis-media/media.amp
rtsp://10.0.0.96:554/axis-media/media.amp
1. Introducción
RTP/RTCP UDP
https://jitsi.org/
Red
https://opentokrtc.com/
WebRTC WebRTC
RTP
Microsoft TEAMS
Señalización: SDP, ICE candidate,…
1. Introducción
RTP/RTCP UDP
VoIP VoIP
Red
(Internet y Telefonía)
SIP y RTP
1. Introducción
RTP/RTCP UDP
TV
Red (IPTV)
IGMP y MPEGTS/RTP
1. Introducción
DASH RTP
Latencia Alta (6s-30s) Baja (<150ms)
Escalabilidad Alta Baja-Media
Adaptación Sí Sí
Multicast No Sí
Estándar Sí Sí
Navegador Sí Sí (WebRTC)
Aplicaciones VoD Videoconferencia
Live Broadcast Live Broadcast
(latencia inicial) (baja latencia)
Latencia: (segmentos (2s, 5s, 10s) + buffer 3 segmentos) vs no segmentos
Escalabilidad: Web Server (conexions http) vs (WebRTC Server o RSTP Server)
Adaptación: diferentes calidades vs adaptación del bitrate
Multicast: TCP vs UDP
1. Introducción
https://meet.jit.si/
Objetivos
Contenido
1. Introducción
2. Protocolo IGMP
y Multicast
3. Protocolo
RTP/RTCP
2. Protocolo IGMP y Multicast
4. IPTV
5. Práctica
6. Referencias
bibliográficas
Conceptos básicos:
Muchas de aplicaciones desarrolladas son uno-a-muchos o

muchos-a-muchos (una o múltiples fuentes transmiten a una o
múltiples destinos)
Ejemplos:
• Conferencias de audio y vídeo
• Servicio de TV: IPTV
• Difusión de eventos (tutoriales, clases online, etc)
• Replicación de contenidos en CDNs
• Transmisión de mensajes corporativos a un grupo de personas
• Replicación de bases de datos en redes de empresa
Unicast: la fuente envía Broadcast: la fuente Multicast: la fuente

una copia individual del envía una sola copia del envía una sola copia del
contenido a cada receptor, contenido a todos los nodos contenido a aquellos
limitando el número de de la red, donde muchos de receptores que
receptores por el ancho de ellos no desean recibir explícitamente han
banda disponible en el dicho contenido. informado que quieren
emisor. recibir el contenido.
Interactividad Básica: selección de contenidos.

Selección IPTV vs Selección DVB-T
En IPTV no se reciben todos los canales
Selección del canal a través de IGMP
Desventajas del “Unicast”:
– El usuario necesita conocer la identidad de los participantes
à gestión muy complicada
– No es escalable cuando aumenta el número de participantes
à N participantes: O(N2)
– El proceso de unión o abandono de un grupo o conferencia durante el funcionamiento
del mismo es complejo
à el emisor debería informar a todos los participantes
Ventajas del “Multicast”:

– Es un concepto basado en el “receptor”: el receptor se une a un grupo multicast y la
información es enviada desde la fuente a todos los miembros del grupo
– El emisor no necesita mantener una lista de receptores
– Sólo se envía una copia del mensaje por cada enlace de la red y sólo se hacen copias
cuando el camino diverge
IP Multicast (solución para redes IP) :
• La transmisión de un datagrama IP a un ‘grupo de hosts’ (conjunto de cero o más hosts

identificados por una única dirección IP).
• Un datagrama multicast es enviado a todos los miembros del grupo de hosts destino indicado, con
las mismas características de “best-effort” que los datagramas IP unicast.
• La pertenencia a un grupo es dinámica; es decir, los hosts pueden unirse o abandonar el grupo
en cualquier momento.
• No existe ninguna restricción en la localización o número de miembros de un grupo
• Para soportar IP Multicast tanto el emisor como los receptores (PC’s, servidores, dispositivos, etc.)
y la infraestructura de red (routers) deben ser capaces de soportar multicast
• Deering (IPv6): trx audio/video IETF (1992)

• RFC 1112 (IGMPv1, )RFC 2236 (IGMPv2) RFC 3376 (IGMPv3) IPv4, RFC 4604 (IGMPv3 & MLDv2), RFC 4884 (ICMP) IPv6
IP Multicast en LAN
• Los emisores y receptores deben soportar la transmisión y recepción de IP Multicast en la pila de

protocolos TCP/IP
• Soportar el protocolo IGMP para comunicar la petición de unión a un grupo multicast
• Las tarjetas de red deben ser capaces de mapear o filtrar direcciones IP Multicast a direcciones MAC
Multicast
• Aplicación debe soportar IP Multicast
à aplicaciones de videconferencia o reproducción de vídeo:
protocolos SDP, RTSP, RTP/TCP, UDP e IP Multicast
IP Multicast en WAN
• Todos los nodos intermedios entre emisor y

receptor deben ser capaces de utilizar IP
Multicast
• Implementar cuando sea necesario “IP
tunneling”: conectar islas de routers
multicast separados enlaces no Multicast IP
- datagramas multicast se
encapsulan en
datagramas unicast
(punto a punto)
Direcciones IP Multicast
IP Multicast utiliza direcciones de clase D :

0 1 2 3 4 31
1 1 1 0 Ide ntificación de G rupo
Direcciones multicast disponibles:
224.0.0.0 a 239.255.255.255
Tipos de direcciones: IANA (Internet Assigned Numbers Authority)

224.0.0.0 reservado
224.0.0.1 Direccionar a todos los hosts y
routers de una LAN
•Permanentes
224.0.0.2 Direccionar a todos los routers de
(RFC 1700) una LAN
224.0.0.3 a 224.0.0.255 reservado para protocolos de
encaminamiento
224.0.13.0 a 224.0.13.255 Reservado para aplicaciones Net
News
Funcionamiento de IP Multicast
Transmisión
• El emisor especifica la dirección multicast apropiada que representa a un grupo
multicast
• Se envía con la misma primitiva (SendIP) que un datagrama IP
Recepción
• El host receptor (la aplicación) solicita la incorporación a un grupo multicast
(protocolo IGMP)
• Mapea o asocia la dirección IP Multicast del grupo (al cual se ha unido) a una
dirección MAC Multicast (donde escuchará)
¿Cómo funciona Multicast a nivel

Ethernet?
• Se deberá indicar a la tarjeta que trabaje en
modo multicast y filtre las direcciones MAC
asociadas con la nueva dirección del grupo
multicast
• Los routers de la LAN, al recibir un paquete IP
Multicast realizarán el proceso inverso,
mapeando la dirección IP Multicast a la
dirección MAC Multicast y la transmitirán a la
LAN
• En el host receptor, la tarjeta de red y el driver
de red escuchan en las direcciones
configuradas (unicast, broadcast y multicast)
à pila de protocolos TCP/IP (resolución de
32 direcciones IP Multicast coincidentes por el
mapeo)à aplicación
TTL (Time To Live)
• Los routers multicast (MR) no necesitan conocer la lista de miembros de cada grupo, sólo los grupos de
los cuales existe algún miembro en la subred o LAN
• TTL: campo de cabecera de IP que se utiliza para controlar el número de saltos (routers) que un paquete
IP puede realizar
• Cad vez que un router retransmite un paquete decrementa el valor del campo TTL
à en los paquetes multicast cuando TTL=0 se elimina sin notificar al emisor
• Si un paquete tiene un valor de TTL > 1, lo retransmite hacia otras redes que contienen miembros del
mismo grupo
• Ejemplo: en la red Mbone se utiliza
1 : Red Local
15 : Red Campus
63 : Region
127 : Mundo
IGMP (Internet Group Management Protocol)
• Las aplicaciones lo utilizan para unirse o abandonar un grupo multicast
• Se utiliza por parte de los routers para conocer si existe algún miembro de algún grupo
multicast en la LAN
• Se ha actualizado para participar en el proceso de enrutamiento de los paquetes multicast a
través de las diferentes LAN (informando sobre los grupos de cada LAN)
• Tipos de paquetes IGMP:

IGMPv1 - Host Membership Query (generado por router)
- Host Membership Report (generado por host)
- Host Membership Specific Query (generado por
IGMPv2
router)
- Leave Group (generado por host)
Membership Query Message (IGMPv3)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 0x11 | Max Resp Code | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Group Address |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Resv |S| QRV | QQIC | Number of Sources (N) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Source Address [1] |
+- -+
| Source Address [2] | IGMPv3
+- . -+ Group-and-Source-Specific Query:
. . .
Pregunta si algún host desea recibir
. . .
+- -+ en la dirección Group Address desde
| Source Address [N] | origen (direcciones source unicast).
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
Membership Query (0x11), Membership Report (IGMPv1: 0x12, IGMPv2: 0x16, IGMPv3: 0x22), Leave Group (0x17)
Membership Report Message (IGMPv3)
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Type = 0x22 | Reserved | Checksum |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reserved | Number of Group Records (M) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. Group Record [1] .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| . |
. . .
| . |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
. Group Record [M] .
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
IGMP Report (incorporación a un

grupo multicast)
• Cuando una aplicación desea unirse a un
grupo multicast, se envía un mensaje IGMP
Report a la dirección IP del
grupo multicast
IGMP Query (reconocimiento de la existencia de grupos

multicast)
• Para determinar si existen hosts en una LAN pertenecientes a un grupo multicast, el router
envía de forma periódica un paquete IGMP Query a la LAN solicitando una respuesta de los
miembros de algún grupo multicast
à con dirección IP Multicast a todos los hosts
(224.0.0.1)
¿Cómo se evita una avalancha de

respuestas IGMP Report?
• El valor del campo TTL = 1 para que el mensaje IGMP Query no se propague fuera de la LAN
• Cada host miembro de algún grupo envía un mensaje IGMP Report indicando en el campo Group
Address la dirección del grupo IP multicast asociado
• Si todos los hosts contestasen simultáneamente al IGMP Query podría poducirse congestión en la LAN:
- Cada host establece un retardo aleatorio para transmitir
su IGMP Report (entre 0 y MaxRespTime)
- Envía el paquete IGMP Report únicamente si no ha recibido
un paquete de su mismo grupo desde otro host
Por lo tanto, como respuestas al paquete IGMP Query sólo se transmite un IGMP Report por grupo
multicast
• Cuando el router recibe un paquete IGMP Report de un grupo determinado (el router escucha en todas las
direcciones MAC multicast) almacena información de estado indicando que existe al menos un miembro
de dicho grupo
IGMP Query
TTL = 1
IGMP Group Address = 0
Destination IP Address = 224.0.0.1
Source IP Address = IP Router
Host MR
IGMP Report IGMP Query
TTL = 1 TTL = 1
IGMP Group Address = 224.3.1.1 IGMP Group Address = 0
Destination IP Address = 224.3.1.1 Destination IP Address = 224.0.0.1
Source IP Address = IP Host Source IP Address = IP Router
Host MR
Multicast Routing
• El encaminamiento del tráfico multicast es

más complicado que el utilizado para el tráfico
unicast ya que una dirección multicast
identifica a un grupo (en lugar de a una
dirección física)
• Para aumentar la eficiencia de la transmisión se construye un “spanning tree”
que conecta a todos los miembros del grupo multicast:
– La fuente no conoce todas las direcciones de los
receptores
– Los routers interactúan entre si para intercambiar
información sobre los routers vecinos
• DVMRP (Distance Vector

Multicast Routing Protocol)
• MOSPF (Multicast Open
Shortest Path First)
• PIM-DM (Protocol_Independent
Multicast Dense Mode)
• PIM-SM (Protocol_Independent
Multicast Sparse Mode)
• CBT (Core Based Trees)
router
IGMP routing update IGMP routing update
router router
LAN 2
IGMP
IGMP report
IGMP report
LAN 1 query
LAN 3 IGMP query
Group Group Group

member member member
Objetivos
Contenido
1. Introducción
2. Protocolo IGMP y
Multicast
3. Protocolo
RTP/RTCP
4. IPTV
5. Práctica
6. Referencias
bibliográficas
Desarrollado: Grupo Transport Audio/Video del IETF
RFC: 1889 y 1890 (3550 y 3551 Julio 2003)
RFC 7798: RTP Payload Format for High Efficiency

Video Coding (HEVC), March 2016
SEÑALIZACIÓN RFC 8451: Considerations for Selecting RTP Control
Protocol (RTCP) Extended Report (XR) Metrics for the
WebRTC Statistics API, September 2018
RFC 8669: Coupled Congestion Control for RTP Media,
January 2020
TRANSPORTE RFC 8854, WebRTC Forward Error Correction
DE AUDIO Y Requirements, January 2021
VÍDEO RFC 9143, Negotiating Media Multiplexing Using the
Session Description Protocol (SDP), February 2022
Uso: aplicaciones de tiempo real (Videoconferencias,

SEÑALIZACIÓN
Difusión de video y audio, VoIP, IPTV,… )
Redes Multicast (IPTV) o Unicast (Internet)
Transporte: RTP se encapsula sobre UDP

https://www.ietf.org/
https://www.rfc-editor.org/search/rfc_search.php
Distribución de contenidos multimedia con RTP:
Motivación: La transmisión de audio/video incluso en redes en las que no se garantiza una
QoS.
¿Qué aporta el protocolo RTP/RTCP?
þ Sincronización de flujos multimedia
{
Ejemplo: sincronizar flujos de audio y video en una videoconferencia
þ Adaptación de la reproducción al estado de la red

Ejemplo: cuando existe congestión en la red es preferible reducir la tasa de transmisión que
sufrir una elevada tasa de pérdidas (videoconferencias)
{ þ Transmisión a muchos usuarios
Ejemplo: para la transmisión de TV en redes IPTV sobre redes que soporten multicast
¿Qué no aporta el protocolo RTP/RTCP?
No proporciona ningún mecanismo de fiabilidad en la transmisión de datos:

- No realiza control de flujo ni retransmisión de tramas
No reserva recursos ni garantiza QoS
- Protocolo extremo a extremo (no provoca ninguna acción en los routers)

- Se complementa con protocolos con arquitecturas de QoS como DiffServ
¿Por qué 2 protocolos?

RTP (Real-Time Transport Protocol)

- Transmisión de paquetes junto con información para su reproducción e identificación del
contenido
RTCP (Real-Time Control Protocol)

- Gestionar y Monitorizar la sesión RTP (midiendo la tasa de pérdidas o el jitter)
RTP
Cabecera
Audio/Video
RTCP
Fuente Receptor
Cabecera
Informe
Tasa de
pérdidas:
% paquetes RTP perdidos = 7/30 = 23%
Jitter:
RTP/RTCP: es una función estimadora de las diferencias en los
retardos entre paquetes consecutivos.
1. Cálculo del Jitter

Para calcular el valor del jitter se utilizan los paquetes RTP.
emisor Patrón de transmisión
receptor Patrón de recepción
Si: campo timestamp del paquete RTP con número de secuencia i

Sj: campo timestamp del paquete RTP con número de secuencia j
Ri: instante de recepción del paquete RTP con número de secuencia i
Rj: instante de recepción del paquete RTP con número de secuencia j
NOTA: Si , Sj , Ri y Rj se encuentran en las mismas unidades

Se calcula Dij como la diferencia en el retardo entre los paquetes i y j
Dij = (Rj – Sj) – (Ri – Si) = (Rj – Ri) – (Sj – Si)
i j Si los dos paquetes tienen el mismo retardo:
E (Rj – Ri) = (Sj – Si) -> Dij = 0
Si Sj
R Si el paquete j tiene mayor retardo:

Ri Rj (Rj – Ri) > (Sj – Si) -> Dij >0
Dij = (Rj – Ri) – (Sj – Si)
= (80 – 60) – (15 – 5) = 10 Si el paquete j tiene menor retardo:
(Rj – Ri) < (Sj – Si) -> Dij < 0
Según la RFC RTP/RTCP se calcula el jitter Ji como una función estimadora (y suavizadora) de |Di-1, i|
(ejemplo de un estimador predictivo recursivo):
Ji = Ji-1 + (|Di-1, i| - Ji-1)/16

• El control de la QoS se basa en la medida de la tasa de pérdidas
Red
WebRTC WebRTC
RTP
RTCP RR
Red
• Mide la tasa de pérdidas

• Calcula el valor del campo
WebRTC WebRTC
fraction lost (tasa de pérdidas)
• Genera un paquete RTCP RR
RTP (e incluye el valor del fraction
lost)
RTCP RR
Red
• Analiza el paquete
RTCP • Mide la tasa de pérdidas
• Realiza una estimación • Calcula el valor del campo
WebRTC WebRTC
del estado de fraction lost (tasa de pérdidas)
congestión de la red • Genera un paquete RTCP RR
• Adapta el bitrate del RTP (e incluye el valor del fraction
vídeo lost)
RTCP RR
Objetivos
Contenido
1. Introducción
2. Protocolo IGMP
y Multicast
3. Protocolo
RTP/RTCP
4. IPTV
4. IPTV
5. Práctica
6. Referencias
bibliográficas
4. IPTV
¿Qué diferencias hay entre IPTV y

la TV satélite o terrestre?
4. IPTV
“Principales formas de distribuir contenidos de TV digital inicialmente:
satélite, terrestre, cable”
“Ventajas y oportunidades en la convergencia de la TV Digital y
Redes IP”
“IPTV: Retos tecnológicos en la implantación de IPTV”
“IPTV no es OTT TV”
¿Cómo transportar
TV Digital en redes
Ingeniería: TV Digital
IP? Redes IP
Distribución de TV (Satélite, terrestre, cable)
(IPTV)
digital
- Planificación - Planificación
- Compresión y multiplexación - Compresión y multiplexación
- Codificación de canal (FEC) - Codificación de canal (FEC)
- Modulación - Protocolos de transporte
- Parámetros QoS y QoE - Parámetros QoS y QoE
4. IPTV
TV DIGITAL
• Formatos: HDTV, 4K, 8K, …
• Contenidos: Directo (i.e.: eventos culturales, deportivos) y
Grabados (i.e.: películas)
• Datos adicionales: Subtítulos, Pistas de Audio
• Guía de Programa
• Dispositivo de visualización: TV
• Escenario: Hogar (Home Network)
• Calidad de Servicio (QoS)
• Calidad de Experiencia (QoE)
• 3DTV
• Interactividad
• Multiscreen
4. IPTV
4. IPTV
TV Terrestre TV Satélite
4. IPTV
IPTV – Home
(IP network)
4. IPTV
¿Qué cambios se han producido en

los últimos años?
4. IPTV
– Cambios en el sector 1: el mercado audiovisual
Red
.
.
. - Satélite
- Terrestre
- Cable
- xDSL
- FO
Operadores de
Proveedor de Proveedor de Red (transporte y Acceso y
contenidos servicios difusión) Usuario final
Proveedor de contenidos: CRTVE, Mediaset, AtresMedia, Netflix, HBO, Amazon, Sky, Apple,…
Proveedor de servicios: Movistar+ (Imagenio+Canal+), Vodafone (ONO), Orange, …
Operadores de Red: Cellnex telecom, Overon (Mediapro), Axión, Telefónica Servicios Audiovisuales
4. IPTV
https://www.cnmc.es/
Telecomunicaciones y Audiovisual Informe Económico Sectorial 2020, Comisión Nacional de los Mercados y la Competencia, Publicado en Julio 2021
4. IPTV
– Cambios en el sector 2: los usuarios
4. IPTV
https://www.news.com.au/technology/australias-tv-technology-
evolution/video/e37b6083034d7a7b71be2d0bde22c0bf
4. IPTV
– Cambios en el sector 3: los dispositivos
Centre de Reserca de l’Audiovisual

4. IPTV
¿Cómo se define la tecnología

IPTV?
4. IPTV
4. IPTV
4. IPTV
IPTV: transmisión del servicio de TV a través de redes gestionadas, garantizando la QoS,
utilizando el protocolo IP y a través de redes de acceso basadas actualmente en tecnología
xDSL o FTTx.
DVB-IPTV work is limited to DVB services [1]

encapsulated in MPEG-2 TS [52] covering Live
Media Broadcast services (i.e. TV or radio styles),
Media Broadcast with Trick Modes, Content on
Demand services (CoD) and Content Download
Services (CDS). These specifications define the
mechanisms required in order for a consumer to be
able to buy a standard DVB Home Network End
Device (HNED), take it home, plug it into an IP
network, choose and consume DVB services available
over the IP network.
4. IPTV
Multicast ABR
While unicast streaming is well suited to unsynchronized

media consumption, or consumption of linear streams by
smaller audiences, multicast streaming enables IP-
based linear media distribution that is both efficient and
scalable to very large audiences.
DVB-MABR (Multicast Adaptive Bit Rate) specifies a

reference functional architecture for an end-to-end system that
delivers linear content over IP networks in a scalable and
standards-compliant manner. Scalability is achieved by means
of IP multicast operating in parallel with and alongside
conventional unicast delivery.
4. IPTV
• Red Gestionada (Closed Network)
• Calidad de Servicio (QoS ) y Calidad de Experiencia (QoE)
• Comunicaciones Multicast
• Banda Ancha
• Tecnología xDSL y FTTx
• Múltiple play
• Voz fijo, TV, datos, móviles, Internet
• Codificación eficiente
• H.264 especialmente para HD (y HEVC/H.265)…….VVC/H.266
• Protocolos
• Protocolos de Internet: RTP/RTCP, RTSP, …
• Interactividad
• Aplicaciones interactivas (acceso a terceros)
4. IPTV
https://www.cnmc.es/
La implantación masiva de IPTV tuvo que esperar
a la evolución de:
• Tecnología IP (redes de transporte y
tecnología de QoS)
• Redes de acceso con suficiente capacidad de
transmisión (xDSL, FFTx)
4. IPTV
IPTV
Broadcast Broadband
DVB-S/T/C DVB-IP
4. IPTV
Definición de IPTV
IPTV es el acrónimo que responde a "Internet Protocol Television", y se refiere a la transmisión de
televisión a través del protocolo de transmisión utilizado en Internet, el Internet Protocol (IP).
Pero, cuando se habla de IPTV, no se hace referencia sólo a la forma de transmisión, sino también
al modelo de explotación y negocio que hay asociado.
La definición oficial aprobada por la International Telecommunication Union Focus Group on IPTV
(ITU-T FG IPTV) es la siguiente:
"IPTV se define como aquellos servicios multimedia (televisión, video, audio, texto, gráficos, datos)
distribuidos sobre redes IP administradas para proveer el nivel necesario de calidad y experiencia,
seguridad, interactividad y fiabilidad.“
La definición que aparece publicada en la Wikipedia es:

”IPTV se ha convertido en la denominación más común para los sistemas de distribución por
suscripción de señales de televisión de pago usando conexiones de banda ancha sobre el protocolo
IP. A menudo se suministra junto con el servicio de conexión a Internet, proporcionado por un
operador de banda ancha sobre la misma infraestructura pero con un ancho de banda reservado
para la IPTV."

4. IPTV
¿Qué diferencias hay entre IPTV y

OTT?
4. IPTV
o Normalmente el servicio IPTV se suministra junto con el servicio de conexión a

Internet, proporcionado por un operador de banda ancha sobre la misma
infraestructura existente, pero con un ancho de banda reservado específicamente para
este servicio de televisión.
o La característica fundamental de la IPTV es que el servicio está totalmente controlado

por el operador de la red que la utiliza para hacerla llegar al usuario final; es una red
cerrada.
o Esto permite un factor fundamental, y es que el proveedor de servicio pueda controlar

la calidad de la señal (que no hayan cortes, pixelado, etc.), la oferta de contenidos y
garantizar el acceso de los usuarios.

4. IPTV
o Para que los espectadores puedan recibir IPTV a través de la pantalla del televisor
es necesario conectar un aparato especial que decodifique la señal (llamado
"decodificador " o "set top box" ) .
o La tecnología de transmisión y recepción de la IPTV permite una comunicación

bidireccional y, por tanto, la interactividad. Este componente interactivo abre un
amplio abanico de contenidos y servicios que pueden ser ofrecidos al usuario como
servicios basados en " video on demand" (elegir qué vídeo se quiere ver) o
funcionalidades de "time shifting" (poder controlar la emisión: hacer pausa,
rebobinar , etc . ).

4. IPTV
4. IPTV
IPTV OTT
Entorno cerrado: Acceso mediante Entorno abierto: Acceso mediante
subscripción. Acceso a la red del operador subscripción (o no) a través de Internet,
y los contenidos son propiedad del sin control del operador y los contenidos
operador (Movistar+, Vodafone, …). son propiedad del proveedor de
contenidos (Netflix, HBO, …)
Terminales: STB y TV Terminales: TV, PC, portátiles, tablets y
móviles
Los contenidos se distribuyen a través de La seguridad depende de los sistemas de
redes seguras gestionadas por el DRM utilizados por los proveedores de
operador. contenidos.
Se garantiza la QoS porque se utilizan No se garantiza la QoS ya que se utiliza
recursos para la distribución de los Internet para la distribución de los
contenidos. contenidos.
Multicast para la TV en directo y Unicast Unicast.
para VoD.
Gran inversión para el despliegue de la Poca inversión aprovechando las
infraestructura. infraestructuras de Internet y CDN’s.

4. IPTV
¿Cómo se transporta la TV?

4. IPTV
¿Cómo transportar
TV Digital en redes
TV Digital IP?
Redes IP
(Satélite, terrestre, cable) (IPTV)
- Planificación - Planificación
- Compresión y multiplexación - Compresión y multiplexación
- Codificación de canal (FEC) - Codificación de canal (FEC)
- Modulación - Protocolos de transporte
- Parámetros QoS y QoE - Parámetros QoS y QoE
Multiplexación: proceso de encapsulación (paquetización) independiente

de los flujos de vídeo, audio y datos en paquetes (cabecera + payload) y la
formación de un único stream conteniendo toda la información de un
mismo o diferentes programas.
4. IPTV
Una señal de vídeo SDTV (Standard Definition

Television) sin compresión tiene una tasa de
transmisión de 270 Mbit/s y una señal de
audio digital estéreo calidad CD tiene una tasa
próxima a 1.5 Mbit/s.
4. IPTV
EJEMPLO: Generamos un vídeo con una resolución espacial de HD

1920 x 1080 (ancho x alto), formato 4:4:4 y profundidad de color SDR (8
bits/pixel), una resolución temporal de 24 fps y una duración de 30’.
toppf = 1920 * 1080 //total_of_pixels_per_frame

bpp = 3 //bytes_per_pixel
fps = 24 //frames_per_second
tis = 30 * 60 //time_in_seconds
espacio_almacenamiento (bytes) = toppf * bpp * fps * tis = 250,28 GB

bitrate (bps) = toppf * bpp * fps = 1,20 Gbps
Vídeo comprimido (Netflix/h.264):

espacio_almacenamiento (bytes) = 1 GB
bitrate (bps) = 5,9 Mbps
4. IPTV
MPEG2-TS: Descripción del proceso de multiplexación de vídeo, audio,
datos,…para su almacenamiento (disco, DVD) o transporte (TV Digital)
Descripción del proceso de compresión H.264

4. IPTV
¿Cuál es la estructura del

contenedor MPEG2-TS?
4. IPTV
The Content Service Provider (CSP) may receive transport

streams (e.g. from a satellite feed) that contain multiple
programs. The CSP may choose to decompose these transport
streams and generate separate Single Program Transport
Streams (SPTSs) for each program, or to transmit the Multiple
Program Transport Stream (MPTS) in its entirety. This is an
operational decision.
All transport streams shall be TS 101 154 [58] compliant, and

shall be encapsulated either in RTP (Real-time Transport
Protocol) according to RFC 3550 [21] in conjunction with RFC
2250 [29] or directly in UDP (User Datagram Protocol) according
to ITU-T Recommendation H.610 [69].
4. IPTV
• Elementary streams (ES): corresponden con la salida de los codificadores MPEG de vídeo y audio (su
estructura está estandarizada para que puedan ser decodificados). Contienen un único tipo de datos (al
menos se necesitan dos ES para generar un programa de salida que posea audio y vídeo).
• Packetized elementary streams (PES): representan una versión de los ES más sencilla de procesar,
conteniendo información temporal que permite la reproducción correcta de los flujos y/o su sincronización.
Un PES también puede contener datos (p.e. Subtítulos). Los PES se utilizan en general, para crear
Program Streams o Transport Streams, aunque también se pueden utilizar directamente para su
reproducción.
• Program streams (PS): un PS combina varios tipos de PES (video, audio, y posiblemente
datos) para permitir las tareas de reproducción y grabación (p.e. en DVD’s). Todos los PES en
un PS deben tener una misma base temporal (un mismo reloj) para mantener la sincronización
entre los flujos que forman el PS.
• Transport streams (TS): otra forma de combinar varios PES en una única entidad preparada
para ser transportada por un red de comunicaciones. Los paquetes TS tienen un tamaño fijo. Un
TS puede transportar paquetes con contenidos de PES generados con diferentes relojes. Los TS
utilizan para aplicaciones con múltiples fuentes de contenidos, como IPTV.
4. IPTV
PES
ES
TS
PS
4. IPTV
Tamaño en la paquetización
Ventajas tamaño grande (p.e. PS): Ventajas tamaño pequeño (p.e. TS):
• Menor overhead • Pérdida de paquetes es menos perjudicial para la

• Menor carga de procesamiento de cabeceras reproducción
• Mayor utilización de la red • Menor latencia
• Menor probabilidad de fragmentación en la red
(bit error rate, BER<10−10): This type of medium is (bit error rate, BER > 10−4). These types of
usually called quasi error-free (QEF). media are defined as error-prone.
4. IPTV
Reloj de los streams:
4. IPTV
¿Cuál es la estructura de los PES

(Packetized Elementary Stream)?
4. IPTV
Packetized elementary streams (PES):
4. IPTV
• Stream ID: tipo de ES

contenido en el PES
• PTS: Presentation Time Stamp

• DTS: Decode Time Stamp
Ejemplo: GoP (IBBPBBP….)

4. IPTV
¿Cuál es la diferencia entre

PS y TS?
4. IPTV
Program streams (PS):
• Multiplexación de los PES
• Paquetes de tamaño grande (p.e. 2048 bytes)
• Contienen un único programa (máximo 16 vídeos y 32 audios y datos (subtítulos,
título, descripción de los contenidos,…))
• Todos los ES comparten la misma base temporal
• Ejemplo: DVD, sistemas de almacenamiento, ….
4. IPTV
Transport streams (TS):
4. IPTV
2-7 Mbps
≈ 40 Mbps (Tasa
TS packets constante)
(6-20 programas)
TS packets
TS packets
4. IPTV
4. IPTV
¿Qué necesita el receptor para extraer

exáctamente los paquetes TS que forman el
programa que desea ver?
4. IPTV
Step 1
Step 2
Step 3
Step 4
Step 5
4. IPTV
Step 1 Sincronización del TS (sync bytes)
• El decodificador busca el byte de sincronización

• Sync Byte: 0x47
• Aparece en cada paquete TS
• Se repite cada 188 bytes
• Permite sincronizarse con el MPEG2-TS
4. IPTV
Step 2 Leer la estructura de los programa (Tablas) • El número de programas y
estructura de los mismos es
abierta y flexible
• Necesario un mecanismo que
describa el contenido del TS:
TABLAS
• Tablas PAT y PMT (se
transmiten en un paquete TS
cada 0.5s)
• PAT: PID=0. Muestra cuántos
programas hay en el TS. Indica
mediante PID’s especiales, la
posición de las tablas PMT.
• PMT: contiene todos los PIDs
de los ES que forman el
programa.
4. IPTV
4. IPTV
Step 3 Acceder al programa (PIDs)
• Una vez conocidos todos los programas y los PIDs de los ES que lo forman el usuario
puede seleccionar un determinado programa seleccionando los ES particulares que lo
forman (p.e. vídeo (PID= 0x100) y audio original (PID= 0x200)).
• El decodificador selecciona todos los paquetes TS con los PIDs 0x100 y 0x200 y forma
los flujos ES de vídeo y audio.
4. IPTV
Step 4 Sincronización del programa (PCR, PTS, DTS)
• Necesidad de sincronizar el reloj del codificador y el decodificador

• En los paquetes TS (adaptation field) de un determinado programa se envía información
del reloj del codificador (PCR=Program Clock Reference)
• En la tabla PMT se indica en qué tipo de paquete TS se envía el PCR (p.e. en los
paquetes TS del vídeo PCR_PID = PID (vídeo))
4. IPTV
• Necesidad de sincronizar los flujos de

audio y vídeo (lip synchronization)
• Se utilizan los valores de DTS para
decodificar en el orden correcto los
frames (I,P,B)
• Se utilizan los valores del PTS para
reproducir de forma sincronizada los
ES del programa
4. IPTV
Step 5 DVB ha introducido tablas SI (Service information) orientadas a

hacer más amigable el acceso del usuario al servicio
• NIT: parámetros de transmisión

(frecuencia, modulación, FEC, …)
• SDT: información texto para el
usuario (TVE1, La Sexta, CNN,…)
• EIT: transmisión de la EPG
(Electronic Program Guide)
• …..
4. IPTV
Transporte Ethernet MTU (Maximum Transmission Unit)= 1500 bytes
MPEG-2 TS/UDP/IP
TP #1 TP #2 TP #3 TP #4 TP #5TP #6 TP #7
UDP/IP Payload
IP HEADER UDP HEADER 7 MPEG-2 TS Packets
(20 bytes) (8 bytes) (1316 bytes)
MPEG-2 TS/RTP/UDP/IP
TP #1 TP #2 TP #3 TP #4 TP #5TP #6 TP #7
DVB-IPI (DVB MPEG-2 over IP)
RTP/UDP/IP Payload
IP HEADER UDP HEADER RTP HEADER 7 MPEG-2 TS Packets
(20 bytes) (8 bytes) (12 bytes) (1316 bytes)
RTP/UDP/IP Video Data / Audio Data

IETF(H.264 over IP) RTP/UDP/IP Payload
IP HEADER UDP HEADER RTP HEADER RTP Payload
(20 bytes) (8 bytes) (12 bytes) (1316 bytes)
Objetivos
Contenido
1. Introducción
2. Protocolo IGMP
y Multicast
5. Referencias
3. Protocolo
RTP/RTCP bibliográficas
4. IPTV
5. Referencias
bibliográficas
5. Referencias bibliográficas
• RFCs IETF: RTP/RTCP
• Digital Video Broadcasting (DVB); Transport of MPEG-2 TS Based

DVB Services over IP Based Networks, ETSI TS 102 034, 2016.
• Digital Television and Communication Systems: The Essential of

Professional Broadcasting Media, Roberto Checchi | Mar 24, 2021

Transporte de Contenidos Multimedia: RTP Streaming: Grado en Ingeniería de Tecnologías Y Servicios de Telecomunicación

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Transporte de Contenidos Multimedia: RTP Streaming: Grado en Ingeniería de Tecnologías Y Servicios de Telecomunicación

Cargado por

Copyright:

Formatos disponibles

Transporte de Contenidos Multimedia: RTP

o Reconocer los diferentes escenarios para la difusión de

¿Cómo difundir contenidos a un

Muchas de aplicaciones desarrolladas son uno-a-muchos o

Unicast: la fuente envía Broadcast: la fuente Multicast: la fuente

Interactividad Básica: selección de contenidos.

Ventajas del “Multicast”:

• La transmisión de un datagrama IP a un ‘grupo de hosts’ (conjunto de cero o más hosts

• Deering (IPv6): trx audio/video IETF (1992)

• Los emisores y receptores deben soportar la transmisión y recepción de IP Multicast en la pila de

• Todos los nodos intermedios entre emisor y

IP Multicast utiliza direcciones de clase D :

Direcciones multicast disponibles:

Tipos de direcciones: IANA (Internet Assigned Numbers Authority)

¿Cómo funciona Multicast a nivel

• Tipos de paquetes IGMP:

IGMP Report (incorporación a un

IGMP Query (reconocimiento de la existencia de grupos

¿Cómo se evita una avalancha de

• El encaminamiento del tráfico multicast es

• DVMRP (Distance Vector

Group Group Group

RFC 7798: RTP Payload Format for High Efficiency

Uso: aplicaciones de tiempo real (Videoconferencias,

Redes Multicast (IPTV) o Unicast (Internet)

Transporte: RTP se encapsula sobre UDP

¿Qué aporta el protocolo RTP/RTCP?

þ Sincronización de flujos multimedia

þ Adaptación de la reproducción al estado de la red

{ þ Transmisión a muchos usuarios

¿Qué no aporta el protocolo RTP/RTCP?

No proporciona ningún mecanismo de fiabilidad en la transmisión de datos:

No reserva recursos ni garantiza QoS

- Protocolo extremo a extremo (no provoca ninguna acción en los routers)

¿Por qué 2 protocolos?

RTP (Real-Time Transport Protocol)

RTCP (Real-Time Control Protocol)

1. Cálculo del Jitter

emisor Patrón de transmisión

receptor Patrón de recepción

Si: campo timestamp del paquete RTP con número de secuencia i

NOTA: Si , Sj , Ri y Rj se encuentran en las mismas unidades

R Si el paquete j tiene mayor retardo:

Ji = Ji-1 + (|Di-1, i| - Ji-1)/16

• El control de la QoS se basa en la medida de la tasa de pérdidas

• El control de la QoS se basa en la medida de la tasa de pérdidas

• Mide la tasa de pérdidas

• El control de la QoS se basa en la medida de la tasa de pérdidas

¿Qué diferencias hay entre IPTV y

¿Qué cambios se han producido en

Centre de Reserca de l’Audiovisual

¿Cómo se define la tecnología

DVB-IPTV work is limited to DVB services [1]

While unicast streaming is well suited to unsynchronized

DVB-MABR (Multicast Adaptive Bit Rate) specifies a

La definición que aparece publicada en la Wikipedia es:

Centre de Reserca de l’Audiovisual

¿Qué diferencias hay entre IPTV y

o Normalmente el servicio IPTV se suministra junto con el servicio de conexión a

o La característica fundamental de la IPTV es que el servicio está totalmente controlado

o Esto permite un factor fundamental, y es que el proveedor de servicio pueda controlar

Centre de Reserca de l’Audiovisual

o La tecnología de transmisión y recepción de la IPTV permite una comunicación