Análisis de Un Head End de Televisión Digital para Sistemas IPTV Y7o OTT PDF

UNIVERSIDAD DE SANTIAGO DE CHILE
FACULTAD DE INGENIERA
Departamento de Ingeniera Elctrica
Anlisis de un Head End de televisin digital para sistemas IPTV y/o OTT
Sebastin Tapia Acevedo
Profesor Gua: Arnaldo Dossi Dossi
Trabajo de titulacin presentado en

conformidad a los requisitos para
obtener el ttulo de Ingeniero Civil
Elctrico.
SANTIAGO-CHILE
2015
Sebastin Jos Tapia Acevedo, 2015.
Algunos derechos reservados. Esta obra est bajo una Licencia Creative
Commons Atribucin-NoComercial-Chile 3.0. Sus condiciones de uso
pueden ser revisadas en: http//creativecommons.org/licenses/by/3.0/cl/
TTULO: Anlisis de un Head End de televisin digital para sistemas IPTV
y o OTT.
CLASIFICACIN TEMTICA: Televisin digital Procesamiento de datos;
Protocolos de redes de computadores; Tecnologa Procesamiento de
datos; Satlites artificiales en telecomunicacin.
AUTOR: Tapia Acevedo, Sebastin Jos
CARRERA: Ingeniera Civil en Electricidad
PROFESOR GUA: Dossi Dossi, Arnaldo
AO: 2015
CDIGO UBICACIN BIBLIOTECA: 2015 / E / 008

RESUMEN
Este proyecto de ttulo busca elaborar un documento de referencia para el

anlisis de un sistema de transmisin de televisin digital en Chile, a travs
del Head End, que entregue servicios a hogares y/o personas, con el uso
de las mejoras de Internet a travs de IPTV (Internet Protocol Television) y
OTT (Over the top).
Para lograr esto se estudiarn diferentes etapas que involucran el proceso,

desde la ingesta de contenido, hasta la visualizacin del mismo.
Se presenta adems la evolucin del sector de telecomunicaciones,

buscando crear perfiles de visualizacin para el usuario final.
i
Dedicado a mis padres Jeremas y Ana Mara por su amor y comprensin.
Mis hermanos, en especial a Daniel y Carolina.
A Arnaldo Dossi por su tiempo y apoyo.
Finalmente a Paz, por apoyarme en este lindo proceso.
ii
TABLA DE CONTENIDOS
RESUMEN ..................................................................................................................................... 1
CAPTULO I. EVOLUCIN DEL SECTOR DE TELECOMUNICACIONES Y ORIGEN DE

TESIS ............................................................................................................................................. 3
1.1 Antecedentes generales ...................................................................................................... 3
1.1.1 Antecedentes nacionales .............................................................................................. 3
1.1.2 Pronsticos nacionales ................................................................................................. 7
1.1.3 Pronsticos Mundiales ................................................................................................ 10
1.2 Origen y necesidad de la tesis ........................................................................................... 11
1.2.1 Origen y necesidad de sistema integrado de transmisin .......................................... 11
1.3 Sistemas de distribucin de Televisin .............................................................................. 12
1.4 Objetivo general y especfico ............................................................................................. 13
1.4.1 Objetivo General ......................................................................................................... 13
1.4.2 Objetivos Especficos .................................................................................................. 13
1.5 Desarrollo y alcance ........................................................................................................... 13
1.5.1 Desarrollo .................................................................................................................... 13
1.5.2 Alcance........................................................................................................................ 14
1.6 Aporte Personal ................................................................................................................. 14
1.7 Descripcin de los captulos del trabajo de titulacin ........................................................ 15
CAPTULO II. ANLISIS DEL ESTADO DEL ARTE ................................................................... 16
2.1 Introduccin ........................................................................................................................ 16
2.2 Anlisis del estado del arte de sistemas OTT TV .............................................................. 16
2.2.1 Estado del arte en Chile .............................................................................................. 16
2.2.2 Sistemas OTT en el resto del mundo ......................................................................... 17
2.3 Discusin del estado del arte ............................................................................................. 20
CAPTULO III. SEAL DE TELEVISIN DIGITAL ...................................................................... 22
3.1 Introduccin ........................................................................................................................ 22
3.2 Digitalizacin de la seal de televisin .............................................................................. 22
3.2.1 Digitalizacin de la seal de audio .............................................................................. 23
iii
3.2.2 Digitalizacin de la seal de video .............................................................................. 24
3.3 Estndares de televisin .................................................................................................... 32
3.3.1 Conceptos bsicos en televisin digital ...................................................................... 32
3.3.2 Definicin Estndar de televisin SDTV. .................................................................... 34
3.3.3 Definicin mejorada de televisin EDTV..................................................................... 36
3.3.4 Alta definicin de televisin HDTV. ............................................................................. 36
3.3.5 Ultra alta definicin UHD ............................................................................................. 38
3.4 Algoritmos de compresin MPEG ...................................................................................... 39
3.4.1 Introduccin a la codificacin MPEG .......................................................................... 39
3.4.2 Estndares de compresin ......................................................................................... 40
3.4.3 Codificacin MPEG para audio ................................................................................... 43
3.4.4 Codificacin MPEG para video ................................................................................... 44
3.5 Flujos de transporte en MPEG ........................................................................................... 49
3.6 Tendencia futura. Sistema de compresin H.265/HEVC ................................................... 53
3.7 Consideraciones de sistemas de televisin digital ............................................................ 56
CAPTULO IV. HEAD END DE SERVICIOS DE TELEVISIN A TRAVS DEL PROTOCOLO

DE INTERNET ............................................................................................................................. 58
4.1 Introduccin ........................................................................................................................ 58
4.2 Adquisicin de contenido ................................................................................................... 58
4.2.1 Transmisin desde un proveedor de contenidos al satlite ........................................ 60
4.2.2 Proceso de la seal en el satlite ............................................................................... 65
4.2.3 Recepcin de la informacin satelital ......................................................................... 69
4.3 Contenido a travs de redes computacionales .................................................................. 71
4.3.1 Interfaces de contenido en televisin .......................................................................... 71
4.3.2 Video sobre Protocolo de internet ............................................................................... 72
4.3.3 Conversin de contenido de televisin a protocolo de Internet .................................. 85
4.4 Entrega de contenido desde el Head End hasta el usuario............................................... 88
4.4.1 Entrega de la informacin al usuario final ................................................................... 88
4.4.2 Transmisin al usuario final ........................................................................................ 90
iv
4.4.3 Calidad en la entrega de contenidos .......................................................................... 92
4.4.4 Redes de entrega de contenido .................................................................................. 93
4.5 Consideraciones de Head End de televisin digital ........................................................... 96
CAPTULO V. SERVICIO DE TELEVISIN A TRAVS DEL PROTOCOLO DE INTERNET

IPTV ............................................................................................................................................. 99
5.1 Introduccin ........................................................................................................................ 99
5.2 Servicio de Televisin sobre el protocolo de internet IPTV ............................................... 99
5.2.1 Caractersticas del servicio IPTV .............................................................................. 101
5.2.2 Video bajo demanda ................................................................................................. 102
5.2.3 Transmisin de eventos en vivo en IPTV ................................................................. 103
5.2.4 Aplicaciones interactivas y otras funcionalidades de IPTV ....................................... 106
5.3 Arquitectura de IPTV ........................................................................................................ 107
5.3.1 Middleware de IPTV .................................................................................................. 107
5.3.2 Decodificadores Set Top Boxes ................................................................................ 109
5.3.3 IPTV como conexin en el hogar .............................................................................. 111
5.4 Mediciones de servicio y seguridad en IPTV ................................................................... 113
5.4.1 Mediciones de calidad de servicio y calidad de experiencia en IPTV ...................... 113
5.4.2 Seguridad de contenido en IPTV .............................................................................. 116
5.5 Consideraciones de servicio de televisin a travs del protocolo de internet ................. 118
CAPTULO VI. SERVICIO DE TELEVISIN OTT (OVER THE TOP)....................................... 120
6.1 Introduccin ...................................................................................................................... 120
6.2 Caractersticas de servicios OTT ..................................................................................... 120
6.3 Diferencias con servicios IPTV ........................................................................................ 121
6.4 Entrega de servicios OTT a travs de HTTP ................................................................... 123
6.4.1 Diferencias con otros tipos de entrega ..................................................................... 126
6.4.1 HDS (HTTP dynamic streaming) para Adobe ........................................................... 127
6.4.2 HSS (HTTP Smooth Streaming) ............................................................................... 130
6.4.3 HLS (HTTP Live Streaming) ..................................................................................... 131
6.4.4 DASH (Dynamic Adaptive Streaming HTTP) ............................................................ 134
v
6.5 Redes de entrega de contenido al usuario final .............................................................. 136
6.5.2 Redes de igual a igual (Peer to peer) ....................................................................... 138
6.6 Estudios de OTT sobre redes LTE .................................................................................. 138
6.7 Consideraciones al servicio de televisin OTT ................................................................ 140
CAPTULO VII. CREACIN DE PERFILES OTT AL USUARIO FINAL ................................... 142
7.1 Introduccin ...................................................................................................................... 142
7.2 Servicio de entrega desde el Head End al usuario final .................................................. 142
7.3 Creacin de perfiles para usuarios del tipo hogar y/o personas del tipo fijo y mvil ....... 144
7.3.1 Perfiles de usuarios del tipo hogar y/o personas asociados a clientes mviles ....... 144
7.3.2 Perfiles de usuario del tipo hogar y/o personas asociados a clientes fijos. .............. 151
7.4 Consideraciones de justificacin de servicio OTT al usuario final ................................... 153
CONCLUSIONES ...................................................................................................................... 155
BIBLIOGRAFA .......................................................................................................................... 161
Anexos ....................................................................................................................................... 167
Anexo A. Formatos de video MPEG ...................................................................................... 167
A.1 MP4.............................................................................................................................. 167
Anexo B. Sistema de funcionamiento DVB-S2. ..................................................................... 167
B.1 Diagrama de bloques de DVB-S2 para flujos de transporte TS. ................................. 167
B.2 Sistema de potencia en el satlite. .............................................................................. 168
Anexo C. Cabeceras asociados a protocolos en redes de computacin. ............................. 169
C.1 Cabecera Ethernet. ..................................................................................................... 169
C.2 Cabecera IP. ................................................................................................................ 170
C.3 Cabecera UDP. ........................................................................................................... 172
C.4 Cabecera TCP. ............................................................................................................ 173
C.5 Cabecera RTP. ............................................................................................................ 174
vi
NDICE DE TABLAS
Tabla 1. 1. Anchos de banda asociados a conexiones fijas [2]. .................................................... 5

Tabla 1. 2. Ancho de banda asociado a conexiones mviles 3G [2]. ............................................ 5
Tabla 1. 3. Ancho de banda asociado a conexiones mviles LTE [2]. .......................................... 6
Tabla 3. 1. Caractersticas de los sistemas NTSC y PAL. ........................................................... 25
Tabla 3. 2. Caractersticas de los sistemas para muestrear en HDTV. ....................................... 26
Tabla 3. 3. Diferencias de resolucin en seales cromticas...................................................... 30
Tabla 3. 4. Ventajas y desventajas de exploracin entrelazada y progresiva. ............................ 34
Tabla 3. 5. Estndares SMPTE para SDTV................................................................................. 35
Tabla 3. 6. Formato de Interfaz comn para HDTV. .................................................................... 37
Tabla 3. 7. Tcnicas y caractersticas de MPEG-4 H.264/AVC................................................... 48
Tabla 3. 8. Diferencias en b/s de H.264 y H.265. ........................................................................ 53
Tabla 4. 1. Caractersticas de sistemas DVB-S y DVB-S2. ......................................................... 62
Tabla 4. 2. Caractersticas del satlite amazonas 2. ................................................................... 68
Tabla 4. 3. Formato de trama MAC ............................................................................................. 75
Tabla 4. 4. Diferencia entre red de datagramas y de circuitos virtuales. ..................................... 77
Tabla 4. 5. Trama Ethernet, cabecera de Paquete IP. ................................................................ 79
Tabla 4. 6. Formato trama Ethernet, cabecera IP y segmento UDP. .......................................... 81
Tabla 4. 7. Algunos puertos designados en TCP. ....................................................................... 82
Tabla 4. 8. Formato trama Ethernet, cabecera IP y segmento TCP. .......................................... 82
Tabla 4. 9.Flujo MPEG sobre una unidad de transmisin. .......................................................... 86
Tabla 5. 1. Diferencias de IPTV respecto a otros sistemas de transmisin sobre Internet. ...... 100
Tabla 5. 2. Marcadores de niveles de calidad de video. ............................................................ 116
Tabla 6. 1. Diferencias entre OTT e IPTV.................................................................................. 122
Tabla 6. 2. Consideraciones de HDS. ........................................................................................ 129
Tabla 6. 3. Consideraciones HSS. ............................................................................................. 131
Tabla 6. 4. Consideraciones HLS. ............................................................................................. 133
Tabla 6. 5. Diferencias entre los protocolos HTTP. ................................................................... 135
Tabla 7. 1. Caractersticas de versiones de Android en HLS. ................................................... 145
Tabla 7. 2. Caractersticas de HLS para relacin de aspecto 16:9. .......................................... 146
Tabla 7. 3. HLS en redes mviles de conexin 3G. .................................................................. 147
Tabla 7. 4. HLS referidas a redes mviles LTE. ........................................................................ 148
Tabla 7. 5. Perfiles de resolucin asociados a las conexiones mviles. ................................... 148
Tabla 7. 6. Escenario futuro de perfiles propuestos para el ao 2019. ..................................... 149
Tabla 7. 7. Uso de datos de video respecto a cada perfil. ......................................................... 150
Tabla 7. 8. HLS referido para conexiones fijas. ......................................................................... 151
Tabla 7. 9. Creacin de perfiles asociados al ancho de banda en redes fijas. ......................... 152
vii
Tabla 7. 10. Escenario futuro perfiles conexin fija para ao 2019. .......................................... 152
Tabla 7. 11. Evolucin de los perfiles en cantidad de Petabytes por mes. ............................... 153
viii
NDICE DE FIGURAS
Figura 1. 1. Penetracin de conexiones fijas y mviles [1]. ........................................................... 4

Figura 1. 2. Conexiones 4G en Chile de 2014 [1]. ......................................................................... 4
Figura 1. 3. Suscripcin de TV en Chile de 2014. ......................................................................... 7
Figura 3. 1. Estructura de muestreo 4:2:2. .................................................................................. 28
Figura 3. 4. Retorno par e impar. ................................................................................................. 33
Figura 3. 5. Exploracin de imagen progresiva. .......................................................................... 33
Figura 3. 6. Proceso de digitalizacin, compresin y multiplexin. ............................................. 40
Figura 3. 7. Introduccin de nuevas herramientas sobre los estndares previos de MPEG. ..... 42
Figura 3. 8. Tcnicas de compresin en imgenes. (a) codificacin espacial. (b) codificacin
temporal. (c) Codificacin entre en MPEG usada para crear diferencias de imgenes. .......... 46
Figura 3. 9. GoP con imgenes I con un nmero de imgenes P. ......................................... 46
Figura 3. 10. Codificacin bidireccional. ...................................................................................... 47
Figura 3. 11. Construccin de un paquete PES [13]. .................................................................. 50
Figura 3. 12. Representacin de flujo de programa PS, como combinacin de video con dos
audios como flujo elemental paquetizado PES. .......................................................................... 51
Figura 3. 13. Particin de una imagen a CTU y CU [19]. ............................................................ 54
Figura 3. 14. Convergencia de arquitectura de codificacin de mltiples pantallas [19]. ............ 55
Figura 4. 1. Componentes en una transmisin de video digital. .................................................. 59
Figura 4. 2. Transmisin satelital desde un proveedor de contenidos a un Head End. .............. 60
Figura 4. 3. Transmisin desde un proveedor de contenidos al satlite. .................................... 60
Figura 4. 4. Proceso de la seal en el satlite. ............................................................................ 65
Figura 4. 5. Tipos de transpondedor. Tanto Transpondedor transparente, como transpondedor
con procesamiento a bordo.......................................................................................................... 66
Figura 4. 6. Mapa de cobertura Sudamrica en banda Ku (izquierda) y banda C (derecha) para
satlite amazonas 2 [27]. ............................................................................................................. 68
Figura 4. 7. Recepcin de la informacin satelital. ...................................................................... 69
Figura 4. 8. Parrilla programtica en el Head End. ...................................................................... 72
Figura 4. 9. Presentacin de los modelos TCP/IP y OSI. ............................................................ 74
Figura 4. 10. Funcionamiento bsico en la capa de red. ............................................................. 76
Figura 4. 11. Protocolos para transporte. .................................................................................... 80
Figura 4. 12. Encabezado y carga til por capa. ......................................................................... 80
Figura 4. 13. Encabezado de RTP respecto al resto de capas. .................................................. 83
Figura 4. 14. Partes de una red GPON. ....................................................................................... 89
Figura 4. 15. Transmisin en IP Unidifusin en rojo, mientras multidifusin en negro................ 91
ix
Figura 4. 16. Redes de entrega de contenido. ............................................................................ 94
Figura 4. 17. Redes de igual a igual. ........................................................................................... 95
Figura 5. 1. Diferencia de entrega en servicios IPTV con CATV y DTH con IPTV.................... 101
Figura 5. 2. Diagrama en el tiempo del servicio TSTV. ............................................................. 104
Figura 5. 3. Arquitectura para sistemas de transmisin en vivo. ............................................... 105
Figura 5. 4. Entrega desde el Head End hasta el usuario final. ................................................ 111
Figura 5. 5.Entrega con distintos tipos de contenidos a los usuarios finales. ........................... 112
Figura 6. 1. Diferencias entre transmisin tradicional (izquierda) y adaptativa (derecha). ....... 124
Figura 6. 2. Transmisin adaptativa. .......................................................................................... 124
Figura 6. 3. Capas de un proveedor de servicios de internet ISP [46]. ..................................... 125
Figura 6. 4. Flujos de trabajo para HDS [47]. ............................................................................ 128
Figura 6. 5. Flujo de trabajo en HLS. ......................................................................................... 133
Figura 6. 6. Transmisin entre un servidor HTTP y un cliente DASH. ...................................... 134
Figura 6. 7. Arquitectura OTT. ................................................................................................... 136
Figura 6. 8. Paquetizador respecto al Head End. ...................................................................... 138
Figura 6. 9. Mtricas en QoE de redes mviles [55]. ................................................................. 139
Figura 6. 10. Optimizacin para entrega de video adaptativo HTTP [56]. ................................. 140
Figura 7. 1. Especificaciones tcnicas [58]. ............................................................................... 143
Figura 7. 2. Modelo de entrega al usuario final con fibra ptica. ............................................... 144
x
RESUMEN
El siguiente trabajo de titulacin se enfoca en el anlisis de un Head End de televisin para

sistemas IPTV y/o OTT, siendo estos sistemas de televisin transportados sobre Internet, los que
se basan en sistemas computacionales.
Estos nuevos sistemas de televisin tienen la opcin de entregar sus servicios de contenidos
sobre diferentes plataformas (Wi-Fi, celular mvil, etctera), entregando al usuario final la opcin
de cambiar sus hbitos de ver televisin desde un dispositivo fijo (televisor), a la opcin de
visualizar el contenido a travs de distintas plataformas y con distintos dispositivos.
Para lograr esto, este trabajo de titulacin se enfocar en analizar un contenido desde el momento
en que es digitalizado y comprimido, para ser entregado a estas cabeceras (Head End) asociadas
a lugares geogrficos predeterminados, que servirn de punto de agregacin para diferentes
proveedores de contenidos; para luego armar una parrilla final de informacin y llegar al usuario
final en cuestin.
Actualmente en Chile el Head End opera en entregar servicios de televisin al usuario final a
travs de tecnologas como CATV y DTH, ambas trabajando con una parrilla completa de
contenido en bandas de frecuencias; por lo tanto el usuario final sintoniza la frecuencia portadora
del canal de televisin especfico al que quiere acceder, obteniendo la seal en cuestin. Ahora
bien, con la migracin del servicio de televisin a redes de computacin, el usuario final ya no
tendr una parrilla completa todo el tiempo, sino que tendr un flujo de datos asociados a
direcciones IP que entregaran el contenido requerido, ahora bien, con las ventajas de las redes
de computacin, se mejora el servicio incluyendo interactividad con el usuario final.
Una tecnologa nueva que est operando en Chile trata de IPTV, el cual entrega el servicio
requerido de televisin al usuario final en conjunto con servicios de telefona sobre Internet e
Internet como tal, teniendo un ancho de banda designado para cada servicio. Un problema al
respecto trata de la visualizacin de contenido fuera de esta red gestionada IPTV, ya que al
visualizar contenido desde Internet, ya sea video Internet (caso de Netflix, Hulu, Amazon, entre
otros) o televisin Internet (asociado a la entrega desde el proveedor de televisin o de servicios),
no se utiliza la red gestionada IPTV por la no compatibilidad en trminos de red, transporte,
etctera. En base a esto, no se presenta una compatibilidad completa de servicios de Internet
para Televisin y/o Video a travs de IPTV.
La inclusin de sistemas OTT, puede visualizar el contenido antes mencionado, asociado al video
Internet y televisin Internet, con tcnicas de transmisin que permiten al usuario tener movilidad
en su contenido; ahora el usuario final tendr la posibilidad de visualizar el contenido desde sus
dispositivos mviles asociados a la red celular mvil, ya que con las mejoras de OTT en relacin
1
al uso de tasas de bits adaptativas, permitirn al usuario tener conectividad con diferentes
condiciones de entrega. Todo esto con las mejoras que permiten los sistemas de transmisin de
TV en OTT.
El siguiente trabajo de titulacin por lo tanto, contendr un captulo que describir el

comportamiento de Internet en Chile y tambin pronsticos asociados a la red para el pas, esto
con el fin de argumentar el anlisis de un Head End para sistemas IPTV y/o OTT, adems se
analizar el problema actual de migrar a las nuevas tecnologas para la visualizacin de
contenido, con el fin de utilizar el protocolo de Internet, y en base a esto, pasar a continuacin a
un captulo que cite a travs de un estado del arte, el avance tecnolgico de OTT para video
Internet y televisin Internet; los siguientes captulos explican de manera detallada en como un
usuario puede ver un evento en vivo desde su dispositivo mvil o televisor conectado al
decodificador, e incluso en almacenar este contenido y hacer uso de interactividad con el sistema
en cuestin, partiendo en como un proveedor de contenidos ya sea ESPN, FOX, etctera,
transmita su contenido al Head End, y ste se encargue de la transmisin de contenido al usuario
final.
2
CAPTULO I. EVOLUCIN DEL SECTOR DE TELECOMUNICACIONES Y ORIGEN DE TESIS
1.1 Antecedentes generales
A continuacin se presentarn antecedentes asociados al sector de telecomunicaciones Chileno

en comportamientos de Internet y Televisin, como este trabajo de titulacin consiste en un
anlisis de un Head End de Televisin digital para sistemas IPTV y OTT que operan sobre
Internet, se mostrarn tambin comportamientos futuros definidos por estudios de Cisco con el
fin de poner el contexto al lector de la migracin del servicio.
1.1.1 Antecedentes nacionales
De acuerdo a la subsecretara de telecomunicaciones en un documento vlido desde abril 2015,

se define el comportamiento de Internet y televisin del ao 2009 hasta el ao 2014, algunas de
las principales consideraciones son [1]:
Los accesos a internet llegan a 11,5 millones, siendo el 2014 el ao con mayor
crecimiento de accesos (2,8 millones de accesos al ao 2014 con 32,5% de crecimiento
anual).
La utilizacin de internet fija y mvil en el ao 2014 llega a 64 accesos sobre 100
habitantes, mientras en el ao 2013 fue de 49,1 accesos sobre 100 habitantes.
Gran cantidad de accesos mviles con un total de 78,2% provenientes de dispositivos
mviles smartphones.
Los servicios de televisin tuvieron una penetracin del 52,1% en hogares.
Los suscriptores de televisin pagada aumentaron un 10% en los ltimos 12 meses del
ao 2014.
A continuacin se detallar el mercado actual chileno en trminos de Internet y televisin.
Mercado de Internet
El mercado de internet lleg a ser, como se mencion, de 64 accesos sobre 100 habitantes, esto
mostrado en la Figura 1.1.
3
Figura 1. 1. Penetracin de conexiones fijas y mviles [1].
Siendo los 2,8 millones de nuevos accesos de internet repartidos de la siguiente forma:
Accesos Fijos de banda ancha de 192.530.

Accesos mviles 3G de 2.073.619
Accesos mviles 4G de 545.410
El crecimiento celular de Internet comienza a tener una gran penetracin, esto se muestra en la
Figura 1.2 con la inclusin de 4G LTE durante el ao 2014, llegando a un crecimiento importante.
Figura 1. 2. Conexiones 4G en Chile de 2014 [1].
De la Figura 1.2, se puede mencionar el despliegue de Entel con un 42%, frente a Movistar y
Claro con 44% y 14% respectivamente, considerando que la implementacin de 4G de Entel
comenz en marzo de 2014 respecto a su competencia (Claro en Junio de 2013 y Movistar en
Noviembre de 2013).
En lo que se refiere a Internet Fija, se alcanzaron 2,5 millones de accesos, llegando en diciembre
de 2014 a 14 accesos por cada 100 habitantes, de ste un 87,2% corresponde al perfil hogar,
mientras el restante 12,8% corresponde al segmento comercial.
En cuanto a las conexiones asociadas a una tasa de bits definida para conexiones fijas de
internet, se pueden diferenciar los siguientes anchos de banda definidos en la Tabla 1.1:
4
Tabla 1. 1. Anchos de banda asociados a conexiones fijas [2].
Ao 256 512 Kb/s 1 Mb/s a 2 2 Mb/s a 5 Mb/s a 10 Mb/s a 100 Ms de

Kb/s a a 1 Mb/s Mb/s 5 Mb/s 10 Mb/s 100 Mb/s Mb/s a 1Gb/s
512 1 Gb/s
Kb/s
2009 725.092 2.703.652 10.078.650 3.810.683 1.277.549 21.416 4.492 719
2010 599.860 2.352.239 10.999.495 3.459.617 2.621.333 707.491 3.781 1.053
2011 278.657 1.469.681 7.201.580 3.676.678 7.810.152 2.524.950 961 626
2012 144.014 1.762.849 5.503.054 4.442.836 8.588.873 4.678.199 2.648 665
2013 420.626 1.438.123 5.595.826 4.446.912 9.240.438 5.804.613 5.127 1.448
2014 163.105 1.299.753 5.229.770 5.102.607 9.191.814 7.820.951 81.540 1.362
Mientras en la Tabla 1.2 se presentan las conexiones asociadas a tasas de bits definidas para
conexiones mviles 3G.
Tabla 1. 2. Ancho de banda asociado a conexiones mviles 3G [2].
Ao 128 Kb/s a 256 256 Kb/s a 512 Kb/s a 1 1 Mb/s a 2 Ms de 2 Mb/s

Kb/s 512 Kb/s Mb/s Mb/s
2009 851.981 1.205.675 2.521.478 245.337 14
2010 155.750 3.687.015 7.861.089 1.003.365 149.527
2011 22.983 9.570.220 12.063.579 2.667.899 3.912.703
2012 175.148 22.512.314 13.550.636 9.007.499 3.429.674
2013 729.395 9.755.290 38.645.967 12.732.207 4.715.870
2014 1.038.166 4.273.474 58.174.147 19.783.819 5.498.498
En la Tabla 1.3 se presentan las conexiones totales asociadas a las tasas de bits definidas para
conexiones 4G.
5
Tabla 1. 3. Ancho de banda asociado a conexiones mviles LTE [2].
Ao Hasta 256 256 Kb/s a 512 Kb/s a 1 Mb/s a 2 2 Mb/s a 5 Ms de 5

Kb/s 512 Kb/s 1 Mb/s Mb/s Mb/s Mb/s
2014 118 151 493.572 105.150 33.732 1.903.885
Segn el ndice de red visual VNI (Visual Network Index) de Cisco, publicado en mayo de 2015,
se presentan los datos del ao 2014 en trminos de conectividad de redes. Algunas
consideraciones son [3]:
El trafico IP total alcanzo los 278 Petabytes1 por mes en 2014, de los 207 Petabytes por
mes del ao 2013.
El trfico IP anual alcanz un valor de 3,3 Exabytes en 2014, de los 2,5 Exabytes del ao
2013.
El trfico de Internet alcanz 253 Petabytes por mes en 2014, de los 188 Petabytes por
mes del ao 2013.
En relacin al trfico mvil de Internet asociado a dispositivos mviles, VNI presenta las siguientes
consideraciones [3]:
El trfico de datos por mes en Chile, para la conexin mvil fue de 8 Petabytes por mes.
El promedio de trfico mvil dado por smartphones por mes en 2014 fue de 420
Megabytes, de los 279 Megabytes del ao anterior.
El promedio de trfico mvil dado por computadores por mes en 2014 fue de 3.075
Megabytes, de los 2.476 Megabytes de 2013.
El promedio de trfico mvil dado por Tablets por mes en 2014 fue de 2,867 Megabytes,
de los 1,614 Megabytes del ao 2013.
El nmero de smartphones alcanz las 12 millones de cantidades, mientras que para
Tablet alcanz 300.000 cantidades y los computadores personales con 1.000.000,
teniendo 1.7 dispositivos mviles per cpita.
La conexin promedio de conexiones mviles en ancho de banda fue de 1,5 Mb/s para
dispositivos mviles.
Mercado de Televisin
En la televisin pagada los suscriptores aumentan de forma sostenida, alcanzando una

penetracin de 15,7 suscriptores por cada 100 habitantes, esto se muestra en la Figura 1.3
1 1 Petabyte corresponde a 1.000.000 Gigabytes, 1 Exabyte corresponde a 1.000 Petabytes.
6
Figura 1. 3. Suscripcin de TV en Chile de 2014 [1].
Un punto a considerar es la migracin de servicios almbricos a inalmbricos en el ao 2014.
En relacin a los servicios de Televisin y video sobre Internet en Chile durante el ao 2014, los
resultados son los siguientes:
El consumo de trfico de video IP fue de 151 Petabytes por mes en 2014.

El consumo de trfico de video sobre Internet fue de 135 Petabytes por mes en 2014.
El trfico de video sobre Internet incluye servicios como video Internet, televisin internet, entre
otros, mientras el trfico de video IP incluye el video sobre Internet y video sobre redes
gestionadas.
1.1.2 Pronsticos nacionales
Primero se explicarn los pronsticos para el caso de Chile, segn el ndice de red visual VNI
(Visual Network Index) de Cisco, publicado en mayo de 2015 [3]. Se separan los datos segn el
tipo de servicio asociado a:
Consumo de trfico.
Trafico asociado a redes mviles.
Dispositivos mviles.
Trfico de video.
Consumo de trfico:
El trfico IP crecer a 791 Petabytes por mes para el 2019, a diferencia de los 278
Petabytes por mes del ao 2014.
7
El trfico de Internet crecer a 706 Petabytes por mes para el ao 2019, a diferencia de
los 253 Petabytes por mes del ao 2014.
En Chile, el trfico de datos mviles crecer 9 veces respecto al ao 2014, con una tasa
de crecimiento anual compuesto CAGR (Compound Annual Growth Rate) del 56%.
En trminos de Bytes, habr con un consumo de 77 Petabytes por mes en 2019, de los
8 Petabytes consumidos por mes en el ao 2014 en redes mviles.
El trfico mvil crecer 3 veces ms rpido que el trfico fijo de datos para el ao 2019 y
la velocidad promedio de ancho de banda subir 2 veces respecto al ao 2014.
Trfico asociado a redes mviles.
En redes 4G, para el ao 2019 se tendr un 22,3% de conexiones del mercado mvil
celular, respecto al 1,5% del ao 2014.
celular, respecto al 35,1% del ao 2014.
celular, respecto al 63,4% del ao 2014. En el ao 2016, las conexiones 3G superarn a
las conexiones 2G.
Dispositivos mviles.
En la cantidad de dispositivos mviles como smartphones, tablets y computadores personales el

crecimiento ser para los aos 2014 a 2019 de:
Smartphones
o La cantidad de dispositivos crecer de 12 millones a 24 millones de aparatos.
o El trfico asociado ser de 44.5 Petabytes por mes para el 2019, con un 58% del
trfico total, respecto al 62% en el ao 2014 y un promedio mensual para el ao
2019 de 1.878 Megabytes por dispositivo.
Tablets
o La cantidad de dispositivos crecer de 300.000 unidades a 1,8 millones
aproximadamente.
o Del trfico total, el trfico asociado a tablets ser 20,9 Petabytes con un 27% del
trfico total, respecto al ao 2014 con un 9,1% y un promedio mensual para el
ao 2019 de 11.692 Megabytes por dispositivo.
Computadoras personales.
o El mercado aumentar de 1 milln a cerca de 2 millones.
o El trfico asociado ser de 8,1 Petabytes con un 11% del trfico total, respecto
al 26% al final del ao 2014 y un promedio mensual para el ao 2019 de 7.143
Megabytes por dispositivo.
8
El aumento per cpita de dispositivos pasar de 1,7 a 2,2.
Trfico de video.
El trfico de video IP alcanzar los 610 Petabytes por mes para el 2019, de los 151
Petabytes por mes del ao 2014.
El trfico de video sobre internet alcanzar los 536 Petabytes por mes para el 2019, de
los 135 Petabytes por mes del ao 2014.
Dentro de la entrega al usuario final de contenido, se desprende el trmino redes de
entrega de contenido CDN (Content Delivery Network), el cual se analizar en el
documento, durante el ao 2014 los CDN cubren un 17% del trfico de internet, pero para
2019 estos cubrirn un 34%.
Para diferentes tipos de resolucin, las proyecciones son las siguientes:
o Televisin de definicin estndar:
En video IP en el ao 2014, se tiene un 74,4%; mientras para el ao
2019, esto ser un 41,2%.
En video Internet en el ao 2014, se tiene un 74,6%; mientras para el
ao 2019, esto ser un 41,5%.
o Televisin de alta definicin:
En video IP en el ao 2014, se tiene un 25,4%; mientras para el ao
2019, esto ser un 53,2%.
En video Internet en el ao 2014, se tiene un 25,2%; mientras para el
ao 2019, esto ser un 52,4%.
o Televisin de ultra alta definicin:
En video IP en el ao 2014, se tiene un 0,1%; mientras para el ao 2019,
esto ser un 5,6%.
En video Internet en el ao 2014, se tiene un 0,1%; mientras para el ao
2019, esto ser un 6%.
Respecto a redes mviles, el trfico asociado a la televisin en vivo o video pre grabado tendr
las siguientes caractersticas:
El trfico de video crecer 13 veces, con un GACR de 56% para el ao 2019, respecto al
ao 2014.
El trfico asociado en video ser de 70% en el ao 2019, respecto al 49% del ao 2014,
es decir, 54 Petabytes en el ao 2019 respecto a 4 Petabytes en el ao 2014.
9
1.1.3 Pronsticos Mundiales
Segn el apartado anterior, de pronsticos nacionales, es importante realizar una comparativa

con el resto del mundo, para conocer el estado en el que se encuentra, Chile en el mercado de
Televisin; para esto se analizarn los mismos apartados del punto anterior para indicar como se
ha dicho el escenario nacional.
Consumo de trfico IP y de Video en el ao 2014.

o En trfico IP, en Chile hubo un consumo de 278 Petabytes por mes en el ao
2014, representando un total de 6% de trfico IP que se consume en Amrica
Latina (4,3 Exabytes por mes), siendo Brasil el pas dominante en la regin, el
cual abarca un 44% del trfico IP con 1,9 Exabytes por mes.
o En lo referente a trfico de Video en Chile, durante el ao 2014, se alcanz un
consumo de 151 Petabytes por mes, representando un 5,8% del trfico de video
que se consume en Amrica Latina (2,6 Exabytes por mes), Brasil por su parte
abarca un 46% con 1,2 Exabytes de consumo por mes.
o Durante el ao 2014 Latino Amrica tuvo un trfico IP de 4,3 Exabytes por mes,
Comparados con Norteamrica y Asia, los que representan el mayor consumo
con 19,6 y 20,7 Exabytes por mes respectivamente, siendo muy bajo el consumo
IP en la regin de Latino Amrica respecto a las mencionadas.
Consumo de trfico IP y de video en el ao 2019.
o En trfico IP, en Chile como ya se indic habr un consumo de 791 Petabytes
por mes en el ao 2019, representando un total del 6% de trfico IP que se
consume en Amrica Latina (12,9 Exabytes por mes), siendo Brasil el pas
dominante en la regin, el cual abarca un 35% del trfico IP con 4.4 Exabytes de
consumo por mes para tal ao.
o En lo referente a trfico de Video en Chile, para el ao 2019 habr un consumo
mensual de 610 Petabytes, representando un 5,8% del trfico de video que se
consumir en Amrica Latina (10,5 Exabytes por mes), Brasil por su parte
abarcar un 46% con 1,2 Exabytes por mes.
o Durante el ao 2019, las proyecciones indican que en Amrica Latina habr un
trfico IP de 12,9 Exabytes por mes, siendo los continentes de Norteamrica y
Asia los que tienen el mayor consumo por mes de trfico con valores de 49,7 y
54,4 Exabytes respectivamente.
Consumo de trfico Mvil de IP y video en el ao 2014
o En trfico mvil IP, Chile tuvo un consumo de 8 Petabytes por mes en el ao
2014, representando un total del 4% de trfico IP que se consume en Amrica
10
Latina (201 Petabytes por mes), siendo Brasil el pas dominante en la regin, el
cual abarca un 32% del trfico IP con 64 Petabytes por mes.
o En lo referente a trfico mvil de Video en Chile, durante el ao 2014 se alcanz
el consumo de 4 Petabytes por mes, representando un 3,8% del trfico de video
que se consume en Amrica latina (106,5 Petabytes), Brasil por su parte abarca
un 32% con 34 Petabytes por mes.
o Durante el ao 2014 Latino Amrica tuvo un trfico IP de 201 Petabytes por mes,
Comparados con Norteamrica y Asia los que tienen el mayor consumo por mes
de 563 y 977 Petabytes respectivamente, es de bastante menor consumo en
redes mviles celulares.
Consumo de trfico mvil IP y de video en el ao 2019.
o En trfico mvil IP, en Chile como ya se indic, habr un consumo de 77
Petabytes por mes en el ao 2019, representando un total del 3,9% de trfico IP
que se consume en Amrica Latina (2 Exabytes por mes), siendo Brasil el pas
dominante el cual abarca un 30% del trfico mvil IP de dicha regin, con 602
Petabytes por mes para tal ao.
o En lo referente a trfico mvil de Video en Chile, para el ao 2019 habr un
consumo mensual de 54 Petabytes, representando un 3,8% del trfico de video
que se consumir en Amrica Latina (1,44 Exabytes por mes), Brasil por su parte
abarcar un 30% con 439 Petabytes por mes.
o Durante el ao 2019, las proyecciones indican que en Amrica Latina habr un
trfico mvil IP de 2 Exabytes por mes, siendo los continentes de Norteamrica
y Asia los que tienen el mayor consumo por mes de trfico mvil con valores de
3,8 y 9,5 Exabytes por mes respectivamente.
1.2 Origen y necesidad de la tesis
El tema de la presente tesis, fue propuesto por el profesor gua seor Arnaldo Dossi, que trabaja
en ENTEL, siendo el ttulo de sta: Anlisis de un Head End para sistemas IPTV y/o OTT.
1.2.1 Origen y necesidad de sistema integrado de transmisin
Los servicios de Internet, tanto fijos como mviles, van teniendo cada vez ms cabida en la vida
cotidiana de las personas, por lo mostrado en la Seccin 1.1.1 de antecedentes nacionales, cada
vez habr ms conexiones o accesos por habitantes. Adems el acceso a la televisin pagada
va incrementando la suscripcin de los hogares a este servicio; por lo tanto entregar un servicio
unificado que incluya televisin e Internet en base a una misma plataforma es el objetivo de la
convergencia a Internet, para evolucionar en el servicio de entrega de televisin, pasando de
tener un dispositivo fijo en el hogar, a visualizar el contenido con incluso smartphones.
11
En base a lo anterior, y aprovechando la inclusin de nuevas redes, como la red mvil LTE, el
cual ofrece mayores tasas de bits, formas de entrega de contenido y movilidad mejorada respecto
a su antecesor 3G, entre otras caractersticas; producir que los servicios migren a Internet,
aprovechando un protocolo universal para distintos contenidos como es el caso de IP (Internet
Protocol).
En el caso especfico de televisin, hay cada vez ms avances tecnolgicos que involucran
diferentes etapas para la transmisin y reproduccin de los programas, abriendo investigaciones
de desarrollo en la forma de entrega de estos servicios de televisin; por lo tanto el concepto de
Head End para sistemas IPTV y/o OTT da la posibilidad de satisfacer la necesidad de entregar
un contenido de gran definicin a usuarios de Internet fijos o mviles aprovechando los cambios
y mejoras dadas por los servicios de Internet.
1.3 Sistemas de distribucin de Televisin
Los sistemas de distribucin de televisin existentes, se pueden dividir en dos, uno de contenido
abierto (local) y otro de contenido pagado (contrato).
En lo referente a contenido abierto, que es de libre recepcin, se encuentran transmisiones de

seales analgicas, adems existen pruebas de transmisin digital que involucran los canales
TVN, MEGA, entre otros.
El contenido pagado tiene diferentes sistemas de transmisin para su distribucin, partiendo con
sistemas de CATV (televisin por cable coaxial) y DTH (televisin satelital) siendo ambos
sistemas de transmisin desplegados, con contenido completo todo el tiempo a travs del uso de
ciertas frecuencias portadoras, asociadas a cada canal en cuestin.
Para el contenido pagado, se dispone de hace algn tiempo de sistemas IPTV y OTT, en ambos
casos la transmisin de las seales de televisin son a travs del protocolo de Internet, con
diferentes protocolos de transporte asociados a cada tecnologa, como tambin diferentes formas
en que se gestiona el contenido a visualizar. En el caso de IPTV se tiene una red gestionada por
el proveedor de servicios, teniendo una gran cantidad de canales; pero con la salvedad de
visualizar este contenido solo en el hogar, a diferencia de OTT que es una red no gestionada que
puede operar desde distintos proveedores.
Pero el problema comienza con entregar el servicio completo al usuario final, sobre todas las
plataformas (incluyendo a las redes mviles celulares, que estn teniendo una gran inclusin en
el usuario final). En primer lugar, una red IPTV gestionada podra transmitir contenido en redes
mviles, pero se limita directamente a cierto contenido (algunos videos sobre demanda ofrecidos
por el proveedor en cuestin y elegidos por l), teniendo en este caso una menor cantidad de
contenidos y el problema de no adecuarse a la red para la entrega; en base a esto surgen los
12
sistemas de transmisin con tasas de bits adaptativas para la entrega de contenido a usuarios
OTT, solucionando la dificultad de entregar contenido sobre cualquier tipo de plataforma,
adecundose a las condiciones de entrega del usuario final.
1.4 Objetivo general y especfico
1.4.1 Objetivo General
Elaborar un documento de referencia para el anlisis de un sistema de transmisin de televisin

digital en Chile a travs del Head End que entregue servicios a hogares y/o personas con el uso
de las mejoras de Internet a travs de IPTV (Internet Protocol Television) y OTT (Over the top).
1.4.2 Objetivos Especficos
1. Definir los avances tecnolgicos asociados a la entrega de contenido sobre Internet.

2. Analizar los cambios y beneficios de la televisin digital.
3. Analizar un sistema Head End como receptor de contenidos internacionales asociados a
proveedores de contenidos como HBO, FOX, etctera; que en conjunto a los contenidos
locales, se pueda armar una parrilla de contenidos final para el usuario en cuestin.
4. Analizar y definir cmo se comporta la red de Internet para el transporte de servicios de
video y televisin.
5. Analizar componentes, sistema y funcionamiento de un sistema IPTV como referencia
para lograr la comprensin de un sistema OTT.
6. Analizar componentes, sistema y funcionamiento de un sistema OTT.
7. Analizar los diferentes tipos de clientes, ya sean fijos y mviles, con el tipo de entrega
que se adecue a sus necesidades y condiciones.
8. Disear un Head End desde la recepcin de contenido hasta la entrega a diferentes tipos
de dispositivos.
9. Definir si un sistema OTT tendr penetracin en Chile en conjunto con la problemtica
principal de entrega de contenido sobre todas las plataformas.
1.5 Desarrollo y alcance
1.5.1 Desarrollo
Este trabajo de ttulo se realiza con el fin de estudiar y analizar, de cmo operan los servicios de
televisin y video sobre las redes de Internet, pasando desde el envo desde los proveedores de
contenidos (ms conocidos como cadenas de televisin, como HBO, ESPN, FOX, etctera), a la
recepcin y conversin para el envo de esta informacin, a travs de Internet para la entrega de
contenido al usuario final.
13
El desarrollo no solo se limita a la transmisin de la informacin, sino tambin, a mejoras en la
calidad del contenido, ya que ste evoluciona desde tener un televisor fijo en casa a sistemas
interactivos dados por la ventaja de utilizar Internet.
Este trabajo es de tipo terico, se centra en cmo se enviar cierto contenido de televisin
asociado a una resolucin, luego esta informacin pasa a un posterior tratamiento y finalmente
se distribuye a un grupo definido de usuarios, esta seleccin puede ser geogrficamente o de
algn otro tipo de clasificacin.
1.5.2 Alcance
En relacin a este proyecto de ttulo, los alcances para el desarrollo se basan en:
Anlisis de tecnologas utilizadas para la ejecucin de un proyecto de Head End de

televisin digital para sistemas IPTV y/o OTT.
En base a esto las mejoras en la transmisin de televisin, han definido estndares de calidad
para la definicin de la imagen, obteniendo definicin estndar (SDTV) y estndar de alta
definicin (HDTV) y con esto, entregar un servicio de calidad teniendo en cuenta las distintas
formas de entrega, tanto como por fibra ptica y/o con movilidad. Esto en conjunto con servicios
de VoD (video on Demand), transmisin en vivo, grabar contenido, entre otros; que sern
entregados por el Head End, siendo ste capaz de preparar el contenido a entregar al usuario
final de forma personalizada.
Diseo de Head End en el sistema de entrega OTT para dispositivos fijos y mviles
asociados a redes fijas y mviles.
Definir el tipo de transmisin a utilizar para difundir el contenido al usuario final, y con esto,
determinar los posibles escenarios y condiciones de entrega asociados al caso actual en Chile.
1.6 Aporte Personal
El desarrollo de este trabajo tiene por finalidad elaborar un documento que pueda servir de
consulta; por lo tanto en trminos de investigacin habr un desarrollo exhaustivo en cada
tecnologa asociada para el desarrollo de la memoria, incluyendo tpicos tericos en desarrollos
de nuevos sistemas de compresin, nuevos sistemas de resolucin y tecnologas asociadas que
van ms all de tener simplemente un televisor en casa, sino a tener un dispositivo que sea capaz
de entregar interactividad en variados servicios con el hogar y/o usuario final.
Se busca aportar con el desarrollo de la televisin desde sus distintos procesos, como tambin,
la forma en que se capta el contenido, para luego en el Head End, entregar un buen servicio para
el usuario final, independiente de la forma en que se vaya a transmitir.
14
El aporte no slo implica entrega de conocimientos tericos, sino tambin, en entregar datos que
justifiquen la decisin de implementar un sistema de transmisin de video y televisin Internet
OTT, proponiendo distintos perfiles comerciales de reproduccin de contenido para clientes OTT.
1.7 Descripcin de los captulos del trabajo de titulacin
El captulo II explicar el estado del arte de las tecnologas de televisin y de video sobre Internet
para los sistemas actuales tanto en Chile como en el extranjero, dando al lector la relevancia e
importancia del por qu se est migrando a una plataforma en IP de los servicios de televisin.
El captulo III de seal de televisin digital explicar de forma detallada en cmo se digitaliza y
comprime la informacin de televisin, para ser sta transportada y poder ser recibida para su
reproduccin.
El captulo IV de Head End de servicios de televisin a travs del protocolo de Internet incluye en
su anlisis la conformacin de un Head End, y como ste transmite la informacin pasando de
bandas de radiofrecuencias a servicios sobre redes computacionales, este captulo es muy
importante para comprender las diferencias de los sistemas IPTV y OTT.
El captulo V de servicio de televisin a travs del protocolo de Internet IPTV, es de referencia

para comprender los avances de interactividad de los servicios sobre IP, ya que muchas de sus
funciones se aplican tambin para el caso de OTT asociadas al uso de decodificadores y gestin
de derechos desde el proveedor de contenidos, entre otros.
El captulo VI de servicio de televisin OTT explica las mejoras de la transmisin de bits

adaptativas a travs de HTTP, siendo este un protocolo que permitir la transmisin de contenido
a travs de distintas plataformas permitiendo definir las opciones de entrega para las condiciones
de ancho de banda del usuario final asociada al tipo de entrega.
El captulo VII de creacin de perfiles OTT al usuario final, mostrar las condiciones actuales en
que podra operar el sistema para tanto conexiones fijas y conexiones mviles celulares,
dimensionando los perfiles asociados al servicio OTT.
Finalmente se presentan las conclusiones con las cuales se justificar el trabajo de titulacin y
solucionar la problemtica de entrega de contenido, en conjunto con conclusiones especficas
asociadas a tecnologas y el mercado de video y televisin sobre Internet en Chile.
15
CAPTULO II. ANLISIS DEL ESTADO DEL ARTE
2.1 Introduccin
En este captulo se presentar informacin asociada al estado del arte de la memoria actual, la
informacin que ser presentada en este captulo busca dar al lector, la idea de cmo est el
avance tecnolgico de ver televisin en internet en la actualidad, asociados a lugares geogrficos
o proveedores de entrega de contenido. Este captulo presentar el estado del arte de esta nueva
forma de entrega de televisin, con sistemas asociados al contenido que se pueden diferenciar
de dos formas:
Video bajo demanda en Internet (asociados a empresas como Netflix y Hulu).

Televisin sobre Internet.
Cabe destacar que dependiendo de la ubicacin geogrfica (pases) los proveedores de servicio
tendrn contenido especfico para satisfacer necesidades de lenguaje, e incluso necesidades
culturales.
Este captulo se enfocar en presentar, el avance de este sistema de entrega OTT asociado en
ciertos lugares y las condiciones tcnicas con las que operan.
2.2 Anlisis del estado del arte de sistemas OTT TV
Los sistemas OTT de televisin se pueden dividir en grandes grupos:
Sistemas de televisin Internet.

Sistemas de video sobre demanda de Internet.
A continuacin se presentar cada sistema con su vanguardia respectiva.
2.2.1 Estado del arte en Chile
Actualmente los sistemas de entrega de televisin sobre internet utilizando tcnicas dadas por
OTT (que se vern en el Captulo VI), actualmente hay dos empresas que ofrecen su contenido
a travs de internet, estas son:
VTR.
CDF.
Para el caso de VTR, se est comenzando a migrar a OTT en su contenido, aunque actualmente
solo est disponible para contenido de nios de video sobre demanda VoD; por lo que entregar
todo su contenido sobre Internet, ser un desafo considerando la entrega con sistemas HFC
(Hybrid Fiber Coaxial), algunas de sus caractersticas son las siguientes [4]:
16
Ser cliente de VTR y tener sus cuentas al da.
Seccin Kids para dispositivos mviles (smartphones, tablets, iphones, ipad, y
computadores personales).
Dentro de sus caractersticas tcnicas estn:
Conexin con ancho de banda mnimo de 2 Mb/s para contenido en SDTV, y de 4 Mb/s
para HDTV.
Equipos de Windows:
o Sistema operativo Windows 7, Vista y XP o superior.
o Navegadores de Internet Internet Explorer 9 o superior, Mozilla Firefox 27 o
superior y Google Chrome 33 o superior.
Equipos Machintosh:
o Sistema operativo MAC OSX 10.4.8 o superior.
o Navegadores de Mozilla Firefox 28 o superior, Apple Safari 28 o superior y
Google Chrome 33 o superior.
Microsoft Silverlight 5 operativo para ambos sistemas operativos.
CDF por otra parte, ofrece sus servicios de transmisin de partidos en vivo, es decir, televisin
sobre Internet a travs de OTT teniendo las siguientes caractersticas tcnicas [5]:
Sistema operativo Windows:

o Sistemas operativos soportados como Windows XP, Vista, 7 y 8.
o Navegadores recomendados como: Internet Explorer 9 o superior, Firefox 3.0 o
superior o Google Chrome.
Sistema operativo Machintosh:
o Sistema operativo MAC OSX 10.4.
o Navegadores soportados Safari 5 o superior, Firefox 3 o superior, Google
Chrome.
Ancho de banda mnimo de 2 Mb/s para su contenido.
Ambos sistemas operativos necesitan para su transmisin Adobe Flash Player 10 o
superior.
2.2.2 Sistemas OTT en el resto del mundo
Sistemas de televisin Internet
ABC iview
Es un servicio de televisin internet libre de la corporacin de radiodifusin Australiana, disponible

dentro de Australia. Ofrece adems una capacidad completa para visualizar canales de TV de
17
ABC, transmisiones en vivo sobre computadoras, tablets y smartphones. ABC iview es simple, no
tiene publicidad, y es libre en su uso.
Este sistema entrega aplicaciones a los dispositivos mviles para su utilizacin, teniendo
herramientas como control parental y subttulos asociados al usuario en cuestin.
Dentro de las caractersticas tcnicas que entrega ABC iview estn [6]:
Servicios de entrega sobre ADSL2 con 1,1 Mb/s o superior, ya que la transmisin es de
650 Kb/s (la entrega sobre ADSL2 es lo ideal).
Uso del puerto 1935.
En dispositivos fijos como computadores las condiciones en sus equipos son:
o En computadores con sistema operativo Windows se necesita la versin 11.7 de
Adobe Flash Player o superior.
o En computadores MAC debe correr la versin OSX 10.6 o superior con la versin
de Adobe antes mencionada.
En dispositivos mviles las caractersticas necesarias para el funcionamiento de ABC
iview son:
o OSX para iPhone sobre 3GS y para iPad desde la tercera generacin.
o Para Android superior a la versin 4.0 Ice Cream Sandwich, incluyendo a la
misma.
Consideracin: ABC iview es un sistema de televisin sobre Internet, hace entrega a tasas de bits
de 650 kb/s y habilita la opcin de un puerto especfico para que el usuario final pueda visualizar
el contenido, entrega servicios parentales y adems define sus propios servicios de gestin de
derechos digitales, adems puede operar como servicio de video sobre demanda de sus
contenidos, ofreciendo hasta en dos semanas el contenido una vez transmitido.
ABC Player
Es un proveedor de servicios de televisin sobre Internet, operativo en Estados Unidos y algunos

pases como Puerto Rico e islas pertenecientes a Estados Unidos como Guam, Saipn, Samoa
Americana y las Islas Vrgenes de los Estados Unidos.
ABC entrega contenido solo a usuarios geogrficamente dentro de las ubicaciones mencionadas,
y tambin entrega control parental y sistemas de subttulos; trabaja con sistemas operativos de
Windows y Mac, en conjunto con dispositivos mviles como Android, Apple y tabletas Kindle.
Algunas caractersticas tcnicas son [7]:
Velocidad de descarga de Internet de al menos de 1,5 Mb/s.

En dispositivos fijos o mviles como sus computadores, las condiciones son:
18
o En Windows los sistemas operativos XP, Vista, Server, 7. Con Adobe Flash
Player de 10.2.
o En sistemas operativos MAC v10.6 o v10.7.
En dispositivos mviles como Smartphones, las condiciones son:
o Android con sistema operativo 4.0 (Ice Cream Sandwich).
o Apple con sistema sobre la cuarta versin.
Consideracin. ABC es un sistema de entrega de televisin sobre Internet, opera

geogrficamente en estados Unidos y adems puede entregar servicios de video sobre demanda
de sus contenidos ya transmitidos (estos pueden variar de la ubicacin geogrfica y la cantidad
de tiempo desde su emisin en vivo).
Video Internet
Hulu
Es un servicio de video sobre demanda que opera en Estados Unidos. Es un sistema de entrega
bajo compra, en el cual se pueden adquirir servicios de video internet de contenido pre grabado.
Hulu opera con Adobe Flash Player, y dentro de sus caractersticas tcnicas estn:
Diferentes tasas de bits asociadas a cierta resolucin.

o 240p a 480 Kb/s, 360p a 700 Kb/s, 480p a 1 Mb/s y 720p a 2,5 3,2 Mb/s.
Compatibilidad con diferentes dispositivos.
o SmartTV, consolas de juegos, computadoras, dispositivos mviles, entre otros.
Los sistemas operativos soportados son:
o Microsoft Windows 7 o superior, MAC OSX 10.6 o superior.
Para aplicaciones con Adobe Flash Player Hulu especifica los dispositivos, sistemas operativos
con requerimientos mnimos en [8].
Netflix
Es una empresa de video sobre demanda de Internet, ofrece sus contenidos a travs de un pago
mensual del usuario final, su contenido est apto para toda Amrica, Australia y algunos pases
de Europa como Blgica, Dinamarca, Finlandia, Francia, Alemania, Islandia, Holanda, Inglaterra,
entre otros.
Dentro de sus caractersticas tcnicas estn [9]:
Diferentes tasas de bits asociadas a cierta resolucin.

o 240p a 250 Kb/s, 360p a 560 Kb/s, 480p a 1,05 1,75 Mb/s, 720p a 2,35 3,6
Mb/s y 1080p a 4,8 Mb/s.
19
Compatibilidad con diferentes dispositivos.
o SmartTV, consolas de juegos, computadoras, dispositivos mviles, entre otros.
Dentro de los requerimientos tcnicos para la visualizacin se presentan:
Para versiones HTML5 los navegadores soportados son:
Internet Explorer 11 o superior en Windows 8.1.

Safari en sistema operativo MAC versin OSX 10.10 o superior.
Google Chrome versin 37 o superior en Windows XP y MAC OSX 10.6.
Resolucin para tasas de bits sobre los 5 Mb/s.
o Google Chrome hasta 720p.
o Internet Explorer hasta 1080p.
o Safari hasta 1080p.
Para aplicaciones con Silverlight de Microsoft versin 5 se detallan sistemas operativos y

navegadores compatibles para facilitar la experiencia de reproduccin, con requerimientos
mnimos citados en [9].
2.3 Discusin del estado del arte
De lo expuesto anteriormente, los sistemas OTT en Chile estn comenzando a tener un mayor
despliegue, actualmente operan muy pocas empresas entregando servicios con tasas de bits
adaptativas ABR (Adaptive Bit Rate), cada una utilizando formas de transmisin distintas
(mientras VTR utiliza HSS, CDF utiliza HDS, como se ver en el captulo 6).
Dado el anlisis del estado del arte en Chile, actualmente los contenidos ofrecidos por ambas
empresas no cubren un escenario que quiera abarcar gran parte de contenidos, ya que si se
quisiera ver un contenido de Video sobre demanda VoD (Video On Demand) se tendra que optar
por utilizar servicios de compaas como Netflix que segn su apartado ofrece contenido para
todo el continente Americano.
Mientras en el resto del mundo, se presentaron a modo de ejemplo las empresas citadas en
cuestin, esto debido a que en otros pases como en Europa actualmente los sistemas OTT estn
teniendo una gran cabida en el usuario final. Empresas como ABC que ofrecen sistemas de
televisin de internet e incluso la opcin de ver contenido luego de dos semanas o tener un control
parental (lejos an de lo que ofrecen VTR y CDF), representa un buen desafo para las empresas
de contenido en Chile.
En base a lo expuesto, en conjunto con datos de antecedentes y proyecciones, es posible

argumentar el servicio de OTT, considerando importante definir y explicar en como el proceso se
20
desarrolla de fin a fin (desde el proveedor de contenidos, hasta el usuario final), siendo Internet
una gran alternativa para los cambios en el sistema de televisin en Chile.
21
CAPTULO III. SEAL DE TELEVISIN DIGITAL
3.1 Introduccin
En Chile actualmente hay dos formas de transmisin de las seales de televisin, una es abierta,
producto de recibir esta seal de forma libre, y la otra es pagada, ya que el contenido es
adquirido desde un proveedor de servicios. En la transmisin de televisin abierta se utilizan
sistemas de radiodifusin, este servicio abierto es anlogo y existen adems seales de prueba
de transmisin digital, para ser recibida por cualquier receptor. Por el otro lado, la transmisin
pagada de televisin est asociada a la entrega de contenido desde un proveedor de servicios
o de contenidos a nivel local, este puede entregar canales lineales (adems de los canales
nacionales) y servicio Premium. Esta entrega puede ser de forma almbrica (a travs de sistemas
de televisin por cable) o inalmbrica (producto de la transmisin de televisin satelital) y es
adquirida solamente por quienes pagan por el servicio.
Los sistemas de televisin digital, provienen de digitalizar los sistemas de televisin anlogos, a
continuacin se mencionan los estndares ms importantes:
PAL (Phase Alternative Line).

SECAM (Squentiel Couleur Mmoire).
NTSC (National Television System Committee).
PAL y SECAM desarrollados en Europa, mientras que NTSC fue desarrollado en Estados Unidos.
Para la transmisin de sus componentes se utilizan modulaciones en amplitud (banda lateral y
vestigial) y modulacin en frecuencia FM (Frequency Modulation) para la informacin de video y
audio respectivamente, cabe destacar que para las componentes de color se utiliza modulacin
de amplitud en cuadratura (QAM, Quadrature Amplitude Modulation).
De acuerdo a lo anterior, el captulo se desarrollar de la siguiente forma: Definir el proceso de

digitalizacin de televisin, Estndares de televisin digital y sistemas de compresin. Esto con
el fin de entender la digitalizacin de la televisin y la disminucin en la cantidad de informacin
digital a enviar.
3.2 Digitalizacin de la seal de televisin
Hoy en da la digitalizacin de la seal televisin, permite distintas ventajas respecto a la

transmisin de video analgica, entre algunas de ellas se pueden indicar:
Mayor capacidad de transmisin de seales de video digital en el mismo espectro que

actualmente ocupa la televisin anloga.
Mejor definicin de la calidad de imagen en televisin, producto de tener una mayor
cantidad de elementos por imagen, asociada a mayores resoluciones.
22
Ofrecer variados servicios de difusin.
Con el acceso de internet ofrecer televisin interactiva.
Por lo tanto para la digitalizacin de televisin, se involucran distintas etapas dadas por muestreo,
cuantificacin y codificacin para las componentes de audio y video respectivamente.
3.2.1 Digitalizacin de la seal de audio
El audio es una onda sonora, del tipo de onda longitudinal y se origina por el movimiento de algn
medio elstico, estas ondas estimulan el odio humano a un rango de frecuencias comprendidos
entre 20 Hz y 20 kHz, denominndose rango audible. Por lo tanto, la digitalizacin de sta
comprende procesos de muestreo, cuantificacin y codificacin de la seal.
3.2.1.1 Muestreo de la seal de audio

Para realizar la conversin de una seal continua a una seal discreta en el tiempo es necesario
realizar un proceso de muestreo, este proceso consiste en tomar muestras de la amplitud de la
seal en intervalos de tiempos regulares, conocido como tasa de muestreo. Cabe destacar que
al aumentar la cantidad de muestras que se toma de la seal original, sta tiende a tomar una
forma ms exacta de la seal, en base a esto, se tiene el teorema de Nyquist-Shannon que
establece un equilibrio en la cantidad de muestras, respecto a la seal original.
Nyquist-Shannon establece que la seal muestreada tendr suficiente informacin si la frecuencia

de muestreo cumple la siguiente relacin con la frecuencia de la seal original, dada en la
ecuacin (1):
fmuestreo 2fsealoriginal (1)
Si no se muestrea segn el teorema anterior, es decir, una frecuencia de muestreo mayor a dos
veces la frecuencia mxima de la seal original, se produce un fenmeno conocido como aliasing
(interferencia espectral), ste produce que la separacin espectral se pierda, y como
consecuencia, no es posible recuperar la seal de informacin original en el proceso de
conversin digital a anlogo.
3.2.1.2 Cuantificacin y codificacin de la seal de audio

Este proceso consiste en asociar el nivel de muestras obtenido a un nivel de tensin con valores
finitos (cuantificacin), definiendo una resolucin y generando un flujo de bits asociado a la seal
(codificacin).
En el caso de la cuantificacin, se tienen dos tipos, uno es lineal y el otro es no lineal. En la

cuantificacin lineal, se asocian las muestras a tramos de nivel constante. Mientras en la
23
cuantificacin no lineal, se asignan niveles de cuantificacin de manera no uniforme; por lo tanto
dependiendo del nivel de la seal, se tendrn diferentes niveles de cuantificacin.
Se considera la cuantificacin logartmica en la cuantificacin no lineal, con la cual se logra una

expansin de las seales de pequeo nivel, y una mayor compresin para las de mayor nivel.
Como en el proceso de codificacin se utiliza un cdigo binario, estos se pueden representar
mediante la ecuacin (2):
2m = M (2)
Siendo M los niveles de cuantificacin y m los pulsos de codificacin, por lo tanto, al utilizar una
codificacin de 8 bits por muestras se tendrn cerca de 256 niveles de cuantificacin.
La relacin seal a ruido en conjunto al proceso de codificacin binario, hace que haya un mejor
comportamiento en la cuantificacin logartmica, ya que provee una relacin constante para un
rango dinmico de pulsos de codificacin ms amplio. Para el caso de cuantificacin no lineal
logartmico, se utilizan la ley o ley A.
Finalmente, luego de este proceso conocido como anlogo-digital, se obtiene un sistema binario
de informacin para la informacin de audio.
3.2.2 Digitalizacin de la seal de video
Digitalizar la seal de video tiene caractersticas distintas a las seales de audio, en primer lugar
el video es un conjunto de imgenes en cierta proporcin de tiempo. Para que haya un movimiento
fluido deben de haber por lo menos 24 imgenes o tramas por segundo, como tambin una
cantidad de muestras por imgenes, en esta seccin se detallar en como determinar una tasa
de muestreo dadas las caractersticas de las seales de video en televisin.
3.2.2.1 Muestreo de la seal de video

La seal de televisin analgica contiene informacin de video en conjunto con pulsos de
sincronizacin2. Para efectos de digitalizacin, se procede a digitalizar la imagen total a travs de
una frecuencia de muestreo, sta debe ser capaz de coincidir con la frecuencia de lnea definida
por la norma de televisin correspondiente (ya sea SDTV o HDTV), como tambin otros mtodos
que utilizan todos los elementos de la imagen a digitalizar, a continuacin se indicarn por
separados las tasas de muestreo tanto para SDTV como para HDTV.
2 En TV anloga de sistemas monocromticos, se definen niveles de tensin, 0,7 V indica nivel blanco, 0 V indica nivel
negro siendo ambas duracin de lnea activa; mientras el nivel -0,3 V indica lneas de sincronizacin que en conjunto con
la duracin de video activo producen la duracin de lnea total.
24
Frecuencia de muestreo de SDTV
Para digitalizar la seal y obtener SDTV (Standard Definition Television), se considera digitalizar
los estndares analgicos como NTSC y PAL, estos tienen las siguientes caractersticas dadas
en la Tabla 3.1.
Tabla 3. 1. Caractersticas de los sistemas NTSC y PAL.
Parmetro NTSC PAL
Muestras por lnea total 858 864
Muestras por lnea activa 720 720
Lneas por trama total 576 625
Lneas por trama activa 480 525
Frecuencia de lnea (lneas por segundo) 15,734 KHz 15,625 KHz
Tramas por segundo 30 (29,97)3 25
Fuente: Elaboracin Propia.
Para determinar la frecuencia de muestreo en la seal de video en SDTV, hay diferentes mtodos:
Mtodo 1. Relacionando los siguientes parmetros, definido por la ecuacin (3):
fmuestreo = flnea x Pixeleslnea (3)
Al utilizar la ecuacin (3), se obtiene para cada estndar:
PAL: 15,625x103 lnea/segundo x 864 muestras/lnea=13.500.000 muestras/segundo.

NTSC: 15,734x103 lnea/segundo x 858 muestras/lnea=13.499.772 muestras/segundo.
Mtodo 2. Relacionando los siguientes parmetros, mediante la ecuacin (4):
fmuestreo = Pixeleslnea x lneastrama x tramasseg (4)
Al utilizar la ecuacin (4), se obtiene para cada estndar:
NTSC: 858 muestras/lneas x 525 lneas/tramas x 29,97 tramas/segundo
3 En NTSC con la adopcin de color, se quitan tramas para dar ms ancho de banda a la sealizacin
pasando de 30 tramas por segundo a 29,97 tramas por segundo.
25
=13.499.987 muestras/segundo.
PAL: 864 muestras/lneas x 625 lneas/tramas x 25 tramas/segundo
=13.500.000 muestras/segundo.
Dado lo anterior, se ha escogido una frecuencia de muestreo de 13,5 MHz o 13.500.000 pixeles
o muestras por segundo para ambos estndares [10].
Tasa de muestreo para HDTV
En casos de televisin de alta definicin, la frecuencia de muestreo aumenta en gran medida, en

este caso se digitaliza no por estndar, sino por la cantidad de tramas por segundo y como stas
son exploradas (exploracin entrelazada o progresiva, se ver en detalle en la Seccin 3.3.1). A
continuacin se presentan las caractersticas asociadas a las tramas por segundo (p exploracin
progresiva e i exploracin entrelazada) en la Tabla 3.2.
Tabla 3. 2. Caractersticas de los sistemas para muestrear en HDTV.
Parmetro 60p 30p 60i 50p 25p 50i
Muestras por lnea total 2200 2640
Lneas por trama total 1125
Tramas por segundo 60 30 50 25
Frecuencia de lnea (lneas por 67.500 33.750 56.250 28.125

segundo)
Frecuencia de muestreo 148,5 MHz 74,25 MHz 148,5 MHz 74,25 MHz
Si se determina la frecuencia de muestreo segn la ecuacin (4), en el caso de 60i ser:
2200 muestras/lnea x 1125 lneas/trama x 30 tramas/segundo=74.250.000 muestras/segundo.
En HDTV la tasa de muestreo aumenta en gran medida producto de tener mayor cantidad de
informacin a presentar en la pantalla [11], y dependiendo del estndar, variar la tasa de
muestreo, esto se presentar en detalle en la Seccin 3.3.4.
3.2.2.2 Estructuras de muestreo de la seal de video

Antiguamente las seales de televisin contenan solo elementos de luminancia (escalas de
blanco y negro), pero con la llegada de la televisin a color, se tuvieron que incorporar las
diferencias de colores dadas por trminos denominados seales cromticas.
26
Los trminos cromticos representan las componentes de informacin de color, en sistemas de
televisin se trabaja con crominancia rojo CR y crominancia azul CB y stas se describen partiendo
de las seales analgicas primarias con correccin gamma (utilizando la seal RGB asociado a
los tres colores bsicos); por lo tanto esta seal RGB debe ser recuperada en el receptor producto
de transmitir las componentes de luminancia Y, y las componentes cromticas CR y CB [10].
Por lo tanto, hay tres tipos de seales que son muestreadas de forma diferenciada, estas son
luminancia (Y), crominancia azul (CB) y crominancia rojo (CR). Una caracterstica importante al
respecto tiene relacin directa con el ojo humano, ya que ste tiene la capacidad de diferenciar
mejor las imgenes del tipo luminancia que de crominancias; por lo tanto sta (luminancia) tendr
igual o mayor informacin que las seales cromticas azul y las seales cromticas rojo.
Asociado a las tres componentes, se definen las estructuras de muestreo definidas por la
siguiente expresin:
J:a:b
Siendo:
J: Referencia de muestreo horizontal, usualmente 4.

a: Nmero de muestras de crominancia (CR, CB) en la primera fila de J pixeles.
b: Nmero de muestras de crominancia (CR, CB) en la segunda fila de J pixeles.
Hay varias estructuras de muestreo para sub muestrear las componentes de luminancia y
crominancia por cada pixel, a continuacin se presentan algunas de ellas:
4:4:4 la cual denota que no hay sub muestreo.

4:2:2 la cual denota sub muestreo de crominancia con un factor horizontal de 2 respecto
a la componente de luminancia; este formato de muestreo es utilizado en componentes
digitales de video definidos por la ITU-R recomendacin 601 y est definida en su
digitalizacin como la interfaz digital serial SDI (Serial Digital Interface).
4:2:0 la cual define un sub muestreo de cromas con un factor tanto vertical como
horizontal de 2 respecto a la componente de luminancia; este formato de muestreo es a
menudo utilizado en JPEG y MPEG.
4:1:1 detona un sub muestreo de cromas con un factor horizontal de 4 respecto a la
componente de luminancia.
A continuacin se analizan cada una de las estructuras de muestreo:
Estructura de muestreo 4:4:4: Para sta no se reduce la resolucin de crominancia, por lo tanto,
cada componente se muestrea de igual forma. Este esquema es usado a veces en escneres de
pelculas de gama alta y postproduccin cinematogrfica. Su desventaja radica en tener un
27
almacenamiento mayor, y al enviar la informacin por interfaz digital serial, entonces se
necesitaran dos conexiones, una 4:2:2 y la otra 0:2:2.
Estructura de muestreo 4:2:2: Para sta se reduce la resolucin de crominancia en la dimensin

horizontal dejando la resolucin vertical sin afectar, 4:2:2 indica que las crominancias azul y rojo
son muestreadas a la mitad de la seal de luminancia. Esto se puede apreciar en la Figura 3.1.
Figura 3. 1. Estructura de muestreo 4:2:2.
De la Figura 3.1 se puede apreciar que la estructura 4:2:2 trabaja tanto con las componentes de
crominancia y luminancia, para despus solo utilizar luminancia en la lnea horizontal,
disminuyendo el factor de las componentes de color en 2 y con esto la cantidad a informacin a
enviar, como se ver en la Seccin 3.3.2.
Estructura 4:1:1: sta se produce con el fin de disminuir la cantidad de informacin a enviar, aqu
la crominancia es muestreada a un cuarto de la componente de luminancia. Esto se puede
apreciar en la Figura 3.2.
28
De la Figura 3.2 se puede apreciar el poco balance entre las componentes de resolucin para
crominancia horizontal (cabe destacar que esto le da una menor definicin a la imagen; por lo
tanto muchas componentes de crominancia por separado afectan a la definicin final).
Inicialmente, el muestreo 4:1:1 se utiliz en formatos de video digital pero no consideraba la
calidad de la transmisin y fue aceptada para aplicaciones de usuarios con bajos requerimientos.
Hoy en da, los formatos de video digital con esta estructura de muestreo, son usados en
periodismo electrnico y servidores de reproduccin.
Estructura 4:2:0: esta tcnica indica que en una lnea, por cada cuatro muestras de luminancia
se toman dos muestras de la componente de crominancia azul y de crominancia rojo, y luego en
la siguiente lnea no se toman muestras de las componentes de crominancias, esto se muestra
en la Figura 3.3.
29
La Figura 3.3 representa un sistema de muestreo 4:2:0 (siendo entonces estas cromancias co-
ubicadas, para una lnea YCBCR y luego en la prxima lnea solo Y), teniendo una disminucin
tanto vertical como horizontal de las componentes cromticas.
A continuacin se presenta en la Tabla 3.3, las diferencias de resolucin de color en la imagen,

asociadas a las estructuras de muestreo.
Tabla 3. 3. Diferencias de resolucin en seales cromticas.
Resolucin Estructura 4:4:4 Estructura 4:2:2 Estructura 4:1:1 Estructura 4:2:0
Resolucin Sin afectar Sin afectar Sin afectar La mitad de la

vertical resolucin
Resolucin Sin afectar La mitad de la Un cuarto de la La mitad de la

horizontal resolucin resolucin. resolucin
Por lo tanto, una imagen que se est muestreando en SDTV, tendr 13,5 MHz para la componente
de luminancia, pero para la componente de crominancia se debe considerar la estructura de
muestreo, si fuese el caso de 4:2:2, las muestras por lneas seran de 432 (asumiendo PAL con
864 muestras por lnea total), las lneas por cuadro se mantendran en 625 (por no tener
disminucin en la resolucin vertical) y las tramas por cuadro en 25; por lo tanto la tasa de
30
muestreo para la componente de crominancia, tanto para azul como para rojo, utilizando la
ecuacin (4) es:
432 muestras/lnea x 625 lneas/trama x 25 tramas/segundo = 6.750.000 muestras/segundo.
3.2.2.3 Cuantificacin y codificacin de la seal de video

Como se vio anteriormente, el muestreo es previo a las etapas de cuantificacin y codificacin,
donde las muestras son aproximadas a valores cuantificados y cada muestra es representada
por una palabra de n bits, obteniendo as el flujo digital de la seal de video. Para aplicaciones
de televisin se utilizan 10 bits por muestras de codificacin; por lo tanto el nmero de seales
discretas tiene una cantidad de 210 o 1.024 niveles de cuantificacin.
Para este caso, las componentes se muestrean con 13,5x106 muestras por segundo para las
componentes de luminancia y segn corresponda a la estructura de muestreo, se tendr que
muestrear las componentes de crominancias de la siguiente forma:
Estructura 4:4:4: las componentes de crominancias se muestrean con 13,5x106 muestras

por segundo.
Estructura 4:2:2: las componentes de crominancias se muestrean con 6,75x106 muestras
por segundo.
Estructura 4:1:1 y 4:2:0: las componentes se crominancias se muestrean con 3,375x106
muestras por segundo.
Para determinar la tasa de bits, se considera utilizar la ecuacin (5), que relaciona la tasa de
muestreo en conjunto con los bits de codificacin por muestras.
tasa de bitsb/s = fmuestreo x bitsmuestras luminancia + 2xfmuestreo x bitsmuestras crominancia (5)
Por consiguiente, si se considera una estructura de muestreo 4:2:2 con 10 bits de codificacin
por muestras se obtiene una tasa de bits, asociado a la ecuacin (5) de:
13.5x106 muestras/seg x10bits/muestras + 2x6.75x106 muestras/seg x10bits/muestras =

270Mb/s.
Para el caso de digitalizar el video activo de la pantalla, utilizando una estructura de muestreo
4:2:2, asociada a la ecuacin (4), el flujo de bits resultante est dado por:
Componente de luminancia:
720 pixeles/lnea x 576 lneas/trama x 25 tramas/segundo x 10 bits/pixeles

=103.680.000 bit/segundo.
Componente de crominancia:
31
360 pixeles/lnea x 576 lneas/trama x 25 tramas/segundo x 10 bits/pixeles
= 51.840.000 bit/segundo.
Por lo tanto, considerando estructura de muestreo 4:2:2 el flujo en bits resultante es:
(103.680.000+51.840.000+51.840.000) bits/segundo =207.360.000 bits/segundo o 207 Mb/s.
Cabe destacar que la recomendacin CCIR 601 define una codificacin de 8 bits con posibilidad
de ampliarse a 10 bits, con el fin de satisfacer aplicaciones ms exigentes. Respecto a la
digitalizacin de los pulsos de sincronizacin, stos no son considerados, entonces, aquellos
tiempos libres pueden aprovecharse para transportar los canales de sonido digital, servicios de
datos u otro tipo de programa.
Se puede calcular la tasa de bits, incluso con sistemas de alta definicin de televisin HDTV,
utilizando alguna de las estructuras de muestreo presentadas.
3.3 Estndares de televisin
En la actualidad se desprenden los siguientes estndares para televisin:

Televisin de definicin Estndar (SDTV, Standard Definition Television).
Televisin de definicin Mejorada (EDTV, Enhanced Definition Television).
Televisin de alta definicin (HDTV, High Definition Television).
Televisin de ultra alta definicin (UHDTV, Ultra High Definition Television)
Los estndares de televisin se pueden diferenciar por los siguientes parmetros:

Tamao de la trama o cuadro (en pixeles): definido como el nmero de pixeles por lnea
respecto a las lneas por cuadro o trama en una imagen.
Sistemas de exploracin: identificado con la letra p para la exploracin progresiva y con
la letra i para exploracin entrelazada.
Tasa de trama: definido por el nmero de tramas por segundo en un video (en el caso de
televisin, son necesarias 24 imgenes por segundo como mnimo, para el efecto de
movimiento).
Para los distintos estndares de televisin se forma SMPTE (Society of Motion Picture and
Television Engineers). ste define estndares de interfaz digital serial SDI (serial digital Interface),
con el cul se podrn diferenciar los parmetros recin nombrados para los diferentes estndares
de televisin.
3.3.1 Conceptos bsicos en televisin digital
Exploracin
32
Es un sistema de captacin y de representacin de imgenes, utilizado en televisin con el fin de
evitar efectos en las pantallas como parpadeo. De lo anterior, se presentan dos tipos de
exploracin utilizadas en las seales de televisin:
Exploracin Entrelazada.
Exploracin Progresiva.
Exploracin Entrelazada
La exploracin entrelazada implica la exploracin de las lneas 'impares' 1, 3, 5, etc.; seguido de

las lneas 'pares' 2, 4, 6, etc. Slo la mitad de la imagen se explora a la vez, conocido como un
campo secuencial, as hay un campo impar y otro campo par, que en conjunto muestran la
informacin en la pantalla, esto presentado en la Figura 3.4.
Figura 3. 4. Retorno par e impar.
Exploracin Progresiva
Esta exploracin es diferente a la anterior, en el hecho de explorar secuencialmente cada lnea

de la imagen (anlogo al caso de la lectura de un prrafo). Es decir, no se divide el cuadro de
video en dos campos secuenciales, haciendo un barrido a la imagen de televisin lnea por lnea.
El proceso indica que cada lnea se lee a su vez, progresando hacia abajo, hasta el final cuando
alcanza la lnea de fondo, efecto mostrado en la Figura 3.5.
Figura 3. 5. Exploracin de imagen progresiva.
33
Este tipo de exploracin entrega mejoras en calidad, compresin ms eficiente, mejor resolucin
vertical y es muy utilizado en la mayora de los formatos de video.
Comparacin entre las exploraciones entrelazada y progresiva.
A continuacin se presenta en la Tabla 3.4 las ventajas y desventajas de cada tipo de exploracin.
Tabla 3. 4. Ventajas y desventajas de exploracin entrelazada y progresiva.
Tipo de Ventajas Desventajas

exploracin
Entrelazada Reduccin de tasa de bits en el caso Efecto peine, desenfoques por la no correlacin
digital. de los campos pares e impares.
Progresiva Eliminacin de efecto peine. Es necesario una mayor cantidad de tasas de bit
Mayor facilidad de conversin a otras producto de requerir el doble de frecuencia
definiciones. horizontal.
A continuacin, se analizan ciertas consideraciones de la Tabla 3.4:
El efecto peine sucede en cambios bruscos de la velocidad en la imagen, haciendo que

sta pierda nitidez, este fenmeno se produce al estar poco correlacionadas las
exploraciones de campo entrelazadas.
La conversin a otras definiciones permite pasar de resoluciones de 480p a 1080p debido
a la mayor rapidez de procesamiento por evitar el efecto de des entrelazar la imagen.
Relacin de aspecto
Para la televisin de definicin estndar (SDTV), la imagen se emite normalmente a una relacin
de aspecto determinada, la relacin de ancho y altura es de 4:3 respectivamente; para la alta
definicin de televisin (HDTV) el formato de relacin de aspecto es de 16:9 (definida as, ya que
muestra una pantalla ancha respecto a 4:3 que muestra la imagen ms cuadrada), algunos casos
de SDTV pueden llegar a ser de 16:9 con estructura de muestreo 4:4:4 para mayor resolucin de
color y 4:2:2 para mantener el mismo ancho de banda de la seal anloga en conjunto a la
transmisin digital [10].
3.3.2 Definicin Estndar de televisin SDTV.
Esta definicin se utiliza para las seales de 480 lneas activas (sistema NTSC) o 576 lneas
activas (sistema PAL y SECAM), que corresponde a una relacin de aspecto de 4:3, aunque
34
pueden ser tambin de 16:9 [10]. Este sistema utiliza exploracin entrelazada, siendo las
notaciones 480i y 576i.
A continuacin, se presenta en la Tabla 3.5 los estndares SMPTE 259M para definicin estndar
de televisin, con el cul se puede trabajar con 10 bits de codificacin por muestra para
determinar la tasa de bit final.
Tabla 3. 5. Estndares SMPTE para SDTV.
Estndar Tasa de Relacin Pixeles Lneas Frecuencia de Imgenes por

bits de aspecto activos activas muestreo (MHz) segundo4
SMPTE 259M-A 143 Mb/s 4:3 768 483 14,32 59,94i
SMPTE 259M-B 177 Mb/s 4:3 948 576 17,73 50i
SMPTE 259M-C 270 Mb/s 4:3 720 480 13,5 59,94i
SMPTE 259M-C 270 Mb/s 4:3 720 576 13,5 50i
SMPTE 259M-D 360 Mb/s 16:9 960 480 18 59,94i
De la Tabla 3.5 se aclara que SMPTE 259M-A y SMPTE 259M-B se encuentran obsoletos, no
utilizan estructuras de muestreos y estn referidas a las componentes de la seal de video de los
sistemas NTSC y PAL, con tasas de muestreo de 14,31 MHz y 17.73 MHz asociadas a 4 veces
la frecuencia de la portadora de color (3,58 MHz en NTSC y 4,43 MHz en PAL), denominada 4fsc.
Por lo tanto para su digitalizacin, tan solo se cuantifica y codifica con 10 bits de codificacin por
muestra, dadas de la siguiente forma:
Para sistema NTSC: 14,31x106 muestras/seg x 10 bit/muestras=143 Mb/s.

Para sistema PAL: 17,73x106 muestras/seg x 10 bit/muestras=177 Mb/s.
Otro estndar es el SMPTE 259M-C definido con la estructura de muestreo 4:2:2 para sistemas
digitalizados PAL y NTSC, llegando a tasas de bits dadas por la ecuacin (5):
13,5x106 muestras/segundo x 10 bit/muestras + 2x 6,75 x106 bit/muestras=270 Mb/s.
Esto explicado y visto en la Seccin 3.2.2.3.
4
Se especifican imgenes por segundo de 59,94 para NTSC y 50 para PAL definidas as por ser imgenes entrelazadas
ofreciendo un ahorro en ancho de banda, entregadas a travs de dos campos secuenciales; su desventaja radica en
problemas como efecto peine y problemas de compresin.
35
Finalmente el estndar SMPTE 259M-D, se refiere para pantallas con relacin de aspecto de 16:9
y con una tasa de muestreo de 18 MHz, se considera la estructura de muestreo 4:2:2 y se define
la tasa de bits dado por la ecuacin (5) como:
18x106 muestras/seg x 10 bit/muestras + 2x9x106 bit/muestras= 360 Mb/s
Cabe destacar que las tasas de bits se producen en relacin al estndar SMPTE [12]. Y el
propsito de 259M es definir la interfaz digital sncrona SDI.
La televisin de definicin estndar SDTV con relacin de aspecto de 4:3 tiene la misma
apariencia que un canal de TV anlogo (NTSC, PAL, SECAM), pero sin el efecto fantasma y otros
problemas que se dan en la comunicacin anloga de TV.
3.3.3 Definicin mejorada de televisin EDTV
EDTV incorpora la eliminacin del entrelazado en la exploracin de la imagen, mejorando

claramente la calidad de la misma. Sus principales caractersticas son:
Resolucin de 480p o 576p de lneas activas, utilizando exploracin progresiva.

Relacin de aspecto de 4:3 o 16:9.
Permite tasas de bits de 540 Mb/s.
Para este caso la tasa de muestreo pasa de ser de 13,5 MHz a 27 MHz, producto de tener una
exploracin progresiva y en vez de dividir el cuadro de imagen en dos campos, pasa a utilizar el
cuadro de imagen completo aumentando las muestras por segundo al doble (si es NTSC pasa a
tener 59,94 imgenes por segundo, si es PAL 50 imgenes por segundo). Al digitalizar la imagen
con una estructura de muestreo de 4:2:2 y con componentes de luminancia y crominancia de 27
MHz y 13,5 MHz respectivamente, la tasa de bit resultante asociada a la ecuacin (5) es:
27x106 muestras/seg x 10 bit/muestra + 2x13,5 x106 muestras/seg x 10 bit/muestras=540 Mb/s
EDTV est normado por el estndar SMPTE 344M [12].
3.3.4 Alta definicin de televisin HDTV.
HDTV ofrece un cambio radical en la calidad de imagen, ofreciendo una experiencia de

visualizacin en casa similar a la ofrecida en los cines. A continuacin se resumen las ventajas
de HDTV:
HDTV tiene mayor resolucin en la imagen respecto a los estndares anteriores, por el
hecho de contar con mayor cantidad de pixeles por cuadro o trama.
Disponibilidad de audio con mltiples canales y sonido envolvente.
36
La televisin de alta definicin entrega una resolucin que es sustancialmente mayor a los
estndares nombrados (SDTV, EDTV), la ITU BT.809 entrega tres especificaciones para HDTV:
720/50p (progresivo). Con 1280 pixeles por lnea y 720 lneas por cuadro con un total de
921.600 pixeles por trama o cuadro.
1080/50i (entrelazado). Con 1920 pixeles por lnea y 1080 lneas por cuadro con un total
de 1.036.800 pixeles por campo o trama entrelazada (ya que se divide la imagen en dos
campos, uno y par y otro impar).
1080/50p (progresivo). Con 1920 pixeles por lneas y 1080 lneas por cuadro con una
cantidad total de 2.073.600 pixeles por trama o cuadro.
En este caso, 720 o 1080 son las lneas activas para la pantalla, que fueron elegidas por CIF
(Common Interface Format) en conjunto con SMPTE.
A continuacin se presenta en la Tabla 3.6 el formato de interfaz comn para HDTV:
Tabla 3. 6. Formato de Interfaz comn para HDTV.
Propiedad 720/50p 1080/50i 1080/50p 720/60p 1080/60i 1080/60p
Lneas/trama (total) 750 1125 1125 750 1125 1125
Lneas/trama (activa) 720 1080 1080 720 1080 1080
Pixeles/lnea (total) 1980 2640 2640 1650 2200 2200
Pixeles/lnea (activa) 1280 1920 1920 1280 1920 1920
Frecuencia de lnea (KHz) 37,5 28,125 56,25 45 33,75 67,5
Tramas por segundo 50 25 50 60 30 60
Tasa de muestreo MHz 74,25 74,25 148,5 74,25 74,25 148,5
SMPTE ha definido dos estndares para referirse a HDTV para SDI, definido como HD-SDI [11],
estos son:
SMPTE 292M: Este estndar de transmisin de video digital, es capaz de entregar tasas
de bits de hasta 1,485 Gb/s. ste se comprende como HD-SDI, para transporte de
seales de televisin de video y audio sin comprimir.
37
Para alcanzar esta tasa de bits, se utiliza una tasa de muestreo de 74,5 MHz para la componente
de luminancia y utilizando una estructura de muestreo 4:2:2, la tasa de muestreo para las
componentes de crominancia es de 37,125 MHz; por lo tanto la tasa de bits resultante ser
asociada a la ecuacin (5):
74,25x106 muestras/seg x 10 bit/muestras + 2x37,125 x106 muestras/bit=1,485 Gb/s.
SMPTE 372M: Este estndar de transmisin de video digital, es capaz de entregar tasas
de bits de hasta 2,970 Gb/s, dedicadas para resoluciones de 1080p con 50 o 60 imgenes
por segundo. Tambin conocida como 3G HD-SDI.
En este caso la exploracin es progresiva, la tasa de muestreo para la componente de luminancia

y crominancia toma valores de 148,5 MHz y 74,25 MHz respectivamente asociados a la estructura
de muestreo de 4:2:2; por lo tanto la tasa de bits asociada a la ecuacin (5) ser:
148,5x106 muestras/seg x 10 bit/muestra + 2x74,25 x106 muestras/seg x 10 bit/muestras

=2,97Gb/s
Adems del estndar para HD se desprenden el de QHD (Quad High Definition), ste tiene las
siguientes caractersticas:
Resolucin de pantalla de 2.560 pixeles por lnea y 1.440 lneas por campo.
Relacin de aspecto de 16:9.
Exploracin progresiva en la pantalla.
3.3.5 Ultra alta definicin UHD
ste incluye resoluciones denominadas 4K UHD y 8K UHD, los cuales son dos formatos de video
digital propuestos por NHK Science & Techonology Research Laboratories definidas y aprobadas
por ITU (International Telecommunication Union).
Resolucin 4K: Esta resolucin tiene el orden de 3.840 pixeles por lnea y de 2.160 lneas por
cuadro, y con esto tener una cantidad total de 8.300.000 pixeles por cuadro o trama, que es cuatro
veces la resolucin para la alta definicin. Adems puede trabajar con 10 o 12 bits de codificacin
y est establecido para el uso sobre el cable coaxial de 75 .
Para este caso la frecuencia de muestreo alcanza un valor de 297 MHz para la componente de
luminancia y de 148,5 MHz para las componentes de crominancias, con el uso de una estructura
de muestreo 4:2:2. Si se codifica con 10 bit de codificacin por muestra, la tasa de bit asociada a
la ecuacin (5) es:
297x106 muestras/seg x 10 bit/muestra +2x148,5 x106 muestras/bit x 10 bit/muestra=5,94 Gb/s.
38
Esto conocido como 6G-SDI, definida por el estndar SMPTE 424.
Resolucin 8K: Esta resolucin tiene el orden de 7.680 pixeles por lnea y de 4.320 lneas por
cuadro, y con lo anterior llegar a tener una cantidad total de 33.200.000 pixeles por cuadro, que
es diecisis veces la resolucin para la alta definicin.
A esto se le conoce como 12G-SDI y alcanza una tasa de bits de 11,868 Gb/s.
3.4 Algoritmos de compresin MPEG

Como se pudo apreciar de la seccin previa de digitalizacin, se pueden conseguir tasas de bits
de 270 Mb/s para el caso de definicin estndar, y de 1,485 Gb/s para el caso de alta definicin
de televisin; por lo tanto la cantidad de datos a enviar es un factor importante, al considerar el
hecho de que existe un determinado ancho de banda asignado para la transmisin.
Para resolver este problema, una serie de tcnicas de compresin se han desarrollado con el fin
de reducir las tasas de bits. Se debe de entender que en compresin de datos se trabaja con dos
conceptos, como:
Redundancia: Datos repetitivos o previsibles.

Entropa: Informacin esencial que se define entre la diferencia del total de datos y su
redundancia.
Dadas las caractersticas de televisin, la informacin necesita ser enviada por diversos medios
que no son capaces de entregar tasas de bits tan altas para la transmisin, por lo tanto, se debe
de reducir el flujo; eliminando datos repetitivos y obteniendo una menor cantidad de informacin
a enviar, sta al recibirse, tendr que ser reconstruida tratando de llegar a la seal original.
3.4.1 Introduccin a la codificacin MPEG
MPEG (Moving Pictures Experts Group) fue fundada por la ISO (International Standards
Organization) como conjunto de estndares para compresin y transmisin de audio y video. El
funcionamiento de sta se realiza mediante la disminucin de la tasa de bits a travs del
compresor con distintas tcnicas, ste entrega la seal comprimida para ser enviada a travs del
canal y luego volver a la tasa original para su recepcin a travs del expansor. La proporcin
entre la tasa de datos y la informacin en el canal es llamada factor de compresin.
Para la reduccin de la cantidad de informacin a enviar, se utiliza el sistema de algoritmos de

compresin MPEG, capaz de entregar un flujo elemental de paquetes PES (Packetised
Elementary Stream), estos a su vez son ordenados para llegar a un multiplexor y entregar un flujo
de transporte TS (Transport Stream) de 188 bytes. Esto se ve reflejado en la Figura 3.6.
39
Figura 3. 6. Proceso de digitalizacin, compresin y multiplexin.
Las tcnicas de compresin son utilizadas por varios motivos, entre los ms importantes estn:
Las seales sin comprimir tienen una cantidad elevada de bits (1,485 Gb/s HDTV, 270
Mb/s SDTV), que para tecnologas de entrega convencional no es posible transportar
(radiofrecuencia, medios almbricos como xDSL); por consiguiente sin la compresin de
datos no es posible entregar los servicios de televisin digitalizada.
Un archivo de video o audio comprimido ocupar menos espacio en un disco duro u otro
tipo de almacenamiento que un archivo sin comprimir. Con menos datos almacenados,
el mismo tiempo de reproduccin es obtenido con un hardware menor. Esto es usado en
recopilacin electrnica ENG (Electronic News Gathering).
A continuacin se analizarn los distintos estndares de compresin, asociados a diferentes

tcnicas para el audio y el video en la seal de televisin.
3.4.2 Estndares de compresin
3.4.2.1 MPEG-1
Este es el primer estndar de compresin para audio y video. MPEG-1 fue bsicamente
designado para permitir imgenes en movimiento y sonido codificado a una tasa de bit parecida
a un disco compacto CD (Compact Disk).
Este estndar trabaj con seales de televisin convencional, teniendo tamaos de imgenes de
352 pixeles por lnea con 288 lneas por cuadro, para casos de sistemas con 25 imgenes por
segundo; y 352 pixeles por lnea con 240 lneas por cuadro para los sistemas de 30 imgenes
por segundo. En el caso de video entrelazado convencional (576i, 480i), la compresin se obtiene
descartando campos alternados y bajando el muestreo de las restantes lneas activas en un factor
de dos.
40
Dentro de la importancia de MPEG-1, est el hecho de contar con herramientas que son an
utilizadas en los sistemas MPEG-2 y MPEG-4, entre las que se encuentran:
Sintaxis de flujos elementales.

Codificacin bidireccional de compensacin de movimiento.
Almacenamiento y control de tasas de bits.
3.4.2.2 MPEG-2
Este estndar fue considerablemente ms amplio en alcances, ya que MPEG-2 es capaz de
soportar exploracin entrelazada y alta definicin de televisin HDTV, donde el estndar anterior
por razones tcnicas no poda. MPEG-2 tuvo gran relevancia producto de ser escogido como
esquema de compresin para tanto DVB (digital video broadcasting) y DVD (digital video disk).
MPEG-2 se divide en perfiles y niveles, un perfil describe el grado de complejidad del

decodificador, mientras un nivel describe el tamao o resolucin de la imagen a la cual pertenece
el perfil. En principio hay veinticuatro combinaciones de perfiles y niveles, pero no estn todos
definidos (o combinados). Un decodificador MPEG-2 con un perfil y nivel dado, debe tambin ser
capaz de decodificar perfiles y niveles ms bajos.
En MPEG-2 hay 6 perfiles que indican la complejidad del decodificador, y 4 niveles que indican
la cantidad de pixeles por lnea y lneas por cuadro, y tasas de transmisin de stas en b/s. La
combinacin de perfil y nivel principal indica la transmisin de SDTV.
3.4.2.3 MPEG-4
MPEG-4 agrega nuevas caractersticas de trabajo respecto a los estndares previos, estos son:
Lenguaje para modelado de realidad virtual VRML (virtual reality modeling language).
Archivos compuestos orientados a objetos.
Soporte para la gestin de derechos digitales e interactividad.
MPEG-4 ofrece las siguientes funciones respecto a sus predecesores:

Mejora de la eficiencia de la codificacin en comparacin con MPEG-2.
Ofrece capacidad de codificacin de datos mixtos (video, audio, datos).
Mejora la capacidad de recuperacin de errores para permitir una transmisin robusta,
entre otros [13].
Herramientas nuevas en MPEG-4
Codificacin de objetos
MPEG-4 introduce un nmero de herramientas de codificacin nuevas, stas se presentan en la

Figura 3.7. En MPEG-4 se define un objeto plano de video VOP (Video Object Plane) como una
imagen total del cuadro, este VOP interacta con un objeto, ste est definido como una parte de
41
la escena, el cual puede ser manipulado independientemente del VOP. Un objeto como tal existe
sobre cierto espacio de tiempo de la escena en cuestin.
Figura 3. 7. Introduccin de nuevas herramientas sobre los estndares previos de MPEG.
De la Figura 3.7 se pueden destacar 4 formas de objeto visual en la imagen:
Objetos de video: Es una matriz arbitraria de pixeles en forma plana que describe la
apariencia o textura de parte de una escena. Para cada objeto visual de video se
necesitan ciertas herramientas de codificacin. stas pueden ser nombradas como
versiones de MPEG-4 (versin 1 y 2) definiendo las complejidades del objeto de video
[14].
Textura fija de codificacin: Es un objeto plano donde no hay cambio respecto al tiempo.
Codificacin de objeto de malla: describe como un objeto cambia su perspectiva, se
describe a travs de dos o tres dimensiones como un conjunto de puntos. La forma y su
posicin pueden cambiar con respecto al tiempo.
Objeto de animacin de cuerpo y rostro: es un sub conjunto especializado de la
codificacin de objeto de malla en tres dimensiones, la cual representa el rostro o el
cuerpo humano, siendo definido para estos vectores la representacin de un movimiento
desde una imagen fija.
Adems de los objetos de codificacin, MPEG-4 redefine las herramientas existentes de MPEG
incrementando la eficiencia de un nmero de procesos usando prediccin de prdidas. Esta
mejora el rendimiento de la compensacin de movimiento y coeficientes de codificacin
permitiendo incluso tener menores tasas de bits.
Cabe destacar que MPEG-4 apoya los sistemas de exploracin tanto entrelazadas como
progresivas, y adems es ms eficiente en la compresin para SDTV y HDTV que sus
predecesores.
42
3.4.3 Codificacin MPEG para audio
El estndar MPEG tiene niveles conocidos como capas I, II y III. Las tres capas difieren en
complejidad de codificacin y rendimiento en trminos de la reduccin de la tasa de bits.
La capa I es una versin simplificada de MUSICAM (masking pattern adapted universal

sub-band integrated coding and multiplexing), la cual entrega bajas tasas de compresin.
La capa II tambin emplea la tecnologa MUSICAM, entregando altas tasas de
compresin y es generalmente empleado en DAB (digital audio broadcasting) y en
televisin digital DTV (Digital Television).
La capa III (conocida tambin como MP3) combina las caractersticas de MUSICAM y
ASPEC (Adaptive Spectral Perceptual Entropy Coding) entregando altas tasas de
compresin para aplicaciones de telecomunicaciones, descarga de msica y entrega de
la misma a travs de internet.
En cada capa, la codificacin de audio MPEG permite tasas de muestreo de entrada de 32, 44.1
y 48 KHz y apoya tasa de bits de salida de 32, 48, 56, 64, 96, 112, 128, 192, 256 y 384 kbit/s [15].
Adems el desarrollo ha producido la codificacin de audio avanzada AAC (Advanced Audio

Coding), con tasas incrementadas de compresin multicanal de sonido envolvente, mejorando la
experiencia de los usuarios en servicios de televisin.
3.4.3.1 MPEG-2 AAC.

AAC soporta canales de audio con apoyo a sistemas monofnicos, estreos y canales de audio
5.1. El concepto est basado en un nmero de herramientas de codificacin conocidas como
mdulos, que pueden ser combinados de diferentes formas para producir flujos de bits en tres
distintos perfiles [15].
MPEG 2 tiene mejoras en su estndar denominadas partes, en relacin al audio se tienen:
MPEG-2 Parte 3.
MPEG-2 Parte 7.
MPEG-2 Parte 3 mejora MPEG-1 permitiendo codificacin de programas de audio con ms de

dos canales, hasta canales 5.1. Este mtodo es compatible con la versin anterior (MPEG-1)
permitiendo decodificar a los flujos MPEG-1. Este estndar introduce mtodos de codificacin de
audio con caractersticas tales como:
MPEG-2/MC (motion compesation): sonido envolvente tipo teatro.

o 5 canales de audio: izquierdo, derecho, centro, atrs izquierdo y atrs derecho.
o 5 modos diferentes, tales como mono, estreo, 3, 4 y 5 canales.
o Sonido envolvente estreo de los 5 canales alcanzando tasas de bits de 640 kb/s.
43
MPEG-2/LSF (low sampling frequencies) de 16, 22 y 24 KHz.
MPEG-2 Parte 7 tiene mejoras en capacidad respecto a la parte 3, ya que desarrolla AAC
(advanced audio coding). Entre sus caractersticas estn [16]:
Ms frecuencias de muestreo (de 8 a 96 KHz) que MP3 (de 16 a 48 KHz).

Tasas de bits arbitrarias y longitud de trama variable en su transmisin.
Mayor eficiencia de codificacin para seales estacionarias y filtros ms simples.
ACC tambin forma el ncleo de la codificacin de audio de MPEG-4.
3.4.3.2 MPEG-4 AAC

En MPEG-4 las opciones de codificacin de audio son paralelas en complejidad, a las codificadas
en video. Se introduce una estructura en la que la sntesis de los objetos de audio toman lugar en
el decodificador, entonces el audio MPEG-4 es capaz de desarrollarse en sistemas interactivos y
de realidad virtual.
Como en MPEG-4 se trabaja con objetos, el audio trabaja en un conjunto con mezcladores de
sonido, siendo codificados individualmente. En el decodificador cada sonido objeto, es luego
agregado a la composicin donde ser mezclado con otros objetos.
En MPEG-4 parte 3 [17], se especifican las mejoras de los mtodos de codificacin de audio que
propone el estndar. Se basa en una mejora del estndar anterior (MPEG-2 parte 7) con la
intencin de proporcionar audio de mejor calidad, a la misma tasa de bits [14], las tasas de bits
asociadas pueden ir desde 128 Kb/s (estreo) hasta 320 Kb/s (canales 5.1).
3.4.4 Codificacin MPEG para video
Como se vio en la Seccin 3.2 de digitalizacin de la seal de televisin, dependiendo de la

estructura de muestreo y la cantidad de bits usados en la codificacin se producir cierta cantidad
de datos a transmitir en b/s; por lo tanto para disminuir la informacin a enviar, se han desarrollado
tcnicas de compresin a nivel de imagen para reducir el problema de transmisin.
De lo anterior, las seales de video existen en cuatro dimensiones:
Atributos de pixel.
Eje horizontal espacial y eje vertical espacial.
Eje de tiempo.
La compresin puede ser aplicada en cualquiera de estas dimensiones, en el caso de atributos

de pixel se reducen dependiendo de las estructuras de muestreo (4:2:2, 4:2:0, 4:1:1) de las
seales de crominancia (que por lo general son siempre menores que las de luminancia salvo el
caso de muestreo 4:4:4), stas se reducen bajando las muestras de colores horizontales y
44
generalmente las muestras verticales tambin; por lo tanto MPEG tiene tres canales simultneos
paralelos, uno para luminancia y dos para las diferencias de colores, los cuales despus del
proceso de codificacin, son multiplexados hacia un flujo de datos.
Para la reduccin de los ejes espaciales horizontales y ejes espaciales verticales, asimismo como
para el eje del tiempo de las seales de video, se comprimen segn dos parmetros para los
flujos de imagen, estos son:
Codificacin intra (dentro del ingls intra=within) o espacial.

Codificacin inter (entre del ingls inter=between) o temporal.
Codificacin intra: en esta codificacin las imgenes individuales son comprimidas sin una
referencia dentro de cualquier imagen, el eje del tiempo no entra en el proceso. Esto es una
ventaja de la codificacin intra, ya que no hay restriccin para editar la secuencia de las imgenes.
Por lo tanto, esta codificacin emplea tcnicas desarrolladas para la compresin de imgenes
fijas. La ISO de estndares de compresin es utilizada en esta categora, encontrndose el
trmino de JPEG5.
Codificacin inter: esta codificacin toma ventajas de similitudes entre imgenes sucesivas. Si se
enviase la informacin de cada imagen por separado, se requerir mayor cantidad de datos a
enviar, para evitar esto se utiliza la codificacin inter enviando solo las diferencias entre imgenes
sucesivas.
Los procesos de codificacin intra y codificacin inter se presentan en la Figura 3.8. En la Figura
3.8 (c) se muestran las ventajas de tomar MPEG en trminos de redundancias para ambos tipos
de codificacin antes de la transmisin. En el decodificador la compresin espacial es
decodificada para recrear la imagen residual, luego sta es agregada a la imagen u objeto previo
para completar el proceso de decodificacin.
5 JPEG (Joint Photographic Expert Group), estndar de compresin asociado a imgenes fijas.
45
Figura 3. 8. Tcnicas de compresin en imgenes. (a) codificacin espacial. (b) codificacin temporal. (c)
Codificacin entre en MPEG usada para crear diferencias de imgenes.
Grupo de imgenes GoP (Group of Pictures)
Dentro de las tcnicas de compresin recin nombradas, la informacin absoluta de una imagen
conocida como I o intra es entrelazada con imgenes que son creadas utilizando la diferencia
de datos, conocidas como imgenes predictivas P. Como resultado, el dato instantneo varia
dramticamente y el bfer6 debe ser usado para permitir una transmisin constante.
La imagen I y todas las imgenes P antes de la siguiente imagen I son llamadas un grupo de
imgenes (GOP, Group of Pictures), esto mostrado en la Figura 3.9. Para el caso de un factor de
compresin alto, debera haber un largo nmero de imgenes P entre imgenes I, consiguiendo
un largo GOP. Sin embargo un largo GOP, retrasa la recuperacin en el transmisor, adems la
codificacin de la prediccin P no puede ser usada indefinidamente, ya que es propensa a un
error de propagacin, con lo que se vuelve imposible decodificar la transmisin. Como la
codificacin de I no necesita informacin previa, sta puede ser decodificada con informacin
de codificacin I.
Figura 3. 9. GoP con imgenes I con un nmero de imgenes P.
Codificacin bidireccional. Es una tcnica de compresin muy til, pero tiene el inconveniente que
puede tomar solo informacin de la imagen P o I. Para este caso la codificacin bidireccional
6
Bfer es un espacio en disco o elemento de memoria reservado para el almacenamiento temporal de informacin digital,
mientras espera a ser procesada.
46
puede ser creada usando una combinacin de compensacin de movimiento en adicin al error
de prediccin (imgenes B), esto puede ser hecho con las diferencias bloque por bloque entre las
tramas anteriores y futuras, efecto mostrado en la Figura 3.10.
Figura 3. 10. Codificacin bidireccional.
En este caso las tramas B ofrecen una mayor compresin, pero tambin son dependientes de las
tramas anteriores y posteriores sean I o P; por lo tanto el bfer debe de almacenar mucha
informacin produciendo que haya retrasos en la recuperacin producto de esta tcnica.
Macrobloques
Es una unidad de procesamiento en la imagen, en donde se realiza la compensacin de

movimiento, luego de la compresin temporal y espacial con la aplicacin de la transformada de
coseno discreto [18], estos datos se cuantifican para estar listos a transmitir, generalmente
consisten de muestras de luminancia de 16x16 y de crominancia de 8x8. Para codificar un
macrobloque se busca la trama anterior a la actual y se codifica en torno a la diferencia,
produciendo un vector de movimiento. Entonces el macrobloque permite separar tramas P y B
permitiendo el concepto de compensacin de movimiento.
Dentro de los macrobloques existen distintos tipos de codificacin de imgenes:

Tramas Inter. Los macrobloques se codifican sin referencias a imgenes anteriores,
ubicndose las imgenes I, P y B descritas anteriormente.
Trama Predictiva. Se predice respecto a imgenes anteriores y de compensacin de
movimiento, ubicndose las imgenes P y B.
Tramas predictivas B. Se predice respecto a imgenes anteriores, posteriores y de
compensacin de movimiento, ubicndose solo imgenes B.
Tramas Conmutadas P e I. Facilitan la transicin entre flujos de datos, contienen
macrobloques I, P.
3.5.4.1 MPEG-2
Este estndar se desarroll alrededor del ao 1993, dando solucin a problemas de MPEG-1
como: escalabilidad, resolucin y manejo de video entrelazado. Con el nuevo estndar se
obtienen mejores imgenes permitiendo multiplexar mltiples canales dentro de un mismo flujo
47
de datos, sus esquemas de compresin son destinados a medios digitales de almacenamiento y
transmisin de televisin.
Este estndar permite tasas de transmisin de 4 y 9 Mb/s, relaciones de aspecto 4:3 y 16:9,
diferentes estructuras de muestreo y seales de exploracin de video entrelazado o progresivo.
En MPEG-2 se crea un flujo de video mediante tres tipos de datos:

Cuadros Intra.
Cuadros posteriores predecibles.
Cuadros predecibles bidireccionales.
3.5.4.2 MPEG-4 H.264/AVC

Este estndar fue publicado en 1999 tomando un enfoque basado en objetos. En 2001, con el
desarrollo de sistemas de compresin ms eficientes, se desarrolla la codificacin de video
avanzada AVC (advanced video coding), adecuada para la transmisin de HDTV. En 2003 el
sistema AVC fue establecido e integrado como parte de MPEG-4 y asumido como H.264, incluido
para sistemas de transporte DVB (digital video broadcasting).
Este estndar no es compatible con MPEG-2, ya que incluye un conjunto de diferentes perfiles
para el apoyo de una lista de aplicaciones multimedia, la siguiente es una lista de los perfiles de
MPEG-4.
Perfil base para bajo retardo en aplicaciones.

Perfil extendido para aplicaciones mviles.
Perfil principal para aplicaciones de transmisin de SDTV a tasas de 1,5 a 2 Mb/s, y de
HDTV a tasas de 6 a 12 Mb/s.
Altos perfiles para la trasmisin de alta definicin.
El estndar MPEG-4 H.264/AVC representa la evolucin avanzada de las tecnologas MPEG-2.

El resultado es un estndar que incluye gran compresin de datos. MPEG-4 introduce la
codificacin de objetos los cuales pueden manejar ciertas imgenes que no llenan la pantalla.
Todas estas mejoras son presentadas en la Tabla 3.7.
Tabla 3. 7. Tcnicas y caractersticas de MPEG-4 H.264/AVC.
Tcnicas Caractersticas
Nuevas respecto a los Prediccin de tramas intra.

estndares predecesores Transformacin de bloques con DCT.
Mejoras de MPEG-4 Prediccin del movimiento a un cuarto de pixel, comparado con la mitad de
H.264 pixel en MPEG-2.
48
El uso de pequeos y ms flexibles bloques cuando el vector de
compensacin de movimiento es comparado con bloques fijos de MPEG-2.
La disponibilidad de ms de una referencia de trama, en lugar de una
referencia I en MPEG-2.
Creacin de objetos y de Objetos codificados de forma independiente de acuerdo a su flujo elemental

lenguaje de ES (Elementary Stream), esto se ver en la Seccin 3.5.
modelamiento de realidad Formato binario para la escena BIFS (Binary Format for Scene), que en
virtual. contraste a VRML puede ser dinmicamente actualizados y son
transportados a travs de uno o ms ES.
VRML (Virtual Reality Modeling Language) utilizando descripcin de
estructuras basadas en ramificacin, dadas por los objetos definidos en
ubicaciones espacio-temporal de la compresin.
Descriptores de objetos OD (Object Descriptors) usados para asociar la
descripcin de la escena en flujos elementales que contengan la informacin
codificada correspondiente.
3.5 Flujos de transporte en MPEG
Luego del proceso de compresin, las seales de video y audio son simples datos digitalizados,
pero stas a su vez deben ser seales con requerimientos de tiempo real. La transmisin de
MPEG bsicamente se refiere al flujo de transporte, que en conjunto al eje del tiempo, permiten
a la seal ser reconstruida. Para esto se debe de considerar el tipo de flujo de informacin MPEG,
ya que la idea principal es sincronizar el audio y el video. En base a esto se pueden separar en
dos tipos distintos con diferentes requerimientos:
Grabacin: los codificadores y decodificadores muestran un mismo tiempo de

sincronizacin o de reloj, denominado como flujo de programa.
Transmisin: a diferencia del caso anterior, no hay sincronizacin entre codificador y
decodificador, adems este flujo necesita requerimientos de tiempo real y es denominado
como flujo de transporte.
De lo recin mencionado los flujos de transporte deben llevar informacin adicional en su

cabecera para sincronizar audio y video.
Independiente del tipo de flujo en MPEG, ya sea flujo de programa o flujo de transporte, la
construccin de estos vienen dados por flujos elementales paquetizados PES (Packetized
Elementary Stream).
49
Construccin de un paquete PES (Packetized Elementary Stream)
Estos paquetes tienen una cabecera que puede ser variable, dependiendo del tipo de flujo a
transmitir, en el caso de transmisin se debe sincronizar el decodificador para mantener los
requerimientos de tiempo real incluyendo bloques adicionales en la cabecera. A continuacin se
indican los bloques de una cabecera PES:
Cdigo de comienzo: tienen una longitud de 3 bytes para indicar el comienzo de un

paquete PES.
Flujo ID: con una longitud de 1 byte para indicar el tipo de servicio (si es audio o video).
Cabecera variable: utilizados para definir las marcas de tiempo, los cuales son utilizados
para sincronizar el decodificador para requerimientos de tiempo real, con una longitud
desde 33 bits a 40 bits, estos se definen como:
o Presentacin de marca de tiempo PTS (Presentation Time Stamp).
o Decodificador de marca de tiempo DTS (Decoder Time Stamp).
Esto se presenta en la Figura 3.11.
Figura 3. 11. Construccin de un paquete PES [13].
Cabe destacar que este par de flujos no necesitan estar en todas las cabeceras PES, por ejemplo
el flujo PES de audio contiene solo marcas de presentacin de tiempo PTS.
Luego de haber ordenado la cabecera para el envo de informacin, el resto del mensaje
corresponde a la carga til, dados por los flujos elementales ES (Elementary Stream). Estos ES
son servicios puros de video y audio digitalizados y comprimidos. Cabe destacar que la longitud
de cada PES depende de su carga til, ya que un ES puede alcanzar hasta un valor de 64 kbytes.
En la Figura 3.11 se presenta un flujo de programa asociado a diferentes paquetes de flujos

elementales PES, y cada uno de estos tiene su cabecera y carga til respectiva en forma de flujos
elementales ES.
50
Figura 3. 12. Representacin de flujo de programa PS, como combinacin de video con dos audios como
flujo elemental paquetizado PES.
En la Figura 3.12 se muestran flujos de video PES, audio PES 1 y audio PES 2; por lo tanto se
multiplexan como combinacin de video, audio o algn dato agregado.
Como se ha nombrado, existen dos tipos de flujos, uno de transmisin y otro de grabacin. Para
el caso de grabacin se utiliza el flujo de programa PS (Program Stream), mostrado en la Figura
3.12 dado para flujos que contengan ms de un solo PES, teniendo incluso una longitud variable
y con la garanta de estar libres de error de transmisin (tpicamente almacenamiento).
Como se tiene una tasa de bits variable, no hay relleno en su carga til, llevando al uso de menos
ancho de banda, producto de transmitir menos datos y optimizar el uso de algn disco de
grabacin.
Por el otro lado, para los sistemas de transmisin se utilizan los flujos de transporte TS (Transport
Stream), compuesto de uno o ms programas como se ver a continuacin.
Flujos de transporte TS (Transport Stream)
Para el caso de transmisin de servicios de televisin, el flujo de transporte TS (Transport Stream)

siempre contendr informacin con un largo de 188 bytes, estos se pueden incluir multiplexando
flujos de transporte de programas nicos SPTS (single program transport stream) o con ms de
un programa como es el caso de flujos de transporte de mltiples programas MPTS (Multi-
Program Transport Stream), es decir, los flujos de transporte multiplexan varios programas de
televisin asociados con sus canales de video y audio. Dentro de su longitud, se consideran 4
bytes para la cabecera y el restante de 184 bytes para la carga til en un TS, no se deben de
confundir PES con TS, ya que el primero es de tamao mayor y es variable, respecto a TS que
tiene una longitud definida.
Al analizar la cabecera del TS, sta tiene una longitud de 4 bytes, que incluye:
1. Byte de sincronizacin de 8 bits: inicia la secuencia haciendo que el decodificador pueda

sincronizarse.
51
2. Indicador de error de transporte de 1 bit: indica el error en un estado previo ponindose
activo.
3. Indicador de comienzo de unidad de carga til de 1 bit: indica el inicio de la carga til, es
decir, si en esta ltima hay efectivamente un PES.
4. Prioridad de transporte de 1 bit.
5. Cdigos de identificacin de paquetes PID (Packet Identification Code) de 13 bits: Este
PID indica el contenido del paquete de un estado ES, de los 213 valores posibles, hay 17
reservados para funciones especiales. Esto permite a 8.175 valores, ser asignados a
todos los otros ES que forman el TS. El multiplexor tiene que garantizar que cada ES
tenga un nico PID.
6. Control de aleatorizacin de 2 bits.
7. Control de campo de adaptacin 2 bits: indica si la cabecera tiene un campo de
adaptacin, compuesto por un indicador de discontinuidad, referencia de reloj de
programa PCR y otros campos.
8. Contador de continuidad 4 bits, encargado de evitar errores mediante un contador desde
el codificador para que el decodificador ya sincronizado sea capaz de saber si el paquete
lleg o no.
Referencia de reloj PCR (Program Clock References)
Ayuda al decodificador a presentar los programas a la velocidad y sincronizacin necesitada, los

programas utilizan tiempos de forma peridica (cada 40 ms) de referencia utilizando el PCR, ste
va dentro de los PID [13], tiene una frecuencia de reloj de 27 MHz para el caso de SDTV y de
47,5 MHz para el caso de HDTV, asociadas a la sincronizacin de la multiplexin de las
componentes de luminancia y seales cromticas.
Informacin especfica de programa PSI (Program Specific Information)
En flujos de transporte real, cada elemento tiene un PID diferente, pero el demultiplexor tiene que
comunicarse con este elemento y de esta forma saber qu elemento de audio pertenece a su
respectivo elemento de video, para esto se utiliza la informacin especfica de programa PSI
(Program Specific Information), para lograr este objetivo de sincronizacin, PSI consiste de cuatro
tablas:
Tabla de asociacin de programas PAT (Programme Assocaiation Table): contiene una

lista de los programas en conjunto con PID del transporte de paquetes que lleva su propio
PMT.
Tabla de mapa de programas PMT (Programme Map Table): contiene una lista de los ES
perteneciente al programa en cuestin.
52
Tabla de informacin de red NIT (Network Information Table): entrega informacin acerca
de la red fsica llevando el flujo de transporte, es opcional.
Tabla de acceso condicional CAT (Conditional Access Table): entrega informacin del
sistema de aleatorizacin.
La razn de nombrar las tablas radica principalmente en la ltima (CAT), ya que sta lleva la
informacin de derecho y gestin de acceso condicional, dando la posibilidad de recibir el
contenido porque se est apto a visualizar.
Luego de esto el flujo de transporte se debe de multiplexar para enviar la informacin con su
cabecera y carga til con una longitud de 188 bytes como se ha mencionado anteriormente.
En este caso las tasas de bits son constantes (188 bytes), ya que en sistemas de transmisin con
TS, se agrega relleno cuando los ltimos paquetes a enviar tienen menos de 184 bytes de carga
til, y con esto tener condiciones de tiempo real asociadas a pequeas variaciones de retardo por
mantener una longitud determinada.
3.6 Tendencia futura. Sistema de compresin H.265/HEVC
ste es un estndar que ha finalizado su desarrollo en 2013, mejora la eficiencia de codificacin

hasta el doble respecto a su predecesor MPEG-4 H.264/AVC; sin embargo tiene una complejidad
mayor ya que est diseada especficamente para la exploracin de video progresivo, mientras
que H.264 utiliza tanto exploracin entrelazada como progresiva.
Mejoras de HEVC (High Efficiency Video Coding)
Dentro de las mejoras de HEVC se pueden presentar las siguientes en la Tabla 3.8 [19].
Tabla 3. 8. Diferencias en b/s de H.264 y H.265 [19].
Tipo de transmisin H.264 H.265
Tasa de bits DVB-T27 40 Mb/s 24 Mb/s
4 G8 100 Mb/s 3 Mb/s
Transmisin HDTV 6-10 Mb/s 3-4 Mb/s
Cantidad de servicios DVB-T2 3 Servicios 8 servicios de full-HD
7
Radiodifusin de video digital terrestre DVB-T (Digital Video Broadcasting Terrestrial), utilizado para la transmisin de
contenido de forma abierta de manera digital.
8
Cuarta generacin de telefona mvil 4G LTE (Long Term Evolution)
53
Diseo en HEVC
HEVC entrega el clsico esquema de codificacin de video comprimido en relacin a las tcnicas
de compensacin de movimiento y tipos de codificacin. Mantiene mltiples referencias de la
estructura de GOP de H.264/AVC. Sin embargo, este se aparta respecto al estndar anterior en
las arquitecturas de codificacin. En primer lugar los macroblock son reemplazados por una
estructura ms flexible, en este sentido toman lugar los siguientes conceptos:
Unidades de ramificacin de codificacin CTU (Coding Tree Units): Las imgenes ahora
son divididas en CTU, el tamao de ste est especificado en el codificador y puede ser
de 64x64, 32x32 o 16x16.
Bloques de ramificacin de codificacin CTB (Coding Tree Block): Las unidades de
luminancia y de crominancias (por separado) que conforman un CTU, son sub divididos
en pequeos bloques siguiendo estructuras de ramificacin cudruple.
Bloques de codificacin CB (Coding Blocks): Son la subdivisin de un CTB, tanto un
bloque de luminancia y dos bloques de crominancia CB son asociados y forman una
unidad de codificacin CU.
Unidad de codificacin CU (Coding Unit). Unidad formada por bloques CB.
El esquema queda definido en la Figura 3.13, que divide las imgenes en CTU y luego a CU.
Figura 3. 13. Particin de una imagen a CTU y CU [19].
La Figura 3.13 muestra que un CU puede ser codificado usando tanto la codificacin intra como
la codificacin inter. Para este caso, CU es la base de una unidad de prediccin PU (Prediction
Unit) particionando estructuras y los PU se componen de bloques de prediccin PB (Prediction
Blocks). Este bloque PB, funciona con las tcnicas de codificacin de la siguiente forma:
En modo intra, un PB puede tener el mismo tamao que un CB (2Nx2N) o ser dividido en
particiones de cuatro cuadros (NxN).
En modo inter, el PB puede ser similar al tamao de 2Nx2N o dividido en NxN.
54
En el caso de la prediccin residual, sta se maneja a nivel de CU, para ser luego dividido en
unidades de transformacin de cuadros TU (transform unit), pasando a ramificacin residual
cudruple RQT (residual Quad Tree), por operar a nivel TU.
Arquitectura de codificacin HEVC
HEVC se ejecutar en nuevos dispositivos que permitan visualizacin de contenido, para esto la
arquitectura considera transmitir desde una fuente de contenido (ya sea en vivo o almacenada),
con el cual el operador direccionar sus servicios a travs de distintas plataformas, ya sea DTH
(directo to home), IPTV (Internet Protocol Television) u OTT (Over The Top) con los estndares
actuales que utilizan para sus sistemas de compresin (MPEG-2 y algunos casos MPEG-4 para
DTH y H.264 para IPTV y OTT). El cambio que ofrece H.265 trata en entregar sistemas de
exploracin progresivos; por lo tanto se tendr que des entrelazar la exploracin para
aplicaciones que actualmente la utilizan como es el caso de OTT, IPTV, DTH e incluso DTT
(Digital Terrestrial Television). Desde el punto de vista de la convergencia de arquitecturas, se
deber seguir los siguientes pasos dados por la Figura 3.14.
Figura 3. 14. Convergencia de arquitectura de codificacin de mltiples pantallas [19].
Los bloques funcionales representan [19]:
Extraccin A/V: la ingesta de contenido (en vivo o almacenado), incluye componentes en

extensiones ASI, SDI (ambas se vern en el captulo siguiente) y archivos almacenados
de algn tipo de disco duro.
Anlisis: Es un bloque de anlisis de video conocido como mira adelante, el cual
almacena varias tramas. En particular, ste estima la complejidad de las imgenes de
video, detecta transiciones de secuencias y realiza una estimacin del movimiento para
entregar beneficios a los formatos de codificacin.
Procesamiento: Basado en la informacin entregada anteriormente, este bloque realiza
el des entrelazado, cambiando en OTT para imgenes de exploracin progresiva.
Adems ve las complejidades dadas para ubicar los flujos en multiplexacin esttica.
55
Cdec: este bloque trata de los ncleos de la compresin a formatos de codificacin y
resolucin (Coding Resolution). Los vectores de movimiento externos son usados como
puntos de partida y el objetivo de las tasas de bits es ser un parmetro dinmico,
permitiendo conectar a multiplexores estticos. En adicin a la salida comprimida, los
niveles de informacin de verificacin de bfer de video VBV (Video Buffer Verifier) son
exhibidos para mostrar informacin cuando el proceso de multiplexacin est activo.
Envolvente de contenido: es el ltimo bloque, dedicado a la adaptacin de salida,
dependiendo de la plataforma de entrega, las cuales se indican a continuacin:
o Formatos OTT de mltiples tasas de bits (HLS, HDS, HSS, estos dados para
transmisin en conjunto con HTTP (HyperText Transfer Protocol) con sistemas
MPEG, HTTP como video sobre Internet, que ser vista en la Seccin 6.3).
o Formatos de almacenamiento OTT.
o Flujos de transporte TS sobre un flujo IP para IPTV.
Por lo tanto HEVC como estndar de compresin de video reduce las tasas de bits hasta a la
mitad y mejora la entrega de servicios de alta definicin HDTV y es factible con UHD con
exploracin progresiva de las imgenes.
3.7 Consideraciones de sistemas de televisin digital
Los sistemas de televisin digitalizados involucran una gran cantidad de datos, producto de
digitalizar la seal analgica, pueden llegar a tener 270 Mb/s para el caso de SDTV, e incluso
1,485 Gb/s para el caso de HDTV. Pero los avances en resolucin, entregarn an mayor
cantidad de flujo asociado a una imagen ms ntida (casos de UHDTV).
Por lo tanto, para transportar esta informacin, se han creado las tcnicas de compresin MPEG,
con las cuales se puede disminuir la informacin a enviar de tanto los flujos de audio, como de
imgenes que conforman el movimiento en el video.
En base a esto, si se utilizar MPEG-4 H.264/AVC, un sistema tpico podra ser:
HDTV entre 6 Mb/s y 12 Mb/s con tasas de audio de 128 kb/s a 320 kb/s.
Esto es asociado tanto al estndar de resolucin (HDTV de 1080i o 720p), y al estndar de audio
utilizado (AAC de MPEG-4).
Por lo tanto un flujo de video y audio comprimido puro, consistira en por ejemplo:
8 Mb/s para video y 256 Kb/s para audio, siendo estos conocidos como ES.
Al agregar las cabeceras respectivas asociadas a la conformacin de PES, y luego paquetizando

en flujos elementales TS, las cabeceras seran, en proporcin directa al flujo de video y audio,
asociada al autor como [20]:
56
Cabecera de audio: 20% del flujo elemental.
Cabecera de video: 7% del flujo elemental.
Por consiguiente, y siguiendo el ejemplo anterior, los flujos de video y audio con sus cabeceras
respectivas tendran un valor de:
Cabecera de audio de 51,2 kb/s, flujo final de audio de 307,2 kb/s.

Cabecera de video: 560 kb/s, flujo final de video de 8,56 Mb/s.
Llegando a un total de flujo compuesto de audio y video de 8,8672 Mb/s.
57
CAPTULO IV. HEAD END DE SERVICIOS DE TELEVISIN A TRAVS DEL PROTOCOLO
DE INTERNET
4.1 Introduccin
Un Head End de televisin se comporta como cabecera para los servicios de difusin. Esta
cabecera rene la informacin de distintas seales de televisin desde diferentes lugares del
mundo conocidos como proveedores de contenido, stos entregan una determinada cantidad
de canales de servicios, as los hay como HBO, FOX, ESPN, etctera. El Head End tambin
rene canales de servicios de radiodifusin de televisin a nivel local, los cuales pueden ser
recibidos a travs de forma almbrica (fibra ptica) y/o de forma inalmbrica (radiodifusin), para
luego preparar una parrilla de contenidos (tanto con el servicio internacional como con el servicio
local) y as entregar el contenido respectivo al usuario en cuestin, ste es capaz de demandar
servicios bsicos, o ms completos, dependiendo de lo que requiera.
En el siguiente captulo se estudiar el funcionamiento de un Head de televisin, incluyendo la

recepcin del servicio de televisin internacional, hasta la preparacin de una parrilla de
contenidos para la difusin de contenido a travs del protocolo de Internet.
4.2 Adquisicin de contenido
El Head End de televisin, recibe contenido tanto de forma local, como de forma internacional;
luego prepara una parrilla de contenidos y enva esta informacin a travs de diferentes medios
de transmisin, los cuales pueden ser:
Almbricos.
Inalmbricos.
Los medios almbricos entregan servicios como televisin por cable CATV (community Antenna
Television) a travs de cables coaxiales, como tambin en conjunto con cables de fibra ptica,
esto denominado HFC (Hybrid Fiber Coaxial), entregando servicios adicionales de Telefona e
Internet. El medio de transmisin inalmbrico, entrega servicios por medio de un enlace satelital,
definido como DTH (Direct to Home).
La tecnologa digital de televisin se desarrolla en distintas etapas mostradas en la Figura 4.1.
58
Figura 4. 1. Componentes en una transmisin de video digital.
La Figura 4.1 muestra el proceso a grandes rasgos de cmo se comporta la transmisin de

televisin, en este caso la seal de televisin original es convertida a una seal digital de formato
binario, sta es comprimida a travs de un algoritmo de compresin (como se vio en el captulo
anterior), para luego ser codificada, encriptada y multiplexada. En su transmisin esta puede
variar, siendo inalmbrica, asociada a un enlace satelital; o almbrica, a travs de fibra ptica o
cable coaxial, entre otros. Los avances actuales han estado desarrollando sistemas que
involucran el protocolo de internet, aqu se presentan las nuevas tecnologas entregando el
servicio basado en IP, las cuales son:
IPTV (Internet Protocol Television).

OTT (Over The Top).
IPTV es entregada de forma almbrica con fibra ptica o con combinaciones de xDSL (Digital
Subscriber Line), con una conexin orientada entre el cliente y el Head End de IPTV, asociada a
televisores que ya no tan solo reciben video, sino adems, son capaces de trabajar con Internet
y con equipos que sean capaces de recibir IP.
OTT hace entrega de informacin a travs de IP, pero a diferencia de IPTV la red no est
gestionada, permitiendo al usuario manejar lo que quiere ver, asociado al hecho de poder
implementarse en redes Ethernet, IEEE 802.11, e incluso redes celulares mviles. Por
consecuencia, evoluciona del hecho de ver en un televisor tradicional fijo, pasando a visualizar el
contenido en cualquier dispositivo distinto que sea capaz de recibir IP.
IP (Internet Protocol) conocido como protocolo de Internet, es un conjunto de reglas para definir
la conexin entre dos o ms puntos; para cuando se quieran comunicar a travs del envo y
59
recepcin de mensajes con direcciones de llegada y de destino; por lo tanto la entrega de
contenido pasa a tomar una estructura asociada con Internet, esto se ver en detalle en la Seccin
4.3 de contenido a travs de redes computacionales.
4.2.1 Transmisin desde un proveedor de contenidos al satlite
Desde el proveedor de contenidos, el envo de informacin internacional se lleva a cabo usando

el medio de transmisin satelital, en este caso el proveedor de contenidos enva la informacin
de televisin comprimida con los algoritmos de compresin MPEG a travs de cierta antena
transmisora a un satlite geoestacionario, y este satlite, reenva la informacin a la tierra hacia
los puntos conocidos como Head End, y de esta forma, rene los contenidos desde distintos
puntos del planeta, este proceso se muestra en la Figura 4.2.
Figura 4. 2. Transmisin satelital desde un proveedor de contenidos a un Head End.
Proceso de adquisicin desde un proveedor de contenidos
Como se vio en el Captulo III de seal de televisin digital, la seal de televisin se digitaliza,
comprime y prepara para su envo, actualmente los proveedores de contenido envan su
informacin a travs de medios satelitales, el funcionamiento bsico del envo se muestra en la
Figura 4.3, utilizando una norma dada por la radiodifusin de video digital DVB (digital video
broadcasting).
Figura 4. 3. Transmisin desde un proveedor de contenidos al satlite.
60
De la Figura 4.3, se pueden detallar las siguientes etapas por bloque:
Procesamiento digital de la seal a nivel de banda base.
o Lo visto en el captulo anterior para su compresin, seguido de procesos de
encriptacin y multiplexin de la seal de informacin, en este caso, la
multiplexin toma forma de MPTS (Multiple Program Transport Stream).
Proceso de modulacin.
o La salida del multiplexor es enviada al modulador, obteniendo a la salida la seal
modulada a nivel de frecuencias intermedias FI (70 o 140 MHz).
Traslacin espectral para el envo.
o Conversores de subida UC (UpConverter): Equipo que traslada espectralmente
la portadora desde una frecuencia intermedia a radiofrecuencia RF (banda C o
banda Ku) para la transmisin satelital.
Amplificacin de potencia para el envo.
o Amplificadores de alta potencia HPA (High Power Amplifier): equipo encargado
de proveer amplificacin y potencia requerida segn el EIRP (Equivalent
Isotropically Radiated Power) requerido.
A continuacin se presenta el proceso de radiodifusin de video digital DVB (Digital Video

Broadcast), que define los sistemas de modulacin, correccin de errores, entre otros.
DVB-S y DVB-S2 (Digital video Broadcasting by Satellite)
DVB es un conjunto de estndares que definen la radiodifusin digital utilizando diferentes

infraestructuras dadas por enlaces satelitales, difusin cableada o terrestre. DVB es un sistema
abierto, y adems est optimizado no tan solo para televisin, sino adems para servicios de
internet. DVB ofrece a sus servicios ser soportados independiente de la ubicacin, asociada al
tipo de infraestructura de entrega y expansin de la misma, entregando tambin un acceso
restringido al usuario en cuestin.
En DVB se desprenden dos normas elementales para la transmisin de programas de televisin

va satlite, estas son:
DVB-S
DVB-S2
La principal ventaja de un sistema de comunicacin va satlite es su cobertura, llegando incluso

a cubrir un continente completo, adems estos sistemas trabajan en conjunto con MPEG siendo
compatibles con los flujos de transporte visto en la Seccin 3.5, conocido como MPEG-TS.
61
El estndar DVB-S para la transmisin y distribucin satelital de contenido, transmite en tiempo
real, para DVB-S se establece una combinatoria de codificacin de canal y de modulacin (mod-
cod) para las distintas condiciones de propagacin y requerimientos de la calidad de la seal.
El estndar de segunda generacin DVB-S2 [21] trae consigo mejoras asociadas, como es el uso
de mayores ndices de modulacin, nuevos esquemas de codificacin, entre otros. Todo lo
anterior, con la finalidad de hacer un uso ms eficiente del espectro satelital.
ste estndar (DVB-S2) fue ratificado durante el ao 2005 por ETSI (European
Telecommunications Standards Institute).
A continuacin se presenta en la Tabla 4.1 los sistemas DVB-S y DVB-S2 con sus caractersticas
asociadas.
Tabla 4. 1. Caractersticas de sistemas DVB-S y DVB-S2.
Estndar DVB-S DVB-S2
Factor de Roll-off 0.35 0.2, 0.25, 0.35
Modulacin QPSK QPSK, 8PSK, 16APSK, 32APSK
Tasas de codificacin 1/2, 2/3, 3/4, 5/6, 7/8 1/4, 1/3, 2/5, 1/2, 3/5, 2/3, 3/4, 4/5, 5/6, 8/9, 9/10
Esquema de codificacin Reed Solomon LDPC y BCH
Codificacin adaptativa -- VCM y ACM
Eficiencia Espectral [bits/Hz] 1.0-1.75 0.5-4.5
A continuacin se explican las mejoras de DVB-S2 respecto a DVB-S, con respecto a la Tabla
4.1:
Factor de roll-off. ste determina al ancho de banda de la portadora transmitida, permitiendo

incrementar la capacidad del enlace con los nuevos factores de roll-off asociados a DVB-S2; pero
al mismo tiempo puede causar degradaciones no lineales, por lo tanto, este factor es importante
para evitar interferencias entre smbolos ISI (InterSymbol Interference) y niveles de distorsin.
Sistema de modulacin. En DVB-S se utiliza QPSK (Quadrature Phase-Shift Keying), mientras

que en DVB-S2 se utilizan sistemas de modulacin ms eficientes como 8PSK, 16APSK o
32APSK, pero a medida que aumenta el sistema de modulacin, las portadoras requieren de un
mayor EIRP. En DVB-S2, 16APSK y 32APSK son muy utilizados para aplicaciones como acceso
62
a internet satelital, mientras que QPSK y 8PSK son propuestos para aplicaciones como la difusin
de SDTV y HDTV [22].
La codificacin FEC (Forward Error Correction) es una codificacin para control de errores, FEC
se divide en cdigos de bloque y cdigos convolucionales, que consisten en agregar bits a la
informacin antes del proceso de modulacin. Las tasas de codificacin de un sistema FEC toman
distintos valores, como se indica en la Tabla 4.1 para DVB-S y DVB-S2.
Los esquemas de codificacin utilizados son de Reed Solomon para DVB-S, que se encarga para
sistemas de televisin en agregar bytes al flujo de transporte, por lo tanto en vez de tener 188
bytes, se pasan a tener 204 bytes, producto de agregar 16 bytes redundantes con la opcin de
corregir 8. Mientras que en DVB-S2 se utiliza LDPC y BCH, LDCP (Low Density Parity Check
Code) es un cdigo de correccin de errores de bloques lineales, para transmitir un mensaje
sobre un canal con ruido, mientras BCH forma parte de la correccin de errores de cdigos
cclicos, cabe destacar que la combinacin de estos produce la nueva tasa en FEC [23].
Los sistemas de codificacin-modulacin adaptativa ACM (Adaptive Coding Modulation) estn

definidos para proveer la continuidad del servicio ante degradaciones en las condiciones de
propagacin, esto quiere decir, condiciones distintas al cielo claro. Como consecuencia, en el
receptor hay una degradacin en los niveles de portadora a ruido C/N (Carrier to Noise),
produciendo un corte en el enlace, si es que se mantuviera la modulacin-codificacin de cielo
claro. Para que esto no ocurra, se modifica tanto las tasas de codificacin FEC y el sistema de
modulacin, evitando el corte del enlace satelital.
En base a esto, y con el objeto de mantener el ancho de banda asignado, producto de operar con
una menor portadora a ruido C/N, y por consiguiente una modulacin-codificacin menos
eficiente, se reduce la velocidad de transmisin.
En conjunto con lo anterior DVB-S2 tambin puede ser usado para diferentes tipos de
aplicaciones [24].
Servicios de radiodifusin BS (Broadcast Services): Tanto para SDTV y HDTV con una
mejora del 30% de rendimiento asociada a la cantidad de informacin en b/s.
Servicios Interactivos IS (Interactive Services): Con acceso a internet IS est designado
a ser utilizado con canales de retorno estndar como RCS, RC-PSTN, etc.
Como extensin del sistema DVB-S2 est DVB-S2X, capaz de entregar caractersticas
adicionales y soporte a DTH, VSAT 9 (Very Small Aperture Terminal), DSNG10 (Digital Satellite
9
VSAT es un sistema de comunicacin satelital que entrega contenido de internet a empresas o comunidades de usuarios.
10
DSNG es un sistema de entrega de contenidos satelitales mviles, que entregan contenidos donde medios almbricos
o de radioenlace no son capaces de entregar con buenas condiciones.
63
News Gathering) y de cubrir mercados emergentes como aplicaciones mviles. DVB-S2X tiene
los siguientes elementos de trabajo adicional respecto a DVB-S2 [25]:
Un factor de roll-off de 5 y 10 % en adicin a los dados en DVB-S2.
Una extensin del nmero de tipos de modulacin y tasas de codificacin.
Nueva opcin de constelaciones para canales lineales y no lineales (asociados a los HPA
que trabajan en condiciones de saturacin introduciendo distorsin no lineal en las
seales transmitidas).
Delimitador de canal con hasta en tres canales satelitales para mayores tasas de bits.
Este nuevo estndar de transmisin satelital ha introducido el esquema de codificacin de video

HEVC, para entregar de forma ms eficiente los servicios de HDTV e incluso UHDTV respecto a
DVB-S2.
Luego de todo este proceso, la seal pasa por los conversores de subida (upconverter), para
pasar de frecuencias intermedias a radiofrecuencias, estas pueden ser banda C o banda Ku.
El proceso de transmisin termina con la amplificacin de la portadora, por medio de un

amplificador de alta potencia HPA (High Power Amplifier), el proceso tambin debe incluir la
ganancia de la antena y la perdida por IL (Insertion Loss) entre el HPA y la antena, esto se muestra
en la ecuacin (3):
EIRP (dBW) = PtdBW ILdB + GtdBi (6)
Del clculo de enlace, en funcin de la velocidad de transmisin, el sistema de modulacin-

codificacin a utilizar y el dimetro de la antena, se define el EIRP requerido de la estacin
transmisora y con esto se determina la capacidad del HPA requerido.
Bandas de frecuencias
En relacin a las bandas de frecuencias de trabajo, los sistemas de comunicacin va satlite

geoestacionarios operan con:
Banda C.
Banda Ku.
Las principales caractersticas de estas bandas se presentan a continuacin:
Banda C. Esta banda es un rango de frecuencias de transmisin desde la estacin terrena hacia
el satlite con valores de 5,925 GHZ a 6,425 GHz, mientras la transmisin desde el satlite hacia
el Head End es de 3,7 GHz a 4,2 GHz.
Banda Ku. Esta banda es un rango de frecuencias de transmisin desde la estacin terrena hacia
el satlite con valores de 14 GHz a 14,5 GHz, mientras la transmisin desde el satlite hacia el
64
Head End es de 11,7 GHz a 12,7 GHz, esto dado por la regin 2 que cubre gran parte del
continente americano, en relacin a la transmisin del satlite al Head End, la banda Ku se divide
en tres sub bandas:
Banda Ku (Banda PSS) de 10,7 GHz a 11,75 GHz.

Banda Ku (Banda DBS) de 11,75 GHz a 12,5 GHz.
Banda Ku (Banda Telecom) de 12,5 GHz a 12,75 GHz.
Estas bandas, al tener un valor muy elevado de frecuencias, tienen un comportamiento directivo,
y presentan una gran atenuacin. Por este motivo, en la estacin terrena la frecuencia es mayor
hacia el satlite, ya que dispone de ms potencia para compensar los efectos de atenuacin.
4.2.2 Proceso de la seal en el satlite
Luego del proceso de transmisin desde el proveedor de contenidos, la informacin es recibida

por los satlites, y stos deben de reenviar el contenido de vuelta a la tierra pasando por distintos
procesos mostrados en la Figura 4.4.
Figura 4. 4. Proceso de la seal en el satlite.
De la Figura 4.4 se puede apreciar lo siguiente:

Recepcin y amplificacin de la seal.
o Se utiliza amplificador de bajo ruido LNA (Low Noise Amplifier), ste provee
amplificacin con una baja contribucin de ruido a la seal recibida, ya que sta
es de muy bajo nivel por los efectos de atenuacin espacial desde la estacin
terrena hacia el satlite.
Conversin de frecuencia.
o Conversor de bajada DC (Downconverter), equipo que traslada espectralmente
la o las portadoras desde la banda de subida a la banda de bajada desde el
satlite. Para este caso, se efecta la conversin del espectro desde los 6 GHz
a 4 GHz en banda C y 14 GHz a 12 GHz en banda Ku.
Amplificacin de potencia para el envo.
o Etapa que provee amplificacin mediante el HPA, para el EIRP requerido de
bajada del satlite.
A continuacin se analiza el proceso de recepcin y transmisin de la seal en el satlite.
65
Transpondedor
Un transpondedor realiza procesos de traslacin de frecuencia, incluida la amplificacin y en

algunos casos, el enrutamiento para sistemas de internet va satlite; por lo tanto el
transpondedor puede actuar de dos formas:
Transparentes o Bent Pipe. Operan simplemente como repetidores, realizando tan solo
la funcin de amplificacin de la seal y el cambio en la banda de frecuencia en el caso
de subida y de bajada mostrada en la Figura 4.5a.
Con procesamiento a bordo OBP (On Board Processing). Incluye procesos de
demodulacin y decodificacin a bordo, realizando conmutacin a nivel de banda base,
esto se muestra en la Figura 4.5b.
Figura 4. 5. Tipos de transpondedor. Tanto Transpondedor transparente, como transpondedor con

procesamiento a bordo.
El transpondedor debe de enfocarse en factores para su funcionamiento ptimo, tales como:

Conectividad antena entrante y saliente.
Banda de frecuencia entrante y saliente.
Disponibilidad de un cierto EIRP medido en dBW.
Ancho de banda del transpondedor, en MHz, asociados a las bandas C y Ku.
Estos transpondedores en conjunto con las antenas de recepcin (informacin desde los
proveedores de contenidos) y de transmisin (informacin hacia el Head End) conforman el
funcionamiento de un satlite artificial.
Para los enlaces satelitales desde el proveedor de contenidos hacia el Head End, el satlite
utilizado es uno con rbita geoestacionaria, con una distancia de 35.786 Km desde la superficie
de la tierra (cabe destacar que existen otros satlites definidos por sus orbitas ms cercanas a la
tierra, haciendo que la antena de emisin y de recepcin terrestre se tengan que mover para
66
captar la seal, estas orbitas son llamadas LEO (Low Earth Orbit) y MEO (Medium Earth Orbit).
Por lo tanto, un satlite geoestacionario es capaz de trasladarse en torno a la tierra, a la misma
velocidad en que sta rota en su propio eje, pareciendo un punto fijo en el cielo.
Uso de recursos en el transpondedor
Para el caso de comunicaciones satelitales se utiliza cierto tipo de asignacin para el acceso del
recurso, este acceso pueden ser:
Asignacin fija PAMA: El acceso al transpondedor es preasignado, denominado PAMA
(PreAssigned Multiple Access), que puede considerar los siguientes tipos:
o SCPT (Single Carrier per Transponder), dadas por portadoras de gran capacidad
(una portadora) y que permite operar al transpondedor casi en saturacin.
Por acceso mltiple, asociado al concepto OMA (Orthogonal Multiple Access),
permitiendo que un canal sea transparente a los dems, algunos ejemplos son:
o FDMA (Frequency Division Multiple Access), es el caso ms comn por su
simplicidad, el ancho de banda del transpondedor es usado por varias
portadoras.
o TDMA (Time Division Multiple Access), permite el acceso al espectro de
frecuencia en el transpondedor, a travs de una base de ortogonalidad
compartida en el tiempo, las estaciones terrenas transmiten rfagas de datos en
su intervalo de tiempo exclusivamente asignado, esta duracin puede estar dada
por las condiciones de trfico.
o CDMA (Code Division Multiple Access), la ortogonalidad se utiliza por usar
diferentes cdigos en cada portadora que acceden al mismo tiempo al
transpondedor, hay traslapo de frecuencia y en el tiempo de diferentes seales.
o SDMA (Space Division Multiple Access), la ortogonalidad se brinda por las
coberturas del satlite, en relacin a la polarizacin asociada o la combinacin
de cobertura y polarizacin.
Asignacin por demanda DAMA (Demand Assigned Multiple Access), el transpondedor y
sus recursos de potencia, ancho de banda y tiempo son compartidos dependiendo del
requerimiento del usuario en la estacin terrena.
Asignacin aleatoria RMA (Random Multiple Access), aplicable cuando la aplicacin es
espordica, teniendo colisiones muy poco frecuentes.
El acceso a recurso comn en sistemas satelitales se basa en la polarizacin de la seal

portadora, en este caso se accede a dos seales ortogonales con los siguientes tipos de
polarizacin [26]:
Polarizacin Lineal: sta se define lineal, ya que la componente de campo elctrico puede variar
de forma horizontal o vertical H-V en un solo sentido conforme viaja la onda; por lo tanto si el
67
campo elctrico vara de forma horizontal se dice que la onda est polarizada horizontalmente, lo
mismo aplica para el caso vertical.
Polarizacin Circular: sta se define circular, ya que la componente de campo elctrico tiene un
punto en el espacio y conforme avanza la onda, ste va tomando valores en dos dimensiones,
caso contrario a la polarizacin lineal, en que el campo elctrico vara solo en una dimensin (sea
vertical u horizontal), para este caso se definen polarizacin vertical LHCP- RHCP (Left/Right
Hand Circular Polarization) dependiendo si el campo elctrico, a medida que la onda se propaga,
toma puntos como vectores en sentido horario o anti horario.
Transmisin hacia la tierra desde el satlite
En relacin a la contribucin de las antenas, se debe de considerar las reas de cobertura o

footprints, stas se refieren a distintas coberturas asociadas a la Figura 4.6:
Figura 4. 6. Mapa de cobertura Sudamrica en banda Ku (izquierda) y banda C (derecha) para satlite
amazonas 2 [27].
De la Figura 4.6 se pueden apreciar zonas con nmeros, estos se refieren a la medicin de
potencia en dBW. Para este caso, las caractersticas para satlite Amazonas 2 se muestran en
la Tabla 4.2 [27]:
Tabla 4. 2. Caractersticas del satlite amazonas 2 [27].
Descripcin Amazonas 2
Transpondedores 64 (54 en banda Ku, 10 banda C)
Ancho de banda asociado 36 MHz (Ku) y 54 MHz (C)
68
Cabe destacar que este es solo uno de los tantos satlites desplegados de los distintos
operadores satelitales. Los transpondedores de un satlite tienen distintas coberturas, las hay del
tipo:
Cobertura Global.
Cobertura Hemisfrica o zonal, definido para un rea ms restringida, como partes de los
continentes (teniendo un mayor EIRP que la cobertura global).
Cobertura pincel que cubre una zona pequea (ciertas partes de pases incluso),
permitiendo el uso de antenas ms pequeas en el receptor producto de un EIRP mayor.
Se present en el caso anterior el satlite amazonas para cobertura hemisfrica.
4.2.3 Recepcin de la informacin satelital
Finalmente la informacin que ha sido transmitida desde un proveedor de contenidos al satlite

en cuestin, reenva la informacin al Head End, en donde se recibe el contenido, como se
muestra en la Figura 4.7.
Figura 4. 7. Recepcin de la informacin satelital.
De la Figura 4.7 se puede apreciar lo siguiente:

Recepcin satelital.
o Se amplifica y se convierte espectralmente desde las bandas de frecuencias (C
y Ku) a banda de frecuencia L, a travs de LNB (Low Noise Block) con la
caracterstica de entregar una baja contribucin de ruido.
Procesamiento de demodulacin.
o Asociado a la demodulacin de la seal de informacin.
Recuperacin de la seal informacin.
o Asociada a diferentes etapas con la que se recupera la seal.
En la recepcin satelital, hay varios elementos para llegar a la seal de informacin enviada desde
el proveedor de contenidos, estos son:
Patio de antenas.
Elementos de las antenas.
Elementos para llegar a la seal informacin.
Se efectuar un anlisis de cada elemento.
69
Patio de Antenas
Se definen como patio de antenas, a la cantidad de antenas instaladas orientadas a los satlites
que usa el proveedor de contenido, para la recepcin de su seal y tambin se define con qu
tipo de frecuencia de trabajo se est operando.
Por lo general, la transmisin en banda C y banda Ku tienen antenas receptoras con un dimetro
asociado de:
Banda C. Con dimensiones de antenas receptoras de 4,8 metros y polarizacin circular
o lineal.
Banda Ku. Con dimensiones de antenas receptoras de 4,5 metros y polarizacin lineal.
Amplificador conversor de bajo ruido LNB
LNB (Low Noise Block) es un amplificador y conversor de frecuencia de bajo ruido, amplifican y
trasladan el espectro de radiofrecuencia de cualquiera de los dos casos (banda C o banda Ku) a
banda L de 950 MHz a 1.450 MHz. La matriz de banda L es una matriz que permite cambiar la
entrada a un IRD desde las distintas antenas utilizando un simple divisor.
Receptor/Decodificador Integrado IRD (Integrated Receiver Decoder)
Es un receptor que se sintoniza a la portadora en banda L, demodulando y decodificando la seal

de video. El IRD puede funcionar en conjunto con una tarjeta inteligente (Smart card), y con sta
desencriptar la informacin, para el uso de una seal encriptada. Finalmente ste (IRD) entrega
la informacin digital en banda base para su utilizacin en una parrilla programtica en conjunto
con otras seales de televisin, recibidas desde otros proveedores de contenidos en el patio de
antenas.
Sistema de acceso condicional CAS (Conditional Access System)
Como lo indica su nombre, se encarga de controlar el acceso, dentro de este sistema se efecta
el servicio de encriptacin dado por los proveedores de contenidos, para que en la recepcin, el
Head End pueda desencriptar la informacin y hacer uso de los canales de televisin.
Este mdulo de seguridad es incrustado dentro del receptor o es desmontable en la forma de una
tarjeta inteligente (como la explicada recientemente). Dentro del receptor, hay una tarjeta
inteligente que contiene la informacin de acceso al usuario, a continuacin se listan las partes
de este proceso:
El receptor recibe el flujo digital.

El flujo de datos va al mdulo de acceso condicional, el cual contiene los algoritmos sin
aleatorizar del proveedor de contenidos.
70
Luego ste verifica la existencia de una tarjeta inteligente que contiene el cdigo de
autorizacin del suscriptor.
Si el cdigo de autorizacin es aceptado, el mdulo de acceso condicional des aleatoriza
los datos entregando el dato al receptor. Si el cdigo no es aceptado, el dato sigue
aleatorizado con restriccin de acceso.
El receptor luego decodifica el dato y prepara el dato para su envo a travs de una parrilla
de contenido.
Este sistema de acceso condicional opera tambin a nivel de video IP para redes gestionadas
como IPTV, que se ver en la Seccin 5.4.2.
4.3 Contenido a travs de redes computacionales
Una vez recibida la informacin en banda base, se procede a formar la parrilla de contenidos para
luego enviar esta informacin completa al usuario final. Esta entrega ser por sistemas IPTV u
OTT que trabajan con el protocolo de internet asociado al video en la parrilla programtica.
En la conformacin de esta parrilla, se tienen ciertas interfaces que se vern a continuacin.
4.3.1 Interfaces de contenido en televisin
En relacin a la entrega de informacin del servicio de televisin, se presentan dos interfaces muy
utilizadas para el procesamiento de contenido en la preparacin de la parrilla programtica. Estos
son:
SDI (Serial Digital Interface).
ASI (Asynchronous Serial Interface).
Como se vio en el captulo II de seal de televisin digital, se conocen los formatos SDI, tanto
para televisin con definicin estndar, como para la alta definicin de televisin HD-SDI. Este es
un formato sin comprimir, con tasas de 270 Mb/s para SDTV y de 1,485 Gb/s para HDTV, como
las tambin definidas 3G-SDI, 6G-SDI y 12G-SDI, estas ltimas dos para el caso de la ultra alta
definicin de la televisin UHDTV.
Tambin se emplea la interfaz serial asncrono ASI, ste es un formato de transporte de datos
que lleva flujo de transporte MPEG. Respecto a SDI, este es un flujo comprimido, y a su vez
puede variar dependiendo del sistema de compresin MPEG utilizado (ya sea el caso MPEG-2,
MPEG-4, H.264 o H.265), para este caso se tienen distintas tasas de bits por segundo en conjunto
con las distintas definiciones en televisin SDTV, HDTV y/o UHDTV.
A continuacin se presenta en la Figura 4.8 el procesamiento con las interfaces de contenido.
71
Figura 4. 8. Parrilla programtica en el Head End.
La Figura 4.8 se divide en cuatro bloques, los cuales son:

Adquisicin de video (estudiada en la Seccin 4.2 para el caso de contenido internacional,
asociada a enlaces satelitales, y en el caso local, el contenido puede venir comprimido a
travs de cables de fibra ptica, o por medio inalmbrico desde algn acontecimiento en
vivo a nivel local, ej. Noticias, etctera).
Procesamiento de video. El Head End debe de procesar cada seal para su distribucin,
en este caso se debe considerar los tipos de dispositivos receptores del usuario final,
insercin del contenido local y ajustar los niveles de audio y video para todos los canales.
Un caso aparte es el hecho de agregar a esta parrilla la funcionalidad del conocido Trick
play y de otros servicios como Internet y telefona sobre IP.
Codificacin de video, se debe definir si se utilizar MPEG-4 AVC H.264 como estndar
evolucin de MPEG-2. Asociada a la transcodificacin (proceso para pasar de un tipo de
codificacin a otro), es decir, se transcodifica todos los flujos a un algoritmo de
compresin definido. En un futuro se pasar al nuevo sistema de compresin H.265
HEVC.
Sistema de gestin de video, encargado de controlar, configurar y dar acceso a clientes,
ver fallas del sistema por condiciones de QoS (Quality of Service) o QoE (Quality of
Experience), que sern vistas en la Seccin 4.4.3.
4.3.2 Video sobre Protocolo de internet
Hay varias razones del porque se utiliza el video sobre el protocolo de internet, en primer lugar,
se debe de considerar que IP entrega un mecanismo para direccionar flujos de paquetes entre
72
distintos dispositivos conectados a la red. Un paquete es una unidad de informacin (coleccin
de bytes) en un formato definido, que puede ser enviado a travs de la red. En muchos casos un
e-mail o una seal de video, pueden ser enviados en mltiples paquetes IP, y asociados a las
tecnologas de entrega como pueden ser LAN Ethernet, enlaces inalmbricos Wi-Fi y redes de
fibra ptica, que hacen de este diseo de video sobre IP, sea una excelente propuesta para el
envo de informacin.
Otras razones para el envo de video sobre el protocolo de internet son:

Flexibilidad de la red IP. Asociada a la gran variedad de dispositivos que soportan IP.
Costo en IP. Asociado al bajo valor de adquisicin de los terminales.
Protocolo de Internet, masivamente utilizado en gran cantidad de aplicaciones.
Para la comprensin de cmo se comporta el video sobre las redes IP, se debe de considerar lo
siguiente:
Modelo de referencia OSI y de referencia TCP/IP.
Protocolos que definan las necesidades de tiempo real para la transmisin del contenido.
En relacin a lo anterior, se debe de poder transportar los flujos de transporte MPEG a travs de
los paquetes IP. Un paquete es un mensaje que lleva informacin de direccin auto contenida,
los largos bloques de informacin o transmisin de datos como video, pueden ser direccionados
como muchos mensajes pequeos.
A nivel de comunicaciones, como se ha mencionado, hay dos modelos, uno es el modelo de

referencia OSI (Open System Interconnection), utilizado como referencia para la definicin de
arquitecturas de red. ste se divide en 7 capas para presentar los diferentes niveles contenidos
en l.
Por otra parte se presenta el modelo TCP/IP como descripcin de protocolos de red, ste describe
un conjunto de reglas e implementacin para permitir que un equipo se conecte a travs de una
red de internet, adems de proveer conectividad de extremo a extremo. En el modelo TCP/IP se
presentan cuatro capas de abstraccin definidas por RFC 11 1122, estas capas a menudo son
comparadas con las siete capas del modelo de referencia OSI, que son presentadas en la Figura
4.9.
11 Es una especificacin oficial para la comunidad de internet, que incorpora referencias, compensaciones, correcciones
y complementos de los documentos de estndares de protocolos primarios relativos a host o invitados. Esta especificacin
cubre las capas de enlace, IP y de transporte. RFC-1123 se encarga de cubrir la capa de aplicacin.
73
Figura 4. 9. Presentacin de los modelos TCP/IP y OSI.
En la Figura 4.9 se presentan ambos modelos, y las comparaciones y/o similitudes estn dadas
de la siguiente forma:
Capa I Acceso a Red comparada con las capas I y II Fsica y de Enlace de datos
respectivamente.
Capa II de Internet comparada con capa III de Red.
Capa III de transporte comparada con capa IV de transporte.
Cabe destacar que las capas propuestas por el modelo de referencia OSI que incluyen sesin y
presentacin no se encuentran en el modelo TCP/IP, por lo tanto son exclusivas de este modelo.
A continuacin se presenta el comportamiento de cmo debera de estar la informacin a travs

del protocolo de Internet IP [28] y las cabeceras asociadas a las distintas capas de trabajo.
4.3.2.1 Capa fsica

La capa fsica es la base de todas las redes, en esta se imponen lmites para su ancho de banda
de transmisin asociados a Nyquist-Shannon (canales sin ruido y con ruido), los medios de
transmisin pueden ser almbricos o inalmbricos y la transmisin sobre estos incluyen metodos
de modulacin digital en forma de seales analgicas, o de transmisin de banda base a nivel de
cdigos de lnea (Manchester, NRZ, etc). Conjuntamente con ello, se incorporan las tcnicas ARQ
(Automatic Repeat-reQuest) o FEC (Forward Error Correction) con el objetivo de, ya sea detectar
o detectar-corregir errores respectivamente. Asimismo, se establecen protocolos asociados al
control del flujo de informacin.
4.3.2.2 Capa de enlace de datos

Esta capa asegura la confiabilidad de los enlaces fsicos (establecidos en la capa I del modelo de
referencia OSI), en el que se hace envo de informacin en bits, pero no se asegura la llegada de
estos. En el modelo TCP/IP no se considera una capa fsica, ya que en este, se trabaja la capa
de acceso a la red que incluye tanto la capa fsica y de enlace de datos del modelo OSI. Los
estndares definen como las tramas son reconocidas y entregan el flujo necesario de control y
74
de manejo de error en el mismo nivel. Adems se define el mtodo de acceso mediante el cual
un nodo podr tomar el control de la comunicacin.
Dentro de la capa de enlace, se distinguen dos tipos de servicios, denominados:
Servicios orientados a la conexin.

Servicios no orientados a la conexin.
Los servicios orientados a la conexin son todos aquellos en que, antes de iniciar la transferencia
de la informacin, establecen un camino nico para transferir la totalidad de datos asociados a
una aplicacin, llamados tambin circuitos virtuales, con un tiempo de latencia constante
(entindase como el tiempo que tarda la seal transmitida en llegar al nodo receptor desde el
emisor).
Los servicios no orientados a la conexin se denominan datagramas. En este caso la red asigna
un camino fsico para cada paquete asociado a una misma aplicacin. Habitualmente, el receptor
no recibe los paquetes en el orden que fueron emitidos, en consecuencia, el nodo receptor deber
reordenar la secuencia de los paquetes que fueron emitidos, lo cual significa un tiempo de
procesamiento mayor, es decir, una latencia variable (muy utilizadas en LAN Local Area Network).
Dentro de esta capa se encuentran dos sub capas, estas son:
Sub capa de control de acceso al medio MAC (Medium Access Control).

Sub capa de control de enlace lgico LLC (Logical Link Control).
La sub capa MAC depende del mtodo de acceso (estadstico o determinstico), mientras la sub-
capa LLC, se interconecta a las capas superiores del modelo de referencia OSI, obedece a una
estructura nica basada en el protocolo HDLC (High Level Data Link Control), independiente del
mtodo de acceso. Esta sub capa LLC, fue integrada por IEEE 802.3 previamente en la sub capa
MAC para evitar entrar en la trama, cuando se haba publicado esto, ya haba hardware y software
dado por Ethernet; por lo que IEEE ignora el hecho de considerar que tenga que ir la sub capa
LLC.
Al analizar el formato de entrega de la trama, dadas las capas I y II del modelo de referencia OSI,
se obtiene una cabecera definida por 8 bytes para la capa fsica y de 14 bytes para la capa
Ethernet (de estas 6 bytes son para la direccin MAC fuente y 6 bytes para la direccin MAC de
destino, mientras los restantes 2 corresponden a Tipo), en conjunto con CRC como cdigo de
deteccin de errores usado en redes digitales [29], esto mostrado en la Tabla 4.3.
Tabla 4. 3. Formato de trama MAC
Cabecera Capa fsica Cabecera trama MAC Carga til CRC

8 bytes 14 bytes Variable 4 bytes
75
Para este caso se utiliza Ethernet, porque el tamao de la trama es utilizado de forma universal
para todos los dispositivos, adems de ser el de valor predefinido, es el de menor longitud en
bytes, ya que por ejemplo, una trama IEEE 802.11 puede ser de 2.272 bytes y para transportar
est por sobre Ethernet, se necesitara dividir la trama en dos para su envo; por lo tanto se utiliza
Ethernet como unidad de transmisin mxima MTU (Maximium Transmission Unit Path) con un
valor de 1.500 bytes. Otras razones que definen este tamao, tratan a nivel de paquete, ya que
hay buena optimizacin en la relacin de cabecera/carga til, y tambin en la minimizacin de la
probabilidad de error de un fragmento codificado, esto debido a que la perdida un solo trozo en
la capa de red o transporte, resulta en descartar todos los otros fragmentos perteneciente al
fragmento codificado en cuestin perdido, esta ventaja asociada al tamao mencionado
anteriormente.
El equipo utilizado en la capa II es el Switch, ste se encarga de separar la red lgica y fsica de
cada conexin o puerto, enviando un paquete a un puerto que est destinado para su recepcin,
algunos switch pueden operar en modo Full Dplex transmitiendo y recibiendo al mismo tiempo.
4.3.2.3 Capa de red

Esta capa establece, mantiene y termina las conexiones de red. Entre otras funciones, los
estndares definen como la informacin manejada es direccionada y retransmitida desde el
origen al destino. Una particularidad de esta capa, consta en como en el viaje de la informacin
se deben de dar saltos en enrutadores intermedios, a diferencia de la capa anterior que solo
mova tramas de un punto a otro. Por lo tanto, la capa de red debe de conocer la topologa de la
red y hacer una eleccin del mejor camino a tomar producto de enrutadores y enlaces.
En la capa de red hay distintos elementos para dar funcin a los enrutadores y enlaces, el principal
es el proveedor de servicios de Internet ISP (Internet Service Provider), que se define como
enrutadores conectados a travs de lneas de transmisin, esto mostrado en la Figura 4.10.
Figura 4. 10. Funcionamiento bsico en la capa de red.
76
En la Figura 4.10 se muestran dos Host o equipos terminales, el primero conectado de manera
directa al enrutador A del ISP, los dems se encuentran conectados a una LAN hacia el punto F.
En el ISP el paquete se almacena ah hasta que haya llegado por completo y el enlace haya
terminado su procesamiento mediante la comprobacin de la suma de verificacin. Despus se
reenva el paquete al siguiente enrutador de la ruta hasta que llega al host de destino.
Cabe destacar que en la capa de red se debe de conocer la topologa y elegir el mejor camino,
en base a esto se desprenden dos tipos de servicios, vistos en la capa de enlace de datos:
Servicio orientado a la conexin.

Servicio no orientado a la conexin.
El primero denominado como red de circuitos virtuales, y el segundo red de datagramas. A

continuacin en la Tabla 4.4 se presentan algunas diferencias entre estas.
Tabla 4. 4. Diferencia entre red de datagramas y de circuitos virtuales.
Red de datagramas Red de circuitos virtuales
Configuracin del circuito. No necesaria. Necesaria.
Direccionamiento. Cada paquete contiene direccin de Se requiere determinar la tabla

fuente y destino. en el enrutador para la conexin.
Enrutamiento. Cada paquete se direcciona de manera La ruta se elige en conjunto con

independiente. el circuito virtual, y todos los
paquetes siguen esa ruta.
Fallas en el enrutador. Inexistentes, salvo en caso de perdida Fallan en la entrega producto de

por fallas. tener un enrutador con fallas.
Calidad de servicio y Difcil prestacin. Si se asignan los recursos y rutas

control de congestin en fijas, la calidad es alta.
la red.
Cabe destacar que en circuitos virtuales se desprende un protocolo denominado Conmutacin

Multiprotocolo de etiquetas MPLS (MultiProtocol Label Switching), orientado a la conexin y
utilizado dentro de las ISP, en donde los paquetes IP tienen una conexin o etiqueta de 20 bits
como identificador, este protocolo al ser de red de circuitos virtuales, se le denomina un protocolo
de capa 2.5 segn el modelo de referencia OSI, ya que obedece el comportamiento de ambas
77
capas, depende de direcciones IP o algn otro tipo de direccin para establecer rutas de etiquetas
y adems reenva los paquetes a travs de varios saltos por enrutadores.
Es importante considerar que en la capa de red se debe de conocer la ruta, para esto hay distintos
algoritmos de enrutamiento, estos son parte del software de la capa de red para decidir por cual
lnea de salida se transmitir un paquete entrante; la mayora de los algoritmos buscan la ruta
ms corta y se adaptan a los cambios en la topologa de la red. Los algoritmos de enrutamiento
ms utilizados son enrutamiento por vector de distancia y el enrutamiento de estado del enlace.
De esto hay varios, pero no se detallarn ya que se sale de la temtica de la memoria.
En esta capa, se debe de poder comunicar distintas redes denominadas heterogneas entre s,
para esto se ha utilizado ampliamente el protocolo de internet, por ser compatible con muchas
tecnologas (IEEE 802.11, LAN Ethernet, MPLS, Internet por cable, redes telefnicas mviles,
entre otras). IP (Internet Protocol) corresponde a un protocolo no orientado a la conexin, usado
tanto por el origen como por el destino, para la comunicacin de datos a travs de una red de
paquetes conmutados. IP proporciona un servicio de datagramas no fiables llamados de mejor
esfuerzo, proporcionando nicamente sus cabeceras y no mecanismos que determinen si el
paquete lleg o no a su destino.
En la capa de red, la Internet es un conjunto de redes denominados sistemas autnomos AS

(Autonomous Systems) interconectados, no hay una estructura real, pero existen varias redes
troncales backbones, stas desarrolladas por lneas de un alto ancho de banda y de enrutadores
de alta velocidad. Las ISP se conectan a estas redes para llegar a los usuarios finales, todo esto
trabajando como ya se ha dicho con IP.
En IP se utilizan direcciones IP, stas son las encargadas de identificar de manera lgica a una
interfaz de dispositivo dentro de la red que utilice el protocolo IP, dentro de estas direcciones IP
se consideran dos versiones dadas por sus cabeceras, IPv4 e IPv6. La primera utiliza 32 bits y
llega a ofrecer una cantidad de 232 direcciones de usuarios. Un problema actual es que esta
cantidad ya no es capaz de dar abasto a nivel mundial en termino de conexiones; por lo tanto se
trabaja con su evolucin IPv6, que es capaz de tener hasta 128 bit para la representacin de
direcciones, con esto se soluciona el problema de direcciones ya que puede tener hasta 2128
direcciones de usuarios posibles.
En la actualidad la ms utilizada para direccionar el trfico de internet es IPv4, aunque se est

comenzando a migrar a IPv6, dentro de los beneficios estn [30]:
Multidifusin (Multicasting) con opcin de entregar un paquete nico a mltiples destinos.
Configuracin de direcciones sin estados SLAAC (Stateless Address Autoconfiguration),
el cual permite a la red auto configurarse cuando se conecta a otra red establecida.
Mejoras de seguridad en capas de red y movilidad.
78
Dentro de las caractersticas de la capa de red, las cabeceras correspondientes tienen una
longitud de [31] [32]:
IPv4: 20 bytes.
IPv6: 40 bytes.
Esto, en conjunto con las cabeceras de trama Ethernet y capa fsica se presentan en la tabla 4.5.
Tabla 4. 5. Trama Ethernet, cabecera de Paquete IP.
Cabecera Capa Cabecera trama Cabecera Paquete Carga til CRC

fsica Ethernet IPv4/IPv6
8 bytes 14 bytes 20 bytes/40 bytes Variable 4 bytes
Protocolos importantes en la capa de red
Adems de IP para la transferencia de datos, Internet contiene varios protocolos de control, estos
son:
Protocolos de mensajes de control en Internet ICMP (Internet Control Message Protocol),
encargado de informar sobre un procesamiento de un paquete en un enrutador.
Protocolo de resolucin de direcciones ARP (Address Resolution Protocol) encargado de
encontrar una direccin de Hardware asociada a una direccin IP. Este es utilizado en
IPv4, para el caso de IPv6 el protocolo en cuestin es NDP (Neighbor Discovery Protocol).
Protocolo de configuracin dinmica de Host DHCP (Dynamic Host Configuration
Protocol), es el encargado de la configuracin de la capa de red, al iniciar un equipo,
DHCP tiene integrada una direccin Ethernet en la tarjeta de interfaz de red NIC (Network
Interface Card), y con esto el equipo difunde una solicitud de direccin IP en la red para
ser finalmente asignada con una direccin IP dinmica (por el hecho de que esta direccin
Ethernet al desconectarse y volver a conectar puede obtener una direccin IP distinta, en
el caso en que la direccin IP asignada anteriormente estuviese siendo utilizada).
4.3.2.4 Capa de transporte
Esta capa se asla de las capas superiores, de tener que tratar con las complejidades de las
capas anteriormente nombradas, dando las funciones necesarias para garantizar un enlace de
red confiable. La funcin principal de esta capa es asegurar la entrega de paquetes IP entre redes
y/o equipos terminales independiente de las redes fsicas que se utilizan en la actualidad.
La idea o meta de la capa de transporte es proporcionar un servicio de transmisin de datos

eficiente y confiable a sus usuarios; para esto la capa de transporte utiliza los servicios
79
proporcionados por la capa de red. De la misma forma en que hay dos tipos de servicio de red,
tambin los hay en el servicio de transporte, orientados a la conexin y no orientados a la
conexin, a continuacin en la Figura 4.11 se muestran dos tipos de protocolos para el transporte
de video sobre IP.
Figura 4. 11. Protocolos para transporte.
De la Figura 4.11 se aprecian dos protocolos para el transporte, estos son UDP y TCP. Cada
capa entrega una cabecera a la carga til, en el caso de la capa de enlace de datos se trata de
encabezado de tramas, en la capa de red se utiliza la notacin de encabezado de paquete, y para
la capa de transporte se utiliza el encabezado de segmento, esto se muestra en la Figura 4.12.
Figura 4. 12. Encabezado y carga til por capa.
UDP denominado como protocolo de datagrama del usuario (User Datagram Protocol), es el
encargado de enviar paquetes entre aplicaciones, dejando a estas construir sus propios
protocolos, mientras el protocolo de control de transmisin TCP (Transmission Control Protocol)
realiza las conexiones y agrega confiabilidad mediante retransmisiones, junto con el control de
congestin; por lo tanto UDP es no orientada a la conexin, mientras TCP lo es. A continuacin
se detallarn cada uno por separado.
80
Protocolo de datagramas del usuario UDP
UDP (User Datagram Protocol) es un protocolo abierto, utilizado por lo general para aplicaciones
de video. En UDP no se requiere comunicacin en dos direcciones, trabajando en solo una
direccin como es el caso de la comunicacin satelital. Su principal uso para los sistemas de
televisin, es la multidifusin o multicasting en los sistemas IPTV. Este protocolo se describe en
el RFC 768 [33].
Por lo tanto al analizar el segmento de transporte dado por UDP, hay 8 bytes dedicados a la
cabecera y el resto a la carga til [33], como se aprecia en la Tabla 4.6.
Tabla 4. 6. Formato trama Ethernet, cabecera IP y segmento UDP.
Cabecera Cabecera trama Cabecera Paquete Cabecera Segmento Carga CRC

Capa Fsica Ethernet IPv4/Ipv6 UDP til
8 bytes 14 bytes 20 bytes/40 bytes 8 bytes Variable 4 bytes
Este protocolo es muy utilizado para el envo de audio y/o video sobre internet, ya que se enfoca
en entregar una rpida transmisin ms que en entregar datos confiables (para este caso si falla
algn paquete, trama o segmento; la aplicacin en s ver si se eliminan muestras en audio, o
tramas en video para llegar al usuario final sin la necesidad de retransmisin).
Protocolo de control de transmisin TCP
TCP (Transmission Control Protocol) es un protocolo orientado a la conexin y fiable a nivel de

transporte, ya que garantiza que los datos sern entregados en su destino sin errores y en el
mismo orden en que se transmitieron. Dentro de TCP, se tiene la opcin de manejar tasas de
error, particularmente en la perdida de paquetes. Para esto, TCP mantiene y cuenta cada byte de
dato que se transporta en la red. El video en particular puede transportarse bajo este protocolo,
pero su principal problema es que al estar corrigindose los paquetes, stos producen retrasos
en la informacin siendo un problema para la visualizacin de contenido. TCP est definido por
RFC 793 en septiembre de 1981, pero con mejoras y correccin de errores e inconsistencias, se
ha propuesto TCP detallada en RFC 4614 [34].
El servicio TCP se obtiene al hacer que tanto el servidor como el receptor creen puntos terminales
denominados sockets, cada uno de estos tiene una direccin que consiste de la direccin IP del
host y un nmero de 16 bits que es denominado puerto (local para aquel host). Un puerto es el
nombre TCP para TSAP (Terminal Service Access Point) como punto terminal especfico en la
81
capa de transporte. Estos puertos se presentan en la Tabla 4.7, el puerto 80 opera con el
protocolo de transferencia de hipertexto HTTP (HyperText Transfer Protocol) el cual permite
establecer ciertas conexiones que sean capaces de reproducir video en vivo y/o grabado, algunas
caractersticas de este se analizarn en el captulo VI.
Tabla 4. 7. Algunos puertos designados en TCP.
Puerto Protocolo Uso.
20,21 FTP Transferencia de archivos.
25 SMTP Correo Electrnico.
80 HTTP WWW.
443 HTTPS Acceso seguro a web.
543 RTSP Control del reproductor de medios.
Al analizar el encabezado de TCP, ste tiene una longitud fija de 20 bytes [34], en conjunto a las
cabeceras de las capas inferiores, se tendra lo presentado en la tabla 4.8.
Tabla 4. 8. Formato trama Ethernet, cabecera IP y segmento TCP.
Cabecera Cabecera Trama Cabecera Paquete Cabecera Segmento Carga CRC

capa Fsica Ethernet IPv4/IPv6 TCP til
8 bytes 14 bytes 20 bytes/40 bytes 20 bytes Variable 4 bytes
Una particularidad de TCP sobre el transporte de video, consiste en el uso de un puerto

especificado para conexin a travs de HTTP, para este caso el puerto 80. En UDP, el puerto 80
produce un retardo de la informacin, llegando a producir ciertas fallas en el video.
Protocolo de transporte en tiempo real
El protocolo de transporte en tiempo real RTP (Real-Time Transport Protocol) es utilizado para
aplicaciones multimedia en conjunto con UDP, RTP se describe en RFC 3550 [35].
Es utilizado para transportar datos de audio y video en paquetes, tambin encargado en el

receptor para reproducir de forma sincronizada el video y audio. Como se ha mencionado, RTP
82
trabaja en conjunto con UDP, trata mltiples flujos de audio, video y texto; los cuales estn en
conjunto con la aplicacin del usuario. A continuacin se presenta RTP en la Figura 4.13.
Figura 4. 13. Encabezado de RTP respecto al resto de capas.
De la Figura 4.13. RTP multiplexa los flujos y los codifica en paquetes RTP, para colocarlos en
un socket (para este caso crear un punto terminal en la comunicacin), luego se generan
paquetes UDP para envolver los paquetes RTP y entregar a IP para que estos flujos multiplexados
se transmitan a travs de distintos tipos de enlaces.
Producto de este comportamiento, no se puede corroborar que RTP funcione a nivel de capa de
transporte o a nivel de capa de aplicacin, ya que se ejecuta en el espacio de usuario y tiene
bibliotecas asociadas a la aplicacin. Por el otro lado es un protocolo genrico, independiente de
la aplicacin, ya que se encarga tan solamente de entregar herramientas a nivel de transporte,
debido al ltimo comportamiento se analiza en la capa de transporte.
Como se ha indicado, RTP multiplexa varios flujos de datos en un solo flujo de paquetes UDP,
ste se puede enviar a uno o varios destinos, ya sea el caso de unidifusin (unicast) o
multidifusin (multicast). RTP cuenta con caractersticas para ayudar a la transmisin de
informacin multimedia utilizando numeracin, es decir, a cada paquete se le atribuye un nmero
que incrementa respecto a su predecesor, si falta algn paquete, es decisin de la aplicacin en
cuestin determinar si se elimina una trama, o si se aproxima mediante interpolacin las tramas
asociadas. Para este caso la retransmisin, no es una buena opcin debido a que el paquete
retransmitido puede ser corrompido.
RTP trabaja en conjunto con el protocolo de control de transporte en tiempo real RTCP (Real-
Time Transport Control Protocol) y est encargado de la retroalimentacin, sincronizacin y de la
83
interfaz del usuario. Est definido en RFC 350 [35]. RTPC proporciona las siguientes
caractersticas:
En retroalimentacin, entrega valores sobre retardo, jitter12, ancho de banda y congestin.

En sincronizacin de flujos, sincroniza los diferentes relojes dados tambin por los
algoritmos de compresin vistos en el Captulo III.
Cabe destacar que RTP tambin puede operar con TCP, esto est dado por RFC 4571 [36, 32],
para este caso se especifica que RTP trabaja en conjunto con perfiles de video y audio AVP
(Audio Video Profile) sobre TCP.
4.3.2.4 Capa de Aplicacin
En la capa de aplicacin, es donde se ejecutan las tareas, las capas por debajo de sta,
proporcionan servicios de transporte de la informacin, en esta Seccin se analizar el protocolo
de transferencia de hper texto HTTP (HyperText Transfer Protocol), pero antes de comenzar con
ste se analizarn de forma breve ciertas aplicaciones de esta capa para su compresin.
DNS (Domain Name System) es un sistema de nombres de dominios, que cambia las direcciones
IP de las pginas en nombres legibles para el ser humano, que son para un manejo ms fcil.
DNS apoya el mantener el nombre cuando se haya cambiado la direccin IP de la pgina en
cuestin, entonces se efecta para asociar los nombres de host con las direcciones IP.
URL como localizador uniforme de recursos (Uniform Resource Locator) trabaja con el protocolo
de hipertexto, el nombre DNS de la mquina en la que se encuentra la pgina web y la ruta que
indica de manera la pgina especfica.
El protocolo para esto es conocido como HTTP y trabaja en conjunto con TCP (a nivel de capa
de transporte), segn lo especificado en RFC 2616.
HTTP es un protocolo de solicitud-respuesta, especificando que mensajes pueden enviar los

clientes a los servidores, y qu respuestas reciben esos mensajes. Para ciertas aplicaciones de
video sobre internet, se est volviendo ms parecido a un protocolo de transporte que provee los
medios para que los procesos comuniquen el contenido, aunque HTTP se trata de un protocolo
a nivel de capa de aplicacin.
Es importante recalcar a nivel de aplicacin, el hecho con contar con la seguridad en Internet.
Para efectos prcticos se tienen los servidores de seguridad (firewall), ste se encarga de
inspeccionar los paquetes que estn, tanto entrando como saliendo de una red determinada para
definir acceso autorizado. El hecho de considerar el firewall, consiste en que estos pueden ir ms
12 Jitter: Variabilidad temporal de entrega de datos.
84
all en el hecho de inspeccionar IP/TCP llegando incluso a inspeccionar la carga til, y representa
una dificultad para la conexin RTP/UDP/IP ya que RTP cuenta con un puerto definido (5004)
pero el firewall lo bloquea. Mientras el caso de HTTP/TCP/IP que cuenta con el puerto 80, evita
el firewall, producto de estar este puerto apto para transmitir informacin y no presentar
problemas de transmisin como con UDP.
4.3.3 Conversin de contenido de televisin a protocolo de Internet
Como se vio en la seccin anterior, los paquetes IP viajan a travs de la red siguiendo protocolos
para su transmisin, en esta seccin se analizar como los flujos de transporte MPEG son
capaces de entrar en los paquetes IP.
La seal de televisin en IP incluye efectos de encapsulacin de flujos de transporte en paquetes

(asociados a MPEG TS), y en conjunto con esto, trabajar con protocolos de transporte para la
transmisin de los mismos.
La encapsulacin IP es el proceso de tomar un flujo de datos, transformndolo en paquetes, y

agregando la cabecera.
Dentro de las mejoras asociadas a la transmisin de video sobre IP estn las siguientes [28]:
Aplicacin en conversacin, como es el caso de videotelefona o video conferencia.
Descargas de flujos de video, utilizando protocolos como HTTP (HyperText Transfer
Protocol) y FTP (File Transfer Protocol), en el caso de MPEG utilizando los cdec
asociados (H.264).
Flujo basado en IP, utilizando tcnicas de transmisin que se vern en la siguiente
seccin.
A continuacin se analizaran los casos de video sobre los protocolos a nivel de capa de red y de
transporte.
4.3.3.1 MPEG Sobre IP

Este proceso consiste en una serie de flujos de transporte MPEG dentro de datagramas. Para
esto se toman las siguientes consideraciones:
Un paquete de video IP tpico, puede contener hasta siete flujos de transporte. Para este
caso, cabe recordar que estos tienen una longitud de 188 bytes; por lo tanto al multiplicar
por 7 da una cantidad de 1.316 bytes.
Agregar las cabeceras vistas de Ethernet, IP y UDP/TCP.
No sobrepasar la unidad de transmisin mxima de Ethernet MTU de 1.500 bytes.
Lo anterior se puede representar en la Tabla 4.9:
85
Tabla 4. 9.Flujo MPEG sobre una unidad de transmisin.
Cabecera trama Cabecera paquete Cabecera segmento MPEG-2 TS de CRC

Ethernet IPv4/IPv6 UDP/TCP 188 bytes
14 bytes 20 bytes/ 40 bytes 8 bytes/ 20 bytes 7 cantidades 4 bytes
Cuando un video est siendo transportado sobre una red IP, se deben de considerar otros
factores que pueden afectar significativamente a los usuarios como:
Multiplexacin. Proceso para combinar flujos de video de diferentes fuentes hacia un flujo
IP. Se consideran multiplexacin estadstica y esttica.
Limitacin de trfico. Consiste en varias tcnicas que son usadas para hacer el trfico de
video ms fcil de manejar en la red, evitando llegar a un lmite en la transmisin. El
objetivo general es disminuir los picos del flujo IP.
Almacenamiento en bfer. Bsicamente una coleccin de memoria que es usada para
almacenar informacin con ciertas prioridades para tomar alguna accin, estos bfer
pueden tener un impacto mayor al rendimiento de video de red.
4.3.3.2 MPEG sobre UDP

Los protocolos de tiempo real operan en la capa de transporte, en este caso se tiene el protocolo
UDP y TCP, ambos incluyen caractersticas comunes para el transporte de informacin, tal como
direccionamiento de aplicaciones al nmero de puerto y control de error de la carga til.
En conjunto a UDP, opera con RTP como protocolo de transporte en tiempo real, es tpicamente
utilizada sobre IP/UDP. Esto es conexin no orientada y una sesin es asociada con el transporte
de direccin, la combinacin de direcciones IP y el nmero del puerto UDP. Cada RTP consiste
de su cabecera, cabeceras de carga til opcionales y la carga til como tal. RTP tiene una
cabecera de 12 bytes asociada para distintos servicios [28].
Hay varios beneficios de usar RTP para el transporte de MPEG-4 sobre IP, entre ellas estn:
La capacidad de sincronizar los flujos MPEG-4 con otros paquetes RTP de flujos distintos
a MPEG-4 (en el caso de tener flujos MPEG-2).
Soporte para monitorear el transporte de MPEG-4 sobre RTCP (Real Time Control
Protocol).
Combinar y convertir MPEG-4 y otro flujo de datos de tiempo real desde mltiples
sistemas a travs de mezcladores RTP.
86
Se debe de considerar que la carga til, donde se llevar esta informacin, puede ser descrita
como el elemento que lleva los flujos elementales de audio y video en sistemas MPEG, estos
flujos son fragmentados y trazados a paquetes RTP. Estos paquetes RTP habilitan el transporte
de ES de MPEG-4 sin usar la sincronizacin ni gestin de flujo de los sistemas MPEG.
Cabe destacar que los sistemas RTP pueden paquetizar tanto los flujos de audio como de video
de formas separadas, el desarrollo de esto se cita en [37].
4.3.3.3 MPEG sobre TCP

El protocolo de control de transmisin TCP, est destinado para el uso de alta confiabilidad de
protocolos entre host en redes de comunicacin de computadores de paquetes conmutados, y en
sistemas de interconexin de ese tipo de redes.
TCP ofrece un byte orientado al servicio de transporte garantizado, el cual est basado en la
retransmisin y mecanismos de tiempo de espera para control de errores, debido a este retraso
de caractersticas impredecibles, no es adecuado para comunicacin de condiciones de tiempo
real.
El mtodo de entrega con el que se trabaja en conjunto con TCP es HTTP (HyperText Transfer
Protocol). Operan en conjunto al puerto 80 (IP/UDP tiene problemas con los cortafuegos o
firewalls, produciendo problemas y retrasos en la transmisin de contenido), este puerto para el
caso de HTTP permite comunicarse al cliente con el servidor de forma directa y por defecto; por
lo tanto HTTP entrega un transporte confiable de su contenido.
Hay distintos tipos de aplicaciones para video en HTTP, en algunos casos se pueden clasificar
en:
IP VoD (IP Video on Demand).
Televisin por Internet.
Video por internet.
En este tipo de transmisin, el servidor entrega los paquetes de informacin en forma segmentada
al navegador, permitiendo el envo a una tasa de bits determinada por el tipo de resolucin
asociada y de compresin utilizada (ej. SDTV o HDTV comprimido en H.264 o en MPEG-2); por
lo tanto los datos representan unos segundos de visualizacin de contenido, y el usuario,
descargar en bloques de datos de video. Este tipo de transmisin puede ser desplegada de dos
formas:
1. En la misma pgina web a travs de la reproduccin de video inmediata.

2. Accediendo en la pgina web a un video que tendr una imagen esttica del mismo, en
este caso al acceder al video, ste se reproducir en una nueva pgina web.
87
Para este caso se trabaja con un sistema progresivo que descarga, que luego reproduce el
contenido descargado (desde el principio o en cualquier punto de la reproduccin); por lo tanto el
usuario en cuestin (ya se cualquiera de las tres nombradas anteriormente), debe esperar
descargar el primer bloque de datos consistentes en paquetes IP.
Bajo el concepto de entrega de IP/TCP en conjunto con HTTP, se desprenden distintos protocolos
con mejoras significativas asociadas a OTT, se estudiarn en detalle en la Seccin 6.4.
4.4 Entrega de contenido desde el Head End hasta el usuario
Dentro de las tecnologas de ltima milla, el gran objetivo est en entregar fibra al hogar FTTH
(Fiber To The Home), en la cual se asegura de llegar con una gran velocidad de transmisin en
Mb/s o Gb/s al usuario producto de las ventajas comparativas que es capaz de entregar la fibra
ptica respecto a otros medios de transmisin almbricos como el par de cobre, cable trenzado
UTP y el cable coaxial. Algunas de estas ventajas son:
En trminos de velocidad, la fibra ptica es capaz de transmitir mayor cantidad de
informacin de datos y con mayor distancia respecto a las otras tecnologas.
FTTH entrega un cable de fibra ptica directo al hogar, a diferencia de otros servicios
como CATV que entrega cable coaxial, en este caso, el cable coaxial es compartido y la
cantidad de datos a enviar es un valor menor, considerando la saturacin asociada al
servicio y la cantidad de hogares en que se entregar.
4.4.1 Entrega de la informacin al usuario final
A continuacin se presentan los tipos de transmisin, de tanto en las formas de entrega fsica,
como en la forma de transmisin de contenido para uno o muchos usuarios.
4.4.1.1 Tipos de entrega en la informacin

En sistemas de entrega de informacin, es vital comprender que el uso de la fibra ptica es el
medio de transmisin que apoyar grandes cantidades de datos de informacin. sta se divide
en dos grandes grupos:
Transmisin.
Distribucin.
La transmisin es muy utilizada para conectar al planeta, en la actualidad se utilizan cables de

fibra ptica submarinos para la conexin mundial de informacin, un caso de este es Global
Crossing [38], que utiliza cables de fibra ptica submarinos y terrestres.
Mientras en la distribucin se desprende el termino GPON (Gigabit-capable Passive Optical

Network), muy utilizado para la distribucin de informacin a nivel local ya que es capaz de
abarcar una distancia de 20 kilmetros. GPON es una tecnologa estandarizada por ITU-T con
88
recomendacin G.984.1, G.984.2, G.984.3, G.984.4 y G.984.5. Adems es capaz de soportar
servicios variados como es el caso de [39]:
Voz.
Multiplexacin por divisin de tiempo TDM (Time Division Multiplex).
Ethernet.
Modo de transferencia asncrona ATM (Asynchrony Transfer Mode), entre otros.
GPON apoya la implementacin de FTTH y es capaz de entregar velocidades de transmisin en

tasas de bits dadas por:
155 Mb/s de subida de datos y 1.2 Gb/s de bajada de datos.
1.2 Gb/s de subida y bajada de datos.
1.2 Gb/s de subida de datos y 2.4 Gb/s de bajada de datos.
2.4 Gb/s para bajada y subida de datos.
De acuerdo a la Figura 4.14 se puede apreciar que las redes GPON se pueden dividir en 5 partes.
Figura 4. 14. Partes de una red GPON.
De la Figura 4.14 se aprecia la separacin en 5 partes de una red GPON, stas se explican a
continuacin:
Parte 1. Conmutacin responsable para aceptar trfico, mientras se filtra trfico
innecesario.
Parte 2. Terminacin de lnea ptica OLT (Optical Line Termination), llamada como el
cerebro de GPON capaz de planificar el trfico, asigna el ancho de banda y el control de
bfer de la tecnologa.
Parte 3. Red de distribucin ptica ODN (Optical Distribution Network), ac aparece el
concepto de Splitter para permite dividir la seal teniendo la misma seal a la entrada.
Parte 4. Dada por el extremo de la red GPON, llegando a la interfaz de red de usuario
UNI (Interface Network User), en este caso la fibra ptica en redes GPON es llamado
Terminal de red ptica ONT (Optical Network Terminal).
89
Parte 5. Representando el usuario final con sus terminales respectivos.
4.4.1.2 Sistemas de entrega utilizando fibra ptica

Para la utilizacin de esta tecnologa, se utilizan cables de fibra ptica a nivel local, asociados al
termino FTTP (Fiber to the Permises), ideales para acceder a la red. Se tienen distintos casos de
utilizacin [40]:
Fibra al hogar FTTH (Fiber to the home), utilizada para llegar hasta al hogar con cables
de fibra ptica, su diseo es ms costoso que las otras entregas con fibra, pero es capaz
de entregar grandes velocidades hasta el hogar, para el diseo se utilizan splitters, como
divisores pticos para entregar el servicio a distintos usuarios.
Fibra a la esquina FTTC (Fiber to the curb), utilizada con el fin de llegar a un nodo llamado
esquina, y que ste sea capaz de entregar al usuario final con combinaciones como DSL
o con otros tipos de tecnologas.
Fibra al edificio FTTB (Fiber to the building), muy similar al anterior, este servicio llega
hasta el edificio y se separa en ese nodo central toda la informacin hacia los distintos
centros comerciales, departamentos, etc.
En algunos casos se tiende a combinar los servicios de fibra en conjunto a tecnologas DSL
(Digital subscriber line), en este caso la tecnologa DSL se puede comportar como ADSL
(asynchronous digital subscriber line) y entregar velocidades de hasta 24 Mb/s en la bajada
dependiendo de las distancias; o tecnologas como VDSL (very high data rate digital subscriber
line) con 52 Mb/s de bajada utilizando tcnicas de modulacin QAM y uso de dos bandas de
frecuencia tanto para subida como para bajada [40].
4.4.2 Transmisin al usuario final
Los sistemas de transmisin de televisin, a travs del protocolo de internet, se pueden dividir en
los siguientes tres grupos:
Unidifusin (Unicast), referida a la conexin entre solo un punto de emisin y otro de
recepcin.
Difusin abierta (Broadcast), referida a la conexin entre un punto de emisin a todos los
puntos de recepcin.
Multidifusin (Multicast), referida a la conexin entre un punto de emisin a un grupo
seleccionado de recepcin.
En sistemas IP, un paquete es tpicamente enviado por una fuente hacia un solo destino (unicast),
de forma alternativa, un paquete puede ser enviado a todos los dispositivos de la red (Broadcast),
para el caso de IPv6 ya no se considera este tipo de difusin.
90
Hay aplicaciones que requieren transmisiones seleccionadas (como el caso de negocios,
seguridad, entre otros), y con esto tener un ancho de banda eficiente en la comunicacin para la
multidifusin (multicast).
Como se indic anteriormente, la multidifusin o multicast tiene ventajas en tener una mayor
eficiencia en el ancho de banda respecto a la unidifusin o unicast, esto se muestra en la Figura
4.15.
Figura 4. 15. Transmisin en IP Unidifusin en rojo, mientras multidifusin en negro
De la Figura 4.15 se puede apreciar que la fuente tiene distintos comportamientos dependiendo
del sistema de difusin a los receptores, la unidifusin asociada a las lneas rojas, enva desde la
fuente F un flujo IP a distintos receptores (independiente de que trate del mismo servicio), la
multidifusin asociada a lneas negras, permite la unin de los flujos de informacin (en el caso
de que sea el mismo servicio, envando un solo flujo que se dividir despus en el grupo
seleccionado).
Con relacin a lo anterior, si se va a entregar un programa de video con una transmisin de 2.5
Mb/s a 100 usuarios por unidifusin, se tendra que entregar 250Mb/s, mientras que por
multidifusin, se utilizan herramientas que hacen copias del flujo del programa de video (proceso
dentro de la red); por lo tanto utilizando el mismo ejemplo se utilizara en la red una conexin de
tan solo los 2.5 Mb/s.
En multidifusin se debe de considerar el protocolo de internet a utilizar, si es IPv4 o IPv6, para

el primer caso se considera el rango de direcciones de clase D, definido por RFC 3171. Mientras
en IPv6, se asignan como FF (11111111) a los primeros dos bytes en la direccin de destino
especificando multidifusin, esto est definido por RFC 4291.
91
Para poder entrar a grupos de multidifusin, se debe de tener presentes los protocolos en la capa
de red, estos son:
Protocolo de administracin de grupo de internet IGMP (Internet Group Management

Control).
Protocolo independiente de la multidifusin PIM (Protocol Independent Multcasting).
IGMP es el encargado de que los host hagan consultas y respuestas para unirse a un grupo de
multidifusin (especificado en RFC 3376), mientras PIM se divide en dos casos, uno denso y otro
disperso. Estos se definen por la cantidad de usuarios a solicitar unirse al grupo de multidifusin.
En el modo denso (asociado a muchos solicitantes en la red) se eliminan las rutas sin conexin,
dando entrega de contenido solo a quin lo necesite. En el modo disperso se utiliza un protocolo
de enrutamiento multidifusin que puede usar la base de informacin de enrutamiento unidifusin
subyacente o una base de informacin de enrutamiento de multidifusin con capacidad por
separado. Esto crea rboles compartidos de enrutamiento unidireccional arraigado a un punto de
rendezvous13 RP por grupo, y adicionalmente crea caminos ms cortos de rboles por fuente.
PIM SM est especificado en RFC 4601.
4.4.3 Calidad en la entrega de contenidos
En sistemas de transmisin de video sobre IP, se enfoca en mejorar el servicio al usuario final
mediante factores llamados:
Calidad de servicio QoS (Quality of Service).
Calidad de experiencia QoE (Quality of Experience).
La calidad de servicio QoS aplica desde el proveedor de contenidos a nivel local (que incluye el
receptor del contenido internacional y nacional), utilizando ciertas condiciones en el flujo de
transporte IP/MPEG, estas son:
Calidad de contenido.
o Referencia de reloj de programa PCR (Program Clock Reference): asociado a la
sincronizacin de Flujos elementales ES dadas por cdigos de identificacin de
programa PID, con tablas asociadas a cada ES. Esto produce efecto Jitter,
asociado a la compresin MPEG en su flujo de transporte (esto visto en la
Seccin 3.5 de Flujo de programa y transporte MPEG).
o Gestin del contenido (asociado al anlisis de la carga til a enviar).
Calidad en la transmisin de video.
o Asociadas a las tablas de informacin especfica de programa PSI en MPEG.
Calidad de transporte.
13 Rendezvous es asociado en redes como en punto de encuentro entre conexiones.
92
o Perdida de paquetes en IP o RTP.
o Factor de retraso (Efecto Jitter) en IP o RTP.
o Retransmisin con protocolo TCP/IP.
Calidad en los servicios de cobranza.
Mientras para el lado del usuario, contabilizar una buena calidad de experiencia QoE, se define
por los siguientes parmetros:
Calidad de contenido.
o En video definir efectos como distorsin, efectos cromticos deficientes, entre
otros.
Calidad de transmisin de video.
o Perdida de video y/o audio, audio incorrecto por sincronizacin al video, entre
otros.
Calidad de transporte.
o Pixelizacin por prdida de paquetes y todos los efectos asociados a una
deficiente entrega de contenido.
Calidad en los servicios de cobranza.
o Disponibilidad del servicio.
Estos parmetros de calidad de servicio y experiencia se enfocan en entregar un servicio definido

al usuario final. Esto se detallar en las tecnologas de servicios IPTV y OTT, ya que otros
servicios como video y televisin por internet son tipos de servicios abiertos a la comunidad y su
entrega es tan solo de mejor esfuerzo.
4.4.4 Redes de entrega de contenido
Las redes de contenido en temas de internet se basan en dos modelos principales, uno orientado
a redes de entrega de contenido proporcionadas por el ISP o proveedor de contenido; o asociadas
a redes de igual a igual, siendo todos los puntos de la red iguales y se comparte contenido sin un
nodo centralizado. A continuacin se explicar el concepto de CDN y el de redes de igual a igual.
4.4.4.1 Redes de entrega de contenido (Content Delivery Network)

CND es un sistema de servidores de diferentes centros de datos en diferentes ubicaciones
geogrficas. El primer objetivo de la red de entrega de contenido, es de servir o entregar contenido
con una alta disponibilidad y buena velocidad. Los servidores CND rpidamente dan contenido a
mltiples usuarios duplicando el contenido y direccionando a usuarios basados en su proximidad
geogrfica (los sistemas CDN deciden la ubicacin de cmo el contenido web estar basado para
el usuario final con numerosos factores como proximidad, velocidad, latencia, disponibilidad,
etctera). CDN ejerce una parte de contenido web incluyendo objetos (texto, grficos, secuencias
93
de comandos), archivos descargables (software, documentos, archivos), aplicaciones web y VoD.
Las redes sociales tambin utilizan CDN para acelerar el servicio de su contenido a usuarios en
diferentes ubicaciones geogrficas. En la Figura 4.16 se presentan las ventajas de CDN.
Figura 4. 16. Redes de entrega de contenido.
De la Figura 4.16 se puede listar la principal ventaja dada por los servidores CDN (a la derecha),
y es hecho de estar basado en la proximidad al usuario final; por consiguiente cuando un usuario
(navegador) requiere de cierto contenido de parte de una pgina, el contenido toma el centro de
datos ms cercano (derecha respecto a izquierda). Algunas de las ventajas o beneficios son:
Tiempo de carga o respuesta de contenido ms rpido.
Alta disponibilidad.
Escalabilidad tanto con carga al servidor como descarga al usuario.
Redundancia de contenido.
Integridad de dato.
No necesidad de hardware extra.
Componentes en las CDN
Un CDN es un sistema de computadores que contienen copias de datos ubicados en varias

ubicaciones, sirven para maximizar el ancho de banda para acceder a los datos desde cliente
hasta la red. Un CDN permite entregar una copia de datos cerca del cliente, adems los CDN
usualmente tiene las siguientes componentes:
Una unidad de externalizacin de contenido que consiste en mecanismos que mueven
los contenidos desde los servidores fuente hacia los sustitutos (geogrficamente).
Una unidad de entrega de contenido que consiste en un conjunto de servidores sustitutos
que entregan copias de contenido a los usuarios.
Una unidad de direccionamiento de requerimientos, que consisten de mecanismos que
mueven los requerimientos del cliente hacia la necesidad de un servidor sustituto.
94
Una unidad de gestin que colecciona y sigue datos requeridos desde el
direccionamiento, externalizacin y entrega de funciones dentro del CDN.
En los CDN tradicionales los flujos de comunicacin entre los clientes y el servidor original son
divididos en dos flujos de comunicacin: uno entre el cliente y el servidor sustituto, y otro entre el
servidor sustituto y el servidor original. Los CDN pueden traer beneficios a los usuarios finales,
proveedores de contenidos y a los proveedores de servicios de internet ISP. Los usuarios finales
tienen mejores parmetros de calidad de servicio QoS, mientras los proveedores de contenido
pueden ofrecen ms servicios confiables y manejar largos nmeros de requerimientos de los
clientes. Mientras, los ISP pueden ser beneficiados con el despliegue de los servidores CDN en
sus redes disminuyendo cantidad total de flujos desde el cliente a los servidores y reduciendo el
flujo de trfico. Hay algunos documentos que definen el trabajo conjunto entre los CDN e ISP [41],
entre algunas de estas mejoras estn:
Mejorar el costo de entrega del contenido debido al trfico asociado, ancho de banda y
coste de energa.
Ubicaciones del usuario final asociadas al DNS (Domain Name System) recibidos del
CDN y asociados a los requerimientos de las mismas (DNS).
Cuellos de botella, redes asociadas a los comportamientos de los usuarios finales y los
servidores.
4.4.4.2 Redes de igual a igual (peer to peer)

Dentro de las opciones que ofrece la internet para la transmisin de datos, est la entrega de
contenido denominada de igual a igual (peer to peer). Este tipo de red radica del caso de un CDN,
por el hecho de no tener un punto central que entregue el contenido, todos los terminales estn
capacitados para entregar servicios, esto se muestra en la Figura 4.17.
Figura 4. 17. Redes de igual a igual.
95
4.5 Consideraciones de Head End de televisin digital
El Head End como tal, puede ser utilizado para diferentes servicios de televisin, as los hay para
DTH, CATV y los servicios de televisin sobre IP; en relacin a este servicio se produce un cierto
desfase, esto es asociado al viaje de la informacin de eventos en vivo como series transmitidas
en paralelo para todo el mundo, eventos deportivos o algn otro acontecimiento. El retraso
asociado desde el proveedor de contenidos al Head End, toma una cantidad de segundos, ya
que el contenido se transmite por un enlace satelital, y producto de esto la onda electromagntica
recorre una gran distancia.
Para los servicios de Head End IP, asociado a la entrega de contenido sobre Internet a nivel local,
llegar al usuario final toma menos tiempo, ya que este servicio tan solo hace entrega sobre redes
locales, pudiendo ser gestionadas o no como se ver en el resto de la memoria.
En relacin a la migracin de las plataformas, hay proveedores de contenido que comenzarn a

entregar sus servicios fuera de los Head End, entregando sus servicios con suscripcin a algn
proveedor de servicios local o directamente al cliente, evolucionando en el hecho de preparar la
parrilla de contenidos, un ejemplo es HBO [42], que dejar de transmitir sus servicios va satlite
a los Head End para transmitir bajo Internet. Por lo tanto sistemas de IPTV (que sern vistos en
el Captulo V) y OTT (que se vern en el Captulo VI) deben de ser capaces de entregar el servicio
en cuestin al usuario final, entregando la clsica experiencia de usuario (independiente si el
servicio ahora se reciba al Head End o se reciba a travs del CDN para conectar a los usuarios
finales).
Por otro lado, trabajar sobre este tipo de redes, tiene una serie de protocolos con cabeceras
definidas que siguen una estructura, se ha analizado el transporte sobre Ethernet, IP y las
distintos protocolos de la capa de transporte; pero para facilitar la comprensin de cmo se
comporta un flujo de video sobre estas redes de computacin, se presentar un ejemplo muy
simple.
Considere el ejemplo de la Seccin 3.7 que transmite con 8 Mb/s para el flujo de video y 256 Kb/s
para el flujo de audio (caso de Flujo Elemental ES), con sus cabeceras respectivas vistas en
aquella seccin.
En aquel ejemplo los datos presentados eran los siguientes:
Flujo de video de 8 Mb/s, con una cabecera de 560 kb/s teniendo un total de 8,56 Mb/s.
Flujo de audio de 256 kb/s, con una cabecera de 51,2 kb/s teniendo un total de 307,2
kb/s.
Flujo final de 8,8672 Mb/s que comprende tanto audio como video.
96
Ahora bien, se debe considerar el envo de este flujo, sobre las redes computacionales con todas
sus cabeceras asociadas, para este caso se comienzan a nombrar las cabeceras por capas.
Se listan las cabeceras vistas en la Seccin 4.3.
Cabecera trama Ethernet en conjunto con la cabecera de capa fsica 26 bytes.

Cabecera paquete IP de 20 bytes (versin IPv4) o de 40 bytes (versin IPv6).
Cabecera segmento UDP de 8 bytes y cabecera RTP de 12 bytes.
Cabecera segmento TCP de 20 bytes.
Teniendo un total de 66 bytes (tomando RTP/UDP o TCP teniendo ambas 20 bytes) de cabecera,
y con relacin a la carga til de 1.316 bytes la carga asociada a la cabecera corresponde a un
5%.
Por lo tanto, con los datos anteriores, las cabeceras TCP/IP/Ethernet/Fsica o

RTP/UDP/IP/Ethernet/Fsica se transmitirn con tasas de bits respecto al ejemplo como:
443,36 kb/s de cabecera de los 8,8672 Mb/s de flujos MPEG TS, teniendo un flujo total
de 9,31 Mb/s aproximadamente.
Es decir, de los 8, Mb/s de video y 256 kb/s de audio como elementos puros, aumenta el flujo
total en 13% utilizando todas las cabeceras necesarias para su transmisin.
En trminos de MTU, se transmiten 842 tramas por segundo (considerando los 1316 bytes de
carga til y 66 bytes de cabeceras) para el transporte de este tipo de contenido asociado al
ejemplo presentado en la Seccin 3.7.
Si se considera la cabecera de paquete IP de 40 bytes, las cabeceras suman 86 bytes y con

relacin a la carga til de 1.316 bytes, la carga asociada de la cabecera corresponde a 6,5%, dato
muy cercano a lo anterior.
Ahora bien, si se considera enviar este tipo de flujo por multidifusin, se debe considerar la versin
asociada a la capa de red segn el modelo de referencia OSI, esto es IPv4 e IPv6.
En IPv4 las direcciones son jerrquicas, se escriben en notacin decimal con puntos, cada uno
de los 8 bits se escribe en decimal de 0 a 255, denominado prefijo (los bits superiores son de
longitud variable y los inferiores de una porcin del host). En base a esto, hay distintos grupos de
direcciones conocidos como clase A, B, C, D y E, los primeros tres con diferente cantidad de host
(clase A con 16 millones de host, clase B con 65.536 host, clase C con 256 host), clase D para
sistemas con multidifusin en internet y clase E para uso futuro. En 1993 se crea CIDR (Class-
Less Inter Domain Routing) para tener un uso ms eficiente de las direcciones IPv4 y disminuir la
carga asociada a los enrutadores producto de realizar el direccionamiento.
97
En IPv6 en tanto las direcciones estn compuestas de 128 bits y se expresan por una notacin
decimal de 32 dgitos en grupos de 4 separados por dos puntos : y adems largos datos de
ceros se pueden obviar.
98
CAPTULO V. SERVICIO DE TELEVISIN A TRAVS DEL PROTOCOLO DE INTERNET IPTV
5.1 Introduccin
Se ha analizado hasta el momento en cmo se comporta un Head End de televisin digital,

pasando por el hecho de conocer cmo se obtiene la informacin desde el proveedor de
contenidos, que est ubicado en algn lugar del planeta.
Los sistemas de televisin actual en Chile funcionan con sistemas de transmisin satelital al hogar
DTH o de forma cableada como es el caso de CATV. Estos sistemas no utilizan mejoras dadas
por el servicio de internet para la transmisin de contenidos de televisin, que dentro de sus
principales ventajas radica el hecho de contar con servicios Interactivos.
En el caso de televisin sobre el protocolo de internet IPTV se tiene un sistema interactivo de

comunicacin proveedor (a nivel local)-cliente, este sistema cuenta con distintos servicios como
los denominados Triple Play, que convergen a un sistema de entrega sobre IP, adems de la
mejora de transmitir este servicio sobre fibra ptica.
El captulo 4 contendr secciones que explicarn el servicio de IPTV, arquitectura de servicio,
decodificadores y el hecho primordial de contar con parmetros de calidad de servicio y calidad
de experiencia, entre otros.
5.2 Servicio de Televisin sobre el protocolo de internet IPTV
IPTV ha sido denominado por varios documentos, incluyendo el estndar IEC fundador del mismo
como servicios de entrega multimedia como televisin, video, audio, texto, grficos e informacin
sobre redes basadas en IP gestionadas; para entregar el nivel requerido de calidad de servicio y
experiencia, seguridad, interactividad y confiabilidad, a travs del cual, los servicios de televisin
son entregados utilizando los protocolos de internet de datos privados sobre una infraestructura
de paquetes conmutados.
Los servicios de IPTV pueden ser clasificados en tres grupos principales:

Televisin en vivo.
Programacin diferida o almacenada.
Video bajo demanda.
IPTV se diferencia de servicios como televisin sobre Internet (utilizada para transmitir en vivo y
de recepcin libre), Video bajo demanda de internet (asociado a video bajo demanda con cuota
de pago por ver como es el caso de Netflix) y video internet (cualquier tipo de video en internet
de acceso libre) en la entrega del servicio a nivel de datos privados administrados por el proveedor
de contenidos a nivel local, mientras las dems entregan contenido a travs de redes pblicas.
99
Cabe destacar que los contenidos entregados por IPTV superan con creces, en relacin a
factores de calidad y de variedad de programas dedicados, a la televisin sobre Internet.
A continuacin se presenta la Tabla 5.1, sta ejemplifica las ventajas de IPTV respecto a otras
tecnologas.
Tabla 5. 1. Diferencias de IPTV respecto a otros sistemas de transmisin sobre Internet.
IPTV IP VoD Tv Internet Video Internet
Tipo de red Privada Pblica Pblica Pblica
Calidad de servicio Gestionada No gestionada No Gestionada No gestionada
Protocolos clave Transmisin Descarga Transmisin por Transmisin por

RTP sobre Progresiva y HTTP y Descarga HTTP y Descarga
UDP Reproduccin Progresiva Progresiva
Dispositivo de Decodificador Decodificador o Terminal a internet Terminal a Internet

visualizacin terminal a internet
Experiencia en TV Similar a Similar a VoD o Similar a Similar a

CATV DVD navegacin web navegacin web
Ejemplos Proveedor de Netflix, Hulu, etc. Radiodifusores a Youtube,

servicios nivel local Facebook
Las caractersticas asociadas al servicio de IPTV, en relacin a los otros tipos de entrega de
contenido de video, IPTV se enfoca de forma gestionada al servicio dados sus tipos de contenido
(en vivo y pregrabado), y de ser entregado bajo una red privada.
En relacin a las redes privadas y gestionadas, IPTV se diferencia de servicios de televisin

mencionados como CATV y DTH, estos servicios entregan una cantidad de informacin al usuario
final asociada a la parrilla programtica total de canales de televisin. Para este caso se puede
analizar la diferencia en la Figura 5.1.
100
Figura 5. 1. Diferencia de entrega en servicios IPTV con CATV y DTH con IPTV.
En la Figura 5.1 se puede analizar que las tecnologas de entrega CATV con DVB-C y DTH con
DVB-S, entregan el espectro completo de servicios de televisin; por lo tanto para cambiar el
canal se debe de sintonizar la frecuencia portadora de dicho canal, este tipo de sistemas entregan
todo el contenido durante todo el tiempo, mientras el servicio IPTV tan solo requiere el servicio
de televisin dado por los beneficios de utilizar el protocolo de Internet, es decir, si se requiere un
canal en especfico se enva la solicitud (ya que este servicio es interactivo) y se recibir el canal
con la resolucin requerida (SDTV, HDTV).
5.2.1 Caractersticas del servicio IPTV
El servicio de IPTV puede ofrecer al usuario final caractersticas de servicio como:
Apoyo a la televisin Interactiva: los sistemas IPTV permiten que los proveedores de servicio local
pueden entregar una serie completa de aplicaciones de televisin interactiva como televisin en
vivo (SDTV o HDTV) con distintos enfoques de cmaras, servicios de juegos interactivos y una
alta velocidad de navegacin en la Internet.
Servicios de almacenamiento de programas: IPTV en combinacin con grabadores de video

digital permiten este tipo de servicios para el usuario, siendo que el programa en cuestin pudo
haber sido transmitido das antes.
Personalizacin: Un sistema IPTV de punto a punto, apoya comunicaciones bidireccionales y

permite a los usuarios finales personalizar su hbitos de ver televisin permitiendo decidir qu es
lo que se quiere ver y en el momento adecuado.
101
Bajos requerimientos de ancho de banda: En lugar de entregar todo el contenido a cada usuario
final, las tecnologas IPTV permiten a los proveedores de servicios entregar solo un flujo de canal
en vez de todos los canales como pasa con otras tecnologas (DTH y CATV). Este sistema
permite a los operadores de red conservar ancho de banda para transportar otros datos, o incluso
hasta ms canales para ms equipos que deseen ver IPTV en sus dispositivos.
Accesibilidad en mltiples dispositivos: El contenido de IPTV no es limitado solamente para

equipos de televisin, sino que los consumidores pueden tambin ver el contenido en dispositivos
mviles y computadores para acceder a los servicios IPTV.
5.2.2 Video bajo demanda
VoD es una forma de entrega comn para redes de IPTV y tambin de video internet, los usuarios
seleccionan contenido desde una librera, a diferencia de otras tecnologas (DTH, CATV), que
puede entregar utilizando las mejoras del protocolo de internet. La idea es permitir a los
televidentes ver cualquier programa que ellos deseen ver, el concepto para esto es el video bajo
demanda VoD (Video On Demand), basado en un programa que es almacenado y luego
entregado al televidente que requiera del servicio en cuestin. Este almacenamiento puede tomar
la forma de un servidor centralizado, que est equipado para enviar programas simultneos a
cientos de televidentes, tomando la forma de un almacenamiento de distribucin a travs de la
Internet.
Para lograr la unidifusin (unicast) entre el cliente y el proveedor de contenidos a nivel local, la
seal debe de tener funcionalidades del tipo trick play, es decir, tomar funciones como pause,
wind y rewind, asegurados por el protocolo RTSP 14 (Real Time Streaming Protocol) que permite
controlar y configurar los flujos de datos.
Los servidores de VoD deben ejecutar las siguientes funciones:

1. Almacenar el contenido de video, el cual es esencialmente igual a otro servidor de video
IP sobre internet (Netflix, Hulu, etc.); sin embargo el servidor debe ser capaz de transmitir
mltiples copias de contenido, cabe destacar que IPTV tiene sus propias libreras y
precios por entrega por almacenar contenido, estos trabajan independiente de
aplicaciones de terceros (Hulu, Netflix, etctera).
2. La interfaz de red, la cual es similar a otros servidores de video, con la excepcin de tener
un gran nmero de flujos simultneos a ser soportados.
3. Soporte de interaccin con el usuario, el cual habilita las funcionalidades trick play,
requiriendo software sofisticado para gestionar el contenido, en conjunto con una interfaz
14Este protocolo permite a nivel de capa de transporte definir el puerto 554, adems RTSP establece y
controla los flujos sincronizados de datos de audio y/o video.
102
de sistema con comandos desde el usuario, a travs del middleware al proveedor de
contenidos a nivel local (como se ver en la Seccin 5.3.1).
4. Catalogar y ordenar el contenido, para entregar un buen servicio asociado al costo de l,
en este caso, las transacciones necesarias para tener el pago desde los usuarios
(asociados al middleware).
El almacenamiento en VoD debe de estar siempre contenido en algn servidor, con formatos
comprimidos para su transmisin, simplificando la entrega del proceso y eliminando la necesidad
de procesar el video antes de entregarlo.
Cabe destacar que los servidores VoD tienen una capacidad de almacenamiento, esta cantidad
de almacenamiento variar respecto a dos factores importantes:
1. Nmero de horas de contenido almacenado.
2. Tasas de bits del video.
a. Tipo de definicin asociada al video (SDTV, HDTV, UHDTV, 3DTV).
b. Algoritmo de compresin asociada al video (MPEG-2, MPEG-4, WMV, etc.).
Por lo tanto, dependiendo de estos parmetros se puede determinar qu tipo de servidor de video
bajo demanda es el adecuado para una regin en particular, el hecho de hablar de regin se
refiere al lugar fsico de entrega, ya que dadas las condiciones culturales de la regin, se podr
tener un servidor que obedezca un tipo de comportamiento en VoD respecto a otra regin con su
cultura respectiva.
5.2.3 Transmisin de eventos en vivo en IPTV
Este tipo de transmisin es utilizada para eventos deportivos, programas en vivo y otro tipo de
programa que requiera la entrega inmediata del contenido, se diferencia de VoD en que hay un
bajo retraso en la entrega del mismo, y no requiere almacenar contenido en el dispositivo, en
IPTV existe una gran interactividad, ya que dependiendo del tipo de programa, IPTV puede
ofrecer las siguientes funcionalidades al usuario final:
En eventos deportivos, el usuario es capaz de elegir el tipo de cmara con ngulo
respecto a la actividad deportiva a ver, segn su gusto.
En eventos de programas en vivo, IPTV ofrece la posibilidad de que el usuario interacte
con el programa en cuestin, entregando votacin en vivo y otras funcionalidades que el
programa pueda o quiera ofrecer.
La transmisin de video en tiempo real requiere conexin estable durante el evento, tiene ciertas
complicaciones de adelantar o retroceder contenido en vivo producto de la entrega de
informacin.
103
Para la transmisin de eventos en vivo, en IPTV se utilizan sistemas de multidifusin
(multicasting), sta vista y comparada con respecto a la unidifusin (unicast), adems la
transmisin en vivo utiliza IGMP (Internet Group Management Protocol), siendo este un protocolo
de internet que entrega informacin para que un equipo de internet pueda informar su unin a un
grupo de multidifusin a los enrutadores adyacentes respectivamente. Para este caso IGMP
utiliza multidifusin para enviar desde la fuente, una copia a todos los dispositivos que estn
requiriendo de esta, esto visto en la Seccin 4.4.2.
Pausa en vivo de televisin TSTV (Time Shift Television)
Es una funcionalidad que permite detener una transmisin de un programa en vivo o incluso
llegar a repetir alguna escena que fue reproducida recientemente. Luego de esta pausa o replay
se puede continuar viendo el programa que se est transmitiendo en vivo pero desfasado en el
tiempo de acuerdo a la duracin de la solicitud anterior (ya sea pausa o la repeticin) mostrada
en la Figura 5.2.
Figura 5. 2. Diagrama en el tiempo del servicio TSTV.
En la Figura 5.2 se muestra una pausa de tan solo tres segundos, es decir, que al momento de
volver a reproducir desde las funcionalidades anteriores, se continuar viendo desde donde se
dej, o sea con un retraso de tres segundos. Cabe destacar que es posible reanudar la
transmisin de la emisin en vivo, adelantando hasta el momento de la transmisin original.
Esto es posible almacenando los contenidos de tiempo en algn disco rgido, esto puede ser tanto
en el set-top box, en algn disco duro, o como algn servidor que sea capaz de ofrecer el
proveedor de servicios a nivel local.
104
5.2.3.1 Arquitectura del sistema de transmisin en vivo
Este tipo de tecnologa tiene objetivos especficos en la entrega de informacin, desde utilizar
una conexin estable en la entrega de paquetes en tiempo real, hasta la utilizacin de distintos
sistemas de compresin de video como MPEG o WMV. A continuacin se presenta en la Figura
5.3 la entrega de una arquitectura de transmisin en vivo.
Figura 5. 3. Arquitectura para sistemas de transmisin en vivo.
Segn la Figura 5.3, hay contenido comprimido almacenado (en formato ASI), para entregar esta
informacin a un servidor de video (como se ha dicho, este servidor de video es el Head End de
TV que rene el contenido desde alguna parte del planeta en que se est emitiendo), ste se
encarga de ofrecer la interactividad del cliente a travs de su set-top box; por lo tanto el servidor
de video entrega los contenidos requeridos por el cliente. El servidor web almacena las
funcionalidades requeridas desde el cliente.
En la transmisin en vivo se deben de considerar los siguientes factores:

Servidor de transmisin. Responsable para distribuir flujos a los televidentes, toma el
contenido que ha sido llevado al servidor para hacer copias de ste, y enviarlas a los
puntos que requieren el servicio a travs de multidifusin (cabe destacar que se debe de
considerar el tipo de video y audio a enviar, como la definicin, tipo de algoritmo de
compresin, etc.).
Red de transporte. Utilizada con el fin de entregar el contenido al usuario, aqu aparecen
la combinacin de tecnologas asociadas para la entrega (FTTx y xDSL si fuera el caso),
este tipo de red define parmetros de servicio y calidad que afectan a la entrega como la
perdida de paquetes, esto producto del transporte de flujos en la red y el retraso
asociados a ella.
105
Reproductores de contenido. Asociados a elementos con software para desencriptar,
descomprimir y reproducir el contenido (en este caso no solo se analiza la entrega a
travs de Set-Top Box, sino otros soportes como los sistemas operativos y aplicaciones
asociadas para la reproduccin del contenido, ejemplo seran Windows con sus
dispositivos mviles adems de computadores personales, el mismo caso tambin para
Apple y otros sistemas operativos como Android.
5.2.4 Aplicaciones interactivas y otras funcionalidades de IPTV
Otras de las funcionalidades que es capaz de entregar el sistema IPTV, trata de las siguientes
caractersticas y servicios asociados:
Integracin a servicios multimedia IMS (IP based Multimedia Services), la cual puede ofrecer
servicios como:
Servicios de mensajera, con la opcin de enviar mensajes durante la reproduccin de
una pelcula.
Servicios de mensajera corta SMS (Short Message Service) que en conjunto con las
redes IMS, trabajan con las redes mviles.
Servicios telefnicos en lnea llamado caller ID, algunos casos de estos son Microsoft TV.
Otros servicios que son capaces de realizar los clientes a travs de IPTV son:
Compras y suscripcin en lnea, como se compran servicios de programacin para VoD,
tambin se pueden utilizar para servicios de compras a travs de un men, compra en
internet, o incluso en canales dedicados a la venta.
Consulta y pago de factura del servicio IPTV, o hasta otras cuentas que sean capaces de
ser compatibles con el sistema IPTV.
Control parental, apuestas y juegos.
Otras funcionalidades de IPTV que pueden ser anlogas a otros sistemas de entrega de televisin
son:
Gua electrnica de programacin EPG (Electronic Program Guide). Agenda que
presenta la programacin prevista de canales en vivo sustituyendo a la revista mensual
de programacin enviada a los clientes.
En este caso, la novedad con IPTV es el hecho de agendar la grabacin para su posterior
reproduccin en conjunto con EPG.
Video grabador personal PVR (Personal Video Recorder). Permite la grabacin de
programas en vivo para ser luego reproducidos.
106
La novedad de este, es que est asociada a la seguridad de la informacin y la posibilidad
de no cometer piratera, esto se ve en la Seccin 5.4.2 de seguridad de contenido en
IPTV.
5.3 Arquitectura de IPTV
Para la implementacin de IPTV, se debe de poder comunicar los requerimientos del usuario con
el proveedor de servicios, ste ltimo debe de ser capaz de entregar el servicio a varios clientes,
y de paso considerar procesos como codificacin, transmisin y gestin asociada al contenido
antes de enviarlo al usuario en cuestin.
Una arquitectura para los servicios IPTV incluye los siguientes bloques funcionales:
Head End: Vista en el Captulo IV, es la recepcin de programas de televisin desde
proveedores de contenido a nivel internacional.
Ncleo de red: Es usualmente una red IP/MPLS transportando trfico a la red de acceso.
Red de Acceso: Encargada de distribuir los flujos IPTV hacia DSLAM (Digital Subscriber
Line Access Multiplexer) o FTTH (Fiber To The Home).
Cliente final: Asociado a cierto tipo de servicio, es donde termina la arquitectura ya que
se puede visualizar el contenido final de IPTV.
A continuacin se analizar las distintas partes de la arquitectura de IPTV, haciendo hincapi en

que el usuario final tiene un decodificador que le representa en este tipo de red, comunicndose
a la vez con un sistema middleware capaz de relacionar al cliente final con el ncleo de red.
5.3.1 Middleware de IPTV
Para la implementacin de IPTV se requiere entender distintas etapas, partiendo por el usuario
final, ste debe de tener un decodificador que sea capaz de recibir la seal de forma eficiente
desde el proveedor de servicios.
Dentro de estos requerimientos, se necesita trabajar con un sistema que sea capaz de realizar la
tarea anterior, para el caso de IPTV se tiene el middleware. ste es una plataforma de gestin de
aplicaciones que interacta con la red de acceso, es decir, el Head End de contenidos a nivel
local y los set-top box; para permitir la provisin y distribucin de servicios de televisin
interactivos, es decir, ser capaz de comunicar los servidores con el software asociado al caso de
video sobre IP.
El middleware tambin enlaza a los clientes y los sistemas de gestin usando CA (Conditional
Access) y DRM (Digital Right Management), ambas se vern en la Seccin 5.4.2. Esto porque
parte de la funcin de estas tecnologas es implementada en el set-top box, mientras otra parte
107
se realiza en servidores centralizados, la comunicacin entre los puntos finales (es decir, fuente
y destino) se define como seguridad, algo que middleware es capaz de entregar.
En particular, hay un estndar bajo el nombre de Plataforma de hogar multimedia MHP

(Multimedia Home Platform), que trabaja como un conjunto de especificaciones desarrolladas por
el proyecto DVB para el middleware. El objetivo de MHP es trabajar con todas las tecnologas de
transmisin DVB en IPTV, como el uso de televisin interactiva para que los fabricantes de
receptores (set-top box) puedan apuntar a distintos mercados, ms que desarrollar
especificaciones para radiodifusores en particular, y con esto operar en conjunto con receptores
de televisin digital y las aplicaciones interactivas, MHP tambin define la forma en la cual la
aplicacin es entregada en el receptor, incluyendo la informacin de servicio de las seales que
interactan con aplicaciones presentes en el flujo de transporte.
En la actualidad hay tres versiones de MHP publicadas [43]:
1. Versin 1. Aplicaciones broadcast va IP, satlite o cable.

2. Versin 2. Se agregan funciones como:
a. Aplicaciones almacenadas.
b. Aplicaciones por IP.
c. Soporte de tarjetas inteligentes.
d. Soporte VoD.
3. Versin 3. Se agregan funciones como:
a. Perfil DVB-IPTV.
b. Soporte a aplicaciones diferentes de DVB-IPTV.
c. Aplicacin en monitor.
5.3.1.1 Funciones claves de middleware

Los sistemas IPTV funcionan gracias al middleware, llamado como el cerebro del sistema IPTV,
ste entrega mecanismos para conseguir muchas de las tareas claves de IPTV para ser
desarrolladas, y as, dar la posibilidad a los clientes de seleccionar y ver programacin con sus
sistemas de pagos respectivos por adquirir algn nuevo tipo de servicio o contenido, las funciones
principales de middleware en IPTV se indican a continuacin:
1. Identificacin del usuario y funciones de navegacin en la pantalla.
Mantiene la cuenta de exactamente qu usuarios estn conectados a la red, y con esto determinar
qu servicio entregar asociado a las condiciones de la red, y emitir comandos en la pantalla en
tiempo real para involucrar el control remoto, el set-top box y la aplicacin dada en la pantalla.
Cabe destacar que en pantalla el middleware es capaz de soportar gestin de una variedad de
fuentes que pueden ser usadas por otras aplicaciones para su interfaz.
108
2. Gua de programacin electrnica EPG (Electronic Program Guide) y otras utilidades.
El middleware puede entregar soporte y remover todas las necesidades de los operadores del
sistema para desarrollar una versin diferente de la gua de programacin electrnica para cada
set-top box en la red. Cabe destacar que en servicios IPTV crear una gua de programacin puede
ser complejo, ya que tomando todos los datos de red y llevndolos a un formato entendible para
el usuario, puede tomar una gran cantidad de recursos, por lo mismo se considera un EPG
respectivo para cada set-top box.
3. Cambio de canales en IPTV.
En IPTV, el cambio de canal no es lo mismo que el cambio de canal que en CATV (recordar que
este sistema recibe todo el contenido y el cambio de canal es sintonizar la frecuencia portadora
del nuevo canal), por lo que es importante considerar el hecho de requerir un nuevo canal a la
fuente, y sta entrega un nuevo flujo con el programa o canal requerido (esto considerando, si es
que se est viendo un programa en vivo, abandonar el sistema de multidifusin y entrar a un
sistema de unidifusin de VoD, o de unidifusin hasta unirse a otro multidifusin para otra
transmisin en vivo), este cambio de canal toma de uno a dos segundos, y el sistema middleware
gestiona este proceso con eficiencia y rapidez.
4. Integracin a otros sistemas en IPTV.
El middleware puede tambin entregar un enlace entre aplicaciones diferentes, esto incluyendo
facturacin de suscripcin, sistemas de gestin, sistemas VoD, entre otras. Y con esto entregar
un servicio de calidad asociado a las estrategias del mercado.
5. Interactividad.
Cuando un cliente presiona un botn de su control al set-top box, comienza la interactividad con
el sistema, desde el hecho bsico de cambiar un canal, hasta adelantar, retrasar o pausar
contenido, e incluso en la posibilidad de eventos interactivos en lnea (como votar en ciertos
programas), o el pago de facturacin; por consiguiente el middleware es capaz de entregar todas
estas herramientas de interactividad.
5.3.2 Decodificadores Set Top Boxes
Un decodificador set-top box de IP, es un dispositivo dedicado para servir como una interfaz entre
un conjunto de televisin y la red de banda ancha. En adicin a la decodificacin y representacin
de seales de TV en vivo, un set-top box entrega servicios como video bajo demanda VoD, gua
de programacin electrnica EPG (Electronic Program Guide), gestin de derechos digitales DRM
(Digital Rights Management) y una variedad de servicios multimedia e interactivos. Un set-top box
puede adicionalmente apoyar caractersticas como navegacin web, ver e-mail y sus archivos
109
adjuntos, cdec multimedia avanzados, y reproducir contenido almacenado en PC (personal
Computer) conectado para la reproduccin y representacin como fotografas, msica, y videos
personales, mensajera instantnea IM (Instant Messaging) y voz sobre IP VoIP (voice over IP).
Todas estas funcionalidades son demandas por los usuarios de IPTV.
Este decodificador cuenta con una tarjeta inteligente usada para desencriptar la informacin, por
lo tanto esta comunicacin entre set-top box y la tarjeta inteligente est muy relacionada entre s
para los beneficios asociados al proveedor de servicio o proveedor de contenidos a nivel local y
los derechos del usuario.
La funcin principal del set-top box es recibir la seal de IPTV y convertirla en una seal de video
que pueda ser visualizada en un televisor. Adems puede proveer al usuario final la opcin de
seleccionar el tipo de programacin a ver (seal en vivo, VoD, programacin especfica), estas
tareas son elementos funcionales como:
Interfaz de red, para recibir la seal y transmitir los comandos del usuario al proveedor
de servicios.
Salidas de audio y video, asociadas como se dijo anteriormente para la visualizacin del
contenido final.
Interfaz de usuario, funcionamiento entre set-top box y control remoto para la
visualizacin en una pantalla de televisin.
Acceso condicional asociadas al Middleware para apoyar una visualizacin de contenido
seguro asociada al set-top box.
Dispositivo de disco duro asociado para la grabacin de contenido si fuese el caso.
Dentro de los tipos de set-top box, los ms comunes de encontrar son:

TiVO Set-top box. Este acta como un sintonizador digital, dando el acceso a canales y
la opcin de grabarlos, tambin entrega acceso a internet para pelculas del tipo pague
por ver y eventos de televisin, puede almacenar hasta 320 GB.
My Sky HDi set-top box. Es un grabador de video digital PVR (Personal Video Recorder)
y la letra i se refiere a los servicios de interactividad, estos decodificadores cuentan con
la opcin de conectarse a la televisin a travs de cables con entradas HDMI, pueden
almacenar hasta 160 GB.
TelstraClear set-top box. Cuenta con tres sintonizadores, dos para grabar y uno para ver
otro programa, 300 GB de espacio de disco duro.
Dentro de las funcionalidades del set-top box, se pueden nombrar las siguientes:
Desencriptacin de informacin de video y audio.
Tarjetas Inteligentes
Marcas de agua
110
Sistema de gestin de derechos digitales DRM (Digital Rights Management)
Cada una de estas se explicarn en la Seccin 5.4.2 de seguridad de contenido en IPTV.
5.3.3 IPTV como conexin en el hogar
Hoy en da, el usuario final utiliza para la reproduccin de su contenido una gran variedad de
dispositivos, estos pueden ser smartphones, computadores personales, etctera. Por lo tanto el
sistema debe de ser capaz de entregar el contenido a cada uno de los dispositivos.
Es por esto que una de las razones de entrega a travs de distintos dispositivos, es la de compartir
el contenido a travs del protocolo de internet IP. A continuacin se vern las distintas formas de
entrega y las tecnologas asociadas a ellas.
5.3.3.1 Formas de entrega en servicios de IPTV.

Del Captulo IV de Head End de servicios televisin a travs del protocolo de internet, se puede
apreciar en la Seccin 4.4.1 la entrega de la informacin al usuario final, en cmo se puede llegar
a este, a travs de las distintas tecnologas asociadas descritas all, pero que se muestran en la
Figura 5.4 para facilitar su comprensin.
Figura 5. 4. Entrega desde el Head End hasta el usuario final.
En la Figura 5.4 se puede apreciar el acceso de banda ancha, con las distintas tecnologas
descritas en ella, como el acceso por FTTx, el par de cobre a travs de xDSL y combinaciones
de fibra ptica con cable coaxial HFC (Hybrid Fiber Coaxial). Estas definen la entrega en la
denominada ltima milla.
Adems, la entrega de contenido al usuario final se define en distintas etapas, estas son:
111
Redes de transporte. Utiliza redes que pueden tomar distintas topologas para llegar al
usuario final.
IP Edge utilizado para direccionar cada solicitud IGMP, en este caso se utiliza MSER
(Multi Service Edge Router) como un integrador de tres funciones claves a una plataforma
nica o de varias funciones para incluir el direccionamiento IP en el borde, agregacin de
Ethernet y tambin los servicios de gestin para el suscriptor.
Cabe destacar que la entrega de servicios viene dada por el tipo de difusin a utilizar, en este
caso lo visto en la Seccin 4.4.2 de transmisin al usuario final incluyendo secciones como 4.2.2
de video bajo demanda y 4.2.3 transmisin de eventos en vivo en IPTV definiendo la unidifusin
o la multidifusin, el tipo de entrega segn el servicio solicitado se muestra en la Figura 5.5.
Figura 5. 5.Entrega con distintos tipos de contenidos a los usuarios finales.
De la Figura 5.5, se aprecia que lnea de color azul desde el Head End de IPTV hasta el usuario,
lleva servicios como VoD o aplicaciones trick play en vivo utilizando unidifusin; mientras aquellas
lneas de color rojo, tienen nodos que separan el flujo de servicios de tv en vivo que estn
operando en modo de multidifusin.
5.3.3.2 Dispositivos de entrega y tecnologas asociadas.
Una red de hogar puede consistir de los siguientes componentes:

Un modem de banda ancha. Asociado para la conexin de internet, puede ser incluso un
modem DSL usando la lnea de telfono o un cable para la conexin de internet.
Puerto de enlace residencial (router), conectado entre el modem de banda ancha y el
resto de la red, este posibilita mltiples dispositivos para conectar a la internet
simultneamente.
112
Puntos de acceso almbricos e inalmbricos, usando tecnologas IEEE 802.
Las redes inalmbricas IEEE pueden funcionar para asistir servicios de IPTV a dispositivos
mviles, IEEE 802.11 tiene distintas etapas en funcionamiento, la versin IEEE 802.11n es capaz
de entregar hasta 600 Mb/s, as como ofrecer un mejor rango que las redes anteriores (IEEE
802.11 a/b/g) en la utilizacin de MIMO (Multiple Input Multiple Output), usando mltiples
transmisores y receptores con el fin de mejorar el rendimiento con multiplexacin espacial y
diversidad espacial de rango incrementado.
Otras redes IEEE 802.11 inalmbricas que sern capaces de transportar an mayor velocidad
son:
IEEE 802.11ac. Opera en 5 GHz con anchos de banda de 20, 40, 80 y 160 MHz, pudiendo
transportar tasas de hasta ms de 1 Gb/s.
IEEE 802.11ad. Opera en 60 GHz con ancho de banda de 2 MHz o 160 MHz y es capaz
de transportar hasta 6,75 Gb/s.
Cabe destacar que con estas tecnologas asociadas, se puede alimentar ciertos dispositivos que
se conecten a esta red, as dispositivos mviles como smartphones, tablets, como tambin
consolas de juegos con conexin inalmbrica, sern apoyadas por tecnologas IEEE 802.11,
mientras otros como computadores personales PC (Personal Computer) se conectarn
directamente a redes almbricas.
Estos dispositivos mviles operan dentro del rango establecido del hogar, hay estudios que
combinan IPTV en conjunto con redes celulares mviles, estos proveedores hacen entrega del
servicio denominado Cuadruple Play (al agregar el servicio de telefona mvil), se consideran los
mismos parmetros de red gestionada, cerrada y con flujos de bits constantes asociados a
parmetros de calidad de servicio y calidad de experiencia.
5.4 Mediciones de servicio y seguridad en IPTV
Se ha explicado hasta el momento la diferencia del servicio de IPTV con respecto a otros sistemas
de transmisin de televisin y distribucin en la red IP, pero es importante considerar en cmo se
comportan las transmisiones en la red; por lo tanto se analizarn los efectos de prdida del
servicio y formas de comprobar la seguridad, en la entrega del servicio al cliente correcto en
cuestin.
5.4.1 Mediciones de calidad de servicio y calidad de experiencia en IPTV
Dadas las caractersticas de video como la alta resolucin y sonido envolvente de sistemas, se
debe de considerar los factores que involucran las perdidas en la calidad de tanto audio y video
en la seal de televisin sobre IP.
113
DVB-IPTV (Digital Video Broadcasting- Internet Protocol Television)
DVB-IPTV es un conjunto abierto de especificaciones tcnicas interoperables, desarrolladas por

DVB la cual es capaz de facilitar la entrega de televisin digital usando IP sobre redes de ancho
de banda fijo bidireccionales. Las claves para lograr esto estn dadas por arquitecturas
presentadas en [44], el cual define:
Monitoreo de la calidad de la seal.
Monitoreo del flujo de la seal.
Control de la seal.
Estas se presentan a continuacin con Calidad de servicio y calidad de experiencia.
5.4.1.1 Calidad de servicio en IPTV

Estos factores se pueden considerar desde la fuente (Head End de televisin de servicios por IP)
a travs de un parmetro conocido como medidas de calidad de servicio QoS (Quality of Service).
Calidad de servicio representa la capacidad de la red para asegurar mejores servicios para cierto
tipo de trfico, adems apunta a asegurar la atribucin de banda (ancho de banda asociado al
envo de informacin), control de retrasos y efecto jitter, para reducir el nmero de paquetes
perdidos [45].
Estos parmetros estn divididos en dos partes:
Transmisin en tiempo real.

Contenido de video bajo demanda VoD (Video on Demand).
Los parmetros para transmisin en tiempo real son:
Tasa de trfico, retraso entre paquetes y retraso de inicio.

Efecto Jitter.
Nmero de paquetes perdidos, errneos y reordenados.
Tasa de trfico
La tasa de trfico indica la capacidad de la red para permitir un tipo de transmisin, definiendo el
nmero de paquetes. Se define como el nmero de bytes de transmisin en relacin a la duracin
de la transmisin.
Total de bytes [b] (7)

Tasa de trfico [bs] =
Duracin de transmisin [s]
Retraso de paquetes
El retraso de paquetes representa el retraso entre los paquetes transmitidos y recibidos, este
parmetro depende del nmero de nodos (Router), trfico de la red y protocolos de enrutamiento.
Se define como un promedio de los retrasos.
114
Retraso1 + + RetrasoN [] (8)
Retrasos de paquetes [s] =
N
Efecto Jitter
El efecto de jitter es una variacin de retrasos entre paquetes y es muy importante como
parmetro para las transmisiones de tiempo real, el promedio de jitter est definido como:
|Jitter|1 + + |Jitter|N [] (9)

Jitter [s] =
N
Tasa de error de paquetes

El parmetro de perdida de paquetes est definido en conjunto con la ruta entre la fuente y el
destino donde el paquete puede ser perdido o eliminado por el router si es que el bfer esta sin
memoria para almacenar. Si el paquete se corrompe, se declara perdido. Por lo tanto la prdida
de paquetes depende del estado de la red, la cual no puede ser anticipada. El parmetro que
puede evaluar el nmero de paquetes corruptos es la tasa de error de paquetes PER (Packet
Error Rate) definida como:
N paquetes corruptos x 100% (10)

PER =
N paquetes recibidos
Otro parmetro que determina la calidad de servicio trata de los paquetes reordenados (ya que
con UDP/IP no hay retransmisin), estos aparecen cuando en el receptor, el paquete llega fuera
de orden por las diferentes rutas elegidas en los routers. Un paquete es considerado reordenado
si el nmero de secuencia es menor que el nmero de secuencia del paquete previo recibido.
Para este caso el nmero de secuencia en paquetes RTP (Real-Time Transport Protocol) es
utilizado para la transmisin de tiempo real y como algoritmo de monitoreo con el fin de determinar
si una secuencia de nmeros se han perdido o no, en este caso se utiliza RTP para la transmisin
de un puerto UDP (esto visto en la Seccin 4.3.2).
5.4.1.2 Calidad de experiencia QoE (Quality of Experience)

Es un conjunto de medidas donde el usuario determina la calidad de la transmisin, los factores
ms comunes con que se miden son:
Calidad con que recibe el usuario final.
Disponibilidad del uso del sistema.
Discapacidad de contenidos.
Fallas en la imagen.
Respecto a calidad de experiencia hay diferentes marcadores que definen el nivel o tipo de
entrega, respecto a esto, la calidad de imagen se puede definir por una escala medible (est
115
depender del proveedor de contenidos a nivel local respectivamente, por si tiene ms o menos
niveles). Los autores en [44] definen una escala en imagen dada en la Tabla 5.2.
Tabla 5. 2. Marcadores de niveles de calidad de video [44].
5 Excelente Imperceptible
4 Bueno Perceptible pero no molesto
3 Razonable Ligeramente molesto
2 Pobre Molesto
1 Malo Muy molesto
De la Tabla 5.2 para determinar mtricas que definan la calidad de experiencia, los autores utilizan
MOS (Mean Opinion Score), con el cual dan una medida subjetiva que cuantifica el impacto de
las fallas en el usuario.
Y con esto, valores que pueden ser presentados cualitativamente (ya que son apreciaciones del
usuario final) pueden ser presentados de forma cuantitativa para mejorar el servicio.
5.4.2 Seguridad de contenido en IPTV
En el contenido de IPTV, no todo el mundo est asignado en ver la totalidad del servicio, para
evitar este efecto se han diseado herramientas para asegurar que el cliente vea lo que est
permitido ver, otro punto importante que considera IPTV es el hecho de no abusar del contenido
una vez descargado, para esto se analizarn las herramientas en que trabaja IPTV.
Acceso Condicional
El acceso condicional CA es un grupo de tcnicas usadas para asegurar que solo los
visualizadores con ciertas condiciones sean capaces de ver el contenido asociado. Las
tecnologas bsicas para lograrlo involucran encriptacin o aleatorizacin de contenido, y as,
visualizadores no habilitados, no recibirn la seal habilitada para ver la informacin del
contenido. A los usuarios autorizados se les suministra una clave numrica que permite la
operacin para que cierto hardware o software dentro del set-top box o PC sea capaz de
desencriptar o desaleatorizar la seal.
Los sistemas CA estn disponibles desde un nmero de vendedores, tpicamente estos estn
integrados en el sistema middleware que entrega a los dispositivos contenido
aleatorizado/encriptado y controla la distribucin de las claves requeridas.
116
Tarjetas Inteligentes
Una tradicional forma de distribuciones de claves para los set-top box son las tarjetas inteligentes.
Estas tarjetas son llamadas inteligentes porque incorporan un procesador y una memoria que
puede ser usada por una variedad de aplicaciones. Muchas tarjetas inteligentes son vendidas en
el mundo cada ao por una gran variedad de usos, incluyendo tarjetas de identificacin, tarifa de
transporte, tarjetas de telfono, de crdito/debito, etc.
Las tarjetas inteligentes deben estar conectadas al dispositivo de lectura en orden para poder
operar. En algunos casos, esta conexin es hecha fsicamente, algunas tarjetas pueden adems
conectarse inalmbricamente usando seales de radio de pequeas distancias, eliminando la
necesidad de insertar fsicamente la tarjeta a un dispositivo.
Las tarjetas inteligentes ofrecen beneficios para los proveedores de servicio. Estas tarjetas son
portables y pueden ser asociadas a un solo televidente. Por ejemplo, una tarjeta puede ser usada
para controlar el acceso de contenido para adultos, por lo tanto, si se quiere evitar este contenido
se utiliza otra tarjeta que no incluya tal tipo de programa.
Marcas de agua
Este es un proceso de insertar datos a flujos de audio o video para seguir el uso o probar la
propiedad de los flujos. Es similar al concepto de tcnicas usadas para proteger tarjetas, por si
es que stas son falsificadas. La idea bsica es insertar identificacin sin daar el contenido de
llegada. Las fotografas digitales pueden ser marcadas para mostrar los derechos del autor, estas
marcas pueden ser ledas por la mayora de paquetes de software de edicin de imgenes. El
contenido de video y audio puede ser marcado con informacin de derecho del autor para ser
leda por algn grabador y reproductor de video para prevenir copias o distribucin no autorizada.
Con archivos de contenido digital, insertar un patrn en algunos de los bits menos importantes en
el archivo puede ser muy efectivo para propsitos de watermarking.
Las marcas de agua son implementadas en diferentes formas dependiendo de los objetivos del
creador de esta marca. Una marca de agua puede ser especficamente designada para ser frgil
y as cualquier cambio destruira la marca de agua, de este modo demostrando que el archivo ha
sido modificado.
Las marcas de agua ayudan en aplicaciones de DRM. Estas marcas individuales pueden servir
como un impedimento para no autorizar el uso del contenido, como cualquier malversacin que
puede ser remontada a la fuente especifica. Algunos proveedores de middleware han comenzado
a entregar sistemas que pueden producir una nica marca de agua dentro de cada set-top box
para permitir ser rastreable a cualquier suscriptor. Entonces los usuarios saben que cualquier
117
archivo malversado puede ser rastreado hasta l, esto puede ser una herramienta muy eficiente
para evitar compartir archivos ilegalmente.
Gestin de derechos digitales DRM (Digital Rights Management)
DRM es un conjunto de tecnologas de software y hardware dedicados para proteger derechos

de usuarios de un proveedor de contenido. El objetivo de DRM es controlar directamente las
formas en que un visualizador puede usar piezas especficas de contenido. Los sistemas DRM
pueden controlar el uso de por ejemplo visualizaciones repetidas, tiempo de contenido a ser
visualizado, copiar y grabar el contenido a otros dispositivos o grabar el contenido a dispositivos
extrables como DVD o CD.
El concepto de DRM est muy unido al de CA. De hecho, los dos sistemas a menudo trabajan en
armona en sistemas de entrega de video digital. La diferencia clave es que un sistema CA
controla ya sea como un cliente est ubicado a ver el contenido, mientras un sistema DRM
controla lo que el cliente puede hacer con el contenido mientras lo visualiza y posterior a esta
accin. En otras palabras, CA rige donde los visualizadores pueden conseguir el acceso al
contenido, mientras DRM rige lo que los clientes pueden hacer con el contenido adquirido. Por lo
tanto, el contenido que ha sido descargado para posterior reproduccin es a menudo protegido
por el DRM.
5.5 Consideraciones de servicio de televisin a travs del protocolo de internet
Las mejoras que se obtienen del transporte de flujos IP respecto a una parrilla completa estn
descritas por el envo de un solo flujo respecto a una totalidad de estos visto en parte de este
captulo, adems la experiencia del usuario IPTV es similar a los servicios tradicionales de
televisin utilizando un decodificador, adems ahora se cuenta con la entrega del servicio sobre
dispositivos mviles que estn teniendo una gran inclusin en la vida cotidiana.
Muchos decodificadores de IPTV (como tambin de OTT en que el servicio en cuestin se

analizar en el siguiente captulo) cuentan con la opcin de sintonizar televisin digital abierta,
para el caso Chileno, estos decodificadores contarn con la opcin de ser compatibles con
tecnologas ISDB-T (Integrated Services Digital Broadcasting), adems todas las funcionalidades
que trae consigo IPTV.
Se han mencionado ciertos puertos asociados al protocolo en cuestin y en cmo estas

conexiones al pasar por el firewall producen retrasos, en base a esto un televisor conectado
directamente al decodificador (que previamente se conecta a un router, que abastece de igual
forma puertos de telefona sobre internet y el servicio de internet en s) depender de la red si
tendr un retraso perceptible para el ojo humano, asociado a las condiciones de ltima milla, ya
que para conexiones xDSL habra un lmite de datos de envo, mientras en FTTx (al hogar FTTH
118
como estn haciendo los proveedores de IPTV) no habra problemas en abastecer un servicio de
ancho de banda de internet y uno exclusivo de IPTV con un lmite mucho mayor respecto a xDSL.
119
CAPTULO VI. SERVICIO DE TELEVISIN OTT (OVER THE TOP)
6.1 Introduccin
Actualmente los sistemas de transmisin de contenido de audio y video, de eventos en vivo y

contenido grabado VoD, estn migrando a tecnologas basadas en IP. Se ha visto en el captulo
anterior, las mejoras en transmisin de IP con respecto a otros tipos de tecnologas dadas con
sus parrillas programticas respectivas (DTH, CATV). Pero los servicios de televisin migrarn a
IP y tendrn una forma de entrega abierta sobre internet, esto sin la necesidad de que el
proveedor de contenidos a nivel local, tenga un control sobre los datos en cuestin, como es el
caso de IPTV.
En este mbito se desarrolla OTT (Over the Top), que cuenta con ciertas caractersticas dadas
por el proveedor de contenidos, como el hecho de transportar paquetes de datos sin hacerse
responsable o controlar el uso del contenido; por lo tanto la entrega de informacin puede tener
cabida en distintos dispositivos que puedan recibirla (set-top box, computadores, smartphones,
etctera), guiados por el concepto de tener TV en cualquier momento y lugar, con la misma
calidad que se espera de servicios de televisin tradicional. OTT trabaja al igual que IP VoD,
Video por Internet y televisin por Internet con el protocolo HTTP, tambin cuenta con una red no
gestionada y las caractersticas que definen a esos servicios, pero su diferencia radica en que
transmite adems servicios similares a IPTV en experiencia de usuario; por lo tanto ofrece una
parrilla de canales lineales, Premium, servicios de VoD (Netflix, Hulu), video por internet,
televisin por Internet y otros servicios de entrega asociados al uso de Internet.
Cabe destacar que surgen conceptos asociados a esta nueva tecnologa, partiendo desde el
hecho de que un proveedor de servicios de internet ISP (Internet Service Provider) es capaz de
comportarse como un proveedor de contenidos a nivel local. Adems la transmisin utiliza el
sistema HTTP ampliamente utilizado y con soporte para muchas aplicaciones como se ha
mencionado.
En el siguiente captulo se detallarn las mejoras de esta nueva tecnologa, como el soporte a
travs del protocolo HTTP, los distintos tipos de entrega asociados a tasas de bits adaptativas, la
compatibilidad de servicios y contenidos, entre otros. Todo esto sin olvidar que a OTT se le
considera como la nueva forma de entrega de televisin sobre internet, que se analizar en detalle
a lo largo de este captulo.
6.2 Caractersticas de servicios OTT
Un sistema de televisin OTT, entrega contenido a travs de distintas plataformas por el hecho
de utilizar IP, estas plataformas pueden ser lneas de suscripcin digital DSL, fibra ptica, WiFi
con sus normas IEEE 802.a/b/g/n/ac, redes mviles celulares como 3G e incluso LTE. Con el uso
120
de HTTP (HyperText transfer Protocol), se puede hacer entrega de contenido tanto en vivo como
pre grabado, y en este ltimo empresas como Netflix, Hulu, entre otros; trabajan en conjunto a
OTT para entregar una mayor variedad al usuario final. Como se mencion en la introduccin, el
proveedor de contenidos ahora tan solo entrega paquetes, no se hace responsable de ellos ni
tampoco los controla, y bajo este comportamiento el usuario tiene la opcin de visualizar
contenido en un dispositivo que soporte IP.
OTT describe la entrega de audio y video a travs de una red de banda ancha sin que el operador
ISP (Internet Service Provider) en este caso Entel, sea responsable de la entrega de estos
paquetes IP.
Esta distribucin y tipo de entrega se realiza a travs de redes no gestionadas y denominadas de

tipo pblico, segn la Seccin 4.3.2 la entrega de contenido sobre TCP/IP tiene protocolos
orientados a la conexin y puertos especializados (como el puerto 80 para HTTP), para que el
contenido pueda ser fcilmente entregado a cualquier dispositivo en cualquier momento y lugar,
con las condiciones de conexin asociadas para tal tipo de servicio (conexin estable).
Arquitectura del servicio OTT
OTT se puede dividir en tres capas independientes para definir una arquitectura asociada, estas
son:
Capa de control: La cual tiene gestin de identidad, control de acceso y de exposicin de
interfaz de programacin de aplicacin API15 (Application Programming Interface). Esta
se encarga de entregar las claves del servicio OTT asociado a la comunicacin con
internet a travs de distintas aplicaciones como Skype, Google, o incluso con Facebook.
Capa de aplicacin: Asociada a la entrega de contenido desde el proveedor de
contenidos a nivel local utilizando API, API es un socket dado para TCP/IP provista de un
sistema operativo.
Capa de red: Asociada al acceso final del usuario y los ncleos de red (routers).
La capa de control en OTT est asociada al cliente final y en como ste ingresa con sus sistemas
de autenticacin, pago y otro tipo de aplicacin para tanto compra o navegacin dentro de la
internet.
6.3 Diferencias con servicios IPTV
Los sistemas de entrega de servicios de televisin a travs de Internet, tienen grandes diferencias
con otros tipos de tecnologas, pero entre ellas (entindase IPTV y OTT) tambin difieren.
15 API: es el conjunto de subrutinas, funciones y procedimientos para crear aplicaciones a nivel de software.
121
La principal diferencia es que IPTV es entregada sobre una estructura dada por el proveedor de
contenido a nivel local, mientras OTT trabaja en redes abiertas sobre internet.
A continuacin se presenta en la Tabla 6.1 las principales diferencias entre los sistemas OTT e
IPTV.
Tabla 6. 1. Diferencias entre OTT e IPTV.
OTT IPTV
Entrega de A travs de internet, con una red sin A travs de una red gestionada.
contenido gestin.
Tipo de red Entregada desde el proveedor de Cerrada, entregada a travs de un proveedor
contenido al usuario usando una red de servicios de internet determinado.
abierta
Propiedad de Sin la necesidad de intervenir en el Los servicios son optimizados y
red contenido. personalizados a la red y capacidad de
terminal.
Protocolo Entrega usando HTTP (TCP). En este Tecnologas de transmisin de TS, entregado
asociado caso los mercados emergentes sobre UDP.
utilizan distintos tipos de transmisin
(HLS, HSS, HDS, DASH).
Topologas de Unidifusin y Multidifusin. Multidifusin, Unidifusin para el proceso de
enrutamiento unin a un grupo de multidifusin y de VoD.
Categora de Servicios complementarios con Servicio paralelo a cable o satlite dados por
servicio proveedores de servicios externos, el proveedor de contenidos.
terceros.
Beneficios Bajo costo, flexibilidad de contenido y Servicio Interactivo, y medidas de calidad de
de consumo a travs de distintos servicio QoS y de experiencia QoE
dispositivos.
Tipo de Retransmisin sobre el protocolo TCP Sin retransmisin, si se pierde un paquete de
transmisin en la capa de transporte. la aplicacin, sta ver si utiliza interpolacin
en las tramas o elimina alguna de estas.
Ventajas de Uso de puerto 80 para HTTP. Transmisin RTP/UDP/IP enviando flujos
transmisin constantes de bytes.
Desventajas Retransmisin asociada a TCP. Definir un puerto de entrada, y problemas
de transmisin con firewall, produce retraso.
De la Tabla 6.1, se comprende que los servicios de OTT dan ms libertades al cliente en lo que
requiera ver, adems en trminos tcnicos, OTT tambin es ms simple por el hecho de trabajar
con el protocolo HTTP definido con un puerto especfico y sin el problema de firewall.
122
OTT tiene una gran variedad de sistemas de entrega, estos son capaces de analizar la red para
entregar el mejor servicio asociado al ancho de banda en b/s que pueda ser capaz de tener el
usuario final (redes mviles, WiFi, fibra ptica, etctera). En este punto, es importante considerar
que los sistemas de entrega IPTV utilizan un flujo constante (tasa de bits fija) para la entrega de
contenido, mientras OTT hace entrega de contenido a travs de segmentos, asociados a tasas
de bits adaptativas, esto se ver en detalle en la Seccin 6.4.
6.4 Entrega de servicios OTT a travs de HTTP
Para la entrega de servicios de televisin bajo el concepto de OTT, se considera una tasa de bits
adaptativa ABR (Adaptive BitRate) (para conectar al televisor, o a dispositivos mviles). Este ABR
es una tcnica usada en transmisin multimedia sobre redes computacionales, actualmente las
tcnicas utilizadas son HTTP (HyperText Transfer Protocol) y estn designadas para trabajar
eficientemente sobre una red como la Internet, esto es conocido tambin como HAS (HTTP
Adaptive Streaming).
ABR tiene diferencias con el sistema de transmisin de IP de flujo continuo (IPTV) en los
siguientes puntos:
Envo del servidor al cliente con una tasa de bits fija, mientras en OTT son ABR.
Sincronizacin entre el cliente y servidor producto de efectos como trick play en IPTV,
mientras OTT es un protocolo sin estado.
Problemas con el firewall en enrutadores en IPTV producto de utilizar UDP a diferencia
de HTTP que utiliza un puerto especfico para la transmisin de informacin.
En la transmisin HTTP, ya sea para eventos en vivo y pre grabados, el video se codifica en
segmentos (a veces referidos como chunks), el cual incluye codificacin de video, audio,
protocolos de encriptacin, etc. Estos segmentos tpicamente representan dos a diez segundos
de video. El flujo es dividido en segmentos de video de un grupo de imgenes GOP (vase
Seccin 3.4.4) que empiezan con una trama IDR (denominada as porque cada trama puede ser
decodificada independientemente sin depender de otras tramas). Luego estos segmentos son
almacenados en un servidor HTTP, cada secuencia de segmentos es denominado perfil, un perfil
difiere de otros en resolucin, tasas de bits, codificacin en perfil y nivel (asociado a los algoritmos
de compresin MPEG).
Cuando se est utilizando por tanto el protocolo HTTP, los chunks son ordenados y el contenido
es visualizado correctamente. A continuacin se presentan las diferencias entre transmisin de
flujo continuo y la transmisin adaptativa en la Figura 6.1.
123
Figura 6. 1. Diferencias entre transmisin tradicional (izquierda) y adaptativa (derecha).
De la Figura 6.1, ABR se adapta a las condiciones de red seleccionando los segmentos de video
desde diferentes perfiles, el cliente tiene una lista de tasas de bits de perfiles disponibles (o de
resolucin de video), y puede determinar si debe cambiar a una resolucin diferente producto de
las condiciones de entrega dadas por las tasas de bits. Esto es llamado entonces lista de
reproduccin, el clculo de ancho de banda (en b/s) del cliente, es repetido a cada descarga de
cada chunk o segmento, y entonces el cliente puede adaptarse al cambio de red (en ancho de
banda) cada pocos segundos.
Este comportamiento se representa en la Figura 6.2.
Figura 6. 2. Transmisin adaptativa.
De la Figura 6.2 se puede apreciar que del operador se entregan distintas tasas de bits,
produciendo distintos tipos de flujos para la recepcin; por lo tanto el receptor podr elegir el tipo
de video asociado al flujo de bit, luego dependiendo de la red, ser posible entregar un mejor o
menor perfil asociado a las condiciones en ancho de banda del usuario.
Un factor importante a considerar en OTT, es el hecho de definir los proveedores de servicio de

internet ISP (Internet Service Provider) que pueden ser descritos en tres capas, mostradas en la
Figura 6.3 [46].
124
Figura 6. 3. Capas de un proveedor de servicios de internet ISP [46].
De la Figura 6.3 se puede apreciar que las redes ISP estn compuestas de tres capas, una de
acceso, metro y ncleo.
La capa de acceso conecta al usuario final con la capa metro, va nodos de acceso a
nivel local usando enlaces almbricos o inalmbricos.
La capa metro conecta el acceso de los nodos al ncleo, esta capa puede variar
ampliamente desde una escala regional a internacional.
La capa de ncleo es la responsable para interconectar varias capas metro y esta capa
se encarga de tener las conexiones con el resto del mundo.
Una de las tendencias que han emergido en la transmisin de la industria, ha sido de pasar de
protocolos de transmisin clsicos a la descarga progresiva por medio de HTTP, algunas de estas
razones son:
Los servicios de descarga web han tenido tradicionalmente menos gastos que los
servicios de transmisin ofrecidos por los proveedores.
Los protocolos de archivos multimedia han tenido la dificultad de pasar a travs de
firewalls y enrutadores como ya se ha indicado para UDP, con socket sobre ciertos
puertos. La entrega de archivos multimedia basado con HTTP, no tiene tal tipo de
problema porque el firewall y el enrutador pasan las descargas HTTP a travs del puerto
80.
HTTP no requiere proxies o cach especiales para la entrega de archivos multimedia. Un
archivo de estos se lee como un archivo comn de la web.
HTTP facilita la entrega con sus formas de entrega del contenido de video.
125
6.4.1 Diferencias con otros tipos de entrega
La entrega de contenido en la web, hoy usa tres mtodos de entrega:
Transmisin de flujo continuo (dadas en tasas de bits fijas por IPTV).

Descarga progresiva.
Transmisin adaptativa.
Transmisin de flujo continuo
Este sistema de transmisin (constante en tasas de bits) usa RTSP (Real Time Streaming
Protocol), ste se ha definido como un protocolo con estado, con caractersticas definidas para el
cliente como play, pause y teardown (usado para desconectar desde el servidor y terminar la
seccin), es decir, mantener una pista del estado del cliente. El envo de paquetes, se da con una
carga til de 1.316 bytes y las cabeceras asociadas con una longitud de 66 bytes (IPv4) o 86
bytes (IPv6); su inconveniente est dado por el firewall incrementando la latencia.
Por el otro lado, HTTP es conocido como un protocolo sin estado, si un cliente HTTP requiere de
cierto contenido, el servidor responde envindola, pero no recordar el cliente ni el estado
asociado. Cada requerimiento HTTP es manejado como una sesin independiente.
Descarga progresiva
La descarga progresiva es soportada por la mayor parte de las plataformas, descargndose al

cach del dispositivo en cuestin, de ah el hecho de ver mientras se sigue descargando y poder
pausar con el contenido que continua descargndose de igual forma. El formato comn para este
tipo es el MP4 (asociado a MPEG-4 parte 14), siendo sta una extensin para el audio y el video,
como tambin contenidos para salvaguardar los derechos del autor (copyright); por lo tanto
codifica datos de audio y vdeo, optimiza el almacenamiento y se distribuye en redes.
En este sentido la descarga progresiva carece de capacidades que optimicen la transmisin de

contenido, aunque esta opcin ofrece cierta flexibilidad para ser desplegada en aplicaciones
mviles a bajas tasas de bits, por ejemplo redes 3G.
Transmisin adaptativa
ABR mejora la experiencia del usuario, ofreciendo mejoras sobre la calidad de video disponible,
algunas de sus ventajas sobre la transmisin de flujo continuo y la descarga progresiva son:
Bajos costos de infraestructuras para los proveedores de contenido eliminando

servidores de transmisin especialmente en lugar de caches/proxies genricas.
126
La entrega de contenido es dinmicamente adaptable, se puede entregar dependiendo
de las variaciones en la condicin de entrega de ltima milla y variaciones de ancho de
banda producto de los usuarios conectados a la red en cuestin.
Los suscriptores no necesitan seleccionar estticamente una tasa de bits, el cliente puede
realizar la funcin dinmicamente y/o automticamente.
El cliente puede controlar la tasa de bits, tomando en cuenta el ancho de banda
proporcionado por la red, resolucin, cdec y tipo de video asociado al mismo.
HTTP entrega flujos de datos, y en conjunto a los firewall, evita el problema de bloqueo
de transmisin producto de operar con el puerto 80, a diferencia de la entrega con UDP.
Cabe destacar, que utilizar transmisin adaptativa HTTP HAS o ABR tiene ciertas consecuencias,
como:
Los clientes deben almacenar algunos chunks o segmentos para evitar parar la
reproduccin (asociado al ancho de banda de la red y tambin caractersticas del video
como resolucin).
HTTP est basado en TCP, cuando se pierde un paquete, TCP recupera estos datos, sin
embargo cuando aumentan estas prdidas de paquetes, TCP falla pudiendo incluso
hasta cortar la reproduccin.
Hay varias versiones de transmisin adaptativa en el mercado, algunas son [46]:

Transmisin dinmica HTTP para adobe HDS (HTTP Dynamic Streaming).
Transmisin plana HTTP para Microsoft HSS (HTTP Smooth Streaming).
Transmisin en vivo HTTP para Apple HLS (HTTP Live Streaming).
Transmisin adaptativa dinmica sobre HTTP DASH (Dynamic Adaptive Streaming over
HTTP)
A continuacin se presentarn cada una de estas de forma detallada.
6.4.1 HDS (HTTP dynamic streaming) para Adobe
HDS habilita la distribucin de contenido multimedia para aprovechar los protocolos ms

frecuentes de internet, con el fin de entregar la mejor experiencia de transmisin adaptativa
asociada a los terminales que sean capaces de soportar el software de Adobe Flash.
El formato para HDS ms comn es MP4, este es usado para tanto, transmisin en vivo y de VoD
con apoyo a codificacin para altas resoluciones de reproduccin, adems cuenta con una
proteccin robusta de gestin de derechos digitales DRM, sta ha sido integrada con el contenido
para la preparacin y entrega, habilitando nuevos modelos de negocios.
127
Adobe Flash Player versin 10.1 introduce el soporte para HDS, con transmisin de servidores
HTTP del tipo ABR, tomando el formato MP4 como formato fragmentado F4F (MP4 Fragmented
Format). Dentro de las ventajas de utilizar HDS estn:
Gran alcance a travs de Flash Player.

Estndar industrial para F4F.
Proteccin de contenido integrado dado por Flash Access 2.
Soporte para sistemas de almacenamiento en cache HTTP sin modificar (como redes de
entrega de contenido CDN, ISP).
Este sistema (HDS) trabaja con sistemas de compresin H.264, apoyando tambin monitoreo de
calidad de servicio QoS, funcionalidades DVR (Digital Video Recorder), tasas de bit adaptativas
baja latencia para eventos en vivo y apoyo de modos trick play.
HDS puede entregar beneficios adicionales y habilitar mejoras significativas sobre la entrega
progresiva, algunas de estas ventajas incluyen:
Reduccin de costos en entrega utilizando infraestructuras de almacenamiento en cach

de internet.
Navegacin multimedia apoyando a la funcin de buscar y reproducir en cualquier
segmento del archivo.
Limitacin de tasas de bits para asegurar que solo el contenido visto sea entregado.
A continuacin se presenta en la Figura 6.4 el flujo de trabajo para transmisin de eventos en vivo
y pregrabados [47].
Figura 6. 4. Flujos de trabajo para HDS [47].
128
En la Figura 6.4 HDS utiliza el formato F4V16 (asociado a MPEG-4 Parte 12) usando un estndar
MP4 con la extensin F4F. Este formato permite poner a buscar y almacenar en cach archivos
multimedia con porciones ms pequeas. Adobe ha publicado el formato completo F4F con
especificacin en F4V en [48].
Para la transmisin de eventos en vivo, se considera el protocolo RTMP (Real Time Messaging
Protocol), ste apoya todos los formatos incluyendo FLV y F4V. La proteccin de contenido es
por verificacin de flujo del protocolo RTMP apoyada por Flash Access 2, y debido a su baja
latencia se entrega en contenidos en vivo.
El 97% del mercado de Flash Player, tiene la opcin de transmitir a computadores, sin embargo,
Flash Player no es ampliamente soportado por Android e iOs, lo cual limita el uso de la transmisin
a dispositivos mviles. A continuacin se presenta en la Tabla 6.2 algunas consideraciones de
HDS.
Tabla 6. 2. Consideraciones de HDS.
Funciones Caractersticas
Entrega de mltiples HDS no ofrece una solucin convincente para entregar varios flujos de
canales de audio diferentes audios.
Sistemas de encriptacin y de gestin de derechos digitales.
Sistemas de encriptacin Con el uso de Adobe Flash Access se simplifica la interaccin entre la clave
y de gestin de derechos de gestin del servidor y el aleatorizador que realiza la encriptacin,
digitales. enviando las claves de desincripcin en conjunto al contenido evitando el
intercambio entre ambos.
Subttulos HDS soporta pistas de datos que tienen formato de datos DFXP como
subttulos, basados en formatos TTML (Time Text Markup Language).
Insercin de anuncios HDS controla los eventos en pistas de datos separados, usando chunks para
estos propsitos.
16Es una estructura general que permite un diseo flexible del formato permitiendo la gestin, edicin y
presentacin de la visualizacin.
129
6.4.2 HSS (HTTP Smooth Streaming)
Microsoft ha desarrollado su propio formato de tasas de bit adaptativas definidas como HSS. Es
una parte de los servicios de informacin de internet ISS (Internet Information Services) y permite
la transmisin a Silverlight, ste apoya a la transmisin plana, anlisis de MPEG-4, descarga a
travs de HTTP, cambios de tasas de bits, entre otras; y con esto determinar en qu momento
hacer los cambios efectivos en la transmisin, adems HSS agrega funciones multimedia
similares a HDS. HSS detecta el ancho de banda local para las condiciones de la CPU o de
hardware asociado al equipo, con el fin de cambiar las tasas en tiempo real para ofrecer la calidad
ms alta de video que la red y el dispositivo son capaces de ofrecer. Estos archivos son
entregados en un formato MP4 fragmentado y luego es almacenado como archivos ISMV.
HSS detecta el ancho de banda y las condiciones de CPU la local, cambia los flujos dinmicos
sin problemas asociados a la condicin cercano a tiempo real en la resolucin de video de un
archivo multimedia. Los clientes con buenas conexiones de ltima milla tendrn la experiencia de
reproduccin de alta definicin, mientras otros con menores condiciones en trminos de ancho
de banda podrn recibir calidad de contenido respecto a su conexin.
Al igual que en HDS, HSS utiliza como formato MP4, algunas razones que se especifican en [49]
son:
MP4 es un formato contenedor ligero.
MP4 es ms fcil para analizar en cdigos .net (estos son framework de Microsoft que
dan un nfasis en la transparencia de la red con independencia de hardware).
MP4 como estndar es muy amplio, incluyendo la adopcin de terceros y con soportes
ms sencillos.
MP4 tiene una arquitectura con algoritmos de compresin MPEG (parte 14 del estndar
MPEG-4), produciendo de esta forma adoptar una gran cantidad de productos.
MP4 est designado para apoyar la fragmentacin de carga til dentro del archivo.
Se especifica en HSS dos partes:

Formato almbrico.
Formato de archivo en disco.
El formato almbrico define la estructura en que los chunks son enviados a los clientes a travs
de IIS (internet Information Services 7.0), donde el formato define una estructura de archivos
continuos sobre el disco, permitiendo mejores gestiones de los mismos (de aqu que MP4 permite
ser organizado internamente como una serie de fragmentos).
130
El segundo define como el archivo es guardado antes de ser enviado por el formato almbrico,
por lo tanto el almacenamiento en el archivo se guarda completo en una pieza, pero la
transferencia al cliente es una serie de pequeos chunks.
HSS ha sido utilizado por NBC para la transmisin en vivo de los juegos olmpicos, y es parte de
Netflix, incluso es posible transmitir a dispositivos Apple usando H.264. A continuacin se
presenta en la Tabla 6.3 algunas consideraciones de HSS.
Tabla 6. 3. Consideraciones HSS.
Entrega de mltiples Cada pista de audio se maneja de forma separada, enviando si es necesario
pistas de audio ms de una pista asociada a la pista de video.
Encriptacin y gestin Microsoft utiliza PlayReady, el cual da una trama completa para la encriptacin
de derechos digitales del contenido, gestin de claves y entrega a sus clientes.
Subttulos Con el uso de TTML (Time Text Markup Language) en pistas de datos,
especifica datos de separador de subttulos (parecido al caso de HDS).
Insercin de anuncios Al igual que en HDS, se puede entregar control de eventos en diferentes pistas,
en este caso con la ayuda de Silverlight, el cual es el encargado del
comportamiento de red como de usuario.
Flujos de latencia Este protocolo ha implementado un modo de baja latencia, en la cual parte de
los chunks son entregados al cliente tan pronto sea posible, reduciendo la
latencia al usuario.
6.4.3 HLS (HTTP Live Streaming)

HLS es un protocolo de comunicaciones de transmisin basado en HTTP, implementado por
Apple Inc. Permite enviar audio y video desde un servidor web para reproducir en dispositivos
iOs, incluyendo iPhone, iPad, iPod touch, Apple TV y computadores como MAC OSX. HTTP live
streaming apoya la transmisin de contenido en vivo como tambin contenido pregrabado (caso
de VoD) a mltiples flujos en diferentes tasas de bits, y el cliente puede determinar que flujo tomar
dependiendo de las condiciones asociadas a su ancho de banda. HLS tambin entrega
encriptacin y autenticacin sobre HTTPS (protocolo de comunicacin sobre redes
computacionales con especial despliegue sobre Internet), permitiendo a sus publicadores estar
protegidos en la entrega de contenido.
131
Conceptualmente, HLS consiste de tres partes [50]: el componente de servidor, distribucin y el
software del cliente, a continuacin se explica cada una de estas.
El componente del servidor es responsable de tomar flujos de entrada de archivos

multimedia para codificarlos y encapsularlos en un formato adecuado para entrega.
El componente de distribucin consiste de los servidores web estndar. Ellos son
responsables de aceptar los requerimientos de los clientes y entregar el archivo
multimedia preparado asociado al cliente. Para distribucin de gran escala son utilizadas
sobre las redes perifricas o edge, las redes de entrega de contenido CDN (Content
Delivery Network).
El software del cliente es responsable de determinar los medios requeridos, descargan
estos recursos y se encargan de ensamblar los medios que pueden ser presentados al
usuario en un flujo continuo.
En una configuracin tpica, se codifica en H.264 en video y ACC en audio; transmitiendo en flujos
de transporte MPEG TS (todo esto visto en el Captulo III), luego para ser separados en una serie
de flujos dado por segmentos. Estos archivos son almacenados en un servidor web, el segmento
tambin crea y mantiene un ndice de conteniendo en una lista de archivos, definida como una
lista .m3u8. La lista .m3u8 permite al cliente conocer que segmentos asociados de secuencias,
se encuentran disponibles en un determinado momento, y en base a las condiciones de ancho
de banda y del dispositivo de reproduccin en cuestin, descargar el segmento de forma
automtica dada por las condiciones mencionadas para almacenar el contenido en el bfer.
El ndice URL es publicado en el servidor web, el cliente lee el ndice y requiere del archivo para
reproducirlo sin pausa ni brechas en los segmentos (asociado a HTTP), esto se presenta en la
Figura 6.5.
132
Figura 6. 5. Flujo de trabajo en HLS.
A continuacin se presenta en la Tabla 6.4 algunas consideraciones de HLS
Tabla 6. 4. Consideraciones HLS.
Entrega de mltiples En HLS los archivos TS pueden transportar mltiples pistas de audio, pero no es
pistas de audio necesariamente una ventaja en ABR, porque significa que los chunks TS son ms
grandes. Por lo tanto se crea una combinacin para cada audio y cada video
(audio ingls y video, audio espaol y video, etctera) haciendo ms grande el
almacenamiento.
Encriptacin y HLS apoya la encriptacin de cada TS, sin poder desencriptarla a menos que se
gestin de derechos conozca la clave, adems incluye los metadatos17 relacionados al flujo, se deben
digitales incluir en el archivo. Pero HLS no especifica un mecanismo de autenticacin para
la recepcin de claves, considerado un problema de implementacin, para esto
HLS ofrece sus propias claves dependiendo de los oferentes.
Subttulos HLS puede decodificar y mostrar subttulos con chunks TS usando el estndar
parte 4 de televisin digital ATSC (Advanced Television Systems Committe).
17 Datos que describen otros datos, para el caso de HLS los metadatos incluyen informacin asociados al flujo de
transporte de envo de MPEG.
133
Insercin de HLS utiliza una sustitucin de chunks basados en insercin de anuncios, la pista
anuncios puede ser modificada para entregar diferentes chunks de avisos a diferentes
clientes.
Disponibilidad de HLS al igual que HDS pueden enviar metadatos al cliente en sus listas de
enviar otros datos al reproduccin, apuntando a los eventos y contenido de toda clase al cliente,
cliente permitiendo en HLS separar datos de pistas para ser multiplexadas en chunks TS.
6.4.4 DASH (Dynamic Adaptive Streaming HTTP)
DASH es un enfoque de cdigo abierto para tasas de bit adaptativas, con despliegue bajo el
auspicio del grupo internacional MPEG. El objetivo, es tener una tecnologa que sea
universalmente implementada y comparada, con las anteriores formas de transmisin adaptativa
sobre HTTP mencionadas. El estndar fue aprobado en 2011, DASH es codificacin de audio y
video agnstico, sin embargo la especificacin entrega una gua especfica y da formatos para el
uso con dos tipos de contenedores, el formato MPEG-4 o el flujo de transporte MPEG-TS.
En la Figura 6.6 se muestra un escenario de transmisin entre un servidor HTTP y un cliente

DASH.
Figura 6. 6. Transmisin entre un servidor HTTP y un cliente DASH.
En la Figura 6.6 el contenido multimedia es capturado y almacenado en un servidor HTTP y

entregado a travs del mismo. El contenido existe en dos partes [51]:
134
Descripcin de presentacin de medio MPD (Media Presentation Description), el cual
describe un manifiesto del contenido disponible, en sus direcciones URL y otras
caractersticas.
Segmentos, los cuales contienen los flujos de bits en forma de chunks, de archivos
simples o mltiples.
Para reproducir el contenido, el cliente DASH obtiene el MPD [51], ste conoce la disponibilidad,
tipo de archivo, resolucin, tasas de bits asociadas, accesibilidad a gestin de derechos digitales
DRM, entre otras. Con esta informacin, el cliente selecciona las condiciones necesarias para la
transmisin de contenido.
En la transmisin de contenido se contina verificando las condiciones de entrega del mismo,

dependiendo de estas medidas, el cliente decide cmo adaptar el ancho de banda disponible o
mantener las condiciones actuales de reproduccin.
Algunas caractersticas adicionales de MPEG-DASH, entre otras son [51]:
Soporte de mltiples servicios como:

o Vdeo sobre demanda, TV lineal, Time Shift para grabador de video personal
PVR (Personal Video Recording).
Seleccin del cliente y/o usuario para la representacin de contenido.
Adaptacin dinmica de contenido, reproducido para determinar cambios en el
procesamiento de la seal.
Modos Trick play.
Insertar avisos pre codificado u otro contenido a las plataformas bajo demanda y servicios
de transmisin en vivo.
Entrega eficiente de mltiples lenguajes y pistas de audio.
Proteccin de contenido y seguridad del mismo.
A continuacin, en la Tabla 6.5 se muestran las comparaciones de los protocolos nombrados.
Tabla 6. 5. Diferencias entre los protocolos HTTP.
HDS HSS HLS DASH
Cdec de video H.264, VP6 H.264, VC-1 H.264 H.264 ms otros

(agnstico)
Cdec de audio AAC, MP3 AAC, WMA AAC, MP3 AAC ms otros
135
Formato de Fragmentos Fragmentos TS MPEG-2 Fragmentos MP4 ms
segmento MP4 MP4 TS MPEG2
Paquetizacin de Multiplexado en Multiplexado en Multiplexado en Multiplexado o separado

audio/video/texto un segmento un segmento un segmento en segmentos distintos
6.5 Redes de entrega de contenido al usuario final
Componentes de entrega de video
Asociado a un CDN (visto en la Seccin 4.4.4.1) sus componentes consisten de un codificador,

transcodificador y un paquetizador (tambin denominado segmentador o fragmentador), que en
conjunto con las redes de entrega de contenido CDN, se relacionan para la entrega de ABR.
En la Figura 6.7 se muestra como se conforma desde el Head End hasta el usuario final en un
tipo de transmisin OTT al cliente, utilizando un CDN.
Figura 6. 7. Arquitectura OTT.
De la Figura 6.7 se muestran las siguientes etapas:

Head End de contenido: Asociado al Captulo IV de Head End de televisin.
Codificador: Asociado a la codificacin de un flujo de datos sin comprimir, reduciendo su
tasa de bits; cuando estos tienen codificaciones distintas se utiliza el transcodificador,
producto de utilizar un mismo formato de codificacin como es MPEG-4 H.264 AVC.
Paquetizador. Utilizado con el propsito se segmentar los flujos de video dados por los
distintos tipos de transmisin en HTTP.
CDN. El cual gestiona estos chunks para acercar el contenido web al cliente.
136
En OTT el codificador/transcodificador debe de procesar el video de la siguiente forma:
La salida de video debe tener exploracin progresiva de imgenes, por lo tanto si viene
entrelazada se debe de desentrelazar el video asociado.
La salida de video debe ser adecuada al tipo de dispositivo del cliente.
Las diferentes salidas de perfiles deben ser alineadas en tramas IDR para que en la
reproduccin de los chunks creados, la reproduccin de cada perfil sea continua y plana.
El audio debe ser transcodificado a codificacin de audio avanzada AAC, utilizado por las
diferentes tcnicas de transmisin HTTP. Adems de que el mismo flujo de audio
codificado necesita ser transmitido en todos los perfiles de video.
El paquetizador es el componente que toma la salida del transcodificador y paquetiza el video

para un protocolo de entrega especfico. ste debe de tener las siguientes caractersticas:
Capacidad de encriptacin, estando disponible para encriptar los chunks de salida en un

formato compatible con el protocolo de entrega.
Integracin de sistemas de gestin de terceros, el paquetizador en este caso est
disponible para recibir las claves de encriptacin desde terceros para ser usadas para
gestionar y distribuir a los clientes.
Flujos de eventos en vivo o pregrabados, dependiendo de si la organizacin es en vivo o
bajo demanda.
La red de entrega de contenido no requiere ningn servidor especial para transmisin, para la
entrega en vivo es beneficioso ajustar el CDN para sacar los chunks ms antiguos u obsoletos
rpidamente, sin la necesidad de mantenerlos, la duracin actual depende de la duracin de los
chunks y de la latencia en el cliente.
Arquitectura de trabajo
Es valioso tener una arquitectura que permita al transcodificador y paquetizador estar separados.
Esto da la ventaja que la entrada de video pueda ser transcodificada en el ncleo, entregando
mltiples formatos a los CDN que pueden abastecer ciertos requerimientos. En relacin a esto se
presentan en la Figura 6.8 los casos de paquetizador cerca (a) y separado del Head End (b).
137
Figura 6. 8. Paquetizador respecto al Head End.
Cabe destacar que en la Figura 6.8, la perdida de paquetes en el ncleo puede resultar en
prdidas irrecuperable de segmentos o chunks; para este caso una arquitectura mostrada en la
Figura 6.8 (a) es ms factible; pero por el contrario, al llevar mltiples tasas de bits, necesitara
de ms ancho de banda producto de llevar muchos ms flujos, si se necesita transportar menos
datos desde el Head End, la arquitectura mostrada en la Figura 6.8 (b) es mejor opcin.
6.5.2 Redes de igual a igual (Peer to peer)
En OTT, esto es un valor agregado para la entrega de informacin, producto de que cualquier
punto dentro de la red se comporta como proveedor de contenido, ya que el usuario en cuestin
se conecta con el resto y puede compartir los datos de video, creando una base de datos con el
resto de los dispositivos, esta opcin de redes de igual a igual es independiente de la red, la base
de datos puede conectar usuarios de distintos ISP para compartir contenido, utilizando las
herramientas que ofrecen las redes computacionales vistas en la Seccin 4.3.
6.6 Estudios de OTT sobre redes LTE
En esta seccin se muestran algunos estudios de la tecnologa OTT con su forma de entrega
DASH sobre una red LTE a travs de algunos parmetros de QoE.
En la red hay estudios que definen que TCP/IP est ganando terreno sobre UDP/IP en la
transmisin de contenido. Un caso para este es el de Netflix, Youtube y HTTP; ya que cuenta con
138
gran capacidad de trfico en otros pases para la descarga de contenidos que se puede citar en
[52]. Por lo tanto, la tecnologa basada en OTT tendr cada vez mayor cabida en el mercado de
entrega de contenidos, destacando que el ISP entrega paquetes a dispositivos como
smartphones, entre otros; que pueden visualizar mucho ms que solo video adems de datos y
VoIP). Por lo tanto es importante garantizar en este caso QoE para la transmisin HTTP, otros
parmetros como QoS se basan en parmetros especficos vistos en la Seccin 6.4.4 para DASH.
En redes LTE y LTE avanzado [53], [54], existe una estacin base, en la que la red mvil
determina la ubicacin de recurso y acta en relacin al cliente DASH. Con las caractersticas de
este tipo de tecnologa, DASH se adapta a los recursos ubicados por el planificador inalmbrico
(wireless scheduler), ste tpicamente funciona como contenido conocido y asigna recursos
basados en las condiciones de canal sin considerar las caractersticas del transporte de
contenido.
Dentro de los estudios realizados para OTT sobre LTE estn:
Evaluacin de QoE de end-to-end para transmisin adaptativa HTTP sobre LTE [55].
Resume los conceptos asociados a la transmisin adaptativa HTTP, y define caractersticas de

QoE en 3GPP, asociado a mtricas comparadas con la descarga progresiva, esto se aprecia en
la Figura 6.9.
Figura 6. 9. Mtricas en QoE de redes mviles [55].
QoE basado en trfico y gestin de recursos para HTTP en LTE [56].
139
Propone optimizaciones para mltiples usuarios de HTTP adaptativo, en la entrega en redes
mviles, esto se ve reflejado en la Figura 6.10.
Figura 6. 10. Optimizacin para entrega de video adaptativo HTTP [56].
La Figura 6.10 trata del proceso de HTTP sobre LTE, ya que un servidor DASH agrega y/o extrae
informacin (ya sea el caso) del MPD. En la estacin base un optimizador de QoE optimiza las
utilidades y la informacin de canal para los diferentes clientes, y en base a esto, entregar el tipo
de transmisin HTTP adaptativo que sea capaz de recibir el dispositivo (asociado al tipo de
resolucin, ya que a mayor resolucin, el chunk es de mayor tamao, y la red debe de entregar
el mejor servicio posible).
El resto del documento indica la adaptacin del flujo de video del bfer en condiciones conocidas
como ubicacin y gestin de recursos para LTE.
Hacia mejoras de OTT para QoS bajo demanda para aplicaciones en LTE [57].
Introduce un servicio preferencial a los suscriptores basados en servicios predefinidos, ayudando

al operador a usar sus recursos de forma ms eficiente, habilitando por ejemplo, mayor capacidad
y eficiencia a mayor necesidad de trfico. Este estudio est basado con mejoras de servicio para
OTT, transmitiendo sin algn tipo de QoS sobre LTE.
6.7 Consideraciones al servicio de televisin OTT
La segmentacin de los flujos de video y audio permiten trabajar con diferentes resoluciones a
diferentes condiciones de entrega en ltima milla, pero esta segmentacin debe de contener las
condiciones asociadas a resolucin de la imagen a reproducir.
140
En relacin a la forma de transmisin, HSS y HDS utilizan MP4, quin define formatos
contenedores para tanto audio (m4a), video (m4v) y datos asociados al video como tal, mientras
HLS utiliza MPEG-TS como formato de entrega (este ltimo tiene un uso muy amplio, cubriendo
la mayor parte de aplicaciones). DASH en este caso, mezcla en un intento de estandarizacin
ambos sistemas de entrega para tener un sistema unificado de transmisin sobre HTTP.
En las condiciones de entrega, un segmento puede traer reproduccin desde 5 hasta 12

segundos, pero para tecnologas como HLS, 10 segundos es lo ptimo en entrega de segmentos,
incluso en ciertos tipos de eventos los segmentos son distintos. Este es el tpico caso de un
evento deportivo, si un partido tiene cmaras que enfocan a jugadores especficos, terrenos,
ngulos del mismo y gradas, los segmentos son distintos para cada uno de los casos, en el que
el usuario final quiera requerir del servicio en cuestin.
El hecho de utilizar diferentes tecnologas asociadas al tipo de transmisin HTTP permite tener
una mayor cantidad de compatibilidad con equipos (es de conocimiento popular que HLS
desarrollado por Apple tiene desarrolladores exclusivos para su sistema operativo haciendo ms
difcil hacer la conexin directa a los equipos dados por este fabricante).
En relacin a las diferencias entre los tipos de transmisin adaptativa sobre HTTP, HLS desarrolla
sus terminales con sistemas operativos iOs y OSX, adems de ofrecer desarrollo de aplicaciones
para Android, siendo este sistema operativo para dispositivos mviles muy popular en la
poblacin actual.
Una ltima consideracin es en las redes de igual a igual, ya que como no hay un nodo
centralizado que entregue contenido, un dispositivo mvil puede interactuar en una misma red
con el decodificador para presentar en el televisor el contenido asociado al dispositivo en
cuestin, OTT al ser una red abierta y no gestionada, permite al usuario final mayor libertad en la
visualizacin y la mejora de tener televisin en cualquier parte.
141
CAPTULO VII. CREACIN DE PERFILES OTT AL USUARIO FINAL
7.1 Introduccin
Este captulo se centrar en crear perfiles OTT en Chile, directamente asociados a la empresa
Entel que tiene como valor agregado, sistemas de entrega de celular mvil con servicios LTE,
para esto se analizar la creacin de perfiles asociados al usuario final, de lo indicado en el
captulo VI, estos son conocidos como manifest, los cuales son perfiles con cierto tipo de
resolucin (entindase resolucin como la cantidad de pixeles por lnea en relacin con las lneas
por cuadro), para la entrega a usuarios OTT que pueden ser diferenciados en mviles y fijos.
Este captulo ser divido en dos secciones, explicadas a continuacin:
Servicios de entrega de clientes mviles, asociados a aquellos clientes que operan con
sus redes mviles celulares, con conectividad directa a una antena independiente de la
red mvil que se est utilizando (3G o LTE).
Servicios de entrega a clientes fijos, asociados a aquellos clientes que operan dentro
de una red del tipo hogar, con conectividad a travs de fibra ptica, ya sea a travs de
cualquiera de los sistemas de entrega (FTTH, FTTP, FTTC).
Para el desarrollo de esto, se trabajar en conjunto con los datos de la Seccin 1.1 de
antecedentes generales, con los que se pretende justificar la decisin de implementar OTT
atendiendo la convergencia de servicios sobre Internet, proyectando escenarios asociados al tipo
de resolucin en la imagen y al cliente final respectivamente.
7.2 Servicio de entrega desde el Head End al usuario final
De la Seccin 4.2 de adquisicin de contenido, las seales son recibidas y tratadas, para ser
enviadas a un CDN, ste abastecer cierta ubicacin geogrfica en cuestin, asociada con el
contenido a entregar. En este centro se recibirn las seales desde el Head End y tambin desde
otros servidores por el hecho de tener servicios de TV sobre Internet.
En el CDN se puede realizar la conversin respectiva del flujo de video y el envo de este flujo
asociado al servicio de entrega que se quiera proveer a los usuarios finales. En el mercado hay
diferentes dispositivos asociados a la entrega sobre UDP y/o TCP. A continuacin se presenta a
modo de ejemplo el equipo Caster-T305 4/8CH, algunas de sus caractersticas son [58]:
142
Figura 7. 1. Especificaciones tcnicas [58].
Teniendo en este caso (asociado a la Figura 7.1) formatos de salida para IPTV y OTT. Para el
caso de IPTV tener flujos de transporte TS sobre UDP en conjunto con RTP, y en el caso de OTT
los diferentes tipos de entrega como HDS (asociado a FLV sobre HTTP/RTMP) y HLS. Otra
caracterstica de este tipo de equipo es la entrega de diferentes tipos de resoluciones, asociadas
a diferentes tipos de pantallas (ya que una resolucin muy alta no ser compatible con una
pantalla muy pequea).
Finalmente luego del CDN la seal viaja al usuario final con un sistema de entrega definido,
actualmente se est comenzando a entregar con FTTH hasta el hogar (incluso en departamentos,
en vez de utilizar FTTB se utiliza FTTH llegando con el cable de fibra hasta la habitacin principal).
En la Figura 7.2 se presenta a modo de ejemplo, un modelo propuesto para la entrega al usuario
final asociado a FTTH. Este se refiere a la entrega sobre fibra antes del conversor, que representa
un conversor ptico a elctrico; luego en su transmisin (entre el conversor y el router) se
transmite en RJ-45 hacia el Router, este equipo entrega diferentes servicios, entre ellos la de
conexin directa al set top box y finalmente llegar al televisor en cuestin.
143
Figura 7. 2. Modelo de entrega al usuario final con fibra ptica.
Por lo tanto al llegar el cable de fibra ptica al hogar, sta pasa por un equipo conversor ptico
con salida Ethernet para conectarse al router y as entregar distintos servicios (TV, Internet,
telefona) asociados a las distintas salidas del router en cuestin.
Para el caso de conexin a travs de telefona mvil, el usuario en cuestin se conecta a la antena
ms cercana y accede a la base de datos propuesta por su operador. Para este caso no se entrar
en detalles ya que escapa totalmente a los alcances del trabajo de titulacin.
7.3 Creacin de perfiles para usuarios del tipo hogar y/o personas del tipo fijo y mvil
Esta seccin incluye ciertos parmetros para la entrega de contenido desde el Head End de
televisin digital. Para este caso se considera la entrega de video y audio a travs de internet
asociado a OTT para clientes mviles y fijos haciendo perfiles distintos asociados a las
condiciones de entrega.
7.3.1 Perfiles de usuarios del tipo hogar y/o personas asociados a clientes mviles
Se ha visto en la Seccin 6.4 los distintos tipos de entrega de tasas de bits adaptativas con HTTP,
y producto de esta se presentarn resultados para entregas de datos considerando HLS (HTTP
Live Streaming) y sus caractersticas en conjunto con la decisin de su implementacin asociada
a ser compatible con MPEG DASH, siendo este ltimo el intento de estandarizacin de
transmisin de tasas de bits adaptativas para HTTP.
Por qu HLS?, este es una transmisin dada por Apple, esta compaa entrega el servicio para
sus terminales ya sean iPhone, iPad y computadores con sistemas operativos de la compaa.
Adems en HLS tambin se han enfocado hacia dispositivos mviles como smartphones y
144
Tablets dadas por el sistema operativo de Android ofrecido por Google y del hecho de contar con
HTML5 para navegadores web.
Los otros sistemas de transmisin HDS y HSS, envan paquetes de informacin en formato MP4,
siendo ms eficaces en la entrega de informacin, pero HLS tiene un gran despliegue utilizando
los sistemas de entrega de flujos elementales MPEG (MPEG-TS), por lo tanto se ha escogido
HLS por ser un sistema ms desplegado.
Se comenzar con listar la compatibilidad con los dispositivos Android, estos cuentan con
diferentes versiones de actualizacin, pero HLS funciona con estos de forma correcta desde la
versin 4.X, quedando Android 2.X (Gingerbread) y Android 3.X (HoneyComb) no operativas para
el estndar. Dentro de las versiones 4.X de Android se encuentran:
Android 4.0 (Ice Cream Sandwich).

Android 4.1+ (Jelly Beam).
Android 4.4+ (Kit Kat)
A continuacin se presenta en la Tabla 7.1 las caractersticas de cada versin de Android en HLS.
Tabla 7. 1. Caractersticas de versiones de Android en HLS.
Android 4.0 Android 4.1+ Android 4.4+
Los flujos en VoD en reproduccin no El problema de relacin aspecto es Se soporta la

se pueden previsualizar. solucionado, pero la previsualizacin en versin 7 del
VoD an no. estndar.
Relaciones de aspecto no se detectan, Google Chrome no comprende el manejo

causando deformacin en la imagen de HLS.
Cambiar a modo pantalla completa El modo de pantalla completa arroja un

reinicia los videos. error en la reproduccin.
Conocida la compatibilidad de HLS con otros dispositivos distintos a la marca Apple, los sistemas
de codificacin utilizados en HLS se pueden separar en dos:
Con relacin aspecto de 16:9.

Con relacin aspecto de 4:3.
145
Se analizarn exclusivamente los sistemas 16:9 por ser de pantalla ancha, ofreciendo una mejor
experiencia al visualizarse, a diferencia de una imagen ms cuadrada como la de relacin aspecto
4:3.
A continuacin en la Tabla 7.2 se presentan las caractersticas asociadas a la relacin de aspecto

16:9.
Tabla 7. 2. Caractersticas de HLS para relacin de aspecto 16:9.
Resolucin Tasa de Tasa Tasa Tasa de Tasa de Trama Perfil Tramas B

imgenes de bits de bits bits de muestreo clave
total de audio de audio
video
416x234 12 264 200 64 48 36 Baseline 0
480x270 15 464 400 64 48 45 Baseline 0
640x360 29,97 664 600 64 48 90 Baseline 0
640x360 29,97 1296 1200 96 48 90 Baseline 0
960x540 29,97 3596 3500 96 48 90 Main Necesaria
1280x720 29,97 5128 5000 128 48 90 Main Necesaria
1280x720 29,97 6628 6500 128 48 90 Main Necesaria
1920x1080 29,97 8628 8500 128 48 90 High Necesaria
De la Tabla 7.1 se mencionan las siguientes consideraciones:
Tasa de imgenes: asociadas a las tramas o cuadros por segundo (teniendo menor
informacin para el perfil definido por HLS, para transmitir menor cantidad de
informacin).
Trama Clave: definida por HLS como las tramas IDR (explicadas en la Seccin 6.4.4),
para HLS una trama IDR consiste en tres tramas por segundo (es decir, tasa de imgenes
x 3).
Perfil: asociado a perfiles definidos por HLS en base a H.264; por lo tanto se definen
baseline, main y por ltimo High.
Tramas B: asociadas a la necesidad de uso de tramas predictivas, esto visto en la
Seccin 3.4.4, dadas para una mayor compresin de las imgenes (ya que 1920x1080
146
puede funcionar de forma ideal con una tasa de bits de hasta 12 Mb/s, mientras HLS
ofrece lo mismo a 8,5 Mb/s).
Entindase resolucin como pixeles por lnea en relacin a las lneas por cuadro o trama, por lo
tanto una relacin de 1920x1080 tendr efectivamente 1920 pixeles por lnea y 1080 lneas por
cuadro.
Utilizando la Tabla 7.2 para pantallas con relacin de aspecto 16:9, y de la Seccin 1.1.1 de
antecedentes nacionales asociadas a las Tablas 1.2 y 1.3, se pueden definir los siguientes perfiles
asociados a la resolucin de la imagen por conexiones del tipo mvil 3G y mvil LTE, que se
presentarn en las Tablas 7.3 y 7.4:
Tabla 7. 3. HLS en redes mviles de conexin 3G.
Resolucin Tasa de Ancho de banda conexin mvil 3G

bits total
(Mb/s) 128 Kb/s a 256 256 Kb/s a 512 Kb/s a 1 Mb/s a 2 Ms de 2
Kb/s 512 Kb/s 1 Mb/s Mb/s Mb/s
416x234 0,264 X X X X X
480x270 0,464 X X X X
640x360 0,664 X X X
640x360 1,296 X X
960x540 3,596 X
1280x720 5,128 X
1280x720 6,628 X
1920x1080 8,628 X
147
Tabla 7. 4. HLS referidas a redes mviles LTE.
Resolucin Tasa de Ancho de banda conexin mvil 4G

bits total
(Mb/s) Hasta 256 256 Kb/s 512 Kb/s 1 Mb/s a 2 2 Mb/s a 5 Ms de 5
Kb/s a 512 a 1 Mb/s Mb/s Mb/s Mb/s
Kb/s
416x234 0,264 X X X X X X
480x270 0,464 X X X X X
640x360 0,664 X X X X
640x360 1,296 X X X
960x540 3,596 X X
1280x720 5,128 X
1280x720 6,628 X
1920x1080 8,628 X
Asociado a los anchos de banda por conexiones, se pueden armar ciertos perfiles de conexin
para el usuario final, definidos por las condiciones que especifica la SUBTEL en la seccin 1.1.1.
Por lo tanto, algunos de estos perfiles asociados a las Tablas 7.3 y 7.4 se presentan en la Tabla
7.5.
Tabla 7. 5. Perfiles de resolucin asociados a las conexiones mviles.
Perfil Resolucin Bits de audio (Kb/s) Bits de video (Mb/s) Bits total (Mb/s)
Baja 416x234 64 0,2 0,264
Media 640x360 96 1,2 1,296
HD 1280x720 128 5 5,128
Full-HD 1920x1080 128 8,5 8,628
148
Cabe destacar que estos perfiles HD, no pueden ser visualizados en redes celulares mviles 3G,
pero en redes celulares mviles LTE si, segn lo expuesto en la Seccin 1.1.1 de antecedentes
generales, la conexin promedio alcanza 1,5 Mb/s; por lo tanto el perfil de resolucin media sera
el perfil ms utilizado.
Es decir, habr un manifiesto que tendr un contenido determinado de cuatro perfiles definidos
en la Tabla 7.5. Es decir si un cliente se conecta, se analizarn las condiciones de entrega y se
le traspasar el perfil asociado, si la conexin decae se pasa a un perfil menor, lo mismo para el
caso contrario.
Dentro de las proyecciones en la Seccin 1.1.2, se establece que la velocidad promedio en

telefona mvil sera dos veces en 2019 de lo que se ofrece en el ao 2014, en base a esto la
nueva velocidad promedio alcanzara los 3 Mb/s y los nuevos anchos de bandas seran los
mostrados en la Tabla 7.6.
Tabla 7. 6. Escenario futuro de perfiles propuestos para el ao 2019.
Perfiles para 3G
Perfil 256 Kb/s a 512 512 Kb/s a 1 1 Mb/s a 2 2 Mb/s a 4 Ms de 4 Mb/s

Kb/s Mb/s Mb/s Mb/s
Perfil bajo X X X X X
Perfil Medio X X X
Perfil HD X
Perfil Full HD X
Perfiles para LTE
Perfil 512 Kb/s a 1 1 Mb/s a 2 2 Mb/s a 4 4 Mb/s a 10 Ms de 10

Mb/s Mb/s Mb/s Mb/s Mb/s
Perfil Medio X X X X
Perfil HD X X
Perfil Full HD X X
149
En base a lo expuesto, los contenidos en HD pueden ser fcilmente visualizados en redes LTE,
entregando al usuario final una gran resolucin de contenido al que quiera acceder.
Otro punto a considerar es que ahora el perfil bajo, puede pasar a una resolucin mayor de
480x270 (pixeles por lnea por lneas por cuadro), mostrado en la Tabla 7.2, mejorando la
experiencia de visualizacin producto de la mejora en trminos de velocidad en ancho de banda.
Uso de datos de video en redes mviles
En consideracin al contenido total asociado a cada perfil, y en relacin a lo asociado en los datos
presentados en la Seccin 1.1.2 de video sobre redes mviles, se indica lo siguiente:
4 Petabytes ao 2014 o 4.000.000 Gigabytes.

54 Petabytes ao 2019 o 54.000.000 Gigabytes.
Por lo tanto, se muestra a continuacin la cantidad de bytes asociados a los siguientes tipos de
programas:
Serie de 45 minutos.
Pelcula de 2 horas.
Programa de 1 hora y media.
Por lo tanto cada perfil se presenta con su cantidad total de bytes asociados en la Tabla 7.7.
Tabla 7. 7. Uso de datos de video respecto a cada perfil.
Resolucin Dimensiones Tasa de bits Serie de 45 Pelcula de 2 Programa de 1

total (Mb/s) minutos (MB) horas (MB) hora y media
(MB)
Mnima 416x234 0,264 89,1 237,6 178,2

resolucin
Resolucin 640x360 1,296 437,4 1.166,4 874,8

media
HD 1280x720 5,128 1.730,7 4.615,2 3.461,4
Full-HD 1920x1080 8,628 2.911,95 7.765,2 5.823,9
150
Actualmente el trfico asociado a video es muy escaso, considerando que tan solo hay 4.000.000
Gigabytes y para las redes actuales, soportar un perfil HD o Full HD es exclusivo con conectividad
LTE, adems se debe considerar la poca oferta actual de transmisin de video sobre planes de
datos, el mercado podra tener una expansin gigantesca segn lo pronosticado por CISCO.
7.3.2 Perfiles de usuario del tipo hogar y/o personas asociados a clientes fijos.
Este caso utiliza una configuracin de red definida mostrada en la Seccin 7.2, teniendo una gran
cantidad de recursos para la entrega, siendo adems para una variedad mayor, como televisores
conectados al set top box y dispositivos conectados a la red Wi-Fi del hogar como SmartTV,
dispositivos y computadores mviles; por lo tanto los perfiles asociados pueden ser de mayor
resolucin para este caso.
Se comenzar a analizar los casos de dispositivos mviles conectados a una red Wi-Fi del hogar,
para determinar un posible perfil, procedimiento similar al mostrado en la Seccin 7.3.1.
Tabla 7. 8. HLS referido para conexiones fijas.
Resolucin Tasa de Ancho de banda conexin fija

bits total
(Mb/s) 256 Kb/s a 512 512 Kb/s a 1 Mb/s a 2 2 Mb/s a 5 5 Mb/s a 10
Kb/s 1 Mb/s Mb/s Mb/s Mb/s
416x234 0,264 X X X X X
480x270 0,464 X X X X X
640x360 0,664 X X X X
640x360 1,296 X X X
960x540 3,596 X X
1280x720 5,128 X
1280x720 6,628 X
1920x1080 8,628 X
A continuacin se presentarn los perfiles asociados con respecto al ancho de banda de conexin
fija en la Tabla 7.9.
151
Tabla 7. 9. Creacin de perfiles asociados al ancho de banda en redes fijas.
Perfil Resolucin Bits de audio (Kb/s) Bits de video (Mb/s) Bits total (Mb/s)
Bajo 480x270 64 0,4 0,464
Medio 640x360 96 1,2 1,296
HD 1280x720 128 5 5,128
Full-HD 1920x1080 128 8,5 8,628
Aunque los perfiles son similares al caso de conexiones de redes mviles, el perfil bajo tiene una
mayor resolucin asociados a pxeles por lnea y lneas por cuadro, ahora analizando el caso en
que CISCO define que la velocidad de ancho de banda aumentar dos veces para el ao 2019
respecto al ao 2014, los nuevos anchos de banda se presentan en la Tabla 7.10.
Tabla 7. 10. Escenario futuro perfiles conexin fija para ao 2019.
Perfil 512 Kb/s a 1 1 Mb/s a 2 2 Mb/s a 4 4 Mb/s a 10 10 Mb/s a 20

Mb/s Mb/s Mb/s Mb/s Mb/s
Perfil Medio X X X X
Perfil HD X X
Perfil Full HD X X
De lo expuesto en la Tabla 7.10, los nuevos perfiles pueden ser mayores para ese ao,
aumentando la resolucin de los perfiles de la siguiente manera:
Perfil bajo: de 480x270 a 640x360.

Perfil medio: de 640x360 a 960x540.
Mientras los perfiles altos se mantendran, y en base a lo expuesto la experiencia de visualizacin

aumentara en gran medida.
152
A continuacin se analiza el caso de televisin asociada al set top box, en relacin a los datos
expuestos en la Seccin 1.1.2 hay actualmente dos perfiles definidos:
SDTV con tasas de transmisin de1,5 Mb/s a 2 Mb/s.

HDTV con tasas de transmisin de 6 Mb/s a 12 Mb/s.
Y un futuro perfil asociado a UHDTV, con tasas de transmisin del orden de 30 a 45 Mb/s
(producto de llevar a los menos en 4K, 4 veces la informacin que en Full HD).
A continuacin se presenta en la Tabla 7.11 el pronstico del video IP y video Internet de los
perfiles en uso de datos por Petabytes.
Tabla 7. 11. Evolucin de los perfiles en cantidad de Petabytes por mes.
Perfil Ao 2014 Ao 2019
Video IP (Petabyte Video internet Video IP (Petabyte Video Internet (Petabyte

por mes) (Petabyte por mes) por mes) por mes)
SDTV 112,334 100,71 251,32 222,44
HDTV 38,354 34,02 324,52 280,864
UHDTV 0,151 0,135 34,16 32,16s
Segn la Tabla 7.11 el perfil de HDTV superar a SDTV para el ao 2019, mientras UHDTV ya
estar en el mercado de los perfiles, cada perfil SDTV, HDTV, incluso UHDTV; puede ofrecer sub
perfiles, para la comprensin de esto, vase la Seccin 3.3 de estndares de televisin, teniendo
una gran cantidad de perfiles asociados a cada perfil.
Un ejemplo de esto es HDTV, que puede ofrecer:
1920x1080 progresivo.
1920x1080 entrelazado.
1280x720 progresivo.
7.4 Consideraciones de justificacin de servicio OTT al usuario final
Segn los datos de antecedentes nacionales, se justifica el comienzo del servicio para su
implementacin a travs de diferentes planes, tanto para conexiones mviles y conexiones fijas,
en base a esto se pueden definir una cantidad de perfiles asociados al cliente final; por
consiguiente cada perfil estar determinado para cada tipo de dispositivo.
153
Segn los perfiles creados para las condiciones de entrega mvil en el ao 2014 (ya que la
creacin de perfiles se basa en datos del ao 2014 segn la SUBTEL y CISCO) habrn perfiles
asociados a clientes mviles y clientes fijos, considerando adems los clientes conectados al set
top box.
A medida que avancen los aos, los servicios entregados al usuario final aumentarn conforme
avancen las tasas de bits asociadas al ancho de banda otorgado por los proveedores de servicio,
llegando incluso a poder modificar los perfiles actuales, o crear perfiles nuevos. Todo esto
apoyado por los CDN, que como se mencion en la Seccin 1.2 cubrirn un 34% para el ao
2019 del trfico de internet, respecto al 17% del ao 2014.
154
CONCLUSIONES
Conclusiones Generales
Los sistemas de televisin estn avanzando en la entrega unificada de servicios, donde internet
tendr un rol principal para permitir a cada cliente con sus respectivos dispositivos, tener una
direccin nica de trabajo, estos servicios de televisin en conjunto con la telefona estn
migrando a las plataformas recin mencionadas; por lo tanto hay una gran ventaja de utilizar la
televisin sobre el protocolo de internet.
Este sistema de entrega de televisin o video pre grabado sobre Internet, cuenta con grandes
ventajas asociadas a su competencia, dadas por la entrega de un nico flujo a un nico o varios
dispositivos asociados al usuario final y a la forma en que ste visualizar el contenido; en
contraste con otros sistemas que ofrecen la opcin de ver televisin de forma tradicional y sin las
mejoras asociadas de una plataforma como el protocolo de internet.
La convergencia de servicios no solo incluye a las funcionalidades del usuario final como
televisin, telefona fija e internet, sino tambin abarca aspectos asociados a la telefona mvil,
entregando de esta forma, incluso el contenido cuando el usuario est de viaje, este caso se
enfoca la nueva generacin mvil LTE, entregando soporte a los servicios de televisin sobre
internet.
Sobre el problema de entregar un servicio final sobre todas las plataformas, los datos de Cisco
tanto para Chile y el resto del mundo confirman que los datos de Televisin como video sobre
demanda, sern un tpico muy importante en la implementacin de las futuras redes, adems en
el caso Chileno asociado al hecho de la nueva tecnologa LTE con la cual Entel ha tenido buenos
resultados, da para proyectar un mercado emergente apoyado por la factibilidad de conectividad
mvil, incluyendo que sta comenzar a aumentar su penetracin dentro de los servicios de
Internet en Chile como ha mencionado Cisco.
Conclusiones comerciales
Como se ha mencionado a lo largo de este trabajo de titulacin, hay dos servicios de entrega de
televisin definidos como IPTV y OTT. En IPTV se trabaja con una red gestionada y cerrada con
flujos de entrega definidos y sin la opcin de tener un servicio completo, por la no compatibilidad
respecto a la entrega de contenido como video sobre Internet (Netflix, Hulu, entre otros), siendo
una desventaja respecto a sistemas con redes que permiten una integracin completa a travs
de diferentes plataformas, en base a esto el sistema OTT, es abierto y no gestionado, donde la
reproduccin de contenido en dispositivos mviles puede ser asociada a una suscripcin de
telefona mvil, como adems a seales inalmbricas Wi-Fi apoyadas por un ISP, entregando al
usuario final la opcin de visualizar en un dispositivo mvil diferentes tipos de resoluciones,
155
aunque en trminos de perfiles se puede hacer escoger al usuario final que perfil tendr para una
conectividad predeterminada al dispositivo mvil final. Considerando que las condiciones de
entrega pueden variar, se entregar al usuario final la opcin de definir el perfil solicitado, ya que
al acceder a un perfil ms alto y con condiciones de red no aptas para la entrega de contenido,
se tendr que bajar a un perfil menor, sin la necesidad de detener la reproduccin del contenido,
o asociado a un corte del mismo; por lo tanto se deben definir para un servicio o un programa de
televisin en vivo, diferentes perfiles que estn acorde al tamao de las pantallas, ya que es
distinto visualizar contenido en alta definicin en un Smartphone con una pantalla pequea, a
visualizar contenido en un computador personal; por consiguiente como se mostr en la Seccin
7.3 deben haber tantos diferentes perfiles, como tantos dispositivos asociados y condiciones de
entrega asociados al usuario final que se pueden definir.
En base a los datos ofrecidos por CISCO, para el ao 2019 el trfico en las redes mviles
incrementar en gran medida, como tambin otros factores como la cantidad de datos
descargados e incluso el promedio descargado. Esto har que los perfiles se puedan ir
modificando ao a ao, o cada cierto periodo de aos, ya que con mayor cantidad de transmisin,
el perfil de menor resolucin incrementar manteniendo quizs el nombre de perfil bsico, pero
incrementando a una resolucin mayor, y pudiendo entregar al usuario final la opcin de manejar
an mayores resoluciones, como la ultra alta definicin UHDTV, para visualizar en sus
dispositivos mviles, tambin cabe la posibilidad de crear an ms perfiles asociados a las
mejoras de transmisin de tasas de bits dadas por las condiciones de entrega.
En trminos de compatibilidad con ciertos proveedores de contenido como Netflix, la tcnica de

tasas de bits adaptativas aumentar la facilidad para que este tipo de aplicaciones puedan ser
reproducidas no solo en redes de internet fija, sino en redes mviles que en conjunto con la red
LTE, entregaran al cliente an mayor variedad de programacin con una buena calidad en la
transmisin.
Conclusiones tecnolgicas
Los Head End seguirn recibiendo informacin satelital siempre y cuando los proveedores de
contenido no migren a entregas sobre Internet, como es el mencionado caso de HBO, pero para
estos efectos, las redes de entrega de contenido se podran utilizar como receptores de redes de
borde, ya que el ncleo se encontrara en la emisin, acercado al CDN el contenido listado y con
esto entregando aun as una parrilla completa de contenido sobre Internet a sus usuarios OTT.
En base a los sistemas OTT e IPTV, se han definido captulos que explican sus similitudes y
diferencias. El servicio de televisin OTT tiene ciertas ventajas con respecto a IPTV vistas en la
Seccin 6.3, en aquella seccin se mencionan diferencias en como el servicio OTT funciona
respecto al servicio IPTV. Al utilizar OTT se tiene compatibilidad con bibliotecas de medios como
156
Netflix, Hulu, etctera; mejorando an ms la experiencia del usuario al tener ms opciones de
reproduccin en servicios de televisin (esto porque un cliente IPTV, al querer acceder a un
servicio Premium como una serie exclusiva de Netflix, deber utilizar su banda ancha de Internet
y dejar de utilizar su servicio de IPTV para acceder al contenido mientras lo reproduce, al igual
como si quisiera acceder a algn video de Youtube).
En relacin a las tecnologas propuestas, el caso de OTT no solo es apto para contenido de
televisin pagada, ya que puede optar por servir de servicio de televisin sobre Internet para los
canales de ANATEL, como tambin ser video sobre demanda de los programas asociados a la
cadena nacional respectiva, teniendo mejoras en el servicio bsico de la programacin, pudiendo
entregar como hacen ciertos sistemas en otros lugares el control parental de contenido, como
subttulos y mejoras que puede traer consigo la televisin digital abierta por el hecho de incluir
ms canales y almacenando este contenido en su red de entrega de contenido, siendo an ms
atractiva la parrilla de contenidos, si fuese posible.
Cabe destacar que el uso de video internet, utilizando las transmisiones HTTP de tasas
adaptativas como HLS, HDS, HSS y DASH, son una gran variedad de plataformas en la entrega
para el usuario final y el proveedor de servicios, ya que un proveedor de servicios de internet, sin
la necesidad de tener cabeceras o Head End de televisin, se puede comportar como un
proveedor de servicios de televisin. En base a esto, incluso proveedores de servicios a nivel
local de televisin que entreguen sus contenidos va satlite, pueden complementar su servicio
de televisin, llevando manifiestos que definan tasas de bits adaptativas para transmitir al usuario
final contenido a travs de internet, siempre y cuando estos ofrezcan la entrega de conectividad
de red.
En trminos de transporte de informacin, actualmente opera un algoritmo de compresin definido

como H.264, ste entrega flujos reducidos de tasas de bits utilizando tcnicas de compresin
eficientes; pero con la llegada de H.265 que mejora aspectos tcnicos como el concepto de
macrobloques, se podra enviar an ms comprimida la seal de informacin, haciendo que flujos
que se entregarn a futuro como UHDTV, puedan ser entregados incluso sobre redes mviles
celulares, y con esto ofrecer al usuario final an ms variedad de perfiles y mejor visualizacin
producto de visualizar un contenido con mayor definicin.
Finalmente se concluye que los sistemas de televisin digital OTT son el siguiente tipo de
transmisin de contenido, asociado a las mejoras de contenido y a la gran irrupcin de las redes
de Internet, que incluyen ventajas al usuario final definidas por las redes de telefona mvil, si
bien es cierto que hasta el ao 2014 el sistema de transmisin de televisin va satlite tiene el
51% del mercado de suscripcin de TV, en los aos siguientes este sistema debe adaptarse a
las entregas de red, ya que como se mencion, la inclusin celular jugar un rol decisivo en el
mercado de las telecomunicaciones; con fibra ptica con respecto a entregas sobre cable coaxial,
157
par de cobre o enlaces satelitales, se ganaran an ms suscriptores por la cantidad de
informacin que son capaces de transportar, incorporando nuevos sistemas de compresin
asociados a H.265, ayudando tanto a redes con conexin fija como redes con conexin mvil, ya
que el flujo se vera disminuido apoyando a la entrega de mejor resolucin de contenido, aunque
tienen un costo de inversin elevado y que sern definidos en los proyectos respectivos.
Conclusiones Especficas
Este apartado se basa en relacin a los objetivos especficos, de los cuales se puede concluir lo
siguiente:
1. Definir los avances tecnolgicos asociados a la entrega de contenido sobre Internet.
Dentro de las nuevas tecnologas de ver televisin, el concepto de tener un televisor fijo queda
obsoleto frente a la gran gamma de artculos electrnicos que pueden emular una pantalla para
reproducir algn tipo de contenido. Con el avance de Internet, hay nuevos dispositivos que
pueden entrar en el mercado de ver televisin como smartphones, iPhones, Ipad, Tablets,
etctera. Representando una evolucin en el sector producto de tener una gran variedad de
visualizacin y de ubicacin, asociada al dispositivo en cuestin, ya que un televisor, es fijo;
mientras en un equipo con conexin a redes mviles, ste puede reproducir el contenido en
cualquier lugar.
2. Analizar los cambios y beneficios de la televisin digital.
Con los sistemas de televisin digital se puede enviar mayor cantidad de contenidos en el mismo
espectro que utiliza actualmente la televisin anloga, esto se vio en detalle en el captulo III de
seal de televisin Digital; por consiguiente la televisin digital no solo permite la visualizacin de
contenido con estndares de televisin abierta (ISDB-T, DVB-T, etctera), sino adems, permite
la visualizacin de contenido digitalizado sobre Internet y representando segn sea para
transmisin o almacenamiento mejoras producto de almacenar contenido en discos ms
pequeos, a diferencia de los servicios anlogos.
3. Analizar un sistema Head End como receptor de contenidos internacionales asociados a

proveedores de contenidos como HBO, FOX, etctera; que en conjunto a los contenidos
locales, se pueda armar una parrilla de contenidos final para el usuario en cuestin.
El Concepto de Head End es muy til para la recepcin de contenidos desde diferentes lugares
del planeta, este contenido en cuestin cada vez tiene menor tamao en bytes producto de los
nuevos sistemas de compresin MPEG que reducen el tamao de transmisin de los archivos,
en base a esto se ha visto los sistemas MPEG-4 como evolucin de los anteriores, y en un futuro
muy prximo los sistemas H.265 que tendrn an mayor compresin del contenido a enviar.
Aunque es muy importante considerar que los proveedores de contenido como HBO, estn
158
migrando sus servicios a Internet, es que el concepto de Head End, deber de evolucionar, ya
que no sern ellos los que en un futuro armen la parrilla de contenidos, sino el proveedor enviar
sus datos como una gran librera digital.
4. Analizar y definir cmo se comporta la red de Internet para el transporte de servicios de

video y televisin.
Este objetivo especfico trata de las caractersticas de la red en base a los diferentes sistemas de
conexin, se ha visto a lo largo del documento, que dependiendo de la forma de conexin, se
podrn visualizar cierto tipo de resolucin de contenido, en primer lugar para conexiones fijas no
habran problemas siendo conexiones cableadas con fibra ptica; pero si est conexin fija fuese
Internet satelital, la cantidad de informacin a entregar (2 a 4 Mb/s) no sera suficiente para
reproducir en vivo algn contenido de alta definicin de 1920 pixeles por lnea y 1080 lneas por
cuadro. Mientras las condiciones de internet en redes celulares mviles, ofrecern diferentes
tasas de transmisin al usuario final, asociadas a las generaciones de internet mvil, con lo cual
OTT es una excelente solucin para la entrega de diferentes perfiles de contenido para las
diferentes condiciones de canal.
5. Analizar componentes, sistema y funcionamiento de un sistema IPTV como referencia

para lograr la comprensin de un sistema OTT.
IPTV define un tipo de transmisin dedicada entre el usuario final y el proveedor de servicios, ste
tiene un control de lo que el usuario final est viendo. Los sistemas IPTV son la mejora de los
sistemas tradicionales de televisin (CATV, DTH) y ofrecen una muy buena experiencia de
usuario en contenido de alta definicin si las condiciones de canal as lo entregan, la experiencia
de usuario es similar a los sistemas tradicionales de televisin, y definen condiciones para tanto
calidad de servicio como calidad de experiencia, que es una caracterstica en IPTV.
6. Analizar componentes, sistema y funcionamiento de un sistema OTT.
OTT se ha definido como el despliegue de contenido utilizando la infraestructura de un tercero,

ya que ofrece diferentes tipos de perfiles para los clientes a tratar, desde diferentes condiciones
de entrega en el canal en tasas de bits, hasta diferentes presentaciones de contenido para
diferentes tamaos de pantalla, durante el documento se analiz los diferentes tipos de
transmisin de OTT en conjunto con HTTP el cual hace entrega de contenido con retransmisin,
es decir, para un contenido que se va almacenando en el buffer, si las condiciones de canal caen
y son suficientes para la retransmisin del contenido an no almacenado ni visualizado, se puede
seguir reproduciendo el perfil asociado; pero si la transmisin es menor, se baja a otro perfil de
menor resolucin para no perder la reproduccin en cuestin.
159
7. Analizar los diferentes tipos de clientes, ya sean fijos y mviles, con el tipo de entrega
que se adecue a sus necesidades y condiciones.
En el captulo VII de creacin de los perfiles OTT al usuario final, se analiza y se describe los
distintos tipos de clientes, este objetivo especfico tiene relacin con el objetivo especfico 5, pero
ste (Objetivo especfico 7) tiene los detalles de cmo se comporta la red para adecuar el
contenido a las necesidades del cliente final en trminos de reproduccin de contenido.
8. Disear un Head End desde la recepcin de contenido hasta la entrega a diferentes tipos
de dispositivos.
Se analiz en el captulo IV de Head End de servicios de televisin sobre el protocolo de Internet,

las diferentes etapas que conforman el Head End como tal, aunque en este documento no se
defini un diseo del mismo (producto de tener otros alcances para la memoria) se dej en claro
en cmo funciona una cabecera, y en el caso de televisin, en las componentes que le siguen
despus.
9. Definir si un sistema OTT tendr penetracin en Chile en conjunto con la problemtica

principal de entrega de contenido sobre todas las plataformas.
Dentro del captulo I de evolucin del sector de telecomunicaciones y origen de la tesis, se explica
el escenario de cmo evolucionar este sector en cuestin, producto de la gran inclusin de la
internet. De esto, gran cantidad de servicios se ejecutarn sobre Internet teniendo un sistema
unificado de informacin. En base a esto, Chile tiene proyectado aumentar sus servicios de
Internet, y aunque no es comparable con Brasil que es el exponente en la regin, habr un gran
consumo de Internet considerando la escasa poblacin del pas.
160
BIBLIOGRAFA
[1] S. d. telecomunicaciones, www.subtel.gob.cl, [En lnea]. Available:

http://www.subtel.gob.cl/attachments/article/5521/PPT%20Series%20Dici
embre%202014%20VFinal.pdf.
[2] S. d. Telecomunicaciones, www.subtel.gob.cl, 03 2015. [En lnea].

Available: http://www.subtel.gob.cl/estudios-y-estadisticas/internet/.
[ltimo acceso: 15 06 2015].
[3] V. F. Highlights, www.cisco.com, Cisco, 03 2015. [En lnea]. Available:

http://www.cisco.com/web/solutions/sp/vni/vni_forecast_highlights/index.ht
ml. [ltimo acceso: 15 06 2015].
[4] V. O. Demand, www.vtr.com, VTR Globalcom, 2014. [En lnea].

Available: https://www.vtrondemand.com/JFooter/FAQs. [ltimo acceso:
15 07 2015].
[5] E. CDF, www.cdf.cl, CDF, 2012. [En lnea]. Available:

https://estadiocdf.cl/. [ltimo acceso: 15 07 2015].
[6] A. Iview, http://iview.abc.net.au/, ABC Iview, 2015 ABC. [En lnea].

Available: http://iview.abc.net.au/support/where-to-get-iview. [ltimo
acceso: 15 07 2015].
[7] A. GO, abc.go.com, ABC GO, [En lnea]. Available:

http://abc.go.com/faq. [ltimo acceso: 15 07 2015].
[8] Hulu, www.hulu.com, Hulu, 2015. [En lnea]. Available:

http://www.hulu.com/help/articles/197541. [ltimo acceso: 15 07 2015].
[9] Netflix, www.netflix.com, Netflix, [En lnea]. Available:

https://help.netflix.com/en/node/23742. [ltimo acceso: 15 07 2015].
161
[10] UIT-R, Parmetros de codificacin de televisin digital para estudios con
formatos de imagen normal 4:3 y de pantalla ancha 16:9, Ginebra, 2011.
[11] UIT-R, Valores de parmetros de la norma de TVAD para la produccin y

el intercambio nacional de programas, Ginebra, 2009.
[12] A. N. Standard, sdi.org.ru, 25 Septiembre 1997. [En lnea]. Available:

http://sdi.org.ru/smpte-259m.pdf.
[13] J. Watkinson, The MPEG handbook, 2001, pp. 107-140.
[14] www.iso.org, ISO/IEC TR 14496-7:2004, 19 12 2012. [En lnea].

Available:
http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnu
mber=40728.
[15] M.-2. p. 3, www.iso.org, 1993. [En lnea]. Available:

http://www.iso.org/iso/home/store/catalogue_tc/catalogue_detail.htm?csnu
mber=22412.
[16] M.-2. p. 7, www.iso.org, 1997. [En lnea]. Available:

http://www.iso.org/iso/catalogue_detail.htm?csnumber=25040.
[17] M.-4. P. 3, www.iso.org, ISO/IEC 14496-3, 14 03 2006. [En lnea].

Available:
http://www.iso.org/iso/home/store/catalogue_ics/catalogue_detail_ics.htm
?csnumber=36083. [ltimo acceso: 06 10 2012].
[18] K. IBRAHIM, Newness guide to Television & Video Technology, 2007.
[19] IEEE, High Efficiency Video Codign (HEVC): replacing or complementing

existing compression standards, Londres, 2013.
[20] W. Simpson, Video over IP, de A practical Guide to Technology and

Applications, Oxford, ElSevier, 2006, pp. 229-230.
162
[21] 2. G. Satellite, www.dvb.org/standards/factsheets, Agosto 2012. [En
lnea]. Available: https://www.dvb.org/resources/public/factsheets/DVB-
S2_Factsheet.pdf. [ltimo acceso: Septiembre 2014].
[22] G. Gvozden, DVB-S2 coding modes for broadcasting and unicasting, de

Elmar, 2005. 47th International Symposium, Zadar, 2005.
[23] U. d. C. S. d. s. d. i. y. bibliotecas., Migracin de plataforma satelital DVB-

S a DVB-S2 para el servicio DTH, Enero 2010. [En lnea]. Available:
http://www.tesis.uchile.cl/handle/2250/103680. [ltimo acceso: 12 2014].
[24] IEEE, DVB-S/S2 satellite television broadcasting measurement and

comparison, de Radioelektronika (RADIOELEKTRONIKA), 2010 20th
International Conference, Brno, Czech Republic, 2010.
[25] D. V. Broadcasting, www.dvb.org, 01 10 2014. [En lnea]. Available:

https://www.dvb.org/standards/dvb-s2x. [ltimo acceso: 05 01 2015].
[26] Techtarget, TechTarget, TechTarget, [En lnea]. Available:

http://whatis.techtarget.com/.
[27] Hispasat, www.hispasat.com, Hispasat, [En lnea]. Available:

http://www.hispasat.com/es/flota-de-satelites/amazonas-2. [ltimo acceso:
10 2014].
[28] S. Wenger, H.264/AVC over IP, Circuits and Systems for Vide, vol. 13,
n 7, pp. 645-656, 2003.
[29] E. E. F. S. Support, tool.ietf.org, 11 2001. [En lnea]. Available:

https://tools.ietf.org/html/draft-ietf-isis-ext-eth-01. [ltimo acceso: 20 01
2015].
[30] F.-U. Andersen, Survey of IPV6 functional interoperability for mobile

internet, de Mobile Technology, Applications and Systems, 2005 2nd
International Conference on, Guangzhou, 2005.
163
[31] I. Protocol, www.ietf.org, IETF, 09 1981. [En lnea]. Available:
https://www.ietf.org/rfc/rfc791.txt. [ltimo acceso: 12 12 2012].
[32] V. 6. IPv6 Internet Protocol, www.ietf.org, 12 1998. [En lnea]. Available:

https://www.ietf.org/rfc/rfc2460.txt. [ltimo acceso: 12 12 2012].
[33] U. U. D. Protocol, tools.ietf.org, ietf.org, 28 08 1980. [En lnea]. Available:

https://tools.ietf.org/html/rfc768. [ltimo acceso: 12 12 2014].
[34] T. T. C. Protocol, ietf.org, Internet Standard, 09 2006. [En lnea].

Available: https://tools.ietf.org/html/rfc4614.
[35] R. A. T. P. f. R.-T. Applications, www.ietf.org, Internet Standard, 07 2003.

[En lnea]. Available: https://www.ietf.org/rfc/rfc3550.txt. [ltimo acceso: 12
12 2014].
[36] F. R.-t. T. P. (RTP), IETF, Internet Engineerign Task Force, 06 2006. [En
lnea]. Available: http://tools.ietf.org/html/rfc4571. [ltimo acceso: 12 12
2012].
[37] R. P. F. F. MPEG-4, www.ietf.org, IETF, [En lnea]. Available:

https://tools.ietf.org/html/rfc3016. [ltimo acceso: 10 2013].
[38] L. 3, Global Crossing, [En lnea]. Available: http://www.level3.com/.
[39] F. Selmanovic, GPON in Telecommunication Network, de Ultra Modern

Telecommunications and Control Systems and Workshops (ICUMT), 2010
International Congress on, Moscow, 2010.
[40] Y. Xiao, Internet Protocol Television (IPTV): The Killer Application for the
Next-Generation Internet, Communications Magazine, IEEE, vol. 45, n
11, pp. 126-134, 2007.
[41] A. Sigcomm, Pushing CDN-ISP Collaboration to the Limit, ACM

SIGCOMM Computer Communication Review, vol. 43, pp. 1-10, 2013.
164
[42] LaTercera, www.Latercera.com, Grupo Copesa, 15 10 2014. [En lnea].
Available: http://www.latercera.com/noticia/entretencion/2014/10/661-
600375-9-hbo-lanzara-servicio-de-television-online-desde-2015.shtml.
[ltimo acceso: 30 01 2015].
[43] D. V. Broadcasting, www.dvb.org, 05 2011. [En lnea]. Available:

https://www.dvb.org/resources/public/factsheets/DVB-MHP_Factsheet.pdf.
[ltimo acceso: 2014].
[44] IEEE, End-to-end real-time IPTV quality monitoring, de ELMAR, 2008.

50th International Symposium , Zadar, 2008.
[45] L. E. E. S. Arsinte R, A generic platform to study the basic aspects of DVB-

IPTV conversion process, de Signals, Circuits and Systems (ISSCS), 2011
10th International Symposium on, Lasi, 2011.
[46] B. Moshe, Analysis and optimization of live streaming for over the top
video, de Consumer Communications and Networking Conference
(CCNC), 2011 IEEE, Las Vegas, NV., 2011.
[47] a. s. incorporated, ww.adobe.com, 2010. [En lnea]. Available:

https://bugbase.adobe.com/index.cfm?event=file.view&id=2943064&seqN
um=6&name=httpdynamicstreaming_wp_ue.pdf..
[48] A. s. incorporated, Adobe systems incorporated, Adobe, 2015. [En lnea].

Available: www.adobe.com/devnet/flv.
[49] Microsoft, www.microsoft.com, 25 03 2009. [En lnea]. Available:

http://www.microsoft.com/en-us/download/details.aspx?id=17678.
[50] Apple, https://developer.apple.com, 11 02 2014. [En lnea]. Available:

https://developer.apple.com/library/ios/documentation/NetworkingInternet/
Conceptual/StreamingMediaGuide/StreamingMediaGuide.pdf..
165
[51] M. C. Sodagar, The MPEG-DASH Standard for Multimedia Streaming
Over the Internet, IEEE Computer Society, vol. 18, n 4, pp. 62-67, 2011.
[52] G. I. P. Report, www.sandvine.com, Sandvine, [En lnea]. Available:

https://www.sandvine.com/trends/global-internet-phenomena/.
[53] T. Nakaruma, LTE and LTE-advanced: Radio technology aspects for

mobile communications, de General Assembly and Scientific Symposium,
2011 XXXth URSI, Istanbul, 2011.
[54] A. Ghos, R. Ratasuk, B. Mondal, N. Mangalvedhe y T. Thomas, LTE-

advanced: next-generation wireless broadband technology [Invited
Paper], wireless communications, IEEE, vol. 17, n 3, pp. 10-22, 2010.
[55] O. Oyman y S. Singh, Quality of experience for HTTP adaptive streaming

services, Communications Magazine, IEEE, vol. 50, n 4, pp. 20-27, 2012.
[56] A. El Essaili, QoE-based Traffic and Resource Management for, Circuits

and Systems for Video Technology, IEEE Transactions on, vol. PP, n 90,
2014.
[57] K. Samdanic, Service Boost: Towards On-demand QoS Enhacements for

OTT Apps in LTE, de Network Protocols (ICNP), Goettingen, 2013.
[58] dibvision, ww.dibvision.com, [En lnea]. Available:

http://www.dibvision.com/caster-t305-48ch-sdiiptv-encoder.
166
Anexos
Anexo A. Formatos de video MPEG
A.1 MP4.
MP4 o ms bien MPEG-4 parte 14 es un formato multimedia digital utilizado para almacenar video
y audio, pero puede ser usado para almacenar otros datos como subtitulos e imgenes fijas. MP4
funciona como formato contenedor, y permite transmitir el contenido sobre Internet.
MP4 tiene extensiones explicadas a continuacin:
Extensin .m4a: Es una compresin de solo audio utilizando codificacin AAC.

Extensin .m4p: Es un formato de proteccin la cual emplea tecnologa de derechos de
gestin digital DRM para apoyar los derechos del autor.
MPEG-4 parte 14 est normado por ISO/IEC 14496-12:2004.
MP4 contiene metadatos definidos al transportar datos diferentes de solo audio y video, y est
asociado a la plataforma de metadatos extensible (XMP).
MP4 no debe confundirse con los reproductores conocidos como MP4, estos solo son
reproductores comerciales MP3 con la opcin de reproducir video de algn tipo de formato
asociado segn el fabricante.
Anexo B. Sistema de funcionamiento DVB-S2.
B.1 Diagrama de bloques de DVB-S2 para flujos de transporte TS.
A continuacin se presenta un diagrama de bloques en la Figura B.1, el cual define el

funcionamiento en DVB-S2 [22] en base a los flujos de transporte dados por MPEG para
aplicaciones satelitales.
Esta figura presenta los bloques funcionales asociados a la adaptacin de flujos de transporte TS
(a nivel de banda base) tanto para programas nicos SPTS y programas mltiples MPTS:
Flujo de entrada: este bloque es referencial para la entrada de flujos de programas nicos
SPTS y programas mltiples MPTS dados por MPEG, asociado a MPEG-TS.
167
Modo adaptacin: encargado de entregar el flujo de entrada, sincronizacin, eliminacin
de paquetes nulos de STPS y MPTS. ste junta el flujo de entrada y lo separa en flujos
de transporte asociados a sus cabeceras y carga til.
Adaptacin de flujo. Encargado de completar las tramas de banda base en el flujo de
transporte TS y aleatorizar el flujo en los STPS y MPTS.
Codificacin FEC (Forward Error Correction), utilizada para la correccin de errores en el
receptor, sta toma distintas tasas de codificacin dependiendo de la modulacin
empleada y de los requerimientos del sistema.
Bloque de asignacin usado para asignar las diferentes formas de modulacin dadas en
DVB-S2, obteniendo distintos estados digitales producto de la modulacin utilizada.
Capa fsica. Encargada de hacer la seal pseudoaleatoria para efectuar el proceso de
dispersin de energa en el transmisor, para evitar largas series de unos y ceros.
Filtrado de banda base y modulacin. Encargado de la conformacin del espectro de la
seal con el factor de roll off, a la salida del modulador se tiene la portadora modulada en
frecuencia intermedia, luego el proceso de RF al satlite consiste de procesos como
upconverter y de amplificacin de alta potencia HPA (High Power Amplifier).
B.2 Sistema de potencia en el satlite.
Cabe destacar que existe un sistema de potencia elctrico encargado de captar, almacenar,
procesar y distribuir la energa elctrica en el satlite, asociado a travs de paneles solares y de
bateras de almacenamiento, para el uso de energa en caso de que se presenten efectos
naturales como eclipses solares, o algn otro efecto que bloquee la luz solar a los paneles.
Tambin hay sistemas de control trmico con lminas multicapas sper aislantes, evitando carga
y descarga electrosttica, esto se puede ver en la Figura 4.7.
Sistema satelital con los componentes del satlite operando en la banda C de frecuencias.
168
Anexo C. Cabeceras asociados a protocolos en redes de computacin.
C.1 Cabecera Ethernet.
Al analizar el formato de entrega de la trama, dadas las capas I y II del modelo de referencia OSI,
se presenta en la Tabla 4.3 la trama MAC, segn Ethernet.
Tabla C.1 Formato de trama MAC.
Prembulo Destinacin MAC Fuente MAC Tipo LLC PDU Relleno CRC
8 bytes 6 bytes 6 bytes 2 bytes Variable 0-46 bytes 4 bytes
De la Tabla C.1 se pueden definir los siguientes bloques:

Prembulo: establece la presincronizacin de la red, con el fin de que el receptor sea
capaz de recuperar la frecuencia de retorno, para este caso se tiene una secuencia
binaria preestablecida (10101010). En el caso de Ethernet el prembulo tiene 8 bytes con
la misma secuencia binaria para los 7 primeros, pero cambia en el ltimo byte de 01 a
11.
Cabe destacar que estos bloques se definen como las cabeceras para la capa fsica.
Un equipo Ethernet usa control de acceso al medio MAC (media Access control) para
direccionar, ste se representa por dos bloques de 6 bytes, con el cual un bloque
identifica la MAC de destino y el otro bloque la MAC de fuente, con esto se conoce el
hardware asociado por el fabricante y los nodos emisores y receptores respectivamente.
En la direccin de destino el primer bit de transmisin tiene dos funciones especficas, es
0 para direcciones comunes y 1 para direcciones de grupo, de aqu nace el concepto de
multidifusin (Multicasting) ya que una trama que contenga el primer bit en 1 en su
direccin de destino, permite a varias estaciones escuchar desde una estacin de
origen. Cabe destacar que todas las direcciones de origen son nicas, para esto se
utilizan los 3 primeros bytes del campo de direccin para un identificador nico
organizacional OUI (Organizationally Unique Identifier), indicando el fabricante, ste tiene
224 direcciones, luego los ltimos 3 bytes se definen con la direccin y programa de
direccin completa en la tarjeta de interfaz de red NIC (Network Interface Card), utilizando
los 6 bytes como direccin de origen (NIC se utiliza en la capa fsica y parte de enlace de
datos, ya que despus de esto, el resto del proceso de enlace de datos y capa de red se
desarrollan en el sistema operativo de la CPU).
El bloque tipo de dos bytes se refiere a la Ethernet como estndar de redes de rea
local para dispositivos con acceso al medio por deteccin de la seal portadora y con
169
deteccin de colisiones CDMA/CD (Carrier Sense Multiple Access With Collision
Detection).
La longitud de la trama puede variar de 0 a 1.500 bytes, conteniendo en este caso la
carga til.
El campo de relleno vara de 0 a 46 bytes, este campo cumple la funcin de garantizar
que la trama MAC siempre tendr una magnitud mnima de 64 bytes (esto considerando
no incluir los bytes de prembulo), para este caso, este campo se considera siempre y
cuando la trama de carga til sea inferior a 46 bytes.
La verificacin de redundancia cclica CRC (Cyclic Redundancy Check) se utiliza como
cdigo de deteccin de errores usado en redes digitales y dispositivos de
almacenamiento para detectar cambios en los datos, la trama se desecha si detecta algn
error.
C.2 Cabecera IP.
A continuacin se presenta en la Figura C.2 los encabezados de IPv4 e IPv6.
Figura C.2. Encabezados de IPv4 e IPv6.
170
En la Figura C.2 se presentan los encabezados de IPv4 e IPv6, hay varias diferencias entre los
campos de ambas versiones, pero la principal est en las direcciones dadas para el origen y el
destino, en el caso de IPv4 con 32 bits, mientras en IPv6 con 128 bits o 16 bytes.
A continuacin se presenta cada campo de IPv4 e IPv6:
Campos IPv4:
Versin: Lleva el registro de la versin del protocolo al que pertenece el datagrama.

Campo IHL: Indica la longitud del encabezado en palabras de 32 bits.
Servicios diferenciados: anteriormente conocido como tipo de servicio, su propsito es
distinguir entre los distintos tipos de servicios
Longitud Total: incluye en el encabezado los datos, la longitud mxima es de 65.535
bytes.
Identificacin: utilizado para determinar a qu paquete pertenece un fragmento recibido
en el host de destino.
Campos de 1 bit, uno libre, otros con fragmentacin. Est el no fragmentar DF (Dont
Fragment) utilizado para que los enrutadores no fragmenten el paquete, tambin sirve
para descubrir la MTU de la ruta. El bit de ms fragmentados MF (More Fragments) es
utilizado para determinar cundo han llegado todos los fragmentos de un datagrama.
Desplazamiento del fragmento: indica a que parte del paquete actual pertenece este
fragmento.
Tiempo de vida TtL: es un contador que se utiliza para limitar el tiempo de vida de un
paquete, utilizado en las colas de los enrutadores dados por los saltos asociados.
Protocolo: campo utilizado con el fin de determinar qu proceso de transporte debe de
entregar el paquete, para este caso hay dos protocolos en la capa de transporte, uno es
UDP y el otro TCP, como se ver en la Seccin 4.3.2.3.
Suma de verificacin: campo utilizado para detectar errores mientras el paquete viaje por
la red.
Direccin de origen y de destino: indican la direccin IP de las interfaces de red de fuente
y de destino.
Opciones: diseado para proporcionar un recurso que permitiera que las versiones
siguientes del protocolo incluyeran informacin que no estuviera presente en el diseo
original.
Cabecera IPv6:
Versin: campo utilizado tanto en la versin del protocolo anterior como en esta versin,
la diferencia es que en IPv6 es de 6 bits, mientras en IPv4 es 4 bits.
171
Servicios diferenciados: utilizados para distinguir la clase de servicio para los
requerimientos de los paquetes.
Etiqueta de flujo: proporciona el medio para que un origen y un destino se marquen
grupos de paquetes que tengan los mismos requerimientos.
Longitud de carga til: indica cuantos bytes van despus del encabezado de 40 bytes, y
con esta versin la carga til pasa de 65.515 a 65.535 bytes, ya que se considera el
hecho de separar la cabecera.
Siguiente encabezado: utilizado para indicar el protocolo de transporte al que se
entregar el paquete, UDP o TCP.
Lmite de saltos: Utilizado para determinar la vida til de un paquete, anlogo al caso de
tiempo de vida de IPv4.
Direccin de origen y destino: utilizados en esta versin con una mayor cantidad de bits
asociados (128 respecto a 32 de la versin anterior).
C.3 Cabecera UDP.
El encabezado de UDP contiene un puerto de origen y puerto de destino, dados para la salida de
algn host de fuente a algn host de destino, adems contiene un campo de longitud UDP y la
suma de verificacin para la deteccin de errores, dada para una confiabilidad adicional, esto se
muestra en la Figura C.3.
Figura C.3. Encabezado en UDP.
Se analizan los campos de la cabecera UDP de la Figura C.3:
Puerto de origen y puerto de destino: campos que indican el segmento del host de origen
y el host de destino, determinan a que equipo va la informacin solicitada.
La longitud UDP especifica la longitud del segmento, incluye el encabezado de 8 bytes
(mnimo) y los datos (para este caso llegar al valor mximo de 65.535 en IP, pero en
video sobre IP la carga til es de valor distinto por viajar sobre tramas Ethernet con un
valor mximo definido).
Campo de suma de verificacin: opcional para una confiabilidad adicional.
172
C.4 Cabecera TCP.
Al analizar el encabezado de TCP, ste tiene una longitud fija de 20 bytes, este se muestra en la
Figura C.4.
Figura C.4. Encabezado TCP.
De la Figura C.4 los campos que componen la cabecera de TCP son:
Puerto de origen y de destino: identifican los puntos tanto de fuente como terminal de la
conexin, un puerto TCP ms la direccin IP del host forman una 5-tupla, conformado
por el protocolo TCP (asociado al socket), en conjunto con el puerto de origen (16 bits),
IP de origen asociada al host (8bits), puerto destino TCP de 16 bits y finalmente el IP de
destino asociado al host (8bits); por lo tanto el punto terminal es de 48 bits.
Nmero de secuencia: indican los nmeros de secuencia en los segmentos.
Nmero de confirmacin de recepcin: especifica el siguiente byte en el orden esperado,
no el ltimo byte de manera correcta recibido.
Longitud del encabezado TCP: indica la cantidad de palabras de 32 bits contenidas en el
encabezado TCP, indicando el comienzo de datos del segmento.
Bits: 4 de no uso (utilizados 2 de 6), banderas de 1 bit como CWR y ECE, que se utilizan
para indicar congestin, cuando se usa una notificacin explicita como especifica RFC
3168, mientras ECE se estable para indicar un aviso a un emisor TCP, y con esto reducir
la velocidad producto de la congestin. URG se establece en 1 si est en uso el apuntador
urgente, usado para indicar un desplazamiento de bytes a partir del nmero de secuencia
actual, en el que se deben encontrar los datos urgentes. ACK se establece en 1 para
indicar que el nmero de confirmacin de recepcin sea vlido, si es 0, el segmento no
contiene una confirmacin, ignorando el nmero de confirmacin de recepcin. PSH
173
indica datos que se deben transmitir, entregando los datos a la aplicacin a su llegada y
solicitando (al receptor) que no los almacene en bfer hasta que se reciba de forma
completa. RST se usa para restablecer de manera repentina una conexin que se ha
confundido debido a una falla de host o alguna otra razn, usado tambin para rechazar
un segmento no valido o un intento de abrir una conexin. SYN se utiliza para establecer
conexiones, con SYN=1 y ACK=0 se indica que el campo de confirmacin de recepcin
superpuesto no est en uso. Pero la respuesta de conexin s lleva una confirmacin de
recepcin, haciendo SYN=1 y ACK=1. FIN se utiliza para liberar una conexin y
especifica que el emisor no tiene ms datos que transmitir. Sin embargo despus de
cerrar una conexin, el proceso encargado del cierre puede continuar recibiendo datos
de manera indefinida. Ambos segmentos SYN y FIN tienen nmeros de secuencia y, por
tanto, se garantiza su procesamiento en el orden correcto.
Tamao de la ventana: indica la cantidad de bytes que se pueden enviar.
Suma de verificacin: utilizada para agregar confiabilidad adicional realizando sumas de
verificacin en el encabezado, en TCP este campo es obligatorio.
Apuntador de urgente: indica el tipo de servicio asociado al segmento.
Opciones: ofrece una forma de agregar las caractersticas adicionales que no estn
cubiertas por el encabezado normal, estas opciones son de longitud variable, llenan un
mltiplo de 32 bits mediante la tcnica de relleno con ceros, y se pueden extender hasta
40 bytes. Una opcin muy utilizada es la que permite a cada host especificar el MSS
(Maximum Segment Size) como el tamao mximo de segmento que se est dispuesto
a aceptar.
C.5 Cabecera RTP.
A continuacin en la Figura C.5 se muestra la cabecera de RTP.
C.5. Encabezado de RTP.
A continuacin se procede a explicar los bloques del encabezado RTP:
174
Palabras de Bits: versin de dos bits, bit P que indica que el paquete se ha rellenado para
formar un mltiplo de 4 bytes, bit X que indica la existencia de un encabezado de
extensin, CC indica las fuentes de contribucin (asociadas a mezcladoras, dadas por
el origen de la sincronizacin), el bit M es un marcador especifico de la aplicacin en
cuestin, utilizado para marcar el inicio de la trama de video, palabra en un canal de audio
o algo que la aplicacin entienda.
Tipo carga til: indica el algoritmo de codificacin se est utilizando.
Numero de secuencia: es un contador que se incrementa con cada paquete RTP enviado,
utilizado tambin para determinar algn paquete perdido asociado al contador.
Estampa de tiempo: indica cundo se cre la primera muestra de paquete, y con esto
reducir la variacin de retardo (jitter).
Identificador de origen de sincronizacin: identifica a qu flujo pertenece el paquete,
utilizado para multiplexar y demultiplexar varios flujos en uno solo (dados para paquetes
UDP).
Identificadores de origen de contribucin: se utilizan para las mezcladoras asociadas a
la sincronizacin (este campo puede que no est, ya que no siempre hay contribucin).
175

Análisis de Un Head End de Televisión Digital para Sistemas IPTV Y7o OTT PDF

Cargado por

Copyright:

Formatos disponibles

Análisis de Un Head End de Televisión Digital para Sistemas IPTV Y7o OTT PDF

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

Análisis de Un Head End de Televisión Digital para Sistemas IPTV Y7o OTT PDF

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD DE SANTIAGO DE CHILE

Departamento de Ingeniera Elctrica

Sebastin Tapia Acevedo

Profesor Gua: Arnaldo Dossi Dossi

Trabajo de titulacin presentado en

CDIGO UBICACIN BIBLIOTECA: 2015 / E / 008

Este proyecto de ttulo busca elaborar un documento de referencia para el

Para lograr esto se estudiarn diferentes etapas que involucran el proceso,

Se presenta adems la evolucin del sector de telecomunicaciones,

Mis hermanos, en especial a Daniel y Carolina.

A Arnaldo Dossi por su tiempo y apoyo.

Finalmente a Paz, por apoyarme en este lindo proceso.

CAPTULO I. EVOLUCIN DEL SECTOR DE TELECOMUNICACIONES Y ORIGEN DE

1.1 Antecedentes generales ...................................................................................................... 3

1.1.1 Antecedentes nacionales .............................................................................................. 3

1.1.2 Pronsticos nacionales ................................................................................................. 7

1.1.3 Pronsticos Mundiales ................................................................................................ 10

1.2 Origen y necesidad de la tesis ........................................................................................... 11

1.2.1 Origen y necesidad de sistema integrado de transmisin .......................................... 11

1.3 Sistemas de distribucin de Televisin .............................................................................. 12

1.4 Objetivo general y especfico ............................................................................................. 13

1.4.1 Objetivo General ......................................................................................................... 13

1.4.2 Objetivos Especficos .................................................................................................. 13

1.5 Desarrollo y alcance ........................................................................................................... 13

1.5.1 Desarrollo .................................................................................................................... 13

1.6 Aporte Personal ................................................................................................................. 14

1.7 Descripcin de los captulos del trabajo de titulacin ........................................................ 15

CAPTULO II. ANLISIS DEL ESTADO DEL ARTE ................................................................... 16

2.1 Introduccin ........................................................................................................................ 16

2.2 Anlisis del estado del arte de sistemas OTT TV .............................................................. 16

2.2.1 Estado del arte en Chile .............................................................................................. 16

2.2.2 Sistemas OTT en el resto del mundo ......................................................................... 17

2.3 Discusin del estado del arte ............................................................................................. 20

CAPTULO III. SEAL DE TELEVISIN DIGITAL ...................................................................... 22

3.1 Introduccin ........................................................................................................................ 22

3.2 Digitalizacin de la seal de televisin .............................................................................. 22

3.2.1 Digitalizacin de la seal de audio .............................................................................. 23

3.3 Estndares de televisin .................................................................................................... 32

3.3.1 Conceptos bsicos en televisin digital ...................................................................... 32

3.3.2 Definicin Estndar de televisin SDTV. .................................................................... 34

3.3.3 Definicin mejorada de televisin EDTV..................................................................... 36

3.3.4 Alta definicin de televisin HDTV. ............................................................................. 36

3.3.5 Ultra alta definicin UHD ............................................................................................. 38

3.4 Algoritmos de compresin MPEG ...................................................................................... 39

3.4.1 Introduccin a la codificacin MPEG .......................................................................... 39

3.4.2 Estndares de compresin ......................................................................................... 40

3.4.3 Codificacin MPEG para audio ................................................................................... 43

3.4.4 Codificacin MPEG para video ................................................................................... 44

3.5 Flujos de transporte en MPEG ........................................................................................... 49

3.6 Tendencia futura. Sistema de compresin H.265/HEVC ................................................... 53

3.7 Consideraciones de sistemas de televisin digital ............................................................ 56

CAPTULO IV. HEAD END DE SERVICIOS DE TELEVISIN A TRAVS DEL PROTOCOLO

4.1 Introduccin ........................................................................................................................ 58

4.2 Adquisicin de contenido ................................................................................................... 58

4.2.1 Transmisin desde un proveedor de contenidos al satlite ........................................ 60

4.2.2 Proceso de la seal en el satlite ............................................................................... 65

4.2.3 Recepcin de la informacin satelital ......................................................................... 69

4.3 Contenido a travs de redes computacionales .................................................................. 71

4.3.1 Interfaces de contenido en televisin .......................................................................... 71