UNIVERSIDAD DE PAMPLONA FACULTAD DE INGENIERAS Y ARQUITECTURA DEPARTAMENTO DE INGENIERAS ELCTRICA ELECTRNICA SISTEMAS Y TELECOMUNICACIONES PROGRAMA DE INGENIERA EN TELECOMUNICACIONES

ANTEPROYECTO DE TRABAJO DE GRADO PARA OPTAR POR EL TTULO DE INGENIERO EN TELECOMUNICACIONES

TEMA: ESTUDIO TECNICO DEL ESTADO DEL ARTE DE LA TECNOLOGIA (IPTV) PARA LA INTEGRACION DE SERVICIOS DE VALOR AGREGADO

AUTOR: CLARENA LUZ CONTRERAS VERGARA DIRECTOR: ING. DIANA LUCIA RAMREZ JIMNEZ DIRECTOR DEL PROGRAMA: JAIR LLANTEN ROJAS

PAMPLONA NORTE DE SANTANDER MARZO 2011

1

NDICE NDICE DE CONTENIDOS..2 NDICE DE FIGURAS6 NDICE DE TABLAS.. 7

INDICE DE CONTENIDO Introduccin9 1. INTRODUCCIN Y CONCEPTOS DE IPTV10 1.1 Protocolo de Internet IP.11 1.2 Servicios IP..11 1.3 Datagrama IP...13 1.4 Protocolos de encaminamiento IP...18 1.4.1 Protocolos Interiores...18 1.4.1.1 Algoritmo de Vector Distancia18 1.4.1.2 Algoritmo de Estado de Enlace...19 1.4.2 Protocoles Exteriores.19 1.5 Protocolo de Internet versin 4.19 1.5.1 Direcciones..20 1.5.2 Datagrama IPV4..21 1.5.2.1 Campos TOS en IPV4...22 1.5.3 Limitaciones de IPV4..22 1.6 Protocolo de Internet Versin 623 1.6.1 Caractersticas.23 1.6.2 Datagrama IPV6..24 1.6.2.1 Campos que desaparecen en IPV6 de IPV4 25 1.6.2.2 Campos renombrados..25 1.6.3 Tipos de Direcciones..26 1.6.3.1 Unidifusin26 1.6.3.2 Multidifusin...27 1.6.3.3 Difusin..28 1.7 Implantacin de IPv6.29 1.8 Televisin Digital30 1.8.1 Caractersticas31 1.8.2 Modelo de la TDT.33 1.8.3 Elementos Utilizados en la Transmisin de TDT.34 1.8.4 Interactividad.35 1.9 formatos de video empleados en IPTV.37 1.9.1 Estndar H.26137 1.9.1.1 formatos H.261...37 1.9.1.2 historia.38 1.9.1.3 diseo..38 1.9.2 formato WMW...39
3

1.9.2.1 formato contenedor.39 1.9.2.2 cdec WMV40 1.9.2.3 cdec MWV screen..40 1.9.2.4 cdec MWV imagen..41 1.9.2.5 calidad de video.41 1.10 transporte de paquetes IP41 1.10.1 protocolo de transporte.42 1.10.2Multicasting IP.44 1.10.2.1 Protocolo de internet unicasting44 1.10.2.2 protocolo de internet Multicasting. 45 1.11 codificadores de audio video46 1.12 introduccin al concepto de NGN...47 1.12.1Origenes de las redes NGN.47 1.12.3 Distintas versiones del concepto NGN.48 1.12.3.1 NGN relacionados con los datos de internet48 1.12.3.2 NGN relacionados con la voz.49 1.12.4 Evolucin de la red hacia el concepto NGN50 1.12.4.1 factores para el cambio50 1.12.5 Definicin de NGN......50 1.12.5.1 caracterstica fundamentales.51 1.12.6 consideraciones de diseo.52 1.12.7 Arquitectura de NGN53 1.12.8 proceso de evolucin...54 1.13 redes pon..55 2. COMPRESION DE VIDEO Y AUDIO, FLUJO DE TRANSPORTE MPEG, IP MULTICAST ERTSP56 2.1 Compresin de video..56 2.1.1 Compresin sin prdidas...57 2.1.2 Compresin con prdidas..57 2.2 Tcnicas usadas en la codificacin digital de video..58 2.3 Aspectos a considerar en la seleccin del mtodo de compresin58 2.4 Compresin de video en el contexto del sistema digital de televisin..58 2.5 Estndares de la compresin de video..59 2.6 Compresin de video en el estndar MPEG..60 2.6.1 Tipos de imgenes en MPEG...61 2.6.2 MPEG-1 ..63 2.6.2.1 Seccin del sistema...63 2.6.2.2 Seccin de video63 2.6.2.3 Seccin de audio64 2.6.2.4 Lmites para tamao y frecuencia en MPEG-1.....64 2.6.3 MPEG-2 Estndar para la televisin digital65 2.6.3.1 Sistemas..65 2.6.3.2 Video65 2.6.3.3 Audio66
4

2.6.3.4 Perfiles y Niveles66 2.6.3.5 Empaquetamiento y flujo de datos..67 2.6.4 El estndar MPEG467 2.6.4.1 Partes de MPEG4 importantes para Televisin68 2.6.4.2 MPEG4 parte 2..68 2.6.4.3 MPEG4 parte 10....69 2.7 Audio.....71 2.7.1 Rango de compresin....71 2.7.2 La familia de estndares del MPEG audio.71 2.7.3 Procesos involucrados en la compresin ..72 2.7.3.1 Digitalizacin.72 2.7.3.2 Codificacin y compresin..73 2.7.4 Estndar MPEG de Audio.74 2.7.4.1 Formato MIDI..75 2.7.4.2 Formato WAV.76 2.7.4.3 Formato MP3..76 2.7.4.4 Formato MP4..76 2.7.4.5 Formato VQE..77 2.7.4.6 Formato RA.77 2.8 IP MULTICAST77 2.8.1 Direccionamiento MULTICAST78 2.8.2 Multidifusin79 2.8.2.1 Direcciones multidifusin IPv479 2.8.2.2 Direcciones multidifusin IPv680 2.8.3 Uso de la multidifusin..81 2.9 Protocolo de Control en Tiempo Real RTSP.82 2.9.1 Propiedades de Protocolo RTSP.83 2.9.2 Ventajas84 2.9.3 Desventajas.84 2.9.4 Estados.84 2.9.5 Mensajes..85 2.9.6 Sesin ..86 2.10 Tipos de servicios de Streaming.87 2.10.1 Componentes de un sistemas de Streaming.87 2.10.1.1 Servidor de Streaming..88 2.10.1.2 Red de comunicacin....88 2.10.1.3 Clientes89 2.10.2 Requisitos de un sistema de Streaming..90 2.10.3 Formatos de Archivos de Streaming92 3. INFRAESTRUCTURA DE LA TECNOLOGIA IPTV94 3.1 Arquitectura de la Tecnologa IPTV.94 3.1.1 Adquisicin..95 3.1.2 Servidores....95 3.1.3 Distribucin.96
5

3.1.3.1 Arquitectura centralizada.97 3.1.3.2 Arquitectura distribuida97 3.1.4 Red de Acceso98 3.1.5 Software99 Arquitectura SDV.99 3.1.6 Descripcin del sistema de IPTV100 3.1.7 Elementos del sistema IPTV...101 3.1.7.1 Heand End101 3.1.7.2 Componentes de Heand End102 3.1.7.3 Video bajo demanda...105 3.1.7.4 Middleware105 3.1.7.5 Sistemas de control de derechos..105 3.1.7.6 Set Top Box.105 3.1.7.7 Servidores para la gestin.106 3.1.8 estructura de la red IPTV.106 3.1.8.1 IPTV...106 3.1.8.2 Super Heand End107 3.1.8.3 Video Serving Office (VSO)108 3.1.8.4 Oficina Central/Terminal Remoto..110 4. EQUIPOS Y TECNOLOGIAS. 4.1 Tecnologa de las comunicaciones112 4.2 Redes core networks..114 4.3 Estructuras de las redes y enrutamiento..115 4.4 Descripcin tcnica.116 4.5 Equipos .116 4.5.1DVB to IP getaway 4x. (Servidor de flujo IPTV)..117 4.5.2 Servidor de VoD..118 4.5.3 Servidor de TVoD y TV asncrona119 4.5.4 Middlewarw de IPTV..120 4.5.5 Encriptacin de contenidos122 4.5.6 cajas decodificadoras.123 4.6 Ejemplo de implementacin de IPTV124 4.6.1 sistema d facturacin.126 4.7 calidad de servicio IPTV y seguridad127 4.8 requerimientos de la red de IPTV..130 4.8.1 calidad de experiencia...131 4.8.2 parmetros de QoS para IPTV.131 4.9 Servicios que ofrece133 4.10 ventajas...134 4.11 PTV en Amrica latina135 4.12 Marco legal de IPTV.136 4.12.1 Seccin 1.Fortalezas de la tecnologa IPTV..136 4.12.2 Seccin 2. Marco legal y lineamientos de poltica regulatoria138
6

4.12.3 Seccin 3.Conclusiones respecto a la clasificacin y regulacin de la tecnologa IPTV. ..141 4.13 conclusiones148 4.14 bibliografa149 Lista de tablas CAPITULO 1 Tabla 1. 1. Opciones de calidad de servicios IP Tabla 1.2 Distintos protocolos Tabla 1.3 Asignacin de clases Tabla 1.4 Opciones de Datagrama CAPITULO 2 Tabla 2.1 Niveles y Perfiles Tabla 2.2 formato de calidad de audio mono y estreo CAPITULO 4 Tabla 12.1Comparacin entre televisin convencional e IPTV. Tabla 12.2 caracteristicas de valor agregado para IPTV

Lista de figuras CAPITULO 1 Figura 1.1 Datagrama IP Figura 1.2 Campos del Datagrama IP Figura 1.3 Campos de opciones Figura 1.4 Datagrama IPV4 Figura 1.5 Campos TOS del Datagrama IPV4 Figura 1.6 Cabecera Bsica de IPV6 Figura 1.7 Direccin Unicast Figura 1.8 Direccin Multicast Figura 1.9 Direccin Broadcast Figura 1.10 Campos que desaparecen en IPv6 de IPv4 Figura 1.11a STDV con relacin de aspecto 4:3 Figura 1.11b HDTV con relacin de aspecto 16:9 Figura 1.12 Modelo de la Televisin Digital Terrestre Figura 1.13 transporte de paquetes IPTV. Figura 1.14 protocolo de internet unicasting multicasting. Figura 1.15 Arquitectura de una red NGN Figura 1.16 Evolucin de una red NGN CAPITULO 2 Figura 2.1 Contexto de la compresin en el sistema digital de televisin Figura 2.2 Grupo de imgenes Figura 2.3 Direcciones IPv4 Figura 2.4 Direcciones IPv6 Figura 2.5 Identificador de Grupo Figura 2.6 Sesin de Control de RTSP mediante TCP

Figura 2.7 Componentes de un sistema streaming CAPITULO 3 Figura 3.1 Arquitectura de tecnologa IPTV Figura 3.2 Almacenamiento de paquetes Figura 3.3 Arquitectura IPTV centralizada Figura 3.4 Arquitectura IPTV distribuida Figura 3.5 Esquema de IPTV Figura 3.6 Sistema HeandEnd Figura 3.7 Topologa del sistema IPTV Figura 3.8 Estructura de la red IPTV CAPITULO 4 Figura 4.1 Un sevidor de flujo IPTV. Figura 4.2 servidor de TVoD asncrona. Figura 4.3 Middleware. Figura 4.4 Opciones de vista. Figura 4.5 Encriptacin de contenidos. Figura 4.6 Cajas decodificadoras. Figura 4.7 Cambio de opciones. Figura 4.8 Opciones de marketing. Figura 4.9 Opciones de setting. Figura 4.10 sistema de facturacin. Figura 4.11 calidad de servicio Figura 4.12 transformaciones propiciadas por la convergencia audiovisual.

Introduccin El acrnimo IPTV corresponde a (Internet Protocol Television; Televisin por el Protocolo Internet). Este protocolo describe los servicios a travs de los cuales podemos recibir la seal de televisin o vdeo a travs de la conexin de banda ancha a Internet. La IPTV es la televisin cuyo contenido se recibe por medio de las tecnologas Web en vez de por los formatos tradicionales (antenas, cables). Est ntimamente ligada al desarrollo del ancho de banda de las comunicaciones. La televisin, al tratarse de imgenes en tiempo real, necesita un gran ancho de banda para su correcto funcionamiento, pues las imgenes han de llegar sin retraso al usuario. Es el resultado del gran auge de las conexiones a Internet y la evolucin tecnolgica que ha permitido ofrecer cada vez un mayor ancho de banda a los usuarios a menor precio. As, esta solucin posibilita nuevas opciones de entretenimiento y servicios para los usuarios, y la generacin de mayores ingresos para los operadores que brinden este servicio aprovechando las infraestructuras existentes. Es triples. Este servicio aglutina en una sola oferta el acceso a Internet mediante ADSL, llamadas telefnicas y la IPTV. El ofrecimiento conjunto de los servicios de datos, voz y vdeo, adems del optimizar el rendimiento de las infraestructuras del operador, mantiene la fidelidad del cliente, pues disminuye la dispersin de ste, ya que no es necesario que contrate los distintos servicios por separado. A diferencia de la televisin digital convencional (TDT o Satelital), el proveedor no emitir sus contenidos y esperar a que el usuario se conecte, sino que los contenidos llegarn slo cuando el cliente los solicite. La clave est en la personalizacin del contenido para cada cliente de forma individual. Esto permite el desarrollo del Pay Per View o el VoD. El usuario podr seleccionar los contenidos que desea ver o descargar para almacenar en el receptor y de esta manera poder visualizarlos tantas veces como desee.

10

Capitulo 1 introduccin y conceptos bsicos de IPTV.

11

IPTV es una de las reas ms interesantes de la convergencia que la tecnologa IP ha permitido, ya que cambia por completo la forma en que muchos aos se ha visto televisin. En la actualidad la tecnologa digital disponible permite que diversos sectores, como la televisin, los datos y las telecomunicaciones se unan atreves de un mismo medio. Este fenmeno se le denomina convergencia. Debido a esta nueva caracterstica las redes deben mejorar para poder lograr una congruencia de estos nuevos servicios multimedia. Para poder soportar de manera adecuada estos servicios estas redes estn evolucionando hacia redes de la siguiente generacin (NGN). Segn los estndares de la UIT-T es la especificacin establecida en la H.323, que fija los estndares para la comunicacin de voz y vdeo sobre redes de rea local, con cualquier protocolo. Una red NGN es una red basada en la transmisin de paquetes capaz de proveer servicios integrados, incluyendo los tradicionales telefnicos, y capaz de explorar al mximo el ancho de banda del canal haciendo uso de las tcnicas de calidad del servicio (QoS) de modo que el transporte sea totalmente independiente de la infraestructura de red utilizada. Adems debe ofrecer acceso libre para los usuarios de diferentes compaas y apoyar la movilidad que permita acceso multipunto a los usuarios. El objetivo de esta norma, y de todos estos modos de convergencia, es proporcionar servicios multimedia con una calidad considerable sobre redes no orientadas a la conexin y que no ofrecen una calidad de servicios determinada basadas en IP como internet. Internet es el factor ms importante que gua este proceso de convergencia. Esto se debe a que el conjunto de protocolos de internet se ha convertido en el estndar ms utilizado en los servicios actuales. Internet est formado por varios protocolos pero los ms importantes son dos TCP e IP. El protocolo IP pertenece a la capa tres del modelo OSI y es un protocolo no orientado a conexin usado tanto por el origen como por el destino para la comunicacin de datos a travs de una red de paquetes conmutados, este ofrece direccionamiento y encaminamiento de datagramas. El protocolo TCP es uno de los principales protocolos de la capa de transporte capa 4 del modelo OSI y es el encargado del establecimiento de conexiones y del transporte de datos, aunque a nivel de transport es posible utilizar UDP ( ) cuando se est utilizando servicios que no requieren control de la congestin por esto cada vez se est usando mas las redes basadas sobre redes IP.

1.1 protocolo de internet IP

12

El Protocolo de Internet es un protocolo no orientado a conexin usado tanto por el origen como por el destino para la comunicacin de datos a travs de una red de paquetes conmutado. El protocolo de internet (IP) es parte del conjunto de protocolos TCP/IP y es el protocolo de interconexin entre redes ms utilizado. Como con cualquier protocolo estndar, IP se especifica en dos partes: La interfaz con la capa superior como por ejemplo TCP, especificando los servicios que proporciona IP1 El formato real del protocolo y los mecanismos asociados

El protocolo IP (Internet Protocol) define la unidad bsica de transmisin de datos , y el formato exacto de todos los datos cuando viajan por una red TCP/IP. Adems, el protocolo IP incluye una serie de reglas que especifican como procesar los paquetes y cmo manejar los errores. El protocolo IP se basa en la idea de que los datos se transmiten con un mecanismo no fiable y sin conexin. Un mecanismo no fiable quiere decir que un paquete puede perderse, duplicarse o enviarse a un destino diferente del deseado. El mecanismo es sin conexin porque cada paquete se trata independientemente de los otros. Paquetes de una secuencia enviados de una mquina a otra pueden ir por distintos caminos, e incluso unos pueden alcanzar su destino mientras que otros no. El protocolo incluye tambin la idea del encaminamiento (o routing) de paquetes

1.2 Servicios IP Los servicios que se proporcionan entre las capas de protocolos adyacentes como (por ejemplo IP Y TCP) se expresan en trminos de primitivas y parmetros. Una primitiva especifica la funcin que se va a ofrecer y los parmetros que se utilizan para pasar datos e informacin de control. Ip proporciona dos primitivas de servicio en la interfaz con la siguiente capa superior La primitiva (send) envi se utiliza para solicitar la retransmisin de una unidad de datos. La primitiva (deliver) entrega utiliza IP para notificar a un usuario la llegada de una unidad de datos. Los parmetros asociados con estas dos primitiva son los que se mencionan a continuacin:
1

Direccin origen: direccin global de la red de la entidad IP que enva la unidad de datos. Direccin destino: direccin global de la red de la entidad IP destino. Protocolo: entidad del protocolo (un usuario IP).

IP (internet protocol) protocolo de enrutamiento de capa tres http://ties.itu.int/ftp/public/itut/fgiptv.

13

Indicadores del tipo de servicios: especfica el tratamiento de la unidad de datos en su transmisin atreves de los componentes de la red. Identificador: se utiliza en combinacin con las direcciones origen y destino tambin se utiliza el protocolo usuario para identificar de una nica forma la unidad de datos, este parmetro se utiliza en casos que sea necesario reensamblar e informar de errores producidos. Indicador de no fragmentacin: indica si la IP puede segmentar los datos para realizar el transporte. Tiempo de vida : esta medido en segundos Longitud de datos: depende de la longitud de datos que se transmita. Datos de opcin: son las opciones solicitadas por el usuario IP. Datos: son los datos del usuario que se van a transmitir.

Se debe destacar que los parmetros identificador, indicador de no fragmentacin y tiempo de vida se encuentran en la primitiva de envi y que por lo tanto no estn en la primitiva de entrega. El usuario IP que hace el envi incluir el parmetro tipo de servicio para solicitar una calidad de servicio en particular. Este parmetro se puede utilizar para orientar las decisiones de encaminamiento tiene varias alternativas para elegir el siguiente salto en el encaminamiento del datagrama, este podra elegir una red con una tasa de transferencia de datos mayor si se elige la opcin de gran rendimiento. El usuario puede especificar uno o ms de los servicios enumerado en la siguiente tabla

Tabla 1.1 Opciones de calidad de servicios IP

14

Esos parmetros de opciones lo que hacen es que permiten futuras extensiones y la nueva inclusin de parmetros que normalmente no se solicitan. Las opciones que estn actualmente definidas son: Seguridad: permite que se incorpore una etiqueta de seguridad al datagrama. Encaminamiento por la fuente: constituye una lista secuencial de direcciones de dispositivos de encaminamiento visitados por el datagrama. Registro de ruta: se reserva un campo para registrar la secuencia de dispositivos de encaminamiento visitados por el datagrama. Identificacin de secuencias: identifica recursos reservados utilizados para un servicio de secuencia. Este servicio proporciona un tratamiento especial del trfico voltil peridico. Marcas de tiempo: la entidad IP origen y algunos o todos los dispositivos de encaminamiento intermedios incorporan una marca temporal (con una precisin en milisegundos) a las unidades de datos conforme van pasando por ellos.

1.3 El datagrama IP El datagrama es la unidad bsica de transmisin de datos en la red Internet. El datagrama, al igual que las tramas en las redes fsicas, se divide en encabezamiento y campo de datos. El encabezamiento contiene las direcciones IP de la fuente y el destino.2 La longitud mxima de un datagrama es de 65.536 octetos (64 Kbytes). Sin embargo, para viajar de una mquina a otra, los datagramas lo hacen en el campo de datos de tramas de enlace, por lo tanto los datagramas de longitud excesiva deben ser divididos en fragmentos que quepan en las tramas. Cada fragmento perteneciente a un mismo datagrama tiene el mismo nmero de identificacin que el datagrama original, con lo que es posible su reconstruccin

VER LON TIPO DE SERVICIO IDENTIFICACION

2

LONGUITUD TOTAL FLAGS DESPLAZAMIENTO

http://www.atelasesores.com.ve

15

TIEMPO

PROTOCOLO

CHECKSUM ENCABEZAMIENTO DIRECCION IP FUENTE

DIRECCION IP DESTINO OPCIONES DATOS RELLENO

Prembulo destino Origen tipo Datagrama IP (o fragmento) CRC tratado Como datos

FIG.1.1 Datagrama IP A continuacin se describen los campos del datagrama IP3: VER: Este campo de 4 bits se usa para especificar la versin del protocolo IP, y se usa para que destino, fuente y "routers" entre ellos, estn de acuerdo en el tipo de datagrama. Si los estndares cambian, las mquinas rechazarn datagramas con versin de protocolo distinta de las de ellas LON: Este campo de 4 bits especifica la longitud del encabezamiento del medido en palabras de 32 bits. El encabezamiento ms comn, sin incluir opciones, tiene este campo con valor igual a 5. TIPO DE SERVICIO: Este campo de 8 bits especifica cmo debe ser manejado el datagrama, y se divide en los 5 campos que muestra la figura 1.12 D(1 bit) T (1 bit) R (1 bit) No usado

Prioridad (3bit)

Fig.1.2 campos del datagrama IP PRIORIDAD: Estos tres bits especifican la prioridad del datagrama, con valores en el rango de 0 (prioridad normal) a 7 (datagramas de control de la red). Bits D,T y R especifican el tipo de servicio que el datagrama solicita Cuando estn a 1, el bit D solicita bajo retraso, el

SORIANO, J. 2006, IPTV, Colegio Oficial de Ingenieros de Telecomunicacin, Espaa .

16

bit T alta velocidad de transmisin de la informacin y el bit R solicita alta fiabilidad. Por supuesto, la red no puede garantizar el tipo de servicio requerido si, por ejemplo, el camino al destino no tiene esas propiedades. Estos bits se usan por los "routers" cuando pueden escoger entre varios posibles caminos para un datagrama; eligiendo el que mejor se adapte a los servicios solicitados. LONGITUD TOTAL: Este campo da la longitud total del fragmento del datagrama, incluido el encabezamiento, medida en octetos. El tamao del campo de datos puede calcularse a partir de este campo y del campo LON. IDENTIFICACIN: Este campo, junto con los de FLAGS y DESPLAZAMIENTO se utilizan para el control de fragmentacin. Su propsito es permitir al "host" destino unir todos los fragmentos que pertenecen a un mismo datagrama, y que le pueden llegar fuera de orden. A medida que los fragmentos llegan, el "host" destino utiliza el campo IDENTIFICACION, junto con la direccin fuente para identificar a qu pertenece ese fragmento. Los computadores normalmente generan un campo IDENTIFICACION nico, incrementando un contador cada vez que forman un datagrama. FLAGS: Los dos bits ms bajos de los tres bits del campo FLAGS controlan la fragmentacin. El primero especifica si el datagrama puede ser fragmentado (si est a 1, no puede serlo). El bit ms bajo de FLAGS indica, si est a 1, que este fragmento no es el ltimo del datagrama. Este bit es necesario pues el campo LONGITUD TOTAL del encabezamiento se refiere a la longitud del fragmento, y no a la longitud total del datagrama DESPLAZAMIENTO: Especifica el desplazamiento del fragmento en el datagrama original, medido en unidades de 8 octetos, empezando con desplazamiento 0. Para ensamblar un datagrama, el "host" destino debe obtener todos los fragmentos; desde el de desplazamiento cero hasta el de desplazamiento ms alto. Si uno o ms fragmentos se pierden, el datagrama entero debe ser descartado TIEMPO: Especifica el tiempo mximo que se le permite al datagrama permanecer en la red IP; as se evita que datagramas perdidos viajen por la red indefinidamente. Es difcil estimar el tiempo4 exacto porque los routers" normalmente no saben el tiempo

SORIANO, J. 2006, IPTV, Colegio Oficial de Ingenieros de Telecomunicacin,

17

que requieren para la transmisin las redes fsicas. Para simplificar, "host" y "routers" suponen que cada red utiliza una unidad de tiempo en la transmisin; as deben decrementar el valor de este campo en uno cada vez que procesen un encabezamiento de datagrama. Si el valor del campo llega a cero el datagrama se destruye y se devuelve un mensaje de error ICMP. PROTOCOLO: Especifica el tipo de protocolo de alto nivel que soporta los datos que lleva el datagrama. Los valores de este campo para distintos protocolos los asigna una autoridad central (el NIC). Algunos de ellos aparecen en la siguiente tabla:

Tabla 1.2 distintos protocolos

CHECKSUM DEL ENCABEZAMIENTO: Asegura que el encabezamiento no tiene errores. El "checksum" se forma tratando el encabezamiento como una secuencia de enteros de 16 bits. Se suma con aritmtica de complemento a uno, el complemento a uno de todos ellos. A efectos de calcular el "checksum" se supone que el campo checksum del encabezamiento tiene valor cero. Como slo se chequean errores en el encabezamiento, los protocolos de nivel superior debern aadir otro tipo de comprobacin para detectar errores en los datos. DIRECCINES IP FUENTE Y DESTINO: Contienen las direcciones IP de 32 bits de los "hosts" fuente y destino del datagrama respectivamente. OPCIONES: No es un campo necesario en todos los datagramas. Se incluyen normalmente para chequear o depurar la red. La longitud de las opciones vara dependiendo de cules de stas se seleccionan. Algunas opciones son de longitud un octeto, mientras que otras son de longitud variable. Cada opcin consiste en un octeto de cdigo de opcin, un octeto de longitud y una serie de octetos para la opcin. El cdigo de opcin se divide en tres campos,

Espaa.

18

como aparece en la figura. 1.13

COPIA (1 bit)

CLASE DE OPCION(2 NUMERO DE OPCION(5 bits) bits) Fig.1.3 campo de opciones

Cuando el bit COPIA est a 1, especifica que la opcin slo debe ser copiada al primer fragmento, y no a los dems Los campos CLASE DE OPCION y NUMERO DE OPCION, especifican la clase general de la opcin y dan la opcin especfica dentro de esa clase. En la tabla siguiente se muestra la asignacin de las clases.

Tabla 1.3 asignacin de clases La tabla siguiente muestra las posibles opciones que pueden acompaar a un datagrama y da su clase y nmero de opcin. La mayora de ellas se usan para propsitos de control.

19

Tabla 1.4 Opciones de datagrama. RELLENO: Representa octetos conteniendo ceros, que son necesarios para que el encabezamiento del datagrama sea un mltiplo exacto de 32, ya se haba visto que el campo de longitud del encabezamiento se especificaba en unidades de palabras de 32 bits. DATOS: Es la zona de datos del datagrama.

1.4 Protocolos de encaminamiento IP. Hay que distinguir entre los protocolos de nivel de red, como IP, que son los que definen el esquema de direccionamiento y el formato de las unidades de datos, y los protocolos que establecen como se encaminan dichos paquetes a travs de la red. Estos protocolos definen unos procedimientos que regulan el intercambio de la informacin que comparten los routers, bsicamente la contenida en sus tablas de rutas e informacin sobre el estado del enlace entre ellos. Cada entrada en la tabla de rutas especifica la porcin de red de la direccin destino y la direccin del siguiente router a travs de la cul dicha red se puede alcanzar.5 1.4.1 Protocolos interiores. Son aquellos diseados para funcionar en el mbito interno de una
5

http://www.cepal.org/SocInfo.

20

comunidad de usuarios que opera un conjunto de redes de forma autnoma y que por tanto tiene libertad para disear su arquitectura de conexin interna. Pueden emplear algoritmos de vector distancia o de estado de enlace: 1.4.1.1 Algoritmo de vector distancia El encaminamiento basado en algoritmos de vector distancia es muy simple. Mantiene una lista de rutas en una tabla, donde cada entrada identifica una red de destino y da la distancia a esa red medida en saltos (routers intermedios). El protocolo clsico de este tipo es RIP (Routing Information Protocol) ampliamente utilizado en entornos de redes de rea local. RIP distingue entre dispositivos activos que difunden sus tablas de rutas a travs de la red y pasivos que se limitan a escuchar y actualizar sus propias tablas a partir de la informacin que reciben. Tpicamente, los dispositivos activos son los routers y los pasivos los servidores de la red. Aunque en el caso de tener RIP configurado como algoritmo esttico, un router puede tambin actuar como dispositivo pasivo y no propagar informacin.

1.4.1.2 Algoritmo de estado de enlace. El encaminamiento basado en algoritmos de estado de enlace proporciona un mecanismo por el cual cada router comunica a los dems el estado de todas sus lneas. De este modo todos los routers tienen la misma informacin. Cuando el estado de una lnea cambia, los dems routers son informados automticamente. El protocolo OSPF (Open Shortest Path First) es de este tipo.6 1.4.2 Protocolos exteriores Para la conexin entre sistemas autnomos se defini el protocolo EGP (Ex terior Gateway Protocol), hoy da ya obsoleto. Actualmente el estndar para el intercambio de informacin entre sistemas autnomos en Internet es el BGP4, que permite definir polticas de encaminamiento entre sistemas autnomos y soporta CIDR (Classless InterDomain Routing), es decir, encaminamiento basado nicamente en prefijos de routing (direccin de red, redid), sin tener en cuenta la tradicional distincin en clases A, B y C ya superada.7 El uso de CIDR y BGP4 es lo que ha permitido a Internet seguir funcionando, a
6 7

http://www.htc.com/es/. http://telephonyonline.com/fttp/news/surewest-bonded-adsl2-1021/.

21

pesar de su espectacular crecimiento, al ser posible agregar los bloques de redes contiguas asignados a cada proveedor de acceso, resumiendo esta informacin en la frontera de cada sistema autnomo de cara al exterior. Con lo cual las tablas de encaminamiento en Internet se reducen considerablemente. Estos protocolos son complejos y su necesidad slo se plantea en casos especiales, como por ejemplo, conexiones entre proveedores de servicios Internet.Lo habitual es que para la conexin entre una organizacin y su proveedor se emplee encaminamiento esttico. Lo mismo se aplica para la conexin directa entre dos organizaciones Por ltimo sealar que adems de los protocolos mencionados, cuya especificacin se ha publicado como RFCs y por lo tanto son estndares de Internet, existen otros protocolos de tipo propietario como IGRP, EIGRP, HSRP y NHRP cuyo uso queda restringido en aquellos entornos donde todos los equipos utilizados sean de un mismo fabricante o fabricantes que soporten compatibilidad con esos protocolos.

1.5 Protocolo de internet ipv4 Este es el protocolo de nivel de red usado en Internet. Seguido con otros protocolos auxiliares el es responsable de transferir la informacin IPv4 es la versin 4 del Protocolo de Internet y constituye la primera versin de IP que es implementada de forma masiva. IPv4 es la versin 4 del Protocolo IP (Internet Protocol). Esta fue la primera versin del protocolo que se implemento extensamente, y forma la base de Internet. A cada computadora que se desee conectar a Internet se le debe atribuir un nmero diferente, llamado nmero de IP, que funciona como una verdadera direccin de Internet para esa computadora. El protocolo IPv4, sobre el cual se basa actualmente todo el funcionamiento de Internet, utiliza precisamente este nmero para permitir que las diversas computadoras de Internet se reconozcan se encuentren y puedan conectarse las unas con las otras. IPv4 es un protocolo de nivel de red no orientado a conexin, no confiable. En caso de haber problemas, se espera que el nodo involucrado descarte el paquete. Debido a que un paquete debe transitar por varios nodos, posiblemente siguiendo un camino que no necesariamente es el mismo que el usado por otros paquetes, los datos enviados pueden llegar en desorden. IPv4 no intenta corregir el orden de los paquetes. Las caractersticas de IPv4 hacen que Internet sea principalmente una red best effort, o sea que no provee ninguna garanta sobre el trfico, aunque haciendo su mejor esfuerzo para asegurarse que los datos lleguen a destino.8 IPv4 es el principal protocolo utilizado en el Nivel de Red del Modelo TCP/IP para Internet. IPv4 es un protocolo orientado hacia datos que se utiliza para

http://www.packetcable.com/primer/.

22

comunicacin entre redes a travs de interrupciones (switches) de paquetes (por ejemplo a travs de Ethernet). Tiene las siguientes caractersticas: Es un protocolo de un servicio de datagramas no fiable (tambin referido como de mejor esfuerzo): No proporciona garanta en la entrega de datos. No proporciona ni garantas sobre la correccin de los datos.

Puede resultar en paquetes duplicado o en desorden.Todos los problemas mencionados se resuelven en el nivel superior en el modelo TCP/IP, por ejemplo, a travs de TCP o UDP.El propsito principal de IP es proveer una direccin nica a cada sistema para asegurar que una computadora en Internet pueda identificar a otra. 1.5.1 Direcciones IPv4 utiliza direcciones de 32 bits (4 bytes) que limita el nmero de direcciones posibles a utilizar a 4,294, 967,295 direcciones nicas. Sin embargo, muchas de estas estn reservadas para propsitos especiales como redes privadas, Multidifusin (Multicast), etc. Debido a esto se reduce el nmero de direcciones IP que realmente se pueden utilizar, es esto mismo lo que ha impulsado la creacin de IPv6 como reemplazo para IPv4. 1.5.2 Datagrama ipv4 El protocolo IPv4 tiene un header de longitud variable. El header est formado por una parte obligatoria, de 20 bytes, seguido por una serie de opciones. Debido a limitaciones del header, las opciones deben tener una longitud mltiplo de 4 bytes, pudiendo el header crecer hasta un mximo de 60 bytes (contando parte obligatoria y opcional).

Fuente: www.packetcable.com/primer/. Fig.1.4 datagrama ipv4

23

En el campo versin va el registro de la versin del protocolo al que pertenece dicho datagrama. El incluir la versin en cada datagrama hace posible la transicin entre versiones, ya que es imprescindible saber a que versin del protocolo IP pertenece. La longitud de la cabecera no es estndar, por eso se incluye un campo en la cabecera IHL para indicar la longitud de este. El campo tipo de servicio permite al host indicar a la subred el tipo de servicio que entrega. La longitud total incluye el largo de todo el datagrama: tanto la cabecera como los datos. La longitud mxima es de 65535 bytes. El campo identificacin es necesario para que el host destino determine a qu datagrama pertenece un fragmento recin llegado. Todos los fragmentos de un datagrama contienen el mismo valor de identificacin. Luego viene un bit sin uso, y dos campos de 1 bit. DF significa no fragmentar, y MF significa ms fragmentos. El desplazamiento del fragmento indica en qu parte del datagrama actual va este fragmento. El campo tiempo de vida es un contador que sirve para limitar la vida del paquete. El campo protocolo indica la capa de transporte a la que debe entregarse (TCP o UDP o algn otro). La suma de comprobacin de la cabecera verifica solamente a la cabecera.

1.5.2.1 El campo TOS en IPV4 IPv4 provee ciertos mecanismos de priorizacin de paquetes. La especificacin original de IPv4 indica que debe considerarse un campo de 3 bits que indica la prioridad (precendence), con otros tres bits indicando el servicio deseado y dejando los ltimos dos bits en cero (por estar reservados). Los bits que indican el tipo de servicio son (en orden): minimizar la latencia (bit D), maximizar el throughput (bit T) y maximizar la confiabilidad (bit R). Un host puede prender cualquier combinacin estos bits y los routers pueden usarlos como guia para determinar el prximo salto.9 Supongamos que un router est conectado a otro con dos enlaces, uno satelital con mucho throuput y mucha latencia y un cable serie, con poca latencia y poco throughput. Si un paquete IPv4 con el bit D debe ser forwardeado, es muy probable que el router decida usar el enlace serie, ya que es el que menos latencia tiene. Si el siguiente paquete tiene el bit T prendido, es de esperar que sea enviado por el enlace satelital. Todo este tratamiento es opcional, y en ltima instancia depende del router que hace el forwardeo (y de su configuracin/programacin). Otra interpretacin posible es el uso total del campo de bits para indicar distintas clases de trfico (indicadas en el campo
9

http://www.packetcable.com/primer/.

24

DSCP). Puesto que esta interpretacin fue definida mucho despus de la interpretacin original, es necesario definirlas de forma tal que sean compatibles con la interpretacin original, a menos que haya un arreglo de antemano entre todos los nodos de la red.

Fig. 1.5 Campo TOS del datagrama IPV4 1.5.3 Limitaciones de IPv4 Inminente saturacin del espacio de direcciones: Direcciones de 32 bits En total 2^32 = 4.294.967.296 direcciones Menos direcciones disponibles Limita el crecimiento de Internet Obstaculiza el uso de Internet a nuevos usuarios Enrutamiento ineficiente de paquetes Soporte inadecuado para aplicaciones actuales: Las aplicaciones de hoy requieren mayores prestaciones (videoconferencias, multimedia, VoIP, aplicaciones en tiempo real) Mecanismos de seguridad: La seguridad es opcional Existen varias herramientas pero ninguna es un estndar 1.6 protocolo de internet IPV6 IPv6 (Internet Protocol Version 6) o IPng (Next Generation Internet Protocol) es la nueva versin del protocolo IP (Internet Protocol). Ha sido diseado por el IETF (Internet Engineering Task Force) para reemplazar en forma gradual a la versin actual, el IPv4.En esta versin se mantuvieron las funciones del IPv4 que son utilizadas, las que no son utilizadas o se usan con poca frecuencia, se quitaron o se hicieron opcionales, agregndose nuevas caractersticas.El motivo bsico para crear un nuevo protocolo fue la falta de direcciones. IPv4 tiene un espacio de direcciones de 32 bits, en cambio IPv6 ofrece un espacio de 128 bits. El reducido espacio de direcciones de IPv4, junto al hecho de falta de coordinacin para su asignacin durante la dcada de los 80, sin ningn tipo de optimizacin, dejando incluso espacios de direcciones discontinuos, generan en la actualidad, dificultades no previstas en aquel momento. Otros de los problemas de IPv4 es la gran dimensin de las tablas de ruteo en el backbone

25

de Internet, que lo hace ineficaz y perjudica los tiempos de respuesta. Debido a la multitud de nuevas aplicaciones en las que IPv4 es utilizado, ha sido necesario agregar nuevas funcionalidades al protocolo bsico, aspectos que no fueron contemplados en el anlisis inicial de IPv4, lo que genera complicaciones en su escalabilidad para nuevos requerimientos y en el uso simultneo de dos o ms de dichas funcionalidades. Entre las mas conocidas se pueden mencionar medidas para permitir la Calidad de Servicio (QoS), Seguridad (IPsec) y movilidad. 1.6.1 Caractersticas

Mayor espacio de direcciones. El tamao de las direcciones IP cambia de 32 bits a 128 bits, para soportar: ms niveles de jerarquas de direccionamiento y ms nodos direccionables Simplificacin del formato del Header. Algunos campos del header IPv4 se quitan o se hacen opcionales Paquetes IP eficientes y extensibles, sin que haya fragmentacin en los routers, alineados a 64 bits y con una cabecera de longitud fija, mas simple, que agiliza su procesado por parte del router. Posibilidad de paquetes con carga til (datos) de mas de 65.355 bytes. Seguridad en el ncleo del protocolo (IPsec). El soporte de IPsec es un requerimiento del protocolo IPv6. Capacidad de etiquetas de flujo. Puede ser usada por un nodo origen para etiquetar paquetes pertenecientes a un flujo (flow) de trfico particular, que requieren manejo especial por los routers IPv6, tal como calidad de servicio no por defecto o servicios de tiempo real. Por ejemplo video conferencia. Autoconfiguracin: la autoconfiguracin de direcciones es mas simple. Especialmente en direcciones Aggregatable Global Unicast, los 64 bits superiores son seteados por un mensaje desde el router (Router Advertisement) y los 64 bits mas bajos son seteados con la direccin MAC (en formato EUI-64). En este caso, el largo del prefijo de la subred es 64, por lo que no hay que preocuparse mas por la mscara de red. Adems el largo del prefijo no depende en el nmero de los hosts por lo tanto la asignacin es mas simple. Renumeracin y "multihoming": facilitando el cambio de proveedor de servicios.Caractersticas de movilidad, la posibilidad de que un nodo mantenga la misma direccin IP, a pesar de su movilidad. Ruteo ms eficiente en el backbone de la red, debido a la jerarqua de direccionamiento basada en aggregation.

26

Calidad de servicio (QoS) y clase de servicio (CoS). Capacidades de autenticacin y privacidad

1.6.2 Datagrama ipv6

Fig.1.6 cabecera bsica de IPv6 1.6.2.1 campos desaparecen en IPV6 de IPV4: A continuacin se describen los campos que desaparecen en IPV4 como se muestra en la figura (1.7) El campo OPCIONES de IPv4 desaparece ya que se sustituye por las cabeceras opcionales de extensin. Mientras que en IPv4 los campos para la fragmentacin son obligatorios en IPv6 los campos se incluyen dentro de una cabecera opcional, que solo se va a utilizar cuando sea necesaria la fragmentacin de paquetes. El campo LONGITUD desaparece porque la longitud de la cabecera de control es fija. El campo SUMA COMPROBACION desaparece ya que no se comprueban errores fsicos de la cabecera en el nivel IP, si se produjese algn error lo tendr que detectar los niveles superiores.10

10

DVB Internet Protocol (IP),ETSI TS 102 034: Digital Video Broadcasting (DVB): Transport of DVB Services over IP based Networks

27

Fig.1.10 campos que desaparecen en el datagrama IPV4 1.6.2.2 campos renombrados: LONGITUD DE CARGA UTIL (16 bits): (en IPv4 longitud total): son 65.535 octetos incluyendo las cabeceras opcionales ms las PDU del nivel superior, es decir, excluyendo la cabecera fija. LIMITE DE SALTOS: (en IPv4 TTL) Indica el numero de routers como mximo por los que un paquete puede ser encaminado. CABECERA SIGUIENTE (4 bits): (en IPv4 Protocolo) Indica la siguiente cabecera, si es una cabecera de extensin o si el protocolo de la PDU del nivel superior. Cuando el valor es conocido nos estaremos refiriendo a una PDU. Cuando el valor es desconocido vamos a suponer que hablamos de cabeceras de extensin. PRIORIDAD (4 bits): Prioriza el procesamiento de los paquetes dependiendo de la comunicacin, minimizando el retardo en la interfaz de salida. Cuando hay saturacin, se va a priorizar de manera que el ltimo paquete eliminado sea el ms prioritario. Se define 16 niveles de prioridad de procesamiento para el paquete en funcin de si la aplicacin est montada sobre TCP o UDP. El nivel ms prioritario es el nivel 15 y corresponde con el encaminamiento de paquetes de audio. Va montado sobre UDP.

28

ETIQUETA DE FLUJO (24 bits): Ofrece calidad de servicio dependiendo del tipo de comunicacin. Permite identificar los flujos para luego ofrecer a los paquetes de un flujo la misma calidad. Un flujo es una secuencia ordenada de paquetes que siguen una misma ruta por internet desde un origen a un destino y que requieren de un tratamiento especial (recursos) en los routers por donde pasan. DIRECCION DESTINO: Es el campo ms importante. Ya que siempre se va a encaminar a partir de esta direccin. DIRECCION ORIGEN: Fundamental para hacer encaminamiento ICMP.

Aunque la longitud es mayor que en IPv4 sin opciones el nmero de campos en IPv6 es casi la mitad. Una entidad IP intermedia encamina antes en IPv6 ya que se obvia la deteccin de errores fsicos (que nunca se recuperan). Por tanto el datagrama va a procesarse ms rpido y se va a agilizar el encaminamiento. 1.6.3 Tipos de direcciones en IPV6. 1.6.3.1 UNIDIFUSION (UNICAST). Transmisin punto a punto (comunicacin 1 a 1) desde un sistema final origen a un sistema final destinatario.Por cada paquete IP que envas lo tienes que replicar por el numero de destinos a los que van dirigidos. Si hay n destinatarios hay que transmitir n copias de la misma informacin. Simplifica el encaminamiento, dices a donde quieres que vaya cada paquete (cada equipo tiene su propia IP) y los routers se encargan de encaminar hacia el destino.11

Fig. 1.7 direccin unicast

11

DVB Internet Protocol (IP),ETSI TS 102 034: Digital Video Broadcasting (DVB): Transport of DVB Services over IP based Networks

29

PROBLEMA: Se est replicando la informacin de forma innecesaria cuando lo nico que cambia es la IP destino. Proceso de envo independiente desde una maquina origen a una nica maquina destino.Algunos enlaces deben transportar varias copias. 1.6.3.2 MULTIDIFUSION Transmisin en un solo envo, desde un sistema final origen a todos los sistemas destinatarios de un grupo de multidifusin que comparten una misma direccin IP de multidifusin correspondiente al grupo. Adems de su IP cada equipo puede asimilar otras direcciones IP para conectar va multicast. La comunicacin es 1 a n con entrega a n interfaces, pero la informacin solo se transmite una vez desde el sistema origen.

Fig.1.8 direccin multicasd. Desde la maquina origen solo sale un nico paquete IP, son los routers los que lo copian para encaminar a los distintos equipos con mismo grupo multicast. Los routers de multidifusin por Internet manejan direcciones IP de multidifusin. Multidifusin consiste en un nico proceso de envo independientemente del nmero de maquinas receptoras de una misma informacin desde una maquina origen a todas las maquinas destinatarias que pertenecen al mismo grupo de multidifusin. Cada enlace transporta una nica copia. 1.6.3.3 DIFUSION (BROADCAST) Es un caso particular de de multidifusin. Transmisin, en un solo envo, desde un sistema final origen a todos los sistemas conectados a una misma red de
30

rea local de difusin Consideramos una red de rea local como un grupo de multidifusin. MONODIFUSION (ANYCAST): Es como multicast pero solo se enva el datagrama al interfaz ms cercano del grupo de monodifusin. Transmisin, en un solo envo, desde un sistema final origen al sistema destinatario ms cercano de un grupo de monodifusin que comparte una misma direccin de monodifusin.

Fuente:www.Broadcastpaper.com

Fig.1.9 direccin broadcast. La comunicacin es 1 a n con entrega a n interfaces.Envo a una (cualquiera) de las interfaces indicadas que, generalmente, es la ms cercana. El sistema origen debe utilizar un protocolo basado en una mtrica de distancias para encontrar al sistema ms cercano. Monodifusin consiste en un nico proceso de envo independiente del numero de maquinas receptoras de una misma informacin desde una maquina origen a una nica maquina destinataria (la ms cercana) que pertenece a un grupo de monodifusin que comparten una misma direccin de monodifusin. 1.7 Implantacin de IPv6 IPv6 no es realmente compatible con IPv4 pues utiliza un formato de encabezado diferente, sin embargo, con pequeas modificaciones puede lograrse Compatibilidad. No obstante la implementacin del IPv6 implica modificaciones en computadoras, routers e incluso en las aplicaciones. La implantacin del nuevo protocolo se est realizando en forma gradual mediante
31

la creacin de redes islas con IPv6. Para la interconexin de estas islas a travs del backbone IPv4 se utiliza tunneling de Ipv6 a IPv4. La red experimental as formada se conoce como 6Bone y empez a funcionar en 1996. Existe una gran variedad de empresas y sitios Web que ofrecen. Aplicaciones listas para funcionar bajo el nuevo protocolo. Se espera que el IPv6 reemplace gradualmente al IPv4, coexistiendo ambos algunos aos. Una transicin sin sobresaltos permitir a proveedores y usuarios sacar partido de sus inversiones en los actuales servicios IPv4, al tiempo que preparan la migracin completa al IPv6 a medida que vayan apareciendo nuevos dispositivos IPv6. La IETF ha ideado una amplia gama de tcnicas de transicin e integracin, que permite a los proveedores elegir los mtodos que resulten ms adecuados para ellos. En ltima instancia, muchas implantaciones IPv6 sern <<nativas>>, es decir, puramente IPv6, en lugar de ser islas de IPv6 conectadas por medio de Internet IPv4 existente. 1.8 Televisin digital 1.8.1 Definicin La televisin digital (TVD) es un nuevo servicio que ofrece la televisin y representa el desarrollo ms significativo que se ha dado en este campo de la tecnologa desde la llegada de la televisin a color. Bsicamente DTV es una nueva tcnica de radiodifusin de seales que consiste en convertir la imagen, el sonido, y los contenidos interactivos en informacin digital , es decir, la informacin no es enviada en forma de ondas que precisan grandes anchos de banda como ocurre con la televisin analgica, sino que la enva como ceros y unos (codificacin binaria), aprovechando as los beneficios del procesamiento, multiplexacin, codificacin y modulacin digital de las seales tanto de audio, vdeo y datos, con el nico fin de optimizar la transmisin de las seales de televisin. 12 A continuacin se enlistan algunas de las ventajas que proporciona la televisin digital: Recepcin en el hogar sencilla y poco costosa. Uso de un menor nmero de frecuencias. Mejora de la calidad de la imagen y del sonido.

12

Ed.Mac Graw Hill.ATSC http://www.servisystem.com.ar/ATSCdtv8.html

32

Realismo mayor, que se puede apreciar en una pantalla ms grande. Mejora el aspecto de la pantalla. El formato convencional es de 4:3, con la televisin digital se trabaja el formato panormico de 16:9. Sonido con sistema de 5 canales separados para lograr un efecto envolvente, con calidad de disco compacto y transmisin en diferentes idiomas. Abre las puertas del hogar a la Sociedad de la Informacin, permite la convergencia TV-PC. El televisor podr admitir datos como: correo electrnico, cotizaciones de bolsa, videotelfono, guas electrnicas de programas (EPG), vdeo bajo demanda, pay per view, teletexto avanzado, banco en casa, tienda en casa, etc. Facilidad de transporte y almacenamiento sin degradaciones. Permite el desarrollo equilibrado entre servicios en abierto y servicios de pago.

Con la tecnologa digital se pueden transmitir varios programas en el mismo ancho de banda en la que antes slo era posible transmitir un programa. 1.8.1 Caractersticas Son bastantes las caractersticas de la DTV, pero entre las ms importantes se puede mencionar la capacidad de transmisin de imgenes en alta definicin Transmisin mltiple de canales (multicasting); transmisin de datos a alta velocidad; y la imagen en pantalla ms ancha. DTV puede brindar la calidad de imagen y sonido comparado a la que se encuentra en las salas de cine, una pantalla ancha, una mejor entrega de colores, mltiples programas o un solo programa en alta definicin (HDTV), y otros nuevos servicios que actualmente se estn desarrollando. DTV puede ser HDTV, o la transmisin simultnea de mltiples programas en definicin estndar (SDTV), la cual presenta imgenes de menor calidad que HDTV pero significativamente mejor que la televisin que tenemos hoy. Televisin de Alta Definicin

Se refiere a que la televisin digital permitir transmitir programas en una resolucin o claridad mucho ms alta que la se tiene con la televisin anloga.

33

La HDTV13 agrega capacidades extraordinarias para desarrollar servicios innovadoras para los televidentes, el rea comercial, el gobierno y tambin en el campo educativo proporciona la oportunidad de crear ilimitadas aplicaciones. HDTV es un sistema de radiodifusin digital de televisin con una resolucin mejorada en comparacin a los sistemas de televisin tradicional (NTSC, SECAM, PAL). Existen tres diferencias claves entre HDTV y el estndar de televisin regular que todos conocemos, estas diferencias son: un incremento en la resolucin de la imagen, el ancho de la pantalla es de 16:9 como estndar, y la capacidad de soportar audio multicanal como Dolby Digital, el cual proporciona sonido envolvente. La resolucin de las imgenes en HDTV puede ser de dos tipos: 1280x720 pixeles: 921600 pixeles totales (2.6 veces ms que SDTV) 1920X1080 Pixeles: 2073600 pixeles totales (6 veces ms que SDTV)

Estos dos estndares de HDTV de 720 p y 1080 p cumplen con la relacin de aspecto de 16:9 que debe tener una imagen, esta relacin es la proporcin entre el ancho y alto de la misma, donde el primer nmero corresponde a la resolucin horizontal de la imagen y el segundo a la resolucin vertical. En la siguiente figura se observa los dos tipos de resolucin de imgenes HDTV.

Fig. 1.11 (a) STDV con relacin de aspecto 4:3; (b) HDTV con relacin de aspecto 16:9. Transmisin Mltiple (Multicasting)

La transmisin digital permite a las estaciones de televisin transmitir mltiples canales en definicin estndar y/o canales en alta definicin de manera simultnea. Esta accin es llamada transmisin mltiple o tambin denominada
13

Televisin de alta definicin(HDTV).

34

multicasting. Una estacin de TV puede proporcionar mltiples canales de programacin diferente al mismo tiempo, gratis y a travs del aire. Cada flujo de programa es llamado un multicast. Debido a la tv digital se puede tener cinco o seis canales en uno, esta propiedad es el resultado de utilizar de una forma ms eficiente el espectro. Transmisin de Datos (Datacasting)

La posibilidad de transmitir datos es otra capacidad que la DTV nos brinda, la difusin de datos en distintas formas es conocida como Datacasting. Esta propiedad le permite al usuario tener acceso a diversas reas de informacin como: noticias, informes del clima, trfico, bolsa y otra informacin la cual puede como no puede estar relacionada con los programas que se estn transmitiendo. Tambin puede tener acceso a cuentas bancarias y realizar transferencias de la misma. Datacasting ofrece un sin nmero de posibilidades para el entretenimiento personal y familiar ya que se tiene juegos electrnicos, videos musicales, entre otras opciones. Video Mejorado

Con la calidad y nitidez de video que nos proporciona la televisin digital se abre la posibilidad de desarrollar nuevas aplicaciones atractivas al consumidor como por ejemplo visitar una galera virtual o un museo, utilizando el televisor, se puede manejar la cmara a diferentes posiciones y el usuario tiene la opcin de controlar la perspectiva. Sin embargo, el mayor impacto que el video mejorado tiene es en el proceso de enseanza y aprendizaje, ya que le ofrece al maestro una variedad de alternativas y posibilidades para competir con el mundo de los videos. 1.8.2 Modelo de la TDT El modelo de televisin digital terrestre consiste en enviar seales digitales de televisin mediante transmisores de televisin digital usando como medio de transmisin ondas hertzianas. El medio de transmisin, las ondas, no difiere del empleado hasta el momento por la televisin analgica, sin embargo enviar la seal de forma digital, permite un mejor aprovechamiento del canal usado con lo cual podemos enviar ms informacin, de mayor calidad y sin que se vea alterada.14

14

http://www.minervanetworks.com

35

Fuente: www.minervanetworks.com Fig. 1.12 modelo de la televisin digital terrestre La red de distribucin primaria transporta los paquetes MPEG desde los estudios de televisin hasta los centros re-multiplexores y luego hasta los centros transmisores. Se consideran varias posibilidades para la red primaria, entre las que se incluyen fibra ptica, redes PDH (Plesichronous Digital Hierarchy) o SDH (Synchronous Digital Hierarchy), ATM o satlite. Una red completa constar seguramente de una combinacin de todas las anteriores. Este modelo de televisin digital requiere de un equipo terminal con la posibilidad de receptar la seal de televisin y la variedad de servicios que vienen integrados. Estos equipos incluyen un software compatible con el sistema de televisin digital que se distribuye en cada rea. La televisin digital terrestre es accesible para todos, lo cual es una gran ventaja frente a los otros modelos, debido a que garantiza el acceso universal a la televisin digital y a las ventajas de esta tecnologa. Adems permite un mejor uso del espectro radioelctrico. 1.8.3 Elementos utilizados en la TDT En la difusin de la TV Di intervienen diversos canales y estndares, pero para lograr la interactividad con el receptor, son necesarios una serie de elementos: Proveedor de servicios: proporciona servicios interactivos o contenidos destinados a servicios interactivos a travs de un servidor de aplicaciones del operador de TV Digital. Por ejemplo. Un banco o los servicios de informacin metereolgica.

36

Proveedor de contenidos: Suministra contenidos de televisin y radio, y transmite sus contenidos va satlite o cable al centro de la emisin del operador. Servidor de aplicaciones: Es el encargado de preparar las aplicaciones para su codificacin antes de su emisin. Integra los datos de proveedores de servicios. Centro de emisin: Recoge las seales de los proveedores de contenidos y las prepara para su codificacin y emisin. Encoding-Multiplexador: Codifica la informacin de vdeo, audio y datos (servicios interactivos) convirtindola en paquetes MPEG. Encripta esta informacin y finalmente la combina o multiplexa para poder transmitirla. STB (Set Top Box): Es un dispositivo conectado a la TV que desencripta, comprueba los derechos del abonado y decodifica la seal MPEG-2 (que permite codificar y decodificar audio y vdeo sin que stos pierdan su calidad) o MPEG-4 (que adems de codificar y decodificar audio y vdeo tambin permite la aplicacin de servicios interactivoscomo Internet) para convertirla en seal analgica que se enva al televisor. middleware: Es un software que se encuentra instalado en el STB y suministra una interfaz de programacin de aplicaciones (del ingls Application Programming Interface o API). El middleware tiene como misin facilitar el desarrollo y ejecucin de aplicaciones interactivas en TV y el acceso a Internet. canal de retorno: Es el que hace posible la interactividad y puede darse a travs del telfono, en el caso de la transmisin por ondas hertzianas y satlite, directamente con el cable o la combinacin de ambas como lo permite el ADSL y la TDT. La TVDi (TV Digital Interactiva) implica la coexistencia de varias tecnologas (digitales y analgicas) utilizadas por diferentes redes de transmisin (por ondas, cable, satlite, ADSL y TDT) y la necesidad de estandarizar los equipos de recepcin y las aplicaciones para este medio.

1.8.4 Interactividad Interactividad significa la capacidad que tiene un dispositivo para interactuar o permitir la interaccin con el usuario. Se debe observar que la existencia de interactividad est estrictamente relacionada con la existencia de un medio electrnico, que acta como intermediario de este proceso La interactividad

37

es15 un proceso o accin que puede ser descrita como una actividad mutua e simultnea en la que intervienen dos participantes, normalmente trabajando en direccin de un mismo objetivo. Para que un sistema pueda ser clasificado como interactivo, este debe poseer los siguientes atributos: Posibilidad de interrupcin: cada uno de los participantes debe tener la capacidad de interrumpir el proceso y de tener la posibilidad de actuar cuando lo requiera o as lo desee. Sin embargo, esta caracterstica de los sistemas interactivos debe ser mucho ms que el hecho de bloquear el flujo de un intercambio de informaciones. Respuesta rpida: se refiere a la seal o respuesta producida despus de efectuada una interrupcin. En una conversacin, esto podra ser una frase, una palabra, o simplemente un gesto. Por lo tanto, para que un sistema sea realmente interactivo, estas circunstancias deben ser tomadas en cuenta para que el usuario no crea que el sistema empleado est colgado o no est funcionando. En otras palabras, es necesario que el sistema presente un mensaje indicando la operacin que ha sido ejecutada por el usuario. Degradacin suave: esta caracterstica se refiere al comportamiento de una parte del sistema cuando este no tiene una respuesta para una peticin solicitada por parte del usuario. Cuando esto ocurre, el usuario no debe quedarse sin una respuesta, ni el sistema debe desconectarse. Los participantes deben tener la capacidad de aprender cuando y como pueden obtener una respuesta que no est disponible. Predicciones limitadas: existe una dificultad en programar todas las preguntas o situaciones posibles que se pueden presentar. A pesar de eso, un sistema interactivo debe prever todas las instancias posibles de ocurrencia. De esta forma, si algo que no haba sido previsto ocurre en la interaccin, el sistema tenga las condiciones para responder. En otras palabras, esta caracterstica debe dar la impresin de una base de datos infinita.

No Por defecto El sistema no debe forzar el camino a ser seguido por los usuarios. La inexistencia de un estndar predeterminado brinda libertad a los participantes, refirindose una vez ms al principio de interrupcin, en lo que respecta a la posibilidad que tiene el usuario de parar el flujo de informacin y/o redireccionarlo. Es posible clasificar el concepto de interactividad en tres niveles de cobertura:
1515

http://www.cntv.org.co/cntv_bop/servicio_elementos/index.html

38

 Interactividad con el conjunto televisivo. En este nivel la interactividad est restringida al uso del control remoto, permitiendo el cambio de canales, as como tambin avanzar, retroceder o pausar las imgenes. El telespectador no puede alterar el contenido, slo la forma como el mismo es visualizada. Interactividad con el contenido del programa de televisin.- en este nivel la interactividad es completa y representa el mayor desafo para los productores. En esta visin, el telespectador puede controlar el contenido del programa que est mirando, adems de ser capaz de elegir la programacin que deseara ver. Interactividad con el contenido que se encuentra en la televisin.Tambin llamado coactivo, este nivel contiene las mismas caractersticas que el nivel anterior, adems de funcionalidades que cambiaron radicalmente la forma de mirar televisin por las prximas dcadas. Permite obtener informacin a cualquier momento acerca de las condiciones climticas, deportes, la programacin de las emisoras, noticias, etc., as como tambin obtener informacin detallada a cerca de los productos anunciados y poder compararlos.

1.9 Formatos de vdeo empleados en iptv H.261: Usado para videoconferencia y videotelefona y es la base para otros. MPEG-1: Logra calidad similar a VHS y adems es compatible con todos los PCs y casi todos los DVD. MPEG-2: Es el usado en los DVD y permite imagen a pantalla completa con buena calidad. H.263: Usado para videoconferencia y videotelefona. MPEG-4 Parte 2: Calidad mejorada respecto a MPEG-2. MPEG-4 Parte 10: Es el ms usado actualmente por una gran variedad de aplicaciones. WMV: Se utiliza para vdeo de poca calidad a travs de Internet con conexiones lentas, como para vdeo de alta definicin. 16

16

Windows Media Video (WMV)

39

1.9.1 Estndar H.261 H.261 es un estndar de la Unin Internacional de Telecomunicaciones (ITU), ratificado en noviembre de 1988. Originalmente diseado para la transmisin a travs de lneas RDSI en el que las ratios de datos son mltiplos de 64 kbit/s. Forma parte de la familia H.26x, estndares de codificacin de vdeo del ITU-T Video Coding Experts Group (VCEG). El algoritmo de codificacin fue diseado para ser capaz de operar a tasas de bits de 40 kbit / s, 2 Mbit / s. El estndar soporta dos tamaos de fotograma de vdeo: CIF (352x288 176x144 luma con croma) y QCIF (176x144 88x72 con croma) utilizando un esquema de muestreo de 4:2:0 1.9.1.1 Formato H.261 El formato H.261 es un estndar de codificacin de vdeo de la ITU (International Telecommunication Union) del ao 1990, diseado originalmente para la transmisin a travs de lneas RDSI en el que las velocidades de transmisin son mltiplos de 64kbps. Es un miembro de la familia H.26x de los estndares de codificacin de vdeo en el dominio del VCEG (Video Coding Experts Group) de la ITU. El algoritmo de codificacin fue diseado para poder operar a velocidades de vdeo de 40 kbps y 2 Mbps. El estndar soporta dos tamaos de fotograma de vdeo: CIF (352x288 luminancia con 176x144 crominancia) y QCIF (176x144 luminancia con 88x72 crominancia) utilizando un sistema de muestreo 4:2:0. El formato H.263 es un cdec de vdeo estndar diseado originalmente como un formato de compresin con una tasa baja de bits para videoconferencias. Ha sido desarrollado por la VCEG de la ITU en un proyecto que termin en los aos 1995/1996 como uno de los miembros de la familia H.26x de los estndares de codificacin de vdeo en el dominio de la ITU. El formato H.263 ha encontrado muchas aplicaciones en Internet, as gran parte del contenido de Flash Video suele ser codificado en formato Sorenson Spark, una aplicacin incompleta de H.263, aunque muchos sitios utilizan ahora VP6 o codificacin H.264. La versin original del cdec RealVideo se basa en H.263 hasta la liberacin de RealVideo 8. El formato H.263 fue desarrollado como una mejora evolutiva basada en la experiencia del formato H.261, el estndar anterior de la ITU para la compresin de vdeo, y de los estndares MPEG-1 y MPEG-2. Su primera versin se termin en el ao 1995 y proporcionaba un sustituto adecuado para el H.261 a cualquier velocidad. Se mejor an ms en los proyectos conocidos como H.263v2 yH.263v3.Este estndar se basa en

40

tcnicas comunes de compresin de video, como son la compresin espacial, compresin temporal, prediccin y compensacin de movimiento.17 1.9.1.2 Historia Mientras que el formato H.261 fue precedido en 1984 por el H.120 como un estndar decodificacin de vdeo digital, el H.261 fue el primer estndar de codificacin de vdeo digital verdaderamente prctico. De hecho todos los estndares internacionales posteriores de codificacin de vdeo como los MPEG-1 Parte 2, H.262/MPEG-2 Part 2, H.263, MPEG-4 Parte 2, y H.264/MPEG-4 parte 10, se han basado en el diseo del H.261. Adems los mtodos utilizados por el comit de desarrollo del H.261 han permanecido en el proceso bsico de operacin para el trabajo de estandarizacin subsiguiente. El algoritmo de codificacin utiliza un hbrido de la prediccin de la compensacin del movimiento entre imgenes y la codificacin de la transformacin espacial con cuantificacin escalar, escaneo en zig-zag y codificacin entrpica. 1.9.1.3. Diseo La unidad bsica de procesamiento del diseo se llama macrobloque, y el formato H.261 fue el primer estndar en el que apareci el concepto de macrobloque. Cada macrobloque consiste en una matriz de muestras de luminancia de 16x16 pixels y las dos matrices correspondientes de las muestras de crominancia de 8x8 pixels, utilizando un muestreo de 4:2:0 y un espacio de color YCbCr. La prediccin inter-fotograma reduce la redundancia temporal con los vectores de movimiento usados que ayudan al cdec a compensar el movimiento. Mientras que slo los vectores de movimiento con valores enteros son compatibles con el H.261, se puede aplicar un filtro de desenfoque a la seal de prediccin, mitigando parcialmente la falta de precisin del vector de movimiento de la muestra fraccional. La codificacin de transformacin DCT (Discrete Cosine Transform) con 8x8 pixels reduce la redundancia espacial. la cuantificacin escalar para redondear los coeficientes de la transformacin a la precisin adecuada fijada por un parmetro de control de tamao del paso y los coeficientes de la transformacin cuantificada son escaneados en zig-zag y codificados entropicamente para eliminar la redundancia estadstica. Actualmente el estndar H.261 slo especifica como descodificar el vdeo. Los diseadores del codificador tienen libertad para disear sus propios algoritmos de codificacin, siempre y cuando su salida se restringiera adecuadamente para permitir que pueda ser decodificado por cualquier decodificador de acuerdo con el estndar. Los codificadores son tambin libres para realizar cualquier tratamiento previo que quieran a su vdeo de entrada, y los descodificadores estn autorizados a realizar cualquier procesamiento posterior. Una de las tcnicas efectivas de procesado posterior que se convirti en un elemento clave
17

http://www.tcpipmagazine.com/editor/detailtemplate.asp?item_id=130.

41

de los mejores sistemas basados en H.261 se llama filtrado de desbloqueo. Esto reduce la aparicin de errores molestos en forma de bloques producidos por la compensacin del movimiento basado en el bloque y las partes de transformacin espacial del diseo. De hecho, estos errores son probablemente un fenmeno familiar para casi todos los que han visto el vdeo digital. El filtrado de desbloqueo se ha convertido en una parte integral del estndar ms reciente el H.264. Las mejoras de diseo introducidas en la ltima estandarizacin se han traducido en mejoras significativas en la capacidad de compresin en relacin con el diseo del H.261.Esto ha hecho que el H.261 sea esencialmente obsoleto, aunque todava se utiliza como un modo de compatibilidad hacia atrs en algunos sistemas de videoconferencia y para algunos tipos de vdeo de Internet. Sin embargo el formato H.261 sigue siendo un hito histrico fundamental en el desarrollo del campo de la codificacin de vdeo. 1.9.2. Formato WMV Windows Media Video (WMV) es un formato de fichero de vdeo comprimido propietario desarrollado por Microsoft. El cdec original, conocido como WMV, fue originalmente diseado para aplicaciones de streaming de Internet, como un competidor del formato RealVideo. Los otros codecs, como los WMV Screen y WMV Image, atienden a contenidos especializados. La versin 9 del formato utilizado por Microsoft fue remitida a la SMPTE (Society Motion Picture and Televisin Engineers) para su aprobacin como estndar, bajo el nombre en clave VC-1. Este cdec es tambin utilizado en la distribucin de vdeo de alta definicin sobre DVD estndar en un formato que Microsoft ha denominado WMV HD, el cual puede ser reproducido tanto en ordenadores como en reproductores de sobremesa. 1.9.2.1. Formato del contenedor Un fichero WMV se encapsula en general en un contenedor ASF (Advanced Systems Format). Normalmente la extensin de fichero .wmv describe los ficheros ASF que usan los codecs de Windows Media Video. El codec de audio usado junto con Windows Media Video es normalmente alguna versin del Windows Media Audio, o en raros casos, el cdec de audio obsoleto Sipro ACELP.net. Microsoft recomienda que los ficheros ASF que no son Windows Media, usen la extensin de fichero .asf. El contenedor ASF puede opcionalmente soportar la gestin de los derechos digitales utilizando una combinacin de un intercambio de claves de criptografa de curva elptica, el cifrado en bloque DES, un cifrado de bloques personalizado, el cifrado RC4 y la funcin de hashing SHA-1.Aunque el formaro WMV es generalmente empaquetado en el contenedor ASF, tambin se puede poner en formato AVI o en el contenedor Matroska. Los ficheros resultantes tendrn las extensiones .avi o .mkv respectivamente. El formato WMV se puede almacenar en un fichero AVI cuando se utiliza la implementacin del cdec
42

VCM (WMV 9 Video Compression Manager). OtraForma comn para almacenar WMV en un fichero AVI es utilizar el codificador VirtualDub.18 1.9.2.2 Cdec Windows Media Video Windows Media Video (WMV) es el cdec ms reconocido dentro de la familia WMV. El uso del trmino WMV se refiere a menudo solamente a este cdec. Sus principales competidores son MPEG-4 AVC, AVS, RealVideo, DivX y Xvid. La primera versin del cdec, la WMV 7, se liber en 1999, y se construy de acuerdo con la implementacin de la Parte 2 del formato MPEG-4. Siguiendo con su desarrollo propietario, se liberaron nuevas versiones del cdec, pero la sintaxis del flujo de bits no fue congelado hasta la versin WMV 9. Mientras todas las versiones de WMV soportan la tasa de bits variable, la tasa de bits media y la tasa de bits constante, la versin WMV 9 introdujo varias caractersticas importantes como la inclusin de soporte nativo para el vdeo entrelazado, los pixels no cuadrados, y la interpolacin de los fotogramas. Tambin el WMV 9 introdujo un nuevo perfil llamado Windows Media Video 9 Professional, que se activa automticamente cada vez que la resolucin de vdeo excede los 300.000 pixels, por ejemplo, 528x576, 640480 o 768x432 y la tasa de bits de 1000 kbps. Su objetivo es que el contenido del vdeo de alta definicin alcance resoluciones de 720p y 1080p. Los niveles de perfil Simple y Main del formato WMV 9 cumplen con los mismos niveles de perfil de la especificacin CV-1. El perfil Advanced en VC-1 est implementado en un nuevo cdec llamado WMV Windows Media Video 9 Advanced Profile. Mejora la eficiencia de compresin con contenido entrelazado y se hace independiente del transporte, lo que permite que sea capaz de ser encapsulado en un flujo de transporte MPEG o en el formato de paquetes RTP. Sin embargo el 25 cdec no es compatible con los codecs anteriores al WMV 9. 1.9.2.3 Cdec Windows Media Video Screen Windows Media Video Screen (Pantalla WMV) es un cdec que puede capturar contenido de la pantalla en vivo, y convertir el vdeo de la pantalla mediante el uso de programas de terceros en ficheros WMV 9 Screen. Funciona mejor cuando el material de origen es principalmente esttico y contiene una paleta pequea de colores. Dependiendo de la complejidad del material de origen, el cdec puede conmutar entre la codificacin con prdidas y sin prdidas para mejorar la eficiencia de la compresin. La primera versin del cdec fue la WMV 7 Screen, y la versin actual la WMV Screen, que soporta codificacin VBR, adems de CBR.

18

Cdec es la abreviatura de codificador-decodificador. Describe una especificacin desarrollada en software, hardware o una combinacin de ambos

43

1.9.2.4 Cdec Windows Media Video Imagen. Windows Media Video Imagen es un cdec de presentacin de diapositivas a vdeo. El cdec trabaja por la aplicacin de los efectos de tiempo, movimiento y transicin a una serie de imgenes durante la reproduccin. El cdec logra una ms alta relacin de compresin y calidad de imagen que el WMV para imgenes fijas como los ficheros codificados con imgenes estticas almacenadas con WMV Imagen en lugar de vdeo de movimiento completo. Dado que el cdec se basa en el descodificador para generar los fotogramas de vdeo en tiempo real, la reproduccin de los ficheros WMV Imagen incluso a resoluciones moderadas, por ejemplo, 30 fotogramas por segundo con una resolucin de 1024 768, requiere mucho procesamiento de la computadora. La ltima versin del cdec WMV 9,1 Imagen utilizado por Photo Story 3, cuenta con efectos de transformacin adicionales, pero no es compatible con el cdec original WMV Imagen. . 1.9.2.5 Calidad de vdeo Microsoft dice que el formato WMV establece una relacin de compresin que es dos veces mejor que la del formato MPEG-4 y tres veces mejor que el formato MPEG-2; tambin dice que el formato WMV es de 15-50% mejor que WMV 8 en trminos de eficiencia de compresin. Sin embargo un informe del ensayo publicado en Enero de 2005 demostr que el WMV 9 tena una peor eficiencia de compresin que el WMV. Muchos compiladores WMV de terceros han tenido peor rendimiento que Windows Movie Maker. 1.10 Transporte de paquetes IP. Un paquete IP es simplemente un almacenador de datos que se compone de una cada de bytes de datos que poseen un formato definido, incluyendo una cabecera y un bloque de informacin de bytes. Cada paquete puede ser de diferente longitud. La cabecera de cada paquete contiene informacin acerca del paquete. La parte ms importante es la direccin de destino, la cual es una direccin IP que indica el destino del paquete. La cabecera tambin incluye la direccin IP19 de origen para que la comunicacin bidireccional sea fcilmente establecida entre dos dispositivos. Este tipo de comunicacin permite que paquetes de diferentes fuentes se dirijan a diferentes destinos para compartir un nico enlace de comunicacin. Los dispositivos que se encuentran a cada
19

IP es un protocolo no orientado a conexin usado tanto por el origen como por el destino para la comunicacin de datos a travs de una red de paquetes conmutados no fiable de mejor entrega posible sin garantas.

44

extremo de enlace se denominan routers y tienen la capacidad de ordenar los paquetes de salida y entregarlos a sus diferentes destinos, basndose en la direccin IP que se encuentra en la cabecera de cada paquete. La mayor fortaleza de una red IP radica en que mucho paquetes diferentes, todos conteniendo datos de diferentes aplicaciones, pueden compartir un nico enlace de transporte de paquetes. Esto permite que la red IP sea muy flexible, una vez que un dispositivo ha realizado el arduo trabajo de convertir un flujo de datos en paquetes, el resto es sencillo porque la red IP se encargar de entregar los paquetes a su destino. 1.10.1 Protocolos de transporte Los protocolos de transporte son utilizados para el control de la transmisin de los paquetes de datos en conjunto con IP. Existen tres protocolos que son comnmente usados en el transporte de video en tiempo real y son los siguientes: User Datagram Protocol (UDP). Es uno de los protocolos IP ms simples. UDP es usualmente utilizado para video y otros datos muy sensibles al tiempo. En UDP, el dispositivo puede controlar la rapidez con la cual el flujo de datos atraviesa la red. Para video y otros flujos de datos en tiempo real, UDP es una eleccin lgica para el protocolo de transporte, debido a que no agrega cargas innecesarias a los flujos que ya poseen funciones de correccin de errores. Adems, UDP no requiere comunicacin bidireccional, puede operar en redes de una solo va (como en emisiones va satlite). Un dato importante es que UDP puede ser utilizado en aplicaciones multicasting donde una fuente provee a mltiples destinos como sucede en las redes de IPTV. Transmission Control Protocol (TCP). Es un protocolo de Internet bien establecido, ampliamente utilizado para el transporte de datos. La gran mayora de dispositivos que se conecta a Internet son capaces de soportan TCP sobre IP (o simplemente TCP/IP). TCP requiere que una conexin sea establecida entre el emisor y el receptor antes de iniciar cualquier transmisin de datos. Un atributo esencial de TCP es su habilidad para manejar errores de transmisin, particularmente prdida de paquetes. TCP cuenta y realiza un seguimiento de cada byte de datos que circula a travs de una conexin. El mecanismo automtico de control de flujo disminuir la velocidad de transmisin cuando un error ocurra. Si la tasa de transmisin cae a una velocidad inferior que la mnima necesaria para una seal de video, en el receptor esta seal de video dejar de operar correctamente. Una desventaja que presenta TCP para la entrega de video es que la mayora de los firewalls22 permiten el paso de trfico TCP, mientras que el trfico UDP es bloqueado.

45

Fuente: www.dvdprotocolip.com FIG.1.13 Transporte de paquetes IPTV.

Real-Time Transport Protocol (RTP). Es destinado para aplicaciones multimedia en tiempo real, como voz y video sobe Internet. RTP fue especialmente diseado para transportar seales, donde el tiempo es esencial. RTP fue creado para proporcionar un conjunto de funciones muy tiles para video en tiempo real y transporte de audio sobre Internet. En general, RTP aade muchas funcionalidades en la parte superior de UDP sin agregar funciones no deseadas de TCP. RTP tambin soporta multicasting, el cual puede ser una forma ms eficiente para transportar video. En la jerarqua de redes, son considerados los tres protocolos anteriormente mencionados para operar arriba del protocolo IP. En la Figura 3.9 se muestra como UDP, TCP y RTP se adaptan a la jerarqua de red. Se debe notar que actualmente RTP usa algunas de las funciones de UDP; este opera en la parte superior de UDP.20

20

http://www.dvdprotocolip.com

46

1.10.2 Multicasting IP. Multicasting es un concepto clave para las redes IP. Sin embargo, existen dos significados muy diferentes para esta palabra que puede ser aplicada en el campo de IPTV: En la difusin de televisin digital, multicasting se refiere a la entrega de mltiples programas de video en forma simultnea mediante un solo canal de transmisin DTV. En redes IP, multicasting significa la entrega de un flujo nico a mltiples espectadores simultneamente.

En IP multicasting, un nico flujo de video es enviado en forma simultnea a mltiples usuarios. Mediante el uso de protocolos especiales, en el interior de la red se realizan copias del flujo de video para cada destinatario. Todos los usuarios reciben la misma seal al mismo tiempo. La mayora de los equipos para red IP soportan IP multicasting, pero esta capacidad ha sido deshabilitada por temor de que se produzca una carga excesiva en las redes. Por ejemplo, IP multicasting no est actualmente disponible en Internet, restringiendo el uso de multicasting para streaming de video IP a las redes privadas. Sin embargo, con los sistemas de IPTV, multicasting es una tecnologa clave y ampliamente desplegada.21 1.10.2.1Protocolo de Internet Unicasting En unicasting, cada flujo de video es enviado a un solo destino. Si mltiples destinos quieren el mismo video, la fuente debe crear un flujo unicast separado para cada destinatario. Cada usuario que requiere ver un video debe realizar un pedio a la fuente de video. La fuente necesita conocer la direccin IP del destino y debe crear un flujo de paquetes direccionados a cada usuario. Como el nmero de espectadores simultneos incrementa, la carga en la fuente incrementa, debido a que esta debe continuamente crear paquetes individuales para cada usuario. Este proceso puede precisar una cantidad significante de procesamiento y adems una conexin de red lo suficientemente grande para llevar todos los paquetes de salida. Por ejemplo. Si una fuente de video estuviera equipada para enviar un flujo de video a 20 usuarios diferentes a 2,5 Mbps, sera necesario tener una conexin de red de por lo menos 50 Mbps. Un beneficio importante de la tecnologa unicast es que cada usuario puede obtener un flujo de video controlado, esto permite que la fuente de video ofrezca funciones especializadas como pausar, retroceder, avance rpido de video. Estos atributos solo son posibles con contenido pre grabado pero es una
21

http://www.dvdprotocolip.com

47

funcin muy popular entre los usuarios. Unicasting es la norma para el video de Internet por dos razones. La primera es que en Internet la opcin de multicast no es factible y segunda, la mayora de usuarios de videos de Internet esperan ser capaces de controlar los flujos de video (pausa, adelantar), lo cual es difcil de realizar con flujos multicast. 1.10.2.2 Protocolo de Internet Multicasting. En multicasting, un nico flujo de video es enviado simultneamente a mltiples usuarios. A travs del uso de protocolos especiales, la red est dirigida a realizar copias del flujo de video para cada destinatario. Las copias son hechas en cada punto de la red solo cuando sea necesario. Dentro de la red, protocolos especializados permiten a la red reconocer los paquetes multicast y enviarlos a sus mltiples destinos. Esto se consigue asignando a los paquetes multicast un direccionamiento especial reservado para multicasting. Se debe tener en cuenta que multicast opera solamente en una sola direccin, es decir, no existe un mecanismo para el retorno de los datos desde los dispositivos finales hasta la fuente. Cualquier tipo de interactividad debe ser manejada por algn otro mecanismo. Multicasting en IPTV Multicasting es una tecnologa clave para IPTV porque permite una solo seal fuente para enviar a mltiples destinos. Esto puede permitir a cientos o incluso miles de espectadores observar al mismo tiempo un solo programa de televisin. En una red de IPTV hay vario puntos dentro de la red de distribucin desde el SHE (Super Headend) hasta el espectador, donde multicasting puede ser utilizado para lograr un gran efecto. Desde la salida de SHE, multicasting puede ser utilizado para conseguir un nico flujo en vivo y distribuirlo a los mltiples VSOs(Video Serving Office). Esto ahorra el gasto de construir un servidor que proporcione altos anchos de banda dentro del SHE. Adems reduce el tamao de la conexin de red requerida a la salida del SHE.

Fuente: www.broadcastpaper.com FIG.1.14 Protocolo de internet unicasting multicasting.

48

Cuando llega el momento de la distribucin del flujo a los espectadores, multicasting es casi siempre utilizado. Esta tecnologa permite que el STB del usuario sea conectado a un programa de televisin simplemente unindose a multicast. Sin embargo, cuando esto ocurre todo depende tambin de las capacidades que presenta el DSLAM23. La mayora de los DSLAMs permiten multicast. Cuando los DSLAMs no permiten multicast, un nico flujo de video debe ser enviado para cada usuario desde el VSO hasta el STB. Este proceso requiere una conexin de banda ancha elevada desde el VSO hasta cada DSLAM, con suficiente capacidad para administrar el trfico de todos los usuarios activos al mismo tiempo. En cambio, cuando los DSLAMs permiten multicast, la conexin entre el VSO y el DSLAM se puede simplificar, se requiere solamente una copia de la transmisin de cada canal a ser enviado. Las peticiones de unirse o abandonar la opcin multicast son recibidas desde los STB y procesadas en el interior del DSLAM; las copias son elaboradas por cada STB. Aunque este enfoque aumenta la complejidad de los DSLAMs, reduce significativamente la cantidad de ancho de banda necesario para llevar las seales desde el VSO hasta cada DSLAM 1.11 Codificadores de Audio y Video Dadas las limitaciones a nivel de la red de distribucin, las soluciones de IPTV dependen en gran parte a la utilizacin de buenos codificadores de video, es as que nace la necesidad de emplear codificadores de fuente que permitan obtener una buena calidad de los contenidos al mismo tiempo que se disminuye en gran cantidad las tasas de bits necesarias para su transmisin. De esta forma, la norma MPEG-2 logra cumplir con los requisitos para la transmisin de televisin digital. Pero recientemente, la norma MPEG-4/H.264 AVC (Advanced Video Coding) trajo consigo algunos beneficios especialmente creados para el servicio de IPTV. La utilizacin de codificadores MPEG-2 surgi como una de las primeras soluciones a nivel de codificador de fuente para ser utilizado en Head-End. Esta norma permite actualmente, tasas en el orden de los 3 Mbps (para SDTV) utilizando redes de acceso ADSL. Mientras que la norma H.264/MPEG-4 parte 10 define un codificador de video (AVC) cuyos principales objetivos lo hacen interesante para IPTV: Permitir la codificacin de video con una buena calidad a tasas substancialmente ms bajas que en las normas anteriores. Permitir la flexibilidad suficiente para operar con gran diversidad de aplicaciones y dispositivos. Buscar, a nivel de codificador, definir medidas que permitan adaptar la codificacin al medio de transmisin. Esta funcionalidad es dada por la capa de abstraccin de la red (NAL). El codificador AVC ofrece un conjunto de ventajas que lo convierten en la mejor eleccin en relacin

49

con otros codificadores. Una de ellas es que posee mejores factores de compresin, en relacin a MPEG-2 representa casi la mitad de la tasa y con relacin a MPEG-4 parte 2 la ganancia es menor. Adems la utilizacin de este codificador de fuente permite obtener un mayor nmero de canales. 1.12 Introduccin al concepto de NGN. Tradicionalmente las redes IP han sido la base del negocio de transmisin de datos, manteniendo un aislamiento con las redes de voz. En este contexto se ha provocado una segmentacin del mercado de las telecomunicaciones que, en determinados casos, provoca la aparicin de distintos operadores dando soporte a cada red. Al final de la dcada de los noventa surgieron progresivamente una serie de elementos opuestos que fueron modelando un cambio en todo el sector de las Telecomunicaciones. En primer lugar, se produjo, la progresiva desaparicin del modelo monopolista reemplazado por un modelo de libre competencia. Posteriormente aparecieron nuevas soluciones tecnolgicas que permitieron corregir problemas que reducan el inters en las redes IP. Por ltimo, se produjo el desarrollo imparable del concepto Internet y su apertura a grandes mercados de consumidores que comprobaron la flexibilidad y posibilidades que Posea.22 1.12.1 Origen de las redes NGN. Para brindar servicios a una comunidad de usuarios es necesario acceder hasta sus domicilios. Cada proveedor de servicio tiende su red por separado de acuerdo a sus propias necesidades: telefona voz, datos, CATV (Televisin por Cable); por lo que en la actualidad al domicilio de los usuarios convergen diversas redes, cada una para el servicio que les dio origen. Con el rpido progreso del Internet los proveedores acomodaron dichas redes para agregar nuevos servicios y tomar ventaja del hecho de tener instalada ya una red hacia el domicilio del usuario. As nacen tecnologas como Cable Modem para usar las redes de CATV y ADSL para usar las redes telefonicas, y brindar el servicio de Internet a los Usuarios.23 Sin embargo, dichas tecnologas no satisfacen los requerimientos necesarios para optimizar el servicio agregado; lo que dio origen a la nueva tecnologa de Redes de acceso de Nueva Generacin (NGN o New Generation Network). Es as que luego de un extenso numero de estudios por parte de algunas Comisiones de la ITU; en enero de 2005 se publicaron las Recomendaciones Y.2001 General overview of NGN e Y.2011 General principales and general reference model for NGN de ITU-T; cabe aclarar que el tema de las NGN no
22 23

NGN: Next Generation Network. Redes de nueva generacin. www.redes multiservicio_cap_11

50

est totalmente terminado, pues aun comisiones de la ITU siguen estudiando y Estandarizando el tema. 1.12.3 Distintas visiones del concepto de NGN. No existe una nica definicin de NGN que sea vlida para cualquier entorno y situacin, por lo cual es muy difcil llegar a un acuerdo sobre una definicin que abarque todos los escenarios posibles. Hasta estos das existe una clara separacin entre las redes de voz y datos, dando como resultado que los organismos de estandarizacin hayan sido tambin diferentes en la mayora de los casos. Por otro lado, mientras que en las redes de voz las normas, son de cumplimiento obligatorio en su mayora, en las redes de datos, las normas se desarrollan por consenso entre los propios fabricantes y operadores, mas como recomendaciones que como normas de cumplimiento obligatorio. Esta situacin ha provocado la existencia de dos claros enfoques hacia el concepto NGN:24 1.12.3.1 NGN relacionado con los datos e Internet. La red brindara: Soporte de conectividad a un conjunto de elementos terminales inteligentes. El control y establecimiento de las sesiones ser responsabilidad de los propios terminales. Los servicios son absolutamente independientes de la red. Todo servicio estar basado en la interaccin entre terminales inteligentes. Los servicios tradicionales, tambin conocidos como legacy, vern disminuir de forma paulatina su importancia a favor de nuevos servicios

24

http://bieec.epn.edu.ec:8180/dspace/bitstream/123456789/756/3/T10515CAP3.pdf

51

Fuente: www.servisystem.com.ar 1.12.3.2 NGN relacionado con la voz. Los servicios sern suministrados a travs de redes interconectadas sobre un conjunto combinado de terminales inteligentes y no inteligentes. La red tendr la inteligencia y el control sobre los servicios y se adaptara a estos en funcin de las necesidades que los usuarios finales demanden. La actual red telefnica evolucionara para adaptarse a los servicios multimedia, constituyendo la base de la futura NGN. Gran parte del desarrollo y provisin de los servicios finales partir de los Operadores Pblicos de Red, soportados por servicios bsicos desarrollados sobre interfaces abiertas.

Frente a estos dos enfoques, se debe tener en cuenta la visin que tienen los clientes de los servicios finales que sern soportados por las NGN. Primeramente se debe establecer una separacin entre usuarios empresariales y residenciales, ya que sus objetivos y motivaciones son distintos. Mientras que para los usuarios empresariales el principal atractivo de las NGN puede ser los servicios tradicionales (como los servicios de voz, las redes privadas virtuales, etc.) a costos moderados, para los usuarios residenciales, por el contrario, el principal atractivo ser mejorar los actuales servicios, manteniendo costos bajos, y ampliando la oferta de servicios de entretenimiento.

52

1.12.4 Evolucin de la red hacia el concepto NGN. A continuacin se describe el proceso que ha convergido en NGN, partiendo desde las redes clsicas y de las razones histricas que justificaron esta evolucin, sin dejar a un lado el desarrollo del Internet influenciando en este proceso. 1.12.4.1 Factores para el cambio (evolucin). La aparicin de un nuevo factor, en forma de libre competencia, motivo el que se intentara ampliar los servicios que brindaban cada operador sobre las infraestructuras existentes. Es as que las redes se vieron en la necesidad de dar soporte a servicios para los que inicialmente no haban sido diseadas, mostrando incapacidad de las redes existentes para proveer de forma ptima nuevos servicios. Comenz as la bsqueda de mejores soluciones adaptadas al nuevo escenario. Paralelo a lo anteriormente mencionado, se produca una evolucin tecnolgica en las redes de datos, motivada, principalmente, por una creciente necesidad de comunicacin en entornos empresariales. Las primeras soluciones se desarrollaron en el estndar de comunicaciones ATM, aunque fue rpidamente absorbido, al menos en los entornos empresariales, por las soluciones nativas IP/Ethernet6, una vez que estas alcanzaron los niveles de velocidad y funcionalidad requeridos. Pero un factor predominante que provoco una verdadera revolucin en el sector de las telecomunicaciones, convirtindose en el definitivo detonante del cambio; fue la aparicin y desarrollo del fenmeno Internet a escala global. 1.12.5 Definicin de NGN. "NGN es un concepto para definir y desplegar redes que, debido a su formal separacin en diferentes capas y planos y al uso de interfaces abiertas, ofrece a los proveedores de servicios y operadores de telecomunicaciones una plataforma que puede evolucionar en etapas, para crear, desplegar y administrar servicios innovadores." 8 Una red de prxima generacin es una red por paquetes que proporciona mltiples servicios de banda ancha, que utiliza tecnologas de transporte con una calidad de servicio mnima y en la cual las funciones relacionadas con el servicio son independientes de las tecnologas de transportes subyacentes.9 8 Definicin de la ETSI 9 Definicin de la ITU Sin embargo cada operador de servicios tiene sus propios objetivos y formulan definiciones diferentes acerca de NGN.

53

1.12.5.1Caractersticas fundamentales Son innumerables las caractersticas de una Red de Nueva Generacin, sin embargo a continuacin se mencionan las ms importantes: La NGN provee infraestructuras para la creacin, desarrollo y gestin de toda clase de servicios actuales y futuros, distinguiendo y separando los servicios y las redes de transporte; es decir posee una arquitectura de red horizontal basada en una divisin transparente de los planos de transporte, control y aplicacin. El plano de transporte se basa en tecnologa de conmutacin de paquetes IP/MPLS Migracin de las redes actuales (PSTN, ISDN y otras) a NGN, a travs de interfaces abiertos y protocolos estndares Escalabilidad de la infraestructura de red; esto implica permitir la ampliacin de la red de acuerdo a las necesidades, teniendo en cuenta la cantidad de usuarios y la variedad de servicios a ofrecer en cada etapa de su desarrollo. Soporte de servicios de diferente naturaleza: tiempo real y no real, streaming10, servicios multimedia (voz, video, texto). Soporte para mltiples tecnologas de ltima milla. Su arquitectura funcional soporta la conexin a red basada en tres modos de conmutacin: de circuitos, de paquetes y de paquetes sin conexin. Posibilitar la distribucin simultanea de diferentes servicios, como telefona, televisin, acceso a Internet, datos y otros servicios de valor agregado. 10 Streaming es una nueva tecnologa para Internet que permite transmitir de forma eficiente audio y vdeo a travs de la Red sin necesidad de descargar los archivos en el disco duro del ordenador de usuario. Flexibilidad para distribuir solo los servicios que el usuario requiera, en cualquier combinacin. Simplificar al mximo la administracin, el mantenimiento y la distribucin de los servicios. Configuraciones redundantes para asegurar alta tasa de disponibilidad de los servicios. Capacidad de banda ancha con calidad de servicios (QoS), garantizada de extremo a extremo. Seguridad. Acceso Universal.

54

Ahorros en mantenimiento y consumo de energa.25

1.12.6 Consideraciones de diseo y objetivos de una NGN. En la actualidad, los mayores ingresos de los operadores son provienentes de los servicios de voz. No obstante, aunque estos ingresos son todava dominantes, los operadores se enfrentan al hecho de proveer ms minutos de llamada con menos beneficio asociado. Esta prdida de ingresos de alguna manera es compensada por los ingresos provenientes del uso extensivo de acceso Internet dial up, a travs de la PSTN. Dado que los ingresos debidos a la voz tienden a seguir decreciendo y la tarifa plana de acceso a Internet se esta imponiendo, los operadores deben pensar en otros medios para compensar estas prdidas. Para lo cual una de las soluciones es buscar nuevos servicios avanzados y aplicaciones que permitan retener e incluso extender la base de clientes y, as, mantener grandes beneficios. Las oportunidades de servicio ms interesantes se muestran en una variedad de aplicaciones que integran servicios de telefona, datos Internet y/o video en la propia aplicacin. La liberalizacin tiene una influencia considerable en las estrategias y decisiones a tomar por los operadores. A travs del proceso conocido como desagregacin del bucle local, los organismos reguladores gubernamentales de todo el mundo estn forzando a los operadores establecidos a abrir sus puertas a las compaas rivales. Una vez dentro del centro de conmutacin, los operadores alternativos debern ser capaces de competir por los clientes Locales, tomando control directo de la ltima milla de cobre. Las NGNs se deben disear para soportar las arquitecturas de red y los modelos de negocio permitidos por la liberalizacin. Las arquitecturas NGN no solo ofrecen la oportunidad de aumentar beneficios, sino que tambin reducen los costos de operacin e inversin. Los nuevos operadores no necesitan desarrollar una estrategia de migracin, ya que desde el principio pueden optar por una solucin convergente de voz/datos NGN para proporcionar servicios avanzados en ambas reas. Por el contrario, los proveedores antiguos deben considerar su base instalada TDM (Multiplexacion por Divisin en el Tiempo) y, por consiguiente, decidir si se debe actualizar los conmutadores de circuitos instalados (si el fabricante ofrece esta opcin), finalizar las inversiones en equipamiento de conmutacin de circuitos, y construir una red superpuesta NGN o, con el tiempo, reemplazar los conmutadores de circuitos con nueva tecnologa. Tambin se debe considerar el impacto del crecimiento del trafico Internet dial up, que con sus largos retardos provocan problemas en las redes de circuitos conmutados. Para continuar siendo competitivos, los operadores necesitan encontrar la manera de proporcionar nuevos servicios a sus clientes durante el periodo de transicin, antes de que sus redes hayan evolucionado totalmente a NGN.26
25 26

http://bieec.epn.edu.ec:8180/dspace/bitstream/123456789/756/3/T10515CAP3.pdf http://www.slideshare.net/blogcmt/redes-de-nueva-generacin-arquitecturas-presentation

55

1.12.7 Arquitectura de NGN. Las NGN requieren una arquitectura que permita la integracin perfecta de servicios de telecomunicaciones tanto nuevos como tradicionales entre redes de paquetes de alta velocidad, Inter-operando con clientes que poseen capacidades distintas. Dicha arquitectura generalmente esta estructurada alrededor de cuatro capas principales de tecnologa: conectividad, acceso, servicio y gestin. Cada una de estas capas se basa en una serie de normas que son esenciales para la implementacin exitosa de una NGN. El UIT-T esta trabajando activamente en una visin emergente de una NGN, la cual se basa en un prototipo de redes inalmbricas y alambicas convergentes.

Fuente:www.verizon/redesngn.com FIG 1.15 Arquitectura de una red NGN. Voice Services: Servicios de voz. Multimedia Services: Servicios multimedia. Data Services: Servicios de datos. MG: Media Gateway (pasarela de medios).

56

End-to-End Network Management: Gestion de red de extremo a extreme. Other Carriers: Otras empresas de comunicaciones. TDM Equipment: Equipo TDM. New Access: Nuevo acceso. Customer Premise Portfolio: Cartera local del cliente.

1.12.8 El proceso de evolucin. Tal y como se describi previamente, el proceso de evolucin ha sido largo y no siempre claro en sus objetivos finales. No obstante, en la actualidad aparece una tendencia clara hacia entornos convergentes basados en el modelo NGN. Conviene en este punto establecer una comparacin entre los modelos de red clsica y NGN que ayude a entender las ventajas que el modelo NGN aporta.27

Fuente:www.verizon/redesngn.com FIG 1.15 Evolucin de la red NGN.

La funcionalidad normalmente asignada a cada capa en una Red Clsica es: Capa FO/WDM: transporte. Capa SDH: Agregacin y proteccin. Capa ATM: Agregacin, gestin de trfico y calidad de servicio. Capa IP: Encaminamiento. La funcionalidad normalmente asignada a cada capa en una Red de Nueva generacin seria:
27

http://www.coit.es/publicaciones/bit/bit148/40-42.pdf

57

Capa FO/WDM: transporte, agregacin y proteccin. Capa de Red: Encaminamiento, agregacin, gestin de trfico, calidad de servicio y proteccin . Previsiblemente el proceso de evolucin se plantea en varias fases: Comenzando por una evolucin del ncleo de la red e ira extendindose de forma progresiva hacia el acceso. Este proceso se da con el fin de mantener las soluciones existentes mientras se produce la evolucin, asegurando de esta manera un proceso poco traumtico. Conforme se extienda la implantacin de la NGN hacia el acceso se podr absorber la funcionalidad de las redes de acceso existentes, estando siempre sujeta a la discrecin de cada operador de red y siguiendo las pautas particulares que hayan sido establecidas en cada caso. El objetivo final depender de mltiples factores, como puede ser el tipo de operador (tradicional o nuevo entrante), la existencia de competencia real en el entorno, la necesidad de dar soluciones convergentes para distintas unidades de negocio, etc. NGN debe permitir la evolucin, migracin en trminos de sustitucin o emulacin de los actuales servicios de telecomunicacin. La convergencia es imperativa en todos los aspectos: desde la convergencia de aplicaciones hasta la convergencia de infraestructuras. 1.13 Redes pticas pasivas (PON) Otra tecnologa que ha contribuido en la migracin a IPTV es lo que se denomina red ptica pasiva, del ingls Passive Optical Network, conocida como PON, esta es una configuracin de red que por sus caractersticas provee una gran variedad de servicios de banda ancha a los usuarios mediante accesos de fibra ptica. Las redes de fibra ptica surgen como una gran alternativa brindando un ancho de banda mucho ms grande y asequible pues los precios de equipos como los lseres estn en continuo descenso conforme se sigue adoptando la tecnologa. Estas redes permiten eliminar todos los componentes activos existentes entre el servidor y el cliente (ruteadores, switch o hubs), introduciendo en su lugar componentes pticos pasivos (divisores pticos pasivos) para guiar el trfico por la red, cuyo elemento principal es el dispositivo divisor ptico (conocido como splitter). La utilizacin de estos sistemas pasivos reduce considerablemente los costos de implementacin o actualizacin de una red y son utilizados en las redes FTTH, por otra parte, el ancho de banda no es dedicado, sino multiplexado en una misma fibra en los puntos de acceso de red de los usuarios. En definitiva, se trata una configuracin de red punto-multipunto; razones por las cuales se presenta como una tecnologa muy atractiva para operadores que quieren implementar IPTV.
58

En cuanto a la topologa se puede mencionar que el medio de transmisin se ramifica sucesivamente mediante acopladores pticos pasivos, desde las terminaciones de lneas pticas hasta las unidades de red ptica. Est topologa se est empleando en mayor medida para la introduccin de fibra ptica en el bucle de abonado, ya que resulta una solucin de significativos resultados econmicos. Dentro de las redes pticas pasivas se encuentra una sub clasificacin de acuerdo a la tecnologa que se use sobre estas redes, por lo que se las conoce como xPON. Realizando un seguimiento cronolgico encontramos los siguientes estndares para redes xPON basados en las recomendaciones ITU-T G.983, ITU-T G.984 e IEEE 802.3ah. Recomendacin ITU-T G.983 APON (ATM Passive Optical Network) Esta fue el primer estndar de red pasiva, se usaba principalmente para aplicaciones de empresas y estaba basado en transmisin de trfico ATM. BPON (Broadband PON), es un estndar basado en APON aport nuevas mejoras como la multiplexacin por longitud de onda o WDM, incrementando de esta manera el ancho de banda. 106 Recomendacin ITU-T G.984 GPON (Gigabit PON) Es una evolucin de BPON, permitiendo una optimizacin de la transmisin del trfico IP y ATM mediante celdas de tamao variable. Recomendacin IEEE 802.3ah EPON (Ethernet PON) La principal caracterstica es que transporta trfico nativo de red Ethernet en lugar del clsico trfico ATM. Se optimiza el trfico IP, se mejora la seguridad y soporta mayores velocidades de transmisin de datos. En la figura 1.16 se observa la evolucin a travs del tiempo que ha tenido PON ysus variantes, resaltando que GPON es la evolucin de sus antecesoras caracterizndose por su capacidad de gran velocidad de transmisin cercana a los 2.5 Gbps simtrica y asimtrica.28

Fuente: www.ensode.net Fig.xx evolucin de las redes pon.

28

http://www.ensode.net/pdf-crack.jsf;jsessionid=388e59411f0aac954552ca99441f

59

En la figura 1.17 se ilustra la configuracin de una red ptica pasiva desde la central local del proveedor de servicios hacia el usuario, una PON consiste en una terminacin de Lnea ptica (OLT), una terminacin de Red ptica (ONT); fibra que soporta componentes pticos y un sistema de gestin de red, y, una serie de Unidades de Red pticas (ONU, Optical Network Units) cercanas a los usuarios de acceso.

Fuente: www.ensode.net Fig.1.17 red ptica de las redes pon. La OLT reside tpicamente en la central, mientras que la ONT se ubica en las instalaciones de usuario. La planta externa (fibra y componentes pticos) es totalmente pasiva. Una nica fibra conecta un puerto OLT con mltiples ONTs, utilizando filtros pticos, una nica PON puede equiparse hasta con 64 ONTsaunque tpicamente el rango est entre 32 y 48. La OLT puede estar

60

hasta a 20 Km. de distancia de las ONTs, permitiendo a una PON cubrir una extensa rea geogrfica. Una OLT puede soportar mltiples PONs, lo que, combinado con la capacidad de filtrado de las PONs, significa que una OLT puede soportar un gran nmero de usuarios. Los principales operadores de telecomunicaciones del mundo estn definiendo avanzadas redes convergentes de banda ancha basadas en IP, que permiten ofrecer ms servicios sobre la misma infraestructura a precios cada vez ms competitivos. La adopcin de estas redes permite reducir la inversin necesaria en equipamiento de red, la convergencia conlleva a los operadores una reduccin de la complejidad de la gestin y costos operativos ms bajos. La tecnologa relevante que est permitiendo esta convergencia en la parte del bucle de abonado es GPON, que se constituye en la tecnologa de acceso mediante fibra ptica con arquitectura punto a multipunto ms avanzada actualmente. Las economas de escala 11 GPON ofrece soporte de tasas de bits simtricas que van desde 622 Mbps hasta 2.5 Gbps, as como soporte de tasas de bits asimtricas. La velocidad ms y la experiencia acumulada en el ncleo de red, con elevados niveles de trfico sobre sistemas WDM han permitido que la viabilidad econmica de la fibra y los componentes pticos sea un hecho. La fibra ptica es el medio de transmisin ms avanzado y el nico capaz de soportar los servicios de nueva generacin, como televisin de alta definicin. Las principales ventajas de tener un bucle de abonado de fibra ptica son muchas, entre las que se destacan tenemos: mayores anchos de banda, mayores distancias desde la central hasta el abonado, mayor resistencia a la interferencia electromagntica, mayor seguridad, menor degradacin de las seales, etc. Adems, la reduccin de repetidores y otros dispositivos supondrn menores inversiones iniciales, menor consumo elctrico, menor espacio, menos puntos de fallo, etc. Los Gobiernos de todas las naciones reconocen la necesidad de desplegar redes de fibra ptica por su alta capacidad de transporte, permitiendo mejorar la competitividad de sus economas. Los principales operadores de telecomunicaciones del mundo, como Telefnica, tambin han comenzado el despliegue de GPON, la tecnologa de acceso de fibra ptica con arquitectura punto a multipunto ms avanzada en la actualidad. Los principales suministradores de equipos de telecomunicacin ofrecen soluciones GPON (AlcatelLucent, Ericsson, Huawei, Nokia-Siemens, ZTE, entre otros.), lo que muestra el prometedor futuro de esta tecnologa emergente. GPON29 ofrece soporte de tasas de bits simtricas que van desde 622 Mbps hasta 2.5 Gbps, as como soporte de tasas de bits asimtricas. La velocidad ms utilizada para los suministradores de equipos GPON es de 2.488 Gbps downstream y de 1.244 Gpbs upstream1230 En la figura 3.4 se muestra una red GPON en la cual se asigna una longitud de
29 30

La Red ptica Pasiva con Capacidad de Gigabit Downstream y upstream se refiere a flujos de informacin de bajada y subida espectivamente.

61

Onda para el trfico de datos (Internet, VoIP, IPTV, etc.) downstream a 1490 nm y otra para el trfico upstream a 1310 nm. Adems a travs del uso de WDM se Asigna una tercera longitud de onda 1550 nm que est dedicada para el broadcast de video de radio frecuencia. De este modo el servicio de video/ televisin puede ser ofrecido simultneamente por dos mtodos distintos: por radio frecuencia e IPTV. Mediante radiofrecuencia las operadoras de cable pueden hacer una migracin gradual hacia IPTV. En este caso las ONTs dispondrn de una salida coaxial para video por radio frecuencia que ir conectada al STB tradicional.

Fuente: www.ensode.net. Fig.1.18 funcionmiento de GPON. Una de las caractersticas clave de PON es la capacidad de sobresuscripcin, es decir si la red est descongestionada permite a los operadores ofrecer a los

62

suscriptores ms trfico cuando lo necesiten, es decir cuando haya usuarios que no estn usando todo su ancho de anda disponible. Esta funcionalidad es denominada ubicacin dinmica del ancho de banda o DBA (Dinamic Bandwidth Allocation). Con IPTV la seal de video, que es transformada por el Head End a una cadena de datos IP, se transmite sobre el mismo enlace IP como datos para acceso a internet de banda ancha. El STB conectado al ONT convertir de nuevo la cadena de datos o bits en una seal de video. Mediante IPTV y GPON, cuyos equipos incorporan capacidades de QoS y multicast IP avanzadas los operadores pueden ofrecer varios canales de alta calidad de imagen y sonido, incluidos HDTV, as como proporcionar servicios interactivos y personalizados, lo cual no es factible con video por radio frecuencia.

63

CAPITULO 2 COMPRESION DE VIDEO Y AUDIO, FLUJO DE TRANSPORTE MPEG, IP MULTICAST E RTSP Introduccin La comprensin de audio y video surge de la necesidad de transmitir imgenes a travs de un canal que contenga un ancho de banda aceptable. La digitalizacin de la seal de video se enfrenta a un gran problema en ese aspecto: su gran ancho de banda. Esto implica reducir y eliminar datos redundantes del video para que el archivo de video digital pueda enviarse y almacenarse de manera eficiente. El muestreo y la cuantificacin de la seal produce como resultado una secuencia digital con una tasa de transferencia de informacin muy alta y que al modularse por algunas de las tcnicas existentes acaba presentando un ancho de banda mucho mayor que el que tiene la seal original analgica modulada. Esto provoca que hace aos quedara limitado a sistemas de primer nivel, profesionales, donde la calidad es necesaria y se pueden resolver los costos de una forma sencilla. Pero gracias a los avances en los sistemas electrnicos se empez a dar uso de los sistemas de segundo nivel, en los de gran calidad subjetiva de la imagen no es tan relevante. 2.1 Comprensin de video Cuando se digitaliza una secuencia de vdeo analgico cualquiera de acuerdo al estndar ITUR BT.601 (CCIR 601), se requiere un ancho de banda de 116 Mbit/segundo de 116 millones de bites cada segundo. Dado que la mayora de las redes son slo de 100 Mbit/segundo, no es posible ni deseable transmitir las secuencias de vdeo sin alguna modificacin. Para solucionar este problema se han desarrollado una serie de tcnicas denominadas tcnicas de compresin de vdeo e imgenes, que reducen el alto nivel de bits precisos para transmisin y almacenamiento. La compresin de imgenes se aplica sobre una imagen individual haciendo uso de las similitudes entre pxels prximos en la imagen y de las limitaciones del sistema de visin humana. JPEG es un ejemplo de una tcnica de compresin de imgenes. La compresin de vdeo se aplica sobre series consecutivas de imgenes en una secuencia de vdeo, haciendo uso de las similitudes entre imgenes prximas. Un ejemplo de este tipo de tcnicas es MPEG. La efectividad de una tcnica de compresin de imgenes viene dada por el ratio de compresin, calculado como el tamao del fichero de la imagen original (sin comprimir) dividido por el tamao del fichero de imagen resultante (comprimida). A mayor ratio de compresin se consume menos ancho de banda manteniendo un nmero de imgenes por segundo determinado. O si el ancho de banda se mantiene constante se aumenta el nmero de imgenes por

64

segundo. Al mismo tiempo, un mayor nivel de compresin implica menor nivel de calidad de imagen para cada imagen individual. Cuanto ms sofisticada sea la tcnica de compresin utilizada, ms complejo y caro resultar el sistema. Lo que ahorre en ancho de banda y almacenamiento encarecer los costes de latencia, codificacin y complejidad del sistema. Otro factor adicional a considerar son los costes de las licencias y los honorarios asociados a un nmero de estndares de compresin. Estos factores generalmente hacen que la compresin sofisticada resulte restrictiva para mantener robusto el sistema a la vez que se consiguen o mantienen bajos los costes del mismo. Por ello un objetivo bsico es la reduccin de la velocidad binaria de la seal de video digital, de forma que disminuyan sus necesidades espectrales y se posibilite su uso cuando es reducido. Esta reduccin de velocidad se hace sin la disminucin de la calidad subjetiva de la seal, es decir, la calidad de la secuencia de video segn el espectador que la est contemplando. Hay que eliminar informacin de la secuencia de video sin afectar a su percepcin .esto es posible gracias a la redundancia de la seal de video, que se manifiesta en dos formas: 2.1.1 Compresin sin prdidas. Al tipo de esquema de compresin donde los datos comprimidos se descomprimen a su forma original exacta se llama compresin sin perdidas. Esta desprovisto de prdidas, o degradaciones, de los datos. Se han desarrollado una variedad de esquemas de compresin de imgenes sin perdidas. Muchas de estas tcnicas vienen directamente del mundo de compresin de datos digital y se han adaptado meramente para el uso con datos de la imagen digital 2.1.2 Compresin con prdidas Todas las formas de compresin de imgenes con perdidas involucran la eliminacin de datos de la imagen. Sin embargo, la imagen primero se trasforma en otra, y entonces se suprimen partes de ella. Los mtodos de trasformar y suprimir datos de la imagen son lo que distingue los diferentes esquemas de compresin de imgenes con perdidas. La gran ventaja de los esquemas de compresin con prdidas es la caracterstica que tienen de comprimir una imagen con un factor de compresin ms alto que los esquemas de compresin sin perdidas. Este factor de compresin puede ser de 10:1 sin degradaciones visuales notables, y adems se pueden alcanzar factores de compresin mayores de 100:1 con degradaciones visuales. Se han desarrollado muchos esquemas de compresin de imgenes con perdidas. Generalmente, cada uno cumple con los requisitos de calidad de una aplicacin especfica.31

31

http://webs.uvigo.es/xuliofh/Web-Tv/DigCompVdo.pdf

65

2.2 Tcnicas usadas en la codificacin digital de video Existen multitud de mtodos para la compresin de una seal digital de video. Para su enumeracin puede dividirse en dos grandes grupos, segn su objetivo sea la reduccin de redundancia espacial o temporal. Por su puesto que en un sistema es posible combinar varias tcnicas. Los mtodos mas empleados para la codificacin son: Codificacin intracuadro Codificacin de trasformadas Codificacin interpolativa Codificacin intercuadro

2.3 Aspectos a considerar en la seleccin del mtodo de compresin a) Compresin sin prdidas o con prdidas. Condicionado por la aplicacin, calidad de seal requerida y complejidad de codificacin. b) Eficiencia de codificacin. Puede estar condicionada por el ancho de banda del sistema de comunicaciones o por la capacidad de memoria disponible para la seal comprimida deseada. Eventualmente, an en el caso de compresin sin prdidas, es posible que no se alcance la eficiencia de codificacin deseable, particularmente cuando hay requerimientos mnimos respecto a la calidad de la seal decodificada. c) Complejidad de codificacin. Siempre es deseable que la complejidad sea la mnima posible para una calidad dada de seal. d) Robustez ante errores. Aunque el tratamiento de errores forma parte ms bien de la codificacin de canal que de la fuente (compresin), algunos mtodos de compresin son ms sensibles a errores que otros. El resultado es que la seal decodificada dar lugar a artefactos6 visibles que pueden ser ms o menos molestos para el observador. El grado en que tales artefactos resultan objetables tambin vara segn la aplicacin, por ejemplo, el criterio puede ser muy diferente si se trata de televisin convencional o de transmisin de imgenes mdicas, policiacas, cientficas, etc. e) Degradacin de la seal en procesos concatenados de codificacin y decodificacin. Este aspecto es de particular importancia en el entorno de centros de produccin. f) Compatibilidad con otros medios. Los procesos de compresin en la actualidad, no slo tienen que ver con televisin, sino con computadoras, en lo que se ha dado en llamar sistemas "multimedia".32

32

http://webs.uvigo.es/xuliofh/Web-Tv/DigCompVdo.pdf

66

2.4 Compresin de vdeo en el contexto del sistema digital de televisin. La compresin de vdeo, y tambin de audio, pueden definirse, bsicamente, como mtodos de codificacin de fuente con los que se pretende obtener la mxima eficiencia en la codificacin de la seal analgica original. Sin embargo, desde el punto de vista de transmisin y dado el elevado nivel de compresin utilizado en televisin, es de gran importancia reducir al mnimo la posibilidad de ocurrencia de errores durante la transmisin mediante una codificacin de canal adecuada, que permita al receptor corregir los errores que sufra la seal como consecuencia de los efectos de los diversos mecanismos de propagacin. As, la seal comprimida en el codificador de fuente debe pasar luego por un codificador de canal, cuyo propsito es proporcionarle la robustez necesaria para hacerla inmune a las inevitables degradaciones que sufrir en su transporte hasta el receptor. En el receptor, la seal pasa primero por un decodificador de canal, cuya funcin es detectar y corregir los errores en la seal recibida. La seal corregida se aplica, a continuacin, al decodificador de fuente, en el que se realiza el proceso de descompresin para obtener, finalmente, una seal digital de vdeo que corresponde a la seal digital original y, de la cual puede obtenerse la seal analgica adecuada para su visualizacin. Este proceso se ilustra en la figura

Fuente:www.nagravision.com/imagenes Fig.2.1 contexto de la compresin en el sistema digital de televisin. 2.5 Estndares de compresin de vdeo. Independientemente de las diversas tcnicas de compresin de vdeo que se han desarrollado y de las cuales algunas, como las de wavelets o fractales han encontrado aplicacin en campos especficos, aqu son de inters nicamente aquellas destinadas a la compresin de imgenes de televisin, ya sea para su empleo en centros de produccin, para transmisin, bien con fines de

67

contribucin o distribucin y para almacenamiento ya sea en medios magnticos, CD-ROM u otros. Entre las ms importantes se cuentan las siguientes: a) H.261 del CCITT, para aplicaciones en videoconferencia, en que las imgenes tienen escaso movimiento. Las velocidades de transmisin que permite este estndar son, bsicamente, 64 Kbit/s, 384 Kbit/s y 1.5 Mbit/s. b) JPEG. Destinado principalmente a la codificacin de imgenes fijas para almacenamiento en CD-ROM o medios magnticos. Permite elevados niveles de compresin, hasta de 100:1 y est basado en la transformada del coseno discreto (DCT). El algoritmo es simtrico, lo que hace que el tiempo necesario para la codificacin sea prcticamente el mismo que el requerido en la decodificacin. Al tratar slo imgenes fijas, no es necesaria la compensacin de movimiento y el estndar bsico no contempla la codificacin de audio. c) CCIR-723. Es una Recomendacin del CCIR (UIT-R) para transmisin a larga distancia de seales de vdeo en componentes, digitalizadas en el formato 4:2:2. Las velocidades de transmisin que contempla este estndar son 34, 45 y 140 Mbit/s. d) MPEG-1. Es un estndar desarrollado para imgenes en movimiento, basado en la DCT, que emplea compensacin de movimiento7. Est orientado bsicamente al almacenamiento de imgenes en CD-ROM y ofrece calidad equivalente a la del sistema VHS analgico. El estndar enfoca tambin la comprensin de audio. Las velocidadades de transmisin son del orden de 1.2 Mbit/s, con audio a 128-334 Kbit/s. e) MPEG-2. Constituye, de hecho una evolucin de MPEG-1 para imgenes de barrido entrelazado, orientado a aplicaciones de televisin con fines de distribucin, en que se requiere alta calidad subjetiva. Las velocidades de transmisin con MPEG-2 varan, aproximadamente, entre 3 y 8 Mbit/s. El esquema de compresin de audio es similar al de MPEG-1. Dependiendo del esquema de modulacin utilizado, una seal comprimida con el estndar MPEG- 2 puede ocupar un ancho de banda del orden de 1.5 MHz o menos, lo que permite empaquetar hasta cuatro o ms canales digitales en el ancho de banda de un canal analgico de 6 MHz. En un futuro cercano, esto permite aumentar la capacidad de los sistemas de transmisin terrestre hasta en cuatro veces y seguramente traer como consecuencia la reasignacin del espectro radioelctrico destinado a estos servicios. El estndar MPEG-2 ha sido adoptado internacionalmente para utilizarse en televisin, tanto en los Estados Unidos como en Europa y el resto del mundo. Sin embargo, esto no significa que los sistemas de transmisin de televisin vayan a ser compatibles, ya que se han adoptado estndares33

33

TOMASI,Wayne.sistemas de Conmunicaciones Electronicas.2 ed.Mexico:Prentice Hall,1996

68

2.6 Compresin de video en el estndar MPEG En el ao de 1990, la ISO preocupada por la necesidad de almacenar y reproducir imgenes de video digitales y su sonido estereofnico correspondiente, creo un grupo de expertos que llamo MPEG (Moving Pictures Expert Group) procedentes de aquellas reas implicadas en el problema (telecomunicaciones, informtica, electrnica, radio difusin, etc.). El primer trabajo de este grupo se conoci como la norma ISO/IEC 11172, mejor conocida como MPEG-1, en el ao 1992.la idea inicial era la de permitir el almacenamiento y produccin en soporte CD-ROM con un flujo de transmisin de datos del orden de 1,5 Mbits/s, trasportando tanto imagen como sonido .el estndar MPEG adems de aprovechar la redundancia espacial intrnseca de una imagen fija utilizada en la codificacin JPEG, aprovecha la redundancia temporal que aparece en la codificacin de imgenes animadas, permitiendo encontrar similitudes entre las imgenes sucesivas de video. Debido a que la calidad en la compresin de video en el estndar MPEG-1 era de baja calidad y no serva para otras aplicaciones, se creo la norma ISO/IEC 13818, mucho ms conocida con el nombre de MPEG-2. Esta norma permite un flujo de transmisin hasta el orden de los 20 Mbits/s, transportando tanto imagen como sonido. Norma que se utilizara en la televisin de alta definicin. 2.6.1 Tipos de imgenes en MPEG Las imgenes en MPEG se clasifican en tres tipos: 1. Imgenes I (intraframe-coded). Son imgenes codificadas de manera totalmente independiente, sin referencia a ninguna otra. Algunos elementos del proceso de compresin explotan nicamente la redundancia espacial de una imagen, ya sea un cuadro o un campo. Estos procesos se designan como codificacin intracuadro y no se hace uso de la correlacin entre cuadros cercanos, gracias a la cual es posible la prediccin temporal, a la que se designa como codificacin intercuadro. En las imgenes I solamente se aplica codificacin intracuadro. El empleo peridico de cuadros I facilita la reinicializacin del receptor y la adquisicin de datos del canal cuando se enciende el receptor o cuando se cambia la sintona a otro canal. Adems, el decodificador puede aprovechar el modo de codificacin intracuadro cuando ocurren errores irrecuperables en el canal de comunicacin. Al hacer prediccin de movimiento, debe disponerse de un cuadro inicial en el decodificador para dar principio a la secuencia o lazo de prediccin y por otra parte, los cuadros I proporcionan un medio para que el decodificador recupere rpidamente el sincronismo en caso de prdida de ste. La periodicidad de las imgenes I puede variar y se selecciona en el codificador.34

34

SORIANO, J. 2006, IPTV, Colegio Oficial de Ingenieros de Telecomunicacin,

69

2. Imgenes P (predictive-coded). Son imgenes comprimidas como resultado de la codificacin de las diferencias entre la imagen predicha y una referencia, que puede ser una imagen I u otra imagen P y por consecuencia, aprovechan la semejanza entre imgenes adyacentes. Las predicciones pueden realizarse basndose en imgenes I o P precedentes en el tiempo o no realizar ninguna prediccin, en cuyo caso esa zona de la imagen se codifica con tcnica intracuadro. En los cuadros P la prediccin slo se realiza hacia adelante, es decir, las predicciones se forman solamente con la informacin de cuadros I o P decodificados inmediatamente antes. Los cuadros con prediccin hacia adelante permiten aprovechar las tcnicas de codificacin intracuadro para mejorar la eficiencia global de compresin y la calidad de la imagen, adems los cuadros P pueden incluir porciones codificadas slo con tcnicas intracuadro. Cada macrobloque de un cuadro P puede, por tanto, haber sido formado mediante prediccin hacia adelante o por codificacin intracuadro. 3. Imgenes B (bidirectionally predictive-coded). Se comprimen, de manera similar a las imgenes P, codificando la diferencia entre la imagen predicha y una imagen de referencia I o P. Las predicciones se obtienen de las imgenes I o P ms cercanas en la secuencia, ya sea pasadas o futuras. Estas imgenes de referencia, I o P, se designan a veces como imgenes o cuadros ancla. La prediccin de las imgenes B se basa en el hecho de que la informacin de un cuadro est correlacionada, tanto con la de cuadros en el pasado, como con la de los que ocurran en el futuro. Por consecuencia, si es posible disponer de un cuadro futuro en el decodificador, se puede lograr una prediccin mejor. Algunas de las consecuencias de emplear cuadros futuros en la prediccin son que, por una parte, los cuadros B no se pueden emplear en la prediccin de otros cuadros futuros y adems, el orden de transmisin de los cuadros no es el mismo que el orden de presentacin al observador, por lo que el codificador y el decodificador deben reordenar los cuadros aumentando, por consecuencia, la latencia total. Los cuadros I y P se transmiten fuera de secuencia respecto a los cuadros B a fin de que el decodificador pueda disponer de ambos cuadros ancla para efectuar la prediccin. Los cuadros B se emplean para aumentar la eficiencia de compresin y la calidad de la imagen percibida por el observador cuando la latencia de codificacin no es un factor importante. Con el empleo de estos cuadros se aumenta tambin la eficiencia de codificacin, tanto para seales de barrido entrelazado como progresivo. El nmero de cuadros B entre dos imgenes I o P de referencia se determina en el codificador. Las imgenes de un grupo se organizan en forma similar a la ilustrada en la figura 2.2 El nmero de cuadros P y B entre dos cuadros I es variable y depende del proceso de codificacin.35

35

SORIANO, J. 2006, IPTV, ColegioOficial de Ingenieros de Telecomunicacin,Espaa .

70

Fuente:www.nagravision.con/imagenes Fig. 2.2. Grupo de imgenes. Las imgenes P y B se codifican como diferencias, por lo que solamente es necesario actualizar la informacin correspondiente a las reas en que ocurran cambios. Este proceso se designa como llenado o relleno condicional (conditional replenishment). Los grupos de imgenes (GOP) pueden tratarse como cerrados o abiertos. En el primer caso, las imgenes P y B slo se predicen a partir de otras imgenes del mismo grupo. En grupos abiertos la prediccin puede realizarse con otras imgenes fuera del grupo. 2.6.2 Mpeg-1: estndar para el almacenamiento y uso de imgenes en movimiento con audio asociado, para el almacenamiento digital. La calidad de video comprimido mediante MPEG-1 con una tasa binaria de 1.2 Mbit/s se puede comparar con la obtenida por una grabadora de video comercial VHS. El principal objetivo buscado por MPEG-1 es conseguir un algoritmo gentico, es decir, independientemente de la aplicacin. En realidad, el estndar MPEG-1 se compone de tres partes: la seleccin de video (ISO11172-2), la seccin de audio (ISO11172-3), y la seccin del sistema (ISO11172-1), que se ocupa de la sincronizacin y multiplicacin de las dos anteriores y de la regulacin del conjunto. 2.6.2.1 Seccin de sistema Esta parte de MPEG-1 enfrenta el problema con respecto a la forma en que se dan las combinaciones de una o ms fuentes de datos asociados con las partes de video y audio del estndar MPEG-1, junto a la informacin de la misma con el objetivo de formar una fuente simple. Esto es una funcin muy importante,

71

porque una vez combinados en una fuente simple, los datos estn muy bien conformados para su transmisin o su almacenamiento digital36 2.6.2.2 Seccin de video Especifica una representacin codificada que puede ser utilizada para la compresin secuencial de video. Esta parte fue desarrollada principalmente para operar como medio de almacenamiento, ofreciendo una tasa de transferencia contina de aproximadamente 15 Mbit/s, sin embargo puede ser utilizada ms ampliamente, ya que el acercamiento tomado es genrico. Un numero de distintas tecnicas son utilizadas para alcanzar una razon de alta compresion.la primera consiste en selccionar la apropiada resolucion espacial para la seal. Posteriormente el algoritmo utiliza una compensacion de movimiento basada en bloques,para reducir la rundancia temporal. La compensacion es utilizada para la prediccion causal de la figura actual partiendo de una figura previa, para predicciones no acusales de la figura actual a partir de una figura futura, o para predicciones interpolativas a partir de figuras pasadas y presentes. El error de prediccion es comprimido mas adelante utilizando la transformada directa del coseno(DCT) para remover correlacion espacial para ser posteriormente cuantizada, finalmenet los vectores de movimiento son combinados con la informacion del DCT y codificados utilizando codigos de longitud variable. 2.6.2.3 Seccion de audio. Especifica una representacion codificada que puede ser utilizada para la compresion de secuencias de audio (ambos mono y estereo). El algoritmo consiste en alimentar el codificador inicialmente con muestras de audio de entrada, creado posteriormente atravez del mapeo una repersentacio filtrada y submuestreada de la fuente de audio de entrada. Ademas se utiliza en este proceso un modelo psicoacustico para crear un conjunto de datos para poder crear la cuantizacion y codificacion. Posteriormente, el cuantizador, asi como el cuadro de codificacion crean un conjunto de simbolos de codigos a partir del mapeo de las muestras de entrada. Finalmente se junta la trama actual proveniente de la salida de datos de los otros bloques y se suma con la otra informacion si es necesario.37 2.6.2.4 Limites para tamao y fercuencia en MPEG-1 Tamao horizontal Tamao vertical Macrobloques por cuadro Macrobloques por segundo
36 37

720 puntos 756 puntos 396 396x25 = 330x30

http://www.atc.uniovi.es/teleco/5tm/archives/leccion2.pdf http://www.atc.uniovi.es/teleco/5tm/archives/practica1.html

72

Frecuencia por cuadro Tasa binaria Buffer del descodificador

30 cuadros/s 1.86 Mbits/s 376832 bit

Un codificador MPEG-1 podria definirse como un sistema de codificacion de una seal digital de video por componentes con codificacion hibrida, formada por codificacion de transformada de intracuadro y codificacion diferencial con compensacion en movimiento intercuadro, que utiliza codigos de longitud variable y codigos de valor-repeticion, y utiliza un control de buffer para mantener una tasa binaria constante 3.2.5 H.261.la recomendacin H.261 de ITU-T(antiguo CCITT) es un hito importante en la recomendacin de video. Es el primer metodo de codificacion digital de secuencias establecido por dicho organismo internacional, y en su elaboracion se utilizaron los algoritmos mas eficientes , manteniendo una arquitectura con posibilidades de construccion hardware. El algoritmo utilizado en H.261es la codificacion hibrida predictiva.Como prediccion se utiliza el cuadro anterior , y como transformada la del coseno ,ademas usa codificacion estadistica y codigos de valor derepeticion. La contribucion de H.261 al estandar MPEG-1 ha sido de gran importancia, de tal forma qu los miembros de MPEG han intentado mantener la mayor compatibilidad posible con H.261, por tanto, guarda gran similitud con H.261, aunque no es exactamente una ampliacion y por tanto no resulta totalmente compatible. 2.6.3 MPEG-2: estandar para la television digita. Este estandar extiende el MPEG-1 con un conjunto de caracteristicas adicionales, la ggran diferencia es el soporte utilizado para el multilingue y el canal.El MPEG-2 soporta hasta cinco canales de audio de alta fidelidad y un canal de baja frecuencia, esto es perfectamente adecuado para peliculas digitales donde se quiera utlizar sonido surround. El estandar tiene asi el mismo soporte hasta para siete canales adicionales de comentarios (close caption). Esto significa que solo necesita mandar un canal de video junto a siete diferentes lenguajes, ahorrando asi una gran cantidad de ancho de banda. 2.6.3.1 Sistemas Esta parte de MPEG-2 se encarga de la combinacion de una o mas fuentes elementales de video y audioasi como la combinacion de datos en una simple o multiple fuente la cual es adecuada para el almacenaje o transmision.esto esta especificado en dos formas el programa fuente y la fuente de transporte. Cada uno esta optimizada para un diferente bloque de aplicaciones. El programa fuente resulta de la combinacion de una o mas fuente elementales empaquetadas, las cuales tienen en comun un tiempo base detro de una fuente

73

simple. El programa fuente es designado para uso relativo en ambientes libres de error y es adecuado para aplicaciones que puedan involucrar procesamiento de software. Los paquetes del programa fuente pueden ser de longitud variable y relativamente grande. La fuente de transporte combina una o mas fuentes elementales empaquetadas con uno o mas tiempos bases independientes dentro de una fuente simple.las fuentes elementales comparten un tiempo base comun lo cual forma un programa, la fuente de transporte esta deignada para uso en ambientes donde los errores son de almacanamiento otransmision. Los paquetes de la fuente de transporte tienen una longitud de 188 bytes 2.6.3.2 Video Esta parte constituye una poderosa capacidad de compresion de video del estandar MPEG-1 para poder ofrecer un amplio rango de herramientas de codificacion. Estas han sido agrupadas en perfiles para poder ofrecer diferentes funciones solo las combinaciones marcadas con una x son reconocidas por el estandar

Tabla 2.1 niveles y perfiles Desde la aprovacion final del video MPEG-2 EN noviembre de 1994 un contorno adicional ha sido desarrollado. este usa herramienta de codificacion existente de video MPEG-2, pero esta capacitado para tratar con imgenes teniendo esras una resolucion de 4:2:2 y una mas alta tasa de bits. Aunque el video MPEG-2 no fue desarrollado teniendo en mente aplicaciones de estudio, un bloque de pruebas de comparacion llavadas a cabo por MPEG confirmaron que MPEG-2 eran al menos bueno, y en muchos casos mucho mejor que los estandares o que las mismas especificaciones desarrolladas por las aplicaciones e estudio para ltas tasas de bits. Mediante la utilizacion de herramientas existentes de codificacion de video del MPEG-2 es posible codificar secuencias de video de forma eficiente, partiendo de la toma de dos camaras que enfocan la misma escena con un angulo pequeo entre ellas38

38

http://www.atc.uniovi.es/teleco/5tm/archives/practica1.html

74

2.6.3.3 Audio La parte deaudio comprendida en MPEG-2, es simplemente una extension multicanal que es compatible con la parte de audio del estandar MPEG-1 2.6.3.4 Perfiles y niveles MPEG-2 MPEG-2 se puede utilizar en un vasto rango de aplicaciones, requiriendo diferentes grados de complejidad y desempeo. Para unproposito practico el estandar MPEG-2 es dividido en perfiles y cada perfil es subdividido en niveles Un perfil es basicamente el grado de complejidad esperada en la codificacion mientras que un nivel describe el tamao de la imagen, laresolucion de esta o la velocidad de transferencia de bits usada en eas perfil. Un perfil simple no soporta una codificacion bidireccional. Esto reduce la tasa de compresion simplificando el codificador y el decodificador; permitiendo un sencillo hardware. Un perfil simple solamente esta definido en el nivel main (principal). El perfil main (principal) corresponde actualmente al mejor compromiso entre calidad /tasa de compresion 2.6.3.5 Empaquetamiento y flujo de datos Multiplexado de las seales

Los codificadores de audio y video proporcionan a su salida los trenes elementales de datos (elementy streams,ES) que constituyen la capa de compresion(compresion layer9. Cada tren elemental se compone de unidades de accceso (Access units AU), que son las representaciones codificadas de las unidades de presentacion (Presentation Units,PU),es decir,las imgenes o tramas de sonido decodificadas dependiendo si se trata de video o audio. Estos trenes de datos, asi como eventualmente otros datos llamados privados,deben ser combinados de forma ordenada y ampliados con informacion diversa que permita al decodificador separarlos y garantizar la sincronizacion de la imagen y el sonido en la reproduccion. Multiplexado de las seales MPEG-2

Los trenes elemntales (ES) estan organizados en paquetes para formar los paquetized Elementary Stream (PES) de video, audio y datos privados; los paquetes PES empiezan por una cabezera de paquete39

39

Escuela Politcnica Superior de Ingeniera de Gijn http://www.atc.uniovi.es/teleco/5tm/archives/practica3.html

75

La parte sistema de MPEG-2 (ISO/IEC 13818-1), que define la organizacin del multiplexado MPEG-2 preve dos maneras diferentes de multiplexar estos PES para foemar dos tipos de trenes, dependiendo de la aplicacin a la cual este enfocada. 2.6.4 El estandar MPEG-4 El estandar MPEG-4 fue creado en el ao 1998 por el MPEG (Moving Picture Experts Group). Principalmente, el MPEG-4 se usa para medios audivisuales, comunicacin bidireccional por videofono y TV. Lamayoria de las caracteristicas que conforman el estandar MPEG-4 no tienen que estar disponobles en todas la implementaciones, al punto que es posible que no existan implementaciones completas del estandar MPEG-4. Para manejar esta variedad, el estandar incluye el concepto de perfil (profile) y nivel, lo que permite definir conjuntos especificos de capacidades que pueden ser implementados para cumplir con objetivos particulares.40 2.6.4.1 Partes de MPEG-4 importantes para television MPEG-4 esta formado por varios estandares, llamados partes, donde estan compuestos por 21 de ellos. Nos enfocaremos en la parte 2 y en la parte 10 las cuales son los que mas influyen de manera directa en lanueva television. 2.6.4.2 MPEG-4 parte 2 MPEG-4 parte 2 (H.263) es una tecnica de compresion de video desarrollada por MPEG. Pertenece al estandar ISO/IEC MPEG-4. Es un estandar de compresion basado en la transformada de coseno discreta (DCT), SIMILAR A estandares anteriores como MPEG-1 y MPEG-2. Perfiles

Para concretar los diversos rangos de aplicacin del estandar, desde la baja calidad, como camaras de baja resolucion, hasta la television de alta definicion y los DVD, las diferente herramientas de codificacion del estandar se agrupan, segn sus caracteristicas, en perfiles y niveles. La parte MPEG -4 tiene unos 21 perfiles, entre los que se encuentran:Simple, Advanced Simple, Main, Core, Advanced Coding Efficiency ,Advanced Real,etc. Los perfiles mas utilizados son los de Advanced Simple y Simple, que es una parte del anterior. Perfil Simple (SP)

El perfil Simple Profile esta pensado para situaciones en las que son necesarios un bitrate y una baja resolucion, impuestos por las condiciones en las que se aplica el estandar, como el ancho de banda de la red, el espacio de
40

http://www.saulo.net/pub/tcpip/index.html#2-7

76

almacenamiento del dispositivo, etc. Algunos ejemplos los encontramos en los telefonos moviles, algunos sitemas de videoconferencia, equipos para supervivencia. Advanced Simple Profile ( ASP)

Las caracteristicas tecnicas mas notables del Advanced Simple Profile (ASP), similar al H.263, en comparacion son el simple profile, son: Soporte para la cuantizacion del estilo MPEG. Soporte para video entrelazado. Soporte para imgenes B, cuadros B. Compensacion de movimiento Quarter pixel (Qpel). Compensacion global de movimiento (GMC).

2.6.4.4 MPEG-4 parte 10 MPEG-4 PARTE 10 (H264/AVC), es un codec de video digital utilizado para alcanzar una alta compresion de datos. Fue desarrollada conjuntamente por el ITU-T Video Coding Experts Group (VCEG) y el ISO/IEC Moving Picture Experts Group (MPEG) . ofrece una compresion perceptiblemente que sus persecutores Tipos de imgenes

Para poder encontrar las mismas imgenes que en lads normas procedentetes (imgenes I, P Y B ) y dos nuevas, la SP (Switching I)que sirven para codificar la transicion entre dos flujos de video. Permiten , sin enviar imgenes intra muy costosas en tiempos de procesamiento, pasar de un video a otro utilizando prediccion temporal o espacial como antes, pero con la ventaja que permiten la reconstruccion de valores especificos exactos de la muestra aunque se utilicen imgenes de referencia diferentes o un numero diferente de imgenes de referencia en el proceso de prediccion. Compensacion de movimiento

El proceso de compensacion de movimiento es diferente de las normas precedente puesto que propone una gran variedad de formas y de particiones de bloques. De cara a la compensacion de movimiento, cada macrobloque, aparte del tamao digital (16x16 pixeles), puede ser descompuesto en subbloques de 16x8, 8x16 o 8x8 pixeles. En este ultimo caso, es posible descomponer a su vez cada sub-bloque de 8x8 pixeles enparticiones de 8x8 en particiones de 8x4, 4x8,o 4x4 pixeles. Antes, el estandar mas novedoso introducia particiones de 8x8. Esta variedad de particiones proporciona una

77

mayor exactitud en la estimacion, a lo que se suma una precision que puede llegar hasta un cuarto pixel.41 Transformada

Es una aproximacion a la DCT(transformada discreta del coseno) que viene utilizandose en video pero con las siguientes particularidades : tamao : 4x4 pixeles (8x8 en los FRRExt). Coeficientes enteros : lo que permite evitar los errores de redondeo habituales en la DCT clasica (coheficientes irracionales) y garantizar un ajuste perfecto entre la transformacion directa y la inversa. Precision finita: otra consecuencia favorable de la caracteristica anterior que se puede calcular sinexeder los 16bits de precision. Eficiencia: se puede implementar exclusivamente por medios de sumas y desplazamientos binarios Cuantificacion

Cada paso del parametro de cuantificacion (QP) incrementa un 12,5% el intervalo de cuantificacion, lo que equivale a duplicarlo por cada 6 pasos,. El rango dinamico del QP ha aumentado respecto a normas precedentes, puesto que los valores van de 0 a 51. Los macrobloques se cuantifican utilizando un parametro de control que puede cambiar adaptandose al bloque en cuestion. Si utlizamos FRExt tendremos u rango dinamico que se multiplicara por 6 por cada bit adicional (partiendo de 8 bits, 52 pasos). Ademas, para poder conseguir los mejores resultados visuales la cuantificacion de la crominancia es mas esmerada que la luminancia. Filtro de deblocking

H.264 tambien integra un filtro antibloques que mejora la eficiencia de compresion y la calidad visual de las secuencias de video eliminando efectos indeseables de la codificacion como por ejemplo el efecto de bloques. Exploracion de los coeficientes

Existen dos modos de exploracion de los coheficientes transformados (ver figura) xx zig-zag y zig-zag inverso . el segundo modo de exploracion permite en particular la lectura del macrobloque en sentido contrario para poder funcionar con la codificacion entropica adaptativa.42

41 42

http://www.saulo.net/pub/tcpip/index.html#2-7 http://www.cs.columbia.edu/~hgs/rtsp/

78

Codificacion de entropia

La codificacion entropica se puede realizar de tres formas diferentes. Un primer metodo utilizado es el conocido uvlc (Universal Variable Length Coding). Este tipo de codificacion es utilizado para codificar la gran mayoria de los elementos de sincronizacion y cabeceras. Los otros dos metodos son uitlizados para codificar buena parte del resto de elementos sintacticos (coeficientes,valores de movimiento). Las codificaciones utilizadas para esta tarea estan basadas en VLC (Variable Length Coding) de forma adaptativa, de este concepto nace el CAVLC (Context Adaptative Variable Length Coding) y el CEBAC (Contex Adaptative Binary Arithmetic Coding). Adaptacion a la red

Conceptualmente los algoritmos estan divididos en dos capas: una primera capa de codificacion de video VCL (Video Codign Layer) que se ocupa de representar eficazmente el contenido de video y una capa de adaptacion a la red NAL (Network Adaptacion Layer) que esta dirigida mas particularmente a adaptar el formato de datos de video al soporte de transmision. 2.7 Compresin de audio Para comprender la necesidad de la comprensin del audio, es necesario que conozcamos cmo el sonido se almacena en un computador Sabemos que el sonido es una diferencia de presin en el aire, cuando hablamos a travs de un micrfono, y lo conectamos a un amplificador, se obtienen niveles de voltaje. El voltaje entonces es muestreado por la computadora un nmero de veces por segundo. Para una calidad de audio CD necesitamos muestrear 44100 veces por segundo y cada muestra tiene una resolucin de 16 bits. Para comprimir audio, MPEG intenta remover las partes irrelevantes y redundantes de la seal. De tal manera que las partes que nosotros no alcanzamos a escuchar sean desechadas. Para lograr lo anterior, MPEG Audio usa principios psicoacsticos. Estos modelos psicoacsticos cuidadosamente derivados de experimentos con los mejores oyentes tienen la finalidad de obtener las piezas de sonido que puedan escucharse. Son lo que se llama efectos de enmascaramiento, por ejemplo, un componente grande en una frecuencia impide que se escuchen partes de energa baja en frecuencias cercanas.43 2.7.1 Rango de Compresin

43

Universidad Juan Carlo Rey. http://gsyc.escet.urjc.es/docencia/asignaturas/tsai/transpas/node8.html

79

Los rangos de datos de audio para CD estn alrededor de 1.5 Mbits/seg. Se puede comprimir el mismo programa estreo bajando a 256 Kbits/seg sin que se perciba menor calidad. De manera que se maneja una compresin de 6:1. As un flujo de CD MPEG I tendra cerca de 1.24 Mbits/s disponible para video. De seguro que hay prdida con la compresin, pero puede ser muy difcil a veces ver estas prdidas si se compara el original SIF (formato fuente de entrada para MPEG I) con el SIF descomprimido. El estndar tambin provee otros rangos desde 32 Kbits/s para un canal simple, y arriba de 448 Kbits/seg para estreo.44 2.7.2 La Familia de Estndares del MPEG Audio El MPEG Audio como se dijo es una familia de estndares para una codificacin a una tasa de bits baja. Layer 1. Con una complejidad baja, y es buena para grabaciones domsticas. Layer 2. Tiene una alta eficiencia con una complejidad media, y es buena para grabaciones profesionales y para broadcast. Layer 3.- Alta complejidad y alta eficiencia, adecuada para aplicaciones Que requieren rangos de bits muy bajos, tales como la transmisin a travs de canales de 64 Kbps.

2.7.3 Procesos involucrados en la compresin. 2.7.3.1 Digitalizacin El sonido es una onda continua que se propaga a travs del aire u otros medios, formada por diferencias de presin, de tal manera que puede detectarse por la medida del nivel de presin en un punto. Las ondas sonoras poseen las caractersticas propias de las ondas en general, tales como reflexin, refraccin y difraccin. Al tratarse de una onda continua, se requiere un proceso de digitalizacin para representarla como una serie de nmeros. Actualmente, la mayora de las operaciones realizadas sobre seales de sonido son digitales, pues tanto el almacenamiento como el procesado y transmisin de (la seal en forma digital ofrece ventajas muy significativas sobre los mtodos analgicos. La tecnologa digital es ms avanzada y ofrece mayores posibilidades, menor sensibilidad al ruido en la transmisin y capacidad de incluir cdigos de proteccin frente a errores, as como encriptacin. Con los mecanismos de decodificacin adecuados, adems, se pueden tratar
44

http://insidetele.com/popnoticias.php?id=6170.

80

simultneamente seales de diferentes tipos transmitidas por un mismo canal. La desventaja principal de la seal digital es que requiere un ancho de banda mucho mayor que el de la seal analgica, de ah que se realice un exhaustivo estudio en lo referente a la compresin de datos, algunas de cuyas tcnicas sern el centro de nuestro estudio. El proceso de digitalizacin se compone de dos fases: muestreo y cuantizacin. En el muestreo se divide el eje del tiempo en segmentos discretos: la frecuencia de muestreo ser la inversa del tiempo (f=1/tiempo,Hz) que medie entre una medida y la siguiente. En estos momentos se realiza la cuantizacin, que, en su forma ms sencilla, consiste simplemente en medir el valor de la seal en amplitud y almacenarlo. El teorema de Nyquist garantiza que la frecuencia necesaria para muestrear una seal que tiene sus componentes ms altas a una frecuencia dada f es como mnimo 2f. Por tanto, siendo el rango superior de la audicin humana en torno a los 20 kHz, la frecuencia que garantiza un muestreo adecuado para cualquier sonido audible ser de unos 40 kHz. Concretamente, para obtener sonido de alta calidad se utilizan frecuencias de 44.1 kHz, en el caso del CD, por ejemplo, y hasta 48 kHz, en el caso del DAT. Otros valores tpicos son submltiplos de la primera, 22 y 11 kHz. Segn la naturaleza de la aplicacin, por supuesto, las frecuencias adecuadas pueden ser muy inferiores, de tal manera que el proceso de la voz acostumbra a realizarse a una frecuencia de entre 6 y 20 kHz. o incluso menos. En lo referente a la cuantizacin, es evidente que cuantos ms bits se utilicen para la divisin del eje de la amplitud, ms fina ser la particin y por tanto menor el error al atribuir una amplitud concreta al sonido en cada instante. Por ejemplo, 8 bits ofrecen 256 (28) niveles de cuantizacin y 16 bits, 65536. El margen dinmico de la audicin humana es de unos 100 dB. La divisin del eje se puede realizar a intervalos iguales o segn una determinada funcin de densidad, buscando ms resolucin en ciertos tramos si la seal que se trata tiene ms componentes en cierta zona de intensidad, como veremos en las tcnicas de codificacin. El proceso completo se denomina habitualmente PCM (Pulse Code Modulation) y as nos referiremos a l en lo sucesivo. 2.7.3.2 Codificacin y compresin Antes de describir los sistemas de codificacin y compresin, debemos detenemos en un breve anlisis de la percepcin auditiva del ser humano, para comprender por qu una cantidad significativa de la informacin que proporciona el PCM puede desecharse. El odo humano percibe un rango de frecuencias entre 20 Hz y 20 kHz. En primer lugar, la sensibilidad es mayor en la zona alrededor de los 2- 4 kHz., de forma que el sonido resulta ms difcilmente audible cuanto ms cercano a los extremos de la escala se encuentre. En segundo lugar est el enmascaramiento, cuyas propiedades utilizan exhaustivamente los algoritmos ms interesantes: cuando la componente a cierta frecuencia de una seal tiene una energa elevada, el odo no puede percibir componentes de menor energa
81

en frecuencias cercanas, tanto inferiores como superiores. A una cierta distancia de la frecuencia enmascaradora, el efecto se reduce tanto que resulta despreciable; el rango de frecuencias en las que se produce el fenmeno se denomina banda crtica (critical band). Las componentes que pertenecen a la misma banda crtica se influyen mutuamente y no afectan ni se ven afectadas por las que aparecen fuera de ella. La amplitud de la banda crtica es diferente segn la frecuencia en la que nos situemos y viene dada por unos determinados datos que demuestran que es mayor con la frecuencia. Hay que sealar que estos datos se obtienen por experimentos psicoacsticos, que se realizan con expertos entrenados en percepcin sonora, dando origen con sus impresiones a los modelos psicoacsticos. Esto que hemos descrito es el llamado enmascaramiento simultneo o en frecuencia. Existe, asimismo, el denominado enmascaramiento simultneo o en el tiempo, as como otros fenmenos de la audicin que no resultan relevantes en este punto. Ciertas componentes en frecuencia de la seal admiten un mayor ruido del que generalmente consideraramos tolerable y, por tanto, requieren menos bits para ser codificadas si se dota al codificador de los algoritmos adecuados para resolver mscaras. La digitalizacin de la seal mediante PCM es la forma ms simple de codificacin de la seal, y es la que utilizan tanto los CD como los sistemas DAT. Como toda digitalizacin, aade ruido a la seal,generalmente indeseable. Como hemos visto, cuantos menos bits se utilicen en el muestreo y la cuantizacin, mayor ser el error al aceptar valores discretos para la seal continua, esto es, mayor ser el ruido. Para evitar que el ruido alcance un nivel excesivo hay que emplear un gran nmero de bits, de forma que a 44.1 kHz. Y utilizando 16 bits para cuantizar la seal, uno de los dos canales de un CD produce ms de 700 Kbps (44.1kHz x 16). Como veremos, gran parte de esta informacin es innecesaria y ocupa un ancho de banda que podra liberarse, a costa de aumentar la complejidad del sistema decodificador e incurrir en cierta prdida de calidad. El compromiso entre ancho de banda, complejidad y calidad es lo que produce los diferentes estndares del mercado y formar la parte esencial de nuestro estudio. La siguiente tabla muestra formatos de calidades de audio, Mono y Estreo. Calidad Telfono Radio AM Radio FM CD DAT muestreo 8 khz 11.025khz 22.050khz 44.1khz 48khz 8 16 16 16 Bits/muestra modo 8 Mono Mono Estreo Estreo Estreo Tasa de bits 64 kbps 88 kbps 705.6 kbps 1411.2 kbps 1536 kbps frecuencia 2003400hz

20-200000 hz 20-200000 hz

82

Tabla 2.2 formato de calidad en audio, mono estreo Un mejor modo de codificar la seal es mediante PCM no-lineal o cuantizacin logartmica, que consiste en dividir el eje de la amplitud de tal forma que los escalones sean mayores cuanta ms energa tiene la seal, con lo que se consigue una relacin seal/ruido igual o mejor con menos bits. Con este mtodo se puede reducir el canal de CD audio a 350 kbps, lo cual evidentemente es una mejora sustancial, aunque puede reducirse mucho ms. Otros sistemas similares nos llevan a la cuantizacin adaptativa (APCM), diferencial (DPCM) y la mezcla de ambas, ADPCM. 2.7.4 El estndar MPEG audio El estndar MPEG Audio contempla tres niveles diferentes de codificacin decodificacin de la seal de audio, de los cuales slo el primero est totalmente terminado. Los otros dos son aplicables, y de hecho se utilizan habitualmente, pero siguen abiertos a ampliaciones. Estos tres niveles son: MPEG-1: Codificacin de imgenes en movimiento y audio asociado para medios de almacenamiento digital hasta 1.5 Mbit/s MPEG-2: Codificacin genrica de imgenes en movimiento e informacin de audio asociada MPEG-3: la planificacin original contemplaba su aplicacin a sistemas HDW; finalmente fue incluido dentro de MPEG-2. MPEG-4: Codificacin de objetos audiovisuales A su vez, MPEG describe tres esquemas de codificacin de audio denominados esquema-1, esquema-2 y esquema-3. Del primero al tercero aumentan tanto la complejidad del codificador como la calidad del sonido. Los tres son compatibles jerrquicamente, esto es, el decodificador esquema-i es capaz de interpretar informacin producida por un codificador esquema-i y todos los niveles por debajo del i. As, un decodificador esquema-3 acepta los tres niveles de codificacin, mientras el esquema-2 slo acepta el 1 y el 2. MPEG define, para cada esquema, el formato del bitstream y el decodificador (que puede ser implementado de diferentes maneras). Con vistas a admitir futuras mejoras no se define el codificador. Hay que decir que tanto MPEG-1 como MPEG-2 emplean estos tres esquemas, pero este ltimo aade nuevas caractersticas elemento para incrementar su atractivo, de forma similar a como

83

se vena haciendo con el MIDI, salvando la barrera de las muy inferiores posibilidades de este.45 Las aplicaciones legales que se conocen hasta ahora son, por ejemplo, las de Opticom y Cerberus Sound. La primera ofrece soluciones para que las casas ofrezcan a los clientes audio por demanda, enviando los temas seleccionados al ordenador remoto del usuario. Cerberus se dedica a la comercializacin directa de estos temas como un sistema ms de venta electrnica. Asimismo se avanza en el concepto de Internet Radio, dado que se obtiene calidad superior a la de la onda corta con un ancho de banda tan escaso como 16 kbps. Opticom de nuevo est a la cabeza en este campo, junto a Telos, compaa que asociada con Apple present en Septiembre del 96 la tecnologa Audioactive. 2.7.4.1 Formato MIDI

Proviene de Musical Instrument Digital Interface. (Interfase digital para instrumentos musicales). Es un protocolo de comunicacin estndar utilizado para combinar datos entre sintetizadores, software, procesadores de efectos y otros dispositivos MIDI. Este es el formato ms usado en la composicin musical y tiene generalmente la extensin mid (rmi). El archivo contiene informacin de secuenciado, es decir, acerca de cundo tocar que instrumento y de qu forma, dependiendo del hardware, el sonido puede ser excelente o bien muy por debajo de lo aceptable. Los sonidos (timbres) de los diferentes instrumentos tienen un nmero de programa y van desde el 1 al 128, generalmente se asigna el 1 al piano, adems cada programa tiene parmetros propios, indican por ejemplo con qu intensidad atacar un sonido. Toda la informacin MIDI que puede procesar un teclado, sale como "MIDI out" y entra por el "MIDI In" del computador, donde es completamente reconocido, interpretado y convertido en nmeros, esto puede ser editado y manipulado gracias a un software. 2.7.4.2 Formato WAV: (Waveform Audio File). Es un formato de archivo originario de Microsoft Windows 3.1, tiene normalmente la extensin Wav. Es el formato para almacenar sonidos ms utilizado por los usuarios de Windows, lo flexible de este formato lo hace muy usado para el tratamiento del sonido pues puede ser comprimido y grabado en distintas calidades y tamaos, desde 11025 HZ, 22050 HZ a 44100 HZ. Aunque los archivos Wav pueden tener un excelente sonido comparable a la del CD (16 bites y 44,1 Khz. estreo), el tamao necesario para esa calidad es demasiado grande (especialmente para los usuarios de Internet) una cancin convertida a Wav puede ocupar fcilmente entre 20 y 30 Mb. La opcin mas
45

Compresin de Texto e Imgenes.Escuela Politcnica Superior de Ingeniera de Gijnhttp://www.atc.uniovi.es/teleco/5tm/archives/practica2.html

84

pequea es grabar a 4 bits y a 11025 HZ, lo ms bajo posible, el problema es la baja calidad del sonido, los ruidos, la esttica, incluso cortes en el sonido; por esta razn casi siempre se usa para muestras de sonido. La ventaja ms grande es la de su compatibilidad para convertirse en varios formatos por medio del software adecuado, un ejemplo de ello es pasar de Wav a Mp3. 2.7.4.3 Formato MP3: Este formato de compresin de audio fue creado por el Moving Picture Expert Group, (diseadores y programadores de normas de compresin de audio y video) trabajando bajo la direccin de International Standards organizatin (ISO). Se identifican con la extensin MP3. Esta norma fue lanzada en el ao de 1995 a la Internet, actualmente se trabaja en el sucesor MP4 con una compresin de 40 a 1. La calidad de sonido del MP3 y su pequeo tamao se ha hecho muy popular en Internet, su algoritmo trata de basarse en la forma de escuchar que tiene el odo humano, pues las frecuencias que quedan fuera de la audicin no son registradas en el archivo (las mayores de 20khz y las menores de 20hz). Cabe aclarar que por su compresin se presentan prdidas desde los 15 Khz. en adelante y se originan distorsiones en el sonido original totalmente perceptibles. Al usar el formato a MP3 se puede reducir la pista de un CD a un factor de 12 a 1, (1 minuto de calidad CD en formato MP3 equivale a 1MB aproximadamente.) Factores de incluso 24 a 1 son aceptables. Se debe tener en cuenta la calidad que se desea, a mayor tamao de archivo mayor eficacia. Esto se especifica eligiendo los Kbps (512, 256, 128, 64, 32, 20, 16), los Khz. (48000, 44100, 32000, 24000, 22050, 16000, 11025, 8000) y si es estreo o mono y como es la calidad del Wav que se est trabajando. 2.7.4.4 Formato MP4: Su nombre correcto es AAC. Nuevo formato de audio con estndar MPEG-2, cuyas siglas significan codificacin avanzada de audio. 2.7.4.5 Formato VQF Es un nuevo formato de compresin de audio desarrollado por la empresa japonesa Yamaha, tiene caractersticas similares al MP3, pero la compresin y calidad es mejor, se habla de un 30% menos de tamao, una velocidad de 96 kbps, es mejor que un MP3 de 128 Kbps. El formato no es an muy difundido en comparacin con el MP3. Una desventaja es que los archivos no se pueden llevar a un formato Wav aunque ya se est trabajando en esto. 2.7.4.6 Formato RA (Real Audio), este es el formato ms usado en Internet por su capacidad de reproduccin en tiempo real, mientras el archivo es descargado se escucha el sonido y cuando se termina de bajar, este ya fue reproducido. El problema surge en el almacenaje, pues producir archivos demasiado grandes sobre todo para el envi por correo electrnico.

85

au: Formato de sonido muy comn encontrado en Internet. Por lo general son de 8 bit y poseen menor calidad que otros formatos. aiff: (Audio Interchange File Format). Formato de sonido muy simple y popular en Internet, es un formato originario para Macintoch parecido al Wav por su tamao, tambin puede ser usado en otras plataformas. Voc.: Son similares a los archivos Wav, la diferencia es que traen marcadores de sincronizacin especialmente para ser usados con imgenes, videos u otros sonidos en aplicaciones multimedia. mod.: Es la extensin que se aplica a un tipo de fichero que utiliza muestras de instrumentos digitalizados para crear composiciones en secuenciadores especiales llamados trakers, se comenz usando solo 4 pistas y actualmente llegan a 32, la calidad sonora es buena y se sigue mejorando. Puede tomar como muestra cualquier sonido digital, el tamao de los archivos es pequeo y para la reproduccin no se requiere de software especializado. IP multicast.

2.8

Multicast46 se basa en el concepto de grupo. Un grupo arbitrario de receptores esperan recibir un particular flujo de datos. Los grupos no tienen ningn sentido fsico de ubicacin, pueden localizarse en cualquier parte de Internet. Los Hosts que estn interesados en ser receptores de un flujo de datos, deben unirse al Grupo Multicast usando la direccin IGMP del grupo. Los hosts deben ser miembros del grupo para recibir el flujo de datos. Las direcciones IP Multicast especifican un conjunto arbitrario de hosts47 que pertenecen a un grupo Multicast, los cuales recibirn el trfico enviado a ese grupo. IP Multicast es una tecnologa basada en la optimizacin del uso del ancho de banda, entregando simultneamente un slo flujo de informacin a los destinatarios del mismo. Entrega trfico desde una fuente, source, a los mltiples receptores, receivers, sin agregar carga adicional en la fuente o los receptores, utilizando el menor ancho de banda de la red cualquiera sea la tecnologa. 2.8.1 Direccionamiento multicast. En IPv4 las direcciones IP Multicast son direcciones clase D:224.0.0.0 a 239.255.255.255 Este rango de direcciones slo se utiliza para identificar la direccin de grupo o la direccin IP de destino del trfico IP Multicast. La direccin de la fuente para el datagrama Multicast es su direccin IP Unicast.
46

Forma de transmisin IP en la que se enva la informacin a un grupo seleccionado de computadoras. 47 Descripcin en redes para una computadora oelemento de red al cual se le asigna una direccin IP.

86

El rango de direcciones: 224.0.0.0 a 224.0.0.255 Se defini como rango para ser utilizado dentro de un segmento LAN, direccionamiento Multicast Privado. Los paquetes con estas direcciones no sern ruteados por routers en Internet. Se transmiten con un TTL de 1. Los protocolos de red usan estas direcciones para el descubrimiento automtico de los routers y para transmitir informacin sobre la asignacin de rutas IP. El rango de direcciones: 224.0.1.0 a 238.255.255.255 Anlisis de Requerimientos de QoS sobre Redes IP Multicast pgina 10 de 177 Tesis Magster en Redes de Datos David Alejandro Perez es denominado Globally Scoped Address. Estas pueden utilizarse para direccionar datagramas IP Multicast entre hosts a travs de Internet. Algunas de estas direcciones han sido reservadas para el uso de aplicaciones IP Multicast especficas El rango de direcciones: 239.0.0.0 a 239.255.255.255 es denominado de Alcance Limitado o Administratively Scoped Addresses. Estn definidas en la RFC 2365, para ser utilizadas en un grupo local u organizacin. Los routers son configurados con filtros para prevenir trfico IP Mullticast, en este rango de direcciones, hacia fuera de un Sistema Autnomo o cualquier dominio de usuario definido. Dentro de un Sistema Autnomo, o dominio, el rango de direcciones de Alcance Limitado puede ser dividido en subredes de modo que puedan definirse lmites Multicast locales. Esto tambin permitir la reutilizacin de direcciones entre dominios ms pequeos. La RFC 2770 propone que el rango de direcciones: 233.0.0.0/8 Este rango se reserva para las direcciones definidas estticamente por organizaciones que posean un Sistema Autnomo, AS, reservado. El nmero del AS se encuentra embebido dentro del segundo y tercer octeto del rango.

2.8.2 Multidifusion (multicast) Transmisin, en un solo envo, desde un sistema final origen a todos los sistemas destinatarios o miembros activos de un grupo de multidifusin que comparten una misma direccin IP de multidifusin correspondiente al grupo. Las maquinas de un grupo de multidifusin no tienen por qu estar conectadas a la misma red de rea local (RAL). La comunicacin es de 1 a n con entrega a n interfaces. Si hay n destinatarios en el grupo, solo se transmite una vez la informacin desde el sistema origen, es decir, solo enva un datagrama IP de multidifusin.
87

Los routers de multidifusin por Internet manejan direcciones IP de multidifusin y hacen las copias necesarias. El envo es independiente del numero de maquinas receptoras. Cada enlace transporta una nica copia de la informacin. DIFUSION (BROADCAST) IPv6: Forma especial de multidifusin en donde todas las maquinas de una red de rea local de difusin (Ethernet o Wifi) se consideran como un grupo de multidifusin. CORRESPONDENCIAS DE DIRECCIONES DE RED Y ENLACE: Todas las direcciones IP tienen su correspondencia en el nivel MAC. Una direccin de UNIDIFUSION MAC IEEE 802 es un identificador de 6 OCTETOS o 48 bits o 6 GRUPOS DE DOS DGITOS HEXADECIMALES. Los 3 primeros octetos identifican al fabricante de la tarjeta y los tres ltimos octetos identifican al nmero de serie de la tarjeta. El nivel de Interfaz de la red de acceso tiene que ser capaz de transmitir tramas de unidifusin, difusin, solo para IPv4, y multidifusin. 2.8.2.1 Direcciones multidifusion ipv4 Las direcciones IPv4 de multidifusin son direcciones de clase D. Es necesario que los routers intermedios entiendan direcciones IP de clase D. Las direcciones de clase D tienen el siguiente formato:

Fig.2.3 direcciones IPV4 Traduccin a MAC IEEE 802 Los datagramas IP que transportan mensajes de multidifusin se transmiten por la red de acceso (y siguientes) a travs de tramas Ethernet de multidifusin IPv4 Los 23 bits de menor peso de la direccin IPv4 de multidifusin se copian en los 23 bits de menor peso de la direccin Ethernet. Este conjunto de 23 bits incluye la mayor parte de las direcciones de multidifusin y, por tanto, la posibilidad de coincidencia, es decir, que dos o ms grupos seleccionen direcciones MAC idnticas cuando la direccin IP clase D es diferente en el nivel IP es muy pequea y en todo caso a nivel IP se elimina el datagrama IP clase D no deseado. Hay cinco bits de la direccin IP que no se van a utilizar en la direccin Ethernet, esto hace que en el peor de los casos 32 (25) grupos multicast seleccionen una misma direccin MAC o combinacin de los 223 bits restantes.

88

2.8.2.2Direcciones multidifusion ipv6 Las direcciones IPv4 de multidifusin solo pueden usarse como direcciones destino y nunca como direcciones de origen.

FIG.2.2 Direcciones IPV6 Identificador de grupo (112 bits): Identifica el grupo de multidifusin permanente o temporal dentro de un determinado alcance o mbito. Alcance o limite del grupo de multidifusion (4 bits): Reservado (0), Nodo local o en la propia maquina (1), Enlace local (2), Sitio local con varios enlaces (5), Organizacin local compuestas de varios sitios o centros (8), Alcance Global (E), Reservado (F). T (1 bit): Direccin no transitoria o asignada permanentemente por IANA/ICANN (T=0). Direccin transitoria o no asignada permanentemente (T=1). Traduccin a MAC IEEE 802. La direccin de multidifusin MAC IEEE 802 Ethernet II est formada por los dos primeros octetos (16 bits) fijos a 0x3333 y los cuatro ltimos (32 bits) de la direccin ipv6 de multidifusin se copian en los 4 ltimos octetos de la direccin IPv6 de multidifusin Ethernet (32 bits)

Fuente: www.broadcast.com

FIG.2.5 Identificador de grupo

89

2.8.3 Uso de la multidifusin IP Multicast para enviar a un grupo determinado, no precisa de una fuente que sepa acerca de los receptores del grupo. La construccin del rbol multicast es iniciada por nodos de la red que estn cerca de los receptores o es impulsado por el propio receptor. Esto le permite enviar a un receptor de gran poblacin. Si bien IP Multicast utiliza una direccin de multidifusin designado, el explcito Multi-Unicast (XCAST) utiliza las direcciones unicast de todos los destinos. Dado que el tamao del paquete IP es limitado, en general, XCAST no pueden ser utilizadas para grupos de multidifusin con gran nmero de destinos. El modelo XCAST generalmente supone que las estaciones que participan en la comunicacin son conocidas de antemano, a fin de que la distribucin de los rboles se puedan generar y los recursos asignados de antemano por los elementos de la red a los datos reales de trfico. Como "poner en paquetes en un extremo, y la red conspira para prestar tales servicios a cualquier persona que pregunte".IP Multicast crea un estado determinado por la distribucin del rbol de multidifusin en la red. Es decir, protocolos actuales de enrutamiento IP Multicast no agregan el estado correspondiente a la distribucin de varios rboles. Por lo tanto, si un router es parte de los 1000 rboles multicast, ha tenido 1000 enrutamientos multicast y reenvo de las entradas. Como resultado de ello existen preocupaciones acerca de la expansin de multidifusin a un gran nmero de rboles de distribucin. Existe un mal entendido en la comparacin con unicast. Un router unicast necesita saber cmo llegar a todas las dems direcciones unicast en Internet, incluso si se hace esto usando slo una ruta por defecto. Adems, hay routers centrales en las rutas que llevan los cientos de miles de personas debido a que contienen la tabla de enrutamiento de Internet. Por otra parte, un enrutador (router) de multidifusin no necesita saber cmo llegar a todos los dems rboles de multidifusin en Internet, slo necesitan el estado de los rboles con los miembros descendentes. Cuando este tipo de router se une a un rbol de transmisin compartido se conoce como grafo(injerto) y cuando se elimina lo que se denomina prune(podar). IP Multicast no es usado en Internet comercial generalmente. Otras tecnologas multidifusin no basadas en IP Multicast son ms ampliamente utilizadas. Estos incluyen IRC(Internet Relay Chat) y PSYC, que son ms pragmticos y mejores para un gran nmero de grupos pequeos. IRC implementa un rbol que se extiende a travs de su red de superposicin de usos mientras que PSYC utiliza estrategias personalizadas multicast por conferencia. Tambin algunos Peer to peer emplean las tecnologas de la multidifusin cuando la distribucin de contenido es a varios destinatarios.48

48

http://www.ahciet.net/actualidad/revista/r.aspx?ids=10713&ids2=21760.

90

2.9 RTSP (Protocolo de control en Tiempo Real) El protocolo RTSP se basa en transmisiones peridicas de paquetes de control que realizan todos los participantes de la sesin. Es un protocolo de control para el flujo RTP, que permite transmitir informacin bsica sobre los participantes de la sesin y la calidad de servicio. RTSP es un protocolo no orientado a conexin, en lugar de esto el servidor mantiene una sesin asociada a un identificador, en la mayora de los casos RTSP usa TCP para datos de control del reproductor y UDP para los datos de audio y vdeo aunque tambin puede usar TCP en caso de que sea necesario. En el transcurso de una sesin RTSP, un cliente puede abrir y cerrar varas conexiones de transporte hacia el servidor por tal de satisfacer las necesidades del protocol. RTSP proporciona un marco extensible para permitir la transmisin de datos en tiempo real bajo demanda como audio y vdeo. Este protocolo permite controlar mltiples sesiones, y se puede escoger los protocolos de transporte a utilizar como UDP, multicast UPD y TCP y RTP El protocolo soporta las siguientes operaciones: Recuperar contenidos multimedia del servidor: El cliente puede solicitar la descripcin de una presentacin por HTTP o cualquier otro mtodo. Si la presentacin es multicast, la descripcin contiene los puertos y las direcciones que sern usados. Si la presentacin es unicast el cliente es el que proporciona el destino por motivos de seguridad. Invitacin de un servidor multimedia a una conferencia: Un servidor puede ser invitado a unirse a una conferencia existente en lugar de reproducir la presentacin o grabar todo o una parte del contenido. Este modo es til para aplicaciones de enseanza distribuida dnde diferentes partes de la conferencia van tomando parte en la discusin. Adicin multimedia a una presentacin existente: Particularmente para presentaciones en vivo, til si el servidor puede avisar al cliente sobre los nuevos contenidos disponibles.

2.9.1 Propiedades del Protocolo RTSP. Extensible: Nuevos mtodos y parmetros pueden ser fcilmente gregadosalprotocolo. Seguro: RTSP reutiliza mecanismos de seguridad de la web en el nivel de transporte o dentro del protocolo en si. Todos lo mecanismo de autentificacin de HTTP tales como autentificacin bsica o de resumen sondirectamenteaplicables.Independiente del protocolo de transporte utilizado:(UDP), protocolofiable de datagrama (RCP)

91

ounprotocoloconfiable Permite multi-server: cada flujo de datos puede residir en diferentes servidores. El cliente automticamente establece varias sesiones de control concurrentes, con diferentes servidores de medios. La sincronizacin de los medios se lleva a cabo en el nivel de transporte. Control de dispositivos de grabacin: el protocolo puede controlar tanto la grabacin Convenientes para aplicaciones profesionales. Presentacin de una descripcin neutral: el protocolo no impone una descripcin particular de la presentacin o un formato particular de metafile. Sin embargo, esta debe contener al menos un RTSP URI. Proxy y un firewall amigable: El protocolo debe ser de fcil manejo para la aplicacin y el firewall. Un firewall debe comprender el mtodo SETUP para crear un canal para el flujo de UDP. HTTP-amigable: RSTP rehsa conceptos de HTTP y reutiliza la infraestructura del mismo protocolo. Entre esta estructura, se encuentra PIC (Platform for Internet Content Seleccin). Negociacin de Transporte: El cliente puede negociar el mtodo de transporte antes de necesitar enviar un flujo continuo de datos. Control Apropiado del Servidor: Si un cliente inicia la solicitud de flujo de datos, este debe ser capaz de detener el mismo. Por otra parte, el servidor no debe transmitir el flujo de datos de manera tal que impida al usuariodeternerlo. Capacidad de Negociacin: si las caractersticas bsicas son deshabilitadas, deben existir mecanismos claros para determinar cuales mtodos van a ser implementados. 2.9.2 Ventajas de RTSP nica manera de transmitir en vivo. Compresin del vdeo digital, descartando cuadros y detalles redundantes. Transmisin de los datos en paquetes que son ledos por el cliente mientras Utilizacin de buffers o memorias de reserva para aminorar los retardos y demoras inherentes a la red.

92

No requiere almacenamiento en el cliente. No hay desperdicio de ancho de banda. Difusiones en multicast. Pueden comprimirse pistas individuales en un film a partir de un servidor, no importa donde se encuentre geogrficamente. Escalable.

2.9.3 Desventajas de RTSP Un video se detiene si la tasa de datos excede la velocidad de conexin. Puede ser detenido por firewalls o el NAT. Requiere un servidor Streaming o un broadcaster. No puede usar interactividad.

2.9.4EstadosRTSP RTSP controla un "Stream" el cual puede ser enviado a travs de un protocolo independiente del canal del control. Por ejemplo, el control de RTSP puede llevarse a cabo en una conexin TCP mientras que los flujos de datos pueden viajar va UDP. Los siguientes mtodos juegan un papel central en la definicin de la asignacin y el uso de los recursos en e SETUP: hace que el servidor asigne los recursos para un stream y para comenzar una sesin de RTSP. PLAY: comienza la transmisin de datos mediante un flujo asignado va SETUP. PAUSE: detiene temporalmente el flujo de informacin sin liberar recursos del servidor. TEARDOWN: libera recursos asociados con el flujo de informacin (video y audio). La sesin de RTSP deja de existir en el servidor.

2.9.5 Mensajes RTSP RTSP es un protocolo que utiliza el juego de caracteres de la ISO 10646 en la codificacin Utf-8. Las lineas son terminadas por CRLF, pero los receptores se deben preparar tambin para interpretar el CR y el LF por si mismo como adaptadores de linea. Tipo de mensaje: estos consisten en peticiones del cliente al servidor y respuestas del servidor al cliente.Su estructura es similar al del protocolo HTTP

93

Mensaje del header: Es el campo del header del RTSP, el cual incluye General-Header, Request-Header, Response- Header y Entity-header. Cada uno de los campos consiste de un nombre seguido inmediatamente por un ":", un carcter en blanco(SP) y el valor del campo. Cuerpo de mensaje: es anlogo al del protocolo HTTP. Longitud del mensaje: Cuando el cuerpo de mensaje es incluido en el mismo, la longitud del cuerpo es determinado por una de las siguientes maneras: 1) Cualquier mensaje de respuestas que no necesite incluir el cuerpo del mensaje, presenta una linea vacia despus del header.

2) Si el campo Content-Length esta presente, el valor en bytes de este representa la longitud del cuerpo del mensaje. Si el campo del header no esta presente, se asume que este tiene valor cero.

3) El cierre de la conexin no puede ser usado como mecanismo para indicar el fin del cuerpo de la peticion. Algunos de estos metodos pueden ser enviados tanto por el cliente omo por el servidor, pero otros solo pueden ser emitidos en una direccion. No todos los metodos son necesarios para tener un servidor plenamente funcional. Las solicitudes RTSP se envian, como normal general, por un canal independiente del canal de datos. Pueden ser transportadas pro conexiones persistentes o creando una conexin por peticin/Respuesta.49 2.9.6 Sesin RTSP

El cliente accede a la URL RTSP para colocar el nombre del servidor y el puerto. Si el nombre del servidor no est en formato IP, el cliente hace una consulta DNS para obtener la direccin correspondiente. El cliente inicia una conexin TCP hacia el servidor. Cuando la conexin est establecida correctamente, el cliente enva al servidor una peticin OPTIONS. EL servidor devuelve informacin que puede incluir la versin de RTSP, la fecha, el nmero de sesin, el nombre del servidor y los mtodos soportados.

49

RealNetworks.

http://service.real.com/help/library/guides/ProductionGuide/prodguide/realpgd.htm

94

El cliente enva una peticin DESCRIBE para obtener una descripcin de la presentacin. El servidor responde con todos los valores de inicializacin necesarios para la presentacin. El cliente enva SETUP para cada flujo de datos que se quiere reproducir. El SETUP especifica los protocolos aceptados para el transporte de los datos. El cliente inicializa los programas adecuados requeridos para reproducir la presentacin. El cliente enva una peticin PLAY que informa al servidor que ahora es el momento de comenzar a enviar datos. Durante la sesin, el cliente peridicamente hace ping al servidor utilizando peticiones SET_PARAMETER. Aunque la respuesta sea errnea el cliente la ignora informando al cliente que el servidor todava est activo. Cuando la presentacin termina o el usuario la para, el cliente enva un SET_PARAMETER que contiene las estadsticas de la sesin. El cliente enva TEARDOWN para dar por terminada la conexin con el servidor

Fuente: www.rtsp.Com FIG.2.6 Control de conexin de RSTP mediante TCP. 2.10 Tipos de servicios de Streaming. Los sistemas de Streaming se pueden clasificar en funcin del tipo de servicio que ofrecen a los usuarios. La principal caracterstica que distingue al servicio de Streaming, es la capacidad de interaccin y eleccin de los usuarios a la hora de escoger qu contenido y cundo lo quiere reproducir, aunque para la emisin de un canal de televisin en vivo, sta afirmacin no se aplica. Teniendo en cuenta ste parmetro los posibles servicios que puede ofrecer un sistema de Streaming son: En directo (live) similar a un canal de televisin, bajo demanda (on-demand) similar a un reproductor de vdeo y casi bajo demanda, que simula el funcionamiento de un servicio bajo demanda con flujos de vdeo en directo. El tipo de servicio ofrecido es un parmetro importante en el diseo, ya que a medida que se aumenta la interactividad del usuario tambin
95

se incrementa la complejidad del sistema de Streaming y por lo tanto, el valor agregado del servicio ofrecido a los usuarios.50 2.10.1 Componentes de un sistema de Streaming. Los sistema de Streaming estn compuestos por tres componentes bsicos: el servidor, la red de transmisin y los usuarios del sistema .A continuacin describiremos la funcionalidad de cada uno de estos componentes

Fuente: www.es.wikitel.info FIG.2.7 Componentes de un sistema streaming 2.10.1.1 Servidor de Streaming: El servidor de video almacena los contenidos que pueden ser solicitados por los usuarios. Es el encargado de gestionar el servicio a los clientes, garantizando una cierta calidad de servicio a lo largo del camino que tiene que seguir la informacin desde el disco hasta los usuarios. Un servidor de Streaming est compuesto por tres subsistemas: El subsistema de control, el subsistema de almacenamiento y el subsistema de comunicacin. Subsistema de control: El subsistema de control es el encargado de recibir las peticiones de los usuarios y ordenar las acciones que se tienen que llevar a cabo para poder atenderlas. Este mdulo debe decidir si la nueva peticin puede ser servida por el sistema sin que ello implique un deterioro de las peticiones activas. Estas decisiones son tomadas por la poltica de control de admisin en funcin de los recursos disponibles en el sistema y de los requisitos de la nueva peticin. Otras funciones del mdulo de control son la gestin de las estadsticas de utilizacin del sistema (contabilidad y facturacin) y realizacin de tareas de optimizacin para incrementar la eficiencia del sistema. El subsistema de almacenamiento: Este mdulo es el responsable de almacenar y recuperar la informacin multimedia desde los dispositivos de almacenamiento. Las principales dificultades a la hora de conseguir este objetivo estriban en el volumen de informacin que se debe
50

Creating Streaming Video Using WME.Nam Thai. http://www.irc.gmu.edu/resources/findingaid/streaming/streaming_WME.pdf

96

gestionar y que sta debe ser entregada de acuerdo a las estrictas especificaciones de la calidad de servicio Streaming requeridas por las aplicaciones de video bajo demanda. El subsistema de entrega de comunicacin: Es el encargado de planificar la inyeccin de los contenidos multimedia en la red de transmisin. Este mdulo se encarga de gestionar las distintas polticas de servicio que permiten optimizar los recursos de ancho de banda de la red y del servidor.

2.10.1.2 Red de comunicacin Uno de los principales factores que ms han influenciado en el crecimiento de las aplicaciones multimedia es el crecimiento de la red de interconexin. Para permitir a los usuarios acceder a los contenidos multimedia, las redes deben satisfacer al menos dos requisitos: Disponer de mecanismos de transporte para enviar las peticiones y los datos y permitir que la informacin sea transmitida respetando niveles mnimos de rendimiento (calidad de servicio). La red de comunicacin de un sistema de Streaming se caracteriza por unos elevados requisitos de ancho de banda (capacidad de transferencia de grandes Volmenes de datos) y grandes velocidades de transmisin. En un sistema Streaming, podemos llegar a encontrar tres niveles de red diferentes: la red principal, la red troncal y las redes locales. Ahora bien, dependiendo de la arquitectura del sistema dos niveles (red principal y red troncal). La red principal es aquella a la cual se conectan los servidores de Streaming y sirve punto de conexin de stos con la red de distribucin (red troncal) de los contenidos multimedia a los usuarios. La red troncal ( backbone) permite interconectar la red principal con cada una de las redes de distribucin locales (en caso de que stas existan) bien directamente con los usuarios. Su objetivo es transportar, tan rpido como sea posible, la informacin generada por los servidores desde la red principal a los usuarios. Las redes locales son las responsables de la conexin final de los usuarios al sistema de Streaming. Esta red requiere un ancho de banda inferior respecto a los otros niveles. El trfico soportado por las redes de usuario tiene una naturaleza asimtrica, lo cual significa que se necesita un ancho de banda de entrada considerablemente mayor al trfico de salida.51 2.10.1.3 Clientes. Los usuarios deben soportar la recepcin y la visualizacin sin cortes de los contenidos multimedia, as como soportar los comandos VCR. La interface entre los usuarios y el sistema de Streaming se realiza mediante el Player. Este mdulo es el encargado de recibir los comandos del usuario y enviar la seal al
51

Real Time Streaming Protocol. Rtsp.org http://www.rtsp.org

97

servidor a travs de la interface de red. El Player almacena los contenidos recibidos desde el servidor en unos buffers locales, decodifica los contenidos recibidos en tiempo real y enva las imgenes obtenidas a la pantalla de visualizacin, con la temporizacin correcta. En general los Streaming constan de 4 componentes principales: Interfase de red, decodificador, buffer y hardware de sincronizacin. Interfase de red: Permite al cliente recibir y enviar informacin desde hacia los servidores. Decodificador: Para reducir los requisitos de almacenamiento, ancho de banda de disco y ancho de banda de red, los contenidos multimedia suelen estar codificados. As se necesita un decodificador en el lugar del cliente para decodificar el video antes de ser presentado al usuario. Buffer: Debido a los retrasos introducidos por la red, el tiempo de llegada de la informacin (video) no puede ser determinado con exactitud. Para conseguir una reproduccin sin cortes, el servidor debe garantizar que el siguiente trozo del video que se va a visualizar, est disponible antes que el usuario lo requiera. Para lograr este objetivo, el servidor enva datos al usuario en adelanto, de forma que se asegure un margen de tiempo que minimice los posibles retardos inesperados introducidos por la red de comunicacin. Como el usuario no va a consumir inmediatamente estos datos, estos se tienen que almacenar temporalmente en un buffer hasta que sean requeridos. Hardware de sincronizacin: Los videos estn compuestos por un stream de video y un stream de audio independientes. Para poder realizar un reproduccin correcta, ambos tipos de informacin deben ser sincronizados entre si antes de que puedan ser reproducidos. El desarrollo de los Player mantiene una continua evolucin, no solo enfocada a reducir su costo sino tambin a incrementar su potencia debido al rpido desarrollo tecnolgico de la industria de ordenadores. Mientras las recientes generaciones de Player estn bastante limitadas con respeto a la funcionalidad y a la capacidad, la actual tendencia intenta sobrepasar el mero rol de receptor y decodificador de video, convirtindolo en un verdadero centro de entretenimiento familiar, e incrementando su capacidad de almacenamiento y de procesamiento. 2.10.2 Requisitos de un Sistema de Streaming. La funcionalidad requerida de un sistema de Streaming as como las caractersticas de la informacin gestionada por stos, imposibilita la utilizacin de servidores genricos. Por lo tanto, los servidores de Streaming deben ser diseados teniendo en cuenta una serie de requisitos especficos del tipo de informacin gestionada. El servicio de una peticin para un contenido

98

multimedia requiere un elevado volumen de informacin, con requerimientos de tiempo real, mantenimiento de la calidad de servicio (QoS) y grandes anchos de banda de transferencia del sistema de almacenamiento y la red de comunicaciones El conjunto de todos estos requisitos complica el diseo e implementacin de los sistemas de Streaming y limita considerablemente el nmero de usuarios que puede soportar un servidor de Streaming. A continuacin se describen brevemente cada uno de estos requisitos:52 Gran capacidad de almacenamiento: Dada la naturaleza intensiva en almacenamiento de la informacin multimedia, los requisitos de almacenamiento globales de cientos de contenidos multimedia puede exceder fcilmente un requisito de disco de decenas de Terabytes. Por ejemplo, un video en formato de televisin de alta definicin (HDTV) de dos horas de duracin puede requerir hasta 18 Gigabytes. Por lo tanto, un sistema de Streaming compuesto de 200 videos puede requerir aproximadamente unos 3.6 Terabytes de almacenamiento. Servicio en tiempo real: Para garantizar la reproduccin continua de los contenidos multimedia, no es suficiente con que el servidor de Streaming enve los datos al usuario y ste los reciba correctamente; sino que esta recepcin se debe producir dentro un intervalo de tiempo especfico. Esto implica que todos los componentes del sistema deben tener un control del tiempo mximo permitido para poder realizar cada uno de las operaciones que intervienen en la entrega de informacin a los usuarios. Adems, los distintos componentes que intervienen en el sistema se tienen que sincronizar entre s para no violar estos requisitos de tiempo. Si esta sincronizacin no se lleva a cabo es imposible garantizar una calidad de servicio al usuario final. Es posible suavizar los requisitos en tiempo real de los sistemas de Streaming mediante la utilizacin de buffers intermedios tanto en el servidor como en el cliente y el envo en adelanto de un fragmento del contenido multimedia. Calidad de servicio (QoS): Un aspecto clave en cualquier servicio de vdeo es proporcionar una calidad de servicio (QoS) aceptable al usuario. Debido a la naturaleza continua e independiente del tiempo de los contenidos de audio y video, su reproduccin requiere un estricto control del momento y la secuencia de recepcin de la informacin por parte del usuario. Esta calidad de servicio generalmente implica varios aspectos tales como: calidad de la imagen, frecuencia de perdida de imgenes, sincronizacin audio y vdeo, entre otros. Algunos de estos parmetros no son fcilmente cuantificables porque dependen de la percepcin subjetiva del observador. La calidad de servicio a nivel del usuario refleja cmo
52

Real Time Streaming Protocol. Rtsp.org http://www.rtsp.org

99

se suministra el flujo de vdeo original desde un servidor de vdeo remoto. Estos servicios requie ren restricciones especficas en el flujo de informacin desde el servidor al cliente. Por lo tanto, una cuestin importante en Streaming es como lograr una correspondencia entre la QoS especfica requerida por el cliente con la especificacin de una QoS para el servidor de vdeo y la red de transmisin. Con el objetivo de conseguir unas prestaciones en el sistema que garanticen una QoS aceptable se requiere una fuerte coordinacin entre todos los componentes del sistema, desde los servidores de ficheros a los dispositivos de Visualizacin pasando por las componentes de red. No es suficiente un anlisis Individual de los componentes del sistema sino que se requiere un diseo unificado que tenga en cuenta todos los componentes. La QoS basada en el anlisis de los componentes individuales tropieza con el problema de que los componentes no son independientes entre si. La solucin ptima para una componente no garantiza la mejor solucin para todo el sistema y por lo tanto, se requiere un anlisis integrado. Grandes anchos de banda: Los contenidos multimedia requieren el procesamiento de un gran volumen de informacin de forma peridica y durante grandes periodos de tiempo. Este volumen de informacin exige grandes anchos de banda en la red de transmisin. Los requisitos de ancho de banda no se circunscriben exclusivamente a la red de comunicaciones entre el servidor de Streaming y los usuarios finales, sino que tambin involucran al sistema de almacenamiento. Esto implica la utilizacin de sistemas de almacenamiento complejos basados en sistemas de almacenamiento jerrquicos bien la utilizacin de un conjunto de discos en configuracin RAID. Es importante hacer notar que si no se tiene en cuenta este parmetro en el diseo del sistema de Streaming, un incremento en el nmero de peticiones a gestionar por el sistema, puede aumentar los requisitos de ancho de banda hasta llegar a saturar el sistema de Streaming. 2.10.3 Formatos de Archivos de Streaming. Vamos a ver cules son las caractersticas de diferentes formatos de "meta archivos" y de archivos de audio y video, la lista de formatos no es exhaustiva. Solo trataremos los formatos de uso ms populares en los servicios de Streaming y en aplicaciones multimedia Metafiles Metaarchivos: META es una palabra griega que significa "prximo" o "cercano". Un metaarchivo o meta-file es un tipo especial de archivo que describe o brinda ms informacin acerca de otro archivo. Los METAARCHIVOS o METAFILES son archivos de texto que utilizan XML (Extended Markup Language) para definir tipos de informacin especficos. Los metafiles proveen varias maneras

100

de hacer ms eficiente el funcionamiento de un Player. Algunas de las extensiones ms populares: Windows Media:ASX: Contienen informacin acerca de archivos ASF. La extensin ASF fue usada para archivos de audio y video por versiones anteriores a la actual de Windows Media. WAX: Contienen informacin acerca de archivos de audio. Cuando Usted graba una lista de ejecucin de archivos de audio (playlist) Windows Media Player utiliza este formato. WVX: Contienen informacin acerca de archivos de video. Cuando Usted graba una lista de ejecucin de archivos de video (playlist) Windows Media Player utiliza este formato.

RAM/RPM: Contienen informacin acerca de archivos RM que pueden ser tanto de audio como de video o ambos. El uso ms corriente de los metafiles es el de archivo para lectura y escritura de "playlists" en el disco duro. Un archivo PLAYLIST contiene una lista de directivas que el reproductor de audio/video debe ejecutar en el orden y forma que este archivo (playlist) le indique. Las acciones o aplicaciones ms comunes de un playlist son: Vincular contenidos multimedia para enriquecer una presentacin. Insertar publicidad (grficos, audio, video) en la pantalla principal del reproductor, entre los archivos de contenido principales (como si se tratara de cortes comerciales de televisin); o insertar publicidad en reas especficas de la pantalla del reproductor o pgina Web -si el archivo estuviera incrustado en el documento HTML- mientras se ejecuta el archivo de audio / video (los comerciales pueden contener enlaces hacia pginas Web o direcciones de email). Titular o subtitular archivos de video: til para la traduccin del contenido audiovisual (un meta-file puede incluso permitirle al usuario seleccionar el idioma), para personas con discapacidad auditiva o para resaltar secciones en un archivo de audio o destacar escenas en un archivo de video. Enviar notificaciones o comunicados en streaming media: por ejemplo, en un evento que ser transmitido en vivo, un meta-file puede especificar cundo y en que canal tomar lugar la transmisin; as el reproductor puede comenzar a recibirla en el momento debido. Un playlist puede ser enviado por email o estar alojado en un servidor para descargarlo a pedido. 53

53

Basic Streaming Technology and RTSP Protocol. Califirnia Software Corporation. http://www.cswl.com/whiteppr/tech/StreamingTechnology.html

101

CAPITULO 3

INFRAESTRUCTURA DE UNA RED IPTV

INTRODUCCION Aunque IPTV recoja el trmino protocolo en su nombre, en realidad el concepto engloba ms que eso. Es un sistema completo mediante el cual la seal de televisin es entregada a los usuarios sobre el protocolo IP (Internet Protocol). Este sistema est formado por los servidores del contenido, encargados de codificar la seal (por ejemplo, en MPEG-2 oMPEG-4/H.264), y fragmentarla encapsulando los paquetes para ofrecerlos en la red IP core, mediante multicast o unicast. Esta red ncleo agrupa los flujos de vdeo codificado en diferentes canales. El trfico IPTV puede ser protegido de otros trficos de datos, para garantizar un nivel apropiado deQoS. El ltimo enlace hasta la red del hogar encargado de distribuir los datos, voz, y vdeo, puede ser hecho a travs de distintas tecnologas fsicas (FFTx, xDSL, WLAN, WIMAX, etc.) Por ltimo, los Set Top Boxes, u otros dispositivos multimedia se encargan de decodificar la informacin, y presentarla al usuario. Al considerar la implementacin de un servicio iptv, es importante comprender todas las implicaciones tcnicas de su despliegue. IPTV es un sistema completo mediante el cual la seal de televisin es entregada a los usuarios sobre el protocolo IP (Internet Protocol). Este sistema est formado por los servidores de contenido, encargados de codificar la seal (en MPEG-2 o MPEG-4 /H.264), y fragmentarla encapsulando los paquetes para ofrecerlos en la red IP core, mediante multicast o unicast. Existe una gran cantidad de parmetros en el modelo de un servicio IPTV que deben ser considerados. ARQUITECTURA DE LA TECNOLOGIA IPTV. En la figura 3.1 se puede observar la arquitectura para streaming de video. Esta arquitectura de red IPTV se puede analizar bajo 5 apartados:54 Adquisicin Servidores Distribucin Red de Acceso Software

54

Grupo de trabajo de WPAN: http://www.ieee802.org/15/

102

Fuente: www.telsur.cl Figura 3.1 Arquitectura para streaming de video 3.1.1 Adquisicin. Esta etapa consta de las siguientes subetapas: Recepcin de contenidos Procesamiento, digitalizacin, codificacin y formato de video Encriptacin Generacin de la gua de programacin

El contenido se puede obtener a travs de Internet de algn proveedor de contenidos o de un distribuidor de seales de televisin. Se utilizan unos dispositivos llamados codificadores para digitalizar y comprimir el video analgico obtenido. Este codificador, habilita la compresin de video digital habitualmente sin prdidas. La eleccin del codificador tiene mucha importancia, porque determina la calidad del video final, la tasa de bits que se enviarn, la robustez ante las prdidas de datos y errores, el retraso por transmisin, etc. 3.1.2 Servidores. Esta etapa consta de las siguientes subetapas: Almacenamiento de contenidos Respaldo Streaming de video Licencias Se tratan de servidores IP que permiten enviar distintos flujos de video a la vez.

103

En estos servidores se realiza el almacenamiento temporal de paquetes durante la transmisin de informacin, para crear una reserva de paquetes que puede ser usada durante el retraso de una transmisin de paquetes o en las peticiones de reenvo de paquetes. Mientras un buffer de paquetes est comnmente localizado en el aparato receptor, un buffer de paquetes tambin puede ser colocado en el aparato emisor, esto permite la rpida seleccin y reenvo de paquetes cuando sean solicitados por el receptor. El buffering de paquetes es usado en los sistemas de IPTV para reponer el retraso en envos y la prdida de paquetes que ocurre cuando se ven seales IPTV. Un buffer de paquetes recibe y aade pequeas cantidades de retraso en los paquetes as que cuando los paquetes son recibidos parece que no han tenido retrasos. La cantidad de buffering de paquetes para sistemas IPTV puede variar de dcimas de segundos a decenas de segundos. La figura 3.2 muestra que durante la transmisin de paquetes desde el servidor de medios al televidente, algunos tiempos de transmisin varan (jitter) y algunos paquetes son perdidos durante la transmisin. El buffer de paquetes almacena temporalmente datos antes de proveerlos al reproductor de medios. Esto crea el tiempo necesario para sincronizar los paquetes y para hacer la peticin de reenvo y reemplazar los paquetes perdidos durante la transmisin.

Fuente: www.telsur.cl Fig. 3.2Almacenamiento de paquetes 3.1.3 Distribucin En esta etapa se distinguen las siguientes etapas: Red de transporte de alta capacidad Direccionamiento del contenido Servidores Locales Conversin de ltima milla

104

La red de transporte ha de ser de alta capacidad para permitir el flujo bidireccional de datos, controlar los datos de sesiones, la red de transporte de alta capacidad, la facturacin de los clientes, etc. Lo ms importante es la alta capacidad de transferencia para poder ofrecer buena calidad a los clientes. En la red del proveedor del servicio se usan estndares como Gigabit Ethernet. 3.1.3.1 Arquitectura Centralizada.

El modelo de Arquitectura Centralizada es una solucin muy simple y fcil de administrar. En sta el contenido es almacenado en servidores centralizados, no requiere una comprensin detallada del sistema para la distribucin del contenido. Este tipo de arquitectura funcionalmente es adecuada para una red en donde se desea implementar un servicio relativamente pequeo de distribucin de Video por Demanda. Garantiza que el conjunto de equipos (core) y el ancho de banda para los clientes es el adecuado y garantiza una red eficiente para la distribucin de contenido. (Content Delivery Network - CDN).

Fig. 3.3 Arquitectura IPTV centralizada

3.1.3.2

Arquitectura Distribuida.

Una arquitectura distribuida es un modelo centralizado escalable, en donde el uso del ancho de banda es una ventaja inherente a las caractersticas de administracin requeridas para una red de servidores a gran escala. Los operadores que implementan sistemas relativamente grandes deben considerar desde el inicio un modelo de arquitectura distribuido, ya que este tipo de implementaciones requiere de un conjunto inteligente y sofisticado
105

detecnologas que garanticen la distribucin y entrega del contenido multimedia desde la red del proveedor de servicios hasta el usuario. 55

Fuente: www.telsur.cl Fig.3.4 Arquitectura IPTV distribuida. 3.1.4 Red de acceso En esta red se encuentra los siguientes elementos: Mdem Caja decodificadora Televisin o PC

La red de acceso es el punto donde termina la red del proveedor y comienza el equipo del usuario. En este punto hay un dispositivo encargado de decodificar la informacin para poder verla en un televisor convencional. Para la recepcin de la seal de televisin el usuario debe contar con el equipo adecuado, receptor integrado en su televisin o un Set-Top Box (STB). Si el dispositivo de recepcin es un computador, este debe estar equipado con la tarjeta o adaptador DVB correspondiente. El STB56 se encarga de recibir una seal digital en alguno de los estndares (Cable, satlite, terrestre, IPTV), de comprobar que se tenga autorizacin para ver esta seal, demodular y enviar al televisor la imagen interpretada.

55 56

http://telephonyonline.com/fttp/news/surewest-bonded-adsl2-1021/. dispositivo encargado de la recepcin y opcionalmente decodificacin de seal de televisin analgica o digital (DTV), para luego ser mostrada en un dispositivo de televisin.

106

El STB, tambin es el encargado de los servicios asociados a la televisin digital como son el acceso condicional, la interactividad y la alta definicin. Adicional, del almacenamiento de los programas, en el caso de los PVR. Bsicamente existen 2 tipos de dispositivos de despliegue para TV digital: Receptor de TV con STB. Los STB poseen dos elementos de software que son muy importantes y determinan sus capacidades: el sistema operativo (SO) y el middleware. Computador (conectado a Internet). El computador se usa como medio para acceder a los contenidos educativos a travs de Internet. Se debe contar con un proveedor de acceso a Internet, y dependiendo de la plataforma de acceso (cable, ADSL, inalmbrico) se deber contar con hardware adicional (tarjeta de captura/recepcin de la seal o un dispositivo especial provisto por el proveedor del servicio).

3.1.5 Software. En esta etapa se distinguen las siguientes subetapas: Administracin del contenido. Facturacin. Administracin de sesiones. Compra de contenido. El Software es el responsable de presentar algunas funcionalidades del servicio al usuario final, de modo grfico y amigable, como la gua de programacin interactiva que corre en la caja digital del suscriptor, la creacin de ofertas de servicios y su respectiva entrega en la red de distribucin, administracin de interacciones con el cliente y cualquier sistema de administracin y/o proteccin de derechos/copia digital. En un STB, el sistema operativo generalmente est empaquetado en la memoria ROM del dispositivo y puede ser basado en una plataforma de Software Libre como por ejemplo Linux, o en una plataforma propietaria como Microsoft Windows. El middleware es el componente que sirve de intermediario entre las aplicaciones y el sistema operativo, de tal forma que el programador no debe preocuparse por instrucciones de bajo nivel y simplemente hace uso de un conjunto de APIs. Algunos middleware poseen mquinas virtuales como por ejemplo Java para facilitar el desarrollo de las aplicaciones y su portabilidad. Sin embargo, existen STB tipo thin client, los cuales poseen unas capacidades software/hardware mnimas debido a que se cuenta con un gran ancho de

107

banda para conectarse al backend del proveedor del servicio, donde se realiza todo el procesamiento. 57 3.1.6 Arquitecturas SDV. Las arquitecturas SDV (Switched Digital Video) se caracterizan por los sistemas de distribucin de televisin/video en los cuales slo los canales seleccionados son transmitidos al cliente. En oposicin, los sistemas tradicionales de televisin por cable (analgica o digital) y de televisin por satlite llevan hasta el equipo del cliente un conjunto amplio de canales a travs del mismo medio de transmisin. En el caso de IPTV, la utilizacin de IP Multicast, principalmente del protocolo IGMP (IP Group Membership Protocol), permitir gestionar los canales seleccionados a cada momento por cada cliente, con lo cual se consigue una eficiente utilizacin de los recursos de la red. Este proceso de seleccin de canal tiene un papel importante en el servicio ofrecido a los usuarios, sobre todo el tiempo de cambio de canal, que es bastante diferente del proceso de seleccin de canal de televisin por sintonizacin, en el cual se escoge uno de varios canales que llegan al equipo a travs del medio de transmisin. Este sistema poseo algunas desventajas, uno de ellas est relacionada con el hecho de la multiplexacin de los canales de video a travs de la red de cobre debido a los bajos costos. En cuanto a las ventajas, proporciona al usuario una gran variedad de canales, que puede ser entendido como la personalizacin de contenidos, lo cual puede convertirse en los atributos ms acertados que esta tecnologa puede ofrecer. 3.1.7 Descripcin del sistema de IPTV. El proceso de transmisin de la televisin sobre IP puede comenzar desde un servidor donde est almacenado el video, desde una transmisin en vivo o puede ser una seal satelital. Para convertir la seal de la fuente en datos digitales, debe pasar por un codificador, luego estos datos digitales son encapsulados en paquetes IP.Antes de ser distribuidos al usuario final, la seal de IPTV debe ser encriptada; luego es transmitida para llegar a un Sep Top Box que convierte los datos digitales en seal analgica para que pueda ser interpretada por el televisor

57

http://www.coit.es/publicaciones/bit/bit148/40-42.pdf

108

Fuente:www.iptv-forum.com Fig.3.5 esquema de IPTV.

3.1.8 Elementos del sistema IPTV.

109

El sistema IPTV es bsicamente un sistema de distribucin de televisin que hace uso de las redes IP para entregar mltiples canales de audio y video Una red de televisin IP est constituida por los siguientes bloques principales: HeadEnd (HE). Video bajo demanda (VoD). Middleware (MW). Sistema de control de derechos (DRM). Set Top Box (STB). Home Gateways (HG). Servidores para la gestin de la red y de las direcciones IP de los STB

3.1.8.1 HeadEnd El video o cabecera HeadEnd es el punto de la red donde son adquiridas las seales de televisin y dems contenidos que sern preparados para su posterior distribucin en una red IP. se concentra el conjunto de elementos que incluyen las funciones de recibir las seales en vivo (transmitidas va satlite o provistas por fuentes de contenido local) y convertirlas al formato necesario para su transmisin por la red y su posterior recepcin por los STB En la Figura 3.6 se muestra el sistema HeadEnd en donde se agrupan varias fuentes de informacin, se decodifica, selecciona y retransmite programacin de video a la red de distribucin IP

Fuente:www.supertel.gov.ec/pdf/tdt/31 FIG.3.6 Sistema HeandEnd. En el HeadEnd se encuentran los receptores integrados que combinan varias funciones r eceptoras, decodificadoras, desencriptadoras en un solo

110

montaje. Despus de que el HeadEnd recibe, separa y convierte las seales entrantes en nuevos formatos estas son seleccionadas y codificadas (conversin a paquetes) para ser enviadas al sistema distribuidor de paquetes IPTV. Las seales de video son codificadas para prevenir el uso no autorizado de las mismas, antes de que sean enviadas al sistema de cable distribuidor. Los HeadEnd locales pueden estar conectados a HeadEnd regionales que a su vez pueden estar conectados a un sper HeadEnd.58 Para reducir el costo de un sistema IPTV, los sistemas HeadEnd pueden ser compartidos por varios sistemas de distribucin.

3.1.8.2 Componentes del HeadEnd. Receptor Decodificador Integrado (IRD).

Es un equipo capaz de recibir, decodificar, desencriptar y convertir las seales emitidas (como las de un sistema de satlite) a una forma que pueda ser transmitida o usada por otros equipos Los IRD son usados para demodular y desencriptar los flujos de transporte multi programas (MPTS) de una antena satelital. El IRD tiene un receptor que puede seleccionar y demodular un canal especfico. El decodificador divide los canales entrantes en sus partes componentes. El desencriptador puede convertir la informacin encriptada en un formato que el sistema pueda usar. Un convertidor de interface puede cambiar el formato del medio para que sea utilizado por otros dispositivos. El IRD recibe seales provenientes ya sea de un receptor satelital o de una red de datos, procesa esta informacin y entrega a la salida seales de video anlogo o a su vez seales digitales de alta definicin, las mismas que sern entregadas a conexiones de datos IP de alta velocidad. Receptor Off-Air

Un receptor off-air es un equipo que contiene un sintonizador, demodulador y decodificador para seales de televisin anlogas o digitales. Este tipo de receptor es son usados en sistemas de televisin por cable para recibir canales emitidos localmente haciendo posible retransmitirlos por el sistema de televisin. Se menciona este equipo, puesto que en algunos pases puede ser un requerimiento regulatorio el tener que transmitir canales de televisin local en los sistemas de IPTV. El receptor off-air contiene un sintonizador que permite seleccionar un canal especfico de televisin. Estos pueden ser simples sintonizadores de
58

Punto central de un sistema de televisin por cable o IPTV, donde se concentran todos los canales de televisin para luego mltiplexarlos en una red de cable o IP.

111

televisin anloga (NTSC, PAL o SECAM) o pueden ser capaces de demodular y decodificar canales de televisin digital (TDT). Switch de Paquetes.

Son Dispositivo utilizado para enviar y recibir paquetes en una red de datos. ste equipo recibe el paquete de datos, lee la direccin destino, busca en su base de datos, y los enva al destino correspondiente. Es usado en un HeadEnd de IPTV para seleccionar y enviar paquetes desde un flujo de programas de televisin a su destino en el sistema IPTV. El destino de estos puede ser un servidor o un hub de medios que redistribuye el flujo de paquetes a un grupo de receptores o a un aparato visual individual como un cliente que este viendo un video o programa bajo demanda.

Manejo de Contenidos.

Equipo que cumple funciones similares a las realizadas en la etapa de adquisicin detallada en la arquitectura de la red IPTV. Es decir, recepta contenidos, los procesa digitaliza, codifica y encripta. Luego de que el contenido es adquirido o est siendo transferido, es adaptado y almacenado en servidores de video inicial, este contenido puede ser posteriormente editado. La adquisicin de contenido puede requerir licencias, costos asociados y restricciones de mismo. Los trminos de licenciamiento de contenido pueden definir el tipo especfico de sistema (cable, Internet o video, el rea geogrfica donde se transmitir el contenido, los tipos de usuarios as como tambin las limitaciones especficas de uso, como el nmero de veces que se puede transmitir un programa por mes. El sistema de adquisicin de contenido se conecta a un sistema de facturacin para calcular los costos de derechos de autor y otros costos por los medios. A su vez este equipo se encarga de la generacin de la gua de programacin. Sistemas de Playouts.

Sistemas usados para seleccionar y asignar programas en cierto orden y en determinados espacios de tiempo, en los canales de televisin que van a ser mostrados a los usuarios. Adems, pueden ser capaces de seleccionar eventos primarios o secundarios. Los primarios son los programas que van a ser transmitidos, los secundarios son medios que se usan o combinan con los primarios, por ejemplo: la insercin de logos, despliegue de texto, montaje de audio o efectos especiales.

112

Almacenamiento de Activos.

El almacenamiento de activos se usa para guardar medios o datos de importancia en sistemas de memoria los mismos que son configurados en una estructura jerrquica para permitir la coordinacin de medios guardados. Algunos de los diferentes tipos de almacenamiento incluyen memoria cache, memoria en lnea, casi en lnea y fuera de lnea (Offline). Procesamiento de Contenido

Sistema que hace referencia a la adaptacin, modificacin o combinacin de medios en otros formatos. Este proceso puede incluir: procesamiento de grficos (requerido para integrar imgenes con el programa de fondo), codificacin del contenido (manipulacin de la informacin o de los datos para cambiarlos a otros formatos), compresin de medios (para reducir el ancho de banda) y transferencia de cdigos.

Insercin de Anuncios.

Para insertar un anuncio se puede basar en un mtodo que es introducir un tono el cual indica el inicio de un espacio publicitario en un programa. Cuando los medios entrantes son recibidos por el equipo de montaje, ste anuncia al servidor de anuncios que un medio de publicidad es requerido El servidor de medios coloca estos datos en el programa que lo requiere. El flujo resultante con el nuevo anuncio es enviado a los usuarios por el sistema distribuidor. 3.1.8.3 Video Bajo Demanda. El Sistema de video y audio bajo demanda, es el sistema encargado de almacenar y transmitir a la red videos y pistas de audio que podrn ser solicitados por los clientes para ser recibidos a demanda 3.1.8.4 Middleware Este Sistema no es un elemento bsicamente de la arquitectura IPTV .cuyo objetivo es soportar la entrega de servicios de IPTV. el trmino middleware es usado para describir el software existente en cada uno de los componentes

113

que hacen que el servicio de IPTV sea posible, el Middleware59 define y coordina la forma en que el usuario interacta con el servicio de IPTV, y soporta la interaccin de los distintos servidores de aplicaciones con el HeadEnd El Middleware tambin podr contar con un mdulo de prestacin de servicios. El Middleware constituye una especie de servidor de portal que es accedido y utilizado por una aplicacin cliente que se ejecuta en el STB. Adems es el responsable de la gestin de los usuarios, contenidos y servicios, por ejemplo, a nivel de middleware ser posible diferenciar los servicios previstos para cada cliente (personalizacin) o, a nivel de los contenidos, limitar el acceso a ciertos contenidos a determinados usuarios. A nivel de set-top-box, controla la interaccin con el usuario, convirtindose as en una parte importante debido a que es la imagen que se presenta de todo el sistema. 3.1.8.5 Sistema de control de derechos. El sistema de control de derechos ser el que se encargar de la encripcin de los contenidos de modo que no se vulneren los derechos de propiedad intelectual de los contenidos al ser transmitidos en la red. 3.1.8.6 Set Top Box. Los STB sern los equipos que se conectarn con el TV del cliente. Debern decodificar las seales para que se transportan como flujos de informacin multimedia sobre el protocolo IP para hacerla compatibles con una TV Cada STB deber disponer de un control remoto el cual ser utilizado por los clientes para enviar las rdenes al sistema.

Home Gateways.

Los home gateways sern los que permiten mapear diferentes calidades de servicio As, una entrada es para conectar la red residencial de Internet ( basada en servicios de mejor esfuerzo) y la otra para conectar a los STB de IPTV, que requieren de calidad de servicio. 3.1.8.7 Servidores para la gestin. Finalmente, se deber contar con un Sistema de Gestin que permita realizar las tareas de Operacin y Mantenimiento de los distintos elementos del sistema. 60
59

Es un software que permite al cliente interactuar con el equipo, es la conexin entre la parte visual y la parte fsica del equipo. 60 http://bibdigital.epn.edu.ec/bitstream/15000/1956/1/CD-2823.pdf

114

Fuente: www.teleina.com FIG. 3.7 topologa del sistema IPTV mencionado

3.1.9 Estructura de la red. 3.1.9.1 IPTV. En la siguiente figura se presenta los elementos que conforman un sistema de IPTV con el objetivo de tener una visin ms detallada de cmo est conformada la red. Los elementos expuestos son profundizados ms adelante.

115

Fuente: www.iie.fing.edu.uy/ense/asign/codif/material FIG.3.8 Estructura de la red IPTV. 3.1.9.2 Super Head End (SHE) Es la fuente primaria de programacin para el sistema de IPTV. Adems es el responsable del almacenamiento del contenido que originan los proveedores de programacin, tambin convierte este contenido a una forma apropiada para su entrega a travs de la red de IPTV, y lo transmite a los VSOs. Los SHE pueden ser el lugar donde el contenido es preparado para ser almacenado en los servidores de videoque sern utilizados para entregar servicios de VOD. Las funciones que desempea un SHE son las siguientes61: 1. Agregacin del contenido. El contenido proviene de diferentes proveedores de programacin y este requiere ser almacenado. La programacin puede ser cualquier cosa como canales de deportes, noticias, msica, drama, canales de pelculas, entre otros.
61

http:// www.iie.fing.edu.uy/ense/asign/codif/material

116

En muchos casos, estas seales de video pueden ser recibidas mediante un grupo de satlites o desde una red de transporte de video terrestre. Con frecuencia, las seales entrantes pasarn a un formato digital encriptado, por lo tanto, los receptores debern tener los comandos necesarios y las claves para la desencriptacin de la programacin. 2. Conversin. El contenido entrante debe ser convertido a la forma en la cual ser transmitido a travs del sistema de IPTV. Para simplificar las operaciones, cada canal ser convertido a un formato estndar, es decir, con tasas de bit estndar, formato de paquetes estndar, un mtodo de compresin comn, y todo lo que sea necesario para hacer posible que el equipo del espectador entienda la seal de video y sepa como procesarla. Los proveedores de programacin estn en la libertad de elegir cualquier tipo de compresin, por lo cual se requiere necesariamente transcodificar. Transcodificar es la conversin de las seales de un formato de compresin a otro. En la entrada del transcodifcador se puede tener cualquier tipo de video, ya sea video no comprimido, MPEG-2, MPEG-4, o VC-1, a la tasa de bit que el proveedor de contenidos escoja. La salida necesita ser comprimida con el cdec propio y tener la tasa de bit especificada por la red. 3. Transporte. Las seales de video comprimidas, luego deben ser transportadas sobre una red hacia cada VSO (Video Serving Office). Estas redes tienden a ser terrestres (con algunas excepciones geogrficas) porque los altos anchos de banda requeridos para suministrar cientos de canales a muchos lugares puede ser demasiado costoso si se utiliza satlite. En muchos casos, las redes que conectan el SHE a cada VSO sern redundantes, para prever cualquier fallo en el servicio. 4. Formato. El contenido que se pretende entregar a los usuarios en un sistema VOD puede llegar en una amplia variedad de formatos. A pesar de la fuente del contenido, existen algunas funciones claves que se deben realizar en cada elemento de contenido VOD. El contenido debe ser transcodificado y convertido en un formato comn para que pueda ser interpretado por cada STB, se requiere la estandarizacin de parmetros como la tasa de bit y la tecnologa de compresin. El contenido tambin ser catalogado y etiquetado para referencia, y se requerirn etiquetas de software (conocidas como metadatos) para indicar el tiempo de duracin del video, describir a los usuarios el contenido e indicar cualquier restriccin en el almacenamiento o entrega del mismo.

117

1.3.9.3 Video Serving Office (VSO). Un VSO proporciona el procesamiento de video y la entrega de servicios para una determinada regin. Cada VSO puede recibir contenido desde una SHE y adems es responsable de distribuir todo el contenido en tiempo real, a cada oficina central/terminal remota (CO/RT) en la regin. Un VSO tambin servir como la ubicacin del VOD y otros servidores que entregan contenido especializado para los usuarios. Servicio al cliente, facturacin, y otras operaciones relacionadas pueden ser alojados en el VSO. Las funciones del VSO incluyen: 1. Ubicacin. una de las funciones ms importantes del VSO es procesar el contenido especifico para la regin local, el cual puede proceder de estaciones de difusin local over-the air o a su vez la programacin podra ser localmente generada desde otras fuentes, como instituciones educativas, fuentes del gobierno, o canales de acceso pblico. De la misma forma que SHE, el contenido local puede llegar en diferentes formas que requieren ser convertidos en el formato comn de IPTV para su entrega. 2. Compresin. Los procesadores de contenido de video toman de las entradas muchos tipos de video que se encuentran en formatos diferentes y crean salidas de video que estn en el formato requerido para la distribucin. Adems, los procesadores de contenido pueden tomar seales de video que han sido comprimidas a una tasa de bit especfica y convertirlas a otra tasa de bit diferente. Por ejemplo, convierten seales de video que han sido comprimidas utilizando un estndar (como MPEG-2) a un estndar diferente (como H.264). 3. Creacin de streams. el VSO tambin es el lugar donde los streams de IPTV son creados. Estos flujos estn conformados por paquetes que son enviados a los COs/RTs. El nivel de sofisticacin del equipo remoto determinar el nmero de streams que necesitan ser creados por el VSO. Con un equipo remoto simple, el VSO necesitar generar un stream por cada espectador activo. En cambio, con un equipo remoto sofisticado capaz de duplicar los paquetes de video de salida, solamente se requerir generar un stream por cada canal de difusin. 4. Almacenamiento de VOD. Los servidores VOD son generalmente alojados en el VSO. Estos sistemas son los responsables de crear los streams individuales (unicast) que sern enviados a cada subscriptor cuando vean contenido VOD. Con VOD, cada usuario tiene la posibilidad de pausar, adelantar y rebobinar el flujo de video.

118

5. locales. Pueden ser una importante fuente de ingresos para el operador de IPTV. Estos anuncios pueden ser insertados (con la debida autorizacin) en la programacin tanto nacional como local. 6. Interactividad. La interactividad es uno de los grandes aportes de IPTV. En el VSO, los comandos enviados por cada STB son reunidos y procesados. Una de las principales funciones de la interactividad es la seleccin, compra, interaccin con la programacin y el control que tiene el espectador sobre el contenido de VOD. Para soportar estas funciones, el VSO necesita ser equipado con servidores de aplicacin que corran el software requerido para procesar los comandos enviados por los usuarios. 7. Autorizacin de STB. Los sistemas en el VSO validarn si cada STB est autorizado, antes de que este pueda recibir el contenido de video con el fin de que los no autorizados puedan ver la programacin. Dos objetivos pueden ser alcanzados mediante el uso de scrambling 25y encriptacin: el operador de IPTV puede estar seguro que solo los clientes que pagan por el servicio tienen acceso al contenido y que el contenido puede ser protegido de duplicacin no autorizada y retransmisiones. 62 8. Entrega mediante fibra. Generalmente, una red de fibra ptica, formada de mltiples enlaces de giga bit Ethernet, es utilizada para conectar el VSO a las CO/RT. 3.1.9.4 Oficina Central/Terminal Remoto (CO/RT). Muchas redes de IPTV emplean la infraestructura fsica existente de las compaas telefnicas. Las oficinas centrales contienen el equipo para la conmutacin de llamadas telefnicas. Los terminales remotos, los cuales estn a menudo localizados bajo tierra, contienen sistemas que conectan las lneas de subscriptor y los enlaces digitales o de fibra ptica al CO ms cercano. El equipo puede ser instalado para entregar servicios de IPTV sobre circuitos DSL, el mismo que est localizado en las instalaciones y debe desempear varias funciones diferentes. 1. Funcin del DSLAM. Dentro de cada CO/RT se encuentran una o ms unidades Digital subscriber line Access multiplexer (DSLAM). La funcin bsica de un DSLAM es actuar como un switch Ethernet y conectar el trfico de video que llega desde el VSO a las lneas DSL para salir a cada subscriptor. Para llevar a cabo esto, el DSLAM examina la direccin IP de cada paquete entrante

62

http://dornajo.wordpress.com/2010/02/21/iptv-un-nuevo-concepto-de-television/

119

y lo enva a cualquier circuito DSL conectado al dispositivo del subscriptor que posea esa direccin IP. 2. Tecnologa multicasting. Esta tecnologa es de gran utilidad para la transmisin de video a travs de IPTV y es soportada por algunas de las nuevas marcas de DSLAM. Con multicasting, el DSLAM es capaz de tomar un nico stream del VSO, el cual es replicado para enviarlo a mltiples usuarios de manera simultnea. Sin esta tecnologa, el VSO debera crear un stream de video individual para cada usuario. 3. Conectividad. El DSLAM tambin debe conectarse al sistema de telefona existente en el CO/RT. Un splitter DSL o un puente hbrido es utilizado para permitir la coexistencia del equipo DSL y el equipo telefnico para as compartir un solo par de cobre que llega hasta los hogares de los subscriptores. 4. Combinacin de servicios.- diferentes servicios pueden compartir el alto ancho de banda ofrecido por una lnea DSL. Los servicios de video de IPTV son, por supuesto, uno de los componentes principales pero tambin se tiene un servicio rpido de datos para el acceso a Internet; este trfico puede ser separado por el DSLAM y conectado a un router para su procesamiento con el CO.

120

CAPITULO 4 EQUIPOS Y TECNOLOGIAS 4.1 Tecnologas de comunicaciones En la transmisin desde el servidor al cliente, pueden actuar diversas tecnologas, tanto cableadas como inalmbricas. Entre las cableadas podemos encontrar: Ethernet. La comunicacin basada en el estndar IEEE 802.15 sobre cable de categora 5 funciona de forma satisfactoria en redes de rea local (LANs), debido a su alta tasa de datos (superior a Gb/s) y alta fiabilidad. El Mayor problema es que la instalacin de este tipo de cables no suele ser habitual en las casas. MoCA. La Alianza Multimedia sobre cable Coaxial (Multimedia over Coax Alliance ) es una de las muchas iniciativas de la industria que promueven el uso de cable coaxial para distribuir la seal digital de vdeo a una tasa de 100 Mb/s. Los equipos de TV deben estar situados generalmente cerca de la boca de distribucin de la seal, y de nuevo, no es habitual que exista preinstalacin de esta red. HomePlug AV. Esta alianza promueve el uso de la lnea elctrica del hogar para realizar la distribucin de los datos, ya que los cables de la red elctrica es el medio cableado ms disponible. El ltimo estndar, PAV,puede alcanzar una tasa de 200 Mb/s, pero esta red sufre mucho nivel de ruido e interferencias, que provocan decaimientos. Esto unido al hecho de que los adaptadores son caros, hace que este mtodo no sea muy empleado. HomePNA. La alianza Home Phoneline Networking Alliance (HPNA), promueve el uso de la lnea de telfono. El estndar 3.0 consigue una transferencia mxima de datos base de 128 Mb/s (extensible a 240 Mb/s), usando la lnea de telfono y cables coaxiales. El cable trenzado de cobre por s solo no ofrece gran ancho de banda, y al no estar pensado para servicios multimedia, no suelen estar bien localizados. En cuanto a las tecnologas inalmbricas, podemos considerar: IEEE 802.11n. El nuevo sub-estndar dentro de la familia 802.11 (WLANs), especifica ratios de comunicacin de hasta 540 Mb/s en un alcance de 50 metros, en las bandas libres de 2,4 y 5 GHz. As, un nico AP puede cubrir una casa entera, pero

121

tambin est ms expuesto a interferencias debido a este distancia de comunicacin.

incremento en la

Ultra Wideband. El trmino UWB se usa para referirse a cualquier tecnologa de radio que usa un ancho de banda mayor de 500 MHz o del 25% de la frecuencia central. La FCC (Federal Communications Commission) permite este tipo de comunicaciones sobre la banda de 3,1 a 10,6 GHz emitiendo a muy baja potencia, obteniendo tasas de transmisin de 55 a 480 Mb/s, con un alcance de 10 metros. El corto alcance y las bajas emisiones hacen que esta tecnologa sea adecuada para el entorno del hogar, aunque en ocasiones requiera desplegar ms puntos de acceso. Millimeter Wave (mmWave). La FCC aprob tambin el uso libre de la banda de 57 a 64 GHz con potencias de hasta 40 dBm (EIRP). El grupo de trabajo IEEE 802.15.3c fue formado en marzo de 2005 para desarrollar una capa fsica alternativa para las WPANs. Prototipos basados en mmWave pueden alcanzar ms de 2 Gb/s en distancias de 1-2 metros. El problema viene dado por las altas frecuencias usadas, las cuales afectan en comunicaciones con obstculos intermedios, impidiendo el traspaso de la seal a travs de paredes. WiMAX. Son las siglas de Worldwide Interoperability for Microwave Access. El estndar IEEE 802.16 [23] se presenta como una alternativa para dar servicios de banda ancha en zonas donde el despliegue de cobre, cable o fibra por la baja densidad de poblacin presenta unos costes por usuario muy elevados (zonas rurales). Existe una banda licenciada entre los 2,5 y 3,5 GHz, y otra libre de 5,8 GHz. En comunicaciones estticas se han obtenido ratios reales de hasta 70 Mbps con radios de clula de hasta 6 Km. Comunicaciones celulares. En esta categora se agrupan todas las tecnologas de comunicaciones celulares mviles. GSM (Global System for Mobile Communications) tena como principal caracterstica la capacidad de transmitir datos adems de voz, a una velocidad de 9,6 Kbit/s. En 2001 surge la 2.5G, la tecnologa ms notoria de esta generacin es el GPRS (General Packet Radio System), capaz de coexistir con GSM, pero ofreciendo servicio portador ms eficiente para el acceso a redes IP como Internet. La velocidad mxima de GPRS es 171,2 Kbit/s aunque en la prctica no suele pasar de 40 Kbit/s de bajada y de 9,6 Kbit/s de subida. Ms tarde surgieron ya las tecnologas 3G y UMTS (Universal Mobile Telecommunications System) a la cabeza, con una velocidad mxima de 2 Mbit/s en condiciones ptimas, que permiten desplegar servicios multimedia

122

ms novedosos. Estas tecnologas permiten conectividad ubicua, aunque a tasas ms bajas que otras ya explicadas63

4.2 redes core networks. Las redes core, incorporan las funciones de transporte y de inteligencia desde el servidor hasta un punto intermedio, antes de ser distribuidas al usuario final. En IPTV estn principalmente basadas en los mecanismos MPLS, GMPLS y multicast . MPLS (Multiprotocol Label Switching). Es un mecanismo de transporte de datos estndar creado por la IETF (RFC 3031 [24]), que opera entre las capas de enlace y de red del modelo. Fue diseado para unificar el servicio de transporte de datos en redes basadas en circuitos y basadas en paquetes, pudiendo ser utilizado para transportar diferentes tipos de trfico, incluyendo trfico de voz y de paquetes IP. As, el protocolo agrega etiquetas en las cabeceras de los paquetes antes de ser enviados por la ruta correspondiente usando conmutacin en lugar de enrutado, de forma similar a los protocolos ATM. De todas formas, estas etiquetas no sirven para identificar el tipo de contenido transmitido, por lo que los ISPs no pueden priorizar este trfico de datos. Las VPNs y la ingeniera de trfico son las principales aplicaciones de MLPS. GMPLS (Generalized MPLS). Es una extensin del mecanismo para aadir sealizacin y control del enrutado en el dominio de paquetes, tiempo, longitud de onda, fibra, etc. permitiendo gestionar las conexiones, recursos y QoS extremo a extremo. As, GMPLS es un protocolo ms efectivo en los servicios de banda ancha e IPTV, puesto que otorga un mayor control a todos los niveles de la arquitectura . Respecto a multicast, permite entregar informacin a un grupo de nodos al unsono por medio de los protocolos RTP/TCP/IP. As, permite ahorrar ancho de banda tanto en las redes core como en las redes de acceso, ya que generalmente existe un alto porcentaje de probabilidad de que varios usuarios en la misma red accedan al mismo programa. Este mtodo es muy apropiado para la multidifusin de contenidos en streaming sobre IP, pero sufre de problemas de escalabilidad cuando la red dispone de un gran nmero de usuarios y grupos. De este modo, no existe ninguna aplicacin comercial desplegada en Internet completamente multicast, exceptuando algunas limitadas en localizacin y redes privadas.

63

http://eprints.ucm.es/11414/1/T32377.pdf

123

4.3 Estructuras de las redes y enrutamiento La base de la arquitectura de red IPTV es ofrecer los servicios de vdeo con un mnimo QoS garantizado al menor coste posible de red (ancho de banda). Multicast y otros protocolos relacionados son una opcin para reducir este coste, pero como se ha comentado, est an en estudio su despliegue a larga escala. As, las miradas han recado sobre los sistemas P2P de intercambio de archivos, para intentar rescatar los posibles beneficios y aplicarlos en los sistemas de distribucin de TV. Adems, otras arquitecturas como las de los servicios D&P (Download and Play) se basan en modos Best Effort para implementar sus servicios. Los sistemas comerciales ofrecen sus servicios sobre redes en rbol multicast. De esta forma, envan la informacin apoyndose sobre servidores dedicados para tener una rplica de los contenidos, y salvar posibles errores mediante redundancia. Los sistemas IPTV P2P , pueden ser distribuidos en rbol o malla. Los sistemas IPTV P2P en rbol, implementan un esquema de distribucin estructurado, con nodos padre e hijos. En principio, desde el origen del contenido se ofrece la informacin, cada nodo recibe los datos de su nodo padre, que a su vez puede ser la fuente del contenido o un cliente ms. Si la estructura es estable, y no hay gran rotacin de nodos, estos sistemas no requieren mucho overhead, ya que los paquetes se reenvan de nodo a nodo sin necesidad de mensajes de sealizacin. Por el contrario, en entornos con alta tasa de entrada y salida de nodos, el rbol debe ser destruido y reconstruido continuamente, lo que requiere un overead considerable. Adems, los nodos deben almacenar la informacin durante el tiempo necesario para reparar el rbol, evitando as prdida de paquetes. En los sistemas P2P implementados mediante un esquema mesh, cada nodo tiene que contactar a un subgrupo de nodos para obtener los fragmentos necesarios. Cada nodo debe conocer qu fragmentos poseen los dems nodos, y explcitamente solicitarlos. Este tipo de esquemas requieren overhead, en parte debido al intercambio de mapas de las partes almacenadas, y en parte debido al proceso de peticin de los fragmentos. Debido al hecho de que cada nodo se basa en muchos otros para obtener el contenido, los sistemas en malla ofrecen gran resistencia ante fallos. En el lado negativo podemos encontrar que requieren buffers muy grandes, para almacenar los fragmentos que pueden ser solicitados por todos los dems peers. el funcionamiento de los sistemas Download & Play. Estn basados en una descarga progresiva desde un servidor Web, de forma que el buffer del usuario se va completando con datos hasta que llega a un lmite suficiente, desde el cul ya se puede reproducir el vdeo. Si el ratio de reproduccin supera al de descarga, hay que retrasar la reproduccin hasta que el buffer se complete lo suficiente para no tener que congelar la imagen. Esta estrategia es una alternativa para ofrecer contenidos multimedia en entornos totalmente heterogneos. Youtube por ejemplo, est basado en una arquitectura similar.
124

D&P puede acercarse a la experiencia de la TV bajo demanda si se le incluyen controles de interactividad, como por ejemplo rebobinado, reproduccin rpida, etc.64 4.4 Descripcin tcnica IPTV no es realmente un protocolo en s mismo. Se ha desarrollado en base al Video-Streaming. Para que la IPTV pueda funcionar de manera correcta y completa, es necesaria una conexin a Internet de gran ancho de banda. Para el Video-Streaming, se pueden diferenciar dos tipos de canales: SDTV (De Definicin Estndar): Conexin de 1.5Mbps. HDTV (De Alta Definicin): Conexin de 8Mbps. Si se tienen varios canales distintos (por tener varios receptores de televisin) se necesita ms ancho de banda. A este ancho de banda hay que sumar el necesario para la conexin a Internet. Por lo tanto, se necesitan 4.5Mbps para tres canales de SDTV o bien 11Mbps para dos canales SDTV y, al menos, un canal HDTV. En cualquier caso, la tecnologa de compresin y codificacin de vdeo es MPEG-4. MPEG-4 es un estndar que comprime la informacin an ms que MPEG-2, que es el estndar tradicionalmente empleado para Video-Streaming, y que por tanto resulta muy til cuando no se dispone de mucho ancho de banda. Si con la codificacin MPEG-2 se requieren entre 4Mbps y 6Mbps para transmitir servicios de vdeo de un canal SDTV, con MPEG-4 bastan los 1.5Mbps ya citados. En cuanto al ancho de banda necesario, la tecnologa ADSL permite transmitir los datos de vdeo, pero tiene unas limitaciones de distancia que suelen cifrarse en unos 5Km. Por encima de eso no pueden ofrecerse servicios de televisin. Con la intencin de salvar este obstculo, las compaas que ofertan servicios de IPTV estn desplegando la tecnologa ADSL2+ en todas sus centrales. ADSL2+ es una evolucin de ADSL que permite transmitir la informacin ya comprimida de forma ms eficiente, rpida y a mayor distancia. 4.5 Equipos. El sistema IPTV incluye hardware y software para proveer televisin y video, ambos IP. El headend de IPTV incluye todos los elementos necesarios para que una compaa de telecomunicaciones pueda ofrecer servicios IPTV:
64

Fuentes de contenido: DVB IP gateway 4x

http://bdigital.eafit.edu.co/bdigital/PROYECTO/P004.6CDR436/marcoTeorico.pdf

125

4.5.1 DVB IP Gateway 4x (servidor de flujo IPTV). DVB to IP gateway 4x de NetUP es una solucin de flujo IPTV completa. Puede recibir canales de televisin en vivo directamente desde antenas parablicas (DVB-S, DVB-S2), antenas (DVB-T) o cable (DVB-C), decodificarlos utilizando el mdulo de acceso condicional (CAM) y enviarlos por una red IP utilizando multicast (se requiere snooping IGMP de switches Ethernet). Uno DVB-IP gateway 4x puede recibir y enviar canales de televisin de 4 transpondedores DVB o multiplexores que conforman hasta 50 canales IPTV. Tambin es posible codificar 4 canales modulados de televisin analgica (salida RF a IP). El software de flujo IPTV utilizado en el DVB to IP gateway 4x permite una configuracin flexible y asegura gran desempeo y confiabilidad.

Fuente: www.netuptv/es-ES. FIG.4.1 un servidor de flujo IPTV. Fabricante, netup. Especificaciones del producto Estructura y potencia

caja estndar con montura de rack telecomunicaciones de 19" altura: 1U dimensiones (AAP): 430 x 44 x 411 mm peso: 11.5 kg energa: 90 ~ 264 Volts, 47 ~ 63 Hz

para

instalaciones

de

Entradas/Salidas.

6 x Gigabit Ethernet 10/100/1000 Mb/s. 4 x DVB-S/DVB-S2 o DVB-T o DVB-C. ranuras CI x 4. o 4 x entradas para seal modulada de TV (RF a IP), con codificacin MPEG en tiempo real.65

65

http://www.netup.tv/en-EN/index.php?gclid=CI_RqpW1iqkCFQOt7QoduSguJQ

126

Control y administracin.

panel frontal de LCD para configuracin inicial e informacin de sistema. interfaz web de administracin. consola RS-232.

Rendimiento.

4 transpondedores o multiplexores, con un ancho de banda total de 240 Mb/s.

4.5.2 Servidor de VoD. Video por demanda y Cine virtual El Servidor de Video por Demanda est diseado sobre una plataforma estndar de la industria y soporta hasta 100 flujos concurrentes (1000 suscriptores a tarifas de picos VoD normales), con tasa de compresin MPEG-2 de 4 Mb/s por flujo. Tiene soporte para modos de flujo unicast y multicast. 66

Fuente: www.netup.es.es FIG.4.2 servidor de flujo IPTV, marca netup. El almacenamiento en el servidor se realiza en 4 discos duros SATA-II hotswap. El espacio de disco total de la configuracin estndar es 3 Tbytes o ms
66

http://www.netup.tv/en-EN/index.php?gclid=CI_RqpW1iqkCFQOt7QoduSguJQ

127

de 800 pelculas de calidad DVD. Es posible conectar capacidad de almacenamiento externo si fuera necesario. Las pelculas se guardan en MPEG-2 o MPEG-4 AVC (H.264) flujo de transporte - soporta SD y HD. La tasa de compresin puede ser modificada para igualar la de las cajas decodificadoras y el rendimiento de flujo de red. El contenido de video puede ser subido por smb o ftp. Hemos incluido un mdulo para recodificar los DVD al formato requerido directamente en el disco duro del servidor. Dicho mdulo est disponible en el modo "lnea de comandos" para automatizar la recodificacin a disco. La descripcin de las pelculas, que se aprecia en la interfaz de usuario del Middleware, puede ser sincronizada con la base de datos central en Internet (Media Knowledge Base, www.media-kb.com). La base de datos contiene la informacin total y estructurada del contenido multimedia, es multilinge y de acceso libre. El servidor est armado en una caja para ser montado en un rack 1U. Es posible conectar los servidores VoD en configuracin de clster, con lo cual brindamos a nuestros clientes la posibilidad de alcanzar casi cualquier rendimiento y ofrecer VoD en redes distribuidas. Utilizando CAS de, puede emitir contenido ya encriptado desde el servidor VOD. TV Asncrona, Grabacin de Video de Red y TV por Demanda estn implementados como servidores separados, basados en la misma arquitectura. Servidor de video VoD.

Fuente: www.thomson.net. Fig.4.3 servidor de video, marca.thomson

Con una gran alta capacidad de almacenamiento o un servidor de cach que se encarga de muchas corrientes a la vez, simplemente puede aadir capacidad altotalsistemaquelonecesite. Los mejores procesadores estndar, de Raza
128

adaptadores Ethernet SmartVision servidores de Video por Demanda de utilizar la mayora de los populares servidores basados en Intel. Al evitar diseo personalizado plataformas de acogida, que est no encerrado en un sistema de propiedad y pueden beneficiarse de la continua el rendimiento y el precio de los avancesdelaindustriadelacomputacin. Nuestra GES pendientes adaptadores de red constituye la base de nuestro servidordealto rendimiento. Mediante el uso de alta velocidad interfaz de programacindeaplicaciones(API). Un servidor de vdeo a la carta SmartVision puede alcanzar hasta 1,8 Gb / s por GES adaptador al mismo tiempo descarga de la CPU del servidor una variedad de las tareas de distribucin de contenidos. Por el ahorro de acogida recursos, SmartVision servidores VOD gestionar en paralelo ingerir o administracin tareas Especificaciones Formatos de archivo de los medios de comunicacin MPEG-2 a travs de transporte MPEG-2 corrientes H.264 en formato MPEG-2 Transport Stream H.263, H.264 y MPEG-4 parte 2 ms de RTP

Protocolos de streaming Transporte: UDP / RTP IP, UDP / IP, TCP / IP Control: RTSP HTTP descargar y hacer un tnel

Actuaciones (por adaptador GES) 900 arroyos a 2 Mb / s 480 streams@3.75 Mb / s 225 ros a 8 Mb / s Incomparable estabilidad del reloj: 0,1 ppm Modo truco Compatible con MPEG-2 y H.264 Avance rpido y rebobinado en diferentes velocidades: x2, x4, x8, x12, x16, x6467

67

http://www. thomson.net

129

Fuente: www.thomson.net
Fig 4.4 SmartVision Video Interfaz grfica de usuario del servidor

4.5.3 Servidor de TVoD y TV asncrona. La programacin retardada de televisin puede ser considerado como el servicio ms demandado de televisin interactiva. Solamente la tecnologa IPTV ofrece al usuario la posibilidad de pausar o rebobinar programas de televisin. Dicho servicio se conoce por el nombre TV Asncrona. Adems, el servicio de TV por demanda est orientado a ver programas de TV recientes, eligindolos de un archivo68

68

http://www.netup.tv/en-EN/index.php?gclid=CI_RqpW1iqkCFQOt7QoduSguJQ

130

. Fuente: www.netup.es.ES FIG.4.5 servidor de TVoD asncrona. Cada canal recibido desde un satlite o estacin de emisin es grabado en el servidor. Al analizarse los contenidos grabados desde la caja decodificadora, se puede ver la informacin sobre la hora de comienzo del programa de televisin. Dicha informacin es proporcionada al sistema en forma manual o automtica desde EPG. Puede navegar por los programas de TV grabados utilizando las marcas de inicio de los programas o eligiendo arbitrariamente fecha y hora. Los servicios de TV por Demanda y TV Asncrona se implementan en el mismo servidor. El dispositivo es idntico al servidor VOD e incluye 4 discos duros SATA hot-swappable, de 750 GB cada uno. Esto equivale a aproximadamente 2000 horas grabadas de programacin de televisin. Es posible conectar varios servidores TVoD en forma de clster para proporcionar servicios de TVoD en redes distribuidas. El plug-in de Acceso Condicional permite encriptar los flujos de salida en el momento de salir para proteger los contenidos contra accesos no autorizados. Servidor de TVoD asncrona.

Fuente: http://www.teleservgroup.com/productos. FIG.4.6 servidor TVod, marca Brickcom.

131

Especificaciones del hardware: Procesador - 2 GHz Intel Core 2 Duo con FSB de 1066 MHz Memoria - 4 GB DDR2 800 Almacenamiento - SATA de 1 TB * 4 matriz de los contenidos, DOM 4 GB para el sistema operativo y programa de aplicacin Audio - codec de audio de alta definicin Red - Ethernet RJ45 Giga 1000Mbps DVD unidad - un tipo delgado * opcional - hardware PCI-X16 tarjeta RAID opcional - 1 * de la tarjeta PCI SATA 2 (disco matriz) para la ampliacinFuente de alimentacin - 500W ATX Temperatura de funcionamiento - 32 a 122 grados F (de 0 a 50 grados C)
69

4.5.4 Middleware de IPTV (Administracin de contenidos). El Middleware IPTV de es el componente central de IPTV Complex dado que enlaza los suscriptores de las cajas decodificadoras con el headend IPTV y define las caractersticas del usuario. El Middleware IPTV de est compuesto por dos partes principales: el servidor Middleware y el cliente STB, una aplicacin nativa desarrollada en C++ que est instalada en las cajas decodificadoras. Dicha tecnologa, conocida comnmente como middleware IPTV de cliente enriquecido, permite alcanzar un rendimiento mejor de la utilizacin de la interfaz de usuario en comparacin con cualquier middleware IPTV basado en web, lo que es especialmente importante en el caso de TV HD TV o video HD. Al mismo tiempo, la interfaz de usuario es personalizable. El sistema middleware para IPTV ofrece los siguientes servicios:
69

canales de televisin en vivo radio gua electrnica de programa (EPG) video por demanda (VoD) near video por demanda (cine virtual programado, nVoD) TV asncrona, TV por demanda (funciones de TV pausa, adelante/atrs) informacin financiera y de facturacin control de adultos, contrasea financiera, bloqueo de pantalla navegacin web

http://issuu.com/icteduca/docs/catalogo_alecop_icteduca_bc_telecomunicaciones

132

El Middleware de soporta las cajas decodificadoras IP ms importantes: Amino, Telergy, D-Link, Teletec, etc.

Fuente: www.netup.es.ES FIG.4.7 Middleware, marca netup.

133

FIG.4.4 Opciones de vista Middleware El middleware controla la experiencia del usuario y, debido a esto, define cmo el consumidor interacta con el servicio. Por ejemplo, el uso de la interfase y los servicios que estn al alcance del consumidor (como la gua electrnica de programas, identificador de llamadas, recordatorios, favoritos, servicios del tiempo, video-on-demand y servicios pay-per-view) estn disponibles y son controlados a travs del Middleware. Para el operador, el middleware es el punto de acceso para gestionar los servicios de la televisin. Esto le permite la personalizacin de la interfaz con su identidad corporativa. La integracin del Middleware con los sistemas internos del proveedor de servicios hace posible la administracin de los servicios de la TV a travs de los sistemas de facturacin existentes y de los sistemas de CRM.70 El IPTV-Navigator permite al operador de servicios ofrecer a sus televidentes un menu nico y gil para navegar la funcionalidad de IPTV, la cual incluye: EPG (guia de programacion), PVR (grabadora personal de video), eInternetbrowsing. El interface grafico del IPTV-Navigator usa us
70

http://www.netup.tv/en-EN/index.php?gclid=CI_RqpW1iqkCFQOt7QoduSguJQ

134

sistema unico de menus el cual permite al usuario navegar rapidamente las bases de datos del contenido de video almacenado. El GUI del IPTVNavigator es mucho ms agil y tecnicamente avanzado que los interfaces basados en tecnologia HTML Web Browser

Fuente: www.iptv-americas.tv/middleware. Fig.4.8 middleware, marca iptvamericas.

4.5.5 Encriptacin de contenido IP CAS/DRM: Sistema de Acceso Condicional para IPTV El Sistema de Acceso Condicional de (CAS) tiene por finalidad limitar el acceso al contenido a travs de su encriptacin, de manera tal que solamente los usuarios legtimos puedan decodificarlo y verlo. Los flujos encriptados se trasmiten a travs de canales sin proteccin.IP CAS permite al prestador del servicio de IPTV llevar un control de acceso estricto sobre los contenidos y generar con ello una relacin financiera confiable tanto con sus suscriptores como con sus propios proveedores de contenido.El Sistema de Acceso Condicional de NetUP est integrado por dos partes: el servidor y el mdulo cliente.71 El servidor encripta los flujos IP multicast en tiempo real por medio de DVB CSA (algoritmo comn para scrambling) y, adems, genera claves de encriptacin. Tanto las claves como los contenidos son distribuidos de manera multicast y
71

http://www.netup.tv/en-EN/index.php?gclid=CI_RqpW1iqkCFQOt7QoduSguJQ

135

son dirigidos a la misma direccin multicast a travs de otro puerto. Varios servidores CAS pueden operar simultneamente mientras que el distribuidor de cargas administra las tareas asignadas a cada uno. El cliente est incluido en las cajas decodificadoras (STB) y es el programa que corre en ellas. Esta aplicacin recibe las claves desde los flujos y las enva al chip CSA integrado (el hardware decodificador) que descifra el flujo multimedia en tiempo real.El cliente STB controla el acceso del usuario a los varios flujos de acuerdo a los detalles de suscripcin que estn almacenados en el sistema de facturacin. El sistema identifica al usuario gracias a una certificacin SSL asociada al STB, que se utiliza una vez solamente.El mdulo cliente es un sistema confiable y bien protegido contra amenazas a la seguridad. Para ser autorizado, el usuario debe ingresar exitosamente el cdigo digital dentro de un nmero limitado de veces. El proceso de decodificacin no es controlable por el usuario y funciona automticamente. La hora local del IP de las cajas decodificadoras se sincroniza peridicamente con el servidor Middleware.

Fuente: www.netup.es.ES FIG.4.9 Encriptacin de contenidos. 4.5.6 Cajas decodificadoras IPTV Complex es totalmente compatible con cajas IP STB de los fabricantes siguientes:

Amino Technologies Telergy D-Link TeleTec

136

Amino's H140 New!

AmiNET 130 FIG.4.6 cajas decodificadoras. Cajas decodificadoras

137

Estndar el descifrar: D&HD H.264 Marca: DIGICAST72 4.6 Ejemplo de implementacin de IPTV. Cliente de PC para IPTV de NetUP El cliente de PC para IPTV de NetUP (IPTV Player) es un software cliente desarrollado para proporcionar acceso a todos los servicios interactivos utilizando una computadora personal o laptop. No solo permite ver canales de televisin en vivo sino tambin VoD, TV por demanda, EPG y otros servicios interactivos.73 El cliente de PC para IPTV de NetUP proporciona la funcionalidad siguiente:

canales de TV (incluyendo los encriptados) programa de TV pregrabados (TVoD) TV asncrona estaciones de radio listas para ejecucin pelculas (VoD, nVoD) informes financieros administracin de planes tarifarios varios servicios interactivos

72 73

http://issuu.com/icteduca/docs/catalogo_alecop_icteduca_bc_telecomunicaciones http://www.netup.tv/en-EN/index.php?gclid=CI_RqpW1iqkCFQOt7QoduSguJQ

138

FIG. 4.7 cambio de opciones.

FIG.4.8 Opciones de marketing.

139

FIG 4.9Opciones de setting.

4.6.1 Sistema de facturacin Sistema de administracin de suscripcin y facturacin para IPTV Las funciones bsicas del sistema de facturacin para IPTV son:

mantenimiento de base de datos de suscriptores tarifado y cargo por servicios de IPTV creacin y administracin de planes tarifarios creacin de documentos de contabilidad (facturas) administracin de tarjetas de acceso informes financieros

El sistema de facturacin para IPTV puede integrarse a otros programas de control de servicios de terceras partes (por ejemplo: acceso a Internet, VoIP, etc.). Desde 2001, hemos desarrollado y dado soporte, como producto principal, a sistemas de facturacin para compaas de telecomunicaciones. Asimismo, hemos diseado esquemas contables de complejidad variada para servicios de comunicaciones. Adems de los esquemas convencionales, podemos desarrollar casi cualquier lgica de negocios. Tomamos en cuenta todos los requerimientos del cliente.74
74

http://www.netup.tv/en-EN/index.php?gclid=CI_RqpW1iqkCFQOt7QoduSguJQ

140

FIG.4.10 sistema de facturacin. 4.7 Calidad de servicio de IPTV y Seguridad Para el despliegue ptimo de los servicios de IPTV es necesario disponer de QoS para video, voz y datos. Las mtricas que definen la calidad de servicio para video incluyen jitter9, probabilidad de prdida de paquetes, probabilidad de error en la red, tiempo de unin multicast, retardo, etc. Las mtricas para voz incluyen jitter, retardo, relacin de prdida de paquetes de voz, y MOS10 (Mean Opinion Score). Las mtricas de QoS relativas a los servicios de IPTV incluyen la disponibilidad de canal, tiempo de inicio de visualizacin, tiempo de retardo referido al cambio de canal, fallo en el cambio de canal, entre otros. Dependiendo de la calidad de imagen y sonido que se desee ofrecer o que sea demanda por el usuario, las mtricas sern ms estrictas y las redes que soportan estos servicios avanzados debern estar ms controladas. Garantizar la calidad de servicio est directamente relacionado con la gestin o administracin del trfico en los servicios. Para el trfico de bajada, se ofrecen servicios diferentes a cada usuario y para el trfico de subida, el trfico
141

generado por el usuario es monitorizado con el objetivo de que se pueda controlar su acceso y as garantizar la QoS. El proceso inicia cuando el usuario solicita al sistema cambiar de canal, para esto se enva una peticin de nuevo canal y cuando el sistema acepta la peticin mediante el control de admisin, se construye un rbol multicast, para enviar la voz y el video al usuario [3]. El propsito de gestionar el trfico es poder soportar de forma eficiente los requisitos de QoS para los distintos servicios, incluyendo polticas SLA (Service Level Agreement), planificacin, control de flujo, etc. Pudindose implementar de forma centralizada o distribuida. Algunos de los factores que pueden afectar la QoS de IPTV son: 75 Paquetes perdidos. La prdida de paquetes puede ocurrir por mltiples razones como las limitaciones de ancho de banda, congestin de la red, fallas en los enlaces y errores en la transmisin. Esta situacin usualmente est relacionada con periodos de congestin de la red. Dependiendo del tipo de protocolo de transporte usado para el flujo de video, un paquete perdido tendr un impacto diferente con respecto a la calidad con la cual el video es observado por el usuario. Cuando se utiliza UDP (User Datagram Protocol), la prdida de paquetes se ver reflejada directamente en la imagen, debido a que la informacin no puede ser recuperada la imagen ser degradada o simplemente no vlida. En cambio, cuando se utiliza TCP (Transmission Control Protocol), un paquete perdido provocar una retransmisin, con lo cual se puede producir un desbordamiento del buffer y en consecuencia, un posible congelamiento de la imagen. Retardo en los paquetes. Cada paquete RTP (Real-time transport protocol) es sincronizado y marcado con un tiempo de transmisin. En una red basada en paquetes, es muy comn que la ruta para el transporte de paquetes no sea siempre la misma; los paquetes pueden llegar a diferentes tiempos y fuera de orden. El protocolo RTP permite la llegada de paquetes en desorden ya que cada paquete RTP tiene un nmero de secuencia ,que est determinado por el tiempo de retardo, el cual no puede exceder el tamao del buffer del decodificador del receptor, el paquete puede ser procesado y colocado en la posicin correcta para continuar con su decodificacin. Si por el contrario, el retardo excede el tamao del buffer, el paquete es anulado y considerado como perdido. Jitter. Es definido como una pequea variacin de tiempo ocurrida en la llegada de los paquetes, tpicamente causada por congestin de la red o del servidor. Si las tramas Ethernet llegan al STB a una tasa de transmisin que es ms lenta o
75

http://www.cantv.com.ve/seccion.asp?pid=1&sid=144&notid=2599.

142

ms rpida que la determinada por la condiciones de la red, se requiere de buffering con el objetivo de ayudar a suavizar estas variaciones. De acuerdo al tamao del buffer, existen condiciones que pueden hacer que se produzca un desbordamiento o un subdesbordamiento del buffer, lo cual da como resultado la degradacin del video. Limitado ancho de banda. La cantidad de datos del flujo de video que pueden ser enviados est limitada por la tasa de transmisin establecida por ADSL/ADSL2+. La infraestructura del Core IP est comnmente basada en redes pticas con un bajo nivel de congestin; por lo tanto, las limitaciones de ancho de banda estn ubicadas en la red de acceso o la red del cliente. Cuando los niveles de trfico alcanzan el valor mximo de ancho de banda disponible, los paquetes son descartados, conduciendo a la degradacin en la calidad del video. Las tasas de ADSL2+ pueden ser temporalmente afectadas por factores externos, los cuales pueden generar pixelacin de la imagen. Otra situacin puede ocurrir cuando, adicionalmente al servicio de IPTV, una alta cantidad de datos est siendo descargada simultneamente a la PC y las prioridades de trfico no han sido asignadas correctamente por el proveedor del servicio; en estos casos, los paquetes de flujo de video se pierden. El tema de la seguridad en los sistemas IPTV es muy importante, principalmente en aquellos servicios que son soportados por redes punto a punto, debido a que un fallo puede provocar cadas parciales o totales del sistema. Se puede distinguir tres casos principales de violacin de la seguridad: Ataques por inundacin de trfico, en los que se pueden dar lugar a rechazos de acceso (ataque DoS, Negacin del servicio) a los clientes de un determinado servicio. Acceso no autorizado y ataques enmascarados, en los cuales se puede robar el servicio (ToS). Escuchas secretas o Eavesdropping, que es la intercepcin y modificacin de la informacin, las cuales pueden dar lugar a que se produzcan los dos ataques anteriores (DoS, ToS) y nuevamente la captura de informacin confidencial.

Para intentar combatir estos ataques, se necesitan mecanismos de control de acceso especficos, que se encarguen adems de validar el contenido ofrecido por los nodos, de comprobar si un video es legtimo o no, entre otros.

143

Fuente: www.cantv.com.ve/seccion. FIG.4.11 calidad de servicio. 4.8 requerimientos de la red de IPTV. Para que IPTV pueda desarrollarse de una manera completa es preciso disponer de accesos de banda ancha. En la televisin digital se pueden diferenciar dos tipos de calidad: SDTV o definicin estndar y HDTV o alta definicin. El video se comprime utilizando MPEG-2 o MPEG-4/H.264, con este ltimo los requerimientos de ancho de banda son: para un canal del primer tipo se requerir tener una conexin de 2 Mbps y para un canal del segundo tipo se precisa 8 Mbps. Adems, a este ancho de banda, debe sumarse la conexin a Internet. El trfico generado por MPEG-4/H.264 es continuo y cuando ocurren cadas repentinas de la tasa de bit la calidad disminuye notablemente. Por lo tanto, si utilizamos MPEG-4 para la compresin y codificacin de video se requiere 4,5 Mbps para tres canales en SDTV u 11 Mbps para un canal HDTV y dos canales SDTV. Por otro lado, IPTV necesita los siguientes valores tcnicos para no tener problemas:76 Ancho de banda, dependiendo del nmero de decodificadores, y de si simultneamente se desea acceder a Internet, el ancho de banda debe ser mayor.

76

http://telecorc.blogspot.com/2010/11/requisitos-de-la-red-iptv.html

144

Relacin Seal/Ruido, debe ser mayor de 13dB para garantizar la estabilidad del servicio porque mientras ms alto sea este valor, mayor ser la calidad del mismo. Atenuacin: menor de 40dB porque si este valor es demasiado alto, el servicio puede tener interrupciones . 4.8.1 Calidad de experiencia Un sistema como IPTV engloba un nmero elevado de componentes que en conjunto, ofrecen varios servicios. Como tal, la calidad del sistema percibida por el usuario tiene un sentido ms amplio que el de la calidad de servicio a nivel de la red. Al concepto que abarca adems de mtricas objetivas, un conjunto de mtricas subjetivas que permiten caracterizar la calidad percibida por el usuario, se le da el nombre de Calidad de Experiencia (QoE - Quality of experience) . De esta forma, aparte de las mtricas objetivas que, tradicionalmente, ayudan a caracterizar el desempeo de una red (retardos, prdidas y latencia), se vuelve necesario considerar otros aspectos que tengan impacto en la calidad de experiencia de utilizacin, tales como el sincronismo entre el audio y el video o el tiempo de respuesta en el cambio de canal. Sin embargo, estos son factores relacionados con la calidad propia del video, percibida por el usuario, los cuales son los ms importantes al momento de determinar la calidad de experiencia. De esta forma, fueron definidas algunas mtricas, designadas como VQM (Video Quality Metrics), las mismas que ayudan a representar la calidad subjetiva de video para los usuarios. El ejemplo ms comn de una mtrica subjetiva se designa por Video mean opinin score (VMOS) y es obtenida por la media de puntuaciones dadas por un conjunto de usuarios de prueba. Tambin se utilizan algunas mtricas ms objetivas como las tasas de errores (MSEMean Square Error) o la relacin seal a ruido de pico (PSNR Peak Signal -tonoise ratio). La monitorizacin de este conjunto de mtricas que engloban no solo las caractersticas de la red sino tambin las caractersticas de video, permitirn la oferta de un servicio ms robusto, confiable y con mayor calidad de experiencia (QoE) para los usuarios finales. 77 4.8.2 Parmetros de QoS para IPTV. Para asegurar el xito de los servicios que ofrece IPTV, los proveedores deben proporcionar una calidad mejor a la que ya se tiene con la televisin tradicional. La distorsin de la seal recibida es causada principalmente por la variacin del parmetro de retardo en una sola va. Una red capaz de garantizar un nivel de QoS es el primer paso para ofrecer el servicio de IPTV. QoS maneja un conjunto de parmetros como ancho de banda, oneway-delay, variacin de retardo y prdida de paquetes cuando se refiere a un canal de comunicacin. La calidad de servicio significa la capacidad que posee una red para ofrecer
77

http://132.248.9.1:8991/hevila/TecnuraBogota/2011/vol15/no28/9.pdf

145

mejores servicios a una parte del trfico seleccionado. Existen mecanismos de control que ofrecen diferentes prioridades para algunos usuarios o para una parte del trfico de datos, o garantiza algn nivel de calidad dependiendo del tipo de aplicacin. El principal inters de QoS es establecer una prioridad para la asignacin de banda, el jitter y el control de retardo, reduciendo as el porcentaje de prdida de paquetes. Para aplicaciones en tiempo real como IPTV y VoIP un nivel de QoS es muy importante porque estas son aplicaciones de tipo CBR (Constant Bit Rate), sensibles a los retardos. La tecnologa de QoS entrega nuevos elementos, los mismos que pueden ser usados en todo tipo de redes [3]. Los parmetros de QoS son los que determinan la transmisin e influyen en la calidad de un servicio, y por lo tanto en la aplicacin que usa este servicio, an si este es solamente una transferencia de datos o un flujo en tiempo real. Los parmetros de QoS para flujo en tiempo real son muy importantes al momento de considerar los requerimientos de la red y estos son78: Tasa de trfico: Conociendo la tasa de transmisin, RTRAFICO, se puede verificar si una red, con una cierta capacidad, puede permitir ese tipo de transmisin. Para el clculo de la tasa de trfico podemos contar todos los bytes enviados y la duracin de la transmisin. Dividiendo el nmero de bytes por el tiempo de duracin de la transmisin se puede obtener la tasa de trfico. = . One-way-delay. Es el retardo introducido por la transmisin de los paquetes desde la fuente hasta el destino. Este parmetro depende de muchos elementos como el nmero de nodos por los cuales tienen que pasar los paquetes hasta alcanzar el destino, el trfico de la red, los protocoles de enrutamiento. Este parmetro es importante porque asegura la sincronizacin entre el servidor y el receptor. N, es el nmero total de paquetes enviados. =1+2++ Jitter. Los paquetes enviados pueden llegar al destino siguiendo diferentes caminos, por lo tanto el retardo de los paquetes puede variar. El jitter es la variacin de retardo que existe entre los paquetes y es un parmetro muy importante para el flujo en tiempo real. Donde, N es el nmero total de paquetes. = 1 + 2 ++
78

http://www.interactic.com.co/dmdocuments/qos_en_ngn_gngn.pdf

146

 Nmero de paquetes perdidos. En el trayecto entre la fuente y el destino un paquete puede perderse o ser eliminado por un router si el buffer de los routers est lleno o si el paquete est daado. La eliminacin de paquetes depende nicamente del estado actual de la red, y esto no puede ser previsto. El algoritmo usado para determinar este parmetro identifica cada paquete enviado por el servidor y busca el paquete en la lista de paquetes recibidos. Nmero de paquetes reordenados. Cuando ms paquetes son enviados en un cierto orden por una aplicacin, en el lado del receptor estos podran llegar en desorden debido a los diferentes caminos seleccionados por los routers. En el destino se puede emplear otro protocolo con el fin de reordenar los paquetes. Este proceso es indispensable, especialmente para las transmisiones de video y aplicaciones tipo VoIP, en las cuales la calidad es mayormente afectada a causa del retardo. Para el conteo del nmero de paquetes reordenados es necesario identificar todos los paquetes enviados y recibidos. Se puede utilizar el nmero de secuencia RTP16 de los paquetes para cada puerto UDP17 utilizado durante la transmisin. Nmero de paquetes duplicados. El conteo del nmero de paquetes duplicados es una forma de verificar la configuracin de la red. Cuando los paquetes duplicados aparecen, significa que existen algunos errores en la configuracin o algunos dispositivos estn defectuosos. Nmero de paquetes daados. Cuando se transmiten paquetes a travs de la red, algunos bits se pueden daar. Estos errores no afectan mucho la calidad siempre y cuando el nmero de bits daados sea bajo. Podemos calcular el PER (Packet Error Rate) y de esta manera observar si un paquete est daado o no, comparando el campo de datos de cada paquete tanto en el emisor como en el receptor. = 100% 4.9 Servicios que ofrece. La televisin por Internet o IPTV es el resultado de la convergencia de Internet y Televisin, lo cual trae consigo nuevas opciones de entretenimiento y servicios para los usuarios, as como tambin la generacin de mayores ingresos para los operadores que brindan este servicio. IPTV puede ofrecer difusin en directo, al igual que la actual televisin analgica o la TDT, o descarga de programacin bajo demanda (VoD), tambin llamado pay per view, y se puede

147

ver tanto en un PC como en un televisor convencional que adems cuente con un decodificador (set top-box), el mismo que se encarga de descomprimir y decodificar la seal de vdeo para ser presentada al usuario. Los usuarios a su vez tienen la opcin de seleccionar el contenido que desean ver y descargarlo y, si lo almacenan, por ejemplo, en un disco duro, lo pueden visualizar tantas veces como deseen. Una estrategia de los proveedores es que al ofrecer un conjunto de servicios como son: vdeo, voz y datos (Triple Play), se incrementan las ganancias por usuario, mejora su satisfaccin y mantiene la fidelidad del mismo. Entre los posibles servicios que brinda IPTV se encuentran: canales de televisin digital y msica ilimitados, PVR, programacin pagada, Caller ID en pantalla, verdadero video-on-demand (VOD), e-mail, VOD por suscripcin (SVOD), Internet, juegos, pago de facturas e impuestos, servicios de informacin, compra de productos, publicidad interactiva, e-Learning, guas telefnicas , entre otros. Entre las ventajas de este servicio es que es digital, lo que implica que la imagen y el sonido tienen calidad de DVD y se puede acceder a contenidos digitales. Adems ofrece interactividad, lo que permite seleccionar lo que deseamos ver y manejar la programacin como si la estuvisemos viendo grabada, es decir, con las opciones de parada, rebobinado, paso rpido, etc.79 4.10 ventajas La IPTV por sus propias caractersticas fsicas y tcnicas permite a los usuarios disfrutar de una serie de ventajas respecto a los usuarios de la televisin digital convencional. VoD: La posibilidad de disfrutar de la televisin a la carta es la principal ventaja que pueden encontrar los usuarios respecto a la televisin digital. Un usuario de IPTV puede elegir qu pelcula o programa ver y a qu hora verlo. Por lo tanto, no estar sometido a los horarios del proveedor para disfrutar de sus contenidos. Mayor Contenido: Ofrece los mismos contenidos en cuanto a canales, eventos de estreno y acontecimientos deportivos que el resto de canales digitales. Ya que toda la informacin que emiten stos es fcilmente portable a datos que puedan llevarse por la red hasta el hogar del abonado. Adems, la oferta de contenidos de los que dispone es casi ilimitada, pudiendo tener un almacn de pelculas en los servidores a disposicin de los usuarios que las soliciten. Mientras, la televisin digital convencional slo puede tener un nmero determinado de pelculas o eventos en emisin durante un tiempo mucho ms reducido que la IPTV. Comodidad en la Visualizacin: En el formato de VoD, un usuario al descargar la pelcula o el contenido deseado, puede disfrutar de ste tantas veces como desee. Es ms, tiene incluso la posibilidad de, parar
79

http://www.ejournal.unam.mx/ict/vol0903/ICT000900303.pdf

148

una pelcula en el momento que l quiera o incluso rebobinar hacia atrs si quiere volver a ver una escena. El VoD acta como una cinta de vdeo o DVD. Publicidad a la Carta: Al tratarse de informacin que llega al usuario a travs de Internet, ste puede personalizar los contenidos de la publicidad que le llega. Servicios de Informacin: El usuario de IPTV puede contar con servicios de informacin mucho ms extensos, precisos y potentes que el usuario de la televisin convencional. Estaramos frente al televisor de la misma forma que si se est frente a la pantalla del PC, y se podran solicitar contenidos informativos de las principales fuentes de Internet de una manera cmoda empleando el control remoto. e-Learning: Se pueden usar para recibir cursos de formacin dirigidos a todos los niveles de aprendizaje. El contenido interactivo de las descargas hace que el usuario pase de ser un simple espectador a tomar parte activa en el proceso. Servicios de Correo y Facturas Electrnicas: Todas aquellas facturas y mensajes de e-mail de las que el usuario desee recibir noticia urgente, podrn ser redirigidas a la pantalla de vdeo, cuando el cliente se conecte al servicio, reciba toda esta informacin de inters de forma automtica.

4.11 IPTV en Amrica latina. El desarrollo de servicios de TV de paga distribuidos a travs de Internet (IPTV) an est lejos en Amrica Latina del desarrollo que puede tener si se lo compara con Asia, Estados Unidos o Europa, donde ya existen buena cantidad de operadores y un mercado establecido. Si bien algunos servicios han sido lanzados en pases latinoamericanos, la disponibilidad de ancho de banda, la tecnologa de las redes y el tema de la regulacin, son algunos de los obstculos para su despegue. Adems, al ser IPTV una competencia de la TV satelital (DTH) y el cable, se espera que tenga un menor crecimiento en los pases donde estos servicios tienen buen desarrollo, como es el caso de los tres principales mercados de la regin: Mxico, Argentina y Brasil tienen un 60% de penetracin de TV de paga. Tomando estos elementos en cuenta, se estima que el negocio de IPTV no se constituir en un factor comercial de importancia en Latinoamrica en los prximos cinco aos pero s comenzar a despegar a partir de 2011-2012, cuando la infraestructura tecnolgica de soporte est ms masificada. En relacin al ancho de banda, mientras que en algunos pases de Asia alcanza los 100 Mega bits por segundo en Corea, por ejemplo, existe un fuerte impulso estatal para entregar conexin a la poblacin, en Estados Unidos se llega a 30 Mbps y en Europa a 15 Mbps, en Amrica Latina el promedio es de apenas 2,5

149

a 3 Mbps por segundo, lo cual no alcanza para recibir una seal tradicional de TV a travs de Internet. En resumen, los principales escollos en Amrica Latina para el despliegue de IPTV son generar una mejor estructura de redes, llegar al hogar con fibra ptica FTTH, Fiber to the Home y aplicar tecnologas Docs apply better the bandwidth available and deployis 3.0 o mayores para tener no slo un mayor ancho de banda, sino tambin uno ms estable, que permita una buena seal de TV tradicional. 80

IPTV en Colombia: Empresas Pblicas de Medelln, a travs de su Filial UNE - EPM Telecomunicaciones S.A, a una nueva era en los servicios de telecomunicaciones colombianos dio inicio con la entrada en operacin en Julio de 2008, de la Televisin Interactiva bajo el protocolo IP. El nuevo producto de esta empresa permite tener interactividad en los hogares. De esta manera, UNE se consolida como la primera compaa en Colombia y cuarta en Latinoamrica en ofrecer el servicio de la Televisin Interactiva con el protocolo IP. 4.12. Marco legal de IPTV. 4.12.1 Seccin 1.Fortalezas de la tecnologa IPTV Entre las fortalezas o beneficios ms significativos de esta tecnologa, pueden mencionarse los siguientes81: Los beneficios de la convergencia: IPTV es una tecnologa que permite la integracin entre los sectores de radiodifusin y de telecomunicaciones, generando la posibilidad de desarrollos tecnolgicos convergentes que permiten a los operadores ofrecer nuevas opciones comerciales, generar eficiencias productivas y reportar beneficios a los usuarios. Conocimiento y empoderamiento del usuario: Debido a que funciona como Internet, la interactividad es inherente a IPTV, potenciando un conjunto de aplicaciones que generarn una transformacin del rol del usuario, quien pasa de ser un destinatario pasivo de informacin a contar con medios que le permiten seleccionar los contenidos que desea recibir del operador. No slo es posible contar con un conocimiento preciso de las preferencias de consumo del usuario, lo cual no es fcilmente determinable para los operadores del servicio de televisin, sino que, adicionalmente, el usuario gana poder de decisin a travs de la tecnologa IPTV, representando ventajas, por ejemplo, para la audiencia especializada o para el control parental
80 81

http://www.ejournal.unam.mx/ict/vol0903/ICT000900303.pdf http://www.cntv.org.co/cntv_bop/

150

de los contenidos que deben ver los menores de edad. Cada ciudadano se convierte en un elemento activo y no pasivo de lo que es el contenido audiovisual. Adicionalmente, se generan nuevas opciones de aprovechamiento para el usuario pues, por ejemplo, con IPTV cualquier ciudadano puede ser productor y (), con un software eficiente, una mquina poderosa y con las nuevas tecnologas, se puede llegar a dar a conocer contenidos que antes estaban vedados en su reproduccin. Pluralidad y diversidad informativa: Gracias a que utiliza una serie de servidores centralizados que almacenan y transmiten la seal de video al televisor del usuario, IPTV no solo es capaz de soportar prcticamente todos los canales que existen en el mundo (el lmite lo pone la capacidad de los servidores), sino que facilita al usuario el manejo de los horarios y contenidos de la programacin. Publicidad efectiva: IPTV se convierte en un elemento determinante para sectores como el publicitario ya que por tratarse de informacin que llega a travs de Internet, los anuncios publicitarios pueden ser personalizados para que el usuario pueda, en lnea, acceder a la compra de productos y servicios. Promocin de nuevos desarrollos industriales: La IPTV implica el desarrollo de tecnologas que involucran software y hardware, con el objeto de transformar las experiencias de los usuarios al ver televisin proveyendo acceso a ms contenidos de superior calidad que pueden ser personalizados y que ofrecen interactividad que los servicios de televisin hoy existentes no ofrecen. Grficamente, las transformaciones que surgen en la cadena de valor a partir de la implementacin de la tecnologa IPTV, as como los beneficios y fortalezas de la misma, pueden representarse la siguiente grfica: .

FIG.4.12 Transformaciones propiciadas por la Convergencia Audiovisual

151

4.12.2 Seccin 2. Marco legal y lineamientos de poltica regulatoria Modelos Regulatorios de la Tecnologa IPTV en Latinoamrica A nivel de Latinoamrica, a pesar que los operadores de servicios de telecomunicaciones han hecho pblicas sus intenciones de ofrecer servicios IPTV, se observan escasos intentos por establecer un marco regulatorio claro para la prestacin de los mismos. Adicionalmente, se replica en los pases de Latinoamrica que han iniciado a abordar el asunto, el lgido debate presente internacionalmente respecto a si los servicios que permite la tecnologa IPTV deben ser regulados como servicios de telecomunicaciones o de televisin, lo cual conduce a concluir una vez ms que, lejos de ser un tema pacfico sobre el cual existan claras directrices, sigue tratndose de un asunto en continua discusin, que debe construirse bajo el marco de las caractersticas particulares de cada pas, de las condiciones de sus mercados, y de sus propios marcos legales y regulatorios. En el caso de Argentina, por ejemplo, la autoridad reguladora no ha hecho pblico an ningn lineamiento regulatorio respecto a este tipo de servicios y, de acuerdo con el marco jurdico vigente desde finales de los aos sesenta, los operadores de servicios de telecomunicaciones no se encuentran autorizados para prestar servicios de televisin abierta o cerrada. Otro es el caso de Per, donde el regulador OSIPTEL anunci que el ao 2008 estara marcado por los retos que imponen las tecnologas en convergencia y entre ellos, seal la necesidad de definir la poltica regulatoria aplicable a la VoIP y a IPTV. Al respecto, el rgano regulador adelant que el marco regulatorio ser actualizado con fundamento en la neutralidad tecnolgica como principio rector y diseando esquemas regulatorios flexibles para la promocin de los servicios que se prestan a travs del protocolo IP. Por su parte, SUBTEL, la autoridad reguladora de Chile, tampoco ha expedido un marco regulatorio para los servicios que se prestan a travs de IPTV y mientras se define si los mismos comparten la naturaleza de servicios de telecomunicaciones o deben asimilarse al servicio de televisin, se observa un claro precedente relevante para la materia que es el documento de poltica regulatoria para el servicio VoIP, publicado para consulta pblica en 2007. Este documento evidencia que en la regulacin chilena existe una clara tendencia a considerar como servicios de telecomunicaciones aquellas situaciones en lasque al menos una de las partes de la comunicacin usa redes de conmutacin de paquetes. La experiencia regulatoria ms avanzada sobre IPTV en Latinoamrica es quizs la de Brasil. ANATEL, su autoridad reguladora, decidi liberalizar la prestacin de servicios de IPTV con fundamento en la Ley de la Convergencia de las Comunicaciones Digitales y, actualmente, los operadores de

152

telecomunicaciones no encuentran barreras para estructurar modelos de negocio que incluyan esta nueva tecnologa. 82 Antecedente nacional respecto a la regulacin de tecnologas IP En el caso colombiano, a partir del anlisis adelantado por el Ministerio de Comunicaciones con relacin a la transmisin de voz sobre el protocolo IP, se estableci un criterio regulatorio general, segn el cual, las facilidades posibles gracias al uso del protocolo IP, no constituyen como tal un servicio, sino, en el caso de la VoIP, una tecnologa para la transmisin de voz sobre redes electrnicas, pues, la diferenciacin de un servicio no depende de la tecnologa usada, sino de los usos permitidos por sta y de la forma como el usuario los consume, lo cual representa un desarrollo ajustado del principio de neutralidad tecnolgica que debe orientar la regulacin de servicios y redes convergentes. Siendo as, en concepto emitido en abril de 2006, el Ministerio de Comunicaciones estableci con claridad que Internet es la red de servicios de valor agregado y telemticos por excelencia, luego, el hecho de que exista un acceso a Internet, sin importar el tipo de servicio soporte que se utilice (), determina que el abonado que se sirve de dicho acceso a travs de Internet es un abonado de los servicios de valor agregado y telemticos.50Bajo ese razonamiento, el Ministerio de Comunicaciones aclar que () en el contexto de Internet, la provisin de voz no corresponde a los servicios telefnicos tradicionales. Mediante la utilizacin de servicios telemticos como servicio soporte, es posible cursar comunicaciones de voz sin que por ello se configure la prestacin de un teleservicio, en particular el de TPBC.En ese orden de ideas, contina el concepto, la provisin de voz a travs de la red de Valor Agregado no constituye en s mismo un servicio de telecomunicaciones. La voz que se origina o termina en un abonado de una Red de Valor Agregado, como Internet, no es nada diferente a uno de los muchos contenidos que puede proveerse un usuario libremente a travs de los servicios de valor agregado y telemticos, cuyo concepto comprende todos aquellos servicios que cumplan con las caractersticas de los servicios de Valor Agregado y Telemticos, tal como se prev en el artculo 3 del Decreto 600 de 2003. As, () si uno de los dos abonados involucrados en la comunicacin no es un abonado de la RTPBCL o de de la RTPBCLE (o de su red homloga en el exterior en el caso de la TPBCLDI), sino un abonado de otra red (por ejemplo, de valor agregado y telemticos como Internet), no se constituye un servicio de TPBCLD. Se concluye entonces que, respecto a la tecnologa IP, el Ministerio de Comunicaciones ha establecido que los servicios de telecomunicaciones que permitan el intercambio de signos, seales, voz, datos, imgenes, audio, video, escritos y sonidos o de informacin de cualquier naturaleza, haciendo uso de redes de servicios bsicos, telemticos y de difusin que hagan uso del protocolo IP, se sujetan para todos los efectos al rgimen legal establecido
82

http://www.aciem.org/bancoconocimiento/C/ConsultapublicaIPTVext_/ConsultaPublica%20IPTV. pdf

153

para los servicios de valor agregado. Por su parte, la Comisin de Regulacin de Telecomunicaciones, dio respuesta a un derecho de peticin con fecha 14 de octubre de 2005, aclarando que () el ordenamiento jurdico Colombiano, enmarcado en el Decreto Ley 1900 de 1990, no determina una clasificacin de tecnologas, ya que el mismo se basa en una clasificacin funcional de los servicios de telecomunicaciones. Por lo anterior, en Colombia la regulacin de este sector se orienta a los tipos de servicios de telecomunicaciones y no a la tecnologa con la cual se presta cada uno de stos, como la transmisin de voz sobre IP. Cabe anotar que la Comisin Nacional de Televisin vena actuando bajo esta misma lnea de razonamiento pues, hasta 1999 consider que el servicio Pay Per View constitua un servicio de valor agregado y, en atencin a ello, orden la devolucin de las sumas que los operadores haban cancelado a la CNTV durante el perodo en el que equivocadamente se asumi que se trataba de la prestacin de un servicio de televisin Seccin 3. Conclusiones respecto a la clasificacin y regulacin de la tecnologa IPTV. La Tecnologa IPTV con relacin a la clasificacin de los servicios. de comunicaciones Conocidas las caractersticas propias y los usos que permite la IPTV, esta seccin del documento se propone esclarecer bajo qu tipologa legal de servicio debe enmarcarse la referida tecnologa. Para ello, se hace necesario un anlisis integral tanto de los servicios de valor agregado y telemticos, como del servicio de televisin. Al respecto, se observa cmo los lineamientos fijados por el Ministerio de Comunicaciones respecto de la transmisin de voz sobre el protocolo IP, se hacen trasladables para la definicin del rgimen regulatorio aplicable a la tecnologa IPTV. Con fundamento en ello, pasa a mostrarse cmo, de la misma forma que se concluy que la VoIP no corresponde a un servicio telefnico tradicional, en este caso, se concluye que la transmisin de audio y video a travs de redes IP no se configura como prestacin de un servicio de televisin. De la posicin adoptada por el Ministerio de Comunicaciones y sus posteriores desarrollos regulatorios, es posible extraer un principio de obligatoria observancia si se quiere dotar de previsibilidad y coherencia al marco normativo bajo el que se rigen los servicios de comunicaciones en Colombia. Ese principio propone que si una comunicacin se origina o termina en un usuario de la red de Internet, entonces se estar frente a un servicio de aquellos tipificados como servicio de valor agregado, con independencia de la tecnologa usada para su transmisin o recepcin por arte del usuario. Con fundamento en ello, se soporta una conclusin fundamental que sostiene que la transmisin de audio y sonido a travs del protocolo IP, es decir, los usos que permite el aprovechamiento de la tecnologa IPTV, en la medida en que se soporta en un servicio portador como la transmisin de datos va banda ancha, configuran un servicio de valor agregado. El decreto 3055 de 2003 establece que son servicios de valor agregado: aquellos que utilizan como soporte servicios bsicos, telemticos, de difusin o cualquier combinacin de stos, prestados a travs de una red de
154

telecomunicaciones autorizada, y con ellos proporcionan al usuario la capacidad completa para el envo o intercambio de informacin, agregando otras facilidades al servicio soporte o satisfaciendo necesidades especficas de telecomunicaciones. Para que el servicio de Valor Agregado se diferencie del servicio bsico, es necesario que el usuario de aqul reciba de manera directa alguna facilidad agregada a dicho servicio, que le proporcione beneficios adicionales, independientemente de la tecnologa o el terminal utilizado; o que el operador de servicios de Valor Agregado efecte procesos lgicos sobre la informacin que posibiliten una mejora, adicin o cambio al contenido de la informacin de manera tal que genere un cambio neto de la misma independientemente del Terminal utilizado. Este cambio a su vez, debe generar un beneficio inmediato y directo, que debe ser recibido por el usuario del servicio. En atencin a lo expuesto, IPTV es, de acuerdo con el marco jurdico que establece la clasificacin de servicios, un servicio de valor agregado, que se soporta en el servicio portador de banda ancha, agregando facilidades o aplicaciones diferenciables de las que prestan otros servicios, tales como el acceso a una gua electrnica de televisin, la posibilidad de programar y personalizar los contenidos visualizados, la posibilidad de compartir la informacin entre los usuarios en red y entre stos y el operador, adems de otras importantes opciones de interactividad y movilidad. Las anteriores caractersticas exceden la definicin de servicios de difusin, los cuales, segn el Decreto 1900 de 1990 son aquellos en los que la comunicacin se realiza en un solo sentido a varios puntos de recepcin en forma simultnea, tal y como ocurre con el servicio de televisin. As pues, deber concluirse que en la medida en que la tecnologa IPTV permite un flujo de informacin bidireccional y no realiza transmisiones simultneas de las seales, se diferencia del servicio de televisin e impide que se cobijen bajo el mismo rgimen legal. Para facilitar el anlisis comparativo de las tipologas de servicios y la adecuacin de la tecnologa de IPTV a los mismos, se presentan las siguientes tablas83:

83

http://www.aciem.org/bancoconocimiento/C/ConsultapublicaIPTVext_/ConsultaPublica%20IPTV. pdf

155

Respecto a la tecnologa IPTV, frente al servicio de televisin unidireccional, se tiene:

Tabla 12.1Comparacin entre televisin convencional e IPTV.

156

Ahora, respecto a la tecnologa IPTV, frente a los servicios de valor agregado, tenemos:

Tabla 12.2 caracteristicas de valor agregado para IPTV En vista de las amplias diferencias existentes entre el servicio de televisin y las facilidades que permite la tecnologa IPTV, el usuario no se encuentra frente a servicios que satisfagan de igual forma sus necesidades ni que puedan percibirse como similares y, en consecuencia, no es posible considerarlos sustitutos perfectos que integren un mismo mercado, por lo que tampoco es adecuado aplicarles un mismo rgimen regulatorio. Al respecto, es importante mencionar que actualmente la mayora de sistemas IPTV no cuentan con capacidad para HDTV, lo que impide la recepcin de seales de alta definicin. Por otro lado, las redes IP estn basadas en conmutacin de paquetes, lo cual hace que sean sensibles a la prdida de paquetes y por ende, prdida de informacin. Finalmente, el acceso, uso de la tecnologa y sus posibilidades de interactividad y movilidad, dependen de la penetracin de banda ancha para
157

IPTV. Las anteriores, son caractersticas de las que se debe informar al usuario, de forma completa y clara, a efectos de dotarle de criterios de compra suficientemente informados, garantizando que no opte por la simple apariencia de los productos o servicios comercializados, sino por las caractersticas, facilidades y limitaciones reales de cada uno de ellos. As, ha de concluirse que la tecnologa IPTV constituye una forma de servicios de valor agregado, en la medida en que hace uso de un servicio portador que puede ser bien la red de fibra ptica, la red de xDSL, la red de TV por cable, redes inalmbricas para banda ancha, como WiMax, o redes satelitales VSAT; para, a travs de ese servicio portador, transmitir contenidos audiovisuales, agregando valor a la experiencia del usuario (PPV, intercambio de informacin con el proveedor, gua de programacin, movilidad, etc.) y, por ello, diferencindose de otros servicios. Cabe reiterar que La ley 182 de 1995, por la cual se reglamenta el servicio de televisin y se determinan polticas para su desarrollo; define la televisin como aquella que: tcnicamente, es un servicio de telecomunicaciones que ofrece programacin dirigida al pblico en general o a una parte de l, que consiste en la emisin, transmisin, difusin, distribucin, radiacin y recepcin de seales de audio y vdeo en forma simultnea De acuerdo con esta definicin, la televisin en tanto servicio de telecomunicaciones, implica la transmisin, emisin o recepcin de signos, seales, escritos y sonidos, datos o informacin de cualquier naturaleza, por hilo, radio, medios visuales u otros sistemas electromagnticos, en una sola va, esto es, desde el operador hasta el usuario y de forma simultnea, caractersticas que no rene la tecnologa IPTV puesto que, como se explic arriba, sta permite opciones de bidireccional dad e inteligencia en el flujo de la informacin y no realiza transmisiones simultneas. A efectos de actualizar el marco regulatorio y hacerlo armnico con los nuevos escenarios convergentes, se expidi el pasado 31 de julio de 2007 el Decreto 2870 por medio del cual se adoptan medidas para facilitar la Convergencia de los Servicios y Redes en materia de Telecomunicaciones, el cul retoma el concepto de servicios de valor agregado, establecido de tiempo atrs en el Decreto 1900 de 1990, y lo define para escenarios de convergencia tecnolgica. De esta forma, en adicin a los argumentos expuestos, es necesario sujetar la discusin al rigor normativo del Decreto 2870 de 2007, en cuyo artculo 19 se establece que todos aquellos servicios que utilicen como soporte servicios bsicos, telemticos y de difusin, o cualquier combinacin de estos, que proporcionen la capacidad completa para el envi o intercambio de informacin, agregando otras facilidades diferenciables del servicio soporte o satisfaciendo nuevas necesidades especificas de telecomunicaciones, independientemente de la tecnologa que utilice, estn sujetos al rgimen legal establecido para los servicios de valor agregado y a las disposiciones previstas en este Decreto. Tal es el caso de las seales de video, audio, voz, texto y otras, que usan como soporte las redes de telecomunicaciones del Estado entre otras, las redes de servicios bsicos de telefona mvil, Telefona Publica
158

Bsica Conmutada y servicios portadores. Solo se consideraran servicios de valor agregado aquellos que se puedan diferenciar de los servicios bsicos. De acuerdo con lo all previsto, se refuerza nuevamente la necesidad de concluir que IPTV no es un servicio en s mismo, sino una tecnologa que usa como soporte un servicio portador o telemtico, representado por su red fsica, cableada o inalmbrica, para permitir el acceso a contenidos audiovisuales que se transportan por las redes portadoras de banda anca; y a travs de la cual se puede prestar servicios de valor agregado al usuario, haciendo uso de las facilidades del protocolo IP, servicios entre los cuales puede encontrarse uno de similar apariencia, pero nunca igual al servicio de televisin. Lo anterior significa que la regulacin de la tecnologa IPTV debe sujetarse a las polticas que determine el Ministerio de Comunicaciones. En consecuencia, la Comisin Nacional de Televisin no es competente para regular la transmisin de contenidos audiovisuales soportados sobre el protocolo IP, pero s para establecer la regulacin pertinente en materia de contenidos. Los operadores interesados en ofrecer a los usuarios las aplicaciones que permite la tecnologa IPTV debern solicitar al Ministerio de Telecomunicaciones el respectivo Ttulo Habilitante nico, de acuerdo con los requisitos y condiciones que establece el Decreto 2870 de 2007. Respecto a esta ltima consideracin, debe aclararse que las competencias legalmente atribuidas a la CNTV, son aquellas que le otorgan la facultad de regular el servicio de televisin, en los trminos establecidos en la Ley 182 de 1995 y sus posteriores desarrollos y que, en atencin a ello, cualquier intento regulatorio orientado a producir impactos sobre servicios de valor agregado, como lo es la IPTV o de encasillar esta tecnologa en la categora de servicio de televisin, a la cual claramente no pertenece, representa una extralimitacin de las funciones encargadas a este rgano y, adicionalmente, una contradiccin frente a la tendencia mundial de no regular Internet y de migrar hacia un rgimen de autorizaciones liviano que elimine las barreras de entrada a las tecnologas emergentes y que garantice el acceso de todos los ciudadanos a las tecnologas de informacin84 Comparacin entre IPTV y TDT. La diferencia mas notoria entre estos dos tipos de sistemas es la orientacion que tiene cada uno, la TDT esta dirigida al publico en general el unico requerimiento por parte del usuario es tener un sintonizador de television el cual puede estar incorporado en el televisor o en un set top box conectado al televisor adems el televidente est sujeto a la programacin que le imponga el operador,por su parte IPTV est orientado a un pblico que guste de la programacinpersonalizada local o extranjera en el horario que ms guste, la
84

http://www.aciem.org/bancoconocimiento/C/ConsultapublicaIPTVext_/ConsultaPublica%20IPTV. pdf

159

programacin es completamente programable, desde luego, tendr que suscribirse a este servicio. Otra diferencia bsica es la manera de transmitir la programacin, la TDT utiliza medio areo VHF/UHF para su difusin e incorpora un canal de retorno para permitir la interactividad, por otro lado est IPTV que utiliza redes privadas cableadas de operadores que cuentan con un canal fsico dedicado para la interactividad.85

Fuente: www3.espe.edu.ec Fig. 4.13 comparacion entre TDT e IPTV

85

http://www3.espe.edu.ec:8700/bitstream/21000/2645/1/T-ESPE-029824.pdf

160

Conclusiones. A medida que aumente el ingreso de usuarios conectados a Internet ser mucho ms fcil el cambio hacia una entrega de servicios de forma integr al, esquema conocido tambin con el nombre de triple play (telefona, televisin, Internet). Este cambio se dar en funcin de la disminucin de los costos de estos servicios, lo cual produce un crecimiento mucho mayor de las personas La Televisin IP revoluciona la forma de ver la televisin, puesto que aporta ms canales y ms calidad, una mejora de imagen y de sonido, la posibilidad de visualizar en un mejor formato los contenidos y de disfrutar de un mejor sonido digital y el acceso a servicios y aplicaciones interactivas, como es la gua electrnica de programacin, teleinformacin (educacin deportes, clima, mercadeo, etc). IPTV est orientada en aumentar la interactividad con los usuarios y proveerlos del control de lo que realmente desean ver y cuando hacerlo, gracias a los servidores IP usados en la entrega de este servicio. Por otra parte se hace ms partcipe al consumidor de la informacin que se requiere Debido a la personalizacin de entrega de servicios en el esquema de Televisin IP, se tiene una disminucin en los actos fraudulentos de conexin sin permiso hacia los servicios de televisin, dado que los servicios son entregados a una direccin IP fija adems del hardware necesario para realizar la descompresin de la informacin recibida Un aspecto importante de IPTV es que est pensado para transmitir videos en distintos formatos lo cual hace ms flexible el envo de informacin, adems gracias a los servidores IP se pueden almacenar en estos gran cantidad de archivos que estaran disponibles para los clientes desde cualquier parte del mundo, solo sera necesario una conexin a internet y si es necesario del hardware adecuado

161

Bibliografa

162

VANHASTEL, R. Hernandez, Enabling IPTV: Whats Needed in the Access Network. IEEE Communication Magazine, Agosto de 2008. BUSTAMANTE, Eduardo. Comunicacin y cultura en la era digital. Segunda Edicin Editorial Gedisa, Barcelona 2004. WHITAKER, J. MPEG: Whats it all about?. Broadcast Eng. Vol. 39, N 3, pp. 14-16. March 1997 http://www.conatel.gob.ve/downloads/tv_digital/iptv_foro_tecnolog%EDa_25jun0 7.zip http://www1.alcatellucent.com/bnd/news/ip/heavy_reading/HR_wp_Assuring_QOE_4_IPTV.pdf http://citeseer.ist.psu.edu/cache/papers/cs/2391/http:zSzzSzwww.cs.utexas.edu zSzuserszSz dmclzSzprojectszSztrelliszSzpaperszSzpszSzICMCS96.pdf/tewari96design.pdf http://www.desarrolloweb.com/articulos/482.php?manual=15 http://www.atc.uniovi.es/teleco/5tm/archives/leccion2.pdf http://www.ejournal.unam.mx/ict/vol0803/ICT000800304.pdf http://www.avalpa.com/the-key-values/15-free-software/33-opencaster http://research.microsoft.com/~helenw/papers/msr-tr-2002-37.pdf http://www.ginga.org.br http://www.microsoft.com/windows/windowsmedia/support.aspx http://www.prensario.tv http://www.aciem.org/bancoconocimiento/C/ConsultapublicaIPTVext_/ConsultaP ublica%20IPTV.pdf

163