TRABAJO ESPECIAL DE GRADO

FACTIBILIDAD TCNICA DE IMPLANTACIN DE LAS TECNOLOGAS VDSLx EN PLANTA DE COBRE SOBRE LA RED DE ACCESO DE CANTV PARA SERVICIOS TRIPLE PLAY.

Presentado ante la Ilustre Universidad Central de Venezuela Por el Br. Roldn Surez, Jos Antonio para optar al ttulo de Ingeniero Electricista

Caracas, 2007

TRABAJO ESPECIAL DE GRADO

FACTIBILIDAD TCNICA DE IMPLANTACIN DE LAS TECNOLOGAS VDSLx EN PLANTA DE COBRE SOBRE LA RED DE ACCESO DE CANTV PARA SERVICIOS TRIPLE PLAY.

TUTOR ACADMICO: Prof. Carlos Fuenmayor TUTOR INDUSTRIAL: Ing. Ronald Snchez

Presentado ante la Ilustre Universidad Central de Venezuela Por el Br. Roldn Surez, Jos Antonio para optar al ttulo de Ingeniero Electricista

Caracas, 2007

Carta de Aprobacin

ii

iii

AGRADECIMIENTOS
A mi tutor industrial Ronald Snchez, por el apoyo, la confianza y los conocimientos que me brind durante el desarrollo de mi pasanta. A Miguel Zambrano, por confiar en m y en mi desempeo a lo largo de la pasanta y aclarar las dudas que se presentaran durante el desarrollo de la misma. A Franklyn Jimnez, sin cuyos conocimientos no hubiera sido posible el desarrollo de este trabajo. A la empresa ZTE, y en especial a Alex, por la gran confianza que depositaron en m y por hacerme sentir que puedo solucionar cualquier problema. A mi familia: mi mam y mi pap, Luisa M. Suarez P. y Jos A. Roldn O., por ser tambin mis profesores y mis guas en los momentos ms difciles de carrera y mi vida, y a mi Hermano Csar E. Roldn S., con el cual siempre he contado y sin el cual la vida no sera tan divertida. A Alessandra Salvo, por siempre estar all, darme nimos cuando no los tena y estar siempre pendiente de m, por su paciencia y comprensin. Al grupo de amigos de la escuela de elctrica, William, Oscuro, Mitchell, Juan Carlos, Carmen, Jos Manuel, Carlos Ibarra y muy especialmente a mi mejor amigo Ricardo Garca-Flores, por ser como un hermano para m. A Carlos Fuenmayor, por brindarme su apoyo cuando lo he necesitado.

iv

Roldn S., Jos A.

FACTIBILIDAD TCNICA DE IMPLANTACIN DE LAS TECNOLOGAS VDSLx EN PLANTA DE COBRE SOBRE LA RED DE ACCESO DE CANTV PARA SERVICIOS TRIPLE PLAY.
Tutor Acadmico: Prof. Carlos Fuenmayor. Tutor Industrial: Ing. Ronald Snchez. Tesis. Caracas. U.C.V. Facultad de Ingeniera. Escuela de Ingeniera Elctrica. Ingeniero Electricista. Opcin: Comunicaciones. CANTV. 2006-2007. 115 h. + anexos. Palabras Clave: VDSL, VDSL2, DSLAM, CPE, Protocolo, Implementacin, Pruebas, Triple Play. Resumen. La empresa CANTV, de manera de poder cumplir con el objetivo de prestar servicios 3P a sus clientes, y poder as competir de forma exitosa con las compaas de televisin por cable y satlite, se ve en la necesidad de evaluar nuevas tecnologas xDSL que permitan la transmisin de los servicios de voz, datos y video de manera integral a travs de la red de cobre que se encuentra actualmente instalada en el pas. Se decide evaluar entonces las tecnologas VDSL y VDSL2, que por sus caractersticas tericas, representan la mejor opcin para la implementacin de servicios 3P. Previo a la realizacin de las pruebas, fue necesario definir los esquemas de implementacin de cada servicio a travs de la red, de manera de ajustar la configuracin de los diferentes equipos, y poder as concretar una plataforma de servicios 3P basada en los estndares VDSLx. Se elabor un protocolo de pruebas que permitiera comprobar el funcionamiento de las tecnologas VDSLx en el esquema de servicios 3P, utilizando la red de acceso y la red de transporte de CANTV. Los resultados obtenidos demuestran que las tecnologas evaluadas son eficientes para la implementacin de servicios 3P sobre la red de cobre de CANTV, con mejoras notables del estndar VDSL2 al VDSL. Sin embargo las mejoras que se consiguen con VDSL2 solo son representativas en lazos de distancias menores a los 2.5Km.

NDICE GENERAL
Carta de Aprobacin ..................................................................................................... ii Agradecimientos .......................................................................................................... iv Resumen. ....................................................................................................................... v NDICE DE FIGURAS ................................................................................................. x NDICE DE TABLAS ............................................................................................... xiii NDICE DE GRFICOS ........................................................................................... xiv ACRNIMOS ............................................................................................................. xv Introduccin .................................................................................................................. 1 Captulo I ..................................................................................................................... 4 1.1 Planteamiento del problema ................................................................................ 4 1.2 Objetivo General ................................................................................................. 5 1.3 Objetivos Especficos .......................................................................................... 5 1.4 Alcance ................................................................................................................ 6 1.5 Justificacin ......................................................................................................... 6 1.6 Limitaciones ........................................................................................................ 7 Captulo II .................................................................................................................... 9 2.4.1 Estndar G.993.1 (VDSL1) ........................................................................ 18 2.4.1.1 Velocidades de transmisin ................................................................ 18 2.4.1.2 Modo de operacin.............................................................................. 19 2.4.1.3 Planes de frecuencia ............................................................................ 20 2.4.1.4 Transmisin DMT ............................................................................... 22 2.4.1.5 Modelo de referencia .......................................................................... 23 2.4.1.6 Seccin Invariante de Aplicacin ....................................................... 25 2.4.1.7 Seccin Especfica de Aplicacin ....................................................... 26 2.4.1.8 Estructura de la trama VDSL .............................................................. 28 vi

2.4.2 Estndar G.993.2 (VDSL2) ........................................................................ 32 2.4.2.1 Velocidades de transmisin ................................................................ 32 2.4.2.2 Modo de operacin.............................................................................. 35 2.4.2.3 Planes de banda ................................................................................... 35 2.4.2.4 Modelo de referencia .......................................................................... 37 2.4.2.5 Seccin invariante de aplicacin ......................................................... 38 2.4.2.6 Seccin especfica de aplicacin ......................................................... 40 2.4.2.7 Estructura de la trama VDSL2 ............................................................ 41 2.5 Comparacin entre los estndares VDSL y VDSL2 ......................................... 43 Captulo III ................................................................................................................ 46 3.1 Anlisis de la arquitectura de la red de CANTV para servicios Triple Play ..... 46 3.2 Equipos que constituyen la red de acceso ......................................................... 47 3.2.1 Equipos en los Predios del Usuario (CPE) ................................................. 47 3.2.2 DSLAM (DSL Access Multiplexer) ........................................................... 54 3.3 Equipos que constituyen la red de transporte .................................................... 65 3.4 Implementacin de los servicios ....................................................................... 70 3.4.1 Servicios de Internet ................................................................................... 70 3.4.2 Servicios de voz sobre IP ............................................................................ 71 3.4.3 Servicios de Video ................................................................................. 72 3.5 Configuraciones necesarias ............................................................................... 75 Captulo IV ................................................................................................................ 84 4.1 Tipo y diseo de la investigacin ...................................................................... 84 4.2 Fases del trabajo ................................................................................................ 84 4.2.1 Investigacin Documental .......................................................................... 85 4.2.2 Estudios de manuales de equipos................................................................ 86 4.2.3 Elaboracin del protocolo de pruebas ......................................................... 86 vii

4.2.4 Seleccin de equipos a utilizar.................................................................... 86 4.2.5 Puesta a punto de los equipos en el laboratorio de pruebas de estandarizacin..................................................................................................... 86 4.2.6 Instalacin de la plataforma para la realizacin de las pruebas .................. 87 4.3 Protocolo de pruebas para CPEs basados en tecnologas VDSL1 y VDSL2 ... 88 4.3.1 Prueba bsica de sincronismo ..................................................................... 89 4.3.2 Pruebas de lnea .......................................................................................... 90 4.3.3 Prueba de conectividad a Internet ............................................................... 91 4.3.4 Prueba de video ........................................................................................... 92 4.3.5 Prueba de IP voice ...................................................................................... 95 4.3.6 Prueba de separacin de servicios .............................................................. 96 4.3.7 Prueba de interworking entre el estndar ADSL2+ y el estndar VDSLx . 97 4.3.8 Prueba de servicios 3P ................................................................................ 98 Captulo V ................................................................................................................ 100 5.1 Prueba bsica de sincronismo.......................................................................... 100 5.2 Pruebas de Lnea ............................................................................................. 100 5.3 Prueba de conectividad a Internet ................................................................... 112 5.4 Pruebas de Video ............................................................................................. 113 5.5 Prueba de IP voice ........................................................................................... 114 5.6 Prueba de separacin de servicios ................................................................... 114 5.7 Prueba de interworking entre el estndar ADSL2+ y el estndar VDSLx ...... 114 5.8 Prueba de servicios 3P ..................................................................................... 115 CONCLUSIONES Y RECOMENDACIONES ........................................................ 118 REFERENCIAS BIBLIOGRFICAS ...................................................................... 121

viii

BIBLIOGRAFAS .................................................................................................... 123 GLOSARIO .............................................................................................................. 126 ANEXOS .................................................................................................................. 131

ix

NDICE DE FIGURAS
Figura 2.1: Estndares xDSL Figura 2.2: Espectro de Frecuencia ADSL2+ Figura 2.3: Comparacin entre ADSL2 y ADSL2+ Figura 2.4: Planes de Banda para VDSL1 Figura 2.5: Planes de Banda para VDSL2 Figura 2.6: Comparacin entre VDSL2, VDSL y ADSL2+ Figura 2.7: Planes de Banda para el estndar VDSL Figura 2.8: Densidad de Potencia Espectral para VDSL Figura 2.9: Prefijo y Sufijo cclico para la ventana FTT Figura 2.10: Modelo de Referencia para VDSL Figura 2.11: Diagrama Funcional de la capa PMD Figura 2.12: Modelo Funcional de la capa PMS-TC Figura 2.13: Modelo Funcional de la capa TPS-TC Figura 2.14: Estructura de Trama VDSL Figura 2.15: Trama VDSL Figura 2.16: Espectro del Estndar VDSL2 Figura 2.17: Perfiles definidos por la UIT para el Estndar VDSL2 Figura 2.18: Planes de Banda definidos por la UIT Figura 2.19: Modelo de Referencia para el Estndar VDSL2 Figura 2.20: Modelo de Referencia Funcional para la Gestin Figura 2.21: Modelo de Referencia Funcional de la capa PMD Figura 2.22: Modelo Funcional de la capa PMS-TC Figura 2.23: Estructura de Trama VDSL2 Figura 2.24: Construccin de las Tramas de Overhead para VDSL2 Figura 3.1: Arquitectura de la red actual de CANTV Figura 3.2: Homegateway Huawei EchoLife HG520v Figura 3.3: Homegateway Netopia 3397G Figura 3.4: IP Phone Dect V500DP-K2 10 12 12 13 15 16 18 19 21 21 23 23 24 26 27 30 30 32 33 34 35 36 37 38 41 43 44,45 46

Figura 3.5: STB Huawei EchoLife EC623 Figura 3.6: STB ZTE ZXV10B600 Figura 3.7: Modelo Funcional por capas de un ATM DSLAM Figura 3.8: Modelo Funcional por capas de un IP DSLAM Figura 3.9: Armario de tarjetas LT del ISAM 7302 Figura 3.10: Armario de tarjetas splitter del ISAM 7302 Figura 3.11: Tarjeta LT para Estndar VDSL del ISAM 7302 Figura 3.12: Tarjeta splitter para VDSL del ISAM 7302 Figura 3.13: Esquema del Armario del DSLAM MA5600 Figura 3.14: Armario para tarjetas LT o splitters del MA5600 Figura 3.15: Tarjeta LT con splitter integrados Figura 3.16: Maqueta IPTV de Huawei Figura 3.17: Maqueta IPTV de ZTE Figura 3.18: Arquitectura para implementacin de servicios de Internet Figura 3.19: Arquitectura para implementacin de servicios de voz Figura 3.20: Arquitectura para implementacin de servicios unicast Figura 3.21: Arquitectura para implementacin de servicios multicast Figura 3.22: Protocolos utilizados en la Arquitectura de Red Figura 3.23: Circuitos Virtuales Permanentes del protocolo ATM Figura 3.24: Configuracin de los puertos Ethernet para servicios 3P Figura 3.25: Cross-conexiones en el IP DSLAM Figura 3.26: Etiquetas de S-Vlan y C-Vlan Figura 3.27: Mapeo de PVC a VLAN Figura 3.28: Cambio de etiqueta de Vlan a nivel de MEN Figura 3.29: VPLS para multicast Figura 3.30: Configuracin y uso de los SAPs en un switch MEN Figura 3.31: Configuracin completa de la red Figura 4.1: Montaje para la prueba bsica e sincronismo Figura 4.2: Montaje para las pruebas de lnea Figura 4.3: Montaje para la prueba de conectividad a Internet

47,48 49 51 52 55 55 56 56 57 59 59 63 63 64 65 66 67 69 70 70 71 72 72 73 74 75 75 82 83 84

xi

Figura 4.4: Montaje para la prueba de video unicast Figura 4.5: Montaje para la prueba de video multicast Figura 4.6: Montaje para la prueba de interworking unicast-multicast Figura 4.7: Montaje para la prueba de IP Voice Figura 4.8: Montaje para la prueba de separacin de servicios Figura 4.10: Montaje para la prueba de servicios 3P

85 86 87 88 89 91

Figura 4.9: Montaje para la prueba de interworking ADSL2+ y VDSLx 90

xii

NDICE DE TABLAS
Tabla 2.1: Velocidades Tpicas para el Estndar VDSL Tabla 2.2: Funciones de los Bytes de la Trama VDSL Tabla 2.3: Contenido de los Bits Indicadores (IB) Tabla 2.4: Contenido de los Tramas de OH Tabla 2.5: Comparacin entre los Estndares VDSL y VDSL2 Tabla 5.1: Resultados de las Pruebas de Lnea (Netopia 3397G) Tabla 5.2: Resultados de las Pruebas de Lnea (Huawei HG520v) Tabla 5.3: Resultados de las Pruebas de Lnea (Huawei HG520v) Tabla 5.4: Resultados de las Pruebas de Lnea (Huawei HG520v) 17 27 28 38 40 92 94 96 98

Tabla 5.5: Resultados Finales de las pruebas para los equipos evaluados 107

xiii

NDICE DE GRFICOS
Grfico 5.1: Velocidad de Downstream vs Distancia (Netopi 3397G) Grfico 5.2: Velocidad de Upstream vs Distancia (Netopi 3397G) Grfico 5.3: Ampliacin de una seccin del Grfico 5.2 Grfico 5.4: S/N vs Distancia (Netopi 3397G) Grfico 5.5: Velocidad de Downstream vs Distancia (Huawei 520v) Grfico 5.6: Velocidad de Upstream vs Distancia (Huawei 520v) Grfico 5.7: S/N vs Distancia (Huawei 520v perfil 8b) Grfico 5.8: Velocidad de Downstream vs Distancia (Huawei 520v) Grfico 5.9: Velocidad de Upstream vs Distancia (Huawei 520v) Grfico 5.10: Ampliacin de una seccin del Grfico 5.9 Grfico 5.11: S/N vs Distancia (Huawei 520v perfil 12a) Grfico 5.12: Velocidad de Downstream vs Distancia (Huawei 520v) Grfico 5.13: Velocidad de Upstream vs Distancia (Huawei 520v) Grfico 5.14: Ampliacin de una seccin del Grfico 5.13 Grfico 5.15: S/N vs Distancia (Huawei 520v perfil 17a) Grfico 5.16: Comparacin entre la rata de downstream Grfico 5.17: Comparacin entre la rata de upstream Grfico 5.18: Ampliacin de una seccin del grfico 5.17 93 93 93 94 95 95 95 96 97 97 97 98 99 99 99 101 101 102

xiv

ACRNIMOS
ABA: Acceso a Banda Ancha ARP: Address Resolution Protocol Protocolo de Resolucin de Direcciones ATM: Asynchronous Transfer Mode Modo de Transferencia Asncrona ATU: ADSL Transceiver Unit Unidad Transceptora de ADSL ATU-C: Central Office ATU - Unidad Transceptora de ADSL de la Oficina Central ATU-R: Remote ATU - Unidad Transceptora de ADSL del extremo Remoto BBIP: Back Bone IP B-RAS: Broadband Remote Access Server Servidor de Acceso Remoto de Banda Ancha BTV: Broadband Television Televisin de Banda Ancha CLI: Command Line Interface Interfaz de Lnea de Comandos CPE: Customer Premise Equipment Equipo en los Predios del Usuario CRC: Cyclic Redundacy Check Chequeo de Redundancia Cclica C-VLAN: Customer VLAN VLAN de Usuario DHCP: Dynamic Host Configuration Protocol DMT: Discrete Multitone - Modulacin de Multitono Discreto DSLAM: Digital Subscriber Line Access Multiplexer Multiplexor de Acceso DSL DWDM: Dense Wavelenght Division Multiplexing EOC: Canal de Operaciones Insertadas Epipe: Etherent Pipe FE: Fast Ethernet FEC: Forward Error Correction FFT: Fast Fourier Transform - Transformada Rpida de Fourier FTTcab: Fiber To The Cabinet - Fibra hasta el Armario FTTdslam: Fiber To The DSLAM Fibra hasta el DSLAM FTTh: Fiber To The Home Fibra hasta la Casa FTTn: Fiber To The Neighborhood Fibra hasta el Vecindario GE: Giga Ethernet

xv

GWC: Gateway Controller HDTV: High Definition Television - Televisin de Alta Definicin HEC: Header Error Correction Control de Errores de Cabecera ICI: Interferencia entre portadoras IFFT: Inverse Fast Fourier Transform Transformada Rpida Inversa de Fourier IGMP: Internet Group Management Protocol Protocolo de Gestin de Grupos de Internet IP: Internet Protocol IPTV: IP Television - Televisin sobre protocolo IP ISI: Interferencia entre smbolos LAN: Local Area Network Red de rea Local LDP: Label Distribution Protocol Protocolo de Distribucin de Etiquetas LR-VDSL: Long Reach VDSL VDSL de Largo Alcance LSP: Label Switched Path MEN: Metro Etherent Network Red de rea Metropolitana MGW: Media Gateway MPEG: Moving Picture Experts Group MPLS: Multiprotocol Label Switching Multiprotocolo de Conmutacin de Etiquetas NAT: Network Address Translation Traduccin de Direccin de Red NGN: Next Generation Network Redes de Prxima Generacin NTR: Network Timing Referente - Referencia del Temporizador de Red OAM: Operations, Administration and Maintenance Operaciones, Administracin y Mantenimiento ONU: Optical Network Unit Unidad de Red ptica OSPF: Open Shortest Path First PMD: Physical Media Dependent Dependiente de los medios fsicos PMS-TC: Physical Media Specific-Transmission Convergence Convergencia de transmisin Especfica de los medios Fsicos

xvi

PSTN: Public Switched Telephone Network Red de Conmutacin de Telefona Pblica PVC: Permanent Virtual Circuit Circuito Virtual Permanente QAM: Quadrature Amplitude Modulation - Modulacin de Amplitud en Cuadratura RFI: Interferencia de Radio Frecuencia RSVP: Reservation Services Virtual Protocol Protocolo de Recursos de Servicios Reservados S/PDIF: Sony/Philips Digital Interface Format Formato de Interfaz Digital de Sony/Philips SAP: Service Access Point Punto de Acceso al Servicio SDH: Synchronous Digital Hierarchy Jerarqua Digital Sincrona SDTV: Standard Definition Televison - Televisin de Definicin Estndar SGW: Signaling Gateway SIP: Session Initiation Protocol Protocolo de Inicializacin de Sesiones STB: Set Top Box S-VLAN: Service VLAN VLAN de Servicio TPS-TC: Transport Protocol Specific-Transmission Convergence Convergencia de Transmisin Especfica del Protocolo de Transporte UIT / ITU: International Telecomunications Union - Unin Internacional de Telecomunicaciones. USB: Universal System Bus Puerto de Bus Universal VCI: Virtual Circuit Indicator Indicador de Circuito Virtual VDSL: Very High bit rate Digital Subscriber Line Lnea de Abonado Digital de muy alta velocidad VLAN: Virtual LAN VLL: Virtual Leased Line VME: VDSL2 Management Entity Entidad de Gestin de VDSL2 VOC: VDSL Overhead Control Canal de control de tara VDSL VoD: Video on Demand - Video bajo Demanda VoIP: Voice Over IP Voz sobre IP

xvii

VPI: Virtual Path Indicator Indicador de Camino Virtual VPLS: Virtual Private LAN Services Servicios de Redes LAN Virtuales VPN: Virtual Private Network Red Privada Virtual VRF: Virtual Router Forwarding VTU: VDSL Transceiver Unit Unidad transceptora de VDSL VTU-O: ONU VTU Unidad Transceptora de VDSL del extremo de la ONU VTU-R: Remote VTU Unidad Transceptora de VDSL del extremo Remoto WAN: Wide Area Network Red de rea Amplia

xviii

Introduccin
En las ltimas dcadas, las tecnologas xDSL han permitido a las empresas proveedoras de servicios de telefona, las cuales poseen grandes extensiones de tendidos de cable de cobre, llevar a los clientes servicios de transferencia de voz y datos a alta velocidad, con lo cual dichas tecnologas se han ganado mas de 100 millones de subscriptores a nivel mundial. Simultneamente, empresas proveedoras de servicios de televisin por cable, se han valido de otras tecnologas para lograr competir en el mundo de la transmisin de datos a alta velocidad de forma exitosa. Recientemente muchas de ellas estn prestando servicios de transmisin de voz, con lo cual se dice que son capaces de dar servicios triple play tambin (voz, datos y video a alta velocidad). Las tecnologas ADSL, ADSL2 y ADSL2+, que son las ms utilizadas hoy en da, carecen de los anchos de bandas y poseen ciertas limitaciones que impiden la transmisin de video a travs de la red de cobre con la calidad, variedad y el alcance necesario para satisfacer la demanda de los clientes, y a su vez, permitir a los Operadores Telefnicos ser competidores eficaces con las empresas cableras. Con el desarrollo de la tecnologas VDSL en el ao 2003, se pens que la transmisin de video por la red de cobre era posible, gracias a su capacidad de ofrecer un gran ancho de banda a los clientes, sin embargo este ancho de banda es susceptible a la distancia, por lo cual es de suma importancia realizar un estudio de este parmetro al momento de implantar dicha tecnologa para tratar de sacar el mayor provecho de la calidad y de los servicios que se pueden ofrecer con ella. En mayo del 2006, la UIT-T aprob un nuevo estndar conocido como VDSL2 (G993.2), que permite mayores anchos de banda que VDSL, presentando a su vez menores atenuaciones a mayores distancias, lo cual hace que sea una tecnologa a tomar en cuenta por muchas empresas de telecomunicaciones.

En Venezuela, la empresa de telecomunicaciones CANTV ha utilizado las tecnologas xDSL para dar servicios a sus usuarios durante varios aos, y su nuevo objetivo es el de prestar servicios de video para competir con los prestados por las compaas de cable. Para cumplir este objetivo, CANTV debe evaluar las tecnologas VDSLx y su capacidad de compatibilidad con la plataforma y estndares instalados hoy en da, as como tambin analizar el desempeo de dichas tecnologas en la red con el fin de evaluar si en realidad son capaces de prestar servicios triple play a sus subscriptores, con una conveniencia y calidad competitiva. El trabajo se llev a cabo en el Laboratorio de Estandarizacin de Equipos de CANTV, el cual pertenece a la Gerencia de Planificacin de la Red, y para cumplir los objetivos planteados se llev a cabo, en primer lugar, una investigacin documental sobre las diferentes tecnologas xDSL existentes hoy en da, ejerciendo un mayor nfasis en los estndares VDSL1 y VDSL2, para ello se recopil informacin de organismos reguladores internacionales, pginas web y publicaciones especializadas en el tema, esta informacin se encuentra en el captulo II de este tomo. Posteriormente, se realiz una investigacin sobre la implementacin de los diferentes tipos de servicios que conforman el esquema de servicios 3P (voz, datos y video), encontrado en el captulo III del presente trabajo, para ello se cont con el apoyo de la Gerencia de Planificacin de la Red y la Gerencia de Anteproyectos de la empresa CANTV. Una vez culminada la investigacin, se realiz un protocolo de pruebas para equipos homegateways que trabajan con la tecnologa VDSLx, y se evaluaron dos de estos equipos para determinar la capacidad de los mismos de ofrecer servicios 3P, as como tambin evaluar la tecnologa VDSLx sobre el esquema de servicios 3P, y compararla con la tecnologa existente (Captulo IV).

Por ltimo, en el Captulo V se analizaron los resultados de las pruebas aplicadas a los equipos, se realiza una comparacin entre ellos, entre las tecnologas que ellos manejan y entre la tecnologa implementada hoy en da por CANTV (ADSL2+).

Captulo I Definicin del Problema

1.1 Planteamiento del problema La necesidad de las empresas de telefona de poder ofrecer servicios de video junto a los servicios de voz y datos que se ofrecen hoy en da, las ha obligado a probar y esperar nuevas tecnologas xDSL que les permitan el ofrecimiento de servicios de televisin con la calidad necesaria para competir en este mercado. Con el auge de nuevas tecnologas sobre cable coaxial, las empresas de cable han comenzado a implantar hoy en da servicios de voz, datos y video, lo que se conoce como servicios 3P, y han podido captar parte del mercado de telefona y datos que era explotado en su mayora por las compaas de telefona. Muchas empresas del sector telefnico a nivel mundial se han planteado como objetivo el poder ofrecer los servicios 3P a travs de las plantas de cobre existentes, lo que implicara el ofrecimiento de los servicios con un costo menor al ofrecido por las empresas de cable. Las tecnologas xDSL presentan limitaciones al momento de manejar los grandes anchos de banda que requieren las seales de video; para resolver este problema, la UIT-T en el ao 2004 publica la recomendacin del estndar G.993.1 (VDSL - Very high bit-rate Digital Subscriber Line) pensado para la transmisin de los servicios de video a travs de los pares telefnicos que poseen las empresas de telefona, y posteriormente se publica en el ao 2006 una mejora del mismo estndar conocido como G.993.2 (VDSL2 - Very high bit-rate Digital Subscriber Line Revision 2) con el mismo objetivo del primer estndar. CANTV, desde finales del ao 2005, ha estado desarrollando la plataforma de transmisin de datos de alta velocidad y la ha venido adecuando para soportar los anchos de banda necesarios para dar servicios de alta calidad a los usuarios e

introducir al mercado los servicios de televisin sobre IP (IPTV), pero para poder realizar una buena implementacin de este servicio, es necesario definir la tecnologa xDSL a utilizar, por lo que se necesita la evaluacin de los estndares VDSL y VDSL2, que presentan mejoras sobre otras tecnologas xDSL, y que dichas mejoras se encuentran destinadas a la transmisin de video e implementacin completa de servicios 3P. La presente investigacin realiza la evaluacin de estos estndares y de los equipos que los utilizan con el fin de determinar su comportamiento real para ofrecer servicios 3P.

1.2 Objetivo General Realizar un anlisis tcnico de las tecnologas VDSL y VDSL2, y de otras tecnologas instaladas hoy en da por CANTV (ADSL2+, ADSL2) en red de acceso por medios guiados, as como los diferentes servicios que pueden ofrecerse con dichas tecnologas, realizando el estudio de los equipos necesarios y pruebas respectivas para la implantacin de las mismas. 1.3 Objetivos Especficos Estudio y anlisis de la red de acceso como se encuentra actualmente. Topologa. Arquitectura. Equipos que la constituyen. Servicios prestados actualmente. Anlisis de las caractersticas tcnicas de las tecnologas: 1. ADSL 2. ADSL2 3. ADSL2+ 4. VDSL 5. VDSL2 Estudio y anlisis de los equipos ofrecidos por los principales proveedores de CANTV para la implantacin de las tecnologas VDSLx. Diseo de un protocolo de pruebas para comprobar la funcionalidad tcnica, escalabilidad, y servicios asociados de los mdems VDSL y VDSL2, y su 5

compatibilidad con las tecnologas implantadas hoy en da en red de acceso, as como tambin obtener resultados del comportamiento de dicha tecnologa en esta red. Comparar los resultados obtenidos para las tecnologas VDSLx, con otras tecnologas ya implantadas por CANTV. Realizar una comparacin de costos y servicios que se pueden prestar con las tecnologas VDSLx, y compararlos con las tecnologas ADSL, ADSL2, ADSL2+. Analizar estos resultados y emitir recomendaciones. 1.4 Alcance El proyecto propuesto tiene como alcance el estudio de las tecnologas VDSL y VDSL2 con su red asociada, y la factibilidad de que las mismas puedan prestar servicios de triple play a travs de los equipos DSLAM diseados para soportarlas. As mismo, se necesita realizar el estudio de los CPE de varios fabricantes y observar el desempeo de los mismos en la red de acceso de CANTV, para finalmente comparar estos equipos con los equipos basados en la tecnologa ADSL2+ utilizados hoy en da en la red.

1.5 Justificacin CANTV tiene una fuerte necesidad de mantener su competitividad en accesos de banda ancha, cada vez con ms exigencia, y la plataforma que posee actualmente no le garantiza xito al introducir seales de video hacia sus clientes. En consecuencia se deben evaluar nuevas opciones que garanticen rentabilidad en este esquema de negocios. Este proyecto se realiza con el fin de explorar las nuevas alternativas de servicios que se puedan ofrecer con las tecnologas VDSLx, y el impacto que tendra la introduccin de las mismas en el esquema de la actual red de acceso de CANTV. Con esto se pretende crear la posibilidad de prestar servicios de voz, datos y video (3P) con la calidad necesaria para competir de forma exitosa con otras empresas del 6

sector de las telecomunicaciones, como las compaas de cable, y capturar as mayor nmero de suscriptores. Por ello, es necesario determinar las prestaciones reales de esta nueva tecnologa, as como su compatibilidad con las tecnologas implantadas hoy en da, con el fin de poder decidir si es conveniente hacer una emigracin abrupta al nuevo estndar, o realizar un cambio progresivo de la plataforma de la red de acceso, caso en el cual coexistiran los estndares (VDSL y VDSL2) con el utilizado hoy da en CANTV (ADSL2+). 1.6 Limitaciones El laboratorio de estandarizacin de CANTV posee el equipamiento necesario para la realizacin de pruebas a equipos que trabajan con los estndares que la empresa tiene implementados hoy en da en Venezuela (ADSL2+, G.SHDSL), por esta razn, equipos como el simulador de lnea y los generadores de trfico, no pudieron ser utilizados para la realizacin de las pruebas, debido a que la frecuencia de trabajo de estos equipos no se adapta a los anchos de banda de trabajo de los estndares VDSL y VDSL2. Por esta razn, se hizo necesaria la utilizacin de lneas reales, lo cual present la limitante de no poder realizar las mediciones con la precisin deseada, sin embargo los resultados obtenidos son perfectamente representativos y arrojan con exactitud el comportamiento de los estndares y equipos evaluados a lo largo de la investigacin. Adems, por ser la tecnologa VDSL2 muy reciente, la mayora de los proveedores no tenan disponibilidad de las tarjetas de lnea necesarias para la realizacin de las pruebas, por consiguiente solo se consigui una tarjeta de prueba de VDSL2, otorgada por la empresa Huawei para la realizacin de las pruebas, caso similar ocurri con el estndar VDSL, ya que los proveedores no disponan de las

tarjetas en Venezuela, y se hizo necesario solicitarlas al exterior, sin embargo solo se cont con una de ellas en el plazo de tiempo necesario, y fue prestada por la empresa Alcatel Lucent. La comparacin de costos no pudo ser realizada dado que las empresas no posean precios estimados para VDSL2, ya que el estndar es muy nuevo, y en lo que respecta al estndar VDSL, Alcatel no quiso divulgar los precios por puerto de la tecnologa por considerar la informacin de tipo confidencial, y de uso exclusivo de la empresa al momento de realizar negociaciones.

Captulo II Marco Terico

2.1 La red de acceso Podemos definir la red de acceso, como aquella que se encuentra entre los predios de los suscriptores, y sus switches respectivos. CANTV posee hoy en da el mayor tendido de cable de cobre en el pas, este tendido conforma la red de acceso de la empresa, y es a travs de dicha red que la empresa puede prestar servicios a un gran nmero de usuarios. Es por esta razn que, para mantenerse al da con los avances de la tecnologa y poder suministrar servicios con mayor ancho de banda para competir as con los nuevos servicios ofrecidos por las compaas de cable, las empresas deben hacer uso de tecnologas desarrolladas para explotar el total potencial de las plantas de cobre; esto le ha permitido a empresas, que un principio solo ofrecan servicios de telefona, la posibilidad de dar servicios de Internet de banda ancha, y estar as en capacidad de ofrecer a sus clientes, servicios de transmisin y recepcin de voz, datos y video a alta velocidad. A lo largo de los ltimos aos se han desarrollado tecnologas conocidas como la familia xDSL, estas tecnologas se desarrollaron con el fin de poder prestar servicios de banda ancha sobre los cableados de cobre que se encontraban ya instalados por las compaas telefnicas para prestar servicios de voz a sus clientes, dichas tecnologas han ido evolucionando a lo largo de los aos permitiendo a las empresas ofrecer ms y mejores servicios.

2.2 Servicios Triple Play (3P) El concepto de triple play hace referencia a la comercializacin de los servicios de telefona junto con los servicios de acceso a Internet de banda ancha y servicios de SDTV, HDTV y VoD, todo por una misma empresa de telecomunicaciones, con acceso nico. Las compaas de telecomunicaciones ven este tipo de servicios como la tendencia tecnolgica en comunicaciones para usuarios residenciales, permitir la migracin ha servicios totalmente digitales y le otorgar a los usuarios la posibilidad de disponer del servicio deseado en el momento en que lo necesite. 2.3 Familia de Tecnologas xDSL Cuando hablamos de la familia xDSL (type x Digital Subscriber Line) nos referimos a un conjunto de tecnologas que tienen un fin comn, el de permitir a las empresas que poseen gran cantidad de usuarios conectados a travs de tendidos de cable de cobre, ofrecer servicios de banda ancha sin la necesidad de cambiar la planta externa. A finales de los aos 80 surga la necesidad de enviar mayores volmenes de informacin a travs de Internet, y es precisamente en ese perodo de tiempo que Joseph Lechleider, de la compaa Bellcore, demuestra la viabilidad de transmitir seales de banda ancha, y desarrolla la idea de transmisin asimtrica, que sugera que se podra enviar mayor cantidad de informacin en un sentido que en otro, consiguiendo as su lugar en la historia como el creador de las tecnologas de banda ancha sobre cobre. Durante la dcada de los 90 y los inicios del ao 2000, la necesidad de satisfacer la demanda de los clientes y el desarrollo de diferentes servicios han originado hoy en da diferentes tipos de tecnologas xDSL, dichas tecnologas se pueden catalogar en simtricas, aquellas en la que las velocidades de transmisin son

10

iguales en ambos sentidos, o asimtricas, aquellas en la que las velocidades de transmisin son diferentes para cada sentido. Dependiendo de los servicios y las necesidades que cada usuario desee, es necesario analizar el tipo de tecnologa xDSL a utilizar. [2]-[3]-[6] En la figura 2.1 se puede observar la evolucin de las tecnologas xDSL asimtricas, y el ao en que la UIT las aprob:

Figura 2.1: Estndares xDSL [3]

En el presente trabajo se analizarn solamente las tecnologas de acceso xDSL asimtricas para abonados residenciales. Es decir, no se tocarn aspectos relacionados con la familia HDSL y SHDSL. En el caso de los usuarios residenciales, es ms importante la velocidad de descarga de informacin (downstream), a la de subida de informacin o (upstream), es debido a esta tendencia que para dichos usuarios las tecnologas xDSL ms usadas sean las del tipo asimtricas, lo que permite sacrificar ancho de banda en subida (upstream), a cambio de mayor alcance o mayor velocidad de descarga (downstream). Las tecnologas xDSL asimtricas que se explican a continuacin son: ADSL, ADSL2, ADSL2+, VDSL y VDSL2.

11

ADSL (Asymmetric Digital Subscriber Line): esta tecnologa fue una de las primeras en ser ofrecida comercialmente a usuarios residenciales, ya que se ajustaba perfectamente a las necesidades de los mismos (grandes velocidades de downstream y bajas velocidades de upstream) gracias a su funcionamiento asimtrico. Trabaja sobre los pares de cobre usados para dar servicios de telefona, y hace uso de frecuencias no utilizadas para la transmisin de voz. Esta tecnologa puede ser empleada en distancias de hasta 5,5Km y puede alcanzar velocidades de transmisin de 1,5Mbps a 8Mbps en downstream y de 16Kbps a 1Mbps en upstream. Cuando la seal es recibida por el proveedor de servicios, se separa la seal ADSL, y se enva la informacin de datos a Internet, mientras que las frecuencias que contienen la seal de telefona son dirigidas a la red telefnica convencional. [6] ADSL2 (Asymmetric Digital Subscriber Line - segunda generacin): la segunda generacin de la tecnologa ADSL, conocida como ADSL2, permite velocidades de transmisin mayor, pudiendo alcanzar velocidades de hasta 12Mbps en downstream y 2Mbps upstream; para lograrlo, se mejor la eficiencia de la modulacin/codificacin, utilizando codificacin Trellis de 16 estados y modulacin QAM con constelaciones de 1 bit. Sumado a esto, estn los equipos desarrollados para esta tecnologa, los cuales permiten realizar diagnsticos de las lneas donde se va a prestar el servicio, y poder obtener as informacin sobre la atenuacin del bucle y la relacin seal a ruido, lo que permite prever malos funcionamientos, y tasas mximas de transferencia que se pueden ofrecer a un Terminal. [2]-[6] Adems, la tecnologa posee la capacidad de lidiar con los problemas de diafona tpicos de los pares telefnicos, para ello se supervisa la cantidad de ruido en el Medio, y se vara la tasa de transferencia de informacin sin perder la calidad de la conexin, esto se realiza de forma transparente para el usuario, utilizando

12

mecanismos que pueden cambiar la velocidad del enlace sin producir errores de sincronismo. [2]-[6] ADSL2+ o ADSL2plus (Asymmetric Digital Subscriber Line - segunda generacin revisin 1): esta tecnologa posee el mismo funcionamiento que la tecnologa ADSL2, y posee tambin las mismas mejoras, la diferencia es que permite la utilizacin de mayor espectro sobre el bucle de abonado, aumentando al doble el ancho de banda, de 1.1MHz a 2.2MHz. Este espectro adicional se utiliza para transportar las seales de bajada de informacin (downstream). Debido a que las frecuencias ms altas se atenan ms rpidamente en el par telefnico, las velocidades de downstream disminuyen rpidamente a medida que se incrementa la distancia, pero permite velocidades de 24Mbps a 16Mbps en lazos de abonados cortos, menores a 1Km, y alrededor de 8Mbps a 3Km de distancia de la central local. Las velocidades de upstream siguen encontrndose entre 16Kbps y, en algunos casos, hasta 3,5Mbps. [2] Esta tecnologa es una de las ms utilizadas actualmente por los proveedores de servicios, ya que posee un buen compromiso entre distancia y velocidad de transmisin, y adems permite que se le puedan prestar al cliente diferentes servicios dependiendo de la distancia a la cual se encuentre, y la velocidad mxima de transferencia que se le pueda prestar. [2]

Figura 2.2: Espectro de Frecuencia ADSL2+ [2]

13

Figura 2.3: Comparacin entre ADSL2 y ADSL2+ [2]

VDSL (Very high bit-rate Digital Subscriber Line): esta tecnologa se desarrolla con el fin de ofrecer servicios de transmisin de video a los clientes, para esto se requiere la capacidad de poder transmitir grandes anchos de banda sobre el par de cobre, los esfuerzos para estandarizar esta tecnologa comenzaron en el ao 1995, pero dado que la tecnologa poda utilizar modulacin QAM (Quadrature Amplitude Modulation) o DMT (Discrete Multitone Modulation) el debate se prolong por varios aos, tiempo en el cual algunas empresas comenzaron a desarrollar la tecnologa de forma propietaria, lo que produca incompatibilidad entre equipos de diferentes fabricantes, esto origin a su vez que la implementacin a gran escala de la tecnologa se retrasara, as como su desarrollo. [3]-[4]-[6]-[9]-[12] No fue hasta el ao 2003, que 11 grandes empresas expresaron su soporte por la tecnologa VDSL utilizando modulacin DMT, y ese mismo ao la UIT ratific el estndar como una tecnologa que usara modulacin DMT en el cuerpo principal de su especificacin, y QAM en un anexo normativo. Tambin se lleg al acuerdo que cualquier mejora o funcionalidad que se le fuera a agregar a la tecnologa VDSL se incorporara en una segunda generacin de la misma (VDSL2), y que sta trabajara slo con DMT. [3]-[4]-[6]-[9]-[12]

14

El estndar VDSL (G.993.1) permite grandes velocidades de transferencia de informacin, pero en un lazo de abonado de cobre inferior a los 2.5Km, las velocidades mximas obtenidas son de 50Mbps en downstream y de 12Mbps en upstream. El aumento en la velocidad se debe a que el estndar trabaja hasta la frecuencia de 12MHz, y separa esta banda en cuatro sub-bandas, dos para el trfico de downstream y dos para el de upstream, adems coloca las bandas de downstream en las frecuencias inferiores para que no se vean atenuadas por la diafona en el enlace de cobre, caso contrario al estndar ADSL2, que sita el downstream en las bandas superiores. [3]-[4]-[9]-[12]
Plan 997 Symetric

Plan 998 Asymetric

Figura 2.4: Planes de Banda para VDSL1 [4]

El estndar VDSL se desarroll tambin para que pudiera funcionar como una tecnologa DSL simtrica a travs del plan de banda 997, y como tecnologa DSL asimtrica a travs del plan 998. [3]-[4]-[6]-[9]-[12] Sin embargo, a pesar de todas las ventajas en anchos de banda y velocidades de transmisin, el estndar careca de funciones de diagnsticos de lnea claves que la tecnologa ADSL2 y ADSL2+ ya posea, y que les permita a las mismas alcanzar distancias superiores a los 3,5Km, y mantener as una rata de transferencia de informacin aceptable. Es por esta razn que se decide incorporarle a este estndar, las mejoras ya existentes en las tecnologas ADSL2 y ADSL2+, as como tambin trabajar en la compatibilidad con dichas tecnologas, de manera que el impacto de la migracin de ADSL2 y ADSL2+ hacia la plataforma VDSL fuera lo menos complicado y costoso posible. Sin embargo,

15

todas estas caractersticas se implementaron en la segunda generacin de la tecnologa VDSL. [3]-[4]-[6]-[9]-[12] La tecnologa VDSL solo tuvo una implantacin limitada en Asia y en algunos pases de Europa, dado los problemas suscitados con la compatibilidad y las cortas distancias en las cuales era posible aprovechar los beneficios de la tecnologa. [3]-[4]-[6]-[9]-[12] A lo largo del trabajo se utilizar el nombre VDSL1 para hacer referencia al estndar VDSL en algunos casos, con el fin de evitar confusiones entre el estndar VDSL2 y el VDSL. VDSL2 (Very high bit-rate Digital Subscriber Line segunda generacin): esta tecnologa mantiene las caractersticas de su predecesora (VDSL1), pero aade funcionalidades y mejoras encontradas en las tecnologas ADSL2 y ADSL2+ con el fin de aumentar el alcance de los servicios prestados y de convertir al estndar en la solucin para ofrecer servicios de transmisin de video a los clientes. [3][4]-[9]-[12]-[15] El estndar VDSL2 (G.993.2) fue introducido por la UIT en el 2004, y fue aprobado en el ao 2006, se fij finalmente que la tecnologa trabajara con el mismo cdigo de modulacin DMT que utilizan los estndares ADSL2 y ADSL2+, de manera de garantizar compatibilidad espectral con los servicios existentes, y permitiendo adems interoperabilidad con los diferentes estndares ADSL. [3]-[4]-[9]-[12]-[15] Esta tecnologa trabaja, al igual que su predecesora, con el espectro de 12MHz, pero a ste se le agreg un nuevo espectro de frecuencia que llega hasta 30MHz, lo que origina que se puedan alcanzar velocidades de hasta 100Mbps en lazos de abonado cortos, y gracias a la utilizacin del esquema de codificacin

16

Trellis/Viterbi, el estndar puede alcanzar mejores velocidades de transferencia de informacin sobre las mismas condiciones de seal a ruido que el estndar VDSL1. [3]-[4]-[9]-[12]-[15]
Plan 997 Asymetric

Plan 998 Symetric

North America Plan 998 Extension

Figura 2.5: Planes de Banda VDSL2 [3]

Cabe destacar, que la UIT para simplificar la configuracin de los equipos de red, estandariz los perfiles de velocidades de transmisin del estndar VDSL2, y los catalog de acuerdo al esquema de implementacin a utilizar. Se crearon as 8 perfiles diferentes, que se ajustan cada uno a diferentes necesidades. [3]-[4]-[9][12]-[15] Con todo esto, el estndar VDSL2 se presenta como una poderosa solucin para todas aquellas compaas con redes de cable de cobre que quieran ofrecer ms que servicios de conexin a Internet y telefona, incluyendo a stos los servicios de SDTV (Standard Definition Television) y HDTV (High Definition Television). [3]-[4]-[9]-[12]-[15] Ms adelante en el trabajo, se explicarn con detalle las diferencias esenciales entre los estndares VDSL y VDSL2, las ventajas de cada uno, y los esquemas de modulacin y codificacin utilizados por cada uno de ellos. A continuacin en la figura 2.6 se muestra una comparacin terica de las velocidades de downstream para los estndares ADSL2+, VDSL1 y VDSL2:

17

Figura 2.6: Comparacin entre VDSL2, VDSL y ADSL2+ [15]

2.4 Caractersticas de las tecnologas VDSL y VDSL2 2.4.1 Estndar G.993.1 (VDSL1) 2.4.1.1 Velocidades de transmisin Como ya se mencion, VDSL fue creado pensando en servicios que requieren un gran ancho de banda, es por eso que una de las caractersticas principales de este estndar es la alta velocidad de transmisin. El estndar VDSL es capaz de alcanzar velocidades que van desde 13Mbps a 52Mbps en downstream, y de 1.5Mbps a 12Mbps en upstream, estas velocidades solo pueden lograrse en distancias de lazo de abonado menores a los 2,5Km, lo que implica que el despliegue de la tecnologa se realice usando topologas de FTTca (Fiber To The Cabinet Fibra hasta el armario), de manera de acortar la distancia del cableado de cobre entre el usuario y el proveedor de servicios. Como VDSL puede funcionar a diferentes velocidades, el estndar utiliza procedimientos de handshake definidos por la UIT en su especificacin G.994.1 (Handshake Procedures for DSL Transceiver), esto permite que el equipo de abonado residencial (CPE) pueda realizar un proceso de negociacin de velocidad de transmisin con el equipo que se encuentra en el extremo del proveedor de servicio,

18

basndose en las condiciones elctricas de la lnea para la distancia a la cual se encuentra el usuario. Las tarjetas de lnea de VDSL permiten a los proveedores de servicio crear perfiles de velocidades, y aplicar dichos perfiles a cada uno de los puertos en los que se encuentran conectados los clientes, de esta manera cada usuario podr tener la velocidad que necesite o la que est dispuesta a pagar, lo que origina mayores libertades al momento de prestar diferentes tipos de servicio. 2.4.1.2 Modo de operacin El estndar VDSL puede operar de forma simtrica o asimtrica, esto origina grandes ventajas, ya que puede dirigirse el servicio no solo a usuarios del tipo residencial que prefieren mayores velocidades de descarga que de subida de informacin, sino tambin a empresas comerciales que necesiten grandes velocidades de transmisin en ambas direcciones. [3]-[4]-[6]-[9]-[12] El modo de operacin se define en la tarjeta de lnea VDSL, en ella se ajusta el perfil de manera de que las ratas de transmisin en ambos sentidos puedan ser iguales. A continuacin en la tabla 2.1 se muestran valores tpicos de velocidades de transmisin en modo simtrico y asimtrico de acuerdo a la distancia a la cual se encuentre el usuario:

19

Tabla 2.1: Velocidades tpicas para el estndar VDSL

Distancia 300 1000 1500 Distancia (metros) 1000 300

Velocidad de datos en

Velocidad de datos en

(metros) downstream (Mbps/Asimtrico) upstream (Mbps/Asimtrico)

52

6.4 3.2 1.6 Velocidad de datos en upstream (Mbps/Simtrico) 13 26

26 13 Velocidad de datos en downstream (Mbps/Simtrico) 13 26

La flexibilidad que posee el estndar VDSL en cuanto a su modo de operacin simtrico, permite dar servicios de teleconferencia y teleconsulta a empresas comerciales, aumentando as el mercado al cual pueden ser dirigidos los servicios prestados con esta tecnologa. 2.4.1.3 Planes de frecuencia La UIT aprob tres planes de frecuencia diferentes para el estndar VDSL, estos planes son compatibles con los estndares ADSL y ADSL2+, de manera de garantizar interoperabilidad de estndares dentro del mismo equipo, para as facilitar el despliegue de la tecnologa. A continuacin se muestran los tres planes de banda aprobados para la tecnologa VDSL:

Figura 2.7: Planes de Banda para el estndar VDSL

20

Como se puede observar en la figura 2.7, el estndar trabaja hasta una frecuencia de 12MHz, y posee cuatro bandas de transmisin de informacin, dos bandas para transferencia en sentido ascendente y dos en sentido descendente. Es importante mencionar que cuando el estndar se configura para trabajar en sentido simtrico, normalmente se utiliza el plan de frecuencias 997, dejando los planes 998 y Fx para transmisiones asimtricas. Esto ha sido adoptado por un gran nmero de fabricantes de tarjetas de lnea, y es como normalmente se aplica al momento de desplegar la tecnologa de forma comercial. [3]-[4]-[6]-[9]-[12] A continuacin, en la figura 2.8, se presenta la densidad de potencia espectral para el estndar VDSL utilizando una velocidad de downstream de 26Mbps y de upstream de 3.2Mbps, tambin se muestra las zonas donde se podra interferir con el estndar ADSL2+:
PSD POTS ISDN VDSL Upstream VDSL Downstream

0.1 0.2
ADSL upstream ADSL downstream

1.0

2.0

8.0

MHz

Figura 2.8: Densidad de potencia espectral para VDSL

Como se puede observar en la figura 2.8, la banda de upstream de ADSL est totalmente fuera del espectro utilizado por el estndar VDSL, lo cual no genera interferencias con ese estndar, sin embargo la zona de upstream de VDSL se solapa con la de downstream de ADSL, esto podra en algunos casos generar interferencia si se hace uso de ambas tecnologas sobre el mismo cableado.

21

2.4.1.4 Transmisin DMT Como se explic anteriormente, el estndar VDSL puede utilizar QAM o DMT como esquemas de modulacin/codificacin, pero cuando la UIT aprob definitivamente el estndar, incorpor el esquema DMT en el cuerpo principal de la recomendacin, y hoy en da la mayora de los fabricantes de equipos utilizan DMT para la realizacin y desarrollo de sus tarjetas de lnea y CPE. Sin embargo al no estar estandarizado como tal, existen algunos fabricantes que desarrollan sus equipos basndose en QAM, lo cual tambin est contemplado dentro de la recomendacin emitida por la UIT, y origina que la compatibilidad entre equipos se vea comprometida, ya que no es posible la utilizacin de un CPE basado en DMT con una tarjeta de lnea basada en QAM y viceversa. [1]-[6] El cdigo de lnea DMT (Discrete Multitone) divide el ancho de banda disponible en unidades ms pequeas, estas bandas individuales posteriormente son probadas para determinar su capacidad para transmitir informacin. Estas pruebas originan muchas ventajas, ya que las caractersticas del cableado pueden cambiar de una central telefnica con respecto a otra, los parmetros de lnea como la longitud, el tipo, la condicin y el nivel de interferencias, pueden afectar la seal. Con DMT se puede superar este problema utilizando las bandas del espectro que presenten menor atenuacin e interferencia. [1]-[6] Posteriormente se prueba la lnea para comprobar las bandas de frecuencia que estn disponibles, y cuntos bits se pueden transmitir por unidad de ancho de banda. Los bits son codificados en el transmisor, en el caso de VDSL las portadoras estn igualmente espaciadas y son ortogonales entre s. Para modular y demodular los smbolos se utilizan IFFT (Inverse Fast Fourier Transform Transformada Inversa Rpida de Fourier) y FFT (Fast Fourier Transform Transformada Rpida de Fourier) respectivamente, es necesario garantizar la ortogonalidad entre los tonos por lo que se hace necesario un cierto nivel de procesamiento en el transmisor y en el receptor, este proceso es realizado durante la inicializacin del enlace. [1]-[6]

22

En un sistema VDSL basado en DMT se pueden utilizar en total 4096 portadoras, y utilizando una separacin entre tonos igual a ADSL, se tiene que cada tono ocupar 4,3125KHz, para abarcar una banda de frecuencias de hasta 17,7MHz. Por ser utilizado en el estndar VDSL el esquema DMT, y adems con la misma separacin entre tonos que en ADSL, ambos estndares pueden interoperar, es decir un mdem VDSL en un extremo de la lnea puede comunicarse con un mdem ADSL en otro extremo, y tericamente se podra transmitir sobre el mismo par de cables informacin ADSL junto con VDSL. [1]-[6] La salida de la IFFT se ampla agregando un prefijo cclico (CP) y un sufijo cclico (CS), con el objetivo de suavizar la transicin entre smbolos sucesivos, mejorar el confinamiento espectral del mismo y, a nivel de recepcin, permite reducir el efecto de las transiciones que de otra manera produciran ISI (interferencia entre smbolos) y ICI (interferencia entre portadoras), la ampliacin cclica tambin ayuda a reducir el efecto de la diafona y de la RFI (Interferencia de Radiofrecuencia). [1][6]

Figura 2.9: Prefijo y Sufijo cclico para la ventana FTT [1]

2.4.1.5 Modelo de referencia A continuacin se muestra el modelo de referencia funcional para el estndar VDSL segn se especifica en la recomendacin G.993.1 de la UIT:

23

Figura 2.10: Modelo de referencia para VDSL [10]

En la figura 2.10 se puede apreciar el diagrama de bloques funcionales y las interfaces de la unidad transceptora VDSL (VTU VDSL Transceiver Unit). La figura 2.10 muestra el VTU-R o el VTU del extremo remoto, y el VTU-O o el VTU de la oficina central, conocida como ATU-C para ADSL, el cambio en el nombre se debe a que especficamente VTU-O hace referencia a el VTU en el extremo de la ONU (Optical Network Unit Unidad de red ptica), ya que la recomendacin trata el modelo de arquitectura FTTcab (Fibra al armario), pero este mismo modelo de referencia es vlido para arquitecturas desde una central de telefona. [10] Como puede observarse, cada VTU consta de dos partes, una seccin especfica de aplicacin y una seccin invariante de aplicacin. La seccin invariante de aplicacin consta de la capa PMD (Physical Media Dependent Dependiente de los Medios Fsicos), y de la capa PMS-TC (Physical Media Specific-Transmission Convergence Convergencia de Transmisin Especfica de los Medios Fsicos), la seccin especfica de aplicacin contiene la capa TPS-TC (Transport Protocol Specific-Transmission Convergence Convergencia de Transmisin Especfica del Protocolo de Transporte). [10]

24

En la especificacin se denomina tambin al extremo del VTU-O como Line Termination o Terminacin de Lnea (LT), y al extremo del VTU-R como Network Termination o terminacin de red, cada una de las capas que conforman el VTU cumplen distintas funciones. [10] 2.4.1.6 Seccin Invariante de Aplicacin Esta seccin est conformada por dos capas que se explican a continuacin: Capa PMD: esta capa se encarga de la modulacin y demodulacin, la codificacin y decodificacin, temporizacin, inicializacin y gestin OAM (Operations, Administration and Maintenance - Operaciones, Administracin y Mantenimiento). A continuacin en la figura 2.11 se muestra un diagrama funcional de la capa PMD como lo muestra la UIT:

Figura 2.11: Diagrama funcional de la capa PMD [10]

Como se observa en la figura 2.11, la capa PMD trabaja en recepcin y transmisin de datos, en el primer caso, se reciben las tramas provenientes del medio de transmisin utilizado, se demodulan y se decodifican, para ser entregadas entonces a la capa PMS-TC. Para el segundo caso, las tramas recibidas de la capa PMS-TC se codifican y se modulan para poder ser entregadas al medio de transmisin.

25

Capa PMS-TC: esta capa realiza funciones especficas del medio de transmisin, entre las cuales se encuentra el entramado, la aleatorizacin, la correccin de errores de recepcin y el entrelazado. A continuacin en la figura 2.12 se muestra el modelo funcional de la capa PMS-TC para los transceptores VDSL segn lo especfica la recomendacin de la UIT:

Figura 2.12: Modelo Funcional de la capa PMS-TC [8]

En la figura 2.12 se pueden apreciar los procedimientos que se realizan en la capa PMS-TC antes de ser enviada la trama a la capa PMD, la capa PMS-TC recibe y enva datos a las capas TPS-TC que es especfica de la aplicacin y tambin a la capa PMD que es invariante de la aplicacin. 2.4.1.7 Seccin Especfica de Aplicacin Esta seccin est conformada solo por la capa TPS-TC, la cual se explica a continuacin: Capa TPS-TC: esta capa es especfica segn el modo de transporte, ATM o PDM, como en el esquema de implementacin de CANTV se utiliza ATM, se explica la funcionalidad de la capa TPS-TC para este caso. [10]

26

Primeramente, en la figura 2.13, se muestra el modelo funcional de la capa TPS-TC para transporte por medio de ATM, especificado en la recomendacin emitida por la UIT:

Figura 2.13: Modelo Funcional de la capa TPS-TC [10]

Se puede notar en la figura 2.13 una interfaz , que interconecta la capa ATM con la capa TPS-TC, esta interfaz existe en el VTU-O (O) y en el VTU-R (R). Ambas interfaces son hipotticas e idnticas, y se definen por los flujos de informacin que se producen entre la capa ATM y la capa TPS-TC, dichos flujos son: Flujo de data (Voz, Datos y/o Video). Flujo de sincronizacin Flujo de control Flujo de OAM

Las funcionalidades principales de la capa TPS-TC para transmisin ATM son: Desacoplamiento de velocidad de clula. Generacin/verificacin de HEC. Aleatorizacin y desaleatorizacin de cabida til de clula. 27

 Delineacin de clula. En la figura 2.13, se observan las interfaces /, stas se encuentran entre la capa TPS-TC y PMS-TC en el VTU-O () y en el VTU-R (), ambas interfaces son funcionales, independientes de la aplicacin, hipotticas e idnticas, y se definen por el intercambio de los siguientes flujos de seales: Flujo de datos Flujo de sincronizacin 2.4.1.8 Estructura de la trama VDSL La trama VDSL, segn la UIT, se describe como un conjunto de bytes transportados por un smbolo de multitono discreto (DMT). Toda trama VDSL va a estar constituida por dos fuentes de data que se clasificarn en una memoria intermedia rpida (canal rpido), y una memoria intermedia entrelazada o lenta (canal lento). Para hacer referencia o distinguir entre una memoria y otra, la UIT utiliza un subndice i que puede variar tomando el valor F si se hace referencia a la memoria rpida, e I si se hace referencia a la memoria entrelazada o lenta (DF: Datos del canal rpido DI: Datos del canal lento). [10] La memoria rpida puede o no existir, pero en caso de no existir, es necesario que la memoria intermedia entrelazada pueda transportar datos no entrelazados, para esto es necesario una configuracin adicional. [10]

En la figura 2.14, se presentan las reglas para obtener la estructura de trama VDSL, segn la recomendacin G.993.1 emitida por la UIT:

28

Figura 2.14: Estructura de Trama VDSL [10]

La adaptacin de cabida til se realiza con el fin de hacer corresponder un nmero entero de bytes en una trama, para esto es necesario rellenar el flujo de bytes que provienen de la capa TPS-TC con un nmero adecuado de bytes de relleno, denominados imitaciones, este proceso se realiza para ambos canales. [10] Una vez culminada la adaptacin de la cabida til, se procede a codificar, a travs del cdigo Reed Solomon, una secuencia de paquetes cuyo nmero de bytes va a depender de la adaptacin realizada de la cabida til, este proceso tambin se realiza para ambos canales. [10] Posteriormente se realiza la convergencia de la informacin de ambos canales, y se crea una trama VDSL. La recomendacin de la UIT especifica que es necesario que cada trama contenga primero la data correspondiente al canal de datos rpidos seguido por la data del canal de datos lento, como se muestra en la figura 2.15:

29

Figura 2.15: Trama VDSL [10]

En la trama VDSL existen ciertos bytes que poseen funciones especficas que permiten la correcta comunicacin entre el VTU-O y el VTU-R, a continuacin en la tabla 2.2 se muestra el contenido de los bytes rpidos, y los bytes entrelazados o lentos:
Tabla 2.2: Funciones de los bytes de la trama VDSL [10]

Bytes rpidos Paquete 1 2 3-5 6 7-10 Primer byte F-CRC byte de sincrona IB NTR Relleno Otros bytes (en su caso) F-EOC F-EOC F-EOC F-EOC F-EOC Primer byte S-CRC byte de sincrona IB/relleno NTR/relleno Relleno

Bytes lentos 2 byte hasta (V + 1)simo VOC VOC VOC VOC VOC Otros bytes (en su caso) S-EOC/til S-EOC/til S-EOC/til S-EOC/til S-EOC/til

Como se observa en la tabla 2.2 el 2do byte de ambas memorias corresponde al byte de sincronismo, como su nombre lo indica ser el byte utilizado para garantizar la sincronizacin de las tramas. Los bytes del 3-5 se denominan bits indicadores (IB) y su contenido y funcin se muestra en la tabla 2.3:

30

Tabla 2.3: Contenido de los Bits Indicadores (IB) [10]

Byte # 1

Bit # b0-b7 b0 b1 b2 b3 b4 b5 b6 b7 b0 b1 b2 b3 b4 b5-b7 Febe-s Ffec-s Febe-f

Definicin Reservados para utilizacin a futuro

Ffec-f
Flos Rdi Fpo Flpr LoM (prdida de margen) Fhec-s (se utiliza nicamente para ATM y se fijar a 0 para PTM) Fhec-f (se utiliza nicamente para ATM y se fijar a 0 para PTM) Fncd-s/Focd-s (se utiliza nicamente para ATM y se fijar a 0 para PTM) Fncd-f/Focd-f (se utiliza nicamente para ATM y se fijar a 0 para PTM) Reservados para utilizacin a futuro

El byte nmero 6 (Tabla 2.2) de la memoria rpida corresponde a la referencia de temporizacin de Red (NTR), este byte es necesario en los servicios iscronos, ya que dichos servicios necesitan una referencia de temporizacin que pueda ser utilizada en recepcin y transmisin, los sistemas VDSL transportarn, valindose de este byte, un marcador de tiempo (clock) de 8KHz para soportar la transmisin de la seal temporizadora. [10] Los bytes VOC (Canal de Control de Tara VDSL - VDLS Overhead Control (Tabla 2.2)), que se ubican en la memoria entrelazada, son soportados por la capa TPS-TC, y estn destinados principalmente a la transferencia de mensajes de activacin y configuracin entre los extremos VTU-O y VTU-R del enlace VDSL, tambin se puede transmitir en ellos informacin sobre las condiciones de la lnea y el trayecto. [10]

31

Por ltimo, los bytes EOC (Canal de Operaciones Insertadas (Tabla 2.2)), se encuentran soportados por la capa de aplicacin del sistema, son utilizados para el intercambio de datos de gestin del sistema y el control de trfico entre el VTU-O y el VTU-R. [10] Los bytes de VOC, los de EOC y los IB pertenecen a lo que se conoce como el canal de comunicacin OAM (Operaciones, Administracin y Mantenimiento Operations, Administration and Maintenance). El modelo de referencia OAM tiene como funcin gestionar las siguientes entidades de transmisin en un enlace VDSL: Entidad de lnea VDSL: se refiere a las capas PMD y PMS-TC, y tiene que ver con lo relacionado al transporte fsico. Entidad de trayecto VDSL: se refiere a la capa TPS-TC, y se refiere al trayecto del protocolo de transporte aplicable. Entidad de sistema VDSL: El trayecto usuario aplicacin, se refiere a las capas superiores a la capa TC. El modelo OAM facilita la implementacin de los enlaces VDSL, y permite el monitoreo y ajuste de las condiciones del enlace de los transductores de manera de mejorar la calidad de servicio en el enlace. [10]

2.4.2 Estndar G.993.2 (VDSL2) 2.4.2.1 Velocidades de transmisin El estndar VDSL2 es una mejora del estndar VDSL, y combina lo mejor de ADSL2+ con las altas velocidades de VDSL. Es necesario saber que el estndar fue desarrollado con el slo propsito de transmitir video sobre cobre, y la necesidad de prestar servicios VoD (Video on Demand) y HDTV para poder competir de forma efectiva con los paquetes de servicios ofrecidos por las cableras. Es por esta razn que el estndar deba soportar altas velocidades de transmisin.

32

Para lograr mayores velocidades de transmisin, se aument el ancho de banda de operacin de la tecnologa, fijndolo en 12MHz y hasta 30MHz para algunos perfiles. En la figura 2.16 se muestra el espectro de VDSL2 en comparacin con ADSL2+:

Figura 2.16: Espectro del estndar VDSL2 [12]

El estndar VDSL2 puede alcanzar velocidades de hasta 150Mbps en downstream y de 60Mbps en upstream, pero las velocidades pueden ser ajustadas segn el esquema de implementacin que se desee utilizar, esto le da gran flexibilidad al estndar, y lo hace ms sencillo al momento de realizar la implementacin. Al igual que el estndar VDSL y ADSL, VDSL2 utiliza los procedimientos de handshaking especificados en la recomendacin G.994.1 que, como se explic anteriormente, ayudan a ajustar las velocidades de transmisin basndose en la condicin del enlace. Para el estndar VDSL2, a diferencia de los otros estndares aprobados por la UIT, las velocidades de transmisin slo pueden variar de acuerdo a 8 perfiles ya estandarizados, cada uno de ellos ajusta tambin la potencia de transmisin, el espaciado y el nmero de tonos y el ancho de banda. Los perfiles se muestran en la figura 2.17, mostrada a continuacin:

33

Figura 2.17: Perfiles definidos por la UIT para el estndar VDSL2 [3]

Cada perfil est diseado para un esquema de implementacin diferente, los perfiles 8x son similares entre s, y fueron diseados para implementaciones de sistemas VDSL2 en topologas FTTc FTTdslam, estos perfiles sacrifican las altas velocidades de transmisin en lazos de abonados cortos, por velocidades comparables con las de ADSL2+ para distancias de hasta 3Km, los perfiles 12x y 17a proveen mayores velocidades de transmisin, pero sobre lazos de abonado ms cortos (hasta 2Km), estos perfiles se disearon para implementacin con topologas FTTdslam. Por ltimo est el perfil 30a, que permite las velocidades ms grandes de transmisin, hasta 150+ Mbps simtricos en upstream y downstream, pero para lazos de abonado muy cortos (inferiores a los 800m), ste perfil est diseado para implementaciones sobre topologas FTTdslam, FTTn o FTTh. La estandarizacin de los perfiles por la UIT permite reducciones en el tiempo de implantacin de la tecnologa al mercado, ya que los perfiles vienen pre configurados en las tarjetas de lnea de VDSL2, adems le otorgan al estndar cierta flexibilidad para poder dar a diferentes usuarios, a distintas distancias, los servicios que ellos requieran.

34

2.4.2.2 Modo de operacin El estndar VDSL2 puede trabajar en forma simtrica o asimtrica, esto se define dependiendo del plan de banda que se configure en la tarjeta de lnea para cada usuario. Este hecho permite que el estndar VDSL2 se ajuste a las necesidades, no slo de los usuarios residenciales, sino tambin para usuarios comerciales que necesiten grandes flujos de intercambio de informacin bidireccional, es gracias a los ajustes de modo de operacin y los diferentes perfiles, que el estndar gana cada vez ms popularidad, ya que se puede utilizar una topologa FTTdslam en una zona comercial y dar servicios simtricos con perfiles de alta velocidad como el 12x y el 17a, y para usuarios residenciales que se encuentren hasta 3Km de este punto, se le da el servicio adecuado, complaciendo as las necesidades de diferentes usuarios con una misma tecnologa. Sin embargo existe una desventaja, la UIT defini que un transceptor ser considerado estndar, si soporta por lo menos un perfil de los ya estandarizados, esto trae como consecuencia que diferentes fabricantes escojan diferentes perfiles que ellos consideren se ajusten a las necesidades de las empresas, y crea cierta incompatibilidad de los equipos, incompatibilidad que se espera se resuelva durante los prximos aos. 2.4.2.3 Planes de banda La UIT defini tres planes de banda diferentes para VDSL2, los cuales se muestran en la figura 2.18:

35

Plan 997 Symetric

Plan 998 Asymetric

North America Plan 998 Extension

Figura 2.18: Planes de banda definidos por la UIT para el estndar VDSL2 [3]

Los planes de banda definen el modo de operacin del enlace de VDSL2. Si se requiere dar servicio simtrico a un cliente, normalmente se utiliza el plan de banda 997, se debe considerar sin embargo que el estndar es asimtrico en su diseo, por lo cual la simetra que se consigue no es exacta, siempre se tendr mayor velocidad en downstream que en upstream. Si se desea que el modo de operacin sea asimtrico, se hace uso del plan de banda 998, este plan es el ms usado por las compaas de telefona para prestar servicios a usuarios residenciales, este plan sacrifica velocidad de upstream a favor de mayores velocidades en downstream, que es ideal para servicios asimtricos como Internet, servicios de voz y video. Por ltimo existen extensiones de los planes 997 y 998 que aumentan el ancho de banda de 12MHz a 30MHz, estos planes permiten las mayores velocidades de transmisin, pero al trabajar con frecuencias tan altas, las prdidas producidas por la distancia del bucle de abonado se intensifican, lo cual origina que la seal se degrade rpidamente y solo sea aplicable a lazos de abonado corto.

36

2.4.2.4 Modelo de referencia Para el estndar VDSL2, a diferencia del estndar VDSL, la UIT defini como esquema de modulacin nico el DMT, y se aplicara de la misma manera que en VDSL. El hecho de utilizar solo este esquema de modulacin, permite que el estndar y los transductores sean totalmente compatibles y puedan interoperar con los estndares ADSL, ADSL2 y ADSL2+. [11] A continuacin se presenta el modelo de referencia funcional de VDSL2 como lo muestra la UIT en su recomendacin G.993.2:
VTU-O O VTU-R R

NTR-TC

NTR-TC

8 kHz NTR

8 kHz NTR

MPS-TC

MPS-TC

VME

TPS-TC #0

TPS-TC #0

PMS-TC

PMS-TC

VME

OAM interface

OAM interface

User application interfaces

I/F

I/F

I/F

I/F

Application specific Unspecified Main body and Annexes

Application invariant Main body

Application specific Main body and Annexes Unspecified

Figura 2.19: Modelo de referencia para el estndar VDSL2 [11]

En la figura 2.19 se pueden apreciar similitudes con el modelo de referencia para el estndar VDSL mostrado en la figura 1.10, se distinguen dos secciones diferentes en el modelo, la seccin invariante de la aplicacin y la seccin especfica de la aplicacin, cada una de ellas compuestas por las mismas capas que se encuentran en el modelo de referencia del estndar VDSL, stas son: la capa PMD, la capa PMS-TC y la capa TPS-TC.

37

User application interfaces

PMD

PMD

TPS-TC #1

TPS-TC #1

Tambin se aprecian el VTU-O, el VTU-R, y adicionalmente se aprecian la interfaz OAM y el NTR-TC, la interfaz OAM se encarga de la gestin de todas las capas funcionales del modelo de referencia y el NTR mantiene una seal de temporizacin de 8KHz que es necesaria, como se explic para el estndar VDSL, para sistemas iscronos. Adems de este modelo de referencia, el estndar VDSL2 adopta un modelo funcional de gestin basado en la recomendacin G.997.1, que es utilizado tambin por el estndar ADSL2+, y define perfectamente el transporte de los datos de gestin para los enlaces de VDSL2. [11]

VTU-O OAM interface

m-O

VTU-R

Management protocol (G.997.1) Not specified Internal interface Transport protocol (VME) MPS-TC PMS-TC PMD LT management interface (not specified)

Management protocol (G.997.1)

Transport protocol (VME)

m-R

MPS-TC PMS-TC PMD

Not specified User interface NT management interface (not specified)

Physical TP media

Figura 2.20: Modelo de referencia funcional para la gestin en el estndar VDSL2 [11]

2.4.2.5 Seccin invariante de aplicacin Esta seccin comprende dos capas, las cuales se explicarn brevemente a continuacin: Capa PMD: esta es la capa encargada de la modulacin y demodulacin, codificacin y decodificacin, generacin y recuperacin de smbolos, y puede incluir tambin funcionalidad para cancelacin de eco y ecualizacin de la lnea. El modelo funcional para la capa PMD se presenta en la figura 2.21:

38

 reference point PMS-TC Initialization Symbol Encoder (10.6) PMD

U-x reference point

Modulation (10.4) Modulation by IDFT (10.4.3) Cyclic extension (10.4.4) Windowing (10.4.4)

Sync Symbol Encoder (10.5) Data frame (input)

Data Symbol Encoder (10.3)

Zi

xn

Hybrid

Data frame (output)

Decoder

Demodulation

Figura 2.21: Modelo de referencia funcional de la capa PMD [11]

Como se observa en la figura 2.21, la capa PMD recibe las tramas de datos de la capa PMS-T. Estas tramas antes de ser moduladas deben ser codificadas, para ello se dividen los bits recibidos de la capa PMS-TC en pequeos grupos, donde cada uno de ellos ser asignado para modular una sub-portadora de la seal DMT. Posteriormente cada uno de estos grupos ser codificado utilizando codificacin Trellis y luego se le aplicar el proceso de extensin cclica. [11] Capa PMS-TC: esta es la capa que posee las funciones necesarias para armar y sincronizar las tramas, posee funcionalidad para correccin de errores (FEC Forward Error Correction), entrelazado y desentrelazado, y adems provee un canal de overhead (OH), que es utilizado para transmitir mensajes de gestin y mantenimiento generados por la interfaz OAM, especficamente en la capa VME (VDSL2 Management Entity). El modelo de referencia funcional para esta capa se presenta en la figura 2.22:

39

T P S -T C

TPS-TC#0 TPS-TC#1 (latency path #0) MPS-TC VME

8 kHz

TPS-TC#0 TPS-TC#1 (latency path #1)

/ interface

B00 MUX

B01

N TR

e oc

IB

B10 MUX

B11

S y n c

P M S -T C

MUX A p=0 Scrambler FEC Interleaver C L0 bits MUX

MUX p=1 Scrambler FEC Interleaver L1 bits

S y n c

Overhead

interface
P M D
( L0+L1) bits to/from PMD

Figura 2.22: Modelo funcional de la capa PMS-TC [11]

La capa PMS-TC recibir datos de hasta dos canales principales originados por diferentes capas TPS-TC, datos de gestin originados por la capa MPS-TC perteneciente a la interfaz OAM y el NTR (Network Timing Reference). Cada uno de los canales principales provenientes de la TPS-TC ser multiplexado por un camino de latencia diferente, y a ambos se les agregar la data de gestin que ocupar la posicin de los bits menos significativos, que sern los primeros en ser procesados por esta capa, y los primeros en ser enviados a la capa PMD. [11] La data proveniente de cada canal ser codificada utilizando codificacin Reed Solomon, para posteriormente ser multiplexada en una cadena de bits que ser enviada a la capa PMD. [11] 2.4.2.6 Seccin especfica de aplicacin Esta seccin est constituida por la capa TPS-TC, cuyas funciones se explican a continuacin: Capa TPS-TC: sta es especfica de la aplicacin, y su funcin principal es la de adaptar el protocolo de transporte aplicable, de manera de ajustar la informacin para poder ser utilizada por las capas de la seccin invariante de la aplicacin, y a su vez

40

proporciona adaptacin de la rata de transferencia de bits entre la data del usuario y el enlace de datos establecido por el VTU. [11] 2.4.2.7 Estructura de la trama VDSL2 El formato de la trama se puede explicar e ilustrar utilizando dos figuras extradas de la recomendacin G.993.2 de la UIT. En la figura 2.23 podemos observar que se forma primero una trama MDF (Mux Data Frame), esta trama estar conformada por cierto nmero de octetos provenientes del overhead del primer canal principal y del segundo canal principal, posteriormente la trama MDF ser sometida a un proceso de codificacin RS en el cual se convertir la trama en una palabra cdigo RS. [11]
M u x d ata fr a m e ( M D F ) C e il ( G p / T p )+ B p 0 + B p 1 o cte ts O verhead O p i o cte ts B e a re r ch a n n e l 0 B p 0 o r B p 0 + 1 o cte ts B e a re r ch a n n e l 1 B p 1 o ct e ts

MDF #1

M DF #i

M DF #M p

FEC ( R p o cte ts)

R S co d e w o r d R S ( N F E C p , N F E C p - R p ) = N FE C p o cte t s

R S cod e w ord #1

R S cod ew ord #n

R S cod e w ord # T p /M p

( T p / M p ) R S c o d e w o r d s = N F E C p x ( T p / M p ) o c te ts ( in c lu d in g th e G p O H o c te ts o f o n e O H s u b - fr a m e )

T p /M p R S c od ew ord s (# 1 )

T p/M p R S cod ew ord s (#m )

T p /M p R S c od ew ord s (# U p)

U p x ( T p / M p ) R S c o d e w o r d s = P E R B p o c te ts ( in c lu d in g th e U p x G p = S E Q p O H o c te t s o f o n e O H fr a m e )

Figura 2.23: Estructura de trama VDSL2 [11]

41

Las tramas de OH (overhead) contienen la sincronizacin de trama, y se construyen mediante el proceso mostrado en la figura 2.24:
Tp Mux Data Frames (carried in Tp /M p RS codewords) MDF #1 MDF #2 MDF #3 MDF #Tp

O p1 OH octets

Op2 OH octets

O p3 OH octets

OpTp OH octets O p1 + O p2 + O p3 + O pTp = Gp

OH Sub-frame #1 OH Sub-frame #n OH Sub-frame #Up

(G p OH octets)

(Gp OH octets)

(G p OH octets)

OH-frame = Up OH Sub-frames (U p x G p = SEQ p octets)

OH frame #1

OH frame #m

OH frame #Fp

(SEQ p OH octets)

(SEQ p OH octets)

(SEQ p OH octets)

OH frame #1 has different Syncbyte value OH superframe = Fp OH frames (Fp x SEQp octets)

Figura 2.24: Construccin de las tramas de overhead para VDSL2 [11]

Se agrupan los OH de cada una de las tramas MDF en una sub-trama OH, y posteriormente se podrn agrupar cierto nmero de sub-tramas OH para formar una trama OH principal que ser parte de una supertrama OH, que es la que finalmente ser transmitida a la capa PMD para su transporte. [11] Existen dos tipos de tramas de OH, el contenido de dichas tramas se presenta en la tabla 2.4, expuesta a continuacin:

42

Tabla 2.4: Contenido de las tramas de OH [11]

OH frame Type 1 Nmero del Octeto 1 2 3 4 5 6 >6 Campo OH CRCp Syncbyte IB-1 IB-2 IB-3 NTR MSG Descripcin Chequeo de redundancia cclica Byte de sincronismo Primitivas relacionadas a la capa PMD Primitivas relacionadas a la capa PMS-TC Primitivas relacionadas a la capa TPS-TC Network timing reference (NTR) Mensaje overhead OH frame Type 2 Nmero del Octeto 1 2 3 to 8 Campo OH CRCp Syncbyte Reservado por la UIT Descripcin Chequeo de redundancia cclica Byte de sincronismo

2.5 Comparacin entre los estndares VDSL y VDSL2 Adems de las altas velocidades de transmisin, la utilizacin del cdigo Trellis para codificacin y la implementacin del modelo de gestin basado en la recomendacin de la UIT G.997.1, el estndar VDSL2 posee nuevas funciones que no se encuentran en el estndar VDSL, las ms resaltantes se presentan a continuacin: LR performance (rendimiento de largo alcance): esta funcionalidad le permite al estndar VDSL2 conseguir velocidades similares al estndar ADSL2+ (1 4Mbps) en distancias de 4 a 5Km, lo cual hace que el estndar deje de ser solo para lazos de abonado corto.

43

Este comportamiento se consigue mediante el uso de frecuencias de hasta 25KHz, en combinacin con unas mscaras de densidad de potencia espectral definidas por la UIT para comportamientos similares al estndar ADSL. Mejor soporte para servicios de Triple Play: gracias a la utilizacin de dos caminos de latencia diferente, entrelazado dual que ofrece una mejor proteccin al ruido, y dos canales principales para el transporte de informacin, se mejora y se hace ms confiable el manejo de velocidades de transferencias de voz, datos y video, lo cual es muy importante para aplicaciones Triple Play. Compatibilidad e interoperabilidad con ADSL: gracias a la utilizacin de la modulacin DMT como estndar para VDSL2, la codificacin Trellis, y poseer una estructura de trama similar a la usada en el estndar ADSL, ser posible crear dispositivos que soporten y puedan manejar los estndares ADSL/ADSL2+ y VDSL2, lo cual garantiza facilidad en la implementacin, y ofrece a los proveedores de servicios la posibilidad de cubrir todas las demandas de las aplicaciones xDSL con una sola tecnologa. A continuacin, en la tabla 2.5, se muestran las diferencias ms importantes entre VDSL y VDSL2:

44

Tabla 2.5: Comparacin entre los estndares VDSL y VDSL2 Prestaciones Ancho de banda Codificacin Trellis/Viterbi LR-VDSL Cancelacin de eco Compatibilidad con ADSL Potencia de la lnea en Downstream Entrelazado VDSL1 12MHz VDSL2 30MHz Beneficios de VDSL2 Permite aplicaciones de 100Mbps con mximo alcance n.a opcional n.a Obligatorio Obligatorio S Mejor rendimiento de velocidad/alcance Alcance comparable con ADSL Alcance comparable con ADSL Permite una mejor n.a S transicin hacia VDSL2 Compatibilidad con 14.5dBm Convolucional Triangular Basado en registros 20dBm Convolucional General Basado en mensajes ADSL2/ADSL2+ en un mismo dispositivo Proteccin contra ruido impulsivo Modelo OAM unificado como el de ADSL2+ Verificaciones para Modo de diagnstico n.a S implementacin a gran escala

Gestin, EOC

45

Captulo III Arquitecturas de Red

3.1 Anlisis de la arquitectura de la red de CANTV para servicios Triple Play A continuacin, en la figura 3.1, se presenta la arquitectura de red actual modelada e implementada en el laboratorio de estandarizacin de CANTV, donde se realizan las pruebas de servicios de transmisin de datos, voz y video:
SIP Server SoftSwitch SBC DHCP Server

PC
DSLAM

L2 Switch
Middleware
Si

Si

ME

VoD
Si

BBIP

CPE
Si

Encoders
B-RAS

ATM

Red de Gestin

Passport

Figura 3.1: Arquitectura de red actual de CANTV

Los servicios de Triple Play sern implementados a travs de la Red MetroEthernet (ME), por lo que las pruebas no contemplarn la red de Passport ATM. A continuacin se proceder a explicar los equipos que integran esta red, los protocolos de transporte involucrados, y la implementacin de los servicios de Internet, Voz (IP voice) y Video (IPTV).

46

3.2 Equipos que constituyen la red de acceso 3.2.1 Equipos en los Predios del Usuario (CPE) CPE (Customer Premises Equipment Equipo en los Predios del Usuario): estos equipos se encuentran en manos de los usuarios que solicitan los servicios que ofrecen las compaas proveedoras, entre ellos se encuentran los telfonos, mdems, STBs, PCs y otros. Dado la naturaleza de los servicios 3P, es necesaria la utilizacin de equipos con caractersticas especficas, los cuales se mencionan y describen a continuacin: Mdem: se necesita un mdem tipo xDSL de, por lo menos, cuatro puertos Ethernet que permita Port Mapping (en la configuracin debe ser posible asignar diferentes PVCs a los distintos puertos del mdem), ya que para cada uno de los servicios ofrecidos se utilizar un puerto diferente del mdem, normalmente a estos mdem se les suele dar el nombre de Homegateway, ya que en l sern conectados todos los dems perifricos dependiendo de los servicios solicitados por el usuario. En el laboratorio de CANTV se utilizaron para la elaboracin de las pruebas, dos homegateways diferentes, uno con soporte para tecnologa VDSL, y otro para tecnologa VDSL2, las especificaciones se muestran a continuacin: Huawei EchoLife HG520v: Este homegateway cumple la funcin de equipo terminal de VDSL de alto rendimiento para usuarios residenciales. Posee cuatro interfaces Ethernet 10/100Base-T (RJ-45), por las cuales se pueden prestar diferentes servicios simultneamente, y una interfaz VDSL2 (RJ-11), en la cual se conecta la lnea proveniente del proveedor de servicios. Adems permite acceso wireless a travs del estndar WiFi.

47

Posee soporte para los estndares G.993.2, G.994.1, G.997.1 rev 3 y TR069, lo cual lo hace perfectamente compatible con el estndar VDSL2, lo que le permite ofrecer velocidades de transmisin de hasta 100Mbps en uplink y downlink, y se ajusta perfectamente a topologas FTTcab o FTTdslam. [8] Permite posibilidad de gestin y configuracin local o remota, dentro de la configuracin posee opciones de Port Mapping (Mapeo de Puertos), funciones de calidad de servicio, modos de operacin en bridge y routing, soporte de funciones NAT, y soporte para protocolo IGMP, con lo cual permite que el equipo soporte por completo la implementacin de servicios 3P. A continuacin en la figura 3.2 se muestra el equipo descrito. [8]

Figura 3.2: Homegateway Huawei Echolife HG520v

Netopia 3397G: el homegateway 3397G de Netopia, provee servicio de banda ancha de alto rendimiento a usuarios residenciales a travs del estndar VDSL. [14]

48

Posee cuatro interfaces 10/100Base-T (RJ-45), una interfaz VDSL (RJ-11) y acceso wireless a travs del estndar WiFi 802.11b/g, lo que le permite al homegateway prestar servicios a diferentes dispositivos interconectados a l. [14] El homegateway es compatible con el estndar G.993.1 y TR-069, lo cual garantiza la compatibilidad con VDSL1, y permite velocidades de transmisin de hasta 50Mbps en uplink y downlink, ajustndose a topologas FTTn o FTTh. [14] Su configuracin se realiza por Web o Telnet, y entre sus opciones se encuentra soporte para rutas IP estticas y tablas ARP, soporte de funciones NAT, soporte para protocolo IGMP, funciones de calidad de servicio, modos de operacin en bridge y routing, y permite la configuracin de un servidor DHCP interno. [14] Este equipo sin embargo carece de la opcin de Port Mapping, por lo cual no es posible asignar diferentes servicios a los distintos puertos, lo que compromete la funcionalidad y compatibilidad del equipo con la aplicacin de servicios 3P, ya que al no ser posible la diferenciacin de estos servicios, se presentan problemas al momento de la implementacin de los mismos, sin embargo esto no implica que no sean soportados, por lo que las pruebas se realizarn tambin con este equipo. A continuacin en la figura 3.3 se muestra el equipo descrito.

49

Figura 3.3: Homegateway Netopia 3397G

IP Phones: Los IP Phones (Telfonos IP), son los dispositivos utilizados en este momento en CANTV para hacer referencia a la telefona en el esquema de servicios 3P. Bsicamente es un telfono que se conecta al homegateway y hace uso de la red de datos de CANTV para transmitir la seal de voz en paquetes IP. En el laboratorio de estandarizacin de CANTV se utiliz el equipo DECT V500DP-K2. DECT V500DP-K2: este equipo posee dos mdulos, uno que hace funciones de mdem (mdulo principal) y un telfono inalmbrico IP. El dispositivo que realiza las funciones de mdem posee interfaces que permiten la interconexin con un homegateway y una PC a travs de interfaces Ethernet (RJ-45), y una interfaz que permite la interconexin con la lnea PSTN del proveedor de servicio (RJ-11).

50

El telfono inalmbrico se conecta con el mdulo principal, y una vez que ste se registra con la red para recibir la direccin IP, entonces se pueden realizar las llamadas a travs de la red de datos de CANTV. El telfono trabaja con el protocolo SIP, por lo cual necesita del apoyo del Servidor SIP de la red de CANTV y del Softx3000 (GWC) para poder funcionar correctamente. En la figura 3.4 se muestra el equipo DECT V500-K2 VOIP.

Figura 3.4: IP Phone Dect V500DP-K2

STB: Set-top box, es un equipo que se conecta al homegateway, y es el encargado del servicio de video (IPTV) en el esquema 3P. Entre sus funciones se encuentran: decodificacin de la seal de video proveniente de la red del proveedor de servicios, establecer la comunicacin con el 51

servidor de control de IPTV para solicitar la programacin que el cliente desea ver, recibir y mostrar la informacin referente a la programacin y tarificacin al cliente. Como el STB es el encargado de decodificar la seal de video, se hace necesario la utilizacin de un nmero de STBs igual al nmero de televisores en los cuales se desee ver programacin independiente. En el laboratorio de CANTV se poseen dos STBs pertenecientes a diferentes proveedores: Huawei EchoLife EC623: este STB posee control de volumen, botones de cambio de canal, display digital que muestra el canal que se est observando y a su vez se puede controlar por control remoto. Para realizar las interconexiones, el STB EchoLife EC623 cuenta con una interfaz Ethernet 10/100Base-T (RJ-45), la cual se conecta al homegateway utilizado, y es a travs de sta, que el STB se comunica con la red de datos del proveedor de servicios. Adems posee dos salidas de video coaxial y una de super-video (S-video), las cuales se usan para conectar el STB a los equipos de televisin, dos salidas de audio estreo y una interfaz DB-9 que permite configurar el equipo a travs de la consola hiperterminal de una computadora. El equipo trabaja con los esquemas de compresin de video MPEG1 y MPEG2, por lo cual el equipo solo puede decodificar video comprimido en estos formatos, adems soporta protocolo IGMP v2, para peticin y recepcin de trfico de multicast.

52

Este STB, gracias a sus dos salidas de video, puede dar servicio a dos televisores simultneamente, sin embargo en ambos solo se puede ver el mismo programa de televisin.

Figura 3.5: STB Huawei EchoLife EC623

ZTE ZXV10 B600: este STB se controla totalmente por control remoto, solo posee un botn de encendido y apagado y no posee display digital. Para interconexiones con otros perifricos, cuenta con dos interfaces 10/100Base-T (RJ-45), una para conectarse al homegateway (WAN) y la otra para conectarse a una PC (LAN), dos interfaces USB (Bus Universal), una interfaz para servicio de VoIP (RJ-11), una salida de audio estreo, una salida de video coaxial, una salida de super-video (S-video) y una salida S/PDIF. Es importante destacar que las salidas USB, la de VoIP y la S/PDIF no se encuentran funcionales con el firmware incluido con el STB, esas interfaces son destinadas para aplicaciones futuras y son habilitadas por software.

53

El STB trabaja con esquemas de compresin MPEG4 o H.264, estos son los esquemas de compresin ms avanzados actualmente y brindan una mejor calidad de video ocupando un menor ancho de banda en comparacin con los esquemas de compresin MPEG1 y MPEG2, tambin soporta el protocolo IGMP v2 para servicios multicast. Dado que este equipo solo posee una salida de video, se necesitar un STB para cada uno de los televisores que el cliente requiera que tengan el servicio de IPTV.

Figura 3.6: STB ZTE ZXV10 B600

3.2.2 DSLAM (DSL Access Multiplexer) DSLAM (Digital Subscriber Line Access Multiplexor): las conexiones xDSL de un gran nmero de suscriptores son recibidas por estos equipos, los cuales presentan armarios que poseen las tarjetas de lnea y las tarjetas de splitters para las diferentes tecnologas xDSL, es en este equipo donde los paquetes xDSL y los paquetes de voz (PSTN) se dividen, permitiendo la transmisin de diferentes servicios sobre el mismo par de cobre. Los DSLAMS se conectan al backbone IP de CANTV a travs de la Red Ethernet Metropolitana (MEN), esto se lleva a cabo mediante interfaces GE (Giga

54

Ethernet) que conectan enlaces de fibra ptica dispuestos entre estos DSLAMS y los switches de la MEN. Existen en la actualidad dos tipos diferentes de DSLAM, los ATM DSLAM y los IP DSLAM. ATM DSLAM: cuando las empresas proveedoras de servicios empezaron a darse cuenta de la gran demanda existente por velocidades de datos cada vez mayores, y empezaron a surgir las tecnologas xDSL que hacan posible satisfacer la demanda de los proveedores, se pens en la utilizacin del protocolo ATM por poder funcionar en modo de conmutacin de paquetes, emulando, de alguna manera, un esquema de conmutacin de circuitos, que era el modo con el que las empresas estaban ms familiarizadas. [7] Se utiliz entonces el protocolo ATM para crear un tnel virtual desde el CPE hasta el DSLAM y de all hasta el B-RAS (Broadband Remote Access Server), esto se realiza mediante la creacin de un PVC (Permanent Virtual Circuit Circuito Virtual Permanente), que consta de un VP (Virtual Path Camino Virtual) y un VC (Virtual Channel Canal virtual) que identifica completamente el PVC, y cuyos identificadores se encuentran incluidos dentro de la celda ATM. Gracias a este modo de operacin, los DSLAM se convirtieron en el equivalente de un switch ATM, que transporta el trfico de voz a su respectivo Gateway o Central Telefnica, y el trfico de datos al BRAS, por eso el nombre de ATM DSLAM. [7] Con el tiempo, las empresas empezaron a darse cuenta de varias desventajas en el uso del protocolo ATM: como los CPE y los B-RAS trabajan con protocolo IP, se hace necesario encapsular los paquetes IP dentro de celdas ATM (para el caso de ATM DSLAMs), pero esta encapsulacin trae como consecuencia que los paquetes IP se vean acompaados de una cabecera ATM 55

que ocupa un ancho de banda, el cual aumenta en la medida en que la rata de transferencia de informacin se hace mayor, ste ancho de banda ocupado por la cabecera ATM podra ser utilizado para dar servicios a ms usuarios. Adems de eso, cuando se utiliza ATM, se debe realizar mayor procesamiento de la seal en las diferentes etapas de la conexin para poder transformar las celdas ATM a IP y viceversa a nivel del B-RAS y del CPE. Esto se puede apreciar en la figura 3.7, mostrada a continuacin:

Figura 3.7: Modelo funcional por capas de un ATM DSLAM

Con la creacin de los IP DSLAM se pueden solventar algunos de estos problemas que se presentan entre la conexin del DSLAM al B-RAS, aunque hoy en da todava se utiliza el protocolo ATM en acceso (entre el usuario y el DSLAM). IP DSLAM: la creacin de los IP DSLAM viene dada para solventar los problemas encontrados en el uso del protocolo ATM, y mejorar la eficiencia en el uso del ancho de banda, eliminando la cabecera ATM y disminuyendo el procesamiento de las seales. Para llevar esto a cabo, el DSLAM reconstruye las tramas de ATM llevndolas a paquetes IP y las transmite directamente a la red del proveedor como paquetes IP puros haciendo uso de Ethernet, eliminando as el transporte ATM entre el DSLAM y el B-RAS. [7] 56

A pesar de que los IP DSLAM no eliminan todava el problema del uso del protocolo ATM en acceso, si mejoran la cantidad de procesamiento que se le debe hacer a la seal, y disminuye el ancho de banda ocupado por las tramas que entran a la red central del proveedor. [7] En la figura 3.8 se muestra un esquema en el cual se describe el papel del IP DSLAM, la disminucin en el procesamiento de la seal y la adaptacin de las celdas ATM provenientes de acceso hacia la red de transporte:

Figura 3.8: Modelo funcional por capas de un IP DSLAM

Para la implementacin de los servicios 3P, se hace necesaria la utilizacin del IP DSLAM, ya que hace un uso ms eficiente del ancho de banda, de manera de aprovecharlo al mximo, para poder ofrecer y mantener los servicios de video, datos y voz con la calidad necesaria para satisfacer a los clientes. En el laboratorio de estandarizacin de CANTV se cuenta con varios DSLAM, pero para la realizacin de las pruebas de VDSL y VDSL2 se utilizaron los descritos a continuacin:

57

Alcatel ISAM 7302: el diseo del ISAM 7302 se realiz con el fin de poder dar servicios 3P al 100% de los usuarios interconectados a l, es una plataforma de acceso IP que presenta las siguientes prestaciones [5]: Trabaja sobre una plataforma IP nativa. Soporta una sola VLAN Tag (IEE 802.1q) y VLAN Stacking Q in Q (IEEE 802.1ad). Permite que los usuarios puedan usar la mayor cantidad de ancho de banda de acuerdo a la tecnologa xDSL utilizada (ADSL, ADSL2, ADSL2+, VDSL, VDSL2, etc). El procesamiento se hace, en su mayora, en las tarjetas Terminales de Lnea LT. Puede operar en combinacin con otros equipos, de manera de poder adaptarse a diferentes esquemas de operacin y topologas de implementacin. Permite ofrecer y diferenciar mltiples servicios sobre la misma plataforma, caracterstica esencial para ofrecer servicios 3P. Por tratarse de un IP DSLAM, se reduce la utilizacin del protocolo ATM (solo hacia el CPE), permitiendo transmisiones IP/Ethernet puras en la red del proveedor. Soporta el protocolo IGMP (Internet Group Management Protocol v1/v2). Necesario para dar servicios de video multicast. Soporta almacenamiento de canales de multicast.

El armario para el equipo ISAM 7302 posee dos mdulos diferentes, un mdulo para albergar las tarjetas de splitters, y el otro mdulo para las tarjetas Terminales de Lnea. [5]

58

El mdulo para tarjetas LT posee 19 ranuras, 16 son para tarjetas LT de diferentes tipos, 2 para tarjetas NT (Network Terminal Terminales de Red) y una tarjeta ACU (Alarm Control Unit Unidad de Contol de Alarma). [5] Cada una de las 16 tarjetas LT posee hasta 48 puertos, y existen diferentes tarjetas para cada una de las diferentes tecnologas xDSL, todos los usuarios a los cuales se les prestar servicio estarn conectados a cada uno de los puertos de las distintas tarjetas. La funcin de las tarjetas LT es principalmente el de adaptar la seal proveniente de la tarjeta NT adecundola al esquema de modulacin y codificacin especfico para cada una de las tecnologas xDSL. Adems, estas tarjetas se encargan de la conversin Ethernet/ATM, si las tramas son en sentido upstream la adaptacin ser de ATM a Ethernet, y si es en sentido downstream la adaptacin ser de Ethernet a ATM. [5] Las tarjetas NT disponen de interfaces que permiten la conexin del ISAM 7302 a la MEN, estas interfaces son del tipo GE. Estas tarjetas desempean funciones entre las que figuran: guardar las funciones de configuracin para la gestin, el desempeo del equipo y las posibles fallas existentes. [5] El hecho de que exista la posibilidad de colocar dos tarjetas NT es el de aplicar redundancia de tarjeta. Solo una de las tarjetas estar en funcionamiento, mientras que la otra espera en stand-by, en el caso de ocurrir una falla o apagarse la tarjeta que se encuentra operando en ese momento, la que se encuentra en stand-by pasar automticamente a realizar las funciones necesarias para mantener el equipo en funcionamiento. [5] La tarjeta ACU realiza las funciones de control de las alarmas del sistema, cuenta con una serie de LEDS que permiten al gestor del equipo identificar el tipo de alarma, y qu tan grave es el problema presente. Adems estas tarjetas poseen interfaces de consola serial que permiten, con ayuda de una

59

computadora, y a travs de una interfaz de comandos CLI (Command Line Interface), la gestin, configuracin y diagnstico del equipo. [5] El mdulo de las tarjetas splitter se encuentra en la parte superior del armario, estas tarjetas se utilizan en conjunto con cada una de las tecnologas xDSL, su funcin principal es la de separar la seal de telefona, de la seal de xDSL, y enviar esta ltima a la tarjeta terminal de lnea correspondiente. A continuacin en las figuras 3.9 y 3.10 se puede apreciar el ISAM 7302.

Tarjeta ACU Tarjeta NT

Tarjeta LT

Figura 3.9: Armario de tarjetas LT del ISAM 7302

Tarjeta Splitter

Figura 3.10: Armario de tarjetas splitter del ISAM 7302

La tarjeta utilizada para realizar las pruebas en el ISAM 7302 fue la EVLT-C con su respectiva tarjeta splitter, la tarjeta es compatible con el estndar VDSL1, trabaja con chipset BROADCOM, y tiene capacidad para 48 puertos. 60

A continuacin en las figura 3.11 y 3.12 se muestra la tarjeta LT y su respectivo splitter.

Figura 3.11: Tarjeta LT para estndar VDSL del ISAM 7302

Figura 3.12: Tarjeta splitter para VDSL del ISAM 7302

Huawei SmartAX MA5600: el IP DSLAM de Huawei fue diseado como un mdulo de acceso multi-servicio, con el objetivo de cumplir con la creciente demanda de servicios integrados de voz, video, datos y multimedia. Para ello, el SmartAX MA5600 ofrece las siguientes funcionalidades [13]: Trabaja como un IP DSLAM, y soporta interfaces GE para suplir y soportar la demanda de los servicios de banda ancha de las redes de telecomunicaciones. 61

 Provee una solucin para servicios integrados, es decir puede manejar y diferenciar mltiples servicios para cumplir con los requerimientos del esquema 3P. Soporte del protocolo IGMP v1/v2. Soporte para almacenamiento de canales, hasta 1000 canales de multicast con diferentes opciones de configuracin para BTV (Broadband Television - Multicast). Soporta VLAN Tag y VLAN Stacking (IEEE 802.1q/802.1ad). Soporta interfaces virtuales de capa 3 (VRF). El armario para el SmartAX MA5600 posee un solo mdulo, en el cual se encuentran las tarjetas de servicio (Service Boards) que son equivalentes a las tarjetas terminales de lnea, las tarjetas principales de control (Main Control Board, SCU Super Control Unit) que equivalen a las tarjetas ACU, y las tarjetas ISU (Intelligent Service Unit) equivalentes a las tarjetas NT. [13] El mdulo posee 16 ranuras donde se insertan las diferentes tarjetas, un esquema del mdulo se presenta en la figura 3.13:

Figura 3.13: Esquema del armario del DSLAM MA5600 [13]

62

Como se puede observar, las ranuras 7 y 8 se reservan para las tarjetas de control, las ranuras 14 y 15 son las nicas en las que se pueden conectar tarjetas ISU, y todas las dems aceptan tarjetas de servicio. [13] A diferencia del ISAM 7302, las tarjetas de servicio del SmartAX MA5600 pueden tener incorporada en ella las funciones de splitter, por lo que no es necesario el uso de otro mdulo para la disposicin de dichas tarjetas. Sin embargo existe tambin la posibilidad de tener tarjetas splitter separadas, caso en el cual si se necesitar el otro mdulo. [13] Las tarjetas de servicio pueden ser de varios tipos dependiendo del estndar xDSL que se desea implantar, la funcin de las mismas es la de interconectar a los diferentes usuarios en los distintos puertos de la tarjeta, para ofrecerles los servicios deseados, por consiguiente las tarjetas de servicio se encargan de adaptar la transmisin, proveniente de la red del proveedor, con el esquema de modulacin y codificacin del estndar xDSL utilizado. [13] La tarjeta SCU es la encargada del control, la gestin y la conmutacin de todo el sistema, adems esta tarjeta se encarga de controlar el acceso Ethernet, y sus interfaces GE y FE pueden servir de conexin con la MEN. Es posible la conexin de dos tarjetas SCU en el mismo mdulo, de manera que trabajen con un esquema de redundancia similar al del equipo ISAM 7302 de Alcatel. [13] Las tarjetas ISU poseen interfaces GE y FE que sirven, al igual que en la tarjeta SCU, como puertos de uplink para conectar el equipo a la MEN, desempea funciones de PPPoE (no usado en esta configuracin), uniones de VLAN y gestin de usuario DHCP para servicios triple play. [13] El equipo puede ser gestionado y configurado mediante una interfaz de consola serial que se encuentra en las tarjetas SCU. Para su configuracin se utiliza la

63

interfaz de comandos CLI. A continuacin en la figura 3.14 se muestra el SmartAX MA5600. [13]

Tarjeta LT con splitter incluido

Tarjeta SCU

Figura 3.14: Armario para tarjetas LT o splitters del MA5600

Para realizar las pruebas en este equipo se utiliz la tarjeta de lnea VDEA, esta tarjeta de lnea incluye los splitters, es compatible con el estndar VDSL2 y trabaja con chipset BROADCOM. A continuacin en la figura 3.15 se muestra la tarjeta VDEA.

Figura 3.15: Tarjeta LT con splitters integrados para VDSL2 del DSLAM MA5600

64

3.3 Equipos que constituyen la red de transporte MEN (Metro Ethernet Network): Normalmente se define una red Metro Ethernet como aquella red capaz de ofrecer servicios metropolitanos usando conectividad Ethernet, algunos servicios metropolitanos son: Conectividad a Internet. Servicios de red de rea local (LAN) punto a punto o LAN a LAN. Servicios de redes privadas virtuales de capa 2 (VPN) punto a punto o multipunto a multipunto. Transporte Metropolitano. Servicios de VoIP. Servicios de Video (VoD o multicast).

La red Ethernet metropolitana de CANTV es una red formada por switches capa 2 que poseen interfaces GE, que interconectan los diferentes equipos que prestan servicio a los usuarios, con el BBIP (Backbone IP). Esta red hace las funciones de red de transporte, y en ella trabajan diferentes protocolos como OSPF, MPLS, IGMP e IP. Sobre esta red se pueden crear diferentes tipos de servicios entre los cuales figuran las VLLs o Epipes y las VPLSs, que son los utilizados para poder llevar el esquema de servicios 3P a los diferentes usuarios que los soliciten. B-RAS (Bradband Remote Access Server): El servidor de acceso remoto de banda ancha, en la red de CANTV, es utilizado para los servicios de conexin a Internet y cumple funciones de DHCP Relay, y al mantener una comunicacin permanente con la red de gestin de CANTV, puede ajustar los perfiles del usuario dependiendo del plan de conexin que l haya seleccionado, as como saber si el usuario que solicita la direccin IP, es vlido.

65

DHCP Server (Dynamic Host Configuration Protocol): El servidor DHCP recibe las peticiones de direccin IP provenientes del B-RAS, y le asigna al usuario una direccin IP vlida de uno de los pool de direcciones que el servidor DHCP tenga programados, a estos pool de direcciones se les da el nombre de Loopback. Antes de poder realizar navegacin por Internet, es necesario que la red de gestin de CANTV valide al usuario que realiz la peticin de direccin IP. Una vez realizado esto, el B-RAS guarda en memoria la direccin IP asignada por el servidor DHCP y la direccin MAC del equipo correspondiente al usuario que realiz la peticin. Gateway Controller (GWC): es el equipo encargado de controlar toda la sealizacin en la red NGN y en l reside toda la inteligencia necesaria para poder prestar cualquier servicio de este tipo. El GWC permite crear diferentes tipos de servicios telefnicos locales y facilita la migracin de las redes PSTN para adaptarlas al transporte de voz paquetizada. La funcin principal del equipo, es la de adaptar el servicio de voz digital paquetizado a la red PSTN convencional, de manera de que usuarios con telfonos IP puedan comunicarse con usuarios de la red PSTN convencional. El GWC, en conjunto con los MGW y los SGW, conforman bsicamente la arquitectura SoftSwitch. SIP Server (Session Initiation Protocol): Es en general un servidor que trabaja con el protocolo SIP, este protocolo de sealizacin se encarga del establecimiento y la desconexin de enlaces en el mundo IP. Maquetas de IPTV: Para ofrecer servicios de video IPTV, los proveedores utilizan unos equipos denominados maquetas o sistemas de IPTV. Los sistemas de IPTV se separan en varios mdulos, estos mdulos son:

66

 Servidor VoD (Video on Demand). Servidor de Multicast. Middleware TV Portal. Middleware Mediator. Encoder (Codificador). Broadcast TV. Adems de estos mdulos, los sistemas incorporan un display, el cual se utiliza para gestionar y configurar el equipo mediante el sistema operativo Linux, sin embargo ambos sistemas pueden gestionarse a travs de interfaces de consola serial con ayuda de un computador externo a travs de la interfaz de comandos CLI. En el laboratorio de estandarizacin de CANTV se dispone de dos maquetas de IPTV de proveedores distintos, la maqueta IPTV de Huawei y la maqueta IPTV de ZTE. Ambas poseen los mismos mdulos y trabajan de forma similar, sin embargo la maqueta de Huawei trabaja con encoders basados en el estndar de compresin de video MPEG-2, mientras que la maqueta de IPTV de ZTE posee encoders que trabajan con el esquema de compresin MPEG-4/H.264. En el estndar MPEG-2, cada canal de video necesita una rata de transferencia de 3.5Mbps, sin embargo cuando se le suma la cabecera ATM que se le incorpora al llegar al usuario final la rata de transmisin necesaria es de aproximadamente 5Mbps, esto trae como consecuencia que las velocidades de transmisin requeridas para sistemas basados en este esquema de compresin de video sean muy altos. El mayor problema comienza en que estas velocidades solo pueden ser conseguidas en distancias muy cortas del lazo de abonado, lo que restringira el servicio para usuarios a distancias superiores a los 2Km, ya que las tecnologas xDSL presentan disminuciones en las velocidades de transmisin superada esa distancia. 67

Utilizando el esquema de compresin MPEG-4 o H.264, cada canal necesita una rata de transferencia entre 1.5 y 2Mbps, lo que representa una mejora considerable en comparacin con el esquema MPEG-2, si a esto le agregamos la cabecera ATM, la rata necesaria ser de alrededor de 2.5Mbps, esto permite dar servicios a usuarios que se encuentren a distancias de 3 a 3.5Km, la nica salvedad a realizar es la calidad de la imagen de video. Se debe tomar la precaucin de ajustar el esquema de compresin para lograr un compromiso entre calidad de imagen y velocidad de transmisin necesaria, con el fin de poder prestar el servicio a la mayor cantidad de usuarios con la calidad deseada.A continuacin en las figuras 3.16 y 3.17 se muestran las maquetas de IPTV de ambos proveedores.

68

Figura 3.16: Maqueta IPTV de Huawei (Mdulo de Gestin, Servidores de Video, Encoders y Rectificadores)

Figura 3.17: Maqueta de IPTV de ZTE (Mdulo de Gestin, Servidores de Video, Encoders y Rectificadores)

69

3.4 Implementacin de los servicios Para poder disear el protocolo de pruebas para los equipos, es necesario entender cmo se llevan los servicios que se desean prestar a los clientes, realizando un anlisis de la arquitectura de red, y basndose en ese anlisis se realizan las arquitecturas de implementacin para cada uno de los diferentes servicios 3P. A continuacin se explican las diferentes arquitecturas utilizadas para implementar cada uno de los diferentes servicios. 3.4.1 Servicios de Internet La arquitectura utilizada para los servicios de internet se muestra en la figura 3.18:
Si

Si

MEN

Si

Red de Gestin B-RAS Servidor DHCP

PC

HG IP DSLAM
Si

HandShaking

Peticin de servicio

Solicitud de direccin IP vlida

Asignacin de direccin IP

Otorgamiento de direccin IP

Ajuste del perfil en el DSLAM Validacin del suscriptor

Autenticacin

Figura 3.18: Arquitectura para implementacin de Servicios de Internet

El CPE, al ser encendido, comienza el proceso de handshaking con el DSLAM de manera de ajustar las velocidades de transmisin y el estndar xDSL utilizado para el establecimiento de la conexin y garantizar la mejor calidad de servicio. Una vez finalizado el handshaking, el usuario puede solicitar el servicio de navegacin a Internet, se inicia entonces una sesin con el B-RAS el cual revisar la direccin MAC del usuario y solicitar una direccin IP vlida al servidor DHCP y se la enviar al usuario.

70

Antes de que el usuario pueda empezar a navegar por internet, el B-RAS establece una sesin con la red de gestin de CANTV, aqu se verificarn los datos del usuario (plan de conexin de ABA solicitado, solvencia, etc), si esta etapa del proceso culmina con xito y el usuario posee todos sus datos en orden, la red de gestin enva una seal al B-RAS y al DSLAM, ajustando las velocidades de downstream y upstream respectivamente en cada equipo, de acuerdo con el perfil del suscriptor. Es entonces cuando el usuario puede disfrutar del servicio de conexin a Internet. 3.4.2 Servicios de voz sobre IP El servicio de voz sobre IP hoy en da en CANTV se est implementando sobre la misma arquitectura utilizada para los servicios de conectividad a Internet, por lo tanto la arquitectura presenta muchas similitudes. La arquitectura empleada para este tipo de servicio se muestra en la figura 3.19:
GWC SIP Server

BBIP Registro con el SoftSwitch

Si

Si

MEN

Si

Red de Gestin B-RAS Servidor DHCP

PC + IP Phone

HG IP DSLAM
Si

HandShaking

Peticin de servicio

Solicitud de direccin IP vlida

Asignacin de direccin IP

Otorgamiento de direccin IP

Ajuste del perfil en el DSLAM Validacin del suscriptor

Autenticacin

Figura 3.19: Arquitectura para implementacin de Servicios de Voz

El procedimiento de conexin es exactamente igual al del servicio de Internet, la diferencia entre ambas es que una vez validado el suscriptor, el IP-Phone establece 71

una sesin con el GWC para poder registrarse con ste, de manera que el GWC tenga toda la informacin necesaria para establecer las comunicaciones entre el origen y el destino de las llamadas realizadas. 3.4.3 Servicios de Video Los servicios de video se le ofrecen a los clientes a travs de dos arquitecturas diferentes, una para servicios de video Unicast, y otra para los servicios de video Multicast. Servicio de Unicast: El servicio de Unicast comprende todo lo referente a VoD, juegos interactivos, correo electrnico, etc. Estos servicios se llevan a cabo a travs de una conexin punto a punto entre el usuario y el middleware de la maqueta de IPTV. La arquitectura empleada para este servicio se muestra en la figura 3.20:
Maqueta IPTV BBIP Video Server
MAN

Middleware

Si

Si

MEN

Si

Red de Gestin Router de Servicio Servidor DHCP

TV/STB

HG IP DSLAM
Si

HandShaking

Peticin de servicio

Solicitud de direccin IP vlida

Asignacin de direccin IP

Otorgamiento de direccin IP

Ajuste del perfil en el DSLAM Validacin del suscriptor

Autenticacin

Figura 3.20: Arquitectura para implementacin de Servicios de Video Unicast

Como ya se explic, la peticin IP se realiza a travs de la red de unicast, que es similar a la red utilizada para el servicio de conexin a Internet, se puede observar

72

en la figura 3.20 que las funciones de DHCP Relay no recaen en este caso el B-RAS sino en un router de servicio destinado para los servicios de video, y que cumplir con todas las funciones que desempeaba el B-RAS en los servicios de Internet y VoIP. Una vez realizado el proceso de asignacin de direccin IP, y validacin del usuario, el STB inicia una sesin con el middleware, y ste se encargar de atender las peticiones que el usuario haga. Para los servicios de VoD el usuario primero solicita una pelcula a travs del portal del middleware, el middleware entonces se comunica con el servidor de video (donde se encuentran almacenadas las pelculas) y transmite la pelcula desde el servidor hasta el STB. Servicio de Multicast: el servicio multicast en un servicio de punto multipunto, es utilizado para transmitir los canales de televisin regulares a los usuarios que as lo soliciten, trabaja a travs del protocolo IGMP, con el cual se definen diferentes grupos de internet, cada uno de los cuales corresponder a un canal, y los diferentes usuarios al solicitar el canal determinado, se unirn al grupo de internet que corresponda a dicho canal. La arquitectura para servicios multicast se presenta en la figura 3.21:

73

Maqueta IPTV BBIP

MAN MAN

Servidor de Multicast

Middleware

Si

Si

MEN

Si

Red de Gestin Router de Servicio Servidor DHCP

TV/STB Peticin de canal

HG IP DSLAM
Si

Transmisin del canal

Figura 3.21: Arquitectura para implementacin de Servicios de Video Multicast

Los canales de multicast ms vistos se encuentran almacenados en el IP DSLAM. Cuando un usuario solicita un canal de multicast, el STB enva la peticin al DSLAM, ste verifica si tiene almacenado el canal solicitado, si es as le enva el streaming de video al usuario directamente. Si, por el contrario, el DSLAM no tiene almacenado el canal solicitado, se establece una sesin con el middleware y se le solicita el canal, que ser entonces almacenado en el DSLAM y transmitido a los usuarios que lo soliciten. El objetivo de esta arquitectura es no sobrecargar la red de transporte con peticiones de canales diferentes y grandes cantidades de seales de video. Al estar los grupos de multicast grabados en el DSLAM, se replica la seal de video a todos los usuarios que la soliciten. Es necesario destacar que para el buen funcionamiento de esta arquitectura, el IP DSLAM debe soportar el protocolo IGMP, y estar configurado en modo IGMP Proxy, los switches capa 2 de la metro-ethernet deben soportar tambin IGMP y

74

deben estar configurados en modo IGMP Snooping, lo cual le permite al equipo monitorear las peticiones de entrada a los grupos IGMP. Cuando el DSLAM recibe la peticin de un canal, el protocolo IGMP Proxy le permite solicitar el canal al middleware mediante un mensaje para unirse al grupo IGMP correspondiente al canal solicitado, y los switches de la metro-Ethernet deben poder reenviar los mensajes de peticin desde el DSLAM y la respuesta desde la maqueta de IPTV, funcin que se lleva a cabo a travs del protocolo IGMP Snooping. A su vez, el homegateway debe manejar IGMP Snooping para poder reenviar los mensajes IGMP del DSLAM al usuario que solicit el grupo o canal de multicast correspondiente. 3.5 Configuraciones necesarias Para la implementacin de todos estos servicios sobre la misma red, es necesario realizar cierta configuracin a los diferentes equipos, la configuracin puede variar dependiendo del esquema de implementacin, por lo cual a continuacin se muestra como se configuraran los equipos para soportar todos los servicios sobre una misma red y poder ofrecer 3P. Es necesario separar los diferentes servicios de manera de garantizar la fcil gestin y control de los mismos. Para cumplir este objetivo nos basamos en los protocolos utilizados en cada uno de los tramos de la red, en la figura 3.22 se muestran los diferentes protocolos de transporte involucrados en la implementacin de los diferentes servicios:

75

Si

Si

MEN

Si

3P IP Ethernet

HG IP DSLAM IP Ethernet ATM IP Ethernet

Si

IP / OSPF Ethernet MPLS SDH/DWDM

Figura 3.22: Protocolos utilizados en la arquitectura de red

RSVP LDP

Los servicios se encuentran separados por conexiones fsicas diferentes, desde los diferentes equipos del usuario hasta el homegateway, los STBs, la PC, el IP phone, cada uno de ellos se conectar a un puerto particular del homegateway. Para separar los servicios entre el homegateway y el DSLAM, nos valemos de los circuitos virtuales permanentes de ATM (ATM PVC), un PVC es un identificador de circuito virtual que est compuesto por dos identificadores internos, un VPI que indica un VP (Virtual Path) y un VCI que indica un VC (Virtual Circuit). En un mismo enlace fsico se pueden crear varios VP y dentro de un VP se pueden crear diferentes VC, de esta manera a travs del mismo enlace xDSL se pueden transportar diferentes servicios y separarlos de forma lgica.

Figura 3.23: Circuitos virtuales permanentes del protocolo ATM

76

Por consiguiente, el homegateway debe permitir asignar un PVC distinto a cada uno de los puertos de servicio que posee, para poder distribuir la informacin perteneciente a cada servicio al puerto correspondiente. En la figura 3.24 se muestra la configuracin mencionada:

Figura 3.24: Configuracin de los puertos Ethernet para servicios 3P

Como se observa en la figura, cada servicio tiene un PVC diferente, excepto por los servicios de VoIP e Internet, que como se explic anteriormente utilizan la misma plataforma, los servicios de video necesitan de dos PVCs, ya que el servicio de unicast y multicast se manejan de forma diferente. A nivel del DSLAM es necesario realizar tambin esta misma configuracin para la conectividad con el homegateway, sin embargo como se explic anteriormente, los IP DSLAM solo trabajan en ATM en su conexin hacia el CPE, por lo cual se hace necesaria la utilizacin de los protocolos 802.1q y QinQ para poder identificar y separar los servicios en el mundo IP. Por lo tanto, el DSLAM debe tener una configuracin dual, con ATM PVCs hacia el usuario y con VLAN Tags (802.1q y Q in Q) hacia la red del proveedor, el DSLAM debe encargarse de hacer las cross-conexiones entre el mundo IP/ATM y el mundo IP/Ethernet.

77

A su vez, el DSLAM debe soportar un VRF (Virtual Router Forwarding), ya que los segmentos de red IP para servicios de multicast y unicast son diferentes a lo largo de la red, es decir las direcciones IP para unicast sern de la forma 10.99.200.xxx y las de multicast sern de la forma 10.99.201.xxx, por lo que se necesitan funcionalidades de capa tres en el DSLAM para interconectar los diferentes estos dos segmentos. La configuracin del DSLAM y las cross-conexiones IP/ATM IP/Ethernet se ilustran en la figura 3.25:

Figura 3.25: Cross-conexiones en el IP DSLAM

Para la realizacin de las cross-conexiones, es necesario entender cmo funcionan las etiquetas 802.1q y Q in Q, estas etiquetas son utilizadas para realizar la misma funcin que los PVCs en ATM, separan lgicamente diferentes servicios transmitidos sobre el mismo enlace fsico. Se pueden utilizar una o dos etiquetas en los mensajes, dependiendo de la arquitectura y la implementacin deseada, cuando se utiliza una sola etiqueta, a sta se le denomina VLAN ID, y se habla de que se est utilizando etiquetas dot1q. Si se utilizan dos etiquetas, a la ms externa se le denomina S-VLAN o VLAN de servicio (Service VLAN), como su nombre lo indica, se utiliza para identificar el tipo de servicio prestado, y a la etiqueta interna se le denomina C-VLAN o VLAN del cliente (Costumer VLAN), que identifica al cliente que lo est solicitando, dentro del grupo o tipo de servicio solicitado.

78

Las etiquetas son incluidas en la trama Ethernet en un campo especial, y cada una de ellas ocupa 4 Bytes adicionales en el paquete Ehternet, este hecho se ilustra en la figura 3.26:

Figura 3.26: Etiquetas de S-Vlan y C-Vlan

Se mapea entonces el PVC definido para cada servicio con etiquetas de VLAN, para poder ser transmitidos hacia la metro-Ethernet. El mapeo se realiza tomando en cuenta el PVC y el puerto donde se encuentra conectado el cliente, por ejemplo para los servicios de Internet tenemos que el cliente se encuentra conectado al puerto 1 del DSLAM, y est utilizando el PVC 1, supongamos por un momento que el VP y el VC para ese PVC son 0/48, el DSLAM recibe la peticin y mapea el servicio proveniente del PVC 0/48 con una S-VLAN 300, y como el cliente se encuentra conectado en el puerto 1, crea una C-VLAN 65. De este modo, el PVC 0/48 y el puerto uno, se mapean a la VLAN 300.65, donde el 300 representa la SVLAN y el 65 la C-VLAN.

Figura 3.27: Mapeo de PVC a VLAN

A nivel de la metro-Ethernet se utiliza el protocolo MPLS para transportar y garantizar que la informacin llegue al destino correspondiente. El protocolo soporta 79

dos servicios que son de gran utilidad para la implementacin de los servicios 3P, estos son los VLL o Epipes y las VPLS. VLL (Virtual Leased Line): es un servicio de capa 2, que permite la comunicacin punto a punto entre dos ubicaciones, es transparente para los datos y protocolos del cliente y es de fcil gestin y administracin. Este servicio se crea en la MEN, y se utiliza para los servicios de conectividad a Internet, VoIP y video unicast. Cuando el paquete llega al primer switch de la MEN, el equipo realiza una inspeccin de las VLAN Tag que el paquete posee, de esta manera se identifica el servicio que se est solicitando. El switch cambia entonces la VLAN ID o la S-VLAN por una etiqueta MPLS que va a definir la VLL que se va utilizar, tal como se muestra en la figura 3.28.

MEN
Si

Si

Si

Red de Gestin B-RAS Servidor DHCP

PC

HG IP DSLAM

VLL 343

Si

Figura 3.28: Cambio de etiqueta de Vlan a nivel de la MEN

Siguiendo con el ejemplo anterior, en este caso, la etiqueta MPLS utilizada es la 343, por lo tanto la etiqueta de S-VLAN 300 se cambiar por la etiqueta MPLS 343b y definir una VLL que tiene como destino el switch donde est conectado el BRAS. Las VLLs son bi-direccionales, y deben ser configuradas en el equipo de origen y destino de la informacin. Esta configuracin se utiliza para los servicios de Internet, IP Voice y unicast. VPLS (Virtual Private LAN Services): Es tambin un servicio de capa 2, pero permite la comunicacin punto-multipunto, es de igual manera transparente a los

80

datos y protocolos del cliente. Es una VPN que permite la conexin de varias localidades en un mismo dominio de bridge sobre una red MPLS y tambin es bidireccional. El funcionamiento se hace posible, ya que cada uno de los equipos que conforman la red se encuentran conectados por una red de tneles LSP, que permiten ir reenviando la informacin desde el origen hasta el destino realizando conmutacin de etiquetas MPLS. Este tipo de servicio de transporte es esencial para la implementacin de servicios de video multicast, en este caso diferentes DSLAM utilizan la misma VPLS para obtener el servicio.
Maqueta IPTV BBIP Servidor de Multicast

MAN

Middleware

Si

MEN

Si

Si

TV/STB

HG IP DSLAM
Si

IP DSLAM VPLS 432

IP DSLAM

Figura 3.29: VPLS para multicast

El principio de funcionamiento es el mismo explicado para la VLL, si tenemos un paquete proveniente del IP DSLAM con una VLAN ID 300, sta ser cambiada por la etiqueta MPLS 432, que en este caso define una VPLS en lugar de una VLL, la nica diferencia entre este esquema y el anterior es que los diferentes IP DSLAM comparten el mismo servicio de transporte, y para diferenciar cul de ellos realiza las peticiones se utilizan los SAP (Service Access Point).

81

Cada equipo que est conectado al Switch Metro posee un SAP diferente que depende del puerto del switch al cual se encuentre conectado dicho equipo, el SAP debe ser configurado dentro del servicio que se va a utilizar (VPLS o VLL) junto con sus etiquetas de VLAN provenientes del DSLAM. De esta manera se garantiza que por el SAP no se admita informacin que no pertenezca al tipo de servicio correspondiente o al DSLAM correspondiente. Un servicio VLL solo admite dos SAP, uno de entrada y otro de salida, mientras que un servicio VPLS admite mltiples SAPs. En la figura 3.30 se muestra el uso de SAP en un switch de MEN.

Los SAP del mismo color se encuentran relacionados en la configuracin, es decir que se configuran ambos SAP en el mismo servicio. Puertos

Switche MEN 1 2 3 4 5 6 7 8

SAP 1 (VLAN 300.65): Entrada/Salida Servicio VLL 765 SAP 1 (VLAN 400): Entrada/Salida Servicio VLL 876 SAP 1 (VLAN 500): Entrada/Salida Servicio VPLS 987 DSLAM SAP 8 (MPLS 987): Entrada/Salida Servicio 987 Servicio de multicast

SAP 4 (MPLS 765 VLAN 65): Entrada/Salida Servicio 765 B-RAS SAP 7 (MPLS 876): Entrada/Salida Servicio 876 Router de Servicio

Figura 3.30: Configuracin y uso de los SAPs en un switch MEN

Finalmente en la figura 3.31, se muestran las etapas de configuracin en los distintos puntos de la red de CANTV.

82

VPLS Multicast VLL Unicast

Si

PVC VPI / VCI

Si

MEN

Si

Red de Gestin B-RAS o Servidor DHCP

PC

HG

S,C VLAN

IP DSLAM
Si

Router

Figura 3.31: Configuracin Completa de la Red

83

Captulo IV Marco Metodolgico

En este trabajo se propone evaluar el estndar VDSLx para ofrecer servicios 3P a travs de la red de acceso de CANTV, para que los resultados obtenidos en relacin con el problema investigado tengan la confiabilidad y validez requerida, es necesario definir y delimitar los procedimientos que se van a llevar cabo, y a travs de los cuales se pretende dar respuesta a lo que se plantea. Con el fin de cumplir con lo descrito anteriormente, el marco metodolgico del trabajo enumera y describe las diferentes tcnicas, protocolos y procedimientos que se utilizarn para la obtencin de los resultados, y se describir el tipo y diseo de la investigacin que se est realizando. 4.1 Tipo y diseo de la investigacin La investigacin llevada a cabo es considerada como evaluativa de diseo no experimental de campo, en la misma se obtendrn resultados mediante la utilizacin de un protocolo de pruebas que se aplicar a la plataforma de la red de acceso y que estar basado en las normas establecidas por los organismos internacionales de telecomunicaciones y las necesidades de la empresa de telecomunicaciones CANTV. 4.2 Fases del trabajo Para cumplir con el objetivo general y los objetivos especficos del trabajo, se hizo necesario, en primer lugar, la realizacin de una investigacin documental en textos digitales e impresos que brindan la informacin necesaria para el desarrollo de la investigacin. Posteriormente se procedi a realizar un protocolo de pruebas y a la adquisicin y acondicionamiento de los equipos necesarios para la evaluacin de los

84

estndares VDSL1 y VDSL2 bajo el esquema de servicios 3P sobre la infraestructura presente en el laboratorio de CANTV. En la tercera fase se procedi a estudiar los manuales de los equipos utilizados, seleccin de equipos e instrumentos adicionales que fueran necesarios para la realizacin de las pruebas. Por ltimo se compararon los resultados obtenidos para el estndar VDSLx con los resultados de pruebas realizadas al estndar ADSL2+ utilizando el mismo protocolo de pruebas desarrollado para VDSL, de manera de poder comparar de manera correcta ambas tecnologas. Se procedi finalmente a realizar una comparacin de precios para la implementacin de soluciones utilizando ambas tecnologas evaluadas. A continuacin se describe en detalle la metodologa empleada para alcanzar los objetivos propuestos: 4.2.1 Investigacin Documental A travs de resultados de ensayos tcnicos realizados por fabricantes de equipos basados en estndares xDSL, recomendaciones emitidas por organizaciones internacionales, informacin en textos digitales de pginas web especializadas en los estndares xDSL, y libros relacionados con la tecnologa, se pudo determinar que el estndar VDSLx posee caractersticas ideales para la implantacin de servicios 3P. Por lo antes expresado, se procedi entonces al estudio de los equipos que soportan esta tecnologa de manera de determinar la compatibilidad, potencialidad y escalabilidad de los servicios ofrecidos a travs de las tecnologas VDSL1 y VDSL2. Las fuentes de informacin utilizadas para el estudio de los equipos fueron los manuales de los mismos, emitidos por los proveedores, la informacin pblica

85

emitida por los fabricantes en Internet, y la informacin adicional solicitada por CANTV a la empresa fabricante del equipo. Se investig sobre diferentes esquemas de implementacin, y con el soporte de la Gerencia de Anteproyectos se defini el modo y esquema de implantacin de los diferentes servicios 3P. 4.2.2 Estudios de manuales de equipos Se realiz el estudio de los manuales de los equipos utilizados a nivel de hardware y software, con el fin de familiarizarse con el funcionamiento, manejo, capacidad y configuracin de los equipos incluidos en el esquema de implementacin antes de la realizacin de las pruebas. 4.2.3 Elaboracin del protocolo de pruebas Se elabor un protocolo de prueba para plataformas basadas en tecnologa VDSLx, tomando en cuenta los esquemas de implementacin desarrollados, las exigencias y especificaciones de CANTV, para incorporar las tecnologas y los servicios a la red de datos de CANTV y las recomendaciones emitidas por organismos internacionales de regulacin como la UIT-T. 4.2.4 Seleccin de equipos a utilizar En el laboratorio se seleccionaron los equipos con los cuales se realizaran las pruebas, esta seleccin se hizo tomando en cuenta a los usuarios a los cuales sern destinados los servicios, y a la rapidez de respuesta del fabricante para incorporar las nuevas tecnologas de acceso a la plataforma. 4.2.5 Puesta a punto de los equipos en el laboratorio de pruebas de estandarizacin La puesta a punto de los equipos se inici una vez recibidas las tarjetas terminales de lnea para los IP DSLAM que se fueran a utilizar. Una vez recibidas, se

86

procedi a realizar la configuracin necesaria en los IP DSLAM, de manera de poner en funcionamiento puertos de VDSL1 y VDSL2 que seran utilizados para la realizacin de las pruebas y para que los IP DSLAM se ajustaran a los esquemas de implementacin de los servicios 3P. Posteriormente se configuraron los CPE de las distintas tecnologas con el fin de adaptarlos para el funcionamiento de servicios 3P, esto incluye la configuracin de los STBs, IP phones y homegateways con sus respectivos PVCs para el funcionamiento de los servicios de voz, datos y video (3P). Se realiz tambin la configuracin de las dos maquetas de IPTV que se encontraban en el laboratorio, se crearon cinco canales de multicast diferentes, ms el canal de VoD. Se realizaron las conexiones de las maquetas de IPTV y de los DSLAM a la MEN a travs de fibra multimodo, y se realiz la configuracin de la MEN y los routers, para as poder establecer la interconexin e interoperabilidad de los equipos mencionados y dar inicio a las correspondientes pruebas. 4.2.6 Instalacin de la plataforma para la realizacin de las pruebas Se realiz la instalacin de la plataforma que se utilizara para la evaluacin de la tecnologa VDSLx, para ello se realizaron los siguientes pasos: 1. Instalacin y configuracin de la tarjeta EVLT-C en el ISAM 7302 con su respectiva tarjeta de splitters. 2. Instalacin y configuracin de la tarjeta VDEA en el SmartAX MA5600. 3. Conexiones de las lneas de abonado a los DSLAM. 4. Montaje e instalacin de las maquetas de IPTV de Huawei y ZTE. 5. Conexiones de aterramiento y alimentacin de las maquetas de IPTV. 6. Instalacin de las conexiones entre las maquetas de IPTV y la MEN.

87

7. Configuracin de los homegateways Huawei EchoLife HG250 y Netopia 3397G, los STBs Huawei EchoLife EC623 y ZXV10 B600, el telfono IP DECT V500DP-K2. 8. Conexin de los homegateways a los DSLAM. 9. Configuracin de los servicios en la MEN. 4.3 Protocolo de pruebas para CPEs basados en tecnologas VDSL1 y VDSL2 Un protocolo de pruebas es un programa sistemtico de verificacin e inspeccin, y en l se describen de forma tcnica los procedimientos a seguir para la aplicacin de las pruebas que permitirn la evaluacin de los diferentes equipos, procesos y/o servicios. Los protocolos de pruebas son elaborados tomando en cuenta normas y recomendaciones de organismos nacionales e internacionales en conjunto con los criterios de evaluacin y las necesidades de las empresas interesadas en adquirir los equipos o prestar los servicios. A continuacin se muestra el protocolo de pruebas desarrollado para los CPEs de VDSL1 y VDSL2 de manera de verificar si cumplen o no con las necesidades de CANTV.

Protocolo de pruebas para CPEs: El protocolo de pruebas para CPEs consta de las siguientes pruebas: Prueba bsica de sincronismo. Pruebas de lnea. Prueba de conectividad a internet. Prueba de video. Prueba de IP voice. Prueba de separacin de servicios.

88

Prueba de interoperabilidad entre el estndar ADSL2+ y el estndar VDSLx. Prueba de servicios 3P. Las normativas seguidas para la realizacin del protocolo de pruebas fueron: Recomendacin G.993.1 y G.993.2 de la UIT-T, Transceptores de lnea de abonado digital de velocidad muy alta y Transceptores de lnea de abonado digital de velocidad muy alta 2. Equipos y accesorios utilizados: PC Pentium III con 512 MB de RAM con consola Hyperterminal e interfaz serial. 3 cajas de 300 m de cable de cobre de 0.4 mm. 3 lneas de cable de cobre (0.4 mm) de 1.2 Km, 1.4 Km y 800 Km. Cables UTP categora 5 con conectores RJ-45. Cables de par telefnico con conectores RJ-11. Todos los DSLAM se configurarn a travs de la interfaz de comandos CLI por medio de la PC conectada por consola al equipo. Todos los CPE se configurarn a travs de su portal de configuracin WEB, estableciendo una conexin desde la PC hasta el equipo por medio de la asignacin de una direccin IP fija, y utilizando el explorador de Internet para acceder a las opciones de configuracin. 4.3.1 Prueba bsica de sincronismo Objetivo: Verificar que el homegateway es capaz de establecer una conexin con el IP DSLAM utilizando el perfil de mxima velocidad, y que esta conexin se lleva a cabo a travs del estndar VDSLx utilizado. Descripcin de la prueba: Se debe realizar la conexin entre el homegateway y el puerto ABA, tomando en cuenta que el puerto utilizado del IP DSLAM se encuentre configurado con los parmetros de lnea correspondientes y el perfil de mxima velocidad de transmisin.

89

Montaje de la prueba:
POTS HG

IP DSLAM
Figura 4.1: Montaje para la prueba bsica de sincronismo

Resultados esperados: En el homegateway debe iluminarse de manera intermitente el LED de conexin con la lnea VDSLx, esto se realizar durante el handshaking del homegateway con el puerto del IP DSLAM. Una vez concluido el handshaking y establecido el sincronismo el LED se mantendr encendido en forma permanente. A travs del puerto de consola del IP DSLAM, se revisar que la conexin establecida entre ambos equipos corresponda con el estndar G.993.1 en el caso de que se haga uso de VDSL, o G.993.2 si se usa VDSL2. 4.3.2 Pruebas de lnea Objetivo: Verificar el comportamiento de las velocidades de transmisin y las relaciones seal a ruido para diferentes distancias, entre el IP DSLAM y el homegateway. Descripcin de la prueba: Se debe utilizar un simulador de lnea, compatible con los estndares VDSLx, con el fin de aumentar la distancia entre el homegateway y el IP DSLAM. En caso de no conseguirse el equipo especificado, se puede utilizar cable de cobre. Se conecta el homegateway al IP DSLAM, se simulan distancias entre ellos, y se espera el sincronismo entre el extremo receptor y el transmisor. Se observa en la pantalla de configuracin del homegateway las velocidades de transmisin y la

90

relacin S/N. La prueba se realizar hasta que el homegateway no sea capaz de sincronizar la seal con el IP DSLAM. Montaje de la prueba:
POTS HG

IP DSLAM
Figura 4.2: Montaje para las pruebas de lnea

Resultados esperados: Se espera observar los valores de los parmetros de lnea antes mencionados, para cada distancia simulada. A travs de la pantalla de configuracin del homegateway, de manera de poder realizar grficas comparativas con otras tecnologas xDSL ya implementadas. El nivel de relacin S/N debe permanecer siempre por encima de por lo menos 6dB para cumplir con las normas de calidad de CANTV. 4.3.3 Prueba de conectividad a Internet Objetivo: Lograr la navegacin por Internet, ajustando la configuracin del homegateway para el esquema de implementacin de servicios de Internet de CANTV. Descripcin de la prueba: Se debe realizar la configuracin del homegateway en modo Bridge y definir el PVC en ATM correspondiente al utilizado para el esquema de implementacin del servicio de Internet, se conecta una PC a uno de los puertos Ethernet del homegateway.

91

Montaje de la prueba:

ISP/Internet
POTS
Switch Metro

HG

MEN
Si

Si

Agregador

Switch Metro

IP DSLAM

Figura 4.3: Montaje para la prueba de conectividad a internet

Resultados esperados: Se espera que la computadora conectada al homegateway reciba una direccin IP dinmica proporcionada por el servidor DHCP de la red de CANTV, y que sea posible la navegacin a travs de Internet. 4.3.4 Prueba de video Prueba de unicast: Objetivo: Lograr acceder al portal de las maquetas de video de IPTV de manera de poder solicitar pelculas de VoD (unicast), y que estas sean transmitidas al televisor con la calidad deseada. Descripcin de la prueba: En el homegateway se debe configurar el PVC en ATM correspondiente al servicio de video unicast, posteriormente se debe conectar el STB al puerto del homegateway que se configur. El STB debe tener configurada la opcin de recibir direccin IP dinmica a travs del servidor DHCP, y debe estar conectado a un televisor. Una vez en el portal de la maqueta de IPTV se debe comprar una pelcula ya programada, y observar la calidad y fluidez de la imagen y el audio.

92

Montaje de la prueba:
Switch Metro

HG Servicios de Video

MEN
Si

Si

Switch Metro

IP DSLAM
Router de Servicio y de Borde BBIP Maqueta MAN IPTV

Video Server

Middleware

Figura 4.4: Montaje para la prueba de video unicast

Resultados esperados: El STB debe recibir una direccin IP dinmica en el segmento destinado para IPTV. En el televisor se debe poder acceder al portal de inicio de la maqueta IPTV probada, y al comprar la pelcula en el men de VoD, la pelcula debe comenzar a ser transmitida en el televisor. La calidad de la imagen y el audio deben ir sincronizados, la imagen debe verse con nitidez y el audio debe ser entendible.

Prueba de multicast: Objetivos: Poder observar los canales de programacin normal (multicast) definidos en el DSLAM, y poder cambiar de canal a canal sin perder la calidad del video y el audio. Descripcin de la prueba: Se debe configurar en el STB una direccin esttica en el segmento destinado para video multicast. En el homegateway se debe configurar el PVC en ATM correspondiente a este servicio, y se debe activar la opcin de IGMP Snooping o Forwarding. Se conecta un televisor al STB, y este a su vez al puerto configurado anteriormente en el homegateway. Una vez que se vean los canales en el televisor, realizar cambios entre canales de manera de observar si existe una degradacin del servicio al cambiar de canal. Montaje de la prueba:

93

Switch Metro

HG Servicios de Video

MEN
Si

Si

Switch Metro

IP DSLAM
Router de Servicio y de Borde BBIP Maqueta MAN IPTV

Video Server

Middleware

Figura 4.5: Montaje para la prueba de video multicast

Resultados esperados: En el respectivo televisor se deben poder ver los canales de multicast programados con sincronismo entre la seal de video y la de audio. Al cambiar el canal, la calidad del video debe permanecer invariante.

Prueba interworking Multicast-Unicast: Objetivo: Verificar que se pueden utilizar los servicios de multicast y unicast de forma simultnea por el mismo puerto del homegateway. Descripcin de la prueba: Se debe configurar el STB para poder recibir direccin IP a travs del servidor DHCP. En el homegateway se deben configurar los PVCs para los servicios de video multicast y unicast en el mismo puerto haciendo uso de la funcin de port mapping del homegateway. Se conecta el STB a dicho puerto, y un televisor al STB.

94

Montaje de la prueba:
Switch Metro

HG Servicios de Video

MEN
Si

Si

Switch Metro

IP DSLAM
Router de Servicio y de Borde BBIP Maqueta MAN IPTV

Video Server

Middleware

Figura 4.6: Montaje para la prueba de Interworking Unicast-Multicast

Resultados esperados: En el televisor se deben visualizar los canales de multicast configurados en el DSLAM, y a la vez debe ser posible acceder al portal de la maqueta de IPTV y comprar pelculas de VoD. La calidad del video debe ser ntida para ambos servicios, y el audio debe estar sincronizado con la imagen para ambos servicios. 4.3.5 Prueba de IP voice Objetivo: Poder realizar una llamada telefnica a travs de un telfono IP conectado al homegateway. Descripcin de la prueba: Se configura el homegateway con el PVC en ATM que se us para la prueba de conectividad a internet. Se configura el telfono IP con un nmero vlido, para el GWC que se vaya a utilizar. Se conecta el IP phone al puerto configurado en el homegateway. Se realiza una llamada desde el IP phone a un telfono conectado a la PSTN o a un telfono celular.

95

Montaje de la prueba:
Media Gateway PSTN GWC Telfono

BBIP MAN

Switch Metro

HG

Telfono IP

MEN
Si

Si

Agregador

Switch Metro

IP DSLAM

Figura 4.7: Montaje para la prueba de IP Voice

Resultados esperados: Se espera que el telfono IP reciba una direccin IP vlida asignada por el servidor DHCP. El telfono debe registrarse con el GWC para poder realizar llamadas. Una vez realizada la llamada, sta debe transcurrir sin inconvenientes, no se deben escuchar retrasos en la voz, y la conversacin debe poder entenderse en ambos extremos de la llamada. 4.3.6 Prueba de separacin de servicios Objetivo: Verificar que en el homegateway, los diferentes servicios pueden ser separados en distintos puertos, y que dicha separacin no afecte la calidad de los mismos. Descripcin de la prueba: Se configura el homegateway con el PVC correspondiente al servicio de video de unicast, y se asigna a un puerto Ethernet del homegateway. Se configura el PVC correspondiente al servicio de Internet, y se asigna a otro puerto del homegateway. Se conecta una computadora en cada uno de los puertos configurados. Se realiza una peticin de direccin IP, y se verifica que la direccin obtenida en cada PC corresponda con el segmento IP de cada uno de los servicios.

96

Montaje de la prueba:
ISP/Internet
POTS
Switch Metro

HG

MEN
Si

Si

Agregador Router de Servicio y de Borde BBIP

Switch Metro

IP DSLAM

Maqueta MAN MAN IPTV

Video Server

Middleware

Figura 4.8: Montaje para la prueba de separacin de servicios

Resultados esperados: Se espera recibir en cada una de las computadoras, direcciones IP diferentes, y correspondientes cada una de ellas con los servicios configurados en el homegateway. 4.3.7 Prueba de interworking entre el estndar ADSL2+ y el estndar VDSLx Objetivo: Verificar que los homegateways basados en el estndar VDSLx, puedan interoperar con modems basados en el estndar ADSL2+. Descripcin de la prueba: Se configura el homegateway de VDSLx para trabajar con el PVC correspondiente a la configuracin para servicios de Internet, y se asigna este PVC a un puerto Ethernet del homegateway. Se repite el procedimiento anterior para un modem que trabaje con el estndar ADSL2+. Se conecta el homegateway de VDSLx a un puerto del IP DSLAM que soporte VDSLx, y el modem de ADSL2+ a un puerto del IP DSLAM que soporte el estndar. Se conectan una PC a cada uno de los equipos mencionados, y se realiza una solicitud de direccin IP. Una vez recibida

97

la direccin IP, se intenta navegar por Internet con ambas computadoras de forma simultnea. Finalmente se hace un ping de una computadora a otra. Montaje de la prueba:

ISP/Internet
POTS
Switch Metro

HG VDSLx

MEN
Si

Si

Agregador

Switch Metro

Modem ADSL2+

IP DSLAM

POTS

Figura 4.9: Montaje para la prueba de interworking entre ADSL2+ y VDSLx

Resultados esperados: Ambas computadoras deben recibir direcciones IP vlidas otorgadas por el servidor DHCP. Se debe poder navegar por internet sin problemas con las dos computadoras simultneamente. Al hacer el ping entre las dos mquinas, ste debe ser recibido y respondido en ambos extremos con un error de prdida del 0%. 4.3.8 Prueba de servicios 3P Objetivo: Observar y constatar el buen desempeo del homegateway implementando servicios 3P para distancias de 0 Km, 1.4 Km y 2.6 Km. Descripcin de la prueba: Se configuran los puertos Ethernet del homegateway con los PVCs correspondientes a los diferentes servicios que se desean prestar. Se conectan dos STB con dos Televisores en los puertos configurados para video, una PC en el puerto de servicios de conectividad a Internet, y un IP phone en el puerto configurado para telefona IP. Se conecta el homegateway al IP DSLAM directamente para la primera prueba, despus se coloca una lnea de cobre de 1.4 Km, y por ltimo una de 2.6 Km.

98

Montaje de la prueba:
Media Gateway PSTN Telfono

ISP/Internet

Switch Metro

HG Servicios Triple Play

MEN
GWC
Si

Si

Agregador Router de Servicio y de Borde BBIP

Switch Metro

IP DSLAM

Maqueta MAN IPTV

Video Server

Middleware

Figura 4.10: Montaje para la prueba de servicios 3P

Resultados esperados: Para todas las distancias, todos los servicios deben poderse utilizar con la calidad deseada por CANTV. La utilizacin de uno de los servicios debe ser transparente para todos los dems, es decir no debe producir interferencia con los dems servicios. Adicionalmente al protocolo de pruebas para los homegateways, se dise un protocolo de pruebas para los IP DSLAMS, cuyas pruebas se basan en los esquemas de implementacin de CANTV, sugerencias de los fabricantes de equipos y apoyo de la Gerencia de Anteproyectos y la Gerencia de Planificacin de la Red, este protocolo de pruebas puede ser revisado en los anexos del presente trabajo.

99

Captulo V Resultados y Anlisis de Resultados

A continuacin se presentan los resultados de las pruebas aplicadas a los homegateways, compatibles con los estndares VDSL1 y VDSL2, y que fueron definidas en el protocolo de prueba que se present anteriormente. 5.1 Prueba bsica de sincronismo Ambos homegateways sincronizaron de manera satisfactoria con sus respectivos IP DSLAMS, y se verific que el protocolo de sincronizacin correspondiera con el del estndar utilizado (VDSL1 VDLS2). 5.2 Pruebas de Lnea Para el homegateway Netopia 3397G que funciona sobre el estndar VDSL1, los resultados obtenidos para la prueba de lnea se presentan en la tabla 5.1.
Tabla 5.1: Resultados de las pruebas de lnea (Netopia 3397G)

Distancia (m) 0 300 600 900 1200 1500 1800 1900 2300 2600 2900 3200

Max. Down Act. Down (Kbps) (Kbps) 54912 51648 43008 32128 25280 18944 9216 8320 -

Max. Up (Kbps) -

Act. Up (Kbps) 60032 54080 37824 11328 5315 832 832 832 -

S/N Down 6 8,2 7,7 7,5 7,2 6,5 6,5 6,5 -

S/N Up 8,7 6,9 6,9 7 10,8 11,7 10,2 10 -

A continuacin, en los grficos 5.1, 5.2, 5.3 y 5.4 se muestran las curvas de velocidad de transmisin versus distancia para upstream y downstream, y la curva de S/N versus distancia, obtenidos de los resultados expuestos en la tabla.

100

Grfico 5.1: Velocidad de downstream vs distancia (HG Netopia 3397G VDSL1)

Grfico 5.2: Velocidad de upstream vs distancia (HG Netopia 3397G VDSL1)

Grfico 5.3: Ampliacin de una seccin del Grfico 5.2

101

Grfico 5.4: S/N vs distancia (HG Netopia 3397G VDSL1)

Para el homegateway HUAWEI EchoLife HG520v que funciona sobre el estndar VDSL2, los resultados para la prueba de lnea se muestran en la tabla 5.2, cabe destacar que en VDSL2 existen varios perfiles preestablecidos, por lo cual se realiz la prueba para tres de estos perfiles.
Tabla 5.2: Resultados de las pruebas de lnea para (Huawei HG520v Perfil 8b)

Distancia (m) 0 300 600 900 1200 1500 1800 2100 2300 2600 2900 3200

Max. Down (Kbps) 95244 90178 77095 60698 39570 33310 26738 20450 17546 8489 7122 5675

Act. Down (Kbps) 80146 80146 76091 60175 39570 33029 27010 20446 17554 8514 7139 5638

Max. Up (Kbps) 16759 19548 17948 12307 5221 1430 1421 1414 1425 1276 1197 1090

Act. Up (Kbps) 16907 19544 17901 12331 5315 1454 1441 1438 1445 1272 1177 1082

S/N Down 10 7.2 6 6 5.7 6 5.5 5.7 5.7 5.7 5.7 6

S/N Up 6 6.5 6.5 6 5.7 6 5.7 5.7 5.5 6.2 6.2 6.5

102

Grfico 5.5: Velocidad de downstream vs distancia (Huawei HG520v Perfil 8b VDSL2)

Grfico 5.6: Velocidad de upstream vs distancia (Huawei HG520v Perfil 8b VDSL2)

103

Grfico 5.7: S/N vs distancia (Huawei HG520v Perfil 8b VDSL2)

Tabla 5.3: Resultados de las pruebas de lnea para el homegateway Huawei HG520v Perfil 12a

Distancia (m) 0 300 600 900 1200 1500 1700 2000 2300 2600 2900 3200

Max. Down (Kbps) 94491 91702 76259 60606 22415 19795 18401 16582 14096 7699 -

Act. Down (Kbps) 80146 80146 75315 59030 22188 19354 18364 16544 14150 7675 -

Max. Up (Kbps) 48213 43079 20750 9790 1962 278 1376 1310 1198 2892 -

Act. Up (Kbps) 47943 43079 20540 9632 2057 292 1393 1330 1202 2143 -

S/N Down 10 8 6 6.5 6 6.2 5.7 5.7 5.7 5.7 -

S/N Up 6.2 6 6.2 6.5 5.7 7 5.5 6 6.2 8 -

104

Grfico 5.8: Velocidad de downstream vs distancia (Huawei HG520v Perfil 12a VDSL2)

Grfico 5.9: Velocidad de upstream vs distancia (Huawei HG520v Perfil 12a VDSL2)

105

Grfico 5.10: Ampliacin de una seccin del Grfico 5.9

Grfico 5.11: S/N vs distancia (Huawei HG520v Perfil 12a VDSL2)

106

Tabla 5.4: Resultados de las pruebas de lnea para el homegateway Huawei HG520v Perfil 17a

Distancia (m) 0 300 600 900 1200 1500 1800 2100 2300 2600

Max. Down Act. Down (Kbps) (Kbps) 150210 80146 133549 80146 85416 80146 61458 60368 23405 23293 20098 20106 16550 16578 13005 12976 14104 14096 9818 9383

Max. Up (Kbps) 45783 39943 21978 10989 4922 1442 1441 1401 1222 2817

Act. Up (Kbps) S/N Down S/N Up 45354 22 38840 12.7 21781 6.5 10729 6.2 4958 5.7 1454 5.7 1441 5.7 1421 5.7 1230 5.7 2207 6

6.2 6.7 6.2 6.5 6 5.2 5.5 5.5 6 7.7

Grfico 5.12: Velocidad de downstream vs distancia (Huawei HG520v Perfil 17a VDSL2)

107

Grfico 5.13: Velocidad de upstream vs distancia (Huawei HG520v Perfil 17a VDSL2)

Grfico 5.14: Ampliacin de una seccin del Grfico 5.13

108

Grfico 5.15: S/N vs distancia (Huawei HG520v Perfil 17a VDSL2)

Comparando las grficas de velocidad contra distancia para ambas tecnologas, podemos observar que sin importar el perfil utilizado en el estndar VDSL2, las distancias que se pueden alcanzar en este estndar son superiores a las de VDSL1. De los grficos 5.5, 5.6, 5.8, 5.9, 5.10, 5.12, 5.13 y 5.14, que representan las velocidades para los diferentes perfiles del estndar VDSL2, se hace notar lo ya explicado anteriormente, el perfil 8b sacrifica velocidad en upstream con el fin de lograr un mayor alcance de la seal, este perfil es ideal para ofrecer servicios a usuarios residenciales que no requieran un gran ancho de banda de upstream. Los grficos de los perfiles 12a y 17a presentan una gran similitud, sin embargo si se observan las tablas 5.4, 5.3, se pude apreciar que las velocidades mximas que se podran alcanzar con el perfil 17a son superiores a las del 12a tanto en downstream como en upstream. El perfil 17a puede ser entonces utilizado para dar servicios a usuarios residenciales cuando la distancia es superior a 1000m, y para distancias inferiores se puede utilizar para dar servicios simtricos y asimtricos a usuarios comerciales.

109

El perfil 12a, por sus caractersticas, se ajusta a una implementacin parecida a la del perfil 17a, sin embargo al no poderse alcanzar velocidades tan altas como en el 17a, se vera destinado a empresas comerciales pequeas u oficinas para lazos de abonado menores a 1000m, y servicios del tipo asimtrico para usuarios residenciales a distancias superiores a los 1000m. Para dar servicios 3P a usuarios residenciales a travs de la red de datos de CANTV, el perfil que mejor se ajusta es el 8b, ya que ofrece el mayor alcance, lo que disminuye la necesidad de tendidos adicionales de fibra ptica, y una velocidad de transmisin en upstream y downstream suficiente para cubrir la calidad de los servicios que se desean prestar, por esta razn, el resto de las pruebas se realizaron utilizando solo el perfil 8b en VDSL2. En los grficos 5.16, 5.17 y 5.18, mostramos una comparacin entre las velocidades de upstream y downstream para los equipos evaluados que trabajan sobre la tecnologa VDSL1 y VDSL2, junto con los resultados del modem Huawei MT882 que est actualmente implementado por CANTV, y trabaja con la tecnologa ADSL2+.

Grfico 5.16: Comparacin entre la rata de downstream de VDSL, VDSL2 y ADSL2+

110

Grfico 5.17: Comparacin entre la rata de upstream de VDSL, VDSL2 y ADSL2+

Grfico 5.18: Ampliacin de una seccin del Grfico 5.17

En los grficos 5.16, 5.17 y 5.18, se puede apreciar, como para distancias inferiores a 3000m las tecnologas VDSL y VDSL2 presentan mayores velocidades de transmisin que la tecnologa ADSL2+, sin embargo tambin se puede apreciar que la tecnologa VDSL desaparece a los 2500m, este hecho obliga a que los DSLAMs se encuentren cerca de los usuarios finales, lo que requiere grandes tendidos de fibra ptica, la tecnologa VDSL2 sin embargo presenta un equilibrio 111

entre velocidad y distancia, ya que permite un alcance de hasta 3500m, velocidades de transmisin superiores a ADSL2+ en distancias inferiores a los 3000m, y velocidades similares ADSL2+ de 3000m a 3500m, este hecho le permite un alto grado de flexibilidad a la tecnologa, pudindose ofrecer diferentes servicios dependiendo de la distancia a la que se encuentre el usuario final. Para la implementacin de los servicios 3P, el estndar VDSL2 es superior a ADSL2+ a distancias menores a 2300m, sin embargo no puede decirse lo mismo del estndar VDSL, ya que la limitacin de distancia es un gran inconveniente a la hora de implementacin de los servicios. En las grficos 5.4, 5.7, 5.11 y 5.15, se observan las relaciones S/N de los equipos evaluados, y como se aprecia, el nivel siempre se mantiene por encima de 5dB, CANTV define que el nivel mnimo de S/N sea de 6dB, sin embargo la calidad obtenida de los servicios al realizarse las pruebas fue excelente, con lo que se decidi aceptar los valores obtenidos de S/N para la implementacin de los servicios para usuarios residenciales. 5.3 Prueba de conectividad a Internet Ambos homegateways recibieron direcciones IP vlidas asignadas de forma dinmica a travs del servidor DHCP, posteriormente se procedi a navegar por Internet, lo que pudo ser realizado sin inconvenientes y con una buena calidad de servicio. Las direcciones IP pblicas recibidas por los equipos fueron: 200.11.174.228 para el homegateway Netopia 3397G 200.11.174.226 para el homegateway Huawei EchoLife HG520v

112

5.4 Pruebas de Video Prueba de unicast: Los STBs conectados a los equipos evaluados, recibieron direcciones IP de forma dinmica en el segmento de los servicios de video (10.99.132.X) a travs del servidor DHCP, ambos STBs accedieron a los portales de las maquetas de IPTV del laboratorio, y se pudo realizar la compra de una pelcula de VoD. Ambos sistemas (VDSL1 y VDSL2) permitieron que la pelcula se reprodujera con una excelente calidad y sin desfasaje entre la imagen y el sonido.

Prueba de multicast: Los STBs se configuraron con una direccin IP esttica del segmento de video, ambos sistemas (VDSL1 y VDSL2) pudieron acceder a la programacin regular almacenada en los sistemas de IPTV, se realizaron varios cambios de canales, y no se not variacin en la calidad de la imagen o el sonido en ninguno de los dos sistemas implementados.

Prueba interworking Multicast-Unicast: Para esta prueba fue necesario que los homegateways permitieran la asignacin de varios PVCs de ATM en un mismo puerto, el homegateway Huawei EchoLife HG520v permiti esta configuracin, el resultado de la prueba para este homegateway fue satisfactorio, el STB conectado a l recibi una direccin IP dinmica a travs del servidor DHCP, y se pudo acceder al portal y a la gua de programacin de las maquetas de IPTV, tambin se observ la programacin regular de los canales de multicast almacenados en el DSLAM y en la maqueta de IPTV. La imagen y el sonido se encontraron sincronizados en todo momento y presentaban una excelente calidad. Para el homegateay Netopia 3397G no se pudo realizar la configuracin, por consiguiente solo se poda usar el servicio de unicast, esto hace que este equipo no pueda prestar el servicio de video de la forma como CANTV desea implementarlo.

113

5.5 Prueba de IP voice Ambos homegateways permitieron que los IP phones recibieran direcciones IP vlidas a travs del servidor DHCP en el mismo segmento del servicio de conexin a Internet. Posteriormente, ambos telfonos se registraron con el GWC, y se realiz una llamada a un telfono conectado a la red PSTN. Ambos sistemas completaron la llamada con xito, y en ambos casos se apreci una excelente calidad de servicio, en todo momento la conversacin realizada fue entendible y sin interrupciones. 5.6 Prueba de separacin de servicios En el homegateway Huawei EchoLife HG520v la prueba fue satisfactoria, en las dos computadoras conectadas al homegateway se recibieron direcciones IP correspondientes al servicio configurado, en el puerto configurado para conexin a Internet se recibi la direccin IP 200.11.174.226, y en el puerto de servicios de video se recibi la direccin 10.99.132.74. Este resultado demuestra que cada puerto solo se est conectando con los servicios de la red de CANTV para el cual han sido configurados (port mapping), lo que es esencial para la implementacin de servicios 3P. En el homegateway Netopia 3397G no fue posible realizar esta prueba, ya que el equipo no permite la configuracin de diferentes PVCs en ATM en cada puerto Ethernet, es decir, no soporta port mapping, por lo cual todos los puertos deben tener el mismo PVC, con lo cual solo funcionar un solo servicio a la vez. 5.7 Prueba de interworking entre el estndar ADSL2+ y el estndar VDSLx Para ambos homegateways esta prueba fue satisfactoria, las computadoras conectadas a los equipos evaluados recibieron direccin IP, y fue posible realizar un ping con 0% de prdidas entre las computadoras conectadas a estos equipos, y otras conectadas a mdems que trabajan con la tecnologa ADSL2+, garantizando as la interoperabilidad entre los dos estndares.

114

5.8 Prueba de servicios 3P Esta prueba solo pudo ser realizada con el homegateway Huawei EchoLife HG520v, ya que el Netopia 3397G no soportaba la configuracin necesaria para la implementacin de los servicios. Adicionalmente, esta prueba se realiz dos veces, una con la maqueta de IPTV de Huawei, que trabaja con el esquema de compresin MPEG2, y otra con la maqueta de IPTV de ZTE, que trabaja con el esquema de compresin MPEG4/H.264.

Maqueta IPTV de Huawei: En 0 Km, los servicios funcionaron de manera satisfactoria, se pudieron ver dos canales de televisin simultneos y al mismo tiempo navegar por internet y realizar una llamada telefnica. En ningn momento los servicios interfirieron entre s y la calidad de servicio de todos ellos fue el deseado. Para 1,4 Km, los resultados fueron similares a los obtenidos para una distancia de 0 Km, por lo que se mantuvo la calidad de los servicios sin que entre ellos hubiese interferencias o interrupciones. Para 2,6Km si se presentaron diferencias, solo se pudo observar un canal de televisin a la vez, ya que el servicio de internet se vea afectado en el momento de hacer uso de los dos STBs de manera simultnea, el nico servicio que funcion de manera satisfactoria fue el de telefona. Este comportamiento es debido a que un canal de televisin estndar comprimido en MPEG2, necesita un ancho de banda de alrededor de 5Mbps, si observamos el grfico 5.5 podemos observar que para una distancia de 2,6Km la velocidad de downstream para VDSL2 es de alrededor de 8Mbps, que es suficiente para un canal de televisin, pero no para dos canales simultneos, si a esto le agregamos 2Mbps para datos y 512Kbps para voz, se necesitan 7,512Mbps para ofrecer los servicios con la calidad necesaria para el disfrute del cliente.

115

Maqueta IPTV de ZTE: En esta prueba, para todas las distancias los resultados fueron satisfactorios, los servicios se podan utilizar con la calidad deseada y sin interrupciones ni interferencia entre ellos, inclusive a la distancia de 2,6Km se podan observar dos canales simultneos, a la vez que se navegaba por Internet y se realizaba una llamada telefnica. Esto se debe a que la compresin de video MPEG4/H.264 permite que un canal de televisin estndar necesite un ancho de banda de 2,5Mbps. A 2,6Km, el estndar VDSL2 permite velocidades de alrededor de 8Mbps (grfico 5.5), que aadiendo los anchos de banda necesarios para datos y voz, se necesitan 7,512Mbps, pero utilizando 2 canales simultneos. Se puede apreciar entonces que el estndar de transmisin de informacin sobre pares de cobre no es el nico que interviene al momento de la implementacin de ms y mejores servicios. En este caso un esquema de compresin de video ms avanzado permite que la tecnologa de banda ancha lleve al cliente los servicios de video con la calidad necesaria y deseada. En la tabla se muestra de forma rpida el resultado de las pruebas para los dos equipos evaluados:
Tabla 5.5: Resultados finales de las Pruebas para los Equipos Evaluados
Prueba de Sincronismo Prueba de lnea Prueba de conectividad a Internet Prueba de video Prueba de telefona Prueba de interworking con ADSL2+ Prueba de servicios 3P

Netopia 3397G Huawei EchoLife HG520v

116

Con la finalizacin de las pruebas se puede concluir que el homegateway Huawei EchoLife HG520v es el nico que permite la implementacin de servicios 3P y lo hace a travs del estndar VDSL2. Es necesario destacar que el estndar VDSL2 solo es superior a ADSL2+ a distancias menores a 3Km, para distancias superiores el comportamiento es similar, sin embargo la tecnologa ADSL2+ posee mayor alcance. En comparacin con la tecnologa VDSL1, las dos tecnologas son muy superiores, ya que VDSL1 solo funciona para lazos de abonado cortos y en este rengln se ve superada por el estndar VDSL2, por lo cual la implementacin de esta tecnologa ser descartada.

117

CONCLUSIONES Y RECOMENDACIONES
De las pruebas realizadas a los equipos evaluados se puede concluir que el estndar VDSL y VDSL2 soportan la implementacin de los servicios 3P en su totalidad, sin embargo para poder ofrecer este esquema de servicios no basta solo con la capacidad del estndar, sino tambin con todos los equipos involucrados en la implementacin, y las tecnologas de codificacin y compresin de video que los mismos utilicen, que son independientes de las tecnologas xDSL. El estndar VDSL2 es superior al estndar VDSL en parmetros como alcance y velocidad, lo que le permite mayor flexibilidad en los distintos esquemas de implementacin, y la posibilidad de realizar un cambio de la tecnologa actual al estndar sin la necesidad de realizar grandes cambios en la red de acceso. La interoperabilidad de los estndares y equipos evaluados con los ya implementados fue probada, comprobando que ambas tecnologas pueden coexistir en la misma red sin originar conflictos, esto permite la implementacin paulatina de los estndares sin tener que eliminar la tecnologa actual y comprometer los servicios ofrecidos mientras se migra la plataforma. La incompatibilidad de los equipos de diferentes proveedores se encuentra presente para ambas tecnologas (VDSL y VDSL2), en VDSL debido a la no estandarizacin del esquema de modulacin, y para VDSL2 por no definir como obligatorios todos los perfiles que se quieren emplear. El esquema de compresin de video MPEG4/H.264, permite que la seal de SDTV pueda ser transmitida utilizando tambin la tecnologa ADSL2+, que es la que se encuentra actualmente implementada en la red de datos de CANTV. Este hecho hace necesaria la evaluacin de esta tecnologa para la transmisin de servicios 3P antes de definir la tecnologa a utilizar para la implementacin de estos servicios.

118

En el caso de implementacin entre los estndares VDSL y VDSL2, se recomienda a la empresa CANTV la utilizacin del estndar VDSL2, por presentar todas las caractersticas del estndar VDSL y adicionalmente muchas de las mejoras del estndar ADSL2+. En el caso de VDSL2 y ADSL2+, el estndar VDSL2 posee la caracterstica de poder trabajar de manera simtrica y asimtrica, por lo que se podra pensar en una red que funcione completamente sobre este estndar, eliminando as tecnologas simtricas como G.SHDSL. El estndar VDSL2 podra prestar servicios simtricos a usuarios comerciales que se encuentren en distancias inferiores a 1,5Km, servicios 3P a usuarios a distancias inferiores a 2,5Km y servicios de transmisin de datos a alta velocidad y telefona IP a usuarios que se encuentren a distancias superiores a los 2,5Km. Mientras que con la implementacin de la tecnologa ADSL2+, siempre ser necesario un estndar que ofrezca los servicios simtricos que requieren un gran nmero de empresas. Actualmente no se le recomienda a CANTV el cambio del estndar ADSL2+ al VDSL2, ya que aun existen problemas de incompatibilidad de equipos, y adems la tecnologa ADSL2+ podra ser capaz de soportar transmisin de video con la calidad necesaria mediante la utilizacin del esquema de compresin de video MPEG4/H.264, con lo que se podran ofrecer los servicios de IPTV sin necesidad de realizar cambios en la red de acceso. Se considera posible por proveedores como Netopia y Huawei, el desarrollo de equipos que trabajen con los estndares VDSL2 y ADSL2+ al mismo tiempo, una vez desarrollados estos equipos, se podra pensar en una migracin hacia VDSL2, y la realizacin de una red que trabaje sobre un solo estndar para ofrecer todos los servicios.

119

Es indispensable la evaluacin de equipos que trabajen sobre la tecnologa VDSL y VDLS2 de otros proveedores con el fin de poder comparar la calidad de los equipos y definir la utilizacin ptima del estndar. En el supuesto de realizar la implementacin de la cualquier teconolga VDSLx se recomienda a CANTV la adquisicin de equipos de evaluacin compatibles con los estndares, de manera de realizar pruebas ms detalladas sobre los equipos que se deseen implementar. En la actualidad la empresa CANTV est instalando unidades Outdoor, que son IP DSLAM que se encuentran en armarios ms cercanos a las zonas donde se desean prestar los servicios. Este hecho favorece a la tecnologa VDSL2, ya que al no ser necesario llevar la seal a distancias superiores a los 3Km, el estndar VDSL2 es muy superior a cualquier otro hoy da, lo cual podra originar que en un futuro no muy lejano se convirtiese en el estndar de solucin para brindar servicios 3P a clientes residenciales y comerciales.

120

REFERENCIAS BIBLIOGRFICAS
[1] Antoine, P., De Wilde, W., Gendarme, C., Shelstraete, S., Spruyt, P., VDSL: transmisin de datos sobre pares de cobre a la misma velocidad que sobre fibra. EN: Alcatel VDSL Electronic White Paper. p. 277-283. [2] AWARE Inc White Paper, ADSL2 and ADSL2+ THE NEW ADSL STANDARS. EN: AWARE White Paper 8.02. 2002. [3] AWARE Inc White Paper, VDSL2 The Ideal Acces Technology For Delivering Video Services Revision 2.EN: AWARE wp_VDSL2_REV2_0506. 2006. [4] Blanco, Alexei. Tecnologas de acceso de banda ancha y su integracin con ATM.Cuba: Universidad de Pinar del Ro. < www.monografias.com >. [5] Curso Alcatel 7302/7330 ISAM. Gerencia de Planificacin de la Red, Laboratorio de Estandarizacin, CANTV. Caracas, 12/2006. [6] Duarte, Sabrina., Mendieta, Viviana. Estudio sobre tecnologas xDSL Digital Subscriber Line. (Informe).Asuncin: Universidad Catlica Nuestra Seora de la Asuncin, Octubre 2002. [7] Howard, David. How to Avoid the ATM Cell Tax in the Local Loop.EN: Blueprint: Telco Triple Play. < http://www.convergedigest.com >. 1/2005. [8] Huawei Technologies, Fixed Network Terminal. < http://www.huawei.com/ products/terminal >. 2007. [9] Lindecke, Sascha. DSL technology and deployment advances.EN: Infineon Technologies, Infineon VDSL2 Broadband Forum Europe. Octuber 3-6/2005.

121

[10] Recomendacin UIT-T G.993.1, Transceptores de lnea de abonado digital de velocidad muy alta, 06/2004, p. 7-27. [11] Recomendacin UIT-T G.993.2, Very high speed digital subscriber line transceivers 2 (VDSL2) Prepublished Recommendation, 02/2006, p. 10-16, 40-80. [12] Simmons, Philip. Netopia and the Standarization of VDSL2.EN: Netopia White Paper vdsl2_tecnical_brief. 2005. [13] Manual Tcnico: Versin (T2-050228-20060525-C-3.16). SmartAX MA5600 Multi-service Acces Module Technical Manual. / Huawei Technologies. P. R. China, 2006. [14] Welcome to Netopia. Netopia Broadband Equipment Product Families. < http:// www.netopia.com/equipment/products/index.html >. 2007. [15] Wimoesterer, Stephan. Telecomunications Networks with VDSL2.EN: Infineon Technologies Future Proof.V1.1, July 2005.

122

BIBLIOGRAFAS
Entrevista realizada al Ingeniero Franklin Gimnez en el Laboratorio de Estandarizacin. CANTV, noviembre 2006. Entrevista realizada al Ingeniero Maurizio Acquavella en el Laboratorio de Estandarizacin. CANTV, diciembre 2006. Entrevista realizada al Ingeniero Miguel Zambrano en el Laboratorio de Estandarizacin. CANTV, octubre 2006. Halabi, Sam. Metro Ethernet, Cisco Press, 2003. Harnedy, Sean. The MPLS Primer, Prentice Hall, 2002. Ocariz, Edwin. Estudio de las alternativas de servicios basados en equipos CPE con tecnologa G.SHDSL / Ocariz, Edwin (Tesis).Caracas: Universidad Central de Venezuela, 2006. Reyes, Eduardo. Evaluacin de la plataforma 6260 de CISCO para ofrecer servicios simtricos a travs de la tecnologa de acceso G.SHDSL / Reyes Castillo, Eduardo Jos (Tesis).Caracas: Universidad Central de Venezuela, 2002. Tudor, P. N. MPEG-2 Video Compression, Electronics & Communication Engineering Journal. December 1995. Wood, Robert. Next-Generation Network Services, Cisco Press, 2006.

123

Internet
ADSL2 boosts data rate and reach. < http://www.networkworld.com >. BGP and MPLS-Based VPNs. < http://www.netcraftsmen.net >. Blueprint Metro Ethernet, Metro battle: MPLS vs. Ethernet. < http://www.convergedigest.com >. DHCP (Host Configuration Protocol and Dynamic Host Configuration Protocol) Definition. < http://www.bitpipe.com >. DHCP Definition. < http://www.pcmag.com >. DSL multiplexers IP DSLAM slowly edging out ATM DSLAM. < http://www.computerproducts.globalsources.com >. DWDM (Wavelength-division Multiplexing, WDM, Dense Wave Division Multiplexing) Definition. < http://www.bitpipe.com >. http://en.wikipedia.org http://es.wikipedia.org Internet Protocol (IP) DSLAM. < http://www.freescale.com >. Internode ADSL2+ and ADSL2 Compared to ADSL1. < http://www.internode.on.net >. Introducing DWDM. < www.cisco.com >. Is MPLS ready for prime time. < http://www.networksystemsdesignline.com >. MPEG Glossary. < http://www.cnet.com >. MPEG Industry Forum. < http://www.m4if.org >. MPEG-2 description. < http://www.iso.org >. MPEG-4 description. < http://www.iso.org >. MPEG-4 el estndar de video para multimedia. < http://www.dvdenlared.com >. MPLS (Multi Protocol Label Switching). < http://www.networksystemsdesignline.com >. mpls vs IPv6. < http://cell-relay.indiana.edu >. MPLS. < http://www.monografias.com >. 124

Network System DesignLine VDSL2 meets rising demands for upstream network bandwidth. < http://www.networksystemsdesignline.com >. Session Initiation Protocol (SIP) and Its Functions. < http://www.windowsnetworking.com >. TCP-IP Tutorial and Technical Overview. < http://ditec.um.es >. The MPLS FAQ. < http://www.mplsrc.com >. VDSL Telefnica ADSL2+ 24 Mbps en unos meses y despus VDSL 50 Mbps. < http://www.adslzone.net >. What is dense wavelength division multiplexing. < http://whatis.techtarget.com >. What is DHCP. < http://whatis.techtarget.com >. What is H_264. < http://whatis.techtarget.com >.

125

GLOSARIO
AAL2: ATM Adaptarion Layer 2, es otra de las capas de adaptacin ATM, en ella se adapta el trfico de informacin que requiere transportarse en tiempo real, se sigue utilizando la capa de adaptacin AAL5 para llevar la informacin de la capa AAL2 al usuario final, y viceversa. La capa AAL2 termina de hacer la adaptacin hacia la red. AAL5: ATM Adaptation Layer 5, es una capa de adaptacin ATM cuya principal funcin es adaptar la informacin proveniente del usuario y se reestructura para poder ser utilizada por el protocolo ATM y viceversa, esta capa de adaptacin es asignada principalmente a servicios que pueden ser retardados y aceptan repeticiones, si as se requiere, por parte del usuario. ATM: Asynchronous Transfer Mode, es un protocolo de transporte orientado a la conexin, en el cual no hay un desorden en la llegada de las celdas a destino. El secciona la informacin en celdas que poseen la misma longitud (48 bytes), y estas se envan a travs de circuitos virtuales permanentes (PVC), con el fin de que la informacin llegue a destino de una forma rpida y sin errores. CLI: Interfaz de lnea de comandos, es una interfaz que le permite a un usuario manipular, mediante instrucciones escritas, el programa que se encuentra debajo de ella. El principio de funcionamiento consiste en dar una instruccin mediante un comando escrito en la interfaz, y si dicho comando es reconocido por el programa, entonces este responder ejecutando la accin indicada y notificndolo en las lneas siguientes a la instruccin dada. Cdigos Reed Solomon: Los cdigos RS son cdigos de bloques lineales, stos se fundamentan en un rea especial de las matemticas conocida como campos finitos, y se basan en la adicin de bits de paridad con el fin de detectar errores y corregirlos.

126

Consola Hiperterminal: Es una aplicacin que se encuentra en casi todas las computadoras con ambiente Windows, esta consola permite configurar el puerto serial de la computadora conocido como puerto de comunicaciones 1 (com1), de manera de que pueda realizarse una conexin a los equipos que conforman la red como los DSLAM, Routers y Switches, y poder as realizar la gestin de los mismos. Downstream: Se refiere a la transmisin de informacin desde la central telefnica hacia el usuario final. (del VTU-O al VTU-R) DWDM: Dense Wavelenght Division Multiplexing, es una tcnica de transmisin de seales a travs de fibra ptica. La tcnica presenta gran similitud con la tcnica de multiplexacin por divisin de frecuencia para los sistemas electromagnticos, se transmiten a travs de una misma fibra ptica varias portadoras utilizando diferentes longitudes de ondas, multiplicando as el ancho de banda efectivo de la fibra. Para poder implementar esta tcnica es necesaria la utilizacin de multiplexores y demultiplexores especiales en los extremos del enlace. FEC: Es un mecanismo de correccin de errores que se realiza a nivel del receptor sin necesidad de realizar una retransmisin de la data. HEC: Es un campo una trama de datos que contiene un cdigo de deteccin de error que cubre slo la cabecera, y permite la deteccin de errores en mltiples bits y la correccin de errores de un solo bit. Homegateway: Puede ser un mdem xDSL, el cual posee ms de una interfaz Ethernet (RJ-45) que permite a los usuarios conectar diferentes equipos CPE y disfrutar cierta variedad de servicios. IGMP: Es un protocolo destinado a servicios de multicast, y su funcin es intercambiar y actualizar informacin acerca de la pertenencia de usuarios a grupos

127

de multicast especficos. Esto lo realiza a travs de unos mensajes que se envan a travs de la red que permiten al usuario unirse a un grupo especfico de multicast o dejar un grupo. Lazo de abonado: Se refiere al cableado de cobre existente entre la central telefnica y el usuario. LDP: Es un protocolo utilizado por MPLS para la distribucin de etiquetas, es el encargado de definir el camino por el cual se va a enviar la data y relacionar dicho camino con la etiqueta asignada. LSP: Label Switched Path, nombre que se le da a un camino lgico establecido entre dos puntos a travs de una red que funciona bajo el protocolo MPLS, es unidireccional. MPLS: Es un protocolo de transporte que define un mtodo de conmutar paquetes a travs del cambio de etiquetas. Fue diseado para unificar el servicio de transporte de data para las redes basadas en conmutacin de circuitos y las basadas en conmutacin de paquetes. Se vale de los protocolos LDP, RSVP y OSPF para disponer de informacin general del estado de la red. NAT: Es un mecanismo utilizado por routers que permite intercambiar paquetes entre dos redes que poseen direcciones IP incompatibles, mediante el cambio en tiempo real de las direcciones utilizadas en los paquetes transportados. Este protocolo permite, por ejemplo, la conexin de varias computadoras a Internet utilizando solo una direccin IP. OSPF: Es un protocolo de enrutamiento que escoge el mejor camino por el cual se enviar la informacin tomando en cuenta, no solo el nmero de saltos, sino tambin la mtrica del enlace, es decir lo congestionado que se encuentre un enlace al

128

momento de realizar el enrutamiento. Para ello el protocolo siempre mantiene la comunicacin con todos los nodos de la red, de manera de poseer informacin sobre el estado de todos los enlaces. PING: es una herramienta para redes de computadora que trabaja conjuntamente con TCP/IP, enva uno o ms datagramas a una direccin IP determinada solicitando una respuesta, y mide el tiempo que tarda el equipo, al cual le pertenece la direccin IP, en responder. Es muy til al momento de localizar problemas en la red que se encuentren relacionados con fallas en la conexin, lgica o fsica. Port Mapping: Esquema de configuracin que soportan ciertos homegateways que poseen varios puertos Ethernet, y que permite configurar el homegateway de manera que a cada uno de los puertos se les pueda asignar uno o varios PVC especficos, pero independientes de los asignados a otros puertos. RJ-11: Tipo de conector utilizado por las empresas telefnicas para la conexin a telfonos o mdems. Normalmente consta de 4 pines. RJ-45: Tipo de conector utilizado para redes Ethernet, es utilizado ampliamente en computadoras, mdems, switches y routers, permitiendo la interconexin entre ellos. Normalmente consta de 8 pines. RSVP: Reservation Service Virtual Protocol, es un protocolo que funciona en conjunto con MPLS, LDP y OSPF y su funcin es la de crear un tnel lgico entre dos puntos de una red sin importar el nmero de saltos, basndose en la informacin suministrada por los protocolos OSPF y LDP. Smbolo DMT: La modulacin DMT se lleva a cabo aplicndole una FFT a la cadena de bits anteriormente modulada en M-QAM, donde M depender de la relacin S/N

129

que se encuentre en el enlace. Una vez aplicada la FFT y agregado el prefijo cclico y el sufijo cclico, se obtiene el smbolo DMT. SIP: Es un protocolo que facilita la formacin, modificacin y ejecucin de sesiones de comunicacin entre mltiples usuarios o individuales. Sus funciones principales son la de proveer la sealizacin bsica entre los participantes para poder inicializar la sesin, se apoya en el protocolo SDP (Session Description Protocol) para clasificar el tipo de comunicacin (voz, video-conferencia, etc), escoge y utiliza un protocolo vlido para intercambiar informacin durante la sesin. TELNET (TELetype NETwork): es un protocolo de red que permite la conexin remota a un equipo conectado a internet en otro punto de la red, mediante el uso de una computadora local de manera de poder modificar la configuracin o revisar el estado de funcionamiento del mismo. Esto se lleva a cabo a travs del teclado y la pantalla de la computadora que se est utilizando, a travs de una interfaz de comandos que el equipo tenga disponible. Normalmente los equipos estn protegidos de manera que solo personal autorizado tenga acceso a la conexin va TELNET. Trellis Coded Modulation (TCM): Es un esquema de modulacin que permite una transmisin muy eficiente de la informacin sobre canales de ancho de banda limitados. Upstream: Se refiere a la transmisin de informacin desde el usuario hacia la central telefnica. (del VTU-R al VTU-O)

130

Anexos

131