EP1776801A1 - Kommunikationsverfahren in einem managementnetz zur information ]ber attributsver[nderungen - Google Patents

Kommunikationsverfahren in einem managementnetz zur information ]ber attributsver[nderungen

Info

Publication number
EP1776801A1
EP1776801A1 EP05771834A EP05771834A EP1776801A1 EP 1776801 A1 EP1776801 A1 EP 1776801A1 EP 05771834 A EP05771834 A EP 05771834A EP 05771834 A EP05771834 A EP 05771834A EP 1776801 A1 EP1776801 A1 EP 1776801A1
Authority
EP
European Patent Office
Prior art keywords
network
manager
size
information
change
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.)
Withdrawn
Application number
EP05771834A
Other languages
English (en)
French (fr)
Inventor
Olaf Pollakowski
Clemens Suerbaum
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks GmbH and Co KG
Original Assignee
Siemens AG
Nokia Siemens Networks GmbH and Co KG
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Siemens AG, Nokia Siemens Networks GmbH and Co KG filed Critical Siemens AG
Publication of EP1776801A1 publication Critical patent/EP1776801A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • 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

Definitions

  • the invention relates to a method for communication in a management network of a telecommunication network, in which a manager and an agent communicate with one another using a network resource of the telecommunication network as object model modeling object model. Furthermore, the invention relates to a manager and an agent for carrying out the method.
  • TMN Telecommunications Management Network
  • management layers for the management of a communication system - such as a mobile radio communication system - with each layer except the top and bottom Layer a double function, namely a manager and an agent function be ⁇ sits.
  • each level except the lowest carries out a manager function for the underlying level.
  • each layer except the top has an agent function for the next higher layer.
  • Managers start network monitoring and control operations by sending so-called “requests” which are executed by agents, and receive corresponding acknowledgments, so-called “responses”, from the agents.
  • Devices or elements of the telecommunication network also referred to as resources of the telecommunication network, which perform the role of an agent in a TMN hierarchy, detect relevant events, so-called “events”, such as alarms, generate corresponding messages, so-called “Notifications” and transmit them in the form of event messages, so-called called “event reports” to managers to enable efficient network management.
  • the network management may include but not limited to fault management and / or configuration management and / or security management and / or accounting management and / or performance management. Performance Management).
  • the network management is intended to provide suitable mechanisms for distributing and managing information, so that a comprehensive picture of the network status is available, if required, and the individual resources of the telecommunications network can be efficiently monitored and configured.
  • the manager-agent communication takes place via so-called management interfaces or manager-agent interfaces, which in an object-oriented environment are communicated on the basis of a communication protocol, such as e.g. Common Management Information Protocol (CMIP) according to ITU-T X.711 or CORBA (Common Object Control Broker Architecture), and are gekennzeich ⁇ net by an object model.
  • CMIP Common Management Information Protocol
  • Object models also referred to as information models, are used to model resources of the telecommunications network, these resources being classified into object classes during the modeling.
  • Object classes are u.a. defined by certain operations, attributes, messages which can be sent and the object class-specific behavior, which is e.g. describes which state an object should assume in certain situations and for what purpose certain attributes are to be used.
  • Such interfaces exist, for example, between the network element management level and the network element level.
  • An example of network facilities of this manager-agent interface is the Operation and Maintenance Center (OMC) the side of the network element management level, and on the side of the network element level facilities such as base stations of the base station system (BSS: Base Station System) of a GSM mobile network, or base stations of other communication networks, such as NodeB ⁇ s UMTS mobile network (UMTS: Universal Mobile Telecommunication System), or radio access points of a WLAN system (WLAN: Wi-Fi Local Area Network), for example, according to one of the IEEE 802.11 standards.
  • OMC Operation and Maintenance Center
  • Management interfaces or manager-agent interfaces also exist, on the one hand, between the network management level and, on the other hand, the network element management level.
  • An example of network devices for this manager-agent interface are the network management centers (NMC: Network Management Center) on the side of the network management level and the operation and maintenance centers (OMC: Operation and Maintenance Center) on the side of the network management level Network element management level eg in said GSM or another mobile or telecommunications network...,.
  • the invention has for its object to provide an efficient method for operating a management network of the type mentioned. Furthermore, a suitable manager and a similar agent are to be presented for carrying out the method.
  • a communication between a manager and an agent takes place using an object model which contains network resources of the telecommunication network.
  • cation network modeled as object classes.
  • the object classes are defined, at least inter alia, by specific operations, attributes and dispatchable messages.
  • At least one object class is used with an attribute describing several sizes.
  • the agent sends a message to the manager for information about a change in a value of at least one of the quantities. This message includes information about which size or sizes are affected by the change and the changed value (s) of the change (s) affected by the change.
  • An object model is used for communication between a manager and an agent, wherein an object model is characterized by the object classes which it uses, and by the relationships of the object classes to each other, e.g.
  • the object model used according to the invention is designed in such a way that at least one object class has an attribute which describes ".sup.size.sup.that means that the attribute in .alpha
  • it may contain a plurality of values, corresponding to the number of variables.
  • the plurality of variables may be manufacturer-specific variables, which may differ from agent to agent with which the manager communicates
  • the at least one object class can have one or more such attributes, which describe a plurality of variables, Furthermore, it is possible for one, a plurality or all object classes of the object model to have such attributes which describe a plurality of variables.
  • the agent sends a message to the manager informing him of the change.
  • the agent may have been informed of the change, for example, by a subordinate agent.
  • the to the manager sent message can be deduced which size or sizes are affected by the change. This can be achieved, for example, by including identification information of the variables or variables affected by the change at a specific position or in a specific context in the message.
  • the method according to the invention can be applied to the communication between a manager and a plurality of agents, between an agent and a plurality of managers, and also between a plurality of managers and agents.
  • the message comprises information which allows the manager to interpret the at least one changed size.
  • the information thus represents metadata which serve to describe the representation of the variables described.
  • This information may be e.g. to handle a pointer to information necessary for interpretation by the manager, such as a pointer to a book or web page.
  • This information may be quantities described by one or more attributes of the at least one object class.
  • the information may be e.g. by a language used for the at least one changed size and / or by the construction of the at least one changed size, such as e.g. to act an XML schema.
  • the message comprises the one or more values of the unchanged size or sizes.
  • the message contains the current values for all sizes described by the attribute. Additionally or alternatively, it is possible that the message comprises the old values or values of the at least one changed size, ie the values of these quantities before the change.
  • the manager according to the invention has means for communicating with an agent using an object model which models network resources of the telecommunication network as object classes, wherein according to the object model the object classes are defined by specific operations, attributes and messages and at least an object class has an attribute which describes several variables.
  • the agent comprises means for receiving and processing a message from the agent for information about a change in a value of at least one size, wherein the message comprises: information about which size or variables are affected by the change, and the one or more changed values of the size or quantities affected by the change.
  • the inventive agent for a management network of a telecommunications network has means for communicating with a manager using an object model which models network resources of the telecommunication network as object classes, wherein according to the object model the object classes are defined by specific operations, attributes and messages to be transmitted and at least one object class has an attribute describing multiple sizes. It further comprises means for creating and sending a message to the manager for information about a change in a value of at least one size, the message comprising: information about which size or sizes are affected by the change, and the or the changed values of the size or quantities affected by the change.
  • Figure 1 a section of a management network of a mobile communication system.
  • the management network of a mobile communication system shown in FIG. 1 consists of the three levels NM-LEVEL (NM: Network Manager), NEM-LEVEL (NEM: Network Element Manager) and NE-LEVEL (NE: Network Element).
  • NM-LEVEL Network Manager
  • NEM-LEVEL Network Element Manager
  • NE-LEVEL Network Element
  • Part of the highest level NM-LEVEL is the network management center NMC, which is connected to the two operating and maintenance centers OMCl and OMC2 of the middle level NEM-LEVEL.
  • the two operation and maintenance centers OMC1 and OMC2 act as agents to the network management center NMC.
  • the operation and maintenance center OMC1 is connected to the three network elements NE, NE12 and NE13 of the lowest level NE-LEVEL, while the operating and maintenance centers OMC2 Maintenance center OMC2 is connected to the two network elements NE21 and NE22.
  • the network elements NEW, NE12, NE13, NE21 and NE22 may be e.g. to base stations or facilities, to control base stations.
  • the invention will be described below on the basis of the communication between the network management center NMC and the operation and maintenance centers OMC1 and OMC2.
  • the network resources of the mobile communication system such as: The network elements NEW, NE12, NE13, NE21 and NE22, are divided into object classes as part of network management.
  • 3GPP has defined an object model for communication via the interface between the network management center NMC and the operation and maintenance centers OMC1 and OMC2, which comprises, for example, the object class ManagedElement and ManagedFunction, which are base object classes with general attributes is.
  • Further object classes are eg gsmCell, utranCell, btsSiteManager, bssFunction, mscServerFunction, rncFunction, hlrFunction, vlrFunction, sgsnFunction and ggsnFunction.
  • Each object class is defined by certain operations, i. via commands which can be sent to network resources of this object class by a manager, as well as via certain attributes, i. Properties which can be queried by a manager and possibly edited, via specific messages which can be sent by network resources of the respective object class in the context of network management, as well as via the description of the meaning and behavior of the object class and their constituents.
  • the object model used or the defined object classes are generally generic in order to be used by operating and maintenance centers of different manufacturers. This is due to the fact that some of the managerial tasks which the operation and maintenance centers perform in relation to their subordinate network elements, such as e.g. the configuration management, depending on the specific hardware and software configuration of the network elements and thus are manufacturer-dependent.
  • an overly generic object model for the NMC-OMC interface is often insufficient for efficient network management. Therefore, it is possible to arrange a new or extended object model between the network management center NMC and a service and maintenance center OMC1 or OMC2. This can be realized by adding new attributes for operator-specific quantities to object classes defined in the standard. While usually the standardized, non- manufacturer-specific attributes each describe a size, an added attribute can have a plurality of be ⁇ written sizes.
  • VsDataContainer vs: vendor specific
  • VsDataContainer vs: vendor specific
  • the object class VsDataContainer has a first attribute VsData which describes one or more vendor-specific variables; a second attribute VsDataType for indicating the structure of the variable (s) described by the attribute VsData; a third VsDataFormatVersion attribute to specify the language used for the described size (s) of the VsData attribute.
  • the attributes VsDataFormatVersion and VsDataType contain metadata which describe the representation of the data of the attribute VsData or which enable the network management center NMC to interpret the variables described by the attribute VsData.
  • an operation and maintenance center OMC1 or OMC2 can send a notification of the change to the network management center NMC.
  • a notification contains identification information of the changed attribute, the new value of the changed attribute and possibly also the old value of the changed attribute.
  • Such a notification is referred to in document ITU-T X.721 as "attribute value change notification”.
  • the message can contain the current values for all the variables described, ie for both the changed and the unchanged variables.
  • the network management center NMC must then, after receiving such a For all the variables described by the attribute, the received actual values compare with all the old values in order to determine with respect to which of the variables described a change has occurred.
  • the notification of the change contains information which enables the network management center NMC, without comparing all new values with all old values, to directly recognize which variables are affected by the change.
  • This can e.g. be realized by the name or other unique identifier of the respective size described in combination with the changed value and optionally the old value is included; or also the name or another unique identifier of the respective size described in combination with the current values for all variables described by the attribute and optionally the old values for all variables described by the attribute.
  • the notification additionally contains the metadata at least in relation to the changed size or the changed sizes. If this information is not sent to the network management center NMC with the notification of the change, the network work center NMC must search for meta data previously transmitted to it in order to be able to interpret the changed values.
  • an attribute, called data, of an object class contains the manufacturer-specific variables timerl, timer2, timer3, functionStatus, and maxNumberOfUsers as described variables.
  • the quantities timerl, timer2 and timer3 are times, while the size functionStatus is an indication as to whether the respective network resource is functioning properly, and the quantity maxNumberOfUsers is an amount.
  • a second attribute, called DataType is the same Object class describes the structure of the described variables of the attribute Data.
  • a third attribute, called DataFormatVersion, of the same object class describes the language used for the written variables of the attribute Data.
  • the three attributes may be related to a particular network resource e.g. have the following values:
  • the described size timerl of the attribute Data is an integer with a value range of 1 to 60, in the described quantity timer2 of the attribute Data an integer with a value range of 1 to 24, in the case described Size timer3 of the attribute Data by an integer with a value range of 1 to 31, in the described size functionStatus of the attribute Data by the data type Enumerated, whereby for the ordinary betxieb the value 1, for an error the value 1 and for locked or locked the Value 2 is set, and with the described size maxNumberOfUsers of the attribute Data by an integer with a value range of 100 to 1000.
  • the operation and maintenance center OMC1 or OMC2 receives a corresponding error message from the considered network resource, so that the value of the variable functionStatus must be changed from 0 to 1.
  • a notification of the change in the value of the attribute Data is sent to the network management center NMC.
  • the notification contains the following components: Header, PartOfDataType, PartOfDataFormatversion, PartOfDataNewValue, PartOfDataOldValue, DataType, DataFormatVersion, DataNew, DataOld:
  • a header containing information such as e.g. "ManagedObjectClass”, i.e. the object class whose attribute is affected by the change, "managedObjectCitystance”, i. Identification information of the affected network resource, "eventTime”, i.e. the time of change of the attribute.
  • PartOfDataType "functionStatus ENUMERATED (okay 0, malfunction 1, locked 2)
  • PartOfDataFormatVersion ASN.l version 1997 ".
  • DataType "SEQUENCE (timerl INTEGER (1 ... 60), timer2 INTEGER (2 ... 24), timer3 INTEGER (1 ... 31), functionStatus ENUMERATED (okay 0, malfunction 1, Iocked2), maxNumberOffers INTEGER (100-1000)) ".
  • DataFormatVersion "ASN.l version 1997”.
  • the attributes Data, DataFormatVersion and DataType can be attributes of the object class VsDataContainer, for example. in this connection It is only to be noted that the 3GPP standardized attribute VsDataType does not contain metadata per se but a pointer to this metadata.

Abstract

Die Erfindung betrifft ein Verfahren zur Kommunikation in einem Managementnetz eines Telekommunikationsnetzes, bei dem eine Kommunikation zwischen einem Manager (NMC) und einem Agenten (OMC1, OMC2) unter Verwendung eines Objektmodells erfolgt, welches Netzressourcen des Telekommunikationsnetzes als Objektklassen modelliert. Gemäß dem Objektmodell sind die Objektklassen durch bestimmte Operationen, Attribute und versendbare Nachrichten definier. Es wird mindestens eine Objektklasse verwendet mit einem Attribut, welches mehrere Größen beschreibt. Der Agent (OMC1, OMC2) sendet eine Nachricht zur Information über eine Veränderung eines Wertes von zumindest einer der Größen an den Manager (NMC). 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 betroffenen Größe oder Größen. Die Erfindung betrifft ein Verfahren zur Kommunikation in einem Managementnetz eines Telekommunikationsnetzes, bei dem eine Kommunikation zwischen einem Manager (NMC) und einem Agenten (OMC1, OMC2) unter Verwendung eines Objektomodells erfolgt, welches Netzressourcen des Telekommunikationsnetzes als Objektklassen modelliert. Gemäß dem Objektmodell sind die Objektklassen durch bestimmte Operationen, Attribute und versendbare Nachrichten definier. Es wird mindestens eine Objektklasse verwendet mit einem Attribut, welche mehrere Größem beschreibt. Der Agent (OMC1, OMC2) sendet eine Nachricht zur Information über eine Veränderung eines Wertes von zumindest einer der Größen an den Manager (NMC). 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 betroffenen Größe oder Größen. Weiterhin betrifft die Erfindung einen Manager und einen Agenten zur Durchführung des Verfahrens.

Description

Beschreibung
Kommunikationsverfahren in einem Managementnetz zur Informa¬ tion über Attributsveränderungen
Die Erfindung betrifft ein Verfahren zur Kommunikation in ei¬ ne 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üh¬ rung des Verfahrens.
Gemäß den Prinzipien eines Managementnetzes, auch als TMN- Prinzipien (TMN: Telecommunications Management Network) be¬ zeichnet, existieren mehrere Managementschichten für das Ma¬ nagement eines Kommunikationssystems - wie beispielsweise ei¬ nes Mobilfunkkommunikationssystems -, wobei jede Schicht mit Ausnahme der obersten und untersten Schicht eine doppelte Funktion, nämlich eine Manager- und eine Agentenfunktion be¬ sitzt. Im managenden System ("managing System") ,übt jede Ebe¬ ne außer der untersten eine Manager-Funktion für die darun¬ terliegende Ebene aus. Im gemanagten System ("managed sys- tem") 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 Operatio¬ nen, indem sie sogenannte „requests" versenden, die von Agen¬ ten ausgeführt werden, und erhalten entsprechende Rückmeldun- gen, sogenannte „responses", von den Agenten. Einrichtungen bzw. Elemente des Telekommunikationsnetzes, auch als Ressour¬ cen des Telekommunikationsnetzes bezeichnet, die in einer TMN-Hierarchie die Rolle eines Agenten ausüben, erkennen re¬ levante Ereignisse, sogenannte „events", wie z.B. Alarme, ge- nerieren entsprechende Mitteilungen, sogenannte „notificati- ons", und übertragen sie in Form von Ereignismeldungen, söge- nannten „event reports", an Manager, um ein effizientes Netz¬ management zu ermöglichen.
Das Netzwerkmanagement kann unter anderem das Fehlermanage- ment (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 Netzwerkmanage- ment 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 effi¬ zient überwacht und konfiguriert werden können.
Die Manager-Agent-Kommunikation erfolgt über sogenannte Mana¬ gement-Schnittstellen bzw. Manager-Agent-Schnittstellen, die in einer objekt-orientierten Umgebung durch ein Kommunikati¬ onsprotokoll, wie z.B. CMIP (Common Management Information Protocol) nach ITU-T X.711 oder CORBA (Common Object Reguest Broker Architecture) , und durch ein Objektmodell gekennzeich¬ net sind. Objektmodelle, auch als Informationsmodelle be¬ zeichnet, dienen der Modellierung von Ressourcen des Telekom¬ munikationsnetzes, wobei diese Ressourcen bei der Modellie- rung in Objektklassen eingeteilt werden. Objektklassen sind u.a. definiert durch bestimmte Operationen, Attribute, ver¬ sendbare Nachrichten und das objektklassen-spezifische Ver¬ halten, 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 einer¬ seits 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 ande- rer Kommunikationsnetze, beispielsweise NodeBλs eines UMTS Mobilfunknetzes (UMTS: Universal Mobile Telecommunication System), oder Funkzugangspunkte eines WLAN-Systems (WLAN: Wi- reless 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 Netz¬ werkelementmanagement-Ebene. Ein Beispiel für Netzeinrichtun- gen zu dieser Manager-Agent-Schnittstelle stellen die Netz¬ werkmanagementzentren (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 genann- ten GSM oder einem anderen Mobilfunk- oder Telekommunikati¬ onsnetz 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 Ver¬ fahrens 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 Un¬ teransprüchen.
Bei dem erfindungsgemäßen Verfahren erfolgt eine Kommunikati¬ on zwischen einem Manager und einem Agenten unter Verwendung eines Objektmodells, welches Netzressourcen des Telekommuni- kationsnetzes als Objektklassen modelliert. Gemäß dem Objekt¬ modell sind die Objektklassen - zumindest unter anderem - durch bestimmte Operationen, Attribute und versendbare Nach¬ richten definiert. Es wird mindestens eine Objektklasse ver- wendet 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 Mana¬ ger und einem Agenten verwendet, wobei ein Objektmodell cha- rakterisiert ist durch die Objektklassen, welche es verwen¬ det, und durch die Beziehungen der Objektklassen zueinander, wie z.B. so genannte „Containment"-Beziehungen und die gegen¬ seitige Beeinflussung verschiedener Objektklassen. Das gemäß der Erfindung verwendete Objektmodell ist derart ausgestal- tet, 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. Insbeson¬ dere kann es sich bei der Mehrzahl an Größen um hersteller- spezifische Größen handeln, welche von Agent zu Agent, mit welchen der Manager kommuniziert, unterschiedlich sein kön¬ nen. Die mindestens eine Objektklasse kann eines oder mehrere derartige Attribute, welche eine Mehrzahl an Größen beschrei¬ ben, 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 Attri¬ but 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 unter¬ geordneten 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 be- stimmten 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 Mana¬ gern, und auch zwischen einer Mehrzahl von Managern und Agen¬ ten.
In Weiterbildung der Erfindung umfasst die Nachricht Informa- tionen, welche dem Manager das Interpretieren der zumindest einen veränderten Größe ermöglichen. Die Informationen stel¬ len somit Metadaten dar, welche der Beschreibung der Darstel¬ lung der beschriebenen Größen dienen. Bei diesen Informatio¬ nen kann es sich z.B. um einen Zeiger auf Informationen, wel- che für das Interpretieren durch den Manager nötig sind, han¬ deln, 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 zu- mindest 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 Kommunizie¬ ren mit einem Agenten unter Verwendung eines Objektmodells, welches Netzressourcen des Telekommunikationsnetzes als Ob¬ jektklassen modelliert, wobei gemäß dem Objektmodell die Ob- jektklassen durch bestimmte Operationen, Attribute und ver¬ sendbare Nachrichten definiert sind und mindestens eine Ob¬ jektklasse ein Attribut aufweist, welches mehrere Größen be¬ schreibt. Weiterhin umfasst er Mittel zum Empfangen und Ver¬ arbeiten einer Nachricht von dem Agenten zur Information über eine Veränderung eines Wertes von mindestens einer Größe, wo¬ bei 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 betroffe¬ nen Größe oder Größen.
Der erfindungsgemäße Agent für ein Managementnetz eines Tele¬ kommunikationsnetzes 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 vers.endbare Nach¬ richten definiert sind und mindestens eine Objektklasse ein Attribut aufweist, welches mehrere Größen beschreibt. Weiter¬ hin umfasst er Mittel zum Erstellen und Versenden einer Nach- rieht 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 erfindungsge¬ mäße Manager eignen sich insbesondere zur Durchführung des erfindungsgemäßen Verfahrens, wobei dies auch auf die Ausges¬ taltungen und Weiterbildungen zutrifft. Hierzu können sie weitere geeignete Mittel umfassen. Im folgenden wird die Erfindung anhand eines Ausführungsbei¬ spiels näher erläutert. Dabei zeigt:
Figur 1: einen Ausschnitt aus einem Managementnetz eines Mobilfunkkommunikationssystems.
Das in Figur 1 dargestellte Managementnetz eines Mobilfunk¬ kommunikationssystems besteht aus den drei Ebenen NM-LEVEL (NM: Network Manager) , NEM-LEVEL (NEM: Network Element Mana- ger) und NE-LEVEL (NE: Network Element) . Bestandteil der höchsten Ebene NM-LEVEL ist das Netzwerkmanagementzentrum NMC, welches mit den beiden Betriebs- und Wartungszentren OMCl und OMC2 der mittleren Ebene NEM-LEVEL verbunden ist. Die beiden Betriebs- und Wartungszentren OMCl und OMC2 fun- gieren dem Netzwerkmanagementzentrum NMC gegenüber als Agen¬ ten. Das Betriebs- und Wartungszentrum OMCl ist mit den drei Netzelementen NEU, 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 NEU, 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 Netzwerkmanagementzent¬ rum NMC und den Betriebs- und Wartungszentren OMCl und OMC2 beschrieben.
Die Netzressourcen des Mobilfunkkommunikationssystems, wie z:B. die Netzelemente NEU, NE12, NE13, NE21 und NE22, werden im Rahmen des Netzwerkmanagements in Objektklassen einge- teilt. Von 3GPP wurde für die Kommunikation über die Schnitt¬ stelle zwischen dem Netzwerkmanagementzentrum NMC und den Be¬ triebs- und Wartungszentren OMCl und 0MC2 ein Objektmodell definiert, welches z.B. die Objektklasse ManagedElement und ManagedFunction umfasst, bei denen es sich um Basisobjekt- klassen mit allgemeinen Attributen handelt. Weitere Objekt¬ klassen 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 Objekt¬ klasse von einem Manager gesendet werden können, sowie über bestimmte Attribute, d.h. Eigenschaften, welche von einem Ma¬ nager abgefragt und gegebenenfalls bearbeitet werden können, über bestimmte Nachrichten, welche von Netzressourcen der je- weiligen Objektklasse im Rahmen des Netzwerkmanagements ver¬ sendet werden können, sowie über die Beschreibung der Bedeu¬ tung und des Verhaltes der Objektklasse und ihrer Bestandtei¬ le. Das verwendete Objektmodell bzw. die definierten Objekt¬ klassen 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 Mana¬ geraufgaben, 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 Netzwerkmanagementzent¬ rum oftmals mit einer Mehrzahl an Betriebs- und Wartungszent¬ ren 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 Be¬ triebs- und Wartungszentren OMCl oder OMC2 ein neues bzw. er¬ weitertes Objektmodell zu vereinbaren. Dies kann dadurch rea- lisiert 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 beschrei¬ ben, kann ein hinzugefügtes Attribut eine Mehrzahl an be¬ schriebenen 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 be¬ schrieben. Hierbei handelt es sich um eine objektklasse, wel¬ che 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 Netz¬ werkmanagementzentrum 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 OMCl oder OMC2 eine Benachrichtigung über die Veränderung an das Netzwerkmanagementzentrum NMC senden. Üblicherweise enthält eine solche Benachrichtigung Identifi¬ kationsinformationen des veränderten Attributs, den neuen Wert des veränderten Attributs und gegebenenfalls auch den alten Wert des veränderten Attributs. Eine derartige Benach¬ richtigung 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 Objektmo¬ dells, 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 Netzwerkma¬ nagementzentrum 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 ver¬ gleichen, um festzustellen, in Bezug auf welche der beschrie¬ benen Größen eine Veränderung eingetreten ist.
Erfindungsgemäß enthält die Benachrichtigung über die Verän¬ derung 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än¬ derten 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 aktuel¬ len Werten für alle von dem Attribut beschriebene Größen und optional die alten Werte für alle von dem Attribut beschrie¬ bene 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 Netzwerkmana¬ gementzentrum NMC diese Informationen nicht mit der Benach¬ richtigung über die Veränderung gesendet, so muss das Netz- WerkmanagementZentrum NMC nach ihm zuvor übermittelten Meta¬ daten suchen, um die veränderten Werte interpretieren zu kön¬ nen.
Im Folgenden wird als konkretes Beispiel ein Fall betrachtet, bei welchem ein Attribut, Data genannt, einer Objektklasse die herstellerspezifischen Größen timerl, timer2, timer3, functionStatus, und maxNumberOfUsers als beschriebene Größen enthält. Bei den Größen timerl, timer2 und timer3 handelt es sich um Zeitangaben, bei der Größe functionStatus um eine An- gäbe darüber, ob die jeweilige Netzressource ordnungsgemäß funktioniert, und bei der Größe maxNumberOfUsers um eine An¬ zahl. 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 be¬ schriebenen Größen des Attributs Data verwendete Sprache.
Die drei Attribute können in Bezug auf eine bestimmte Netz¬ ressource z.B. die folgenden Werte aufweisen:
• DataType = „SEQUENCE (timerl INTEGER (1...60) , timer2 INTEGER (1...24), timer3 INTEGER (1...31), functionStatus
ENUMERATED (okay 0, malfunction 1, Iocked2) , maxNumberO- fUsers INTEGER (100-1000))"
Dies bedeutet, dass es sich bei der beschriebenen Größe timerl des Attributs Data um einen Integer mit Wertebe- reich von 1 bis 60 handelt, bei der beschriebenen Größe timer2 des Attributs Data um einen Integer mit Wertebe¬ reich 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 Betxieb 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.l Version 1997"
Dies bedeutet, dass als Sprache zur Darstellung der be¬ schriebenen Größen des Attributs Data ASN.l 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 Attri¬ buts Data nicht in der Sprache ASN.l wiedergegeben, hierfür würde die Zahlenfolge gemäß den Regeln von ASN.l in eine Bitfolge umgewandelt. Die ersten 8 Ziffern ent¬ sprechen dem Wert der Größe timerl, die zweite Achter¬ gruppe der Größe timer2, die dritte Achtergruppe der Größe timer3, die folgende Vierergruppe der Größe func- tionStatus, und die letzte Achtergruppe der Größe max- NumberOfUsers. Zur besseren Lesbarkeit sind die Zahlen¬ gruppen jeweils durch ein Freizeichen voneinander ge¬ trennt. Die Größe timerl weist somit aktuell den Wert 60 auf, die Größe timer2 den Wert 24, die Größe timer3 den Wert 31, die Größe functionStatus den Wert 0, d.h. or¬ dentlicher Betrieb, und die Größe maxNumberOfUsers den Wert 100.
Nun ändert sich die Funktionalität der betrachteten Netzres- source von „ordentlicher Betrieb" auf „Fehler". Das Betriebs¬ und Wartungszentrum OMCl oder OMC2 empfängt eine entsprechen¬ de 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 er¬ läuterten Bestandteile Header, PartOfDataType, PartOfDataFor- matVersion, PartOfDataNewValue, PartOfDataOldValue, DataType, DataFormatVersion, DataNew, DataOld:
• Einen Header, welcher Informationen umfasst wie z.B. „managedObjectClass", d.h. die Objektklasse, deren Att¬ ribut von der Veränderung betroffen ist, „managedObjec- tlnstance", d.h. Identifikationsinformationen der be- troffenen 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 ge- nannten Werte der Attribute DataType und DataFormatVer¬ sion in Bezug auf die veränderte Größe: PartOfDataType = „functionStatus ENUMERATED (okay 0, malfunction 1, locked 2)" PartOfDataFormatVersion = „ASN.l version 1997".
• Den neuen Wert der Größe, welche von der Veränderung be- troffen ist:
PartOfDataNewValue = „0001".
• Optional den alten Wert der Größe, welche von der Verän¬ derung 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 (timerl INTEGER (1...60), timer2 INTEGER (2...24), timer3 INTEGER (1...31) , functionStatus ENUMERATED (okay 0, malfunction 1, Iocked2), maxNumberO- fUsers INTEGER (100-1000))".
• Optional den Wert des Attributs DataFormatVersion: DataFormatVersion = „ASN.l 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 folgen¬ de Bestandteile: • Header, • PartOfDataType = „SEQUENCE (timer3 INTEGER (1...31) , func- tionStatus ENUMERATED (okay 0, malfunction 1, locked 2))",
• PartofDataFormatVersion = "ASN.1 version 1997", • partOfDataNewValue = "00000015 0002",
• optional PartOfDataOldValue = "00000031 0001",
• optional DataType = „SEQUENCE (timerl INTEGER (1...60) , timer2 INTEGER (2...24), timer3 INTEGER (1...31) , function- Status ENUMERATED (okay 0, malfunction 1, Iocked2), 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 Bestand¬ teile 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 P.artOfDataType, PartOfDataFormatVer¬ sion, PartOfDataNewValue, PartOfDataOldValue in Bezug auf die beiden zuletzt beschriebenen Änderungen ist:
PartOfData = „SET
(SEQUENCE (timer3 INTEGER (1...31), [type] „ASN.l version 1997", [version] „00000015", [new value] „00000031", [old value, optional]) (SEQUENCE (functionStatus ENUMERATED (okay 0, malfunc¬ tion 1, locked 2) "ASN.l version 1997", "0002" "0001")
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.

Claims

Patentansprüche
1. Verfahren zur Kommunikation in einem Managementnetz eines Telekommunikationsnetzes, bei dem eine Kommunikation zwischen einem Manager (NMC) und einem Agenten (OMCl, OMC2) unter Verwendung eines Objektmodells erfolgt, welches Netzressourcen des Telekommunikations¬ netzes als Objektklassen modelliert, wobei gemäß dem Objektmodell die Objektklassen durch be- stimmte Operationen, Attribute und versendbare Nachrich¬ ten definiert sind, mindestens eine Objektklasse verwendet wird mit einem Attribut, welches mehrere Größen beschreibt, der Agent (OMCl, OMC2) eine Nachricht zur Information ü- ber eine Veränderung eines Wertes von zumindest einer der Größen an den Manager (NMC) sendet, 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.
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die Nachricht Informationen, welche dem Manager
(NMC) das Interpretieren der zumindest einen veränderten Größe ermöglichen, umfasst.
3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, dass es sich bei den Informationen, welche dem Manager (NMC) das Interpretieren der zumindest einen veränderten Größe ermöglichen, um eine für die zumindest eine verän¬ derte Größe verwendete Sprache und/oder um den Aufbau der zumindest einen veränderten Größe handelt.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die Nachricht den oder die Werte der unveränderten Größe oder Größen umfasst.
5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass die Nachricht den oder die Werte vor der Veränderung der zumindest einen veränderten Größe umfasst.
6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass es sich bei dem Manager (NMC) um ein Netzwerkmanage¬ mentzentrum und bei dem Agenten (OMCl, OMC2) um eine Be- triebs- und Wartungseinrichtung eines zellularen Mobil- funkkommunikationssystems handelt.
7. Manager (NMC) für ein Managementnetz eines Telekommunika¬ tionsnetzes, mit Mitteln zum Kommunizieren mit einem Agenten (OMCl, OMC2) unter Verwendung eines Objektmodells, welches Netzres¬ sourcen des Telekommunikationsnetzes als Objektklassen modelliert, wobei gemäß dem Objektmodell die Objektklas¬ sen durch bestimmte Operationen, Attribute und versendba- re Nachrichten definiert sind und mindestens eine Objekt¬ klasse ein Attribut aufweist, welches mehrere Größen be¬ schreibt,
Mitteln zum Empfangen und Verarbeiten einer Nachricht von dem Agenten (OMCl, 0MC2) zur Information über eine Verän- derung eines Wertes von mindestens einer der Größen, wo¬ bei 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.
8. Agent (OMCl, 0MC2) für ein Managementnetz eines Telekom¬ munikationsnetzes, mit
Mitteln zum Kommunizieren mit einem Manager (NMC) unter Verwendung eines Objektmodells, welches Netzressourcen des Telekommunikationsnetzes als Objektklassen model¬ liert, wobei gemäß dem Objektmodell die Objektklassen durch bestimmte Operationen, Attribute und versendbare Nachrichten definiert sind und mindestens eine Objekt¬ klasse ein Attribut aufweist, welches mehrere Größen be- schreibt,
Mitteln zum Erstellen und Versenden einer Nachricht an den Manager (NMC) zur Information über eine Veränderung eines Wertes von mindestens einer der Größen, 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.
EP05771834A 2004-08-12 2005-07-14 Kommunikationsverfahren in einem managementnetz zur information ]ber attributsver[nderungen Withdrawn EP1776801A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102004039214A DE102004039214B4 (de) 2004-08-12 2004-08-12 Kommunikationsverfahren in einem Managementnetz zur Information über Attributsveränderungen
PCT/EP2005/053382 WO2006018357A1 (de) 2004-08-12 2005-07-14 Kommunikationsverfahren in einem managementnetz zur information über attributsveränderungen

Publications (1)

Publication Number Publication Date
EP1776801A1 true EP1776801A1 (de) 2007-04-25

Family

ID=35431140

Family Applications (1)

Application Number Title Priority Date Filing Date
EP05771834A Withdrawn EP1776801A1 (de) 2004-08-12 2005-07-14 Kommunikationsverfahren in einem managementnetz zur information ]ber attributsver[nderungen

Country Status (4)

Country Link
EP (1) EP1776801A1 (de)
CN (1) CN100521618C (de)
DE (1) DE102004039214B4 (de)
WO (1) WO2006018357A1 (de)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102006038143A1 (de) * 2006-08-16 2008-02-21 Nokia Siemens Networks Gmbh & Co.Kg Referenzierung von Subattributen für das Netzwerkmanagement

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5414812A (en) * 1992-03-27 1995-05-09 International Business Machines Corporation System for using object-oriented hierarchical representation to implement a configuration database for a layered computer network communications subsystem
US6167448A (en) * 1998-06-11 2000-12-26 Compaq Computer Corporation Management event notification system using event notification messages written using a markup language
EP1152625A1 (de) * 2000-05-04 2001-11-07 Siemens Aktiengesellschaft Aktualisierung von hersteller-spezifischen Hardware-Informationen an der hersteller-unabhängigen OMC-NMC-Schnittstelle im Mobilfunk
CN100531042C (zh) * 2002-07-01 2009-08-19 诺基亚西门子通信有限责任两合公司 针对借助xml的网络单元的配置和接口描述的网络管理方法和操作-和维护设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2006018357A1 *

Also Published As

Publication number Publication date
DE102004039214B4 (de) 2006-07-27
WO2006018357A1 (de) 2006-02-23
CN100521618C (zh) 2009-07-29
DE102004039214A1 (de) 2006-02-23
CN101002428A (zh) 2007-07-18

Similar Documents

Publication Publication Date Title
WO2007144300A1 (de) Flexible änderung des zuständigkeitsbereiches eines operators für das netzwerkmanagement
EP1810523B1 (de) Verfahren und produkte zum informationsabgleich zwischen manager und agent in einem managementnetz
EP1228599B1 (de) Verfahren und System zur hierarchischen Kommunikationsnetzverwaltung
EP1668822B1 (de) Verfahren zur synchronisierung von alarmen in einem managementsystem eines kommunikationsnetzes
EP1520433A1 (de) Erkennung von dienst-minderleistungen in einem kommunikationsnetz
EP1776801A1 (de) Kommunikationsverfahren in einem managementnetz zur information ]ber attributsver[nderungen
DE102006003391B4 (de) Verwendung einer Identifikationsinformation bei Netzwerkmanagement
DE19947083A1 (de) Konfigurieren eines Telekommunikationsnetzes mit mehreren Netzregionen
EP2002601B1 (de) Auffinden von unidirektionalen handover-beziehungen
DE102004039215B4 (de) Netzwerkmanagement mit erweitertem Objektmodell
EP2111070B1 (de) Verfahren zur fehlererkennung bei rekonfigurierbaren endgeräten und zur unterstützung von rekonfigurationsentscheidungen sowie ein entsprechendes netzwerkelement und ein entsprechender agent
EP1617592A1 (de) Verfahren zur Auswahl eines Objektmodells für die Manager-Agent Kommunikation
EP1749369B1 (de) Verfahren und einrichtungen zum betreiben eines managementnetzes bei ausfall eines managers
EP1612993B1 (de) Verfahren und Einrichtung zum Wechsel des Betriebsmodus eines Agenten eines Managementnetzes
WO2008019998A2 (de) Referenzierung von subattributen für das netzwerkmanagement
EP1841131A1 (de) Konfigurationsmanagement mit zusätzlichen Operationen
EP1703667A1 (de) Netzwerkmanagement unter Verwendung eines Master-Replica-Verfahrens
WO2004107790A1 (de) Verfahren zur behandlung von parameteränderungen in einem managementnetz eines zellularen kommunikationssystems und kommunikationssystem
EP1763937B1 (de) Verfahren zur gesicherten datenübertragung in einem managementsystem
EP1525757A1 (de) Bereitstellung von netzelementen in einem kommunikationssystem
DE102006036566A1 (de) Vorabinformation von Managern über die Itf-N Schnittstelle
EP1703666A1 (de) Netzwerkmanagement mit adaptiven verteilten Transaktionen
WO2008034804A1 (de) Überprüfung der datenintegrität in managementsystemen
DE19947893A1 (de) Erweiterter Management-Notification-Dienst zur Reduzierung der Kommunikation zwischen Agent und Manager

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20061130

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS S.P.A.

DAX Request for extension of the european patent (deleted)
RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: NOKIA SIEMENS NETWORKS GMBH & CO. KG

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20120201