Introduction

En el NOC (Network Operation Center) la tarea fundamental es el monitoreo continuo de las fallas en el funcionamiento de los componentes de la red, pero existe la necesidad del monitoreo continuo del performance de la red y específicamente del enlace radio; lo deseable es que este monitoreo se realice a través de alguna alarma de tipo visual que indique si en alguna de los estaciones, se ha superado el umbral de alguno de los KPIs, está información podría ayudar a anticipar alguna eventual falla dentro de la red radio; además servirá para el trabajo habitual del departamento de optimización.

La planificación del desarrollo de la aplicación prevista debió en primer lugar decidir de cual de los componentes o base de datos de la red se tomarían los datos estadísticos de los KPIs, posteriormente se ocupó del mecanismo de tratamiento de esta información y finalmente la manera de visualizar las alarmas que se generen.

2.3.1.1 Descripción de la adquisición de datos

Para la adquisición de los datos estadísticos la primera opción prevista fue la de realizar consultas directamente a las base de datos propias de los componentes de la red dentro del OMS; esta posibilidad tuvo que ser descartada, debido al impedimento de acceder directamente a esos recursos por exigencia expresa del fabricante por motivos de garantía y políticas de seguridad informáticas propias de la empresa.

La opción que finalmente se utilizó fue la de adquirir los datos a través de una herramienta intermedia propia del fabricante llamada Spots, la cual permite monitorear el desempeño de la red a nivel de estaciones base y entrega la información de los datos estadísticos en formato de texto; luego de estudiar la filosofía de Spots se realizaron las siguientes tareas:

Para Spots, cada componente o grupo de componentes de red es definido como un “objeto”, por lo cual fue necesario crear grupos de objetos por cada estación base, agrupando los sectores correspondientes a cada estación y promediando sus valores estadísticos.

En Spots las fórmulas de los KPIs, se conocen como “contadores virtuales”; los cuales tuvieron que ser construidos en base a las fórmulas de cada KPI de acuerdo a los contadores que los conforman.

Los resultados del monitoreo de las estaciones con sus respectivos valores para cada uno de los KPIs, se agrupan dentro de un reporte. En este reporte se agrupan las BTSs (objetos virtuales) y los KPIs (contadores virtuales) a ser monitoreados; además se definen los rangos de tiempo del reporte, la manera en la que se presentarán los datos (para este caso un archivo de Excel) y la ubicación dentro del sistema de archivos en el servidor Spots, en la cual será guardado el reporte.

El Spots permite definir la frecuencia de entrega de un reporte, a través de la creación de un “job”, en el cual debe incluirse una o más tareas, “task” dentro del ámbito de Spots; cada tarea no es más que uno de los reportes creados o de los reportes por defecto de Spots que se ha seleccionado; además el “job” define la frecuencia de la tarea (cada hora en este caso) y la hora de inicio de la ejecución.

2.3.1.2 Descripción de la aplicación de monitoreo de los KPIs

Posteriormente es necesario recuperar el archivo de salida del reporte entregado cada hora por el Spots, para lo cual se procede a realizar una transferencia del archivo (ftp) del reporte desde el servidor de Spots hacia la máquina local en donde correrá la aplicación. Es necesario que el ftp sea ejecutado cada hora, para lo cual se usa la herramienta “tareas programadas”, dentro del Panel de Control del Windows XP.

La aplicación para el monitoreo de los KPIs fue desarrollada bajo Visual Basic 6.0 y con el uso de macros para Office; está diseñada para leer los datos correspondientes a la última hora dentro del archivo entregado; para cada uno de los KPIs lee los datos de todas las BTSs y los compara con los umbrales respectivos diferenciando el tipo de estación entre urbana, suburbana y rural; creando arreglos de las estaciones alarmadas, cuya manipulación posterior permite encender las alarmas y mostrar los nombres correspondientes de dichas BTSs. También es posible que la aplicación trate a los datos independientemente para cada provincia.

Dentro de la aplicación, la interfaz principal consta de un mapa político del Ecuador, en el cual automáticamente y de acuerdo a la frecuencia definida se encenderán las alarmas correspondientes a todas las BTSs cuyos KPIs hayan superado sus respectivos umbrales definidos; se tiene también al lado derecho de la interfaz principal un listado en orden alfabético de los nombres de todas las BTSs alarmadas para cada uno de los indicadores en forma de columnas. En la parte inferior izquierda se encuentra un menú con un grupo de botones de color azul, que permiten encender independientemente para cada KPI las alarmas de las BTSs respectivas; y un grupo de botones color marrón que permiten visualizar independientemente para cada KPI las listas respectivas de los nombres de las BTSs alarmadas.

Además en la interfaz principal de la aplicación se han programado vínculos a las 22 interfaces individuales correspondientes a cada una de las provincias del Ecuador, al dar un clic sobre el mapa sensible de cada provincia se presenta la vista individual de la provincia correspondiente, con sus respectivas alarmas. Las interfaces individuales de las provincias se han diseñado con la misma lógica de la interfaz principal, es decir muestran el mapa correspondiente a la provincia y las BTSs alarmadas en dicha provincia, las listas de los nombres de las BTSs alarmadas correspondientes a cada KPI, así como los grupos de botones que funcionan de la manera ya explicada. A más de ello se tiene un botón color amarillo con la forma del Ecuador que permite volver a la interfaz principal.

El programa está diseñado para leer automáticamente los datos y actualizar las alarmas cada hora.

Además toma en cuenta la diferencia entre los distintos valores de umbrales para estaciones urbanas, suburbanas y rurales.