CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

20
CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO Como ya se menciono, el sistema propuesto consiste en un software desarrollado con el lenguaje de programación Visual Basic y bajo la plataforma Windows, se utilizó además el gestor de base de datos Microsoft Access para la administración de la información que maneja el sistema. También se desarrolló un pequeño hardware que funciona de interface entre el puerto serial de la PC y el teléfono NOKIA, el cual se usa para enviar los SMS de notificación de alarmas al personal de guardia. El elemento principal de esta interface es el circuito integrado MAX232, el cual adapta los niveles de tensión entre la PC y el teléfono para que se puedan entender. El sistema cubre las necesidades que existían para la notificación de alarmas de manera automatizada, además de generar diariamente un resumen en donde se proporciona la cantidad de veces que se producen las diferentes alarmas en todos los elementos del BSS de la red GSM. El sistema es muy versátil y funcional, pues posee la capacidad de actualizar periódicamente la información de identificación de los diferentes tipos de estaciones que integran el BSS, además de disponer de una interface hombre-máquina en donde se puede configurar, de ser necesario, la información siguiente: personal que conforma la Gerencia Líder de Operación y Mantenimiento, los departamentos que integran esta Gerencia de Mantenimiento de Campo, los tipos de alarmas que atiende cada uno de estos departamentos, el personal que se encuentra de guardia. Esto asegura la vigencia operacional del sistema

Transcript of CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

Page 1: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

CAPÍTULO IV

SISTEMA PROPUESTO

Y DISEÑADO

Como ya se menciono, el sistema propuesto consiste en un software desarrollado

con el lenguaje de programación Visual Basic y bajo la plataforma Windows, se

utilizó además el gestor de base de datos Microsoft Access para la administración de

la información que maneja el sistema. También se desarrolló un pequeño hardware

que funciona de interface entre el puerto serial de la PC y el teléfono NOKIA, el cual

se usa para enviar los SMS de notificación de alarmas al personal de guardia. El

elemento principal de esta interface es el circuito integrado MAX232, el cual adapta

los niveles de tensión entre la PC y el teléfono para que se puedan entender.

El sistema cubre las necesidades que existían para la notificación de alarmas de

manera automatizada, además de generar diariamente un resumen en donde se

proporciona la cantidad de veces que se producen las diferentes alarmas en todos los

elementos del BSS de la red GSM. El sistema es muy versátil y funcional, pues posee

la capacidad de actualizar periódicamente la información de identificación de los

diferentes tipos de estaciones que integran el BSS, además de disponer de una

interface hombre-máquina en donde se puede configurar, de ser necesario, la

información siguiente: personal que conforma la Gerencia Líder de Operación y

Mantenimiento, los departamentos que integran esta Gerencia de Mantenimiento de

Campo, los tipos de alarmas que atiende cada uno de estos departamentos, el personal

que se encuentra de guardia. Esto asegura la vigencia operacional del sistema

Page 2: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

70

COFADI_rc, pues siempre se apoyará en datos actuales de los elementos que posee la

red GSM y de las personas que se encargan de atender las fallas que se presentan.

El sistema comienza a realizar sus funciones con tan solo hacer “click” sobre el

botón inicio, el proceso se realiza automáticamente sin intervención de operadores o

personas encargadas del sistema. Lo único que se requiere para que el sistema

funcione adecuadamente es mantener actualizada la información contenida en la base

de datos, específicamente las tablas de BTS, BSC y Guardia. Para esto una persona

encargada del mantenimiento del sistema interactúa con los menús y formularios del

sistema.

A continuación se presentan los diferentes menús y pantallas desarrollados para

el sistema COFADI_rc, describiendo la función que desempeña cada uno en el

proceso de notificación y comunicación de alarmas del BSS de la Corporación. Cada

uno de los objetos que integran las diferentes pantallas tienen asignado una tarea de

este proceso, lo cual se realiza mediante códigos de programación en Visual Basic, en

el cual se indica el procedimiento a ejecutar de acuerdo al evento del objeto que se ha

seleccionado.

4.1.- Formulario de Presentación

Al activar el ejecutable del sistema, lo primero que se realiza es la conexión a la

base de datos y se leen los datos necesarios para la presentación de la aplicación y el

funcionamiento del mismo. Mientras esto se ejecuta se presenta en la pantalla un

formulario de presentación, conocido en Visual Basic como formulario Splash tal

como se observa en las Figuras 4.1 y 4.2, la función de mismo es hacer saber al

usuario que se está desarrollando un proceso.

Page 3: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

71

Figura 4.1. Presentación del Sistema COFADI-rc.

4.2.- Formulario Principal

Luego de establecer la conexión a la base de datos, se presenta la pantalla

principal del sistema, allí se encuentra: el calendario del mes en curso, el nombre del

último archivo de alarmas procesado, el estado del sistema, los diferentes menús del

programa, los botones de iniciar y detener el proceso de notificación, así como un

botón para que el usuario del sistema genere el reporte o resumen que se necesite,

también en caso de que el teléfono se encuentre conectado al puerto serial se obtiene

y presenta la información de identificación del mismo.

Este es el formulario en donde se pueden manejar y ejecutar todos los

procedimientos con que dispone en el sistema, además de observar el desarrollo del

proceso.

Page 4: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

72

Figura 4.2. Presentación vista desde la pantalla de Windows.

El sistema es capaz de identificar si se encuentra conectado el teléfono móvil al

puerto serial del PC; si el teléfono se encuentra conectado, se presenta en el recuadro

información del móvil, los datos de: IMEI (serial de identificación de teléfono),

modelo del teléfono, estación que presta servicio al teléfono móvil en ese momento e

indica que el estado es: “En línea”. Si el teléfono no esta conectado al puerto serial,

se deshabilita la opción de enviar SMS, para evitar conflictos en la aplicación y el

estado se coloca en: “Deshabilitado”.

En este momento es cuando el usuario del sistema puede introducir y actualizar la

información referente a los horarios semanales de las guardias y las personas que

están encargadas de realizar esa guardia, todo esto se muestra más adelante, en el

formulario para modificar o crear las guardias.

Page 5: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

73

Existen fundamentalmente dos tipos de actualizaciónes: uno es realizado

automáticamente por COFADI-rc y no es necesario la intervención del usuario para la

realización del mismo, éste se utiliza para realizar la actualización de los datos que

identifican a cada una las BTS y BTSE de la red, también se utiliza para actualizar los

archivos en donde se encuentra registradas las alarmas que ocurrieron en la red GSM.

Este tipo de actualización se desarrolló para procesos en donde se tiene que

trabajar con grandes cantidades de información, agilizando así el proceso de

actualización del sistema. El segundo tipo de actualización la hace el usuario

eligiendo de un listado generado por el sistema las opciones adecuadas, este tipo de

actualización se usa para realizar la actualización de las BSC, el personal de la

Gerencia Líder de Operación y Mantenimiento, los departamentos de la Gerencia de

Mantenimiento de Campo y los horarios de las guardias. En este tipo de

actualización se puede modificar la información ya existente, se puede crear y

guardar nueva información o se puede borrar información existente en la base de

datos desarrollada para el sistema COFADI-rc. Las interfaces gráficas que

cumplen estas funciones se muestran más adelante. El formulario o pantalla principal

del sistema se muestra en la Figura 4.3, aquí el teléfono móvil se encuentra conectado

al puerto serial, mientras que en la Figura 4.4, se observa el mismo formulario

principal pero sin el teléfono móvil conectado al puerto serial del PC.

Como se puede observar en las figuras 4.3 y 4.4, en la parte superior del

formulario principal el sistema cuenta con una barra de menú, en donde se actualizan

y configuran todos los procedimientos que se ejecutan. Existen tres (3) menús:

Configuración, Reportes y Mantenimiento.

Page 6: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

74

Figura 4.3. Formulario principal con el teléfono móvil conectado al puerto serial del PC.

1. Menú Configuración: se encuentran los procedimientos que están

relacionados con la actualización que tiene que hacer el usuario del

sistema COFADI_rc, al hacer clic aquí, se despliega una lista de

submenú, al elegir uno de estos se despliega su respectiva interface

gráfica en donde el usuario hará las modificaciones de los datos que se

encuentran en la base de datos del sistema.

2. Menú Reporte: se encuentran los procedimientos para que el usuario

pueda generar los reportes o resúmenes de alarmas que sean

requeridos, estos reportes sirven para consultar los datos o información

de las alarmas de la base de datos del sistema COFADI_rc y se pueden

utilizar para realizar reportes históricos de fallas de una alarma en

especifico. Existen dos tipo de reportes: el reporte de ocurrencia de

Page 7: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

75

alarmas y el reporte de alarmas, más adelante se dará detalles de cada

uno de ellos.

Figura 4.4. Formulario principal sin el teléfono móvil conectado al puerto serial del PC.

3. Menú Mantenimiento: se encuentran los procedimientos para que el

sistema COFADI_rc sea funcional a pesar de los cambios que se

puedan efectuar en la red GSM y en los datos que se guardan en la

base de datos, aquí se encuentran los submenú de Configuración y el

de Mantenimiento a la Base de Datos del sistema, más adelante se

explica con mas detalle cada uno de estos submenú.

También se encuentran en el formulario principal del sistema, los botones para

iniciar y terminar el proceso de notificación. Este procedimiento es completamente

automatizado, se realiza cada quince (15) minutos y es el que notifica al personal de

Page 8: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

76

guardia de cada departamento las alarmas activas que se encuentran presentes en la

red, mediante el envío de SMS a sus teléfonos personales y a través de correos

electrónicos. Además se envía diariamente un resumen a los supervisores y gerentes

de la región central, en donde se contabilizan las alarmas ocurridas en cada estación.

Otro botón que se encuentra en el formulario principal es el de reportes, haciendo

“click” sobre él, el usuario está en posibilidad de generar reportes de contabilización

de alarmas, de acuerdo a un requerimiento o necesidad específica.

4.2.1.- Barra de Menú del sistema COFADI-rc

Como ya se mencionó, el sistema consta de tres menús con tareas específicas que

proporcionan versatilidad y funcionalidad al sistema COFADI_rc. A continuación se

describe en detalle cada uno de estos menús.

Menú Configuración

En este menú se encuentran los procedimientos para la actualización de los datos

referentes a: Personal, Departamentos, Guardias y BSC. El usuario del sistema

interactúa con las interfaces gráficas de cada uno de estos submenús para modificar

los datos que se encuentran registrados en el sistema; de esta forma el sistema

COFADI-rc siempre está en capacidad de efectuar una correcta notificación de

alarmas a pesar de los cambios que puedan ocurrir con: el personal de la Gerencia

Líder de Operación y Mantenimiento, en la estructura organizacional de la Gerencia,

en la rotación que se efectúa en las guardias o en la integración de nuevas BSC. Esto

garantiza la vigencia del sistema. En la Figura 4.5 se muestran los elementos del

Menú Configuración.

Page 9: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

77

4.5. Barra de menú. Menú Configuración.

§ Submenú Personal

El personal es uno de los recursos mas dinámicos dentro de una empresa, puede

efectuarse nuevos ingresos, despidos, cambio de personal entre departamentos; por

esto fue necesario crear una interface en la cual el usuario, pueda indicar al sistema

los cambios que se pueden producir en esta área, de manera de garantizar que la

información que posee el sistema siempre éste actualizada.

Para esto se creó un formulario o plantilla en donde el usuario puede configurar

adecuadamente los datos del personal. En este formulario, se puede agregar nuevo

personal, modificar los datos del personal ya registrado o eliminar a una persona ya

registrada.

Page 10: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

78

Como se observa en la Figura 4.6, el formulario consta de una barra de botones

en donde el usuario elige la acción a ejecutar. Así se observa el botón nuevo, que se

usa para ingresar una nueva persona al listado, es necesario ingresar los siguientes

datos: Teléfono, Apellido, Nombre, e-mail, Cargo y Departamento al que pertenece,

una vez ingresados los datos se hace click sobre el botón guardar y los mismos se

guardan en la base de datos del sistema.

4.6. Formulario o Interface gráfica para la actualización de los datos del personal.

También se pueden modificar los datos de una persona que ya ha sido ingresada

al listado del personal, cambiando convenientemente los datos de: teléfono, e-mail,

cargo o departamento. Para esto se elige a la persona correspondiente del listado que

se observa en el formulario y luego se hace “click” sobre el botón edición, se corrigen

los datos y se guarda en la base de datos haciendo “click” sobre el botón guardar.

Page 11: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

79

Por último, también se puede eliminar a una persona del listado del personal, para

esto se elige a la persona del listado del formulario y luego se hace click sobre el

botón eliminar.

§ Submenú Departamento

Es necesario definir los departamentos que existen en la Gerencia Líder de

Operación y Mantenimiento, además del tipo de alarmas que atiende cada

departamento. Esta es la función del Submenú Departamentos, al hacer “click” sobre

él se presenta el formulario que se observa en la Figura 4.7, en donde el usuario

puede crear, modificar o eliminar los departamentos que integran la gerencia, además

de asignarle a cada departamento el tipo de alarma que atiende, es así como es

sistema COFADI-rc sabe a que departamento debe notificar las fallas que se

presentan. Este submenú o procedimiento es bastante funcional al momento de haber

cambios en la organización de los departamentos de la gerencia y en consecuencia es

posible que haya una reasignación de los tipo de fallas que atiende cada

departamento.

Como se puede observar en la Figura 4.7, el formulario posee las mismas

funciones del formulario del Personal para crear, modificar y eliminar los datos. La

característica resaltante de este formulario es que en el se definen los tipos de

alarmas que atiende cada departamento. Ahora bien, la atención de las alarmas se

realiza de dos formas:

• De acuerdo a la ubicación geográfica de las BTS, BTSE y BSC.

• De acuerdo al tipo de fallas.

Para esto se elige del cuadro Atención Alarmas, la opción correspondiente y de

acuerdo a esta selección se habilitan los listados de BSC, BTS o Elementos de red, el

usuario elige de estos listados las estaciones o elementos de red que atiende ese

departamento y guarda los cambios. De esta formas el sistema COFADI-rc adquiere

Page 12: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

80

una gran capacidad de configuración, pudiendo adaptar el proceso de notificación de

fallas a los diferentes cambios tanto organizacionales, como de estructura de red que

se realicen en la Corporación.

Figura 4.7. Formulario o Interface gráfica para la actualización de los datos de los departamentos

de la Gerencia Líder de Operación y Mantenimiento. Fallas que atiende cada uno.

§ Submenú Guardias

Cada departamento asigna semanalmente a un personal para atender las fallas que

se presentan en la red, a esto se le llama “rol de guardias”, en el cual se va rotando al

personal del departamento para que cumpla la guardia, se puede notar entonces que es

necesario hacer saber al sistema COFADI-rc, cual es el personal que se encuentra de

guardia por cada departamento al momento de notificar las fallas, esta es la función

del submenú guardias. Al hacer “click” sobre éste, aparece un formulario o interface

gráfica (Ver Figura 4.8), donde el usuario podrá configurar adecuadamente este rol de

Page 13: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

81

guardia. El mismo tiene la capacidad de definir las guardias por semanas y los

departamentos asignan las guardias con un mes de anterioridad, por lo que solo es

necesario que el usuario realice la configuración una vez al mes.

En la Figura 4.8 se puede observar la misma barra de botones de los formularios

anteriores, para crear, modificar o eliminar las diferentes guardias. El botón edición

tiene una gran importancia en este formulario, ya que al momento de que alguna

persona que se encuentre de guardia, presente algún inconveniente para cumplirla, el

usuario del sistema debe editar esa guardia y hacer la reconfiguración para que el

sistema notifique las alarmas a la persona que lo suplantará.

Figura 4.8. Formulario o Interface gráfica para la actualización de los datos del rol de guardias.

Para definir el rol de guardia se elige el número de la guardia que corresponde,

del listado desplegable se elige la fecha y hora del inicio de guardia, luego se elige la

Page 14: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

82

fecha y la hora de finalización de la guardia de la otra lista desplegable, después del

listado personal de guardia, en el que se encuentran los nombres y los departamentos

a los que pertenece, se eligen las personas de guardia por departamento y se guarda

la información en la base de datos haciendo click sobre el botón guardar. Se puede

ver que este submenú es de suma importancia para la actualización de los datos del

sistema COFADI-rc.

§ Submenú BSC

Como ya se ha dicho la red GSM de la Corporación es dinámica, es así como su

crecimiento y estructura depende de las zonas a las que se les de cobertura y al trafico

generado por los clientes. Esto puede obligar a que en algún momento se

implementen nuevas BSC, por lo que se necesita actualizar los parámetros de

identificación de las mismas, esta es la función del submenú BSC, al hacer “click”

sobre él se despliega una interface gráfica (ver Figura 4.9), en la cual el usuario puede

actualizar los datos correspondientes a las BSC existentes en la red GSM.

En este formulario se observan los mismos botones para crear, editar o eliminar

la información de los nombres de las BSC´s, con los cuales se mantiene actualizada

los datos de las BSC en la base de datos del sistema COFADI_rc, para la correcta

notificación de la ubicación de las alarmas en la red GSM.

§ Submenú Salir

Finaliza con las actividades y acciones que se realizan en el sistema COFADI_rc,

cerrando la aplicación desarrollada, antes de salir de la aplicación es recomendable

finalizar el proceso de notificación, haciendo click sobre el botón terminar del

formulario principal.

Page 15: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

83

Figura 4.9. Formulario o Interface gráfica para la actualización de los datos de las BSC de la red GSM.

Menú Reportes

Otra de las actividades para el que fue desarrollado el sistema COFADI_rc es la

generación de reportes, que ayuden a manejar, obtener y facilitar la información

contenida en el OMC-B, de manera de aportar información específica para el

seguimiento de una alarma o contabilizar la cantidad de veces que se ha producido

una alarma, de esta forma se puede mejorar el diagnóstico de la misma. Para esto se

creó el Menú Reportes en el que el usuario puede generar dos tipos de reportes: El

reporte de ocurrencia de alarmas (cuenta la cantidad de veces que se presenta los

diferentes tipos de alarmas para un día específico) y el reporte de alarmas (donde se

buscan todos los registros que hay en la base de datos de una alarma en específico).

La función principal de éste menú es entonces realizar consultas de los datos que se

encuentran en la base de datos del sistema COFADI_rc. En la Figura 4.10 se muestra

los elementos del Menú Reportes en el formulario principal del sistema COFAFI-rc.

Page 16: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

84

Figura 4.10. Barra de Menú. Menú Reporte.

§ Submenú Reporte de Ocurrencia de Alarmas

Como se ha dicho anteriormente, el OMC-B maneja una gran cantidad de datos

que dificulta la observación y seguimiento de una falla en específico. Además el

OMC-B carece de una interface que resuma o contabilice las diferentes fallas que se

presentan en la red, de manera de dar una idea detallada y precisa del estado de los

elementos del BSS. Es por esto que se creó este reporte, el cual puede ayudar a

detectar de manera sencilla fallas con una repetitividad o periodicidad muy alta, para

luego planificar algún tipo de acción o mantenimiento correctivo para solventar el

problema.

Al hacer “click” sobre este submenú aparece el formulario o interface gráfica

mostrado en la Figura 4.11, en donde el usuario selecciona la fecha de inicio para la

consulta de las alarmas y la fecha final para la consulta de las alarmas, luego hace

Page 17: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

85

click sobre el botón Generar Reporte, con lo cual se inicia la búsqueda en la base de

datos de todas las alarmas que ocurrieron en el lapso de tiempo establecido,

contabilizando el número de veces se presentó cada alarmas en el BSS.

Una vez que se finaliza la consulta en la base de datos se activa el formulario

mostrado en la Figura 4.12, allí se presentan las alarmas recopiladas de la base de

datos del sistema COFADI-rc para el período especificado; cada alarma consta de los

siguientes campos que la describe:

• El campo “número”: Indica la cantidad de veces que se presentó la alarma

en el período de tiempo consultado.

• El campo “Site”: Representa la ruta o elementos del BSS que se ven

involucrados en la falla.

Figura 4.11. Formulario o Interface gráfica para generar el Reporte de Ocurrencia de Alarmas.

Page 18: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

86

• El campo “Causa Probable”: Da una breve descripción de la falla que se

presenta en el elemento del BSS.

• Los campos “Error_ID” y “Originator”: Se usan como referencias

numéricas al momento de buscar los detalles de la falla en la

documentación electrónica del OMC-B.

Una de las ventajas de generar el reporte por este submenú, es que se puede imprimir

o exportar la información mostrada en el reporte, lo que facilita la distribución de la

información contenida en la base de datos del sistema COFADI_rc, para esto se usa

nlos botones que se encuentran justo en la parte superior izquierda del reporte

generado.

Figura 4.12. Reporte o resumen de ocurrencia de alarmas.

Page 19: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

87

§ Submenú Reporte de Alarmas

En ocasiones es necesario obtener el comportamiento de una alarma específica en

un elemento del BSS en un período de tiempo, esto puede ayudar a seguir y analizar

el comportamiento de la misma. Por esta razón se creó el Reporte de Alarmas en el

cual el usuario específica al sistema COFADI-rc la alarma que quiere consultar y el

período de tiempo para la consulta.

Al hacer click sobre el submenú Reporte de Alarmas aparece el formulario o

interface gráfica mostrada en la Figura 3.13 con la cual interactúa el usuario, allí se

presentan tres listados de donde se elige: el elemento del BSS que se quiere consultar,

la estación base transreceptora a la que pertenece ese elemento y la BSC que atiende a

ambos. Mientras más información se le indique al sistema, la consulta será mas

precisa, por ejemplo, si solo se especifica la BSC en el listado de la interface gráfica,

al generar el reporte se buscan todas las alarmas que se presentaron en la BSC

indicada y en los elementos que componen esa BSC; pero si se especifica la BSC,

la BTS y el elemento afectado por la alarma, en el respectivo listado de la

interface gráfica, al generar el reporte se buscan las alarmas que afectan al elemento

especificado en la BTS indicada que es atendida por esa BSC. En el primer caso la

consulta es muy general, el sistema busca todas las alarmas donde se encuentre

involucrada la BSC indicada, mientras en el segundo caso la consulta es específica, el

sistema busca las alarmas que presentó el elemento indicado que pertenece a los

equipos. Esta condición proporciona versatilidad al sistema al momento de generar el

reporte de alarmas, pues se puede buscar la información que se requiera para la

circunstancia que se presente.

Una vez que se eligen de los listados los equipos y elementos para efectuar la

consulta, se indica la fecha y hora para el inicio de la consulta y luego la fecha y hora

para finalizar la consulta y se hace click sobre el botón Generar Reporte, con lo cual

se da inicio a la búsqueda de los datos introducidos por el usuario en la base de datos

del sistema.

Page 20: CAPÍTULO IV SISTEMA PROPUESTO Y DISEÑADO

88

Figura 4.13. Formulario o interface gráfica para generar el reporte de alarmas.

Una vez finalizada la consulta en la base de datos del sistema se activa el

formulario que se observa en la Figura 4.14, en donde se presentan las alarmas que se

encontraron sobre el elemento indicado en el período requerido, cada una de las

alarmas es descrita por los siguientes campos:

• El campo “Fecha y Hora”: Indica la fecha y la hora en que se presentó la falla

en el elemento de la red GSM.

• El campo “Site”: Presenta la ruta en donde se presenta la falla, es decir,

presenta los elementos del BSS que se ven involucrados en la falla.

• El campo “Causa Probable”: Da una breve descripción de la falla que se

presenta en el elemento del BSS.

• Los campos “Error_ID” y “Originator”: Se usan como referencias numéricas

al momento de buscar los detalles de la falla en la documentación electrónica

del OMC-B.