DE19740716A1 - Verfahren zum Behandeln von in Kommunikationssystemen von einem hardwarebezogenen gemanagten Objekt generierten Alarmen - Google Patents
Verfahren zum Behandeln von in Kommunikationssystemen von einem hardwarebezogenen gemanagten Objekt generierten AlarmenInfo
- Publication number
- DE19740716A1 DE19740716A1 DE1997140716 DE19740716A DE19740716A1 DE 19740716 A1 DE19740716 A1 DE 19740716A1 DE 1997140716 DE1997140716 DE 1997140716 DE 19740716 A DE19740716 A DE 19740716A DE 19740716 A1 DE19740716 A1 DE 19740716A1
- Authority
- DE
- Germany
- Prior art keywords
- status
- alarm
- managed object
- managed
- itu
- 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.)
- Granted
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
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/08—Indicating faults in circuits or apparatus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/08—Indicating faults in circuits or apparatus
- H04M3/10—Providing fault- or trouble-signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/20—Monitoring; Testing of receivers
- H04B17/23—Indication means, e.g. displays, alarms, audible means
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Description
Die Erfindung betrifft ein Verfahren zum Behandeln von in
Kommunikationssystemen von einem hardwarebezogenen gemanagten
Objekt generierten Alarmen nach dem Oberbegriff des Anspru
ches 1. Insbesondere betrifft sie das Behandeln solcher Alar
me innerhalb des Basisstationssubsystems eines Mobilfunk
systems.
Gemäß der ITU-T Recommendation X.733 mit dem Titel "Systems
Management: Alarm Reporting Function" ist ein Alarm ein Feh
ler oder anormale Bedingungen betreffendes spontanes Ereig
nis. Für das Management von Telekommunikations-Netzen wie zum
Beispiel Mobilfunknetzen definieren die ITU-T Recommendatio
nen der Serie X.73x unterschiedliche Systemmanagementfunktio
nen, sogenannte "Systems Management Functions", die von Ap
plikationsprozessen in einer zentralisierten oder dezentra
lisierten Managementumgebung benutzt werden können. So wie
die Recommendation ITU-T X.733 sich mit dem Behandeln von
Alarmreportfunktionen beschäftigt, empfiehlt die Recommenda
tion ITU-T X.731 mit dem Titel "Systems Management: State Ma
nagement Function" das Behandeln von Statusmanagementfunk
tionen.
Da die vorliegende Erfindung sich insbesondere für Mobilfunk-
Systeme empfiehlt und weiter unten auch an Hand eines Subsy
stems eines Mobilfunksystems beschrieben wird, werden zuerst
die Besonderheiten eines Mobilfunksystems, also eines Mobil
funknetzes am Beispiel eines GSM-Netzes gemäß dem ETSI-Stan
dard GSM beschrieben. Ein Mobilfunksystem ist ein hierar
chisch gegliedertes System verschiedener Netzelemente, bei
dem die unterste Hierarchiestufe von den Mobiltelefonen ge
bildet wird, die nach dem englischsprachigen Ausdruck "Mobile
Station" auch mit MS bezeichnet werden. Diese Mobiltelefone
kommunizieren über eine sogenannte Um-Schnittstelle oder
Funkschnittstelle mit die nächste Hierarchieebene bildenden
Funkbasisstationen, die auch als Basisstation bzw. nach dem
englischsprachigen Ausdruck "Base Transceiver Station Equip
ment" mit BTSE bezeichnet werden.
Zur Steuerung des Datenverkehrs zwischen den Basisstationen,
sind diese gebietsweise zusammengefaßt. Die hierzu vorgesehe
nen übergeordneten Netzelemente werden mit Basisstations
steuereinheit oder gemäß dem englischsprachigen Ausdruck
"Base Station Controller" mit BSC bezeichnet. Die Basissta
tionen kommunizieren über eine sogenannte Abis-Schnittstelle
mit den Basisstationssteuereinheiten. Einer Basisstations
steuereinheit kann gegebenenfalls zur Optimierung der Daten
kommunikation eine Transcodier- und Ratenanpaßeinheit zuge
ordnet sein, die nach dem englischsprachigen Ausdruck
"Transcoder and Rate Adapter Unit" auch mit TRAU bezeichnet
wird. Die Basisstationen, die Basisstationssteuereinheiten
und die Transcodier- und Ratenanpaßeinheiten bilden ein Ba
sisstationssubsystem des Mobilfunksystems, das nach dem eng
lischsprachigen Ausdruck "Base Station Subsystem" auch mit
BSS bezeichnet wird oder als Radiosubsystem. Basisstationen,
Basisstationssteuereinheiten und Transcodier- und Ratenan
paßeinheiten sind hierbei Netzeinrichtungen des Basissta
tionssubsystems.
Die Basisstationssteuereinheiten kommunizieren über soge
nannte A-Schnittstellen mit einer oder einigen wenigen Mobil
vermittlungseinrichtungen, die nach dem englischsprachigen
Ausdruck "Mobile Switching Centers" auch mit MSC bezeichnet
werden und über die u. a. auch der Übergang in andere Telefon
netze erfolgt. Die Mobilvermittlungseinrichtungen bilden ge
meinsam mit einigen Datenbanken das Vermittlungssubsystem,
das nach dem englischsprachigen Ausdruck "Network Switching
Subsystem" auch mit NSS bezeichnet wird.
Da die vorliegende Erfindung zwar auf standardisierten Rege
lungen aufbaut, ein erfindungsgemäßes Verfahren jedoch, wie
später zu erkennen ist, nur im Bereich von Netzelementen ein
gesetzt werden kann, die zur Durchführung des Verfahrens mo
difiziert sind, bietet sich die Anwendung in Mobilfunknetzen
deshalb an, weil diese in Subsysteme gegliedert sind, wobei
üblicherweise ein Subsystem immer komplett eingerichtet wird
und ggf. auch noch von einem Lieferanten bezogen wird. Die
Steuerabläufe und Protokolle können folglich auch innerhalb
eines bestehenden Mobilfunksystem in einem Subsystem, bei
spielsweise einem Basisstationssubsystem derart ausgestaltet
sein, daß das Behandeln der von einem hardwarebezogenen gema
nagten Objekt generierten Alarme innerhalb des Subsystems ge
mäß der nachstehend noch zu beschreibenden Erfindung und in
Bezug zum Gesamtsystem oder zu anderen Subsystemen gemäß in
ternationalen Standards erfolgt.
Neben den bisher beschriebenen Netzelementhierarchien steht
ein Betriebs- und Wartungssystem, das gemäß dem englischspra
chigen Ausdruck "Operation and Maintenance Subsystem" auch
mit OMS bezeichnet wird. Das Betriebs- und Wartungssystem
dient zum Konfigurieren und Überwachen aller Netzelemente.
Überwachungsmaßnahmen und Konfigurierungsmaßnahmen werden
hierzu meist von Betriebs- und Wartungszentren aus fernge
steuert, die gemäß dem englischsprachigen Ausdruck "Operation
and Maintenance Centers auch mit OMC bezeichnet werden und
sich üblicherweise im Bereich von Mobilvermittlungseinrich
tungen befinden.
Aufgabe des Betriebs- und Wartungssystems ist die Durch
führung des Kommunikationsnetzmanagements einschließlich ei
nes Konfigurationsmanagements, das nach dem englischspra
chigen Ausdruck "Configuration Management" auch mit CM be
zeichnet wird und einen von fünf Managementfunktionsbereichen
dargestellt, die die Telekommunikationsmanagementnetz-
Prinzipien identifizieren. Das Konfigurationsmanagement defi
niert eine Reihe von Diensten, die eine Änderung der Struktur
und damit des Verhaltens eines Telekommunikationsnetzes durch
den Bediener ermöglichen. Diese Dienste beziehen sich immer
auf Instanzen von gemanagten Objekten, die insgesamt die
netzspezifische Managementinformationsbasis MIB bilden.
Ein gemanagtes Objekt im Sinne des Kommunikationsnetzmanage
ments ist eine logische Abstraktion einer Ressource im Kommu
nikationsnetz, beispielsweise im Mobilfunknetz. Hierbei wird
unterschieden zwischen hardwarebezogenen gemanagten Objekten,
die eine herstellerspezifische Realisierung einer Funktion
beschreiben und zwischen funktionsbezogenen gemanagten Ob
jekten, bei denen es sich jeweils um die Abstraktion einer
herstellerunabhängigen Funktionalität handelt. Gemanagten Ob
jekte werden nach dem englischsprachigen Ausdruck "Managed
Object" auch mit MO bezeichnet, wobei jede Objektkategorie
auch mit Klasse gemanagter Objekte oder nach dem eng
lischsprachigen Ausdruck "Managed Object Class" auch mit MOC
bezeichnet wird. Zu jeder MOC gibt es mehrere Instanzen gema
nagter Objekte, die jeweils einer spezifischen Funktion oder
Einrichtung zugeordnet sind und auch nach dem englischspra
chigen Ausdruck "Managed Object Instance" mit MOI bezeichnet
werden. Nachstehend werden Klassen bzw. Instanzen hardwarebe
zogener gemanagter Objekte mit HW-bezogene MOC bzw. HW-
bezogene MOI bezeichnet. Entsprechend werden Klassen bzw. In
stanzen funktionsbezogener gemanagter Objekte mit funk
tionsbezogene MOC bzw. funktionsbezogene MOI bezeichnet.
Die Recommendation ITU-T X.710 mit dem Titel "Common Manage
ment Information Service definition for CCITT Applications",
definiert den Managementnotifikationsdienst (Management Noti
fication Service) M-EVENT-REPORT, der sowohl innerhalb von
Basisstationssubsystemen als auch zwischen Ba
sisstationssubsystem und Wartungszentren von Betriebs-und
Wartungssystemen eingesetzt wird für die Übermittlung von
spontane Ereignisse, wie Alarme betreffende Information in
Form von Fehlerereignisreports, die auch (nach dem englisch
sprachigen Ausdruck "Failure Event Report") FER genannt wer
den bzw. für die Übermittlung von Statusänderungen in Form
von Statusänderungsereignisreports, die auch (nach dem eng
lischsprachigen Ausdruck "Changed State Event Reports") CSER
genannt werden.
In Basisstationssubsystemen werden die Alarme fast aus
schließlich von hardwarebezogenen gemanagten Objekten, d. h.
durch Hardwarefehler, generiert. Zur Behandlung eines solchen
Fehlers werden mehrere Notifikationen übermittelt. So gene
riert die dem Hardwarefehler zugeordnete MO-Instanz, also die
ursprüngliche HW-bezogene MOI einen Fehlerereignisreport
(FER). Da sich der Status dieser HW-bezogenen MO-Instanz än
dert, generiert die gleich MO-Instanz auch einen Statusän
derungsereignisreports (CSER). Die funktionsbezogene MOI, die
die vom Hardwarefehler beeinträchtigte Funktionalität model
liert, generiert wegen der eigenen Statusänderung einen eige
nen CSER. Ggf. können weitere HW-bezogene MO-Instanzen, die
von der ursprünglichen, fehlerhaften HW-bezogenen MO-Instanz
abhängig sind, eigene CSER generieren.
Im Fehlerfall einer als MO modellierten Hardwarekomponente
werden folglich ein FER und mindestens 2 CSER generiert und
an die übergeordnete Netzeinheit übertragen. Das Übermitteln
dieser Notifikationen erhöht wesentlich die Last über die in
ternen Schnittstellen, also die 0-Schnittstellen, die Abis-
Schnittstellen und die Asub-Schnittstellen eines Basissta
tionssubsystems und kann in bestimmten Fällen, z. B. bei Aus
fall mehreren Hardwarekomponenten in kurzen Zeitabständen zu
Überlastproblemen führen.
Aufgabe der Erfindung ist es, ein Verfahren zum Behandeln von
in Kommunikationssystemen von einem hardwarebezogenen gema
nagten Objekt generierten Alarmen anzugeben, das die system
internen Schnittstellen weniger stark belastet.
Diese Aufgabe löst die Erfindung durch ein Verfahren mit den
Merkmalen des Anspruches 1.
Ein erfindungsgemäßes Verfahren zum Behandeln eines in einem
Kommunikationssystem von einer Instanz eines hardwarebezoge
nen gemanagten Objekts generierten Alarms, wenn durch den
Alarm eine Statusänderung mehrerer Instanzen gemanagter Ob
jekte wie zum Beispiel eine Statusänderung der den Alarm ge
nerierenden Instanz eines hardwarebezogenen gemanagten Ob
jekts sowie einer diese modellierenden Instanz eines funkti
onsbezogenen gemanagten Objekts bedingt sind, meldet das Auf
treten des Alarms und die dadurch bedingten Statusänderungen
mehrerer gemanagter Objekte durch einen Fehlerereignisreport
an eine übergeordnete Netzeinrichtung. Der hierzu verwendete
Fehlerereignisreport enthält unter anderem die Parameter:
- - Quellenidentifizierung, die anzeigt, ob eine Statusänderung als Folge einer internen Operation oder durch ein benutzerbe zogenes Managementkommando erfolgt,
- - Attributidentifizierungsliste, die den Satz von sich für das hardwarebezogene gemanagte Objekt geänderten Statusattri buten identifiziert, und
- - Statusänderungsdefinitionsliste, die für alle mitzuteilen den, durch den Alarm bedingten Statusänderungen unterschied licher Instanzen gemanagter Objekte die Statusänderungen de finiert.
In einer Weiterbildung des Erfindungsaspektes kann vorgesehen
sein, daß in der Statusänderungsdefinitionsliste des Fehler
ereignisreports für die durch den Alarm bedingten Statusände
rungen der Instanzen gemanagter Objekte, die den Alarm nicht
generiert haben, nur die Statusänderungen bezüglich der Para
meter Attributidentifizierung und Neuer Attribut Wert definiert
werden. Diese Parameter sind gemeinsam mit den übrigen Para
metern eines erfindungsgemäßen Fehlerereignisreports ausrei
chend, um aus dem FER auch die üblicherweise zusätzlich zu
übertragenden CSER in der übergeordneten Netzeinrichtung zu
generieren.
Eine vorzugsweise Weiterbildung eines erfindungsgemäßen Ver
fahrens sieht in dem generierte Fehlerereignisreport außerdem
die Parameter Notifikationsidentifizierung, korrellierte Noti
fikationen, Zusatztext und Zusatzinformation gemäß ITU-T
X.731 bzw. ITU-T X.733 vor. Diese Parameter sind nämlich üb
licherweise sowohl in einem standardmäßigen FER als auch in
einem standardmäßigen CSER gemeinsam, so daß die den erfin
dungsgemäßen FER empfangende Netzkomponente, beispielsweise
eins Basisstation, eine Basisstationssteuerung oder eine
Transcodier- und Ratenanpaßeinrichtung eines Basisstations
subsystems, auf einfache Weise die nicht übertragenen CSER
rekonstruieren kann, um beispielsweise eine nachgeordnete Be
handlung des den FER generierenden Alarms standardmäßig auf
der Grundlage von FER und CSER auszuführen.
In einer besonders günstigen, weil weitgehend mit den übli
chen Vorschriften kompatiblen Ausgestaltungsform eines erfin
dungsgemäßen Verfahrens enthält der generierte Fehlerereig
nisreport gemäß ITU-T X.731 bzw. ITU-T X.733 die Parameter
"invoke identifier", "Mode", "Managed object class", "Managed
object instance", "Event type", "Event time", "Event informa
tion" mit "Probable cause", "Specific problems", "Perceived
severity", "Back-up Status", "Back-up object", "Trend indica
tion", Threshold information, Notification identifier", "cor
related notifications" sowie "Source indicator", "State chan
ge definition list" einschließlich "Managed object class",
"Managed object instance", "Attribute identifier list",
"Attribute identifier", "New Attribute value", "Monitored At
tributes", "proposed repair actions", "Additional text" und
"Additional information", sowie "Current time", "Event reply"
und "Errors".
Die Figur zeigt eine Parametertabelle eines FER gemäß diesem
Ausführungsbeispiel.
Nachstehend wird die Erfindung an Hand eines Ausführungsbei
spiels mit einer Parameterliste gemäß der Tabelle der Figur
für den Anwendungsfall in einem Basisstationssubsystem eines
Mobilfunksystems näher erläutert.
Die gemäß der Parametertabelle der Figur für den Transfer von
Alarmen bzw. Zustandsänderungen benutzten M-EVENT-REPORTs un
terscheiden sich von standardmäßigen FER nur in der Ausge
staltung der Parametergruppe "Event information".
Innerhalb dieser generischen Parametergruppe sind drei Kate
gorien von Feldern zu unterscheiden.
Die erste Kategorie enthält Felder von "Event information",
die sowohl für Alarmreportfunktionen als auch für Zustandsän
derungsreportfunktionen gemeinsam sind, nämlich die Parameter
"Notification identifier", "Correlated notifications",
"Additional text" und "Additional information".
Die zweite Kategorie enthält für Zustandsänderungsreportfunk
tionen spezifische Felder von "Event Information", und zwar
"Source indicator", das angibt, ob die Zustandsänderung als
Folge einer internen Operation oder durch ein Benutzerabhän
giges Management-Kommando erfolgt ist. Außerdem "Attribute
identifier list", das für die aktuelle MO-Instanz den Satz
von Zustandsattributen identifiziert, deren Werte sich geän
dert haben. Beide Felder sind in einem standardgemäßen FER
nicht enthalten, müssen also zum Erstellen eines erfindungs
gemäßen FER gemäß dem beschriebenen Ausführungsbeispiel zu
sätzlich generiert werden.
Die dritte Kategorie betrifft das Feld "State change defini
tion" in "Alarm reporting". Dieses definiert in einem stan
dardgemäßen FER nur eine Zustandsänderung für die den Alarm
generierende HW-bezogene MO-Instanz und muß um Parametersätze
für alle üblicherweise (nicht erfindungsgemäß) einen CSER ge
nerierenden MO-Instanzen erweitert werden.
Dabei werden in einer besonders günstigen Ausgestaltungsform
des beschriebenen Ausführungsbeispiels jeweils nur die gemäß
ITU-T. X.731 als "mandatory", d. h. zwingen erforderlich ge
kennzeichneten, den jeweiligen Zustand betreffenden Werte
"Attribute identifier" und "New Attribute value" benutzt.
Im Vergleich zu einem standardisierten FER enthält ein FER
mit Parametern gemäß der Tabelle der Figur demnach folgende
Zusatzinformationen:
- - "Source indicator", der für alle aus dem FER gemäß dem Aus führungsbeispiel zu generierenden CSER den Wert "resource operation" enthält;
- - "State change definition list", einer Parameterliste, die den Satz von Zustandsattributen identifiziert, deren Werte sich geändert haben, und aus je einer Sequenz von fünf Fel dern für jedes zu generierende CSER besteht entsprechend den Instanzen "ursprüngliches HW- bezogenes MO", dem damit zusammenhängenden "funktionsbezo genen MO" und aller weiteren, als vom ursprünglichen HW- bezogenen MO abhängig (dependent) definierten Instanzen von" HW-bezogenen MO".
Das Ende der "State change definition list" wird von der
übergeordneten, den FER empfangenden Netzeinheit dadurch er
kannt, da das letzte MO in dieser Liste dem ursprünglichen
defekten HW-bezogenen MO entspricht. Dies bedeutet, daß die
letzten MOC und MOI der Parameter 17 und 18 gleiche Werte ha
ben wie die MOC und MOI der Parameter 3 und 4.
Nachstehend wird der Unterschied zwischen dem standardmäßigen
Behandeln von Alarmen nach dem Stand der Technik und dem er
findungsgemäßen Behandeln von Alarmen am Beispiel einer Ba
sisstation eines Basisstationssubsystems eines Mobilfunksy
stems dargelegt. Hierzu wird angenommen, daß in der Basissta
tion die hardwarebezogene MOI TPU2 einer MOC TPU als ur
sprüngliche hardwarebezogene MO-Instanz ausfällt.
In einer bekannten Lösung nach den erwähnten Standards gene
riert und sendet die Basisstation vier Notifikationen an eine
ihr übergeordnete Basisstationssteuerung, und zwar ein FER
für die ursprüngliche hardwarebezogene MO-Instanz TPU2, ein
CSER für diese hardwarebezogene MO-Instanz TPU2 mit der Anga
be "Betriebszustand ist ausgefallen" (bzw. nach dem eng
lischsprachigen Ausdruck Operational State OST=disabled) und
einer Angabe, daß die CSER sich auf den Zustand einer bezüg
lich des Alarms ursprünglichen hardwarebezogenen MO-Instanz
handelt (AST = failed). Außerdem sendet sie ein CSER für eine
funktionsbezogene MO-Instanz TRX2 (mit den Angaben OST dis
abled, AST dependency) und ein CSER für eine hardwarebezogene
MO-Instanz PA2 der MOC PA, die von der MO-Instanz TPU2 ab
hängig ("dependent") ist (mit den Angaben OST disabled, AST
dependency).
In einem erfindungsgemäßen Verfahren erzeugt die Basisstation
nur einen einzigen erfindungsgemäßen FER und sendet diesen
zur Basisstationssteuerung. Die Basisstationssteuerung kann
dann daraus die vier vorher beschriebenen Einzelreports gene
rieren.
Die Struktur des FER nach der vorliegenden Erfindung, der von
der Basisstation und der Basisstationssteuerung übertragen
wird, ist folgendermaßen (siehe auch die Tabelle der Figur):
- - Die Parameter 1, 2, 6, 14, 15 und 24 bis 28 bleiben wie in einem standardgemäßen FER der TPU2 unverändert und werden von der Basisstationssteuerung sowohl zum Generieren der FER als auch der einzelnen CSER verwendet.
- - Der Parameter 5 kennzeichnet den FER durch einen eindeuti gen Wert als erfindungsgemäßen FER, so daß die Basisstations steuerung veranlaßt wird, die enthaltenen CSER zu extrahie ren.
- - Die Parameter 3, 4, 7 bis 13, 22 und 23 entsprechen denen eines standardgemäßen FER der MOI TPU2 (MOC = TPU, MOI = 2) und werden von der Basisstationssteuerung nur zum Generieren der FER verwendet.
- - Der Parameter 16 wird von der Basisstationssteuerung nur zum Generieren der einzelnen CSER verwendet und hat gemäß ITU-T. X.731 immer den Wert "resource operation".
- - Die Parameter 17 bis 21 werden von der Basisstationssteue
rung nur zum Generieren der einzelnen CSER verwendet und be
stehen aus drei Sequenzen mit je sieben Werten, die nach
folgend angegeben werden:
Managed object class: TRX
Managed object instance: 2
Attribute identifier list: OST, AVS (Operational State, Availability State)
Attribute identifier: OST (Operational State)
New Attribute value: disabled (nicht betriebsfähig)
Attribute identifier: AVS (Availability State)
New Attribute value: dependency (Abhängigkeit)
Managed object class: PA
Managed object instance: 2
Attribute identifier list: OST, AVS (Betriebszustand, Verfügbarkeitszustand)
Attribute identifier: OST
New Attribute value: disabled
Attribute identifier: AVS
New Attribute value: dependency
Managed object class: TPU (letzte Sequenz, gleiche Managed object instance: 2 MOC- und MOI-Werte wie die Parameter 3 und 4)
Attribute identifier list: OST, AVS
Attribute identifier: OST
New Attribute value: disabled
Attribute identifier: AVS
New Attribute value: failed.
Aus dem derart strukturierten FER kann die Basisstations-
Steuerung die obengenannten vier standardgemäßen Reports ge
nerieren.
Claims (4)
1. Verfahren zum Behandeln eines in einem Kommunikationssy
stem von einer Instanz eines hardwarebezogenen gemanagten Ob
jekts generierten Alarms, wenn durch den Alarm Statusänderun
gen mehrerer Instanzen gemanagter Objekte bedingt sind, wobei
das Auftreten des Alarms durch einen Fehlerereignisreport ge
meldet wird an eine übergeordnete Netzeinrichtung, der auch
die durch den Alarm bedingten Statusänderungen mitgeteilt
werden, gekennzeichnet durch das Generieren des Fehlerereig
nisreports, unter anderem mit den Parametern
- - Quellenidentifizierung (16), die anzeigt, ob eine Statusän derung als Folge einer internen Operation (resource operati on) oder durch ein benutzerbezogenes Managementkommando er folgt,
- - Attributidentifizierungsliste (19), die den Satz von sich für das hardwarebezogene gemanagte Objekt geänderten Statu sattributen identifiziert, und
- - Statusänderungsdefinitionsliste (17, 18, 19, 20, 21), die für alle mitzuteilenden, durch den Alarm bedingten Statusän derungen unterschiedlicher Instanzen gemanagter Objekte die Statusänderungen definiert.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daß in
der Statusänderungsdefinitionsliste (17, 18, 19, 20, 21) des
Fehlerereignisreports für die durch den Alarm bedingten Sta
tusänderungen der Instanzen gemanagter Objekte, die den Alarm
nicht generiert haben, nur die Statusänderungen bezüglich der
Parameter Attributidentifizierung (20) und Neuer Attribut-Wert
(21) definiert werden.
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet,
daß der generierte Fehlerereignisreport außerdem gemäß ITU-T
X.731 bzw. ITU-T X.733 die Parameter Notifikationsidentifi
zierung (14), korrellierte Notifikationen (15), Zusatztext
(24) und Zusatzinformation (25) enthält.
4. Verfahren nach Anspruch 1, 2 oder 3, dadurch gekennzeich
net, daß der generierte Fehlerereignisreport gemäß ITU-T
X.731 bzw. ITU-T X.733 die Parameter " invoke identifier"
(1), "Mode" (2), "Managed object class" (3), "Managed object
instance" (4), "Event type" (5), "Event time" (6), "Event in
formation" mit "Probable cause" (7), "Specific problems" (8),
"Perceived severity" (9), "Back-up Status" (10), "Back-up ob
ject" (11), "Trend indication" (12), Threshold information
(13), Notification identifier" (14), "correlated notificati
ons" (15) sowie "Source indicator" (16), "State change defi
nition list" einschließlich "Managed object class" (17),
"Managed object instance" (18), "Attribute identifier list"
(19), "Attribute identifier" (20), "New Attribute value"
(21), "Monitored Attributes" (22), "proposed repair actions"
(23), "Additional text" (24) und "Additional information"
(25), sowie "Current time" (26), "Event reply" (27) und
"Errors" (28) enthält.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE1997140716 DE19740716C2 (de) | 1997-09-16 | 1997-09-16 | Verfahren zum Behandeln von in Kommunikationssystemen von einem hardwarebezogenen gemanagten Objekt generierten Alarmen |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE1997140716 DE19740716C2 (de) | 1997-09-16 | 1997-09-16 | Verfahren zum Behandeln von in Kommunikationssystemen von einem hardwarebezogenen gemanagten Objekt generierten Alarmen |
Publications (2)
Publication Number | Publication Date |
---|---|
DE19740716A1 true DE19740716A1 (de) | 1999-03-18 |
DE19740716C2 DE19740716C2 (de) | 2002-03-14 |
Family
ID=7842534
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE1997140716 Expired - Fee Related DE19740716C2 (de) | 1997-09-16 | 1997-09-16 | Verfahren zum Behandeln von in Kommunikationssystemen von einem hardwarebezogenen gemanagten Objekt generierten Alarmen |
Country Status (1)
Country | Link |
---|---|
DE (1) | DE19740716C2 (de) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19831825A1 (de) * | 1998-07-15 | 2000-02-10 | Siemens Ag | Verfahren und Kommunikationssystem zur Behandlung von Alarmen durch ein mehrere Managementebenen aufweisendes Managementnetz |
DE10300709A1 (de) * | 2003-01-10 | 2004-08-05 | Siemens Ag | Verfahren zur Behandlung von Alarmen durch ein Managementnetz mit mehreren Ebenen in einem Kommunikationssystem |
CN117395185A (zh) * | 2023-12-07 | 2024-01-12 | 广州市炬元互联网科技有限公司 | 一种Asub接口的数据处理方法、装置、设备及介质 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109598918B (zh) * | 2018-12-26 | 2020-06-02 | 宁波三星智能电气有限公司 | 一种电能表事件信息的传输方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6044407A (en) * | 1992-11-13 | 2000-03-28 | British Telecommunications Public Limited Company | Interface for translating an information message from one protocol to another |
WO1994023514A1 (en) * | 1993-03-26 | 1994-10-13 | British Telecommunications Public Limited Company | Generic managed object model for lan domain |
-
1997
- 1997-09-16 DE DE1997140716 patent/DE19740716C2/de not_active Expired - Fee Related
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE19831825A1 (de) * | 1998-07-15 | 2000-02-10 | 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 |
DE10300709A1 (de) * | 2003-01-10 | 2004-08-05 | Siemens Ag | Verfahren zur Behandlung von Alarmen durch ein Managementnetz mit mehreren Ebenen in einem Kommunikationssystem |
CN117395185A (zh) * | 2023-12-07 | 2024-01-12 | 广州市炬元互联网科技有限公司 | 一种Asub接口的数据处理方法、装置、设备及介质 |
CN117395185B (zh) * | 2023-12-07 | 2024-02-13 | 广州市炬元互联网科技有限公司 | 一种Asub接口的数据处理方法、装置、设备及介质 |
Also Published As
Publication number | Publication date |
---|---|
DE19740716C2 (de) | 2002-03-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0973342B1 (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 | |
EP1228599B1 (de) | Verfahren und System zur hierarchischen Kommunikationsnetzverwaltung | |
DE19740716C2 (de) | Verfahren zum Behandeln von in Kommunikationssystemen von einem hardwarebezogenen gemanagten Objekt generierten Alarmen | |
DE69633448T2 (de) | Universeller objekt-übersetzungsagent | |
EP1668822A2 (de) | Verfahren zur synchronisierung von alarmen in einem managementsystem eines kommunikationsnetzes | |
DE19813754C2 (de) | Verfahren und Managementnetz zur Konfiguration eines Funk-Kommunikationsnetzes | |
DE602004006770T2 (de) | Verbesserte Fehlerbehandlung der Messkontrollprozedur in einem UMTS Funkzugriffsnetzwerk | |
DE19740718C2 (de) | Realignment-Verfahren zwischen einem Betriebs- und Wartungszentrum und einem diesem übergeordneten Netzmanagementzentrum | |
DE19740713C2 (de) | Konfigurierungsverfahren für ein Basisstationssubsystem | |
WO2001024448A1 (de) | Konfigurieren eines telekommunikationsnetzes mit mehreren netzregionen | |
EP1437859A1 (de) | Verfahren zur Behandlung von Alarmen durch ein Managementnetz mit mehreren Ebenen in einem Kommunikationssystem | |
EP1629682B1 (de) | Verfahren zur behandlung von parameteraenderungen in einem managementnetz eines zellularen kommunikationssystems und kommunikationssystem | |
DE19720596C2 (de) | Konfigurationsverfahren für ein Mobilfunksystem und Basisstationssteuereinheit zur Durchführung | |
DE10337464A1 (de) | Verfahren zur Behandlung von Alarmen in einem Managementsystem eines Kommunikationsnetzes | |
EP1407622B1 (de) | Kundenspezifische, dynamische konfiguration einer omc-nmc-schnittstelle | |
WO2004008689A1 (de) | Verfahren zum betrieb eines kommunikationsnetzes, netzbetriebsführungssystem und steuerungsprogramm für netzbetriebsführungssystem | |
DE102004039214B4 (de) | Kommunikationsverfahren in einem Managementnetz zur Information über Attributsveränderungen | |
EP1763937B1 (de) | Verfahren zur gesicherten datenübertragung in einem managementsystem | |
EP1617592A1 (de) | Verfahren zur Auswahl eines Objektmodells für die Manager-Agent Kommunikation | |
DE102004039215B4 (de) | Netzwerkmanagement mit erweitertem Objektmodell | |
DE10134126A1 (de) | Verfahren zum gleichzeitigen Deaktivieren mehrerer Alarme | |
EP1096765A1 (de) | System und Verfahren zur einheitlichen Netzwerkverwaltung | |
EP1091596A2 (de) | Erweiterter Management-Notification-Dienst zur Reduzierung der Kommunikation zwischen Agent und Manager | |
EP1089576A1 (de) | Netzwerkverwaltung |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OP8 | Request for examination as to paragraph 44 patent law | ||
D2 | Grant after examination | ||
8364 | No opposition during term of opposition | ||
8327 | Change in the person/name/address of the patent owner |
Owner name: NOKIA SIEMENS NETWORKS GMBH & CO.KG, 81541 MUE, DE |
|
8339 | Ceased/non-payment of the annual fee |