CONSEJO HONDUREÑO DE CIENCIA Y TECNOLOGIA E INNOVACIÓN PROYECTO APRENDE ESPECIFICACIONES TÉCNICAS

CONSEJO HONDUREÑO DE CIENCIA Y TECNOLOGIA E INNOVACIÓN PROYECTO APRENDE ESPECIFICACIONES TÉCNICAS DISEÑO DE LA RED, SUMINISTRO DE LOS EQUIPOS Y LOS SERVICIOS DE INSTALACIÓN DE LOS MISMOS, LOS SERVICIOS DE OPERACIÓN, MONITOREO Y MANTENIMIENTO, CAPACITACION, DOCUMENTACIÓN Y EQUIPOS DE MEDICIÓN, REPUESTOS Y HERRAMIENTAS, QUE SEAN NECESARIAS PARA IMPLEMENTAR EN UN 100% LAS REDES SATELITALES VSAT, WIMAX Y RED TERRESTRE PARA INTERCONECTAR DIFERENTES CENTROS EDUCATIVOS PÚBLICOS EN EL TERRITORIO NACIONAL.

CONTENIDO 1. DESCRIPCION DEL PROYECTO... 4 1.1. GENERALIDADES... 4 1.1.1. Introducción...4 1.1.2. Alcance del Proyecto...5 1.1.3. Sitios de instalación...6 1.1.4. Sistema Satelital Actual...6 1.1.5. Segmento Satelital...7 1.1.6. Frecuencias WiMax...7 1.1.7. Sistema de supervisión y gestión...7 1.1.8. Licencias de Software...8 1.1.9. Trabajos a Realizar por El Oferente....8 1.2. DISEÑO... 8 1.2.1. Generalidades...8 1.2.2. Forma de Presentación del Diseño Preliminar...9 1.2.3. Cálculos y Resultados...9 1.2.4. Diseño Final... 10 1.2.5. Plazo de Entrega de LOS SISTEMAS... 10 1.3. FACILIDADES DE APOYO... 10 1.3.1. Apoyo Durante la Vida Útil... 10 2. REQUISITOS GENERALES... 11 2.1. GENERALIDADES... 11 2.1.1. Aspectos Tecnológicos... 11 2.1.2. Condiciones Ambientales... 11 2.1.3. Rotulación de los Equipos... 12 2.1.4. Estructura Mecánica... 12 2.1.5. Control de Calidad.... 13 2.1.6. Ampliación... 14 2.2. REQUISITOS TECNOLÓGICOS DE LOS SISTEMAS... 14 2.2.1. Equipos y Componentes... 14 2.2.2. Facilidades de Mantenimiento... 14 2.2.3. Alimentación de Energía... 15 3. ESPECIFICACIONES DE LOS SISTEMAS... 15 3.1. ESPECIFICACIONES GENERALES... 15 3.1.1. Arquitectura... 15 3.1.2. Gestión Local... 15 3.2. ESPECIFICACIONES RED SATELITAL VSAT... 16 3.2.1. Alcance... 16 3.2.2. Experiencia... 16 3.2.3. Requerimientos Generales... 16 3.2.4. Requerimientos de la red y de las Aplicaciones... 17 3.2.5. Descripción del sistema... 18 3.2.6. Especificación técnica y funcional... 18 3.3. ESPECIFICACIONES RED WIMAX... 23 Página 1 de 74

3.3.1. Requerimientos técnicos del Sistema Wimax... 23 3.3.2. CPE Básico... 28 3.3.3. Servicio de Transporte y Entrega de Datos... 28 3.3.4. Calidad de Servicio (QoS) y Clase de Servicio (CoS)... 28 3.4. SERVIDORES CACHE, FILTRO DE CONTENIDO Y FIREWALL... 29 4. ESPECIFICACIONES ADICIONALES... 32 4.1. GARANTÍAS... 32 4.2. OBLIGACIONES DEL CONTRATISTA... 32 4.2.1. Aspectos Generales... 32 4.3. SERVICIOS TAC... 33 4.3.1. Requerimientos... 33 5. EQUIPOS DE MEDICIÓN, REPUESTOS Y HERRAMIENTAS... 33 5.1. EQUIPOS DE MEDICIÓN... 33 5.1.1. Requerimientos... 33 5.2. REPUESTOS... 34 5.2.1. Requerimientos... 34 5.2.2. Reparación de Tarjetas... 34 5.2.3. Suministro Futuro... 35 5.3. HERRAMIENTAS... 35 6. PRUEBAS DE ACEPTACIÓN... 35 6.1. GENERALIDADES... 35 6.1.1. Objetivo... 35 6.1.2. Clasificación... 35 6.2. PROCEDIMIENTOS... 36 6.2.1. Generalidades... 36 6.2.2. Responsabilidad del Contratista... 37 7. OPERACIÓN Y MANTENIMIENTO TÉCNICO... 37 7.1. OPERACIÓN Y MANTENIMIENTO TÉCNICO DE EL SISTEMA... 37 7.2. GENERALIDADES... 37 7.3. MONITOREO.... 38 7.4. ALCANCES DEL PERÍODO DE OPERACIÓN Y MANTENIMIENTO... 38 7.5. SERVICIOS DE ADMINISTRACIÓN Y MONITOREO... 40 7.6. PERSONAL... 42 7.7. HERRAMIENTAS Y EQUIPOS PARA LA OPERACIÓN Y MANTENIMIENTO... 44 7.8. DOCUMENTACIÓN... 44 7.9. MEDICIONES... 44 8. CAPACITACIÓN... 44 8.1. GENERALIDADES... 44 8.1.1. Requisitos Generales... 44 8.2. CAPACITACIÓN EN HONDURAS... 46 8.2.1. Requerimientos Generales... 46 8.3. CAPACITACIÓN EN FÁBRICA... 46 8.3.1. Requerimientos para Entrenamiento en Fábrica... 46 Página 2 de 74

9. DOCUMENTACIÓN... 47 9.1. GENERALIDADES... 47 9.1.1. Requerimientos Generales... 47 9.1.2. Documentación a Suministrar... 48 9.1.3. Documentación del Diseño Preliminar... 49 9.1.4. Documentación de Instalación y Pruebas... 49 9.1.5. Protocolos de Pruebas de Recepción... 50 9.1.6. Documentación para Operación y Mantenimiento de LOS SISTEMAS... 50 ANEXOS... 52 ANEXO 1 LISTADO DE CENTROS EDUCATIVOS*... 53 ANEXO 2 - FACILIDADES DE TRANSMISIÓN... 54 ANEXO 3 ESPECIFICACIONES DEL HUB... 61 ANEXO 4 UBICACIÓN DE LOS CENTROS COMUNITARIOS... 65 ANEXO 5 ESPECIFICACIONES DEL SERVIDOR DE LOS CENTROS EDUCATIVOS 68 ANEXO 6 ESPECIFICACIONES DE LAPTOPS... 69 ANEXO 7 ESPECIFICACIONES DE UPS DE SERVIDORES DE CENTROS EDUCATIVOS... 70 ANEXO 8 GLOSARIO DE TÉRMINOS... 71 Página 3 de 74

DOCUMENTO DE ESPECIFICACIONES TÉCNICAS 1. DESCRIPCION DEL PROYECTO 1.1. GENERALIDADES 1.1.1. INTRODUCCIÓN 1.1.1.1. Se requiere, mediante la presente licitación, el DISEÑO DE LA RED, SUMINISTRO DE LOS EQUIPOS Y LOS SERVICIOS DE INSTALACIÓN DE LOS MISMOS, LOS SERVICIOS DE OPERACIÓN, MONITOREO Y MANTENIMIENTO, CAPACITACION, DOCUMENTACIÓN Y EQUIPOS DE MEDICIÓN, REPUESTOS Y HERRAMIENTAS, QUE SEAN NECESARIAS PARA IMPLEMENTAR EN UN 100% LAS REDES SATELITALES VSAT, WIMAX Y RED TERRESTRE PARA INTERCONECTAR DIFERENTES CENTROS EDUCATIVOS PÚBLICOS EN EL TERRITORIO NACIONAL. Todo lo anterior en conjunto serán denominados LOS SISTEMAS. 1.1.1.2. LOS SISTEMAS comprenden equipos terminales, sistema de supervisión y gestión, repuestos, materiales de instalación, documentación y los servicios de instalación, pruebas de aceptación y periodo de O&M de cuatro meses. 1.1.1.3. Los sistemas de gestión de las redes satelital, red terrestre y WiMax deberán ser integrados de tal forma que no conlleve a incompatibilidades de ningún tipo. De la misma forma estas redes deben manejar de forma transparente los protocolos de VoIP, QoS end to end, CoS end to end, etc. aun si estos transitan por las diferentes redes. 1.1.1.4. Si los Sistemas ofertados, Satelital, Red Terrestre y WiMax, son de diferentes fabricantes, el oferente será el único responsable de la funcionalidad de los sistemas en su conjunto. 1.1.1.5. El Oferente al someter su oferta reconoce y acepta que se ha familiarizado con las condiciones locales bajo las cuales será realizado el trabajo. Página 4 de 74

1.1.2. ALCANCE DEL PROYECTO 1.1.2.1. El COHCIT / PROYECTO @PRENDE requiere el suministro del DISEÑO DE LA RED, SUMINISTRO DE LOS EQUIPOS Y LOS SERVICIOS DE INSTALACIÓN DE LOS MISMOS, LOS SERVICIOS DE OPERACIÓN, MONITOREO Y MANTENIMIENTO, CAPACITACION, DOCUMENTACIÓN Y EQUIPOS DE MEDICIÓN, REPUESTOS Y HERRAMIENTAS, QUE SEAN NECESARIAS PARA IMPLEMENTAR EN UN 100% LAS REDES SATELITALES VSAT, WIMAX Y RED TERRESTRE PARA INTERCONECTAR DIFERENTES CENTROS EDUCATIVOS PÚBLICOS EN EL TERRITORIO NACIONAL. Dicha Red de acceso inalámbrico en banda ancha y satelital conectará a los centros educativos seleccionadas, para el proyecto Aprende de acuerdo a lo descrito en el Anexo 1 Listado de Centros Educativos dichos centros educativos ya cuentan con computadoras con tarjeta WiFi incorporada. La red VSAT actuará como backhaul de la Red WiMax solo en sitios fuera de las áreas urbanas de Tegucigalpa, San Pedro Sula, Choloma, La Lima, Tela, La Ceiba, El Progreso, Olanchito, Puerto Cortés, Siguatepeque, Comayagua, Choluteca, Juticalpa, Nacaome, San Lorenzo o en sitios en estas zonas urbanas donde por condiciones geográficas sea inviable por razones técnicas o económicas la conexión vía las estaciones base WiMax. Como parte de los sistemas, el oferente deberá incluir un solución de Cache Server en cada centro educativo, dicho Cache Server será instalado en la computadora designada como servidor, en el anexo 5 Descripción de Servidor de Centro Educativo, Además, se requiere de la instalación de un filtro de contenidos en el NOC, como se especifica en este documento. 1.1.2.2. El proyecto contempla la interconexión 1,792 centros educativos situados en el territorio nacional y los 124 Centros Comunitarios de Conocimientos y Comunicaciones, CCCC, objeto de esta licitación, ver anexos 1 y 4 para más detalles. 1.1.2.3. Redes en Zonas Urbanas (WiMax) a) En las zonas urbanas de Tegucigalpa, San Pedro Sula, Choloma, La Lima, Tela, La Ceiba, El Progreso, Olanchito, Puerto Cortés, Siguatepeque, Comayagua, Choluteca, Juticalpa, Nacaome y San Lorenzo, los accesos deberán realizarse usando tecnología WiMax, el oferente deberá diseñar la red utilizando las torres disponibles en estas ciudades e interconectar las red WiMax a la Red IP mostrada en el Anexo 2 (Facilidades de Transmisión). Solo en casos muy especiales donde el acceso WiMax no es factible ya sea por razones técnicas o económicas, se usara en estas ciudades acceso Satelital. b) En otras zonas urbanas, donde la densidad de centros educativos lo amerite y además no se cuente con backhaul terrestre, se usara como Página 5 de 74

backhaul enlaces satelitales para conectar una estación base WiMax y de ahí conectar los centros educativos de la región. 1.1.2.4. Redes en Zonas Rurales a) En las zonas rurales, los accesos deberán realizarse usando tecnología satelital. 1.1.2.5. Red Terrestre Usando Facilidades de Hondutel a) El COHCIT cuenta con facilidades de transmisión mostradas en el diagrama siguiente, sin embargo el oferente deberá incluir en su oferta los equipos (ejemplo enrutadores u otros equipos de interconexión para la Red Terrestre de Hondutel) necesarios para el correcto funcionamiento de Los Sistemas. El oferente deberá considerar las velocidades e interfaces disponibles en las facilidades de transmisión de El COHCIT / PROYECTO @PRENDE, STM-1, E1 s. Durante la visita a sitios deberá obtener toda la información necesaria para el correcto diseño de este componente de la red. En el Anexo 2 (Facilidades de transmisión), se presentan los detalles de estas facilidades de transmisión. b) En esta licitación se requiere un enrutador para un STM-1 y el ancho de banda inicial para Internet será de 59 Mbps. c) La Red de acceso inalámbrico de banda ancha Wimax, Red Terrestre y Backhaul Satelital deberá permitir la integración de diferentes tipos de tráfico de voz, datos y video, asignando la calidad de servicio en función de las clases de servicios requeridos y que garantice la continuidad de los mismos en los centros educativos. 1.1.3. SITIOS DE INSTALACIÓN 1.1.3.1. La descripción de los sitios se muestra en el Anexo 1 Listado de Centros Educativos y Anexo 4 Ubicación de los Centros Comunitarios de Conocimientos y Comunicaciones. 1.1.4. SISTEMA SATELITAL ACTUAL 1.1.4.1. El COHCIT cuenta con un sistema satelital (HUB) Sky Edge II ver Anexo 3 Descripción del HUB, se deberá incluir en la oferta la actualización de las 124 VSATs existentes en diferentes áreas geográficas del territorio nacional para permitir su funcionamiento con el nuevo HUB. El Oferente deberá considerar el re-uso al menos de los componentes de RF y antenas de las estaciones remotas, mostradas en el Anexo 4 Ubicación de los Centros Comunitarios de Conocimientos y Comunicaciones. 1.1.4.2. Las VSAT de los 124 Centros Comunitarios son de las compañías Channel Master y Andrew y con antenas de 1.8m. Página 6 de 74

1.1.5. SEGMENTO SATELITAL 1.1.5.1. El COHCIT cuenta actualmente con capacidad satelital en el satélite Intelsat 1R 315 E, debido a que este satélite se moverá de ubicación en Octubre del 2009, la capacidad que se debe considerar para el diseño de los sistemas objeto de esta licitación deberá ser como sigue: Primera etapa, Noviembre 2008 a Octubre 2009: Satellite: IS-705@310 E Deg. Transponder: IS-705 = 72 / 72 (S1/ S1); XPD BW = 72MHz Frequency Band: Ku BW Inicial: 15MHz Segunda etapa, Octubre 2009 en adelante: Satellite: IS-1R@310 E Deg Transponder: IS-1R = NA11K/NA11K (V/H); XPD BW = 36.0 MHz Frequency Band: Ku BW Inicial: 15MHz 1.1.6. FRECUENCIAS WIMAX 1.1.6.1. El COHCIT / PROYECTO @PRENDE, a través de un convenio entre empresas estatales cuenta con los siguientes rangos de frecuencias estándar WiMax: 1.1.6.2. Rango de Frecuencias en MHz: 3,450-3,475, 3,550-3,575 1.1.6.3. Los equipos WiMax ofertados deberán trabajar en este rango de frecuencias, es obligación del oferente diseñar un plan de frecuencias para el uso eficiente de dicho espectro. 1.1.7. SISTEMA DE SUPERVISIÓN Y GESTIÓN 1.1.7.1. El Oferente incorporará en la oferta como parte integral de LOS SISTEMAS un sistema de supervisión y gestión que permita llevar a cabo operaciones de mantenimiento y monitoreo desde un centro de supervisión ubicado en Tegucigalpa. El sistema de supervisión y gestión deberá incorporar tanto la red Satelital, Red Terrestre y la red WiMax. Página 7 de 74

1.1.8. LICENCIAS DE SOFTWARE 1.1.8.1. El oferente deberá incluir en su oferta las licencias de software de LOS SISTEMAS ya sean de su propiedad o de terceros y proporcionar todas las actualizaciones de software que estén disponibles, por lo menos por un periodo no menor a la garantía de LOS SISTEMAS. 1.1.9. TRABAJOS A REALIZAR POR EL OFERENTE. 1.1.9.1. Diseño, ingeniería, planificación, instalación, supervisión, servicios de O&M y coordinación de la implementación de LOS SISTEMAS. 1.1.9.2. En la etapa de preparación de la oferta, el oferente podrá realizar una visita de campo a los sitios incluidos en este proyecto para determinar todos los requerimientos que considere necesarios para presentar su oferta. En el reconocimiento de sitio deberá comprobarse entre otras: a) Espacios físicos disponibles; b) Facilidades de instalaciones electromecánicas disponibles; c) Formas de Interconexión (Equipos existentes con equipos Nuevos); d) Obras civiles complementarias, las que deberá definir y especificar claramente para que El COHCIT / PROYECTO @PRENDE las implemente sin dificultad. El oferente podrá sugerir a El COHCIT / PROYECTO @PRENDE cualquier cambio y/o modificación que se requiera en los sitios para el correcto funcionamiento de los sistemas. 1.1.9.3. Durante el periodo de preparación de Ofertas, El COHCIT / PROYECTO @PRENDE elaborará un programa y un calendario de las visitas compatible con el tiempo límite de presentación de ofertas. 1.2. DISEÑO 1.2.1. GENERALIDADES 1.2.1.1. La oferta deberá incluir un diseño preliminar en el que se basará la misma. EL COHCIT/PROYECTO @PRENDE proporcionará la información disponible respecto a las facilidades existentes, mismas que deberán ser corroboradas por El Oferente durante la visita a los sitios. 1.2.1.2. El diseño preliminar deberá ajustarse a los lugares donde serán instalados LOS SISTEMAS, para lo cual El Oferente deberá hacer las consideraciones, visitas y consultas que considere pertinentes. Página 8 de 74

1.2.1.3. El diseño preliminar a presentar de LOS SISTEMAS deberá incluir el detalle de los métodos de cálculo aplicados, criterios, premisas y normas utilizadas. 1.2.1.4. El diseño preliminar propuesto deberá tomar en cuenta las condiciones necesarias para las labores de mantenimiento recomendadas por El Oferente. 1.2.1.5. El Oferente deberá tomar en cuenta que la ubicación de los equipos de comunicaciones de la VSAT (Unidad Interior), se instalarán dentro del Aula Tecnológica. 1.2.1.6. En el diseño, la vida útil de LOS SISTEMAS será de cinco (5) años mínimo, a partir de la fecha de emisión del Acta de Recepción. 1.2.2. FORMA DE PRESENTACIÓN DEL DISEÑO PRELIMINAR 1.2.2.1. El Oferente presentará el diseño en la forma más clara posible mediante cuadros o tablas que demuestren que los objetivos de calidad y disponibilidad solicitados en estas bases sean cumplidos en todos sus aspectos. 1.2.2.2. Los resultados obtenidos deben mostrarse de tal manera que se presente el comportamiento esperado de LOS SISTEMAS. 1.2.2.3. El Oferente realizará los cálculos de diseño considerando la capacidad requerida de LOS SISTEMAS. 1.2.3. CÁLCULOS Y RESULTADOS 1.2.3.1. Se deberán presentar todos los cálculos de enlace de LOS SISTEMAS basados en una disponibilidad mensual del 99.8% para los enlaces satelitales y 99.9% para los enlaces WiMax. El Oferente debe garantizar estos cálculos y los mismos deberán cumplir con los requerimientos establecidos en estas bases. 1.2.3.2. El Oferente calculará la disponibilidad de LOS SISTEMAS en base a la Confiabilidad de los equipos, teniendo en cuenta la configuración y las consideraciones de mantenimiento. 1.2.3.3. Dentro del cálculo deben considerarse la contribución a la calidad y disponibilidad de los equipos ofrecidos. El diseño debe ser realizado de tal manera que se muestren claramente los siguientes aspectos: a) Efectos de la configuración en el cálculo de la indisponibilidad de LOS SISTEMAS; b) Efectos de los equipos ofrecidos en el cálculo de la indisponibilidad de LOS SISTEMAS; Página 9 de 74

1.2.4. DISEÑO FINAL 1.2.4.1. El diseño final deberá ser consistente con la oferta presentada y deberá ser aprobado por EL COHCIT / PROYECTO @PRENDE en cada una de sus partes. 1.2.4.2. El diseño final se realizará bajo la supervisión de EL COHCIT / PROYECTO @PRENDE. Durante la etapa de diseño, se redactarán minutas para dejar constancia de los acuerdos que se hayan tomado y de las consideraciones que se hayan asumido, mismas que formarán parte integral del Contrato. 1.2.4.3. El diseño será aprobado si el mismo satisface los objetivos de LOS SISTEMAS. 1.2.4.4. Durante la elaboración del diseño final EL COHCIT / PROYECTO @PRENDE podrá introducir modificaciones con el fin de optimizar la configuración de LOS SISTEMAS. Estas modificaciones serán basadas en el diseño preliminar del Oferente al momento de presentar su oferta. 1.2.4.5. Si durante la elaboración de este diseño final EL COHCIT / PROYECTO @PRENDE solicitara modificaciones a la configuración propuesta en adición y disminución de equipos, su respectivo incremento ó disminución en costos serán negociados en base a los precios unitarios tanto en servicios como en suministros. 1.2.4.6. Durante la elaboración del diseño final EL COHCIT / PROYECTO @PRENDE definirá las estaciones prioritarias a instalar, es decir aquellos sistemas que se instalarán primero y los que se instalarán al final. 1.2.4.7. El período para presentar el diseño definitivo será no mayor de dos semanas contado a partir de la fecha de la firma del contrato sin que esto atrase el inicio del proyecto. 1.2.5. PLAZO DE ENTREGA DE LOS SISTEMAS 1.2.5.1. El plazo de entrega de LOS SISTEMAS deberá ser menor o igual a seis (6) meses a partir de la Orden de Inicio. 1.3. FACILIDADES DE APOYO 1.3.1. APOYO DURANTE LA VIDA ÚTIL 1.3.1.1. El Oferente deberá indicar el tipo de apoyo que proporcionará a EL COHCIT / PROYECTO @PRENDE en las diferentes fases del proyecto, durante la vida útil de los equipos que componen LOS SISTEMAS, haciendo énfasis en: a) Centros de investigación y desarrollo; Página 10 de 74

b) Centros de capacitación; c) Asistencia técnica en planificación y O&M; d) Reparación de módulos y fallas de software. 1.3.1.2. El Oferente se compromete a proporcionar asistencia técnica al personal técnico de EL COHCIT / PROYECTO @PRENDE, aún después de concluido el período de garantía, esto incluye la atención de todo tipo de consultas relacionadas con el equipo a suministrar. 2. REQUISITOS GENERALES 2.1. GENERALIDADES 2.1.1. ASPECTOS TECNOLÓGICOS 2.1.1.1. Todos los equipos deberán ser nuevos, de diseño y funcionamiento comprobado en arquitectura de redes similares a la que El COHCIT / PROYECTO @PRENDE está desarrollando, así como ser de última tecnología. 2.1.1.2. Todo Hardware y Software que se requiera para el cumplimiento de los requisitos enumerados en este documento deberán formar parte de la oferta. 2.1.1.3. El Oferente deberá indicar en detalle el tipo, modelo y arquitectura de los equipos ofertados por sitio. 2.1.2. CONDICIONES AMBIENTALES 2.1.2.1. LOS SISTEMAS deberán ser capaces de operar en ambientes tropicales propio de HONDURAS. Las partes de metal susceptibles a la corrosión deberán contar con un baño antioxidante u otro sistema anticorrosivo. Los equipos suministrados, ya sean de fabricación propia o por terceros, deberán estar garantizados contra daños por corrosión por un período no menor a los 5 años. 2.1.2.2. LOS SISTEMAS deberán operar en condiciones normales en el rango de temperaturas entre 0 C y 40 C y una humedad relativa entre el 10% y el 90%, y en condiciones excepcionales, durante un periodo mínimo de tres días consecutivos, deberán operar con una humedad relativa de hasta el 90% a una temperaturas hasta 45 C y a una altura de 0 a 2200 metros sobre el nivel del mar. 2.1.2.3. LOS SISTEMAS deberán cumplir con los controles de emisiones electromagnéticas FCC Clase A. Página 11 de 74

2.1.2.4. LOS SISTEMAS deberán cumplir con los estándares de inmunidad electromagnética. 2.1.2.5. Se requiere que el equipo se empaque convenientemente para que durante el transporte no se afecten sus características, cualquiera que sea la vía utilizada y para prolongados períodos de almacenaje. 2.1.3. ROTULACIÓN DE LOS EQUIPOS 2.1.3.1. La identificación de los equipos se realizará en el ámbito de fila, bastidor, repisa, y tarjeta. 2.1.3.2. La identificación y otras informaciones visuales de los equipos, deben ser claramente legibles y consistentes con la terminología utilizada en los manuales que se entregarán a EL COHCIT / PROYECTO @PRENDE. 2.1.3.3. Cada bastidor suministrado por El Contratista será claramente rotulado indicando el tipo de equipo instalado en ese bastidor. 2.1.3.4. A todos los módulos y unidades desmontables se les asignará un número. Estos números corresponderán con los diagramas del fabricante y los manuales de instrucciones, de tal forma que su identificación sea fácil, clara y precisa. 2.1.3.5. Las marcas, indicando las funciones esenciales de los interruptores o controles, serán claramente indicadas en la parte frontal y lugar correspondiente a su función, por ejemplo en pruebas y calibración. 2.1.3.6. Los rótulos deberán estar elaborados de tal forma que no se puedan borrar. 2.1.3.7. Las partes peligrosas, como las unidades de energía, serán claramente marcadas. 2.1.4. ESTRUCTURA MECÁNICA 2.1.4.1. Las especificaciones establecidas a continuación se aplican a todo el equipo principal y auxiliar que forman parte del objeto de la presente licitación que se requiera montar en bastidores. 2.1.4.2. No se utilizarán materiales nutritivos de hongos en todos los componentes de LOS SISTEMAS. 2.1.4.3. No se usarán en el acabado del equipo materiales inflamables, multicolores o colores muy vivos. 2.1.4.4. No se utilizarán materiales ni aceites inflamables en ninguno de los equipos. Tampoco se permitirá la utilización de sustancias que dañen la capa de ozono y/o el ambiente. Página 12 de 74

2.1.4.5. La forma de construcción debe ser modular, empleando unidades básicas en forma de tarjetas o módulos desmontables. Estos módulos se montarán en estantes, que a su vez se instalarán en los bastidores del equipo. 2.1.4.6. Los bastidores se sujetarán al piso y a las escalerillas existentes, de no existir escalerillas en las estaciones El Oferente las incluirá en su oferta. 2.1.4.7. En cuanto a la sujeción de los bastidores, deberá entenderse en el sentido estricto que se refiere a anular cualquier movimiento oscilatorio. Esta condición será revisada durante la instalación y será aprobada por la supervisión de EL COHCIT / PROYECTO @PRENDE. 2.1.4.8. Los bastidores que alojarán el equipo, deberán ser suministrados con protecciones mecánicas antisísmicas. 2.1.4.9. Deberán incluirse con la oferta, diagramas de los bastidores, indicando disposición de las repisas y tarjetas, dimensiones y construcción mecánica. Se deberá indicar la máxima cantidad de equipos que permite alojar cada bastidor y su forma de montaje. 2.1.4.10. El tipo de construcción mecánica de los bastidores para LOS SISTEMAS, deberá permitir que éstos puedan colocarse espalda-espalda (back to back) o pegados a la pared (Wall Mounting). 2.1.4.11. Las canastas o cualquier otro mecanismo para tendido de cables deben tener acceso funcional y brindar al mismo tiempo estética al sistema. El cableado en cada bastidor se hará de acuerdo con un código conveniente. 2.1.4.12. La entrada de cables se hará por la parte superior del bastidor. Si la estación tuviere piso falso, la entrada de cables se podrá hacer por la parte inferior del bastidor. 2.1.4.13. Las partes pintadas deben tener uniformidad en el color y ausencia de fallas, rayones, abolladuras, corrosión y/o manchas. 2.1.5. CONTROL DE CALIDAD. 2.1.5.1. Para efectos de oferta, es suficiente que El Oferente cite las normas que el fabricante utiliza en el proceso de manufactura de los equipos y materiales; sin embargo, durante el proceso de evaluación de ofertas, EL COHCIT / PROYECTO @PRENDE podrá solicitar aclaraciones sobre algunos aspectos de esas normas, así como requerir que en los documentos Anexos al contrato se incluyan tales normas, ya sea en forma parcial o total. 2.1.5.2. Así mismo El Oferente deberá presentar certificaciones tipo ISO 9000 ó equivalentes del fabricante para los componentes de LOS SISTEMAS, mismas que deberá adjuntar. Página 13 de 74

2.1.6. AMPLIACIÓN 2.1.6.1. Las modificaciones o cambios de diseño de equipos que El Contratista introduzca en el futuro a los Suministros Fundamentales y/o Auxiliares, que puedan ser adquiridos por EL COHCIT / PROYECTO @PRENDE para la ampliación o mejora de los bienes objeto del contrato, no deberán afectar el buen funcionamiento de los equipos y sistemas originalmente contratados siempre y cuando las mismas no excedan los limites tecnológicos de cada equipo que deberá estar claramente establecido en la oferta. 2.1.6.2. El Contratista también se comprometerá a suministrar, sin costo alguno para EL COHCIT / PROYECTO @PRENDE la documentación técnica informativa correspondiente a modificaciones o cambios en los suministros del contrato y futuras ampliaciones. 2.2. REQUISITOS TECNOLÓGICOS DE LOS SISTEMAS 2.2.1. EQUIPOS Y COMPONENTES 2.2.1.1. Todas las unidades y componentes que posean el mismo número de parte del fabricante serán intercambiables eléctrica y mecánicamente. 2.2.1.2. Ningún componente del equipo deberá estar sujeto a esfuerzos eléctricos que excedan los valores recomendados por el fabricante. 2.2.1.3. La configuración del equipo debe ser tal que, en las labores de mantenimiento preventivo o de rutina, no sea necesario remover componentes, ni tampoco se deberán producir corrientes transitorias u otras señales ruidosas que sean perjudiciales a LOS SISTEMAS. 2.2.1.4. Cada equipo se realizará con componentes electrónicos y/o mecánicos de alta calidad y larga vida, de manera a minimizar la necesidad de intervenciones de mantenimiento a lo largo de su periodo de vida útil. 2.2.2. FACILIDADES DE MANTENIMIENTO 2.2.2.1. El equipo deberá incorporar aquellos dispositivos de medición y control que son necesarios para la tele-medición, la supervisión, el ajuste y la localización rápida de averías. 2.2.2.2. Cualquier atención de rutina necesaria para mantener el equipo con sus niveles correctos y cualquier otro trabajo requerido para conservar el estándar de rendimiento especificado en este documento, no deberá afectar el funcionamiento de LOS SISTEMAS. 2.2.2.3. Los interruptores y los controles de ajuste, serán colocados de manera que los riesgos de un accionamiento accidental sean mínimos. Página 14 de 74

2.2.3. ALIMENTACIÓN DE ENERGÍA 2.2.3.1. La alimentación de energía para los equipos será de 120 VAC, 60Hz, deberá ser independiente para cada bastidor que forme parte del suministro contando con un disyuntor termo-magnético. 2.2.3.2. La alimentación de energía para los Equipos remotos será de 120 Vac a 60 Hz. 2.2.3.3. Para los equipos de las estaciones base de WiMAx instalados en los edificios de Hondutel, se debe proporcionar un inversor con la capacidad de potencia suficiente para soportar los equipos de comunicaciones que se instalarán en cada sitio con -48 VDC. 3. ESPECIFICACIONES DE LOS SISTEMAS 3.1. ESPECIFICACIONES GENERALES 3.1.1. ARQUITECTURA 3.1.1.1. La solución ofrecida debe estar basada en la solución WiMax en su estándar fijo IEEE 802.16d y solución satelital en sitios remotos garantizando la interoperabilidad entre las dos redes, diseñada para ofrecer servicios con QoS y CoS garantizados y soportada por un sistema de gestión que permita una administración de la red y los servicios, incluyendo funciones de aprovisionamiento, monitoreo, reportes y pruebas. 3.1.1.2. La solución debe tener la capacidad de definir y transportar diferentes tipos de tráfico garantizando a cada uno de ellos una calidad de servicio específica. 3.1.1.3. Se requiere que se incorporen mecanismos para almacenaje de información de las configuraciones de la red que permitan recuperar ambientes previos. En la Oferta se dará amplio detalle al respecto. 3.1.2. GESTIÓN LOCAL 3.1.2.1. Se requieren sean ofertadas nueve (9) LapTops (ver características mínimas en Anexo 6) para propósitos de gestión local. 3.1.2.2. El dimensionamiento de las LapTops deberá ser acorde a los requerimientos de las aplicaciones de gestión local para cada uno de los equipos que requieran gestión local. 3.1.2.3. Se debe incluir en la oferta un juego de cables de conexión por LapTop para la gestión local. Página 15 de 74

3.1.2.4. Las LapTops requeridas para propósitos de gestión local deben incluir el software de aplicación de cada equipo objeto de esta licitación. 3.1.2.5. Se deberán incluir las licencias y CDs originales de instalación de los software de aplicación citados en el numeral anterior. 3.2. ESPECIFICACIONES RED SATELITAL VSAT 3.2.1. ALCANCE 3.2.1.1. Se requiere la provisión, instalación, pruebas y acondicionamiento de terminales VSAT remotos para datos y telefonía, que incluya modulación, recepción y equipos con protocolos de conmutación que se comunicaran con una estación central (HUB) existente (Ver anexo 3). 3.2.2. EXPERIENCIA 3.2.2.1. La experiencia del oferente o su representado (fabricante) es un componente esencial en este proyecto, por lo cual el oferente o su representado (fabricante) deberá presentar un mínimo de 3 referencias de clientes a los cuales se les ha vendido e instalado más de 10,000 VSATs y 3 referencias de clientes con proyectos de más de 3,000 VSATs implementados en áreas rurales. En el caso de WiMax, el oferente o su representado (fabricante), deberá demostrar su experiencia en proyectos similares. 3.2.3. REQUERIMIENTOS GENERALES 3.2.3.1. El oferente proveerá los equipos asociados para transmitir y recibir comunicación vía satélite con el Hub existente. 3.2.3.2. El oferente deberá proponer un sistema basado en los estándares DVB- S2 y DVB-RCS, certificado por la organización SatLabs Group, diseñado para proveer máxima flexibilidad para el crecimiento, una excelente eficiencia en términos de ancho de banda para reducir los costos de segmento satelital, transmisión estándar para la integración de nuevos paquetes de aplicaciones, utilizando protocolos estándar IP. 3.2.3.3. Los equipamientos que conforman la solución deberán soportar DVB- S2 ACM. 3.2.3.4. El flujo de Outbound deberá cumplir con los estándares DVB-S2 (MPEG). Si es requerido durante la evaluación de las ofertas, el oferente deberá explicar la forma en que los flujos (streams) MPEG adicionales se multiplexan en un único flujo (stream) MPEG antes de ser modulado y convertido en una portadora DVB-S2. Página 16 de 74

3.2.3.5. El canal de Inbound será RCS o su equivalente en MF-TDMA para proveer un canal de retorno (Inbound) de alto rendimiento. 3.2.3.6. El oferente deberá especificar el rendimiento y las limitaciones de todo el equipamiento a proveer. Se proveerán también diagramas de configuración e interconexión del sistema, con detalle de las interfaces disponibles. También se deberá incluir las características adicionales o que excedan las solicitadas en esta licitación. 3.2.3.7. El oferente propondrá un sistema que soporte transmisión en los modos de Unicast, Multicast y Broadcast de datos TCP/IP y UDP/IP. 3.2.3.8. El oferente propondrá la variedad de aplicaciones que pueden potenciar el sistema propuesto, i.e. Educación a distancia interactivo, Voz sobre protocolo IP, Webcasting, Video conferencia, etc. 3.2.3.9. El oferente proveerá una ilustración clara del dimensionamiento del ancho de banda de Inbound y Outbound, con las capacidades y limitaciones para las aplicaciones. Para COHCIT / Proyecto @prende es fundamental obtener una solución con el menor ancho de banda posible. 3.2.3.10. El oferente incluirá un sistema de contabilización que genere información precisa del trafico del sistema. 3.2.3.11. El oferente definirá claramente cualquier variación a las especificaciones de este RFP con razones y motivos que soporten dicha variación. 3.2.4. REQUERIMIENTOS DE LA RED Y DE LAS APLICACIONES 3.2.4.1. La red se utilizará para la transmisión de varios tipos de tráfico y aplicaciones, que incluirá: Tráfico de Internet, Voz sobre IP, Video, contenido Multicast, FTP, e-mail, Trafico VPN (redes privadas virtuales), y backhaul a la red WiMax. 3.2.4.2. El diseño de la red se realizará para 99.8% de tiempo de operación. 3.2.4.3. El siguiente cuadro formula los requerimientos de throughput para cada uno de los tipos de usuarios de la red. Tipo VSAT # de PC s OB Kbps promedio IB Kbps Promedio Sobre subscripción Backhaul WiMax VSAT a Escuela 15 x Escuela 512 x Escuela 128 x Escuela 20 a 1 15 512 128 20 a 1 Página 17 de 74

3.2.5. DESCRIPCIÓN DEL SISTEMA 3.2.5.1. La solución propuesta incluye terminales remotas a ser conectadas al HUB existente. 3.2.5.2. Terminal Remota (VSAT): a) Las terminales remotas podrán recibir señal DVB-S2 de hasta 45 Msps y 130 Mbps transmitida desde el Hub b) La IDU de las terminales remotas deberán poder transmitir al menos a velocidades de 4000 kbps. c) La IDU de las terminales remotas deberán poseer funcionalidad de enrutamiento incluyendo protocolos RIP, IRDP, DHCP, NAT/PAT, IGMP, y otorgamiento de prioridades IP, Listas de acceso (ACL) y redes privadas virtuales (VLAN). d) La IDU de las terminales remotas podrán interpretar servicios integrados y transportados en modo stream. e) La IDU de los remotos, incluirán capacidad de funciones de calidad de servicio (QoS) integrado que incluya el esquema DiffServ de servicios diferenciados. f) Las terminales remotas incluirán la aceleración HTTP/TCP/IP la cual deberá estar incorporada en el VSAT. g) Las terminales remotas proveerán la facilidad de conexión de tipo red privada virtual (VPN) y soportar TCP spoofing, todo incorporado en la misma IDU. h) Las terminales remotas tendrán al menos dos puertos de conexión RJ-45 10/100 BaseT, cada uno con direccionamiento separado, como para permitir separación de los esquemas de direcciones y de la gestión del trafico general. Todo lo anterior deberá estar integrado en el VSAT y no requerirá la instalación de equipamiento adicional. i) El oferente presentará oferta para convertidores de un puerto RJ-45 a 2, 4, 6 y 8 puertos RJ-11. j) Las antenas ofertadas deben ser homologadas por Intelsat. 3.2.6. ESPECIFICACIÓN TÉCNICA Y FUNCIONAL 3.2.6.1. Requerimientos generales de diseño del sistema: a) El diseño del sistema deberá cumplir con los estándares DVB-S2 y los estándares de Internet según lo especifican los organismos de estandarización relevantes. Página 18 de 74

3.2.6.2. Requerimientos para la transmisión del Inbound de los terminales VSAT remotos a) El esquema de acceso para el flujo (stream) de inbound será dinámico y proveerá ancho de banda según la demanda necesaria (BoD), basada en un sistema de tipo MF-TDMA con estándar DVB-RCS. b) La modulación de Inbound soportará QPSK y 8PSK, y para asegurar la eficiencia espectral, la codificación deberá basarse en Turbo Codes que cumplan con el estándar RCS o mejores. c) El Inbound soportará Datos, Voz y Video. d) Para maximizar el factor de relleno (fill-rate) y la eficiencia, el VSAT deberá poder configurarse para transmitir con 1, 2 o 4 celdas de ATM. El oferente deberá proveer sus factores de relleno asumidos como ejemplo para un contenido (payload) de 64 Bytes y para 256 Bytes. Estos contenidos deben ser los utilizados en los dimensionamientos a realizar. e) Para beneficiarse de la posibilidad de utilizar diferentes frecuencias y mejorar de este modo las posibles velocidades de símbolos a utilizar y para minimizar el factor de bloqueo, cada VSAT deberá poder disponer de varias portadoras, las cuales podrá escoger en cada ráfaga de transmisión, la portadora, modulación y codificación FEC que mejor utilice los recursos disponibles, dada la situación de carga de la red total evaluada por el hub y reportada al VSAT periódicamente. f) Para alcanzar velocidades máximas de ráfaga, incluso en redes relativamente saturadas, los VSAT deberán poder transmitir en ráfagas y timeslots consecutivos, aun cuando los timeslot se encuentren en portadoras ubicadas en diferentes frecuencias. El oferente deberá especificar los tiempos de las guardas que se requieren para cumplir con este requisito. g) Para mejorar los tiempos de respuesta, la capacidad que no este siendo utilizada en el sistema deberá otorgarse a todos los VSAT, de manera que todos los VSATs tengan una porción pre-asignada del Inbound para transmitir aun cuando no lo hayan requerido hasta el momento. h) El mecanismo de Inbound incluirá adaptabilidad para sobrellevar cambios que surjan por lluvias y cambios en la situación atmosférica. La adaptabilidad deberá funcionar en cada trama a ser transmitida por el VSAT, es decir cada trama se transmitirá a la potencia, modulación, FEC y portadora que maximice la velocidad de transmisión y la eficiencia de toda la red. i) Con el fin de proveer un máximo de flexibilidad a los mecanismos de adaptabilidad de Inbound, se deberán soportar portadoras y canales de Página 19 de 74

múltiples velocidades, soportando para cada uno, múltiples índices de FEC y múltiples modulaciones. j) El mecanismo de Inbound dispondrá de un mecanismo de power loop, el cual dará a la antena la habilidad de aumentar o disminuir la potencia según la medición que el VSAT realice y que considere optima para la efectiva transmisión al satélite, dadas las condiciones atmosféricas presentes. k) El proveedor declarará el rango dinámico de su canal de Inbound, sin utilizar control de potencia (power control), en db. Este rango deberá ser de un mínimo comprobable de 12dB, y podrá llegar a rangos superiores a los 19dB. 3.2.6.3. Acceso a Internet de alta velocidad Para proveer una excelente experiencia de usuario y una utilización eficiente de la capacidad del satélite, el sistema incluirá un subsistema de aceleración de los protocolos TCP y HTTP el cual contemplara que: a) El sistema disponga de TCP spoofing el cual mejore significativamente la experiencia de la navegación y que reduzca el tráfico de Inbound de modo significativo (reducción aproximada de un 30%) y comprobable. b) El sistema disponga de Pre-fetching para reducir la cantidad de tráfico de Inbound entre el VSAT y el Hub. c) El sistema deberá poder comprimir el trafico HTTP para reducir el Outbound en valores lindantes al 15%. d) Transparencia Las direcciones de IP de origen y destino se mantendrán intactas tras haber sido tratadas por el subsistema de aceleración de TCP y HTTP. e) Solución contenida: La IDU de los terminales remotos VSAT deberá incluir las soluciones en ella misma, no deberá necesitarse de dispositivos y equipos adicionales para operar esta solución y no deberá requerirse de ningún software adicional ni configuración de ningún tipo en las PC para operar estas u otras aceleraciones. f) Parte o todo el tráfico puede requerir de seguridad en todo el recorrido que va desde el VSAT al centro de cómputo al que el usuario se conecta. Esta seguridad deberá ser o basarse estrictamente en IPSec. 3.2.6.4. VoIP de alta calidad y eficiente: Para asegurar la alta calidad y la eficiente utilización del espacio satelital, el sistema incluirá los siguientes mecanismos en el tráfico de VoIP: Página 20 de 74

a) Los sistemas VSATs deberán poder identificar llamadas SIP y deberán poder reservar un ancho de banda asegurado para la/las llamada/s a lo largo de toda la duración de la llamada. Al finalizar la llamada, este ancho de banda se liberará automáticamente. b) El ancho de banda reservado deberá proveerse siempre, incluso en caso de empeoramiento de las condiciones climáticas por causa de lluvia u otras. Esto debe proveerse independientemente y adicionalmente a la mejora que se logre como consecuencia de utilizar sistemas de control de potencia en el VSAT (Uplink Power Control). c) Se implementaran mecanismos que aseguren un Jitter de menos de 20 milisegundos. d) Para mejorar la eficiencia y capacidad de transmisión vía satélite, se utilizará compresión de encabezados crtp, el cual deberá proveerse en ambas direcciones subida y bajada, ya sea que la llamada se inicie del lado del VSAT o del lado de la red. Los codificadores a utilizar deberán soportar por lo menos G.729 y G.723. e) El sistema deberá disponer de un esquema que pueda bloquear llamadas si el ancho de banda existente es insuficiente para dar a todos los usuarios que se encuentran con llamadas activas de una calidad de servicio adecuada. Si esto sucediera, el sistema deberá poder proveer una señal de red en congestión, al teléfono o sistema telefónico. 3.2.6.5. Multicast IP a) El sistema ofrecido deberá soportar los protocolos IGMP y PIM. b) El oferente deberá proponer un sistema de multicasting asegurado, lo cual garantiza la distribución y la integridad del contenido de multicast vía UDP. 3.2.6.6. Mecanismo de acceso y calidad de servicio QoS a) La calidad de servicio (QoS) deberá proveerse para la totalidad del enlace para tráfico de subida y de bajada. b) El oferente deberá proponer un esquema de calidad de servicio conforme a los RFC 2474, 2475, 1349, 2597, 2598 de DiffServ. Se dispondrán de por lo menos 12 tipos de servicio diferenciado (DSCP), adicional al best effort configurables de acuerdo a la aplicación en cuestión, dirección IP de fuente, dirección IP de destino, día y/u hora y/o de acuerdo al valor TOS que provenga en el paquete de IP que llega al VSAT. c) El oferente deberá proveer un esquema de acceso que soporte una combinación de ancho de banda dedicado y dinámico, y la asignación deberá evaluarse al menos 10 veces por segundo. Esto es fundamental para que los usuarios puedan disponer de un tiempo de respuesta Página 21 de 74

adecuado y que los recursos de red se encuentren localizados de acuerdo a las necesidades más y menos inmediatas de la red. d) El sistema deberá proveer una funcionalidad de calidad de servicio (QoS) en ambas direcciones para subida y bajada. Esta solución deberá estar integrada en el VSAT según se requiera. e) El sistema del oferente deberá poseer 2 niveles de calidad de servicio. Uno para la calidad de servicio a proveer por el mismo VSAT y otro nivel de calidad de servicio que uno o más grupos de VSATs podrán proveer. De esta manera se podrá disponer de una calidad de servicio para cada VSAT específico y agregar niveles de calidad de servicio para un grupo de VSATs. Todos los niveles de calidad de servicio (QoS) y cada uno de ellos deberán poder funcionar de acuerdo al CIR y MIR especificados, y deberá poder dar un valor de peso para la asignación de recursos de satélite para cada uno de ellos desde el hub. Esto deberá poder hacerse para ambas direcciones de tráfico: subida y bajada. Al menos 4 clases de prioridades de VSAT deberán estar disponibles. f) La Terminal VSAT debe soportar el protocolo DHCP. 3.2.6.7. Configuración de VSATs a) Los VSAT podrán configurarse con una interfaz gráfica basada en WEB, y minimizará el número de datos a ingresar por el instalador. Una vez construida una configuración básica a utilizar, el instalador no deberá necesitar de ingresar más de 3 datos para poner al VSAT en funcionamiento. b) Las interfaces de comando no son aceptables como interfaz de instalación. La interfaz deberá ser grafica, amigable y fácil de usar. c) El firmware del VSAT deberá poderse cargar y subir por aire y deberá poder gestionarse y manejarse desde el Hub. No será aceptable que se requiera de una PC para bajar el firmware y completar la instalación del VSAT. d) El VSAT deberá ser capaz de automáticamente solucionar problemas provenientes de fallos en la bajada de datos y/o software y/o firmware del Hub, sin intervención del usuario, y deberá poder volver automáticamente a la versión anterior (rollback) en caso de fallo en la bajada del software nuevo. 3.2.6.8. Confiabilidad de los VSAT a) Los VSAT proveerán un MTBF de al menos 100,000 horas b) Para mejorar el tiempo de reparación promedio (MTTR), el VSAT trabajará con alimentación externa que podrá ser reemplazada fácilmente por el usuario. Página 22 de 74

c) Para reducir la posibilidad de fallas, no se aceptaran VSATs que posean ventilador interno. 3.3. ESPECIFICACIONES RED WIMAX 3.3.1. REQUERIMIENTOS TÉCNICOS DEL SISTEMA WIMAX 3.3.1.1. Resumen de la Arquitectura del Sistema Wimax: a) La Red requerida de acceso inalámbrico de banda ancha Wimax, debe utilizar como backhaul, la infraestructura de Red terrestre o satelital (VSAT) también objeto de esta licitación. b) La arquitectura propuesta debe ser modular, compacta, e integrada de origen c) Debe soportar los protocolos IP, PPPoE, 802.1Q, DHCP. d) Debe considerar técnicas de modulación ajustables para un mejor rendimiento e) El equipo CPE (Customer Premises Equipment) debe ser capaz de auto búsqueda y conexión automática para facilitar su instalación f) El CPE debe ser administrado y monitoreado remotamente, de tal manera que se pueda mejorar su funcionalidad con el cambio remoto de parámetros; así como modificar los parámetros que limitan o incrementar la transferencia de datos. g) La conmutación debe usar QoS para la diferenciación de servicios h) Cada Estación Base se conectará a la red vía VSAT o Red Terrestre, y deberá ser de fácil integración con estas redes, sin menoscabo de cumplir con los requerimientos de mantenimiento. 3.3.1.2. Requerimientos Generales a) La solución propuesta se debe basar en normas certificadas por el Foro WiMax y debe tener la capacidad para cubrir demandas de suscriptor fijo con una tasa de información comprometida (CIR) / Tasa de información pico (PIR). b) El sistema deberá soportar la operación total en un rango de frecuencias indicadas en el numeral 1.1.6 TDD en un espectro con licencia. c) El sistema permitirá la operación aún utilizando espacios de frecuencia no contiguos esparcidos en la banda, con el mismo equipo. Página 23 de 74

d) El mismo equipo BS se podrá utilizar en todos los espacios de frecuencia en esa banda y tendrá la capacidad de ser intercambiables. e) Un solo modelo CPE se podrá sintonizar en todos los espacios de frecuencia. 3.3.1.3. Escalabilidad a) El oferente deberá proporcionar en la descripción del sistema la forma en que el sistema se puede escalar para manejar: I) La adición de un BS II) La adición de un CPE 3.3.1.4. Rendimiento a) El equipo debe soportar una tasa de error de paquete menor de 1%. b) El retraso de transferencia de red de acceso de radio debe ser menor de 40ms en cada dirección. Se debe especificar el rendimiento de la solución ofrecida. c) La variación de retraso de paquete (jitter) debe ser menor de 50ms, se debe especificar el rendimiento de la solución ofrecida. 3.3.1.5. Especificaciones de la Estación Base (BS) a) La interface de aire de La Estación Base (BS) se debe basar en la norma IEEE 802.16-2004 en modo TDD. El operador debe tener la flexibilidad de elegir relaciones de enlace de subida / enlace de bajada en campo. El oferente deberá mencionar la granularidad de afinamiento de enlace de Subida/Enlace de Bajada. b) El sistema deberá tener una eficacia de espectro preferentemente de >2 bps/hz. Deberá especificar las cifras de eficacia de espectro, considerando trafico TCP/FTP agregado por sector. c) El oferente deberá presentar los cálculos de enlace para diferentes esquemas de modulación y a diferentes velocidades. d) El oferente deberá presentar un modelo de capacidad vs. cobertura. La capacidad debe detallarse en términos de rendimiento total considerando trafico TCP/FTP por enlace. La cobertura se deberá basar en la potencia BS TX de 27dbm. El cálculo se debe realizar para todas las modulaciones, tasas FEC y espacios entre portadoras. e) La unidad BS debe ofrecer los siguientes tamaños: I) Macro No más de un bastidor 42U Página 24 de 74

II) Micro IDU / ODU de sector único III) Pico Equipo exterior, PoE para instalaciones compactas. La BS Pico debe tener opciones tanto para antenas integradas como externas. f) Requerimientos PHY/MAC I) La Estación Base (BS) deberá seguir todos los requerimientos de nivel PHY (Physical Layer) y MAC (Media Access Controler) de la especificación WiMax RAN (Radio Access Network). II) Los requerimientos de capa física obligatorios en La Estación Base (BS) son: i) Soporte para control de potencia de circuito cerrado. ii) Modulación adaptativa de 64QAM,16QAM,QPSK, BPSK para el enlace de bajada. iii) Modulación adaptativa de 64QAM,16QAM,QPSK,BPSK para el enlace de subida. iv) El oferente debe mencionar las técnicas FEC que se han incorporado al sistema. g) Se deben soportar el siguiente espaciado de canal: I) 1.75 MHz II) 3.5 MHz III) 5 MHz h) Se deberán soportar las siguientes solicitudes de ancho de banda del CPE: I) Periódica II) Inicial III) Activada (Triggered) i) Se debe describir el soporte de las siguientes características: I) Sincronización de tiempo y frecuencia en la Estación Base (BS) II) Sincronización GPS para mitigación de interferencia en la Estación Base (BS) j) La Estación Base (BS) debe tener la capacidad para soportar sector múltiple con la expansión de una unidad de sector simple. 3.3.1.6. Requerimientos Técnicos CPE Página 25 de 74

a) El CPE debe seguir todas las especificaciones PHY/RAN de las normas WiMax. Además, el CPE deberá seguir todos los requerimientos mencionados en la Estación Base (BS) y la sección de requerimientos generales. b) Se aceptaran propuestas de CPE s con modelos tales como: I) ODU: Antena integrada y con opción externa (para mejorar ganancia), radio y terminal con PoE II) Completamente interior III) El oferente deberá proporcionar detalles completos de hoja de datos y manuales. c) El CPE deberá soportar la operación en las siguientes condiciones: I) Modulación de 64QAM,16QAM,QPSK, BPSK para el enlace de bajada. II) Modulación de 64 QAM,16QAM,QPSK, BPSK para el enlace de subida. III) Se deberá especificar el soporte de esquemas de modulación adicionales. d) La interfaz que se soportará en el CPE debe ser: I) 10/100 Base T e) Requerimiento de red: I) El CPE tendrá la capacidad de que se le asigne una dirección IP estática o dirección IP dinámica. II) Debe permitir marcado VLAN (tagging) por CPE. III) El número de VLANs soportadas será por lo menos 16 por CPE. IV) El oferente deberá mencionar el número máximo de VLANs que se pueden marcar (tag) por CPE. V) El CPE deberá realizar la traducción de cualquier dirección IP entrante a cualquier dirección IP saliente incluyendo NAT de sobrecarga, simétrica/asimétrica, cónica tanto estáticamente como dinámicamente. f) El CPE deberá soportar la operación en los siguiente modos: I) Puente II) Portal g) Al operar en modo de portal, se deben soportar las siguientes funciones: Página 26 de 74