WO1999029068A1 - Verfahren und kommunikationssystem zur behandlung von alarmen durch ein mehrere managementebenen aufweisendes managementnetz - Google Patents
Verfahren und kommunikationssystem zur behandlung von alarmen durch ein mehrere managementebenen aufweisendes managementnetz Download PDFInfo
- Publication number
- WO1999029068A1 WO1999029068A1 PCT/DE1998/003195 DE9803195W WO9929068A1 WO 1999029068 A1 WO1999029068 A1 WO 1999029068A1 DE 9803195 W DE9803195 W DE 9803195W WO 9929068 A1 WO9929068 A1 WO 9929068A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- manager
- agent
- mai
- request
- alarm data
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or 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/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- 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/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
Abstract
Der Erfindung geht davon aus, daß für einen Alarmdatenabgleich zwischen einem Agenten (AG) einer Managementebene (B, C) und zumindest einem Manager (MA1, MA2) einer nächsthöheren Managementebene (A, B) die Alarmdaten aktiver Alarme übertragen werden. Erfindungsgemäß werden von dem Manager (MA1, MA2) eine oder mehrere Anforderungsnachrichten (repAA) zum Übermitteln der Alarmdaten an den Agent (AG) gesendet, sowie Korrelationsinformationen (alaAH, aliNI) für eine Zuordnung der jeweiligen Anforderung zu den vom Agenten (AG) nachfolgend gesendeten Nachrichten (alNO) empfangen. Im Managementnetz können dadurch mehrere Alarmdatenabgleiche (alarm realigments) simultan zwischen dem Agenten und mehreren Managern oder seriell zwischen dem Agenten und einem einzelnen Manager ohne Einhaltung der Reihenfolge der angeforderten Datenabgleiche ablaufen.
Description
Beschreibung
Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Management- netz
Die Erfindung betrifft ein Verfahren sowie ein entsprechendes Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz, wobei für einen Alarmdatenabgleich zwischen einem Agent einer Managementebene und zumindest einem Manager einer nächsthöheren Managementebene die Alarmdaten aktiver Alarme übertragen werden.
Die Prinzipien eines Managementnetzes, die auch als TMN-Prin- zipien (Telecommunications Management Network) bezeichnet werden, definieren mehrere Managementebenen für das Management eines Kommunikationssystems - beispielsweise eines Mobil-Kommunikationssystems - , wobei jede Ebene eine doppelte Funktion hat. Im managenden System hat jede Ebene außer der untersten eine Manager-Funktion für die darunterliegende Ebene. Im gemanagten System hat jede Ebene außer der obersten eine Agenten-Funktion für die nächsthöhere Ebene.
Das Fehlermanagement ("Fault Management") ist ein wichtiger Teil des TMN-Managements . Grundsätzlich spielt hier der Agent die aktive Rolle, indem er Fehler der eigenen Managementebene rechtzeitig und genau erkennt und an den Manager der nächsthöheren Ebene als Alarme überträgt. Die Übertragung von Alarmdaten vom Agent zum Manager ist unkritisch, solange der Kommunikationsmechanismus zwischen diesen Systemen nicht gestört ist. Wenn die Verbindung zwischen den beiden Managementebenen, also zwischen Agent und Manager, für eine bestimmte Zeit nicht mehr gewährleistet ist, muß der Agent die während dieses Intervalls aufgetretenen Alarme Zwischenspeichern, um sicherzustellen, daß nach dem Wiederherstellen der Kommunikationsmöglichkeit dem Manager zum einen möglichst
schnell eine Übersicht der z.Zt. aktiven Alarme - z.B. in Form einer Liste - zur Verfügung gestellt wird, und der Manager zum anderen eine möglichst lückenlose Alarmgeschichte ("alarm history") sowohl der aktiven als auch der beendeten Alarme („cleared alarms") aufbauen kann.
Zu diesem Zweck wird ein Alarmdatenabgleich (alarm realign- ment) zwischen Agent und Manager bei jedem neuen Verbindungsaufbau nach einem Verbindungsabbruch oder nach einer Initia- lisierung des Agenten oder des Managers ausgeführt. Alle Alarmdaten aktiver Alarme, zu denen Fehler im Agent noch nicht behoben sind - erkennbar daran, daß sie nicht als „cleared alarms" gekennzeichnet sind - , sind daher schnellstmöglich und vollständig der nächsthöheren Managemen- tebene zur Verfügung zu stellen.
Aufgabe der Erfindung ist es, ein Verfahren und ein Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz anzugeben, durch das ein Alarmdatenabgleich zwischen einem Agent und zumindest einem Manager optimiert wird.
Diese Aufgabe wird gemäß der Erfindung hinsichtlich des Verfahrens durch die Merkmale des Patentanspruchs 1 und hin- sichtlich des Kommunikationssystems durch die Merkmale des
Patentanspruchs 13 gelöst. Weiterbildungen der Erfindung sind den Unteransprüchen zu entnehmen.
Die Erfindung geht davon aus, daß für einen Alarmdatenab- gleich zwischen einem Agent einer Managementebene und zumindest einem Manager einer nächsthöheren Managementebene die Alarmdaten aktiver Alarme übertragen werden. Erfindungsgemäß werden von dem Manager eine oder mehrere Anforderungsnach- richten zum Übermitteln der Alarmdaten an den Agent gesendet, sowie Korrelationsinformationen für eine Zuordnung der jeweiligen Anforderung zu den vom Agent nachfolgend gesendeten Nachrichten mit den Alarmdaten empfangen.
Im Managementnetz können durch die Verwendung der erfindungs- gemäßen Korrelationsinformationen mehrere Alarmdatenabgleiche zwischen dem Agent und einem oder mehreren Managern simultan oder seriell ablaufen. Die Folgen einer parallellen Alarmbehandlung sind eine bessere Nutzung der Übertragungsressourcen auf der Schnittstelle der Agent-Manager-Beziehung sowie ein schnelleres Bereitstellen der Alarmdaten aktiver Alarme für die nächsthöhere Managementebene durch den Agent . Durch die Zuordnung anhand der Korrelationsinformationen besteht für den einzelnen Manager beim seriellen wie beim parallelen Ablauf die Möglichkeit, die eintreffenden Antworten des Agenten mit den Alarmdaten - auf mehrere Anforderungen des Managers hin - auch bei Nichteinhalten der Reihenfolge eindeutig den Anforderungen zuordnen zu können - beispielsweise unterschiedlichen Anwendungen im Manager. Nacheinander gesendete Anforderungen können sich gegenseitig überholen, beispielsweise dann, wenn zwischen Agent und Manager ein Paketnetz durchlaufen wird. Der Agent kann mehrere Anforderungen zum Datenabgleich parallel bearbeiten und unmittelbar danach ohne Rücksicht auf die Reihenfolge der gestarteten und an ihn gerichteten Anforderungen die Alarmdaten zum Abgleich an den oder die Manager rücksenden.
Ein besonderer Vorteil der Erfindung besteht darin, daß von mehreren Managern parallel Anforderungen zur Übermittlung von Alarmdaten initiiert und vom Agent abgearbeitet werden können, ohne daß sie sich gegenseitig beeinflussen oder stören. Dies ermöglichen die Korrelationsinformationen auf einfache, aber wirkungsvolle Weise. Ein gegenseitiges Überholen der Nachrichten mit den Alarmen auf dem Kommunikationsweg zwischen Agent und Manager (n) kann zugelassen werden, ohne daß hieraus Verfälschungen oder Fehler entstehen. Darüber hinaus lassen sich durch die Erfindung, gekennzeichnet durch das Mitsenden der Korrelationsinformationen, die auf Anforderung zum Datenabgleich übertragenen Alarme von anderen, auf dem
Kommunikationsweg übertragenen Alarmen - den „regulären" Alarmen - unterscheiden.
Dabei hat es sich gemäß einer Weiterbildung der Erfindung als günstig erwiesen, daß von dem Manager in der Anforderungs- nachricht eine (erste) Korrelationsinformation für eine Zuordnung der jeweiligen Anforderung zu den vom Agent nachfolgend gesendeten Nachrichten mit den Alarmdaten und von dem Agent jeweils eine Nachricht zum Starten des Alarmdatenabgleichs an den Manager rückgesendet wird, in der die erste Korrelations- information für die jeweilige Anforderung und eine weitere Korrelationsinformation für eine Zuordnung der nachfolgend vom Agent gesendeten Nachrichten mit den Alarmdaten zu dem jeweils gestarteten Datenabgleich enthalten ist. Durch die Initiierung und Übertragung der beiden Korrelationsinformationen in getrennten Nachrichten kann die Zuordnung der Anforderungen zu den Nachrichten mit den Alarmdaten durch den Manager erfolgen.
Weiterhin ist es von Vorteil, wenn der Agent die KorrelationsInformation zur Zuordnung der Nachrichten zu dem jeweils gestarteten Datenabgleich jeweils in den Nachrichten mit den Alarmdaten mitsendet. Dadurch ist gewährleistet, daß die Alarmdaten verschiedener, simultan ablaufender Datenabgleiche unabhängig von dem Zeitpunkt ihres Aussendens durch den Agent den Manager erreichen, der jeweils die angeforderten Alarme weiterverarbeitet .
Eine andere Weiterbildung der Erfindung sieht vor, daß von dem Agent nach dem Senden der Nachrichten mit den Alarmdaten jeweils eine Nachricht zum Beenden des Alarmdatenabgleichs an den Manager gesendet wird, in der die Korrelationsinformation für die jeweilige Anforderung enthalten ist. Anhand der eintreffenden Korrelationsinformation können die Manager das En- de der für sie jeweils bestimmten, Alarmdaten enthaltenden Nachrichtensequenz eindeutig erkennen.
Vorteilhaft ist es auch, wenn von dem Agent eine oder mehrere, jeweils von einem zuordenbaren Manager steuerbare Filterfunktionen mit Filterkriterien für die vom Agent erzeugten Nachrichten benutzt werden, die nur bei Erfüllen der Filter- kriterien zum Manager geroutet werden. Die Mitbenutzung des generell für das EVENT REPORTING im Managementnetz vorgesehenen Filtermechanismuε hat den Vorteil, daß quasi ohne zusätzlichen Aufwand dieselben Filterkriterien für Realignment- Alar e wie für die anderen Alarme zugrundegelegt werden kön- nen. Ansonsten müsste der Manager nämlich diese Filterkriterien erst definieren und in der Anforderung angeben, die der Agent auszuwerten hat, um die gewünschten aktiven Alarme mit den Alarmdaten an den Manager zu senden.
Besonders vorteilhaft hat sich die Erfindung erwiesen, wenn mehrere Anforderungsnachrichten mit jeweils den Anforderungen zuordenbaren Korrelationsinformationen von zumindest zwei Managern gesendet werden. Dabei werden die Manager zum Senden der Anforderungsnachrichten vorzugsweise für den Alarmdaten- abgleich von unterschiedlichen Netzeinrichtungen des Managementnetzes gebildet. Nach einer besonders bevorzugten Ausgestaltung bestehen die Manager aus verschiedenen Netzmanagementzentren, wobei eine Korrelationsinformation zur Zuordnung der Anforderung zu dem jeweiligen NetzmanagementZentrum in der Anforderungsnachricht mitgesendet wird.
Alternativ kann die Erfindung aber auch vorteilhaft für den Fall angewendet werden, daß mehrere Anforderungsnachrichten mit jeweils den Anforderungen zuordenbaren Korrelationsinfor- mationen von einem Manager gesendet werden. Gemäß einer bevorzugten Ausgestaltung der Erfindung werden von dem Manager die Anforderungsnachrichten zu unterschiedlichen Anwendungen (Appikationen) in einer physikalischen Netzeinrichtung des Managementnetzes gesendet. Der Manager kann ein Betriebs- und WartungsZentrum oder ein NetzmanagementZentrum mit jeweils verschiedenen Anwendungen sein, und jeweils eine Korrelati-
onsinformation zur Zuordnung der Anforderung zu der jeweiligen Anwendung in der Anforderungsnachricht mitsenden.
Das KommunikationsSystem, in dem für einen Alarmdatenabgleich zwischen einem Agent einer Managementebene und zumindest einem Manager einer nächsthöheren Managementebene die Alarmdaten aktiver Alarme übertragen werden, umfasst laut der Erfindung Einrichtungen in dem Manager für das Senden einer oder mehrerer Anforderungsnachrichten zum Übermitteln der Alarm- daten an den Agent, sowie Einrichtungen in dem Manager zum Empfangen von Korrelationsinformationen für eine Zuordnung der jeweiligen Anforderung zu den vom Agent nachfolgend gesendeten Nachrichten mit den Alarmdaten.
Nachstehend wird die Erfindung anhand eines Ausfuhrungsbei- spiels unter Bezugnahme auf die Figuren näher erläutert. Es zeigen
Figur 1 das Blockschaltbild eines Managementnetzes für ein Mobil-Kommunikationssystem mit Agent-Manager-
Beziehung zwischen einem Betriebs- und Wartungs- zentrum und einem oder mehreren NetzmanagementZentren,
Figur 2 das Blockschaltbild des Managementnetzes gemäß
Figur 1 mit Agent-Manager-Beziehung zwischen einem Basisstationssystem und einem Betriebs- und WartungsZentrum zur Durchführung von zumindest zwei Anwendungen für das Basisstationssystem,
Figur 3 das Blockschaltbild von Agent und Manager zur Behandlung der Alarme für parallel oder seriell ablaufende Alarmdatenabgleiche,
Figur 4 den Nachrichtenfluß zwischen dem Agent und dem Manager .
Das Ausführungsbeispiel beschreibt die Erfindung anhand eines TMN-Konzepts für das Management eines Mobil-Kommunikationssystems, das beispielsweise Netzeinrichtungen eines Mobilfunk- netzes nach dem GSM-Standard aufweist. Die Erfindung ist aber nicht auf Mobilfunknetze beschränkt, sondern läßt sich auf Telekommunikationsnetze jeder Art, die ein TMN-Managementnetz nutzen, anwenden.
Ein Mobil-KommunikationsSystem ist ein hierarchisch gegliedertes System verschiedener Netzeinrichtungen, bei dem die unterste Hierarchiestufe von den Mobilstationen gebildet wird. Diese Mobilstationen kommunizieren über eine Funkschnittstelle mit die nächste Hierarchieebene bildenden Funk- Stationen, die als Basisstationen bezeichnet werden. Die beispielsweise Mobilstationen in einem Funkbereich einer Funkzelle versorgenden Basisstationen sind vorzugsweise zur Abdeckung eines größeren Funkgebiets zusammengefaßt und mit übergeordneten Netzeinrichtungen, den Basisstationssteuerun- gen verbunden. Die Basisstationen und Basisstationssteuerungen gehören zu einem Basisstationssystem (Base Station Subsystem) des Mobil-Kommunikationssystems. Die Basisstationssteuerungen kommunizieren über definierte Schnittstellen mit einer oder mehreren Vermittlungseinrichtungen, den Mobilver- mittlungsstellen, über die u.a. auch der Übergang zu anderen Kommunikationsnetzen erfolgt . Die Mobilvermittlungsstellen bilden gemeinsam mit einer Mehrzahl von Datenbanken das Vermittlungssystem (Switching Subsystem) des Mobil-Kommunikationssystems .
Neben den obigen Netzeinrichtungen existieren ein oder mehrere Betriebs- und Wartungszentren (Operation and Maintenance Centers) , die u.a. zum Konfigurieren und Überwachen der Netz- einrichtungen dient. Überwachungsmaßnahmen und Konfigurie- rungsmaßnahmen werden hierzu meist vom Betriebs- und Wartungszentrum aus ferngesteuert, die üblicherweise im Bereich der Mobilvermittlungsstellen angeordnet sind. Ein Betriebs-
und WartungsZentrum kommuniziert dabei jeweils mit einem Ba- sisstationssystem oder Vermittlungssysstem über eine definierte Schnittstelle. Eine weitere Aufgabe des Betriebs- und WartungsSystems ist die Durchführung des Konfigurationsmana- gements (Configuration Management) , das neben dem Fehlermanagement einen von fünf Managementfunktionsbereichen darstellt, die die TMN-Prinzipien identifizieren. Das Konfigurationsmanagement definiert eine Reihe von Diensten, die eine Änderung der Struktur und damit des Verhaltens eines Telekommunikati- onsnetzes durch den Bediener ermöglichen. Diese Dienste beziehen sich immer auf Instanzen von gemanagten Objekten, die insgesamt die netzspezifische Managementinformationsbasis bilden.
Ein gemanagtes Objekt im Sinne des Konfigurationsmanagements ist eine logische Abstraktion einer Ressource im Mobil-Kommu- nikationssystem. Hierbei wird unterschieden zwischen hardwarebezogenen gemanagten Objekten, die eine herstellerspezifische Realisierung einer Funktion beschreiben, und funktions- bezogenen gemanagten Objekten, bei denen es sich jeweils um die Abstraktion einer herstellerunabhängigen Funktionalität handelt.
Für das Management des Mobil-Kommunikationssystems definieren die TMN-Prinzipien mehrere Ebenen ("Levels"), von denen im vorliegenden Beispiel drei Ebenen unter Bezugnahme auf die Figuren 1 und 2 nachfolgend erläutert werden.
Die Figuren 1 und 2 zeigen jeweils drei Ebenen A, B und C des Managementnetzes, von denen die Managementebene C die Netzeinrichtungsebene ("Network Element Level") mit mehreren Basisstationssystemen BSSll, BSS12...BSS1N sowie BSS21, BSS22 ...BSS2M enthält. Die Managementebene B kennzeichnet die Netzeinrichtungsmanagementebene ("Network Element Management Level"), in der Betriebs- und Wartungszentren OMC1 und OMC2 jeweils die herstellerspezifische Managementfunktionalität für einzelne Subsysteme, wie im vorliegenden Beispiel das Be-
triebs- und WartungsZentrum OMC1 für die Basisstationssysteme BSSll, BSS12 ...BSS1N und das Betriebs- und Wartungszentrum OMC2 für die Basisstationssysteme BSS21, BSS22...BSS2M, bereitstellen. Die Managementebene A kennzeichnet die Netzmana- gementebene ("Network Management Level"), in der Netzmanagementzentren NMC1 und NMC2 jeweils eine integrierte, vom Hersteller unabhängige Management-Funktionalität realisieren. Dabei können mehrere Netzmanagementzentren einen Zugriff zu derselben Netzeinrichtung der nächstniedrigeren. Managemen- tebene B haben, im vorliegenden Beispiel die Netzmanagement- Zentren NMCl und NMC2 der nächsthöheren Managementebene C zum Betriebs- und Wartungszentrum OMC1 der nächstniedrigeren Managementebene B. Zwischen den Netzeinrichtungen unterschiedlicher Managementebenen sind definierte Schnittstellen zur Informationsübertragung vorgesehen.
Der Unterschied in den Darstellungen gemäß den Figuren l und 2 liegt darin, daß eine Agent-Manager-Beziehung zur Behandlung von Alarmen für einen oder mehrere Alarmdatenabgleiche in Figur 1 zwischen dem Betriebs- und WartungsZentrum OMC1 (Agent) und einem NetzmanagementZentrum NMCl (Manager) oder mehreren - physikalisch getrennten - NetzmanagementZentren NMCl, NMC2 (Manager) sowie in Figur 2 zwischen dem Basisstationssystem BSSll (Agent) und zwei verschiedenen Anwendungen OFl und OF2 (Manager) in dem Betriebs- und Wartungszentrum 0MC1 oder zwischen dem Betriebs- und WartungsZentrum OMC1 (Agent) und zwei verschiedenen Anwendungen NF1 und NF2 (Manager) in dem NetzmanagementZentrum NMCl besteht. Um in den NetzmanagementZentren NMCl, NMC2 jederzeit einen Überblick über die Fehlersituation sicherzustellen, werden vom Betriebs- und Wartungszentrum OMC1 die - auf Grund von beispielsweise innerhalb der betreuten Basisstationssysteme BSSll ...BSS1N auftretenden Fehlern - gespeicherten Alarmdaten aktiver Alarme bereitgestellt und parallel zu beiden Managern auf Anforderung gesendet. Dies erfolgt vorzugsweise nach einem Verbindungsabbruch oder nach einer Initialisierung des Agenten oder des Managers . Ebenso können mehrere Anforderun-
gen auch hintereinander von einem einzelnen Manager, z.B. dem Netzmanagementzentrum NMCl an den Agent, z.B. dem Betriebsund WartungsZentrum OMC1, gerichtet werden. Figur 1 zeigt die Struktur für gemäß der Erfindung mehrfach ausgesendete Anfor- derungen zum Alarmdatenabgleich, die im vorliegenden Beispiel parallel zwischen der Managementebene B, in der sich der Agent in Form des Betriebs- und WartungsZentrums OMC1 befindet, und der nächsthöheren Managementebene A, in der die Manager von zumindest zwei Netzmanagementzentren NMCl, NMC2 ge- bildet werden, ablaufen.
Um auch in der Managementebene B, z.B. in dem Betriebs- und Wartungszentrum OMC1 jederzeit einen Überblick über die Fehlersituation sicherzustellen, werden vom Basisstationssystem BSSll die - auf Grund von beispielsweise innerhalb der betreuten Basisstationen und Basisstationssteuerungen auftretenden Fehlern - gespeicherten Alarmdaten aktiver Alarme bereitgestellt und parallel zu mindestens zwei Managern des Betriebs- und WartungsZentrums OMC1 in Form der unterschiedli- chen Anwendungen OFl und OF2 , die beide von ein- und derselben physikalischen Einrichtung OMC1 ausgeführt werden, gesendet. Dies erfolgt ebenfalls vorzugsweise nach einem Verbindungsabbruch oder nach einer Initialisierung des Agenten oder des Managers . Eine serielle Übertragung von mehrfach durch einen einzelnen Manager, z.B. dem Betriebs- und Wartungszentrum OMC1, initiierten Anforderungen an den Agent, z.B. dem Basisstationssystem BSSll, ist ebenfalls möglich. Alternativ oder zusätzlich kann eine Agent-Manager Beziehung auch zwischen dem Betriebs- und Wartungszentrum OMC1 (ein Agent) und dem NetzmanagementZentrum NMCl (ein Manager) zum seriellen Austausch von Anforderungen und Alarmdaten oder zum parallelen Austausch von Anforderungen und Alarmdaten für mindestens zwei unterschiedliche Anwendungen NF1 und NF2 (zwei Manager) im NetzmanagementZentrum NMCl existieren. Figur 2 zeigt die Struktur für gemäß der Erfindung parallel ablaufende Alarmdatenabgleiche zwischen der Managementebene B, in der sich die Manager als Anwendungen OFl und OF2 befinden, und
der nächstniedrigeren Managementebene C, in der sich der Agent befindet .
Sobald eine in der Managementebene C ausgefallene interne Schnittstelle wieder betriebsbereit ist, wird auf Anforderung des Managers/der Manager der Alarmdatenabgleich, auch als Realignment-Prozedur oder Realignment-Verfahren bezeichnet, gestartet. Dabei wird der Alarmdatenabgleich im vorliegenden Beispiel zuerst zwischen dem Basisstationssystem, z.B. BSSll, und den Anwendungen OFl, OF2 im Betriebs- und WartungsZentrum OMC1 parallel begonnen und anschließend zwischen dem Betriebs- und Wartungszentrum OMC1 und den übergeordneten NetzmanagementZentren NMCl, NMC2 parallel fortgeführt. Am Ende dieser Prozeduren ist die Fehlersituation sowohl im OMC als auch in den NMC wieder aktualisiert. Das Realignment-Verfahren kann selbstverständlich auf die Aktualisierung der Alarmdaten zwischen Agent und Managern in zwei unmittelbar angrenzenden Managementebenen, z.B. Ebene B und Ebene A, beschränkt sein.
Figur 3 zeigt in schematischer Darstellung den Aufbau von Agent AG und Manager MAI, MA2 mit den zur Durchführung simultan - bei zwei oder mehreren Managern - oder seriell - bei nur einem Manager - ablaufender Realignment-Prozeduren erfor- derlichen Einrichtungen. Jeder Manager MAI, MA2 und Agent AG verfügt über eine Steuereinrichtung M-CTR bzw. A-CTR, die die Nachrichten für den Alarmdatenabgleich generieren und auswerten können. Ebenso weisen sie - nicht näher dargestellte - Sende/Empfangseinrichtungen für das Versenden und Empfangen der Nachrichten sowie Speichereinrichtungen für das Speichern der Alarmdaten und anderer Nutz- und Signalisierungsinformationen auf. Dabei fügen die Steuereinrichtungen M-CTR der Manager MAI, MA2 in die jeweilige Anforderungsnachricht zur Übermittlung der Alarmdaten durch den Agent eine zur Zuord- nung der Anforderung zu nachfolgend gesendeten Nachrichten benutzte Korrelationsinformation ein, die eindeutig ist, und veranlaßt die Übertragung zum Agent. Die Steuereinrichtung A-
CTR des Agenten AG empfängt die Nachricht mit der Korrelationsinformation, wertet sie aus, und startet das Realignment zu den Managern, indem jeweils eine Nachricht mit einer weiteren Korrelationsinformation zur Zuordnung der nachfolgend vom Agent gesendeten Nachrichten (alarm notifications) zu dem jeweils gestarteten Realignment in die nächsthöhere Managementebene gesendet wird. Auch die weitere Korrelationsinformation ist eindeutig. Durch die Verwendung der Korrelationsinformationen ist eine eindeutige Zuordnung simultan oder se- riell durchgeführter Realignments zu mehreren Managern oder einem einzelnen Manager möglich, was den Alarmdatenabgleich hinsichtlich Ressourcenausnutzung, Zeitdauer und Flexibilität in dem Kommunikationssystem optimiert.
Wahlweise können im Agent AG mehrere, jeweils den Managern MAI, MA2 zuordenbare und von ihnen steuerbare Filterfunktionen EFD1, EFD2 (Event Forwarding Discriminators) mit Filterkriterien für die vom Agent AG erzeugten Nachrichten mitbenutzt werden, sodaß die Nachrichten mit den Alarmdaten nur bei Erfüllen der Filterkriterien zu den Managern MAI, MA2 geroutet werden. Die Steuereinrichtung M-CTR des Managers ist in der Lage, derartige Filterfunktionen im Agent AG einzurichten, zu löschen und die Filterkriterien festzulegen, um je nach seinen individuellen Anforderungen den Nachrichten- fluß steuern zu können. Daher kann der Fall auftreten, daß die Filterfunktions-Einstellung von Manager zu Manager unterschiedlich ist, sodaß durch die simultan ablaufenden Realignment-Prozeduren inhaltlich verschiedene Alarme mit zugehörigen Alarmdaten behandelt werden.
Figur 4 zeigt den Nachrichtenfluß zwischen einem Agent AG - im dargestellten Beispiel gemäß der Figur 1 dem Betriebs- und WartungsZentrum OMC1 oder im dargestellten Beispiel der Figur 2 dem Basisstationssystem BSSll - und dem Manager MAI, MA2 - im Beispiel gemäß der Figur 1 den unterschiedlichen Netzmanagementzentren NMCl, NMC2 oder im Beispiel der Figur 2 den verschiedenen Applikationen OFl, OF2. Der Nachrichtenfluß er-
folgt vorzugsweise unter Verwendung einer standardisierten M- EVENT-REPORT Nachricht, die in eine zu Anfang initiierte M- ACTION-Request Anforderung und in eine zum Ende initiierte M- ACTION-Response Antwort eingebettet ist. Dieses sind generi- sehe CMISE-standardisierte (Common Management Information Service Element) Prozeduren, die gemäß ITU-T X.710 definiert sind. Die ITU-T X.733 definiert den Inhalt einer standardisierten Alarmübertragung (alarm report) , die gemäß den M- EVENT-REPORT Services durchgeführt wird. Erfindungsgemäß wer- den die Korrelationsinformationen in die Nachrichten bzw. in bestimmte Nachrichtenfelder eingetragen. Das Beispiel in Figur 4 zeigt den Nachrichtenfluß nur anhand einzelner Nachrichten, wobei diese parallel zwischen dem Agent AG und den Managern MAI, MA2 oder seriell zwischen dem Agent AG und dem einzelnen Manager MAI übertragen werden.
Sobald nach einer Unterbrechung der Verbindung die Kommunikation zwischen dem Manager MAI, MA2 und dem Agent AG wiederhergestellt ist, sendet jeder Manager MAI, MA2 die M-ACTION- Request Anforderung mit einer Anforderungsnachricht repAA
(report Active Alarms) zum Übermitteln der Alarmdaten. Vorzugsweise wird eine vom Manager MAI, MA2 definierte Korrelationsinformation alaAH (alarm Alignment Handle) - beispielsweise im definierten Nachrichtenfeld „actionlnformation" - mitgesendet, die eine direkte Zuordnung der aktuellen M- ACTION-Request Anforderung zu allen nachfolgenden Agent- Nachrichten kennzeichnet. Damit ist bei mehreren Managern die aktuelle Anforderung auch dem jeweiligen Manager zuordenbar, sodaß die parallelen Realignments der Manager voneinander un- abhängig initiiert, durchgeführt und beendet werden können.
Im Anschluß an die Auswertung der eingetroffenen M-ACTION- Request Anforderung startet der Agent AG den Alarmdatenabgleich durch Erzeugen einer Nachricht staAA (Start Alarm Alignment) und Einfügen einer weiteren Korrelationsinformati- on aliNI (alignment Notification Id) in diese Nachricht. Die vom Agent AG definierte zusätzliche Korrelationsinformation aliNI ermöglicht eine direkte Korrelation nachfolgender Alar-
me zu dem jeweils gestarteten Alarmdatenabgleich. Dabei ist die Korrelationsinformation alaAH ebenfalls in einem Nachrichtenfeld enthalten. Die Korrelationsinformation aliNI ist beispielsweise in dem standardisierten Nachrichtenfeld „notification Identifier" der Nachricht staAA eingetragen. Beide Informationen alaAH, aliNI werden gemeinsam in der Nachricht staAA vom Agent AG zu den Managern MAI, MA2 ausgesendet. Dadurch können „alignmentbezogene" M-EVENT-REPORT Nachrichten verschiedener M-ACTION-Requests voneinander un- terschieden werden, aber auch von regulären M-EVENT-REPORT Nachrichten, die mit dem Datenabgleich nichts zu tun haben. Eine AIignment-Prozedur stoppt nämlich nicht zwingend andere M-EVENT-REPORT Nachrichten, die während der AIignment-Prozedur spontan auftreten und an den oder die Manager gesendet werden.
Über die in der Anforderungsnachricht repAA des M-ACTION- Requests mitgesendete Korrelationsinformation alaAH lassen sich direkt die folgenden Nachrichten staAA sowie repAA kor- relieren, da sie ebebnfalls die Korrelationsinformation alaAH enthalten. Die Nachrichten alNO sind über die Korrelationsinformation aliNI mit der Nachricht staAA direkt korreliert. Der Manager kann die Anforderungsnachricht repAA mit den nachfolgenden Nachrichten alNO indirekt über die beiden in der Nachricht staAA enthaltenen Korrelationsinformationen alaAH und aliNI korrelieren.
Im Anschluß an den Start des Alarmdatenabgleichs erfolgt die sukzessive Übertragung der Alarme mit den zugehörigen Alarm- daten in aufeinanderfolgenden Nachrichten alNO (alarm notifi- cation) unter Verwendung des M-EVENT-REPORT Service. Dabei weisen die einzelnen Nachrichten alNO jeweils die Korrelationsinformation aliNI - beispielsweise in dem definierten Nachrichtenfeld „correlated Notifications" - auf. Nach der letzten M-EVENT-REPORT Nachricht des Alarmdatenabgleichs generiert der Agent AG die M-ACTION-Response Antwort zur Nachricht repAA (report Active Alarms) , die die Korrelationsin-
formation alaAH zur eindeutigen Kennung der jeweiligen Anforderung des Managers MAI, MA2 enthält. Durch Auswertung dieser Korrelationsinformation kann jeder Manager MAI, MA2, das Ende seiner initiierten M-ACTION-Request Anforderung auf einfache Art und Weise erkennen und die eintreffenden Alarmdaten den Anforderungen zuordnen. Für den Fall, daß zum Zeitpunkt der M-ACTION-Request Anforderung keine aktiven Alarme gespeichert sind, initiiert der Agent die M-ACTION-Response Antwort unmittelbar nach dem Senden der Nachricht staAA. Die Korrelati- onsinformationen alaAH, aliNI für die eindeutige Zuordnung mehrerer Anforderungen - möglicher simultaner Realignments zu mehreren Managern oder serieller Realignments zu einem einzelnen Manager - werden dennoch von den in der Agent-Manager- Beziehung involvierten Einrichtungen generiert und in den Nachrichten repAA, staAA gesendet. Auch wenn das zu Figur 4 beschriebene Beispiel sich auf parallel Realignments zu mehreren Managern bezieht, kann der Nachrichtenfluß selbstverständlich auf mehrere, von einem einzigen Manager nacheinander ausgelöste Anforderungen angewendet werden, mit dem Vor- teil, daß durch die eindeutige Zuordnung anhand der Korrelationsinformationen für den einzelnen Manager die Möglichkeit besteht, die eintreffenden Antworten des Agenten mit den Alarmdaten auch bei Nichteinhalten der Reihenfolge eindeutig den Anforderungen zuordnen zu können - beispielsweise unter- schiedlichen Anwendungen im Manager. Nacheinander gesendete Anforderungen können sich gegebenenfalls gegenseitig überholen, beispielsweise dann, wenn zwischen Agent und Manager ein Paketnetz durchlaufen wird.
Claims
1. Verfahren zur Behandlung von Alarmen in einem Kommunikationssystem durch ein mehrere Managementebenen (A, B, C) auf- weisendes Managementnetz, wobei für einen Alarmdatenabgleich zwischen einem Agent (AG) einer Managementebene (B, C) und zumindest einem Manager (MAI, MA2) einer nächsthöheren Managementebene (A, B) die Alarmdaten aktiver Alarme übertragen werden, bei dem - von dem Manager (MAI, MA2) jeweils eine oder mehrere Anforderungsnachrichten (repAA) zum Übermitteln der Alarmdaten an den Agent (AG) gesendet werden, und
- von dem Manager (MAI, MA2 ) Korrelationsinformationen (alaAH, aliNI) für eine Zuordnung der jeweiligen Anforderung zu den vom Agent (AG) nachfolgend gesendeten Nachrichten (alNO) mit den Alarmdaten empfangen werden.
2. Verfahren nach Anspruch l, bei dem
- von dem Manager (MAI, MA2) in der Anforderungsnachricht (repAA) eine Korrelationsinformation (alaAH) für eine Zuordnung der jeweiligen Anforderung zu den vom Agent (AG) nachfolgend gesendeten Nachrichten (alNO) mit den Alarmdaten gesendet wird,
- von dem Agent (AG) eine Nachricht (staAA) zum Starten des Alarmdatenabgleichs an den Manager (MAI, MA2) gesendet wird, in der die Korrelationsinformation (alaAH) für die jeweilige Anforderung und eine weitere Korrelationsinformation (aliNI) für eine Zuordnung der nachfolgend vom Agent (AG) gesendeten Nachrichten (alNO) mit den Alarmdaten zu dem jeweils gestar- teten Datenabgleich enthalten ist.
3. Verfahren nach Anspruch 1 oder 2 , bei dem von dem Agent (AG) jeweils in den Nachrichten (alNO) mit den Alarmdaten die weitere Korrelationsinformation (aliNI) zur Zuordnung der Nachrichten (alNO) zu dem jeweils gestarteten Datenabgleich mitgesendet wird.
4. Verfahren nach einem der vorhergehenden Ansprüche, bei dem von dem Agent (AG) nach dem Senden der Nachrichten (alNO) mit den Alarmdaten jeweils eine Nachricht (resAA) zum Beenden des Alarmdatenabgleichs an den Manager (MAI, MA2) gesendet wird, in der eine Korrelationsinformation (alaAH) für die jeweilige Anforderung enthalten ist.
5. Verfahren nach einem der vorhergehenden Ansprüche, bei dem von dem Agent (AG) eine oder mehrere, jeweils von einem zuor- denbaren Manager (MAI, MA2) steuerbare Filterfunktionen
(EFD1, EFD2) mit Filterkriterien für die vom Agent (AG) erzeugten Nachrichten benutzt werden, die nur bei Erfüllen der Filterkriterien zum Manager (MAI, MA2) geroutet werden.
6. Verfahren nach einem der vorhergehenden Ansprüche, bei dem mehrere Anforderungsnachrichten (repAA) mit jeweils den Anforderungen zuordenbaren Korrelationsinformationen (alaAH) von zumindest zwei Managern (MAI, MA2) gesendet werden.
7. Verfahren nach Anspruch 6, bei dem die Manager (MAI, MA2) von unterschiedlichen Netzeinrichtungen (NMCl, NMC2) des Managementnetzes gebildet werden.
8. Verfahren nach Anspruch 6 oder 7 , bei dem die Manager (MAI, MA2) von verschiedenen Netzmanagementzentren (NMCl, NMC2) gebildet werden, und jeweils die Korrelationsinformation (alaAH) zur Zuordnung der Anforderung zu dem jeweiligen NetzmanagementZentrum (NMCl, NMC2) in der Anforderungsnachricht (repAA) gesendet wird.
9. Verfahren nach einem der Ansprüche 1 bis 5, bei dem mehrere Anforderungsnachrichten (repAA) mit jeweils den Anforderungen zuordenbaren Korrelationsinformationen (alaAH) von einem Manager (z.B. MAI) gesendet werden.
10. Verfahren nach Anspruch 9, bei dem
von dem Manager (z.B. MAI) die Anforderungsnachrichten (repAA) für unterschiedliche Anwendungen gesendet werden.
11. Verfahren nach Anspruch 9 oder 10, bei dem der Manager (z.B. MAI) von einem Betriebs- und Wartungszentrum (OMC1) mit verschiedenen Anwendungen (OFl, OF2) gebildet wird, und jeweils die Korrelationsinformation (alaAH) zur Zuordnung der Anforderung zu der jeweiligen Anwendung (OFl, OF2) in der Anforderungsnachricht (repAA) an ein Basisstati- onssystem (BSSll) gesendet wird.
12. Verfahren nach Anspruch 9 oder 10, bei dem der Manager (MAI) von einem NetzmanagementZentrum (NMCl) mit verschiedenen Anwendungen (NF1, NF2) gebildet wird, und je- weils die Korrelationsinformation (alaAH) zur Zuordnung der Anforderung zu der jeweiligen Anwendung (NF1, NF2) in der Anforderungsnachricht (repAA) an ein Betriebs- und Wartungszentrum (OMC1) gesendet wird.
13. Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen (A, B, C) aufweisendes Managementnetz, wobei für einen Alarmdatenabgleich zwischen einem Agent (AG) einer Managementebene (z.B. B) und zumindest einem Manager (MAI, MA2) einer nächsthöheren Managementebene (z.B. A) die Alarmdaten aktiver Alarme übertragen werden, mit
- Einrichtungen (M-CTR) in dem Manager (MAI, MA2) für das Senden einer oder mehrerer Anforderungsnachrichten (repAA) zum Übermitteln der Alarmdaten an den Agent (OMC1) , und
- Einrichtungen (M-CTR) in dem Manager (MAI, MA2) für das Empfangen von Korrelationsinformationen (alaAH, aliNI) für eine Zuordnung der jeweiligen Anforderung zu den vom Agent (AG) nachfolgend gesendeten Nachrichten (alNO) mit den Alarmdaten.
14. Kommunikationssystem nach Anspruch 13, mit
- Einrichtungen (M-CTR) in dem Manager (MAI, MA2) für das Senden der Anforderungsnachrichten (repAA) , in der jeweils
eine Korrelationsinformation (alaAH) für eine Zuordnung der jeweiligen Anforderung zu den vom Agent (AG) nachfolgend gesendeten Nachrichten (alNO) mit den Alarmdaten enthalten ist, und - mit Einrichtungen (A-CTR) in dem Agent (AG) für das Senden einer Nachricht (staAA) zum Starten des Alarmdatenabgleichs an den Manager (MAI, MA2) , in der die Korrelationsinformation (alaAH) für die jeweilige Anforderung und eine weitere Korrelationsinformation (aliNI) für eine Zuordnung der nachfolgend vom Agent (AG) gesendeten Nachrichten (alNO) mit den Alarmdaten zu dem jeweils gestarteten Datenabgleich enthalten ist.
15. Kommunikationssystem nach Anspruch 13 oder 14, mit zumindest zwei Managern (MAI, MA2) , die zum Senden mehrerer Anforderungsnachrichten (repAA) mit jeweils den Anforderungen zuordenbaren Korrelationsinformationen (alaAH) vorgesehen sind.
16. Kommunikationssystem nach Anspruch 15, mit unterschiedlichen Netzeinrichtungen (NMCl, NMC2) des Managementnetzes, die als Manager (MAI, MA2) zum Senden der Anforderungsnachrichten (repAA) vorgesehen sind.
17. Kommunikationssystem nach Anspruch 15 oder 16, mit verschiedenen NetzmanagementZentren (NMCl, NMC2) als Manager (MAI, MA2) zum Senden der Anforderungsnachrichten (repAA) .
18. Kommunikationssystem nach Anspruch 13 oder 14, mit einem Manager (z.B. MAI), der zum Senden mehrerer Anforde- rungsnachrichten (repAA) mit jeweils den Anforderungen zuordenbaren Korrelationsinformationen (alaAH) vorgesehen ist.
19. Kommunikationssystem nach Anspruch 18, mit einem Manager (z.B. MAI), der zum Senden von Anforderungs- nachrichten (repAA) für unterschiedliche Anwendungen vorgesehen ist .
20. Kommunikationssystem nach Anspruch 18 oder 19, mit einem Betriebs- und Wartungszentrum (OMC1) als physikalische Netzeinrichtung mit verschiedenen Anwendungen (OFl, OF2) , das die Korrelationsinformation (alaAH) zur Zuordnung der Anfor- derung zu der jeweiligen Anwendung (OFl, OF2) in der Anforderungsnachricht (repAA) an ein Basisstationssystem (BSSll) sendet .
21. Kommunikationssystem nach Anspruch 18 oder 19, mit einem NetzmanagementZentrum (NMCl) als physikalische Netzeinrichtung mit verschiedenen Anwendungen (NF1, NF2) , das die Korrelationsinformation (alaAH) zur Zuordnung der Anforderung zu der jeweiligen Anwendung (NF1, NF2) in der Anforderungs- nachricht (repAA) an ein Betriebs- und Wartungszentrum (OMC1) sendet .
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP98961064A EP1034639B1 (de) | 1997-11-27 | 1998-11-02 | Verfahren und kommunikationssystem zur behandlung von alarmen durch ein mehrere managementebenen aufweisendes managementnetz |
| DE59801407T DE59801407D1 (de) | 1997-11-27 | 1998-11-02 | Verfahren und kommunikationssystem zur behandlung von alarmen durch ein mehrere managementebenen aufweisendes managementnetz |
| AU16623/99A AU1662399A (en) | 1997-11-27 | 1998-11-02 | Method and communication system for processing alarms in a management network with several management levels |
| US09/555,189 US6728688B1 (en) | 1997-11-27 | 1998-11-02 | Method and communication system for handling alarms using a management network having a number of management levels |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE19752614A DE19752614C2 (de) | 1997-11-27 | 1997-11-27 | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
| DE19752614.4 | 1997-11-27 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO1999029068A1 true WO1999029068A1 (de) | 1999-06-10 |
Family
ID=7850004
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/DE1998/003195 WO1999029068A1 (de) | 1997-11-27 | 1998-11-02 | Verfahren und kommunikationssystem zur behandlung von alarmen durch ein mehrere managementebenen aufweisendes managementnetz |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US6728688B1 (de) |
| EP (1) | EP1034639B1 (de) |
| CN (1) | CN1104123C (de) |
| AU (1) | AU1662399A (de) |
| DE (2) | DE19752614C2 (de) |
| ES (1) | ES2163901T3 (de) |
| WO (1) | WO1999029068A1 (de) |
Families Citing this family (105)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19801785C2 (de) * | 1998-01-19 | 2000-04-27 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
| DE19801784C2 (de) * | 1998-01-19 | 2000-03-30 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
| DE19831825C2 (de) * | 1998-07-15 | 2000-06-08 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
| US9300921B2 (en) * | 1999-07-20 | 2016-03-29 | Comcast Cable Communications, Llc | Video security systems and methods |
| US8520068B2 (en) * | 1999-07-20 | 2013-08-27 | Comcast Cable Communications, Llc | Video security system |
| DE19940048A1 (de) | 1999-08-24 | 2001-08-23 | Siemens Ag | Generisches Alignment-Verfahren in einer Multi-Manager-Umgebung |
| DE10049610A1 (de) * | 2000-10-05 | 2002-04-18 | Alcatel Sa | Netzwerkmanagement-Client |
| ES2286046T3 (es) * | 2001-02-09 | 2007-12-01 | Siemens Aktiengesellschaft | Procedimiento para la transmision asegurada de mensajes de alarma desde un elemento de red hasta un sistema de gestion de la red. |
| US6658091B1 (en) | 2002-02-01 | 2003-12-02 | @Security Broadband Corp. | LIfestyle multimedia security system |
| CN1307578C (zh) * | 2002-09-21 | 2007-03-28 | 鸿富锦精密工业（深圳）有限公司 | 多媒体告警系统及方法 |
| CN100417076C (zh) * | 2002-09-28 | 2008-09-03 | 中兴通讯股份有限公司 | 一种向动态多网管上报告警数据的方法 |
| DE10300709A1 (de) * | 2003-01-10 | 2004-08-05 | Siemens Ag | Verfahren zur Behandlung von Alarmen durch ein Managementnetz mit mehreren Ebenen in einem Kommunikationssystem |
| CN100370739C (zh) * | 2003-12-26 | 2008-02-20 | 华为技术有限公司 | 应用分布式的网管系统及方法 |
| US11677577B2 (en) | 2004-03-16 | 2023-06-13 | Icontrol Networks, Inc. | Premises system management using status signal |
| US11489812B2 (en) | 2004-03-16 | 2022-11-01 | Icontrol Networks, Inc. | Forming a security network including integrated security system components and network devices |
| US10237237B2 (en) | 2007-06-12 | 2019-03-19 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US10127802B2 (en) | 2010-09-28 | 2018-11-13 | Icontrol Networks, Inc. | Integrated security system with parallel processing architecture |
| US10313303B2 (en) | 2007-06-12 | 2019-06-04 | Icontrol Networks, Inc. | Forming a security network including integrated security system components and network devices |
| US11916870B2 (en) | 2004-03-16 | 2024-02-27 | Icontrol Networks, Inc. | Gateway registry methods and systems |
| US10382452B1 (en) | 2007-06-12 | 2019-08-13 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US10375253B2 (en) | 2008-08-25 | 2019-08-06 | Icontrol Networks, Inc. | Security system with networked touchscreen and gateway |
| US10156959B2 (en) | 2005-03-16 | 2018-12-18 | Icontrol Networks, Inc. | Cross-client sensor user interface in an integrated security network |
| US8988221B2 (en) | 2005-03-16 | 2015-03-24 | Icontrol Networks, Inc. | Integrated security system with parallel processing architecture |
| US9531593B2 (en) | 2007-06-12 | 2016-12-27 | Icontrol Networks, Inc. | Takeover processes in security network integrated with premise security system |
| US9141276B2 (en) | 2005-03-16 | 2015-09-22 | Icontrol Networks, Inc. | Integrated interface for mobile device |
| US11244545B2 (en) | 2004-03-16 | 2022-02-08 | Icontrol Networks, Inc. | Cross-client sensor user interface in an integrated security network |
| US10444964B2 (en) | 2007-06-12 | 2019-10-15 | Icontrol Networks, Inc. | Control system user interface |
| US9191228B2 (en) | 2005-03-16 | 2015-11-17 | Icontrol Networks, Inc. | Cross-client sensor user interface in an integrated security network |
| US9729342B2 (en) | 2010-12-20 | 2017-08-08 | Icontrol Networks, Inc. | Defining and implementing sensor triggered response rules |
| US8963713B2 (en) | 2005-03-16 | 2015-02-24 | Icontrol Networks, Inc. | Integrated security network with security alarm signaling system |
| US10142392B2 (en) | 2007-01-24 | 2018-11-27 | Icontrol Networks, Inc. | Methods and systems for improved system performance |
| US11811845B2 (en) | 2004-03-16 | 2023-11-07 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
| US7711796B2 (en) | 2006-06-12 | 2010-05-04 | Icontrol Networks, Inc. | Gateway registry methods and systems |
| US10522026B2 (en) | 2008-08-11 | 2019-12-31 | Icontrol Networks, Inc. | Automation system user interface with three-dimensional display |
| US20160065414A1 (en) | 2013-06-27 | 2016-03-03 | Ken Sundermeyer | Control system user interface |
| US20120066608A1 (en) | 2005-03-16 | 2012-03-15 | Ken Sundermeyer | Control system user interface |
| US10200504B2 (en) | 2007-06-12 | 2019-02-05 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
| US11113950B2 (en) | 2005-03-16 | 2021-09-07 | Icontrol Networks, Inc. | Gateway integrated with premises security system |
| US11343380B2 (en) | 2004-03-16 | 2022-05-24 | Icontrol Networks, Inc. | Premises system automation |
| US10339791B2 (en) | 2007-06-12 | 2019-07-02 | Icontrol Networks, Inc. | Security network integrated with premise security system |
| US10721087B2 (en) | 2005-03-16 | 2020-07-21 | Icontrol Networks, Inc. | Method for networked touchscreen with integrated interfaces |
| US11277465B2 (en) | 2004-03-16 | 2022-03-15 | Icontrol Networks, Inc. | Generating risk profile using data of home monitoring and security system |
| US8635350B2 (en) | 2006-06-12 | 2014-01-21 | Icontrol Networks, Inc. | IP device discovery systems and methods |
| US11582065B2 (en) | 2007-06-12 | 2023-02-14 | Icontrol Networks, Inc. | Systems and methods for device communication |
| US11368429B2 (en) | 2004-03-16 | 2022-06-21 | Icontrol Networks, Inc. | Premises management configuration and control |
| US11201755B2 (en) | 2004-03-16 | 2021-12-14 | Icontrol Networks, Inc. | Premises system management using status signal |
| AU2005223267B2 (en) | 2004-03-16 | 2010-12-09 | Icontrol Networks, Inc. | Premises management system |
| US11159484B2 (en) | 2004-03-16 | 2021-10-26 | Icontrol Networks, Inc. | Forming a security network including integrated security system components and network devices |
| US20170118037A1 (en) | 2008-08-11 | 2017-04-27 | Icontrol Networks, Inc. | Integrated cloud system for premises automation |
| US9609003B1 (en) | 2007-06-12 | 2017-03-28 | Icontrol Networks, Inc. | Generating risk profile using data of home monitoring and security system |
| US20090077623A1 (en) | 2005-03-16 | 2009-03-19 | Marc Baum | Security Network Integrating Security System and Network Devices |
| US11316958B2 (en) | 2008-08-11 | 2022-04-26 | Icontrol Networks, Inc. | Virtual device systems and methods |
| DE102004032208B4 (de) * | 2004-07-02 | 2008-04-03 | Nokia Siemens Networks Gmbh & Co.Kg | Verfahren zur gesicherten Datenübertragung in einem Managementsystem |
| US20170180198A1 (en) | 2008-08-11 | 2017-06-22 | Marc Baum | Forming a security network including integrated security system components |
| US11700142B2 (en) | 2005-03-16 | 2023-07-11 | Icontrol Networks, Inc. | Security network integrating security system and network devices |
| US11496568B2 (en) | 2005-03-16 | 2022-11-08 | Icontrol Networks, Inc. | Security system with networked touchscreen |
| US9306809B2 (en) | 2007-06-12 | 2016-04-05 | Icontrol Networks, Inc. | Security system with networked touchscreen |
| US20110128378A1 (en) | 2005-03-16 | 2011-06-02 | Reza Raji | Modular Electronic Display Platform |
| US20120324566A1 (en) | 2005-03-16 | 2012-12-20 | Marc Baum | Takeover Processes In Security Network Integrated With Premise Security System |
| US10999254B2 (en) | 2005-03-16 | 2021-05-04 | Icontrol Networks, Inc. | System for data routing in networks |
| US11615697B2 (en) | 2005-03-16 | 2023-03-28 | Icontrol Networks, Inc. | Premise management systems and methods |
| 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 |
| US8069452B2 (en) * | 2005-12-01 | 2011-11-29 | Telefonaktiebolaget L M Ericsson (Publ) | Method and management agent for event notifications correlation |
| 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 |
| US10079839B1 (en) | 2007-06-12 | 2018-09-18 | Icontrol Networks, Inc. | Activation of gateway device |
| US11706279B2 (en) | 2007-01-24 | 2023-07-18 | Icontrol Networks, Inc. | Methods and systems for data communication |
| US7633385B2 (en) | 2007-02-28 | 2009-12-15 | Ucontrol, Inc. | Method and system for communicating with and controlling an alarm system from a remote server |
| EP1976185B1 (de) | 2007-03-27 | 2019-05-01 | Nokia Solutions and Networks GmbH & Co. KG | Betrieb von Netzwerkentitäten in einem Kommunikationssystem mit einem Verwaltungsnetzwerk mit Agenten- und Verwaltungsebenen |
| US8451986B2 (en) | 2007-04-23 | 2013-05-28 | Icontrol Networks, Inc. | Method and system for automatically providing alternate network access for telecommunications |
| US10666523B2 (en) | 2007-06-12 | 2020-05-26 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US10051078B2 (en) | 2007-06-12 | 2018-08-14 | Icontrol Networks, Inc. | WiFi-to-serial encapsulation in systems |
| US10423309B2 (en) | 2007-06-12 | 2019-09-24 | Icontrol Networks, Inc. | Device integration framework |
| US11089122B2 (en) | 2007-06-12 | 2021-08-10 | Icontrol Networks, Inc. | Controlling data routing among networks |
| US10389736B2 (en) | 2007-06-12 | 2019-08-20 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11423756B2 (en) | 2007-06-12 | 2022-08-23 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US10498830B2 (en) | 2007-06-12 | 2019-12-03 | Icontrol Networks, Inc. | Wi-Fi-to-serial encapsulation in systems |
| US11316753B2 (en) | 2007-06-12 | 2022-04-26 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US10616075B2 (en) | 2007-06-12 | 2020-04-07 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11646907B2 (en) | 2007-06-12 | 2023-05-09 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11212192B2 (en) | 2007-06-12 | 2021-12-28 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11601810B2 (en) | 2007-06-12 | 2023-03-07 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11218878B2 (en) | 2007-06-12 | 2022-01-04 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11237714B2 (en) | 2007-06-12 | 2022-02-01 | Control Networks, Inc. | Control system user interface |
| US10523689B2 (en) | 2007-06-12 | 2019-12-31 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
| US11831462B2 (en) | 2007-08-24 | 2023-11-28 | Icontrol Networks, Inc. | Controlling data routing in premises management systems |
| US11916928B2 (en) | 2008-01-24 | 2024-02-27 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
| US8073668B2 (en) * | 2008-01-30 | 2011-12-06 | International Business Machines Corporation | Method and apparatus for testing a full system integrated circuit design by statistical fault injection using hardware-based simulation |
| US20170185278A1 (en) | 2008-08-11 | 2017-06-29 | Icontrol Networks, Inc. | Automation system user interface |
| US11258625B2 (en) | 2008-08-11 | 2022-02-22 | Icontrol Networks, Inc. | Mobile premises automation platform |
| US11792036B2 (en) | 2008-08-11 | 2023-10-17 | Icontrol Networks, Inc. | Mobile premises automation platform |
| US11729255B2 (en) | 2008-08-11 | 2023-08-15 | Icontrol Networks, Inc. | Integrated cloud system with lightweight gateway for premises automation |
| US11758026B2 (en) | 2008-08-11 | 2023-09-12 | Icontrol Networks, Inc. | Virtual device systems and methods |
| US10530839B2 (en) | 2008-08-11 | 2020-01-07 | Icontrol Networks, Inc. | Integrated cloud system with lightweight gateway for premises automation |
| US8700761B2 (en) * | 2008-09-04 | 2014-04-15 | At&T Intellectual Property I, L.P. | Method and system for detecting and managing a fault alarm storm |
| US8638211B2 (en) | 2009-04-30 | 2014-01-28 | Icontrol Networks, Inc. | Configurable controller and interface for home SMA, phone and multimedia |
| CN101667861B (zh) * | 2009-10-10 | 2012-11-14 | 中国电子科技集团公司第五十四研究所 | 一种低虚警与低漏检突发信号捕获方法 |
| US8836467B1 (en) | 2010-09-28 | 2014-09-16 | Icontrol Networks, Inc. | Method, system and apparatus for automated reporting of account and sensor zone information to a central station |
| US11750414B2 (en) | 2010-12-16 | 2023-09-05 | Icontrol Networks, Inc. | Bidirectional security sensor communication for a premises security system |
| US9147337B2 (en) | 2010-12-17 | 2015-09-29 | Icontrol Networks, Inc. | Method and system for logging security event data |
| US8751639B2 (en) | 2011-04-27 | 2014-06-10 | Rackspace Us, Inc. | Event queuing and distribution system |
| US11405463B2 (en) | 2014-03-03 | 2022-08-02 | Icontrol Networks, Inc. | Media content management |
| US11146637B2 (en) | 2014-03-03 | 2021-10-12 | Icontrol Networks, Inc. | Media content management |
| US10805144B1 (en) * | 2019-06-18 | 2020-10-13 | Cisco Technology, Inc. | Monitoring interactions between entities in a network by an agent for particular types of interactions and indexing and establishing relationships of the components of each interaction |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08123772A (ja) * | 1994-10-27 | 1996-05-17 | Nec Software Ltd | ネットワーク管理装置 |
| WO1996020547A1 (en) * | 1994-12-23 | 1996-07-04 | Italtel Spa | Process for automatic event report realignment in a management system and related system |
| WO1996024899A1 (en) * | 1995-02-08 | 1996-08-15 | Telefonaktiebolaget Lm Ericsson | Arrangement and method in communications management and a telecommunications system with a managing arrangement |
| JPH09214510A (ja) * | 1996-02-05 | 1997-08-15 | Nec Corp | ネットワークの警報収集方法 |
-
1997
- 1997-11-27 DE DE19752614A patent/DE19752614C2/de not_active Expired - Fee Related
-
1998
- 1998-11-02 EP EP98961064A patent/EP1034639B1/de not_active Expired - Lifetime
- 1998-11-02 CN CN98811673A patent/CN1104123C/zh not_active Expired - Lifetime
- 1998-11-02 US US09/555,189 patent/US6728688B1/en not_active Expired - Lifetime
- 1998-11-02 ES ES98961064T patent/ES2163901T3/es not_active Expired - Lifetime
- 1998-11-02 WO PCT/DE1998/003195 patent/WO1999029068A1/de active IP Right Grant
- 1998-11-02 AU AU16623/99A patent/AU1662399A/en not_active Abandoned
- 1998-11-02 DE DE59801407T patent/DE59801407D1/de not_active Expired - Lifetime
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08123772A (ja) * | 1994-10-27 | 1996-05-17 | Nec Software Ltd | ネットワーク管理装置 |
| WO1996020547A1 (en) * | 1994-12-23 | 1996-07-04 | Italtel Spa | Process for automatic event report realignment in a management system and related system |
| WO1996024899A1 (en) * | 1995-02-08 | 1996-08-15 | Telefonaktiebolaget Lm Ericsson | Arrangement and method in communications management and a telecommunications system with a managing arrangement |
| JPH09214510A (ja) * | 1996-02-05 | 1997-08-15 | Nec Corp | ネットワークの警報収集方法 |
Non-Patent Citations (3)
| Title |
|---|
| HAJELA S: "HP OEMF: ALARM MANAGEMENT IN TELECOMMUNICATION NETWORKS", HEWLETT-PACKARD JOURNAL, vol. 47, no. 5, October 1996 (1996-10-01), pages 22 - 30, XP000631663 * |
| PATENT ABSTRACTS OF JAPAN vol. 096, no. 009 30 September 1996 (1996-09-30) * |
| PATENT ABSTRACTS OF JAPAN vol. 097, no. 012 25 December 1997 (1997-12-25) * |
Also Published As
| Publication number | Publication date |
|---|---|
| DE19752614C2 (de) | 2000-04-13 |
| US6728688B1 (en) | 2004-04-27 |
| CN1280728A (zh) | 2001-01-17 |
| ES2163901T3 (es) | 2002-02-01 |
| CN1104123C (zh) | 2003-03-26 |
| DE19752614A1 (de) | 1999-06-02 |
| EP1034639B1 (de) | 2001-09-05 |
| DE59801407D1 (de) | 2001-10-11 |
| EP1034639A1 (de) | 2000-09-13 |
| AU1662399A (en) | 1999-06-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1034639B1 (de) | Verfahren und kommunikationssystem zur behandlung von alarmen durch ein mehrere managementebenen aufweisendes managementnetz | |
| DE19801784C2 (de) | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz | |
| DE19831825C2 (de) | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz | |
| DE69834260T2 (de) | Verfahren und anordnung zur wiederholer verwaltung | |
| EP1058983B1 (de) | Verfahren und kommunikationssystem zur behandlung von alarmen durch ein mehrere managementebenen aufweisendes managementnetz | |
| EP1282991B1 (de) | Aktualisierung von hersteller-spezifischen hardware-informationen an der hersteller-unabhängigen omc-nmc-schnittstelle im mobilfunk | |
| EP1668822B1 (de) | Verfahren zur synchronisierung von alarmen in einem managementsystem eines kommunikationsnetzes | |
| EP1206883B1 (de) | Generisches alignment-verfahren in einer multi-manager-umgebung | |
| EP0338640B1 (de) | Vermaschtes Fernmeldenetz | |
| EP1145538B1 (de) | Verfahren und kommunikationssystem zur behandlung von zustandsinformationen durch ein mehrere managementebenen aufweisendes managementnetz | |
| EP1437859A1 (de) | Verfahren zur Behandlung von Alarmen durch ein Managementnetz mit mehreren Ebenen in einem Kommunikationssystem | |
| EP1730886A1 (de) | Verfahren und einrichtungen zur verteilung von management-informationen in einem managementnetz eines kommunikationssystems | |
| EP1460798B1 (de) | Verfahren und Kommunikationssystem zum Abbrechen von Management-Operationen in einem Managementnetz | |
| EP1582030B1 (de) | Verfahren zur behandlung von alarmen durch ein managementnetz mit mehreren ebenen in einem kommunikationssystem | |
| EP1749369B1 (de) | Verfahren und einrichtungen zum betreiben eines managementnetzes bei ausfall eines managers | |
| DE19820215C1 (de) | Verfahren und Managementnetz zur Übertragung von Nachrichten | |
| EP0018941A1 (de) | Anlage zur drahtlosen Übertragung von Telefongesprächen mit einer die Anzahl der Teilnehmerstationen unterschreitenden Anzahl von Funkkanälen | |
| EP1001636A2 (de) | Verfahren, Programmodule, Server und Überwachungseinrichtung zur Bearbeitung von Alarmmeldungen eines Netzelementes | |
| WO2005018253A1 (de) | Kommunikationssystem und verfahren zur übertragung von sprache und/oder daten | |
| EP1089576A1 (de) | Netzwerkverwaltung | |
| EP1598978A1 (de) | Mechanismus zur temporären Synchronisation von mehreren, parallelen Anzeigen eines Multiusersystems | |
| DE10142359A1 (de) | Verfahren zur Überwachung eines Zustandes eines Telekommunikationsendgerätes und Telekommunikationssystem | |
| EP0711059A1 (de) | Verfahren zum Uebertragen von Teilnehmerdaten zwischen Endgeräten eines Fernmeldenetzes |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| WWE | Wipo information: entry into national phase |
Ref document number: 98811673.1 Country of ref document: CN |
|
| AK | Designated states |
Kind code of ref document: A1 Designated state(s): AU CA CN ID US |
|
| AL | Designated countries for regional patents |
Kind code of ref document: A1 Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE |
|
| DFPE | Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101) | ||
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application | ||
| WWE | Wipo information: entry into national phase |
Ref document number: 1998961064 Country of ref document: EP |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 09555189 Country of ref document: US |
|
| WWP | Wipo information: published in national office |
Ref document number: 1998961064 Country of ref document: EP |
|
| NENP | Non-entry into the national phase |
Ref country code: CA |
|
| WWG | Wipo information: grant in national office |
Ref document number: 1998961064 Country of ref document: EP |