• No se han encontrado resultados

CAPÍTULO 2. DISEÑO E IMPLEMENTACIÓN DE RBS MODELO 6101 PARA

2.7. Diseño de transmisión

En realidad esta parte es un poco más sencilla, pero no menos importante, ya que permitirá que el nodo se comunique con la RNC, por ende con el núcleo de la red y finalmente ser agregado a RAN por medio del OSS-RC. Esta parte es desarrollada por personal de Ingeniería de datos.

Para ello una de los aspectos a tomar en cuenta es la ubicación geográfica de la RBS (nodo B) y de la RNC que lo gobernará. Así se considerarán aspectos como medio de transmisión físico, y equipos de red necesarios, que tengan la capacidad de configuración, para cumplir característica de enlace y enrutamiento. La figura 16 muestra la ubicación geográfica de los equipos a interconectar.

55

Figura 16. Ubicación Geográfica de RBS y RNC a interconectar

Comenzaremos, interpretando los diversos escenarios de interconexión, que se necesitaran, para que el nodo B logre comunicarse con RAN y CORE.

 El nodo b será transmitido por IP, de modo que no habrá ningún tipo de radio enlace.

 Tiene que ser gestionable desde el OSS-RC

 Tiene que ser gestionable desde la RNC que lo gobierne.

Entonces, por medio de la siguiente figura se muestra, lo que necesitamos, para que el nodo B, pueda cumplir con todos los criterios y sea funcional como parte de RAN.

56

Figura 17. Plan de la Red de Datos del NodoB_MN0235.

La figura anterior, muestra la configuración a nivel de datos, que debe generar personal de Ingeniería para que el nodo B pueda ingresar a RAN. Se procede a explicar la misma.

El nodo B como tal, está diseñado para manejar por medio de Vlan’s el tráfico (servicio de voz y datos) y la gestión. El primero orientado a los servicios que ofrece RAN y el segundo a temas relacionados con operación y Mantenimiento (Supervisión, rendimiento, troubleshooting, OSS, etc.)

57

Entonces para la transmisión, se deben crear en los equipos de datos (Router, switch), dos Vlan con un determinado segmento IP, ambos destinados a transmitir los datos que llevan la gestión y el tráfico del nodo B. Recordemos, que por los beneficios de una Vlan, es conveniente segmentar y diferenciar el tráfico de la gestión, también por medio de la Vlan se tiene:

 Seguridad mejorada.  Costo reducido.  Más rendimiento.

 Dominios de difusión más pequeños.  Eficacia de TI.

 Eficacia administrativa.

En ambas Vlan, serán incluidas la RNC de origen y los respectivos servidores de Soporte de Operaciones del Sistema de Radio y Core (OSS-RC). Esto por los criterios antes mencionados.

Como la información generada por el nodo B será transmitida por IP, se necesita de un equipo externo al mismo, que funcione como un modulador o convertidor de señal, que tome la información de voz y datos, la genere en paquetes y de esta forma sea trasmitida como IP. Este equipo en ocasiones es suministrado por el proveedor del servicio de datos o Ericsson como tal. En esta investigación y por razones del tipo de integración (Modernización), es suministrado por Ericsson y es multiestándar. La principal función de este equipo es integrar todas las tecnologías de RAN (GSM, WCDMA, LTE) ofrecidas y existentes en el sitio, convertirlas en paquetes, y transmitirlas como tal, por la red de datos.

Otro Hardware de suma importancia en cualquier red de datos, es el servidor NTP por sus siglas en Ingles “Network Time Protocol”; La función del mismo prácticamente, es mantener sincronizados todos los NEs, distribuidos de tiempo, para que pueda correlacionar eventos, cuando se reciban registros del sistema y

58

otros eventos en tiempo específico desde múltiples NEs. NTP utiliza el protocolo UDP (User Datagram Protocol) como protocolo de transporte. Todas las comunicaciones NTP utilizan Tiempo Universal Coordinado (UTC).

En la integración, a nivel de configuración se tienen que incluir las Ip de referencia de este servidor (Activa, Pasiva) como solo se integrara un nodo B, el ingeniero encargado, deberá configurar estas IP’s en el nodo B, porque todos los NEs que forman parte del sistema, incluyendo la RNC de origen ya están sincronizados y funcionando.

Finalmente se debe considerar la señal transmitida y proveniente del nodo B, en comparación a la señal que genera la RNC de origen. Debido a que la señal del nodo B puede venir desfasada en comparación a la RNC. Por lo tanto la RNC, debe ser capaz de corregir este desfase y no haya discrepancia alguna, al reconstruir la información, proveniente de la señal del nodo B. Es por ello, que el nodo B debe sincronizar con la fase de la señal de la RNC. Entonces la RNC establece una dirección IP, configurada en el Hardware que se encarga de esta tarea (sincronización de señal) y esta IP de igual manera debe ser configurada en el Hardware que controle el servicio red y digitalización (DUW) en el nodo B. La figura 18 muestra un ejemplo del desfase de las señales. En cuanto la corrección del desfase, este puede ser efectuado por medio de cualquier técnica de detección de errores (códigos de línea). Por alcances del trabajo monográfico esto no será abordado.

59

Figura 18. Corrección de señal por IP de sincronía de fase

Es importante aclarar, que, como CORE en la red de transporte, por cuestiones de disponibilidad se tienen dos Elementos de Red funcionando, uno activo y el otro pasivo, ambos poseen las mismas funciones y configuraciones, de tal modo que, si hay un problema en el activo, el pasivo asuma automáticamente todo el tráfico y los servicios funcionen correctamente.

En el siguiente cuadro se especifica el pool (conjunto) de IP que serán configuradas en el nodo B. IP de Gestión 10.xxx.xxx.20 IP de Tráfico 10.xxx.xxx.36 IP de Referencia Fase 1 10.xxx.xxx.141 IP de Referencia Fase 2 10.xxx.xxx.143 IP de NTP SERVER 1 10.xxx.xxx.50 IP de NTP SERVER 2 10.xxx.xxx.30

60

Documento similar