Iptv

5
Sistemas de Televisin sobre Infraestructura IP: IPTV. Semana 5

La televisin interactiva y sus servicios asociados. Arquitecturas IPTV y sus principales componentes. Implantacin de un sistema IPTV, requerimientos recomendaciones de calidad, la figura del integrador. en la red,
Tabla de Contenidos
Prlogo ..................................................................................................................... 3 4.1 Introduccin................................................................................................... 3 4.2 Televisin Interactiva..................................................................................... 5 4.2.1 Introduccin al video digital........................................................................ 5 4.2.2 La televisin digital. ................................................................................... 7 4.2.3 Evolucin hacia la TVD y la IPTV. ............................................................. 8 4.2.4 IPTV no es televisin sobre Internet. ....................................................... 11 4.2.5 La TV interactiva...................................................................................... 11 4.2.6 Servicios Interactivos de video. ............................................................... 13 4.2.6.1 Gua electrnica de programacin (EPG Electronic Program Guide).... 14 4.2.6.2 Video grabador (PVR - Personal Video Recorder)................................... 15 4.2.6.3 Pausa de TV en vivo (TSTV - time Shift television).................................. 16 4.2.6.4 Video bajo demanda (VoD - video on demand). ...................................... 17 4.2.6.5 Pago por visin (PPV - pay per view). ..................................................... 18 4.2.6.6 Aplicaciones interactivas. ........................................................................ 18 4.3 Arquitecturas IPTV. ..................................................................................... 23 4.3.1 Elementos de un sistema de IPTV........................................................... 25 4.4 Head-end: Centro de ingesta de video en vivo. ........................................... 27 4.4.1 Tecnologa y Protocolos de Codificacin de Seales de Vdeo. .............. 27 4.4.1.1 MPEG-1................................................................................................... 27 4.4.1.2 MPEG-2................................................................................................... 28 4.4.1.3 MPEG-4................................................................................................... 30 4.4.2 Componentes de un Head-End de IPTV.................................................. 31 4.4.2.1 Antenas de satlite. ................................................................................. 32 4.4.2.2 IRD (Integrated Receiver/Decoder).......................................................... 32 4.4.2.3 Desencriptado. ........................................................................................ 32 4.4.2.4 Encoders. ................................................................................................ 32 4.4.2.5 Bit Rate Shaping...................................................................................... 33 4.4.2.6 Multiplexor. .............................................................................................. 33 4.4.2.7 Sistema de Insercin de Propaganda y Sobreimpresos........................... 33 4.5 Middleware: El cerebro de la solucin IPTV. ............................................... 35 4.5.1 Interfaces y Funcionalidades. .................................................................. 37 4.5.2 Gestin de STB. ...................................................................................... 38 4.5.3 Gestin de servicios. ............................................................................... 39 4.5.4 Gestin del contenido. ............................................................................. 39 4.5.5 Gestin de EPG....................................................................................... 39 4.5.6 Distribucin del contenido........................................................................ 40 4.5.7 Gestin de PVR y TSTV. ......................................................................... 40 4.5.8 Gestin de suscriptores. .......................................................................... 40 4.5.9 Gestin de paquetes y precios. Mediacin con el sistema de facturacin. 41 4.5.10 Integracin con el DRM. .......................................................................... 42
Captulo 5 Plataformas IPTV. Pgina 1 de 81
4.5.11 Reportes.................................................................................................. 42 4.6 La Red: aspectos a considerar en la red para implantar un sistema IPTV. .. 43 4.6.1 Arquitectura general de redes multiservicio ............................................. 43 4.6.2 Caractersticas de la red de acceso de los suscriptores. ......................... 46 4.6.2.1 Acceso ADSL. ......................................................................................... 46 4.6.2.2 Normas de Acceso ADSL. ....................................................................... 47 4.6.3 Multicast: Trfico de servicios de difusin................................................ 48 4.6.4 Protocolos de Streaming. ........................................................................ 51 4.7 DRM/CAS: Proteccin de los contenidos y control del acceso. ................... 53 4.7.1 Encriptacin............................................................................................. 53 4.7.1.1 Conceptos y Fundamentos...................................................................... 54 4.7.1.2 Tcnicas Actuales de Cifrado .................................................................. 54 4.7.2 Sistema de Control de Derechos (DRM).................................................. 58 4.7.2.1 Bases Tecnolgicas ................................................................................ 59 4.7.2.2 Tipos de Sistemas DRM. ......................................................................... 60 4.7.2.3 Uso del DRM: Vista general..................................................................... 60 4.7.3 Sistema de Control de Propagacin: Marca de agua digital..................... 64 4.7.3.1 Marca de agua digital. ............................................................................. 65 4.7.4 Resea sobre los sistemas DRM propietarios. ........................................ 65 4.8 ANEXO I: Factores y Recomendaciones antes de implantar una solucin IPTV. 68 4.8.1 Regulacin de IPTV................................................................................. 68 4.8.2 Dimensionado para el servicio IPTV. ....................................................... 71 4.8.3 IPTV y las plataformas de entrega de servicios (SDP, IMS,)................ 72 4.8.4 Requerimientos de calidad de servicio. ................................................... 73 4.8.4.1 Calidad en la integracin. ........................................................................ 75 4.8.5 Integracin e Integradores de IPTV. ........................................................ 77 4.9 Abreviaturas y Acrnimos............................................................................ 78 4.10 Referencias Bibliogrficas. .......................................................................... 80
Captulo 5 Plataformas IPTV.
Pgina 2 de 81
Prlogo En este mdulo abordaremos los servicios de televisin interactiva. Analizaremos la evolucin de la TV del modelo de contenidos lineales a nuevas modalidades de consumo interactivo. Este tema resulta enormemente relevante para comprender el impacto de las redes de prxima generacin en el negocio tradicional de telecomunicaciones. La progresiva generalizacin de los accesos de telecomunicaciones de banda ancha, y la tendencia a que estos se conviertan en dumb pipes en caso de transportar nicamente servicios de acceso a Internet, han planteado a los prestadores de servicios el desafo de explorar nuevos negocios que exploten las enormes capacidades de transporte de datos de las redes de acceso de prxima generacin. La lgica de explotacin de redes de telecomunicaciones de acuerdo a la lgica de smart pipes depende en gran medida de la explotacin de los servicios de TV interactiva basada en IPTV que abordaremos en este mdulo. 4.1 Introduccin. La tecnologa Internet Protocol Television (IPTV) es TV transportada sobre protocolo IP, no necesariamente Internet, por el contrario sobre redes IP que pueden implementar calidad de servicio. Triple Play consiste en brindar por parte de un nico operador tres servicios de telecomunicaciones: servicio de voz, acceso a Internet y televisin para abonados, constituyendo un paquete de servicios. El empaquetamiento de los servicios de voz, datos y televisin (oferta triple-play) est constituyndose globalmente un requisito bsico para competir en el mercado de las telecomunicaciones. Actualmente el Triple-play es una realidad ampliamente extendida en la oferta de los operadores de TV cable de Europa y Estados Unidos, a la que recientemente se estn incorporando los operadores de servicios pblicos de telecomunicaciones de voz y datos (empresas de telefona fija y mvil) valindose de redes de banda ancha (ADSL, VDSL y Fibra ptica hasta el hogar). Por tanto IPTV presenta un rol estratgico clave para ofrecer el empaqueta de servicios Triple-play por parte de los operadores de telecomunicaciones de voz y datos. Inclusive algunos analistas opinan que IPTV va a preponderar en las soluciones para distribuir televisin en el futuro debido a los bajos costos de la tecnologa IP adems de la variedad de servicios ofrecidos con gran valor para los usuarios finales. El objetivo de este captulo es abordar aspectos bsicos de la tecnologa IPTV, de forma de situarla en el contexto de las redes de telecomunicaciones basadas en convergencia. Presentar a IPTV como una tecnologa a ser atendida por los operadores de telecomunicaciones, en particular aquellos que cuentan con redes de telecomunicaciones fijas, e identifican en la distribucin de contenidos multimedia nuevas oportunidades de ingresos, y medios para atraer nuevos consumidores a los servicios de banda ancha basados en xDSL y Fibra ptica. IPTV es un tema muy amplio, para poder estudiar todos sus aspectos y presentar una visin general de estos tipos de sistemas nos basaremos fuertemente en algunos captulos previamente estudiados. Se intenta que ese captulo sea auto-contenido, haciendo referencia explicita a los conocimientos necesarios de otros captulos para los lectores que gustan profundizar en la temtica. En particular los captulos previos tiles para el entendimiento de IPTV son:
Pgina 3 de 81
I.2 - Tcnicas de modelado de trfico y calidad de experiencia en servicios multimedia. Donde se estudia la calidad de los servicios IPTV. I.4 - Nuevas formas de representacin de la informacin: tcnicas avanzadas de compresin de audio y video. Donde se presentan los estndares para la representacin de video y audio digital, as como los protocolos para su transporte sobre redes IP. II.2 - Tecnologas de Redes de Acceso Cableadas y Agregacin. La red forma presenta un rol protagnico en la variedad y calidad de los servicios de IPTV. II.3 - Plataformas de entrega de servicios OSA/Parley, SDP e IMS. Las plataformas de entrega de contenido presentan muchas similitudes con los sistemas IPTV, es de esperar en el futuro una convergencia tecnologa en estas arquitecturas. Se comienza en la seccin 4.2 con una descripcin de la televisin interactiva y los servicios disponibles en las plataformas IPTV. Las siguientes secciones 4.3, 4.4, 4.5, 4.6 y 4.7 presentan la arquitectura IPTV y sus principales componentes. Se agrega un anexo opcional, 4.8, al final del captulo introduciendo algunos aspectos no cubiertos en el documento necesarios al momento de implantar una solucin IPTV.
Pgina 4 de 81
4.2 Televisin Interactiva. 4.2.1 Introduccin al video digital. El Video Digital es un tipo de sistema de grabacin de video que trabaja usando una representacin digital de la seal video, en lugar de los sistemas antiguos anlogos [9]. El consumo de contenido digital multimedia se est tornando cada da ms comn entre los usuarios de los servicios de telecomunicaciones. La digitalizacin de las imgenes posibilita su transmisin por medios electrnicos diseados para el transporte de informacin. En este captulo vamos a distinguir la TV digital, tecnologa ya existente, con ms de un estndar disponible, pero de lenta adopcin, con la TV sobre protocolo IP, la cual es de muy reciente desarrollo y an no cuenta con un marco tecnolgico basado en estndares. Es comn considerar que los servicios de IPTV son servicios de televisin sobre Internet, en este captulo tambin aclararemos diferencias entre IPTV y la televisin por Internet. Es indudable que la digitalizacin de las imgenes, conjuntamente con la aplicacin de tcnicas de compresin diseadas para ser poco perceptibles por los seres humanos, posibilita el transporte, almacenamiento y difusin de contenidos de video con condiciones de calidad sensiblemente superiores a la que se logra con el video analgico. Una muestra de esto son los DVD, puesto que las imgenes que contienen gozan de una excelente definicin para un TV estndar, y pueden ser almacenados y su contenido reproducido durante largos perodos de tiempo sin lucir desgaste alguno. Lo que contiene un DVD son bsicamente archivos, los cuales contienen a su vez las secuencias de video codificadas de cierta forma especfica (el formato de DVD es MPEG-2). El reproductor de DVD lee secuencialmente los archivos de video contenidos en el disco, convirtiendo las secuencias de datos codificados en imgenes de video representadas en forma analgica de forma que un TV estndar las pueda reproducir (en componentes de color, video compuesto con luminancia y croma, etc.). La informacin est toda en el DVD antes de comenzar la reproduccin. Esto es equivalente a lo que sucede con los servicios de descargas de contenidos multimedia, puesto que los mismos son almacenados en el terminal en su totalidad antes de dar inicio a su reproduccin. En los sistemas de difusin de contenidos de audio y video digitales la informacin fluye desde servidores de contenidos hacia los terminales de los usuarios, de forma que tan pronto como la informacin es comprendida por el terminal comienza su reproduccin. Esto significa que la informacin es reproducida a medida que va llegando, con un muy pequeo retardo respecto a la emisin del contenido por la fuente. Es muy similar a la distribucin de audio y video analgicos, puesto que en estos casos la seal es reproducida por el terminal (TV estndar) tan pronto es recibida, no habiendo prcticamente retardo entre la recepcin y la reproduccin de la imagen. Un sistema bsico de transmisin de video digital presenta 4 componentes: debe existir una etapa de captura, codificacin y compresin del audio/video, un servidor que almacene y provea los contenidos multimedia digitales, un canal de distribucin el cual conecte al cliente con el servidor, como por ejemplo una red IP, y finalmente un cliente reproductor multimedia el cual decodifique y despliegue el audio/video.
Pgina 5 de 81
La Figura 1 muestra las distintas componentes.
Figura 1. Sistema de transmisin de video digital.
En el proceso de captura y codificacin existen 3 diferentes etapas, la primera refiere al pasaje de la informacin de analgico a digital (captura), la segunda elimina la redundancia presente en la informacin de audio/video (codificacin y compresin), mientras que la tercera refiere a la paquetizacin de los datos anteriormente comprimidos. Para estas etapas existen una numerosa cantidad de estndares y recomendaciones. En IPTV es preponderante el uso de MPEG-4 para la codificacin de audio y video, en particular el estndar MPEG-4/AVC (tambin llamado H.264) es el ms usado. En este captulo no se profundizara en este componente, solo se realiza una breve introduccin en la seccin 4.4.1 necesaria para el entendimiento global; por favor referirse al captulo I.4 del primer mdulo donde se estudia en profundidad las tcnicas avanzadas de compresin de audio y video, especificando detalles de los principales estndares. El servidor debe almacenar el contenido y presentarlo en forma de streaming para que pueda ser consumido por los clientes. El streaming es una forma de transmitir informacin (generalmente multimedia) que permite al cliente ir consumiendo la informacin mientras que se est descargando [9]. Existen tambin varios estndares para almacenar y transmitir el contenido. Por ejemplo el estndar MPEG-2 presentan un definicin de como almacenar contenido utilizado por los DVDs, tambin presenta un mecanismo de streaming MPEG-TS utilizado en redes de cable digital y en transmisin satelital. El canal de distribucin, la red IP, simplemente permite el envo del streaming desde el servidor al cliente. En redes dedicadas de IPTV habitualmente la red cumple con propiedades de calidad de servicio de forma de asegurar una buena experiencia al usuario. Pero la transmisin de video digital tambin es posible en redes no dedicadas
como Internet, donde no se asegura calidad de servicio y la capa de aplicacin se encarga de protegerse frente a fallas de la red. El cliente es un reproductor multimedia capaz de recibir el streaming de la red, decodificarlo y presentarlo en forma analgica para ser consumido por el usuario. En las redes IPTV el cliente es llamado Set Top Box, que no es ms que un computador dedicado para esta tarea. 4.2.2 La televisin digital. La TV digital (TVD) se ha estado desarrollando intensamente en los ltimos 10 aos, resultando en la implementacin de tres estndares de TV adoptados por distintos pases del mundo. Las normas de TV digital ATSC, DVB e ISDB permiten el transporte de informacin de audio y video en tiempo real, reemplazando las normas de video analgico PAL, NTSC, SECAM, etc.. En varios pases ya se transmiten en forma regular seales de TVD terrestre o por cable, y se da prcticamente una cobertura global de TV digital va satlite. Casi todos los pases que hoy cuentan con emisoras de TVD terrestre estn realizando planes para la migracin total de los servicios de la TV conocida como terrestre de analgica a TVD en una cierta cantidad de aos (incluso se habla de una suerte de apagn de la TV analgica en algunas regiones del mundo). Este cambio es ms disruptivo que la introduccin de la TV color sobrepuesta a las emisiones de TV blanco y negro. Cuando se introdujo la TV color se impuso una cierta retro compatibilidad, puesto que los receptores blanco y negro seguiran recibiendo una seal adecuada aunque la misma ahora tambin se difundiera con informacin de color. Casi 60 aos despus de las primeras emisiones de TV color siguen existiendo receptores de TV blanco y negro en el mundo. La enorme eficiencia de la TV digital posibilitar un mejor uso del espectro de radiofrecuencia, el que hoy se est constituyendo en un recurso escaso para una mayor eficiencia de las tecnologas de comunicaciones personales masivas. Un ejemplo de esto ltimo es la propuesta de la FCC de Estados Unidos de liberar porciones del espectro de UHF (por encima de 700 MHz), para posicionar all nuevos sistemas de comunicaciones punto a multipunto. El advenimiento de la TVD supone una nueva tecnologa de transmisin totalmente incompatible con sus predecesoras. Esto significa que el usuario deber reemplazar su TV estndar por uno con receptor de TV digital o instalar un dispositivo convertidor de la seal para que esta sea convertida del nuevo formato a uno de los formatos preexistentes. Dado que la transmisin de la informacin utilizada para obtener una imagen de televisin y el sonido asociado, se realiza como bits de datos, tal como lo realiza un computador. Con ello, las empresas de difusin (broadcasters) digitales pueden entregar ms informacin de la que es normalmente posible con tecnologa analgica, por el mismo ancho de banda que actualmente ocupa la radiodifusin televisiva analgica (6 MHz u 8 MHz dependiendo de la zona). Lo anterior en un contexto donde la televisin tradicional terrestre enfrenta un escenario complejo, frente a la oferta de multicanales por medio del xito e importante penetracin del cable y en menor medida de la televisin satelital, y el desarrollo de las empresas de telecomunicaciones que intentan posicionarse como nuevos entrantes en el negocio de la difusin de contenidos audiovisuales. En los campos tecnolgico y econmico, el proceso de convergencia ha implicado en cierta forma la confluencia de las industrias audiovisual, de telecomunicaciones, de informtica, y de contenidos.
La televisin digital terrestre (TVD-T) afecta a todos los mbitos del proceso televisivo, desde la produccin hasta la transmisin y recepcin de las seales televisivas. Lo anterior obliga a digitalizar todo el proceso, con una renovacin de los equipos de produccin y de transmisin (a cargo de los operadores) y de los equipos de recepcin (a cargo de los usuarios). En trminos generales, la televisin digital (TVD) permite un mejor uso del espectro de radiofrecuencia para la transmisin de las seales. Si la modalidad analgica implica el uso de una portadora modulada con 6 u 8 MHz de ancho de banda para la transmisin de una sola seal, con la digitalizacin y compresin de los canales, es posible transmitir varios canales de calidad igual o incluso superior a DVD en igual ancho de banda. Es importante resaltar la diferencia entre TVD e IPTV. La TVD se vale de la capacidad de un medio de difusin (terrestre, cable de CATV o satelital) para propagar a mltiples usuarios bsicamente la misma propuesta de contenido multimedia. Las redes de TVD estn pensadas bsicamente para la difusin de los contenidos. Estos contenidos pueden estar codificados de modo que solo los suscriptores que pagan por ellos tengan la posibilidad de visualizarlos al contar con la clave adecuada para su desencripcin. Si pensamos en las dos tecnologas en relacin al modelo OSI, podramos afirmar que TVD corresponde a la distribucin de contenidos sobre una capa 1 que opera por difusin en relacin a los usuarios. Por contraparte, IPTV se vale de una red de paquetes para ser transportada, por lo que podramos considerar a IPTV un servicio en capa de aplicacin en el modelo OSI. La difusin de contenidos de TV en redes IP se vale de tcnicas de multidifusin que hoy pueden ser implementadas en redes IP. 4.2.3 Evolucin hacia la TVD y la IPTV. La TV digital consiste en la digitalizacin de la seal de TV analgica. Esta digitalizacin lleg primero a la TV satelital (desde hace ms de una dcada), posibilitando la mejora de la oferta de la TV satelital previamente analgica. La digitalizacin de la TV satelital se hizo mayoritariamente por medio del estndar DVB-S (Digital Video Broadcasting para Satlite), y al digitalizarse mejor la calidad de la imagen (permitiendo reducir el tamao de las antenas receptoras tambin), y posibilit la difusin de mltiples canales con distintas modalidades de cifrado. En algunas zonas la TV satelital constituye prcticamente la nica oferta de TV. Un soporte similar posibilit la generalizacin de la TV por cable, puesto que la digitalizacin posibilit receptores ms econmicos y eficientes viabilizando emisoras de cables an en poblaciones pequeas. En lo que respecta a la digitalizacin de la TV cable, por tratarse de un servicio por suscripcin, la evolucin a digital es el resultado de una decisin del operador que debe ser acompaada de la adecuacin de la infraestructura de recepcin en el hogar del consumidor. La digitalizacin de la TV cable se est produciendo gradualmente, y generalmente apunta en primer lugar al segmento de clientes de mayor poder adquisitivo puesto que el atractivo de la propuesta es la calidad de imagen mejorada (similar a DVD, con mltiples canales de sonido) y la multiplicidad de nuevos canales que se transmiten cifrados (encriptados), posibilitando distribuir contenido ms costoso para la modalidad de pago por visualizacin. Las operadoras de cable se han ido introduciendo a la TV interactiva por medio de instrumentar un canal para retorno de datos, el que puede implementarse sobre una lnea telefnica (cada vez ms evitado),
Pgina 8 de 81
o sobre el upstream IP que las operadoras de TV cable implementan para su servicio de provisin de acceso a Internet (cablemdem). La TV de difusin terrestre es la que ms debate tcnico ha ocasionado, puesto que su modelo tpico es de difusin abierta y gratuita, por lo que no existe una relacin cliente-proveedor ni una contraprestacin econmica que pueda justificar que el proveedor reemplace equipamiento en el hogar de los consumidores. En este escenario son los gobiernos, responsables de conceder las licencias y espectro para las emisoras de broadcasting, quienes tienen que coordinar el proceso de evolucin de la TV analgica a digital, determinando al comienzo del mismo cul ser el modelo tecnolgico a seguir. Es posible distinguir tres aproximaciones diferentes a la TVD: el modelo estadounidense (ATSC); el modelo europeo (DVB), y el modelo japons (ISDB) que se plantea en cierta forma como una combinacin de los anteriores. El modelo estadounidense ATSC (Advanced Televisin Systems Comit), es impulsado por un comit formado por 140 empresas del rea de radiodifusin y distribuidores de equipamientos electrnicos. Estableci los servicios de alta resolucin espectral como foco de desarrollo para la TVD. La Comisin Gore1 resume esta perspectiva al sealar que la imagen de alta calidad constituye -en el nuevo contexto tecnolgico- un bien pblico, un derecho de los ciudadanos norteamericanos. La industria audiovisual y la industria manufacturera de equipos norteamericana, vieron en la aproximacin de TVD terrestre de alta definicin, una forma de establecer una diferenciacin con respecto a otras ofertas multimediales en la era de la convergencia, y mantener una audiencia significativa a partir de un servicio televisivo tradicional de mayor calidad tcnica. Por su parte, el modelo europeo DVB (Digital Video Broadcasting), impulsado por un consorcio de aproximadamente 270 empresas de radiodifusin y distribuidores de equipamiento europeos (tales como Nokia, Siemens y BBC, entre otros), plantea la promocin del uso de la capacidad adicional para proveer ms contenidos televisivos y nuevos servicios de informacin. La transmisin de mltiples seales de informacin multiplexadas en un mismo canal, se sustenta en la posibilidad de proveer TV multicanal a una fraccin importante de usuarios y ha sido visualizada como un vehculo efectivo para el acceso a Internet de hogares si soporta algn grado de interactividad. De hecho, el proyecto de TVD europeo apunta al desarrollo de un aparato de recepcin multimedia de servicios integrados. El estndar para la transmisin de TVD por diversos medios (terrestre, satelital, cable) desarrollado es el DVB, Digital Video Broadcasting. El estndar prev la existencia de un canal digital de retorno sobre el cual se sustenta la interactividad. Actualmente, desde este modelo se estn impulsando implementaciones para la visualizacin de TV mvil a travs de aparatos celulares. El sistema demandara la utilizacin de una estructura aparte para las transmisiones destinadas a receptores mviles, posibilitando la participacin de las empresas que ofrecen este tipo de servicios. La modalidad de DVB para celulares se denomina DVB-H (H por handheld), y podra revolucionar la TV puesto que la puede hacer accesible a usuarios de terminales celulares. Resulta importante sealar que DVB-H hace uso del terminal celular como elemento de visualizacin, proponiendo que se le agregue un receptor de TV digital, por lo que DVB-H puede ser ms un servicio de una compaa de broadcasting de TV que de un operador celular. La difusin del contenido de TV no se realiza a travs de la red celular. DVB-H utiliza capacidad de transmisin de informacin sobrante en el ancho de banda que una emisora de broadcasting cuenta al digitalizar su seal de video. En el ancho de banda actual de una
emisora analgica (6 u 8 MHz dependiendo de la asignacin de espectro en cada pas) puede transmitir varias seales de TV digital de calidad comparable a DVD y varios canales de TV para terminales mviles. Por ltimo el modelo japons ISDB (Integrated Service Digital Broadcasting), es defendido por las grandes redes de ese pas, y recientemente fue adoptado como la norma de TV digital de Brasil. Es una combinacin entre los dos modelos anteriores. Atendera a los requisitos de la alta definicin, pero tambin ofrecera la posibilidad de transmitir con una definicin estndar, con calidad inferior, para permitir una programacin mltiple. Tambin posibilita, de forma similar a DVB, la transmisin de TV a terminales mviles. La adopcin de la norma de TV digital para difusin terrestre se ha tornado en una cuestin de decisin nacional en la mayora de los pases del mundo, y los gobiernos han intentado compatibilizar la viabilidad de la industria de difusin de contenidos con el inters de los consumidores. La diferencia en los enfoques para el desarrollo de la televisin digital encuentra su raz en los distintos niveles de desarrollo de la TV (TV cable o TV satelital) e Internet en Estados Unidos y Europa. La penetracin de ambos servicios es significativamente inferior en la mayora de los pases de la Comunidad Europea que en EEUU, donde ms del 70% de la poblacin est suscrita a algn operador de TV paga y ms del 40% de la poblacin accede a Internet. Adems de las condiciones de mercado, existen diferencias de carcter cultural, poltico y social que permiten explicar las diferentes aproximaciones a la TVD en distintas regiones del mundo. La Comisin Europea a cargo del tema llam el 25 de mayo del 2005 a los estados miembros de la UE para establecer el 2012 como fecha lmite para el corte total de la transmisin analgica (switchover). Por otra parte, el congreso de USA aprob en el mes de febrero de 2006 la postergacin del corte analgico para febrero de 2009. Lo cierto es que cada pas est definiendo su proceso de transicin de TV analgica terrestre a TVD. Por otra parte IPTV se basa en la transmisin de seales de video ya sea a travs de las redes de los operadores de cable o de las redes de los operadores de telefona fija, empleando la conectividad ofrecida a los usuarios mediante las redes de datos basadas en el protocolo de Internet (IP). IPTV es bsicamente un soporte de TV interactiva, concepto que ahora desarrollaremos, y la posibilidad de interactividad ser la que aporte a la televisin convencional de nuevos formatos, modos de hacer y ofrecer televisin. Es previsible que veamos contenidos audiovisuales que por medio de conexiones de datos que permitan la interactividad real del usuario con la productora de televisin, y que permitan al usuario personalizar la seal hasta grados ahora insospechados. Hace algn tiempo estamos presenciando un aumento en la interaccin de los televidentes con los programas de TV por medio de la tele-votacin que se realiza por telfono o SMS. La capacidad de particularizacin o acceso a la informacin relacionada con la produccin televisiva pondr a disposicin del espectador una televisin enriquecida que ir cambiando la forma de producir y distribuir los contenidos. Esta semana abordar en mayor profundidad IPTV puesto que se trata efectivamente de una tecnologa emergente. Esto es tan as, que a la fecha no se cuenta con ningn estndar vigente sobre arquitecturas de esta tecnologa.
Pgina 10 de 81
Este aspecto ha resultado en una gran complejidad en la realizacin del material que abordaremos, el cual incluso toma informacin hecha pblica por UIT hace muy pocas semanas en su Focus Group de IPTV. Recomiendo a los ms interesados en este tema visitar la pgina WEB de este Focus Group, puesto que compila la informacin ms avanzada hoy disponible sobre este tema, y los documentos pueden ser accedidos sin cargo puesto que en este momento se est discutiendo sobre ellos. La TV digital en sus variantes y la IPTV tienen previsto incorporar interactividad con el usuario. Mientras que la TV digital requiere de otra red complementaria para implementar un canal de retorno (generalmente una lnea telefnica fija o mvil) y as hacer posible la interactividad, puesto que las redes son bsicamente unidireccionales, IPTV es bsicamente una tecnologa bidireccional de telecomunicaciones, por lo que la misma red que se emplea para difundir los contenidos puede ser empleada para implementar el canal de retorno requerido por la interactividad. La interactividad en TV ser analizada a continuacin. 4.2.4 IPTV no es televisin sobre Internet. La Internet es una interconexin de redes donde no se asegura calidad de servicio a los usuarios. Tpicamente conocida como best-effort, la Internet descarta indiscriminadamente paquetes de los usuarios frente a problemas de congestin. El protocolo de capa de red utilizado en Internet es IP, pero el protocolo IP tambin puede ser utilizando en redes con calidad de servicio, donde se asegura a los clientes finales determinados parmetros como ancho de banda disponible, retardo, etc. La televisin puede ser transmitida sobre redes IP con calidad de servicio o redes IP sin calidad de servicio (como la Internet). Nadie puede ser ajeno a fenmenos como los portales sociales de descarga de video como http://youtube.com o los menos frecuentes portales para distribuir video en vivo sobre Internet como http://www.jumptv.com o http://www.adinettv.com.uy. Sin embargo las plataformas IPTV estn pensadas en su mayora para ser utilizadas en redes IP con calidad de servicio, donde se asegura a nivel de red determinada disponibilidad de recursos disponibles. Un error frecuente es considerar que todos los sistemas de IPTV son sistemas pensados para Internet, donde en base a un mejor esfuerzo se enva el video. La IPTV puede y debe alcanzar los niveles de calidad de experiencia esperados por los usuarios de los servicios tradicionales de televisin (como la TV digital) para ser competitiva. Una de las grandes ventajas de la redes IPTV es que nativa y eficientemente permiten la comunicacin biunvoca entre usuario y servidores, ms aun permite la comunicacin directamente entre usuarios1, logrando niveles de interactividad nunca imaginados para la televisin tradicional. En la siguiente seccin profundizaremos en los posibles servicios interactivos que ofrece la IPTV. 4.2.5 La TV interactiva. La televisin est cambiando con la progresiva generalizacin de los medios de comunicacin digitales e interactivos. Histricamente la televisin ha sido un medio para ver en sociedad. El televisor de la casa sustituy desde hace tiempo, en gran medida, al fuego de cada hogar, ante l se reunan los integrantes de la familia y vean comnmente cualquier programa ofrecido.
1
Las redes IP estn diseadas para trfico entre entidades pares, o para una relacin uno a uno de tipo cliente servidor. Ejemplo de esto es el intercambio de archivos entre computadoras personales, y la interaccin de un Web Browser en una computadora personal con un servidor de pginas WEB a travs de Internet. Esto debe ser explotado por los sistemas IPTV para ofrecer mayor interaccin que otras redes para distribuir video.
Una oferta escasa no causaba ningn problema familiar, pero la cosa se complicaba a medida que la oferta se multiplicaba y surgieron los segundos televisores y las familias se iban disgregando ante el televisor. Esta es una situacin muy comn todava en la actualidad, pero cuando surge la posibilidad de ver la televisin en otros medios alternativos como la computadora personal (PC) (aadindole una placa bastante barata), los miembros ms jvenes con computador personal reparten su ocio entre la televisin y los juegos informticos, chats, e-mails y dems posibilidades que ofrece la informtica. En otras familias sin ordenador los ms jvenes (nios y adolescentes) se apropian de un buen rato del ocio familiar enchufando sus consolas de juegos, que adems ofrecen en muchos casos tambin la posibilidad de ver DVD. Ante tanta posibilidad y con un reparto tan especfico del tiempo de ocio vamos incrementando poco a poco el parque de televisores o aparatos que funcionan como tal en una tendencia clara a hacer del hecho de ver televisin un acto ms personal que familiar. Ante el antiguo aparato de televisin sin mando a distancia se agolpaba toda la numerosa familia que tena una escasa, cuando no nica, oferta de ocio. Hoy cada vez ms es un nico miembro de la familia el que se sienta frente a un aparato (televisor u ordenador) que le ofrece mltiples posibilidades de ocio y que cada vez pide ms opciones que recibir y ms posibilidades de participacin. Pero hay diferentes posturas dentro del seno familiar frente al ocio. Las generaciones ms mayores presentan una reticencia a la interactividad frente a las generaciones ms jvenes que piden que esta se produzca cada vez ms. As se produce una segmentacin natural dentro de cada familia con actitudes y aptitudes muy distintas frente a la interactividad. Por qu la televisin presenta tan baja interactividad en la actualidad? Razones histricas: La televisin ha sido un medio tradicionalmente reacio a la interactividad. Parece que el espectador tradicional se ha resistido cuando se le ha ofrecido esta posibilidad tcnica, pero tambin parece que ahora est ms dispuesto a aceptarla si se sabe introducir con servicios que l considere tiles como el de correo electrnico o cuando se nos demuestra que la tecnologa sirve realmente para facilitarnos la vida u ofertarnos nuevas posibilidades interesantes como en el caso de los PVR (Personal Video Recorder), grabador de vdeo que sustituye la tradicional cinta de video por un disco duro, y que desarrollaremos ms adelante. Quizs la mayor interactividad que hoy ocurre en la televisin es aquella que resulta de la participacin de los televidentes en votaciones basadas en lneas telefnicas de tarifa prima y SMS con costo adicional. Razones ergonmicas: Adems de esta reticencia histrica existen unos condicionantes de carcter ergonmico a tener en cuenta en el diseo de cualquier sistema de interactividad. De un lado debe considerarse la distancia de interaccin con el medio: mientras un telfono mvil lo mantenemos a escasos centmetros de nosotros, la pantalla de un televisor estar a unos 2 3 metros de distancia. Esto provoca una actitud muy distinta en el usuario. Tambin la postura de trabajo estando sentado frente al ordenador es una postura echada hacia delante y la postura frente al televisor es echada hacia atrs, cuando no tumbada. La reflexin sobre estas posturas ha centrado las discusiones sobre si el televisor o el computador personal se impondran como centro de ocio en el hogar. Por otro lado el diseo de los distintos interfaces para ejercer la interactividad es tambin importante: desde los mandos a distancia simplificados a los teclados inalmbricos producen actitudes distintas. Tambin el diseo de la navegacin influir en el usuario.
Pgina 12 de 81
Razones tecnolgicas: Tecnolgicamente hablando tambin la definicin del propio medio merece considerarse: un texto perfectamente legible en la pantalla de un computador personal no lo ser en la televisin, al menos con la resolucin de TV estndar. Tambin resulta de especial inters el canal de retorno: no es lo mismo contar con un cierto ancho de banda en el cable para las seales de ida y vuelta, que la transmisin por ondas terrestres y el retorno por va telefnica. Por otra parte cabe esperar alguna reaccin en contra si uno sospecha que su televisor le est, de algn modo, siendo vigilando por medio de los sistemas de personalizacin que permiten la interactividad y que resultan ser el mayor atractivo para los inversores por la informacin sobre segmentacin de mercado que ofrecen. La generalizacin de sistemas que protegen los derechos digitales asociados a los contenidos, posibilita, debido a su constante validacin de los contenidos para cada servicio, el conocimiento completo del tipo de contenido que atrae a cada usuario individual. En definitiva que tenemos que considerar para la interactividad: una reticencia histrica, unos aspectos de carcter tcnico (retorno y definiciones de sistemas), unos aspectos de carcter ergonmico (mando a distancia, distancia de relacin y diseo de sistemas de navegacin) y unas actitudes y aptitudes generacionales diferenciadas. A continuacin veremos la gama de servicios interactivos ms frecuentes en los sistemas IPTV. 4.2.6 Servicios Interactivos de video. Una primera clasificacin (no extensiva) de los servicios de video puede ser: Difusin de video en vivo (broadcast television - BTV). La distribucin de video en vivo puede ser de uso abierto por aire, mediante suscripcin o abono (por aire, cable o satlite), o de consumo inmediato (pago por visin - PPV). Caractersticas: tiempo real, unidireccional, no interactivo. Video bajo demanda (Video on Demand - VoD) y grabadora personal (Personal Video Recorder - PVR). El servicio de video bajo demanda permite a los usuarios ver videos de una biblioteca mediante su descarga individual. Generalmente se acompaa el servicio con las funcionalidades tpicas de la grabadora de video (play, pause, etc.). Caractersticas: tiempo real, unidireccional, interactivo. Video llamada o Video conferencia. La comunicacin interactiva de video puede darse entre dos dispositivos personales (telfonos) o entre varias salas (conferencia). Caractersticas: tiempo real, bidireccional, interactivo. Circuitos cerrados de vigilancia. Caractersticas: tiempo real, unidireccional, no interactivo. Dependiendo de las caractersticas de la red, existen una variedad muy amplia de servicios de video, en particular los que incorporan la interaccin con el usuario. Considerar todas las redes de video y todos los servicios que stas presentan escapa ampliamente al alcance de este documento, por tanto nos concentraremos en los sistemas de IPTV. Primero es importante sealar que todos los sistemas IPTV presentan todos sus servicios en un men grfico e intuitivo.
Pgina 13 de 81
Por ejemplo se debe recorrer el men para elegir que video bajo demanda reproducir, para configurar la grabacin de algn canal, para acceder a la gua de programacin de los canales, etc. El usuario interactuar con el men mediante el control remoto. En general el men presenta tantas opciones de navegacin que debe ser asimilado por parte de los usuarios como un portal para la televisin ms que simplemente un selector de opciones. La esttica y servicios habilitados en el portal es configurada a medida por el proveedor del servicio ITV, resultando en que a sta se le puede ajustar a un diseo propio incluyendo publicidad o promociones. La Figura 2 muestra un ejemplo de portal
Figura 2. Portal de televisin de LightStreamTV www.setivision.com (Lightstream TV Middleware).
4.2.6.1 Gua electrnica de programacin (EPG Electronic Program Guide). La gua electrnica de programacin es una agenda donde se presenta la programacin prevista de los canales en vivo contratados. En general la EPG cuenta con aproximadamente 14 das en delante de programacin. La Figura 3 muestra un ejemplo de EPG.
Figura 3. EPG - www.microsoft.com/TV (Microsoft TV).

Adems de sustituir a la revista mensual de programacin que se enva a los clientes, esta facilidad agiliza el cambio de canales brindando una opcin al zapping (cambio de canal). Tambin es de gran ayuda para agendar de forma intuitiva la grabacin de parte de la programacin para su posterior reproduccin. La posibilidad de video-grabacin es tambin un servicio de los sistemas IPTV que se llama PVR y lo veremos a continuacin. Navegando el EPG se puede acceder a detalles de la metadata de los programas actuales, pasados o futuros: Duracin, Gnero, Origen; Director, Actores entre otras cosas. Algunos sistemas ofrecen la facilidad a los clientes de una configuracin personalizada de estas pantallas, las principales caractersticas que se permite ajustar son: cambiar el idioma, cambiar los colores de la pantalla, aspecto, reordenar los canales, cambiar los nmeros de los canales, etc. Es habitual que se pueda acceder a la gua rpidamente mediante un botn especfico del control remoto del STB. Algunos sistemas que disponen de alguna tcnica para realizar Picture & Picture permiten navegar por el EPG y en forma simultnea mirar TV. El EPG puede contar con las siguientes facilidades: canales favoritos, bsqueda de programacin y videos, recordatorios y ayuda. Para que el EPG disponga de mayor agilidad, la informacin del mismo es almacenada en la memoria del STB. Esta informacin es cargada cada vez que se inicia el STB o cuando el servidor de EPG, de forma remota, carga una actualizacin al mismo. 4.2.6.2 Video grabador (PVR - Personal Video Recorder). Permite a los suscriptores del servicio de IPTV la grabacin de programas en vivo para luego ser reproducidos posteriormente emulando las funcionalidades de un video grabador. Durante la reproduccin se dispondr las funciones de Play, Pause, Stop, REW (reversa), FF (avance rpido). Esta facilidad puede estar integrada al EPG, en ese caso se podr agendar la grabacin marcando uno o ms programas anunciados en la gua para ser almacenados en su momento de emisin. Por otra parte es til que se disponga de un acceso rpido desde el control remoto para el comienzo de grabacin en forma inmediata. La visualizacin intuitiva de la capacidad de almacenamiento disponible (o ms genrico del grado de consumo de capacidad) que gestiona el usuario es importante para el manejo natural del sistema. Dependiendo de la solucin de IPTV que se adopte, el almacenamiento de los programas grabados pueden realizarse esencialmente de dos modos: en discos rgidos en el propio STB o en discos rgidos que se dispongan en la red para este fin. Esto es similar a lo que se aplica a las contestadoras telefnicas, que pueden estar basadas en el terminal del usuario o un elemento de la red de telecomunicaciones que almacena sus llamadas.
Pgina 15 de 81
En caso que se utilice como recurso de almacenamiento discos rgidos en la red (llamado en algunos casos Network PVR) se tiene la ventaja que los mismos son compartidos por todos los clientes, provocando un mayor aprovechamiento de este recurso. Por otra parte, las empresas productoras de contenido, encuentran que con este sistema se deja menos expuesto el contenido a la piratera. Por otro lado, cada vez que un suscriptor reproduce un programa almacenado de este modo, este es emitido en un flujo unicast, provocando as un trfico adicional del que se genera almacenando en los STB. Si se almacena lo grabado con el PVR en discos rgidos ubicados en los STB, se tiene la limitante que solamente podrn hacer uso de la facilidad los suscriptores que tengan acceso al costo de un STB de alta gama (con disco rgido). Por otro lado, esta modalidad, no provoca el exceso de trfico en la red que ocurre con el network PVR. El implementar PVR en el propio STB representa un aumento de costo significativo en el STB, pudiendo representar hasta una duplicacin del costo. Adems cabe destacar que en IPTV se requiere un STB por cada televisor, por lo que el costo de STB en el hogar se puede ver significativamente incrementado, pero constituye la nica opcin cuando el trfico unicast es poco viable; situacin ms corriente en la implementacin de IPTV o TV digital por parte de compaas de TV cable. 4.2.6.3 Pausa de TV en vivo (TSTV - time Shift television). Es una novedosa funcionalidad que permite congelar una imagen de un programa en vivo o repetir (Replay) alguna escena que fue reproducida recientemente. Luego de la 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 pausa o replay que se hubiera hecho.
Emisin de programa en vivo 1 2 3 4 5 6 7 8
ALMACENAMIENTO TEMPORAL
pausa
Reproduccin de programa
Figura 4. Diagrama de tiempo en el servicio TSTV. El usuario hace una pausa en el tiempo 2, durante un perodo de 2 unidades de tiempo. La unidad de tiempo es solo ilustrativa.
Esta funcionalidad en general es accedida con un botn de acceso rpido del control remoto del STB. Para implementar el TSTV se almacena en discos rgidos (en los STB o en una granja de servidores, dependiendo de la modalidad de trabajo que se hubiere elegido) un tiempo estipulado de la programacin en vivo que se est presenciando. Esa porcin de historia de programa permitir realizar un replay de lo ocurrido como mximo en
Pgina 16 de 81
ese tiempo almacenado o permitir que durante la pausa o reproduccin de replay se almacenen las escenas que se continan emitiendo en el canal en vivo. Cuando se reanuda la reproduccin del programa, se continuar viendo el mismo donde se dej. De aqu en adelante la programacin emitida se almacena y se reproduce desplazado en el tiempo lo almacenado un tiempo atrs. Se puede disponer de la facilidad de adelanto para regresar a la reproduccin en tiempo real En el caso que se almacene en discos rgidos de la red el exceso de trfico puede llegar a ser muy grande si no se controla esta funcionalidad. En caso de que se est transmitiendo un evento deportivo, es razonable que se requiera por muchos usuarios al mismo la repeticin de una misma escena provocando esto un pico de trfico en la red (a la cual posiblemente no est diseada). Por otro lado, si existen muchos usuarios que estn viendo un programa desplazado en el tiempo tambin penalizara la red salvo que se disponga de discos rgidos en los STB. 4.2.6.4 Video bajo demanda (VoD - video on demand). El sistema de IPTV permite arrendar pelculas para ser visualizadas por los suscriptores. Est estn almacenadas por el proveedor del servicio y pueden ser reproducidas cuando las solicita el suscriptor generalmente a un costo adicional. Para contratar las mismas, se navega en una serie de mens accesibles por los STB. El proveedor clasifica aqu, de una manera atractiva, las pelculas que dispone. Cada pelcula es acompaada por informacin de: ao, gnero, director, actores y dems datos que incluye la metadata de ellas. Como en general se propone la posibilidad de disponer de una gran cantidad de pelculas en general el sistema incluye herramientas de bsqueda que faciliten al usuario encontrar la pelcula que le interesa. Esto podr ser realizado mediante la informacin que contiene la metadata. El sistema incluye un mecanismo para el pago de las pelculas. De este modo es necesaria la autenticacin del usuario, aceptacin de precio por parte de ste y posterior realizacin del cobro por el sistema de facturacin. Durante la reproduccin de la pelcula se dispondr las funciones de Play, Pause, Stop, REW, FF. Video casi bajo demanda (NVoD - Near Video On Demand). El NVoD es una alternativa al video bajo demanda que permite el ahorro de ancho de banda. En el VoD cada suscriptor inicia la visualizacin de la pelcula a tiempos distintos, por tanto no es posible economizar el uso de ancho de banda en la red realizando un streaming independiente por usuario. En caso de pelculas que son muy vistas (estrenos, lanzamientos, etc.) se puede tener la alternativa de emitir la misma como un canal ms. De este modo varios clientes estarn sincronizados con una misma emisin y se puede ahorrar en uso de ancho de banda de la red. Esto cuenta con el defecto que los clientes se deben adaptar a los horarios que se inicia la emisin de cada una de ellas. Para minimizar el problema se puede tener varias emisiones de la misma pelcula separadas por ejemplo cada media hora. El vdeo casi bajo demanda es lo que nos ofrecen las actuales plataformas satelitales y diversas compaas de cable que dedican varios de los canales disponibles a este propsito. En ellos nos ofrecen pases de determinadas pelculas no disponibles en otras formas de televisin.
Todo ello supone una ocupacin de recursos muy importante que debe verse compensada por la explotacin y en esta ocupacin radica principalmente la limitacin de los sistemas NVoD para uso de contenido extremadamente popular. Video bajo demanda virtual (VVoD -Virtual Video On Demand). VVoD requiere que la demanda del producto se haga por anticipado y que luego se espere a la descarga del producto en un PVR intermedio antes de verlo. La ventaja frente al VoD tradicional es la reduccin considerable del ancho de banda necesario para su distribucin. Como desventaja el tiempo que hay que esperar desde que se encarga el producto audiovisual hasta que se encuentra realmente disponible para su visionado en el PVR. Por otro lado, el VVoD, a diferencia del NVoD, propone un servicio personalizado a cada cliente. Cierto que el VoD tradicional tambin requieren un punto de paso intermedio, pero en este caso se limita a un buffer donde se hace una descarga temporal muy limitada y no de la totalidad o una gran parte del producto. El concepto esencial en el que se basa el sistema es el de que las descargas estn controladas y disponibles por un tiempo determinado por el PVR. Por este motivo es esencial el control sobre el PVR para la descarga, la imposibilidad de obtener copias, y el borrado del material en el tiempo marcado. 4.2.6.5 Pago por visin (PPV - pay per view). Se brinda a lo suscriptores la facilidad de contratar la posibilidad de ver un programa en particular. Es una caracterstica que generalmente es utilizada para eventos deportivos o conciertos que estn siendo emitidos en vivo. La modalidad conjuga caractersticas de transmisin de TV en vivo y exige una contratacin del contenido como en los casos de VoD o NVoD. 4.2.6.6 Aplicaciones interactivas. En general los sistemas IPTV cuentan con herramientas para desarrollo de aplicaciones interactivas. Estos permiten a los proveedores del servicio la inclusin de nuevos servicios adaptados a la realidad y necesidad de cada uno. Algunos ejemplos son: Integracin con sistemas de Mensajera (IMS): con esta funcionalidad y un teclado inalmbrico es posible estar conectado a un grupo de mensajera durante la reproduccin de una pelcula. En caso que se tuviere una interrupcin y se acepte se podra poner la pelcula automticamente en pausa aprovechando la funcionalidad de TSTV. Integracin con SMS: esta funcionalidad es de similares caractersticas que el IMS pero permite integracin con la tecnologa celular mvil. Integracin con servicio telefnico: Caller ID, desvo de llamada, etc.: Al igual que los sistemas de mensajera (IMS, SMS) puede ser implementado en combinacin con el TSTV. Es una forma de integrar la telefona con el sistema de IPTV. Ver cmo el usuario vera esta funcionalidad en su televisor en el ejemplo de la Figura 5.
Pgina 18 de 81
Figura 5. Caller ID - www.microsoft.com/TV (Microsoft TV).
Compras y Suscripcin en lnea: como el sistema incluye un PIN para la compra de servicios tambin se puede extrapolar para la compra de otros artculos. Pueden haber canales especiales para esto o sencillamente opciones de men para compra de comida rpida, medicamentos, entradas a conciertos, etc. Algunos sistemas de IPTV permiten adems cambiar su suscripcin mensual de paquetes de canales de TV en vivo o adicionar a la suscripcin mensual un paquete Premium. Para realizar esto es necesaria una autenticacin mediante PIN. En general el servicio de IPTV se ofrece por una cuota mensual cuyo valor depender del paquete de canales en vivo que se suscribe. El acceso a otros contenidos: VoD, PPV, juegos, etc. se realiza mediante pagos por nica vez. La flexibilidad del sistema es muy grande lo que permite diversas posibilidades o variantes. Existen proveedores de IPTV que permiten que los clientes armen su paquete de canales al que se suscriben mensualmente seleccionando los que le interesa a la carte. Tambin es posible crear un sistema de suscripcin mensual por un nmero de pelculas de VoD al mes, ofrecer las pelculas de VoD en paquetes promocionales de determinada caracterstica: gnero, director, implementar servicios prepagos, etc. Consulta de factura: es posible implementar esto con la factura del servicio de IPTV o con otras facturas de otras cuentas. Pago de facturas/cuentas: es un modo mas de pago/compra que integra la consulta de factura con el mecanismo de pago Votacin: es una facilidad que puede ser fcilmente implementada y puede se aprovechada en programas de noticias o de entretenimientos Apuestas: el mecanismo de pago permite implementar esta facilidad. Puede ser creado para apostar en resultados de eventos deportivos que se televisarn o como un modo de juego. Control Parental: el sistema de IPTV permite que los usuarios realicen un control parental desde el control remoto. Ser necesario disponer de un nuevo PIN para la gestin de esta funcionalidad. Esta facilidad debe de poder ser configurada en un grupo de canales preferiblemente seleccionados por el usuario. Canales Interactivos. Aprovechando las ventajas del sistema es posible tener canales a los cuales se puede incluir elementos interactivos. Algunas posibilidades son: canal de deportes, compras y votaciones.
Se puede disponer de un canal de deportes en el cual se puede seleccionar la cmara, consultar informacin sobre un deportista u obtener datos estadsticos de otros partidos. Ver cmo el usuario vera esta funcionalidad en su televisor en el ejemplo de la Figura 6.
Figura 6. SPORTS - www.microsoft.com/TV (Microsoft TV).
Durante la emisin de un programa en vivo o pelcula se puede habilitar la posibilidad de compra. Por ejemplo, disponiendo de controles remotos con botn de acceso rpido a compra, es posible, que durante una pelcula en el cual el protagonista est utilizando un nuevo modelo de reloj se indique con un sobreimpreso: si usted quiere comprar el reloj del protagonista presione el botn comprar. De este modo se disparara la aplicacin diseada para la compra que debera de incluir: identificacin, clave, etc. En el caso de la votacin se puede iniciar la consulta durante la emisin de un programa y responder los resultados con sobreimpresos. Esta facilidad es particularmente til e interesante para programas en vivo: Programa de noticias, entretenimiento, etc. Web TV y E-mail. Algunas implementaciones de IPTV incluyen la capacidad de contar con un acceso a Internet desde el STB. Esta funcionalidad permite que un cliente que no dispone de un PC pueda navegar por Internet desde su televisor. Facilita esta tarea contar con teclado y ratn, opcional posible en algunos STB. Considerando que existen ms televisores que PC, esta es una forma ms de facilitar el acceso a Internet pero puede ser discutible en el sentido que la solucin de IPTV generalmente se ajusta ms a quien contrata Triple Play (incluyendo datos) lo que implica que el usuario ya tiene PC El principal inconveniente de este servicio es el que la pantalla de los televisores no cuenta con la misma calidad que la de los monitores por lo que la visualizacin de una pgina WEB diseada para ser vista en el monitor de un PC, con una resolucin igual o mayor a 800x600 pxeles, va a ser visualizada parcialmente en un TV resultando en inconvenientes de desplazamiento (scrolling). Otra opcin posible es que existan pginas especialmente diseadas para este fin pero con esto se pierde el inters esencial de esta facilidad. Del mismo modo es posible que se cuente con un cliente de correo que permita revisar y enviar correos desde un TV. Ver cmo el usuario vera estas funcionalidades en su televisor en la Figura 7 y Figura 8.
Figura 7. INTERNET - www.opentv.com (Open TV).
Figura 8. EMAIL - www.opentv.com (Open TV).
Juegos. El crecimiento de la industria de los juegos es muy grande y tiene un futuro muy promisorio, adems se integra en forma bastante natural a la arquitectura de IPTV, por lo que las plataformas de IPTV pueden incluir juegos para la TV. Aunque por ahora los que se ha implementado son juegos sencillos, la potencialidad que existe es muy grande y los fabricantes de STB estn trabajando para disponer de STB que funcionen como consolas de juegos. Hay empresas que actualmente se dedican a programar juegos especialmente para TV interactiva. Su principal mercado por el momento son las cadenas de hoteles.
Pgina 21 de 81
Figura 9. INTERACTIVE TV GAMES - www.twowaytv.com (Two Way TV).
Al ser sistemas propietarios, el desarrollo de nuevas aplicaciones en IPTV depende fuertemente de las posibilidades que brinda el sistema. Como veremos ms adelante esto esta determinado principalmente por las herramientas de desarrollo que nos brinda una de las componentes claves de la arquitectura IPTV, el middleware. Algunas herramientas necesarias para el desarrollo de aplicaciones interactivas son: SDK (Software Development Kit) incluyendo un entorno para que se puedan crear nuevas aplicaciones por ejemplo en lenguaje C con el cual podr usar todas las funcionalidades de los STB y herramientas para realizar la identificacin de fallas de software en las aplicaciones realizadas. Conversor de imgenes del formato habitual (JPG, BMP) a MPEG-2 adaptadas para ser utilizado en TV de alta calidad Software emulador de STB para utilizar en PC que incluya facilidad herramienta de deteccin de fallas de software, salida de video y entrada simulada de control remoto para que asista al desarrollo de las aplicaciones Simuladores de los servidores del sistema. tiles para realizar pruebas en un entorno similar al real.
Pgina 22 de 81
4.3 Arquitecturas IPTV. En esta seccin realizaremos una introduccin a la arquitectura de las redes de IPTV, considerando los diferentes elementos que la componen. Las siguientes secciones profundizarn en los elementos ms importantes de la solucin. En la Figura 10 se puede ver un diagrama de una red de IPTV, tal como la describe el reporte tcnico TR-126 del DSL Forum [1], recientemente publicada en una de las conferencias del Focus Group de IPTV en UIT. IPTV plantea dos escenarios de distribucin de contenidos: Servicios de difusin similares a los de la CATV. Estos servicios son bsicamente distribucin de seales en la modalidad Broadcasting. Por ejemplo un canal de TV de noticias. Estos servicios no pueden valerse de la capacidad de difusin o broadcasting del protocolo IP puesto que las redes se inundaran de trfico innecesario, por lo que se hace uso de multidifusin o multicast de acuerdo del IGMP (Internet Group Multicast Protocol). En este escenario encontraremos los servicios de difusin de video en vivo (broadcast TV) y pago por visin (pay per view). Servicios para un solo terminal, como pueden ser los de video a demanda, donde cada terminal accede a un flujo especfico de video. Estos servicios son de tipo unidifusin o unicast. En este escenario encontraremos los servicios de contenido a demanda y los relacionados con almacenamiento selectivo de informacin por medio de PVR o TSTV.
Figura 10. Diagrama de una red de IPTV segn el WT-126 del DSL forum.
La Figura 10 de la WT-126 describe la arquitectura de un sistema de IPTV, mostrando las distintas funciones involucradas.
Para la difusin de contenidos en una red IP con calidad de servicio en IPTV se escogi utilizar IGMP Multicast. Cada canal de TV que se difunde en modo multicast arriba como un nico flujo de informacin a cada DSLAM, y en el DSLAM se multidifunde a los mltiples modems ADSL conectados que demanden dicho canal. La seleccin de canal se realiza desde el STB, eligiendo ste el grupo de multicast al cual se unir. Una vez unido (proceso de JOIN) el STB a cierto grupo de multicast, recibir el flujo de paquetes IP que se distribuye en este grupo, y a partir del flujo de paquetes recuperar la seal de video codificada. En una red de CATV todos los canales llegan al domicilio del usuario a travs del cable coaxial, actuando un selector para extraer el canal que se desea visualizar. Generalmente una especie de canalera hace esta seleccin, pero no implica necesariamente interactividad, dado que buena parte de las redes de CATV operan sin canal de retorno. En IPTV el cambiar de canal implica que el STB debe seleccionar el grupo de multicast del canal correspondiente, solicitndoselo al DSLAM que sirve a su acceso ADSL. El DSLAM solicitar al Head-end el correspondiente flujo multicast, o si ya hay otro usuario visualizando el mismo contenido, simplemente copia el flujo de paquetes IP correspondiente (el cual ya est recibiendo) al acceso que lo solicit. El acceso ADSL dispone de una capacidad sensiblemente menor al de una conexin de CATV, por lo que en lugar de enviar por el ADSL todos los canales de TV disponibles, simplemente se envan aquellos que van a ser visualizados puesto que fueron escogidos por medio de la EPG que se ejecuta en el STB. Sin Multicast sera inviable la IPTV, puesto que obligara a implementar un flujo de video entre el headend y los STB por cada canal que est visualizndose en un TV. La TV sobre Internet usa una modalidad como esta y por ello es fuertemente cuestionada por los proveedores de servicio de acceso a Internet puesto que se constituye en un servicio ofensor de la red. Resulta muy importante que quede claro que la limitacin de ancho de banda de un acceso ADSL frente a uno de CATV motiva que en ADSL solo lleguen a los STB los canales solicitados, mientras que en CATV llegan todos al STB o receptor. Tambin es importante destacar que las topologas de las redes de CATV y telefona son perfectamente consistentes con este comportamiento, puesto que mientras que en CATV centenas o miles de receptores comparten el mismo cable (estn conectados en paralelo), en telefona cada acceso ADSL cuenta con un vnculo metlico propio e independiente en la red. Esta diferencia se hace ms visible en los servicios personalizados o de contenido a demanda, puesto que en lugar de emplearse multidifusin se emplea unidifusin (flujos de video de tipo unicast). Del punto de vista de ingeniera de trfico, si cada canal de broadcast TV ocupa 4 Mbps, y difundimos 100 canales distintos, el ancho de banda mximo consumido en la red ser 100x4 Mbps, esto tambin aplica para las conexiones de los DSLAM, puesto que si un DSLAM tiene ms de 100 puertos con servicio de IPTV, deber ser capaz de reproducir 100 canales de TV distintos. Si se generalizan servicios de PVR, VoD, Time shift TV, etc., los flujos de video de estos servicios son de tipo unidifusin, por lo que si hay 1000 usuarios visualizando video on demand a 4 Mbps cada pelcula, tendremos 4 Gbps de trfico en la red IP. A continuacin se desarrolla brevemente la funcin de cada uno de los elementos que componen la red antes presentada.
Pgina 24 de 81
4.3.1 Elementos de un sistema de IPTV. El diagrama de la ejemplifica la implementacin de una red de IPTV de alcance metropolitano para una ciudad de tamao medio, previendo que los accesos ADSL brinden servicios de IPTV conjuntamente con acceso a Internet. Una oferta de lo que se denomina Triple Play agregara el servicio telefnico fijo por medio de las tecnologas POTS/ISDN usando el espectro no empleado por el ADSL.
Figura 11. Ejemplo de topologa de una red de IPTV y acceso a Internet va ADSL de alcance metropolitano.
Un sistema de IPTV puede estar conformado por los siguientes bloques principales: Head-End (HE), Sistema de video a demanda (VoD), Sistema de control de derechos (DRM) y control de acceso (CAS), Middleware(MW), Set Top Box (STB) y Home Gateways (HG), Servidores para la gestin de la red y de las direcciones IP de los STB (por ejemplo servidores DHCP). El Head-End es el conjunto de elementos que incluyen las funciones de recibir las seales en vivo (transmitidas va satlite o provistas por fuentes de contenido local) y convertirlas al formato necesario para su transmisin por la red y su posterior recepcin por los STB. Por ejemplo est constituido por: antenas para recepcin satelital (la mayora de las seales de difusin se distribuyen va satlite), los receptores, los servidores de codificacin/transcodificacin, el sistema de ajuste de ancho de banda del flujo de informacin (rate shaping), y los equipos de encaminamiento que conforman los streams a insertar en la red de un operador. El Sistema de video y audio a demanda es el sistema cuyo cometido es almacenar y transmitir a la red videos y pistas de audio que podrn ser solicitados por los usuarios para ser recibidos a demanda. El sistema de VoD tambin se encarga habitualmente de ofrecer los servicios de Personal Video Recorder (PVR) y Time Shift TV (TSTV) cuando estos se implementan en la red (y no en el hogar del usuario con un disco duro local).
Pgina 25 de 81
El sistema de control de derechos y control de acceso es el encargado de la encriptacin de los contenidos de modo que no se vulneren los derechos de propiedad intelectual de los contenidos al ser transmitidos en la red, tanto broadcast TV como VoD. El Middleware es el sistema cuyo cometido es soportar la entrega de servicios de IPTV. El Middleware define y coordina la forma en que el usuario interacta con el servicio de IPTV, y soporta la interaccin de los distintos servidores del sistema. El Middleware tambin podr contar con un mdulo de tasacin de servicios. El Middleware constituye una especie de servidor de portal que es accedido y utilizado por una aplicacin cliente que se ejecuta en el STB, pero adems de la presentacin de los servicios al cliente, el Middleware tiene la funcin neurlgica de coordinar los subsistemas de la arquitectura IPTV para brindar el servicio. Por ejemplo el Middleware ofrece en el men del usuario un video para ser descargado (la lista de videos disponibles es coordinada por operadores de la red y obtenida del sistema de VoD), si el cliente decide comprar dicho video entonces el Middleware realiza el debito del servicio en el sistema BSS y le avisa al sistema DRM que ese usuario tienen permiso para descargar ese video Los Set Top Box (STB) son los equipos que se conectarn con el TV del cliente. Deben decodificar las seales de video (que se transportan como flujos de informacin multimedia sobre el protocolo IP) para hacerlas compatibles con una TV. Cada STB dispone de un control remoto el cual es utilizado por los usuarios para enviar las rdenes al sistema. Los home gateways (por ejemplo CPEs ADSL 2+) deben disponer de al menos dos puertas Ethernet para mapear diferentes calidades de servicio. Una puerta es para conectar la red residencial de Internet (basada en servicios de mejor esfuerzo) y la otra para conectar a los STB de IPTV, que requieren de calidad de servicio. Si el operador implementa cada servicio en una LAN virtual diferente (VLAN), cada VLAN se mapea en una puerta Ethernet distinta. Un Sistema de Gestin que permita realizar las tareas de Operacin y Mantenimiento de los distintos elementos del sistema. Las prximas secciones profundizan en los principales componentes de la arquitectura IPTV. En particular la seccin 4.4 presenta en detalle el Head-end para la adquisicin de seales en vivo; la seccin 4.5 presenta el Middleware; la seccin 4.6 presenta los requerimientos en la red IP y la seccin 4.7 detalles sobre la implementacin del DRM/CAS.
Pgina 26 de 81
4.4 Head-end: Centro de ingesta de video en vivo. En esta seccin detallamos las funcionalidades del Head-end y la interaccin entre sus principales elementos. La tecnologa y el coste del Head-end dependen principalmente del estndar de codificacin de video utilizado. En IPTV es preponderante el uso de MPEG-4 para la codificacin de audio y video, en particular el estndar MPEG-4/AVC (tambin llamado H.264). Aprovechamos en esta seccin para introducir las tecnologas de compresin de video. Por favor referirse al captulo I.4 del primer mdulo donde se estudia en profundidad las tcnicas avanzadas de compresin de audio y video, especificando detalles de los principales estndares. 4.4.1 Tecnologa y Protocolos de Codificacin de Seales de Vdeo.
4.4.1.1 MPEG-1. En el ao de 1990, la ISO, preocupada por la necesidad de almacenar y reproducir imgenes de video digitales y su sonido estreo correspondiente, cre un grupo de expertos que llam MPEG (Moving Pictures Expert Group) procedentes de aquellas reas implicadas en el problema (telecomunicaciones, informtica, electrnica, radio difusin, etc.). El primer trabajo de este grupo se conoci como la norma ISO/IEC 11172, mucho ms conocida como MPEG-1, en el ao 1992. La idea inicial era la de permitir el almacenamiento y reproduccin en soporte CD-ROM con un flujo de transmisin de datos del orden de 1,5 Mbits/s, transportando tanto imagen como sonido. El estndar MPEG-1 adems de aprovechar la redundancia espacial intrnseca de una imagen fija utilizada en la codificacin JPEG, aprovecha la redundancia temporal que aparece en la codificacin de imgenes animadas, permitiendo encontrar similitudes entre las imgenes sucesivas de video. Esta norma se realiza para intentar ubicar imgenes en movimiento en soportes de tipo CD-ROM, aproximadamente 1,2 Mbps. El estndar MPEG-1 tiene tres partes o capas, (sistemas, vdeo, audio) los cuales son especificados brevemente a continuacin: Capa de sistemas: La capa de sistema soporta cuatro funciones bsicas: la sincronizacin de mltiples cadenas comprimidas durante la reproduccin, el entrelazado de mltiples cadenas comprimidas en una sola cadena, la inicializacin del buffer para la reproduccin inicial y la identificacin de la hora. Codificacin de vdeo: El estndar MPEG especifica la representacin codificada de vdeo para medios de almacenamiento digital y especifica el proceso de decodificacin. La representacin soporta la velocidad normal de reproduccin as como tambin la funcin especial de acceso aleatorio, reproduccin rpida, reproduccin hacia atrs normal, procedimientos de pausa y congelamiento de imagen. Este estndar internacional es compatible con los formatos de televisin de 525 y 625 lneas y provee la facilidad de utilizacin con monitores de computadoras. Este estndar internacional es aplicable primeramente a los medios de almacenamiento digital que soporten una velocidad de transmisin de ms de 1.5 Mbps tales como el disco compacto, cintas digitales de audio y discos duros magnticos. El almacenamiento digital puede ser conectado directamente al decodificador o a travs de vas de comunicacin como lo son las LAN o los enlaces de telecomunicaciones. Este estndar internacional esta destinado a
Pgina 27 de 81
formatos de vdeo no interlazado de 288 lneas de 352 pxeles aproximadamente y con velocidades de imagen de alrededor de 24 a 30 Hz. Codificacin de audio: Este estndar especifica la representacin codificada de audio de alta calidad para medios de almacenamiento y el mtodo para la decodificacin de seales de audio de alta calidad. Es compatible con los formatos corrientes (Disco compacto y cinta digital de audio) para el almacenamiento y reproduccin de audio. Esta representacin soporta velocidades normales de reproduccin. Este estndar esta hecho para aplicaciones a medios de almacenamiento digitales a una velocidad total de 1.5 mbps para las cadenas de audio y vdeo, como el CD, DAT y discos duros magnticos. El medio de almacenamiento digital puede ser conectado directamente al decodificador, va otro medio tal como lneas de comunicacin y la capa de sistemas MPEG. 4.4.1.2 MPEG-2. Debido a la baja calidad en la compresin de video en el estndar MPEG-1 y al hecho de que la misma no serva para otras aplicaciones, se cre la norma ISO/IEC 13818, mucho ms conocida con el nombre de MPEG-2. Esta norma permite un flujo de transmisin de hasta el orden de los 20 Mbits/s, transportando tanto imagen como sonido. MPEG-2 tambin consta de tres partes o estndares: ISO/IEC 13818-1 Sistemas MPEG-2 (Rec. H.222), ISO/IEC 13818-2 Vdeo MPEG-2 (ITU-T Rec. H.262), e ISO/IEC 13818-3 Audio MPEG-2. La norma H.262 trata con codificacin de vdeo de alta calidad con posible vdeo entrelazado de NTSC, PAL o Televisin de Alta Definicin (HDTV). Esto es un intento para operar en un rango de 2 a 15 Mbit/s. Sin embargo puede funcionar a velocidades superiores de 100 Mbit/s. Un amplio rango de aplicaciones, velocidades, resolucin calidades de las seales y servicios son direccionados, incluyendo todas las formas de medios de almacenamiento digital, televisin (incluyendo HDTV), broadcasting y comunicaciones. MPEG-2 es una recomendacin muy compleja, y contiene una gran variedad de combinaciones (sobre 106). Sin embargo, un reducido conjunto de combinaciones son definidas bajo "niveles" y "perfiles". Niveles: proveen un rango de cualidades potenciales, definen los mximos y mnimos para la resolucin de la imagen, muestras Y por segundo (luminancia), el nmero de capas de audio y vdeo soportados por los perfiles escalados, y la mxima velocidad binaria por perfil. A continuacin una explicacin resumida de cada uno de ellos: Nivel Bajo: tiene un formato de entrada el cual es un cuarto de la imagen definida en el registro ITU-R 601. Nivel Principal: tiene una trama de entrada completa definida en el registro ITU-R 601. Nivel Alto 1440: tiene un formato de alta definicin con 1440 muestras por lnea. Nivel Alto: tiene un formato de alta definicin con 1920 muestras por lnea (para aplicaciones sin cualquier limitacin en velocidades de datos). Perfiles: son definidos subconjuntos con caractersticas de sintaxis (por ejemplo: algoritmos), usados para converger la informacin. Hay cinco diferentes perfiles y cada uno es progresivamente ms sofisticado y agrega herramientas adicionales (y por supuesto ms costoso para el cliente) con la caracterstica adicional de ser
compatible con el anterior. Esto significa que un decodificador equipado con un alto perfil descodificar perfiles simples. A continuacin una pequea explicacin de los perfiles: Perfil Simple: es el que ofrece pocas herramientas. Perfil Principal: tiene herramientas extendidas o mejoradas del perfil simple y prediccin bidireccional. Tendr mejor calidad para la misma velocidad binaria que el perfil simple. Perfil Escalable SNR y Perfil Escalable Espacial: son los prximos pasos. Estos dos niveles son llamados escalables porque ellos permitirn codificar datos de vdeo que sean particionados dentro de una capa base y una o ms seales "Top-up". La seal Top-up puede tanto tratar la proporcin S/N (SNR escalable) o la resolucin (escalable espacial). Perfil Alto: este incluye todas las herramientas de las versiones anteriores y mejoradas. Tiene la habilidad de codificar diferencias de color entre lneas simultneamente. Este es un sistema diseado para aplicaciones donde no estn contradas sobre las velocidades de los bits.
Tabla 1. Niveles y Perfiles en MPEG-2.
Para muchas de las aplicaciones (incluyendo transmisin de satlites) el Perfil Principal, Nivel Principal (MP@ML, siglas en ingles) provee una buena relacin entre calidad de imagen y la complejidad VLSI, como resultado, MP@ML el punto de desarrollo para los actuales sistemas DCTV. La configuracin bsica del audio MPEG-2 ofrece seis canales de audio. Esta caracterstica debe ser usada para distribuir tres pares de estreos (o seis canales mono) para aplicaciones multilenguajes o para crear un sistema estereofnico multicanal. Las configuraciones tpicas para sistemas estereofnicos multicanales son: 1 Canal modo 1/0: Mono 2 Canales estreo 2/0: izquierda y derecha 3 Canales estreo 3/0: izquierda, derecha y centro 4 Canales estreo 3/1: izquierda, derecha, centro y posterior 5 Canales estreo 3/2: izquierda, derecha, centro, posterior izquierda y derecha 5.1 Canales estreo 3/2: izquierda, derecha, centro, posterior izquierda y derecha y un canal de efectos especiales de 100 Hz LFE (Low Frequency Enhancement). La velocidad de transmisin puede ir de 2 a 40 Mbits/sg y puede soportar relaciones de aspecto de 4/3 y 16/9, as como mltiples canales de audio y video en el mismo tren binario. En MPEG se encuentran imgenes codificadas intracuadro tipo "I" e
imgenes predichas intercuadro tipo "P", debiendo La primera imagen de un grupo debe ser una imagen "I" para poder arrancar la decodificacin, el nmero de imgenes situadas entre dos imgenes "I" se denomina GOP. MPEG define tambin otro tipo de imgenes denominadas bidireccionales "B" que pueden predecirse, desde imgenes posteriores o anteriores. La prediccin bidireccional proporciona una mejor aproximacin al valor real. 4.4.1.3 MPEG-4. MPEG-4 (ISO/IEC-14496) difiere en forma significativa con MPEG-1 y MPEG-2. MPEG-4 da un salto de la pasividad a la actividad ya que se definen objetos audiovisuales con los que se puede interactuar, mezclando sonido, imagen real, texto y grficos en dos y tres dimensiones. La compresin y descompresin son diferentes dado que las imgenes estn divididas en componentes de vdeo-objetos (VOC) y componentes de audio-objetos (AOC) que son tratados de forma independiente y donde deben definirse relaciones entre los mismos. En lugar de comprimir un marco (imagen) de forma completa, MPEG-4 utiliza un enfoque basado en capas, donde se separa el primer plano de la escena de su ambientacin. A diferencia de MPEG-2 el cual opera a altas tasas de bits, MPEG-4 ofrece: Todo tipo de representacin de datos. Desde video (altas y bajas tasas de bits) y msica a objetos en tres dimensiones y texto. La posibilidad de manipular varios objetos dentro de una escena. La posibilidad de interactuar. Proveer un sistema de entrega independiente del formato de representacin y de esa manera permitir que sea usado sobre una amplia variedad de entornos para la entrega de los datos. Ancho de banda desde 5 kbit/s a 10 Mbit/s Resolucin de video desde sub-QCIF a TV Alta Definicin. Pausa, rebobinado rpido hacia delante y hacia atrs con todos los objetos sincronizados. Calidad de audio desde telefona (4 kHz) a calidad CD stereo (20 kHz). MPEG-4 define el encapsulamiento de cada tipo de objeto para su posterior transmisin a travs de redes de distinta tecnologa y ancho de banda. Cada tipo de objeto se codifica y comprime en base a normas ya existentes (ej. el video en H.263 o MPEG-2, el texto en HTML, las fotos en JPEG o GIF, etc.). Cada objeto puede transmitirse por redes de distinto ancho de banda consiguiendo mayor eficiencia final (hasta un 50% mayor que trabajando con audio y vdeo comprimidos en MPEG-2) Todas estas ventajas no son de aplicacin si los contenidos no se han creado fragmentados en objetos. La Tabla 2 resume (y simplifica) los diversos formatos y sus capacidades:
MPEG-1 Tamao tpico de imagen Ancho de banda tpico Ancho de banda mximo 352x240 (perfil estndar) MPEG-2 720x480 (perfil principal @mximo nivel) MPEG-4 720x480 (perfil principal, L2) 2Mbps 4Mbps
1.5Mbps 2.5Mbps
5Mbps 15Mbps
Tabla 2. Resumen de los diversos formatos MPEG y sus capacidades.
La parte 2 del estndar MPEG-4 especifica la compresin de video. Hoy la parte 10 del estndar, conocida como MPEG-4/AVC (tambin llamada H.264) presenta an
mejores caractersticas en la compresin del video que MPEG-4 (part 2), resultando, conjuntamente con Windows Media Video 9 de Microsoft, las dos formas ms eficientes de comprimir video para streaming. En IPTV es preponderante el uso de MPEG-4/AVC para la codificacin de audio y video. En este captulo no se profundizara en esta tecnologa, por favor referirse al captulo I.4 del primer mdulo donde se estudia en profundidad las tcnicas avanzadas de compresin de audio y video, especificando detalles del estndar. 4.4.2 Componentes de un Head-End de IPTV. El Head End de la solucin es el conjunto de elementos encargado de realizar las siguientes funciones: Recepcionar las seales desde los satlites Recepcionar las seales locales Desencriptar las seales que se reciban cifradas. Conformar los streams digitales como CBR (Bit Rate Shaping) Insertar Propaganda y sobreimpresos. Multiplexar las seales digitales en un nico flujo IP/GbE CBR que ser distribuido en la red de acceso y transporte IP del operador. Cada canal de Broadcast TV conformar un grupo IGMP propio al cual se unirn los STB que los deban recibir. Implementar la presentacin al usuario final de un Mosaico de Canales o de la facilidad Picture in Picture. Posibilitar monitorear las seales en distintos sitios. La Figura 12 muestra los elementos tpicos que conforman el Head-End. A continuacin se especificaran estos elementos.
IRD 1
ANTENA 1 DCY. 1
Encoder 1 Encoder 2 Encoder 3
VBR/CBR 1
IRD 2
ANTENA 2
DCY. 2
VBR/CBR 2
IRD 3
DCY. 3
VBR/CBR 3
ANTENA n
Mosaico IRD n DCY.n Encoder n

VBR/CBR n
Multiplexor
Seal local 1
Encoder L1
VBR/CBR L1
Seal local n
Encoder Ln
VBR/CBR Ln
Sistema de Insercin de propaganda y sobreimpresos
Sistema de Monitoreo
Figura 12. Funciones tpicas de un Head-End.
Pgina 31 de 81
4.4.2.1 Antenas de satlite. Debern permitir la correcta recepcin de todas las seales satelitales que transportan las seales de video requeridas en el Head-End, y que luego se convertirn en los canales de Broadcast TV. 4.4.2.2 IRD (Integrated Receiver/Decoder). Estos equipos son capaces de recepcionar y decodificar las seales provenientes de las antenas de satlite. Funcionan como demoduladores de las seales satelitales, recuperando los flujos de bits que estas transportan. Habitualmente las seales de satlite se encuentran en formato MPEG-2 de alto bitrate y encriptadas para su proteccin. Generalmente esta infraestructura es la misma que emplea una compaa de CATV en su Head-End para recibir los mltiples canales de TV que va difundir. 4.4.2.3 Desencriptado. Los equipos debern ser capaces de desencriptar las seales que provengan de los IRD y se encuentren encriptadas. Estos pueden ser especficos de cada empresa proveedora de contenido en funcin del tipo de cifrado de informacin que empleen. 4.4.2.4 Encoders. Los encoders debern permitir la codificacin de las seales de audio y video, ya sea provenientes de los equipos de recepcin satelital como de las seales locales que puedan incorporarse en el Head-End, en MPEG-2 (MP@ML), MPEG-4 H.264 (MP@L3), o VC-1. La interfaz de salida de este tipo de equipos es generalmente es del tipo Gigabit Ethernet. Estos dispositivos del Head-End conforman el sistema de transmisin de video, y se encuentran en la primera etapa de la cadena de distribucin de la informacin. Son imprescindibles para ofrecer servicios en los que se necesite transmitir canales de televisin, eventos deportivos, o programacin en vivo, por ejemplo en servicios del tipo broadcast TV. En el caso de servicios de VoD esta entidad no es necesaria, salvo si se desea modificar la codificacin de la programacin o eventos para ser almacenados en los servidores de video y transmitidos a demanda. Algunas de sus funciones se detallan seguidamente. Demultiplexor. En algunos casos tiene la funcin de demultiplexor, en otros sta es implementada por un equipo aparte. En caso de que la incluya ste se encarga de tomar las seales digitales de video, por ejemplo provenientes de un enlace satelital en formato DVB y demultiplexar dichos flujos extrayendo los canales de televisin, los que en su mayora se encuentran codificados en MPEG-2. En caso de que no se cuente con la etapa de demultiplexin pueden recibir la informacin en forma digital proveniente de un demultiplexor independiente, y en otros casos recibirn la informacin en forma analgica, la que deber digitalizar. Encoder/Transcoder. La segunda y principal funcin, la cual siempre posee es la codificar y comprimir la informacin, por ejemplo utilizando codificacin MPEG-2, MPEG-4, MPEG-4/AVC, VC-1, etc..
Pgina 32 de 81
Transmisin IP. Luego de codificar debe convertir la informacin a paquetes, encapsulndola en contenedores RTP que emplean tramas de transporte UDP, y luego son cargadas en paquetes IP. Por ltimo deber transmitir sta informacin, es decir realizar el streaming de video, generalmente ser a travs de interfaces GigabitEthernet conectadas a la red de backbone del provedor del servicio previo conversin a grupos de multicast (multidifusin), como veremos ms adelante. En general este equipo es un chasis al que se le van colocando placas con las diferentes funciones antes mencionadas, a veces se pueden agregar placas con otras funcionalidades como otras codificaciones, mdulos de encriptado, nuevas interfaces de red, etc. Las principales caractersticas a tener en cuenta para este tipo de elemento son las siguientes: Un parmetro importante a los efectos del dimensionado es la capacidad de streaming que poseen. Esta implica una solucin de compromiso entre la cantidad de canales difundidos y de la codificacin utilizada. Otro punto a tener en cuenta es la capacidad de su interfaz de red, la que esta vinculada a lo anterior. Por otra parte se debe dimensionar la capacidad de entrada y el tipo de stas, por ejemplo cantidad de flujos DVB si los maneja, as como cantidad de entradas analgicas. 4.4.2.5 Bit Rate Shaping. Consiste en la conformacin de los streams de video a un modelo comparable a Constant Bit Rate (CBR). El objetivo de estos equipos es conformar a partir de una entrada GbE MPEG Variable Bit Rate (VBR) una salida equivalente a un GbE MPEG CBR. Esta funcin de conformacin de seal deber poder ser aplicada por seal MPEG independiente. Los flujos de video MPEG presentan tasa de bits variable dependiendo de las transiciones de la secuencia de cuadros de imagen. Esta funcin introduce un pequeo retardo en la distribucin de la seal de video, distribuyendo los picos de trfico en una transferencia a tasa de bits promedialmente ms alta, en la que se transmite distribuido en el tiempo un eventual pico de trfico. Para hacer ingeniera de trfico en las redes de transporte y acceso IP de IPTV es conveniente que los flujos de video streaming sean implementados de forma que puedan asimilarse como de tasa de bit constante, a pesar de que la codificacin de las seales de audio y video resulta en flujos de informacin de ancho de banda variable. 4.4.2.6 Multiplexor. El equipo deber conformar un nico flujo IP a partir de mltiples entradas y armar los grupos Multicast respectivos. Este flujo IP ser el que ingresar a la red de agregacin, para su distribucin. 4.4.2.7 Sistema de Insercin de Propaganda y Sobreimpresos. El Head-End deber contar con un sistema que permita insertar pautas publicitarias y sobreimpresos de inters de cada proveedor de servicio.
Pgina 33 de 81
El Head-End es un componente crtico para la solucin IPTV. En general presenta altos costos en equipamiento y operacin. Para monitorear todo el Head-end existen soluciones integradas. El Middleware debe tener acceso a la informacin de que canales en vivo se encuentran disponibles y a los datos de la encriptacin de cada canal, de forma de ofrecerles a los usuarios los servicios disponibles. En la prxima seccin veremos en detalle el Middleware del sistema IPTV.
Pgina 34 de 81
4.5 Middleware: El cerebro de la solucin IPTV. El Middleware es una plataforma de gestin de aplicaciones que interacta con la red de acceso, el Headend y los STBs para permitir el aprovisionamiento y la distribucin de servicios de televisin interactivos. Es una parte crtica de la solucin IPTV extremo a extremo, esto es, constituye una suerte de cerebro de la red. Es una plataforma informtica que provee las herramientas y tecnologas necesarias a los proveedores de servicios de banda ancha para ofrecer servicios de video haciendo uso de su infraestructura. Esta entidad es la que realiza el control y la operacin de la red, en el sentido de que es la que gestiona los servicios, los usuarios, etc., segn se ver ms adelante. Por ejemplo, en el servicio de VoD, el usuario que desea ordenar una pelcula para ser vista en determinado da y hora, realiza la solicitud al Middleware, estableciendo una sesin con ste. El Middleware lo autorizar o no en funcin de la cuenta del usuario, su perfil, etc. En caso afirmativo le ordenar al servidor de video que realice la transmisin de la pelcula en el horario solicitado por el cliente, al sistema de DRM que ese usuario tiene derecho a ver la pelcula y al sistema BSS para revisar si el usuario tiene crdito disponible y completar la compra. Otras de sus funciones es controlar la autenticacin de los usuarios, para lo que deber comunicarse, por ejemplo, con un servidor AAA El Middleware es el responsable de asegurar la completa interoperabilidad de los servicio de IPTV, debiendo ser capaz de comunicarse directamente con cada componente. Lamentablemente no existen estndares fuertes para las comunicaciones entre el Middleware y muchos de los componentes del sistema IPTV. Por tanto las soluciones son mayoritariamente propietarias. Al momento de entrar en detalle sobre las implementaciones particulares se observa que de alguna forma todas utilizan un conjunto de protocolos estndares para realizar la mayora de sus tareas (por ejemplo la comunicacin con los STBs es generalmente basada en HTML o XML), pareciendo entonces que la carencia de estandarizacin se debe ms bien a la falta de acuerdo entre las partes que a la falta de estndares para las interfaces. Algunos consorcios o foros tratan de coordinar y promover estndares para la arquitectura IPTV, en particular existe un grupo de trabajo en la ITU2 y un foro en la ATIS3 muy relevantes. Quizs un estndar que se imponga a futuro es una extensin del DVB para soluciones IPTV, actualmente se trabaja en extender el transporte de DVB a IP (estndar en progreso conocido como DVB-IP), luego utilizar el estndar para middlewares (conocido como MHP o GEM) para IPTV es muy sencillo. Multimedia Home Platform (MHP) es un conjunto de especificaciones Java abiertas para el desarrollo de middlewares. MHP es mantenido por el proyecto DVB. Globally Executable MHP (GEM) es la generalizacin de MHP para que pueda ser utilizado bajo otros mecanismos que no sean los especificados por DVB, en particular comienza a ser utilizado por CableLabs, ATSC, ARIB y la Blu-ray Disc Association. Esto implica que seguramente sea el estndar del futuro para middlewares en Europa y USA, y que la mayora de los usuarios cuenten con el componente de middleware cliente instalado en sus reproductores Blu-ray (sucesor del DVD de alta definicin).
2
3
http://www.itu.int/ITU-T/IPTV/ http://www.atis.org/IIF/
Pgina 35 de 81
Figura 13. Relacin entre los estndares en proceso de middleware IPTV propuestos por consorcio europeo DVB (fuente http://www.mhp.org).
Por ms datos sobre el avance de especificacin de MHP & GEM por favor dirjase a http://www.mhp.org y http://www.dvb.org. Tratando de hacer frente a las presiones de estandarizacin de los proveedores de servicio, los fabricantes de Middleware suelen suministran paquetes como SDK con las libreras de software y entornos de desarrollo necesarios para implementar funcionalidades adicionales, personalizar otras e implementar la interconexin de los reportes del Middleware con los sistemas de facturacin con que cuentan los operadores. Usualmente el Middleware y el STB funcionan en modalidad servidor/cliente. Es por ello que puede existir incompatibilidad entre ciertas soluciones de Middleware y STBs de fabricantes distintos. El componente del Middleware en el Back-Office (Server) corre en los servidores de aplicacin, tpicamente ubicados en el Head-end. El componente cliente del Middleware corre en el STB del suscriptor. Por lo general se debe cargar la aplicacin cliente en el sistema operativo del STB especfica para el Middleware a utilizar. Las principales caractersticas a tener en cuenta para este tipo de elemento son las siguientes: El Middleware debe proveer de APIs para extender la habilidad de desarrollar nuevas funciones y permitir el pasaje de datos entre sistemas de terceras partes o ya existentes en la red del operador. Los servicios bsicos que el Middleware debe soportar incluyen Broadcast Televisin, EPG, Pay-per-View, y VoD. Otras caractersticas ms avanzadas incluyen suscripcin de VoD (sVoD), caller ID y PVR, gestin y tracking de clientes, auto-configuracin de los STBs, auditora y trazabilidad, auto-provisionamiento de clientes, gestin automatizada de contenido, y creacin automatizada de EPG. La escalabilidad, o la habilidad de soportar un gran nmero de clientes, es tambin una caracterstica esencial del Middleware. La interoperabilidad con diferentes STB es un punto a tener en cuenta, en general los fabricantes listan los STB soportados.
Esta es la entidad funcional de la red de video menos estndar, es decir varan bastante de fabricante en fabricante las funcionalidades que posee, por lo que es un tema importante analizar que funciones que incluye cada uno. Por ejemplo: en algunos casos incluye un servidor DHCP, en otros se comunica con uno. Algunos equipos incluyen tambin en el Middleware la entidad de autenticacin, en otras se comunica con un AAA existente. Otra variable es como se maneja la base de datos de los usuarios, con sus perfiles y dems, que tipo bases de datos, etc. Se entender por Middleware al conjunto de aplicaciones de software ejecutndose en una cierta arquitectura de servidores, con el cometido de soportar la entrega de servicios de IPTV. El Middleware define y coordina la forma en que el usuario interacta con el servicio de IPTV. El Middleware hace disponible a los usuarios una interfaz grfica amigable configurable, para acceder y controlar los servicios y funcionalidades mencionados. Middleware tambin deber disponer de un mdulo de tasacin que permita asignacin de precio a los consumos a demanda, y gestiona las suscripciones servicio. y El la al
4.5.1 Interfaces y Funcionalidades. El Middleware podr contar con interfaces hacia el resto de los componentes de la solucin (STBs, sistema de DRM, encoders, video servers, sistemas de billing y aprovisionamiento, etc.). En particular podran encontrarse: Interfaz con el sistema de DRM/CAS. Interfaz con el sistema de Billing, el cual puede ser de tiempo real u off-line (segn la modalidad de pago de los servicios) Interfaz grfica de usuario debera ser presentada de forma tal que el usuario pueda utilizarla intuitivamente en todo su potencial. Debera brindar acceso a todo el sistema de VoD y a consultas sobre la programacin disponible en Broadcast TV mediante la EPG. Entorno e interfaces para desarrollo y pruebas de servicios. Puede ser recomendable que el sistema de Middleware cuente con un entorno de creacin y prueba de servicios. Un sistema de este tipo debera permitir: Crear nuevos servicios en base a los existentes, tales como agrupaciones de canales de broadcast TV en paquetes comerciales, insercin y baja de canales de broadcast TV, planes comerciales de adquisicin de contenidos en VoD y AoD, etc.. El sistema de Middleware debera posibilitar la verificacin del funcionamiento de los nuevos servicios en un ambiente controlado de pruebas, ante de su puesta en produccin comercial. Crear o integrar nuevas aplicaciones desarrolladas por terceras partes en la arquitectura de IPTV. Estas aplicaciones pueden ser desarrolladas sobre un conjunto de APIs/SDK/etc. que debern ser provistas con la solucin de IPTV, o interfaces abiertas para la integracin de aplicaciones que debern ser especificadas.
Las funciones del Middleware se pueden agrupar en funciones de Portal de TV y en funciones de Mediador. Las Funciones de Portal son las que incluyen las aplicaciones que son necesarias para realizar la interfaz con el usuario final brindando un entorno grfico simple e intuitivo orientado a facilitar el acceso a los clientes de los servicios ofrecidos. Esta interfaz deber poder ser configurada por los operadores
y deber permitir la creacin de nuevos servicios interactivos. Para esta funcin, el Middleware trabaja basado en modelo cliente/servidor utilizando principalmente basado en html, flash y JavaScript. Los STB sern los clientes de este servidor que permitirn a los usuarios navegar en el Middleware envindole instrucciones desde los controles remotos de los STB. Detalle de funciones del Portal de Servicios del STB: EPG, Portal VoD, Aplicaciones Interactivas, Canales interactivos, Web TV e Email, Juegos, Suscripcin en lnea, Control Parental, Interfaz Personalizada. Las Funciones de Mediador son las que incluyen las aplicaciones que son necesarias para realizar la interfaz con los sistemas de Back Office. Permiten efectuar el aprovisionamiento y administracin del perfil de los usuarios, mantener la informacin de los servicios, paquetes de programas, tarifas y canales, entre otras cosas es le encargado de interactuar con el sistema de facturacin del operador. Detalle de Funciones del Mediador: Gestin del STB Configuracin de STB y actualizaciones de software, Download de la lista de canales. Administracin del servicio: Gestin de Servicios (Canales, EPG, VoD, PVR, TSTV), Gestin de Contenido, Gestin de Suscriptores, Gestin de paquetes precios, Otras funciones de gestin y soporte. Gestor de aprovisionamiento y facturacin. Reportes El Middleware, como mediador, es el encargado de interactuar con los distintos sistemas de gestin y elementos de la red. Con diversos niveles de seguridad el Middleware permitir a los operadores realizar las modificaciones al sistema para que este est configurado de acuerdo a las necesidades de la solucin implementada. 4.5.2 Gestin de STB. El Middleware debe realizar la administracin de los STB de los suscriptores. Este deber autorizar el acceso del mismo al sistema de IPTV en funcin de su identificacin. A su vez, debe brindar el acceso solamente a lo servicios que el cliente tiene contratado con los perfiles correctos. Cada vez que se inicia un STB y este se autoriza a acceder a la red, el Middleware le enva la informacin del EPG la cual es almacenada en su memoria para un rpido acceso. En caso de modificacin del EPG, este es reenviado a todos los STB para que se actualice el mismo, algunos sistemas utilizan un canal de multicast para realizar esta ltima tarea o la de actualizacin de sistema operativo de los mismos.
Pgina 38 de 81
4.5.3 Gestin de servicios. El Middleware debe disponer de la facilidad de administracin y configuracin de servicios del sistema. Este es el encargado de coordinar las distintas plataformas para la puesta en marcha y facturacin de los servicios por lo que debe disponer de funciones que permitan al operador configurarlos o debe de intermediar con algn sistema que realice esta funcin. En particular debe de administrar: Canales en vivo VoD PPV PVR y TSTV 4.5.4 Gestin del contenido. El Middleware debe realizar tareas de administracin de los contenidos a demanda incorporados al sistema. Cada vez que se agregue una nueva pelcula se deber agregar informacin adecuada para su promocin, clasificacin y bsqueda. Las funciones principales para la gestin del contenido son las de: Configurar, crear e importar la metadata. Agregar posters y trailers de presentacin de una nueva pelcula Facilidades para contar con la informacin de atractividad (rating) de la misma. En forma genrica, se considerar metadata la informacin descriptiva y su estructura para un tipo de contenido dado que ser adquirida, catalogada y servida a travs del entorno de la solucin de IPTV. La metadata describe la informacin propia de los contenidos de cada servicio, contiene elementos bsicos de los contenidos tales como el proveedor del mismo, ttulo, ranura de tiempo para eventos en vivo y Pay per view, clasificacin, sinopsis, duracin, precio de venta sugerido para el suscriptor, informacin de licenciamiento, reparto y director, entre otros datos. Para contenidos en vivo el contenido de la metadata ser el listado de programacin. La gestin de la metadata debe comprender: Actualizacin/Modificacin/Baja peridica de los listados de programacin en vivo. Se debe disponer de capacidad para almacenar un mes de programacin. Posibilidad de introducir/modificar/eliminar informacin descriptiva de contenidos de VoD y AoD. Posibilidad de introducir/modificar/eliminar informacin descriptiva de eventos en la modalidad pay per view. 4.5.5 Gestin de EPG. En el Middleware se debe configurar el orden de los canales y la asignacin de los mismos en los distintos canales de multicast de la red para que luego los mismos estn asociados a la informacin de la EPG. Generalmente el Middleware soporta la posibilidad de importacin automtica de la programacin futura desde fuentes externas de modo que sea integrada al EPG. Esta informacin incluye la metadata de la programacin de modo que el mantenimiento de la EPG puede ser realizado de forma automtica. Si se incluyen canales propios o locales de los cuales no se puede disponer un proveedor de la programacin en un formato estndar para ser importado por la EPG es necesario recurrir a algn sistema manual para el ingreso de la programacin futura y metadata de estos canales.
Pgina 39 de 81
4.5.6 Distribucin del contenido. Por su alto consumo de la red, es conveniente almacenar el contenido bajo demanda lo mas prximo posible a los usuarios. Por lo tanto, todas las soluciones proponen un sistema basado en varios servidores de video distribuidos en la red. Estos sistemas siguen las mismas arquitecturas de las SDP (service delivery platform) o CDN (content delivery networks). La propuesta general es la de disponer de un servidor de video con una capacidad de almacenamiento grande en el sitio central en donde se guardan todas las pelculas disponibles y a su vez disponer de servidores de video de menor porte distribuidos por la red en donde se almacenan las pelculas ms vistas. En este punto no encontramos con un problema, la distribucin del contenido en la red, y se nos plantean las siguientes interrogantes: Cul es la pelcula mas vista para ser almacenada en los servidores de video distribuidos?, En qu momento corresponde cambiar esa pelcula por otra?, Coincide la pelcula ms popular en las distintas regiones de la red? Estas tareas se pueden resolver en forma automtica. El Middleware, en base a las estadsticas que dispone dialoga con los servidores de video para realizar en forma dinmica una correcta distribucin de contenidos en la red. Por otra parte el Middleware permite ver al operador de la red a los diversos servidores de video como una sola red de contenidos con lo que facilita la incorporacin de nuevas pelculas resultando al operador de manera transparente la distribucin de contenidos en la red. 4.5.7 Gestin de PVR y TSTV. El Middleware utiliza los recursos de los servidores de video para implementar las funcionalidades de PVR y TSTV. Ambas deben de ser dimensionadas de manera muy cuidadosa para evitar problemas de exceso de trfico en la red. Para el caso del PVR se pueden configurar determinadas perfiles para ser comercializados, en estos variarn: Mximo de horas posibles a almacenar por usuario. Cantidad de veces que un contenido grabado podr ser reproducido. Caducidad de almacenamiento. En el caso del TSTV, se puede configurar la cantidad de minutos de un programa en vivo que se almacenar para poder ver en diferido. Pero para evitar el posible peligro de congestin en la red algunos sistemas disponen de la posibilidad de limitar la cantidad de intentos simultneos de utilizacin del TSTV. De otro modo, la posibilidad de no habilitar el uso de TSTV en algunos canales permitir evitar este tipo de problemas. 4.5.8 Gestin de suscriptores. El Middleware debe disponer de la facilidad de administracin de suscriptores o debe de intermediar con un sistema que realice esta funcin. De este modo se mantiene toda la informacin de clientes almacenada para la normal operacin del sistema. Esta informacin esta almacenada en una o varias bases de datos y debe incluir como mnimo datos administrativos del cliente, la asociacin de cada cliente con los servicios o paquetes contratados y la cantidad y tipo de terminales autorizados. A su vez permite autenticar el cliente para el pago de cuentas o acceso parental e incluye
Pgina 40 de 81
informacin que se utiliza para la identificacin de los registros de uso de los servicios a demanda. Para realizar la administracin de suscriptores debe de incluir una interfaz por software y manual y para: Realizar el aprovisionamiento de los suscriptores (alta, baja, bloqueo), Habilitar cantidad de STB permitidos por suscriptor, Permitir perfiles de suscriptores y permisos de acceso, Habilitar crdito y lmites de gasto por suscriptor, Habilitar/deshabilitar el control parental, Definir, reiniciar clave de suscriptores (PIN), Activar o desactivar servicios, Importar/exportar informacin de suscriptores de sistemas existentes. En general los Middleware incluyen APIs para facilitar la implementacin de la interfaz del sistema de aprovisionamiento del Middleware con un sistema de OSS existente externo. 4.5.9 Gestin de paquetes y precios. Mediacin con el sistema de facturacin. El sistema de IPTV cuenta con la facilidad de crear paquetes de contenido o de servicios. Cada operador armar estos paquetes de acuerdo a su estrategia de negocio o marketing. Por ejemplo: Se pueden armar un paquete promocional ofreciendo todas las pelculas de un director en VoD a un precio especial, o el incluir a la suscripcin de un recital en PPV el poder ver en VoD otros recitales del mismo intrprete, etc. A travs del Middleware se realiza la asignacin de precios a las suscripciones mensuales, servicios adicionales, consumos de contenidos a demanda, PPV, etc. En la medida que los servicios son utilizados por un suscriptor, el Middleware registra en una base de datos todas las transacciones realizadas con la informacin del suscriptor a quien deber cargarse ese uso. Esta informacin habitualmente es exportada al sistema de facturacin incluyendo informacin de tasacin. La informacin de tasacin habitualmente se agrega en esta etapa porque el middleware conoce la inteligencia de los servicios, paquetes y costos algo que quitara flexibilidad al sistema de IPTV si es necesario replicar en el sistema de facturacin.
Figura 14. Administrator Interface - http://www.minervanetworks.com (Minerva Networks INC).
Pgina 41 de 81
Figura 15. Administrator Interface - http://www.minervanetworks.com (Minerva Networks INC).
4.5.10 Integracin con el DRM. En caso que los diversos contenidos de una solucin estn encriptados con ms de un tipo de DRM, el Middleware ser el responsable de hacer transparente al usuario final este problema. Esto puede ocurrir debido a que en general las exigencias sobre el uso del DRM la imponen los proveedores de contenidos y puede ser que se disponga de un DRM para las seales en vivo y otro para las seales de VoD u otro para los contenidos locales. 4.5.11 Reportes. El Middleware puede crear reportes de diverso tipo. En el caso de video en vivo se puede conocer exactamente la audiencia de los distintos canales a toda hora, determinar los picos de rating, conocer los picos de uso y calcular todo tipo de informacin respecto a hbitos de uso. Esta informacin no solo es de gran utilidad para realizar la planificacin y el marketing del producto sino que puede ser comercializada a los proveedores de contenido de estas seales. Respecto a los contenidos bajo demanda, se puede monitorear la utilizacin de los diversos servidores de video y el funcionamiento del sistema automtico de distribucin de contenidos. Por otro lado de puede identificar cuales son los contenidos ms vistos, asociarlo por ciudades/regiones o grupo de cliente. Es importante que el sistema de contenido a demanda disponga de la herramienta de auditoria. Los contenidos a demanda en general son distribuidos para ser comercializados con la modalidad de reparto de ingresos por lo que es fundamental para el proveedor de contenido poder realizar auditorias y verificar la cantidad de veces que fueron vistas sus pelculas en el sistema.
Pgina 42 de 81
4.6 La Red: aspectos a considerar en la red para implantar un sistema IPTV. A lo largo de los mdulos I y II de este diploma se ha hecho especial hincapi en las tecnologas actuales de red. Por razones de alcance, en este captulo no es posible realizar una introduccin a tan amplio campo de estudio. En su lugar nos remitiremos a especificar los elementos necesarios en capa de red para desplegar IPTV. Por favor dirigirse a la documentacin de captulos anteriores por detalle de las tecnologas de red involucradas. En particular son de especial inters: El segundo captulo de este mdulo II.2 - Tecnologas de Redes de Acceso Cableadas y Agregacin donde se detalla las redes con tecnologa de acceso xDSL o fibra ptica. El captulo 4 del primer mdulo: I.4 - Nuevas formas de representacin de la informacin: tcnicas avanzadas de compresin de audio y video donde se presentan los protocolos para su transporte sobre redes IP del video, por ejemplo RTP. Finalmente el captulo 4 del primer mdulo: I.2 - Tcnicas de modelado de trfico y calidad de experiencia en servicios multimedia. Donde se estudia la calidad de los servicios IPTV detalla los requerimientos de calidad de servicio necesarios en la red IP para ofrecer la calidad e experiencia requerida por los usuarios de servicios IPTV. La seccin cuenta con una introduccin a la arquitectura de una red IP multiservicio (4.6.1), las caractersticas en la red de acceso necesarias para distribuir video (4.6.2), los protocolos necesarios para distribuir el multicast en la red (4.6.3), y finalmente los protocolos de transporte necesarios para realizar un streaming de video (4.6.4). 4.6.1 Arquitectura general de redes multiservicio En las nuevas redes Triple Play se pueden identificar cuatro niveles: Acceso Agregacin Borde (Edge), a veces denominado Distribucin Ncleo (Core) En el siguiente esquema se muestra esta arquitectura en capas:
Arquitectura Triple Play
Equipo de cliente (CE) Acceso U-PE
IP DSLAM
R o u te r
Agregacin
Edge (Borde)
Si
Ncleo (Core) Multiservicio
DSL CPE
N-PE PE-AGG
BRAS PPP, IP, MPLS MPLS/IP
DSL
Ethernet
Figura 16. Arquitectura redes multiservicio.
En la Capa de Acceso es donde se encuentran los DSLAM Ethernet, demarcando el lmite entre la red del Proveedor de Servicio y el cliente. Tpicamente los DSLAM se ubican en los mismos sitios que las centrales telefnicas y concentradores de planta externa. La Capa de Agregacin es una capa intermedia que permite escalar en la cantidad de nodos de acceso que se conectan al borde. La agregacin de estos nodos de
acceso se realiza con switches/routers, utilizando diferentes topologas y tecnologas. A continuacin se muestran algunas opciones de topologas de agregacin en anillo y hub-spoke. En ambos casos se utiliza un esquema de dual homed o sea que cada nodo de agregacin puede acceder a dos nodos de edge o distribucin (aumentando la disponibilidad eliminando puntos nicos de falla).
PE-Aggr BRAS/ Service Gateway
PE-Edge
Remote Office
Residential Customer
Anillo de agregacin
IP / MPLS
DSL CPE
IP DSLAM
Acceso
STB
BRAS/ Service Gateway
Agregacin Hub and spoke

Residential Customer
IP / MPLS
DSL CPE
IP DSLAM
PE-Aggr
PE-Edge
STB
Figura 17. Topologas de Agregacin.
La Capa de Edge o Distribucin demarca el lmite entre el transporte L2 Ethernet hasta el acceso y las capas L3 superiores que brindan los servicios 3Play. Como mencionamos, existen diferentes tecnologas a utilizar entre la agregacin y el edge. Histricamente se utiliz ATM, cuando los DSLAM eran ATM y no haba requerimientos de transporte de mulitcast como es el caso de IPTV. Con el advenimiento de los DSLAM con uplink Ethernet, las nuevas redes de agregacin han migrado tambin a esta tecnologa. Actualmente se visualizan 3 tendencias tecnolgicas para agregacin:
Layer 3 - IP, MPLS Layer 2 Bridged Ethernet IEEE 802.1q / 802.1ad Layer 2 MPLS EoMPLS/ H-VPLS
802.1q Centralised L3 Service Edge Transparent Ethernet Services
EoMPLS
Distributed L3 Service Edge
Centralised L3 Service Edge Transparent Ethernet Services
Figura 18. Tecnologas de Agregacin.
Agregar a nivel 3, con IP y opcionalmente con MPLS tambin. Esta alternativa en general tiene un mayor costo asociado ya que se requieren equipos con mayores funcionalidades justamente en la capa de agregacin que es la que debe tener la mayor capilaridad a nivel de red, consistiendo en general en gran cantidad de nodos.
Pgina 44 de 81
Agregar a nivel 2, puramente en Ethernet. Esta alternativa se basa en la utilizacin de VLANs y Q-in-Q. Tiene un costo menor pero presenta problemas de complejidad de gestin de las Vlans y escalabilidad. Agregar a nivel 2 utilizando MPLS. Esta alternativa tiene un costo intermedio, se basa en la utilizacin EoMPLS y VPLS. Tiene un gran potencial de escalabilidad y adems permite facilidades de QoS, mejores tiempos de recuperacin en caso de utilizarse protocolos como Fast Reroute. Para el transporte de video se recomienda utilizar Ethernet sobre MPLS, con tecnologa VPLS y VPLS Jerrquica. Con MPLS en la red de agregacin es posible conectar servicios Ethernet punto a punto (utilizando PWE3 que encapsulan sobre MPLS el ethernet) y servicios Ethernet punto a multipunto o multipunto-multipunto con VPLS (Virtual Private LAN Services). Para el transporte del trfico unicast se utiliza VPLS, mientras que para el transporte del trfico multicast se utiliza una VPLS jerrquica. Otra opcion es hacer una agregacin hbrida con IP nativo para multicast (y unicast de IPTV) y EoMPLS para el trfico Internet. En la capa de Edge se encuentran los gateways de servicio, denominados en forma genrica como BNG (Broadband Network Gateway). En el caso de acceso a Internet en la modalidad PPPoE el gateway que realiza el control de las sesiones, autorizar y autentica, se denomina BRAS (Broadband Remote Access Server). En el caso de video, en general se tiene un gateway dedicado que realiza el control de acceso. En algunas arquitecturas, en particular cuando el modelo de acceso a Internet es con DHCP, se puede tener un nico gateway que realice en control de ambos servicios (video e Internet). A continuacin vemos la arquitectura de Triple Play recomendada por el DSL Forum [1] donde se indican los trabajos ms relevantes de este grupo en este tema (WT-135, WT-126 y TR-101).
Figura 19. Arquitectura segn DSL Forum.
Finalmente, tenemos una Capa de Core cuya funcin es bsicamente realizar las funciones de enrutamiento a gran escala, y unir a nivel nacional los diferentes dominios de agregacin y distribucin. En esta capa no hay definicin de servicios ni de usuarios como ocurre en las anteriores.
Pgina 45 de 81
4.6.2
Caractersticas de la red de acceso de los suscriptores.
4.6.2.1 Acceso ADSL. Los servicios IPTV en general sern soportados sobre accesos de banda ancha ADSL o ADSL2+, sobre el par de cobre actual que llega al hogar del usuario. Se pueden alcanzar velocidades mximas de bajada tericamente de 8 Mbps en el caso de ADSL y de 24 Mbps en el caso de ADSL2+, lo que en la realidad se ve disminuido por efectos tales como interferencias de otros servicios de datos o atenuacin debida a la longitud de los cables o el estado de los mismos, etc. Para brindar este acceso se necesita contar con un mdem ADSL o ADSL2+ en el domicilio del usuario, el cual se conecta mediante el par de cobre a un equipo de acceso de datos denominado DSLAM, ubicado en las centrales de proveedor de conectividad. Desde el DSLAM se llega mediante el ncleo (core) de datos, ya sea ATM o Ethernet, a los dispositivos centrales de la solucin, como ser servidores de video, middleware y encoders. Los mdems ADSL mencionados tienen ms de un puerto Ethernet de manera de poder servir al STB y a la PC o a la red interna del domicilio del usuario, de lo contrario se necesitar un dispositivo adicional como un hub o switch a la salida del mdem al que se conectarn el STB y la PC. Los mdems con todas estas funcionalidades extras reciben el nombre de home gateways. En caso de existir un Firewall, etc., se debe proporcionar algn mecanismo para resolver problemas tales como NAT etc., algunos STB cuentan con servidor NAT y DHCP incorporados. Las principales caractersticas a tener en cuenta en la red de acceso de los suscriptores son las siguientes: Longitud y estado de los cables de la planta externa (red de acceso metlica). El acceso ADSL debe proveer el ancho de banda suficiente hasta el hogar del usuario y debe poder asegurar una determinada calidad de servicio. Una consideracin adicional a la hora de determinar la escalabilidad del DSLAM, es la cantidad de ancho de banda que puede recibir. DSLAM Ethernet o ATM (claramente predomina Ethernet en las redes de IPTV). En caso de DSLAM Ethernet, estos deben incluir: Funcionalidad de IGMP Snooping o IGMP Proxy. Buena velocidad de conmutacin de canales de multicast hacia los usuarios, cuando hay varios usuarios realizando zapping y se utilizan mecanismos de IGMP Proxing o IGMP Snooping. Poder equiparse con una o ms interfaces de red (uplink) Gigabit Ethernet de modo de tener suficiente ancho de banda segn las necesidades. Manejo y mapeo de VLAN (IEEE 802.1Q) para diferenciar trfico de diferentes servicios (video, internet, etc.) Priorizacin de trfico segn bits de prioridad 802.1p, para priorizar servicios de tiempo real como video frente a servicios de datos. Limitacin de la tasa de datos (Policing y shapping) en las interfases de uplink por VLAN, etc. Limitacin de la tasa de datos (Policing y shapping) en las interfaces hacia los usuarios por PVC, por VLAN, etc. En caso de DSLAM ATM, estos deben incluir: DSLAM debe soportar multicast en IGMP. Buena velocidad de switcheo de canales de multicast hacia los usuarios, cuando hay varios usuarios realizando zapping y se utiliza IGMP.
Poder equiparse con una o ms interfaces al menos STM4 de modo de tener suficiente ancho de banda segn las necesidades. En algunas implementaciones, ms bien propietarias, eventualmente puede ser el propio DSLAM el que controle cules canales multicast sern enviados al mdem DSL. Los mdems debern corresponder por ejemplo a alguna de las siguientes posibles alternativas: Que el mdem disponga de varios puertos Ethernet para facilitar la integracin de varios STBs o PCs en el hogar del usuario. El mdem debe diferenciar los servicios de cada puerto por PVCs o VLANs diferentes hacia la red. El mdem deber priorizar el trfico hacia la red en funcin del PVC o de la VLAN. Que est el mdem incluido dentro del STB y con varios puertos para varios STBs y PCs en el hogar del usuario. El mdem/STB debe diferenciar los servicios de cada puerto por PVCs o VLANs diferentes hacia la red. El mdem/STB deber priorizar el trfico hacia la red en funcin del PVC o de la VLAN. Utilizar un mdem con un nico puerto, pero que el STB tenga varios puertos para STBs o PCs en el hogar del usuario. El STB debe diferenciar los servicios de cada puerto por VLANs diferentes hacia la red. El STB o el mdem deber priorizar el trfico hacia la red en funcin de la VLAN. Utilizar un mdem con un nico puerto y un switch en el hogar del usuario. El switch debe diferenciar los servicios de cada puerto por VLANs diferentes hacia la red. El switch o el mdem deber priorizar el trfico hacia la red en funcin de la VLAN que corresponda. Es conveniente que el mdem pueda limitar tasa de trfico hacia la red por PVC y por VLAN para aplicarse segn corresponda. 4.6.2.2 Normas de Acceso ADSL. La Tabla 3 ejemplifica las distintas normas de acceso xDSL disponibles comercialmente. En el 1Q2005 se dispuso la normalizacin del VDSL2, (G993.2) con velocidades de hasta 100 Mbps en el sentido descendente.
Tipo de DSL HDSL (2 pares) SHDSL Simtrico (2 pares) ADSL ADSL2 ADSL2+ Asimtrico Asimtrico Asimtrico Asimtrico Simtrico VDSL Asimtrico Simtrico 1000 1000 26 13 3 13 1800 3600 3600 3600 300 300 4.624 8 12 24 52 26 4.624 1 2 2 6 26 Simtrico/ Asimtrico Simtrico Simtrico (1 par) Distancia de la lnea (m) 3600 1800 Velocidad Descendente (Mbps) 1.544 2.312 Velocidad Ascendente (Mbps) 1.544 2.312
Tabla 3. Resumen de Cobertura de Servicios segn Tipo de Red y Codificacin de Lnea y de Video.
Pgina 47 de 81
Distancia del loop de cobre (mts.) 500 500 1500 1500 3000 3000 500 500 1500 1500 3000 3000
Codificacin de lnea ADSL ADSL2+ ADSL ADSL2+ ADSL ADSL2+ ADSL ADSL2+ ADSL ADSL2+ ADSL ADSL2+
Canales simultneos 1 4 1 3 1 3 12 2 8 2
Ancho de banda remanente (Mbps) 2 4 0,5 4 4 2 1 1 1,5 3 2 1,5
Codificacin de Video
MPEG2
MPEG4
Tabla 4. Escenarios factibles para despliegue de servicios IPTV.
En la Tabla 4 se presentan, a modo de resumen, situaciones factibles de despliegue de servicios. Se puede observar que utilizando la codificacin de lnea ADSL existen casos en los que no se podra dar servicio de video, independientemente de la codificacin de video que se utilice. Por el contrario, utilizando la codificacin de lnea ADSL2+ existe gran probabilidad de poder brindar el servicio, an cuando la codificacin de video sea MPEG-2, contndose adems con ancho de banda remanente suficiente para soluciones de acceso a Internet. 4.6.3 Multicast: Trfico de servicios de difusin. En las redes IP existen distintas tcnicas para la difusin de la informacin: Unicast: El envo de un punto a otro en una red se le denomina unidifusin. El mecanismo habitualmente utilizado por todas las aplicaciones. Multicast: El envo de la informacin a mltiples destinos simultneamente. Broadcast: El envo a todos los nodos en una red se le denomina difusin amplia. Lgicamente aplicable en contextos reducidos, por ejemplo para el descubrimiento de recursos en una red LAN. Dependiendo de la informacin se elige el mecanismo ideal para su difusin. En IPTV, la transmisin de canales en vivo habitualmente se realiza mediante multicast, puesto que se espera sean observados por una numerosa audiencia (su envo individual a cada espectador (unicast) redundara en un dimensionamiento inadmisible de la red). En cambio el VoD, por naturaleza es punto a punto y por tanto se suele utilizar unicast. Pero esto no es una regla, inclusive en el contexto de IPTV, por ejemplo: existen tcnicas para reducir el tiempo de zapping entre los canales en vivo (enviados por multicast) que implican el envo unicast de una rfaga inicial de gran ancho de banda para llenar rpidamente el buffer del receptor y reproducir rpidamente luego del cambio de canal; por otro lado en los sistemas de VoD cuando un contenido es muy solicitado bajo demanda este puede ser reproducido en forma de nVoD (near VoD) que implica el envo por multicast y una espera inicial de algunos minutos por el cliente en espera de la prxima transmisin multicast. Una tcnica un poco ms sofisticada implica el envo de una buena porcin del VoD por unicast y el buffereo de la transmisin multicast antigua ms cercana en el tiempo. Esto evita la espera inicial del sistema nVoD pero exige a los STB poseer un espacio de memoria para buffereo mucho mayor. Estas tcnicas modernas que mezclan multicast y unicast se encuentran en etapa de desarrollo. Debe concluirse que en los sistemas de video digital especializados como
Pgina 48 de 81
IPTV la utilizacin eficiente de las tcnicas de difusin redundaran en una mejor calidad de experiencia y aprovechamiento de los recursos de la red. Para los servicios de difusin se requiere contar en la red con capacidades de enrutamiento multicast. Existen varios protocolos de ruteo multicast [2], los mismos se clasifican en: Dense Mode, por ejemplo PIM-DM, DVMRP (Distance Vector Multicast Routing Protocol) Sparse Mode, por ejemplo PIM-SM, CBT (Core Based Trees) Link State, por ejemplo MOSPF (Multicast OSPF) Es importante notar que los protocolos de ruteo antes mencionados se implementan en la red de core (y en algunos casos en la red de agregacin pero no es tan usual), pero no se implementan en el acceso debido a que los receptores no requieren rutear. En multicast es importante el concepto de grupo de multicast. Un grupo de multicast es un conjunto de receptores que tienen en comn el inters de recibir el mismo flujo de trfico en determinado momento. Estos receptores no tienen porqu estar en el mismo lugar fsico o geogrfico. Las direcciones IP de multicast especifican un conjunto de equipos terminales (por ej. los STB) que se han unido a un grupo de multicast y por lo tanto desean recibir el trfico especfico de ese grupo. Es de notar que las direcciones multicast se usan para el grupo de destino del trfico multicast, siendo la direccin de origen la direccin unicast especfica de la fuente. Internet Group Managment Protocolo (IGMP) es el protocolo que permite a los equipos terminales (host o STB) solicitarle al router IP Multicast recibir cierto grupo de multicast a travs de la red local. A su vez los routers peridicamente preguntan cuales grupos siguen activos o no en cierto segmento de red. Los mensajes definidos en el protocolo IGMP son descriptos en la Tabla 5. Mensaje Membership Query Tipo 0x11 Sentido router host Descripcin Verificar que grupos multicast siguen activos cuales no. Si el mensaje genrico, la direccin grupo es 0.0.0.0. Si mensaje es especfico, indica el grupo al cual quiere hacer referencia. de y es de el se se
Memebership Report 0x12 (v1) (Join Group) Leave Group 0x16 (v2) 0x17
host router host router
Solicitar juntarse al grupo de multicast especificado Solicitar dejar el grupo de multicast especificado
Tabla 5. Mensajes de IGMP (Fuente [2]).
El protocolo IGMP ha tenido 3 versiones. La versin 1 ya no es prcticamente usada, y la diferencia entre la versin 2 y la versin 3 radica en que en la v3 los mensajes de los hosts para juntarse a un grupo no solo especifican la direccin multicast de ese grupo sino que adems las fuentes de trfico desde donde quieren recibir el trfico. Esta facilidad permite rutear multicast especificando la fuente (SSM - Source Specific Mode) como se ver ms adelante en PIM-SSM.
Pgina 49 de 81
El comportamiento de multicast por defecto de un switch dentro de un segmento de red (o VLAN) es inundar, o sea enviar por todos los puertos, los paquetes de multicast recibidos (ya que los trata igual que paquetes de broacast o con MAC desconocida). El inconveniente de este comportamiento es que se pueden estar enviando paquetes por puertos donde no es necesario (por ejemplo porque no hay ningn receptor que haya solicitado ese trfico), disminuyendo la eficiencia de la red ya que no se optimiza el uso del ancho de banda. Por lo tanto a nivel 2 es necesario optimizar el comportamiento del trfico multcast. El protocolo IGMP snooping se encarga de optimizar el multicast en los equipos de nivel 2. Este protocolo se implemente en los switches y nodos de acceso (ej. DSLAM) de la red de agregacin y acceso (equipos de nivel 2). A nivel de control, lo que hace es espiar (snoop) los paquetes de nivel 3 de IGMP para formar una tabla de envo de paquetes de multicast (forwarding table). Cuando el switch escucha un mensaje IGMP join (memebership report) lo que hace es asociar en la tabla de forwarding la direccin de multicast del grupo con el nmero del puerto por el que escuch el mensaje de join. En forma similar cuando se escucha un mensaje de leave, lo que se hace es eliminar de la tabla la asociacin entre el grupo multicast y el puerto que envi el leave. A nivel de forwarding, lo que hace el switch cuando reciba trfico mulitcast (no IGMP) para un grupo no inundar por todos los puertos sino que lo enviar solamente por los puertos que indique la tabla (o sea los que puertos por los que escuch joins o query). El IGMP snooping puede funcionar en dos tipos de modos: Transparente (no intercambia paquetes IGMP). Con Proxy Reporting (agrega o quita paquetes IGMP de la red para hacer ms eficiente el protocolo). Los routers de multicast deben de construir rboles de distribucin de multicast que indican como llegar desde la fuente (lugar desde donde se emite el contenido multicast) hasta los receptores. Protocol-Independent Multicast (PIM) es un protocolo de ruteo de multicast que se basa en la informacin de la tabla de ruteo de unicast para enviar el trfico mulitcast (y construir los rboles de distribucin), independientemente de cual sea el protocolo de ruteo unicast utilizado (OSPF, RIP, BGP, etc). Utiliza el mtodo Reverse Path Forwarding (RPF) o sea direccionamiento por el camino inverso, desde el receptor hasta la fuente, para construir el rbol de distribucin. Existen cuatro variantes de PIM: PIM Dense Mode (PIM-DM) implcitamente construye un rbol por el camino ms corto desde la fuente, inundando el trfico multicast y luego va cortando las ramas del rbol donde no hay receptores presentes. Se dice que es un push model porque es modelo en el cual se empuja (push en ingls) el trfico hacia los receptores. Este protocolo no escala bien en redes grandes. PIM Sparse Mode (PIM-SM) explcitamente construye por cada grupo un rbol compartido unidireccional cuya raz est en el punto de encuentro (RP). El RP debe ser configurado por el administrador de la red. En forma opcional construye un rbol por el camino ms corto desde la fuente. Se dice que es un pull model porque se tira (pull en ingls) el trfico desde las fuente hacia los receptores, pues stos piden el trfico explcitamente. Este protocolo escala bien para el uso en grandes redes PIM Bidireccional explcitamente construye un rbol compartido bidireccional. No utiliza el camino ms corto, por lo que puede tener retardos mayores que PIM-SM pero tiene la ventaja que escala muy bien pues no necesita estados relacionados con la fuente y puede ser utilizado en modelos de difusin many to many (muchosa-muchos).
PIM Source Specific Mode (PIM-SSM) construye rboles que tienen la raz en una sola fuente (modelo uno-a-muchos), ofreciendo un modelo ms seguro y escalable para aplicaciones broadcast. En este caso se parte de que existe un servicio a nivel de capa de aplicacin que informa cual es la fuente de trfico, y por lo tanto no es necesario ir a un RP sino que es posible construir el rbol directamente desde la fuente. PIM-SM permite enviar el trfico multicast solamente a aquellos segmentos de red que lo requieran, optimizando por lo tanto el uso de la red. Permite adems tener un mejor control del trfico en la red, siendo recomendado utilizarlo en la mayora de las aplicaciones multicast de propsito general cuando no se dispone de PIM-SSM. 4.6.4 Protocolos de Streaming. Hasta ahora se vieron protocolos como el IGMP y el PIM que en distintas capas de la red multiservicio permiten enrutar el multicast. Para presentar el escenario completo de protocolos utilizados en la red IPTV es necesario detallar las tcnicas para la transmisin de video sobre IP. El streaming se podra definir como la transmisin en vivo de audio y video sobre una red. Utilizando streaming, es posible ir visualizando un contenido multimedia a medida que ste es transferido. Como se detalla en profundidad en el captulo 4 del primer mdulo: I.4 - Nuevas formas de representacin de la informacin: tcnicas avanzadas de compresin de audio y video, existen variadas tcnicas para transmitir multimedia en una red IP. En las redes de IPTV habitualmente se utiliza el conjunto de protocolos de tiempo real estandarizados por la IETF: Real-time Transport Protocol (RTP). Es un protocolo de transporte desarrollado para streaming. Este incluye datos extras no presentes en TCP, como timestamp y nmero de secuencia lo que contribuye a transporte en forma continua. Tambin hay datos de control que permite al servidor realizar el streaming a una tasa correcta. Los paquetes RTP habitualmente se transportan sobre datagramas UDP (pero tambin pueden ser transportados sobre TCP). Real Time Transport Control Protocol (RTCP). Es usado en conjuncin con RTP para la recepcin de reportes estadsticos. Permite por ejemplo: la deteccin de fallas en el rbol de distribucin de multicast, nmero de paquetes perdidos y estadsticas de jitter. Existen reportes enviados por el emisor y reportes enviados por el receptor. Por ejemplo los tipos de reportes del emisor (SR) son: acumulativos de frames o cantidad de bytes; y los reportes de receptor: Frames perdidos, Tasa de Frames entregados. Los paquetes RTCP se transportan sobre datagramas UDP. RTCP no permite encriptacin, autenticacin y autorizacin. Una actualizacin con estas funcionalidades es el estndar Secure Real-time Transport Protocol (SRTCP). Real-Time Streaming Protocol (RTSP). Realiza control sobre datos multimedia de tiempo real. Brinda la posibilidad de interactividad con el reproductor, de forma similar a un video reproductor domestico, el RTSP permite: reproducir, pausar, adelantar y ms. Tambin puede reaccionar a congestiones en la red y reducir el ancho de banda. Los comandos estandarizados en RTSP son: Describe, Setup, Play, Pause, Record, y Teardown.
Pgina 51 de 81
El RTSP fue inspirado en HTTP 1.1 pero con la mejora de que se puede mantener el estado de la conexin (HTTP no mantiene estado) y que ambos (cliente y servidor) pueden realizar pedidos. RTSP soporta RTP como protocolo de transporte (adems de UDP y TCP). Una de sus utilidades es brindar una forma inicial de escoger el canal de distribucin ptimo hacia el cliente. Por ejemplo algunos clientes pueden tener filtrados en su firewall los paquetes UDP por lo que el servidor de streaming debera proveer la posibilidad de escoger entre diferentes protocolos de transporte como UDP o TCP o UDP multicast. Habitualmente las posibilidades de conexin ofrecida por el servidor son devueltas en formato Session Description Protocol (SDP).
Pgina 52 de 81
4.7 DRM/CAS: Proteccin de los contenidos y control del acceso. Hoy es prcticamente imprescindible que una solucin de IPTV cuente con un sistema de DRM (Digital Rights Management). Este sistema podra ser aplicado a los servicios broadcast TV, VoD, AoD, y otros contenidos (ya sean almacenados o en vivo), de modo que se prevenga la copia de la informacin digital y su posterior distribucin ilegal. El DRM implica un cierto cifrado del contenido multimedia, el cual luego puede ser reproducido si el receptor cuenta con la licencia correspondiente. La licencia es bsicamente la clave para desencriptar el contenido. Esto evita la copia del contenido digital que se distribuye, puesto que el mismo nunca deja de estar cifrado por medio del DRM. Si un suscriptor copia el contenido digital que recibe a otra persona, si sta no cuenta con la clave para desencriptarlo este no podr ser reproducido en su sistema. El DRM no solo se introduce en los sistemas IPTV para evitar la copia o piratera, sino que adems permite definir polticas para el consumo del contenido. Por ejemplo un usuario puede subscribirse para ver un contenido una nica vez, o por un perodo de tiempo dado, o de forma ms atractiva para el usuario puede comprar varios contenidos en forma de paquete y consumirlos arbitrariamente (algunos DRM tambin manejan el derecho a realizar copias dentro de sus polticas). Estas polticas de consumo las define el sistema IPTV y las implementa el sistema DRM, permitiendo la gran diversidad de servicios que requiere trabajar con contenido multimedia. La seccin presenta la siguiente estructura. En 4.7.1 se comienza con una descripcin de la criptologa clsica, en especial de las tcnicas de encriptacin modernas (encriptacin simtrica, asimtrica y combinada). La encriptacin es el sustento tecnolgico ms importante para los sistemas de DRM, los sistemas de DRM se estudian en 4.7.2. Como complemento del DRM, en algunas circunstancias se utilizan controles de propagacin 4.7.3, conocidos como marcas de agua digital permiten realizar una traza del contenido desde el origen a sus destinatarios. La seccin culmina en 4.7.4 con la presentacin de los sistemas DRM propietarios ms nombrados. 4.7.1 Encriptacin. La criptologa es la ciencia aplicada que estudia los criptosistemas: sistemas que ofrecen medios seguros de comunicacin en los que el emisor oculta o cifra el mensaje antes de transmitirlo para que slo los receptores autorizados puedan descifrarlo. Las dos reas ms importantes de la criptologa son la criptografa y el criptoanlisis. La criptografa (del griego krypts "ocultar," y grfein "escribir", literalmente "escritura oculta") es una disciplina matemtica destinada a cifrar y descifrar informacin de forma segura. Los objetivos de la criptografa son: garantizar el secreto del mensaje en la comunicacin entre el emisor y el receptor, asegurar la autenticidad del mensaje en un doble sentido: que el emisor sea realmente quien dice ser y que el contenido del mensaje no sea modificado en la comunicacin por un tercero. En particular la criptografa es utilizada por los sistemas digitales de encriptacin, autenticacin, firma digital y control de acceso.
Pgina 53 de 81
El criptoanlisis estudia los mtodos que se utilizan para obtener la informacin encriptada en ausencia de la informacin secreta (clave) requerida en su uso normal. Otra rea de la criptologa es la esteganografa. La esteganografa estudia la ocultacin de mensajes, para evitar que se perciba la existencia del mismo (a diferencia con la criptografa donde la existencia del mensaje es clara pero su contenido es oculto). La combinacin primero cifrando el mensaje, y luego ocultarlo (mediante alguna tcnica esteganogrfica) es comnmente utilizada. 4.7.1.1 Conceptos y Fundamentos El contenido a encriptar habitualmente es texto (poco cambia si es multimedia) y se denomina texto plano. El encriptado, tambin llamado cifrado, es el proceso de convertir el texto plano en texto ilegible sin informacin extra, al texto ilegible se le llama texto encriptado, texto cifrado o criptograma. El conocimiento extra necesario para encriptar habitualmente se le conoce como clave de encriptacin. El proceso de encriptado se basa en una transformacin matemtica, y es implementada por el algoritmo de cifrado, conocido como cifrador (cipher en ingls). El proceso inverso es la conversin de texto encriptado a texto plano, se conoce como desencriptacin, lgicamente tambin se necesita informacin extra para realizar el proceso, en las tcnicas modernas esta clave de desencriptacin difiere de la clave de encriptacin. Todo el proceso puede verse en Figura 20 y en conjunto recibe el nombre de criptosistema.
Figura 20: Criptosistema - Conceptos
4.7.1.2 Tcnicas Actuales de Cifrado Los mtodos modernos de encriptacin se dividen en dos grandes grupos, los simtricos y los asimtricos. Se encuentra bastante informacin en Internet sobre los estndares actuales de encriptacin, un buen comienzo es Wikipedia [9] de donde se ha extrado parte de la informacin de esta seccin. Encriptacin Simtrica La encriptacin simtrica tambin es conocida como cifrado de clave compartida o de clave nica. Como su nombre lo indica el algoritmo de encriptacin y el de desencriptacin utilizan la misma clave, por tanto el emisor y receptor deben compartirla. Los mtodos simtricos se clasifican en dos subconjuntos: cifrado de bloque y cifrado de flujo. Cifrado de bloque. El texto plano se considera como una secuencia de bloques de bits de largo fijo (habitualmente 128 bits, 512 bits, etc.). Cada bloque es encriptado con la clave mediante una operacin matemtica compleja (tambin se desencripta de a bloques usando la misma clave).
La operacin matemtica y el tamao del bloque varan de mtodo en mtodo. En 1977 IBM publica el estndar Data Encryption Standard (DES), mejorado en 2001 por un grupo de criptgrafos belgas y aceptado por National Institute of Standards and Technology (NIST) como estndar para la informacin no clasificada (y posiblemente tambin la clasificada) de EEUU. Originariamente DES utilizaba una clave de 56 bits, lo cual con la capacidad de computo actual es posible descifrar en algunos das con una maquina potente, versiones mejoradas, como 3DES, utilizan una clave mayor hacindolos invulnerables para la capacidad de computo actual. La tendencia es usar mtodos de encriptacin capaces de utilizar claves de gran tamao, como AES, las posibilidades de descifrar AES son muy bajas, es necesario mucho computo y mucha informacin encriptada, habitualmente es necesario ejecutar software adicional en el emisor o en el receptor para facilitar la bsqueda. El software libre OpenSSL implementa AES (pueden verse las vulnerabilidades planteadas por los criptgrafos en Internet, bsicamente existieron dos de ellas en el 2005 y una en 2008). Cifrado de flujo. El texto plano es procesado bit a bit para formar el texto encriptado (dem para la desencriptacin). La gran diferencia con el mtodo de bloque es que la transformacin vara bit a bit, dependiendo del estado actual, es por lo que a estos mtodos se les llama tambin cifrado por estado. Si se comparan las implementaciones y no los mtodos tericos la diferencia entre los cifrados de bloques y de flujos no queda tan clara puesto que habitualmente se procesa de a bloque y se manejan estados. Siendo til para cuando no se conoce el largo del texto plano (por ejemplo la encriptacin de una comunicacin inalmbrica) estos algoritmos han sido menos difundidos, uno de los ms conocidos es RC4 (tambin conocido como ARC4 o ARCFOUR) el cual es bastamente utilizado en Internet por el Secure Sockets Layer (SSL) y en las conexiones inalmbricas seguras por Wired Equivalent Privacy (WEP)4. Habitualmente compartir una clave es un problema en si mismo porque la coordinacin para la eleccin de la clave debe realizarse por un mtodo seguro (que no puede ser el mismo mtodo de encriptado que se esta coordinando) sino no hay certeza de que intermediarios conozcan la clave. Por tanto en los mtodos simtricos se debe tener el gran cuidado de cmo enviar la clave entre emisor y receptor. Adems es necesario utilizar una clave distinta entre toda pareja emisor-receptor (si se quiere que los otros no puedan desencriptar el mensaje) lo cual lleva a un problema de escala en el intercambio de claves, inclusive cuando se tiene confianza sobre el mtodo de envo de la misma, con n potenciales emisores/receptores se requieren intercambiar n(n-1)/2 claves. Encriptacin Asimtrica La encriptacin asimtrica tambin es conocida como cifrado de cable pblica y privada. En un criptosistema asimtrico todo receptor es dueo de dos claves: la pblica y la privada. La clave pblica, como su nombre lo indica, es bien conocida por cualquier potencial emisor, cuando un emisor quiere enviar un mensaje encriptado a un receptor, el emisor encripta el mensaje con la clave pblica del receptor. Para desencriptar el mensaje es necesaria la clave privada (solo conocida por el receptor). La encriptacin asimtrica tambin puede utilizarse para firmar el mensaje, de forma de asegurar que el emisor es quien dice ser. Ilustremos todo el proceso para el caso de Alice y Bob (grficos de Wikipedia). Alice cuenta con una pareja clave pblica y privada (ver Figura 21).
4
Actualmente WEP se considera muy vulnerable debido al intercambio de claves y desde 2003 se ha suplantado por Wi-Fi Protected Access (WPA).
Figura 21: Claves pblica y privada.
Bob le enva un mensaje Hello Alice! encriptndolo con la clave pblica de Alice. Alice puede desencriptarlo gracias a que cuenta con su clave privada (ver Figura 22).
Figura 22: Encriptacin
El mecanismo de firma digital es idntico a la encriptacin, solo que se encripta con la clave privada del emisor, y el receptor desencripta con la clave pblica del emisor: si el texto desencriptado tiene algn significado (por ejemplo es el MD5 del mensaje) entonces se puede asegurar que solo el emisor envi el mensaje porque solo l cuenta con la clave privada. Por ejemplo Alice quiere enviar el mensaje firmado I Hill pay $500 a Bob, entonces lo encripta con su clave privada y se lo enva a Bob, el cual puede verificar que Alice se lo envi utilizando la clave publica (ver Figura 23).
Figura 23: Firma Digital
Pgina 56 de 81
Lo natural para un envi seguro es encriptar el mensaje y firmarlo digitalmente, esto implica usar la clave publica del receptor para encriptar y la clave privada del emisor para firmarlo (ver Figura 24).
Figura 24: Encriptacin y Firma Digital
De esta operativa descripta deben extraerse las ventajas de la encriptacin asimtrica: es necesario hacer pblica las claves pblicas de los receptores, sin embargo no sirven para desencriptar el mensaje por tanto no existen recaudos sobre la seguridad de su envo5. solo se necesitan 2n claves (de las cuales solo deben transferirse n) en un sistema de n emisores/receptores. Habitualmente los algoritmos asimtricos requieren mucha mayor cantidad de recursos de cmputo que los algoritmos simtricos, es por esta razn que se prefiere utilizar en contextos donde sean imprescindibles (por ejemplo donde no se tenga un mtodo seguro para intercambiar la clave de un sistema simtrico). Los sistemas ms populares utilizan un hibrido de ambas tcnicas, ver . Algunos algoritmos asimtricos populares son: RSA, DSA, Diffie-Hellman, ElGamal, y la tcnica de curva elptica. Matemticamente puede verse la encriptacin como una funcin del texto plano al texto encriptado, habitualmente la encriptacin maneja estados los cuales pueden verse como parmetros de la funcin. La desencriptacin es la funcin inversa de la funcin de encriptacin, y un buen mecanismo de encriptacin requiere que hallar la funcin de desencriptado sea muy difcil, inclusive si se cuenta con la funcin de encriptado pero no se cuenta con sus parmetros (la clave). Todos los mtodos se basan en alguna propiedad matemtica que permita construir una funcin de la cual es muy difcil hallar su inverso. Por ejemplo RSA se basa en una propiedad de los nmeros primos.
Esto puede no ser del todo cierto si alguien maliciosamente puede engaar a un emisor con una falsa clave pblica del receptor, entonces interceptando el mensaje encriptado con la falsa clave puede desencriptarlo.
Encriptacin Combinada Intentando obtener las ventajas de la encriptacin simtrica y asimtrica y mitigar sus desventajas se han desarrollado mtodos que combinan ambos mtodos clsicos de encriptacin. La idea bsica es encriptar utilizando la eficiencia de los algoritmos simtricos y transmitir sus claves mediante una encriptacin asimtrica. Los mtodos simtricos son eficientes y difciles de vulnerar por el criptoanlisis, sin embargo carecen de un mecanismo seguro para enviar la clave compartida. Los mtodos combinados utilizan una encriptacin asimtrica para compartir la clave a ser utilizada por el mtodo simtrico, por tanto al comienzo de todo mensaje se negocia y transmite una clave simtrica utilizando un mtodo asimtrico. La clave simtrica se encuentra asociada a la transferencia de ese mensaje (tambin llamado sesin). La validez de la clave simtrica es exclusivamente por mensaje debido a que el mtodo para transmitirla (el asimtrico) es vulnerable. Dos claros ejemplos de encriptacin combinada son utilizados en Internet: Secure Sockets Layer (SSL) y Transport Layer Security (TLS), utilizando en redes IP para proveer una comunicacin segura entre aplicaciones (por ejemplo los sitios web seguros). Pretty Good Privacy (PGP), utilizado mayoritariamente en el ambiente empresarial para encriptar y firmar correos electrnicos. Habitualmente se analiza la seguridad de los sistemas segn cuantos componentes es necesario vulnerar para alcanzar un fin. En este sentido el mtodo de encriptacin combinado no es ms seguro que el mtodo asimtrico y el mtodo simtrico por separado. Vulnerando uno de los dos se consigue desencriptar el mensaje. Sin embargo la combinacin es igual til debido al esfuerzo necesario en la desencriptacin. 4.7.2 Sistema de Control de Derechos (DRM).
Definicin En forma genrica, Digital Rights Management (abreviado DRM) es una tecnologa usada por los distribuidores de contenido para controlar el acceso y el uso del contenido digital (por ejemplo video, msica, software, libros, etc.). Los sistemas DRM definen polticas de consumo del contenido, autentican al usuario e identificando cada instancia de reproduccin para comprobar que el cliente tiene permiso para la reproduccin u otra accin que solicite sobre el contenido. Habitualmente el sistema de DRM en una solucin IPTV permite la distribucin, compra y promociones del contenido digital de la red de una forma segura. En este contexto, un sistema DRM es complejo por naturaleza puesto que debe lidiar con la heterogeneidad de sus componentes manteniendo su seguridad. Trminos que habitualmente se confunden con DRM son: copy protection y technical protection measures (TPM) sin embargo estos refieren solo a la encriptacin del contenido y su desencriptacin generalmente en dispositivos especficos, en contraste con el DRM que es un sistema donde la encriptacin es solo un aspecto (ver tecnologas de base del DRM 4.7.2.1). Motivacin El contenido digital presenta la buena propiedad de que la copia es idntica al original. Esto es aprovechado en muchos sentidos, lamentablemente a veces con fines ilegales: la piratera es la copia ilegal de un contenido con derechos de copia (copyright).
La globalizacin de las telecomunicaciones y el alcance de la banda ancha a la mayora de los hogares es el canal ideal para la distribucin de la piratera. En particular Internet y las redes P2P presentan el anonimato y los bajos costos de infraestructura ideales para la distribucin masiva de informacin (incluyendo la piratera). Sin embargo se estima que solo un tercio de la piratera se distribuye por este medio, el resto se divide de forma igual entre el contrabando (venta ilegal de copias ilegales) y el prstamo de copias personales o de amigos. Esto es lo que dice el ltimo estudio de la Motion Picture Association of America (MPAA). La MPAA representa a los grandes estudios de Hollywood. Anualmente realiza un anlisis sobre el perjuicio econmico de la piratera, de forma de concienciar y persuadir a los gobiernos a tomar acciones. Segn esta asociacin en el 2005, la piratera costo 6100 millones de dlares, principalmente en perdidas por disminucin de venta de entradas de cine y venta de DVDs. Los principales pases que consumen piratera son en orden: EEUU (1300 millones), Mxico, Rusia, Espaa y China (244 millones), lo que destierra la creencia que la mayor piratera sucede en Asia. Los mecanismos para obtener las copias ilegales varan segn el pas, en EEUU predomina la distribucin de copias personales o de amigos, mientras que en el resto de los pases el contrabando o las descargas en Internet, en el global los tres mtodos generan el mismo perjuicio con aproximadamente 2000 millones de dlares de prdidas cada uno. No solo la distribucin de pelculas es afectada por la piratera en los sistemas de IPTV sino todo el contenido digital es plausible de ser robado. En algunas ocasiones tambin se ataca el servicio, por ejemplo existen a nivel mundial canales de venta ilegales de clones de smartcards para los servicios de DirectTV. 4.7.2.1 Bases Tecnolgicas Esta seccin se basa en el trabajo de Barb Fox Bio [6]. Las tecnologas de base utilizadas por un sistema de DRM son: Encriptacin Autenticacin/Autorizacin. Hardware de ejecucin segura. Encriptacin La encriptacin previene de la copia ilegal durante la distribucin. Por ejemplo un streaming encriptado en una solucin IPTV. Otro buen ejemplo es el CSS para la distribucin de DVDs. En general el manejo y la distribucin de claves es el problema de esta tecnologa. Habitualmente se manejan encriptacin de clave asimtrica (ver seccin 4.7.1 para conocer los detalles de la tcnica). Autenticacin/Autorizacin La autenticacin es requerida para demostrar la autenticidad del contenido. La autorizacin para identificar si los dispositivos y los usuarios tienen los permisos necesarios. Para autenticar el contenido se suelen utilizar una de dos tcnicas: Marca de agua digital (watermarking): que agrega informacin imperceptible sobre el contenido. Habitualmente se agrega informacin de derecho de copia e informacin de la fuente del contenido. Huella digital (fingerprint): que obtiene una propiedad nica sobre un contenido digital, sin agregar informacin. La huella distribuida se compara con la original para ver si el contenido sufri modificacin.
Hardware de ejecucin segura. Para autorizar un usuario es necesario identificarlo, la autenticacin de usuario se realiza comnmente a travs de: una clave (password), o un pasaporte (como Passport de Microsoft o Liberty de Sun Microsystems y Liberty Alliance Group http://www.projectliberty.org), o una medida biomtrica (captura de huella dactilar, iris del ojo o reconocimiento de la voz). Para autorizar a los dispositivos se utilizan tcnicas de encriptacin por software o por hardware: cifrado simtrico: por ejemplo las smartcards utilizadas por DirectTV. cifrado asimtrico: por ejemplo los nuevos sistemas DRM. Trusted Platform Module (TPM) es una especificacin e implementacin de un sistema de encriptacin por hardware para que los dispositivos confen mutuamente. Se planea su utilizacin para impedir el acceso a los filesystems de hardware ajeno al sistema tanto en el sistema operativo Linux (http://enforcer.sourceforge.net/) como en Windows Vista (http://www.microsoft.com/windowsvista/). Hardware de ejecucin segura En los sistemas DRM se alcanza poca seguridad si una vez autenticadas las partes (contenido, usuario y dispositivo) es posible acceder al contenido en forma digital y sin encriptar. Para evitar esto los dispositivos realizar una proteccin en su ejecucin tanto a nivel de software como de hardware. Por ejemplo los SetTopBox no incluyen una salida digital fcil de conectar a un PC, solo las salidas hacia la televisin. 4.7.2.2 Tipos de Sistemas DRM. Es difcil realizar una taxonoma de los sistemas DRM dado que se encuentran en continuo desarrollo, en general son sistemas propietarios y no existe una nomenclatura comn. En [6] se presenta una taxonoma basada en las propiedades que restringe el sistema: Prevencin frente a usuarios no autorizados: sistemas basados en permisos, utilizado en IPTV, por los video/audio players, e-books, etc. Prevencin frente a copia inautorizada: se implementan estos sistemas con informacin de derecho de copia enviada en el contenido y mediante la utilizacin de hardware seguro. Por ejemplo Macrovision, DTV broadcast flags, etc. Prevencin frente al robo de contenido o de servicio: se implementa estos sistemas con contenido encriptado y hardware seguro. Por ejemplo los DVDs, IPTV, etc. 4.7.2.3 Uso del DRM: Vista general. Un sistema de DRM cuenta con dos etapas bien diferenciadas: la preparacin del contenido, que incluye su encriptacin y la definicin de las polticas de consumo; la distribucin del contenido encriptado, que incluye el streaming encriptado y la adquisicin de licencias por parte del cliente. Ver una vista general de un sistema DRM en Figura 25.
Pgina 60 de 81
Figura 25: DRM - Vista General
Preparacin Primero el contenido requiere ser procesado, en general en un sistema IPTV el contenido es un archivo digital multimedia codificado (por ejemplo en video en H.264/AVC) o un streaming multimedia en vivo. El procesamiento del contenido presenta dos partes: encriptacin, definicin de polticas. El contenido codificado es encriptado, en general utilizando alguna variante de los sistemas de clave combinada (ver ). El contenido es encriptado en la cabecera del sistema IPTV y luego distribuido a los servidores de streaming, los cuales alojan y distribuyen el contenido encriptado (habitualmente los servidores de streaming desconocen la encriptacin y el mecanismo para desencriptar). Los sistemas de DRM presentan un distribuidor de licencias, el cual se encarga de almacenar la relacin entre el contenido encriptado y su clave privada de desencriptacin. A su vez el distribuidor de licencias almacena las polticas de consumo (o lgica de negocio) asociada a cada contenido. El distribuidor de licencias habitualmente se encuentra en la cabecera del sistema de video digital, es un servidor (o conjunto de servidores para brindar alta disponibilidad) que no presenta gran consumo de ancho de banda ni de procesamiento, sin embargo concentra gran parte de la lgica de negocio del sistema IPTV; algunos sistemas altamente distribuidos permiten que los servidores de streaming sean a su vez distribuidores de licencias. El proceso de encriptacin se comunica con el distribuidor de licencias, agregando el nuevo contenido encriptado y sus claves. En algunas circunstancias el contenido es encriptado y distribuido por distintas organizaciones, para asegurar el origen del contenido, a veces este es firmado por el encriptador utilizando una clave privada, la cual puede ser desencriptada por el distribuidor o el cliente final para verificar el origen del contenido.
Pgina 61 de 81
Encriptar el contenido es un proceso altamente costoso en procesamiento, y relativamente tambin lo es desencriptarlo (dado la capacidad de cmputo de los SetTopBox convencionales). Previo a la utilizacin, se deben definir las polticas de consumo permitidas para el contenido. Estas se ingresan para cada contenido cifrado en el distribuidor de licencias y definen a posteriori luego de identificar un cliente si este tiene derecho a reproducir el contenido. Ejemplo de polticas utilizadas son: Tiempo de comienzo y expiracin para la reproduccin; Cantidad de reproducciones mximas permitidas; Permiso de reproducir en PC por Internet; Permiso de grabar en DVD/CD; etc. Ver la Figura 26 para observar todo el proceso de preparacin del contenido
Figura 26: DRM - Preparacin
Utilizacin Para la reproduccin, el contenido debe ser desencriptado previamente. El contenido recin es desencriptado por el cliente, en el SetTopBox, por tanto el transporte en la red es tambin cifrado. La utilizacin por parte del cliente de un sistema DRM presenta dos partes: adquisicin de la licencia para reproducir, desencriptar y reproducir el contenido. La reproduccin del contenido cifrado comienza con la adquisicin de una licencia vlida. El cliente (STB) solicita reproducir un contenido cifrado, para ello enva sus credenciales al distribuidor de licencias y la identificacin del contenido a reproducir. El distribuidor de licencias verifica en sus polticas que el cliente tiene derecho a reproducir el contenido devolvindole la clave para desencriptar el contenido. Obtenida la licencia, el cliente se conecta al servidor de streaming y recibe un streaming (encriptado), el cual es desencriptado con la licencia y reproducido. Ver Figura 27 la para observar todo el proceso de utilizacin del sistema DRM por parte del cliente.
Pgina 62 de 81
Figura 27: DRM Utilizacin por parte del Cliente
Adquisicin de la Licencia La interaccin ms delicada de todo el sistema DRM seguramente sea la adquisicin de la licencia, debido a los cuidados necesarios en los aspectos de seguridad, chequeos de derechos, y chequeos de crdito. Veamos este proceso en mayor detalle. Los pasos necesarios para la adquisicin se detallan en la Figura 28. 1) La adquisicin de una licencia comienza con una accin del cliente: esta accin puede ser simplemente un cambio de canal de broadcast, la compra de un nuevo contenido (video, audio, juego, etc.), solicitar una nueva reproduccin de un contenido previamente almacenado, la copia de un contenido a DVD, etc. Por tanto debe entenderse que el cliente en algunos casos es consciente en que se est realizando una nueva adquisicin y otras veces es transparente para l. 2) Cuando el STB requiere una nueva licencia recurre a solicitarla al distribuidor de licencias de la red IPTV, para esto es necesario que el STB y potencialmente el usuario sean autenticados correctamente. 3) El servidor distribuidor de licencias una vez que tiene identificado el cliente y la accin a realizar sobre un contenido debe chequear en sus polticas si es posible brindar la licencia solicitada. Los chequeos incluyen por ejemplo si el cliente se encuentra subscrito al canal de broadcast que solicita, si el cliente ha comprado el video bajo demanda que esta solicitando, si el cliente tiene derecho a reproducir una vez ms un contenido previamente comprado/reproducido, etc. La variedad de chequeos es amplia y muchas veces requieren interaccin con otros sistemas: por ejemplo con el middleware para evaluar el crdito disponible y los paquetes a los que se encuentra subscripto un cliente. 4) Luego de que el servidor de licencias realiza los chequeos pertinentes se devuelve una respuesta al cliente. En caso afirmativo la respuesta es la propia licencia que el STB debe utilizar para ejecutar la accin. Obtenida la licencia el STB comienza la descarga del contenido encriptado desde los servidores de streaming. Para hacer un sistema ms seguro, habitualmente la validez de la licencia es por un periodo corto, debiendo renegociarse o actualizarse durante la ejecucin de un stream.
Pgina 63 de 81
Figura 28: DRM Adquisicin de la licencia por parte del Cliente
4.7.3 Sistema de Control de Propagacin: Marca de agua digital. Como se dijo anteriormente, la criptologa es la ciencia aplicada que estudia los criptosistemas: sistemas que ofrecen medios seguros de comunicacin en los que el emisor oculta o cifra el mensaje antes de transmitirlo para que slo los receptores autorizados puedan descifrarlo. Un rea de la criptologa es la esteganografa. La esteganografa estudia la ocultacin de mensajes, para evitar que se perciba la existencia del mismo. La criptografa en cambio estudia las tcnicas para cifrar un mensaje de forma segura. La combinacin: primero cifrando el mensaje (mediante alguna tcnica criptogrfica), y luego ocultarlo (mediante alguna tcnica esteganogrfica) es comnmente utilizada en los sistemas de IPTV como mecanismo de control de propagacin en los contenidos. La piratera es evaluada muy negativamente por los productores de contenido, considerndola la fuente principal del perjuicio econmico que sufre esa industria. Habitualmente los productores deben confiar en los distribuidores de contenido y organizar una estrategia comn para la explotacin del contenido minimizando el accionar de la piratera. Habitualmente las relaciones contractuales entre productores y distribuidores incluyen clusulas para salvaguardar el contenido de sus copias ilegales, y dejan claro los roles y responsabilidades respecto a este punto. Dependiendo del caso se traslada en mayor o menor media la responsabilidad del perjuicio econmico al distribuidor. Cuando esto sucede surge el problema tcnico de cmo verificar la fuente de una copia ilegal. Para esto habitualmente se utilizan tcnicas de marca de agua digital, dependiendo del caso introducidas por el productor de contenido para sancionar al distribuidor o por el distribuidor de contenido para sancionar al cliente.
Pgina 64 de 81
4.7.3.1 Marca de agua digital. Originalmente la marca de agua digital (o watermark en ingls) se utiliza para esconder una identificacin del emisor del mensaje o informacin de derecho de copia. En los sistemas IPTV es comn utilizar la marca de agua digital para esconder informacin del receptor que ha adquirido los derechos de uso (adems de informacin sobre el derecho de autor o emisor). De esta forma se puede perseguir la distribucin ilegal del contenido debido a que se propaga informacin del infractor junto con la copia ilegal. Las tcnicas de marca de agua digital son utilizadas en una variedad de contenidos digitales: texto, imagen, audio y video. Al ser imperceptibles no daan la calidad del contenido. Habitualmente se valen de las tcnicas desarrolladas para la compresin digital, por ejemplo en el caso del audio o video comnmente trabajan en el dominio de las frecuencias. Distintas empresas desarrollan productos para el marcado digital del contenido en los sistemas IPTV, sin embargo este mecanismo de control ha tenido relativo poco despliegue. Una tecnologa similar, llamada huella digital (o fingerprint en ingls), no agrega informacin escondida en el contenido, sino que intenta obtener una propiedad nica del contenido (como lo es una huella dactilar de un humano), lamentablemente esta tcnica solo puede verificar la autenticidad del emisor y no del receptor. 4.7.4 Resea sobre los sistemas DRM propietarios. Mltiples compaas ofrecen en la actualidad sistemas o servicios relacionados a la tecnologa de DRM. Muy lentamente se maduran las especificaciones que debe cumplir un sistema de DRM para que sea genrico y adaptable a los distintos escenarios de aplicacin. Los motivos para enlentecer este proceso son principalmente de mercado, pero tambin los hay legales e ideolgicos (infinidad de organizaciones se han postulado en contra de la masificacin del DRM). Los motivos de mercado responden de alguna manera a la intencin de monopolizar el mercado, si el sistema DRM propietario de una compaa se impone sobre el resto entonces esa compaa pasa a tener un lugar muy importante en la cadena de valor de la compra, venta y distribucin de contenido. Por esta importancia estratgica del DRM, las compaas que actualmente buscan un rol protagnico en el proceso de desarrollo del DRM pertenecen a distintos segmentos del actual mercado de contenido: identificando al menos la participacin de proveedores de contenido (como las grandes estudios de Hollywood como Movielink), los proveedores de hardware y equipamiento de propsito especfico (Intel Co. propone los especificaciones High bandwidth Digital Content Protection y Digital Transmission Content Protection, Apple a travs del iPod el FairPlay, en el campo de integradores de IPTV Utstar.com ofrece su implementacin propietaria de DRM), los proveedores de software (Microsoft propone Windows Media DRM y Apple a travs de iTunes y QuickTime el FairPlay), finalmente los proveedores de conectividad o de Internet presentan sus opciones tambin (por ejemplo FranceTelecom tiene su propia empresa de DRM: Viaccess). El contexto donde se ha desarrollado ms el DRM es la venta o alquiler de contenido musical en Internet. Los tres lderes de este mercado provienen de la industria del software y sus sistemas son propietarios y cerrados: Apple Computers: utiliza su sistema de DRM llamado FairPlay para la venta/alquiler de msica en iTunes Music Store y utiliza los dispositivos especficos iPod o el software QuickTime para su reproduccin. El sistema de DRM utiliza los contenedores MP4 estndares, donde el stream de audio se
encripta utilizando el algoritmo Rijndael y verificacin MD5. Algunas herramientas permiten la desencriptacin del contenido como ser: Hymn, DeDRMS, PlayFair y QTFairUse (Apple ha sistemticamente modificado su implementacin para evitar estos softwares). Microsoft Corporation: define una serie de libreras para el desarrollo de plataformas DRM, conocidas en su conjunto como Windows Media DRM http://www.microsoft.com/windows/windowsmedia/drm/ presenta una solucin muy utilizada en Internet y de bajo costo relativo. Las primeras versiones utilizaban para la encriptacin una combinacin de algoritmos (curva elptica, DES, RC4 y SHA-1). Los dispositivos capaces de reproducirlo son el propio software Windows Media Player y los dispositivos que cumplan con la certificacin PlaysForSure http://www.playsforsure.com/ (algunos fabricantes son: Archos, Creative Labs, iRiver, RCA, Samsung y Toshiba, interesantemente el reciente competidor del iPod lanzado por Microsoft, llamado Zune https://www.comingzune.com/ no es PlaysForSure). La certificacin PlaysForSure se obtiene implementando Janus (o WMDRM-PD) la porcin del Windows Media DRM destinada a dispositivos portables. La venta on-line no se encuentra monopolizada, existiendo varios proveedores actualmente como: AOL Music Now, Napster To Go, Yahoo! Music Service, Musicmatch, etc, lamentablemente para el nuevo dispositivo Zune y para la plataforma Xbox aparentemente el punto de venta exclusivo ser la tienda Zune Marketplace. Algunas herramientas permiten la desencriptacin del contenido, la ms conocida es FairUse4WM (Microsoft ha sistemticamente modificado su implementacin para evitar este software). RealNetworks: con menor despliegue Real ofrece su sistema de DRM llamado Helix DRM. La reproduccin debe ser realizada en un reproductor de Realnetworks como RealPlayer. Realnetworks ofreca en su tienda virtual RealPlayer Music Store la posibilidad de descargar msica en el iPod de Apple mediante la tecnologa Harmony, actualmente discontinuada por el potencial litigio legal y el costo de mantener la interoperabilidad debido a los rpidos cambios introducidos por Apple para evitar la ingeniera inversa. Los proveedores de equipamiento promueven estndares o implementaciones propietarias para la ejecucin segura en dispositivos de propsito general (computadores) o especficos (por ejemplo reproductores mp3 o celulares mviles). Por ejemplo Intel presenta el Digital Transmission Content Protection y el HighBandwidth Digital Content Protection para proteger la copia de contenido multimedia en el hogar. Algunos estndares de DRM se encuentran avanzados en la actualidad. Open Mobile Alliance (OMA, http://www.openmobilealliance.org/): esta alianza se encarga de especificar la interoperabilidad en la industria de celulares mviles. Mantiene los altamente difundidos estndares de WAP, MMS, OMA PoC, etc. En particular presenta un estndar de DRM (actualmente la versin 2.0). La alianza se encuentra formada por la industria, proveedores de hardware (ejemplo: Nokia, Motorola, Samsung, Ericsson, Sony-Ericsson, Siemens, BenQ-Siemens), proveedores de conectividad (ejemplo: Vodafone, O2, Cingular, Deutsche Telekom, Orange) y proveedores de software (ejemplo: Microsoft y Sun Microsystems). La versin 1.0 se encuentra en el mercado, mientras que la 2.0 se comienza a adoptar. Actuales implementaciones de OMA DRM 2.0 se encuentran disponibles por las compaas: Irdeto, NDS, CoreMedia DRM y SafeNet y desplegadas principalmente en Europa. MPEG-4 Part 13 (ISO/IEC 14496-13: Intellectual Property Management and Protection (IPMP) Extensions): dentro de los estndares MPEG-4 la parte 13 especifica una extensin que deben cumplir los sistemas de DRM. Algunos
Pgina 66 de 81
softwares ya dicen cumplir el estndar como por ejemplo el openIPMP de Mutablemedia. Project DReaM de Sun Microsystems: este proyecto tiene como objetivo realizar una especificacin y una implementacin de referencia para un DRM sin licenciamiento. El proyecto no parece tener avances significativos. Una parte clave de los sistemas de DRM es el lenguaje en el que se especifican las polticas. El grupo MPEG pretende que su lenguaje Rights Expression Language (REL) sea utilizando como lenguaje de intercambio entre sistemas heterogneos de DRM, tambin incluyen un lenguaje para especificar las acciones a desempear sobre el contenido: Rights Data Dictionary (RDD). El MPEG REL se basa en el lenguaje XrML de ContentGuard (http://www.xrml.org). Microsoft tambin utiliza una versin de XrML en su Windows Media DRM. En cambio, OMA DRM utiliza el lenguaje Open Digital Rights Language (ODRL, http://odrl.net/). Algunas instituciones tienen como objetivo la interoperabilidad de los sistemas DRM, las ms notorias son: Internet Streaming Media Aliance (http://www.isma.tv): Orientado a estndares para IPTV, incluye lgicamente una seccin de Interoperabilidad en DRM. Integrado por universidades (ejemplos: California State University, Fresno, Case Western Reserve University, University of Washington), proveedores de hardware (ejemplos: Analog Devices Inc., Apple Computer, Inc., Cisco Systems, Hewlett Packard, Hitachi, Intel Corporation, Philips Electronics, Thomson, Widevine Technologies, ZTE Corporation) y proveedores de conectividad (ejemplos: Telecom Italia Lab, France Telecom Group) Coral Consortium (http://www.coral-interop.org/): Integrado principalmente por mltiples proveedores de hardware (ejemplos: Hewlett-Packard Corporation, LG Electronics, Matsushita Electric Industrial Co., Ltd, Samsung Electronics Co., Ltd, Sony Corporation) y proveedores de contenido (ejemplos: NBC Universal, Inc., y Twentieth Century Fox Film Corp.). World Wide Web Consortium (W3C) en su grupo de trabajo en DRM (http://www.w3.org/2000/12/drm-ws/). No parece existir avances en la estandarizacin. Digital Media Project (DMP, http://www.dmpf.org/): esfuerzo de estandarizacin llevado adelante por uno de los fundadores de MPEG, Leonardo Chiariglione sin instituciones asociadas. La actual versin, IDP-1, no es completamente interoperable (la futura IDP-2 prometen que si lo ser). Digital Transmission Licensing Administrador (http://www.dtcp.com/) presenta un mecanismo llamado Digital Transmission Content Protection para proteger la distribucin de contenido dentro del hogar. Integrado por proveedores de hardware (ejemplos: Hitachi, Ltd., Intel Corporation, Matsushita Electric Industrial Co., Sony Corporation, Toshiba Corporation) juega un rol importante en la proteccin de sistemas IPTV considerando la conexin entre el SetTopBox y la televisin digital. Actualmente el estndar incluye el DTCP-IP para la transmisin sobre IP. Automating Production of Cross Media Content for Multi-channel Distribution (AXMEDIS, http://www.axmedis.org). Especifica un sistema de DRM, soporta la interoperabilidad de los lenguajes MPEG-21 REL y ODRL de OMA y es abierto en los mecanismos de distribucin (incluye mecanismos P2P). No se conocen los miembros afiliados a este esfuerzo de estandarizacin.
Pgina 67 de 81
4.8 ANEXO I: Factores y Recomendaciones antes de implantar una solucin IPTV. Este captulo hace hincapi en la arquitectura del sistema IPTV, pero otros aspectos deben ser considerados para una implantacin exitosa de servicios IPTV. En esta seccin presentaremos los aspectos ms importantes. Por ejemplo la regulacin de los servicios IPTV es un tema de debate en la actual Latino Amrica. Varios proveedores de telecomunicaciones de nuestros pases se encuentran a la espera de las licencias o permisos gubernamentales para poner en produccin sus plataformas de IPTV o triple play. Otro aspecto a considerar es el dimensionado del sistema IPTV. El desconocimiento del mercado por parte de los proveedores, as como la necesidad de adaptar la experiencia del usuario a una televisin interactiva introduce gran incertidumbre en el tamao de la solucin necesaria por cada proveedor. Finalmente por ser las arquitecturas de IPTV soluciones bsicamente propietarias, la integracin de sus componentes requiere gran conocimiento y experticia. En lugar de adquirir esta experiencia, los proveedores de servicio vienen contratando empresas integradoras, las cuales ayudan al proveedor en la etapa de proyecto a implantar la solucin IPTV en sus redes. No es fcil elegir al integrador y menos an el ecosistema de componentes de la solucin. Aspectos como la integracin con otros sistemas actuales del proveedor (inclusive sistemas de servicios multimedia como IMS o SDP) as como la variedad y calidad del servicio deseado son claves para la decisin. Veremos algunos de estos puntos ms en detalle. 4.8.1 Regulacin de IPTV. El anlisis de la regulacin de IPTV nos hace considerar varios aspectos. Dentro de la normativa y regulacin que afecta al negocio de los contenidos digitales tiene particular relevancia la relacionada con la propiedad intelectual. Aspectos como el derecho de copia privada, el canon sobre dispositivos de almacenamiento y reproductores (alternativa de financiamiento a los autores cuando la ley no penaliza las copias gratuitas de contenidos digitales), o los nuevos modelos de licencias estn centrando el debate sobre el futuro de los modelos de negocio de contenidos digitales. No solo IPTV es afectada por esta discusin, los servicios de contenidos en Internet, redes mviles e incluso la industria de venta de discos compactos y DVD, dependen de aspectos que se estn discutiendo activamente en la industria productora de contenidos. Para las empresas cuyo negocio es la generacin de contenidos, la mayor preocupacin es evitar la copia digital de alta calidad de los mismos, puesto que las copias de baja calidad generalmente no satisfacen a los consumidores que hubieran estado dispuestos a pagar por disfrutar adecuadamente del contenido. IPTV posibilita la distribucin con excelente calidad de los contenidos, por lo que se debe evitar que el consumidor simplemente los copie tal como los recibe y los redistribuya; esto es precisamente lo que el DRM pretende evitar al condicionar la visualizacin en el terminal del consumidor con la autorizacin en lnea de un servidor de licencias. La aplicacin de DRM est generando un mbito de mayor confianza para las empresas productoras y distribuidoras de contenido, que hasta ahora vean en los
medios digitales de difusin una amenaza a los ingresos de su negocio. Es importante resaltar que si bien IPTV an no genera demasiada confianza en los estudios de produccin de contenidos, que aparentemente estn recin ahora tomando contacto con la tecnologa, el principal problema hoy en da es la facilidad de copia de los DVD, y la simpleza con la cual los contenidos en un DVD pueden ser adaptados para su transferencia por Internet en la modalidad Peer-to-Peer; esto ltimo hace que una cierta corriente de opinin tilde de ridcula la exigencia excesiva de seguridad en la distribucin de contenidos digitales por IPTV. Un aspecto a favor de la visin de considerar excesiva la aplicacin de derechos digitales de autor a la distribucin de contenidos en IPTV es que las ventanas de disponibilidad de los contenidos (perodos de tiempo para distribucin de un cierto contenido en diferentes medios que se ejemplifican en la Figura 29) considera al VoD o PPV bastante posteriores en el tiempo al lanzamiento del DVD en alquiladoras; sin embargo, puede ser entendible que las empresas productoras y distribuidoras no deseen seguir abriendo frentes en los cuales combatir a la piratera.
Figura 29: Ejemplo de ventanas de distribucin de contenido cinematogrfico. Fuente Observatorio GAPTEL, Espaa.
El otro aspecto relevante para la regulacin es si un proveedor de acceso a Internet (ISP) que cuente con ancho de banda suficiente en su red puede convertirse en una empresa de IPTV compitiendo con varios de sus servicios con los operadores de TV para abonados. En la mayor parte de los pases de la regin se conceden licencias para los distintos tipos de servicios de telecomunicaciones, y las de ISP son claramente distintas de las de TV para abonados. Esto ha resultado en la discusin de si IPTV debe ser regulada o no como TV para abonados, y si este es el caso, si es conveniente que una empresa de telecomunicaciones que provee telefona fija y mvil, por ejemplo, es conveniente que tambin brinde servicios de TV para abonados. Donde este debate result en un fallo desfavorable para las nuevas entrantes en el negocio de TV para abonados, la IPTV se ha convertido en vehculo para nuevos servicios, hasta ahora inexistentes en las redes de TV para abonados, tales como VoD y AoD, juegos y aplicaciones interactivas, etc., lo que resulta claro es que sin la componente de TV por difusin (broadcasting) la oferta no es suficientemente atractiva para aquellos consumidores que no pueden pagar por TV para abonados e IPTV a la vez. Considerando como referencia el informe [7]; la regulacin del sector de las telecomunicaciones ha estado orientada a cuatro verticales en competencia: En las operadoras de telefona fija, la regulacin se ha caracterizado por la separacin de redes y servicios, los precios regulados de la interconexin y el acceso a las redes del operador incumbente mediante precios regulados, las tarifas reguladas de los servicios del incumbente, y la promocin de
Pgina 69 de 81
infraestructuras alternativas va radio en los mercados ms abiertos a la competencia (fomento de tecnologas tales como WiMAX). En la telefona mvil la regulacin ha destacado por la progresiva introduccin de operadores por generaciones de tecnologas, la integracin vertical de redes y servicios, las tarifas no reguladas de los servicios y la limitacin de operadores en base a la limitacin del espectro de radiofrecuencia. La disponibilidad de espectro radioelctrico, considerado como recurso escaso, y la posibilidad de dar lugar a operadores econmicamente viables en funcin del tamao del mercado, ha definido el nmero de licencias otorgadas a operadores de telecomunicaciones mviles. En la TV para abonados la regulacin se ha caracterizado por la introduccin de operadores mediante la concesin por zona geogrfica, la integracin vertical (redes y servicios), las tarifas de los servicios no reguladas y por el tratamiento regulador, en muchos casos, favorable a las nuevas infraestructuras. En varios pases ya existe regulacin separada para las redes de TV para abonados y para los contenidos que estas transportan, puesto que la red de telecomunicaciones que sustenta el servicio de TV por abonados puede considerarse para muchos servicios de capacidad similar a la red telefnica fija con la que cuenta una empresa incumbente; adems son varios los casos en que una misma red de acceso para TV para abonados puede ser compartida por varias empresas comercializadoras de servicios. En lo que tiene que ver con el acceso a Internet, los ISP se han encontrado histricamente limitados por la regulacin a brindar servicios de telefona o TV por abonados como servicios del propio ISP. Nada se ha regulado respecto a los servicios que los portales comercializan en Internet, a pesar de que muchos de ellos constituyen servicios en competencia con los que estn regulados. Finalmente, en relacin con el sector de los contenidos, cabe destacar la enorme disparidad existente, que va desde la inexistencia de regulacin en mercados como el de los videojuegos o el de contenidos pregrabados (CD, DVD), hasta la regulacin estricta de la difusin de seales de televisin, que est marcada por la fuerte presencia del sector pblico por medio de leyes o decretos especficos. Llevado al extremo pueden darse situaciones en que dependiendo del sector de origen de un agente, un servicio tenga diferentes regulaciones. A modo de ejemplo, la distribucin de pelculas o contenidos televisivos por Internet podra tener diferente consideracin dependiendo si lo presta un operador de televisin, un operador de cable, un ISP, un gran portal, o una empresa de distribucin de contenidos en lnea. Otro aspecto a considerar es que mientras en el mundo de las comunicaciones se fomenta la apertura y neutralidad de red6, en el caso de los contenidos digitales surgen en forma creciente sistemas cerrados, como es el caso de servicios de descarga de msica que slo se pueden escuchar en ciertos reproductores, o videojuegos que solo estn disponibles para un determinado tipo de consola. Es por esto que actualmente los sistemas de DRM presentan fuerte controversia legal en los pases donde se estn desplegando sobre infraestructura pblica (Internet). De forma resumida las dudas sobre estos sistemas surgen por la posible implantacin de monopolios o abusos en la distribucin del contenido adems de limitar las libertades personales de los clientes, la defensa por otro lado asegura que el DRM es el mtodo ms eficaz de controlar la piratera.
Principio de neutralidad de la red: el trfico que circula por Internet no debe ser discriminado en funcin de su origen o destino.
Generalmente la discusin se centra en los sistemas que utilizan Internet como medio de distribucin como el establecido iTunes o movielink (en los sistemas de IPTV o televisin cable digital la encriptacin se encuentra en una etapa madura). En 1998, en EEUU se refuerza la ley de derecho de copia (Digital Millennium Copyright Act DMCA) reflejando los intereses de los productores y distribuidores de contenido, bsicamente define el uso legal del contenido con derecho de copia (as como el uso del contenido sin consentimiento por parte del propietario del derecho de copia conocido como fair use en EEUU) y es la principal herramienta utilizada para perseguir a los infractores. En 2001, en Europa se uniformiza las leyes asociadas al uso particular de contenido con derecho de copia y se permite la proteccin y uso de sistemas DRM. En Europa se adoptan prcticamente las mismas leyes que las DMCA. Actualmente Francia lleva adelante una iniciativa en el parlamento para exigir interoperabilidad entre los sistemas de DRM desplegados (ley DADVSI), con el fin de mitigar monopolios o abusos por parte de los proveedores. Los estados continan redefiniendo doctrinas para el uso particular legal de contenido con derecho de autor debido a que hay fuerte controversia en su entorno. Por ms detalles ver [30] y especialmente en [29]. 4.8.2 Dimensionado para el servicio IPTV. A continuacin se mencionan algunos aspectos a considerar para el dimensionamiento de los elementos que conforman una solucin de IPTV. El dimensionado del ancho de banda en la red para los servicios IPTV es sumamente crtico debido al uso intensivo de recursos de este servicio y a la vez por la dificultad en predecir el comportamiento de los usuarios. En general se asume cierta concurrencia de usuarios para cada servicio y adicionalmente se mantiene cierta reserva de recursos en la red para poder absorber los picos de la fluctuacin de la demanda. A continuacin se detallan algunas caractersticas de los servicios a ser considerados en el dimensionado [8]. Cantidad de suscriptores. N de seales en vivo: Por satlite, locales (por ejemplo los canales de DTV terrestre), de eventos pagos (PPV) y de TV de alta definicin (HDTV). Concurrencia de canales de BTV (Broacast TV): se debe tener en cuenta cuantos canales estn siendo vistos en simultneo. En el caso que el proveedor no distribuya muchos canales, a los efectos del dimensionado se puede asumir que todos los canales son vistos en simultneo ya que este es el peor caso, pero adems es estadsticamente muy probable. Cuando se distribuye gran cantidad de canales, en general los canales favoritos siempre estn presentes, pero los canales menos populares si no estn siendo usados no son distribuidos ya que el IGMP los corta, no utilizndose recursos de la red de agregacin y acceso. Concurrencia de usuarios de VoD: se debe de considerar cual es la concurrencia de usuarios utilizando este servicio ya que cada usuario recibir una seal de unicast con el canal requerido. A los efectos del dimensionado se asume una concurrencia pico del 10% de los usuarios, pero teniendo en cuenta que este valor puede llegar a ser del 20% en la medida que se agreguen servicios como nPVR. Tambin es til para dimensionar la capacidad concurrente de los servidores de video y cantidad de horas de almacenamiento de contenidos (tamao de la videoteca). Para PVR se debe considerar adems la capacidad de horas
almacenadas por suscriptor, % de penetracin del servicio en relacin al nmero de suscriptores, nmero de reproducciones por contenido (para determinar la capacidad de streaming), caducidad del contenido almacenado, etc.. Concurrencia de usuarios de AoD: dem a VoD. Se debe considerar la codificacin utilizada en las seales de BTV, VoD y AoD (bsicamente penden ser HDTV o SDTV), dado que determinan el ancho de banda utilizado en la red, los recursos de almacenamiento, etc. Cantidad de seales que recibe un usuario: se debe considerar la cantidad de seales en forma simultnea que pueden trasmitirse al usuario, lo cual est dado por la cantidad de STB que pueda tener el mismo y adems si estn disponibles facilidades como ser picture-in-picture o multi-angle viewing. Por ejemplo un usuario con 2 STB puede estar mirando dos seales de VoD en forma simultnea. Utilizacin de soluciones propietarias para el cambio de canal: algunos proveedores como ser Microsoft utilizan soluciones propietarias que permiten mejorar el tiempo de cambio de canal (denominado ICC Instant Channel Change). En ese caso mientras se est realizando el cambio de canal el envo de la seal es por unicast al usuario, agregndose al trfico multicast del BTV el trfico unicast de los usuarios que estn realizando cambio de canal (zapping). Este trfico puede ser del orden del trfico de VoD durante los cortes comerciales, por lo que en general se estima una concurrencia del 10% de usuarios realizando cambio de canal. Se debe considerar que en casos de programas con alto rating (por ej. partido del ftbol de la copa del mundo) este porcentaje puede ser muy superior. A continuacin se muestra el patrn de uso del servicio de VoD. Como se puede ver la mayor concurrencia se da en las noches de los fines de semana.
Figura 30. Patrn de uso de VoD.
4.8.3 IPTV y las plataformas de entrega de servicios (SDP, IMS,). En lo que refiere a la gestin de servicios de IPTV se plantear un modelo de plataforma gestin de servicios que adquiere creciente relevancia en los operadores de telecomunicaciones. Este es el de las Service Delivery Platforms (SDP). Las SDP se han convertido en plataformas de referencia para el desarrollo de servicios de valor agregado sobre redes de telecomunicaciones que soportan servicios bsicos de transporte de datos. Por esta razn las SDP se estn proponiendo para los servicios de valor agregado a desarrollarse sobre las plataformas habilitadoras de servicios bsicos de las redes de 2,5G y 3G en comunicaciones mviles, y en plataformas de IPTV para agregar servicios de valor agregado a las plataformas bsicas de la arquitectura de IPTV.
No existe un claro consenso sobre el alcance de las arquitectura SDP, y la frontera entre las plataformas que incluye y otras que hacen al soporte del negocio an no han quedado bien definidas. Frecuentemente se habla de orquestacin de servicios como principal cometido de estas plataformas. IPTV an se encuentra en una etapa muy primaria, lejos de la madurez necesaria para poder establecer una arquitectura de referencia que abarque sus componentes ms importantes, por lo que solo podemos plantear lo que algunos proveedores estn implementando en las primeras redes comerciales de IPTV. La interaccin de la plataforma de IPTV con el resto de los elementos que soportan el negocio de un operador de telecomunicaciones es ms probable que se oriente a una arquitectura similar a la que hoy cuentan los operadores de redes mviles de 3G y 4G, dado que la mayora de los operadores mviles estn implementando o van a implementar una plataforma unificada para gestin de valor agregado asociado a contenidos multimedia. Los servicios de IPTV para accesos de banda ancha fijos, y los servicios multimedia en terminales mviles de 2,5G, 3G y ahora 4G; podran solo diferenciarse por las caractersticas del stream de video a enviar al terminal, dado que existe un amplio espectro de capacidades de visualizacin en los terminales mviles, mientras que en IPTV se habla bsicamente de SDTV y HDTV. Lo que por el momento es claro es que se requiere de una importante tarea de integracin entre las diferentes plataformas que soportan los servicios de valor agregado y las que permiten gestionar los negocios de un operador. El disponer de la capacidad de orquestar rpidamente nuevos servicios se ha convertido en el principal motivador de este esfuerzo de integracin. El an incipiente marco de estandarizacin para IPTV se remite a las nuevas arquitecturas del desarrollo de aplicaciones informticas orientadas a los servicios (SOA Service Oriented Architecture), el modelo de gestin de empresas de telecomunicaciones convergentes del TM Forum (www.tmforum.org) y la adopcin de parte de ste ltimo por la UIT-T en las recomendaciones de la familia M.30XX (plataformas de gestin de procesos en operadores basados en NGN); y ya est en desarrollo una arquitectura de IPTV basada en el Subsistema Multimedia IP (IP Multimedia Subsystem) en el marco del TISPAN de ETSI. Por ms detalles sobre el proceso de estandarizacin de las plataformas SDP por favor referirse al captulo 3 de ste mdulo: II.3 - Plataformas de entrega de servicios OSA/Parley, SDP e IMS. 4.8.4 Requerimientos de calidad de servicio. A los efectos de comprender un aspecto crtico en la integracin de soluciones IPTV, abordaremos los aspectos que hacen a la calidad de la integracin de los componentes de una red de IPTV, haciendo hincapi en los aspectos que permiten realizar la ingeniera de trfico de la red Ethernet/IP/MPLS que soportar este trfico. El tema de QoS y QoE para redes IPTV se ha desarrollado con mucha mayor profundidad en el captulo 2 del primer mdulo: I.2 - Tcnicas de modelado de trfico y calidad de experiencia en servicios multimedia. Donde se estudia la calidad de los servicios IPTV. Como ejemplo de los parmetros de calidad de servicio de la red a considerar, se mencionan:
Pgina 73 de 81
Bit Rate Constante requerido por las diferentes aplicaciones individualmente, y en condiciones de concurrencia de trfico segn las condiciones de dimensionamiento. Todos los flujos multimedia se asumen CBR del punto de vista de la red del operador. Latencia Jitter. Perodo de prdida (loss period, segn definicin considerada por el draft WT-126 del DSL Forum) Distancia de prdida (loss distance, segn definicin considerada por el draft WT126 del DSL Forum) Tasa de prdida de paquetes IP promedio (Average IP Packet Loss Rate). Las tablas que se muestran a continuacin describen (de acuerdo a la WT-126 del DSL Forum) los requerimientos de calidad de servicio en la red IP, para obtener una adecuada calidad de video en funcin de la tcnica de compresin de video y el ancho de banda que dicha tcnica est empleando.
Tabla 6. Recommended Minimum Transport Layer Parameters for Satisfactory QoE for MPEG-2 encoded SDTV Services.
Tabla 7. Recommended Minimum Transport Layer Parameters for Satisfactory QoE for MPEG-4 AVC or VC-1 encoded SDTV Services.
Tabla 8. Recommended Minimum Transport Layer Parameters for Satisfactory QoE for MPEG-2 encoded SDTV Services.
Pgina 74 de 81
Tabla 9. Recommended Minimum Transport Layer Parameters for Satisfactory QoE for MPEG-4 AVC or VC-1 encoded SDTV Services.
Es importante sealar que en IPTV la QoE es un aspecto muy importante a verificar y mantener, puesto que la red de acceso y transporte pueden cambiar dinmicamente su capacidad, sobre todo si transportan convergentemente mltiples servicios en una red de prxima generacin (NGN). El ciclo de diseo para QoE que propone el DSL Forum en la WT-126 procura la correlacin entre la calidad de la prestacin del servicio de IPTV extremo a extremo y la ingeniera de trfico en la red del operador. 4.8.4.1 Calidad en la integracin. La calidad de la integracin se determinar como el desempeo del sistema evaluado del punto de vista de los suscriptores del mismo, en tal sentido se considerarn las condiciones de funcionamiento a nivel del servicio de extremo a extremo. La verificacin del funcionamiento de la solucin se debera hacer de forma independiente de la calidad de los contenidos que la solucin distribuir en su fase de produccin, y de las caractersticas de la TV del suscriptor. Es recomendable que el integrador o el operador procuren contenidos especialmente diseados para verificar el desempeo de una solucin de IPTV en una comprobacin de funcionamiento de extremo a extremo de todos sus servicios, con prescindencia de las fuentes de contenido que alimentarn a la red en su fase comercial. Complementariamente es adecuado verificar que las condiciones de calidad requeridas a la red del operador se obtienen de extremo a extremo, es decir entre los equipos que gestionan y distribuyen los contenidos, y servicios suministrados y un terminal en una instalacin domiciliaria realizada segn los requerimientos indicados. Esto requiere contar con instrumentos que permitan evaluar las condiciones de ingeniera de trfico de diseo. Una solucin de IPTV podra cumplir, en condiciones de carga de trfico, las siguientes condiciones de servicios (extradas de la WT-126 del DSL Forum): Retardos mximos admisibles resultantes del dimensionamiento de los elementos de control que resultan en interaccin con el usuario.
Acciones de usuario Funcionalidades Tipo Retardo mximo admitido 200ms
Interfaz con el sistema
Navegacin en el EPG Accin de controles de VoD (Pause, FFWD, RWD, etc) Tiempo desde que se da la orden al control remoto hasta que se recibe en la TV la seal de que fue ejecutada
Interactiva
Cambio de canal Tiempo de inicio
Tiempo desde que se da la orden al control remoto hasta que Respuesta 2s se recibe en la TV el canal solicitado en forma estable. Tiempo desde que se enciende el STB hasta que se Temporal encuentran disponibles los canales
10s
Como muestra la figura 5 de la WT-126, que corresponde a una tabla extrada de la recomendacin de ITU-T G.1010, para interacciones con el usuario que deberan ser percibidas como que tienen lugar instantneamente. Para tales interacciones el retardo debe ser tal que resulte muy inferior a un segundo, definindose as los servicios de tipo interactivos. El estudio de cierto nmero de factores humanos ha demostrado que para que una accin se perciba como instantnea alguna realimentacin debe recibirse entre los 50 y 200 mseg. El zapping (cambio de canal) generalmente es asumido como una accin de tipo responsive por lo que puede soportar retardos de hasta dos segundos. En una red de IPTV sera necesario contar con seales patrn que permitan verificar la calidad de los transcodificadores de video, y la calidad de la seal de video generada por los STB. Esto es muy similar a las seales de ajuste de la TV analgica. Aspectos de calidad de video: La calidad de la imagen obtenida en los STB, considerando el uso de contenidos adecuados, deber ser al menos comparable con la que se obtiene de un reproductor de DVD comercial de gama media en caso de SDTV. El sistema no debera generar efectos que deterioren la seal visualizada si la red proporciona la calidad de servicio requerida en su diseo. Un operador podra requerir, en caso de que las verificaciones objetivas no sean concluyentes, que expertos con adecuada acreditacin realicen la verificacin de la calidad subjetiva de video de extremo a extremo (se habla de expertos golden eye). La tabla que se adjunta a continuacin fue extrada de la WT-126 del DSL Forum, y plantea los criterios para la valoracin de la calidad de las seales de video que hoy se analizan.
Pgina 76 de 81
No es simple valorar objetivamente la calidad de una seal de video, puesto que no es simple introducir los criterios de valoracin humanos a una herramienta objetiva de valoracin. El Video Quality Experts Group (VQEG) fue creado para tratar con asuntos relativos a la calidad de video, en particular para especificar mtodos objetivos para predecir la calidad de la imagen de video que se correlacione correctamente con la calificacin que hara un observador humano. Es importante destacar que los sistemas de valoracin de calidad de video analgico hasta ahora generalizados, no aplican correctamente a la valoracin de video digital comprimido. Al emplear redes IP con calidad de servicio, y mltiples transcodificadores y conformadores de flujos de trfico IP, es recomendable realizar mediciones prcticamente permanentes de la calidad del video que se brinda al suscriptor. La sincronizacin del audio con el video resulta fundamental. No es agradable para el usuario de asistir a un film cuya banda sonora est ligeramente desfasada respecto a la secuencia de imgenes que mira. Sincronizacin de audio y video: El audio deber estar sincronizado con el video Lead max 15ms /Lag max 45ms (segn se indica en la WT-126 del DSL Forum). Calidad de audio: El sistema deber poder reproducir audio de alta calidad tanto para fuentes estreo (2 canales) como 5.1 (mltiples canales), destinando un bit rate mnimo de 128 Kbps y 384 Kbps respectivamente. El sistema debera poder reproducir audio en los STB con calidad comparable a un disco compacto. 4.8.5 Integracin e Integradores de IPTV. Al no existir hoy una arquitectura estndar de IPTV, las soluciones deben ser integradas prcticamente en forma nica en cada proveedor de servicio, puesto que las interfaces entre los diferentes equipos, as como las funcionalidades que estos implementan no estn estandarizadas. En este escenario surge el rol del integrador de IPTV. Los integradores son empresas con experiencia en la integracin de sistemas IPTV, aseguran la interoperabilidad del equipamiento seleccionado y asisten al proveedor del servicio en la etapa de proyecto (recordar que la mayora de las empresas que se encuentran implantando soluciones de IPTV son operadores de telefona que desconocen el negocio de contenido). En general se recomienda fuertemente el apoyo de un integrador para un primer despliegue de una solucin IPTV.
Pgina 77 de 81
4.9 Abreviaturas y Acrnimos. 3GP 3rd Generation Partnership (simplicacin de ISO 14496-1 Media Format) ADSL Asymmetric Digital Subscriber Line AES Audio Elementary Streams AES Advanced Encryption Standard AoD Audio on Demand ARIB Association of Radio Industries and Businesses ARP Address Resolution Protocol (RFC 826) ATM Asynchronous Transfer Mode ATSC Advanced Television Systems Committee BOOTP Bootstrap Protocol (RFC 951) BTV Broadcast Television CAS Conditional Access System CBR Constant Bit Rate CIF Common Intermediate Format CODEC enCOder/ DECoder CPE Customer Premises Equipment DES Data Encryption Standard DRM Digital Rights Management DSA Digital Signature Algorithm DSLAM Digital subscriber line access multiplexer DTS Decode Time Stamp DVB Digital Video Broadcasting DVD Digital Versatile Disk EPG Electronic Program Guide ES Elementary Streams GEM Globally Executable MHP GOP Group Of Pictures GSM Global System for Mobile Communications HD High Definition HDTV High-definition television HG Home Gateways ICM Internet Control Message Protocol (RFC 792) IGMP Internet Group Management Protocol IP Internet Protocol (RFC 791) IPTV Internet Protocol Television ISDB Integrated Services Digital Broadcasting IRD Integrated Receiver/Decoder ISO International Standarts Organization JPEG Joint Photographic Experts Group MHP Multimedia Home Platform MPEG Moving Picture Experts Group NAL Network Abstraction Layer NetBEUI NetBIOS Extended User Interface NVoD Near Video On Demand OSI Open System Interface PC Personal Computer PX Pxel QoE Quality of experience QoS Quality of service RFC Request For Comment PES Packetized Elementary Streams
PiP PPV PTS PVR RSA RTCP RTP RTSP RARP SD SDTV SSL STB TS TSTV TV TVD TCP UDP VBR VDSL VES VoD VVoD
Picture & Picture Pay Per View Presentation Time Stamp Personal Video Recorder Rivest, Shamir, Adleman Real-Time Control Protocol (RFC 1889) Real-Time Protocol (RFC 1889) Real-Time Streaming Protocol (RFC 2326) Reverse Address Resolution Protocol (RFC 903) Standard Definition Standard-definition television Secure Sockets Layer Set Top Box Transport Stream Time Shift televisin Televisin Televisin Digital Transport Control Protocol User Datagram Protocol Variable Bit Rate Very High Speed Digital Subscriber Line Video Elementary Streams Video on Demand Virtual Video On Demand
Pgina 79 de 81
4.10
Referencias Bibliogrficas.
[1] DSL Forum - www.dslforum.org. A continuacin se listan los principales trabajos relacionados con este mdulo: TR-058: Multi-Service Architecture & Framework Requirements TR-059: DSL Evolution - Architecture Requirements for the Support of QoSEnabled IP Services TR-068: Routing gateway modem requirements TR-069: Auto-configuration of advanced services TR-094: Multi-Service Delivery Framework for Home Networks TR-126: Triple-play Services Quality of Experience (QoE) Requirements PD-018: Bandwidth on Demand and QoS on Demand WT-099: Full-Service DSL Architecture WT-101: Migration to Ethernet Based DSL Aggregation WT-102: Service Interface Requirements for TR-058 Architectures WT-135: Data model for a TR-069 enabled STB [2] Cisco Systems IP Multicast Technology Overview, CCIE Developing IP Multicast Networks de Beau Williamson - Cisco Press 2000. www.cisco.com [3] Wayne Brete, Mark Fimoff. Tutorial MPEG. http://www.zenith.com/sub_hdtv/mpeg_tutorial/. Septiembre 2006. [4] David Austerberry. The Tech-logy of Video and Audio Streaming. Segunda Edicin. 200 Wheeler Road, Burlington, MA 01803, USA. ISBN: 0240805801. [5] A Guide to MPEG Fundamentals and Protocol Analysis (Including DVB and ATSC). http://www.broadcastpapers.com/whitepapers/paper_loader.cfm?pid=187. Junio 2006. [6] Barb Fox Bio, Tutorial on DRM technology. of DRM Conference, February 27, 2003. Microsoft Corp. [7] CONTENIDOS DIGITALES NUEVOS MODELOS DE DISTRIBUCIN ON-LINE difundido por el Grupo de Anlisis y Prospectiva del Sector de las Telecomunicaciones de Espaa en junio de 2006. Editado por Red.es, y de autores: Jorge Prez, Jess Banegas, Enrique Bustamante, Jos M Cmara, y otros. [8] Heavy Reading White Papers de Julio 2006 Revenue and Cost Optimizad Architectures for Multiplay Services y Assuring Quality of Experience for IPTV. http://www.heavyreading.com [9] Wikipedia, la enciclopedia libre. http://www.wikipedia.org/ Junio 2006. [10] IP packet Structure. http://www.freesoft.org/CIE/Course/Section3/7.htm Junio 2006. [11] SCTP for Beginners. http://tdrwww.exp-math.uni-essen.de/inhalt/forschung/sctp_fb/index.html Junio 2006. [12] Teora sobre los Mtodos de Transmisin de Audio y Video por Internet. http://www.internetmultimedia.com.mx/bloques/transmision.htm Junio 2006.
Pgina 80 de 81
[13] Kevin Jeffay. COMP 249 Advanced Distributed Systems. Department of Computer Science, University of -rth Carolina at Chapel Hill, USA 1999. http://www.cs.odu.edu/~cs778/jeffay/Lecture6.pdf Junio 2006. [14] Wayne Brete, Mark Fimoff. Information technology - Generic coding of moving pictures and associated audio information: Systems. Second edition. [15] ISO/IEC 14496-10 and ITU-T Rec. H.264, Advanced Video Coding, 2003. [16] ISO/IEC 15938, Information technology - multimedia content description interface (MPEG-7), 2002. [17] ISO/IEC 21000, Information technology - multimedia framework (MPEG-21), 2003. [18] Terms of Reference, MPEG home page, http://mpeg.telecomitalialab.com/. [19] MPEG-4 Industry Forum, http://www.m4if.org. [20] ISO/IEC 10918-1 / ITU-T Recommendation T.81, Digital compression and coding of continuoustone still images, 1992 (JPEG). [21] ISO/IEC 15444, Information technology - JPEG 2000 image coding system, 2000. [22] ISO/IEC 11172, Information technology - coding of moving pictures and associated audio for digital storage media at up to about 1.5 Mbit/s, 1993 (MPEG-1). [23] ISO/IEC 13818, Information technology: generic coding of moving pictures and associated audio information, 1995 (MPEG-2). [24] ISO/IEC 14496-2, Coding of audio-visual objects - Part 2: Visual, 2001 (MPEG-4). [25] ISO/IEC 14496-10 and ITU-T Rec. H.264, Advanced Video Coding, 2003 (MPEG4). [26] ITU-T Recommendation H.261, Video CODEC for audiovisual services at px64 kbit/s, 1993. [27] ITU-T Recommendation H.263, Video coding for low bit rate communication, Version 2, 1998. [28] Iain E. G. Richardsonn. H.264 and MPEG-4 Video Compression: Video Coding for Next Generation Multimedia. Wiley, 2003. ISBN 0-470-84837-5. [29] Pamela Samuelson. The Legal and Policy Landscape Concerning DRM Technologies. UC Berkeley, Tutorial for the Law & Technology of DRM Conference, February 27, 2003. [30] The Law and Technology of Digital Rights Management Conference. Berkeley Center of Law and Technology, February, 2003. [31] Victor Lo. A beginners guide for MPEG-2 Standard. City University of Hong Kong http://www.fh-friedberg.de/fachbereiche/e2/telekomlabor/zinke/mk/mpeg2beg/beginnzi.htm. September 2006.
Pgina 81 de 81

Iptv

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

Iptv

Încărcat de

Drepturi de autor:

Formate disponibile

5

Sistemas de Televisin sobre Infraestructura IP: IPTV. Semana 5

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

La Figura 1 muestra las distintas componentes.

Figura 1. Sistema de transmisin de video digital.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Figura 2. Portal de televisin de LightStreamTV www.setivision.com (Lightstream TV Middleware).

Figura 3. EPG - www.microsoft.com/TV (Microsoft TV).

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Figura 5. Caller ID - www.microsoft.com/TV (Microsoft TV).

Figura 6. SPORTS - www.microsoft.com/TV (Microsoft TV).

Figura 7. INTERNET - www.opentv.com (Open TV).

Figura 8. EMAIL - www.opentv.com (Open TV).

Captulo 5 Plataformas IPTV.

Figura 9. INTERACTIVE TV GAMES - www.twowaytv.com (Two Way TV).

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Tabla 1. Niveles y Perfiles en MPEG-2.

Tabla 2. Resumen de los diversos formatos MPEG y sus capacidades.

Encoder 1 Encoder 2 Encoder 3

Mosaico IRD n DCY.n Encoder n

Sistema de Insercin de propaganda y sobreimpresos

Figura 12. Funciones tpicas de un Head-End.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Captulo 5 Plataformas IPTV.

Figura 14. Administrator Interface - http://www.minervanetworks.com (Minerva Networks INC).

Captulo 5 Plataformas IPTV.

Figura 15. Administrator Interface - http://www.minervanetworks.com (Minerva Networks INC).

Captulo 5 Plataformas IPTV.

Ncleo (Core) Multiservicio

BRAS PPP, IP, MPLS MPLS/IP

Figura 16. Arquitectura redes multiservicio.

BRAS/ Service Gateway

Agregacin Hub and spoke

Figura 17. Topologas de Agregacin.

802.1q Centralised L3 Service Edge Transparent Ethernet Services

Distributed L3 Service Edge

Centralised L3 Service Edge Transparent Ethernet Services

Figura 18. Tecnologas de Agregacin.

Captulo 5 Plataformas IPTV.

Figura 19. Arquitectura segn DSL Forum.

Captulo 5 Plataformas IPTV.

Caractersticas de la red de acceso de los suscriptores.

Captulo 5 Plataformas IPTV.

Ancho de banda remanente (Mbps) 2 4 0,5 4 4 2 1 1 1,5 3 2 1,5

Tabla 4. Escenarios factibles para despliegue de servicios IPTV.