ES2286046T3 - Procedimiento para la transmision asegurada de mensajes de alarma desde un elemento de red hasta un sistema de gestion de la red. - Google Patents
Procedimiento para la transmision asegurada de mensajes de alarma desde un elemento de red hasta un sistema de gestion de la red. Download PDFInfo
- Publication number
- ES2286046T3 ES2286046T3 ES01103105T ES01103105T ES2286046T3 ES 2286046 T3 ES2286046 T3 ES 2286046T3 ES 01103105 T ES01103105 T ES 01103105T ES 01103105 T ES01103105 T ES 01103105T ES 2286046 T3 ES2286046 T3 ES 2286046T3
- Authority
- ES
- Spain
- Prior art keywords
- alarm
- identification number
- network
- message
- nid
- 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
- 238000000034 method Methods 0.000 title claims abstract description 43
- 230000005540 biological transmission Effects 0.000 title claims abstract description 32
- 238000004891 communication Methods 0.000 claims abstract description 16
- 102100031184 C-Maf-inducing protein Human genes 0.000 claims description 2
- 101000993081 Homo sapiens C-Maf-inducing protein Proteins 0.000 claims description 2
- 230000000717 retained effect Effects 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 5
- 230000006872 improvement Effects 0.000 description 3
- 230000004044 response Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1848—Time-out mechanisms
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
Abstract
Procedimiento para la transmisión asegurada de mensajes de alarma desde un elemento de red (NE) a un sistema de gestión de red (NM) dentro de una red de comunicaciones, en el que por parte de la gestión de red se comprueba la secuencia de los mensajes de alarma transmitidos en base a un número de identificación (Nid) que caracteriza el correspondiente mensaje de alarma y, cuando se detecta la ausencia de un mensaje de alarma, se transmite un mensaje de solicitud (Set) que contiene el número de identificación (Nid) del mensaje de alarma que falta al elemento de red (NE), para provocar una nueva transmisión del mensaje de alarma que falta, caracterizado porque el mensaje de alarma se caracteriza por al menos otro número de identificación (rNid) para la fase de arranque en frío y/o arranque en caliente.
Description
Procedimiento para la transmisión asegurada de
mensajes de alarma desde un elemento de red hasta un sistema de
gestión de la red.
La invención se refiere a un procedimiento, así
como a un producto de programa de software para realizar el
procedimiento, para la transmisión asegurada de mensajes de alarma
desde un elemento de red hasta un sistema de gestión de la red
dentro de una red de comunicaciones.
Hoy en día ofrecen los operadores de red de las
redes de comunicaciones diversos servicios, como por ejemplo el
servicio telefónico. En relación con un servicio telefónico como el
indicado, pueden presentarse al realizarlo errores en distintos
elementos de red de la red de comunicaciones. Los elementos de red
de una red de comunicaciones como la indicada, están conectados
normalmente a un sistema de gestión de la red configurado
centralmente (por ejemplo TMN = Telecommunication Management
Network, red de gestión de telecomunicaciones). Las informaciones
sobre los errores que se han presentado, por ejemplo durante un
servicio telefónico, se incluyen por parte del elemento de red en
mensajes de alarma y se transmiten al sistema de gestión de la red.
Durante la transmisión de los mensajes de alarma desde un elemento
de red al sistema de gestión de la red, pueden perderse mensajes de
alarma individuales en la vía de transmisión, por ejemplo debido a
una situación de sobrecarga. El protocolo SMNP (Simple Management
Network Protocol, protocolo simple de gestión de la red) no apoya
por el lado del sistema de gestión de la red actualmente ni a
elementos para detectar mensajes de alarma que faltan o que se han
perdido ni elementos para solicitar una nueva transmisión del
mensaje de alarma que falta desde el elemento de red al sistema de
gestión de
red.
red.
De manera convencional se resuelve este problema
en una red de comunicaciones conectada a un sistema de gestión de
red consultando periódicamente, tras un intervalo de tiempo
previamente determinado, todas las instancias de alarma de los
elementos de red por parte del sistema de gestión de red
(procedimiento de polling o consulta general). Cuando se pierde un
mensaje de alarma durante la transmisión, el sistema de gestión de
red sólo detecta esto en la siguiente consulta de todas las
instancias de alarma del elemento de red.
Una alternativa a ello para resolver el problema
descrito, ha de considerarse que es que el sistema de gestión de
red confirme los mensajes de alarma recibidos a los elementos de red
(procedimiento de acuse de recibo). Para el caso de que un elemento
de red no reciba aquí ninguna confirmación a un mensaje de alarma
transmitido por él mismo, se transmite de nuevo este mensaje desde
el mismo hacía el sistema de gestión de la red.
Ambas formas de proceder tienen inconveniente de
que la red de comunicaciones se ve cargada con un tráfico de
mensajes aumentado. En el procedimiento de polling (consulta
general) deben consultarse todas las instancias de alarma, aún
cuando la mayoría no presentarán ninguna variación de estado en
relación con la consulta precedente. Por otro lado, deben
confirmarse en el procedimiento de acuse de recibo todos los
mensajes de alarma, aún cuando en realidad casi ningún mensaje de
alarma se pierde en la red de comunicaciones.
La tarea de la invención consiste en configurar
un procedimiento para la transmisión asegurada de mensajes de
alarma tal que se superen los inconvenientes antes mencionados.
La tarea se resuelve mediante las
particularidades indicadas en la reivindicación 1 en cuanto a un
procedimiento y mediante las particularidades de la reivindicación
10 en cuanto a un producto de programa de software para realizar el
procedimiento. Ventajosos perfeccionamientos de la invención se
indican en las reivindicaciones depen-
dientes.
dientes.
Un aspecto esencial de la invención consiste en
que por parte del sistema de gestión de la red se comprueba la
secuencia de los mensajes de alarma transmitidos desde un elemento
de red hasta un sistema de gestión de la red en base al número de
identificación que caracteriza el correspondiente mensaje de alarma.
Cuando se detecta la ausencia de un mensaje de alarma, se transmite
al elemento de red un mensaje de solicitud que contiene el número
de identificación del mensaje que falta, para provocar una nueva
transmisión del mensaje de alarma que
falta.
falta.
En lugar de la transmisión del mensaje de alarma
que falta, puede también solicitarse una transmisión de todas las
alarmas abiertas. Alarma abierta significa que se ha presentado un
suceso de alarma para un caso de alar-
ma.
ma.
De esta manera se transforma el elemento de red,
que en el procedimiento tradicional según el estado de la técnica
presenta durante la consulta de instancias de alarma un
comportamiento pasivo, en un interlocutor de comunicación activo
para el sistema de gestión de red. El elemento de red transmite al
presentarse un suceso de alarma inmediatamente un mensaje de alarma
sin que sea necesaria una acción por parte del sistema de gestión
de la red. Para garantizar una transmisión asegurada de mensajes de
alarma sin pérdida de mensajes, se dotan los mensajes de alarma a
transmitir de números de identificación. En base a estos números de
identificación puede comprobarse por el lado del sistema de gestión
de la red la secuencia de los mensajes de alarma transmitidos y con
ello detectarse la falta de un mensaje de alarma. Dado el caso,
puede solicitarse una nueva transmisión del mensaje de alarma que
falta con ayuda de su número de identificación.
El procedimiento correspondiente a la invención
aporta la ventaja de que ya no es necesaria una consulta periódica
regular por parte del sistema de gestión de la red de casos de
alarma de todos los elementos de la red. Es suficiente transmitir a
un elemento de red un mensaje de solicitud que consulta el número de
identificación actual del último mensaje de alarma transmitido. De
esta manera se carga bastante menos la red de comunicaciones en
cuanto al tráfico de mensajes.
De manera conveniente, cuando la solicitud del
mensaje de alarma que falta no tiene éxito, se transmite de nuevo
el mensaje de solicitud tras un intervalo de tiempo previamente
determinado.
El documento US6092109 ("sistema de contraste
de la información y su método de contraste para contrastar la
información entre equipos terminales conectados vía red"), de la
Corporación NEC, describe un procedimiento para la transmisión
asegurada de mensajes de alarma entre gestor de red y agentes de red
en el que el gestor de red, en base a números de secuencia
transmitidos, detecta al faltar uno de esos números la transmisión
fallida de una alarma y en este caso puede solicitar la nueva
transmisión del mensaje que falta.
Una solución especialmente favorable resulta
utilizando el procedimiento correspondiente a la invención durante
o inmediatamente después de una fase de arranque en frío y/o
arranque en caliente del sistema de gestión de red. Tras la
inicialización solicita el sistema de gestión de red del elemento de
red la transmisión de sus alarmas actualmente abiertas. Una
consulta de todas las instancias de alarmas no es necesaria en esta
fase de sincronización. Igualmente pueden solicitarse del elemento
de red durante o inmediatamente después de una fase de arranque en
frío y/o arranque en caliente todas las alarmas abiertas del
elemento de red.
Para garantizar la seguridad de una transmisión
completa de los mensajes de alarma durante o inmediatamente después
de una fase de arranque en frío o de arranque en caliente y en
paralelo a ello poder procesar nuevos sucesos de alarma, se
caracteriza el mensaje de alarma con al menos otro número de
identificación para la fase de arranque en frío o bien arranque en
caliente.
Para garantizar la comprobación de la secuencia
de los mensajes de alarma transmitidos, se conserva cada número de
identificación del mensaje de alarma último recibido por parte del
sistema de gestión de la red y por parte del elemento de red.
La comprobación de la secuencia de los mensajes
de alarma transmitidos o bien recibidos está configurada de esta
manera ventajosamente cuando cada número de identificación
conservado se compara con el correspondiente número de
identificación del último mensaje de alarma transmitido.
Otro proceder ventajoso durante la comprobación
de la secuencia de los mensajes de alarma transmitidos se logra
consultando periódicamente al menos un número actual de
identificación del último mensaje de alarma transmitido por parte
del elemento de red. De esta manera puede determinar de manera
sencilla el sistema de gestión de red si el elemento de red
afectado está disponible y si faltan mensajes de alarma del
mismo.
De manera conveniente, en caso de una consulta
sin éxito de al menos un número de identificación, se repite el
mensaje de solicitud tras un espacio de tiempo predeterminado.
Según un perfeccionamiento ventajoso de la
invención, se compara el número de identificación consultado con el
correspondiente número de identificación del mensaje de alarma
último recibido. Cuando hay, dado el caso, varias faltas de
coincidencia que se presentan en el tiempo una tras otra, se
transmite un mensaje de solicitud que incluye con el número de
identificación que falta al elemento de red. De esta manera se
asegura de manera simplificada que el elemento de red transmite de
nuevo el mensaje de alarma que falta al sistema de gestión de red o
que al menos se solicitan todas las alarmas abiertas.
Otros perfeccionamientos ventajosos de la
invención prevén que la transmisión de los mensajes de alarma se
realicen según el protocolo estandarizado SMNP (Simple Management
Network Protocol, protocolo simple de gestión de la red) o según el
protocolo estandarizado CMIP (Common Management Information
Protocol, protocolo de información de gestión común). Entonces se
determinan los parámetros de un mensaje de alarma según el estándar
ITU X.733. En particular puede representarse el número de
identificación mediante el parámetro NotificationId (identificador
de la notificación), definido en el ITU X.721 y utilizado en el
estándar ITU X.733.
Para realizar el procedimiento correspondiente a
la invención mediante un procesador, se prevé, de manera
conveniente un producto de programa de software que incluye varios
módulos de código de software.
La implementación del producto del programa de
software para el sistema de gestión de la red es muy flexible y
puede adaptarse en todo momento a las necesidades de los operadores
de la red o bien a las estructuras y características de la red de
comunicaciones. Por ejemplo, para el caso de que el sistema de
gestión de la red esté disponible casi en un 100% y la red de
comunicaciones esté configurada de manera segura, puede desearse
que sólo se implementen módulos para la visualización de mensajes de
alarma para el sistema de gestión de red. Para el caso de que el
sistema de gestión de red no esté siempre disponible o bien falte
debido a trabajos de mantenimiento, pueden implementarse
adicionalmente módulos que son responsables de la consulta de todas
las alarmas abiertas del elemento de red. También es posible
implementar módulos que son adecuados para la solicitud de una
nueva transmisión de un único mensaje de alarma que falte.
A continuación se describe más de detalle un
ejemplo de ejecución de la invención con referencia al dibu-
jo.
jo.
En el dibujo muestran:
Figura 1 un diagrama secuencial del
procedimiento correspondiente a la invención tras una fase de
arranque en frío o bien de arranque en caliente, que a continuación
se considera como funcionamiento normal, entre el sistema de
gestión de la red y un elemento de red dentro de una red de
comunicaciones.
Figura 2 un diagrama secuencial relativo al
procedimiento correspondiente a la invención durante el
funcionamiento normal, habiéndose perdido durante la transmisión de
mensajes de alarma varios mensajes de alarma en la vía de
transmisión.
Figura 3 un diagrama secuencial relativo al
procedimiento correspondiente a la invención durante el
funcionamiento normal, en el que la secuencia de los mensajes de
alarma transmitidos se recibe trastocada en el sistema de gestión
de la red.
Figura 4 un diagrama secuencial relativo al
procedimiento correspondiente a la invención durante o
inmediatamente después de una fase de arranque en frío o de
arranque en caliente, no presentando el elemento de red ninguna
alarma abierta.
Figura 5 un diagrama secuencial relativo al
procedimiento correspondiente a la invención durante o bien
inmediatamente después de una fase de arranque en frío o de
arranque en caliente, presentando el elemento de red mensajes de
alarma abiertos y enviándolos al sistema de gestión de red tras la
correspondiente solicitud.
La figura 1 muestra un sistema de gestión de la
red NM y un elemento de red NE de una red de comunicaciones, entre
los que se intercambian mensajes. El intercambio de mensajes entre
el sistema de gestión de red y el elemento de red se realiza
ventajosamente con ayuda del protocolo SNMP (Simple Management
Network Protocol, protocolo simple de gestión de la red). Cuando en
el elemento de red NE se modifica el estado de alarma debido a un
suceso de alarma, envía el elemento de red uno o varios mensajes de
alarma al sistema de gestión de red. Este paso se caracteriza en la
figura 1 con 11. La estructura de los mensajes de alarma a
transmitir se apoya ventajosamente en el estándar ITU X.733 y se
estructura por ejemplo como sigue:
\vskip1.000000\baselineskip
Los mensajes de alarma se representan en las
figuras simplificadamente mediante el distintivo "Nid Nr., rNid
Nr., Alarminstanz" (número de identificación, caso de alarma). En
la etapa 12 no llega al sistema de gestión de red por ejemplo el
mensaje de alarma con el Nid 3002 cuando se transmite desde el
elemento de red. En la etapa 13 se envía otro mensaje, por ejemplo
con el Nid 3003, al sistema de gestión de red y se conserva en el
sistema de gestión de red mediante memorización. En los dos pasos
siguientes, caracterizados con 14, pregunta el sistema de gestión
de red con un mensaje Get (obtener) por el número de identificación
del último mensaje de alarma transmitido y recibe un mensaje de
respuesta que contiene el número de identificación Nid 3003. El
número de identificación 3003 recibido se compara entonces con el
número de identificación del último mensaje de alarma recibido, por
ejemplo 3002. En este ejemplo no coinciden los números de
identificación, y con ello el sistema de gestión de red detecta que
en un mensaje de alarma, por ejemplo Nid 3002, potencialmente se ha
perdido durante la transmisión. En el siguiente momento de consulta,
consulta el sistema de gestión de red en las etapas caracterizadas
con 15 de nuevo con un mensaje Get (obtener) el número de
identificación de los mensajes de alarma últimos transmitidos. En
el mensaje de respuesta obtiene el sistema de gestión de red el
número de identificación, por ejemplo 3003. Una nueva comprobación
de la secuencia de los mensajes de alarma recibidos, que se realiza
mediante comparación del número de identificación recibido en el
mensaje de respuesta con el número de identificación del último
mensaje de alarma transmitido, da lugar de nuevo a un resultado de
comprobación negativo, a continuación de lo cual con las etapas 16
el sistema de gestión de red, con un mensaje de solicitud Set
(activar), que contiene el número de identificación, por ejemplo
3002, así como la dirección de red del sistema de gestión de red
Retr Addr, solicita la nueva transmisión del mensaje de alarma que
falta o bien que se ha perdido. En base al mensaje de solicitud,
recibe el sistema de gestión de red un mensaje de respuesta. A
continuación transmite de nuevo el elemento de red el mensaje de
alarma que falta, por ejemplo Nid 3002, al sistema de gestión de
red; caracterizado por 17. El mensaje de alarma memorizado con Nid
3003 se procesa entonces al llegar el mensaje de alarma que falta
con Nid 3002. En las etapas caracterizadas con 18, llama el sistema
de gestión de red con un mensaje Get al número de identificación
del último mensaje de alarma transmitido en el elemento de red y
recibe con un mensaje de respuesta el número de identificación, por
ejemplo 3003, en base a lo cual se comprueba a continuación la
secuencia de los mensajes de alarma recibidos de la manera antes
descrita. En el ejemplo coinciden ahora los números de
identificación (3003), con lo que el sistema de gestión de red ha
recibido todos los mensajes de alarma a transmitir desde el elemento
de red.
En la figura 2 se transmite de la manera ya
descrita anteriormente en la etapa 21 un mensaje de alarma desde el
elemento de red NE en al sistema de gestión de red NM. En la etapa
22 se pierde el mensaje de alarma transmitido por el elemento de
red con el número de identificación Nid 3001. En la etapa 23
consulta el sistema de gestión de red de la manera ya descrita
anteriormente el número de identificación del último mensaje de
alarma transmitido desde el elemento de red y compara este número
de identificación con el número de identificación del último
mensaje de alarma recibido. En la etapa 24, en la siguiente
consulta, consulta el sistema de gestión de red de nuevo el número
de identificación de la manera ya descrita al elemento de red y
realiza la comparación del número de identificación recibido con el
número de identificación del último mensaje de alarma recibido.
También este resultado de comparación indica una no coincidencia, en
base a lo cual en las etapas caracterizadas con 25 solicita el
elemento de red con ayuda de un mensaje Set (activar), de la manera
antes descrita, la nueva transmisión del mensaje de alarma que
falta del elemento de red. El mensaje de alarma transmitido de
nuevo en la etapa 26 con el número de identificación Nid 3001 se
pierde de nuevo. En las etapas caracterizadas con 27 consulta el
sistema de gestión de red con un mensaje Get (obtener), que contiene
además del número de identificación Nid también otro número de
identificación rNid, ambos números de identificación Nid y rNid del
elemento de red de la manera ya descrita anteriormente. Tras
comprobar la secuencia de los mensajes de alarma recibidos en base
al número de identificación Nid, lo que da como resultado una no
coincidencia de los números de identificación, se solicitan en las
etapas 28 todas las alarmas abiertas con ayuda de un mensaje Set
que contiene los números de identificación Nid y rNid, así como la
dirección Retr Addr. Durante la fase de nueva carga se transmiten
al sistema de gestión de red ambas alarmas abiertas con los números
de identificación que rNid 7 y rNid 8 actuales desde el punto de
vista del elemento de red. En la etapa 210 falla la nueva
transmisión del mensaje de alarma ya solicitado previamente dos
veces y perdido con el número de identificación Nid 3001. Puesto
que la nueva transmisión del mensaje de alarma previamente
solicitado y perdido tiene lugar durante la fase de nueva carga,
lleva este mensaje de alarma transmitido nuevamente el número de
identificación rNid 8. A continuación solicita el sistema de
gestión de red en las etapas 211 con un mensaje Set, que contiene
el rNid del mensaje que falta, el correspondiente mensaje de alarma
que falta del elemento de red, a continuación de lo cual el sistema
de gestión de red recibe el correspondiente mensaje de respuesta,
tal como ya se ha descrito previamente. En la etapa 212 transmite
el elemento de red el mensaje que falta con el número de
identificación Nid 3001 y rNid 8 de nuevo y finalmente se recibe
con éxito en el sistema de gestión de red. A partir de este
instante, están sincronizados el elemento de red y el sistema de
gestión de red, es decir, el sistema de gestión de red conoce ahora
ambas alarmas abiertas del elemento de red.
Dicho resumidamente, el número de identificación
Nid es un llamado número secuencial, que identifica los mensajes de
alarma a transmitir durante el funcionamiento normal. El número de
identificación rNid, dado el caso adicionalmente existente, es un
número secuencial, que es relevante cuando se transmiten mensajes de
alarma durante una fase de nueva carga al sistema de gestión de
red. El número de identificación rNid permite al sistema de gestión
de red detectar mensajes de alarma que faltan durante la fase de
nueva carga. En el funcionamiento normal tiene el número de
identificación rNid normalmente el valor 0. El estado en el que se
han transmitido correctamente al sistema de gestión de red todos
los mensajes de alarma a transmitir, se ha alcanzado cuando tras una
fase de nueva carga un mensaje de alarma está caracterizado con los
números de identificación que contienen ventajosamente el valor Nid
> 0 y rNid con el número de secuencia correcto siguiente.
Ventajosamente se procede en el sistema de
gestión de la red, para garantizar una transmisión segura de
mensajes de alarma, según la siguiente estrategia:
En la figura 3 se transmiten en las etapas 31
dos mensajes de alarma de la manera ya antes descrita desde el
elemento de red al sistema de gestión de red. En las etapas 32 y 33
llega el mensaje de alarma transmitido con el número de
identificación Nid 3002 al sistema de gestión de red posteriormente
al mensaje de alarma transmitido con el número de identificación
Nid 3003. Ventajosamente memoriza el sistema de gestión de red todo
número de identificación de mensajes de alarma que llegan, para
poder detectar mensajes de alarma que faltan o bien poder
clasificar los mensajes de alarma dado el caso para un posterior
procesamiento, en la secuencia correcta.
En la figura 4 se transmiten dos mensajes de
alarma en las etapas 41 de la manera antes descrita desde el
elemento de red al sistema de gestión de red. En la etapa 42 se
transmite al sistema de gestión de red un mensaje de alarma que
contiene una información de borrado relativa al mensaje de alarma
previamente transmitido del caso de alarma 1. Cuando el sistema de
gestión de red debe rearrancar, entonces se inicia tras la fase de
arranque en frío o bien en caliente un llamado procedimiento de
AutoDiscovery (autodescubrimiento). El procedimiento de
Auto-Discovery se utiliza para informar por completo
al sistema de gestión de red sobre los casos de alarma existentes
de un elemento de red en la red de comunicaciones. En la etapa 43 se
inicia con un mensaje Get-AutoDiscovery a
transmitir al elemento de red el procedimiento de AutoDiscovery. En
la etapa 44 se transmite al sistema de gestión de red por ejemplo
otro mensaje de alarma con el número de identificación Nid 3003,
que contiene una información de borrado para el mensaje de alarma
previamente transmitido del caso de alarma 2, y no se procesa a
continuación en el sistema de gestión de red. En la etapa 45
finaliza el procedimiento de AutoDiscovery mediante un mensaje Last
Get Rsp AutoDiscovery, última obtención resuesta Autodiscovery). A
continuación consulta el sistema de gestión de red en la etapa 46
con un mensaje Get los números de identificación del último mensaje
de alarma transmitido desde el elemento de red y recibe en la etapa
47 con el mensaje de respuesta el número de identificación Nid 3003
y rNid 0. El número de identificación rNid significa que en el
elemento de red no existe en ese momento ninguna alarma abierta. Así
puede considerar el sistema de gestión de red como terminada la
fase de nueva carga. En las etapas 48 recibe el sistema de gestión
de red otros mensajes de alarma Nid 3004 y Nid 3005. Se supone que
en el caso de que posteriormente se haya detectado la ausencia de
un mensaje de alarma del elemento de red en el siguiente momento de
consulta, entonces proseguiría el procedimiento de la manera
descrita en la figura 1. En particular se ejecutarían para ello las
etapas 16 a 18 de la manera correspondiente.
En la figura 5 se transmiten en la etapa 51
mensajes de alarma desde el elemento de red al sistema de gestión
de red. En la etapa 52 se transmite al elemento de gestión de red
otro mensaje de alarma, que contiene una información de borrado
relativa al mensaje de alarma previamente transmitido del caso de
alarma 1. Correspondientemente, quedan abiertas las alarmas para
los casos 2 y 3.
El elemento de red transmite en la etapa 53
mensajes ColdStart (arranque en frío) y Linkup (enlace) al sistema
de gestión de red, para comunicar su fase de arranque en frío o bien
de arranque en caliente. A continuación se ejecuta en las etapas
54, 55 y 56 un procedimiento AutoDiscovery de la manera
correspondiente a las etapas 43, 44 y 45. En las etapas 57 se
consultan los números de identificación de los últimos mensajes de
alarma transmitidos de la manera correspondiente a las etapas 46 y
47 del elemento de red. En este caso tiene el elemento de red
alarmas abiertas y aporta en el mensaje Response (respuesta)
correspondientemente un número de identificación rNid > 0. El
valor de rNid devuelto es aquél que caracterizará el primer mensaje
de alarma abierto, por ejemplo rNid 1. En consecuencia se solicitan
en las etapas 58 todas las alarmas abiertas del elemento de red
mediante un mensaje de solicitud Set (activar). El sistema de
gestión de red entra entonces en la fase de nueva carga y recibe en
las etapas 59 durante esta fase del elemento de red los dos primeros
mensajes de alarma, que en particular están caracterizados con los
números de identificación rNid 1 y rNid 2. Durante la fase de nueva
carga el elemento de red detecta en la etapa 510 un nuevo suceso de
alarma y se transmite un mensaje de alarma. Sólo a continuación
transmite el elemento de red en la etapa 511 el mensaje de alarma
previamente solicitado y que falta en las etapas 58, caracterizado
con el rNid 3. Para poder reconstruir de nuevo la secuencia
correcta de los mensajes de alarma transmitidos en la fase de nueva
carga en el sistema de gestión de red, se memorizan
transitoriamente los números de identificación de los mensajes de
alarma con el rNid 0 por ejemplo como en la etapa 510 en el sistema
de gestión de red. Para el caso de que durante el procedimiento
falte un mensaje de alarma transmitido o bien se haya perdido,
debería realizarse el procedimiento antes o bien tras una fase de
nueva carga según las etapas 14 a 17 de la figura 1 y proseguir
durante la fase de nueva carga según las etapas 28 de la figura
2.
Claims (10)
1. Procedimiento para la transmisión asegurada
de mensajes de alarma desde un elemento de red (NE) a un sistema de
gestión de red (NM) dentro de una red de comunicaciones, en el que
por parte de la gestión de red se comprueba la secuencia de los
mensajes de alarma transmitidos en base a un número de
identificación (Nid) que caracteriza el correspondiente mensaje de
alarma y, cuando se detecta la ausencia de un mensaje de alarma, se
transmite un mensaje de solicitud (Set) que contiene el número de
identificación (Nid) del mensaje de alarma que falta al elemento de
red (NE), para provocar una nueva transmisión del mensaje de alarma
que falta, caracterizado porque el mensaje de alarma se
caracteriza por al menos otro número de identificación (rNid) para
la fase de arranque en frío y/o arranque en caliente.
2. Procedimiento según la reivindicación 1,
caracterizado porque el número de
identificación (Nid) y/o el otro número de identificación (rNid), de
los que al menos hay uno, del último mensaje de alarma transmitido,
se conservan por parte de la gestión de red y por parte del
elemento de red.
3. Procedimiento según la reivindicación 2,
caracterizado porque para comprobar la
secuencia que incluye el mensaje de alarma transmitido se compara
cada número de identificación conservado (Nid, rNid) con el
correspondiente número de identificación del último mensaje de
alarma transmitido.
4. Procedimiento según las reivindicaciones 1 a
3,
caracterizado porque para comprobar la
secuencia de los mensajes de alarma transmitidos se consulta (Get)
el número de identificación (Nid) y/o el otro número de
identificación (rNid), de los que al menos hay uno, del último
mensaje de alarma transmitido del elemento de red (NE).
5. Procedimiento según la reivindicación 4,
caracterizado porque en caso de una
consulta sin éxito (Get) de un número de identificación, se repite
la consulta tras un periodo de tiempo predeterminado.
6. Procedimiento según la reivindicación 4 ó
5,
caracterizado porque cada número de
identificación consultado (Nid, rNid) se compara con el
correspondiente número de identificación (Nid, rNid) del último
mensaje de alarma transmitido y, cuando no hay coincidencia, se
transmite al elemento de red un mensaje de solicitud (Set) que
incluye al menos el número de identificación consultado (Nid, rNid)
que no coincide.
7. Procedimiento según una de la
reivindicaciones 1 a 6,
caracterizado porque la transmisión de
los mensajes de alarma se realiza según el protocolo estandarizado
SNMP (Simple Network Management Protocol, protocolo simple de
gestión de la red) o según el protocolo estandarizado CMIP (Common
Management Information Protocol, protocolo de información de gestión
común).
8. Procedimiento según una de la
reivindicaciones 1 a 7,
caracterizado porque los parámetros del
mensaje de alarma están fijados según el estándar ITU X. 733.
9. Procedimiento según la reivindicación 8,
caracterizado porque el número de
identificación (Nid) viene representado por el parámetro
Notification ID y/u otro número de identificación (rNid) mediante
el parámetro reloadNotificationNid.
10. Módulo de programa de software que incluye
módulos de software con los que se ejecuta un procedimiento según
una de las reivindicaciones 1 a 9 mediante un procesador.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP01103105A EP1231739B1 (de) | 2001-02-09 | 2001-02-09 | Verfahren zur gesicherten Übertragung von Alarmnachrichten von einem Netzelement zu einem Netzmanagementsystem |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2286046T3 true ES2286046T3 (es) | 2007-12-01 |
Family
ID=8176446
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01103105T Expired - Lifetime ES2286046T3 (es) | 2001-02-09 | 2001-02-09 | Procedimiento para la transmision asegurada de mensajes de alarma desde un elemento de red hasta un sistema de gestion de la red. |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP1231739B1 (es) |
| AT (1) | ATE361606T1 (es) |
| DE (1) | DE50112434D1 (es) |
| ES (1) | ES2286046T3 (es) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102004032208B4 (de) * | 2004-07-02 | 2008-04-03 | Nokia Siemens Networks Gmbh & Co.Kg | Verfahren zur gesicherten Datenübertragung in einem Managementsystem |
| CN100382506C (zh) * | 2005-09-20 | 2008-04-16 | 华为技术有限公司 | 一种网络管理系统中对网元服务器进行认证的方法 |
| GB2431067B (en) | 2005-10-07 | 2008-05-07 | Cramer Systems Ltd | Telecommunications service management |
| GB2432992B (en) | 2005-11-18 | 2008-09-10 | Cramer Systems Ltd | Network planning |
| CN100413257C (zh) * | 2005-11-26 | 2008-08-20 | 华为技术有限公司 | 网元告警数据获取方法 |
| GB2433675B (en) | 2005-12-22 | 2008-05-07 | Cramer Systems Ltd | Communications circuit design |
| GB2435362B (en) | 2006-02-20 | 2008-11-26 | Cramer Systems Ltd | Method of configuring devices in a telecommunications network |
| CN102761430B (zh) * | 2011-04-29 | 2017-03-01 | 中兴通讯股份有限公司 | 一种获取告警信息的方法及系统 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| IT1271326B (it) * | 1994-12-23 | 1997-05-27 | Sits Soc It Telecom Siemens | Procedimento per il riallineamento automatico nel riporto di evento in un sistema di gestione e relativo sistema |
| JPH1127342A (ja) * | 1997-06-30 | 1999-01-29 | Nec Corp | ネットワーク情報整合方式および整合システム |
| DE19752614C2 (de) * | 1997-11-27 | 2000-04-13 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
| US6076181A (en) * | 1998-03-03 | 2000-06-13 | Nokia Mobile Phones Limited | Method and apparatus for controlling a retransmission/abort timer in a telecommunications system |
-
2001
- 2001-02-09 DE DE50112434T patent/DE50112434D1/de not_active Expired - Fee Related
- 2001-02-09 ES ES01103105T patent/ES2286046T3/es not_active Expired - Lifetime
- 2001-02-09 AT AT01103105T patent/ATE361606T1/de not_active IP Right Cessation
- 2001-02-09 EP EP01103105A patent/EP1231739B1/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| ATE361606T1 (de) | 2007-05-15 |
| DE50112434D1 (de) | 2007-06-14 |
| EP1231739B1 (de) | 2007-05-02 |
| EP1231739A1 (de) | 2002-08-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20060281437A1 (en) | Systems and methods for supporting E911 emergency services in a data communications network | |
| US8726068B2 (en) | Intra-realm AAA fallback mechanism | |
| US20180014212A1 (en) | Satellite communication device, management device, monitoring system, and monitoring method | |
| ES2259389T3 (es) | Metodo y dispositivo para la configuracion automatica de un terminal gprs. | |
| NO309350B1 (no) | Fremgangsmåte for å starte en kort sending av en melding i et mobiltelefonnett | |
| ES2286046T3 (es) | Procedimiento para la transmision asegurada de mensajes de alarma desde un elemento de red hasta un sistema de gestion de la red. | |
| ES2465644T3 (es) | Sistema de mensajes multimedia y método de transmisión de mensajes multimedia | |
| US20160191714A1 (en) | Improvements in central station connectivity | |
| EP2884779B1 (en) | Message processing method in coexistence of multiple external identifiers of terminal and network side device | |
| JP2001292177A (ja) | 階層異種システムにおける自動ポート識別発見のための装置および方法 | |
| US7945656B1 (en) | Method for determining round trip times for devices with ICMP echo disable | |
| EP2136506B1 (en) | Keepalive monitoring method, system and apparatus of a subscriber session group | |
| CN101743723A (zh) | 用于自适应接入点模式的系统和方法 | |
| CN101119275B (zh) | 使业务提供商设备获取信息的方法、设备和系统 | |
| ES2281357T3 (es) | Procedimiento generico para el alineamiento en un entorno multigestor. | |
| CN109040274A (zh) | 交通前端设备联网方法及系统 | |
| JP2001516531A (ja) | 登録プロトコル | |
| 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. | |
| ES2366508A1 (es) | Método y dispositivo para transmitir fax en redes moviles. | |
| PT1547423E (pt) | Método para proporcionar a um cliente de rede móvel características de funcionamento específicas do serviço de diferentes operadoras de rede radiotelefónica móvel. | |
| US7764630B2 (en) | Method for automatically discovering a bus system in a multipoint transport network, multipoint transport network and network node | |
| JP2006229835A (ja) | 伝送ネットワークの制御・監視方式 | |
| CN101815140B (zh) | 一种基于会话方式的ip电信网系统地址注册方法 | |
| CN112822569B (zh) | 一种监控处理方法及设备 | |
| KR100449031B1 (ko) | 액세스 게이트 웨이의 에이에이엘1 링크 연결 상태 관리장치 및 그 방법 |