-
Die
Erfindung betrifft ein Verfahren zur Kommunikation in eine Managementnetz
eines Telekommunikationsnetzes, bei dem ein Manager und ein Agent
unter Verwendung eines Netzressourcen des Telekommunikationsnetzes
als Objektklassen modellierenden Objektmodells miteinander kommunizieren.
Weiterhin betrifft die Erfindung einen Manager und einen Agenten
zur Durchführung
des Verfahrens.
-
Gemäß den Prinzipien
eines Managementnetzes, auch als TMN-Prinzipien (TMN: Telecommunications
Management Network) bezeichnet, existieren mehrere Managementschichten
für das
Management eines Kommunikationssystems – wie beispielsweise eines
Mobilfunkkommunikationssystems -, wobei jede Schicht mit Ausnahme
der obersten und untersten Schicht eine doppelte Funktion, nämlich eine
Manager- und eine Agentenfunktion besitzt. Im managenden System
("managing system") übt jede
Ebene außer
der untersten eine Manager-Funktion für die darunterliegende Ebene
aus. Im gemanagten System ("managed
system") kommt jeder
Ebene außer
der obersten eine Agenten-Funktion
für die
nächsthöhere Schicht
zu.
-
Manager
starten zur Netzüberwachung
und -kontrolle Operationen, indem sie sogenannte „requests" versenden, die von
Agenten ausgeführt
werden, und erhalten entsprechende Rückmeldungen, sogenannte „responses", von den Agenten.
Einrichtungen bzw. Elemente des Telekommunikationsnetzes, auch als
Ressourcen des Telekommunikationsnetzes bezeichnet, die in einer
TMN-Hierarchie die Rolle eines Agenten ausüben, erkennen relevante Ereignisse,
sogenannte „events", wie z.B. Alarme,
generieren entsprechende Mitteilungen, sogenannte „notifications", und übertragen
sie in Form von Ereignismeldungen, soge nannten „event reports", an Manager, um
ein effizientes Netzmanagement zu ermöglichen.
-
Das
Netzwerkmanagement kann unter anderem das Fehlermanagement (Fault-Management) und/oder
das Konfigurationsmanagement (Configuration Management) und/oder
das Sicherheitsmanagement (Security-Management) und/oder das des
Abrechnungsmanagement (Accounting-Management) und/oder das Leistungsmanagement
(Performance-Management) umfassen. Durch das Netzwerkmanagement
sollen geeignete Mechanismen zur Informationsverteilung und -verwaltung
bereitgestellt werden, so dass bei Bedarf ein umfassendes Bild über den
Netzzustand zur Verfügung
steht und die einzelnen Ressourcen des Telekommunikationsnetzes
effizient überwacht
und konfiguriert werden können.
-
Die
Manager-Agent-Kommunikation erfolgt über sogenannte Management-Schnittstellen
bzw. Manager-Agent-Schnittstellen, die in einer objekt-orientierten
Umgebung durch ein Kommunikationsprotokoll, wie z.B. CMIP (Common
Management Information Protocol) nach ITU-T X.711 oder CORBA (Common
Object Request Broker Architecture), und durch ein Objektmodell
gekennzeichnet sind. Objektmodelle, auch als Informationsmodelle
bezeichnet, dienen der Modellierung von Ressourcen des Telekommunikationsnetzes,
wobei diese Ressourcen bei der Modellierung in Objektklassen eingeteilt
werden. Objektklassen sind u.a. definiert durch bestimmte Operationen,
Attribute, versendbare Nachrichten und das objektklassen-spezifische
Verhalten, welches z.B. beschreibt, welchen Zustand ein Objekt in
bestimmten Situationen annehmen soll und zu welchem Zweck bestimmte
Attribute zu verwenden sind.
-
Solche
Schnittstellen gibt es beispielsweise zwischen einerseits der Netzwerkelementmanagement-Ebene
(Network Element Management Level) und andererseits der Netzwerkelement-Ebene
(Network Element Level). Ein Beispiel für Netzeinrichtungen dieser
Manager-Agent-Schnittstelle stellen die Betriebs- und Wartungszentren
(OMC: Operation and Maintenance Center) auf der Seite der Netzwerkelementmanagement-Ebene
dar, sowie auf der Seite der Netzwerkelement-Ebene Einrichtungen
wie z.B. Basisstationen des Basisstationssystems (BSS: Base Station
System) eines GSM Mobilfunknetzes, oder Basisstationen anderer Kommunikationsnetze,
beispielsweise NodeB's
eines UMTS Mobilfunknetzes (UMTS: Universal Mobile Telecommunication
System), oder Funkzugangspunkte eines WLAN-Systems (WLAN: Wireless
Local Area Network) beispielsweise gemäß einem der IEEE 802.11-Standards.
-
Management-Schnittstellen
bzw. Manager-Agent-Schnittstellen existieren auch zwischen einerseits der
Netzwerkmanagement-Ebene
(Network Management Level) und andererseits der Netzwerkelementmanagement-Ebene.
Ein Beispiel für
Netzeinrichtungen zu dieser Manager-Agent-Schnittstelle stellen
die Netzwerkmanagementzentren (NMC: Network Management Center) auf
der Seite der Netzwerkmanagement-Ebene und die Betriebs- und Wartungszentren
(OMC: Operation and Maintenance Center) auf der Seite der Netzwerkelementmanagement-Ebene
z.B. im genannten GSM oder einem anderen Mobilfunk- oder Telekommunikationsnetz
dar.
-
Der
Erfindung liegt die Aufgabe zugrunde, ein effizientes Verfahren
zum Betreiben eines Managementnetzes der eingangs genannten Art
aufzuzeigen. Weiterhin sollen ein geeigneter Manager und ein ebensolcher
Agent zur Durchführung
des Verfahrens vorgestellt werden.
-
Diese
Aufgabe wird durch ein Verfahren mit den Merkmalen des Anspruchs
1, sowie durch einen Manager und einen Agenten mit Merkmalen von
nebengeordneten Ansprüchen
gelöst.
Vorteilhafte Ausgestaltungen und Weiterbildungen sind Gegenstand
von Unteransprüchen.
-
Bei
dem erfindungsgemäßen Verfahren
erfolgt eine Kommunikation zwischen einem Manager und einem Agenten
unter Verwendung eines Objektmodells, welches Netzressourcen des
Telekommuni kationsnetzes als Objektklassen modelliert. Gemäß dem Objektmodell
sind die Objektklassen – zumindest
unter anderem – durch
bestimmte Operationen, Attribute und versendbare Nachrichten definiert.
Es wird mindestens eine Objektklasse verwendet mit einem Attribut,
welches mehrere Größen beschreibt.
Der Agent sendet eine Nachricht zur Information über eine Veränderung
eines Wertes von zumindest einer der Größen an den Manager. Diese Nachricht
umfasst Informationen darüber,
welche Größe oder
Größen von
der Veränderung
betroffen sind, und den oder die veränderten Werte der von der Veränderung
betroffen Größe oder
Größen.
-
Ein
Objektmodell wird zur Kommunikation zwischen einem Manager und einem
Agenten verwendet, wobei ein Objektmodell charakterisiert ist durch
die Objektklassen, welche es verwendet, und durch die Beziehungen
der Objektklassen zueinander, wie z.B. so genannte „containment"-Beziehungen und
die gegenseitige Beeinflussung verschiedener Objektklassen. Das
gemäß der Erfindung
verwendete Objektmodell ist derart ausgestaltet, dass zumindest
eine Objektklasse ein Attribut aufweist, welches mehrere Größen beschreibt. Dies
bedeutet, dass das Attribut in Bezug auf eine konkrete Netzressource
mehrere Werte enthält,
entsprechend der Anzahl der Größen. Insbesondere
kann es sich bei der Mehrzahl an Größen um herstellerspezifische
Größen handeln,
welche von Agent zu Agent, mit welchen der Manager kommuniziert,
unterschiedlich sein können.
Die mindestens eine Objektklasse kann eines oder mehrere derartige
Attribute, welche eine Mehrzahl an Größen beschreiben, aufweisen.
Weiterhin ist es möglich,
dass eines, eine Mehrzahl oder alle Objektklassen des Objektmodells
derartige Attribute, welche mehrere Größen beschreiben, aufweisen.
-
Ändert sich
der wert von zumindest einer der durch das Attribut beschriebenen
Größen, so
sendet der Agent eine Nachricht an den Manager, welche ihn über die
Veränderung
informiert. Der Agent kann über
die Veränderung
z.B. von einem ihm untergeordneten Agent informiert worden sein.
Der an den Manager gesendeten Nachricht ist entnehmbar, welche Größe oder
Größen von
der Veränderung
betroffen sind. Dies kann z.B. dadurch realisiert werden, dass Identifikationsinformationen
der von der Veränderung
betroffenen Größe oder
Größen an einer
bestimmten Position oder in einem bestimmten Zusammenhang in der
Nachricht enthalten sind.
-
Das
erfindungsgemäße Verfahren
kann angewandt werden auf die Kommunikation zwischen einem Manager
und einer Mehrzahl von Agenten, zwischen einem Agenten und einer
Mehrzahl von Managern, und auch zwischen einer Mehrzahl von Managern
und Agenten.
-
In
Weiterbildung der Erfindung umfasst die Nachricht Informationen,
welche dem Manager das Interpretieren der zumindest einen veränderten
Größe ermöglichen.
Die Informationen stellen somit Metadaten dar, welche der Beschreibung
der Darstellung der beschriebenen Größen dienen. Bei diesen Informationen
kann es sich z.B. um einen Zeiger auf Informationen, welche für das Interpretieren
durch den Manager nötig
sind, handeln, wie um einen Zeiger auf eine Buch- oder Internetseite.
Diese Informationen können
von einem oder mehreren Attributen der mindestens einen Objektklasse
beschriebene Größen sein.
Bei den Informationen kann es sich z.B. um eine für die zumindest
eine veränderte
Größe verwendete
Sprache und/oder um den Aufbau der zumindest einen veränderten
Größe, wie
z.B. um ein XML-Schema, handeln.
-
In
Ausgestaltung der Erfindung umfasst die Nachricht den oder die Werte
der unveränderten
Größe oder
Größen. In
diesem Fall enthält
die Nachricht die aktuellen Werte für alle von dem Attribut beschriebenen Größen. Zusätzlich oder
alternativ ist es möglich,
dass die Nachricht den oder die alten Werte der zumindest einen
veränderten
Größe umfasst,
d.h. die Werte dieser Größen vor
der Veränderung.
-
Der
erfindungsgemäße Manager
weist Mittel auf zum Kommunizieren mit einem Agenten unter Verwendung
eines Objektmodells, welches Netzressourcen des Telekommunikationsnetzes
als Objektklassen modelliert, wobei gemäß dem Objektmodell die Objektklassen
durch bestimmte Operationen, Attribute und versendbare Nachrichten
definiert sind und mindestens eine Objektklasse ein Attribut aufweist,
welches mehrere Größen beschreibt.
Weiterhin umfasst er Mittel zum Empfangen und Verarbeiten einer
Nachricht von dem Agenten zur Information über eine Veränderung
eines Wertes von mindestens einer Größe, wobei die Nachricht umfasst:
Informationen darüber,
welche Größe oder
Größen von
der Veränderung
betroffen sind, und den oder die veränderten Werte der von der Veränderung
betroffenen Größe oder
Größen.
-
Der
erfindungsgemäße Agent
für ein
Managementnetz eines Telekommunikationsnetzes weist Mittel auf zum
Kommunizieren mit einem Manager unter Verwendung eines Objektmodells,
welches Netzressourcen des Telekommunikationsnetzes als Objektklassen
modelliert, wobei gemäß dem Objektmodell
die Objektklassen durch bestimmte Operationen, Attribute und versendbare
Nachrichten definiert sind und mindestens eine Objektklasse ein
Attribut aufweist, welches mehrere Größen beschreibt. Weiterhin umfasst
er Mittel zum Erstellen und Versenden einer Nachricht an den Manager
zur Information über
eine Veränderung
eines Wertes von mindestens einer Größe, wobei die Nachricht umfasst:
Informationen darüber,
welche Größe oder
Größen von
der Veränderung
betroffen sind, und den oder die veränderten Werte der von der Veränderung
betroffenen Größe oder
Größen.
-
Sowohl
der erfindungsgemäße Agent
als auch der erfindungsgemäße Manager
eignen sich insbesondere zur Durchführung des erfindungsgemäßen Verfahrens,
wobei dies auch auf die Ausgestaltungen und Weiterbildungen zutrifft.
Hierzu können
sie weitere geeignete Mittel umfassen.
-
Im
folgenden wird die Erfindung anhand eines Ausführungsbeispiels näher erläutert. Dabei
zeigt:
-
1:
einen Ausschnitt aus einem Managementnetz eines Mobilfunkkommunikationssystems.
-
Das
in 1 dargestellte Managementnetz eines Mobilfunkkommunikationssystems
besteht aus den drei Ebenen NM-LEVEL (NM: Network Manager), NEM-LEVEL
(NEM: Network Element Manager) und NE-LEVEL (NE: Network Element).
Bestandteil der höchsten
Ebene NM-LEVEL ist das Netzwerkmanagementzentrum NMC, welches mit
den beiden Betriebs- und Wartungszentren OMC1 und OMC2 der mittleren
Ebene NEM-LEVEL verbunden ist. Die beiden Betriebs- und Wartungszentren
OMC1 und OMC2 fungieren dem Netzwerkmanagementzentrum NMC gegenüber als
Agenten. Das Betriebs- und Wartungszentrum OMC1 ist mit den drei
Netzelementen NE11, NE12 und NE13 der untersten Ebene NE-LEVEL verbunden,
während
das Betriebs- und Wartungszentrum OMC2 mit den zwei Netzelementen
NE21 und NE22 verbunden ist. Bei den Netzelementen NE11, NE12, NE13,
NE21 und NE22 kann es sich z.B. um Basisstationen oder Einrichtungen
zur Kontrolle von Basisstationen handeln. Die Erfindung wird im
Folgenden anhand der Kommunikation zwischen dem Netzwerkmanagementzentrum
NMC und den Betriebs- und Wartungszentren OMC1 und OMC2 beschrieben.
-
Die
Netzressourcen des Mobilfunkkommunikationssystems, wie z.B. die
Netzelemente NE11, NE12, NE13, NE21 und NE22, werden im Rahmen des
Netzwerkmanagements in Objektklassen eingeteilt. Von 3GPP wurde
für die
Kommunikation über
die Schnittstelle zwischen dem Netzwerkmanagementzentrum NMC und
den Betriebs- und Wartungszentren OMC1 und OMC2 ein Objektmodell
definiert, welches z.B. die Objektklasse ManagedElement und ManagedFunction
umfasst, bei denen es sich um Basisobjektklassen mit allgemeinen
Attributen handelt. Weitere Objektklassen sind z.B. gsmCell, utranCell,
btsSiteManager, bssFunction, mscServerFunction, rncFunction, hlrFunction,
vlrFunction, sgsnFunction und ggsnFunction.
-
Jede
Objektklasse ist definiert über
bestimmte Operationen, d.h. über
Kommandos, welche an Netzressourcen dieser Objektklasse von einem
Manager gesendet werden können,
sowie über
bestimmte Attribute, d.h. Eigenschaften, welche von einem Manager
abgefragt und gegebenenfalls bearbeitet werden können, über bestimmte Nachrichten,
welche von Netzressourcen der jeweiligen Objektklasse im Rahmen
des Netzwerkmanagements versendet werden können, sowie über die
Beschreibung der Bedeutung und des Verhaltes der Objektklasse und
ihrer Bestandteile. Das verwendete Objektmodell bzw. die definierten
Objektklassen sind in der Regel generisch, um von Betriebs- und
Wartungszentren verschiedener Hersteller verwendet werden zu können. Dies
liegt darin begründet,
dass ein Teil der Manageraufgaben, welche die Betriebs- und Wartungszentren
gegenüber
den ihnen untergeordneten Netzelementen ausüben, so wie z.B. das Konfigurationsmanagement,
abhängig
von der konkreten hardware- und software- Ausgestaltung der Netzelemente
und somit herstellerabhängig
sind. Da ein Netzwerkmanagementzentrum oftmals mit einer Mehrzahl
an Betriebs- und Wartungszentren verschiedener Hersteller verbunden
ist, erfolgt in den Betriebs- und Wartungszentren eine Umwandlung
von Nachrichten des hardwarebezogenen Objektmodells der OMC-NE-Schnittstelle
in Nachrichten des generischen Objektmodells der OMC-NMC-Schnittstelle.
-
Ein
allzu generisches Objektmodell für
die NMC-OMC-Schnittstelle
ist jedoch in vielen Fällen
für ein effizientes
Netzwerkmanagement nicht ausreichend. Daher ist es möglich, zwischen
dem Netzwerkmanagementzentrum NMC und einem Betriebs- und Wartungszentren
OMC1 oder OMC2 ein neues bzw. erweitertes Objektmodell zu vereinbaren.
Dies kann dadurch realisiert werden, dass zu im Standard definierten
Objektklassen neue Attribute für
betreiberspezifische Größen hinzugefügt werden.
Während üblicherweise
die standardisierten, nicht herstellerspezifischen Attribute jeweils
eine Größe beschreiben,
kann ein hinzugefügtes
Attribut eine Mehrzahl an beschriebenen Größen aufweisen.
-
Eine
andere Möglichkeit
zur Erweiterung des Objektmodells ist die Verwendung von so genannten
VsDataContainer (vs: vendor specific), wie von 3GPP in der Spezifikation
TS 32.622 beschrieben. Hierbei handelt es sich um eine objektklasse,
welche für
herstellerspezifische Informationen eingesetzt wird. Die Objektklasse VsDataContainer
weist ein erstes Attribut VsData auf, welches eine oder mehrere
herstellerspezifische Größen beschreibt;
ein zweites Attribut VsDataType zur Angabe des Aufbaus der vom Attribut
VsData beschriebenen Größe(n); ein
drittes Attribut VsDataFormatVersion zur Angabe der für die beschriebene
Größe(n) des Attributs
VsData verwendeten Sprache. Somit beinhalten die Attribute VsDataFormatVersion
und VsDataType Metadaten, welche die Darstellung der Daten des Attributs
VsData beschreiben, bzw. welche es dem Netzwerkmanagementzentrum
NMC ermöglichen,
die von dem Attribut VsData beschriebenen Größen zu interpretieren.
-
Ändert sich
der Wert eines Attributs, so kann ein Betriebs- und Wartungszentrum OMC1 oder OMC2 eine
Benachrichtigung über
die Veränderung
an das Netzwerkmanagementzentrum NMC senden. Üblicherweise enthält eine
solche Benachrichtigung Identifikationsinformationen des veränderten
Attributs, den neuen Wert des veränderten Attributs und gegebenenfalls
auch den alten Wert des veränderten
Attributs. Eine derartige Benachrichtigung wird im Dokument ITU-T
X.721 als „attributeValue-Change notification" bezeichnet.
-
Enthält ein Attribut
mehrere beschriebene Größen, wie
z.B. in den oben beschriebenen Fällen
eines erweiterten Objektmodells, so kann die Nachricht die aktuellen
Werten für
alle beschriebenen Größen, d.h.
sowohl für
die veränderten
als auch für
die unveränderten
Größen enthalten.
Das Netzwerkmanagementzentrum NMC muss dann nach Empfang einer solchen
Be nachrichtigung die empfangenen aktuellen Werte für alle durch
das Attribut beschriebenen Größen mit
allen alten Werten vergleichen, um festzustellen, in Bezug auf welche
der beschriebenen Größen eine
Veränderung
eingetreten ist.
-
Erfindungsgemäß enthält die Benachrichtigung über die
Veränderung
Informationen, welche dem Netzwerkmanagementzentrum NMC ermöglichen,
ohne einen Vergleich aller neuen mit allen alten Werten, direkt
zu erkennen, welche Größen von
der Veränderung
betroffen sind. Dies kann z.B. realisiert werden, indem der Name
oder eine andere eindeutige Kennzeichnung der jeweiligen beschriebenen
Größe in Kombination mit
dem veränderten
Wert und optional dem alten Wert enthalten ist; oder auch der Name
oder eine andere eindeutige Kennzeichnung der jeweiligen beschriebenen
Größe in Kombination
mit den aktuellen Werten für alle
von dem Attribut beschriebene Größen und
optional die alten Werte für
alle von dem Attribut beschriebene Größen.
-
Vorteilhaft
ist es auch, wenn die Benachrichtigung zusätzlich die Metadaten zumindest
in Bezug auf die veränderte
Größe bzw.
die veränderten
Größen enthält. Werden
dem Netzwerkmanagementzentrum NMC diese Informationen nicht mit
der Benachrichtigung über
die Veränderung
gesendet, so muss das Netzwerkmanagementzentrum NMC nach ihm zuvor übermittelten
Metadaten suchen, um die veränderten
Werte interpretieren zu können.
-
Im
Folgenden wird als konkretes Beispiel ein Fall betrachtet, bei welchem
ein Attribut, Data genannt, einer Objektklasse die herstellerspezifischen
Größen timer1,
timer2, timer3, functionStatus, und maxNumberOfUsers als beschriebene
Größen enthält. Bei
den Größen timer1,
timer2 und timer3 handelt es sich um Zeitangaben, bei der Größe functionStatus
um eine Angabe darüber,
ob die jeweilige Netzressource ordnungsgemäß funktioniert, und bei der
Größe maxNumberOfUsers
um eine Anzahl. Ein zweites Attribut, DataType genannt, der gleichen Objektklasse
beschreibt den Aufbau der beschriebenen Größen des Attributs Data. Ein drittes
Attribut, DataFormatVersion genannt, der gleichen Objektklasse beschreibt
die für
die beschriebenen Größen des
Attributs Data verwendete Sprache.
-
Die
drei Attribute können
in Bezug auf eine bestimmte Netzressource z.B. die folgenden Werte
aufweisen:
- • DataType
= „SEQUENCE
(timer1 INTEGER (1...60), timer2 INTEGER (1...24), timer3 INTEGER
(1...31), functionStatus ENUMERATED (okay 0, malfunction 1, locked2),
maxNumberO-fUsers
INTEGER (100-1000))" Dies
bedeutet, dass es sich bei der beschriebenen Größe timer1 des Attributs Data
um einen Integer mit Wertebereich von 1 bis 60 handelt, bei der
beschriebenen Größe timer2
des Attributs Data um einen Integer mit Wertebereich von 1 bis 24,
bei der beschriebenen Größe timer3
des Attributs Data um einen Integer mit Wertebereich von 1 bis 31,
bei der beschriebenen Größe functionStatus
des Attributs Data um den Datentyp Enumerated, wobei für den ordentlichen
Betrieb der Wert 0, für
einen Fehler der Wert 1 und für
gesperrt bzw. locked der Wert 2 gesetzt wird, und bei der beschriebenen
Größe maxNumberOfUsers
des Attributs Data um einen Integer mit Wertebereich von 100 bis
1000.
- • DataFormatVersion
= „ASN.1
version 1997" Dies
bedeutet, dass als Sprache zur Darstellung der beschriebenen Größen des
Attributs Data ASN.1 version 1997 eingesetzt wird. Hierbei handelt
es sich lediglich um ein Beispiel für eine verwendbare Sprache.
Vorteilhaft ist es insbesondere auch, XML als Sprache einzusetzen.
- • Data
= „00000060
00000024 00000031 0000 00000100" Zur
leichteren Verständlichkeit
ist der Wert des Attributs Data nicht in der Sprache ASN.1 wiedergegeben,
hierfür
würde die
Zahlenfolge gemäß den Regeln
von ASN.1 in eine Bitfolge umgewandelt. Die ersten 8 Ziffern entsprechen
dem Wert der Größe timer1, die
zweite Achtergruppe der Größe timer1,
die dritte Achtergruppe der Größe timer3,
die folgende Vierergruppe der Größe functionStatus,
und die letzte Achtergruppe der Größe max-NumberOfUsers. Zur besseren Lesbarkeit
sind die Zahlengruppen jeweils durch ein Freizeichen voneinander
getrennt. Die Größe timer1
weist somit aktuell den Wert 60 auf, die Größe timer1 den Wert 24, die
Größe timer3
den Wert 31, die Größe functionStatus
den Wert 0, d.h. ordentlicher Betrieb, und die Größe maxNumberOfUsers
den Wert 100.
-
Nun ändert sich
die Funktionalität
der betrachteten Netzressource von „ordentlicher Betrieb" auf „Fehler". Das Betriebs- und Wartungszentrum
OMC1 oder OMC2 empfängt
eine entsprechende Fehlermeldung von der betrachteten Netzressource,
so dass der Wert der Größe functionStatus
von 0 auf 1 geändert
werden muss. Eine Benachrichtigung über die Veränderung des Wertes des Attributs
Data wird an das Netzwerkmanagementzentrum NMC gesendet. Die Benachrichtigung
enthält
die im folgenden erläuterten
Bestandteile Header, PartOfDataType, PartOfDataFormatVersion, PartOfDataNewValue,
PartOfDataOldValue, DataType, DataFormatVersion, DataNew, DataOld:
- • Einen
Header, welcher Informationen umfasst wie z.B. „managedObjectClass", d.h. die Objektklasse,
deren Attribut von der Veränderung
betroffen ist, „managedObjectInstance", d.h. Identifikationsinformationen der
betroffenen Netzressource, „eventTime", d.h. den Zeitpunkt
der Änderung
des Attributs.
- • Die
Angabe der Metadaten zu der Größe, welches
von der Veränderung
betroffen ist, d.h. die Werte der oben genannten Werte der Attribute
DataType und DataFormatVersion in Bezug auf die veränderte Größe:
PartOfDataType
= „functionStatus
ENUMERATED (okay 0, malfunction 1, locked 2)" PartOfDataFormatVersion = „ASN.1
version 1997".
- • Den
neuen Wert der Größe, welche
von der Veränderung
betroffen ist:
PartOfDataNewValue = „0001".
- • Optional
den alten Wert der Größe, welche
von der Veränderung
betroffen ist:
PartOfDataOldValue = „0000".
- • Optional
den aktuellen Wert des veränderten
Attributs Data, d.h. die aktuellen Werte für alle beschriebenen Größen DataNew
= „00000060
00000024 00000031 0001 00000100".
- • Optional
den alten Wert des veränderten
Attributs Data, d.h. die Werte für
alle beschriebenen Größen vor der
Veränderung:
DataOld
= „00000060
00000024 00000031 0000 00000100".
- • Optional
den Wert des Attributs DataType:
DataType = „SEQUENCE
(timer1 INTEGER (1...60), timer2 INTEGER (2...24), timer3 INTEGER
(1...31), functionStatus ENUMERATED (okay 0, malfunction 1, locked2),
maxNumberO-fUsers
INTEGER (100-1000))".
- • Optional
den Wert des Attributs DataFormatVersion:
DataFormatVersion
= „ASN.1
version 1997".
-
Ändert sich
später
die Größe functionStatus
auf locked und gleichzeitig die Größe timer3 auf den Wert 15,
enthält
die Benachrichtigung an das Netzwerkmanagementzentrum NMC folgende
Bestandteile:
- • Header,
- • PartOfDataType
= „SEQUENCE
(timer3 INTEGER (1...31), functionStatus ENUMERATED (okay 0, malfunction
1, locked 2))"
- • PartofDataFormatVersion
= "ASN.1 version
1997",
- • partOfDataNewValue
= "00000015 0002",
- • optional
PartOfDataOldValue = "00000031
0001",
- • optional
DataType = „SEQUENCE
(timer1 INTEGER (1...60), timer1 INTEGER (2...24), timer3 INTEGER (1...31),
function-Status
ENUMERATED (okay 0, malfucntion 1, locked2), max-NumberOfUsers INTEGER (100-1000))",
- • optional
DataFormatVersion = "ASN.1
version 1997",
- • optional
DataNew = "00000060
00000024 00000015 0002 000000100",
- • optional
DataOld = "00000060
00000024 00000031 0001 000000100.
-
Die
Position bzw. Reihenfolge, welche die einzelnen Bestandteile der
Benachrichtigung einnehmen, sowie die Benennung und Gruppierung
der einzelnen Bestandteile kann auf verschiedene Weisen realisiert werden.
Ein Beispiel für
einen alternativen Aufbau der Bestandteile PartOfDataType, PartOfDataFormatVersion,
PartofDataNewValue, PartOfDataOldValue in Bezug auf die beiden zuletzt
beschriebenen Änderungen
ist:
-
Die
Attribute Data, DataFormatVersion und DataType können z.B. Attribute der Objektklasse
VsDataContainer sein. Hierbei ist lediglich zu beachten, dass das
von 3GPP standardisierte Attribut VsDataType nicht Metadaten an
sich enthält,
sondern einen Zeiger auf diese Metadaten.