Universidad de Costa Rica Facultad de Ingeniera Escuela de Ingeniera Elctrica

IE 0502 Proyecto Elctrico

Anlisis de la tecnologa IPTV, articulacin de propuesta para la implementacin de un plan piloto

Por: Eider Gutirrez Vargas

Ciudad Universitaria Rodrigo Facio Diciembre del 2007

Anlisis de la tecnologa IPTV, articulacin de propuesta para la implementacin de un plan piloto

Por: Eider Gutirrez Vargas

Sometido a la Escuela de Ingeniera Elctrica de la Facultad de Ingeniera de la Universidad de Costa Rica como requisito parcial para optar por el grado de: BACHILLER EN INGENIERA ELCTRICA Aprobado por el Tribunal:

_________________________________ Ing. Giovanni Alvarado Morales Profesor Gua

_________________________________ Ing. Mario Rojas Marenco Profesor lector

_________________________________ Ing. Javier Snchez Loria Profesor lector

ii

DEDICATORIA

Este proyecto se lo dedico a Dios y a Santo Domingo Savio, slo con su ayuda he llegado hasta aqu. A mi pap Edgar y a mi mam Rosario por el apoyo y confianza que me brindaron durante todos estos aos de arduo trabajo. A mis hermanos Harold y Edgar, que estuvieron siempre conmigo apoyndome y aconsejndome. A mi novia Adriana, por darme el apoyo en los momentos ms duros de la carrera y ser mi soporte en el final de esta. A Don Elas y Doa Isabel, por darme la comprensin y ayuda para lograr mis objetivos y llegar a ser un profesional. A mis amigos y dems personas que de alguna u otra forma me ayudaron a alcanzar mis metas. Para todos ellos es esto.

iii

RECONOCIMIENTOS

Agradezco a mi profesor gua, el Ing. Giovanni Alvarado Morales, por el apoyo que me brind desde un inicio para finalizar mi carrera. A los miembros del tribunal examinador Ing. Mario Rojas Marenco e Ing. Javier Snchez Loria, por su ayuda incondicional a lo largo del proyecto. A la Universidad de Costa Rica y a la Escuela de Ingeniera Elctrica, por brindarme las bases y herramientas para llegar a ser un profesional. A RACSA y todos sus empleados, por el apoyo que me brindaron para cumplir mi objetivo de ser ingeniero. A todos mis amigos y compaeros que hayan compartido conmigo a lo largo de mi carrera universitaria, gracias por estar ah, sin ustedes esto no sera posible.

iv

NDICE GENERAL
NDICE DE FIGURAS ..................................................................................vii NDICE DE TABLAS ..................................................................................... ix NOMENCLATURA ......................................................................................... x RESUMEN .................................................................................................... xiii CAPTULO 1: Introduccin ........................................................................... 1
1.1 1.2 Justificacin ............................................................................................................1 Objetivos .................................................................................................................2 1.2.1 Objetivos generales ............................................................................................. 2 1.2.2 Objetivos especficos ...................................................................................... 3 1.3 Alcance y Metodologa ...........................................................................................3

CAPTULO 2: Desarrollo terico .................................................................. 4

2.1 Qu es IPTV? ........................................................................................................5 Diferenciacin de Servicio.................................................................................. 6 Cmo funciona? ................................................................................................ 9 2.2 Procesamiento del Video ......................................................................................10 2.2.1 MPEG ............................................................................................................... 10 2.2.2 Paquetizacin hacia IP ...................................................................................... 17 2.3 Transporte y Manejo del Video ............................................................................21 2.3.1 Protocolo de Transporte UDP ........................................................................... 23 2.3.2 Protocolo de Streaming en tiempo real RTP, RTCP y RTSP ........................... 25 2.3.2.1 RTP ............................................................................................................... 25 2.3.2.2 RTCP............................................................................................................. 27 2.3.2.3 RTSP ............................................................................................................. 30 2.3.3 Protocolo SIP .................................................................................................... 31 2.3.4 Protocolo IGMP ................................................................................................ 33 2.3.4.1 IGMP v2 ........................................................................................................ 34 2.3.4.2 IGMP v3 ........................................................................................................ 36 2.3.4.3 IGMP Snooping ............................................................................................ 37 2.3.5 MPLS ................................................................................................................ 40 2.3.6 Unicast y Multicast ........................................................................................... 42 2.3.6.1 Unicast .......................................................................................................... 43 2.3.6.2 Multicast ....................................................................................................... 44 2.4 Arquitectura de IPTV............................................................................................45 2.4.1 Ncleo de Contenido ........................................................................................ 47 2.4.1.1 Equipo Head-End ......................................................................................... 48 2.4.1.2 Middleware ................................................................................................... 48 2.1.1 2.1.2 v

2.4.1.3 Servidores de contenido bajo demanda (VoD) ............................................. 50 2.4.1.4 Proteccin de Contenido .............................................................................. 51 2.4.2 Red de Transporte ............................................................................................. 53 2.4.3 Red de Acceso .................................................................................................. 55 2.4.3.1 Ultima Milla.................................................................................................. 56 2.4.3.2 Set Top Boxes - STB ...................................................................................... 62 2.4.4 Correspondencia de protocolos y elementos en la arquitectura IPTV .............. 64

CAPTULO 3: Situacin Actual ................................................................... 65

3.1 IPTV en el Mundo ................................................................................................65 3.1.1 IPTV actualmente ............................................................................................. 65 3.1.1.1 Europa .......................................................................................................... 67 3.1.1.2 Asia ............................................................................................................... 69 3.1.1.3 Norte Amrica ............................................................................................... 70 3.1.1.4 Latinoamrica ............................................................................................... 72 3.1.1.5 IPTV Forum .................................................................................................. 73 3.1.2 Aceptacin del Mercado ................................................................................... 75 3.2 Tendencia Mundial ...............................................................................................77

CAPTULO 4: Opciones Tecnolgicas en el Mercado Mundial ............... 82

4.1 Opciones y soluciones entorno a IPTV.................................................................82 4.1.1 ECI Telecom ..................................................................................................... 83 4.1.2 Cisco Systems ................................................................................................... 88 4.1.3 Scientific Atlanta .............................................................................................. 90 4.1.3.1 VHE D90XX .................................................................................................. 90 4.1.3.2 Scientific Atlanta STB ................................................................................... 91 4.1.4 Motorola............................................................................................................ 92 4.1.4.1 STB Versiones VIPXX ................................................................................... 92 4.1.4.2 Video Servers ................................................................................................ 94 4.1.4.3 Conectividad y Acceso .................................................................................. 95 4.1.4.4 Encoders o VHE............................................................................................ 96 4.1.5 Minerva Networks ............................................................................................ 97 4.1.5.1 iTV Manager ................................................................................................. 97 4.1.5.2 Minerva Video Head End VC8000 .......................................................... 100 4.1.6 Orca Interactive............................................................................................... 100 4.1.7 Microsoft - Mediaroom ................................................................................... 103 4.1.8 Kasenna ........................................................................................................... 104 4.1.9 Amino ............................................................................................................. 105 4.1.10 Secure Media .............................................................................................. 107 4.1.11 MTS ............................................................................................................ 107 4.1.12 Distribucin y comparacin del Mercado ................................................... 108 Introduccin ........................................................................................................112 vi

CAPTULO 5: Propuesta Plan Piloto ........................................................ 112

5.1

5.2 5.3 5.4

Justificacin ........................................................................................................112 Objetivo y Alcance de la Propuesta ....................................................................113 Caracterizacin de la Propuesta ..........................................................................114 5.4.1 Localizacin Geogrfica y poblacin ............................................................. 114 5.4.2 Contenido IPTV a entregar. ............................................................................ 116 5.4.3 Opciones tecnolgicas a considerar ................................................................ 117 5.4.4 Recomendaciones para el Personal ................................................................. 123 5.5 Costos de la Propuesta ........................................................................................124

CAPTULO 6: Conclusiones y recomendaciones ..................................... 126

6.1 6.2 Conclusiones .......................................................................................................126 Recomendaciones ...............................................................................................128

BIBLIOGRAFA .......................................................................................... 129

NDICE DE FIGURAS
Figura 2.1 Arquitectura General IPTV .................................................................................. 9 Figura 2.2 Sistema General MPEG ...................................................................................... 12 Figura 2.3 Digitalizacin del Audio .................................................................................... 14 Figura 2.4 Digitalizacin del Video ..................................................................................... 16 Figura 2.5 Encabezado de un PES ....................................................................................... 17 Figura 2.6 Cabecera de un Stream de Transporte ................................................................ 20 Figura 2.7 Modelo OSI para IPTV ...................................................................................... 22 Figura 2.8 Cabecera de un paquete UDP ............................................................................. 24 Figura 2.9 Cabecera de un paquete RTP .............................................................................. 26 Figura 2.10 Cabecera de un paquete RTCP ......................................................................... 29 Figura 2.11 Cabecera del Protocolo IGMPv2 ..................................................................... 34 Figura 2.12 Cabecera del Protocolo IGMPv3 ..................................................................... 37 Figura 2.13 Funcionamiento IGMP ..................................................................................... 40 Figura 2.14 Cabecera MPLS ............................................................................................... 42 Figura 2.15 Transmisin Unicast IPTV ............................................................................... 43 Figura 2.16 Transmisin Multicast IPTV ............................................................................ 45 Figura 2.17 Arquitectura General IPTV .............................................................................. 47 Figura 2.18 Red de Transporte ............................................................................................ 54 vii

Figura 2.19 Red MPLS ........................................................................................................ 54 Figura 2.20 Conectividad Multicast .................................................................................... 55 Figura 2.21 STBs ................................................................................................................. 64 Figura 2.22 Correspondencia sobre la arquitectura IPTV .................................................... 64 Figura 3.1 Conocimiento sobre IPTV .................................................................................. 76 Figura 3.2 Tendencia de subscritores de IPTV .................................................................... 78 Figura 3.3 Tendencia de los ingresos producidos por IPTV ................................................ 80 Figura 4.1 Arquitectura de IPTV propia de ECI Telecom ................................................... 84 Figura 4.2 Equipo XDM ...................................................................................................... 85 Figura 4.3 Equipo Hi-Focus ................................................................................................. 86 Figura 4.4 Equipo B-Focus .................................................................................................. 86 Figura 4.5 Equipo ST-Series ................................................................................................ 87 Figura 4.6 Cisco CRS-1 ....................................................................................................... 89 Figura 4.7 Cisco 7600 Routers ............................................................................................ 90 Figura 4.8 Scientific Atlanta VHE ....................................................................................... 91 Figura 4.9 Scientific Atlanta STB......................................................................................... 92 Figura 4.10 STB VIP1100 ................................................................................................... 93 Figura 4.11 STB VIP1200 ................................................................................................... 93 Figura 4.12 STB VIP1200 ................................................................................................... 94 Figura 4.13 B-1 Video Server .............................................................................................. 95 Figura 4.14 VHE Motorola Series SE-4XXX y SE-5XXX .................................................. 97 Figura 4.16 Minerva VHE VC8000 .................................................................................... 100 Figura 4.17 Orca RiGHTv ................................................................................................. 102 Figura 4.18 Microsoft Media Room .................................................................................. 103 Figura 4.19 Kasenna Media Server .................................................................................... 105 Figura 4.20 STBs Amino ................................................................................................... 106 Figura 5.1 Red Metro Ethernet/MPLS de RACSA ............................................................ 121 Figura 5.2 Topologa propuesta .......................................................................................... 123

viii

NDICE DE TABLAS
Tabla 2.1 Comparacin entre las compresiones de Audio MPEG ...................................... 14 Tabla 2.2 Comparacin entre las compresiones de Video MPEG ....................................... 17 Tabla 2.3 Comparacin de las tecnologas ADSL ................................................................ 58 Tabla 4.1 Aplicaciones del iTV Manager para el Cliente .................................................... 98 Tabla 4.2 Herramientas Back Office del iTV Manager ....................................................... 99 Tabla 4.3 Distribucin del Mercado alrededor de IPTV .................................................... 108 Tabla 4.4 Comparacin Tecnologas Acceso ..................................................................... 109 Tabla 4.5 Comparacin VHE.............................................................................................. 109 Tabla 4.6 Comparacin Servidores VoD ............................................................................ 110 Tabla 4.7 Comparacin STBs ............................................................................................. 110 Tabla 4.8 Comparacin Middleware .................................................................................. 111 Tabla 5.1 Caractersticas de la Fibra ptica en FTTH ...................................................... 122 Tabla 5.2 Costos de la Tecnologa ...................................................................................... 125

ix

NOMENCLATURA
ADSL API ASIC ATM AVC BPL BRAS CAS CPE DNS DRM DSL DSLAM FTTH GbE HDTV HSI IETF IGMP IMS Asymmetric DSL Application Programming Interface Application Specific Integrated Circuits Asynchronous Transfer Mode Advanced Video Coder Broadband over Power Lines Broadband Remote Access Server Control Access Services Customer Premises Equipment Domain Name System Digital Rights Management Digital Subscriber Line Digital Subscriber Line Access Multiplexer Fiber to the Home GibaBit Ethernet High Definition Television High Speed Internet Internet Engineering Task Force Internet Group Management Protocol IP Multimedia Subsystem x

IPTV ISO ITU MAC MPEG MPLS MSAN MSE OLT ONT PES PON PVR QoS RTCP RTP SDP SDTV SIP TCP UDP VHE

Internet Protocol Television International Standards Organization International Telecommunication Union Media Access Control address Motion Picture Experts Group Multiprotocol Label Switching Multiservice Access Node Multi Service Edge Optic Line Terminal Optic Network Terminal Packetized Elementary Stream Passive Optical Network Personal Video Recorder Quality of Service Real-Time Transport Control Protocol Real-Time Transport Protocol Session Description Protocol Standard Definition Television Session Inition Protocol Transmission Control Protocol User Datagram Protocol Video Head End xi

VHO VLAN VoD VPLS VSO WDM

Video Hub Office Virtual Local Area Net Video on Demand Virtual Private LAN Service Video Serving Office Wavelength Division Multiplexing

xii

RESUMEN
El presente trabajo se realiz con el fin de describir los aspectos tcnicos que caracterizan y soportan una tecnologa de punta como lo es IPTV, as como su situacin a nivel mundial, incluyendo sus posibilidades de gestin; para fundamentar las bases de la creacin de un marco de referencia para un plan piloto. El proyecto conlleva la descripcin de las bases propias de la tecnologa como lo es el procesamiento de video, el transporte del mismo a travs de una red IP, as como la arquitectura base en la que se fundamenta la tecnologa IPTV, donde el ncleo de contenido, red de transporte y red de acceso son los puntos ms importantes a destacar en el anlisis realizado. A nivel mundial, Europa lidera el avance en la entrega de servicios, seguido por Asia, Norteamrica y en un nivel de menor auge Latinoamrica. Sus opciones tecnolgicas se encuentran en un mercado fragmentando, donde existe integracin de diferentes marcas de equipos para la entrega de soluciones completas entorno a la tecnologa. Es complemento de este trabajo, la articulacin de un plan piloto para ser usado como gua o marco de referencia de esta tecnologa. Este viene a resaltar la importancia de su implementacin en el pas, como seguimiento al proceso de constante evolucin en que se encuentra el sector de las telecomunicaciones.

xiii

CAPTULO 1: Introduccin
1.1 Justificacin
Desde la adopcin de la TV como un elemento generalizador de cultura en la sociedad global (desde 1950s), el hombre la ha utilizado para promocionar y transmitir ms servicios e informacin, con el objeto de satisfacer sus necesidades desde la perspectiva de espectador y consumidor. Con la presencia revolucionaria de tecnologa en el campo de la comunicacin televisiva, el hombre ha disfrutado de televisin a color, televisin por cable, satelital, sistemas de pago por programas, hasta con nuevas incursiones en el mbito tecnolgico en los aparatos de televisin, donde se puede obtener imgenes de alta definicin. Con la presencia de Internet y su boom actual, se tiene la idea de integrar la transmisin de video a travs de redes alrededor del mundo. Donde no solo se pueda realizar la transmisin de video, hacia un sitio especfico, sino tener todas las ventajas de lo que se conoce como servicios triple play donde adems de video, se transmite datos y audio. La aparicin de IPTV (Internet Protocol Television o Televisin a travs de Internet), da sus inicios a comienzos del nuevo siglo, como una solucin e integracin final a lo que el consumidor (el televidente) desea. Entindase, recibir de una manera integrada la informacin con la que se desenvuelve da con da, su necesidad de informacin y entretenimiento, de comunicarse con otros y la de acceder como brindar informacin. El IPTV viene a ser, un complemento del avance tecnolgico que se encuentra presente en el mercado; conexiones de fibra ptica, transmisin de datos a gran velocidad, anchos de

banda con calidad y cantidad superiores. Lo que se busca es que exista una convergencia de los servicios al llamado Triple Play; donde la televisin a travs de Internet, revolucione el mercado actual, gracias a mayor capacidad en la transmisin de datos, siempre que se puede tener acceso a los programas televisivos deseados, observarlos en el momento apropiado, tener control sobre la reproduccin (detenerla y continuarla a gusto del cliente, similar a un formato de DVD); apareado con el acceso a Internet de una forma moderna, actualizada, como la compra de artculos en lnea segn lo que se observa en televisin o de tambin recibir llamadas telefnicas por medio de telefona por Internet, sin perder detalles de la programacin o detenerla para luego continuarla sin perder detalle alguno. El presente trabajo pretende mostrar las caractersticas importantes de la tecnologa IPTV, as como su posicionamiento actual en el mercado mundial e identificacin de soluciones existentes para enfrentar la gestin sobre esta tecnologa y as poder elaborar un marco de referencia para sustentar la elaboracin de un plan piloto.

1.2

Objetivos
1.2.1 Objetivos generales Elaborar un anlisis sobre la tecnologa IPTV, que permita conocer cmo funciona esta tecnologa y que elementos tcnicos se deben considerar durante su implementacin. Analizar las posibles soluciones presentes en el mercado, para la propuesta de implementacin de un plan piloto.

1.2.2

Objetivos especficos

Presentar los conceptos utilizados para el manejo y operacin de la tecnologa IPTV, de tal forma que se expongan los aspectos tcnicos y las caractersticas propias de esta tecnologa.

Analizar el desarrollo de la tecnologa IPTV y su posicionamiento actual en otros mercados a nivel mundial y su tendencia futura.

Identificar y describir las caractersticas de las principales opciones tecnolgicas existentes actualmente en el mercado para el control y gestin de contenidos digitales a travs de IPTV.

Realizar una propuesta que sirva como marco de referencia de los requerimientos que sustente la implementacin de un plan piloto

1.3

Alcance y Metodologa
La presente investigacin es un estudio descriptivo de los aspectos tcnicos que

caracterizan y soportan la tecnologa IPTV, siendo que el producto final ser proferir una serie de recomendaciones que articulen el marco de trabajo para la implementacin de un plan piloto, sin incluir su implementacin. Como metodologa para abordar el estudio se analizaron publicaciones, sitios de Internet, se consult directamente a fabricantes, as como la revisin bibliogrfica de textos considerados confiables para efectos de los fines del proyecto.

CAPTULO 2: Desarrollo terico

La tecnologa IPTV o Televisin por Internet, es ms que una nueva manera de obtener un servicio de televisin de mejor calidad, es la convergencia de servicios Triple Play (Video, Voz y Datos), en un todo integrado. No es un servicio donde solo se recibe programacin diaria, sino que esta es personalizada y dirigida al usuario segn gustos y aficiones. Tambin se da una integracin de servicios de voz (VoIP), y as mismo acceso a Internet de una forma ms interactiva, ya que puede ser asociado con el contenido presentado al usuario. La forma de operar de la tecnologa IPTV, consiste en una codificacin de audio y video basada en MPEG, la cual es empaquetada para ser enviada sobre una red IP, para una futura distribucin. El manejo del contenido que es distribuido hacia el usuario, as como la recoleccin de datos e informacin que el cliente manda hacia su proveedor de servicio es manejado por una plataforma conocida como Middleware, un software que posee el control de la mayora de las acciones que se toman al entregar un servicio de IPTV. Finalmente el contenido es distribuido a travs de una red de transporte por medio de protocolos, hacia una red de acceso xDSL o FTTH, la cual es usada para llevar el contenido hasta el usuario final donde es terminado en un equipo CPE, en este caso un STB (un demodulador de la seal IPTV), para poder entregar el servicio. El presente capitulo, profundiza ms en las caractersticas, as como manejo, operacin y otros aspectos tcnicos propias de la tecnologa IPTV.

2.1

Qu es IPTV?
Internet Protocol Television (IPTV), est determinado como televisin sobre el

protocolo Internet. Por si solo no es un protocolo, sino que consiste en un sistema de distribucin de seales de televisin/video haciendo uso de las conexiones de banda ancha sobre el protocolo IP. Pero ms que una simple distribucin de video, IPTV conlleva a una convergencia de los servicios de alta tecnologa, a saber son la telefona sobre el protocolo IP (VoIP), servicio de banda ancha de Internet (HSI) y la televisin misma sobre el protocolo IP. Estos 3 servicios, son los que se conocen como Triple Play, ms que una unificacin de partes, se debe interpretar como una integracin de los 3 en 1, donde al estar recibiendo video, se pueda recibir y contestar llamadas, as como obtener acceso a Internet, como lo son pginas Web o archivos, as como la realizacin de compras en lnea, posibilitando una experiencia de compra virtual con el elemento seductor del anunciante. El uso de IPTV, ya deja de ser un simple instrumento para llevar seales tanto de transmisin broadcasting (seales en tiempo real), como de programacin ya predefinida por la empresa subscriptora del servicio; esto simplemente coloca al IPTV como una mtodo digital mas de transmitir datos. Esta nueva tecnologa llega ms all de esto, la aparicin de IPTV lleva a las telecomunicaciones a un nivel superior donde el producto se deja de centrar en el contenido de lo que se muestra y pasa a ser concentrado en el usuario final, concretando una interaccin entre el usuario y el medio (IPTV). Ya el proveedor del servicio no emite el contenido de la programacin en espera de que el usuario se conecte para recibirla, sino estos llegan solo cuando este los solicita. La clave del servicio est en la

personalizacin del contenido para cada cliente, permitiendo acciones como el video bajo demanda (Video on Demand, VoD), donde el usuario recibe lo que l quiere recibir y cuando lo quiera recibir. 2.1.1 Diferenciacin de Servicio Como se menciona anteriormente, el servicio de IPTV no es simplemente una manera de digitalizar el contenido brindado ya sea tanto por televisin broadcasting, como del contenido asociado los sistemas PPV (Pay per View, Pago por Ver contenido). El servicio de IPTV presenta una gran diferencia con respecto a los que al inicio podran ser sus principales competidores como lo es la televisin por cable y el servicio satelital, ambos actualmente tienen la capacidad de brindar el servicio de televisin de programacin regular, como extendida ya sea ampliando sus contenidos (cantidad de canales) o aplicando un servicio poco interactivo de PPV. La televisin por IPTV, da un nuevo significado no solo a las telecomunicaciones, como se podra esperar, sino al manejo del mercado en general dirigido al cliente o subscriptor. El sistema consiste ms en personalizar el servicio, en ofrecer un contenido centralizado en lo que el usuario demanda, no en lo que el proveedor del servicio pretende imponer.

Dentro de las diferencias y alcances ms esperados dentro de un servicio de IPTV con respecto a sus directos competidores estn:

Video bajo Demanada (VoD, Video on Demand). Contenido personalizado y centralizado en el usuario nico, no en un grupo de ellos.

Capacidad de ampliar la distribucin de canales recibidos. Control e interactividad entre usuario y contenido en tiempo real. Convergencia de los servicios Triple Play en un solo servicio Gestin de cuentas y facturacin en tiempo real. Entre otros..

La transmisin de contenido bajo demanda, viene a ser casi el nico enlace directo entre el servicio IPTV y la televisin por cable o satlite. Estas con su sistema similar de PPV, viene a ser obsoleto comparado a la capacidad que puede ser brindado por medio del VoD. Este corresponde a tener acceso a contenido que le interesa al usuario y el mismo es el que lo demanda o lo solicita, por medio del sistema IPTV, pero no funciona de igual manera que el PPV, ya que VoD es manejado con una amplia interactividad y de mejor respuesta en tiempo real, donde el contenido que solicita el cliente (pelculas, series de TV, etc), son suministradas simultneamente, sin tiempo de espera. Esta caracterstica de

entregar lo que se demanda, permite un nuevo modelo de gestin sobre el usuario. Con la disponibilidad de que el usuario solicite lo que desea observar, se tiene la posibilidad de crear perfiles nicos para cada subscriptor. Esto se explica, simplemente considerando que un cliente de una casa, puede demandar contenido totalmente diferente al que solicita el vecino, lo que da un gran atractivo al servicio. De igual manera esto conlleva a ampliar su

gama de canales, donde ya propiamente no serian canales separados lo que se observara sino contenido separado que se solicita o que se encuentra disponible para el cliente. Como se hace mencin en los puntos anteriores, lo que da un gran atractivo es la interaccin y convergencia del servicio. Este servicio no solo contempla el simple hecho de ver televisin, sino de que todos los servicios de multimedia (video, voz y datos), vienen a estar disponibles al usuario de manera integrada. Y por consiguiente poderlos hacer interactuar uno con el otro, por ejemplo, mientras se ve televisin, puede ingresar una llamada telefnica, un correo electrnico, sin perder detalle de la programacin. Y ms que eso, se puede accesar a informacin relevante a lo que se observa, debido a su integracin con Internet. Esto permite que aplicaciones como facturacin en lnea y otros mtodos de gestin sean posibles. El servicio IPTV viene a ser, todos los servicios en uno. Al servicio, tambin vienen otras aplicaciones que marcan una diferencia relativamente importante, pero que brindan al usuario comodidad y satisfaccin de servicio, como lo pueden ser grabadoras personales, guas de programacin electrnicas mas interactivas, publicidad personalizada e interactiva (comprar lo que se ve inmediatamente o recibir informacin del producto), en fin muchos cambios que colocan a IPTV como un servicio atractivo. Si bien la evolucin de este servicio, esta apenas en sus ciernes y la integracin de todos los servicios anteriormente comentados, se tiene que realizar de una manera paulatina tanto por su costo actual de implementacin, como por la evolutiva aceptacin del servicio por parte de los usuarios. Sin duda viene a ser un cambio radical, para la siguiente generacin de tecnologa de telecomunicaciones.

2.1.2

Cmo funciona? El funcionamiento bsico de la implementacin de video sobre protocolos IP, se

basa en puntos importantes como lo son, la codificacin

del video y audio basada

principalmente en tecnologa MPEG, luego la paquetizacin de los datos para ser enviada sobre la red IP, su transporte sobre la misma y por ltimo la presentacin que se le puede dar a los mismos al destino o usuario final, por medio de algn dispositivo. De manera general, la arquitectura del servicio IPTV es la siguiente:

Figura 2.1 Arquitectura General IPTV [45] Como se puede observar en la figura anterior, la forma de llevar el contenido hasta el usuario, recorre todo un proceso. Este viene desde su punto donde se puede tener almacenado el contenido, en servidores VoD, o desde contenido que se recibe en vivo por medio de broadcasting, hasta llevarlo a la red de agregacin. En el primer punto conocido como ncleo, es el cerebro de la arquitectura, donde se maneja la gestin y acceso de los usuarios, se maneja el contenido, tambin se encuentra la plataforma en la que se controla

10

el servicio IPTV por medio de un Middleware. Luego de que el contenido se encuentra listo y empaquetado para ser enviado a travs de una red IP, este es transportado sobre una red de agregacin, que consiste en equipo que direcciona por medio de MPLS, hacia los distintos nodos o lugares donde se concentra el contenido para su posterior distribucin. Finalmente por medio de una red de acceso, que puede ser xDSL o FTTH, el contenido es llevado hasta donde se encuentra el cliente, pero que a su vez necesita un equipo CPE, que para la tecnologa IPTV es un STB, un tipo de demodulador de la seal de IPTV para poder se integrada a un televisor convencional y as recibir el servicio.

2.2

Procesamiento del Video

El procesamiento de seales de video sobre una red IP aplica principalmente sobre

seales analgicas, como las que se obtienen de transmisiones en tiempo real o en vivo. Estas al no encontrarse directamente almacenadas en algn medio digital, como suele ocurrir en el video bajo demanda, deben ser procesadas, lo cual indica que se deben codificar de alguna manera para as aplicarle su respectiva digitalizacin. Como la situacin actual se perfila a obtener video de alta resolucin, la codificacin y compresin de video actual por excelencia se encuentra con el uso del MPEG-2 y MPEG-4. 2.2.1 MPEG El MPEG (Motion Picture Experts Group), es un grupo de estndares para la codificacin y el proceso del video digital, as como para la transmisin en mltiples formas de contenido multimedia. MPEG es un grupo que define y desarrolla estndares

11

para sistemas de video digital. Estos estndares especifican los procesos de compresin y descompresin de los datos y como estos son llevados hasta sistemas de transmisin digitales. MPEG es parte del grupo ISO. El sistema MPEG lo que define son los componentes (como video y audio) de una seal multimedia y como estos son combinados, transmitidos, recibidos, separados, sincronizados y convertidos nuevamente hacia un formato multimedia. Sus componentes bsicos incluyen los streams elementales (como el audio y video original), la respectiva programacin y el transporte. La figura 2.2, muestra el funcionamiento general de una codificacin MPEG, donde se reciben el video, audio y dems por separados, estos se codifican y comprimen, se sincronizan y se multiplexan (combinan) en un solo grupo de datos. Luego de ser transportados, el proceso se invierte, los datos son demultiplexados para regresarlos a su formato original (video y audio).

12

Figura 2.2 Sistema General MPEG [15] El sistema MPEG ha evolucionado a gran escala desde 1991, cuando se introdujo el almacenamiento de datos sobre discos compactos. La primera versin fue el MPEG-1, diseado para almacenamiento de baja velocidad. Luego apareci el MPEG-2, el cual permiti que la transmisin televisiva (cable, satlite, area), pudiera convertir las seales anlogas en sistemas de televisin digital, siendo estos mucho ms eficientes. Esta especificacin, fue suficiente para realizar la codificacin y compresin de sistemas de televisin de alta definicin (HDTV), por lo que una especificacin de MPEG-3, fue innecesaria para tales fines. El siguiente progreso tecnolgico de MPEG, fue la especificacin MPEG-4. Esta aade a sus antecesores, la viabilidad de transmisin de televisin en datos empaquetados,

13

sobre redes como lo sera la red de banda ancha de Internet. Para el desarrollo de una tecnologa eficiente en la compresin de video, se hizo necesaria la unin del grupo MPEG con los grupos IETC e ITU, con el propsito de analizar, recomendar y resolver los problemas en cuanto a la creacin de especificaciones de compresin avanzada de video. El resultado de esta unin de organismos fue el AVC (Advanced Video Coder), el cual tiene la posibilidad de proveer calidad estndar de definicin de televisin (SD, Standard Definition), a aproximadamente 2Mbps. Esta tecnologa de compresin es

aproximadamente 50% ms eficiente que la usada en MPEG-2. La versin de AVC definida por la ITU es el H.264, que equivale a MPEG-4. Aparte de estos estndares, en la industria MPEG se encuentran el estndar MPEG7 y el MPEG-21, que son mejoras con respecto al contenido multimedia y seguridad de los mismos. La digitalizacin del audio, al ser esta una seal analgica continua, el proceso digitalizacin permite, ya un mejor manejo y transmisin sobre redes digitales (como Internet). La conversin de seales de audio desde su forma analgica hasta digital, consiste en usar un convertidor analgico a digital (A/D). Este consiste en tomar muestras del nivel de la seal analgica y crear una serie de pulsos digitales que representan a la seal.

14

Figura 2.3 Digitalizacin del Audio [15] Cuando se realiza el proceso de digitalizacin del audio, existe la desventaja de que el resultado sea de un valor digital mayor, lo que incurre a desventajas con respecto al almacenamiento as como en el transporte de esos datos. Por eso la compresin del audio se utiliza como tcnica, para reducir la cantidad de elementos de informacin que representan la informacin, pero esta sin perder calidad, por lo menos perceptible para el receptor. El sistema MPEG, utiliza la compresin de audio para convertir o codificar el audio, en cantidades pequeas de informacin o reduciendo su ancho de banda tanto para almacenarlo como para transmitirlo. Este sistema soporta diferentes tipos de compresin de audio, de los cuales cada uno tiene sus diferentes cantidades de compresin y calidad. Tabla 2.1 Comparacin entre las compresiones de Audio MPEG [1] MPEG Capa 1 MPEG Capa 2 MPEG Capa 3 (Baja Calidad) (Mediana Calidad) (MP3, Alta Calidad) 1.5 Mbps 1.5 Mbps 1.5 Mbps 384 kbps 4:1 192kbps 8:1 128kbps 12:1 AAC 1.5 Mbps 96kbps 16:1

Bit Rate Original Bit Rate de Compresin Relacin Compresin Tpica

15

En cuanto a la digitalizacin del video, esta forma parte de una seal de secuencia de imgenes, los cuales son representados por bits, que describen tanto los niveles de color como los de brillo. Cada imagen de video est compuesta por pixeles que contienen el brillo y el color. Estas pueden ser convertidas en formato digital ya sea convirtiendo la seal analgica de video como un todo, o representando cada imagen (o frame) de video mediante un pixel digital. La figura 2.4 muestra un proceso bsico para la digitalizacin de video. En el caso de imgenes con color, cada lnea de imagen es filtrada en y descompuesta en sus

componentes (rojo, verde y azul), dando como resultado el formato RGB. Cada posicin ya descompuesta es escaneada o se le toman muestras que luego son convertidas en niveles segn una escala predeterminada que luego es convertida a una seal digital.

16

Figura 2.4 Digitalizacin del Video [15] De igual manera que con el audio, la compresin digital de video es la reduccin en cantidad de los bits digitales requeridos para representar una seal de video, todo mediante tcnicas de codificacin. Cuando se comprime una seal de video, esta puede ser transmitida sobre circuitos con data rates de aproximadamente 50 hasta 200 veces ms bajo que si no se realizara compresin alguna. Dentro de los sistemas de codificacin de video, se encuentran popularmente el MPEG 2 y el MPEG 4/AVC. La siguiente tabla muestra un resumen de las capacidades que brinda cada sistema de codificacin.

17

Tabla 2.2 Comparacin entre las compresiones de Video MPEG [1] MPEG-2 Standard Definition (SD) High Definition (HD) 3.8Mbps 19Mbps MPEG-4/AVC 1.8Mbps 6-8Mbps

2.2.2

Paquetizacin hacia IP Como se ha mencionado anteriormente existen los stream de video y los de audio.

Para realizar un mejor manejo de estos streams elementales, estos se dividen en paquetes de diferentes tamaos, segn las caractersticas de la aplicacin y del decodificador. Al proceso de particin de estos paquetes se le llama paquetizacin o empaquetar, as a un stream elemental (video o audio), se le llama PES (Packetized Elementary Stream). De manera general a cada paquete PES, se le agrega un encabezado con el formato que se muestra a continuacin:

Figura 2.5 Encabezado de un PES [54]

18

Dicho encabezado contiene: Packet Start Code Prefix: es un campo (24 bits), que indica el inicio del paquete. Strema ID: es un identificador del stream (8bits), el cual identifica el tipo de stream elemental correspondiente al paquete PES. Packet Length: Indica el largo o tamao del paquete PES (16 bits), adems de un conjunto de campos opcionales de los cuales pueden ser PTS (Presentation Time Stamp) o DTS (Decode Time Stamp), utilizados para lograr sincronizacin a la hora de decodificar y presentar el audio/video. El PES por si solo presenta toda la informacin temporal para poder decodificar una seal de audio o de video segn sea el stream elemental. Usualmente es necesario transmitir al menos 2 seales en conjunto (una de audio y otra de video), para ellos se utilizan tcnicas de sincronizacin y transporte. Generalmente es necesario combinar varios PES, al menos uno de audio y otro de video para crear un contenido multimedia que posteriormente ser reproducido. Dentro de las posibilidades de tratamiento existe la de almacenar el contenido para posterior reproduccin o transmitirlo (en caso de IPTV seria sobre una red IP). En el caso de almacenarlo existen tcnicas, que no se profundizan en este documento como lo son MP3 para audio y AVI o MOV para video. En el caso de transmitirlo, por ejemplo en un canal (como un canal de televisin), este se encuentra formado al menos por un PES de video y otro de audio. El proceso de juntar varios PES que sern reproducidos en forma conjunta se llama multiplexacin. Para lograr una reproduccin conjunta sincronizada (sin desfase entre audio y video) es

19

necesario que se sincronice con un reloj. Existen 2 mtodos de multiplexacin de audio, video y contenido asociado para la transmisin: Program Streams o tambin conocidos como MPEG-PS Transport Streams o tambin conocidos como MPEG-TS

Mientras que el MPEG-PS permite transportan un nico canal, el MPEG-TS permite enviar varios simultneamente (con una sincronizacin independiente), este ltimo es ms relevante para la tecnologa IPTV. El MPEG-TS, es similar a un protocolo que brinda mecanismo para multiplexar (o combinar), los streams o flujos de audio y video, para luego transmitirlos por la red. Adems de lo que se menciono con respecto a los MPEG-TS, de su habilidad de transmitir de forma conjunta varios PES, un stream de transporte, transmite informacin de control en formato de listas o tablas, donde se puede enviar informacin de la programacin presente en el stream. El MPEG-TS no brinda simplemente una forma adecuada de realizar la multiplexacin de los diferentes streams elementales, sino tambin logra una sincronizacin del contenido. Los paquetes de un Transport Stream tienen un tamao fijo de 188 bytes. Esta estructura se puede observar en la siguiente figura:

20

Figura 2.6 Cabecera de un Stream de Transporte [16] Dentro de los campos ms relevantes se puede mencionar: S-Sync: Se utiliza para sincronizar el comienzo del paquete del transport stream EI-Error Indicator: Si se encuentra algn error en la capa de transporte se coloca en 1, indicando el error. PUSI-Payload Start: Este campo indica el comienzo de un paquete PES. PID-Packet Identifier: Es usado para identificar a que stream elemental pertenece el paquete de transporte que acaba de llegar, si audio o video; por lo que cada stream elemental tiene asociado un ID propio. AF-Adaptation Field: Este campo puede tener indicaciones de que no trae AF pero sin payload o datos, que contenga AF pero no datos o que contenga ambos. CC-Continuity Counter: Es utilizado para detectar discontinuidades. Dentro de los otros campos se encuentran TPR-Transport Priority y SCRScrambling Control o Control de Aleatorizacin

21

En el caso de la transmisin de este tipo de trfico sobre una red IP, se utiliza el protocolo RTP. Este protocolo es habitualmente montado sobre datagramas UDP, el cual a su vez se monta sobre paquetes IP, pero estos se trataran con ms detalle, en el resto del documento.

2.3

Transporte y Manejo del Video

El sistema IPTV, al igual que otros servicios que se manejan y transportan a travs

de una red IP, necesitan de protocolos que le permitan al contenido ser transportado as como un control sobre el mismo tanto para su acceso y gestin. En la transmisin de video las tcnicas usadas son conocidas como streaming. Este se puede definir como la transmisin en vivo tanto de video como de audio sobre una red; las tcnicas usadas anteriormente era usando Internet, donde primero el contenido era descargado y luego era reproducido. Al contrario de esto, con la tcnica de streaming es posible visualizar el contenido a medida que se es transferido. Dentro de estas tcnicas tanto de transporte como de streaming, existen varios protocolos importantes en el contexto de IPTV, siendo que, el protocolo subyacente es el protocolo de red IP. De igual manera se deben de citar otro protocolo de transporte importante para la tecnologa como lo es UDP. Ya dentro de las tcnicas de streaming, la tecnologa IPTV utiliza protocolos de tiempo real como lo son RTP, RTCP y RTSP. Adems de estos protocolos, existe dos importantes para el transporte y manejo de contenido multimedia y datos; estos son el IGMP y el SIP, conjuntamente con una tcnica de transporte conocida como MPLS.

22

A estas tcnicas de transmisin, tambin se debe de agregar las formas posibles en las que se puede transmitir como lo son el Unicast y el Multicast. Los cuales surgen como formas de entregar el contenido de maneras similares hacia el cliente, los cuales tambin hacen uso del protocolo IGMP para realizar tales funciones. Comparando estas tcnicas de transmisin con el modelo OSI, es posible asociarles, de igual manera los aspectos como se han mencionado anteriormente como es el despliegue del video as como puntos a retomar ms adelante como lo es el equipo y las redes en las que se basa la tecnologa IPTV.

Figura 2.7 Modelo OSI para IPTV [54]

23

2.3.1

Protocolo de Transporte UDP Como se desprende del modelo OSI, el transporte se encuentra en la capa 4. Aqu se

encuentra ubicado el protocolo UDP (User Datagram Protocol). Este protocolo consiste de manera general en el envi e intercambio de mensajes cortos conocidos como datagramas. Este protocolo permite que se realice el envo a travs de la red sin que se haya establecido previamente una conexin, esto porque la cabecera, contiene suficiente informacin de direccionamiento. El protocolo UDP no ofrece la confiabilidad que ofrece el protocolo TCP (Transmission Control Protocol), en la forma en la que se distribuyen y ordenan los datos. Los datagramas, pueden llegar sin ningn orden, aparecer duplicados o que se pierdan sin previo aviso. El evitar hacer todo esto, hace que el UDP sea ms rpido y ms eficiente, al menos para aplicaciones que no necesiten entrega de datos garantizada. Aplicaciones que son sensibles al tiempo, es decir, que se necesita que no tenga retrasos y la entrega sea con la mayor celeridad posible, generalmente usan el protocolo UDP (porque paquetes perdidos son preferibles a paquetes con retraso). Su mejor beneficio de uso se observa mejor cuando se tienen una amplia cantidad de clientes demandando informacin, adems de que UDP, contrario al TCP, este soporta el envi de paquetes de broadcasting( en las redes locales) as como el multicasting (envi hacia todos los subscriptores). La funcin de este protocolo es tomada mas como un servicio best-effort, donde se pretende es que lleguen los paquetes, tanto as que el manejo de errores de transmisin queda relegado a ser realizado por aplicaciones que usan el mismo.

24

El protocolo UDP generalmente es usado en sistemas DNS (Domain Name System) y en aplicaciones donde es necesario el streaming, donde la transmisin es en vivo y se necesita una rpida inicializacin (en comparacin al TCP) como lo es el IPTV, as como tambin lo puede ser la voz sobre IP. La forma del protocolo UDP de paquetizar es orientado a mensajes documentados en el RFC 768 del IETF.
Bits 0 - 15 0 32 Puerto origen Longitud del Mensaje (mnimo 8 bits) Datos 16 - 31 Puerto destino Checksum

64

Figura 2.8 Cabecera de un paquete UDP [46] La cabecera UDP consta de 4 campos, en los cuales 2 son opcionales (marcados en la figura anterior). Los campos que contienen los puertos de fuente y destino son de 16 bits, identificando el proceso de origen y de recepcin. Como el UDP no solicita ni respuestas ni su estado actual, el puerto origen puede ser opcional, en tal caso debe ser puesto en cero. El campo de la longitud del mensaje, es obligatorio ya que indica el tamao en bytes del datagrama UDP incluidos los datos, el valor mnimo es de 8 bytes. El ltimo campo en la cabecera, es el Checksum, con un tamao de 16 bits. Es generalmente utilizado para un chequeo de errores del encabezado. Y por ltimo los datos.

25

2.3.2

Protocolo de Streaming en tiempo real RTP, RTCP y RTSP Dentro de las tcnicas para transmitir en tiempo real, se encuentran los

estandarizados por la IETF, los cuales estn el RTP, el RTCP y el RTSP. 2.3.2.1 RTP El protocolo RTP (Real-Time Transport Protocol), es un protocolo de transporte desarrollado para la transmisin de informacin en tiempo real, como lo es el caso de IPTV (audio y video a la vez) o en transmisin de VoIP. Dentro del modelo OSI se encuentra en la capa de sesin, no en la de transporte como se podra pensar. Fue creado por la IETF en 1996 como el estndar RFC 1889. Este protocolo fue originalmente diseado para el multicasting, pero ha sido ms usado en aplicaciones unicast. Este protocolo es usado frecuentemente en sistemas de streaming, junto al RTSP (Real-Time Streaming Protocol). Tambin trabaja en conjunto con el protocolo SIP. Tambin trabaja en conjunto con el RTCP y es esta construido sobre el UDP. Las aplicaciones que usan RTP son menos sensitivas la prdida de paquetes de informacin cuando se transportan, pero es ms sensible para retardos, as que por eso el UDP es la mejor opcin. El RTP no ofrece, al estar montado sobre UDP, garanta de que la entrega se realice tomando en cuenta los retardos, QoS y conocimiento profundo sobre los datos que se envan. Dentro de los servicios provistos por el estndar, se encuentran: Identificador de contenido Numeracin Secuencial de paquetes

26

Sincronizacin de tiempo y clculos de retrasos. Monitoreo de entrega.

La forma de operar el protocolo RTP es la siguiente, donde se encuentra dentro del espacio del usuario y normalmente trabaja sobre UDP. Las aplicaciones multimedia, son incrustadas en una librera RTP. Esta, multiplexa el contenido multimedia y lo encapsula en paquetes RTP, esto en un extremo. En el otro, donde se encuentra el sistema con el que opera, los paquetes UDP son depositados en datagramas IP, en caso de encontrarse en una red Ethernet, los datagramas IP son encapsulados en las tramas Ethernet. La estructura del encabezado usado por RTP es la siguiente:
+ Bits 0-1 2 3 4-7 8 9-15 0 32 64 96 97 16-31

Ver. P X CC M PT Numeracin Secuencial Timestamp Identificador de Sincronizacin (SSRC) Identificador de Contenido (CSRC) Data

Figura 2.9 Cabecera de un paquete RTP [40] Dentro de la cabecera, se encuentra subdivido en varias partes. La primera parte la compone la versin del protocolo. La actual es la dos. El relleno o Padding, est sealado por la P; si este est activado significa que existe uno o ms bytes al final de paquete que no es parte de la carga til. El ltimo byte del paquete indica el nmero de bytes de relleno. La X o Extensin, indica (si se encuentra colocado) que el encabezado posee una extensin, esto posibilita extensiones para aadir informacin extra. La CC, indica el nmero de conteo de identificadores de Contenido. El marcado M, es un bit que indica si el contenido

27

es o no relevante para una aplicacin. La carga til, representada por PT en 7 bits, esta describe el formado de carga til, estos estn especificados en el estndar RFC 1890. Por ltimo, los ltimos 16 bits de la lnea, la secuencia numrica, un nico nmero de paquete que identifica la posicin de la secuencia de paquetes, por cada paquete enviado se incrementa en uno. Continuando con el encabezado, est el timestamp o marca temporal, esta viene a reflejar el instante de muestreo del primer byte en la carga til. Varios paquetes pueden tener el mismo sellado (stamp) si es que pertenecen al mismo grupo, por ejemplo un mismo frame de video. Tanto los identificadores de Sincronizacin (SSRC) como los de Contenido (CSRC), son de 32 bits. EL primero es la fuente de sincronizacin, el segundo identifica las fuentes contribuyentes para la carga til, puede haber ms de 16 fuentes, y finalmente los datos encapsulados. 2.3.2.2 RTCP Como se ha mencionado anteriormente, el RTCP (Real-Time Transport Control Protocol), es usado en conjunto con el RTP, para la recepcin de reportes estadsticos. Permite por ejemplo lo que son fallas en la distribucin multicast, paquetes perdidos y el retardo. Como su nombre lo indica, es para el control, lo que provee informacin para sesiones con RTP, como lo es informacin sobre el numero de paquetes recibidos, los paquetes perdidos, el jitter o un retardo entre los paquetes enviados y el clculo de tiempo de envo de extremo a extremo, pero por si mismo no transporta datos. Es usado habitualmente para transmitir paquetes de control a los participantes de una sesin

28

multimedia con streaming. La funcin principal del RTCP es informar de la calidad de servicio proporcionado por el RTP. Est definido por el RFC 3550. Una caracterstica particular que tiene este protocolo, es que para brindar una mejor eficiencia en el transporte, se pueden reunir varios mensajes RTCP y ser enviados en uno compuesto. Existen varios tipos de paquetes RTCP: Informes de emisor: Son los que permiten al emisor activo en una sesin informar sobre estadsticas de recepcin y transmisin. Informes de receptor: Son los que usan a los receptores que no estn trabajando como emisor para enviar estadsticas sobre la recepcin. Descripcin de la fuente: Contiene los CNAME (nombre cannicos del participante) y otros datos que describen la informacin de los emisores. Paquetes de control especficos de la aplicacin. Los cuales varios de estos paquetes pueden ser enviados en un mismo mensaje. La importacin de que existan estos paquetes, se nota ms en las transmisiones multicast, donde la informacin puede consumir un ancho de banda considerable. Para ellos, el mecanismo que utiliza RTCP, para reducir la transmisin de informacin de control a medida que ingresan ms usuarios, es mediante una limitacin de la cantidad de transito de RTCP en un pequeo porcentaje de RTP. Este mecanismo tambin asigna ms ancho de banda a los emisores activos, lo que de un inicio se puede determinar cunto ancho de banda puede consumir con el trnsito de RTCP, enviando informes peridicos de la tasa adecuada. Los informes de emisor y de receptor lo que contienen es informacin

29

sobre los datos recibidos de todas las fuentes en el periodo de informes mas reciente. La diferencia es que los de emisor tienen informacin extra y la otra es que tanto los de receptor como los de emisor, contienen bloques de datos por cada fuente, que ha sido desplegada en el ltimo informe. La estructura de la cabecera del RTCP es la siguiente:

Figura 2.10 Cabecera de un paquete RTCP [54] El espacio para la versin, identifica el nmero de versin RTP, que es la misma usada en empaquetamiento RTCP, la ms actual es la versin 2. El campo P, indica el relleno o Padding, usado como indica su nombre, para rellenar campos que necesariamente no son usados para el control. En algunos casos este relleno es necesario para algoritmos de encriptamiento. El campo de nmero de reporte, contiene especficamente ese dato, el nmero de recepcin del reporte. En el espacio de tipo de paquete, se encuentra el nmero correspondiente al tipo de paquete, un ejemplo es el 200, que indica que es un reporte de emisor. El espacio para el tamao, indica el tamao total del paquete RTCP, incluyendo a la cabecera y al relleno.

30

2.3.2.3 RTSP Un protocolo importante en la transmisin de video y audio en tiempo real es el RTSP (Real-Time Streaming Protocol). Este sirve para controlar uno o muchos flujos sincronizados de datos, ya sean de audio o de video. Este protocolo sirve para tener un control sobre datos multimedia en tiempo real. Brinda la posibilidad de interactividad con el reproductor del video, de forma similar a un video reproductor domestico. Este permite funciones estandarizadas como lo son: Play (Reproducir), Pause (Pausar), Record (Grabar), Forward y Backward (Adelantar y Retroceder) . En su mayora de casos est asociado al VoD, donde estos requerimientos son casi obligatorios. El RTSP fue inspirado en el protocolo HTTP 1.1 (HyperText Transfer Protocol), pero con la mejora de que se puede mantener el estado de la conexin y que tanto el cliente como el servidor pueden realizar pedidos uno hacia el otro. El RTSP soporta al RTP como protocolo de transporte. Algunas de las posibilidades de conexin ofrecidas por el servido son devueltas en formato SDP (Session Description Protocol). Algunas de las operaciones que soporta el protocolo RTSP son: Recuperar contenidos multimedia del servidor: Cuando un cliente solicita contenido, si este es multicast, la descripcin retornada, contiene los puertos y direcciones que sern utilizadas para entregar el contenido, en caso de ser unicast, el cliente proporciona el destino para dar seguridad. Invitacin de un servidor multimedia a una conferencia: Cuando se pretender aadir contenido de algn tipo a otro que ya se encuentra desplegado.

31

Invitacin de un servidor multimedia a contenido en streaming: Cuando se integra el contenido de un servidor a reproduccin en tiempo real.

2.3.3

Protocolo SIP El SIP (Session Inition Protocol), viene a completar una eficiente interaccin del

contenido con el usuario. En el caso de la tecnologa IPTV, esta al ya no ser un medio ms de difusin de televisin sino que viene a ser una convergencia de servicios triple play, el Protocolo de Inicio de Sesin (SIP), viene a lograr esa integracin. Este protocolo es mayoritariamente reconocido para el servicio de VoIP. Es un protocolo desarrollado por el grupo IEFT, dentro del estndar RFC 3261; con la intencin de ser un estndar para la iniciacin, modificacin y finalizacin de sesiones interactivas de usuario, donde intervienen elementos multimedia como lo son el video, la voz, mensajera instantnea, entre otros. Este protocolo en el ao 2000, fue aceptado como parte de la sealizacin utilizada en VoIP acompaando por H.323 (estndar propio de VoIP) y un elemento importante para la arquitectura IMS (IP Multimedia Subsystem). Dentro del modelo OSI, este se encuentra en la capa de sesin. La transmisin de datos utilizando el SIP, se hace mediante el puerto 5060, tanto en TCP como en UDP. Como su nombre lo indica, este protocolo es utilizado para inicializar sesiones de transmisin de voz y video primordialmente, estas viajan sobre el protocolo RTP. El objetivo del protocolo, se focaliza en crear, modificar y terminar sesiones para no solo uno sino mas participantes, realizar sesiones multicast para el acceso a servicios como Internet, llamadas telefnicas, distribucin de multimedia, mensajera de texto, etc. En el

32

procesamiento de las sesiones, implementa caractersticas similares del SS7 (Sealizacin por Canal 7), la diferencia es que el SIP es un protocolo punto a punto (P2P). Su ncleo es sencillo y relega muchas de las funciones a las terminales donde se entabla la comunicacin, sea por medio de hardware o software, en el caso de IPTV la terminal ms prxima seria los STBs. El SIP, funciona en colaboracin con otros protocolos, pero para intervenir en la sealizacin. SIP acta como una envoltura para el SDP (Session Description Protocol), este describe el contenido multimedia de la sesin, como por ejemplo puede ser el puerto IP, la codificacin utilizada durante la comunicacin, etc. En su uso normal, las sesiones SIP son simplemente flujos de paquetes RTP, como se indico en la seccin 2.3.2.1, el RTP es donde se contiene y lleva el contenido de voz y video. Este protocolo viene a ofrecer a la tecnologa IPTV, las herramientas necesarias para permitir aplicaciones en tiempo real como el acceso a correo electrnico de voz y funciones de llamadas a travs del televisor, as como servicios de mensajera instantnea y Caller ID. Generalmente funciona como un API, donde a travs de sesiones en una red IP (dgase en este caso despliegue del servicio IPTV), hace posible el mostrar servicios en la pantalla, como lo pueden ser comercio electrnico, mensajera instantnea, correo de voz, etc. En el caso de una integracin del servicio de voz, el IMS, viene a sustituir la infraestructura de lo que actualmente se conoce como circuitos conmutados en telefona tradicional. El protocolo SIP, podra ser adaptable con el protocolo IGMP, para utilizar un sistema de mensajes, donde se puede enviar el estado actual del canal visto por medio de IPTV. De manera general, una interaccin del IPTV con SIP, es llevar un seguimiento o snoop de los mensajes de control de video y utilizar un sistema de notificacin por parte

33

del SIP, para informar al IMS el estado actual de la sesin de video (que se est viendo, si se pausa, etc). Esta funcionalidad de IGMP, est asociada al snooping, y como se en este apartado, se realiza la generacin de mensajes SIP, para describir el estado del contenido que est obteniendo el cliente (X programa, en Y canal). 2.3.4 Protocolo IGMP Dentro del manejo y envi del video, principalmente en tcnicas de IPTV, se debe tomar en cuenta, la difusin de contenido multicast (difusin a mltiples grupos o usuarios). El IGMP (Internet Group Management Protocol), es un protocolo de comunicaciones usado para realizar la gestin sobre sistemas o grupos multicast en tema de difusin de contenido. IGMP es usado para intercambiar la informacin acerca del estado entre enrutadores IP que admiten multicast y grupos que reciben este contenido. De manera general, consiste en que se informa peridicamente a los enrutadores, el estado de de acceso al contenido, si el grupo multicast, esta accesando a l o no (ejm: si todava se est observando un partido de futbol), brindando informacin de pertenencia, o sea si el grupo multicast pertenece o no a ese enrutador, dicho en otras palabras si todava esta accesando el contenido. Aparte de lo anteriormente dicho, el IGMP sirve para entablar propiamente la conexin con dichos grupos multicast. El objetivo de IGMP es permitir a los equipos terminales o host, comunicarle al router IP multicast, que quieren recibir un grupo especfico para la difusin del mismo tipo, a travs de la red local. Propiamente, es permitir que segn el contenido (video en este caso) pedido en grupos de usuarios, algunos

34

enrutadores, busquen unirse a los otros grupos multicast, para brindar un servicio de difusin a los clientes solicitados. El protocolo ha tenido 3 versiones. La versin 1, ya no es utilizada, ya que su versin 2 le es superior, gracias a la utilizacin de subconjunto de mensajes. Se debe mencionar tambin que la versin 2 es la que se utiliza con ms frecuencia actualmente y por ltimo, la versin 3. En el presente trabajo solo enfatizara principalmente a la versin 2 y se mencionara la versin 3. 2.3.4.1 IGMP v2 Esta versin del protocolo est definida por el estndar RFC 2236. En la siguiente figura se puede ver el formato que contienen los mensajes utilizados en esta versin.

Figura 2.11 Cabecera del Protocolo IGMPv2 [39] En el espacio Type, se indica el tipo de mensaje IGMP que se utilizan. Existen 3 tipos : Membership Query: Es utilizado para verificar que grupos multicast siguen actives o no. Si el mensaje enviado es especifico se indica el grupo, si es genrico est indicado por la direccin 0.0.0.0, a esto existen los Group Specific Query y los General Query. Membership Record (Joint Group): Es utilizado para realizar la solicitud de unirse a un grupo multicast solicitado.

35

Leave Group Message: Es utilizado para dejar la conexin hacia un grupo multicast especfico.

Continuando con la cabecera, el campo Tiempo de Respuesta Maximo, es usado solo para mensajes tipo Membership Query. Aqu se especifica el valor, en decimas de segundo, que un host, debe esperar como mximo para contestar al llamado de la verificacin (por defecto es 10s); es comnmente usado para controlar los retardos. El campo Checksum, es usado para verificar errores, en el caso cuando un paquete es transmitido, se inserta un valor computado en este campo. Cuando el paquete es nuevamente recibido se computa otra valor nuevamente, si no concuerda con el valor antigua de Checksum, se indica que ocurri un error. Por ltimo, en la cabecera, se encuentra el campo de la direccin del grupo multicast. Para los General Query, contiene el valor de 0, en tanto, para los Group Specific Query, contiene propiamente la direccin del grupo multicast. La ventaja ms significativa por la cual la versin 2 es mejor que la 1, es por el tipo de mensaje Leave Group. Este le permite al host a inmediatamente realizar la peticin de abandonar un grupo multicast. En la tecnologa IPTV, este es un requerimiento importante, ya que en aplicaciones donde el ancho de banda es muy alto (VoD, etc) y a su vez no se debe desperdiciar; el hecho de direccionar informacin hacia grupos multicast inactivos, conlleva a que se reduzca significativamente el ancho de banda para otras aplicaciones, as como congestionamiento y baja calidad en el video. De manera general, la forma de operar es la siguiente: En un inicio un enrutador con funcionalidad de IGMP, enva mensajes de General Membership, para encontrar cuales

36

miembros estn relacionados con los grupos multicast, con la direccin 224.0.0.1. Los que son miembros regresan un mensaje por medio de un Membership Report. El enrutador toma todos los reportes y genera una lista de sus miembros. En el caso de que algn miembro quiera unirse al grupo, este enva un Membership Report (hacia la direccin 224.0.0.2), en caso contrario enva un Leave Message, hacia el enrutador. En este ltimo se hace el envo de un Specific Query, para verificar si hay algn otro host que siga suscrito a ese grupo multicast. En caso de que no se reciba respuesta alguna, luego de transcurrido un tiempo, el router deja de enviar trafico a ese grupo. Para efectos de saber cual router es el que funciona como Querier o enrutador que dirige tanto el envo de mensajes como el trafico multicast, se escoge el de direccin IP ms baja, si reciben un mensaje desde una direccin ms baja, este nuevo se convierte en el nuevo querier. 2.3.4.2 IGMP v3 Esta versin, al igual que la otra est definida por un estndar el cual es RFC 3376. La principal diferencia con la versin 2, es que los mensajes de los host, para juntarse a un grupo no solo especifican la direccin multicast de ese grupo, sino que aaden las fuentes de trfico desde donde quieren recibirlo. Las maneras de indicar la fuente pueden ser por inclusin, el cual consiste en especificar las direcciones IP de las fuentes desde donde se quiere recibir el trfico y por exclusin; donde se especifican las direcciones IP desde donde NO se quiere recibir el trfico. El formato de la cabecera se puede observar en la siguiente figura:

37

Figura 2.12 Cabecera del Protocolo IGMPv3 [39] Al igual que en la versin 2, en la 3 se tienen los mismo tipos de mensajes, solo que aadindole uno nuevo que es Group and Source Especific Query. Esta cabecera tambin posee los campos Tiempo de Respuesta Mxima, el Checksum y la direccin del grupo. Los nuevos campos son Resv (un espacio reservado), S (si esta activo, actualiza los temporizadores de los enrutadores). Los QRV (Querier Robustness Variable) y QQIC (Queriers Query Interval Code), el primero es para la robustez, el otro es para especificar los intervalos para mandar solicitudes. Por ltimo est el nmero de fuentes y sus respectivas direcciones. 2.3.4.3 IGMP Snooping La funcin del IGMP Snooping, es de optimizar la distribucin de multicast, de manera que este trfico se enve solamente por los puertos que existen receptores activos o routers de multicast. Este protocolo se implementa en los switches y nodos de acceso (como DSLAMs) en la parte de la arquitectura de IPTV de red de agregacin as como en la de acceso, ya que es el punto intermedio entre los receptores IGMP (clientes) con los routers que utilizan IGMP.

38

Su funcionamiento a nivel de control lo que hace es espiar (snoop) a los paquetes de los routers IGMP para formar una lista de envo de paquetes multicast (Forwarding Table), en otras palabras conocer a quienes son los que se les debe mandar el contenido. Cuando el switch recibe un mensaje IGMP de Membership Report o Join, lo que hace es asociar en la lista de multicast la direccin del grupo (multicast) con el nmero de puerto por el que recibi el mensaje de Join. En caso de que el switch reciba o escuche otro mensaje de Join, para otro grupo multicast, donde el primer cliente ya est suscrito, lo que hace es agregarlo en la lista. Para cuando se escuchan mensajes de Leave, el proceso es similar; lo que hace es eliminar de la lista la asociacin entre el grupo y el puerto que envi el Leave. Para realizar IGMP snooping, se debe tomar en cuenta que es necesario analizar todos los paquetes de multicast debido a que no se pueden filtrar nicamente los de IGMP, lo que resulta en un mayor uso del procesador central del switch, sobre trabajndolo. Este problema se soluciona con el ASIC (Applicaction Specific Integrated Circuits), permitiendo que realizar ese filtrado por medio de hardware. Cuando se realiza un forwarding (re envio de contenido), lo que hace el switch cuando recibe trfico multicast (no IGMP), para un grupo, este no lo despliega a todos sus puertos con los que tiene contacto, sino solo a los que indica su lista (los que le solicitaron un Join o Query). El IGMP puede funcionar en 2 tipos de modo: Snooping Transparente En el modo transparente, el switch no absorbe, altera o genera mensajes IGMP luego de realizar el snoop o espionaje a los mensajes IGMP.

39

Snooping con Proxy Reporting En el modo de proxy reporting, si bien se conoce que desde el switch se pueden enviar mensajes originales que son recibidos desde los receptores y los routers, tambin es posible enviar mensajes que salen desde el propio switch. En este caso la direccin de fuente de origen del trfico es 0.0.0.0 y se utiliza la MAC address propia del switch. Dentro de las funciones se encuentran las siguientes: Supresin de Reportes: Lo que realiza es interceptar, absorber los mensajes join de IGMP que vienen de los receptores. Un ejemplo, cuando se enva hacia el router solamente el primero join hacia un grupo (multicast), y luego otor receptor lo hace hacia ese mismo grupo, el switch no lo enva al router, nada mas tomas sus datos para agregarlo o no a la lista. Ultimo Leave: Realiza las funciones del anterior, pero para mensajes Leave, que de igual manera provienen de los receptores. Esto puede ocurrir, cuando se enva hacia un router un mensaje de Leave, solamente cuando se desconecta el ltimo usuario que estaba recibiendo del grupo multicast. Supresin de Query: Realiza al igual que los 2 anteriores funciones de interceptar y procesar pero hacia mensajes query, tal que los mensajes especficos de query no son enviados a los puertos de los clientes. Adems de que los query, son enviados solamente por los puertos con receptores activos.

40

Figura 2.13 Funcionamiento IGMP [13] 2.3.5 MPLS

El MPLS (Multiprotocol Label Switching), no es un propiamente un protocolo, sino un mecanismo de transporte de datos (pila de protocolos); es ms visto como una manera de empaquetar los datos y enviarlos a travs de la red; la cual fue creada por la IETF y se encuentra definido dentro del estndar RFC 3031. Dentro del modelo OSI, este opera entre la capa de enlace y la capa de red. Su funcin principal por la que fue creado, es para unificar servicio de transportes de datos para las redes basadas en circuitos y las basadas en paquetes como la red IP. Gracias a esta caracterstica, este mecanismo puede ser empleado para transportar diferentes tipos de trfico, donde se incluye voz, as como contenido proveniente de servicios IPTV y dems servicios integrados, as como trabajar sobre redes Ethernet, las principales que utiliza IPTV.

41

Dentro de sus caractersticas comparables con la tecnologa IP, es que IP, ofrece un servicio no orientado a conexin mediante el transporte de datagrama, esto es que no mantiene un estado de la comunicacin entre 2 nodos ni tampoco ofrece circuitos virtuales. Mientras tanto MPLS, al ser una nueva tecnologa de conmutacin creada para proporcionar circuitos virtuales en las redes IP, introduce una serie de mejoras respecto a IP, como lo son redes privadas virtuales, ingeniera de trfico y hasta mecanismo de proteccin frente a fallos. Su funcionamiento consiste en que el camino de los datos, que se sigue, esta prefijado desde el origen (ya se conocen de antemano los saltos y cambios de rumbo de antemano), para ello se pueden utilizar etiquetas para identificar cada comunicacin y en cada salto se puede cambiar de etiqueta. Dentro de la estructura interna de una red MPLS se puede mencionar: LER (Label Edge Router): Indica que es un elemento que inicia o termina el tnel (pone y quita cabeceras). Es decir, es el elemento de entrada/salida a la red MPLS. A un router de entrada es conocido como Ingress Router y uno de salida como Egress Router. Ambos son denominados Edge Label Switch Router, al encontrarse a los extremos de la red MPLS. LSR (Label Switching Router): es un elemento que conmuta las etiquetas. LSP (Label Switched Path): es el nombre genrico para un camino MPLS, dicho de otra manera, otro nombre del tnel MPLS para el envo de datos establecido entre los extremos. Estos son caminos unidireccionales.

42

LDP (Label Distribution Protocol): un protocolo para la distribucin de etiquetas MPLS.

FEC (Forwading Equivalence Class): este es el nombre que se le da al trfico que se encamina bajo una etiqueta. Es un Subconjunto de paquetes tratados del mismo modo por el conmutador.

La forma de estructurar la cabecera usada en MPLS es la siguiente:

Figura 2.14 Cabecera MPLS [33] Dentro de esta cabecera se tiene Label o etiqueta (20 bits), es la identificacin de la etiqueta. Exp, Tambin aparece como CoS, afecta al descarte de paquetes. El campo S, de stack, sirve para apilar jerrquicamente las etiquetas. Cuando S=0 indica que hay mas etiquetas aadidas al paquete. Cuando S=1, estamos en el fondo de la jerarqua. Y

finalmente TTL, Time to Live, el cual tiene la misma funcionalidad que en IP, se decrementa en cada enrutador y al llegar al valor de 0, el paquete es descartado. 2.3.6 Unicast y Multicast Como se ha mencionado y se mencionara en el documento, existen 2 maneras de transmitir el contenido hacia los subscriptores o cliente. La transmisin de contenido en IPTV, el contenido puede ser exclusivamente enviado directamente hacia un usuario especfico (Unicast), o tambin puede ser copiado hacia mltiples usuarios (Multicast).

43

2.3.6.1 Unicast Una transmisin unicast, es la entrega de contenido hacia un solo cliente dentro de una red. Es tpicamente utilizada para describir una conexin directa entre el servidor de contenido y un nico cliente. El servicio unicast es relativamente simple para implementar, a cada usuario se le asigna la misma direccin para poderse conectar cuando ellos desean algn tipo de contenido, como por ejemplo un canal IPTV. Sin embargo, este tipo de transmisin no es eficiente cuando una gran cantidad de usuarios estn recibiendo la misma informacin al mismo tiempo, porque como se le dedica una conexin separada a cada uno, se les debe de dar un mantenimiento separado. Por ejemplo cuando son muchos usuarios, el ancho de banda del servidor que entrega el contenido, debera ser muy alto para dar abasto con la demanda. La siguiente figura muestra como se entrega el contenido de manera unicast y como se realiza la particin de ancho de banda.

Figura 2.15 Transmisin Unicast IPTV [12]

44

2.3.6.2 Multicast Una transmisin multicast, realiza la entrega de contenido uno-hacia-varios. En este proceso se enva un mensaje donde se contiene la direccin (cdigo) que es designado para permitir que mltiples nodos en una red (por ejemplo routers), reciban y retransmitan la misma seal hacia mltiples receptores (clientes). En cuanto una seal multicast viaja a travs de la red, esta es copiada en los nodos dentro de esa red, para luego distribuirla en los otros nodos de la misma red. Los sistemas multicast formas arboles de distribucin de informacin. En los nodos o routers la informacin es copiada. El uso de una transmisin multicast es mucho ms eficiente cuando el contenido es el mismo para todos y es enviado al mismo tiempo. La implementacin de un sistema multicast es generalmente ms compleja que en uno unicast, ya que requiere ms control para aadir o remover a los grupos multicast. Generalmente en multicast se realizan peticiones hacia los nodos cercanos dentro de la red para unirse o ser parte de una sesin multicast. En caso de que se utilizan sistemas multicast, es necesario para operar, que los routers (nodos), sean capaces de trabajar en sesiones multicast. La siguiente figura muestra como en un sistema de IPTV, el contenido es distribuido a travs de los diferentes switches. Por ejemplo, en el caso de observar una pelcula, el primer cliente realiza la peticin de la pelcula, se lo hace a su nodo ms cercano. Este determina que no lo contiene y realiza el pedido hacia un nivel superior, hacia un switched interconexin, en caso de que no se encuentre ah tampoco, se realice la

45

peticin a la fuente principal de contenidos (VoD). Cuando el contenido es transferido desde la fuente hacia el cliente final, se realizan copias en los diferentes nodos o switches que lo rodean para una futura distribucin a otros clientes.

Figura 2.16 Transmisin Multicast IPTV [12]

2.4

Arquitectura de IPTV
La tecnologa IPTV, por s sola no es nada. Esta se encuentra, al igual que muchas

otras tecnologas edificada sobre una arquitectura, la cual le permite tener funcionalidad. De manera general, su arquitectura se basa en 3 secciones importantes. El ncleo de contenido, el cual es donde se basa y se mantiene el sistema IPTV en funcionamiento. Es donde se contiene el equipo determinado como Head End o Super Video Head End (SHE). Aqu se maneja el contenido proveniente desde la televisin de broadcasting, mediante codificadores de tiempo real, as como los sistemas de distribucin principales de VoD, que

46

son prcticamente servidores que almacenan contenido. Tambin la gestin sobre el acceso a la informacin de los usuarios del sistema IPTV (clientes), como un control general sobre el ncleo de la red, por medio de mecanismos de software conocidos como Middleware, usado para controlar tanto permisos de acceso del contenido, como facturacin y control de algn otro servicio brindado como lo puede ser los PVR (Personal Video Recorder). Luego el sistema de distribucin y la red sobre la cual se despliega los medios de transporte del contenido de IPTV para ser llevado hacia sus subscriptores. Esta red es conocida como la red de transporte. Esta es el fuerte de cmo el contenido es llevado desde los servidores de video, hasta el nodo de acceso, mediante un mecanismo de transporte conocido como MPLS (Multiprotocol Label Switching). Por ltimo, se encuentra la red de acceso hacia el cliente, la cual puede ser ya sea mediante servicio DSL de banda ancha, as como fibra ptica hacia la casa (FTTH), se puede llegar a brindar contenido tanto de Internet como de VoIP, as como la interaccin y el contenido en si brindado por servicios de IPTV. Estos pueden llegar a cada usuario por medio los Set Top Boxes (STB), los cuales son los elementos que permiten, la mayor interactividad entre el usuario y el servidor y proveedor del servicio IPTV.

47

Figura 2.17 Arquitectura General IPTV

2.4.1

Ncleo de Contenido Dentro del ncleo, prcticamente es donde se encuentra el cerebro de gestin sobre

un sistema de IPTV, como se ha mencionado anteriormente, maneja los aspectos que logran controlar acciones importantes para lograr una funcionalidad del sistema, dentro de los ms importantes se puede destacar el equipo Head End, el Middleware, los servidores de contenido VoD y proteccin de contenido.

48

2.4.1.1 Equipo Head-End El Head-End, es el equipo ms usual presente en las soluciones IPTV, ya que conforma un conjunto de elementos que incluyen las funciones de recibir las seales en vivo (las transmitidas localmente, as como las va satlite u algn otro medio de difusin de seales) y convertirlas en el formato requerido para que se puedan transmitir por la red para luego ser recibido por los STBs. De manera general, se pueden considerar como las antenas de recepcin satelital (en su mayora casi todo los contenidos actualmente se distribuyen va satlite), el equipo receptor, el equipo de codificacin y compresin (tanto para MPEG-2 como MPEG-4) y el equipo necesario tanto para ajustar el flujo de anchos de banda, como los que se utilizan para insertar (encapsulamiento) el contenido en la red de datos (mediante protocolos RTP y UDP), para finalmente ser transportada a travs de la red. 2.4.1.2 Middleware El Middleware, es el centro que dictamina cuales funciones se realizan o no en un sistema de IPTV, a esto se le aade el control sobre el equipo complementado en el sistema, se encuentra ubicado principalmente en el equipo Head End. Este es un software, el cual puede ser perfectamente separado del fabricante que implemente la solucin de IPTV (tanto hardware como contenido). Es un software de conectividad que ofrece un conjunto de servicios que hacen posible el funcionamiento en aplicaciones distribuidas sobre plataformas heterogneas.

49

En el caso de sistemas de IPTV, el middleware es una plataforma de gestin de aplicaciones que interacta con la red de acceso, el Head End y los terminales STB, los cuales determinan a cada cliente, para as permitir la distribucin de servicios de televisin interactivos. Este se presenta como un conjunto de aplicaciones de software, siendo el cerebro que define y coordina la interaccin del usuario con el servicio de IPTV. Como su funcin es asegurar la completa interoperabilidad del servicio, se debe encargar tanto de que el sistema opere, como ejercer gestin sobre los servidores VoD, para controlar solicitudes y sesiones de acceso a este por parte del usuario. Otra funcin relevante al middleware, es su funcin de autenticacin de los usuarios y el manejo de cobro o facturacin segn el servicio requerido por cada cliente, pero ya de una manera integrada y en tiempo real. La manera en que el middleware logra una interaccin satisfactoria con el usuario es a travs de una interfaz grafica y amigable, con el fin de controlar los servicios y funciones antes mencionadas. Dentro de las caractersticas ms importantes que debe presentar un software tipo middleware son: Manejo tanto de servicio bsico como la televisin Broadcasting, o VoD, as como ms avanzados como la gestin inmediata sobre clientes, facturacin, gestin automatizada de contenido, as como una gua electrnica de programacin EPG (Electronic Programming Guide). Escalabilidad en soportar un aumento importante en el nmero de clientes Interoperabilidad de diferentes STBs, ya que es un mercado de varios fabricantes.

50

El Middleware debe de tener la posibilidad de proveer APIs (Application Programming Interface), para posibles integraciones con distintos OSS (Open Source Software), los cuales son sistemas creados por terceras partes.

2.4.1.3 Servidores de contenido bajo demanda (VoD) Unos de los mayores atractivos del sistema y entrega de servicio de IPTV, es la posibilidad de entregar al usuario el contenido que realmente desea ver y no uno impuesto por el proveedor del servicio. Aqu es donde viene a resaltar los servidores de contenido bajo demanda o VoD. Estos son los que vienen a dar la mayor interactividad o personalizacin del contenido desea ver el usuario, viene a sustituir los sistemas antiguos de PPV, los cuales ofrecen poca interaccin y su respuesta de adquisicin es relativamente baja con respecto a un servidor de VoD, donde la entrega se puede hacer inmediata. Las ventajas siempre traen sus consecuencias, y el recibir VoD en tiempo real tiene la suya y es el consumo de ancho de banda por parte del cliente. Al ser un contenido exclusivo y dedicado a un solo subscriptor, el ancho es mucho mayor que un servicio promedio, ya que adems del contenido usual que si bien ya consume un ancho de banda alto, se debe aadir este servicio nico. Esto aplicado a un nmero de abonados considerable, propone un aumento considerable en el trafico de las redes de datos, ya que se aplica lo mismo pero dirigido hacia cada STB que requiere el servicio, esto al ser un servicio en tiempo real, segn el trafico demandado, el tiempo de descarga y recibir el servicio puede aumentar. De ah que, como ms adelante se va a tratar, el requerimiento de redes sobre la cual se d el

51

servicio sean de gran ancho de banda, dgase servicio ADSL2 o FTTH, para poder enviar mayor cantidad de informacin en el menor tiempo posible. Dentro de la funcionalidad de un servidor de VoD, se da la posibilidad de guardar el contenido solicitado para un posterior acceso. Se trata de la presencia de una grabadora personal de video PVR (Personal Video Recorder). La funcin de esta viene ser ms que un grabador de contenido como los existentes actuales (DVD, VHS, etc), este se puede tomar como un servidor personal, donde no necesariamente se tiene que tener acceso directo a la base de datos de contenidos (pelculas, series, etc), sino que segn solicitud del cliente, el contenido se guarda en su grabadora personal, dndole la posibilidad de tener posteriormente a su disposicin inmediata, el contenido de su gusto, si necesidad de esperas de acceso al servidor VoD, haciendo tambin que el consumo de ancho de banda sea mucho menor y una mejor eficiencia en el servicio. En algunos casos esta funcionalidad ha sido relegado a los STB, de manera que lo integren, as, en caso de querer algn contenido a una hora especifica, este se programa y los datos son recibidos por el PVR (ya sea local o externo), dndole la posibilidad de que en el momento justo el contenido se reciba sin retraso alguno. 2.4.1.4 Proteccin de Contenido Actualmente, un problema que no ha dejado de realizar presencia es el control de y proteccin del contenido (pelculas, series, etc) difundido a travs las redes, lo que usualmente se ha catalogado como piratera o copias sin derecho del autor. Tambin el control que se le debe de imponer a cada subscriptor de un servicio, para que este reciba y

52

tenga acceso nicamente al contenido por el que est pagando. De igual manera, controles sobre cualquier tipo de fraude, posiblemente realizable en la actualidad, ya que el contenido al ser transportado sobre una red con conexin a Internet (siendo una red pblica), se deben de tomar las precauciones del caso, de ah que se hace uso de los sistemas de acceso condicional (CAS, Conditional Access System) y de gestin sobre los derechos de autor digitales (DRM, Digital Management Rights). Estos sistemas para una mayor proteccin de contenido, debera de ser aplicado tanto a servicios VoD (almacenados o en tiempo real), como los de Broadcasting, a los cuales se les quiera reservar sus derechos de autor y prever que no se obtengan copias de la informacin digital para su posterior distribucin. El CAS es propiamente software que controla de manera integrada al DRM, el contenido que es distribuido, esta se protege a nivel de capa de transporte. El DMR, como se ha mencionado anteriormente es usado para implementar el control de acceso y proteccin en contra de duplicacin de contenido. Aparte de eso, en caso de existir un medio contractual entre proveedor de servicio y cliente, se puede hacer la definicin de cuando y como pueden ser accesado los contenidos (pelculas, series, etc), ya sea verlos o para grabarlos, mediante el uso de licencias nicas para cada cliente. Su control se basa primordialmente en acceso, autentificacin y encriptacin. Por sus cualidades y caractersticas, este tipo de proteccin es tpicamente integrado con otros sistemas como el de facturacin y gestin de subscriptores.

53

2.4.2

Red de Transporte La parte con mayor peso; que si bien no se puede despreciar a las otras redes

mencionadas que conforman la arquitectura de IPTV; es la Red de Transporte. Esta red es la que viene a interconectar al ncleo con la red acceso. Ms especficamente al contenido que se encuentra en los servidores de VoD y dems equipo de broadcasting, con el nodo anterior a la ultima milla o conectar hasta antes de la red de acceso, propiamente hasta un VSO, donde luego se distribuye hacia cada cliente especficamente por medio de tecnologas y equipo propias de la etapa de red de acceso. La red de transporte es la encargada de llevar o transportar el contenido IPTV hasta los nodos de acceso donde se realiza la distribucin de contenido hacia cada cliente (por medio de DSLAMs y/o Red de Fibra ptica). Esta como se ha mencionado anteriormente, es una capa intermedia que permite acceder hasta los nodos de acceso que se encuentran conectados al extremo inferior de la red, propiamente al equipo que se encuentra en la central o nodo, para luego llegar hasta los clientes. El medio de transporte para brindar calidad y servicios superiores est basado en fibra ptica. El transporte hacia estos nodos de acceso se realiza mediante switches/routers. La forma ms comn de hacerlo, es interconectando el equipo que se encuentra en el borde superior, usualmente donde est el contenido multimedia y dems, hacia el otro extremo, por lo general donde se encuentran las centrales (equipo de redes de acceso), mediante MPLS sobre IP. Dentro de la red de transporte se pueden ligar los BRAS, que son los que logran controlar el acceso y la inyeccin de acceso a internet a la arquitectura, si bien esta parte podra estar dentro de lo

54

que se considera el ncleo, puede estar ligada tambin con los elementos de transporte y su red.

Figura 2.18 Red de Transporte Como se menciona en el apartado 2.3.5, la tcnica ms utilizada para el transporte es la utilizacin de MPLS sobre Ethernet, la ms recomendada para el transporte de video en conjunto con tecnologa VPLS. La manera ms prctica es la realizacin de anillos de fibra ptica que se conecten entre si y a su vez interconecten con el ncleo y la red de acceso, como se puede observar en la siguiente figura.

Figura 2.19 Red MPLS [54]

55

Como se observa en la figura anterior, el contenido en el VHE tiene un acceso directo con los VHO, sitio donde se ubica a su vez el equipo de distribucin del mismo. Dentro de esta topologa es posible conectar los servicios punto a punto y para los que son punto hacia multipunto se hace uso de VPLS, el cual consiste en conectar de manera jerrquica los routers, as se evita replicar de forma innecesaria el trafico multicast.

Figura 2.20 Conectividad Multicast [54]

Los VSO, son el punto anterior antes de interconectar a los clientes por medio de una red de acceso. Aqu tpicamente se ubican los equipos de la primera etapa de la red de acceso, es el punto inicial para la misma. 2.4.3 Red de Acceso La Red de Acceso es el ltimo cabo que completa la arquitectura de IPTV para lograr que la informacin, en este caso el contenido multimedia, sea entregado End-to-End o sea de Extremo a Extremo, hasta el usuario o cliente. Estos equipos permiten ofrecer un acceso o vnculo a la red de transporte, capaz de transmitir ms de una seal de video,

56

audio, voz y datos a alta velocidad en tiempo real y con alta calidad, al igual que debe poseer la cualidad de estar siempre online. Las partes ms importantes que componen esta ltima seccin de la arquitectura es lo que se conoce como Ultima Milla. Esta conocida tambin como primera milla, este ltimo trmino para dar una mayor importancia al cliente, interconecta al nodo ms cercano con el cliente, de manera ms especifica con un CPE. Esta se puede realizar por medio de accesos DSL o tcnicas ms avanzadas como lo son conexiones de fibra ptica, todas interconectado el contenido hasta el ltimo extremo de la arquitectura IPTV, que en este caso sera equipos STB. 2.4.3.1 Ultima Milla Como se describe en este apartado, el acceso de ltima o primera milla (segn el punto de vista que se desee), viene a ser la tecnologa o red de acceso que viene a conectar al cliente (subscriptor), hasta la red donde se maneja el contenido. La tecnologa IPTV, al ser un producto, que por su nivel de convergencia de servicios Triple Play, tiene un alto consumo de ancho de banda, cercano a los 25-30 Mbps para brindar en conjunto los 3 servicios con la mayor calidad posible. Es necesario utilizar una red que soporte este trfico, por lo que vienen a relucir las ltimas tendencias de tecnologa de acceso, como lo son accesos xDSL de alta velocidad, as como conexiones de fibra ptica hacia el hogar, FTTH (Fiber to the Home).

57

xDSL de Alta Velocidad La tecnologa DSL (Digital Subscriber Line), es ya muy conocida en el mbito de las telecomunicaciones. Esta consiste en dar servicio de acceso a la red, por medio del par telefnico (redes de cobre) que actualmente se encuentra en uso. La forma ms difundida y conocida es el ADSL; esta consiste generalmente en transformar las lneas de telfono (analgicas), en lneas digitales de alta velocidad para acceso a Internet. Esta tecnologa utiliza frecuencias que no utiliza la voz, normalmente la voz viaja a frecuencias de 0-4kHz, mientras que los datos que se modulan para viajar a travs del par de cobre, son colocados en frecuencias de 25kHz hasta 1100kHz, por tanto no existe interferencia entre datos y la voz. Para efectos de funcionamiento de la tecnologa, es necesario que existan 2 mdems en los extremos de la conexin, tanto para modular y demodular la seal que viaja en cable telefnico. Para efectos de funcionalidad y de brindar un servicio de mejor calidad de IPTV, el servicio de ADSL no es suficiente, ya que este brinda como un mximo terico de 8 Mbps (valor real aproximadamente 4-5Mbps) de datos de bajada, lo que significa una velocidad muy ajustada y casi insuficiente para la cantidad de trafico que se requiere para la tecnologa (de 3.8 a 20Mbps sin incluir el acceso a Internet). Para ello se han creado nuevas especificaciones por parte de la misma tecnologa, como lo es el ADSL2 y el ADSL2+. Este ltimo es una de las mejores opciones del mercado ltimamente para tecnologas de servicios integrados como lo es IPTV o VoIP. Con respecto a ADSL 2+, la diferencia con respecto a un sistema ADSL es que la cantidad de espectro que puede usar sobre el cable de cobre del bucle de abonado es el

58

doble. Este espectro de ms, es usado para aadrselo al canal de descarga en lugar de compartirlo entre el canal de subida y de bajada, para proporcionar un mayor flujo de informacin. Tericamente en un sistema ADSL 2+, la velocidad que se puede obtener es de 24 Mbps (mucho mayor que el ADSL2, que es 12 Mbps), pero hasta distancias de 2.5Km (menor que el ADSL comn, 3.5Km). La desventaja ms notables de la tecnologa es que a distancias superiores a los 3Km, la calidad y velocidad del flujo es mucho menor que el ADSL comn. Adems de que la parte superior del espectro en ADSL2+, es la ms vulnerable a la diafona y atenuacin, de ah que al aumentar distancias desde el la central o nodo hasta el cliente, aumentan estos factores. Tabla 2.3 Comparacin de las tecnologas ADSL [52] Frecuencia Velocidad Max Subida Velocidad Max Bajada Distancia ADSL 0.5Mhz 1 Mbps 8 Mbps 3.5 Km ADSL2 1.1 MHz 1 Mbps 12 Mbps 2.5 Km ADSL2+ 2.2Mhz 1.2 Mbps 24 Mbps 2.5 Km

Para brindar el acceso con esta tecnologa se necesita contar con un modem ADSL (en este caso ADSL2+ para brindar la mejor velocidad), en el ltimo terminal, en este caso el cliente. Este no viene a sustituir el STB, el terminal usado para brindar el servicio de IPTV, si bien algunos STBs pueden tener integrado un modem; el modem ADSL, es necesario para brindar el acceso de banda ancha hasta el cliente final. No solo el cliente final, debe de brindar su parte de la solucin, la conexin que se realiza mediante el par de cobre, se hace hasta un equipo de acceso que usualmente se

59

encuentra en la central o nodo ms cercano, al que se le denomina DSLAM. Este equipo funciona como un multiplexador, el cual de manera general es como tener un modem con mltiples entradas para todos los clientes que se desean conectar a l, si bien cada cliente debe tener su propio modem, la central puede poseer un DSLAM que funciona como mltiples mdems. Desde el DSLAM se llega mediante el ncleo, mediante Ethernet la solucin ms comn, se llega a dispositivos centrales, como lo son los servidores VoD, middleware y dems. Para los equipos ADSL mencionados propiamente para el cliente y la central, deben de tener ciertas caractersticas principales para ser funcional en una solucin de IPTV, las cuales se tiene: El acceso ADSL debe proveer el ancho de banda suficiente hasta el cliente, para asegurar una determinada calidad de servicio, as como una escalabilidad del DSLAM, para determinar el ancho de bando que puede recibir. La calidad de conexin (estados de cable y su longitud). Los DSLAM deben ser propiamente Ethernet, la ms utilizada para IPTV pero pueden existir ATM. El DSLAM debe poseer funcionalidad IGMP, buena velocidad de conmutacin de canales multicast, utilizando mecanismos de IGMP snooping. Capacidad de manejo de VLAN (IEEE 802.1Q), para diferenciar trafico de diferentes servicios (video, internet, etc). Priorizacin de trfico con respecto a servicios de tiempo real como el video broadcasting, frente a servicios de datos.

60

El modem del cliente, por su parte que tenga la factibilidad tecnolgica de diferenciar los servicios que se dirigen al cliente (multimedia o datos).

FTTH La otra tecnologa con la cual se puede encontrar una mayor viabilidad de brindar servicios de IPTV de mayor calidad, es mediante redes de fibra ptica, donde lo que se emplea es luz (propiamente longitudes de onda), para realizar la transmisin de datos, esta al ir a velocidades superiores a cualquier otro medio, viene a lograr remplazar las viejas tecnologas, donde con ella la presencia de luz significa 1 y lo contrario un 0, en trminos de comunicacin digital. Propiamente se conocen como redes PON (Passive Optical Network). Las PON o las redes pasivas pticas, llevan ese nombre porque permite eliminar a los componentes activos existentes entre el servidor y el cliente, donde a su vez se introducen en su lugar componentes pasivos (como los son divisores pticos), que son usados para guiar el trafico por la red, cuyo principal elemento es un splitter. Existe una familia de redes PON dentro de las cuales se tienen las APON (ATM-PON), las BPON (Broadband-PON), las EPON (Ethernet PON) y las GPON (Gigabit PON). Esta tecnologa con el fin de ofrecer una funcionalidad a servicios como los de IPTV, consiste en llevar conexin a travs de fibra ptica principalmente desde el nodo ms cercano hasta el sitio del cliente o su nodo ms cercano con fibra (llegar hasta el DSLAM, por ejemplo) y luego continuar con alguna otra tecnologa de acceso como lo es DSL. Dentro de las tcnicas de conexin usando fibra ptica son conocidas como FTTX, donde la X puede representar FTTH (Fiber to the Home), FTTB (FTT Building), as como FTTN (FTT Node) y de manera general FTTP (Fiber to the Premises).

61

Para dar servicios de IPTV de una excelente calidad, se espera que se realice por medio de FTTH. Esta tecnologa de fibra hasta el hogar, al igual que las otras, propone utilizar la fibra ptica empleando un WDM o Multiplexor por divisin de longitud de onda, el cual viene a tener la funcin de un DSLAM, para tecnologa DSL. Como se ha mencionado, la conexin entre el nodo de distribucin y el cliente por medio de equipo OLT (Optical Line Terminal) y ONT (Optical Network Terminal) respectivamente. Las arquitecturas basadas en PON, con el uso de WDM, consisten en dividir el haz de luz entrante segn la forma en que entre a la fibra, para as luego distribuirlo hacia mltiples fibras o lo combina nuevamente en una sola fibra. La filosofa de esta arquitectura se basa en compartir los costes del segmento ptico entre las diferentes terminales, para reducir el nmero de fibras. Un ejemplo comn, sera en la distribucin de seal de video hacia varios usuarios, donde mediante un splitter ptico, solo es necesario una fuente para mltiples usuarios. La caracterstica ms particular en el uso de redes con fibra ptica, cualquier tipo que se utilice, es el incremento de ancho de banda que estas presentan, redes que pueden ir desde 10Mbps hasta los 100Mbps o incluso superiores. A esto se le debe aadir que las distancias de conexin entre el nodo y el cliente, las cuales rondan los 20 Km, distancia que supera a la que brindan las redes de acceso ms comunes (ejm. DSL 3.5Km). Ambas caractersticas son puntos importantes a tomar, para la implementacin de una solucin de IPTV, ya que esta brinda lo que se desea para brindar un servicio integrado de este tipo. Si bien esta tecnologa actualmente es costosa; al parecer por el rumbo que lleva el mercado de las telecomunicaciones; el precio puede tender a bajar conforme se masifique el

62

producto, apareado con el hecho de que los lseres, usados para entablar la comunicacin han disminuido su precio. Para lograr un aprovechamiento de esta tecnologa y a su vez disminuir los costos, es posible hacer una integracin de fibra ptica con las redes de acceso ms comunes. Otra opcin viable es llevar conectividad de fibra ptica hasta el nodo ms cercano al cliente y a partir de l, utilizar tecnologas de acceso como los son ADSL2+, BPL, Cable Modem, etc. Si bien no pueden presentar las caractersticas de una red de acceso superior, es posible obtener un buen ancho de banda a menores costos con tecnologas ms incorporadas al mercado actual. 2.4.3.2 Set Top Boxes - STB Los STBs (Set Top Box), son el equipo terminal del cliente, es el que determina la conexin final entre el cliente y la seal de contenido IPTV. Estos estn denominados generalmente como CPE (Customer Premises Equipment). En este caso particular, los CPE son los que deben de decodificar las seales provenientes de la red de datos en flujos de informacin multimedia para que pueda ser compatible con televisor convencional. Los STB deben de presentar una interfaz Ethernet, que se utiliza para conectarse a la red de datos, generalmente hacia un modem (ADSL 2) o en algunos casos puede encontrase de manera integrado. Para lograr la integracin hacia un televisor convencional, estos equipos por lo general estn provistos de interfaces RCA o coaxiales, en algunos casos estos cuentan con interfaces de datos hacia el usuario con tal de lograr una mayor interaccin entre el resto de

63

los equipo del hogar (mayoritariamente la PC). Adems, por lo general disponen de un control remoto mediante el cual ejercen control sobre el sistema y en casos especiales la activacin de un teclado para suplir funciones de computadora y tener acceso a Internet desde el mismo televisor. Esta terminal tiene la posibilidad de interactuar con el Middleware, de hecho internamente posee software compatible con el mismo, para ejercer sus funciones y comandos, principalmente las de peticin de contenido en el servicio VoD, uso del EPG y soporte a aplicaciones de facturacin y subscripcin de canales, control de acceso, etc. Para todo ello hace uso y manejo del protocolo IGMP, el cual usa sistemas de mensajes para interactuar con el Middleware y los grupos multicast, con tal de obtener como resultado final el contenido. El STB realiza la funcin como clave, para identificar a cada cliente como nico y as sus preferencias de contenido. Como se haba mencionado anteriormente, los STB pueden poseer la capacidad de integrar un PVR. Esto conlleva a incluir un disco duro dentro del mismo. Esto con el fin almacenar el contenido con anterioridad para su futura reproduccin. De igual manera posee la funcionalidad de detener o rebobinar pelculas de contenido de VoD. Como se menciono antes, el contenido se encuentra en servidores VoD que luego es enviado a los STB. Esta caracterstica particular, incrementa directamente el costo de un equipo STB con disco duro incluido. Tambin no es bien visto que los clientes almacenen contenido desde el punto de vista de los proveedores de contenido, por cuestiones de seguridad y derechos de autor.

64

Figura 2.21 Grupo de STBs [9] 2.4.4 Correspondencia de protocolos y elementos en la arquitectura IPTV La siguiente figura viene a resumir, como se distribuyen los procesos a lo largo del funcionamiento de un sistema de tecnologa IPTV, propuesto sobre la arquitectura de la misma.

Figura 2.22 Correspondencia sobre la arquitectura IPTV

CAPTULO 3: Situacin Actual

La tecnologa IPTV, desde sus inicios a principios del nuevo milenio vino a dar un nuevo punto de vista en lo que compete a integracin o convergencia de servicios integrados. Esta tecnologa y su implementacin actual han dado sus mayores frutos principalmente en Europa occidental y Asia, especficamente en China, aunque tambin ha ingresado al mercado norteamericano y se ha dado una nueva incursin en el mercado latinoamericano. Sin embargo esta nueva tecnologa, al igual que muchas otras en sus inicios, ha sido marcada por la falta de informacin dirigida hacia su principal consumidor, los subscriptores, que vienen a ser los que realizarn la aprobacin para cuando el producto sea dirigido al mercado en general. Pases como Francia y Espaa, son los que han entrado de lleno a la implementacin de IPTV desde inicios del 2004, principalmente con uno de sus mximos exponentes (France Telecom), sin embargo solo el tiempo puede indicar que tan eficiente ser la proliferacin que tendr este tecnologa en los aos venideros.

3.1

IPTV en el Mundo
El IPTV se est dando en la actualidad y como se va a exponer ms adelante, si bien

en algunos lugares del mundo se est empezando a dar a conocer, las empresas de telecomunicaciones estn adecundose para entrar de lleno a la tecnologa. 3.1.1 IPTV actualmente La tecnologa IPTV, como se ha mencionado anteriormente, presenta un gran atractivo a la sociedad, gracias a esa integracin de servicios, donde no solo se obtiene un servicio, sino 3 en uno, as como lo que se recibe esta dirigido personalmente al 65

66

subscriptor. Como se ha dicho, IPTV presenta su ms elevado auge en Europa occidental, donde empresas de telecomunicaciones enfocadas principalmente a servicio de Internet de banda ancha, as como de integracin de VoIP y telefona regular, han optado por dar el siguiente paso en implementacin de servicios de avanzada, como lo es actualmente IPTV. Sin quedarse atrs, el gigante asitico, China, de igual manera ha optado por buscarse camino en lo que en un futuro podra eliminar la separacin de los servicios bsicos considerados en la alta tecnologa, como lo es el Triple Play, y as obtener el tan deseado producto que esperan muchos clientes, el cual es pagar por un solo servicio pero obtener 3 a la vez, sin necesidad de mltiples compaas y contratos diferentes. Igual ha ocurrido ltimamente al sector de las Amricas, principalmente en el norte con sus principales potencias, (EEUU y Canad), pero por la gran influencia de mercado de estos pases, en Latinoamrica no se ha quedado atrs y ya muestra indicios de implementacin de la tecnologa IPTV. Al igual que muchas otras tecnologas existentes actualmente, IPTV no se queda atrs en juntar a los mximos exponentes actuales de la tecnologa, as como las compaas que funcionen entorno a IPTV, con el fin de lograr una estandarizacin en los servicios, tanto para beneficiar al consumidor, as como a las compaas allegadas a este nuevo fenmeno conocido como IPTV. Para ello estos, se han reunido para crear un grupo con tal finalidad, el IPTV Forum, para reunirse ao a ao para dictaminar las mejoras o avances que puedan ocurrir en torno a la tecnologa IPTV.

67

3.1.1.1 Europa Como se ha expuesto en puntos anteriores, la proliferacin de esta tecnologa, ha dado sus frutos en Europa, principalmente ubicado en los sectores ms avanzados, como lo son Espaa, Francia, as como Italia y Alemania (de una forma menos agresiva), han incursionado en el campo del IPTV. El caso de Francia, la empresa France Telecom, es la que ha aparecido como una de las empresas de telecomunicaciones, que ha tenido un ingreso fuerte en lo que corresponde a IPTV. Mediante su marca personal Orange, con la cual ha trabajado los ltimos aos en lo que compete tanto para telefona, como accesos de banda ancha y otros. La integracin del servicio de IPTV, lo ha logrado distribuir con su servicio Livebox. Durante los ltimos aos France Telecom, se ha perfilado como un fuerte candidato para entregar el servicio IPTV, tanto as que para Diciembre del 2006, los subscriptores que utilizan IPTV como tal (convergencia de servicios Triple Play), era cercano a los 450 000. Esto sin contar posibles clientes en un futuro, que actualmente disfrutan servicios de banda ancha as como de VoIP, segn datos propios de la empresa Orange. Es ms, su distribucin de servicios no est solamente ligada al pas de origen, sino que ha logrado entrar en el mercado en Europa como lo es en Inglaterra, Holanda, y hasta la misma Espaa, ha logrado colocarse. Tambin ha logrado posicionarse en lugares como frica (Senegal, Camern), as como un poco en el mercado occidental como Repblica Dominicana. En Francia existen otras empresas que han tenido presencia como lo son Free o Neuf, sobrepasando cada uno los 250 000 clientes.

68

Otro que ha se ha posicionado muy fuerte es el caso de Telefnica de Espaa, mediante su divisin comercial conocida como Imagenio. Al igual que en Francia, esta ha sido catalogado como el nombre para entregar servicios de televisin interactiva, realizada mediante la distribucin de la tecnologa IPTV a travs de redes IP. Imagenio, ha sido colocada como uno de los ms importantes de entrega de servicios sobre IP, no solo televisin interactiva, sino de servicios de banda ancha as como de VoIP, donde en los ltimos meses ha realizado importantes cambios, para lograr entregar no solo mejores servicios de televisin, sino integrar propiamente el verdadero IPTV (convergencia de Triple Play, PVR, VoIP, etc) . Ha sido tanto su expansin, que no solo se ha limitado a Europa o zonas aledaas, sino que logrado llegar a Latinoamrica, con Telefnica Chile. Volviendo a la marca Imagenio, segn estadsticas, la entrega de servicios propios de IPTV, con todas sus caractersticas e integracin adecuada, ha logrado superar la barrera de los 300 000 subscriptores, para finales del 2006. Dentro de otras manifestaciones europeas en las que se ha tenido presencia la incursin de la tecnologa IPTV se encuentra Italia y Alemania. En el caso de Italia, la empresa Telecom Italy, ha entrado al campo de IPTV, por medio de un convenio con el gigante del software, Microsoft, esto con la idea de lograr entregar contenido, con las ya existentes redes DSL que posee. De igual manera en Alemania, con su empresa Deutsche Telekom, Microsoft ha entrado en su mercado para no quedarse atrs, y como se ver ms adelante, su intencin es entrar de lleno en esta nueva dcada de datos, informacin y entretenimiento. Adems de estos resultados, el mercado europeo es uno de los mayores en IPTV con ms de 5 millones de subscriptores para mediados del 2007.

69

Lo anterior puede indicar que el IPTV se est dando y ya se encuentra en algo ms que su etapa de prueba y aceptacin, pero como se va a retomar ms adelante, la proliferacin de este servicio no solo depende de que el producto sea bueno o no, sino de las expectativas que se puedan dar acerca de la nueva tecnologa, adems del avance y seguimiento que se le d. 3.1.1.2 Asia En caso del sector asitico, IPTV ha logrado cautivar un importante sector del mercado mundial, principalmente en China. Este gran pas asitico, ha encontrado sin lugar a dudas un campo en el desarrollo de la tecnologa IPTV, pero al estar situado en un mercado donde esta manejado por el gobierno, es difcil interpretar si lograra sobresalir de manera vertiginosa en el mundo, todo depende de la aceptacin que ocurra en el transcurso de los aos. Existen 3 grandes desarrolladores de IPTV que son de herencia China. El ms grande de todos se encuentra en Hong Kong, con la empresa PCCW, la cual desarrolla su propia tecnologa (desde que se le dio licencia a Huawei). Esta compaa posee un crecimiento acelerado de subscriptores tanto as que para el 2006 tenia 650 000 subscriptores y para mediados del 2007 ya son ms de 800 000, segn estadsticas. Esto da muestras de cmo, en esta parte del mundo, se est dando un avance importante en lo que compete a IPTV. El otro gran grupo es el Shanghai Media Group (SMG), el cual ha desarrollado IPTV a travs de la infraestructura de China Telecom, en Shanghai y desde finales del 2006

70

a logrado incorporar a mas de 150 000 subscriptores. SMG se ha asociado tambin con China Netcom, desde el 2005 para brindar servicio de IPTV al norte del pas. La ltima gran fuerza en lo que compete a IPTV en Asia, es la empresa UTStarcom, la cual se est perfilando como la prxima empresa a tener una presencia importante en el mercado. Esta empresa es la que provee la mayor infraestructura de IPTV para las 2 empresas de telecomunicaciones de China, y segn sus propios esfuerzos, pretenden llevar los 100 000 subscriptores (2006) hasta 1 milln de subscriptores el prximo ao, esto porque segn su fundador ha roto las barreras que le impedan desenvolverse en el campo, como lo son las regulaciones, tecnologa, el contenido, la infraestructura y el capital. Tanto as que por su crecimiento. El rpido crecimiento en Asia por parte del IPTV, es porque las empresas de telecomunicaciones llevan una ventaja superior con respecto a sus rivales directos como lo son las operadoras de cable y es que las primeras poseen mayor capital y mejor infraestructura, 2 puntos claves para el desarrollo de una tecnologa como lo es IPTV a tal punto que los costos del servicio pueden llegar a ser mucho menores que los de las cableras. Si bien Asia se est perfilando como un exponente importante para el mundo en cuestin de IPTV, solo el tiempo puede indicar si las expectativas pueden cumplirse. 3.1.1.3 Norte Amrica El mercado de IPTV en la seccin occidental del mundo, especficamente hablando de Norte Amrica (EEUU y Canad), no ha recibido esa atencin ni ese crecimiento tan vertiginoso como si a ocurrido en sus contrapartes como lo es Europa y Asia (China). Sin embargo, ya ha empresas norteamericanas han realizado movimientos entorno a este nuevo

71

fenmeno conocido como IPTV. Esto se comprueba, segn un estudio de la empresa de consultora Dittbernet, al no encontrar a Estados Unidos, dentro de los lderes de IPTV, donde Francia, Espaa, Hong Kong y otros lo superan en subscriptores. Como se ha expuesto y se completara ms adelante, el mercado est dominado por Europa y Asia, dejando a casi un porcentaje pequeo (menor al 10%), para el resto del mundo incluyendo EEUU, Latinoamrica y otros. Por eso, dentro de las propuestas ms importantes hechas en el rea en lo que compete a IPTV, se encuentran las hechas por las empresas AT&T y Verizon. Ambas al ser empresas fuertes en asuntos de telecomunicaciones y ms que eso, en la entrega de servicios que requieren banda ancha como la VoIP y el mismo Internet, han apostado por integrar la televisin digital para logarse colocar en ese mercado naciente. En el caso de AT&T, su propuesta de U-verse, es la que ha intentado cautivar el mercado con la misma propuesta que todos han optado al inicio otras empresas alrededor del mundo, entregar un contenido variado y al gusto del cliente, as como PVR y otras caractersticas bsicas en IPTV. En la otra parte se encuentra la compaa Verizon, que con su sistema Fios TV, hace una propuesta similar que la de su competencia. Sin embargo, Verizon lleva un recorrido mas tempranero lo que le ha permitido adelantarse a los dems y manejar clientes para finales del 2006 de 180 000, no comparado con su contraparte que lleva un desarrollo ms lento. En el caso de Canad, esta ha intentado no quedarse atrs, tanto as que empresas MTS Allstream y TELUS, han hecho movimientos para incorporarse en el rea de IPTV. Sin embargo con la venida de este boom tecnolgico, Norte Amrica, est realizando sus movimientos, tanto as que empresas como AT&T realiza inversiones

72

superiores a los $4000 millones para incrementar el nmero de subscriptores, lo que deja en ver el alto inters de implementacin de la tecnologa, as como lo que pueda dejar en ingresos para la misma. 3.1.1.4 Latinoamrica Latinoamrica siempre se ha caracterizado por tener una actitud reservada de lo que acontece en el mundo, en caso de la tecnologa IPTV no es la excepcin. El conocimiento de la misma se puede considerar por una parte nula, ya que conocida como tal y con todas sus caractersticas si es un campo poco conocido, pero vista como una televisin interactiva similar a la presente en los sistemas de cable actual es parecido al concepto que se maneja. En el caso de Latinoamrica, la llegada de IPTV no est prevista sino hasta en los aos venideros, esto por la falta de infraestructura para brindar servicios de banda ancha. Sin embargo ya existen pequeas implementaciones de IPTV en el rea, pero principalmente hechas por empresas que ya lo han hecho en su pas de origen, tal es el caso de Telefnica Chile, la cual se encuentra asociada con Telefnica Espaa. En Chile actualmente, la empresa por ser una de las fuertes en el rea, a partir de mediados del 2007, ha entrado en el mundo de IPTV, por medio de su servicio Telefnica TV Digital, donde se ofrece no solo un servicio de televisin digital sino de VoD y de PVR para sectores limitados. Otros casos similares han ocurrido en Mxico donde tiene al EEUU como posible distribuidor cercano, as como empresas como Maxcom han querido entrar en el negocio. En caso de otros pases como Brasil, Colombia, tambin estn incursionando en el mercado con planes pilotos.

73

El desafo que presentan actualmente las empresas de telecomunicaciones en Latinoamrica, no solo se limita a poseer una muy buena infraestructura que si bien es difcil para algunas areas, tambin representa un reto el aplicar este nuevo servicio, ya que trae consigo manejo de nuevos conocimientos y conceptos, implicaciones econmicas, ya que al ser una tecnologa muy nueva, as est relacionado directamente el costo de la misma para implementarla y del capital que se posea. Para situaciones como esta, existen soluciones que han aparecido como una ayuda para las empresas de telecomunicaciones en Latinoamrica en desventaja, y se trata de IPTV Amricas, la cual brinda soluciones conocidas como llave en mano, donde se le brinda todo lo necesario para ejercer funcionamiento o bien aplicar planes pilotos, de igual manera este tipo de soluciones se entrara con ms detalle en los prximos captulos. As entonces, se recurre a un pas con mayor avance en las tcnicas, dando oportunidad a otras potencias a llegar a mercados internacionales. Sin embargo a esas dificultades mencionadas se le suma el tipo de legislacin de apertura hacia otras empresas y de la dificultad de obtener contenido especialmente el local para luego ser brindado a los subscriptores. EL IPTV en Latinoamrica como en el resto del mundo, experimenta ese avance, en la mayora de los casos de manera lenta, aun as el tiempo dir si el futuro de esta tecnologa, ser eficiente y que aceptacin podra tener en el mercado. 3.1.1.5 IPTV Forum La tecnologa IPTV se est dando y en un grado de avance importante. Por ellos, al igual que en muchas otras tecnologas que en su momento estuvieron en su etapa de

74

desarrollo, se ha creado grupos para cada cierto tiempo se renan y complementen lo descubierto en torno a la tecnologa. En el caso de IPTV se han creado 2 grupos importantes de trabajo, el Open IPTV Forum y el IPTV World Forum. El Open IPTV Forum, es una alianza creada por empresas que tienen un peso importante tanto en televisin interactiva como en distribucin de contenido sobre protocolo IP. Las empresas que lo conforman son AT&T, Ericsson, France Telecom, Panasonic, Philips, Samsung, Siemens Networks, Sony y Telecom Italia. El objetivo que tiene este grupo es principalmente la creacin de estndares en el IPTV mundial. El consorcio aunque est abierto a otras empresas, su finalidad esta en el sector tecnolgico, con el fin de crear y normalizar una solucin End to End para normalizar la interoperabilidad, seguridad de contenidos, promover la interactividad La forma de trabajar del grupo es nica, ya que busca directamente una estandarizacin para entregar soluciones completas de IPTV y divida por sectores como se encuentra actualmente. Tambin enfocarse en la implementacin de especificaciones para los servicios actuales y sus dispositivos, as como buscar una completa interoperabilidad entre lo que existe actualmente. El Open IPTV Forum, para finales del ao 2007, pretende dar a conocer sus primeros pasos en estandarizacin de la tecnologa. El otro grupo importante de trabajo es el IPTV World Forum, este tiene una funcin similar al anterior, solo que su enfoque en ciertos puntos es diferente. En este grupo de trabajo se pretende reunir ao a ao, a los ms importantes exponentes alrededor del mundo entorno a IPTV, sus inicios se dieron en el 2005 y para la actualidad se han agrupado ao a ao. Su grupo no solo se limita a empresas con proyeccin tecnologa, sino tambin a

75

empresas de telecomunicaciones, operadores, proveedores de servicios especficos, etc. El IPTV World Forum, por su calidad de agrupar a exponentes alrededor del mundo, actualmente se enfoca a fomentar y dar a conocer el IPTV con ferias similares en las respectivas zonas (Europa, Asia, Norte Amrica), donde tambin se incluye a Latinoamrica con su propia feria IPTV Forum. 3.1.2 Aceptacin del Mercado Si bien la tecnologa IPTV, muestra un gran atractivo tanto para las empresas como para los clientes, donde la interaccin llega a lmites jams pensados, al igual que otras tecnologas, IPTV, no ha tenido en un inicio esa penetracin que tanto se desea para que un producto sea exitoso. Segn estudios hechos por parte de la empresa Accenture, la cual es una compaa global de consultora de gestin, enfocada principalmente en servicios tecnolgicos y outsourcing, ha retomado y puesto en veracidad lo anteriormente postulado. El estudio realiza, hecho a ms de 6000 consumidores alrededor del mundo (Espaa, Estados Unidos, Francia, Alemania, Inglaterra e Italia), muestra que los consumidores alrededor del mundo estn confundidos en lo que realmente significa IPTV. Segn resultados que se pueden observar en el siguiente grafico:

76

Figura 3.1 Conocimiento sobre IPTV [3] La tecnologa IPTV, es desconocida casi por la mitad de la posible poblacin a la que podra ser dirigida el producto, esto sumando a los que desconocen el potencial real que posee la tecnologa, es un campo difcil para entrar y posicionarse por parte de las empresas de telecomunicaciones. Esto a pesar de que se puede encontrar en su etapa de implementacin a mayor escala, puede resultar un peldao difcil de superar, ya que segn demuestra el mismo estudio, aproximadamente el 54%, no estara dispuesto a pagar cargos extras con respecto a su servicio tradicional de televisin con el que cuentan, para recibir los beneficios que puede proponer la tecnologa IPTV. Sin embargo, a pesar de la gran barrera que se presenta como es el factor econmico, la mayora, luego de tener un conocimiento sobre que es IPTV, muestra gran inters sobre el contenido y ventajas que pueda ofrecer la tecnologa, tanto en el atractivo de observar realmente lo que se desea ver. Pero el mayor acercamiento producido por parte

77

de los consumidores es la disminucin en publicidad, como en crear una programacin personalizada as como interactiva. Estos datos, lo que pueden indicar es que, como en cualquier otra novedad en el mundo de tecnologa de nueva generacin, existe un rechazo a altos precios, pero siempre obteniendo lo mejor y lo ltimo, lo que deja a las empresas de telecomunicaciones en una encrucijada, la cual consiste en cmo dar un servicio atractivo, pero a la vez accesible a la poblacin dirigida. Ah es donde campos como los de mercadeo hacen su gran funcin, para lograr incorporar al consumidor en el nuevo mundo. Si bien la tecnologa, IPTV tiene mucho que mostrar todava y un gran camino que recorrer especialmente en la penetracin que debe buscar realizar en los mercados actuales, con los movimientos actuales de las compaas de telecomunicaciones, la proyeccin que se le da a esta tecnologa, parece ser prometedora tanto para los consumidores como para los proveedores y dems compaas que puedan girar en torno a IPTV.

3.2

Tendencia Mundial
Los principales exponentes en el rea y de mayor conocimiento en IPTV, en el

presente ao, as como en los venideros estn haciendo sus movimientos para entrar ms de lleno con la tecnologa. Tal es el caso que en el ambiente de las empresas de telecomunicaciones y estadsticas, se maneja una fecha que puede representar como tal, la explotacin de ese boom conocido como IPTV. Esta corresponde al ao 2011, segn estudios tanto de la compaa consultora Accenture, como otra empresa reconocida internacionalmente en lo que compete a estudios de mercado y consultora enfocado a

78

productos y servicios digitales, como lo es Parks Associates, donde se realizan estudios de redes domesticas, banda ancha, servicios de Internet, etc. Estos estudios muestran como el ao 2011, es la poca donde se determina que ha existido un gran avance en lo que compete a la incursin de la tecnologa IPTV en la vida de las personas. El siguiente grafico muestra esos resultados:

Figura 3.2 Tendencia de subscritores de IPTV [37] Estos resultados muestran lo que ha estado ocurriendo notablemente en el mundo alrededor de IPTV, Europa se encuentra y se perfila como uno de los mejores exponentes del tema, lo cual es notable por adelanto que le ha hecho a potencias como lo es Estados Unidos, el cual se ha quedado muy atrs con el tema y desarrollo de tal tecnologa, con respecto a sus rivales directos como lo son Europa y Asia. Pero este mismo estudio, revela ms que eso, segn datos del mismo, los clientes o subscriptores de servicios IPTV

79

actualmente se pueden tener unos 10 millones de subscriptores, pero para el ao 2011, se espera a que se supere la marca de 60 millones, donde no cabe extraar que su mayor concentracin se d en Europa y Asia, ya por motivos antes explicados. Estos nmeros, son una simple muestra de lo que viene con respecto a IPTV, ya empresas como AT & T en EEUU y France Telecom, as como Telefnica de Espaa, estn realizando sus movimientos e inversiones para tratar de dominar el mercado de la TV en corto plazo, tanto as que para este ao, en Europa se pretende superar la barrera de 5 millones de subscriptores. Pero el este cambio, viene acompaado de una fuerte penetracin de servicios de Internet y banda ancha, donde se pretende que el cambio y la evolucin se d en conjunto, un cambio vertiginoso en lo que a Internet y IPTV corresponde. Pero el cambio no solo viene a notarse en el incremento de clientes que usan el servicio, si bien las inversiones que actualmente las empresas de telecomunicaciones estn realizando como es el caso de AT&T, donde segn estudios de Pyramid Research, sus inversiones superan los $4000 millones, con tal de extender servicios de IPTV. Pero estas inversiones, son la contraparte que se pretende traer IPTV al mundo de los negocios, lo que son los ingresos. Segn datos que se han calculados que se pueden observar en el siguiente grafico:

80

Figura 3.3 Tendencia de los ingresos producidos por IPTV [54] Los ingresos en la misma poca en que IPTV se espera que se consolide, trae ingresos importantes, sino es que gigantescos a toda aquella empresa que haya invertido y se haya hecho su lugar en la implementacin de esta tecnologa. Como se puede ver, la proyeccin los ingresos alrededor del mundo superan los $10 billones, donde lo que se perfila para dar mayores ingresos es la posibilidad de contenido Premium, as como las caractersticas que hacen atractivo al servicio de IPTV. De igual manera, analizando estos resultados, la incursin de esta nueva tecnologa en el resto del mundo, especialmente en sectores como Latinoamrica, su crecimiento va a depender de las propuestas que quieran dar las empresas de telecomunicaciones en esta regin, de si quieren mantener un sistema conservador con respecto al avance de la tecnologa o quieren entrar de lleno a brindar servicios de siguiente generacin.

81

Si bien la tecnologa IPTV, se perfila como el gran sustituto para los servicios separados como de nueva generacin, como lo es el Internet de banda ancha, televisin interactiva as como VoIP, solo el tiempo y la entrada de las empresas de telecomunicaciones a experimentar y desarrollarse en el rea, pueden determinar que tan eficaz va a ser, as como una buena transicin adecuada del cliente hacia estos nuevos productos de siguiente generacin.

CAPTULO 4: Opciones Tecnolgicas en el Mercado Mundial

En IPTV, el mercado se encuentra sujeto actualmente en ascenso, no solo mediante los que proveen el servicio sino en los que entregan una solucin para hacerlo. En la lucha por ingresar al mercado han aparecido varias empresas alrededor del mundo tratndose de dar un lugar en el nuevo mercado entorno a IPTV, sin embargo esto ha dado como resultado la variedad de productos de los cuales no se puede encontrar una solucin completa para implementar IPTV, que por una falta de estandarizacin, han tenido que integrarse a productos hechos por terceros. El presente capitulo muestra como las opciones tecnolgicas entorno a IPTV son variadas y como el mercado se encuentra fragmentado en las propuestas actuales para la implementacin de la tecnologa.

4.1

Opciones y soluciones entorno a IPTV

El mercado de IPTV gira en torno a 2 grandes bloques, entre quienes brindan el

servicio y quienes brindan la solucin para poder entregar ese servicio. Anteriormente hemos visto como est distribuida mundialmente la entrega del servicio y de la tecnologa IPTV, as como su enfoque mundial. En el otro bloque, se encuentran las propuestas actuales para que la tecnologa IPTV se acerque a un hecho ms que a una expectativa, donde no necesariamente, como se da en la actualidad, el proveedor del servicio es el que maneja toda la solucin, sino que emplea a terceros para concretar el servicio. Una solucin IPTV consiste en lograr tener algn tipo de distribucin y componentes que permitan que se d una interoperabilidad conocido como End to End o de Extremo a Extremo. Esta consiste en lograr entregar el contenido, desde su ncleo (como se vio en puntos anteriores 82

83

en su arquitectura), donde se tiene el control del contenido a brindar, hasta el lugar donde se encuentra el subscriptor del servicio (el cliente). Sin embargo el mercado actual en cuestin de entrega de soluciones completas como tal no existe, este se ha fragmentado en sectores como los sistemas de acceso, el Middleware, los STB y as con lo necesario para dar una solucin acorde a las necesidades. Esto ocurre por falta de estandarizacin que existe actualmente entorno a IPTV, sin embargo los productos se han ajustado para tener una compatibilidad con los diseados y fabricados por terceros y no propios, caso que se ha visto principalmente en el Middleware y los STBs; los cuales son los que enfocan mas su viabilidad a ser usados por otras compaas. A continuacin se van a mostrar algunas marcas sobresalientes en cuanto al mercado actual de equipo y posibilidades de gestin, donde actualmente las compaas no se han enfocado a especializarse en un solo producto sino se adentran en otras opciones de mercado en IPTV, por tanto sern mostradas las posibilidades de solucin como una marca y no por tipo de producto. Si bien al ser un tema novedoso, ya existen muchas compaas que han enfocado su mercado hacia IPTV por lo que han entrado a su propia bsqueda de soluciones, sin embargo no todas sern expuestas por la extensa cantidad existente en el mercado actual. 4.1.1 ECI Telecom La compaa ECI Telecom ha surgido como un nuevo modelo de infraestructura a utilizar no solo en el campo de IPTV, sino tambin en las telecomunicaciones en general, conectividad en fibra ptica entre otros. Esta empresa de origen Israel fundada en 1961, se encuentra dentro de los lderes en cuanto a suplir tanto infraestructura como equipo de red

84

alrededor del mundo, donde posee aparte de su base en Israel, localidades en diversas partes como China, Estados Unidos, India, etc. Esto le ha valido para ser nombrado como el distribuidor No. 1 para acceso de IPTV en Europa y No. 2 en el mundo segn datos del Multimedia Research Group. En lo que compete a IPTV, la empresa ECI Telecom ha propuesto una arquitectura propia de la compaa, pero basndose en los principios de funcionamiento de IPTV. A continuacin se muestra la misma con sus opciones para la gestin de IPTV.

Figura 4.1 Arquitectura de IPTV propia de ECI Telecom [48] Segn las propias especificaciones que brinda la compaa ECI Telecom, esta ofrece los siguientes productos: Series XDM: Estas series de equipos propuestas por ECI, ofrece la flexibilidad de un sistema puro WDM, as como sistemas NG-SDH/SONET/MSPP o WDM

85

integrado dentro de un MSPP, para lograr en trminos relativos una solucin menos costosa desde la red Metro hasta el ltimo extremo (el cliente). El equipo XDM provee una optimizacin en el ancho de banda en la red de agregacin implementado a travs de una red Ethernet, con la posibilidad de ofrecer sistemas multicast en una arquitectura de entrega de servicios de IPTV. En resumen lo que permite es que los proveedores del servicio puedan entregar mayores canales a travs de la red. Dentro de las caractersticas propias de esta serie de equipos se encuentra una plataforma hibrida para servicios desde 10 Mbps hasta 10Gpbs en 40/80 canales DWDM.

Conectividad con E-1 hasta STM-64. As como tambin como soporta capa 2 Ethernet VLANs, MPLS, Gigabit Ehternet y 10 GbE. Figura 4.2 Equipo XDM [38] Hi-Focus: La serie de productos Hi-Focus, presentada por ECI, son unas plataformas de acceso las cuales proveen las rutas de ancho de banda necesarias hacia los subscriptores o clientes, utilizando xDSL o acceso con Fibra ptica (FTTH). Es un MSAN flexible, el cual puede ser usado en combinacin con xDSL, fibra, asi como tarjetas de VoIP y provee agregacin Ethernet. Puede ser colocado para un manejo directo con los subscriptores. Dentro de las caractersticas de esta serie de equipos podemos encontrar capacidad de 64 puertos ADSL 2 por tarjeta hasta 960 por chasis. Interfaces de red Fast Ethernet,

86

Gigabit Ethernet y 10 GbE. As tambin puede trabajar como un IP-DSLAM, OLT de fibra.

Figura 4.3 Equipo Hi-Focus [38] B-Focus: La serie de productos B-Focus presentada por ECI, son el producto dirigido especficamente para el usuario o sea los CPE. Estos son mdems con la capacidad de recibir conectividad de fibra, as como con redes xDSL, adems de posibilidades de proteccin de los datos (firewalls), como tambin interoperabilidad. Permite conectividad Ethernet o Wifi. Figura 4.4 Equipo B-Focus [38] ST-Series: Esta serie de productos presentados por ECI, son routers multiservicio que brindan una funcionalidad entre las redes de agregacin y la parte MSE, con los gestores de subscriptores, contenido, as como control sobre el ancho de banda y dems relacionado con el ncleo. Este equipo est diseado especficamente para dar un alto desempeo a travs de mltiples servicios con muchos usuarios. Dentro de las principales caractersticas se pueden mencionar que posee capacidades de switcheo entre 80 y 160 Gbps, capacidad de

87

procesamiento de paquetes hasta 200 Mpps. Interfaces compatibles con E1, STM-64. Capacidad de integracin de servicios Triple Play.

Figura 4.5 Equipo ST-Series [38] Management Systems o Sistemas de Gestin: La compaa ECI por su parte no se adentra mucho en gestin propiamente de IPTV, pero si ofrece sistemas de gestin y software propio que proveen control sobre sus propias soluciones. Las ms comunes son el Lightsoft, OPS y STMS; los cuales brindan el control necesario sobre sus elementos, servicios de aprovisionamiento, as como un buen desempeo en tiempo real de las aplicaciones y monitoreo con una interfaz amigable. Sin embargo, la compaa ECI Telecom como tal, no ofrece otros componentes importantes en la tecnologa IPTV, como lo son servidores de Video, Middleware, STBs, as como sistemas de control tanto de derechos sobre el contenido como de gestin en general de la informacin. Esto ya que se especializa en conectividad y acceso, pero la compaa ECI funciona como un integrador, esto porque se apoya en soluciones de otros fabricantes (como los que se expondrn ms adelante) para ampliar su funcionalidad alrededor de esta tecnologa. La compaa hace uso de sistemas hechos por otros y los integra a su solucin final. Aparte de esto, brinda la posibilidad de dar prestaciones de

88

servicios profesionales a nivel mundial, lo que le permite, brindar no solo soluciones de conectividad y acceso, sino de soporte y asistencia en diseo e implementacin de nuevas redes. 4.1.2 Cisco Systems La compaa Cisco Systems, desde sus inicios en 1984, se ha caracterizado como uno de los lderes mundiales en el desarrollo de tecnologas basadas en redes IP. Su grandioso desempeo en la elaboracin de tecnologa le ha permitido estar al ritmo con que la tecnologa IPTV avanza. Cisco Systems por su parte propone su propia solucin en cuanto a conectividad para hacer posible el despliegue de contenido IPTV. La incursin de Cisco en el mercado de IPTV ha sido preferencialmente hacia los VHE, conectividad en la red y STB. Gracias a su nuevo grupo de trabajo que adquiri bajo el nombre de Scientific Atlanta, ha podido estar acorde a las exigencias de mercado en cuanto a VHE y STB, de las cuales ms adelante se expondrn con detalle. En cuanto a Cisco y en lo que compete a IPTV, la compaa enfoca sus intereses al enrutamiento de datos sobre una red IP, principalmente con su sistema de enrutamiento Cisco CRS-1 y su serie de enrutadores 7600, que a continuacin se van a exponer segn las caractersticas propias del equipo segn la empresa. Cisco CRS-1: El sistema de enrutamiento CRS-1, es la ltima propuesta en enrutamiento, debido a su capacidad de ofrecer un sistema de operacin continuo, flexible, mediante una sistema con escalabilidad de transmisin hasta los 92 Tbps, siendo as una propuesta ideal para la entrega de servicios IPTV. Esto lo realiza mediante la operacin de mltiples Chasises con capacidades

89

distintas para el trasiego de la informacin. El sistema Cisco CRS-1 soporta la entrega de mltiples servicios a travs de una infraestructura comn, logrando ofrecer una nueva manera de proveer entretenimiento a travs de una red. Al emplear una arquitectura de red con el CRS-1, permite que soporte una separacin de trfico y operaciones de red, permitiendo que servicios nuevos servicios como una total convergencia de IPTV puede ser aadido a una red sin realizar algn impacto sobre la misma. Adems puede entregar trfico multicast y unicast, soportando entregas en gran escala para redes de video. Tambin que al converger con tecnologa ptica, la solucin ofrece de manera integrada un DWDM de 40 y 10 Gbps. Dentro de otras caractersticas propias del sistema y de sus chasises es el soporte de multiconexiones de chasises desde 1.2 hasta 92 Tbps y brinde hasta 72 conexiones operando como un solo sistema. Figura 4.6 Cisco CRS-1 [10] Cisco 7600 Router: La serie de routers 7600 provee capacidades avanzadas de multicast para la entrega de contenido IPTV. Tambin dando una redundancia en el contenido VoD, contenido en directo, logrando as reducir el ancho de banda necesitado para proveer a los consumidores de contenido, logrando una mejor calidad de servicio. Dentro de otras caractersticas importantes estn un trasiego de informacin de hasta 720 Gbps por chasis, adems de ser un enrutador de borde para redes IP/MPLS.

90

Figura 4.7 Cisco 7600 Routers [11] 4.1.3 Scientific Atlanta La empresa Scientific Atlanta, desde su fundacin en 1954 hasta la actualidad ha estado presente en el campo de la ingeniera, tanto as que en los ltimos aos se ha convertido en una empresa lder supliendo equipo de telecomunicaciones para el acceso al hogar, STB, cable mdems, VoIP entre otros. A partir de 2006 paso a ser parte de la empresa Cisco reforzando el trabajo. En el mercado de IPTV ha hecho incursin en la fabricacin de VHE y STBs. 4.1.3.1 VHE D90XX La familia de productos D9XXX, por parte de la empresa Scientific Atlanta son un grupo de codificadores de video tanto para definicin estndar como alta. Dentro de sus productos ms conocidos se encuentran los D9034, D9054. D9034: Este producto head end, al igual que muchos otros encontrados en la revolucin de la tecnologa IPTV, soporta codificacin MPEG2 y MPEG4, hasta 15 Mbps. Tambin posee caractersticas con compatibilidad STMP, para

asociarse con herramientas de gestin. Trabajo con interfaces Gigabit Ethernet. Streaming de salida en IP. Capacidad de insertar publicidad.

91

D9054: Esta familia de head ends, al igual que sus antecesores y competidores, tiene la capacidad de procesar MPEG2 y MPEG4 hasta una tasa de compresin cercana a los 20Mbps. Este modelo tiene la capacidad de soportar hasta 4 canales de codificacin para luego montarlos sobre una red IP. Igual que muchos permite facilidades de control con herramientas de gestin.

Figura 4.8 Scientific Atlanta VHE [20] 4.1.3.2 Scientific Atlanta STB Para no quedarse atrs con el desarrollo de equipos entorno al mundo de IPTV, Scientifc Atlanta entra al mercado de los STB con su producto IPN330HD. IPN330HD: Al igual que muchos de sus competidores, este producto permite la visualizacin de contenido IPTV, como lo es VoD, Guas electrnicas de programacin, Juegos, as como la integracin de un PVR. Para brindar una mejor funcionalidad con los nuevos sistemas de IPTV que aparecen, este equipo tiene la posibilidad de poderse usar con plataformas Middleware diseadas por terceros, al igual que soporta codificacin MPEG2 y MPEG4. Posee conectividad Ethernet, posibilidad de operabilidad con sistemas CAS y DRM, as como en sus modelos ms avanzados la posibilidad de integrar un PVR de 160 GB.

92

Figura 4.9 Scientific Atlanta STB [41] 4.1.4 Motorola La compaa Motorola, desde sus inicios en 1920 ha sido reconocida alrededor del mundo como una empresa innovadora y lder en plano de las comunicaciones en todas sus expresiones. Su posicionamiento en el mundo de IPTV fue a travs de la fabricacin de STBs, donde de hecho es tomado en cuenta como uno de los principales proveedores de este dispositivo para la complementacin de otras soluciones para la tecnologa IPTV. Sin embargo, por el rpido avance que ha tenido alrededor del mundo la tecnologa IPTV, Motorola ha entrado a proponer sus propios equipos para entregar una posible solucin viable como contraparte a sus competidores. Dentro de sus opciones de equipo para dar a su solucin estn principalmente los STB, servidores de video, VHEs y equipo para conectividad y acceso en fibra ptica. 4.1.4.1 STB Versiones VIPXX En su producto ms conocido en el mundo de IPTV estn los STB, especficamente en sus versiones de la serie VIPXX. Entre sus productos ms conocidos estn los de la serie VIP1100, los VIP1200 y los VIP1700, los cuales sern explicados a continuacin. VIP1100: Esta es una de las opciones ms sencillas en los dispositivos STB que presenta Motorola. Este dispositivo tiene la posibilidad de desplegar servicios de IPTV, as como de VoD. La capacidad de despliegue de video est sujeta a MPEG-2, uso del protocolo RTSP, posee controlabilidad mediante un control

93

remoto infrarrojo. Su conexin es mediante Ethernet RJ45, la posibilidad de conexin al televisor puede ser en conector RGB o S-Video. Este dispositivo por ser el ms sencillo, no ofrece un PVR integrado.

Figura 4.10 STB VIP1100 [17]

VIP 1200: Esta es una serie ms avanzada que la anterior. Donde su principal caracterstica es la agregacin de un PVR integrado, con un disco duro de capacidad 80GB. Su otra principal caracterstica aparte de las ms comunes que muestran los STB como es un control sobre el contenido IPTV, es la posibilidad de recibir contenido en alta definicin, esto a que permite MPEG-2 y MPEG-4, adems de uso de los protocolos RTSP y RTP. Adems su conexin es mediante Ethernet RJ45, su salida de video est diseada para conectores RGB o S-Video y la controlabilidad mediante un control infrarrojo. Otra caracterstica particular es la capacidad de soportar distintas plataformas Middleware.

Figura 4.11 STB VIP1200 [17] VIP 1700: Esta versin una de las ms avanzadas, en lo que compete a STB. Esta serie no solo da las expectativas que sus antecesores lo muestran con respecto a control y manejo de la programacin, as como el uso de un PVR.

94

Este dispositivo tiene una capacidad para desplegar mltiples ambientes multimedia, como lo es video, contenido multimedia personal, acceso a la Web. De igual manera, posee las caractersticas bsicas de conectividad y uso de MPEG-2 y 4.

Figura 4.12 STB VIP1200 [17] 4.1.4.2 Video Servers La compaa Motorola para no quedar fuera del rpido avance que se est dando en el mundo de IPTV, ha entrado al diseo y control de servidores de video. Su producto ms actual es el B-1 Video Server, as como su gestor de contenido conocido como Stream Commander. B-1 Video Server: Este servidor creado por Motorola, posee caractersticas necesarias para la implementacin de servicios de VoD, DVR y contenido IPTV en general. Su caracterstica ms destacable es la eliminacin de discos duros fsicos, en lugar de eso se sustituye con una cantidad masiva de memoria RAM, que puede ser llevada hasta los 1.28 Terabytes, dndole una rapidez y control masivo en un sistema de gestin de video. Este dispositivo maneja un alto desempeo con MPEG-2 y 4, dndole una capacidad de suplir desde 20 000 hasta 40 000 streams de video, lo cual con estas caractersticas permite suplir la demanda que crece da a da con los servicios de video. El control y al gestin sobre este equipo se hace por medio de un software llamado Stream Commander, propio de Motorola,

95

el cual es el que permite el control y gestin sobre lo que compete al servidor de video y sus distintas aplicaciones, de VoD, DVR y en general IPTV.

Figura 4.13 B-1 Video Server [17] 4.1.4.3 Conectividad y Acceso Motorola, para estar a la vanguardia en lo que compete a la tecnologa IPTV, pone a disposicin conectividad en fibra ptica tanto en FTTP como en FTTN, en un intento para desplegar contenido hasta la casa. En FTTP provee una arquitectura de acceso universal usando redes pasivas pticas (PON), dando la posibilidad de soporte para VLAN, QoS y distribucin multicast, adems de entregar el ancho de banda requerido para la actual evolucin de consumo entorno a la tecnologa. En FTTN, las soluciones de Motorola proveen un rpido acceso para que tecnologas basadas en DSLAMs, estn listas para la entrega de contenido IPTV y otras aplicaciones que requieran un ancho de banda mucho mayor. Los componentes ms asociados a esta solucin son:
-

AXS2200 y AXS1800: Son Terminales pticas de Lnea (OLT), los cuales son designados para entregar la mayor velocidad para la entrega de servicios residenciales voz, videos y datos a travs de una GPON. Entre sus caractersticas ms rescatables esta un switch de 200GB y una soporte de hasta 4600 subscriptores por chasis.

96

ONT 1000GT: Es un equipo parte de la familia de Terminales pticas de Red (ONT), con la capacidad de ofrecer mltiples servicios a travs de una sola fibra. Este dispositivo propiamente es para la entrega de servicios de video y voz para residenciales con servicio preexistente de cable coaxial.

ONT 6000: Este dispositivo es un para la entrega de mltiples servicios, especialmente en entrega de video y voz sobre IP multicasting.

4.1.4.4 Encoders o VHE. Otro campo en el que ha entrado Motorola, es en la fabricacin de encoders VHE o codificadores de las seales de video, para luego ser proyectadas a una red IP para futuro uso. Motorola con sus series de equipos SE-5XXX y SE-4XXX, entra de lleno en la compresin y codificacin de video en formatos MPEG-2 y MPEG-4, vitales para el uso de la tecnologa IPTV. Series SE-4XXX: Esta serie de productos son enfocados a realizar una codificacin en tiempo real tanto de seales analgicas como digitales hacia los formatos MPEG-2 y MPEG-4. Al estar basados en interfaces SNMP, tiene la posibilidad de ser usado con herramientas de gestin de dispositivos. Al igual que muchos otros equipos de Motorola tiene la capacidad de asociarse con productos hechos por terceros, ya sea equipo propiamente o Middleware. Sus capacidades de compresin al igual que en la competencia se encuentran estimados hasta los 15 Mbps.

97

Series SE-5XXX: Esta serie de productos es una de las ms avanzadas presentados por Motorola. Al igual que el anterior codifica en tiempo real a los formatos MPEG-2 y MPEG-4. Tambin tiene la posibilidad de no solo

integrarse a productos hechos por terceros sino que puede realizar la adicin de publicidad. Al igual que sus modelos anteriores permite un control a travs de herramientas de gestin de dispositivos. De igual forma su compresin est estimada hasta los 15 Mbps.

Figura 4.14 VHE Motorola Series SE-4XXX y SE-5XXX [32] 4.1.5 Minerva Networks La compaa Minerva Networks, es una empresa reconocida mundialmente por su tecnologa de compresin de video como de su principal enfoque como lo es los sistemas de broadcasting usados para la entrega de servicios de video a travs de una red IP, as como servicios de televisin interactiva y videoconferencia. Esta compaa creada en 1992, tambin ha desempeado; como se expondr ms adelante en el capitulo; diseos en hardware para la compresin de datos para transmitirse a travs de redes IP. 4.1.5.1 iTV Manager En lo que compete a Middleware, Minerva Networks al encontrarse en una nueva rea, como lo es la evolucin de IPTV, donde todava no se encuentran estndares

98

definidos, esta ha optado por ofrecer una facilidad de interaccin con equipos de terceros, esto para poder abarcar un mercado que actualmente se encuentra dividido. La solucin que presenta Minerva Networks es conocida como iTVManager. Este es un gestor o tambin conocido como una plataforma para software IPTV, que permite que se entregue contenido multimedia a travs de redes IP de banda ancha. Esta plataforma consiste en un conjunto de aplicaciones para la televisin que a su vez puede ser ejecutado sobre un STV. Tambin posee herramientas para la gestin de servicios para un desarrollo e integracin de las aplicaciones en otras redes y servicios. Dentro de las aplicaciones ms sobresalientes que puede ofrecer iTVManager para los clientes son: Tabla 4.1 Aplicaciones del iTV Manager para el Cliente [31] Aplicaciones iTVManager para el Cliente TV Alta Definicin PPV Acceso a contenido Multimedia PVR (DVR) Acceso a Internet VoD Gua de Programacin Mensajera en Pantalla TV en Vivo Interactiva Multilenguaje Caller ID en Pantalla Control de opciones sobre la herramienta De igual manera, existen otro conjunto de aplicaciones que tal vez no son visibles para el cliente pero si son esenciales para una correcta y deseable gestin sobre el contenido, estas son conocidas como herramientas Back Office o de gestin en la oficina o empresa que brinda el servicio de IPTV. Las ms sobresalientes se citan a continuacin:

99

Tabla 4.2 Herramientas Back Office del iTV Manager [31] Herramientas Back Office del iTVManager Gestor de Subscripcin Gestin sobre dispositivos Gestin sobre VoD Gestin sobre los canales Gestin sobre una regin Gestin sobre Guas Interactivas Horarios de PPV Creacin de paquetes VoD Sistema de Alarmas de Errores Estadsticas del Cliente Manejo del Caller ID

Figura 4.15 iTV Manager para el Cliente y Operador [31] Como parte de su estrategia, este producto presentado por Minerva Networks, da a conocer los posibles beneficios que los proveedores de servicios pueden aprovechar para hacer ms eficiente la implementacin de IPTV. Dentro de sus aspectos ms provechosos estn: Experiencia del usuario mejorada, con un rpido y eficiente servicio, as como de una manera ms placentera de recibirlo y personalizacin del producto. Menores costos de infraestructura, al poder soportar ms de 100 mil STB, 500 canales en 2 servidores y sin la necesidad de ampliar el consumo promedio del ancho de banda al agregar un nuevo STB. Menor costos de operacin, al poder ser integrado a productos de terceros.

100

Adems de estas caractersticas, este producto de Minerva Networks, est caracterizado por ser un sistema listo-para-usar, as como tambin ha sido distribuido en ms de 100 sitios alrededor del mundo. 4.1.5.2 Minerva Video Head End VC8000 Como se mencionaba antes, a pesar de que la compaa Minerva Networks, ha enfocado su trabajo al desarrollo de Middleware, tambin ha hecho un enfoque a la fabricacin de equipo VHE. Su equipo el Video Concentrator 8000 o VC8000 es un procesador y decodificador de video hacia IP. Con la combinacin de dispositivos de compresin de alto desempeo con tecnologa de procesamiento de Minerva, el VC8000 permite entregar calidad de video MPEG-2, as como tambin codificacin a MPEG-4 en velocidades de compresin desde 1 a 15 Mbps. Su sistema compatible con SNMP, permite la integracin con otras herramientas de gestin de dispositivos. Este dispositivo tiene la capacidad de codificar hasta 7 streams de video.

Figura 4.16 Minerva VHE VC8000 [31] 4.1.6 Orca Interactive Otro competidor fuerte en el area de Middleware es la compaa Orca Interactive. Fundada en 1996 y reconocida tambin como un lder mundial en lo que compete a desarrollo de aplicaciones para una televisin interactiva.

101

Dentro de la propuesta que presenta Orca Interactive a nivel mundial esta su producto conocido como RiGHTv. Este est reconocido como una de las plataformas Middleware ms usadas tanto como para la entrega como para el manejo de servicios de televisin interactiva. El producto en si es un compilado de 4 aplicaciones o subdivisiones que al final vienen a obtener un producto o paquete final como es la total interactividad de servicios IPTV. Esas 4 subdivisiones son RiGHTv XVOD, RiGHTv XBIP, RiGHTv XPVR y RiGHTv Core. A continuacin se explicaran ms en detalle segn especificaciones propias de la empresa. RiGHTv XVOD (eXtended Video on Demand): Es la aplicacion que ofrece toda la funcionalidad necesaria para la creacin, gestin y mantenimiento de servicios VOD. Se puede tanto por parte de los subscriptores tener un control sobre el contenido que orden, as como por parte del operador realizar una gestin sobre el contenido desplegado como de los subscriptores. RiGHTv XBIP (eXtended Broadcast over IP): La aplicacin ofrece a los proveedores del servicio tener la posibilidad de realizar una gestin y manejo hacia los canales de TV multicasting. Este incluye tanto herramientas para la gestin y creacin de canales, as como programacin de horarios y definicin de paquetes para ofrecer a los subscriptores. Tambin por medio de un software intermedio (RiGHTv SUI SDK), tiene la posibilidad de que los proveedores de servicio crea su propia interfaz para el usuario incluyendo su gua de programacin.

102

RiGHTv XPVR (eXtended Personal Video Recording): Esta aplicacin est asociada a la creacin y gestin total sobre un servicio de PVR. Da la posibilidad de que los operadores graben y almacenen programacin en directo, dando una nueva experiencia de ver contenido multimedia a los usuarios, as como estos mismo pueden acceder a ese contenido en el momento justo que ellos deseen. Tambin da la posibilidad de vivir la experiencia de control sobre el contenido como si fuera un medio multimedia reproducible (play, stop, etc).

RiGHTv Core (ncleo): Es el complemento para las aplicaciones anteriores, es una plataforma en tiempo real para el desarrollo y mantenimiento de servicios interactivos para contenido multimedia variado. Basa su control en el RiGHT SUI SDK (creacin de interfaces personalizadas), subsistemas para la gestin de subscriptores y contenido y el run-time engine, que le permite la capacidad de trabajar en tiempo real con los diferentes contenidos que maneja.

Figura 4.17 Orca RiGHTv [36]

103

4.1.7

Microsoft - Mediaroom Otra compaa pujante en el rea del Middleware ha sido uno de los ms

importantes productores de software en el mundo, la compaa Microsoft. Esta al igual que sus competidores, presenta una plataforma de software conocida como Microsoft Mediaroom. Al igual que sus competidores, es una plataforma de software utilizada para proveer y dar servicios de IPTV. Su objetivo est enfocado principalmente a dar un servicio personalizado al cliente donde el subscriptor pueda obtener el contenido que quieran cuando ellos quieran. Dentro de sus caractersticas para el control del contenido multimedia, presenta caractersticas similares a la de sus competidores como lo son: Gua de programacin Interactiva PVR Posibilidad de ver y manejar contenido VoD. Calidad de despliegue del contenido Interoperabilidad con otros contenidos multimedia como lo son imgenes, msica, video juegos, as como conectividad con una computadora personal.

Figura 4.18 Microsoft Media Room [29]

104

Como ha ocurrido con sus competidores, al encontrarse en un mercado dividido en torno a esta tecnologa, la plataforma Mediaroom, tambin es accesible para funcionar en productos hechos por terceros (STB, entre otros), con el fin de ampliar su gama de operatividad en el mercado mundial. De hecho, la plataforma Microsoft Mediaroom actualmente se encuentra ubicado en el mercado internacional como lo es Estados Unidos, Italia, Francia, Alemania, China, Portugal, Espaa, Suiza, Surfrica, Reino Unido entre otros. 4.1.8 Kasenna La compaa Kasenna, actualmente, es una de las ms importantes empresas en cuanto a formas de proveer contenido VoD, se encuentra ubicada en California con oficinas alrededor del mundo, especialmente en Asia y fue fundada en el 2000. Su principal incursin en el mundo de IPTV es mediante la fabricacin y diseo de sus servidores de contenido, conocidos como Kasenna Media Servers, siendo gestionable mediante su propio software MediaBase XMP. Estos servidores son diseados para proveer contenido VoD 24/7 segn la demanda, siendo una manufactura por parte de la combinacin Intel/Linux. Su almacenamiento est diseado para emplear unidades SCSI superiores a 1000 GB de capacidad. En sus versiones de Gibase Media Server, logra soportar y manejar hasta ms de 1500 streams de video a 3.75Mbps, para un ancho de banda superior de los 5500Mbps. En todas sus versiones, tiene la capacidad de manejar contenido tanto en MPEG2 como en MPEG 4. Mediante su Software el MediaBase XMP, puede realizar gestin propia sobre el contenido que almacena.

105

Figura 4.19 Kasenna Media Server [24] 4.1.9 Amino La compaa Amino, desde su creacin en 1997, se ha enfocado en productos para la interconexin en el hogar y en el mercado de gateways. Entorno a la tecnologa IPTV, su mayor incursin ha sido en los STBs y ha sido una de los principales distribuidores alrededor del mundo, incluso incluyendo sus productos a otras soluciones existentes.. Con su gama de productos conocidos como AmiNET XX, ha logrado darse un lugar en el mercado de IPTV, especialmente con los productos AmiNET 110, AmiNET 130, AmiNET 500. AmiNET 110: En la versin ms sencilla de productos para STB por parte de Amino. Este Tiene la capacidad de desplegar contenido MPEG-2 hasta 10 Mbps, as como aplicaciones de VoD. Su conectividad se hace por medio de Ethernet, as como salidas de video conocidas (RGB, S-Video), asi como controlabilidad por medio de un control remoto. Tambin posee control por medio de RTSP (para VoD) y IGMP (multicast). Es un modelo compacto para dar todas las funcionalidades de acceso a contenido IPTV (juegos, VoD). Como condicin casi inobjetable es la posibilidad de funcionar con equipo y

106

Middleware, producido por terceros. Posee control remoto pero no contiene PVR integrado. AmiNET 130: Esta serie de productos en STBs, tiene caractersticas similares a sus antecesores, agregando la capacidad de soporte de streams de video en formato MPEG4 de alta definicin. Al igual que los otros productos presentes por la compaa Amino, este soporta conectividad Ethernet, salidas de video estndar, el uso de protocolos RTSP para VoD asi como multicast. De igual manera su control se hace por medio de un control remoto y no contiene un PVR integrado. AmiNET 500: Este es uno de los productos ms avanzados para el despliegue de contenido IPTV por parte de Amino. Contiene en su mayora las mismas caractersticas de sus productos antecesores. Su principal caracterstica es la integracin de un PVR de 80GB, con funcionalidades de grabacin y control del video (play, stop, etc). Permite recibir contenido en MPEG2 y al igual que los otros productos, permite control RTSP y IGMP ( VoD y multicasting), asi como conectividad Ethernet.

Figura 4.20 STBs Amino [9]

107

4.1.10 Secure Media La tecnologa IPTV muestra que en un futuro puede ser la total convergencia deseada en cuando a transmisin de datos. Por ello es necesario un control ante cualquier intento de entrar al sistema, as como la proteccin de derechos de acceso. Una empresa reconocida es Secure Media, que al igual que muchas otras presentes en el mercado ofrecen Conditional Access y Digital Rights Management, o Controles de Acceso y Gestin y proteccin sobre Derechos de contenido Digitales. Esto lo hace mediante su sistema Encryptonite One. Dentro de sus caractersticas ms importantes se pueden destacar. Gestor general por medio de software, con la posibilidad de manejar las contraseas, control sobre los clientes que tiene derechos y los que no, as como la autenticacin y registro de los STB usados para IPTV para darle veracidad los dispositivos que poseen acceso. Pre Encriptacin a servicios VOD para un mayor control en el despliegue de contenidos. 4.1.11 MTS Un control importante dentro del contenido que se entrega en IPTV es su forma de cobrarlo o los sistemas de Billing. Las existencias de empresas como MTS International, la cual desde sus inicios en 1985, ha entregado soluciones personalizadas en el mbito de gestin en telecomunicaciones, servicio al cliente y sistemas de cobro o billing, a nivel mundial. Con la aparicin de IPTV no se ha quedado atrs y tambin presenta soluciones y plataformas personalizadas segn la exigencia del cliente.

108

En caso de IPTV, el producto est enfocado en una plataforma que logre proveer la flexibilidad que se necesita para tener un control de pago en tiempo real sobre sistemas integrados por servicios Triple Play, como lo son VoD, voz y datos, entre otros; dndole el soporte necesario tanto a operador como al cliente. 4.1.12 Distribucin y comparacin del Mercado Como se pudo observar en los puntos anteriores, el mercado en IPTV est fragmentado y por la falta de estandarizacin varias empresas han girado su enfoque a proponer sus diferentes tipos de soluciones. Las siguientes tablas representan como se encuentra esa fragmentacin de productos y marcas, as algunas comparaciones entre algunos productos existentes en el mercado actual.

Tabla 4.3 Distribucin del Mercado alrededor de IPTV

Mercado Sistemas de Acceso Head End Servidores VoD STBs Middleware CAS/DRM/Billing ECI Compaa Cisco Motorola Scientific Atlanta Motorola Minerva Motorola Scientific Atlanta Amino Kasenna Motorola

Minerva Orca Interactive Microsoft-Mediaroom Secure Media MTS

109

Tabla 4.4 Comparacin Tecnologas Acceso

Caractersticas Modelos Conectividad Convergencia xDSL y Fibra ptica Capacidades de Transmisin Manejo de Unicast y Multicast Sistema de Gestin Compatibilidad con Productos de Terceros ECI XDM, Hi-Focus, STSeries 10 Gigabit Ethernet, E1, STM-64 Si Cisco CRS-1, 7600 Router Gigabit Ethernet Si Hasta 92 Tbps con multi conexin de chasises Si Si Si Motorola AXS-xxx, ONT 1000, ONT 6000 Gigabit Ethernet Si

80-160 Gbps

200 Gb

Si Si Si

Si Si Si

Tabla 4.5 Comparacin VHE

Caractersticas Modelo Codificacin Compresin Canales de Codificacin Compatibilidad con Terceros Insercin de Publicidad Interfaces Control y Gestin Cisco Scientifc Atlanta D9-xxx Motorola SE-xxxx Minerva VC8000 MPEG-2 y MPEG4 Hasta 15 Mbps 7 Streams de Video hacia IP Si No indica Gigabit Ethernet Compatible con SNMP

MPEG-2 y MPEG-4 MPEG-2 y MPEG-4 Hasta 20 Mbps Hasta 4 Canales hacia IP Si Si Gigabit Ethernet Compatible con SNMP Hasta 15 Mbps Hasta 4 Canales Hacia IP Si Si Gigabit Ethernet Compatible con SNMP

110

Tabla 4.6 Comparacin Servidores VoD

Caractersticas Modelo Capacidad Streams Tipos Contenido Software de Gestin Compatibilidad con Terceros Kasenna Kasenna Media Servers SCSI 1000 GB 5500 Mbps-aprox 1500 streams MPEG-2 y MPEG-4 Si, MediaBase XMP Si Motorola B-1 Video Server Memoria RAM 1,28 Terabytes 20 000 streams MPEG-2 y MPEG-4 Si, Stream Commander Si

Tabla 4.7 Comparacin STBs

Caractersticas Modelo Conectividad Codificacin Video Protocolos Middleware PVR Manejo Gua Electrnica Operatividad con sistemas CAS y DRM Mltiple manejo contenido Multimedia Salidas Cisco - Scientifc Atlanta IPNxxx Ethernet RJ45 MPEG-2 y MPEG-4 No indica Compatible con terceros 160 GB Si Si Si RGB, S-Video Motorola VIPxxx Ethernet RJ45 MPEG-2 y MPEG-4 RTP y RTSP Compatible con terceros 80 GB Si No indica Si RGB, S-Video Amino AmiNETxxx Ethernet RJ45 MPEG-2 y MPEG-4 RTSP, IGMP Compatible con terceros 80 GB Si Si Si RGB, S-Video

111

Tabla 4.8 Comparacin Middleware

Caractersticas Modelo Gua Interactiva PVR Manejo VoD Control Interactivo del contenido Herramientas de Gestin de Clientes y Contenido Operabilidad con equipo de Terceros Minerva iTV Manager Si Si Si Si Si, Back Office Si Orca RiGHTv Si Si Si Si Si, RGHTv Core Si Microsoft Mediaroom Si Si Si Si No Indica Si

En el mercado ascendente alrededor de IPTV, existen muchas otras empresas y marcas que no fueron destacadas en detalle como se hizo anteriormente. Entre ellas podemos encontrar a NEC, Thompson (entre sus divisiones se tiene a Grass-Valley y Smart-Vision), Viaccess, Entone, Alcatel-Lucent, Widevine, Zhone, Hewlett-Packard, Tut Systems, etc. Si bien algunas de ellas en un principio se enfocaron en un elemento especifico en IPTV, el rpido crecimiento y expansin de la tecnologa han hecho que las empresas se enfoquen en otros elementos, creados con diferentes diseos y caractersticas buscando conseguir su propia solucin para la entrega de IPTV y solo un estudio profundo de las ofertas puede determinar cul es la mejor a optar en la bsqueda de una solucin. Sin embargo el fin de este trabajo es mostrar la variedad de mercado que existe en torno a IPTV y observando como un mercado tan reciente ya ha acaparado la atencin de competidores importantes en productos de telecomunicaciones.

CAPTULO 5: Propuesta Plan Piloto

5.1 Introduccin
La rpida expansin de la tecnologa IPTV alrededor del mundo es un hecho insoslayable. Sectores como Europa y Asia (propiamente China), aun cuando la tecnologa sigue siendo muy nueva, ya han superado en gran parte su fase de prueba y ahora estn en un nivel de mayor desarrollo entorno a la tecnologa. Latinoamrica por su parte no se encuentra un escenario que represente un buen caso de negocios entorno a esa tecnologa. La creacin de una propuesta, la cual pueda usarse como un marco de referencia en caso de proceder a implementar un plan piloto, viene a dar un primer paso para que la regin, principalmente al pas (Costa Rica), pueda colocarse a la vanguardia tecnolgica en uso de IPTV y en futuro servicios Triple Play, que da con da van entrando en funcionamiento alrededor del mundo

5.2

Justificacin
La presente propuesta consiste en la elaboracin y compilacin de las

consideraciones y recomendaciones que se pueden tomar en cuenta de conformidad con el anlisis realizado de la tecnologa y una auscultacin del mercado, para la implementacin de un plan piloto de la tecnologa IPTV en Costa Rica. El presente documento pretende mostrar un marco de referencia de los requerimientos en la que se puede sustentar un plan piloto de la tecnologa IPTV para el pas, que en un futuro pueda ser utilizado como una gua. 112

113

La realizacin de esta propuesta, tiene su asidero, toda vez que en el pas no existe una implementacin de esta tecnologa. Actualmente no existe por parte de las dos compaa de telecomunicaciones (ICE y RACSA), la entrega ni parcial o total de contenido IPTV hacia los clientes. La factibilidad de una posible implementacin existe; parte de la infraestructura de distribucin y conectividad de redes de banda ancha existe actualmente en el pas por parte del ICE y RACSA, lo que comprende en su mayora a fibra ptica, sin embargo, la conexin de banda ancha en el pas hacia los clientes debera de mejorarse para dar una sostenibilidad al contenido IPTV, ya que como se expuso en captulos anteriores, este servicio requiere una cantidad considerable de ancho de banda an en sus mnimos de operacin. Con base en lo mencionado, en las siguientes secciones se articula la propuesta.

5.3

Objetivo y Alcance de la Propuesta

La formulacin de esta propuesta tiene como fin, esgrimir consideraciones y recomendaciones que sirvan para identificar un marco de referencia para la implementacin de un plan piloto de la tecnologa IPTV. Su funcin es llegar a ser una gua sobre los aspectos ms importantes a considerar en este tipo de propuesta como lo son la ubicacin, el contenido a entregar, opciones tecnolgicas y arquitectura posible a implementar, as como una auscultacin de costos en mercado actual.

114

5.4

Caracterizacin de la Propuesta
Los siguientes puntos, contienen las consideraciones y recomendaciones por parte

del autor del documento, que se pueden tomar en cuenta para un plan piloto de IPTV. 5.4.1 Localizacin Geogrfica y poblacin La localizacin geogrfica, al igual que al tipo de cliente al que puede ser dirigido un plan piloto de IPTV, debe tomarse en consideracin ya que no cualquier sitio reunir las condiciones deseables. En el caso de la tecnologa IPTV por ser nueva en la regin y su falta de implementacin, incurre a que se den gastos altos tanto para el grupo que lo implementa as como para el cliente. Por eso como recomendacin para el sitio y poblacin a dirigirse el plan, debe de ser con un poder adquisitivo importante, esto porque los gastos para la adquisicin de un servicio IPTV aun en su modelo ms bsico, pocos canales digitales, opciones de VoD simples e Internet de banda ancha. Los precios alrededor del mundo (Imagenio, AT&T, entre otros) empiezan en $80 por mensualidad, adems del costo extra por alquiler mensual de un STB que en algunos casos puede llegar a ser $10, sin tomar en cuenta la posibilidad de comprarlo donde sus precios rondan entre los $250 en sus modelos ms simples hasta los $500. Tambin sin incluir el costo de servicios adicionales especiales como paquetes de programacin, PVR, VoIP, etc. De ah que el sector recomendable a aplicar un plan piloto, por mnimas caractersticas que se empleen debe ser una zona que sus habitantes tengan la capacidad de sostener el gasto que conlleva el uso propio de la tecnologa. De igual manera, ms adelante se harn las respectivas

115

recomendaciones en cuanto al tipo de contenido que se puede considerarse como recomendable para proveer a los subscriptores en un inicio de plan piloto. Una posible rea segn estudios hechos por RACSA sobre sondeos de densidad de poblacin y capacidad de pago, es en Santa Ana propiamente en el residencial urbano conocido como Bosques de Lindora. Este sitio es un buen punto estratgico para la inicializacin de la tecnologa en el pas, no solo por su capacidad de pago sino por la cercana a uno de los principales nodos de RACSA, en Forum. Adems por las condiciones econmicas, es posible realizar conectividad con los clientes tanto por tecnologa xDSL como FTTH.

Figura 5.1 Localizacin Subscriptores En cuanto a la cantidad de clientes a la que puede ser dirigido un plan piloto, en este caso de IPTV, es recomendable que se manejen grupos pequeos de mximo 100 subscriptores, equivalente a una comunidad pequea. Esto por varias razones; al ser una tecnologa nueva en todos los mbitos, el control sobre la reaccin a esta, debe de ser

116

observado con claridad; en grupos pequeos se obtiene esto, adems de que los costos de implementacin son mucho menores para la compaa, si los hiciera en proyectos a gran escala, por la misma razn de que no es una tecnologa que se ha proliferado lo suficiente como para que los costos disminuyan. 5.4.2 Contenido IPTV a entregar. El contenido a entregar en un proyecto de plan piloto, es importante a considerar por el simple hecho que a mayor cantidad de servicios y paquetes que se entregan, mayor es el CapEx y OpEx para la compaa y a su vez traslada estos costos al usuario; entonces para que un plan piloto sea funcional, la introduccin de los servicios debe ser gradual. Adems, al ser una tecnologa cuyo despliegue es incipiente y en especial para la regin, el colocarla en el mercado y poder explotarla se visualiza como un proceso de crecimiento conjunto (proveedor-cliente); las personas no se encuentran preparadas para hacer uso y reconocer lo que realmente puede proveer la tecnologa. Por eso la mejor recomendacin es la entrega de servicios simples, bsicos y atractivos hacia el cliente. Dentro de las mejores opciones que se pueden aplicar siguiendo el marco de referencia descrito en puntos anteriores para una poblacin pequea, se recomienda la entrega de pocos canales. Pueden ser aproximadamente 30 canales digitales incluyendo los locales (ya que permiten una adquisicin gratuito y libre distribucin, sin pagos de derecho a uso de los mismo) y con la posibilidad de escoger 1 o 2 canales en alta definicin; pero que los canales provean contenido seleccionado, atractivo, diferente y gustoso para los clientes. La cantidad de canales se recomienda de ese tamao ya que a mayores canales, mayor equipo de codificacin, entre otros equipos; marcando mayores gastos. A parte del contenido, no se

117

debe dejar por fuera la posibilidad del acceso a Internet de banda ancha, ya que al ser un servicio que requiere anchos de banda altos, es recomendable aprovechar la obtencin de estos para uso propio del cliente y hacer atractivo el paquete piloto. Como es un modelo de prueba, en cuanto al contenido bajo demanda, es recomendable no ofrecer tanta variedad en el contenido, sino escogido de una manera seleccionada; esto por el aspecto econmico ya que el costo de mantener contenido almacenado en servidores, aumenta segn la cantidad almacenada y el equipo extra utilizado; y en caso de que no se aproveche como se pretende, esto se traduce en prdidas para la compaa que desea implementar IPTV. Con respecto a la posibilidad de integrar PVR sobre la red, no se recomienda hacerlo en un principio, sino trasladarle el costo al usuario en su equipo STB, que este tenga la posibilidad de tener su propio grabador digital en casa si as lo desea. Todo lo anterior no sera posible sin un Middleware adecuado que le provea una gua de programacin interactiva y control sobre el contenido que realmente desea ver, componentes vitales para una grata experiencia del usuario; este ya conlleva un anlisis de las opciones tecnolgicas existentes en el mercado como las mencionadas en el captulo 4. La implementacin e integracin de servicios ms avanzados como lo son VoIP, servicios de compra en lnea, mensajera en pantalla, sistemas de cobro avanzado, etc; no se recomienda su integracin, ya que al ser un periodo de prueba, lo que se busca es la explorar el mercado y no establecer el servicio de una vez por todas. 5.4.3 Opciones tecnolgicas a considerar Las opciones tecnolgicas (tanto en equipo como en distribucin y arquitectura); el recomendado para la planificacin de un plan piloto, debe de estar acorde a las necesidades

118

y servicios que se le van a proveer al cliente as como al necesario para que se logre dar una solucin completa. Como se observ en el captulo 4, las opciones tecnolgicas existentes actualmente entorno a IPTV son variadas, extensas y no se encuentran concentradas totalmente en una sola marca sino es un mercado muy fragmentado. Esto en cierta parte y con la posibilidad de que estos nuevos sistemas se adecuan a trabajar con productos hechos por terceros, se puede acceder a formar una solucin integrada. Al ser esta propuesta una serie de recomendaciones que sirvan como marco de referencia para la implementacin de un plan piloto, lo que se procede es a recomendar cuales son las caractersticas ms deseables en los equipos segn lo analizado en el captulo 4, la eleccin definitiva de una solucin completa es mediante una evaluacin profunda de las distintas opciones tecnologas segn los intereses de la implementacin, pero los objetivos finales del proyecto no conllevan eso y solo pretenden dar un marco de referencia para una futura implementacin. Dentro de las recomendaciones de bsqueda de soluciones para la implementacin de un plan piloto, lo que se puede citar es que caractersticas deseables se puede optar para la eleccin del equipo. En caso de tecnologas tanto de acceso como de enrutamiento de datos, lo mejor es hacer uso de equipo que sea compatible con la red Metro Ethernet como la que posee RACSA actualmente (como se mencionara ms adelante), as como convergencia tanto de tecnologa xDSL como FTTH. Lo esencial es la capacidad de tener conectividad con una red Gigabit Ethernet, manejo de unicast y multicast, as como la posibilidad de compatibilidad con productos de terceros y sistemas de gestin. Dentro del anlisis hecho en el captulo 4, resumido en la tabla 4.4, existen varias opciones de las

119

cuales se puede hacer un anlisis ms profundo para la eleccin ms adecuada segn las decisiones finales de implementacin como se indico en este apartado. Tomando en cuentas las recomendaciones y caractersticas que se nombraron anteriormente entorno al contenido que se entrega, la necesidad de codificadores de seales (VHE) es un punto importante, aparte de que a mayores canales y cantidad de usuarios y servicios, mayor numero de codificadores. Las opciones en el mercado actuales son numerosas (algunas propuestas en la tabla resumen 4.5), por lo que la propia escogencia va a depender de las necesidades y ofertas que se puedan ofrecer; por eso la recomendacin para la escogencia se centraliza ms en las caractersticas que en un principio debe poseer el equipo. La principal es su posibilidad de codificacin en MPEG-2 y MPEG-4, as como poder trabajar sobre interfaces Gigabit Ethernet, para una mejor adaptabilidad a la redes de RACSA. A esto se le debe agregar la capacidad que ha sido reiterativa en la mayora de equipos entorno a la tecnologa y es ser compatible con terceros tanto en equipo como Middleware, para ampliar su funcionalidad. Aspectos como los servidores VoD, van a recaer en la capacidad de almacenamiento que se vaya a requerir en la implementacin final, pero por el anlisis realizado en el captulo 4, lo mejor es hacer uso de tecnologa de almacenamiento conocido y no tan nueva que lo que van a producir es mayores costos de implementacin. Por razones de funcionalidad el que sea compatible con MPEG 2 y 4 as como con terceros, es un punto clave en el desempeo e interoperabilidad de los elementos. La necesidad de un Middleware, es inobjetable para el uso de la tecnologa IPTV. Dentro del anlisis con respecto al mismo hecho en el captulo 4, las caractersticas

120

recomendables que el mismo debe poseer, est en el manejo del contenido y de los clientes, que sea una herramienta de gestin para ambos, as como control directo sobre los servidores VoD. En la tabla resumen 4.8, se tiene varias opciones tecnolgicas analizadas, donde se cumplen estas caractersticas y mas, que permiten una interactividad entre usuario y contenido. La necesidad ms grande entorno a la escogencia es la posibilidad de trabajar con terceros, donde, como se ha visto en este anlisis, la tecnologa funciona utilizando soluciones fragmentadas pero que se vienen a integrar para dar el producto final deseado. Por ltimo, la escogencia del ltimo componente en la arquitectura IPTV, los STBs; puede darse a travs de muchas opciones tecnolgicas en el mercado. Lo ms recomendable es que posea las caractersticas de funcionamiento compatible con el resto de la topologa IPTV, como lo es codificacin MPEG 2 y 4, as como de un control de mltiple manejo de contenido multimedia. Dentro de la tabla 4.7 se resumen caractersticas que en su mayora los STBs a escoger deben de tener. La principal es la posibilidad de tener interaccin con el Middleware escogido, ya que gracias a este se puede lograr una mejor interoperabilidad entre toda la arquitectura. Posibilidades sobre la red de Transporte Con base en este equipo recomendado y segn la arquitectura de IPTV, su base de transporte se encuentra soportada sobre una red Metro Ethernet/MPLS. Dentro de las posibilidades a considerar se encuentra la red Metro Ethernet disponible actualmente por parte de la compaa costarricense RACSA. Esta ya posee como se observa en la siguiente figura, una distribucin de nodos ubicados en varios sitios, donde se hace presente el nodo ms cercano (Forum) recomendado para la distribucin del contenido; con una

121

conectividad entre ellos sobre interfaces Gigabit Ethernet y 10 Gigabit Ethernet, las cuales son adecuadas tanto para el equipo considerado anteriormente como para la complementacin adecuada de la arquitectura IPTV. Adems presenta la ventaja de que en su nodo Telepuerto, est equipado para la obtencin de seales broadcasting, esenciales para IPTV, teniendo la posibilidad de hacer uso de la antena estndar B (estndar propuesto por Intelsat), para obtener seales satelitales. As este punto se puede considerar como un punto de inicio en una topologa de un plan piloto para el pas.

Figura 5.2 Red Metro Ethernet/MPLS de RACSA [53] Posibilidades sobre la red de Acceso En cuanto a la red de acceso, como se ha retomado en captulos anteriores puede ser mediante tecnologa xDSL o FTTH. Por parte de la tecnologa xDSL en el captulo 2 se ha retomado las caractersticas que debe cumplir una red xDSL para operar en conjunto con IPTV, a continuacin se resumen las ms principales:

122

Tecnologas como ADSL2 y 2+ necesitan una distancia mxima entre el cliente y el nodo de 2.5 a 3 Km.

DSLAM utilizado debe poseer funcionalidad IGMP. Excelente calidad de conexin (estados del cable y longitud)

Entre otros mencionados con anterioridad en el captulo 2 en la seccin de redes de acceso. Para el caso de uso de tecnologa FTTH como la red de acceso hacia el cliente, es una opcin deseable para el uso de tecnologas IPTV, pero este tipo de red de acceso debe considerar ciertas caractersticas importantes para su implementacin. Algunas de estas consideraciones ya se abarcaron como el uso de una red PON, as como la necesidad de componentes tanto en el nodo de distribucin como en el cliente como los son los OLT y los ONT respectivamente. Con respecto a las caractersticas tcnicas de la fibra ptica en una implementacin de FTTH; algunas de ellas se resumir en la siguiente tabla: Tabla 5.1 Caractersticas de la Fibra ptica en FTTH [53] Descripcin Norma Rango de Longitudes de onda utilizado Tipo de Fibra Conectividad Dimetro de ncleo de la fibra Coeficiente de Atenuacin Dimetro de revestimiento primario Dimetro de revestimiento secundario Vida til Sistema de Calidad Especificacin UIT-T G.652.D 1310nm 1625nm Monomodo Estndar (una longitud de onda por fibra) Punto a Multipunto 9.2 0,4 m 0.25 dB/Km 125 0,7 m 250 15 m 20 aos ISO 9002

123

Topologa segn las consideraciones La siguiente topologa, es el resumen de las consideraciones que se han planteado como gua para la implementacin de un plan piloto.

Figura 5.3 Topologa propuesta Sin embargo las opciones y recomendaciones entorno a la escogencia de equipo y software esta determinado propiamente por las necesidades que se quieran cubrir; al ser un mercado tan nuevo y creciente, se pretende que las anteriores recomendaciones sirvan como una referencia en un futuro para un proyecto de implementacin de un plan piloto. 5.4.4 Recomendaciones para el Personal Al igual que se realizaron recomendaciones entorno a la clientela, el equipo y soluciones a utilizar, tambin se recomienda cambios en la compaa que desea acoger un plan piloto de IPTV. Como se observ en puntos anteriores, la tecnologa es nueva para el rea, se tiene bastante desconocimiento del tema, por tanto se recomienda implementaciones de planes de capacitacin ya sea en corto o mediano plazo. Lo ms

124

conveniente es que estos sean entregados por la compaa integradora de la solucin final por medio de servicios profesionales, ya que puede proveer entrenamiento al personal de la empresa que desea integrar el proyecto, con el fin de lidiar con ella, manipularla, entenderla y aprender a tener un control total del nuevo sistema de IPTV. Estas son consideraciones y aspectos que se recomienda tener presente en el momento de implementacin de un plan piloto en este tipo de tecnologas nuevas, en la que se desconoce en gran parte su funcionamiento, para no depender en un futuro de personal extranjero sino propio de la empresa.

5.5

Costos de la Propuesta
El aspecto econmico en cuanto al costo propiamente de la implementacin de una

solucin de IPTV como la que se recomienda, es muy difcil de determinar. La tecnologa IPTV es muy nueva, a pesar que ya ha tenido un crecimiento importante en lugares como Europa, la fijacin de precios tanto del equipo como de la implementacin en s de la tecnologa no se encuentran determinados de forma concreta. Adems, a esto se le debe sumar lo hermtico que permanecen las compaas actuales que promueven soluciones para IPTV, esto debido a que al tratarse de tecnologa muy moderna, el conocimiento del precio de las mismas y sus equipos no son tan accesibles, para tratar de manejar este nuevo mercado. Por medio de una auscultacin del mercado, se tiene muestra de algunos precios en la que el mercado actual esta oscilando en la implementacin de esta tecnologa. La siguiente tabla viene a resumir esto.

125

Tabla 5.2 Costos de la Tecnologa Tecnologa Servidor Middleware, Servidor de Streaming y VHEs encoders para 100 -1000 subscriptores STBs para 100 subscriptores Acceso y Conectividad Servicios Profesionales ONT para 100 subscriptores Total Rango Costo ($) $250 000 - $380 000 $28 000 - $50 000 $93 000 - $124 000 $70 000 - $100 000 $22 000 - $27 000 $463 000 $681 000

Como se puede observar de los datos anteriores los costos son altos y su fundamento est en que la tecnologa apenas est en sus inicios sin una mayor proliferacin en otros sectores. Aparte de estos gastos que se pueden numerar, existen otros como algn cambio en la infraestructura de las redes, gestin sobre clientes, seguridad de la red y contenido, facturacin, etc. Dentro de un futuro anlisis para una implementacin, el estudio de una viabilidad econmica es importante pero depender de las opciones escogidas, de igual manera por el costo de inversin se podra pensar en una implementacin a largo plazo, pero los objetivos del proyecto estn delimitados. Como se indica en esta propuesta, esta es un marco de referencia para tener una gua de cmo entablar un plan piloto de tecnologa IPTV, donde como recomendacin final, la realizacin de anlisis de ofertas sobre las soluciones y opciones tecnolgicas, pueden indicar con exactitud la mejor propuesta de implementacin.

CAPTULO 6: Conclusiones y recomendaciones

6.1 Conclusiones
La tecnologa IPTV se perfila como la plataforma por excelencia para brindar la convergencia deseada en servicios Triple Play a travs de redes IP, adems de la diferenciacin de servicio, la cual es una de sus principales ventajas; ya que puede brindar versatilidad del contenido que se entrega y maneja. No solamente en programacin broadcasting o VoD, sino en la personalizacin hacia el cliente (tanto contenido como publicidad), asi como integracin de servicios de nueva generacin (VoIP, Internet). El uso de protocolos como UDP, RTP, SIP/SDP, dan la versatilidad para brindar una buena funcionalidad e interoperabilidad en redes de datos

permitiendo la convergencia de servicios, as como calidad de servicio y experiencia para el usuario. Adems del protocolo IGMP, el cual brinda gran sostenibilidad en cuanto al despliegue de contenido tanto unicast como multicast. La tendencia de uso de esta tecnologa, se perfila con un crecimiento para los prximos aos, tomando en cuenta la incursin de tecnologas como fibra ptica, que viene a dar una solucin apta para el consumo de gran cantidad de ancho de banda Actualmente en el mundo, la tecnologa tiene su mayor desarrollo en zonas como Europa y Asia. Su principal reto de penetracin se encuentra en 126

127

Norteamrica y principalmente en Latinoamrica, sitio donde no se tiene un impacto importante. El uso de la tecnologa y arquitectura IPTV, es una excelente opcin en el mercado actual de las telecomunicaciones por la convergencia que brinda hacia otras tecnologas (VoIP, Internet), dando como resultado una menor cantidad de equipo, as como el uso de una nica red de datos (IP). La opciones tecnologas actuales entorno a la tecnologa se encuentran fragmentadas. Actualmente existe un creciente nmero de proveedores de soluciones para acceso y transporte, infraestructura, almacenamiento de contenido, codificacin, CAS/DRM, middleware, STB; los cuales son compatibles con otros fabricantes. Para la regin, especficamente para el caso de Costa Rica; la implementacin de un plan piloto, es un paso importante para situarse al lado del desarrollo de esta tecnologa; con el nico propsito de no relegarse a nivel mundial y entrar de lleno a la siguiente generacin en telecomunicaciones: convergencia total de servicios. La eleccin de las consideraciones a tomar (tipo de solucin) para implementar un plan piloto para IPTV; al ser una tecnologa muy moderna, solo un estudio de viabilidad sobre las diferentes opciones tecnolgicas puede dar con los elementos claves y necesarios.

128

6.2

Recomendaciones
Es recomendable antes de hacer cualquier implementacin, realizar un estudio de mercadeo econmico por un administrador de empresas o economista, para conocer los intereses de los grupos a los cuales se les presentara la propuesta, as como la viabilidad, factibilidad y retorno de inversin a travs de los aos. En la implementacin de un plan piloto, para la escogencia de las opciones tecnolgicas en IPTV, es recomendable hacer un estudio tcnico de las soluciones presentes en el mercado y verificar cuales se adaptan mejor a las necesidades de implementacin.

BIBLIOGRAFA
Libros: 1. Harte, L. IPTV Basics. 1era Edicin, Editorial Althos Publishing. Estados Unidos. Ao 2006 Pginas Web: 2. Accenture Building your IPTV Future, http://accenture.com/Microsites/Internet_Protocol_TV/ 3. Accenture International IPTV Study, http://www.consultoras.org/adjuntos/fichero_6234_20060314.pdf 4. Accenture IPTV Monitor - Issue 1, https://www.accenture.com/NR/rdonlyres/FFF5B626-081A-4020-9C3A6B9EDE3F06A8/0/iptv_monitor1.pdf 5. Accenture IPTV Monitor - Issue 2, https://www.accenture.com/NR/rdonlyres/D19506CE-46CA-4F11-9257B011A7E865D0/0/IPTV_Monitor_Issue_2.pdf 6. Accenture IPTV Monitor - Issue 3, https://www.accenture.com/NR/rdonlyres/4D2018AD-CE6B-4719-A72BA3DF0C5EAEDA/45795/IPTVMonitorIssue8.pdf 7. Accenture IPTV: Realizing the potential of television over the Internet, https://www.accenture.com/NR/rdonlyres/71E8D491-E8A1-4411-8F2E9AAE3AC04EC0/0/IPTVpov.pdf 8. Accenture TV por Internet IPTV, http://www.accenture.com/Countries/Spain/About_Accenture/Newsroom/News_Re leases/TV+por+Internet+IPTV.htm 9. Amino, http://www.aminocom.com/ 10. Cisco CRS-1, http://www.cisco.com/en/US/products/ps5763/index.html 11. Cisco 7600 Series Router, http://www.cisco.com/en/US/products/hw/routers/ps368/index.html

129

130

12. How IPTV Works, http://www.iptvarticles.com/iptvmagazine_2005_10_IPTV.htm 13. IGMP Snooping, http://www.net-o2.com/igs.asp 14. Imagenio, http://es.wikipedia.org/wiki/Imagenio 15. Introduction to MPEG Parte 4, http://www.iptvarticles.com/iptvmagazine_2006_04_MPEG.htm 16. Introduction to MPEG Parte 7, http://www.iptvarticles.com/iptvmagazine_2006_07_MPEG.htm 17. IP Video Products Overview, http://broadband.motorola.com/business/videoProductsOverview.html 18. IPTV Americas, http://www.iptv-americas.tv/solutions.php?leng= 19. IPTV Billing Solutions Systems, http://www.mtsint.com/page.asp?cat=54&lang=1&type=2 20. IPTV Headend, http://www.sciatl.com/products/customers/IPTV.htm 21. IPTV in mid-2007: subscriber numbers and penetration rates up, http://point-topic.com/content/dslanalysis/bbaiptv071011.htm 22. IPTV: nacimiento con complicaciones, http://radiomexicana.blogspot.com/2007/07/iptv-nacimiento-concomplicaciones.html 23. IPTV World Forum http://www.iptv-forum.com/ 24. Kasenna Media Servers Datasheet
http://www.kasenna.com/downloads/datasheets/Kasenna_Media_Servers_Datasheet.pdf

25. La IPTV tendr sesenta millones de usuarios en 2011 http://www.lacoctelera.com/iptv/post/2007/05/30/la-iptv-tendra-sesenta-millonesusuarios-2011 26. La TV por Internet comienza a imponerse en los principales mercados del mundo, http://www.lacoctelera.com/iptv/post/2007/05/03/la-tv-internet-comienzaimponerse-los-principales

131

27. Matrix Stream IPTV Package, http://www.tvover.net/2006/09/13/MatrixStream+Releases+Low+Cost+High+Defin ition+IPTV+Package.aspx 28. Microsoft IPTV in Germany, http://www.internetnews.com/busnews/article.php/3593131 29. Microsoft Mediaroom, http://www.microsoftmediaroom.com/ 30. Microsoft signs an IPTV deal with Telecom Italy. http://www.afterdawn.com/news/archive/5581.cfm 31. Minerva Networks, http://www.minervanetworks.com/ 32. MPEG-4 Video Encoders, http://broadband.motorola.com/business/videoEncoders.html 33. MPLS, http://es.wikipedia.org/wiki/MPLS 34. On Demand Products Overview, http://broadband.motorola.com/business/ondemand/OnDemandProducts.html 35. Open IPTV Forum, http://www.openiptvforum.org/ 36. Orca Interactive, http://www.orcainteractive.com/ 37. Parks Associates IPTV: From Quadruple Play to Multiplay, http://www.parksassociates.com/research/reports/tocs/2007/iptv.htm 38. Products, http://www.ecitele.com/Products/Pages/default.aspx 39. Protocolo IGMP, www.fdi.ucm.es/profesor/jseptien/WEB/Docencia/AVRED/Documentos/IGMP.ppt 40. RTP, http://en.wikipedia.org/wiki/Real-time_Transport_Protocol 41. Scientific Atlanta IPN Set Top, http://www.sciatl.com/products/customers/images_subscriber/G1599BIPN330HD%201-Sheet.pdf 42. Securemedia Approach, http://www.securemedia.com/s/solutions/ 43. SIP, http://en.wikipedia.org/wiki/Session_Initiation_Protocol

132

44. Telefnica apuesta fuertemente por su IPTV: Imagenio, http://www.lacoctelera.com/iptv/post/2007/10/03/telefonica-apuesta-fuertementesu-iptv-imagenio 45. Triple Play: El Hogar Multimedia, http://www.inad.es/sp/tecnologica/2006/03200601.htm 46. UDP, http://en.wikipedia.org/wiki/User_Datagram_Protocol 47. Ultra-Broadband Solutions, http://broadband.motorola.com/business/accessnetworks/telco_fttp.asp 48. Video, http://www.ecitele.com/Solutions/Video/Pages/default.aspx 49. Visionary Solutions, http://www.vsicam 50. Wilson, C. China grabs global IPTV Leadership http://telephonyonline.com/mag/telecom_china_grabs_global/ Apuntes y Otros: 51. Conferencias IPTV en RACSA. ECI Telecom y Alcatel-Lucent. Ao 2007 52. Porras Umaa, E. Apuntes, Redes de Banda Ancha, Curso Licenciatura, Universidad de Costa Rica. Ao 2007 53. Datos Redes de RACSA. Ao 2007 54. Documentacin de IPTV de RACSA. Ao 2007