Procedimiento y dispositivos para hacer funcionar una red de gestión en caso de fallo de un gestor.

Procedimiento para hacer funcionar una red de gestión con un agente (OMC1),

así como un primer gestor(NMC1) y un segundo gestor (NMC2), en el que el agente (OMC1)

- envía al primer gestor (NMC1) notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) según unasuscripción del primer gestor (NMC1), caracterizado porque

- el agente (OMC1) en caso de un defecto de funcionamiento de la comunicación entre el agente (OMC1) y elprimer gestor (NMC1) o de un defecto de funcionamiento del primer gestor (NMC1) envía un primer mensaje(notifySubscriptionDisabled) con información sobre la suscripción del primer gestor (NMC1) al segundo gestor(NMC2), y

- envía al segundo gestor (NMC2) notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) según lasuscripción del primer gestor (NMC1).

Procedimiento y dispositivos para hacer funcionar una red de gestión en caso de fallo de un gestor

La invención se refiere a un procedimiento para hacer funcionar una red de gestión, que presenta un agente así como un primer y un segundo gestor. Además la invención se refiere a un agente y a un gestor para una red de gestión para la realización del procedimiento.

Según los principios de una red de gestión, también designados como principios TMN (TMN: red de gestión de telecomunicaciones, Telecommunications Management Network) , existen varias capas de gestión para la gestión de un sistema de comunicación (como por ejemplo, de un sistema de comunicación de radiotelefonía móvil) , teniendo cada capa a excepción de las capas superior e inferior una doble función, en concreto una función de gestor y una de agente. En el sistema de gestión (“managing system”) cada nivel salvo el inferior ejerce una función gestora para el nivel que se encuentra por debajo. En el sistema gestionado (“managed system”) a cada nivel salvo el superior le corresponde una función de agente para la siguiente capa superior.

Los gestores inician operaciones para la vigilancia y el control de la red, al enviar denominadas peticiones (Requests) , que se realizan por agentes, y obtienen respuestas correspondientes (Responses) de los agentes. Dispositivos o elementos de la red de telecomunicación (recursos de red) , que en una jerarquía TMN desempeñan el papel de un agente, reconocen eventos relevantes (events, como por ejemplo, alarmas) en la red, generan notificaciones correspondientes (notifications) y las transmiten en forma de notificaciones de eventos (Notify Events) al gestor, para posibilitar una gestión de red eficaz.

La comunicación gestor-agente tiene lugar a través de las denominadas interfaces de gestión o interfaces de gestoragente, que pueden caracterizarse en un entorno orientado a objetos por un protocolo de comunicación, como por ejemplo, CMIP (Protocolo de información de gestión común según ITU-T X.711) o CORBA (arquitectura de negociación de petición de objetos comunes) , y un modelo de objeto.

Interfaces de este tipo las hay por ejemplo, entre por un lado el nivel de gestión de elemento de red (Network Element Management Level) y por otro lado del nivel de elemento de red (Network Element Level) . Un ejemplo para dispositivos de red de esta interfaz de gestor-agente lo representan los centros de funcionamiento y mantenimiento (OMC: Operation and Maintenance Center) en el lado del nivel de gestión de elemento de red, así como en el lado del nivel de elemento de red dispositivos como por ejemplo, estaciones base del sistema de estaciones base (BSS: Base Station System) de una red de radiotelefonía móvil GSM, o estaciones base de otras redes de comunicación, por ejemplo, nodos B de una red de radiotelefonía móvil UMTS (UMTS: Sistema de telecomunicación móvil universal) , o puntos de acceso de radio de un sistema WLAN (WLAN: red de área local inalámbrica) por ejemplo, según una de las normas IEEE 812.11.

También existen interfaces de gestión o interfaces de gestor-agente entre por un lado el nivel de gestión de red (Network Management Level) y por otro lado el nivel de gestión de elemento de red. Un ejemplo de dispositivos de red para esta interfaz de gestor-agente lo representan los centros de gestión de red (NMC: Network Management Center) en el lado del nivel de gestión de red y los centros de funcionamiento y mantenimiento (OMC: Operation and Maintenance Center) en el lado del nivel de gestión de elemento de red por ejemplo, en la mencionada red de radiotelefonía móvil GSM o en otra.

En un entorno de múltiples gestores los agentes deben poder procesar en determinadas circunstancias solicitudes que discurren en paralelo de varios gestores. Un gestor sólo puede cumplir su función de manera óptima, cuando se reciben todas las notificaciones de eventos (Notify Events) relevantes del agente de orden inferior. En condiciones normales, es decir, cuando la comunicación entre un agente y los gestores de orden superior funciona correctamente, esto sucede a través de un denominado mecanismo de notificación de eventos. Su objetivo es encaminar hacia el gestor sólo aquellas notificaciones de eventos que cumplen determinados criterios de filtro o que corresponden a la o las suscripciones del gestor respectivo.

Se produce un problema cuando falla un gestor de una red de gestión o cuando la comunicación entre un agente y un gestor es defectuosa por otros motivos. Las notificaciones de eventos que corresponden a la suscripción o las suscripciones del gestor en este caso ya no pueden transmitirse desde el agente hacia el gestor. Sin embargo, si estas notificaciones de eventos no se procesan por un gestor, entonces la gestión de red ya no puede llevar a cabo de manera óptima su función de vigilancia para el sistema en cuestión.

El documento US 2002/0174207 A1 describe un sistema de gestión jerárquico. Los gestores en un nivel se juntan en grupos. Los gestores de un grupo determinan continuamente, si alguno de ellos ya no funciona bien. Si se realiza una determinación de este tipo, se selecciona otro gestor del grupo, que asume la función del gestor que ya no funciona bien.

El documento US 2004/0085894 A1 describe un procedimiento para la detección de un fallo en una conexión de comunicación. Cuando un dispositivo determina un fallo en una conexión de comunicación, pasa al “modo de fallo” (failure mode) y desvía el tráfico de la conexión que ha fallado a una conexión que funciona.

La invención se basa en el objetivo de indicar un procedimiento para hacer funcionar una red de gestión, que en el caso fallo de un gestor posibilite un desarrollo eficaz de la gestión de red. Además debe indicarse un agente y un gestor para la realización del procedimiento.

Este objetivo se soluciona mediante un procedimiento con las características de la reivindicación 1, así como mediante un agente y un gestor con las características de las reivindicaciones independientes.

Configuraciones y perfeccionamientos ventajosos son objeto de las reivindicaciones dependientes.

En el caso del procedimiento según la invención para hacer funcionar una red de gestión con un agente, así como un primer y un segundo gestor el agente envía al primer gestor notificaciones de eventos según una suscripción del primer gestor. En el caso de un defecto de funcionamiento de la comunicación entre el agente y el primer gestor o de un defecto de funcionamiento del primer gestor el agente envía un primer mensaje con información sobre la suscripción del primer gestor al segundo gestor. El agente envía además al segundo gestor notificaciones de eventos según la suscripción del primer gestor.

Además del agente, del primer y del segundo gestor otros elementos de red de gestión pueden formar parte de la red de gestión. Las funciones de la red de gestión pueden encontrarse por ejemplo, en la gestión de errores (faultmanagement) y/o en la gestión de configuración (configuration-management) y/o en la gestión de seguridad (security-management) y/o en la gestión de contabilidad (accounting-management) y/o en la gestión de rendimiento (performance-management) .

El agente envía, debido a la aparición de determinados eventos, notificaciones de eventos al gestor. Una suscripción de un gestor define a este respecto determinadas notificaciones de eventos, que desea recibir el respectivo gestor del agente. Esto puede realizarse utilizando funciones de filtro adecuadas en el agente. El agente puede reconocer un defecto de funcionamiento o bien de la comunicación entre el agente y el primer gestor o bien un defecto de funcionamiento del primer gestor, pudiendo producirse este reconocimiento por ejemplo, por la llegada o en particular por la no llegada de determinados mensajes del primer gestor al agente. A continuación del reconocimiento de los defectos de funcionamiento se envían notificaciones de eventos según la suscripción del primer gestor al segundo gestor, de modo que al segundo gestor se le habilita para funcionar como sustitución del primer gestor. El segundo gestor puede haberse previsto en particular para asumir la tarea del primer gestor de antemano. Es ventajoso que el hecho de habilitar al segundo gestor para la sustitución del primer gestor tenga lugar sin acción de operadores, es decir, sin que se requiera personal que reaccione al fallo del primer gestor.

El procedimiento... [Seguir leyendo]

1. Procedimiento para hacer funcionar una red de gestión con un agente (OMC1) , así como un primer gestor (NMC1) y un segundo gestor (NMC2) , en el que el agente (OMC1)

- envía al primer gestor (NMC1) notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) según una suscripción del primer gestor (NMC1) , caracterizado porque

- el agente (OMC1) en caso de un defecto de funcionamiento de la comunicación entre el agente (OMC1) y el primer gestor (NMC1) o de un defecto de funcionamiento del primer gestor (NMC1) envía un primer mensaje (notifySubscriptionDisabled) con información sobre la suscripción del primer gestor (NMC1) al segundo gestor (NMC2) , y

- envía al segundo gestor (NMC2) notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) según la suscripción del primer gestor (NMC1) .

2. Procedimiento según la reivindicación 1, en el que el agente (OMC1) tras el envío del primer mensaje (notifySubscriptionDisabled) recibe desde el segundo gestor (NMC2) un segundo mensaje (subscribe-Request) para solicitar notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) según la suscripción del primer gestor (NMC1) .

3. Procedimiento según la reivindicación 1 ó 2, en el que el primer mensaje (notifySubscriptionDisabled) comprende:

- información de identificación del primer gestor (NMC1) ,

- información de identificación de la suscripción del primer gestor (NMC1) , e

- información sobre notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) que deben enviarse según la suscripción del primer gestor (NMC1) .

4. Procedimiento según una de las reivindicaciones 1 a 3, en el que el agente (OMC1) en caso de finalizar el defecto de funcionamiento de la comunicación entre el agente (OMC1) y el primer gestor (NMC1) o de finalizar el defecto de funcionamiento del primer gestor (NMC1)

- envía un tercer mensaje (notifySubscriptionEnabled) para informar sobre la finalización del defecto de funcionamiento al segundo gestor (NMC2) ,

- finaliza el envío de notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) según la suscripción del primer gestor (NMC1) al segundo gestor (NMC2) , y

- retoma el envío de notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) según la suscripción del primer gestor (NMC1) al primer gestor (NMC1) .

5. Procedimiento según la reivindicación 4, en el que el agente (OMC1) tras el envío del tercer mensaje (notifySubscriptionEnabled) recibe desde el segundo gestor (NMC2) un cuarto mensaje (unsubscribe-Request) para solicitar la finalización del envío de notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) según la suscripción del primer gestor (NMC1) .

6. Procedimiento según una de las reivindicaciones 1 a 5, en el que el agente (OMC1) antes de la aparición del defecto de funcionamiento ha almacenado información de identificación del segundo gestor (NMC2) como gestor asignado al primer gestor (NMC1) con respecto a defectos de funcionamiento.

7. Agente (OMC1) para una red de gestión, con

- medios (MEDIOS DE GESTOR DE NOTIFICACIÓN DE EVENTOS) para enviar notificaciones de eventos (NOTIFICACIÓN DE EVENTOS) a un primer gestor (NMC1) según una suscripción del primer gestor (NMC1) ,

- medios (DETECTAR ERROR/RECUPERAR) para determinar un defecto de funcionamiento de la comunicación entre el agente (OMC1) y el primer gestor (NMC1) o un defecto de funcionamiento del primer gestor (NMC1) , caracterizado por

- medios (TRANSMITIR notifySubscriptionDisabled) para enviar un mensaje (notifySubscriptionDisabled) con información sobre la suscripción del primer gestor (NMC1) a un segundo gestor (NMC2) en el caso de un defecto de funcionamiento.