ES2258828T3 - Procedimiento y sistema de comunicaciones para el tratamiento de alarmas mediante una red de gestion que presenta varios niveles de gestion. - Google Patents
Procedimiento y sistema de comunicaciones para el tratamiento de alarmas mediante una red de gestion que presenta varios niveles de gestion.Info
- Publication number
- ES2258828T3 ES2258828T3 ES99112568T ES99112568T ES2258828T3 ES 2258828 T3 ES2258828 T3 ES 2258828T3 ES 99112568 T ES99112568 T ES 99112568T ES 99112568 T ES99112568 T ES 99112568T ES 2258828 T3 ES2258828 T3 ES 2258828T3
- Authority
- ES
- Spain
- Prior art keywords
- management
- alarm
- nmc
- attribute
- treatment
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0062—Provisions for network management
- H04Q3/0095—Specification, development or application of network management software, e.g. software re-use
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
Procedimiento de manejo de alarmas utilizando red de gestión multicapa. El procedimiento incluye el uso de la red de gestión con al menos dos dispositivos de gestión (OMC, NMC) en distintas capas de gestión. Las alarmas activas son recibidas primeramente desde uno de los dispositivos de gestión y a continuación bien son almacenadas como un agente (AG) por el dispositivo primario (OMC) o como un gestor (MA) por el dispositivo secundario (NMC). Los operadores respectivamente acoplados (ON-N, OP-O) pueden ser manejadas por uno de los dispositivos de gestión para un periodo de tiempo establecido. Una función de control (alaHC) con al menos un atributo (AID, aHS, aHH) se introduce en una información mutua sobre el manejo de alarma entre los dispositivos de gestión. Un atributo de control (AID), para identificar las alarmas activas almacenadas, se introduce en uno de los dispositivos de gestión. Preferentemente, el atributo de control se introduce junto con un valor (nIDN) el cual se usa para marcar un mensaje de alarma (An) pasado al dispositivo de gestión secundario.
Description
Procedimiento y sistema de comunicaciones para
el tratamiento de alarmas mediante una red de gestión que presenta
varios niveles de gestión.
La invención se refiere a un procedimiento, así
como al correspondiente sistema de comunicaciones, para el
tratamiento de alarmas mediante una red de gestión, que presenta al
menos dos equipos de gestión en distintos niveles de gestión.
Los principios de una red de gestión, que se
denominan también principios TMN (Telecommunications Management
Network), definen varios niveles de gestión con equipos de gestión
para la gestión de un sistema de comunicaciones - por ejemplo de un
sistema de comunicaciones móvil - teniendo cada nivel una función
doble. En el sistema que gestiona tiene cada nivel, además de la
función más inferior, una función de gestor para el nivel que se
encuentra debajo del mismo. En el sistema gestionado tiene cada
nivel, además de la función más elevada, una función de agente para
el nivel siguiente más superior.
El documento GB 2 308 777 A describe una red de
gestión en la cual se filtran objetos en base a los valores de sus
atributos.
La gestión de errores ("Fault Management")
es una parte importante de la gestión de la TMN. Básicamente, pueden
generarse alarmas activas en base a errores en el sistema de
comunicaciones, señalizarse al agente de un nivel de gestión y
desde allí retransmitirse al gestor del siguiente nivel superior de
gestión. Las alarmas pueden ser recibidas, de manera conocida, en
cada caso por los equipos de gestión y bien ser almacenadas por el
equipo de gestión que actúa como agente o por el equipo de gestión
que actúa como gestor superior, así como tratadas durante un tiempo
determinado por operadores conectados en cada caso con los equipos
de gestión. Así, existe un caso de aplicación a modo de ejemplo del
tratamiento de alarmas que es función del tiempo cuando un equipo
de gestión es responsable sólo durante el día y el otro equipo de
gestión sólo durante la noche, así como en días especiales.
Con los equipos de gestión están acoplados los
operadores, que ejecutan una o varias funciones para el tratamiento
de las alarmas, por ejemplo confirmación de la alarma, investigación
del aviso de error en base a los datos de alarma recibidos, medidas
para la eliminación del error, información sobre el resultado de la
eliminación del error. Estas funciones pueden ser controladas y
ejecutadas por los equipos de gestión o bien sus operadores
independientemente entre sí durante el tiempo que dura su
responsabilidad.
En la solicitud de patente más antigua P
19752614.4 se indican un procedimiento y un sistema de
comunicaciones para el tratamiento de alarmas para un ajuste de
datos de alarma que describen una funcionalidad de base en la
relación gestor - agente. Al respecto, envía el agente las alarmas
activas como secuencia de
M-EVENT-REPORTS (INFORME DE
ENVENTOS M) estandarizados, que significan procedimientos según
ITU-TX.710 genéricos CMISE (Common Management
Information Service Element, elemento de servicio de información de
gestión común). Adicionalmente define una
ITU-TX.733 el contenido de una transmisión de
alarmas estandarizada (alarm report, informe de
alarmas).
alarmas).
Es tarea de la invención indicar un
procedimiento y un sistema de comunicaciones para el tratamiento de
alarmas mediante una red de gestión que presenta varios niveles de
gestión, a través de la que puede lograrse una sintonización
automática en el tratamiento de alarmas entre los equipos de gestión
de distintos niveles.
Esta tarea se resuelve según la invención en
cuanto al procedimiento mediante las particularidades de la
reivindicación 1 y en cuanto al sistema de comunicaciones mediante
las particularidades de la reivindicación 17.
Perfeccionamientos de la invención pueden
deducirse de las reivindicaciones secundarias.
Partiendo de que las alarmas activas pueden ser
recibidas en cada caso por los equipos de gestión y pueden ser
memorizadas bien por un equipo de gestión o por el otro equipo de
gestión, así como tratadas durante un tiempo determinado por
operadores acoplados en cada caso con los equipos de gestión, se
introduce según el objeto de la invención una función de control
con uno o varios atributos de control para la información mutua
mediante el tratamiento de alarmas entre los equipos de gestión.
El sistema de comunicaciones para el tratamiento
de alarmas según el objeto de la invención presenta una interfaz de
comunicaciones entre los equipos de gestión para introducir una
función de control con uno o varios atributos de control para la
información mutua sobre el tratamiento de alarmas.
Mediante la función de control correspondiente a
la invención, tiene lugar una sintonización automática en el
tratamiento de alarmas entre los equipos de gestión que se
encuentran en una relación gestor - agente de distintos niveles de
gestión. El inconveniente originado por la repartición en el tiempo
de la competencia para el tratamiento de alarmas del
correspondiente equipo de gestión, de no estar informado en su nivel
de gestión sobre las últimas variaciones en el tratamiento de
alarmas en el otro nivel de gestión, se elimina mediante la
introducción de la función de control con atributos de control de
una manera sencilla y con poca señalización, y por lo tanto
económica. La utilización de esta función de control permite sólo
ahora un primer intercambio de informaciones sobre el tratamiento
de alarmas. La sintonización automática de los equipos de gestión
provoca además una optimización de la gestión de errores en la red
de gestión y una considerable reducción del coste en los
operadores.
Según perfeccionamientos especialmente
ventajosos de la invención, activa el equipo de gestión un atributo
de control para caracterizar el estado de tratamiento y/o un
atributo de control para caracterizar la historia del tratamiento
de alarmas para la alarma activa memorizada. De esta manera puede
parametrizarse la sintonización automática del tratamiento de
alarmas por parte del correspondiente equipo de gestión.
Según otro perfeccionamiento ventajoso de la
invención, para el caso de que el agente ejecute el tratamiento de
alarmas y se realicen modificaciones en los atributos de control, se
envían estas modificaciones en un mensaje para actualizar el
tratamiento de alarmas al gestor. Como alternativa a ello, en el
caso de que el gestor ejecute el tratamiento de alarmas y se
activen los atributos de control, se envían estos atributos de
control en un mensaje de activación para la consulta del estado del
tratamiento relativo a la alarma activa en el agente.
A continuación se describirá la invención más en
detalle en base a ejemplos de ejecución, con referencia a las
figuras. Se muestra en
Figura 1 el esquema de bloques de circuitos de
una red de gestión para un sistema de comunicaciones móvil, con
relación agente - gestor entre equipos de gestión de distintos
niveles,
Figura 2 el flujo de mensajes entre el agente y
el gestor para un tratamiento de alarmas realizado por un centro de
servicio y mantenimiento según la invención, y
Figura 3 el flujo de mensajes entre el gestor y
el agente para un tratamiento de alarmas realizado por un centro de
gestión según la invención.
El ejemplo de ejecución describe la invención en
base a un concepto TMN para la gestión de un sistema de
comunicaciones móvil, que por ejemplo presenta equipos de red de
una red de telefonía móvil según el estándar GSM. La invención no
queda limitada a una red de telefonía móvil GSM ni a redes móviles
en general, sino que puede utilizarse sobre redes de
telecomunicaciones de cualquier tipo que utilizan una red de gestión
TMN.
Un sistema de comunicaciones móvil es un sistema
estructurado jerárquicamente de distintos equipos de red en el que
el escalón de jerarquía más inferior está formado por las estaciones
móviles. Estas estaciones móviles se comunican mediante una
interfaz de radio con las estaciones de radio que forman el
siguiente nivel de jerarquía, que se denominan estaciones de base.
Las estaciones de base que alimentan las estaciones móviles en una
zona de radio de una célula de radio, están reunidas ventajosamente
para cubrir una zona de radio mayor y están unidas con equipos de
red superiores, los controles de estaciones de base. Las estaciones
de base y los controles de estaciones de base pertenecen a un
sistema de estaciones de base (Base Station Subsystem). Los
controles de estaciones de base se comunican a través de interfaces
definidas con uno o varios equipos de conmutación, los puestos de
conmutación móvil, a través de los cuales se realiza entre otros
también la transición a otras redes de comunicaciones. Los puestos
de conmutación móvil forman juntamente con múltiples bancos de datos
el sistema de conmutación (Switching Subsystem) del sistema de
comunicaciones móvil.
Además de los equipos de red citados, existen
uno o varios centros de servicio y mantenimiento (Operation and
Maintenance Centers), que entre otros sirven para configurar y
vigilar los equipos de red. Las medidas de vigilancia y las medidas
de configuración se telemandan para ello la mayoría de las veces
desde centros de servicio y mantenimiento, que usualmente están
dispuestos en la zona de los puestos de conmutación móvil. Un
centro de servicio y mantenimiento comunica entonces en cada caso
con un sistema de estaciones de base o sistema de conmutación a
través de una interfaz definida. La gestión de errores es una de las
zonas TMN más importantes. Bajo condiciones normales, es decir,
cuando la comunicación entre equipos de red y los centros de
servicio y mantenimiento o bien entre los centros de servicio y
mantenimiento y un centro de red superior (Network Management
Centrum) está dispuesta para el servicio, se retransmiten las
alarmas relevantes ("alarm notification") desde los equipos de
red al centro de servicio y mantenimiento y, caso necesario, desde
allí al centro de gestión. Las alarmas activas son aquellas alarmas
cuya causa aún no se ha eliminado en los equipos de red.
Otra tarea del sistema de servicio y
mantenimiento es la realización de la gestión de la configuración
(Configuration Management) que, junto a la gestión de errores, es
una de las cinco zonas de funciones de gestión que identifican los
principios TMN. La gestión de la configuración define una serie de
servicios que permiten una modificación de la estructura y con ello
del comportamiento de una red de telecomunicaciones por parte del
operador. Estos servicios se refieren siempre a instancias de
objetos gestionados, que en su conjunto forman la base de
informaciones de gestión específicas de la red. Un objeto
gestionado en el sentido de la gestión de la configuración es una
abstracción lógica de un recurso en el sistema de comunicaciones
móvil. Al respecto, se distingue entre objetos gestionados
referidos a hardware, que describen una realización específica del
fabricante de una función y objetos gestionados referidos a la
función, en los cuales se trata en cada caso de la abstracción de
una funcionalidad que no depende del fabricante.
Para la gestión del sistema de comunicaciones
móvil definen los principios TMN varios niveles ("levels"), de
los cuales se describirán a continuación en el presente ejemplo tres
niveles con referencia a la figura 1.
La figura 1 muestra en cada caso tres niveles A,
B y C de la red de gestión, de los cuales el nivel de gestión C
incluye el nivel del equipo de red ("Network Element Level")
con varios sistemas de estaciones de base BSSk, BSS11 … BSS1N, así
como BSS21, BSS22 … BSS2M, así como varios sistemas de conmutación
SSS1, SSS2 … SSSM. El nivel de gestión B caracteriza el nivel de
gestión del equipo de red ("Network Element Management Level"),
en el cual los centros de servicio y mantenimiento OMC1 … OMCn
ponen a disposición en cada caso la funcionalidad de gestión
específica del fabricante para subsistemas individuales, como en el
presente ejemplo el centro de servicio y mantenimiento OMC1 para
los sistemas de estaciones de base BSSk … BSS1N y el centro de
servicio y mantenimiento OMCn para los sistemas de conmutación SSS1
… SSS2M. El nivel de gestión A caracteriza el nivel de gestión de
la red ("Network Management Level"), en el cual al menos un
centro de gestión de red NMC superior realiza en cada caso una
funcionalidad de gestión integrada independiente del fabricante.
Entonces tiene el centro de gestión de red NMC, como gestor, un
acceso a los equipos de red que actúan como agente del siguiente
nivel de gestión más inferior B, en el presente ejemplo a los
centros de servicio y mantenimiento OMC1 y OMCn. Entre los equipos
de red de los distintos niveles de gestión, se prevén interfaces
definidas para la transmisión de la información.
Tal como se sabe, las alarmas pueden ser
recibidas en cada caso por los equipos de gestión de red y ser
memorizadas bien por el equipo de gestión que actúa como agente -
por ejemplo OMC, OMCn - o bien por el equipo de gestión que actúa
como gestor superior, por ejemplo NMC. Con los equipos de gestión
están acoplados operadores OP-N,
OP-O, OP-On, que ejecutan una o
varias funciones para el tratamiento de alarmas, por ejemplo
confirmación de la alarma, investigación del aviso de error en base
a los datos de alarma recibidos, medidas para eliminar el error,
información sobre el resultado de la eliminación del error. Estas
funciones pueden ser controladas y ejecutadas por los equipos de
gestión o bien sus operadores independientemente entre sí, mientras
dura su responsabilidad.
Al presentarse una alarma que se comunica al
operador OP-N o bien OP-O,
OP-On óptica y eventualmente también acústicamente,
se emprenden las correspondientes acciones para el tratamiento de la
alarma. El tratamiento de la alarma puede, en función del instante
en que se presenta, tener lugar en el centro de servicio y
mantenimiento OMC, OMCn o en el centro de gestión de red NMC. Así,
se realiza el tratamiento de la alarma por ejemplo durante el día
en el correspondiente centro de servicio y mantenimiento OMC
competente para una determinada región, mientras durante la noche,
en el fin de semana o en los días festivos han de tratarse las
alarmas para toda la red en el centro de gestión de red superior
NMC, que usualmente se encuentra muy alejado de los distintos
centros de servicio y mantenimiento regionales OMC … OMCn.
En el tratamiento de alarmas son posibles
básicamente las siguientes fases:
- -
- La aparición de una alarma ha de ser confirmada primeramente por un operador, es decir, el operador ha tomado conocimiento de la misma. Mediante la confirmación de la alarma, asume el operador la responsabilidad de dar lugar a los siguientes pasos para la eliminación del error y por otro lado tiene lugar así también una coordinación implícita entre varios operadores sobre el mismo nivel de gestión, es decir, por ejemplo en un centro de servicio y mantenimiento OMC durante el día.
- -
- El operador que ha confirmado la aparición de una alarma, debe a continuación:
- a)
- investigar el aviso de falta
- b)
- decidir medidas de reparación
- c)
- encargar correspondientemente al técnico de servicio localmente
- d)
- ser informado sobre los resultados de las medidas de reparación localmente.
Cada uno de estos pasos individuales puede
llevar largo tiempo, con lo que puede tener lugar en el tiempo
intermedio un cambio de la responsabilidad del tratamiento de
alarmas desde el centro regional de servicio y mantenimiento OMC al
centro superior de gestión de red NMC.
El centro de gestión de red NMC y cada centro de
servicio y mantenimiento OMC … y cada sistema de estación de base
BSSk … o bien sistema de conmutación SSS1, disponen en cada caso de
un equipo de control - ver NST y OST y BST o bien SST - así como un
equipo de memoria que se encuentra unido con el correspondiente
equipo de control (ver NSP y OSP y BSP o bien SSP). Igualmente
disponen los mismos de equipos emisores/receptores no representados
más en detalle para el envío y recepción de mensajes e informaciones
a través de las interfaces entre los distintos niveles de gestión.
Entonces discurren los mensajes y la transmisión de informaciones
sobre la interfaz NMC - OMC según un modelo de objeto definido y
sobre la interfaz OMC - BSSk o bien interfaz OMCn - SSS1 según otro
modelo de objeto definido. Los centros de servicio y mantenimiento
OMC … OMCn presentan además una tabla de correspondencia TAB en la
que para las alarmas activas se inscriben y se asignan uno a otro
en cada caso valores (notification identifier) para caracterizar los
mensajes de alarmas retransmitidos y recibidos por el centro de
servicio y mantenimiento OMC.
La figura 2 muestra el flujo de mensajes entre
el agente AG y el gestor MA para un tratamiento de alarmas
realizado por el centro de servicio y mantenimiento OMC según el
objeto de la invención, en el que por ejemplo están involucrados:
el centro de gestión de red NMC, como gestor MA con equipo de
control NST y equipo de memoria NSP, el centro de servicio y
mantenimiento OMC como agente AG con equipo de control OST y el
equipo de memoria OSP, así como la tabla de asignaciones TAB, así
como el sistema de estaciones de base BSSk con equipo de control
BST y equipo de memoria BSP.
Según el objeto de la invención, tiene lugar una
sintonización automática en el tratamiento de alarmas sobre la
interfaz SS - ON entre el equipo de gestión OMC (con operador
conectado OP-O, ver figura 1) y el equipo de
gestión NMC (con operador conectado OP-N, ver figura
1) sobre distintos niveles de gestión. Para este fin se introduce
una función de control alaHC (alarm HandlingControl, control del
tratamiento de alarmas) con uno o varios atributos de control aID
(alarmaID, identificador de alarma), aHS (alarmHandlingStatus,
estado del tratamiento de alarmas), aHH (alarmHandlingHistory,
historial del tratamiento de alarmas) para la información mutua a
través del tratamiento de alarmas. En la interfaz OMC - NMC SS - ON,
se define la función de control aalaHC Is clase de objeto respecto
a la cual para cada alarma activa puede existir una inscripción con
los atributos de control antes citados:
- aID:
- Este atributo de control es activado por el equipo de gestión - centro de servicio y mantenimiento OMC o centro de gestión de red NMC - para la identificación de la alarma activa memorizada. Tiene ventajosamente siempre el mismo valor que el parámetro (notification identifier, identificador de la notificación) del otro mensaje de alarma (alarm notification, notificación de alarma) retransmitido en cada caso al otro equipo de gestión.
- aHS:
- Este atributo de control puede activarse para caracterizar el estado del tratamiento relativo a la alarma memorizada. El mismo asume uno de los valores open, conf, rep, close, indicando:
- -
- "open" (abierto) indica que se trata de una nueva alarma de la cual no ha tomado conocimiento ningún operador,
- -
- "conf" (confirmado) indica que la alarma ha sido confirmada por un operador pero no se ha iniciado aún ninguna medida de reparación,
- -
- "rep" (reparación) indica que para esta alarma previamente confirmada ya ha iniciado un operador medidas de reparación,
- -
- "close" (cerrado) indica que la causa del error relativa a esta alarma ha sido eliminada. La alarma está no obstante aún activa, por ejemplo por faltar la inicialización del módulo, fallo del enlace entre equipos de red BSSk y centro de servicio y mantenimiento OMC.
- aHH:
- Este atributo de control se activa para caracterizar la historia del tratamiento de alarmas para la alarma activa memorizada. Contiene al menos un par de valores de los cuales el primer valor cST (changedStatusTime) señaliza el instante de la modificación del atributo de control por parte del operador y el segundo valor oN contiene el nombre del operador que trata la alarma. El valor oN es ocupado automáticamente por el correspondiente equipo de gestión OMC/NMC con el nombre introducido por el operador al anunciarse (login). El tratamiento de la alarma, inclusive las modificaciones del atributo de estado aHS, sólo debe ser modificado por operadores con determinados "derechos de tratamiento de alarmas".
Ventajosamente presenta el atributo de control
aSH una secuencia de varios pares de valores, con lo que resultan a
modo de ejemplo las siguientes etapas lógicas en el tratamiento de
alarmas:
- 1.
- Una alarma confirmada por un primer operador de nombre "ABC" (alarmHandlingStatus = confirmado) tiene para el atributo de estado aHH el valor
\hskip5cm``>15.05.98 17:28><ABC><00><00> <00><00>
- 2.
- Una alarma confirmada por el operador "ABC", a la que ha aportado un segundo operador "XYZ" medidas de reparación (alarmHandlingStatus = rep) y una eliminación del error con éxito (alarmHandlingStatus = close), tiene para el atributo de estado aHS el valor:
\hskip3cm``<15.05.98 17:28><ABC> <15.05.98 20:15><XYZ><15.05.98 22:30><XYZ>
La representación de una alarma para el operador
puede ser diferente en función del valor del atributo de estado
aHS, por ejemplo representándose una alarma "open" en rojo y
destellante y una alarma "conf" en rojo y no destellante.
El flujo de mensajes de la figura 2 muestra
primeramente un mensaje de alarma aN (alarm notification,
notificación de alarma) generado por el equipo de red - en el
ejemplo, por el sistema de estación de base BSSk - y anunciado al
equipo de gestión OMC, que están definidos según mensajes
estandarizados M-EVENT-REPORT de la
ITU-T X.710 (1). El equipo de gestión OMC recibe y
memoriza el mensaje aN, que contiene en el campo de mensajes
"notification identifier" el valor nIDO (notifID_OMC). A
continuación es preparada la alarma por el equipo de gestión OMC -
debido a la responsabilidad durante el día - según la función de
control alaHC (alarm mapping, mapeo de alarmas). Entonces posee el
mismo o bien su equipo de control OST el atributo de estado aID con
el valor nIDN (notifID_NMC), así como los atributos de control aHS,
aHH con los correspondientes valores en función del estado de
tratamiento de la alarma (2). Debido a que el centro de servicio y
mantenimiento OMC asume el tratamiento de la alarma, así como las
modificaciones de los atributos de control, genera el mismo o bien
su equipo de control OST un mensaje attVC (attributeValueChange
notification, notificación de cambio del valor del atributo) y
envía en el mismo los atributos de control modificados al centro de
gestión de la red NMC (3). Igualmente transmite el centro de
servicio y mantenimiento OMC la alarma en un nuevo mensaje de alarma
aN (alarm Notification) con el valor nIDN (notifID_NMC). El centro
de gestión de la red NMC puede, en función de los nuevos atributos
de control recibidos - en particular del atributo de control aHS -
actualizar la función de control alaHC para el tratamiento de
alarmas y su representación gráfica (4). De esta manera se logra una
sintonización automática en el tratamiento de alarmas entre OMC y
NMC y sus operadores a través de la interfaz
SS-ON.
La figura 3 muestra, apoyándose en el ejemplo de
la figura 2, un flujo de mensajes entre gestor MA y agente AG para
un tratamiento de alarmas realizado por el centro de gestión de la
red NMC, según la invención. Una alarma que aparece en el sistema
de estaciones de base BSSk de la red de telefonía móvil, se anuncia
como mensaje de alarma aN al equipo de gestión OMC. Este recibe y
memoriza el mensaje de alarma aN, que presenta en el ejemplo
anterior el valor nIDO (notifID_OMC) en el campo de mensajes
"notification identifier". A continuación se retransmite la
alarma por parte del equipo de gestión OMC en un nuevo mensaje de
alarma, que presenta el otro valor nIDN (notifID_NMC) en el campo
"notification identifier" al centro de gestión de la red NMC
(2). Entonces, gestiona el centro de servicio y mantenimiento OMC o
bien su equipo de control OST para todas las alarmas activas la
tabla de asignaciones TAB en la que están inscritas las asignaciones
de los valores nIDO <==> nIDN. Cuando precisamente durante la
noche se ha transmitido una nueva alarma (con "notification
identifier" = nIDN) por el OMC al NMC y ha sido "confirmada"
por el operador NMC, utiliza el NMC la función de control alaHC con
activación de los correspondientes atributos de control aID, aHS,
aHH (3). Para ello, posee el mismo la posibilidad de conocer
automáticamente a través de un mensaje de activación - la orden
M-GET estandarizada según ITU-T
X.710 CMISE - el estado de procesamiento de cada alarma activa. En
el mensaje de activación M-SET asigna el mismo al
atributo de control aID el valor nIDN y a los atributos de control
aHS, aHH los valores correspondientes al estado de procesamiento
actual en el NMC (4). El OMC identificará (5) inequívocamente en
base a la tabla de asignaciones TAB la alarma inicial (con
"notification identifier" = nIDO) que aún parpadea y modifica
sus atributos de control en función de las informaciones
transmitidas y puede actualizar la representación gráfica (por
ejemplo no parpadeante). Ventajosamente, se sustituye el atributo
de control aHS que caracteriza el estado actual de tratamiento por
el atributo de control aHS recibido en el mensaje de activación
M-SET (6). Con ello presentan ambos equipos de
gestión OMC, NMC, a pesar de los distintos niveles de gestión, el
mismo estado de procesamiento, debido a la sintonización automática
según la función de control.
Tanto en el OMC como también en el NMC, ha de
tenerse en cuenta una correlación de alarmas existente entre una
alarma "primaria" y las alarmas siguientes. Si se
"confirma" por ejemplo en el OMC la alarma "primaria" por
el operador, entonces debe modificar automáticamente el sistema el
valor del atributo aHS para esta y para todas las alarmas
interrelacionadas con la misma. Correspondientemente, se envían
también varios mensajes attVC (attributeValueChange notifications,
notificaciones de cambio del valor del atributo) - ver figura 2 -
al NMC.
Claims (17)
1. Procedimiento para el tratamiento de alarmas
por parte de una red de gestión, que presenta al menos dos equipos
de gestión (OMC, NMC) en distintos niveles de gestión,
caracterizado porque las alarmas activas
son recibidas en cada caso por los equipos de gestión (NMC, OMC) y
bien memorizadas por uno de los equipos de gestión (OMC) como agente
(AG) o por el otro equipo de gestión (NMC) como gestor superior
(MA), pudiendo ser tratadas durante un determinado tiempo por los
correspondientes operadores (ON-N,
OP-O) acoplados en cada caso con los equipos de
gestión (OMC, NMC), y
porque para una interfaz de comunicaciones (SS -
ON) se utiliza entre los equipos de gestión (OMC, NMC), de los que
al menos hay dos, una clase de objeto (alaHC) con uno o varios
atributos (aID, aHS, aHH), para la información mutua sobre el
tratamiento de alarmas entre los equipos de gestión (NMC, OMC).
2. Procedimiento según la reivindicación 1, en
el que
por parte de un equipo de gestión (OMC, NMC) se
activa un atributo (aID) para la identificación de la alarma activa
memorizada.
3. Procedimiento según la reivindicación 2, en
el que
el atributo (aID) se iguala a un valor (nIDN)
utilizado para caracterizar un mensaje de alarma (aN) a
retransmitir al otro equipo de gestión (NMC, OMC).
4. Procedimiento según una de las
reivindicaciones precedentes, en el que
un equipo de gestión (OMC, NMC) activa un
atributo (aHS) para caracterizar el estado de tratamiento
relativa la alarma activa memorizada.
5. Procedimiento según la reivindicación 4, en
el que
el atributo (aHS) es dotado de un valor (open,
abierto), que indica que la alarma activa no ha sido reconocida por
ningún operador.
6. Procedimiento según la reivindicación 4, en
el que
el atributo (aHS) es dotado de un valor (conf,
confirmado), que indica que la alarma activa ha sido confirmada por
un operador.
7. Procedimiento según la reivindicación 4, en
el que
el atributo (aHS) es dotado de un valor (rep,
reparación), que indica que han sido iniciadas medidas de reparación
relativas a la alarma activa por parte de un operador.
8. Procedimiento según la reivindicación 4, en
el que
el atributo (aHS) es dotado de un valor (close,
cerrado), que indica que la causa del error relativo a la alarma
activa ha sido eliminada por un operador.
9. Procedimiento según una de las
reivindicaciones precedentes, en el que
un equipo de gestión (OMC, NMC) activa un
atributo (aHH) para caracterizar el historial del tratamiento
de alarmas relativo a la alarma activa memorizada.
10. Procedimiento según la reivindicación 9,
en el que
el atributo (aHH) es dotado de uno o varios
pares de valores (cST, oN), de los cuales en cada caso
- -
- el primer valor (cST) indica el instante de la modificación de un atributo (aHS) utilizado para caracterizar el estado del tratamiento,
- -
- el segundo valor (oN) indica el nombre del operador que trata la alarma activa.
11. Procedimiento según la reivindicación 10,
en el que
el atributo (aHH) contiene una secuencia de
pares de valores (cST, oN), en base al tratamiento de la alarma
activa por parte de distintos operadores.
12. Procedimiento según una de las
reivindicaciones precedentes, en el que
para el caso de que por parte del agente (AG) se
realice el tratamiento de alarmas y se lleven a cabo modificaciones
en los atributos (aHC, aHH), estas modificaciones se envían en un
mensaje (attVC) para la actualización del tratamiento de alarmas en
el gestor (MA).
13. Procedimiento según una de las
reivindicaciones precedentes, en el que
para el caso de que el gestor (MA) realice el
tratamiento de alarmas y active los atributos (aHC, aHH), estos
atributos (aHC, aHH) son enviados en un mensaje de activación
(M-SET) para la consulta del estado de tratamiento
relativo a la alarma activa en el agente (AG).
14. Procedimiento según la reivindicación 13,
en el que
el agente (AG), en base a una tabla de
asignaciones (TAB) en la que en cada caso se inscriben y se asignan
uno a otro valores (nIDN, nIDO) para la caracterización de
los mensajes de alarma retransmitidos al gestor (MA) y memorizados
por el agente (AG) para las alarmas activas, identifica una alarma
original perteneciente a la alarma activa y sustituye el atributo
(aHS) que caracteriza el estado de tratamiento actual por el
atributo (aHS) recibido en el mensaje de activación
(M-SET).
15. Procedimiento según una de las
reivindicaciones precedentes, en el que
para el caso de que exista una correlación entre
una primera alarma activa y alarmas siguientes, se utilizan por
parte del correspondiente equipo de gestión (NMC, OMC) los atributos
(aID, aHS, aHH) y valores ajustados para la primera alarma de la
manera correspondiente para las alarmas siguientes.
16. Procedimiento según una de las
reivindicaciones precedentes, en el que
el equipo de gestión (OMC) que actúa como agente
(AG) está formado por un centro de servicio y mantenimiento, así
como el equipo de gestión (NMC) que actúa como gestor (MA) está
formado por un centro de gestión de red superior al centro de
servicio y mantenimiento.
17. Sistema de comunicaciones para el
tratamiento de alarmas mediante una red de gestión con
al menos un equipo de gestión (OMC) como agente
(AG) y un equipo de gestión (NMC) como gestor superior (MA),
caracterizado por elementos de los
equipos de gestión (NMC, OMC) para recibir y memorizar alarmas
activas, que pueden ser tratadas durante un determinado tiempo por
operadores (OP-O, OP-N) acoplados en
cada caso con los equipos de gestión (NMC, OMC), una interfaz de
comunicaciones (SS - ON) entre los quipos de gestión (OMC, NMC) con
una clase de objeto (alaHC) con uno o varios atributos (aID, aHS,
aHH), para la información mutua entre los equipos de gestión (NMC,
OMC) a través del tratamiento de alarmas.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19831825A DE19831825C2 (de) | 1998-07-15 | 1998-07-15 | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
| DE19831825 | 1998-07-15 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2258828T3 true ES2258828T3 (es) | 2006-09-01 |
Family
ID=7874166
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES99112568T Expired - Lifetime ES2258828T3 (es) | 1998-07-15 | 1999-07-01 | Procedimiento y sistema de comunicaciones para el tratamiento de alarmas mediante una red de gestion que presenta varios niveles de gestion. |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6420968B1 (es) |
| EP (1) | EP0973342B1 (es) |
| AT (1) | ATE322797T1 (es) |
| DE (2) | DE19831825C2 (es) |
| ES (1) | ES2258828T3 (es) |
Families Citing this family (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10035966A1 (de) * | 2000-07-24 | 2002-02-21 | Siemens Ag | Entstörungsprozedur für ein übergeordnetes NMC durch Korrelation von Alarmen mit Ergebnissen von automatischen Tests |
| FR2817983B1 (fr) * | 2000-12-08 | 2003-03-28 | Matra Nortel Communications | Procede et systeme pour la gestion d'alarmes |
| DE10300709A1 (de) * | 2003-01-10 | 2004-08-05 | Siemens Ag | Verfahren zur Behandlung von Alarmen durch ein Managementnetz mit mehreren Ebenen in einem Kommunikationssystem |
| KR101015186B1 (ko) * | 2003-05-29 | 2011-02-17 | 트랜스퍼시픽 소닉, 엘엘씨 | 시디엠에이-2000 1엑스 시스템에서 운용국과 서브시스템간 알람 감사 방법 |
| DE10337450A1 (de) * | 2003-05-31 | 2004-12-23 | Siemens Ag | Verfahren zur Behandlung von Parameteränderungen in einem Managementnetz eines zellularen Kommunikationssystems und Kommunikationssystem |
| DE10337464A1 (de) * | 2003-06-01 | 2004-12-23 | Siemens Ag | Verfahren zur Behandlung von Alarmen in einem Managementsystem eines Kommunikationsnetzes |
| EP1575213A1 (de) * | 2004-03-08 | 2005-09-14 | Siemens Aktiengesellschaft | Verfahren und Vorrichtung zum Betrieb von mindestens zwei Baugruppenträgern |
| US7302611B2 (en) * | 2004-09-13 | 2007-11-27 | Avaya Technology Corp. | Distributed expert system for automated problem resolution in a communication system |
| EP1655974A1 (de) * | 2004-11-08 | 2006-05-10 | Siemens Aktiengesellschaft | Verfahren und Vorrichtungen zum Informationsabgleich zwischen Manager und Agent in eiem Managementnetz |
| US8497761B2 (en) * | 2005-01-13 | 2013-07-30 | Rite-Hite Holding Corporation | System and method for remotely controlling docking station components |
| GB2431067B (en) | 2005-10-07 | 2008-05-07 | Cramer Systems Ltd | Telecommunications service management |
| GB2432992B (en) * | 2005-11-18 | 2008-09-10 | Cramer Systems Ltd | Network planning |
| GB2433675B (en) * | 2005-12-22 | 2008-05-07 | Cramer Systems Ltd | Communications circuit design |
| GB2435362B (en) * | 2006-02-20 | 2008-11-26 | Cramer Systems Ltd | Method of configuring devices in a telecommunications network |
| EP2034662A1 (en) * | 2007-07-20 | 2009-03-11 | Nokia Siemens Networks Oy | Self monitoring of managed entities in a telecommunication network |
| US20110093493A1 (en) | 2008-10-28 | 2011-04-21 | Honeywell International Inc. | Building management system site categories |
| US8850347B2 (en) | 2010-09-30 | 2014-09-30 | Honeywell International Inc. | User interface list control system |
| US20100106543A1 (en) * | 2008-10-28 | 2010-04-29 | Honeywell International Inc. | Building management configuration system |
| US8719385B2 (en) * | 2008-10-28 | 2014-05-06 | Honeywell International Inc. | Site controller discovery and import system |
| US8819562B2 (en) | 2010-09-30 | 2014-08-26 | Honeywell International Inc. | Quick connect and disconnect, base line configuration, and style configurator |
| US9471202B2 (en) * | 2008-11-21 | 2016-10-18 | Honeywell International Inc. | Building control system user interface with pinned display feature |
| US8572502B2 (en) * | 2008-11-21 | 2013-10-29 | Honeywell International Inc. | Building control system user interface with docking feature |
| US8224763B2 (en) | 2009-05-11 | 2012-07-17 | Honeywell International Inc. | Signal management system for building systems |
| US8554714B2 (en) * | 2009-05-11 | 2013-10-08 | Honeywell International Inc. | High volume alarm management system |
| US8352047B2 (en) | 2009-12-21 | 2013-01-08 | Honeywell International Inc. | Approaches for shifting a schedule |
| US20110196539A1 (en) * | 2010-02-10 | 2011-08-11 | Honeywell International Inc. | Multi-site controller batch update system |
| US8640098B2 (en) * | 2010-03-11 | 2014-01-28 | Honeywell International Inc. | Offline configuration and download approach |
| US8890675B2 (en) | 2010-06-02 | 2014-11-18 | Honeywell International Inc. | Site and alarm prioritization system |
| US8648706B2 (en) | 2010-06-24 | 2014-02-11 | Honeywell International Inc. | Alarm management system having an escalation strategy |
| US9213539B2 (en) | 2010-12-23 | 2015-12-15 | Honeywell International Inc. | System having a building control device with on-demand outside server functionality |
| EP2761457A4 (en) * | 2011-09-30 | 2015-08-05 | Nokia Solutions & Networks Oy | REDUCTION OF FAULT MANAGEMENT TRAFFIC IN HETEROGENEOUS NETWORKS |
| US9223839B2 (en) | 2012-02-22 | 2015-12-29 | Honeywell International Inc. | Supervisor history view wizard |
| US9529349B2 (en) | 2012-10-22 | 2016-12-27 | Honeywell International Inc. | Supervisor user management system |
| US9971977B2 (en) | 2013-10-21 | 2018-05-15 | Honeywell International Inc. | Opus enterprise report system |
| US9933762B2 (en) | 2014-07-09 | 2018-04-03 | Honeywell International Inc. | Multisite version and upgrade management system |
| US10362104B2 (en) | 2015-09-23 | 2019-07-23 | Honeywell International Inc. | Data manager |
| US10209689B2 (en) | 2015-09-23 | 2019-02-19 | Honeywell International Inc. | Supervisor history service import manager |
Family Cites Families (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4816208A (en) * | 1986-02-14 | 1989-03-28 | Westinghouse Electric Corp. | Alarm management system |
| US5159685A (en) * | 1989-12-06 | 1992-10-27 | Racal Data Communications Inc. | Expert system for communications network |
| DE69410447T2 (de) * | 1993-02-23 | 1998-10-08 | British Telecomm | Ereigniskorrelation |
| US5408218A (en) * | 1993-03-19 | 1995-04-18 | Telefonaktiebolaget L M Ericsson | Model based alarm coordination |
| CA2119085C (en) * | 1994-03-15 | 2002-01-15 | Deborah L. Pinard | Adaptive communication system |
| US5708772A (en) * | 1994-04-29 | 1998-01-13 | Bay Networks, Inc. | Network topology determination by dissecting unitary connections and detecting non-responsive nodes |
| IT1271326B (it) * | 1994-12-23 | 1997-05-27 | Sits Soc It Telecom Siemens | Procedimento per il riallineamento automatico nel riporto di evento in un sistema di gestione e relativo sistema |
| US5664093A (en) * | 1994-12-27 | 1997-09-02 | General Electric Company | System and method for managing faults in a distributed system |
| GB2308777A (en) * | 1995-12-28 | 1997-07-02 | Nokia Telecommunications Oy | Telecommunications network management |
| US5768501A (en) * | 1996-05-28 | 1998-06-16 | Cabletron Systems | Method and apparatus for inter-domain alarm correlation |
| US5771274A (en) * | 1996-06-21 | 1998-06-23 | Mci Communications Corporation | Topology-based fault analysis in telecommunications networks |
| AU3792997A (en) * | 1996-06-28 | 1998-01-21 | Mci Communications Corporation | System and method for reporting telecommunication service conditions |
| US6012152A (en) * | 1996-11-27 | 2000-01-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Software fault management system |
| US6233610B1 (en) * | 1997-08-27 | 2001-05-15 | Northern Telecom Limited | Communications network having management system architecture supporting reuse |
| DE19740716C2 (de) * | 1997-09-16 | 2002-03-14 | Siemens Ag | Verfahren zum Behandeln von in Kommunikationssystemen von einem hardwarebezogenen gemanagten Objekt generierten Alarmen |
| DE19752614C2 (de) * | 1997-11-27 | 2000-04-13 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
-
1998
- 1998-07-15 DE DE19831825A patent/DE19831825C2/de not_active Expired - Lifetime
-
1999
- 1999-07-01 EP EP99112568A patent/EP0973342B1/de not_active Expired - Lifetime
- 1999-07-01 DE DE59913294T patent/DE59913294D1/de not_active Expired - Lifetime
- 1999-07-01 ES ES99112568T patent/ES2258828T3/es not_active Expired - Lifetime
- 1999-07-01 AT AT99112568T patent/ATE322797T1/de active
- 1999-07-15 US US09/354,133 patent/US6420968B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE19831825A1 (de) | 2000-02-10 |
| EP0973342A2 (de) | 2000-01-19 |
| ATE322797T1 (de) | 2006-04-15 |
| DE59913294D1 (de) | 2006-05-18 |
| EP0973342B1 (de) | 2006-04-05 |
| US6420968B1 (en) | 2002-07-16 |
| DE19831825C2 (de) | 2000-06-08 |
| EP0973342A3 (de) | 2000-12-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2258828T3 (es) | Procedimiento y sistema de comunicaciones para el tratamiento de alarmas mediante una red de gestion que presenta varios niveles de gestion. | |
| US7978845B2 (en) | Powered patch panel | |
| US5802146A (en) | Maintenance operations console for an advanced intelligent network | |
| CN101686260B (zh) | 过程控制网络的一键安全上锁 | |
| US6728688B1 (en) | Method and communication system for handling alarms using a management network having a number of management levels | |
| CA1322397C (en) | System for the extended provision of cellular mobile radiotelephone service | |
| CA2192791A1 (en) | A telecommunication system | |
| ES2271016T3 (es) | Actualizacion de informaciones de harware especificas del fabricante en la interfaz independiente del fabricante omc-nmc en telefonia movil. | |
| EP1784948A1 (en) | Systems and methods for network management | |
| US20060159074A1 (en) | Patient device | |
| JPH0846687A (ja) | 通信ネットワークにおける位置識別装置 | |
| JPH08505274A (ja) | 加入者装置のアイデンティティーを検査する方法 | |
| ES2327601T3 (es) | Control de establecimiento de llamadas en una red inteligente mediante la iniciacion condicional de mas de un servicio de control. | |
| USH1964H1 (en) | Resource management sub-system of a telecommunications switching system | |
| ES2281357T3 (es) | Procedimiento generico para el alineamiento en un entorno multigestor. | |
| EP1238549A1 (en) | Network management system using sms | |
| ES2293547T3 (es) | Procedimiento y equipos para la distribucion de informaciones de gestion en una red de gestion de un sistema de comunicaciones. | |
| ES2351892T3 (es) | Procedimiento y sistema de comunicación para el tratamiento de informaciones de estado mediante una red de gestión que presenta varios niveles de gestión. | |
| ES2272833T3 (es) | Servidor para un sistema de telecomunicaciones y procedimiento para establecer una conexion de telecomunicaciones. | |
| EP0840969A2 (en) | Universal object translation agent | |
| KR101160402B1 (ko) | 이더넷 액세스 네트워크 관리 방법 및 시스템 | |
| US20060046721A1 (en) | Dialling error warning system and method | |
| ES2280089T3 (es) | Procedimiento para liberar conexiones. | |
| CN103580889A (zh) | 光网络单元下挂家庭网关特征码匹配方法及装置 | |
| ES2221151T3 (es) | Sistema de conmutacion de telecomunicaciones con un control de supervision facilmente configurable. |