ES2271016T3 - Actualizacion de informaciones de harware especificas del fabricante en la interfaz independiente del fabricante omc-nmc en telefonia movil. - Google Patents
Actualizacion de informaciones de harware especificas del fabricante en la interfaz independiente del fabricante omc-nmc en telefonia movil. Download PDFInfo
- Publication number
- ES2271016T3 ES2271016T3 ES01936267T ES01936267T ES2271016T3 ES 2271016 T3 ES2271016 T3 ES 2271016T3 ES 01936267 T ES01936267 T ES 01936267T ES 01936267 T ES01936267 T ES 01936267T ES 2271016 T3 ES2271016 T3 ES 2271016T3
- Authority
- ES
- Spain
- Prior art keywords
- manufacturer
- nmc
- information
- interface
- independent
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- 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/022—Multivendor or multi-standard integration
-
- 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/0226—Mapping or translating multiple network management protocols
-
- 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/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
-
- 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
- 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/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Procedimiento para la actualización de informaciones en un sistema de comunicaciones orientado al objeto, estructurado jerárquicamente, con al menos dos niveles de gestión mediante una interfaz independiente del fabricante entre un equipo de gestor independiente del fabricante (NMC) y al menos un equipo de agente (OMC), que obtiene informaciones de hardware específicas del fabricante y que procesa en un primer estado, caracterizado porque a través de la interfaz se transmiten informaciones de hardware específicas del fabricante en un formato independiente del fabricante hacia el equipo del gestor (NMC), utilizándose para la modelización orientada al objeto de la interfaz tanto clases de objetos referidos a la función como también clases de objetos con atributos específicos de hardware.
Description
Actualización de informaciones de hardware
específicas del fabricante en la interfaz independiente del
fabricante OMC-NMC en telefonía móvil.
La invención se refiere a un procedimiento para
la actualización de informaciones de hardware específicas del
fabricante en la interfaz independiente del fabricante
OMC-NMC en telefonía móvil según las
particularidades del concepto general de la reivindicación 1 o bien
en un sistema de comunicaciones con los correspondientes equipos
para realizar el procedimiento.
En un sistema de comunicaciones típico - por
ejemplo en un sistema de comunicaciones móviles - definen los
principios de una red de gestión, denominados también principios TMN
(TMN: Telecommunications Management Network, red de gestión de
telecomunicaciones) varios planos de gestión, para la gestión del
sistema de comunicaciones, teniendo cada nivel una doble función,
es decir, cada nivel, a excepción del más bajo, tiene una función de
gestor para el nivel que se encuentra debajo y cada plano, a
excepción del más alto, tiene una función de agente para el nivel
que se encuentra encima.
La gestión de faltas ("Fault Management")
es una parte importante de la gestión TMN. Por lo general, juega el
agente en este caso el papel activo, detectando a tiempo y con
precisión los eventos de falta del nivel propio de gestión y
transmitiéndolo al gestor del nivel superior siguiente, como
informes de sucesos o bien los llamados "event reports" (p.e.
alarm reports). En particular, cuando una falta anunciada no puede
ser tratada por la propia estación de gestor que la recibe,
retransmite la misma el aviso de falta o un aviso de falta
adecuadamente modificado al nivel siguiente más elevado. La
transmisión de los datos del suceso desde el correspondiente agente
al gestor no es crítica, siempre que sea posible el procesamiento en
un nivel receptor y/o funcione el mecanismo de comunicación entre
este nivel y el siguiente nivel más elevado, con lo que este
siguiente nivel más elevado recibe la retransmisión de la falta
anunciada y puede procesarla.
Una red de telecomunicaciones completa,
gestionada por un ofertante de servicios, como por ejemplo una red
de telefonía móvil GSM, se divide desde el punto de vista del
servicio en varias regiones de red, tal como puede verse en la
fig.1. Las regiones de la red incluyen entre otros gestores de
elementos, en particular los centros de operación y mantenimiento
OMCs, que por lo general gestionan múltiples sistemas de estaciones
de base BSS_{ij}. Un conjunto de regiones de red pertenecientes a
una red, es gestionado por un llamado centro de gestión de red NMC
común. La gestión se realiza entonces a través de respectivas
interfaces entre el centro de gestión de red NMC y los gestores de
elementos OMC de las distintas regiones de la red.
Aún cuando la red en su conjunto puede contener
hardware de distintos fabricantes, suministra en cada región de
red tanto los elementos de red como también los gestores de
elementos OMCs el mismo fabricante, ya que la gestión en el gestor
de elementos OMC debe considerar todas las características
específicas del fabricante de hardware, es decir, también las
correspondientes pruebas para la comprobación del funcionamiento sin
faltas de los elementos de red.
La interfaz entre el centro de gestión de red
NMC y los gestores de elementos regionales OMCs debe ser por lo
tanto independiente de los fabricantes, para permitir una
integración funcional de regiones de la red específicas del
fabricante bajo un centro de gestión de red NMC unificado. Esta
independencia respecto al fabricante de la interfaz
OMC-NMC puede realizarse en un entorno de gestión
orientado al objeto mediante la utilización de clases de objetos de
gestión lógicas, aquí referidas a la función
(functional-related MOC). Los objetos funcionales
modelan los recursos de red de una red de telecomunicaciones desde
un punto de vista funcional, independiente del fabricante.
Contrariamente a esto, conoce la interfaz
específica del fabricante entre OMC y los elementos de red NE
también las llamadas clases de objetos de gestión referidas al
hardware (equipment-related MOC), que son distintas
de fabricante a fabricante.
En los tiempos del funcionamiento principal, se
realiza la vigilancia de faltas usualmente en los gestores de
elementos OMC. Durante la noche, en los días festivos y en los fines
de semana, es vigilada no obstante la red de telefonía móvil aquí
descrita a modo de ejemplo por el centro de gestión de la red NMC
superior, ya que los OMCs regionales no tienen entonces
personal.
Una gestión óptima de la red en el centro de
gestión de la red NMC según la jerarquía TMN en el nivel de gestión
de la red, presupondría por lo tanto que en el NMC debe disponerse
también de informaciones sobre el equipamiento (hardware). Estas
informaciones deberían:
- a)
- permitir al operador NMC reconocer la causa real de la falta tras el fallo de los componentes de hardware, en particular de los hardware-Boards (tarjetas de hardware), lo cual es importante sobre todo cuando los gestores de elementos regionales OMC están sin personal y la red de telefonía móvil sólo se vigila desde el centro de gestión de red NMC y
- b)
- permitir al sistema NMC generar descripciones precisas de la falta o bien "Trouble-Tickets", para dar lugar a las correspondientes medidas de reparación localmente.
Aquí reside un conflicto aparente: por un lado,
la interfaz OMC-NMC debe ser independiente del
fabricante, y por otro lado se necesitan no obstante informaciones
específicas del fabricante en el centro de gestión de red NMC.
Un primer principio independiente del fabricante
para poner a disposición en la interfaz OMC-NMC
informaciones de hardware, es la definición de clases de objetos de
índices de equipamiento genéricos, los llamados equipment summary
MOCs, p.e. btsEquipment, bscEquipment, transcoderEquipment (bts:
basis transceiver station, estación transceptora de base; bsc:
basis station control, equipo de control de estación de base), que
modelan todo el hardware de una unidad de red. Un principio como
éste tiene no obstante el inconveniente de que cada vez que se
introducen nuevos tipos de unidades de red, para introducir por
ejemplo una nueva funcionalidad en una red de telefonía móvil, ha
de ampliarse el modelo de objetos de la interfaz
OMC-NMC y ha de modificarse el software de
aplicación tanto en el agente (OMC) como también en el gestor
(NMC).
Un objeto surge en general como resultado de una
actividad de modelización, en la que además de la funcionalidad
deben definirse, entre otros, los parámetros y las condiciones de
marco, y se conoce tanto por parte del gestor como también del
agente que ejecuta en la correspondiente interfaz, aquí por ejemplo
en una red de telefonía móvil en la interfaz entre el centro de
operación y mantenimiento OMC y un centro de gestión de red NMC.
El documento
- L. Hirsch: "Procedimiento unificado para el control de plausibilidad de las modificaciones de configuración de parámetros de radio en una red de telefonía móvil", Informe de la Técnica, Siemens AG, Erlangen, volumen 2, núm. 2, enero 1999, páginas 52-56, XP000828537, ISNN: 1436-7777
describe una interfaz Q3
estandarizada entre un NMC y un
OMC.
El documento
- "Network Management" (Gestión de red), FR, Lassay-Les-Chateaux, Europe Media, páginas 566-647, XP000860009
describe el modelo de información
Q3 de un sistema GSM, que utiliza clases de objetos. Existen clases
de objetos genéricas, que describen aspectos universales de un
elemento de red, así como clases de objetos específicas que pueden
utilizarse para describir elementos de red de determinados
fabricantes.
La invención tiene la tarea básica de poner a
disposición un procedimiento para la actualización de informaciones
de hardware específicas del fabricante en la interfaz
multi-vendor (multisuministrador) o bien
independiente del fabricante OMC-NMC en telefonía
móvil o bien en un sistema de comunicaciones con los
correspondientes equipos para realizar el procedimiento, en los
cuales la interfaz OMC-NMC por un lado es
independiente del fabricante y por otro lado, no obstante, se ponen
a disposición informaciones específicas del fabricante en el centro
de gestión de la red NMC.
Esta tarea se resuelve mediante el procedimiento
con las particularidades de la reivindicación 1 y el sistema de
comunicaciones con las particularidades de la reivindicación 10.
Ventajosos perfeccionamientos son objeto de las
reivindicaciones secundarias.
Mediante el procedimiento para la actualización
de informaciones se transmiten a través de la interfaz informaciones
de hardware específicas de un fabricante en un formato
independiente del fabricante hacía el equipo del gestor.
Una clase de objetos independiente del
fabricante para lograr una información sobre el equipamiento a
través de la interfaz, puede definirse de manera especialmente
sencilla cuando presenta como elemento de información una solicitud
de acción del equipo del gestor al equipo del agente para solicitar
la transmisión de la información de hardware y una notificación de
la modificación de los valores de los atributos relativa al estado
de los elementos. Con estas pocas informaciones es posible ya una
vigilancia de niveles de gestión subordinados con elementos de red
de distintos fabricantes.
La transmisión de modificaciones del valor de
los atributos permite modelar una funcionalidad momentánea de un
elemento de red de hardware, una inserción, una retirada y/o un
estado de falta de un elemento de red de hardware (NE),
transmitiéndose ventajosamente también un estado de funcionalidad
antes de una falta.
Cuando se transmite una modificación del valor
de los atributos, es también posible transmitir informaciones
especiales sobre un elemento de red, con lo que la transmisión de
estos datos adicionales igualmente puede realizarse con
independencia del hardware.
En particular se posibilita de esta manera
también la gestión de faltas en momentos en los cuales los equipos
del agente no pueden asumirla.
Ventajosamente puede realizarse la transmisión
de valores de atributos sobre solicitud del equipo del gestor o por
ejemplo cuando hay cambios de estado relevantes también
automáticamente por parte del equipo del agente.
En particular pueden trasmitirse informaciones
no sólo sobre estados en la unidad del agente sino también sobre
estados en otros elementos de red que configuran para la unidad del
agente de nuevo unidades de agente subsidiarias o bien sus otras
unidades subsidiarias.
Resumiendo, pueden ponerse a disposición del
centro de gestión de red superior, en una red de telefonía móvil
que está compuesta por componentes físicos de distintos fabricantes,
informaciones de hardware en un formato independiente del
fabricante.
Nuevos tipos de elementos de red o bien nuevos
tipos de tarjetas de hardware pueden incluirse en todo momento en
una red de telefonía móvil, por ejemplo para apoyar nuevas
funcionalidades como el servicio de datos paquetizados GPRS
(General Packet Radio Service, servicio general de radio en
paquetes) en la red de telefonía móvil, sin que sean necesarias
modificaciones en el centro de operación y mantenimiento OMC o el
centro de gestión de red NMC. El procedimiento es adecuado en
particular tanto para sistemas GSM como también para sistemas UMTS,
pero puede utilizarse también en otros sistemas de
telecomunicaciones y sistemas de telefonía móvil, en particular en
los futuros.
A continuación se describirá un ejemplo de
ejecución más en detalle en base al dibujo. Se muestra en:
Figura 1 esquemáticamente una parte de un
sistema de telecomunicaciones,
figura 2 una estructura de un árbol contenedor
según el ejemplo de ejecución descrito,
figura 3 esquemáticamente la secuencia de los
pasos del procedimiento principal y
Figura 4 bloques de información para tres
situaciones en una red gestionada.
El ejemplo de ejecución describe la invención en
base a un concepto TMN (TMN: Telecommunications Management Network,
red de gestión de telecomunicaciones) a modo de ejemplo para la
gestión de un sistema de comunicaciones móvil que dispone por
ejemplo de equipos de red según el estándar GSM (GSM: Global System
for Mobile Communication, sistema global para comunicaciones
móviles). No obstante, el concepto no se limita a redes de telefonía
móvil según en particular el estándar GSM o UMTS (UMTS: Universal
Mobile Telecommunication System, sistema universal móvil de
telecomunicaciones), sino que puede utilizarse sobre otros sistemas,
en particular redes de telecomunicaciones de todo tipo, que
presentan una relación gestor-agente.
Un sistema móvil de comunicaciones es un sistema
estructurado jerárquicamente de distintos equipos de red en el que
el escalón jerárquico más inferior está formado por las estaciones
móviles. Estas estaciones móviles se comunican a través de una
interfaz de radio con estaciones de radio que constituyen el
siguiente nivel jerárquico y que se denominan estaciones de base.
Por ejemplo, se reúnen las estaciones de base que alimentan las
estaciones móviles en una zona de radio de una célula de radio, para
cubrir un sector de radio más grande y están unidas con equipos de
red superiores, los sistemas de control de estaciones de base. Las
estaciones de base y los sistemas de control de estaciones de bases
pertenecen a un sistema de estaciones de base BSS (BSS: Base Station
Subsystem, subsistema de estaciones de base) del sistema móvil de
comunicaciones. Los sistemas de control de las estaciones de base
se comunican a través de interfaces definidas con uno o varios
equipos de conmutación, las estaciones de conmutación móviles, a
través de las que entre otros también se realiza la transición a
otras redes de comunicaciones. Las estaciones de conmutación móviles
forman conjuntamente 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 antes indicados,
existen uno o varios centros de operación y mantenimiento OMC
(Operation and Maintenance Centres), que entre otros sirven para
configurar y vigilar los equipos de red. Las medidas de vigilancia
y las medidas de configuración son telecontroladas para ello la
mayoría de las veces desde uno de los centros de operación y
mantenimiento OMC, que usualmente están dispuestos en la zona de las
estaciones móviles de conmutación y que tienen la función de
gestores de elementos. Un centro de operación y mantenimiento OMC
comunica entonces en cada caso con un sistema de estaciones de base
BSS o sistema de conmutación a través de una interfaz definida.
Otra tarea del sistema de operación y mantenimiento OMC es la
realización de la gestión de la configuración (Configuration
Management), que, junto a la gestión de las faltas, es uno de los 5
ámbitos de funciones de la gestión que identifican actualmente 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
una modificación del comportamiento de una red de
telecomunicaciones por parte del operador. Estos servicios se
refieren usualmente a clases e instancias de objetos gestionados que
en su conjunto forman la base de informaciones de gestión
específicas de la
red.
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 móvil de comunicaciones. Aquí se distingue entre objetos
gestionados referidos al Hardware que describen una realización
específica del fabricante de una función y objetos gestionados
referidos a la función, que son en cada caso la abstracción de una
funcionalidad independiente del fabricante.
El procedimiento descrito a continuación permite
la actualización de informaciones de hardware en particular
especificas del fabricante en el centro de gestión de la red NMC sin
utilizar clases de objetos referidos al Hardware
(equipment-related). El procedimiento permite al
centro de gestión de red NMC recibir o bien consultar informaciones
de hardware en un formato independiente del fabricante e
independiente del elemento de red en relación con servicios.
Para la comunicación entre niveles más elevados,
está definido un árbol contenedor que se denomina "High Level
Containment Tree" (árbol contenedor de alto nivel) y que
representa los niveles de gestión más elevados de una red pública
de telefonía móvil (PLMN), tal como se describirá a continuación con
referencia a la figura 2.
Para la modelización orientada al objeto de la
interfaz OMC-NMC, es importante la clase de objetos
managedElement (elemento gestionado), que puede contener tanto
clases de objetos referidas a la función como también referidas al
hardware.
En el presente ejemplo ejecución se define una
clase de objetos "información de equipamiento" o bien
"equipmentInfo" que contiene los siguientes elementos de
información:
- a)
- una acción (Action) "escanear equipamiento" (scanEquipment), que sobre solicitud del centro de gestión de red NMC modeliza en el centro de operación y mantenimiento OMC para la transmisión de la información de hardware, y
- b)
- un atributo de Estado de Elemento o bien Estado de la Tarjeta (board-Status) que - tal como se describirá a continuación - modeliza la inserción/retirada o bien el estado de falta de un elemento o tarjeta de hardware en la red. El atributo puede asumir ventajosamente los valores disponible, defectuoso o retirado (available, faulty, removed).
Ventajosamente, es suficiente para cada región
de la red una única instancia equipmentInfo (información sobre el
equipo).
El centro de operación y mantenimiento OMC
gestiona una tabla de hardware para todos los elementos de la unidad
o tarjetas de su región de gestión, previéndose en particular para
cada tarjeta una inscripción que contienen los siguientes datos:
a) NEy-Type: indica el tipo de
la unidad de red a la que se llaman o bien se anuncian las
informaciones. Valores posibles son por ejemplo para redes GSM:
btsEquipment, bscEquipment y transcoderEquipment.
b) NEy-Instance: indica el
número de instancia de la unidad de red en una región de la red, por
ejemplo 7.
c) Número de Rack: da el número de la unidad de
gaveta o bien número de rack dentro de la unidad de red actual, por
ejemplo 1,
d) Código de tarjeta: da el número de inventario
de la tarjeta (platina) afectada, por ejemplo
S5-13579.
e) número de tarjeta: indica el nombre de la
unidad afectada como cadena de caracteres, por ejemplo
"BBSIG".
f) número de tarjeta: indica el número de
platina o de tarjeta en el rack actual, por ejemplo 3.
g) RedundantInfo: indica si la tarjeta actual o
bien la unidad afectada es redundante o no. En el caso de una
unidad redundante es indispensable, en determinadas condiciones, una
eliminación inmediata de la falta.
h) Funciones de tarjeta: describe la
funcionalidad de la tarjeta actual o bien de la unidad afectada por
ejemplo en forma de una cadena de caracteres.
El procedimiento para la actualización de las
informaciones de hardware en el centro de gestión de red NMC está
compuesto convenientemente por dos componentes:
A. Una sincronización del centro de gestión de
red según la estructura del enlace OMC-NMC.
Para la sincronización NMC que puede verse en la
figura 3 del centro de gestión de red, envía el centro de gestión de
red NMC tras cada establecimiento de enlace OMC-NMC
a cada centro regional de operación y mantenimiento OMC una
M-ACTION-request (solicitud de
acción) o bien solicitud scanEquipment, a los que pertenece una
M-ACTION-response o bien respuesta.
Estos son protocolos genéricos estandarizados CMISE (CMISE: Common
Management Information Service Element, elemento de servicio de
información de gestión común).
El centro de operación y mantenimiento OMC forma
a partir de la tabla propia de las tarjetas de hardware los
parámetros contestación a la acción o bien "Action reply" de la
respuesta M-ACTION como secuencia de inscripciones
individuales con la estructura previamente definida (ver componentes
anteriores a) hasta h) y envía éstos al centro de gestión de red
NMC.
Aún cuando por ejemplo durante el fallo del
enlace OMC-NMC se hayan introducido nuevos tipos NEy
o bien de tarjeta, no es necesaria ninguna modificación de la
aplicación NMC.
B. Una actualización permanente del centro de
gestión de red o bien NMC mientras dura un enlace
OMC-NMC. La figura 4 representa el dibujo de los
bloques de información para tres situaciones en una red
gestionada.
B1. En el caso del fallo de una tarjeta de
hardware se informa al centro de gestión de red NMC sobre el estado
de falta de cada tarjeta de hardware como sigue (Fig. 4A).
Cuando se presenta una nueva falta en una unidad
de red NEy envía el centro de operación y mantenimiento OMC una
comunicación estandarizada de modificación de atributos
"atributeValueChangeNotification" a la instancia de objeto de
gestión MOI información de equipamiento "equipmentInfo" con los
siguientes parámetros:
- -
- Definición de la modificación de los valores de los atributos o bien "attributeValueChangeDefinition" con el número de identificación (\neqattributeID) del atributo Estado de la Unidad o bien boardStatus, con el valor antiguo del atributo, que está activado como disponible (\neqoldAttributeValue = available), con el nuevo valor del atributo, que está colocado en defectuoso (\neqnewAttributeValue = faulty) e
- -
- información adicional (additionalInformation), que contiene todas las informaciones correspondientes a la tarjeta actual de la tabla de hardware y adicionalmente los valores originales del elemento de red "causa probable" (probable cause).
B2. En el caso de la inserción de una nueva
tarjeta de hardware incluido (fig. 4B) envía el centro de operación
y mantenimiento OMC al centro de gestión de red OMC una comunicación
de modificación del valor de los atributos
"attributeValueChangeNotification" de la instancia del objeto
de gestión MOI Información de Equipamiento "equipmenteInfo" con
los parámetros:
- -
- "attributeValueChangeDefinition" con el número de identificación (attributeID) del atributo Estado de la Unidad, con el nuevo valor del atributo que está colocado en disponible (newAttributeValue = available) e
- -
- información adicional (additionalInformation), que a su vez contiene todas las informaciones correspondientes a la tarjeta actual de la tabla de hardware.
El campo opcional para el valor antiguo del
atributo "oldAttributeValue" no debe utilizarse en este
caso.
B3. En el caso de la retirada de una tarjeta de
hardware alojado (fig. 4C), envía el centro de operación y
mantenimiento OMC al centro de gestión de red NMC una comunicación
estandarizada de modificación del valor de los atributos
"attributeValueChangeNotification" de la instancia del objeto
de gestión MOI información de equipamiento "equipmentInfo" con
los parámetros:
- -
- "attributeValueChangeDefinition" con el número de identificación (\neqattributeID) del atributo Estado de la Unidad, con el nuevo valor del atributo, que está colocado en retirado (\neqnewAttributeValue = removed) y
- -
- nuevamente información adicional (additionalInformation), que de nuevo contiene todas las informaciones correspondientes a la tarjeta actual de la tabla de hardware.
El campo opcional para el valor antiguo del
atributo "oldAttributeValue" no debe utilizarse igualmente en
este caso.
Claims (11)
1. Procedimiento para la actualización de
informaciones en un sistema de comunicaciones orientado al objeto,
estructurado jerárquicamente, con al menos dos niveles de gestión
mediante una interfaz independiente del fabricante entre un equipo
de gestor independiente del fabricante (NMC) y al menos un equipo de
agente (OMC), que obtiene informaciones de hardware específicas del
fabricante y que procesa en un primer estado,
caracterizado porque a través de la
interfaz se transmiten informaciones de hardware específicas del
fabricante en un formato independiente del fabricante hacia el
equipo del gestor (NMC),
utilizándose para la modelización orientada al
objeto de la interfaz tanto clases de objetos referidos a la función
como también clases de objetos con atributos específicos de
hardware.
2. Procedimiento según la reivindicación 1, en
el que
se define una clase de objeto genérica,
independiente del fabricante (equipmentInfo) para obtener una
información de equipamiento mediante la interfaz, que dispone como
elementos de información de
- una solicitud de acción (scanEquipment) del
equipo del gestor (NMC) al equipo del agente (OMC) para solicitar la
transmisión de la información de hardware y
- una transmisión de la modificación del valor
de los atributos para el estado del elemento (boardStatus).
3. Procedimiento según la reivindicación 2,
en el que el equipo del agente, tras la
solicitud de acción, averigua el estado de todas las tarjetas de una
unidad de red (NEy) en su zona y los pone a disposición para la
respuesta a la acción.
4. Procedimiento según la reivindicación 2, en
el que
la transmisión de la modificación del valor de
los atributos modeliza una capacidad funcional momentánea, una
inserción, una retirada y/o un estado de falta de un elemento de red
de hardware (NE).
5. Procedimiento según una de las
reivindicaciones 2 ó 4, en el que la transmisión de la modificación
del valor de los atributos modeliza un estado de funcionalidad de
una falta de un elemento de red de hardware (NE).
6. Procedimiento según una de las
reivindicaciones 2,4 ó 5, en el que, cuando hay una transmisión de
modificación del valor de los atributos, se transmiten
informaciones especiales sobre una unidad de red en un formato
independiente del hardware (additionalInformation).
7. Procedimiento según una de las
reivindicaciones precedentes, en el que la transmisión de la
modificación del valor de los atributos cuando hay modificaciones
relevantes del estado se realiza automáticamente por parte del
equipo agente (OMC).
8. Procedimiento según una de las
reivindicaciones precedentes, en el que la transmisión a través de
la interfaz es independiente del elemento de red.
9. Procedimiento según una de las
reivindicaciones precedentes, en el que a través de la interfaz se
transmiten informaciones de hardware específicas del fabricante a
través de unidades de agente (BSS) de la unidad de agente (OMC) al
equipo del gestor (NMC).
10. Sistema de comunicaciones, en particular con
equipos para realizar un procedimiento según una reivindicación
precedente, que
- dispone de al menos dos niveles de gestión
orientados al objeto, estructurados jerárquicamente, con un equipo
de gestión (NMC) independiente del fabricante y al menos un equipo
de agente (OMC), que obtiene informaciones de hardware específicas
del fabricante y realiza el procesamiento en un primer estado y
- presenta una interfaz independiente del
fabricante entre los mismos,
caracterizado por un equipo de
intercambio en el equipo del gestor (NMC) independiente del
fabricante y el/los equipo(s) de agente (OMC) para
intercambiar informaciones de hardware específicas del
fabricante,
utilizándose para la modelización orientada al
objeto de la interfaz tanto clases de objetos referidos a las
funciones como también clases de objetos con atributos específicos
de hardware.
11. Sistema de comunicaciones según la
reivindicación 10, en el que la interfaz es una interfaz
independiente del fabricante entre un centro de gestión de red
(NMC) y al menos un centro de operación y mantenimiento (OMC) de
una red de comunicaciones por radio.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00109561A EP1152625A1 (de) | 2000-05-04 | 2000-05-04 | Aktualisierung von hersteller-spezifischen Hardware-Informationen an der hersteller-unabhängigen OMC-NMC-Schnittstelle im Mobilfunk |
| EP00109561 | 2000-05-04 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2271016T3 true ES2271016T3 (es) | 2007-04-16 |
Family
ID=8168624
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01936267T Expired - Lifetime ES2271016T3 (es) | 2000-05-04 | 2001-04-23 | Actualizacion de informaciones de harware especificas del fabricante en la interfaz independiente del fabricante omc-nmc en telefonia movil. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20030162537A1 (es) |
| EP (2) | EP1152625A1 (es) |
| JP (1) | JP2004516691A (es) |
| CN (1) | CN100477839C (es) |
| DE (1) | DE50111375D1 (es) |
| ES (1) | ES2271016T3 (es) |
| WO (1) | WO2001084872A1 (es) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003037599A (ja) * | 2001-07-25 | 2003-02-07 | Allied Tereshisu Kk | ネットワークの管理装置、管理方法、通信装置及びネットワークシステム |
| DE60200111T2 (de) * | 2002-07-22 | 2004-06-03 | Evolium S.A.S. | Verfahren zum Bereitstellen von Dienstverwaltung für Netzelemente eines zelluraren Kommunikationsnetzwerkes |
| US7107577B2 (en) | 2002-11-20 | 2006-09-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Software architecture for controlling an apparatus with one or more hardware units |
| US8817803B2 (en) * | 2003-01-08 | 2014-08-26 | Nokia Corporation | Method and hierarchical radio network operations system for controlling a mobile communications network |
| DE10345881A1 (de) * | 2003-09-30 | 2005-04-14 | Siemens Ag | Verfahren zur Synchronisierung von Alarmen in einem Management-system eines Kommunikationsnetzes |
| EP1575213A1 (de) * | 2004-03-08 | 2005-09-14 | Siemens Aktiengesellschaft | Verfahren und Vorrichtung zum Betrieb von mindestens zwei Baugruppenträgern |
| DE102004015558A1 (de) * | 2004-03-30 | 2006-01-26 | Siemens Ag | Verfahren und Einrichtungen zur Verteilung von Management-Informationen in einem Managementnetz eines Kommunikationssystems |
| DE502004005203D1 (de) * | 2004-06-29 | 2007-11-22 | Siemens Ag | Verfahren und Einrichtung zum Wechsel des Betriebsmodus eines Agenten eines Managementnetzes |
| DE102004039214B4 (de) * | 2004-08-12 | 2006-07-27 | Siemens Ag | Kommunikationsverfahren in einem Managementnetz zur Information über Attributsveränderungen |
| EP1655974A1 (de) * | 2004-11-08 | 2006-05-10 | Siemens Aktiengesellschaft | Verfahren und Vorrichtungen zum Informationsabgleich zwischen Manager und Agent in eiem Managementnetz |
| FI117735B (fi) * | 2005-03-23 | 2007-01-31 | First Hop Oy | Keskitetty hallinta joukolle verkkosolmuja |
| US7647325B2 (en) * | 2007-01-15 | 2010-01-12 | Microsoft Corporation | Hardware and software identifier categorization and review |
| AU2012250953B2 (en) * | 2011-04-30 | 2015-04-09 | VMware LLC | Dynamic management of groups for entitlement and provisioning of computer resources |
| WO2013182453A1 (en) | 2012-06-06 | 2013-12-12 | Nokia Siemens Networks Oy | Re-transmission of management information in a management network of a communications system |
| WO2014090307A1 (en) * | 2012-12-13 | 2014-06-19 | Nokia Solutions And Networks Oy | Method of operating a communication network |
| EP3162000A4 (en) * | 2014-06-27 | 2017-07-19 | Telefonaktiebolaget LM Ericsson (publ) | Method for trx installation in bsc |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5608720A (en) * | 1993-03-09 | 1997-03-04 | Hubbell Incorporated | Control system and operations system interface for a network element in an access system |
| US5778049A (en) * | 1996-06-26 | 1998-07-07 | Mci Communications Corporation | Service engineering template |
| US6424872B1 (en) * | 1996-08-23 | 2002-07-23 | Fieldbus Foundation | Block oriented control system |
| WO1999001993A2 (de) * | 1997-07-02 | 1999-01-14 | Siemens Aktiengesellschaft | Betriebs- und wartungssystem für ein mobilfunknetz |
| US6041228A (en) * | 1997-10-27 | 2000-03-21 | Telefonaktiebolaget Lm Ericsson | Open `plug and play` O and M architecture for a radio base station |
| US6336035B1 (en) * | 1998-11-19 | 2002-01-01 | Nortel Networks Limited | Tools for wireless network planning |
| AU3746300A (en) * | 1999-03-23 | 2000-10-09 | Lexent Inc. | System for managing telecommunication sites |
-
2000
- 2000-05-04 EP EP00109561A patent/EP1152625A1/de not_active Withdrawn
-
2001
- 2001-04-23 DE DE50111375T patent/DE50111375D1/de not_active Expired - Lifetime
- 2001-04-23 WO PCT/EP2001/004575 patent/WO2001084872A1/de active IP Right Grant
- 2001-04-23 ES ES01936267T patent/ES2271016T3/es not_active Expired - Lifetime
- 2001-04-23 US US10/275,306 patent/US20030162537A1/en not_active Abandoned
- 2001-04-23 JP JP2001581563A patent/JP2004516691A/ja active Pending
- 2001-04-23 CN CNB018116124A patent/CN100477839C/zh not_active Expired - Lifetime
- 2001-04-23 EP EP01936267A patent/EP1282991B1/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| CN1437833A (zh) | 2003-08-20 |
| EP1282991A1 (de) | 2003-02-12 |
| EP1152625A1 (de) | 2001-11-07 |
| US20030162537A1 (en) | 2003-08-28 |
| DE50111375D1 (de) | 2006-12-14 |
| EP1282991B1 (de) | 2006-11-02 |
| WO2001084872A1 (de) | 2001-11-08 |
| JP2004516691A (ja) | 2004-06-03 |
| CN100477839C (zh) | 2009-04-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2271016T3 (es) | Actualizacion de informaciones de harware especificas del fabricante en la interfaz independiente del fabricante omc-nmc en telefonia movil. | |
| ES2258828T3 (es) | Procedimiento y sistema de comunicaciones para el tratamiento de alarmas mediante una red de gestion que presenta varios niveles de gestion. | |
| ES2687112T3 (es) | Sistema y método de compensación de interrupción de servicio en celdas en sistemas celulares | |
| US5930264A (en) | Inter-node signaling for protocol initialization within a communications network | |
| AU741442B2 (en) | An arrangement, a system and a method relating to management communication | |
| US7383035B2 (en) | Method of furnishing illegal mobile equipment user information | |
| CN104796302A (zh) | 一种模拟网元的测试方法和系统 | |
| Sathyan | Fundamentals of Ems, Nms and Oss/bss | |
| CN103370904A (zh) | 用于确定网络意外事件的严重性的方法 | |
| CN101299674B (zh) | 实现终端标识的方法、系统及管理平台 | |
| CN101099398B (zh) | 用于在管理网络中在管理器和代理之间匹配信息的方法和装置 | |
| ES2244483T3 (es) | Procedimiento y sistema de manera jerarquica para gestionar una red de comunicaciones. | |
| CN102739445A (zh) | 一种环网故障快速定位的方法和系统 | |
| ES2293547T3 (es) | Procedimiento y equipos para la distribucion de informaciones de gestion en una red de gestion de un sistema de comunicaciones. | |
| US20030145037A1 (en) | Network management system using sms | |
| ES2281357T3 (es) | Procedimiento generico para el alineamiento en un entorno multigestor. | |
| ES2259175T3 (es) | Procedimiento para el tratamiento de alarmas mediante una red de gestion con varios niveles en un sistema de comunicaciones. | |
| US8918491B2 (en) | Use of an identification information in a network management | |
| CN107800553A (zh) | 一种管理设备故障的方法和装置 | |
| Garg et al. | Direction for element managers and network managers | |
| CN112887450B (zh) | 一种物联网设备的通讯地址配置方法和装置 | |
| CN100521618C (zh) | 在电信网络的管理网络中通信的方法和管理网络的代理器 | |
| CN112887960B (zh) | 一种事件监控方法及装置 | |
| ES2259005T3 (es) | Sistema y procedimiento para comprobar el establecimiento de parametros de las redes de radio. | |
| WO2003069847A2 (en) | Network management agent on a connector |