ES2291781T3

ES2291781T3 - Procedimiento y equipos para cambiar el modo de funcionamiento de un agente de una red de gestion.

Info

Publication number: ES2291781T3
Application number: ES04015265T
Authority: ES
Inventors: Lucian Hirsch
Original assignee: Siemens AG
Current assignee: Siemens AG
Priority date: 2004-06-29
Filing date: 2004-06-29
Publication date: 2008-03-01
Anticipated expiration: 2024-06-29
Also published as: DE502004005203D1; CN100466538C; EP1612993A1; CN1728650A; ATE375653T1; EP1612993B1

Abstract

Procedimiento para operar una red de gestión de una red de telecomunicaciones con un agente (NE), así como un primer gestor (NMC) y un segundo gestor (EM), realizándose una comunicación entre el agente (NE) y el primer gestor (NMC) a través una primera interfaz y entre el agente (NE) y el segundo gestor (EM) a través de una segunda interfaz, utilizándose para la comunicación a través de la primera interfaz un primer modelo de objetos (MODEL1) y para la comunicación a través de la segunda interfaz un segundo modelo de objetos (MODEL2) para la modelización de recursos de la red de telecomunicaciones, caracterizado porque en una comunicación entre el agente (NE) y el segundo gestor (EM), el segundo gestor (EM) recibe mensajes del agente (NE) utilizando el segundo modelo de objetos (MODEL2) y los retransmite al primer gestor (NMC) utilizando el primer modelo de objetos (MODEL1).

Description

Procedimiento y equipos para cambiar el modo de funcionamiento de un agente de una red de gestión.

La invención se refiere a un procedimiento para operar una red de gestión, con un agente, así como con un primer y un segundo gestor, teniendo lugar entre el agente y el primer gestor una comunicación a través de una primera interfaz y entre el agente y el segundo gestor una comunicación a través de una segunda interfaz. Además, se refiere la invención a un agente y un gestor para ejecutar el procedimiento.

Según los principios de una red de gestión, denominados también principios TMN (TMN: Telecommunications Management Network, red de gestión de telecomunicaciones), existen varias capas de gestión para la gestión de un sistema de comunicaciones - como por ejemplo un sistema de comunicaciones de telefonía móvil - teniendo cada capa, a excepción de la capa más superior y la más inferior, una función doble, a saber, una función de gestor y una función de agente. En el sistema de gestión ("managing system") ejerce cada capa, a excepción de la capa más inferior, una función de gestor para la capa que se encuentra debajo de ella. En el sistema gestionado ("managed system") tiene cada capa, a excepción de la más superior, una función de agente para la siguiente capa que se encuentra encima.

Los gestores arrancan operaciones para la vigilancia y control de la red, enviando los llamados "requests" (solicitudes), que son ejecutados por agentes, y reciben los correspondientes avisos de retorno, los llamados "responses" (respuestas) de los agentes. Los equipos o bien elementos de la red de telecomunicaciones, también denominados recursos de la red de telecomunicaciones, que en una jerarquía TMN ejercen el papel de un agente, detectan sucesos relevantes, los llamados "events", como por ejemplo alarmas, generan los correspondientes avisos, los llamados "notifications", y los transmiten en forma de avisos de sucesos, los llamados "event reports" a los gestores, para posibilitar una gestión eficiente de la red.

La gestión de la red puede incluir entre otros la gestión de errores (Fault Management) y/o la gestión de la configuración (Configuration Management) y/o la gestión de la seguridad (Security Management) y/o la gestión de la facturación (Accounting Management) y/o la gestión de las prestaciones (Performance Management). Mediante la gestión de la red deben ponerse a disposición mecanismos adecuados para la distribución y gestión de la información, con lo que en caso necesario se dispone de una imagen completa sobre el estado de la red y pueden vigilarse y configurarse los distintos recursos de la red de telecomunicaciones de manera eficiente.

La comunicación gestor-agente se realiza a través de las llamadas interfaces de gestión o bien interfaces gestor-agente, que se caracterizan en un entorno orientado a objetos por un protocolo de comunicaciones, como por ejemplo: CMIP (Common Management Information Protocol, protocolo común de gestión de la información) según ITU-T X.777 o CORBA (Common Object Request Broker Architecture, arquitectura común de intermediarios en peticiones a objetos) y mediante un modelo de objetos. Los modelos de objetos sirven para la modelización de recursos de la red de telecomunicaciones.

Tales interfaces existen por ejemplo entre por un lado el nivel de gestión de elementos de red (Network Element Management Level) y por otro lado el nivel de elementos de red (Network Element Level). Un ejemplo de equipos de red de esta interfaz gestor-agente, son los centros de operación y mantenimiento (OMC: Operation and Maintenance Center) por el lado del nivel de gestión de elementos de red, así como por el lado del nivel de elementos de red, equipos como por ejemplo estaciones de base del sistema de estaciones de base (BSS: Base Station System) de una red de telefonía móvil GSM, o estaciones de base de otras redes de comunicaciones, por ejemplo NodeBs de una red de telefonía móvil UMTS (UMTS: Universal Mobile Telecommunication System) o puntos de acceso a radio de un sistema WLAN (WLAN: Wireless Local Area Network, red de área local inalámbrica), por ejemplo según uno de los estándares IEEE 812. 11.

Las interfaces de gestión o bien interfaces gestor-agente existen también entre por un lado el nivel de gestión de la red (Network Management Level) y por otro lado el nivel de gestión de elementos de la red. Un ejemplo de equipos de red para esta interfaz gestor-agente son los centros de gestión de la red (NMC: Network Management Center) por el lado del nivel de gestión de la red y los centros de operación y mantenimiento (OMC: Operation and Maintenance Center) por el lado del nivel de gestión de la red, por ejemplo en el citado GSM o en otra red de telefonía móvil o de telecomunicaciones.

El documento

: Mazumdar y colab. "Diseño del agente de gestión independiente del protocolo para apoyar consultas (queries) SNMP y CMIP", Integrated Network Management (gestión integrada de la red), III actas del tercer Simposio Internacional, 18-23 abril 1993, Amsterdam, Holanda, Vol. C12, 1993, págs. 377-388, XP000749257

describe un agente que apoya tanto CMIP como también SNMP. El agente puede comunicar con aplicaciones SNMP y CMIP. El mismo dispone de una MIB (Management Information Base, base de información de gestión), que es independiente del protocolo. A esta MIB pueden acceder tanto el procesador del protocolo CMIP como también el del SNMP del agente.

El documento

: Miyagishi y colab: "Planteamiento NTT relativo a la gestión de telecomunicaciones abiertas, parte 2: actividades usuales y planes futuros", revista NTT, Telecommunications Association (Asociación de Telecomunicaciones), Tokio, Japón, vol. 6, núm. 3, 1 mayo 1994, págs. 88-94, XP03000467004, ISSN: 0915-2334

describe un proxy (intermediario que almacena informaciones de consulta frecuente) que se encuentra entre un gestor y un agente. El proxy comunica con el gestor utilizando el GMIP, realiza una conversión entre mensajes CMIP y mensajes SNMP y comunica con el agente utilizando SNMP.

La invención tiene como tarea básica mostrar un procedimiento eficiente para operar una red de gestión en donde existan varias interfaces entre un agente y gestores. Además, deben presentarse un gestor adecuado y un agente que también lo sea para realizar el procedimiento.

Esta tarea se resuelve mediante un procedimiento con las particularidades de la reivindicación 1, así como mediante un gestor y un agente con las particularidades de las reivindicaciones subordinadas.

Ventajosas mejoras y perfeccionamientos son objeto de las reivindicaciones secundarias.

En el procedimiento correspondiente a la invención para operar una red de gestión de una red de telecomunicaciones con un agente, así como con un primer y un segundo gestor, se realiza una comunicación entre el agente y el primer gestor a través de una primera interfaz y entre el agente y el segundo gestor a través de una segunda interfaz. En el marco de la invención se utiliza para la comunicación a través de la primera interfaz un primer modelo de objetos y para la comunicación a través de la segunda interfaz un segundo modelo de objetos para la modelización de recursos de la red de telecomunicaciones.

A través de interfaces, se comunica el agente con gestores, caracterizándose la correspondiente interfaz, entre otros, por un modelo de objetos. Con ayuda de un modelo de objetos se modelizan recursos de red de la red de telecomunicaciones. Los recursos se distribuyen según el modelo de objetos en clases de objetos, pudiendo presentar cada clase de objetos diversos atributos. Las clases de objetos pueden repartirse por ejemplo en clases de objetos lógicas o bien funcionales y referidas a hardware, la mayoría de las veces dependientes del fabricante. El agente está según la invención en condiciones de comunicar con gestores utilizando diversos modelos de objetos. Estas comunicaciones pueden realizarse tanto simultáneamente como también sucesivamente. El agente puede ser por ejemplo un elemento de red, el primer gestor un centro de gestión de la red y el segundo gestor un gestor de elementos de red de un sistema de comunicaciones de telefonía móvil. Además del agente y del primer y segundo gestor, pueden ser objeto de la gestión de red otros equipos. El procedimiento correspondiente a la invención puede aplicarse sobre un conjunto de distintas interfaces entre un agente y gestores.

Según un perfeccionamiento ventajoso de la invención, se realiza una conmutación de una primera comunicación entre el agente y el primer gestor utilizando el primer modelo de objetos y una comunicación entre el agente y el segundo gestor utilizando el segundo modelo de objetos y/o a la inversa. Esto significa que el agente no puede comunicar simultánea, sino sucesivamente, con el primer y el segundo gestor. La conmutación se realiza ventajosamente durante el servicio del agente, es decir, que en particular el agente no tiene que ser desconectado durante la conmutación. Durante una desconexión no podría desempeñar el agente su función como agente.

En un perfeccionamiento de la invención envía el gestor que actualmente comunica con el agente al agente una solicitud de cambio de la comunicación al otro agente, a continuación de lo cual se realiza la conmutación. En particular esta solicitud puede constar de una solicitud de desacoplar el enlace existente con el gestor y de establecer un nuevo enlace con el otro gestor. De manera ventajosa contiene la solicitud informaciones de identificación del gestor al que debe realizarse la conmutación.

Es ventajoso que el agente conmute a solicitud del gestor con el que él comunica y con ello se realice la conmutación. La solicitud la recibe el agente preferentemente de aquel gestor con el que él comunica actualmente. El agente puede provocar la conmutación finalizando el enlace con el gestor con el que él comunica en ese momento y estableciendo un enlace automáticamente con el correspondiente otro gestor, es decir, sin que tenga lugar una solicitud por parte del nuevo gestor.

Según un perfeccionamiento de la invención, el segundo gestor recibe del agente mensajes en una comunicación entre el agente y el segundo gestor, utilizando el segundo modelo de objetos, y retransmite los mismos utilizando el primer modelo de objetos al primer gestor. En este caso pertenecen el primer y el segundo gestor a distintos niveles de gestión y se encuentran entre sí en una relación gestor-agente.

Es ventajoso que el agente convierta los mensajes que recibe o genera del primer modelo de objetos en mensajes del segundo modelo de objetos y/o a la inversa. Esto es especialmente favorable cuando el agente puede generar todos los mensajes para el primer y el segundo gestor exclusivamente utilizando uno de los modelos de objetos y/o puede procesar todos los mensajes del primer y del segundo gestor exclusivamente utilizando uno de los modelos de objetos.

El gestor correspondiente a la invención para una red de gestión que incluye al menos otro gestor y un agente de una red de telecomunicaciones, dispone de elementos para la comunicación con el agente utilizando un primer modelo de objetos para modelizar recursos de la red de telecomunicaciones. Además, el mismo presenta elementos para enviar una solicitud al agente finalizar una comunicación utilizando el primer modelo de objetos entre el gestor y el agente y para iniciar una comunicación utilizando un segundo modelo de objetos entre el otro gestor y el agente.

El agente correspondiente a la invención para una red de gestión que incluye al menos un primer gestor y un segundo gestor de una red de telecomunicaciones, dispone de elementos para la comunicación con el primer gestor utilizando un primer modelo de objetos para modelizar recursos de la gestión de red. En el marco de la invención presenta el agente además elementos para la comunicación con el segundo gestor utilizando un segundo modelo de objetos, para modelizar recursos de la red de telecomunicaciones.

En un perfeccionamiento de la invención, presenta el agente además elementos para cambiar el gestor, con los que él comunica en ese momento, del primer gestor al segundo gestor y/o a la inversa y para el correspondiente cambio del modelo de objetos utilizado para la comunicación.

Es ventajoso que el agente presente además elementos para transformar los mensajes recibidos o generados por él del primer modelo de objetos en mensajes del segundo modelo de objetos y/o la inversa.

Ventajosamente presenta el agente además elementos para recibir una solicitud del primer gestor para finalizar una comunicación utilizando el primer modelo de objetos entre el primer gestor y el agente y para iniciar una comunicación utilizando el segundo modelo de objetos entre el segundo gestor y el agente y/o una solicitud del segundo gestor de finalizar una comunicación utilizando el segundo modelo de objetos entre el segundo gestor y el agente y para el comienzo de una comunicación utilizando el primer modelo de objetos entre el primer gestor y el agente.

Tanto el gestor correspondiente a la invención como también el agente correspondiente a la invención son especialmente adecuados para realizar el procedimiento correspondiente a la invención, siendo esto también así con referencia a la mejora y perfeccionamiento. Para ello pueden presentar los mismos otros elementos adecuados.

A continuación se describirá la invención más en detalle en base a un ejemplo de ejecución. Al respecto muestran:

Figura 1a: una primera configuración de una red de gestión,

figura 1b: una segunda configuración de una red de gestión.

Se considera en las figuras 1a y 1b una red de gestión de una red de telecomunicaciones, que presenta tres niveles de jerarquía E1, E2 y E3. El nivel más alto E1 pertenece al centro de gestión de red NMC, que funciona como gestor respecto a los equipos de la gestión de red de los niveles de jerarquía más inferiores E2 y E3. El nivel de jerarquía intermedio E2 pertenece a un gestor de elementos de red EM, que puede ser por ejemplo un OMC de un sistema de comunicaciones de telefonía móvil. El nivel de jerarquía más inferior E3 pertenece a un elemento de red NE, que puede ser por ejemplo una estación de base de un sistema de comunicaciones de telefonía móvil.

Según la figura 1a es posible que el elemento de red NE comunique con el gestor de elementos de red EM, mientras que el gestor de elementos de red EM comunica con el centro de gestión de red NMC. De esta manera pueden por ejemplo retransmitirse avisos de error del elemento de red NE desde el gestor de elementos de red EM al centro de gestión de red NMC. El gestor de elementos de red EM funciona así respecto al elemento de red NE como gestor, simbolizado mediante una primera parte EM-MANAGER del gestor del elemento de red EM y respecto al centro de gestión de red NMC como agente, simbolizado por una segunda parte EM-AGENT del gestor de elementos de red EM. Según la figura 1b es también posible no obstante que el elemento de red NE comunique directamente con el centro de gestión de red NMC y envíe a éste por ejemplo avisos de error. El elemento de red NE puede así ser gestionado tanto por el centro de gestión de red NMC como también por el gestor de elementos de red EM.

Las interfaces entre el centro de gestión de red NMC y el gestor de elementos de red EM, así como entre el centro de gestión de red NMC y el elemento de red NE y entre el gestor de elementos de red EM y el elemento de red NE se caracterizan por la utilización de respectivos modelos de objetos. Los modelos de objetos se utilizan en la red de gestión para describir recursos de la red de telecomunicaciones. El centro de gestión de red NMC utiliza para la comunicación tanto con el gestor de elementos de red EM como también con el elemento de red NE un primer modelo de objetos MODEL1. Así existe desde el punto de vista del centro de gestión de red NMC una interfaz de gestión unificada, independientemente de qué equipo se encuentra en el otro extremo de la interfaz. Entre el gestor del elemento de red EM y el elemento de red NE tiene lugar la comunicación utilizando un segundo modelo de objetos MODEL2, que se diferencia del primer modelo de objetos MODEL1. El elemento de red NE presenta tanto elementos MEANS MODEL2 que le permiten comunicar utilizando el segundo modelo de objetos MODEL2, como también elementos MEANS MODEL1, que le permiten comunicar utilizando el primer modelo de objetos MODEL1.

En el marco de la invención apoya el elemento de red NE dos modos de funcionamiento diferentes. La figura 1a corresponde al funcionamiento del elemento de red NE en el modo EM, en el que el elemento de red NE es gestionado o bien controlado por el gestor de elementos de red EM, mientras que la figura 1b representa el caso de que el elemento de red NE es gestionado o bien controlado en el modo NM directamente por el centro de gestión de red NMC. Cada modo de funcionamiento está ligado así, desde el punto de vista del elemento de red NE, directamente a un modelo de objetos MODEL1 o MODEL2. Se parte en lo que sigue de que en cada momento sólo está activo un modo de funcionamiento del elemento de red NE, con lo que se conecta entre los modos de funcionamiento de uno a otro y viceversa. Pueden no obstante realizarse también elementos de red NE que utilicen a la vez ambos modos de funcionamiento descritos.

En la instalación inicial del elemento de red NE es razonable arrancar éste por defecto en el modo EM, hasta que la primera configuración se ha completado con ayuda del gestor de elementos de red EM específico del fabricante. El elemento de red NE comunica así al comienzo utilizando el segundo modelo de objetos MODEL2. Según este modelo de objetos MODEL2, se envían alarmas al gestor de elementos de red EM, mediante el cual se realiza una conversión de los avisos de sucesos del elemento de red NE al primer modelo de objetos MODEL1 (el llamado mapping o mapeado), a continuación de lo cual se retransmite el aviso de sucesos utilizando el primer modelo de objetos MODEL1 al centro de gestión de red NMC.

Tras esta fase de inicialización puede ser vigilado el elemento de red NE en el modo de funcionamiento NM por el centro de gestión de red NMC. Para la conmutación al modo de funcionamiento NM envía primeramente el gestor de elementos de red EM, que gestiona en ese momento el elemento de red NE, una solicitud al elemento de red NE, que da lugar a que el elemento de red NE desconecte el enlace actual con el gestor de elementos de red EM. Para desconectar el enlace pueden utilizarse procedimientos en sí conocidos. A continuación establece el elemento de red NE en base a la solicitud por parte del gestor de elementos de red EM un nuevo enlace con el centro de gestión de red NMC. También pueden utilizarse para establecer el enlace procedimientos en sí conocidos. Según ello, regula el centro de gestión de red NMC con ayuda de un mecanismo de filtrado existente en el elemento de red NE la llamada función "event reporting" (informe de sucesos) del elemento de red NE. Para ello pueden utilizarse por ejemplo en una interfaz de gestión basada en CMIP los llamados comandos "M-CREATE" para generar los llamados "Event Forwarding Discriminator" (discriminador de reenvío de sucesos) o bien en una interfaz de gestión basada en CORBA las llamadas órdenes "subscribe" (abonarse), para generar los llamados "subscription filters" (filtros de abonado). A continuación se envían las alarmas generadas por el elemento de red NE desde el mismo directamente utilizando el primer modelo de objetos MODEL1 al centro de gestión de red NMC. Para una determinada causa de error es así idéntica desde el punto de vista del centro de gestión de red NMC la alarma recibida para ambas configuraciones según la figura 1a y 1b.

Las optimizaciones o ampliaciones de redes de telecomunicaciones existentes, exigen a menudo modificaciones de la configuración de la red. Puesto que tales cambios de configuración usualmente afectan también a parámetros específicos del fabricante, cuya modificación sólo puede realizarla el gestor de elementos de red EM, por ejemplo mediante un OMC, es necesaria una conmutación del elemento de red NE al modo EM. Entonces se ejecutan los siguientes pasos: primeramente envía el centro de gestión de red NMC una solicitud al elemento de red NE de desconectar el enlace entre el centro de gestión de red NMC y el elemento de red NE. Una vez realizada la desconexión de este enlace, establece el elemento de red NE, en base a la solicitud recibida del centro de gestión de red NMC, un nuevo enlace con el gestor de elementos de red EM. El gestor de elementos de red EM inicia a continuación, con ayuda de un mecanismo de filtrado generado en el elemento de red NE, la llamada función "Event Reporting" (informe de sucesos) y envía a continuación órdenes de configuración al elemento de red NE. El elemento de red NE ejecuta las órdenes recibidas del gestor de elementos de red EM y retransmite los resultados y notificaciones referidas a la configuración, como por ejemplo en CORBA "objectCreation" (creación de objeto), "objectDeletion" (borrado de objeto), "attributeValueChange" (cambio de valor de atributo), al gestor de elementos de red. Para ello se utiliza el segundo modelo de objetos MODEL2. En el gestor de elementos de red EM se convierten las notificaciones recibidas del elemento de red NE al primer modelo de objetos MODEL1 y se retransmiten al centro de gestión de red NMC. Tras finalizar esta fase de configuración, puede conmutarse el elemento de red NE, tal como antes se ha descrito, de nuevo al modo NM.

Ambos procesos de conmutación, es decir, del modo EM al modo NM y viceversa, son iniciados en cada caso por el gestor con el que en ese momento está conectado el elemento de red NE cuando éste envía una solicitud de conmutación al elemento de red NE. La conmutación entre las formas de funcionamiento se realiza durante el funcionamiento de la red de gestión. Para los procesos de conmutación descritos es competente en el elemento de red el equipo INTERFACE HANDLER (gestor de interfaz). Este recibe las solicitudes descritas de cambio del modo de servicio del gestor de elementos de red EM o del centro de gestión de red NMC y procesa las mismas tal como antes se ha descrito, interrumpiendo o bien estableciendo enlaces con gestores y originando la utilización del modelo de objetos adecuado en cada caso. Para ello puede presentar o bien establecer el equipo INTERFACE HANDLER (gestor de interfaz) un enlace tanto con los elementos MEANS MODEL1 (modelo de medios 1) como también con los elementos MEANS MODEL2 (modelo de medios 2) y con ello controlar estos elementos.

Es ventajoso que en el elemento de red NE exista un equipo que realice la reproducción de una notificación de uno de los modelos de objetos en una notificación del respectivo otro modelo de objeto. Así es posible por ejemplo que notificaciones del elemento de red NE se generen básicamente según el modelo de objetos MODEL2 de la interfaz entre el gestor de elementos de red EM y el elemento de red NE. Si se encuentra el elemento de red NE en el modo NM, entonces el equipo INTERFACE HANDLER detecta esto y origina, cuando exista una notificación a enviar al centro de gestión de red NMC, una conversión de esta notificación al primer modelo de objetos MODEL1 de la interfaz con el centro de gestión de red NMC. Además es posible que las órdenes recibidas en el elemento de red NE puedan o deban ser procesadas exclusivamente en uno de los modelos de objetos MODEL1 o MODEL2. Así puede por ejemplo procesarse directamente una orden recibida por el gestor de elementos de red EM del segundo modelo de objetos MODEL2, mientras una orden recibida por el centro de gestión de red NMC según el primer modelo de objetos MODEL1 se somete antes de seguir procesándose primeramente a una conversión al segundo modelo de objetos MODEL2. Un equipo como el indicado para la reproducción o bien conversión entre ambos modelos de objetos MODEL1 y MODEL2 puede estar configurado como aquel equipo que realiza el mapeado o bien la reproducción en el gestor de elementos de red EM en la configuración según la figura 1a.

La utilización del procedimiento descrito es especialmente ventajosa porque la vigilancia de alarmas de un sistema de comunicaciones de telefonía móvil por razones de coste se desplaza cada vez más de los gestores de elementos de red a los centros de gestión de red. Especialmente por las noches o en el fin de semana es deseable no tener que ocupar los gestores de elementos de red con personal. Por otro lado, se siguen necesitando los gestores de elementos de red para la gestión de los elementos de red, ya que determinadas actividades específicas del fabricante, como por ejemplo gestión de la configuración referida al hardware, sólo pueden ser ejecutadas por el correspondiente OMC específico del fabricante. Mediante el procedimiento correspondiente a la invención pueden compaginarse ambas exigencias a la red de gestión. El procedimiento correspondiente a la invención es independiente de los protocolos de comunicaciones utilizados para las distintas interfaces.

Aunque el procedimiento se ha descrito en base a dos modelos de objetos MODEL1 y MODEL2 y correspondientemente a dos modos del agente, puede aplicarse sobre una cantidad mayor de interfaces distintas, entre las que ha de realizarse una conmutación. La solicitud de un gestor que controle en ese momento al agente, y que origine que el agente realice la conmutación, debe incluir en este caso informaciones de identificación de aquel gestor al que o a los que ha de conmutarse.

Claims

1. Procedimiento para operar una red de gestión de una red de telecomunicaciones con un agente (NE), así como un primer gestor (NMC) y un segundo gestor (EM), realizándose una comunicación entre el agente (NE) y el primer gestor (NMC) a través una primera interfaz y entre el agente (NE) y el segundo gestor (EM) a través de una segunda interfaz,

utilizándose para la comunicación a través de la primera interfaz un primer modelo de objetos (MODEL1) y para la comunicación a través de la segunda interfaz un segundo modelo de objetos (MODEL2) para la modelización de recursos de la red de telecomunicaciones,

caracterizado porque

en una comunicación entre el agente (NE) y el segundo gestor (EM), el segundo gestor (EM) recibe mensajes del agente (NE) utilizando el segundo modelo de objetos (MODEL2) y los retransmite al primer gestor (NMC) utilizando el primer modelo de objetos (MODEL1).

2. Procedimiento según la reivindicación 1,

caracterizado porque

se realiza una conmutación de una primera comunicación entre el agente (NE) y el primer gestor (NMC) utilizando el primer modelo de objetos (MODEL1) a una comunicación entre el agente (NE) y el segundo gestor (EM) utilizando el segundo modelo de objetos (MODEL2) y/o a la inversa.

3. Procedimiento según la reivindicación 2

caracterizado porque

la conmutación se realiza durante el servicio del agente (NE) en marcha.

4. Procedimiento según la reivindicación 2 ó 3,

caracterizado porque

el gestor (NMC, EM) que comunica en ese momento con el agente (NE) envía al agente (NE) una solicitud de cambio de la comunicación al otro gestor (EM, NMC), a continuación de lo cual se realiza la conmutación.

5. Procedimiento según una de las reivindicaciones 2 a 4,

caracterizado porque

el agente (NE), a solicitud, cambia de gestor (NMC, EM) con el que comunica y con ello se realiza la conmutación.

6. Procedimiento según una de las reivindicaciones 1 a 5,

caracterizado porque

el agente (NE) convierte mensajes recibidos y/o generados por él del primer modelo de objetos (MODEL1) en mensajes del segundo modelo de objetos (MODEL2) y/o a la inversa.

7. Red de gestión de una red de telecomunicaciones, que incluye al menos un primer gestor (NMC), al menos un segundo gestor (EM) y un agente, con

elementos del primer gestor (NMC) para la comunicación con el agente (NE) utilizando un primer modelo de objetos (MODEL1) para la modelización de recursos de la red de telecomunicaciones,

elementos del segundo gestor (EM) para la comunicación con el agente (NE) utilizando un segundo modelo de objetos (MODEL2) para la modelización de recursos de la red de telecomunicaciones,

elementos (MEANS MODEL1) del agente (NE) para la comunicación con el primer gestor (NMC), utilizando el primer modelo de objetos (MODEL1) y elementos (MEANS MODEL2) del agente (NE) para la comunicación con el segundo gestor (EM) utilizando el segundo modelo de objetos (MODEL2), elementos del segundo gestor (EM) para recibir en una comunicación entre el agente (NE) y el segundo gestor (EM) mensajes del agente (NE) utilizando el segundo modelo de objetos (MODEL2) y para retransmitirlos al primer gestor (NMC) utilizando el primer modelo de objetos (MODEL1),

elementos del primer gestor (NMC) para enviar una solicitud al agente (NE) para finalizar una comunicación utilizando el primer modelo de objetos (MODEL1) entre el gestor (NMC) y el agente (NE) y para comenzar una comunicación indicando el segundo modelo de objetos (MODEL2) entre el segundo gestor (EM) y el agente (NE),

elementos del segundo gestor (EM) para enviar una solicitud al agente (NE) para finalizar una comunicación utilizando el segundo modelo de objetos (MODEL2) entre el segundo gestor (EM) y el agente (NE) y para comenzar una comunicación utilizando el primer modelo de objetos (MODEL1) entre el primer gestor (NMC) y el agente (NE).