PROCEDIMIENTO PARA SINCRONIZAR ALARMAS EN SISTEMAS DE ADMINISTRACIÓN DE UNA RED DE COMUNICACIONES
CAMPO DE LA INVENCION La invención se refiere a un procedimiento para el procesamiento de alarmas en un sistema de administración de una red de comunicación de acuerdo con la reivindicación 1. La invención se refiere además a un administrador de elementos de un sistema de administración de una red de comunicación para el manejo de alarmas de acuerdo con la idea general de la reivindicación 8. Finalmente la invención se refiere a un sistema de comunicación para el manejo de alarmas de acuerdo con la idea general de la reivindicación 12. ANTECEDENTES DE LA INVENCION Los principios de la administración de una red de telecomunicaciones que también son conocidos como Principios TMN (TMN: Red de administración de telecomunicaciones ) , definen varios estratos de administración para la administración de la red de telecomunicaciones, por ejemplo de una red de comunicaciones por radio móvil en donde cada estrato con excepción de la primera y la última, poseen una doble función. En el sistema administrativo ( "managing system") cada nivel exceptuando el primero de abajo realiza la función de administración del nivel que queda por debajo. En el sistema administrado ( "managed system") cada nivel exceptuando el último de arriba tiene una función de agente para el estrato inmediatamente inferior. Los dispositivos o elementos individuales de la red de telecomunicaciones (recursos de red) en una jerarquía TMN ejercen el papel de un agente. Los agentes deben reconocer los eventos (por ejemplo alarmas) en la red lo más pronto posible, y generar notificaciones, y transmitir esos reportes de evento al administrador para hacer posible una eficiente administración de la red. La red de administración de una red de comunicación abarca por lo regular cunado menos dos dispositivos de administración en diferentes niveles de administración, de los cuales cuando menos uno de los dos dispositivos de administración funge como administrador de elementos y cuando menos uno de los cuando menos dos dispositivos de administración funge como administrador de red al cual está subordinado el administrador de elementos. Los administradores de elementos frente a los niveles inferiores fungen como administradores y en relación al siguiente nivel superior de la red de administración actúan como agentes. ün administrador inicia las llamadas operaciones de vigilancia y control de red (Requests, solicitudes que son realizadas en los agentes) y reciben las respuestas (Responses) correspondientes. Un agente reconoce los eventos relevantes de la red (Events, por ejemplo alarmas), las notificaciones generadas y las transmite al administrador en forma de reportes de eventos (Event Reports), para hacer posible una eficiente administración de red. Una red de administración de ese tipo para una red de comunicación móvil con una relación agente-administrador abarca por ejemplo centros de operación y mantenimiento (OMC Operation and Maintenance Center) y varios centros de administración de redes (NMC Network Management Center) . Adicionalmente puede por ejemplo proveerse un nivel de administración de la red de administración, que contenga los niveles de elemento de red ("Network Element Level") con varios sistemas de estación base. En el nivel de administración del elemento de red ("Network Element Management Level") pueden por ejemplo los centros de operación y mantenimiento preparar las funciones de administración especificas para cada fabricante, por ejemplo para las estaciones base independientes del sistema de estaciones base. En el nivel de administración de red ("Network Management Level") los centros de administración de red realiza una función de administración integrada por lo regular independiente del fabricante. Asi pueden varios centros de administración de red tener un acceso al mismo dispositivo de red del nivel de administración inmediatamente inferior del nivel de administración de elemento de red "Network Element Management Level") , por ejemplo los centros de administración de red tienen acceso a cuando menos un centro de operación y mantenimiento del nivel de administración inmediatamente inferior. Entre los dispositivos de red de diferentes niveles de administración se han provisto interfaces habitualmente definidas para la transmisión de información en la comunicación entre el administrador y el agente, las llamadas interfaces de administración, que en una ambiente orientado a objeto están caracterizados por medio de un protocolo de comunicación (por ejemplo CMIP (Common Management Information protocol según ITU-T X.711) o CORBA (Common Object Request Broker Architecture) ) y un modelo de objeto. Esas interfaces existen por ejemplo entre los niveles de administración de elemento de red y de elemento de red (por ejemplo OMC-BSS (BSS Subsistema de estación base) en una red de radio móvil GSM) o entre los niveles de Administración de Red y de Administración de Elemento de Red (por e emplo NMC-OMC) . La administración óptica de una red de telecomunicación predetermina que solo las notificaciones de eventos relevantes de los agentes subordinados sean transferidos lo más rápidamente posible a los sistemas administradores. Bajo las condiciones normales esto es cuando funciona la comunicación entre agentes y administradores, esto se realiza a través de un mecanismo filtrante presente en el agente (por ejemplo en una interfaz de administración basada en CMIP con la ayuda de Discriminadores de Envió de Eventos, llamados EFD, de acuerdo con ITÜ-T X.734 "Systems Management: Event Report Management Function" - Administración de sistemas : Función de Administración de Reportes de Eventos) . La tarea de ese filtro es por medio de pruebas correspondientes solo transmitir aquellas notificaciones al administrador que cumplan con determinados criterios. Un administrador puede instalar o eliminar un filtro en el agente y determinar los criterios de filtrado. Con esto cada administrador puede controlar en cualquier momento el flujo de información de acuerdo con sus requisitos individuales . La red de administración considerada especialmente a continuación tiene dos dispositivos de administración en diferentes niveles de administración, en los cuales cuando menos uno de los cuando menos dos dispositivos de administración funge como administrador de elementos y cuando menos uno de los cuando menos dos dispositivos de administración funge como administrador de elementos en su función como agente de los administradores de red superiores e inferiores . El documento DE 198 01 785 Al describe un procedimiento para el manejo de alarmas en un sistema de comunicación. Un administrador envía a un agente un aviso, a través del cual se solicita una compensación de los datos de alarma. El aviso contiene un parámetro, a través del cual se controla la compensación de los datos de alarma. La compensación de los datos de alarma se realiza después de que se ha reanudado una interrupción del enlace de la comunicación entre el administrador y el agente. Después de recibir la solicitud el agente envía sucesivamente las alarmas solicitadas al administrador . El documento US 2003/0162537 Al describe un sistema de administración que como administrador incluye un dispositivo que depende del fabricante. Una agente recibe informaciones dependientes del fabricante, las cuales son transmitidas al administrador independiente del fabricante en un formato independiente del fabricante. Los estándares ITU-T (Unión Internacional de Telecomunicaciones - sector de estandarización de telecomunicaciones= de la serie X.73X definen para la administración de las redes de telecomunicación, diferentes funciones de administración de sistemas ("Systems Management Functions") , que pueden ser utilizados por los procesos de aplicación en un ambiente de administración centralizado o descentralizado. La administración de errores (Faul Management) y el procesamiento de alarmas (Alarm handling) como una de las funciones más importantes para la vigilancia y el control de la red se realiza con la ayuda de dispositivos de administración (Sistemas de administración) . Los dispositivos de administración pueden encontrarse en especial en el nivel de Administración de Elementos de Red (por ejemplo OMC, administrado de elementos) o el nivel de administración de niveles (por ejemplo NMC, Administrador de Red) . En una red de telecomunicaciones existe habitualmente un gran número de recursos de red, que pueden ser modelados en forma de las llamadas instancias de objeto (MOI Management Object Instance) y que pueden generar alarmas. Cada alarma se genera como consecuencia de cuando menos un evento en cuando menos un recurso de red de la red de comunicación. Entre los diferentes recursos de red existen diferentes tipos de relaciones, de tal forma que por ejemplo un evento en un recurso de red puede tener como consecuencia una serie de eventos adicionales en el mismo y/o en otro recurso de red. Para la administración de una red de telecomunicación completa desde el punto de vista de la operación son importantes dos niveles de administración : • El nivel de "Network Element Management"
(Nivel EM) , cuya funcionalidad es realizada por el administrador (regional) de elementos (habitualmente llamada OMC) , que por lo regular es producida por el mismo fabricante de los correspondientes dispositivos o elementos de red (Net ork Elements, NE) . Los OMC deben tomar en cuenta todas las propiedades de los elementos de red que son específicos para unos productos (esto es también las correspondientes características de hardware) . • El nivel de "Administración de Red" (Nivel
NM) , cuya funcionalidad es realizada por un administrador de red (habitualmente llamada NMC) r que también puede ser proporcionada por un tercer fabricante. Para hacer posible una integración funcional de las regiones de red específicas para el fabricante bajo un NMC único, la interfaz entre NMC y sus) de OMC (regionales) deben ser independientes del fabricante . La independencia del fabricante de las interfaces OMC-NMC puede garantizarse en un ambiente de administración orientado al objeto por medio del uso exclusivo de las llamadas clases de objetos relacionadas a la función ( functional-related MOC (Management Object Class)). Los objetos funcionales modelan los recursos de red de una red de telecomunicaciones de una capa funcional independiente del fabricante. Contrariamente las interfaces especificas a los productos entre OMC y los elementos de red (por ejemplo BSS (sistema estación base) y SSS (Subsistema de conmutación en una red GSM) conocen las clases de objetos relacionadas al hardware (equipment-related MOC) , que se diferencian de un fabricante a otro. En esta jerarquia de administración cada OMC especifico a un fabricante tiene un doble papel; administrador para los NE y agente para los NMC de rango superior. El manejo de las alarmas puede realizarse básicamente en dos niveles de administración: En el nivel EM, esto es en un sistema OMC especifico al fabricante (que pertenece a una región de red) habitualmente en los dias hábiles. La modificación del estado de una alarma se comunica a NMC, en este caso habitualmente de forma automática a través de un correspondiente aviso de evento. - En el nivel NM, esto es en un sistema NMC, habitualmente durante el tiempo en el cual, los OMC no están ocupados, por ejemplo en las noches o en los fines de semana. El estado de una alarma es modificado por medio del operador, el administrador de elementos subordinado debe sincronizarse automáticamente, para que todos los sistemas de administración reciban el mismo estado de información. Para una sincronización de ese tipo los estándares 3GPP actuales definen la serie TS 32.xxx de diferentes operaciones, en las cuales deben especificarse las alarmas en cuestión . Para un mayor número de alarmas manejadas este tipo de sincronización no es eficiente ni para las interfaces N -E ni para los OMC . Una sincronización de las alarmas en el nivel EM después de modificar el estado de la alarma en el nivel NM se especifica en el estándar 3GPP de la serie TS 32. xxx de la siguiente manera: - para cada tipo de mane o de alarma (confirmación
(acknowledgement), retiro de la confirmación unackowledgement) , desactivación (clearing) , presentación de comentarios de alarma (set comments ) ¡ se define otra operación {con otra sintaxis) . - Cada una de las alarmas que van a ser sincronizadas debe ser identificada en la operación por medio de una identificación clara.
Así se concibe como especialmente complicada una sincronización de un gran número de alarmas manej adas . SUMARIO DE LA INVENCION La invención se propone la tarea de presentar un procedimiento de un administrador de elementos y un sistema de comunicación del tipo antes mencionado, por medio del cual puede simplificarse la sincronización y en especial se hace posible el realizar la sincronización simultanea de varias alarmas manejadas en el nivel NM con los sistemas O C. Esta tarea se resuelve de acuerdo con la invención en lo que respecta al procedimiento, con las características dadas en la reivindicación 1, con respecto al administrador de elementos por medio de las características de la reivindicación 8 y con respecto al sistema de comunicaciones por medio de de las características de la reivindicación 12. Otras modalidades y realizaciones de la invención se presentan en especial en las reivindicaciones dependientes . De acuerdo con la invención • en el administrador de elementos (OMC) en la interfaz entre el administrador de red y el administrador de elementos, se ajusta una alarma a una clase objeto funcional considerando un modelo de objeto, • se transmite la alarma del administrador de elementos al administrador de red, la alarma es procesada en el administrador de red; y • se realiza una sincronización del estado de la alarma entre el administrador de red y el administrador de elemento en el administrador de elemento con la ayuda de una interfaz entre el administrar de red y el administrador de elementos durante la operación del sistema de comunicaciones . Por medio de esta medida se hace posible un mejor procesamiento de las alarmas en lo que respecta a la sincronización, para la cual se pone a disposición un mecanismo universal independiente del fabricante, el cual no solo puede utilizarse para las redes de radio móvil GSM (Sistema Global de Comunicaciones Móviles) y UMTS (Sistema de telecomunicación Móvil Universal), sino también para la administración de cualquier tipo de red de telecomunicaciones. La invención permite el procesamiento de alarmas en los sistemas de administración, que realizan las funciones de diferentes niveles de administración, por ejemplo la administración del elemento de red o la administración de la red. Por lo regular se encuentran una pluralidad de administradores de elementos de red (por ejemplo OMC) y una pluralidad de administradores de red (por ejemplo NMC) . El procedimiento de acuerdo con la invención puede utilizarse básicamente para todas las redes de telecomunicación. Esto incluye expresamente también las redes de telecomunicaciones inalámbricas . En la parte de funcionamiento lógico del administrador de elementos correspondiente a la funcionalidad de administración como administrador de elemento de red se reciben las alarmas que llegan desde un elemento de red y antes de ser retransmitidas al administrador de red son transferidas en la parte de funcionamiento lógico del administrador de red correspondiente a la funcionalidad de administración como agente frente al administrador de red. En ambas partes de funcionamiento lógico pueden almacenarse informaciones sobre la alarma. La retransmisión de la alarma desde el administrador de elemento no es forzosa para todas las alarmas, pero en lo regular para aquellas alarmas, que son importantes para el administrador de la red. Estas se adaptan en el administrador de elementos a una clase de objetos funcionales antes de la retransmisión al administrador de red. La transmisión al administrador de redes se realiza preferentemente en tiempo libre esto es sin grandes demoras. Por lo regular la alarma se transmite a través de un dispositivo de filtrado (por ejemplo ED al administrador de red. La transmisión al administrador de red puede realizarse por medio de dispositivos de filtro de acción ajustable y/o variable. En especial puede por ejemplo ajustarse y/o variarse la acción del dispositivo filtrante sobre todo en lo que respecta al sistema de administración. Como dispositivo de filtrado en el marco de la invención puede utilizarse preferentemente un discriminador de transmisión de eventos (EFD Event Forwarding Discriminator) .La tarea del dispositivo filtrante en esta funcionalidad (reporte de eventos de acuerdo con IT-T X.734) es solo enviar al administrador solo aquellos reportes de eventos (event reports), que satisfagan ciertos criterios de filtrado. El administrador asi está en la posición de implementar o eliminar esos EFD en el agente y fijar los criterios de filtrado (a través del atributo de construcción de discriminador discriminatorConstruct-Attribut ) . Con esto cada administrador en cualquier momento puede controlar el flujo de información de acuerdo con sus requisitos individuales . El administrador de red puede conformar y/o borrar los contenidos de actividades del dispositivo filtrante en el administrador de elementos y/o el administrador de red puede fijar los criterios de filtrado. En una modalidad ventajosa de la invención en el administrador de elementos se almacenan cuando menos informaciones temporales referentes al contenido de la alarma que entra al administrador de elementos y/o que se ha formado con una clase de objeto funcional considerando el modelo del objeto en la interfaz entre el administrador de red y el administrador de elemento. Se prefiere hacer uso de ambas posibilidades mencionadas . Considerando que la segunda posibilidad mencionada incluye que ventajosamente en el administrador de elemento (por ejemplo OMC) las alarmas que entran como reportes de eventos sean transformadas a las clases de objetos funcionales correspondientes de acuerdo con el modelo de información de las interfaces entre el administrador de elemento (funcionando como agente) y el administrador de red (por ejemplo NMC en la función de administrador) . En especial las informaciones almacenadas cuando menos parcialmente pueden contener de una lista de alarmas de las alarmas que entran al administrador de elementos y una lista de alarmas de las alarmas formadas de acuerdo con una clase de objeto funcional considerando el modelo del objeto en una interfaz entre el administrador de red y el administrador de elementos. Preferentemente la información almacenada en el administrador de elementos y referente al contenido de las alarmas que entran al administrador de elementos y las alarmas formadas de acuerdo con una clase de objeto funcional considerando el modelo del objeto en una interfaz entre el administrador de red y el administrador de elementos, se utiliza cuando menos parcialmente para la sincronización por medio de una única operación. En otra modalidad de la invención para la sincronización por medio de una única operación en el administrador de elementos una instancia de objeto como una instancia de referencia para la clase de objeto funcional, en la cual se formó la alarma considerando el modelo del objeto en la interfaz entre el administrador y el administrador de elemento, puede ser transmitida del administrador de red al administrador elemento. Para esto las alarmas entrantes al administrador de elemento se transformaron a la clase objeto funcional correspondiente de acuerdo con el modelo de información de la interfaz entre el modelo de información de las interfaces y el administrador de red . Este procedimiento puede ampliarse al considerar la información almacenada en el administrador de elemento con respecto al contenido de la alarma que entra al administrador de elementos y la alarma formada de acuerdo con una clase de objeto funcional considerando el modelo del objeto en una interfaz entre el administrador de red y el administrador de elementos, durante la sincronización se realiza una reformación de la instancia de objeto del modelo de objeto en una interfaz entre el administrador el elemento y el elemento de red. En especial puede proveerse que durante la sincronización sean consideradas una, varias o todas las instancias de objeto, instancias de objeto que en el árbol de objetos corresponden al modelo de objetos en la interfaz entre el administrador de elementos y el elemento de red por debajo de la instancia de referencia de acuerdo con el modelo de objeto en la interfaz entre el administrador de red y el administrador de elemento, de acuerdo con el modelo de objeto en la interfaz entre el administrador de elemento y el elemento de red. El procedimiento de acuerdo con la invención presenta en especial las siguientes ventajas: • El procedimiento define un mecanismo único optimizado para la sincronización de varias alarmas en el nivel EM después de diferentes procesamientos en el nivel EM. Se mejoran claramente tanto la potencia de procesamiento en los agentes (OMC) como también el rendimiento de la interfaz de administración NM-EM. • Como base del procedimiento sirve un procesamiento de alarmas (que también puede ser llamado como función de trazado "Mapping function") que pueda utilizarse para ambas direcciones de comunicación (esto es del administrador de elementos al administrador de red y la dirección contraria del administrador de red al administrador de elemento) tomando en cuenta diferentes modelos de objetos en una jerarquía de administración. El administrador de elementos de acuerdo con la invención de un sistema de administración de una red de comunicación para el procesamiento de alarmas en el sistema de administración de una red de comunicación en forma esta formado como uno de cuando menos dos dispositivos de administración de la red de administración en diferentes niveles de administración de tal forma que el administrador de elementos en su función de agente está subordinado a un administrador de red. En el administrador de elementos de acuerdo con la invención están provistos : - medios para formar una alarma sobre una clase de objetos funcionales considerando un modelo de objeto en la interfaz entre el administrador de red y el administrador de elementos, - medios para transmitir la alarma desde el administrador de elementos al administrador de red y - medios para sincronizar el estado de la alarma entre el administrador de red y el administrador de elementos en el administrador de elementos con la ayuda de una operación única para la interfaz entre el administrador de red y el administrador de elementos en el sistema de comunicación después de un procesamiento de la alarma en el administrador de red. Además pueden proveerse medios para almacenar cuando menos temporalmente informaciones referentes al contenido de la alarma que entra al administrador de elementos y/o la alarma formada de acuerdo con la clase de objeto funcional considerando el modelo el objeto en la interfaz entre el administrador de red y 1 administrador de elemento. El administ ador de elementos puede además presentar medios para transmitir las alarmas que entran al administrador de elementos al administrador de red. En especial el administrador de elementos puede presentar dispositivos filtrantes con funciones ajustables y/o variables. Finalmente el administrador de elementos puede presentar medios para recibir una instancia de objeto de la alarma procesada en el administrador de red, como instancia de referencia para la clase de objeto funcional, en la cual se formó la alarma considerando el modelo de objeto en la interfaz entre el administrador de red y el administrador de elemento, para la sincronización por medio de la operación única del administrador de red. El administrador de elemento puede estar provisto con otros medios para realizar el procedimiento antes descrito. El sistema de comunicación de acuerdo con la invención para procesar alarmas por medio de una red de administración con cuando menos dos dispositivos de administración en diferentes niveles de administración está conformada de tal manera que cuando menos uno de los cuando menos dos dispositivos de administración funge como administrador de elementos y cuando menos uno de los cuando menos dos dispositivos de administración funge como administrador de elementos en su función como agente de los administradores de red superiores e inferiores . Puede presentar medios para realizar el procedimiento antes descrito. En especial puede contener un administrador de elementos descrito antes . BREVE DESCRIPCION DE LAS FIGURAS A continuación se explicará detalladamente la invención con la ayuda de los ejemplos de realización haciendo referencia a las figuras. En las cuales : La figura 1 muestra un diagrama a bloques de una red de administración para un sistema de comunicación con una relación agente-administrador entre los elementos de red, los centros de operación y mantenimiento y un centro de administración de red; La figura 2 muestra una representación esquemática de una sección de la red de administración para un sistema de comunicación una relación agente-administrador entre el elemento de red, un centro de operación y mantenimiento y un centro de administración de red con el ajuste de una alarma entre la interfaz entre el administrador de elementos y el elemento de red y la interfaz entre el administrador de red y el administrador de elementos,
La figura 3 muestra un ejemplo de un esquema de flujo de una operación de acuerdo con la invención para una interfaz entre el administrador de red y el administrador de elementos en el sistema de comunicación, La figura 4 muestra un ejemplo de la estructura jerárquica de la trama de objetos, y La figura 5 muestra una representación esquemática de una sección de la red de administración para un sistema de comunicación con una relación agente—administrador entre un elemento de red, un centro de operación y mantenimiento y un centro de administración de red con sincronización de alarmas después de su procesamiento en el administrador de red. DESCRIPCION DE LA INVENCION En la figura 1 se muestra un diagrama a bloques de una red de administración para un sistema de comunicación móvil con una relación agente- administrador entre por un lado los centros de operación y mantenimiento OMCa, OMC2 a OMCN (OMC Centro de Operación y Mantenimiento) y los elementos de red NE (elementos de red) , asi que como por otro lado un centro de administración de red NMC (Centro de Administración de Red) y los centros de de operación y mantenimiento OMd, OMC2 a OMCN (OMC Centro de Operación y Mantenimiento) . La figura 1 muestra una representación con tres niveles de administración NIVEL NM, NIVEL EM y NIVEL NE . El nivel de administración NIVEL EM designa el nivel de administración de elemento de red ("Net ork Element Management Level") en los centros de operación y mantenimiento OMCi, O C2 a OMCN se procesan las funciones de administración especificas al fabricante para por ejemplo sistemas de estación base no representadas en la figura 1 en el nivel de administración NIVEL NE (por ejemplo BSSi a BSSP con sistemas de estación base en un número de 1 a P) .
El nivel de administración NIVEL NM designa el nivel de administración de red ("Network Management Level") en el cual el centro de administración de red NMC realiza una función de administración integrada independiente del fabricante. Básicamente pueden estar presentes varios centros de administración de red NMC en el nivel de administración NIVEL NM. Entre elementos de diferentes niveles de administración se encuentran interfaces definidas para la transmisión de información . Con el centro de administración de red NMC están unidos centro de operación y mantenimiento OMCi, OMC2 a OMCN a través de una interfaz NM-EM. Lógicamente el centro de administración de red nMC está unido con los agentes NMC de los centros de operación y mantenimiento OMCj., OMC2 a OMCN. Cada uno de los centros de operación y mantenimiento O Ci, OMC2 a OMCN presentan además lógicamente un administrador NE para os interfaces ??-?? a los elementos de red NE (en la figura 1 no se representan pero en la figura 2 si) . En los elementos de red NE como se muestra en la figura 1, pueden estar provistos dispositivos filtrantes para la transmisión de reportes de alarma a los centros de operación y mantenimiento O Ci, OMC2 a OMCN. A continuación se describirá el procedimiento de acuerdo con la invención con la ayuda de un ejemplo concreto de la colocación de la alarma entre una interfaz E - E y la interfaz NM-E de la figura 2. El manejo de alarmas (Alarm surveillance) como una de las funciones más importantes para la vigilancia y el control de las redes se realiza en un nivel de administración de red (en el nivel NM por ejemplo en el centro de administración de red NMC) principalmente con la ayuda de una lista de alarmas. Primero en la parte lógica del administrador NE de los centros de operación y mantenimiento OMC se almacenan las informaciones de las alarmas (insert original alarma) en una lista de alarma "Original alarm list". Considerando el modelo del objeto en la interfaz NM-EM cada centro de operación y mantenimiento OMC debe realizar una función de trazado (Mapping function) , que transforma todas las alarmas del los elementos de red ("alarma "original") relevantes para el centro de administración de red NMC a la instancia de objeto funcional correspondiente. La información exacta de la alarma que entra originalmente a los centros de operación y mantenimiento OMC, sobre todo con respecto a los recursos de red originalmente utilizados, son descritos por la operación de la función de trazado como información adicional en la lista de alarma formada o derivada ( apped alarm list) (por ejemplo en el parámetro de alarma estandarizado "additionalText o "additionallnformation" ) , en donde el almacenamiento de la alarma formada de la lista de alarma "Mapped alarm list" del agente NMC por medio de la operación "inserí mapped alarm" que se muestra en la figura 2. Ventajosamente puede proveerse una tabla de trazado (Mapping table) de la cual pueden tomarse y en la cual pueden almacenarse detalles sobre el modelo objeto en la interfaz NM-EM con referencia a la función de trazado (Mapping function) . Ya que la interfaz entre NMC y el centro de operación y mantenimiento OMC deben ser independientes de los fabricantes, el modelo de información (Information Model) de esa interfaz de administración NM-EM contiene solo clases de objetos funcionales (MOC Management Object Class) de la siguiente forma: por un lado se trata de las llamadas clases de objetos lógicos, las cuales modelan el funcionamiento de la red de telecomunicación. Ejemplos de esos MOC lógicos en una red de radio móvil GSM son BSC, MtsSiteManager o Transcoder . Por otro lado una administración de red óptima requiere que el centro de administración de red NMC también contenga información por ejemplo alarmas acerca de la capacidad de operación del hardware de las unidades de red. Esas informaciones deben permitir al operador NMC, evaluar el significado de fallas de hardware para el funcionamiento de toda la unidad de red, para tomar localmente las medidas de reparación correspondientes. Esto se aplica sobre todo cuando los centros de operación y mantenimiento OMCi, OMC2 a OMCN no están ocupados y la red de radio móvil solo es vigilada por el centro de administración de red NMC. Para hacer posible la vigilancia de la red en un centro de administración de red NMC de mayor rango (sobre todo durante el tiempo en el quo centros de operación y mantenimiento OMCj., OMC2 a OMCN se encuentran desocupados, por ejemplo en las noches o en los fines de semana), como se menciona antes, cada centro de operación y mantenimiento OMC debe contener una función de trazado (Maping function) , que transforma todos los reportes de eventos (event reports) relevantes para el centro de administración de red NMC como alarmas desde los elementos de red NE a la clase de objeto funcional correspondiente de acuerdo con el modelo de información (Information Model) de la interfaz de OMC-NMC NM-EM. Las informaciones exactas de los reportes de alarma originales que se generan en el elemento de red NE (por ejemplo indicaciones sobre los datos específicos del fabricante como tipo de tablero, número de tablero etc.) están contenidos como información adicional (por ejemplo en el parámetro estandarizado "additionalText" o additionallnformation" ) en el reporte de alarma producido (que también puede ser designado como reporte de alarma "mediado") . Los reportes de alarma formados o transformados son conducidos a continuación en el dispositivo filtrante EFD propio de NMC en la porción lógica del agente NMC del centro de operación y mantenimiento OMC. Esto se muestra en la representación esquemática de una sección de la red de administración para un sistema de comunicación con una relación agente-administrador entre los elementos de red NE, un centro de operación y mantenimiento OMC y un centro de administración de red NMC en la figura 2. Los reportes de alarma originales de los elementos de red NE (alarma "Original") se almacena por ejemplo en el centro de operación y mantenimiento OMC como administrador de elemento, con la función de trazado " apping function" se transforma en las clases de objetos funcionales y se transmite al centro de administración de red NMC como alarma trazada ("Mapped" Alarm) utilizando el dispositivo filtrante EFD con funciones ajustables y/o variables. En el centro de administración de red se realiza el almacenamiento de la alarma trazada en una lista de alarmas "Mapped alarm list" del centro de administración de red NMC por medio de la operación de insertar alarma trazada "Insert mapped alarm". Los árboles de objetos ( "containment trees") diferentes mostrados en la en la figura 2 en las interfaces EM-NE o NM-EM forma la base de la transformación de alarmas por medio de la función de trazado "Mapping function". Ya que en las interfaces EM-NE debe detallarse naturalmente el modelado de los recursos de red (aquí deben manejarse adicionalmente recursos específicos al fabricante) , el árbol de objetos de las interfaces EM-NE contiene muchas más clases de objetos que la interfaz NM-EM. La transformación de las alarmas tiene lugar consecuentemente en la mayoria de los casos en una relación de un mayor (o igual) a 1, esto es los reportes de alarmas de varias clases de objetos subordinadas en la erarquía del árbol de objetos EM- ME, pueden transformarse en alarmas de clases de objetos individuales en las interfaces NM-EM. En el nivel de administración de red (N LEVEL de acuerdo con la figura 1) pueden las alarmas trazadas (Alarmas "Mapped") recibir diferentes procesamientos por parte de los operados, por ejemplo de la siguiente manera: - la alarma se confirma (alarm acknowledgement) , de esto se tomo conocimiento de la alarma y se han realizado eventualmente medidas de reparación. Una confirmación de la alarma puede ser rechazada por el mismo operador NMC {alarma, unacknowledgment) . - la alarma es desactivada manualmente por el operador (alarm clearing) r por ejemplo cuando el origen de una alarma ha sido resuelto sin que el reporte de evento haya podido ser generado por el elemento de red NE . - Comentarios [alarm comments) se asignan a una alarma, por ejemplo para hacer posible una mejor coordinación entre los operadores . El estado de las alarmas que son procesadas en el nivel NM (NM LEVEL) deben sincronizarse subsecuentemente al nivel EM (EM LEVEL) . Esta sincronización automática es sobretodo importante al cambiar el estrato de los operadores O C (por ejemplo cada mañana cuando los centros de operación y mantenimiento vuelven a ser ocupados), con esto pueden recibir los operadores OMC una imagen correcta de la situación de las alarmas en la red. El procedimiento de acuerdo con la invención descrito detalladamente en el ejemplo de realización puede aplicarse básicamente para todas las interfaces administrador-agente. ? continuación se explica en forma de ejemplo con las realizaciones de interfaces NMC-OMC basadas en un CMIP. El procedimiento sin embargo puede aplicarse al usar otros protocolos de interfaces (por ejemplo SWMP o CORBA) de igualmente en la forma correspondientemente adaptada. Para esto se considerará por ejemplo la sincronización de alarmas con una selección de objetos múltiple ( múltiple object slectlon") y se muestra en la figura 3. Para la sincronización de estados de alarma de diferentes instancias de objetos se realiza en la interfaz NM-EM una operación única alignAlarmsStatus (por ejemplo en una interfaz de administración basada en CMIP con la ayuda del servicio M-ACTION de acuerdo con el estándar ITÜ-T X.710) . Esa operación única alignAlarmsStatus cuyo curso se muestra en la figura 3 abarca cuando menos dos secciones de comunicación, esto es una sección de solicitud (Operation request) de la operación alignAlarmsStatus del centro de administración de red NMC al centro de operación y mantenimiento OMC y una sección de respuesta (Operation response) de la operación alignAlarmsStatus del centro de operación y mantenimiento OMC en el centro de administración de red NMC. La solicitud de la operación {Operation request) de la operación única alignAlarmsStatus se determina venta osamente por medio de los siguientes parámetros : · opera tionType: Ese parámetro define el tipo de sincronización de alarma requerido en el centro de operación y mantenimiento OMC [ackr unackr olea r coirjnent) . > baseMOI: Este parámetro identifica una instancia de referencia como punto de partida en el árbol de objetos de la interfaz NM-EM para la sincronización de estados de alarma. Todas las alarmas buscadas se refieren a esa instancia de referencia y eventualmente - dependiendo del valor del siguiente parámetro cholee a diferentes instancias subordinadas al la instancia de referencia en el árbol de objetos. cholee: Este parámetro especifica, a partir de la instancia de referencia antes mencionada, para cuales recursos de red subordinados en el árbol de objetos de las interfaces NM-Em deben sincronizarse los estados de alarma en OMC . Este parámetro puede tener los siguientes valores: - un valor wholeSubtree : Se consideran todas las alarmas provenientes de la instancia de referencia y de todos los objetos subordinados a esa instancia en el árbol de obj etos . - un valor levelNumber: Se consideran aquellas alarmas que fueron generadas por los objetos subordinados a la instancia de referencia en el nivel n (observación: la instancia del objeto de referencia definido por ejemplo como Nivel 0 y del nivel presente en el árbol de objeto con objetos subordinados recibe su nivel un número natural n) . Este valor solo puede utilizarse cuando están presentes clases de objeto equivalente en el nivel n de acuerdo con el valor del parámetro levelNumber en ambos árboles de objetos en las interfaces NM-EM y EM-NE . CommentText : Este parámetro opcional (que se representa en la figura 3 por medio de paréntesis cuadrados) solo se utiliza cunado el parámetro antes mencionado operationType tiene el valor comment y especifica una comentario al operador que debe asignar las alarmas seleccionadas . La respuesta de operación (Operation responde) de la operación alignAlarmsStatus venta osamente se determina por medio del siguiente parámetro : Status: Este parámetro contiene los resultados de la realización de la sincronización de la alarma en el centro de operación y mantenimiento OMC. El parámetro cholee del la solicitud de operación (Operation reguest) de la operación puede tener los valores w oIeSujbtree y levelNumber. Sobre esto, la figura 4 muestra un ejemplo, en el cual se muestra una jerarquía de un árbol de objetos válido en ambas interfaces NM-EM y EM-NE. Básicamente es válido que el árbol de objeto de la interfaz NM-EM esté contenido en la interfaz E -NE con la misma j erarquia . El ejemplo mostrado en la figura 4 se muestra con los siguientes niveles de jerarquía crecientes : -> bssFunction (Instancia de función BSS) -> bsc (Instancia BSC) -> btsSiteManaher (Instancia de Administrador de sitio BTS) -> bts (Instancia BTS) -> transceptor (Instancia de transceptor) . Bajo la suposición de que el parámetro baseMOI = btsSiteManager : 3 (esto es la instancia BTS-SiteManager con el número 3) y el parámetro cholee = número de nivel (2) (esto es solo se consideran aquellas alarmas que fueron generadas por la instancia de referencia de los objetos subordinados a la instancia de referencia del nivel 2), significa esto para el ejemplo de realización representado que son consideradas todas las alarmas de las instancias de transceptor provistas en el árbol de objetos por debajo de la instancia btsSiteManager : 3 (instancia BTS-SiteManager con el número 3) . Después de recibir las solicitudes mostradas en la figura 3 (Operation request de la operación alignAla msStatus en el centro de operaciones y mantenimiento OMC se sincronizan los estados de todas las alarmas seleccionadas en el centro de administración de red NMC tanto en la lista de alarmas " apped alarm list" del agente NMC como también la lista de alarma "Original alarm list" del administrador NE de acuerdo con el valor del parámetro operationType •ack: Todas las alarmas se encuentran automáticamente en el estado
"confirmadas", •unack: Todas las alarmas se llevan automáticamente al estado "no confirmadas"
• clear: Todas las alarman se "desactivan" automáticamente. Aquellas alarmas que ya fueron confirmadas son retiradas de las listas de alarmas. • cominen t: A cada alarma se le asigna un comentario de operador. El agente envía a continuación una respuesta (Operation response) al administrador (NMC), la cual contiene el resultado de la realización. Refiriéndonos a la figura 5 a continuación se describe un ejemplo de realización para una sincronización de alarma con confirmación de alarma [alarm acknowledgement) en el OMC, el cual está sincronizado al estado de la confirmación de la alarma ("acknowledgementSta te") . Se supone que se utiliza un sistema de estación base (por ejemplo la instancia de función BSS no. 17, bssFunctlon : 17") y con esto se muestra un número mayor de alarmas correspondientes en el centro de administración de red NMC. El operador NMC
(que conoce la razón de la existencia de esas alarmas) ha seleccionado y confirmado ( ackno ledged) las alarmas provenientes de ese elemento de red BSS. El NMC subsecuentemente envía al centro de operación y mantenimiento OMC que vigila a la estación base, una solicitud de operación (Operation request) de la operación alignAlarmsStatus con los siguientes valores de parámetros: • operationType = ack • baseMOI = bssFunction : 17 • cholee = wholeSubtree El parámetro opcional commentText no se utiliza en este ejemplo. En el centro de operación y mantenimiento MC el agente NMC realiza los siguientes pasos: a) En la lista de alarmas "Mapped alarm. llst" se buscan aquellas alarmas cuya instancia de objeto (parámetro MOI) contenga el componente (llamado "relatíve distinguished ñame" - nombre distinguido relativo) bssFunction : 17. En cada forma trazada encontrada ("Mapped" alarm) del parámetro addltionalText (o Addtionallnformation) determina la instancia del objeto de la alarma origina BSS ("original") (origMOIK) . Todas las alarmas que se encuentran en la lista de alarmas "Maped alarm list" de los agentes NMC son confirmadas automáticamente (acknowledged) . Si ahora ya no se encuentra activa la alarma confirmada, entonces es eliminada automáticamente de la lista de alarmas "Maped alarm list" del agente NC . Después de que se han encontrado todas las instancias de objeto originales ("original") de la alarma, el agente NMC envía al administrador NE en el centro de operación y mantenimiento OMC en un comando interno scopedAlarmsHandling con los siguientes valores de parámetros: - operationType : ack - objectlnstanceList : Ese parámetro especifica una secuencia de instancias de objetos en las interfaces EM— NE, cuyas alarmas deben ser confirmadas (origMOIi, origMOIn) . (Puede proveerse además un parámetro opcional comment para comentar) . Después de la recepción del comando scopecIAlarmsHandling el administrador NE del centro de operación y mantenimiento O C realiza los siguientes pasos: a) Para cada instancia de objeto origMOIk (k=l..m): se confirman automáticamente todas las alarmas en la lista de alarma "Original alarm list" del administrador NE, cuya instancia de objeto (Parámetro OI) contiene en el valor "relative distinguished ñame" de la instancia del objeto contiene orig- OIk. Esto significa la siguiente ventaja: con esto se confirman también gue las alarmas de la instancia de objeto origMOIk, fueron filtradas intencionalmente por medio de un filtro propio de NMC (por ejemplo porque esas alarmas son menos relevantes para el operador NMC) . b) Si la alarma confirmada ya no esta activa, entonces esta se elimina automáticamente de la lista de alarmas "Original alarm list".
Anteriormente se describió antes una confirmación de alarma {alaria acknowledgement) por medio del operador NMC . Para otros tipos de procesamiento de más alarmas en el centro de administración de redes NMC se aplica de forma correspondiente el mismo procedimiento.