ES2244483T3 - Procedimiento y sistema de manera jerarquica para gestionar una red de comunicaciones. - Google Patents
Procedimiento y sistema de manera jerarquica para gestionar una red de comunicaciones.Info
- Publication number
- ES2244483T3 ES2244483T3 ES00981163T ES00981163T ES2244483T3 ES 2244483 T3 ES2244483 T3 ES 2244483T3 ES 00981163 T ES00981163 T ES 00981163T ES 00981163 T ES00981163 T ES 00981163T ES 2244483 T3 ES2244483 T3 ES 2244483T3
- Authority
- ES
- Spain
- Prior art keywords
- team
- management
- nmc
- interface
- btse
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- 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/06—Management of faults, events, alarms or notifications
-
- 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/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Human Computer Interaction (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Monitoring And Testing Of Exchanges (AREA)
Abstract
Procedimiento para el funcionamiento de una red de gestión con un primer equipo (NMC) de una primera capa de gestión, un segundo equipo (OMC) de una segunda capa de gestión y un tercer equipo (BTSE, BSC) de una tercera capa de gestión, caracterizado porque para la comunicación a través de una primera interfaz entre el primer equipo (NMC) y el segundo equipo (OMC) se utiliza un primer modelo de información con clases de objetos de gestión funcionales y para la comunicación a través de una segunda interfaz entre el segundo equipo (OMC) y el tercer equipo (BTSE, BSC) se utiliza un segundo modelo de información con clases de objetos de gestión referidas a hardware y porque el primer equipo (NMC) envía a través de la primera interfaz un mensaje al segundo equipo (OMC) con una solicitud de una prueba de hardware relativa al tercer equipo (BTSE, BSC).
Description
Procedimiento y sistema de manera jerárquica para
gestionar una red de comunicaciones.
La invención se refiere a un procedimiento para
gestionar una red de comunicaciones, en particular para generar
pruebas en un centro de gestión de red supraordinado, así como a un
sistema de comunicaciones para realizar el procedimiento.
En sistemas de comunicaciones por radio se
transmiten informaciones (p.e. voz, informaciones de imagen u otros
datos) con ayuda de ondas electromagnéticas a través de una
interfaz de radio entre estación de radio emisora y receptora
(estación de base y estación móvil, respectivamente). La emisión de
ondas electromagnéticas tiene lugar entonces con frecuencias
portadoras que se encuentran en la banda de frecuencias prevista
para el correspondiente sistema. En el GSM (Global System for
Mobile Communication) las frecuencias portadoras se encuentran en la
gama de 900, 1800 o 1900 MHz. Para las futuras redes de telefonía
móvil con procedimientos de transmisión CDMA o TD/CDMA a través de
la interfaz de radio, por ejemplo el UMTS (Universal Mobile
Telecommunication System) u otros sistemas de la tercera generación,
se prevén frecuencias en la banda de frecuencias de unos 2000
MHz.
Los principios de una red de gestión general, que
se denominan también principios TMN (TMN: Telecommunications
Management Network), definen varios niveles de gestión para la
gestión de un sistema de comunicaciones -por ejemplo de un sistema
de comunicaciones móvil- teniendo cada nivel una función doble. En
el sistema de gestión tiene cada nivel, además de la función más
inferior, una función de gestor para el nivel que se encuentra
debajo del mismo. En el sistema gestionado tiene cada nivel, además
de la función más elevada, una función de agente para el nivel
siguiente más superior.
En un entorno orientado al objeto, hay múltiples
objetos que representan recursos de red con determinada
funcionalidad en cada caso. En el entorno orientado a objetos, tal
como el que existe típicamente entre gestor y agente en una red de
telefonía móvil, se pone a disposición correspondientemente cada
funcionalidad de agente por parte de un determinado objeto, que
está disponible como objeto gestionado (o bien instancia de objeto
MOI) de una clase de objetos.
El objeto aparece como resultado de una actividad
de modelización, en la que además de la funcionalidad, entre otros,
se definen los parámetros y condiciones de marco, y es conocida
tanto al gestor como también al agente ejecutor en la
correspondiente interfaz. La interfaz puede ser por ejemplo, en una
red de telefonía móvil, la llamada interfaz O entre un centro de
operación y mantenimiento (OMC en la figura 1) y un sistema de
estación de base (BSS).
Una instancia de objeto de una determinada clase
A gestionada, que también se denomina managed object class, puede
contener otras instancias de objeto de la misma o de otras clases.
Una relación como la indicada entre instancias de objeto -no clases-
se denomina en la modelización también una relación de
contenimiento o bien "containment relationship".
Una relación entre clases de objetos que
especifica que una instancia de objeto de una clase está definida o
puede estar definida como objeto supraordinado (SUPERIOR) para
objetos de otra clase, se denomina también enlace de denominación o
bien "NAME BINDING". Una asignación jerárquica de objetos en
la que la jerarquía está organizada sobre la base de relaciones
NAME BINDING se denomina en general árbol de denominaciones o bien
"naming tree".
En una red de telecomunicaciones, por ejemplo en
una red de telefonía móvil, tiene lugar la vigilancia y control de
la red entonces usualmente desde dos lados de gestor: por un lado
centralmente desde un centro de operaciones y mantenimiento OMC
(OMC: Operation and Maintenance Centre) lo cual corresponde a un
gestor de elemento, y por otro lado localmente desde una estación
terminal de datos de mantenimiento local LMT (LMT: Local Maintenance
Terminal), que puede ser conectada a distintas unidades de red.
Tales unidades de red se encuentran en una red de telefonía móvil,
por ejemplo un subsistema de estación de base BSC, una estación
receptora/emisora de estaciones de base BTSE (BTSE: Base
Transceiver Station Equipment), que el hardware que allí existe
modela o bien tiene en cuenta, o bien una unidad transcodificadora
y adaptadora de velocidades TRAU.
Una red de telecomunicaciones completa,
gestionada por un ofertante de servicios, se divide desde el punto
de vista del funcionamiento en varias regiones de red, tal como
puede verse también en la figura 1. Aún cuando toda la red contiene
hardware de distintos fabricantes, se suministran dentro de cada
una de estas regiones de red tanto los elementos de red como también
los sistemas de gestión antes indicados usualmente por el mismo
fabricante, ya que la gestión en el centro de operación y
mantenimiento OMC y en las estaciones terminales locales de datos de
mantenimiento debe tener en cuenta todas las características
específicas del fabricante de hardware. A ello pertenecen
especialmente también las pruebas de la funcionalidad de los
distintos componentes.
Durante la noche, los días festivos y durante el
fin de semana, la red de telefonía móvil es por un lado vigilada
por un centro de gestión de red superior, que usualmente se
denomina "Network Management Centre" (NMC), ya que los centros
regionales de operación y mantenimiento OMCs durante esos momentos
no están ocupados. Por otro lado, la interfaz entre el centro de
gestión de red NMC y los centros regionales de operación y
mantenimiento OMCs han de permanecer independientes del fabricante,
para permitir una integración funcional de regiones de red
específicas de un fabricante bajo un centro unificado de gestión de
red NMC.
Esta independencia del fabricante de la interfaz
OMC-NMC puede realizarse en un entorno de gestión
orientado al objeto mediante la utilización exclusiva de las
llamadas clases funcionales de objetos, en particular clases de
objetos de gestión (functional-related MOC). Los
objetos funcionales modelan entonces los recursos de red de una red
de telecomunicaciones desde un punto de vista funcional
independiente de los fabricantes. Contrariamente a ello, conoce la
interfaz específica de fabricante entre el centro de operación y
mantenimiento OMC y los elementos de red las llamadas clases de
objetos de gestión referidas al hardware
(equipment-related MOC), que son diferentes de un
fabricante a otro. Los elementos de red son entonces por ejemplo
las estaciones de base BSS, que son gestionadas en una región de red
por un OMC.
Para poder reaccionar con una gran rapidez a
sucesos imprevisibles, por ejemplo un fallo de determinados
componentes de hardware, el operador del centro de gestión de la
red NMC ha de estar en condiciones de arrancar las correspondientes
pruebas. Por supuesto, los operadores del centro de gestión de la
red, a diferencia de los operadores de los centros de operación y
mantenimiento OMC, no tienen ningún conocimiento específico del
sistema relacionado con el
hardware de un determinado fabricante. Debido a esto no puede realizarse ninguna prueba específica del fabricante.
hardware de un determinado fabricante. Debido a esto no puede realizarse ninguna prueba específica del fabricante.
El documento EP 0 810 755 A2 describe una
"management station" (estación de gestión) que recibe
comunicaciones sobre sucesos ("event data") con distintos
protocolos de gestión. La "management station" realiza una
traducción de las diferentes comunicaciones sobre sucesos en una
estructura canónica y retransmite esta estructura canónica. En
lugar de múltiples comunicaciones sobre sucesos con en cada caso
distinta sintaxis, recibe el operador así una única comunicación
sobre sucesos, que mediante una correlación de las distintas
comunicaciones sobre sucesos iniciales, tiene un contenido más
inteligible y expresivo.
La tarea de la invención consiste en proponer un
procedimiento mejorado para la gestión de una red de
comunicaciones, en particular posibilitar en redes de
comunicaciones una funcionalidad de pruebas automática desde un
centro de gestión de la red supraordinado e independiente del
fabricante.
Esta tarea se resuelve mediante el procedimiento
con las particularidades de la reivindicación 1 y el sistema de
comunicaciones por radio con las particularidades de la
reivindicación 7, así como mediante un equipo con las
particularidades de la reivindicación 6. Ventajosos
perfeccionamientos son objeto de las reivindicaciones subsidiarias.
En el procedimiento para gestionar una red de gestión existe un
primer equipo de una primera capa de gestión, un segundo equipo de
una segunda capa de gestión, y un tercer equipo de una tercera capa
de gestión. Para la comunicación a través de una primera interfaz
entre el primer equipo y el segundo equipo se utiliza un primer
modelo de información con clases de objetos de gestión funcionales,
y para la comunicación a través de una segunda interfaz entre el
segundo equipo y el tercer equipo, un segundo modelo de información
con clases de objetos de gestión referidos al hardware. En el marco
de la invención, envía el primer equipo a través de la primera
interfaz un mensaje al segundo equipo con la solicitud de una prueba
de hardware relativa al tercer equipo.
El conflicto entre el manejo de, por un lado,
clases de objetos de gestión funcionales independientes del
fabricante y por otro lado clases de objetos de gestión específicos
del fabricante, referidos al hardware, puede resolverse generando
automáticamente en el centro de gestión de la red pruebas de
hardware específicas del fabricante. Esto tiene lugar
preferentemente tanto de manera específica, es decir, tras recibir
alarmas como consecuencia de faltas de hardware, como también
genéricamente, es decir, como medida periódica preventiva.
De esta manera es posible la generación
automática de pruebas de hardware específicas del fabricante desde
un centro de gestión de red NMC, aún cuando el modelo de
información de la interfaz OMC-NMC no conoce ninguna
clase de objetos específicos del fabricante.
Las pruebas automáticamente generadas en el
centro de gestión de red NMC pueden activarse tanto dedicadamente,
es decir, por ejemplo tras la aparición de faltas de un determinado
panel de hardware, como también preventivamente, por ejemplo para
todo el hardware de una unidad de red.
A continuación se describe más en detalle en un
ejemplo de ejecución en base al dibujo. Se muestra en
Figura 1 una red de comunicaciones usual,
dividida en varias regiones de red,
Figura 2 esquemáticamente la secuencia de un
protocolo de transmisión de alarmas en una red de comunicaciones
como la indicada y
Figura 3 esquemáticamente la secuencia de pruebas
específicas del fabricante en una red de comunicaciones como la
indicada.
Secuencias de procedimiento a modo de ejemplo
relativas a pruebas específicas de hardware de equipos de red del
centro de gestión de red NMC, se representan en las figuras 2 y
3.
Para el control de las interfaces entre el centro
de gestión de red NMC y los centros regionales de operación y
mantenimiento OMCs, hay diferentes clases de objetos de gestión
MOCs. Puesto que estas interfaces han de ser independientes del
fabricante, contiene el modelo de información de una interfaz de
gestión como la indicada sólo clases de objetos de gestión
funcionales MOCs.
Para integrar en este modelo de información un
hardware específico del fabricante se definen preferentemente todos
los módulos de hardware, es decir, todos los llamados paneles
(Boards), en el nivel de una unidad de red como una clase de objetos
de gestión genérica de equipamiento total MOC (equipment summary
MOC).
Por ejemplo, para la parte de radio de una red de
telefonía móvil, que está compuesta por las unidades de red equipo
de control de la estación de base BSC, estación receptora/emisora
de la estación de base BTSE y unidad transcodificadora y adaptadora
de velocidades TRAU, se definen las siguientes clases de objetos de
gestión del equipamiento total MOC:
bscEquipment
btsEquipment
trauEquipment.
La clase de objetos de gestión bscEquipment se
refiere a las particularidades de equipamiento del equipo de
control de la estación de base, btsEquipment se refiere a las
particularidades de equipamiento de la estación receptora/emisora
de la estación de base y trauEquipment se refiere a las
particularidades de equipamiento de la unidad transcodificadora y
adaptadora de velocidades.
Cuando se presenta una falta de hardware en un
módulo específico de hardware, por ejemplo en la figura 2 en un
Board 1 del tipo TPU (TPU: Transceiver Power Unit), debiéndose ver
esto sólo como un ejemplo de un panel de hardware, en el bastidor o
bien Rack nº 2 de la unidad BTSE 8, genera esta unidad de red una
notificación de alarma (Alarm-Notification) con los
parámetros:
- -
- Clase de objeto MOC: TPU (MOC referido al hardware en la interfaz OMC-BSS específica del fabricante) e
- -
- Instancia de objeto MOI: ...-8-2-1 (secuencia de nombres que pueden distinguirse relativamente, los llamados Relative Distinguished Names según el árbol de denominaciones).
Esta información se retransmite como aviso de
alarmas (alarm report) específico del fabricante a través de la
unidad de red equipo de control de la estación de base BSC al
centro regional de operación y mantenimiento OMC.
Para permitir la vigilancia de la red en un
centro de gestión de red NMC supraordinado durante el tiempo en que
los centros de operaciones y mantenimiento OMCs no están ocupados,
recibe cada centro de operación y mantenimiento específico de
fabricante OMC una llamada función de mediación. La función de
mediación transforma todos los avisos de suceso relevantes para el
centro de gestión de la red NMC (event reports) desde la red de
telecomunicaciones a la correspondiente clase de objeto de gestión
funcional, según el modelo de información de la interfaz
OMC-NMC. Este proceder se denomina también el
llamado protocolo de reproducción o Mapping y está esbozado en la
figura 2.
Con otras palabras, los avisos de alarma
correspondientes a faltas de hardware, es decir, alarmas referidas
a hardware, específicas del fabricante, son transformadas por la
función de mediación en alarmas de objetos de gestión funcionales de
equipamiento total y a continuación retransmitidos en forma de
informes de alarma independientes del fabricante al centro de
gestión de red NMC. El aviso de alarma inicial referido a hardware
se "mapea" o bien se reproduce según ITU- X.733 "Gestión de
sistemas: Función de reporting de alarmas" ("Systems
Management: Alarm Reporting Function") en un aviso de alarma
funcional estandarizado con por ejemplo los siguientes
parámetros:
- -
- Clase de objeto: btsEquipment (modela la funcionalidad del hardware en una unidad de red BTSE)
- -
- Instancia de objeto: ... - 8.
En cuanto a la instancia de objetos hay en la
interfaz OMC-NMC una asociación 1:1 entre las
unidades de red efectivas BTSE y las instancias funcionales
genéricas de la clase de objetos btsEquipment.
En el ejemplo representado en la figura 2, se
reproduce el aviso de alarma inicial transmitido al centro de
operación y mantenimiento OMC con "MOC = TPU" y "MOI = 1"
en un aviso de alarma reproducido con las informaciones "MOC =
btsEquipment", "MOI = 8" e "información adicional
(parámetro estandarizado "Additional Information") = [rack 2,
TPU 1]".
La información específica del fabricante que
caracteriza inequívocamente el hardware original afectado por la
falta, se define así por la función de mediación en el campo
Información Adicional. La información adicional del aviso de alarma
enviado al centro de gestión de red NMC está definida en el presente
ejemplo según el estándar ITU-T X.710 "Open
Systems Interconnection - Common Management Information Service
Definition" (Interconexión de sistemas abiertos - definición de
servicios de información de gestión común) como sigue:
- -
- Número rack: 2, porque el hardware BTSE está aquí alojado en varios racks,
- -
- Tipo de panel: TPU y
- -
- Número de panel: 1.
Tras la recepción del informe de alarma
mediatizado, reconoce el software NMC del centro de gestión de red
NMC en base a la clase de objeto
("equipment-summary" btsEquipment), que se
trata aquí de un error de hardware específico del fabricante.
Para investigar más en detalle la falta, es decir
determinar si se trata una falta transitoria o una falta
permanente, si ha de sustituirse el panel, etc, debe arrancar el
centro de gestión de red NMC una prueba específica para el panel
actual (TPU). Esto debe realizarse preferentemente de manera
automática. Para ello evalúa el software NMC el campo
"Información Adicional" y puede, juntamente con la clase e
instancia de objeto del aviso de alarma mediatizado, determinar y
reproducir claramente la dirección del panel defectuoso.
De esta forma genera el centro de gestión de red
NMC, tal como se esboza en la figura 3, una función de gestión
"M-ACTION" estandarizada según
ITU-T X.745 (Gestión de sistema: Función de gestión
de prueba) en el hardware a probar con ayuda de la llamada
"nonSpecificForm". El parámetro es aquí el campo
"toBeTestedMORTs" o bien paneles a probar. En el presente
ejemplo define el primer byte el número de bastidor o bien de Rack,
en el que se encuentra el panel a probar o bien una placa
conductora a probar. El segundo byte define el tipo de panel, es
decir, en el presente ejemplo TPU, y el tercer byte define el
número de placa conductora o bien de panel 1.
La acción de gestión M-ACTION es
enviada por el centro de gestión de red NMC a través de la interfaz
al centro de gestión y mantenimiento OMC, siendo el receptor
siempre un objeto de gestión del tipo equipamiento total
("equipment-summary" object). En el presente
caso éste es la instancia btsEquipment 8.
En el centro de operaciones y mantenimiento OMC
transforma la función de mediación esta solicitud de acción de
gestión (M-ACTION Request) en una solicitud de
prueba según el modelo de información específico del fabricante de
la interfaz OMC-BSS. En base a la asociación 1:1
entre el equipo real estación receptora/emisora de la estación de
base BTSE y de la instancia de equipamiento total btsEquipment y el
valor de parámetro "toBeTestedMORTs", puede definir claramente
la función de mediación la dirección del panel a probar en la red
de telecomunicaciones real. La solicitud de prueba contiene entonces
ventajosamente también el distintivo de la prueba predefinida,
específica del fabricante, para el panel actual.
Los resultados de la prueba enviados de retorno
por la unidad de red, aquí BTSE 8, son transformados a su vez por
la función de mediación en el centro de operaciones y mantenimiento
OMC según el modelo de información OMC-NMC y
correlados inequívocamente con la solicitud precedente de prueba NMC
del centro de gestión de red NMC con la ayuda del parámetro
estandarizado "llamada de prueba ID" o bien
"testInvocationId". Al respecto, envía el OMC tras la orden de
prueba NMC estandarizada, una respuesta "Response" que contiene
el valor de parámetro "testInvocationId", con lo que un
proceso de prueba está caracterizado inequívocamente. El mismo
valor es insertado por el centro de operaciones y mantenimiento OMC
tras el final de la prueba en la testResultNotification para el
centro de gestión de red NMC.
Los resultados de prueba reproducidos o bien
mediatizados pueden ser utilizados por software de NMC también para
la generación automática de los llamados formularios de falta o
bien "Trouble tickets", para que puedan iniciarse localmente
las correspondientes medidas de reparación.
La definición de la interfaz
OMC-NMC permite adicionalmente y/o alternativamente
también la generación automática de pruebas periódicas preventivas
de hardware en el centro de gestión de red NMC. En la solicitud de
prueba estandarizada según ITU-T X.745, puede
utilizar el centro de gestión de red NMC un valor especial para el
panel a probar en el atributo "toBeTestedMORTs". La función de
mediación puede interpretar esta orden por ejemplo como solicitud de
prueba para aquella unidad de red completa que es modelada por el
receptor de la solicitud de prueba. En el ejemplo precedente se
trata de la instancia de btsEquipment 8. En consecuencia, genera la
función de mediación varias órdenes de prueba específicas
individuales para cada panel de hardware, que son enviadas una tras
otra a la unidad de red BTSE 8.
Tras cada prueba, se reúnen los distintos
resultados de prueba por parte de la función de mediación, son
"mapeados" y transmitidos como una comunicación de resultados
de prueba estandarizada según ITU-T X.745 o bien la
llamada "testResultNotification" al centro de gestión de red
supraordinado NMC.
Claims (8)
1. Procedimiento para el funcionamiento de una
red de gestión con un primer equipo (NMC) de una primera capa de
gestión, un segundo equipo (OMC) de una segunda capa de gestión y
un tercer equipo (BTSE, BSC) de una tercera capa de gestión,
caracterizado porque
para la comunicación a través de una primera
interfaz entre el primer equipo (NMC) y el segundo equipo (OMC) se
utiliza un primer modelo de información con clases de objetos de
gestión funcionales y para la comunicación a través de una segunda
interfaz entre el segundo equipo (OMC) y el tercer equipo (BTSE,
BSC) se utiliza un segundo modelo de información con clases de
objetos de gestión referidas a hardware y
porque el primer equipo (NMC) envía a través de
la primera interfaz un mensaje al segundo equipo (OMC) con una
solicitud de una prueba de hardware relativa al tercer equipo
(BTSE, BSC).
2. Procedimiento según la reivindicación 1, en el
que
el mensaje se envía cíclicamente y/o tras una
falta en el tercer equipo (BTSE, BSC).
3. Procedimiento según la reivindicación 1 ó 2,
en el que
tras el envío del mensaje por parte del primer
equipo (NMC) se envía un segundo mensaje con información referida
al hardware relativo al estado del tercer equipo (BTSE, BSC) por
parte del segundo equipo (OMC) al primer equipo (NMC).
4. Procedimiento según una de las
reivindicaciones 1 a 3, en el que en base a la transmisión del
mensaje, se comprueba o se consulta el estado del tercer equipo
(BTSE, BSC).
5. Procedimiento según una de las
reivindicaciones 1 a 4, en el que, en base a la transmisión del
mensaje, se activan pruebas específicas del fabricante del tercer
equipo (BTSE, BSC).
6. Equipo (NMC) para una primera capa de una red
de gestión
con
una interfaz hacia un segundo equipo (OMC) de una
segunda capa de la red de gestión,
caracterizado porque la interfaz incluye
un modelo de información con clases de objetos de gestión
funcionales para la comunicación y por medios para enviar un
mensaje al segundo equipo (OMC) con una solicitud relativa a una
prueba de hardware en relación con un tercer equipo (BTSE, BSC) de
una tercera capa de gestión, estando unido el tercer equipo (BTSE,
BSC) mediante otra interfaz con el segundo equipo (OMC), incluyendo
la otra interfaz un modelo de información con clases de objetos de
gestión referidos al hardware para la comunicación.
7. Sistema de comunicaciones
con un primer equipo (NMC) de una primera capa de
gestión, un segundo equipo (OMC) de una segunda capa de gestión y
un tercer equipo (BTSE, BSC) de una tercera capa de gestión,
caracterizado por
una primera interfaz entre el primer equipo (NMC)
y el segundo equipo (OMC), incluyendo la primera interfaz un primer
modelo de información con clases de objetos de gestión funcionales
para la comunicación y una segunda interfaz entre el segundo
equipo (OMC) y el tercer equipo (BTSE, BSC), incluyendo la segunda
interfaz un segundo modelo de información con clases de objetos
referidos al hardware para la comunicación y
medios del primer equipo (NMC) para el envío de
un mensaje a través de la primera interfaz con una solicitud de una
prueba de hardware relativa al tercer equipo (BTSE, BSC).
8. Sistema de comunicaciones según la
reivindicación 7, en el que
el primer equipo (NMC) es un centro de gestión de
la red y el segundo equipo (OMC) es un centro de operación y
mantenimiento.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19953877 | 1999-11-09 | ||
| DE19953877A DE19953877A1 (de) | 1999-11-09 | 1999-11-09 | Verfahren und Kommunikationssystem zum Verwalten eines Kommunikationsnetzes |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2244483T3 true ES2244483T3 (es) | 2005-12-16 |
Family
ID=7928425
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00981163T Expired - Lifetime ES2244483T3 (es) | 1999-11-09 | 2000-11-07 | Procedimiento y sistema de manera jerarquica para gestionar una red de comunicaciones. |
Country Status (8)
| Country | Link |
|---|---|
| US (3) | US7747714B1 (es) |
| EP (1) | EP1228599B1 (es) |
| JP (2) | JP4460812B2 (es) |
| CN (1) | CN1179517C (es) |
| CA (3) | CA2390347C (es) |
| DE (2) | DE19953877A1 (es) |
| ES (1) | ES2244483T3 (es) |
| WO (1) | WO2001035576A2 (es) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10134125A1 (de) * | 2001-07-13 | 2003-07-10 | Siemens Ag | Kundenspezifische, dynamische Konfiguration einer OMC-NMC-Schnittstelle |
| EP1365616B1 (en) * | 2002-07-22 | 2003-12-03 | Evolium S.A.S. | Method for providing service management to network elements of a cellular communication network |
| US8817803B2 (en) * | 2003-01-08 | 2014-08-26 | Nokia Corporation | Method and hierarchical radio network operations system for controlling a mobile communications network |
| DE10337450A1 (de) * | 2003-05-31 | 2004-12-23 | Siemens Ag | Verfahren zur Behandlung von Parameteränderungen in einem Managementnetz eines zellularen Kommunikationssystems und Kommunikationssystem |
| DE10337464A1 (de) * | 2003-06-01 | 2004-12-23 | Siemens Ag | Verfahren zur Behandlung von Alarmen in einem Managementsystem eines Kommunikationsnetzes |
| DE10349005C5 (de) * | 2003-10-17 | 2013-08-22 | Nec Europe Ltd. | Verfahren zur Überwachung eines Netzwerks |
| CN100341357C (zh) * | 2004-07-07 | 2007-10-03 | 华为技术有限公司 | 基站日志上报系统及方法 |
| CN100349417C (zh) * | 2004-12-14 | 2007-11-14 | 中兴通讯股份有限公司 | 级联网管监控系统流量控制方法 |
| GB2433675B (en) | 2005-12-22 | 2008-05-07 | Cramer Systems Ltd | Communications circuit design |
| CN101277218B (zh) * | 2008-05-04 | 2010-12-29 | 中兴通讯股份有限公司 | 一种网络告警的动态分析系统和方法 |
| US8200849B1 (en) * | 2008-06-06 | 2012-06-12 | The Mathworks, Inc. | Model based network communications |
| EP2690828B1 (en) * | 2011-03-23 | 2017-08-30 | Panasonic Corporation | Station, target apparatus, initiator apparatus, communication system, and communication method |
| CN102740342B (zh) * | 2012-06-08 | 2015-11-25 | 大唐移动通信设备有限公司 | 网管设备性能的模拟测试方法和系统 |
| CN104718533B (zh) | 2012-10-08 | 2017-07-21 | 慧与发展有限责任合伙企业 | 企业设备的硬件故障管理系统、方法及架构 |
| CN105306252A (zh) * | 2015-09-19 | 2016-02-03 | 北京暴风科技股份有限公司 | 一种自动判别服务器故障的方法 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS59161879A (ja) | 1983-03-04 | 1984-09-12 | Sumitomo Electric Ind Ltd | シヨツトキゲ−ト電界効果トランジスタ |
| US5608720A (en) | 1993-03-09 | 1997-03-04 | Hubbell Incorporated | Control system and operations system interface for a network element in an access system |
| JP2776301B2 (ja) | 1994-08-30 | 1998-07-16 | 日本電気株式会社 | 回線予約装置および方法、回線予約受付装置および方法 |
| DE69728079T2 (de) | 1996-05-03 | 2005-01-20 | Agilent Technologies, Inc. (n.d.Ges.d.Staates Delaware), Palo Alto | Verfahren und Einrichtung zum Verfolgen der Änderung des Identifizierungskodes in einem mobilen Kommunikationssystem |
| EP0810755B1 (en) * | 1996-05-31 | 2003-04-16 | Hewlett-Packard Company, A Delaware Corporation | Systems and methods for operating a network management system |
| DE69635113T2 (de) * | 1996-12-11 | 2006-05-18 | Agilent Technologies Inc., A Delaware Corp., Palo Alto | Verfahren zur Erkundung von zellularen Mobilfunknetzen und Gerät hierfür |
| US5909682A (en) * | 1996-12-30 | 1999-06-01 | Mci Worldcom, Inc. | Real-time device data management for managing access to data in a telecommunication system |
| US6055493A (en) | 1997-01-29 | 2000-04-25 | Infovista S.A. | Performance measurement and service quality monitoring system and process for an information system |
| US6012100A (en) * | 1997-07-14 | 2000-01-04 | Freegate Corporation | System and method of configuring a remotely managed secure network interface |
| US6425005B1 (en) * | 1997-10-06 | 2002-07-23 | Mci Worldcom, Inc. | Method and apparatus for managing local resources at service nodes in an intelligent network |
| DE19801785C2 (de) | 1998-01-19 | 2000-04-27 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
-
1999
- 1999-11-09 DE DE19953877A patent/DE19953877A1/de not_active Ceased
-
2000
- 2000-11-07 CN CNB008182353A patent/CN1179517C/zh not_active Expired - Lifetime
- 2000-11-07 EP EP00981163A patent/EP1228599B1/de not_active Expired - Lifetime
- 2000-11-07 US US10/129,540 patent/US7747714B1/en active Active
- 2000-11-07 CA CA002390347A patent/CA2390347C/en not_active Expired - Lifetime
- 2000-11-07 ES ES00981163T patent/ES2244483T3/es not_active Expired - Lifetime
- 2000-11-07 DE DE50010996T patent/DE50010996D1/de not_active Expired - Lifetime
- 2000-11-07 JP JP2001537205A patent/JP4460812B2/ja not_active Expired - Lifetime
- 2000-11-07 CA CA2660067A patent/CA2660067C/en not_active Expired - Lifetime
- 2000-11-07 WO PCT/DE2000/003894 patent/WO2001035576A2/de active IP Right Grant
- 2000-11-07 CA CA002660092A patent/CA2660092A1/en not_active Abandoned
-
2007
- 2007-11-22 JP JP2007302538A patent/JP2008092598A/ja active Pending
-
2008
- 2008-12-31 US US12/347,065 patent/US9667522B2/en not_active Expired - Fee Related
- 2008-12-31 US US12/347,043 patent/US8332533B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CA2660067A1 (en) | 2001-05-17 |
| CN1179517C (zh) | 2004-12-08 |
| WO2001035576A2 (de) | 2001-05-17 |
| CA2390347C (en) | 2009-11-03 |
| CA2660092A1 (en) | 2001-05-17 |
| DE19953877A1 (de) | 2001-05-23 |
| DE50010996D1 (de) | 2005-09-22 |
| JP4460812B2 (ja) | 2010-05-12 |
| WO2001035576A3 (de) | 2001-11-29 |
| US7747714B1 (en) | 2010-06-29 |
| US20090182861A1 (en) | 2009-07-16 |
| JP2008092598A (ja) | 2008-04-17 |
| CA2660067C (en) | 2013-12-31 |
| EP1228599B1 (de) | 2005-08-17 |
| US9667522B2 (en) | 2017-05-30 |
| CA2390347A1 (en) | 2001-05-17 |
| JP2003527792A (ja) | 2003-09-16 |
| US20090182870A1 (en) | 2009-07-16 |
| EP1228599A2 (de) | 2002-08-07 |
| US8332533B2 (en) | 2012-12-11 |
| CN1421082A (zh) | 2003-05-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2244483T3 (es) | Procedimiento y sistema de manera jerarquica para gestionar una red de comunicaciones. | |
| US6420968B1 (en) | Method and communication system for handling alarms using a management network that has a number of management levels | |
| US8024459B2 (en) | Systems and methods for monitoring a remote network | |
| US8745702B2 (en) | System and method for managing access to a network interface device | |
| CN103370904B (zh) | 用于确定网络意外事件的严重性的方法、网络实体 | |
| US20100280858A1 (en) | System and method for a small form pluggable ethernet demarcation device | |
| US7720050B1 (en) | Method and apparatus for implementing and managing a network architecture | |
| ES2271016T3 (es) | Actualizacion de informaciones de harware especificas del fabricante en la interfaz independiente del fabricante omc-nmc en telefonia movil. | |
| US7400586B2 (en) | Collaborative remote communication circuit diagnostic tool | |
| CN105071968A (zh) | 一种通信设备的业务面和控制面的隐性故障修复方法和装置 | |
| CN105391601B (zh) | 一种网管设备的性能测试方法及系统 | |
| CN101171795B (zh) | 用于运行通信系统的包含至少一个管理器和代理的管理系统的方法、代理和管理器 | |
| EP0840969B1 (en) | Universal object translation agent | |
| MXPA06003516A (es) | Procedimiento para sincronizar alarmas en sistemas de administracion de una red de comunicaciones. | |
| ES2293547T3 (es) | Procedimiento y equipos para la distribucion de informaciones de gestion en una red de gestion de un sistema de comunicaciones. | |
| US20030110243A1 (en) | Method, system and policy decision point (PDP) for policy-based test management | |
| CN106301826A (zh) | 一种故障检测方法及装置 | |
| Cisco | Other Network Management Tasks | |
| ES2351892T3 (es) | Procedimiento y sistema de comunicación para el tratamiento de informaciones de estado mediante una red de gestión que presenta varios niveles de gestión. | |
| US8918491B2 (en) | Use of an identification information in a network management | |
| KR100257043B1 (ko) | 통신 관리 네트워크 시스템의 경보 처리 방법 | |
| KR100975218B1 (ko) | 망운용관리 기능 시험장치 및 시험방법 | |
| KR100366541B1 (ko) | 이동통신 교환기 시스템에서의 ａｓｓ-ｔ 구간별 신호링크경로 테스트 방법 | |
| CN108476149B (zh) | 操作管理维护系统 |