DE69719002T2

DE69719002T2 - Überwachung eines Kommunikationsnetz

Info

Publication number: DE69719002T2
Application number: DE69719002T
Authority: DE
Inventors: Kathryn Elizabeth Burn-Thornton; Stephen Charles Cross; John Gavin L'estrange Shurmer; Reuben Wells; Daniel Zlatin
Original assignee: Nortel Networks Ltd
Current assignee: Nortel Networks Ltd
Priority date: 1996-12-18
Filing date: 1997-08-04
Publication date: 2003-06-18
Anticipated expiration: 2017-08-05
Also published as: EP0849909B1; DE69719002D1; US5974237A; JP4351467B2; CA2221541C; JPH10233773A; CA2221541A1; JP2003333093A; EP0849909A3; EP0849909A2

Description

Gebiet der Erfindung

Die vorliegende Erfindung bezieht sich auf das Gebiet von Kommunikationsnetzen, die eine Vielzahl von Knotenelementen umfassen, die durch eine Vielzahl von Verbindungsstreckenelementen verbunden sind, und insbesondere, jedoch nicht ausschließlich auf ein Netz-Überwachungsverfahren und eine Überwachungseinrichtung zur Realisierung des Verfahrens.

Hintergrund der Erfindung

Ein konventionelles Mehrdienste-Kommunikationsnetz, beispielsweise ein Telefon- Netz, ein Mobiltelefon-Netz, oder ein Computer-Netz, wie z. B. ein örtliches Netz (LAN) oder ein Weitverkehrs-Netz (WAN) umfaßt eine Vielzahl von Knoten, an denen Knotenausrüstungen vorgesehen sind, wobei die Knoten durch eine Vielzahl von Kommunikations-Vebindungsstrecken miteinander verbunden sind, wobei die Verbindungsstrecken Verbindungsstrecken-Ausrüstungen umfassen. Die Knotenausrüstungen können beispielsweise einen Personalcomputer oder eine Telekommunikations-Vermittlungseinrichtung umfassen, und die Verbindungsstrecken können beispielsweise ein Computer verbindendes Koaxialkabel oder eine terrestrische oder atmosphärische Telekommunikations-Verbindungsstrecke umfassen, die z. B. eine Lichtleitfaser-Verbindungsstrecke, eine Mikrowellen- Verbindungsstrecke oder dergleichen.
Typischerweise umfaßt ein Kommunikations-Netz verschiedene unterschiedliche Arten von Knotenausrüstungen und verschiedene unterschiedliche Arten von Verbindungsstrecken-Ausrüstungen. Aufgrund von technologischen Aktualisierungen von Kundenausrüstungen, die von den Knotenausrüstungen bedient werden, und aufgrund der Verfügbarkeit neuer Kommunikationsdienste entstehen zunehmende Bandbreitenanforderungen und vergrößerte Anschlußmöglichkeitskeitsforderungen der Netzbenutzer. Einzelne Knotenausrüstungen können überlastet werden, und einzelne Verbindungsstrecken-Ausrüstungen können gesättigt werden, was zu Staus auf dem Netz führt.
Um die Nutzbarkeit des Netzes aufrechtzuerhalten, ist es wichtig, Knoten- oder Verbindungsausrüstungen zu identifizieren, die mit oder in der Nähe ihrer vollen Kapazität arbeiten, und Ausrüstungen zu identifizieren, die nicht effizient arbeiten oder unterhalb ihrer vollständigen spezifizierten Fähigkeiten arbeiten. Zusätzlich besteht, wenn Diensteprobleme auf dem Netz auftreten, eine Notwendigkeit, auf Anfragen von Netzbenutzer-Kunden zu reagieren, um sehr schnell die technische Ursache irgendwelcher Probleme zu identifizieren, die den Netz-Kunden belasten.
Die Veröffentlichung von Brock, J. D.: "Tingle - A suite for monitoring networks", Communications for Distributed Applications and Systems, Chapel Hill, 18.-19. April 1991, no. conf. 4, 18. April 1991, Seiten 235-242, XP000278452 IEEE beschreibt eine Anwendung "Tingle", die es einer Überwachungsmaschine ermöglicht, mit einer entfernten Maschine durch die Verwendung von Echopaketen in Kommunikation zu treten. Wenn die überwachte Maschine das Echoanforderungspaket empfängt, so antwortet sie, wenn sie arbeitet, mit einem Echoantwort-Paket, das die Daten wiederholt, die ursprünglich von "Tingle" ausgesandt wurden. J. D. Brock erläutert, wie die Anwendung "Tingle" angepaßt werden könnte, um direkt mit SNMP-Agenten zu kommunizieren, um zu einer SNMP- (einfaches Netzverwaltungsprotokoll-) Anwendung zu werden, um Berichte über Objekte zu erzeugen, die über SNMP überwacht werden.
Die WO 94/23514 "Generic Managed Object Model for LAN Domain" beschreibt, wie Elementen-Verwalter ein erstes Netzverwaltungsprotokoll (SNMP) in ein zweites Netzverwaltungsprotokoll CMIP (gemeinsames Verwaltungsinformationsprotokoll) umwandeln können, um Daten an eine Netzverwaltung in einem generischen Format bereitzustellen.

Zusammenfassung der Erfindung

In einem Gesichtspunkt der vorliegenden Erfindung wird ein Verfahren zur Überwachung von Betriebsparametern eines Kommunikationsnetzes, das eine Vielzahl von miteinander verbundenen Netzelementen umfaßt, durch gleichzeitiges Ausführen einer Vielzahl von Überwachungssitzungen geschaffen, wobei jede Sitzung einen jeweiligen Betriebsparametersatz der Netzelemente überwacht, wobei das Verfahren für jede Überwachungssitzung die folgenden Schritte umfaßt: Eingeben eines zu überwachenden Betriebsparametersatzes; Sammeln von Datensignalen von zumindest einem Netzelement, wobei die Datensignale Daten enthalten, die von dem zumindest einen Netzelement ausgehen und sich auf den zumindest einen angezeigten Betriebsparameter beziehen, und Schaffen einer jeweiligen Anzeige der sich auf den Betriebsparametersatz beziehenden Daten, wobei die Datensignale in einem für ein bestimmtes Netzelement spezifischen Format gesammelt werden und wobei das Verfahren dadurch gekennzeichnet ist, daß es weiterhin den Schritt der Umwandlung der Netzelement spezifischen Datensignale in ein generisches Format umfaßt, das unabhängig von dem Netzelement ist, indem das Datensignal in ein Objekt einer objektorientierten Programmiersprache eingekapselt wird.
Vorzugsweise schließt der Schritt der Schaffung einer Anzeige die Anordnung der Datensignale in einem Format ein, das für die Darstellung in grafischem Format geeignet ist.
Vorzugsweise umfaßt der Schritt des Sammelns von Daten das Sammeln einer Vielzahl von Komponenten-Datensignalen, die sich jeweils auf eine Operation einer einzelnen Komponente des zumindest einen Netzelementes beziehen.
Vorzugsweise umfaßt das Verfahren weiterhin den Schritt der Erzeugung eines Elementen-Datensignals, das sich auf einen Gesamtbetrieb eines Netzelementes bezieht, wobei das Elementen-Datensignal in Abhängigkeit von der Vielzahl von Komponenten-Datensignalen erzeugt wird.
Vorzugsweise schließt der Schritt der Erzeugung eines Elementen-Datensignals die Bestimmung dieses Elementen-Datensignals entsprechend einer gespeicherten Beziehung ein.
Die gespeicherte Beziehung kann als ein Objekt in einer objektorientierten Programmiersprache gespeichert werden.
Vorzugsweise umfaßt das Verfahren die folgenden Schritte:
Zuordnen eines Netzelementen-Servers zu jedem Netzelement;
für jede Überwachungssitzung, Erzeugen eines jeweiligen Signals, das eine Vielzahl von Netzelementen angibt, von denen Datensignale zu sammeln sind;
Aktivieren von Elementen-Servern, die den ausgewählten Netzelementen entsprechen, die in dem Signal angegeben sind, um Datensignale von ihren entsprechenden zugeordneten Netzelementen zu sammeln.
Gemäß einem zweiten Gesichtspunkt der vorliegenden Erfindung wird eine Datenüberwachungseinrichtung (4) zur Überwachung von Betriebsparametern eines Kommunikationsnetzes (1) mit einer Vielzahl von miteinander verbundenen Netzelementen (2) geschaffen, bei dem eine Vielzahl von Benutzern jeweils gleichzeitig zumindest eine Überwachungssitzung ausführen kann, wobei jede Sitzung einen jeweiligen Betriebsparametersatz überwacht, der zumindest einen Betriebsparameter von zumindest einem der Netzelemente (2) umfaßt, wobei die Vorrichtung (4) folgendes umfaßt: Einrichtungen (20) zur Verwaltung einer Vielzahl von einzelnen Datenüberwachungssitzungen, wobei die Einrichtungen (20) Einrichtungen (24) zur Schaffung einer Überwachungssitzungs-Anzeige für jede Überwachungssitzung und Einrichtungen (12) zur Eingabe einer Vielzahl von zu überwachenden Betriebsparametern für jede Überwachungssitzung umfassen; Einrichtungen (30) zum Sammeln von Datensignalen von einem oder einer Vielzahl von Netzelementen für jede Überwachungssitzung, wobei die Datensignale Daten enthalten, die von den Netzelementen (2) bezüglich der Betriebsparameter ausgehen; und Einrichtungen (10) zur Schaffung einer Anzeige der sich auf die Betriebsparameter beziehenden Daten, wobei die Datensignale in einem Format erzeugt werden, das für ein bestimmtes Netzelement spezifisch ist, wobei die Vorrichtung (4) dadurch gekennzeichnet ist, daß sie weiterhin folgendes umfaßt:
Einrichtungen (171) zur Umwandlung der Netzelement spezifischen Datensignale in ein generisches Format, das unabhängig von dem Netzelement (2) ist, indem das Datensignal in ein Objekt einer objektorientierten Programmiersprache eingekapselt wird.
Vorzugsweise umfaßt die Einrichtung zur Verwaltung einer Vielzahl von Datenüberwachungssitzungen einen Prozessor und einen Teil eines Speichers, der entsprechend einer Verwaltungsanwendung betrieben wird, wobei die Verwaltungsanwendung in der Lage ist:
für jede Überwachungssitzung ein Signal zusammenzustellen das eine Liste von zu überwachenden Betriebsparametern beschreibt;
das Signal an eine Vielzahl von Elementen-Servern zu senden, die Datensignale von den Netzelementen gewinnen, und
die Datensignale zu empfangen, die Daten enthalten, die sich auf die Betriebsparameter beziehen, und die Datensignale in einem Format anzuordnen, die für die Präsentation der Betriebsparameter in einem grafischen Format geeignet sind.
Vorzugsweise wird die Einrichtung zum Sammeln von Datensignalen von einem oder einer Vielzahl von Netzelementen so betrieben, daß sie eine Vielzahl von Komponenten-Datensignalen sammelt, die sich jeweils auf eine Operation einer einzelnen Komponente eines Netzelementes beziehen.
Vorzugsweise umfaßt die Einrichtung: Einrichtungen zur Erzeugung eines Elementen-Datensignals, das sich auf einen Gesamtbetrieb eines Netzelementes bezieht, wobei das Elementen-Datensignal in Abhängigkeit von der Vielzahl von Komponenten-Datensignalen erzeugt wird.
Die Einrichtungen zur Erzeugung eines Elementen-Datensignals können einen Prozessor und einen Teil eines Speichers umfassen, die gemäß eines objektorientierten Anwendungsprogramms betrieben werden, bei dem ein Objekt eine Beziehung zwischen einer Vielzahl von Komponenten-Datensignalen beschreibt.
Vorzugsweise ist jeder Elementen-Server einem oder einer Vielzahl von Netzelementen zugeordnet.

Kurze Beschreibung der Zeichnungen

Für ein besseres Verständnis der Erfindung und um zu zeigen, wie diese zur Wirkung gebracht werden kann, wird nunmehr auf die beigefügten schematischen Zeichnungen Bezug genommen, die lediglich in Form eines Beispiels bevorzugte Ausführungsformen und Prozesse gemäß der Erfindung zeigen, und in denen:
Fig. 1 einen Überblick über eine Netzüberwachungseinrichtung gemäß einer ersten speziellen Ausführungsform der vorliegenden Erfindung darstellt;
Fig. 2 und 3 eine funktionelle Hardware-Architektur der Einrichtung nach Fig. 1 zeigen;
Fig. 4 schematisch eine hierarchische Steuer- und Datenverarbeitungsstruktur der Netzüberwachungseinrichtung bezogen auf ein Kommunikationsnetz zeigt,
Fig. 5 ein erstes Beispiel einer Knotenausrüstung zeigt, die das Kommunikationsnetz umfaßt;
Fig. 6 schematisch einen Überblick einer Hardware- und Software- Architektur einer Server-Verarbeitungsstation der Netzüberwachungseinrichtung zeigt;
Fig. 7 schematisch einen Überblick über eine Hardware- und Software- Architektur einer Klienten-Verarbeitungsstation der Netzüberwachungseinrichtung zeigt,
Fig. 8 schematisch eine interne Steuer- und Datenverarbeitungsarchitektur der Netzüberwachungseinrichtung zeigt,
Fig. 9 eine Steuersignal- und Datensignal-Hierarchie zeigt, die von der Netzüberwachungseinrichtung realisiert ist,
Fig. 10 einen Überblick über eine Software-Architektur zeigt, die zur Ausbildung von Steuersignalen und Datensignalen innerhalb der Überwachungseinrichtung und zur Abfrage von Knotenelementen des Netzes und zur Ausführung spezieller Prozesse gemäß der Erfindung verwendet werden,
Fig. 11 eine Sitzungsverwaltungsanzeige auf einer Anzeigevorrichtung der Überwachungseinrichtung zeigt,
Fig. 12 eine Schablonen-Verwaltungsanzeige auf einem Anzeigegerät der Überwachungseinrichtung zeigt,
Fig. 13 einen Prozeß zur Erzeugung eines Signals zeigt, das einen Gesamt-Zellenverwurf-Betrieb eines Netzelementes von einer Vielzahl von Signalen beschreibt, die Zellenverwurf-Operationen einzelner Komponenten des Netzelementes beschreiben,
Fig. 14 einen Prozeß für eine Mehrbenutzer-Datenüberwachungssitzung zeigt,
Fig. 15 einen Prozeß für jeden Benutzer in der Mehrbenutzer-Sitzung nach Fig. 14 zeigt,
Fig. 16 eine Konfiguration eines Teils einer Betriebsebene der Überwachungseinrichtung zum Sammeln von Datensignalen von einer Vielzahl von Netzelementen zeigt,
Fig. 17 eine Betriebsweise eines Elementen-Servers zur Abfrage einer einzelnen Netzelementen-Ausrüstung und zum Empfangen von Datensignalen von der Netzelement-Ausrüstung zeigt,
Fig. 18 einen Prozeß zur Realisierung des Sammelns einer Vielzahl von Datensignalen von einer Vielzahl von Elementen-Servern zeigt,
Fig. 19 ein Beispiel eines Überwachungsprozesses auf der Netzebene zur Bestimmung eines Zellenverwurfs eines Netzelementes zeigt,
Fig. 20 eine Anzeige im dreidimensionalen grafischen Format eines Satzes von Betriebsparametern eines Satzes von Netzelementen zeigt,
Fig. 21 eine zweidimensionale Anzeige eines Satzes von Betriebsparametern eines Satzes von Netzelementen zeigt,
Fig. 22 eine dreidimensionale Oberflächen-Anzeige eines Satzes von Betriebsparametern einer Vielzahl von Netzelementen zeigt, und
Fig. 23 ein Beispiel einer Überwachung auf der Diensteebene eines Netzelementes gemäß einem speziellen Prozeß der vorliegenden Erfindung zeigt.

Ausführliche Beschreibung der besten Ausführungsform der Erfindung

Bevorzugte Ausführungsformen und Prozesse der Erfindung werden nunmehr in Form lediglich eines Beispiels unter Bezugnahme auf die beigefügten vorstehend angegebenen Zeichnungen beschrieben.

Allgemeiner Überblick über die Überwachungseinrichtung

Gemäß der vorliegenden Fig. 1 umfaßt ein Kommunikationsnetz 1 eine Vielzahl von Knotenelementen 2, die jeweils einen Bestandteil der Knotenausrüstung umfassen, beispielsweise eine Vermittlung, und eine Vielzahl von Verbindungsstrecken-Elementen 3, die die Knotenelemente miteinander verbinden, wobei jedes Verbindungsstrecken-Element 3 einen Bestandteil einer Verbindungsstrecken-Ausrüstung bildet. Meldungssignale werden entlang der Verbindungsstrecken-Ausrüstung und durch die Knotenausrüstung hindurch übertragen. Jeder Bestandteil der Knotenausrüstung umfaßt eine Vielzahl von einzelnen physikalischen Komponenten. Jeder Bestandteil einer Verbindungsstrecken-Ausrüstung kann eine oder eine Vielzahl von physikalischen Komponenten umfassen. Jede Verbindungsstrecken-Ausrüstung kann eine Vielzahl von Kommunikationskanälen unterstützen.
Das Kommunikationsnetz 1 kann ein Computer-Netz, beispielsweise eine Vielzahl von Personalcomputern, Arbeitsstationen oder dergleichen als die Knotenelemente 12 umfassen, die durch ein örtliches Netz, wie die Verbindungsstrecken--Elemente 3 verbunden sind, oder es kann ein Fernverkehrs-Netz, Ethernet oder dergleichen oder ein Telekommunikationsnetz umfassen, das eine Vielzahl von Vermittlungseinrichtungen als die Knotenausrüstung 2 und eine Vielzahl von terrestrischen, atmosphärischen oder Satelliten-Kommunikationsverbindungsstrecken als die Verbindungsstrecken-Elemente 3 umfaßt, die die Knotenelemente verbinden. Das Kommunikationsnetz kann eine Mobiltelefon-Kommunikationseinrichtung einschließen, die sich an einem oder mehreren Knoten des Netzes befindet, und ein Knotenelement kann eine Überleiteinrichtung zu einem anderen Netz bilden, beispielsweise eine Überleiteinrichtung zum weltweiten Computer-Netz. Allgemein umfaßt das Kommunikationsnetz eine Vielzahl von unterschiedlichen Typen von Knotenausrüstungen und eine Vielzahl von unterschiedlichen Typen von Verbindungsstrecken-Ausrüstungen, die von unterschiedlichen Herstellern hergestellt sind und unterschiedliche Betriebsleistungs-Spezifikationen haben.
Mit den Netzelementen steht eine Netzüberwachungseinrichtung 4 gemäß einer ersten speziellen Ausführungsform der vorliegenden Erfindung in Kommunikation. Die Netzüberwachungseinrichtung kommuniziert mit jedem einzelnen Knotenelement des Netzes über eine Kommunikationsverbindungsstrecke 5. Die Überwachungseinrichtung 4 kann sich an einer Stelle benachbart zu einem Knotenelement oder an einer von einem Knotenelement entfernten Stelle befinden. Die Kommunikationsverbindungsstrecke 5 zwischen der Überwachungseinrichtung und den Knotenelementen kann durch einen einzigen Eintrittspunkt in das Netz bewirkt werden, beispielsweise über ein einzelnes Knotenelement. Die Kommunikation mit anderen Knotenelementen des Netzes an geografisch getrennten Positionen kann über die Verbindungsstreckenelemente und die Knotenelemente des Kommunikationsnetzes selbst erfolgen. Die Überwachungseinrichtung kommuniziert mit jedem einzelnen Knotenelement des Netzes und ist in der Lage, das Netzwerk insgesamt dadurch zu überwachen, daß jedes einzelne Knotenelement des Netzes überwacht wird. In einer bevorzugten Ausführungsform umfaßt die Netzüberwachungseinrichtung eine Hewlett Packard- Arbeitsstation 6 mit einer Server-Station und einer oder mehreren Klienten- Stationen 7, 8, die jeweils eine Benutzerschnittstelle 9 umfassen, die aus einem Bildschirmgerät 10, einer Tastatur 11 und einem Zeigergerät 12 besteht und einen Drucker 13 einschließt.
Im nachfolgenden wird eine erste spezielle Ausführungsform einer Überwachungseinrichtung in Zusammenhang mit der Überwachung eines Telekommunikationsnetzes beschrieben, das in der Lage ist, Mehrfachdienste zu unterstützen, wie z. B. Sprache-, Daten- und Bildsignale, obwohl es verständlich ist, daß die hier beschriebene Ausführungsform und die hier beschriebenen Verfahren die Überwachung von Kommunikationsnetzen allgemein umfassen, sofern diese Knoten und Verbindungsstrecken umfassen.
Gemäß den Fig. 2 und 3 umfaßt die Überwachungseinrichtung 4 eine Server- Prozessorstation 20 und eine oder mehrere Klienten-Prozessorstationen 30 zum Sammeln von Signalen, die sich auf den Betrieb des Netzes beziehen, und zur Verarbeitung von Daten, die das Netz beschreiben. Elemente der Server-Station, soweit sie sich auf die Datenüberwachungseinrichtung 4 beziehen, umfassen eine Datenbank, eine Verwaltungsinformations-Datenbank 21, einen Prozessor 23, eine Benutzerschnittstelle 24, die ein Bildschirmgerät, eine Tastatur und ein Zeigergerät, beispielsweise eine Maus, einschließt, einen Kommunikations-Eingangsport 25 zur Kommunikation mit der Klientenstation 30, einen Kommunikationsport 26 zur Kommunikation mit den Netzelementen, einen Speicher 27 zur Speicherung von Steuersignalen in Form eines Programms zum Betrieb der Datenüberwachungseinrichtung sowie zum Speichern von Datensignalen in Form von Dateien, die von dem Datenüberwachungs-Steuerprogramm erzeugt werden, und einen Datenbus 28 zur Kommunikation zwischen der Verwaltungsinformations- Datenbank 21, der Datenbank 22, dem Prozessor 23, der Benutzerschnittstelle 24, den Kommunikationsports 25 und 26 und dem Speicher 27.
Die Netzüberwachungseinrichtung steht in Schnittstellenverbindung mit einem üblichen Telekommunikationsnetz-Verwaltungssystem. Bei der bevorzugten Ausführungsform befindet sich das Netzverwaltungssystem auf der Server-Station 20 und nutzt die Server-Station gemeinsam mit der Netzüberwachungseinrichtung. Elemente des Netzverwaltungssystems, die den Server gemeinsam mit der Überwachungseinrichtung nutzen, umfassen die Datenbank 22 und die Verwaltungsinformations-Datenbank 21. Das Netzverwaltungssystem gewinnt Daten, die das Betriebsverhalten einzelner Knotenelemente 2 des Netzes beschreiben.
Die einzelnen Knoten 2 des Netzes können unterschiedliche Arten von Vermittlungsausrüstungen umfassen, die von unterschiedlichen Herstellern hergestellt sind. Bei manchen älteren Arten einer Vermittlung speichert die Vermittlung Informationen bezüglich der Verbindungen der Vermittlung zu anderen Vermittlungen in dem Netz. Diese Information kann von der Netz-Systemverwaltung dadurch beschafft werden, daß die Vermittlung adressiert wird und die Verbindungen zwischen der Vermittlung und anderen Vermittlungen in dem Netz ausgelesen werden. Daten, die einzelne Operationen der Vermittlung und einzelne Komponenten der Vermittlung betreffen, stehen für das Netzverwaltungssystem dadurch zur Verfügung, daß die Vermittlung jedesmal dann adressiert wird, wenn diese Daten benötigt werden. Die Daten werden dynamisch von der Vermittlung bei Empfang eines Anforderungssignals von dem Netzverwaltungssystem an das Netzverwaltungssystem geliefert.
In höher entwickelten konventionellen Vermittlungen ist eine Kartendarstellung des Netzes und der Verbindungen zwischen den Vermittlungen in einer Verwaltungsinformations-Datenbank 21 gespeichert. Beispielsweise umfaßt bei der Concorde-Systemverwaltung zur Verwendung mit der Concorde®-ATM- (asynchrone Übertragungsbetriebsart-) Multimedia-Vermittlung, die von Northern Telecom Limited hergestellt wird, eine Verwaltungsinformations-Datenbank (MIB) eine Software-Darstellung aller Komponenten der Knoten und Verbindungsstrecken und der einzelnen Verbindungen zwischen den Komponenten in einem Telekommunikationsnetz. Das Netzverwaltungssystem der Concorde-Vermittlung, d. h. die Concorde-Systemverwaltung (CSM) gewinnt Daten von einzelnen Komponenten aller Vermittlungen in dem Netz und speichert diese in einer Datenbank 22. Einzelne Betriebsleistungsdaten, die die Betriebsweise der einzelnen Komponenten beschreiben, werden automatisch in der Vermittlung alle 15 oder 30 Minuten abgefragt und in der Datenbank 22 gespeichert. Die Datenbank 22 umfaßt physikalisch ein eine große Kapazität aufweisendes Plattenlaufwerk, das Gigabytes an Daten speichern kann. Die Ereignis- oder History-Datenbank speichert Daten bezüglich der Betriebsweise der Concorde-Vermittlung über eine Anzahl von Stunden, beispielsweise über zwei Tage. Die ältesten Daten innerhalb der Datenbank werden durch die aktuellsten Daten überschrieben, die von der Vermittlung gewonnen werden. Bestimmte Daten können hinsichtlich der Speicherung eine Priorität erhalten. Beispielsweise können Abrechnungsdaten innerhalb der Datenbank bevorzugt gegenüber anderen Arten von Daten beibehalten werden.
Gemäß Fig. 3 umfaßt die Klientenstation 30 einen Eingangs-/Ausgangs- Kommunikationsport 31 zur Verbindung mit dem Kommunikations-Eingangs- /Ausgangsport 25 der Server-Station, was es dem Klienten und dem Server ermöglicht, miteinander in Kommunikation zu treten; einen Prozessor 32; die Benutzerschnittstelle 9, die ein Bildschirmgerät, eine Tastatur und ein Zeigergerät, beispielsweise eine Maus, und ein weiteres Anzeigegerät, beispielsweise einen Drucker umfaßt; und einen Speicher 33 zum Speichern von Steuersignalen in Form eines Steuerprogramms zur Steuerung des Datenprozessors 32 zum Ausführen der Datenverarbeitungsoperationen, und zur Speicherung von Dateien in Form von Datensignalen in Abhängigkeit von der Betriebsweise des Steuerprogramms. Die Kommunikationsports 25, 31 stehen miteinander unter Verwendung des bekannten CORBA-Protokolls (Common Object Request Broker Architecture) in Kommunikation.

Betriebsüberblick

Gemäß den Fig. 1 bis 4 sind Benutzer der Klientenstationen 7, 8 jeweils in der Lage, die Betriebsweise einzelner Aspekte des Netzes von den Klientenstationen aus dadurch zu untersuchen, daß eine Datensammelsitzung ausgeführt wird. Unter Verwendung der Benutzerschnittstelle 9 kann der Benutzer der Überwachungsvorrichtung einzelne Netzelemente dadurch identifizieren, daß eine Bildschirmanzeige auf dem Bildschirmgerät 10 geschaffen wird. Der Benutzer gibt Tastaturbefehlssignale an der Tastatur ein oder er gibt Signale unter Verwendung des Zeigergerätes 12 ein, um einen elektronisch erzeugten Cursor über einen Bildschirm zu ziehen, der ein elektronisch erzeugtes Menü-Bild anzeigt, um einzelne Knoten- oder Verbindungsstrecken-Elemente auszuwählen und zu identifizieren, die überwacht werden sollen. Das elektronisch erzeugte Menü bietet einen Satz von verfügbaren Betriebsparametern, für die eine abfragbare Antwort von einem oder mehreren der Netzelemente unterstützt wird.
Betriebsparameter können wie folgt kategorisiert werden:
- Betriebsleistungsparameter, die das Betriebsverhalten eines Netzelementes oder einer einzelnen Komponente des Netzelementes beschreiben,
- ein Diensteparameter, der einen Dienst beschreibt, der von einem oder einer Vielzahl von Netzelementen unterstützt wird.
Beispiele der Betriebsleistungsparameter können folgendes umfassen:
- eine Vermittlungskapazität eines einzelnen Knotenelementes;
- eine Bandbreite eines einzelnen Verbindungsstreckenelementes;
- eine Zellenverwurf-Rate eines einzelnen Knotenelementes oder einer einzelnen Komponente eines Knotenelementes;
- eine Zeit, über die ein einzelner Kanal über ein Knotenelement nicht verfügbar ist (Nichtverfügbarkeitszeit);
- einen Zeitanteil, über den Fehler auf einem bestimmten Kanal auf einem Knotenelement oder für alle Kanäle auf einem Element insgesamt auftreten;
- einen Zeitanteil, über den schwerwiegende Fehler auf einem Leitungskanal durch ein Knotenelement hindurch auftreten;
- eine Anzahl von Leitungscode-Verletzungen;
- eine Anzahl von Leitungsschutzschaltern.
Die Netzwerküberwachungseinrichtung fragt jeden Bestandteil am Knotenelement dadurch ab, daß entweder Abfragesignale an die Knotenausrüstung gesandt werden, um eine Datensignal-Antwort von der Knotenausrüstung einzuleiten, oder daß Datensignale gelesen werden, die bereits von der Knotenausrüstung erzeugt wurden. Jeder Bestandteil der Knotenausrüstung liefert eine Vielzahl von Komponenten-Datensignalen (die nachfolgend als Komponentensignale bezeichnet werden), die sich auf den Betrieb seiner Komponenten beziehen, wie z. B. das Betriebsverhalten oder den Status einer Komponente oder eines Dienstes, der von einzelnen Komponenten der Knotenausrüstung unterstützt wird, oder Elementen- Datensignale (die nachfolgend als Elementensignale bezeichnet werden), die sich auf den Betrieb der Knotenausrüstung insgesamt beziehen. Der Betrieb von Verbindungsstrecken-Elementen, die von passiver Art sein und nicht in der Lage sein können, Komponenten- oder Elementensignale zu erzeugen, kann aus den Komponentensignalen und/oder Elementensignalen bestimmt werden, die von der Knotenausrüstung gewonnen werden.
Allgemein kann der Benutzer der Überwachungseinrichtung die Betriebsleistungs- und Diensteparameter der Knoten- und Verbindungsstrecken-Elemente dadurch überwachen, daß die Betriebsdaten auf drei Ebenen dargestellt werden, die für jedes Element durch die Verfügbarkeit der Informationen bestimmt sind, die in den gewonnenen Komponenten- oder Elementensignalen enthalten sind.
Zunächst kann der Benutzer der Einrichtung auf einer Komponentenebene einzelne Komponenten einer bestimmten Knotenausrüstung überwachen. Auf der Komponentenebene kann der Benutzer beispielsweise das Betriebsverhalten einzelner Leitungskarten in einer Telekommunikationsvermittlung überprüfen.
Zweitens kann auf einer Netzebene der Benutzer die Betriebsleistung einzelner Knotenelemente und Verbindungsstreckenelemente des Kommunikationsnetzes durch Überprüfen der Elementensignale ausgewählter Elemente überwachen, um eine Bewertung des Betriebsverhaltens des Netzes insgesamt oder eines bestimmten Knotens oder bestimmter Verbindungselemente des Netzes zu gewinnen. Durch Überwachen der Elementensignale jedes interessierenden Netzelementes bezüglich eines ausgewählten Betriebsleistungs- oder Diensteparameters, der an der Benutzerschnittstelle 24 ausgewählt wird, kann der Benutzer Probleme oder eine fehlende Effektivität in dem Kommunikationsnetz identifizieren. Beispielsweise kann ein Benutzer ein bestimmtes Knotenelement identifizieren, an dem sich ein hoher Zellenverwurf ergibt, oder eine bestimmte Verbindungsstrecke, bei der das der Verbindungsstrecke zugeführte Verkehrsvolumen die Bandbreite der Verbindungsstrecke übersteigt, was zu einem Verlust von Kommunikationssignalen über das Netz und seiner schlechten Qualität des Kommunikationsdienstes (QoS) zwischen Benutzern des Netzes führt.
Drittens kann der Benutzer auf einer Diensteebene und auf einer zugehörigen Diensteebene, die eine Teilebene der Diensteebene ist, ein Dienst auf dem Netz, beispielsweise eine Verbindung dadurch überwachen, daß ein Diensteparameter unter Verwendung der Benutzerschnittstelle 9 festgelegt wird. Die Diensteebene ermöglicht eine Kanalverfolgung eines Dienstes durch einzelne Komponenten der Knotenausrüstung. Beispielsweise kann ein Benutzer auf der Diensteebene eine einzelne Kommunikationsverbindung durch das Netz verfolgen, um Daten von den Komponenten innerhalb der Vermittlung zu sammeln, die die Verbindung unterstützt. Die Überwachungseinrichtung stellt fest, über welche speziellen Leitungskarten in einer Telekommunikationsvermittlung eine Verbindung gelenkt wird und welche Eingangs- und Ausgangsport-Komponenten der Vermittlung von der Verbindung verwendet werden und über welche speziellen Verbindungsstrecken-Ausrüstungen die Verbindung gelenkt wird, und die Einrichtung liefert ausgewählte Daten bezüglich des Betriebsverhaltens und des Status lediglich dieser Komponenten, die die Verbindung unterstützen.
Die Überwachung eines Kommunikationsnetzes auf den Netz- oder Diensteebenen kann als Diagnosewerkzeug besonders nützlich sein, um die Geschwindigkeit zu verbessern, mit der eine Beschwerde oder Anfrage von einem Kunden eines Kommunikationsnetz-Dienstes untersucht werden kann, sowie dazu, bestimmte Elemente des Netzes zu identifizieren, die für einen oder mehrere Kunden des Netzes problematisch sind. Zusätzlich kann die Überwachung von Betriebsparametern auf den Netz- oder Diensteebenen es nicht-technischen Benutzern im Geschäftsbereich ermöglichen, Muster der Benutzung eines Netzes durch Kunden zu identifizieren, damit neue Kundendienst-Pakete entwickelt werden, die auf dem Netz unterstützt werden.
Elementen- und Komponentensignale, die Dienste- oder Betriebsverhaltens- Parameter einzelner Netzelemente darstellen, können in Anzeigesignale zur Anzeige an der Benutzerschnittstelle 9 umgewandelt und in Form von Diagrammen und grafischen Darstellungen dargeboten werden, die auf der Bildschirmanzeigegerät der Benutzerschnittstelle 9 angezeigt oder auf dem Druckergerät 13 ausgedruckt werden können.
In Fig. 4 ist schematisch eine Auslegung von Hardware gezeigt, die die Netzüberwachungseinrichtung und ein Kommunikationsnetz bildet, und zwar zusammen mit einem Kommunikationsnetz und einer Hierarchie von Steuerbefehlen 43, 44, 45 zum Betrieb der Überwachungseinrichtung. Komponentensignale werden von den einzelnen Knotenelementen an den Kommunikations-Eingangs-/Ausgangs- Port 26 der Überwachungseinrichtung 4 über die Kommunikationsverbindungsstrecke 5 übertragen. Zur Erleichterung der Beschreibung ist in Fig. 4 die Kommunikationsverbindungsstrecke 5 schematisch als ein getrenntes Kabel gezeigt, das mit jedem Knotenelement 2 verbunden ist, doch können in der Praxis in einem Netz, das eine erhebliche geografische Erstreckung aufweist, Komponentensignale über das Netz selbst multiplexiert und zu einem zentralen Eintrittspunkt an einem oder mehreren Knotenpositionen übertragen werden. Das Kommunikationsnetz umfaßt eine Auswahl unterschiedlicher Typen von einzelnen Knotenausrüstungen, die die Knotenelemente 2 bilden.
Beispielsweise umfaßt ein erstes Knotenelement 40 eine Vermittlung vom Concorde-Typ, die mit dem asynchronen Übertragungsbetriebsarts- (ATM-) Kommunikationsprotokoll arbeitet, wie dies ausführlicher in Fig. 5 gezeigt ist. Die Vermittlung verbindet eine Vielzahl von Kommunikationskanälen der Verbindungsstrecken 3 über Eingangs-/Ausgangs-Ports 50. Die Verbindungsstrecken können Koaxialkabel, Lichtleiterkabel oder dergleichen umfassen. Innerhalb der Vermittlung ist eine Vermittlungsstruktur-Karte 51 vorgesehen, die eine Matrix von elektronischen Schaltern zum Verbinden oder Trennen von Eingangs-/Ausgangs-Ports mit- bzw. voneinander umfaßt, um Kommunikationsverbindungen durch die Vermittlung zu lenken. Alle Kommunikationssignale, die von der Vermittlung verarbeitet werden, durchlaufen die Vermittlungsstruktur-Karte 51. Mehrfachdienste-Daten, beispielsweise Sprache- Daten, Fax-Daten oder von einem Modem verarbeitete Daten kommen an den Eingangsports in Form von Zellensignalen an und durchlaufen die Vermittlungsstruktur-Karte 51, die die Zellensignale so lenkt, daß sie durch einen passenden Ausgangsport in Abhängigkeit von dem Ziel der Daten austreten. Zellensignale werden in Puffern und Warteschlangen gespeichert, die an Ax-Karten vorgesehen sind, die mit 52 in Fig. 5 dargestellt sind, bevor sie in die Vermittlungsstruktur eintreten. In Fig. 5 ist ein Signalpfad 54 schematisch als ein Beispiel gezeigt. Das Volumen des Datenverkehrs durch die Vermittlung ist typischerweise groß. Gigabits an Daten pro Sekunde können an den Eingangsports ankommen, um von der Vermittlungsstruktur 51 an die passenden Ausgangsports gelenkt und aus der Vermittlung heraus übertragen zu werden. Die Anforderungen an die Betriebsleistung der Vermittlungsstruktur-Karte sind hoch. Wenn das Volumen von Zellensignalen hoch ist, können aufgrund des hohen Volumens des Datenverkehrs die Puffer und Warteschlangen 52 überlaufen, und in den Puffern gespeicherte Zellensignale können durch neue Zellensignale überschrieben werden, die in die Warteschlange für die Vermittlungsstruktur eintreten, was zum Verlust von Zellensignalen führt. Dies ist als Zellenverwurf bekannt. Für jede Ax- Karte ist die Rate des Zellenverwurfs ein Betriebsleistungsparameter der speziellen Ax-Kartenkomponente 52, die einen Teil der Vermittlung 40 bildet. Der Zellenverwurf wird durch ein automatisch erzeugtes Komponentensignal protokolliert, das die Daten der Zellenverwurf-Rate für die Ax-Kartenkomponente enthält. In der Concorde-Vermittlung wird das Zellenverwurf-Komponentensignal periodisch für jede Ax-Karte erzeugt.
In einer modernen Vermittlung kann eine Auswahl von Komponentensignalen bereitgestellt werden, wobei jedes Komponentensignal Daten umfaßt, die die Betriebsleistung einer einzelnen Komponente bezüglich eines festgelegten Betriebsleistungsparameters oder einen Status der Komponente betreffen, beispielsweise ein oder aus. Von der Concorde-Vermittlung verfügbare Komponentensignale schließen beispielsweise den Zellenverwurf, die Rate von ankommenden Zellen, die Rate von abgehenden Zellen und den Warteschlangen- Füllzustand von Verzögerungswarteschlangen ein. In der Concorde-Vermittlung werden die Komponentensignale von der Vermittlung erzeugt und so ausgewählt, daß sie unter Intervallen von jeweils 15 Minuten gelesen und in in einer Datenausgabe 53 der Vermittlung gespeichert werden. Die unter 15-Minuten- Intervallen gespeicherten Komponentensignale stellen Operationen einzelner Komponenten der Vermittlung zu dieser speziellen Zeit dar. Die in der Datei gespeicherten Komponentensignale werden zu der Datenbank 22 der Netzverwaltung übertragen, die die Sätze von Komponentensignalen speichert, die alle 15 Minuten von der Vermittlung erzeugt werden. Die Datenbank 22 umfaßt eine Festplatte für den Server. Die Übertragung von Daten von der Datenausgabe 53 der Vermittlung zu der historischen oder Ereignis-Datenbank der Netzverwaltung wird von der Netzverwaltung bewirkt, die sich bei der Vermittlung einloggt und die Übertragung von Daten von der Datenausgabe 53 unter Verwendung eines üblichen Dateiübertragungsprotokolls anfordert. Die Daten werden von der Datenausgabe 53 über einen Port 50 und über die Kommunikationsverbindungsstrecke 3, von der ein Kanal die Kommunikationsstrecke 5 bilden kann, und aus der Vermittlung heraus zu der Netzverwaltung übertragen. Sätze von Komponentensignalen, die Operationen der einzelnen Komponenten unter 15-Minuten-Intervallen darstellen, werden als Datensignale in der Datenbank 22 gespeichert, bis die Datenbank voll ist, worauf zu diesem Zeitpunkt die ältesten Daten durch aktuellere Daten überschrieben werden. Typischerweise speichert die Datenbank 22 der Netzverwaltung zweiunddreißig Sätze von regelmäßigen Komponentensignalausgängen der Vermittlung, was abgefragten Daten über eine Periode von acht Stunden entspricht. Weil die Konstruktion und das Betriebsverhalten der Vermittlungseinrichtung 40 äußerst kompliziert ist, ist die Menge an erzeugten Komponentensignalen groß, und die Speicherung der Komponentensignale erfordert eine große Menge an Speicher.
In der bekannten Concorde-Vermittlung gibt es typischerweise Pufferplätze in der Größenordnung von hunderten Pufferplätzen, in denen Zellen während ihrer Wanderung von einem Eingangsport zu einem Ausgangsport gespeichert werden können. Diese Pufferplätze befinden sich auf Leitungskarten, den Ax-Karten, und auf den Vermittlungsstruktur-Karten. Die Anzahl der Puffer auf jeder Vermittlung hängt von der Anzahl der Leitungskarten, Vermittlungsstruktur-Karten und Ax- Karten in der Vermittlung ab, und sie kann sich von Vermittlung zu Vermittlung ändern. Jeder Puffer hat typischerweise drei oder vier Parameter, die das Betriebsverhalten beschreiben, wie z. B. die Belegung der Puffer, die Rate, mit der Zellen den Puffer durchlaufen, und die Art der Zellen in dem Puffer. Bei einem Beispiel einer Concorde-Vermittlung gibt es 16 Leitungskarten.
Zusätzlich zur Bereitstellung der regelmäßigen 15 Minuten-Datenausgabe von historischen Betriebsleistungs-Daten kann die Concorde-Vermittlung in Echtzeit abgefragt werden, um aktuelle Komponentensignale zu erzeugen, die der Echtzeit- Betriebsweise der Vermittlung entsprechen, und zwar als Antwort auf die Abfragesignale. Für einen Benutzer, der Echtzeitdaten bezüglich der Operationen der Vermittlung zu gewinnen wünscht, wandelt die Überwachungseinrichtung eine Benutzerabfrage, die über die Benutzerschnittstelle eingegeben wird, in einen Satz von passenden Abfragesignalen um, die von der Überwachungseinrichtung erzeugt werden, um die Vermittlung hinsichtlich der von dem Benutzer ausgewählten Betriebsverhaltens-Parameter oder Diensteebenen-Abfrage abzufragen. Abfragesignale werden über die Kommunikation-Ports 50 empfangen und Komponentensignale werden direkt als Antwort über die Verbindungsstrecke 5 bereitgestellt.
Die Speicherung von Komponenten- und Elementensignalen in der Datenbank 22 wird so durchgeführt, daß bestimmten Komponenten- oder Elementensignalen, die sich auf festgelegte Parameter beziehen, wie z. B. die Abrechnungskosten, eine höhere Speicherpriorität gegeben wird, als anderen Komponenten- oder Elementensignalen, die sich auf andere Parameter beziehen, beispielsweise auf den Zellenverwurf. Dadurch, daß bestimmten Sätzen von Datensignalen Priorität gegenüber anderen gegeben wird, kann der in den Signalen enthaltenen Information Priorität hinsichtlich der Zuteilung von Speicherplatz in der Datenbank 22 gegeben werden, um die Gefahr eines Verlustes oder Überschreibens der Komponenten- oder Elementensignale zu verringern, die sich auf wichtigere Betriebsparameter beziehen. Die Hierarchie der Bedeutung der Betriebsparameter kann durch Einstellen eines Satzes von Steuersignalen vorherbestimmt werden, die die Priorität von Komponenten- und Elementensignalen steuern.
Andere Vermittlungen 41, 42 des Kommunikationsnetzes können weniger hochentwickelt sein, als die Vermittlung 40, die anhand der Fig. 5 beschrieben wurde. Andere Telefon-Vermittlungstypen können Komponentensignale bereitstellen, aus denen ein geringerer Bereich von Parametern bestimmt werden kann. Für bestimmte Arten von Betriebsleistungs-Parametern stehen möglicherweise keine Komponentensignale zur Verfügung. Weiterhin kann für manche Vermittlungstypen anstelle einer automatischen Erzeugung der Komponentensignale unter regelmäßigen Intervallen von der Vermittlung und der Speicherung dieser Signale durch die Netzverwaltung in einer Datenbank die Gewinnung der Komponentensignale unter regelmäßigen Intervallen durch Abfrage der einzelnen Komponenten der Vermittlung dynamisch in Echtzeit durch ein jeweiliges Abfragesignal für jede Komponente erforderlich sein, wobei die Abfragesignale von der Überwachungseinrichtung geliefert werden.
Beispielsweise werden in der bekannten Vermittlung 41 vom Vector®-Typ, die von der Firma Northern Telecom Ltd. erhältlich ist, die Betriebsleistungs-Daten nicht periodisch von dieser Art von Vermittlung abgegeben, so daß die Überwachungseinrichtung dynamisch einen Zugriff auf die Betriebsverhaltens-Daten in Echtzeit unter Verwendung eines üblichen Protokolls ausführt, beispielsweise des Hewlett-Packard SNMP-Protokolls (einfaches Netzverwaltungsprotokoll).
In einem Netz mit einer Vielzahl von Concorde-Vermittlungen, die von einer Concorde-Systemverwaltung (der Netzverwaltung) verwaltet werden, und mit einer oder mehreren Vector-Vermittlungen, enthält die Verwaltungsinformations- Datenbank der Netzverwaltung keine Kartendarstellung der einzelnen Komponenten der Vector-Vermittlung. Die Vector-Vermittlung hat ihre eigene örtliche Verwaltungsinformations-Datenbank, und die derzeitigen Überwachungssysteme adressieren Anforderungen für ihre Betriebsverhaltens-Daten bezüglich der Vector- Vermittlung über die örtliche Verwaltungsinformations-Datenbank dieser Vermittlung. Abfragesignale, die in Echtzeit an die Vector-Vermittlung gesandt werden, führen zum Gewinnen von Echtzeit-Komponentensignalen von der Vector- Vermittlung.
Weil das Netz insgesamt unterschiedliche Knotenausrüstungstypen umfaßt, die jeweils in der Lage sind, unterschiedliche Sätze von Komponentensignalen zu erzeugen, die sich auf unterschiedliche Sätze von Betriebsleistungs-Parametern oder Diensteparametern beziehen, kann es unmöglich sein, einzelne Knoten- oder Verbindungsstreckenausrüstungen direkt miteinander dadurch zu vergleichen, daß die Komponentensignal in einer Form verglichen werden, wie sie von der Knotenausrüstung abgegeben werden. Ebenso wie sie unterschiedliche Arten von Parametern von Vermittlung zu Vermittlung beschreiben können, können die von unterschiedlichen Arten der Vermittlungen gewonnenen Komponentensignale in unterschiedlichen Signalformaten erzeugt werden, beispielsweise analog oder digital, oder in unterschiedlichen Protokollen. Die Sätze von Komponentensignalen, die von den Knotenelementen gewonnen werden, sind ausrüstungsspezifisch.
Die Überwachungseinrichtung ist in der Lage, die historischen Daten, die die Komponentensignale umfassen, die alle 15 Minuten von der Vermittlung heruntergeladen werden, an ihrer Speicherposition in der Datenbank 22 der Netzverwaltung zu inspizieren. Die Überwachungseinrichtung ist weiterhin in der Lage, jede Vermittlung in Echtzeit dynamisch abzufragen, um Echtzeit- Komponentensignale von den Vermittlungen zu gewinnen.
Eine Vielzahl von Komponentensignalen für jedes ausgewählte Knotenelement wird unter der Steuerung der Prozessoren 23, 32 entsprechend von Befehlen gesammelt, die in dem Speicher 27 gespeichert sind. Die in dem Speiche 27 gespeicherten Befehle zum Sammeln der Komponenten- und/oder Elementensignale sind in den Fig. 4 und 6 in einem hierarchischen Format beschrieben.

Steuer- und Datenverarbeitungs-Überblick

In den Fig. 4, 6 und 7 ist eine hierarchische Beziehung zwischen den Hardware- Elementen des Kommunikationsnetzes, der Datenüberwachungseinrichtung und dem Steuer- und Datenverarbeitungsmechanismus für die Datenüberwachungseinrichtung gezeigt. Der Steuermechanismus umfaßt einen Satz von Befehlen für die Prozessoren, die als elektronische Signale in dem Speicher 27 gespeichert sind. Die Steuersignale steuern die Prozessoren 23, 32, um die Benutzerschnittstelle 9 zu betreiben, damit diese Benutzerbefehle empfängt, die zu überwachende Netzelemente betreffen, und grafische Anzeigen von Dienste- und Betriebsleistungs-Parametern erzeugt, die von Komponentensignalen abgeleitet werden, die über den Kommunikationsport 26 von den Netzelementen empfangen werden; um die Kommunikations-Eingangs-/Ausgangs-Ports 26 zum Senden und Empfangen von Abfragesignalen zum Abfragen von Netzelementen und Komponenten von Netzelementen und zum Sammeln von Komponentensignalen zu steuern, die von den einzelnen Komponenten empfangen werden; und um Elementensignale aus den Komponentensignalen zu bestimmen, die die Betriebsweise von Netzelementen des Kommunikationsnetzes beschreiben. Die Kommunikationsports sind jeweils so konfiguriert, daß sie eine Schnittstellenverbindung mit einer bestimmten Art von Vermittlung bilden, beispielsweise mit der bekannten Concorde-Vermittlung, der bekannten Vector-Vermittlung oder der bekannten Passport®-Vermittlung der Firma Northern Telecom Ltd.
Die Steuersignale sind in drei getrennten Gruppen 43 bis 45 entsprechend ihrer Hauptfunktion bei der Steuerung der Prozessoren angeordnet. Eine erste Ebene der Steuersignale ist als Signalzugriffsebene 43 bezeichnet, eine zweite Ebene der Steuersignale ist als Signalverwaltungsebene 44 bezeichnet, und eine dritte Ebene der Steuersignale ist als Signalpräsentationsebene 45 bezeichnet. Die Signalzugriffsebene 43 umfaßt zusammen mit einem grundlegenden Betriebssystem zur Steuerung der Prozessoren, beispielsweise einem UNIX- Betriebssystem 60, eine grundlegende Betriebsebene der Einrichtung. Weiterhin sind die Verwaltungsinformations-Datenbank 21 und die Datenbank 22 des Netzverwaltungssystems gezeigt, das den Server zusammen mit dem Datenüberwachungssystem nutzt. Bei der bevorzugten Ausführungsform umfaßt das Netzverwaltungssystem eine Concorde-Systemverwaltung (CSM) der Firma Northern Telecom Ltd.
In Fig. 7 der beigefügten Zeichnungen ist eine hierarchische Beziehung zwischen den Hardware-Elementen der Klientenstation und dem Steuer- und Datenverarbeitungsmechanismus der Klientenstation und des Servers gezeigt. Elemente der Signalverwaltungsebene 44 und der Signalpräsentationsebene 45 umfassen eine generische Ebene des Steuer- und Datenverarbeitungsmechanismus der Datenüberwachungseinrichtung. Eine grundlegende Betriebsebene der Klientenstation umfaßt ein Unix-Betriebssystem 60.
In Fig. 8 ist ein Überblick über die Auslegung jeder der Gruppen 43 bis 45 gezeigt. Die Gruppen umfassen Steuersignale, die in den Speicher 27 in Form von Anwendungsprogrammen in einer objektorientierten Programmiersprache angeordnet sind, beispielsweise Small Talk, C++ oder dergleichen, die so angeordnet sind, daß sie die Prozessoren 23, 32 steuern, um Verarbeitungsfunktionen an den Datensignalen auszuführen und um die Abfragesignale und Anforderungssignale zu erzeugen.
Die Signalpräsentationsebene 45 und die Signalverarbeitungsebene 44 umfassen einen Satz von generischen Anwendungsprogrammen, die im Speicher 27 angeordnet sind, entweder an dem Server oder einer Klientenstation. Bei einer bevorzugten Ausführungsform umfaßt die Signalpräsentationsebene folgendes: eine Steuer-Benutzerschnittstellen-Anwendung 801; eine Grafikanzeige-Benutzerschnittstellenanwendung 802; eine Schablonenverwaltungs-Anwendung 803; und einen Grafik-Server 804. Die Schablonenverwaltungs-Anwendung 803 ist auf dem Server vorgesehen, und die Steuer-Benutzerschnittstelle, die Grafikanzeige-Benutzerschnittstelle und die Grafik-Anwendungen können sowohl an den Klienten- als auf den Server-Stationen vorhanden sein.
Die Signalverarbeitungsebene 44 umfaßt eine Betriebsleistungsdaten- Verwaltungsanwendung 805, eine oder eine Mehrzahl von Betriebsleistungsdaten- Sitzungs-Servern 806 und einen Datei-Server 807. Die Betriebsleistungsdaten- Verwaltungsanwendung und die Betriebsleistungsdaten-Sitzungs-Server befinden sich auf dem Server, und der Datei-Server befindet sich auf dem Server und der Klientenstation.
Die Signalzugriffsebene 43 umfaßt einen Satz von Verwaltungsanwendungen zur Abfrage des Netzverwaltungssystems zum selektiven Lesen von Datensignalen aus der Verwaltungsinformations-Datenbank. Zusätzlich steuern die Verwaltungsanwendungen das Netzverwaltungssystem derart an, daß dynamisch in Echtzeit Komponentensignale von den Knotenelementen selbst in Abhängigkeit von Abfragesignalen gewonnen werden, die von den Verwaltungsanwendungen erzeugt werden. Das Netzverwaltungssystem gewinnt dynamisch in Echtzeit ausgewählte Komponentensignale von den Komponenten der Vermittlungen und liefert diese zurück an die Verwaltungsanwendungen. Die Verwaltungsanwendungen sind jeweils spezifisch für eine bestimmte Art von Knotenausrüstung, und sie sind in Verwaltungsanwendungen zur Gewinnung altueller Daten über aktuelle Komponentensignale, die Echtzeitparameter der Knotenausrüstungskomponenten beschreiben, und Anwendungen zur Gewinnung historischer Daten von der historischen Datenbank der Netzverwaltung aufgeteilt. Beispielsweise ist für eine Concorde-Vermittlung eine Concorde-Datenverwaltungsanwendung 808 für aktuelle Daten und eine Concorde-Datenverwaltungsanwendung 809 für historische Daten vorgesehen. Für eine Vermittlung vom Vector-Typ ist eine Vector-Datenverwaltungsanwendung 810 für aktuelle Daten und eine Vector-Datenverwaltungsanwendung 811 für historische Daten vorgesehen.
In Fig. 9 ist schematisch eine Übertragung von Datensignalen, d. h. Komponentensignalen und Elementensignalen gezeigt, die die Komponenten und Elemente beschreibende Daten zwischen der Signalzugriffsebene 43, der Signalverwaltungsebene 44 und der Signalpräsentationsebene 45 befördert. Es ist weiterhin die Betriebsweise der Steuersignale zwischen den Steuerebenen und den Netzelementen gezeigt. Die Steuersignale schließen Abfragesignale, die an die Netzelemente von der Signalzugriffsebene 43 zum Lesen von Komponentensignalen gesandt werden, Anforderungen für Komponenten- oder Elementensignale, die von der Signalverwaltungsebene an die Signalzugriffsebene 32 gesandt werden, Anforderungssignale für Komponentensignale und Elementensignale, die Anforderungssignale, die von der Signalpräsentationsebene 45 an die Signalverwaltungsebene 44 gesandt werden, und Anforderungssignale für Komponentensignale und Elementensignale, die Anforderungssignale, die von der Benutzerschnittstelle 9 an die Signalverwaltungsebene 44 gesandt werden, ein. Datensignale werden zwischen der Signalpräsentations-, der Signalverwaltungs- und der Signalzugriffsebene weitergeleitet, und sie werden in diesen Ebenen verarbeitet.
Datensignale und Steuersignale werden zwischen der Signalpräsentationsebene, der Signalverwaltungsebene und der Signalzugriffsebene dadurch weitergeleitet, daß die Datensignale und die Steuersignale als Objekte in einer objektorientierten Sprache eingekapselt werden. Ein Objekt kann sowohl ein Steuersignal als auch ein Datensignal umfassen. Bei einem bevorzugten Verfahren, das hier beschrieben wird, beruht die Architektur der Ebenen 43 bis 45 auf einem Shlaer Mellor- Informationsmodell, das die Signalpräsentationsebene, die Signalverarbeitungsebene und die Signalzugriffsebene in eine Anzahl von Teilabschnitten unterteilt, die die Objekte in dem Modell auf die verschiedenen Ebenen abbilden. Dies ist ein Beispiel der Realisierung der Steuerebenen 43 bis 45 und wird nunmehr beschrieben. Die Erfindung ist jedoch nicht auf die Realisierung in einer objektorientierten Sprache beschränkt.

Steuersignal-Architektur-Überblick

Fig. 10 zeigt einen Oberblick über die Shlaer Mellor-Informationsmodell- Architektur, die zur Realisierung der Signalzugriffsebene, der Signalverwaltungsebene und der Signalpräsentationsebene verwendet wird. Bestandteil-Objekte, die Datensignale und Steuersignale der Ebenen umfassen, sind wie folgt kategorisiert und wirken miteinander zusammen, wie dies weiter unten beschrieben wird und allgemein unter Bezugnahme auf Fig. 10. Die den Objekten gegebenen Namen sind willkürlich.

(i) Mehrebenen-Objekte

Datenspezifikation

Ein Datenspezifikationsobjekt umfaßt einen Steuersignalteil, der einen Satz von Spezifikationsobjekten enthält, die die Daten spezifizieren, die von dem Netz gesammelt werden sollen. Die Signalpräsentationsebene erzeugt Objekte des Datenspezifikationstyps, die an die Signalverwaltungsebene als Anforderungssignal für den zu startenden Datensammelprozeß weitergeleitet werden.

Temporalspezifikation

Ein Temporal-Spezifikationsobjekt umfaßt einen Steuersignalteil, der die temporale oder Zeit-Information in Verbindung mit einer Anforderung zum Starten des Datensammelprozesses enthält, wie sie von dem Datenspezifikationsobjekt befördert werden. Das Temporalspezifikationsobjekt hat ein Abfrageintervall- Attribut, das ein periodisches Intervall ist, unter dem die Knoten- oder Verbindungsstrecken-Elementen-Hardware auf Daten abgefragt wird. Das Temporalspezifikationsobjekt definiert weiterhin eine Endzeit, so daß die Datensammelsitzung zum Sammeln von Komponentensignalen automatisch nach dem Ablauf einer definierten Zeitperiode beendet werden kann.

Historische Temporalspezifikation

Ein historisches Temporalspezifikationsobjekt umfaßt einen Steuersignalteil, der ein Untertyp des Temporalspezifikationsobjektes ist und einen historischen Zeitpunkt definiert, von dem an Komponentensignale von dem Netzelement zu sammeln sind. Die Verwendung eines Temporalspezifikations- und eines historischen Temporalspezifikationsobjektes ermöglicht es, daß sowohl historische als auch aktuelle Daten innerhalb einer einzigen Datensammelsitzung gesammelt werden. Wenn die in dem historischen Temporalspezifikationsobjekt definierte Endzeit noch nicht abgelaufen ist, so beginnt die Datensammelsitzung mit der Abfrage der Knotenelement-Hardware für Echtzeitsignale nach der Gewinnung der historischen Datensignale von der Knotenelement-Hardware.

Zukünftige Temporalspezifikation

Ein zukünftiges Temporalspezifikationsobjekt ist ein Untertyp des Temporalspezifikationsobjektes und definiert einen zukünftigen Zeitpunkt, zu dem das Datensignalsammeln beginnen soll. Das Sammeln von Datensignalen zu einer vorgegebenen zukünftigen Zeit kann durch die Verwendung eines zukünftigen Temporalspezifikationsobjektes befohlen werden. Das zukünftige Temporalspezifikationsobjekt definiert eine Startzeit und eine Endzeit für die Datensignalsammlung von den Knotenelementen.

Unmittelbare Temporalspezifikation

Ein unmittelbares Temporalspezifikationsobjekt befiehlt das sofortige Sammeln von Datensignalen von dem Knotenelement und befiehlt die Beendigung des Sammelns zu einer Endzeit, die in dem unmittelbaren Temporalspezifikationsobjekt festgelegt ist.

Datenparameter

Ein Datenparameterobjekt enthält die Information bezüglich eines Betriebsleistungsparameters, für den Datensignale zu sammeln sind. Ein Datenparameterobjekt hat weiterhin andere Attribute, die dazu verwendet werden können, die Art anzugeben, wie die einen Betriebsleistungsparameter betreffenden Datensignale in der Signalzugriffsebene verarbeitet werden sollen.

(ii) Signalverwaltungsebene-Objekte

Datenverwaltungs-Spezifikationselement

Ein Satz von Datenverwaltungs-Spezifikationselementen-Objekten wird von der Signalpräsentationsebene erzeugt und an die Signalverwaltungsebene weitergeleitet. Die Datenverwaltungs-Spezifikationselementen-Objekte sind generisch, insofern, als sie Knotenausrüstungen oder einzelne Komponenten von Knoten- oder Verbindungsstreckenausrüstungen in einem Format spezifizieren, das von allen Anwendungen der Signalzugrifisebene verstanden werden kann. Einzelne Knotenausrüstungen können ein Datenverwaltungs-Spezifikationselementen-Objekt nicht ohne Umwandlung in ein ausrüstungsspezifisches Signal durch die Signalzugriffsebene verstehen. Eine der Funktionen der Signalverwaltungsebene besteht darin, die in den Datenverwaltungs-Spezifikationselementen-Objekten enthaltene Information auf Abfragesignale niedrigerer Ordnung und Objekte niedrigerer Ordnung (Datenzugriffs-Spezifikationselementen-Objekte) abzubilden, die einen Zugriff auf die tatsächlichen Komponentensignale ergeben, die von den Komponenten der Knoten- und Verbindungsstreckenausrüstung zur Verfügung stehen.

Dienstespezifikationselement

Ein Dienstespezifikationselement-Objekt ist ein Untertyp des Datenverwaltungs- Spezifikationselementes. Das Dienstespezifikationselement-Objekt definiert einen Satz von Betriebsleistungsparametern, die auf einem Netzdienst zu überwachen sind, wie z. B. einer permanenten virtuellen Verbindung (PVC) oder einem permanenten virtuellen Pfad (PVP). Weil die Überwachung durch Sammeln von Komponentensignalen von einzelnen Komponenten von Knotenelementen erfolgt, ist es nicht möglich, direkt den Datenverkehr in einem Kundendienst zu messen, der entlang des Netzes fließt. Einen Dienst betreffende Daten werden dadurch gewonnen, daß Komponentensignale inspiziert werden, die von einzelnen Komponenten erzeugt werden, die einen bestimmten Dienst unterstützen. Wenn beispielsweise ein Dienst drei einzelne Vermittlungen und zwei Verbindungsstrecken verwendet, so wird die Überwachung des Dienstes durch eine Sammlung von Komponentensignalen von jeder Vermittlung erzielt.
Ein Dienstespezifikationselement-Objekt wird auf ein nodales Netzspezifikationselement-Objekt in der Signalzugriffsebene abgebildet.

Netzspezifikationselement

Ein Netzspezifikationselement-Objekt ist ein Untertyp eines Datenverwaltungs- Spezifikationselementen-Objektes, das einen Satz von Betriebsleistungsparametern definiert, die an einem Netzelement zu überwachen sind, wie z. B. einer Vermittlung oder einer Verbindungsstrecke. Ein Satz von Netzspezifikationselement-Objekten kann auf ein Dienstespezifikationselement-Objekt abgebildet werden, das weiter oben beschrieben wurde.

Dienste-zugeordnetes Netzspezifikationselement

Ein Dienste-zugeordnetes Netzspezifikationselement-Objekt definiert einen Satz von Betriebsleistungsparametern, die an einzelnen Komponenten von Netzelementen bezüglich eines Satzes von Diensten zu überwachen sind. Das Dienste-zugeordnete Netzspezifikationselement-Objekt bildet die Basis für eine Überwachung eines Netzes auf der Diensteebene. Die Betriebsleistung eines Netzelementes kann bezüglich eines bestimmten Dienstes gemessen werden, was lediglich die Betriebsleistungsdaten an den einzelnen Komponententeilen des Knotenelementes oder der Vermittlung mißt, die diese Diensteverbindung durchläuft.

(iii) Signalzugriffsebenen-Objekte

Atomspezifikationselement

Ein Atomspezifikationselement-Objekt wird intern von der Signalzugriffsebene verwendet, um einen einzelnen Betriebsleistungsparameter an einer einzigen Komponente zu spezifizieren. Eine Vielzahl von Atomspezifikationselement- Objekten wird verwendet, um Daten von einzelnen Komponenten der Knotenelemente zu gewinnen. Ein Atomspezifikationselement-Objekt ist eine niedrigste Ebene eines generischen Komponentensignals. Einzelne Komponentensignale, die von den Komponenten eines Netzelementes empfangen werden, sind ausrüstungsspezifisch und können in ein Atomspezifikationselement-Objekt dadurch umgewandelt werden, daß das ausrüstungsspezifische Komponentensignal, das von der Komponente des Netzelementes empfangen wird, in ein Atomspezifikationselement-Objekt eingekapselt oder umgesetzt wird. Das Atomspezifikationselement-Objekt wird so bezeichnet, weil es dahingehend atomartig ist, daß die Betriebsleistungsparameter direkt lesbar sind und nicht berechnet werden müssen. Die Signalzugriffsebene gewinnt Daten durch Sammeln von Atomspezifikationselement-Objekten, die sich auf einzelne Komponenten der Knotenelemente beziehen.

Datenzugriffsspezifikationselement

Ein Datenzugriffsspezifikationselement-Objekt umfaßt ein Signal an einem Abfrage- Server zur Abfrage einer bestimmten Komponente einer Knotenausrüstung zum Senden eines Komponentensignals, das den abgefragten Betriebsleistungsparameter betrifft. Das Datenzugriffsspezifikationselement-Objekt ist der Mechanismus, über den ein Abfrageserver feststellen kann, ob er einen Befehl erhält, irgendeine Aktion über ein Signal von der Datensignalverwaltungsebene auszuführen. Jedes Datenzugriffsspezifikationselement-Objekt referenziert ein Eltern-Index-Objekt.

Eltern-Index

Ein Eltern-Index-Objekt ist ein Objekt, das eine Liste aller der Komponenten beschreibt. Ein Eltern-Index-Objekt ist grundlegend für die Betriebsweise der Signalzugriffsebene. Die Signalzugriffsebene umfaßt mehrere unterschiedliche Verwaltungsanwendungen 808 bis 811, die jeweils eine andere Art einer Knotenelement-Ausrüstung unterstützen, beispielsweise eine unterschiedliche Vermittlungsart. Die Verwaltungsanwendungen in der Signalzugriffsebene weisen spezielle Schnittstellen auf, die es ihnen ermöglichen, einzelne Komponenten eines Netzelementes abzufragen. Das Datenzugriffsspezifikationselement-Objekt ist ausrüstungsspezifisch, weil die in dem Datenzugriffsspezifikationselement-Objekt enthaltene Information von der Vermittlungsart und von den Betriebsleistungsparametern abhängt, die dadurch überwacht werden können, daß Komponentensignale von der speziellen Vermittlung empfangen werden. Jede Verwaltungsanwendung verwendet das Eltern-Index-Objekt, um Betriebsleistungsparameter zu identifizieren, die sie verarbeiten kann.

Abstraktes Knotennetzspezifikationselement

Ein abstraktes Knotenspezifikationselement-Objekt spezifiziert Komponenten, die eine eins-zu-eins-Entsprechung mit einem Instrumentierungspunkt an einem Bestandteil an Ausrüstung haben, beispielsweise einen Kanalabschlußpunkt (den Endpunkten einer permanenten virtuellen Verbindung), einen Verbindungsstrecken- Endpunkt oder ein einzelnes Vermittlungselement.

Knotennetzspezifikationselement

Das Knotennetzspezifikationselement-Objekt ergibt eine Abbildung auf ein Netzspezifikationselement-Objekt oder ein Dienstespezifikationselement-Objekt. Das Knotennetzspezifikationselement-Objekt erbt das Verhalten des abstrakten Knotennetzspezifikationselement-Objektes.

Knotendienstespezifikationselement

Ein Knotendienstespezifikationselement-Objekt ist ein Untertyp des abstrakten Knotennetzspezifikationselement-Objektes. Das Knotendienstespezifikationselement-Objekt unterstützt eine zusätzliche Beziehung, um eine Navigation zurück zum Dienste-zugeordneten Netzspezifikationselement-Objekt und zu dem Satz von Diensten, die diesem Objekt zugeordnet sind, ermöglicht. Das Knotendienstespezifikationselement erbt das Verhalten des abstrakten Knotennetzspezifikationselementes.

Datenzugriffsausdruck

Ein Datenzugriffsausdruck-Objekt wird dazu verwendet, einen baumartigen mathematischen Ausdruck darzustellen. Die mathematischen Ausdrücke werden durch die Signalzugriffsebene aufgebaut und nachfolgend als Teil der Realisierung der Knotenebenen-Berechnungen ausgewertet oder interpretiert. Berechnungen auf der Elementenebene umfassen die Berechnung einer Vielzahl von Komponentenebenen-Signalen, die in einem generischen Format in ein Einzelelement-Ebenensignal in Form eines Objektes in der generischen Form umgewandelt werden, das die Vielzahl von Komponentenebenensignalen beschreibt. Beispielsweise kann die Beziehung zwischen den Komponentensignalen und den Elementensignalen derart sein, daß das Elementensignal eine einfache Summierung oder Mittelwertbildung der Komponentensignale ist. In diesem Fall würde das Datenzugriffsausdrucks-Objekt einen mathematischen Ausdruck darstellen, der eine einfache Summierung oder Mittelwertbildung realisiert.
Andererseits kann eine Beziehung zwischen einer Vielzahl von Komponentensignalen und einem Elementensignal derart sein, daß das Elementensignal eine stochastische Funktion der Vielzahl von Komponentensignalen ist. In diesem Fall würde das Datenzugriffsausdruck-Objekt einen komplexen mathematischen stochastischen Ausdruck zur Abbildung der Komponentensignale, die als Atomspezifikationselement-Objekte enthalten sind, auf ein Elementensignal realisieren, das in der Form eines Datenverwaltungsspezifikationselementes, eines dienstespezifischen Elementes oder eines Netzwerkspezifikationselementes enthalten sein würde.
Das Datenzugriffsausdruck-Objekt umfaßt ein Operandenobjekt, das entweder in der numerischen Konstante oder in einem Datenzugriffsausdruck-Objekt sein kann oder in einem Atomspezifikationselement-Objekt. Das Operandenobjekt bildet zusammen mit einem Satz von Operatoren in dem Datenzugriffsausdruck Objekt einen Auswertebaum, der effektiv auszuwerten ist.
In den bevorzugten Ausführungsformen wird das vorstehende Shlaer Mellor- Informationsmodell in der Programmiersprache SmallTalk realisiert, obwohl auch andere objektorientierte Sprachen verwendet werden können.

Ausführliche Betriebsweise

Unter Bezugnahme auf die Fig. 6 bis 12 kann die Funktionsweise der Steuergruppen 43 bis 45 wie folgt zusammengefaßt werden:

Signalpräsentationsschicht

Die Signalpräsentationsschicht 45 steuert die Betriebsweise der Benutzerschnittstelle 9 und die Erzeugung von grafischen Anzeigen auf der Bildschirmanzeigeeinheit 10 und steuert die Umwandlung von Benutzer- Anforderungen, die über die Tastatur 11 und das Zeigergerät 12 in Verbindung mit den Bildschirmanzeigen eingegeben werden, in Anforderungssignal-Objekte, die Komponenten- oder Elementensignale von der Signalverwaltungsebene anfordern. Der Benutzer steuert eine Überwachungssitzung unter Verwendung einer Sitzungsverwaltungsanzeige in Fig. 11. Unter Verwendung der Sitzungsverwaltungsanzeige können einzelne Dienste, die über ein Netz hinweg bereitgestellt werden, beispielsweise die Verfolgung des Pfades einer einzelnen Gesprächsverbindung zwischen ersten und zweiten Kundenstandorten die mit ersten und zweiten Knotenelementen verbunden sind überwacht werden. Ein Beispiel einer Anzeige der Sitzungsverwaltungsanzeige 110 auf dem Anzeigegerät 6 ist in Fig. 11 gezeigt. Die Sitzungsverwaltungsanzeige wird dazu verwendet eine Signalsammelsitzung zum Sammeln von Komponentensignalen von den Netzelementen zu befehlen. Unter Verwendung der Sitzungsverwaltungsanzeige kann ein Benutzer eine Zeitperiode angeben, über die hinweg ein Dienst überwacht wird. Der Benutzer kann eine oder eine Vielzahl von Verbindungen des Kommunikationsnetzes spezifizieren, und ihm kann eine Ressourcen-Anzeige 111 geliefert werden, die die einzelnen Knotenelemente identifiziert, die die Dienste zwischen diesen Kommunikationsnetzkunden unterstützen. Ein Benutzer kann einen Pfad eines Dienstes durch einzelne Elemente über eine Komponentenanzeige 113 sichtbar machen. Der Benutzer kann weiterhin Anfangs- und Endzeiten für eine Überwachungssitzung auf einer Zeitsteueranzeige 114 festlegen. Der Benutzer kann eine Anzahl von Überwachungssitzungen gleichzeitig ausführen, die auf einer Sitzungsanzeige 112 aufgelistet sein können.
Die Signalpräsentationsschicht kann Anzeigen für die Befehlsgabe für Signalsammelsitzungen von einer Vielzahl von Benutzern gleichzeitig abwickeln, und zwar aufgrund der Verteilung der Signalpräsentationsschicht zwischen dem Server-Prozessor 23 und einem oder mehreren Klientenprozessoren 32. Jeder Benutzer stellt die zu überwachenden Operationen unter Verwendung einer getrennten Sitzungsverwaltungsanzeige ein.
Ein Benutzer der Benutzerschnittstelle kann unter der Steuerung der Signalpräsentationsebene eine Schablonenverwaltungsanzeige anzeigen, über die der Benutzer auswählen kann, ob er oder sie einzelne Knotenelemente oder Verbindungsstreckenelemente überwachen will oder Komponenten innerhalb der Knotenelemente überwachen will. Eine Überwachung der Parameter auf entweder der Netzebene, der Diensteebene oder der Komponentenebene kann durch einen Ebenen-Wähler 123 in der Schablonenverwaltungsanzeige ausgewählt werden.
Auf der Komponentenebene kann eine einzelne Vermittlung ausgewählt werden, und die Schablonenverwaltungsanzeige zeigt alle die Parameter an der ausgewählten Vermittlung an, für die Daten von der historischen Datenbank verfügbar sind oder die in Echtzeit abgefragt werden können.
Wenn der Ebenen-Wähler auf die Netzebene eingestellt ist, kann ein Satz von Vermittlungen ausgewählt werden, und die Schablonenverwaltungsanzeige zeigt alle die Parameter an, für die historische oder Echtzeit-Daten von dem Satz von Vermittlungen gelesen werden können.
Wenn der Ebenen-Wähler auf die Diensteebene eingestellt ist, kann eine Verbindung ausgewählt werden, und die Schablonenverwaltungsanzeige zeigt eine Liste aller Parameter an, die von dieser Verbindung unterstützt werden.
Ein Beispiel einer Schablonenanzeige 120 des Anzeigegerätes 6 ist in Fig. 12 gezeigt. Der Benutzer kann über eine Betriebsleistungsparameter-Auswahlanzeige 121 der Schablonenanzeige einen zu überwachenden Betriebsleistungsparameter auswählen. Die Betriebsleistungsparameter, für die Komponentensignale an jedem Knotenelement unterstützt werden, werden in dem Speicher 27 aufgezeichnet. Die Schablonenverwaltungsanzeige 120 gibt dem Benutzer eine Auswahl von Betriebsleistungsparametern, die von einem ausgewählten Knotenausrüstungstyp unterstützt sind und ermöglicht es dem Benutzer, eine Schablone von Befehlen für oft wiederholte Überwachungsoperationen zu konstruieren und zu speichern.
Sätze von einzelnen Parametern sind in Klassen gruppiert, und unterschiedliche Knoten- oder Verbindungsstrecken-Ausrüstungstypen unterstützen unterschiedliche Klassen von Parametern. Die Klasse des zu überwachenden Parameters bezogen auf den Ausrüstungstyp kann in einem Parameterklassen-Wähler 22 ausgewählt werden, der einen Teil der Schablonenverwaltungsanzeige 120 bildet. Beispiele von Parameterklassen schließen Sätze von Parametern ein, die von einer Ax-Karte einer Concorde-Vermittlung unterstützt werden; einen permanenten virtuellen Verbindungs- (PVC-) Parameter; einen permanenten virtuellen Pfad (PVP); eine Sonett-Leitungs-TTP; und eine Sonett-Pfad-TTP. Beispiele von Betriebsleistungsparametern schließen Leitungscode-Verletzungen, Leitungsfehler-Sekunden, Sekunden von schwerwiegend mit Fehler behafteten Leitungen, Leitungsausfallzählungen, Leitungsschutzschalter-Zählungen, "Leitung nicht verfügbar"-Sekunden und Zellenverwurf ein. Die speziellen zu überwachenden Parameter für irgendeine spezielle Art von Knotenelement hängen von den Komponentenebenensignalen ab, die an dem Knotenelement verfügbar sind.
Bei Empfang eines Einganges von der Benutzerschnittstelle 9 erzeugt die Signalpräsentationsebene in Verbindung mit den Sitzungsverwaltungs- und Schablonenverwaltungsanzeigen ein passendes Anforderungssignal, das Komponenten- und Elementensignale von der Signalverwaltungsebene 44 anfordert. Die angeforderten Signale können Komponentensignale sein, die einen Betriebsleistungsparameter von einzelnen festgelegten Komponenten angeben, oder sie können Elementensignale sein, die Netzebenen-Parametersignale betreffen, die das Gesamt-Betriebsverhalten eines oder einer Vielzahl von Netzelementen bezüglich eines von einem Benutzer festgelegten Betriebsleistungs- oder Diensteparameters identifizieren.

Signalverwaltungsebene

Die Signalverwaltungsebene ist auf den Server-Prozessor 23 und einen oder mehrere Klientenprozessoren 22 verteilt, wie dies in Fig. 8 gezeigt ist. Für jede zur Überwachung des Netzes ausgeführte Benutzersitzung und zur Sammlung von Komponentensignalen wird eine getrennte Betriebsleistungsdaten-Sitzungs- Serveranwendung 806 geschaffen.
Die Signalverwaltungsebene 44 empfängt die Anforderungssignale, die von einem oder einer Mehrzahl von Benutzern der Überwachungseinrichtung eingegeben werden, in Form von Objekten von der Signalpräsentationsebene. Die Signalverwaltungsebene wickelt mehrfache Sitzungen von Signalanforderungen von einer Mehrzahl von Benutzern ab. Für jede Sitzung wird eine getrennte Betriebsleistungsdaten-Sitzungs-Serveranwendung 806 geschaffen. Die Signalverwaltungsebene empfängt die passenden Anforderungssignale, die Komponenten- und/oder Elementensignale anfordern, in Form von Objekten, und koordiniert die Sammlung der angeforderten Signale von jedem der Knotenelemente, die in der Signalanforderung angegeben sind. Beispielsweise sammelt an der Diensteebene, an der ein Benutzer erste und zweite Vermittlungen und eine Verbindungsstrecke zwischen diesen hinsichtlich bestimmter Betriebsleistungsparameter überprüfen möchte, die Signalverwaltungsebene die passenden Netzebenen-Elementensignale oder Diensteebenen-Komponentensignale, die den passenden Netzelementen entsprechen, von der Signalzugriffsebene, speichert die Netzebenensignale oder Komponentenebenensignale in passender Weise für jedes angegebene Knotenelement und faßt die gesammelten Signale in einer Speicherdatei, die schematisch in Fig. 8 als Betriebsleistungsdatei 812 gezeigt ist, in dem Datei-Server 807 zusammen, die für den Benutzer zugänglich ist. Wenn es mehrfache Benutzer der Überwachungseinrichtung gibt, kann die Signalverwaltungsebene Betriebsleistungsdateien 813 zusammenstellen, die für den Server-Prozessor verfügbar gemacht werden und damit für einzelne Benutzer der Einrichtung über ihre Klientenstation verfügbar gemacht werden, oder sie kann Betriebsleistungsdateien 812 zusammenstellen, die für eine Überprüfung lediglich durch einen festgelegten Benutzer in Abhängigkeit von einem vorgegebenen Autorisierungs- Codesignal verfügbar sind.
Die Signalverwaltungsebene verwaltet zusätzlich die Aufteilung von Anforderungssignalen von der Signalpräsentationsschicht, die die netzweite Sammlung von Elementensignalen bezüglich eines bestimmten Parameters spezifiziert. Die Signalverwaltungsebene unterteilt eine netzweite Anforderung für Datensignale bezüglich eines Parameters in eine Vielzahl von einzelnen Anforderungssignalen, die an jede Art von Element adressiert werden und den Parameter angeben. Beispielsweise wird eine Anforderung von Daten auf Vector- Anforderungssignale, Concorde-Anforderungssignale und Passport- Anforderungssignale aufgeteilt, wenn sich Vector-, Concorde- und Passport- Vermittlungen in dem Netz befinden. Die Signalverwaltungsebene wickelt das Absenden der einzelnen Anforderungen für Elementensignale an die passenden Elemente an ihren jeweiligen Netzadressen dadurch ab, daß die Anforderungssignale an die Signalzugriffsebene gesandt werden. Die Signalverwaltungsebene bildet weiterhin die Antworten von den Anforderungssignalen auf die ursprüngliche Anforderung des Benutzers ab und speichert die Antworten, die Komponentensignale und/oder Elementensignale umfassen, in einer Benutzerdatei, die der ursprünglichen Anforderung entspricht.
Die Signalverwaltungsebene verwaltet Anforderungen zum Sammeln von Komponenten- oder Elementensignalen über ein festgelegtes Zeitfenster, das von der Signalpräsentationsebene in Form der Temporalspezifikationsobjekte festgelegt ist, entweder der historischen, unmittelbaren oder zukünftigen Objekte, und sie ist dafür verantwortlich, die Signalpräsentationsebene über neue Sätze von Komponenten- oder Elementensignale zu informieren, die von den Elementen verfügbar werden, und für die Abfrage von Elementen unter vorgegebenen Zeitperioden, die mit der Knoten- oder Verbindungsstreckenausrüstung kompatibel sind, die das Element bildet. Beispielsweise kann ein Vermittlungselement auf eine Abfrage alle 15 oder 30 Minuten antworten, und die Signalverwaltungsebene ist für das Aussenden von Signalen an die Signalzugriffsebene verantwortlich, um die Komponenten- oder Elementensignale zu diesen Intervallen zu sammeln.
Zusätzlich speichert die Signalverwaltungsebene die Eltern-Objekte, die die Beziehung zwischen Knotenelementen und Verbindungsstreckenelementen in dem Kommunikationsnetz beschreiben. Die Signalverwaltungsebene liefert Signale an die Signalpräsentationsschicht, die Verbindungen zwischen Knotenelementen und Verbindungsstreckenelementen identifizieren, um Gesprächsverbindungen über das Kommunikationsnetz hinweg zu verfolgen.
Die Signalverwaltungsschicht ist in den Satz von Anwendungsebenen unterteilt, die eine Betriebsleistungsdaten-Verwaltungsanwendung 805, einen Betriebsleistungsdaten-Sitzungsserver 806 und einen Datei-Server 807 umfassen. Der Datei-Server ist in einen Serverprozessor-basierten Datei-Server und einen Klientenprozessorbasierten Datei-Server aufgeteilt, wie dies in Fig. 8 schematisch gezeigt ist.
Die Betriebsleistungsdaten-Verwaltungsanwendung 805 ist für die Abwicklung von Anforderungssignalen von der Signalverwaltungsebene verantwortlich, die folgendes betreffen:
- eine Anforderung für eine Momentaufnahme der aktuellen Betriebsleistungsdaten bestimmter Elemente oder Komponenten;
- ein Anforderungssignal für einen Satz von historischen Daten, die bestimmte Elemente oder Komponenten betreffen;
- eine Anforderung für eine periodische Abfrage von aktuellen Betriebsleistungsdaten; und
- eine Anforderung für einen Satz von historischen Daten, der durch eine periodische Abfrage der aktuellen Daten aktualisiert wird.
Die Betriebsleistungsdaten-Verwaltungsanwendung führt nicht direkt das Sammeln der Komponentensignale und der Elementensignale aus, sondern delegiert diese Aufgabe an den Betriebsleistungsdaten-Sitzungsserver 806. Der Betriebsleistungsdaten-Sitzungsserver 806 ist eine Anwendung, die für das Sammeln von Komponentensignalen und Elementensignalen von der Datenzugriffsebene verantwortlich ist. Die Speicherung von Komponentensignalen und Elementensignalen in den Betriebsleistungsdateien 812, 813 wird durch die Betriebsleistungsdaten-Verwaltungsanwendung 805 gesteuert, die aktuelle und extrahierte historische Daten in den Betriebsleistungsdateien 812, 813 speichert.
Die Betriebsleistungsdaten-Verwaltungsanwendung steuert weiterhin die Sichtbarkeit von Datensammelsitzungen für einzelne Klientenstations-Benutzer, so daß ein Benutzer, der eine Sitzung auf einer Klientenstation ablaufen läßt, keinen Zugriff auf die Datensammelsitzungen eines anderen Benutzers hat.
Ein Betriebsleistungsdaten-Sitzungsserver 806 wird durch die Betriebsleistungsdaten-Verwaltungsanwendung jedesmal dann geschaffen, wenn die Betriebsleistungsdaten-Verwaltungsanwendung eine neue Signalsammelsitzung von dem Benutzer empfängt. Der Betriebsleistungsdaten-Sitzungsserver führt das Sammeln der Betriebsinformation dadurch aus, daß er einen Befehl an die Signalzugriffsebene liefert, damit diese Komponentensignale und Elementensignale sammelt. Der Betriebsleistungsdaten-Sitzungsserver koordiniert weiterhin das Datensammeln sowohl für die aktuellen Daten als auch die historischen Daten.
Der Betriebsleistungsdaten-Sitzungsserver liefert:
Anforderungen von Daten an mehrere Vermittlungen zu einer Zeit;
Anforderungen für eine Kombination von aktuellen und historischen Daten unter Einschluß der Abfrage aktueller Daten über die Zeit;
Rückgewinnung von Komponentensignalen und Elementensignalen für die jeweiligen Vermittlungselement-Typen von der Signalzugriffsebene;
Zusammenstellen von Antworten von der Signalzugriffsebene zu einer einzigen Antwort; und
Steuern des Ziels der empfangenen Komponenten- und Elementensignale zur Speicherung.
Sowohl die Signalpräsentationsebene als auch die Signalverwaltungsebene umfassen eine generische Ebene von Steuersignalen. Unter generisch wird verstanden, daß die Signalpräsentationsebene und die Signalverwaltungsebene Komponenten- und Elementensignal-Objekte behandeln, die Betriebsparameter beschreiben, die eine Anzahl von unterschiedlichen Knotenelement- Ausrüstungstypen gemeinsam sind. Komponentensignale und Elementensignale, die durch die Signalpräsentationsschicht und die Signalverwaltungsschicht gespeichert und behandelt werden, weisen ein gemeinsames Format auf, beispielsweise in Form von Objekten in der SmallTalk-Programmiersprache. Die Signalverwaltungsebene empfängt Objekte von der Signalzugriffsebene, die tatsächlich die Komponentensignale und Elementensignale von unterschiedlichen Knotenelement-Ausrüstungstypen unter Verwendung von Protokollen und Abfragesignalen sammelt, die für jeden einzelnen Knotenelement-Ausrüstungstyp spezifisch sind.

Signalzugriffsebene

Die Signalzugriffsebene ist teilweise eine nicht-generische Steuerebene insofern, als die von der Signalzugriffsebene an die Netzelemente ausgesandten Abfragesignale kein gleichförmiges gemeinsames Format aufweisen, sondern ein Format aufweisen, das für die speziellen adressierten Knotenelement- Ausrüstungstypen spezifisch ist.
Die Signalzugriffsebene empfängt Anforderungen für Elementensignale und/oder Komponentensignale von der Signalverwaltungsebene 44. Die Signalzugriffsebene 43 ergibt einen Zugriff auf die tatsächlichen Komponentensignale, die von den Netzelementen als Antwort auf Anforderungen für Komponentensignale oder Elementensignale erzeugt werden. Beispielsweise empfängt die Signalzugriffsebene 43 eine Anforderung für Komponentensignale, die beispielsweise Signale spezifizieren, die Parameter von einzelnen Komponenten eines ersten Knotenelementes E1 betreffen. Die Signalzugriffsebene wandelt diese Anforderung in eine Vielzahl von Abfragesignalen um, die direkt die passende Vielzahl von Komponenten des Netzelementes E1 abfragen. Das Netzelement erzeugt Komponentensignale, die über die Kommunikationsverbindungsstrecke 5 an die Signalzugriffsebene übertragen werden. Die Signalzugriffsebene kann dann die Komponentensignale als Objekte einkapseln und die Komponentensignale an die Signalverwaltungsebene 44 als Antwort auf die Anforderung für Komponentensignale weiterleiten.
Die Signalzugriffsebene 43 liefert weiterhin Elementensignale an die Signalverwaltungsebene als Antwort auf ein Anforderungssignal von der Signalverwaltungsebene 44, die eine oder eine Vielzahl von Elementensignalen anfordert. Beispielsweise kann die Signalverwaltungsebene 44 eine Anforderung mit Hilfe eines passenden Anforderungssignals spezifizieren, das an die Signalzugriffsebene 43 gesandt wird und die Knotenelemente E1, E2, E3 und E4 und den Parameter des Zellenverwurfs spezifiziert. Die Signalzugriffsebene wandelt die Anforderung für Elementensignale an der Netzebene bezüglich des Parameters des Zellenverwurfs für die Elemente E1-E4 in einzelne Abfragesignale zum Sammeln von Komponentensignalen von jeder Leitungskarte und Pufferkomponente der Elemente E1-E4 um. Jede Komponente der Elemente E1-E4 erzeugt ein entsprechendes Komponentensignal, das über die Kommunikationsverbindungsstrecke 5 an die Signalzugriffsebene zurückgeliefert wird. Die Signalzugriffsebene stellt dann die Vielzahl von Komponentensignalen, die von jeder Komponente jedes adressierten Netzelementes E1-E4 empfangen werden, zu einem Satz von Netzebenen-Elementensignalen zusammen, die das Gesamtbetriebsverhalten jedes Elementes E1-E4 bezüglich des spezifizierten Parameters, beispielsweise des Parameters des Zellenverwurfs darstellen. Die Netzebenen-Elementensignale werden in Form von Objekten geschaffen, beispielsweise in Form eines Knotennetz-Spezifikationselement-Objektes. Die Signalzugriffsebene ist die Ebene, an der sich eine spezielle Kenntnis der Vermittlung befindet, und die Signalzugriffsebene zerlegt eine Netzebenen- Anforderung in einzelne Anforderungen für Komponentensignale, empfängt die Komponentensignale und kompiliert Sätze von Komponentensignalen in Elementensignale.
Weil die Anzahl der einzelnen Komponenten in jedem Element groß ist, beispielsweise kann eine Concorde-Vermittlung 408 unterschiedliche Pufferpositionen haben, erfordert das Kompilieren eines Netzebenen- Elementensignals für ein Knotenelement das Sammeln und Verarbeiten einer großen Anzahl von Komponentensignalen.
In Fig. 13 ist ein Betriebsprozeß von Datenüberwachungssitzungen für eine Vielzahl von Benutzern der Einrichtung zusammengefaßt, und in Fig. 14 ist ein Prozeß für einen Benutzer gezeigt. Jeder Benutzer kann eine Klientenstation betreiben, um eine oder mehrere Datenüberwachungssitzungen dadurch auszuführen, daß eine Überwachungssitzung im Schritt 130 geöffnet wird. In jedem Fall wird eine Sitzungsverwaltungsanzeige im Schritt 131 geöffnet, und eine Betriebsleistungsdatei wird im Schritt 132 geöffnet. In der Überwachungssitzung zu überwachende Betriebsparameter werden im Schritt 140 eingegeben, und in den Schritten 141 und 142 werden Komponenten- und Elementensignale, die ausgewählten Netzelementen und Komponenten dieser Elemente entsprechen, für jeden Benutzer gesammelt. Das Sammeln der Komponenten- und Elementensignale für alle Benutzer wird von der Signalzugriffsebene abgewickelt, die sich auf dem Server befindet, wie dies hier beschrieben wurde. Daten von den Komponentensignalen und den Elementensignalen werden im Schritt 143 verarbeitet, bevor die resultierenden Daten, die sich auf die Komponenten und Elemente beziehen, in den Schritten 134 für jeden Benutzer angezeigt werden. Jedem Benutzer wird eine einzelne grafische Anzeige von ausgewählten Betriebsleistungsparametern für jede Überwachungssitzung dargeboten. Die Betriebsleistungsparameter können vor der Anzeige in ein generisches Format umgewandelt werden, in dem ein Formatvergleich zwischen unterschiedlichen Arten von Vermittlungen auf relativen Grundlagen durchgeführt werden kann. Beispielsweise kann eine generische Anzeige darstellen, daß eine Vermittlung mit einem prozentualen Anteil der maximalen spezifischen Zellendurchsatz-Kapazität arbeitet, oder insgesamt einen bestimmten Wert des Zellenverwurfs pro Verbindung hervorruft.

Umwandlung von Komponentensignalen in Elementensignale

Gemäß Fig. 15 beinhaltet als Beispiel die Kompilierung eines Netzebenen- Elementensignals 150 SE (cellDiscardDueToCongestion - Zellenverwurf aufgrund von Überlastung) die Summierung von Komponentenebenen-Signalen 151, die von jeder Pufferkomponente auf einer Ax-Karte einer Concorde-Vermittlung für jede der 16 Ax-Karten in der Concorde-Vermittlung empfangen werden, sowie die Summierung der Vielzahl von einzelnen Komponentensignalen 152, die von jeder einzelnen Komponente der aktiven Vermittlungsstruktur-Karte für jede der zwei Vermittlungsstruktur-Karten in der Concorde-Vermittlung empfangen werden. In dem Beispiel der Berechnung des Zellenverwurfs für eine Concorde-Vermittlung erzeugen alle Zellen-Pools der Ax-Karten und die Vermittlungsstruktur jeweils einzeln Komponentensignale, die Informationen über die Zellenverwurf-Rate jedes einzelnen Pools enthalten. Die einzelnen Komponentenebenen-Signale werden durch eine einfache Summierung kompiliert, um ein Gesamtmaß des Zellenverwurfs für die Vermittlung zu erhalten, das als ein Elementensignal an die Signalverwaltungsebene übertragen wird. Der Gesamt-Zellenverwurf für das Netzelement kann als eine Rate des Zellenverwurfs pro Sekunde für die gesamte Vermittlung spezifiziert werden. Das Elementensignal ist ein Maß des Gesamtbetriebs eines Netzelementes. Auf der Netzebene wird die Betriebsleistung einzelner Komponenten des Netzelementes lediglich durch ihre Auswirkung auf das Gesamtbetriebsverhalten des Elementes berücksichtigt. Wenn eine Vermittlung beispielsweise eine Vielzahl von einzelnen Zellen-Pools hat und eine kleine Anzahl dieser Zellen-Pools fehlerhaftt arbeiten, so daß dauernd ein Zellenverwurf erzeugt wird, so kann, wenn die Anzahl von eine Fehlfunktion aufweisenden Zellen-Pools klein verglichen mit der Gesamtzahl der Zellen-Pools ist, das Netzebenen- Parametersignal für den Parameter des Zellenverwurfs lediglich ein kleines Ausmaß an Zellenverwurf für die Vermittlung zeigen. Auf der Netzebene würde es nicht möglich sein, festzustellen, ob das geringe Ausmaß des Zellenverwurfs für die Vermittlung sich aus einem kleinen Ausmaß an Zellenverwurf in jedem Pool ergab, oder aus keinem Zellenverwurf in den meisten Pools jedoch einen starken Zellenverwurf in einigen wenigen Pools.
Die Betrachtung der Betriebsleistung jeder Komponente des Netzelementes würde eine Inspektion jedes Komponentensignals erfordern. Die Inspektion der einzelnen Komponentensignale würde in dem vorstehenden Beispiel erkennen lassen, daß die meisten Zellen-Pools effektiv arbeiten, daß jedoch einige wenige Zellen-Pools einen starken Zellenverwurf hatten.
Das in Fig. 15 gezeigte Beispiel zeigt ein Beispiel eines Elementensignals, das das Gesamtbetriebsverhalten eines Netzelementes bezüglich eines einzelnen Parameters beschreibt, in diesem Fall den Zellenverwurf. Andere Elementensignale, die auf das Betriebsverhalten eines Elementes insgesamt bezüglich eines ausgewählten Parameters beziehen, können unter Verwendung komplizierterer mathematischer Funktionen oder Wahrscheinlichkeitsausdrücken kompiliert werden. Die zum Kompilieren einer Vielzahl von Komponentensignalen zu einem Elementensignal verwendeten Ausdrücke sind in den Datenzugriffs-Ausdrucks- Objekten enthalten, die vorstehend beschrieben wurden.
Betriebsparameter von Knoten- und Verbindungsstreckenelementen werden auf der Netzebene in einem generischen Format beschrieben. Netzebenen- Betriebsparameter stellen eine Gesamtbetrachtung eines Elementes insgesamt dar und ermöglichen es, daß unterschiedliche Knotenelement-Ausrüstungstypen miteinander bezüglich eines bestimmten Betriebsparameters verglichen werden. Beispielsweise kann im Fall des Zellenverwurfs der Netzebenen-Betriebsparameter als Zellenverwurf-Wert von Zellen angegeben werden, die pro Sekunde verworfen werden. Dies ermöglicht einen direkten Vergleich des Zellenverwurfs pro Sekunde zwischen unterschiedlichen Vermittlungstypen, die unterschiedliche Architekturen aufweisen.

Sammeln von Komponentensignalen

Weil das Netz allgemein eine Anzahl von unterschiedlichen Typen von Netzelementen umfaßt, kann jedes Netzelement auf ein anderes Signalprotokoll oder einen anderen Signaltyp ansprechen, um Komponentensignale zu erzeugen. Um jede unterschiedliche Art von Knotenelement zu berücksichtigen, umfaßt die Signalzugriffsebene 43 eine Vielzahl von einzelnen Knotenelement-Servern, die schematisch in Fig. 16 gezeigt sind. Jeder Elementen-Server kann einen Satz von dedizierten oder ausschließlich hierzu bestimmten Hardware-Elementen 160, 162 zum Empfang von Komponentensignalen von den einzelnen Komponenten der Netzelemente und zum Senden von Abfragesignalen in einer Form, die von der speziellen Ausrüstungsart lösbar sind, die das adressierte Netzelement bildet, und ein oder mehrere Anwendungsprogramme zur Steuerung der Hardware umfassen. Beispielsweise wandelt jeder einzelne Netzelement-Server Komponentensignale in dem für die spezielle adressierte Knotenausrüstung spezifischen Signalprotokoll in Komponentensignale in einem gleichförmig lesbaren Format um, beispielsweise als ein Objekt in den Programmiersprachen C++ oder SmallTalk, wobei sie in dieser Form kompatibel mit der Signalverwaltungsebene sein oder in Elementensignale durch die Signalzugriffsebene kompiliert werden können. Jeder Netzelement-Server ist speziell so ausgelegt, daß er eine Schnittstellenverbindung mit einer bestimmten Art von Knotenausrüstung ergibt. Beispielsweise dienen Elementen-Server 160-162 für eine asynchrone Übertragungsbetriebsart- (ATM-) Vermittlung, wie z. B. eine Vermittlung vom Concorde- oder Vector-Typ, oder für eine Vermittlung vom Passport-Typ, die von der Firma Northern Telecom Limited hergestellt werden, wie dies in den Fig. 4, 6 und 16 gezeigt ist.
Gemäß den Fig. 16 und 17 erfolgt im Fall eines Netzelementen-Servers 140 zur Abfrage der ATM-Vermittlung vom Concorde-Typ die Rückgewinnung von Komponentensignalen durch eine Inspektion der historischen Datenbank, die einen Teil der Concorde-ATM-Vermittlung bildet. Die Concorde-Vermittlung erzeugt und speichert kontinuierlich Komponentensignale, die Betriebsleistungsparameter für jede der Komponenten innerhalb der Vermittlung in Form von verwalteten Objekten 170 beschreiben. Die in der Concorde-Vermittlung gespeicherten Komponentensignale sind über ein System von Steuersignalen in Form von verwalteten Objekten zugänglich, die einen Zugriff auf die Komponentenebenen-Signale durch eine SmallTalk-Sprache-Meldung (GetCurrentData) ermöglichen. Die verwaltete Objektmeldung 170 wird zu einer Echtzeitsteuerung 163 über eine Anpassung 171 für verwaltete Objekte über eine bekannte Schnittstelle 172 weitergeleitet, beispielsweise eine Corba-IDL-Schnittstelle. Die Anpassung für verwaltete Objekte 171 wandelt das von der Concorde-Vermittlung empfangene Komponentensignal in die Form eines SmallTalk-Objektes 170 um, das direkt von der Signalverwaltungsebene lesbar ist, oder das zusammen mit anderen sich auf Komponentensignale anderer Komponenten beziehenden Objekten durch die Signalzugriffsebene in ein Netzebenen-Elementensignal kompiliert werden kann.
Die Concorde-ATM-Vermittlung ist ein relativ hochentwickelter Vermittlungstyp. Die Vermittlung vom Vector-Typ erfordert einen Netzelement-Server 162, der speziell so konfiguriert ist, daß er mit der Vector-Vermittlung kompatibel ist. Der Vector- Netzelement-Server 162 umfaßt eine Hewlett Packard-Open-View-Anwendung, die Signale unter Verwendung des SNMP-Protokolls von der Vector-Vermittlung empfängt und an diese sendet. Alternativ werden die Komponentensignale durch die Signalzugrifisebene 43 in ein Netzebenen-Elementensignal umgewandelt, bevor es an die Signalverwaltungsebene gesandt wird.
In Fig. 18 ist ein Beispiel der Betriebsweise eines Satzes von Knotenelement- Servern 187-189 gezeigt. Jeder Knotenelement-Server sammelt Komponentenebenen-Signale von den entsprechenden Knotenelementen, die er unterstützt, in Abhängigkeit von einem Netzebenen-Anforderungssignal 180, das von der Signalverwaltungsschicht 44 empfangen wird und Elementen- oder Komponentensignale von einer Vielzahl von Elementen anfordert. Das Anforderungssignal kann eine Vielzahl von Teilsignalen, Teile 181-184, umfassen. Beispielsweise kann ein von der Signalzugriffsebene 43 empfangenes Anforderungssignal einen Signalteil 181, der den Zellenverwurf aller Komponenten, die Zellen-Pools in einem Vermittlungselement E1 anfordert, einen Signalteil 182, der eine Leitungsausfall-Zählung für alle passenden Elemente in dem Vermittlungselement E1 anfordert, einen Signalteil 183, der die Leitungsfehler- Sekundenzählung für alle passenden Komponenten in der Vermittlung E1 anfordert, und einen Signalteil 184 umfassen, der eine Anforderung für den Zellenverwurf für alle Komponenten bildet, die Zellen-Pools in einem Vermittlungselement E3 haben.
Die jeweiligen Netzelement-Server 187, 188, 189 zur Bedienung der entsprechenden Netzelemente E1, E2, E3 untersuchen jeweils jedes Anforderungssignal und wählen den Teil des Anforderungssignals aus, der sich auf das Signalelement bezieht, das der Signalelement-Server unterstützt. Beispielsweise identifiziert in Fig. 18 der Elementen-Server 177, der die Knotenelement-Vermittlung E1 unterstützt, den Signalteil 181, der den Zellenverwurf an der Vermittlung E1 anfordert, den Signalteil 182, der die Leitungsausfall-Zählung an der Vermittlung E1 anfordert, und den Signalteil 183, der die Leitungsfehler- Sekunden an der Vermittlung E1 anfordert. Der Elementen-Server 189, der die Vermittlung E2 unterstützt, untersucht das Anforderungssignal und findet keine relevanten Teile, die sich auf die unterstützte Vermittlung E2 beziehen. Der Netzelement-Server 188, der die Vermittlung E3 unterstützt, untersucht das Anforderungssignal und findet den Teil 184 des Anforderungssignals, der den Zellenverwurf an der Vermittlung E3 anfordert.
Jeder Netzelement-Server arbeitet entsprechend dem Teil des Anforderungssignals, der für das entsprechende Netzelement passend ist, das der Netzelement-Server unterstützt, und er erzeugt Abfragesignale, die die einzelnen Komponenten der jeweiligen unterstützten Netzelemente abfragt. Das entsprechende Netzelement liefert entsprechende Komponentensignale an den Netzelement-Server zurück. Die Netzelement-Server wandeln die Komponentenebenen-Signale in ein gleichförmiges Protokollformat um, beispielsweise in Objekte in der Sprache SmallTalk oder C++, die zur Verwendung durch die Signalverwaltungsschicht oder zur Kompilierung in Elementensignale verfügbar werden.
Wenn ein Netzelement-Server nicht in der Lage ist, eine in dem Anforderungssignal spezifizierte Anforderung zu unterstützen, beispielsweise wenn ein Anforderungssignal eine Leitungsausfall-Zählung an einer Vermittlung anfordert und die Vermittlung nicht in der Lage ist, ein Leitungsausfall-Zählungs- Komponentensignal zu liefern, so liefert der Elementen-Server ein Nullsignal an die Signalverwaltungsebene zurück, was anzeigt, daß diese Möglichkeit für die angeforderte Vermittlung nicht verfügbar ist.
Von der Signalzugriffsebene 43 erzeugte Komponentensignale werden in den Betriebsleistungsdateien 812, 813 gespeichert. Ein Anforderungssignal kann angeben, daß Komponentensignale in Echtzeit gesammelt werden, wobei in diesem Fall die Komponentenebenen-Signale in der Betriebsleistungsdatei gespeichert werden. Wenn ein Anforderungssignal das Sammeln von Komponentenebenen- Signale über eine vorgegebene Zeitperiode spezifiziert, die von einem Benutzer der Benutzerschnittstelle 9 vorgegeben ist, so können die resultierenden Komponentenebenen-Signale in der Betriebsleistungsdatei gespeichert werden. Die Betriebsleistungsdateien können in Bereiche zur Speicherung von Komponentensignalen unterteilt werden, die jedem unterstützten Elementen-Ausrüstungstyp entsprechen.
Das Sammeln von aktuellen Daten und historischen Daten wird durch getrennte Steueranwendungen in den Netzelement-Servern verwaltet. Beispielsweise kann das Sammeln von aktuellen Komponentensignalen von einer Vermittlung vom Concorde-Typ durch eine Verwaltungsanwendung 808 für aktuelle Concorde-Daten verwaltet werden, und das Sammeln von historischen Daten kann durch eine Verwaltungsanwendung 809 für historische Daten verwaltet werden.

Darstellung von Verbindungsstreckenelementen

Verbindungsstreckenelemente, wie z. B. Lichtleiterkabel, erzeugen nicht automatisch Komponentensignale, die ihre Betriebsweise beschreiben. Betriebsparameter eines Verbindungsstreckenelementes können jedoch durch eine Überprüfung von Komponentensignalen bestimmt werden, die von Knotenelementen geliefert werden. Beispielsweise befindet im Fall der Bandbreite einer virtuellen Kanalkomponente in einem Lichtleiterkabel an jedem Ende des Lichtleiterkabels eine physikalische Vermittlung, die Komponentensignale bezüglich des Verkehrsvolumens erzeugt, das über einen bestimmten Kanal in dem Lichtleiterkabel empfangen wird. Weil im Fall der Concorde-Vermittlung jede virtuelle Kanalkomponente an einer Ax-Karte endet, kann durch Empfang von Komponentensignalen, die sich auf das Volumen von durch die Ax-Karten ausgesandten und empfangenen Zellen beziehen, ein Verkehrsvolumen über einen bestimmten virtuellen Kanal innerhalb des Lichtleiterkabels bestimmt werden, und damit die Bandbreite, die von diesem Kanal unterstützt wird. Durch die Verarbeitung von Komponentensignalen, die sich auf jeden virtuellen Kanal innerhalb des Lichtleiterkabels beziehen, kann ein Signal auf der Netzebene bestimmt werden, das einen Wert der genutzten Bandbreite in dem Lichtleiterkabel darstellt.

Netzebenen-Funktionen

Beispiele von Netzebenen-Funktionen, die für verschiedene Vermittlungstypen und hinsichtlich ihrer Ursprünge in den Komponentensignalen an einzelnen Vermittlungstypen, in diesem Fall den Concorde- und Vector-Vermittlung, generisch sind, sind wie folgt:
- Überwachung der Bandbreitennutzung pro Richtung einer Verbindungstrecke;
Zur Überwachung der Verkehrsnutzung oder Verkehrsauslastung einer Verbindungsstrecke wird eine Zusammenfassung aller virtuellen Verbindungen und virtuellen Pfade, die über eine Verbindungsstrecke laufen, gewonnen. Die Zusammenfassung wird als die Anzahl von auf dem Pfad übertragenen Zellen, gemittelt über ein Zeitintervall, gewonnen, woraus eine Bandbreitenauslastung der Verbindungsstrecke berechnet wird. Die die Anzahl von Zellen pro Pfad betreffenden Daten sind als Komponentensignale verfügbar.
Auf der Concorde-Vermittlung ist jede Verbindungsstrecke aus zwei einseitig gerichteten Pfaden gebildet, und die Anzahl von übertragenen Zellen wird auf jedem übernächsten Pfad gemessen, um die Bandbreitenauslastung pro Richtung zu bestimmen. Auf der Concorde-Vermittlung sind Komponentensignale, die sich auf die Anzahl von übertragenen Zellen und die Gesamtkapazität beziehen, verfügbar, und die Bandbreitenauslastung wird aus diesen Komponentensignalen bestimmt.
An der Vector-Vermittlung müssen Zellen an den zugehörigen Ports an dem Ende jeder Verbindungsstrecke gemessen werden. Komponentensignale werden in Form der Anzahl von Zellen, die über einen Port übertragen werden, beschrieben, und Komponentensignale, die sich auf eine zugeteilte Bandbreite für einen Port beziehen, sind verfügbar. Generische Netzebenen-Signale (Elementensignale) werden aus den Komponentensignalen berechnet.
Dies ist ein Beispiel eines generischen Netzebenen-Betriebsparameters. Andere generische Parameter, die durch Elementensignale beschrieben werden, umfassen:
- Überwachung der VPI/VCI-Raum-Auslastung für eine Verbindungsstrecke
- Überwachung der prozentualen VPI/VCI-Raum-Auslastung für eine Verbindungsstrecke
- Überwachung der Bandbreitenauslastung pro Dienstequalität pro Richtung für eine Verbindungsstrecke
- Überwachung der prozentualen Bandbreitenauslastung für die Dienstequalität pro Richtung einer Verbindungsstrecke
- Überwachung des Zellenverwurfs aufgrund einer Überlastung pro Dienstequalität
- Überwachung des prozentualen Zellenverwurfs aufgrund einer Überlastung pro Dienstequalität
- Überwachung der Warteschlangenfüllung pro Priorität
- Überwachung der prozentualen Warteschlangenfüllung pro Priorität.

Beispiel der Netzebenen-Überwachung

Gemäß Fig. 19 kann eine Vielzahl von Knotenausrüstungen 190, 191, 192, 193 jeweils auf der Netzebene dadurch überwacht werden, daß eine Netzebenen- Abfrage unter Verwendung der Sitzungsverwaltungsanzeige 110 durchgeführt und die Netzebene in der Ebenenanzeige 114 spezifiziert wird. Der zu überwachende Betriebsleistungsparameter wird in der Schablonenverwaltungs-Anzeige 120 ausgewählt. In einem Beispiel der Überwachung des Zellenverwurfs wird jede Vermittlung 190, 191, 192, 193 über das Netz selbst abgefragt, um für jede Vermittlung einen Zahlenwert zu liefern, der die Zellenverwurf-Rate der gesamten Vermittlung darstellt. Ein Datenausgang der Überwachungseinrichtung, der eine Darstellung der Zellenverwurfs-Rate mit der Zeit für jede Vermittlung umfaßt, kann als eine dreidimensionale Bildschirmanzeige dargestellt werden, wie dies in Fig. 20 gezeigt ist, so daß der Gesamt-Zellenverwurf an jedem Knotenelement mit jedem anderen verglichen werden kann, obwohl die einzelnen Vermittlungen, die die Knotenelemente bilden, von unterschiedlicher Art sein können. In Fig. 20 ist der Zellenverwurf auf einer vertikalen Achse für jeden von vier unterschiedlichen Vermittlungstypen, die auf der horizontalen Y-Achse aufgetragen sind, über Zeitintervalle dargestellt, die auf der horizontalen X-Achse dargestellt sind.
In Fig. 21 ist ein weiterer Datenausgang der Überwachungseinrichtung gezeigt, der eine zweidimensionale Bildschirmanzeige des Zellenverwurfs auf der Netzebene für Vermittlungen bildet, die die Knotenelemente 190, 191, 192 bzw. 193 nach Fig. 19 umfassen. Der Zellenverwurf aufgrund einer Überlast ist in Radialrichtung nach außen von einem Ursprung 210 der Bildschirmdarstellung dargestellt. Unter Verwendung einer derartigen Darstellung kann ein große Anzahl von Vermittlungen berücksichtigt werden. Wenn der Zellenverwurf auf jeder Vermittlung grob vergleichbar ist, nimmt die Darstellung eine symmetrische Form an. Irgendwelche Unsymmetrien in der Darstellung alarmieren den Benutzer hinsichtlich einer hohen Zellenverwurfsrate auf einer bestimmten Vermittlung. Beispielsweise zeigt in Fig. 21 die Vermittlung 1 einen relativ hohen Zellenverwurf verglichen mit den Vermittlungen 2, 3 und 4, und die Vermittlung 3 zeigt einen relativ niedrigen Zellenverwurf verglichen mit den Vermittlungen 1, 2 und 4. Durch optische Überprüfung der Bildschirmdarstellung steht diese Information für den Benutzer sehr einfach und in ohne weiteres verständlicher Form zur Verfügung.
In Fig. 22 ist eine dreidimensionale Flächendarstellung des resultierenden Vermittlungs-Zellenverwurfs für eine Vielzahl von Vermittlungen auf der Netzebene gezeigt. Spitzen in der dreidimensionalen Oberfläche zeigen einen hohen Zellenverlust für eine Vermittlung an. Unter Verwendung einer derartigen Darstellung kann der Benutzer einen Gesamtüberblick über den Betriebszustand des Netzes hinsichtlich des Zellenverwurf-Parameters gewinnen.

Diensteebenen-Funktionen

Auf der Diensteebene kann ein Benutzer einzelne Verbindungen inspizieren, wobei die Vermittlung als ein Netzebenen-Element betrachtet wird, das nicht in die Bestandteil-Komponenten unterteilt ist, oder es kann als ein Komponentenebenen- Bestandteil behandelt werden, bei dem einzelne Komponenten inspiziert werden können. Generische Betriebsparameter-Funktionen, die als Daten in Elementensignalen enthalten sind, werden auf der Diensteebene aus einer Vielzahl von Komponentensignalen bestimmt.
Ein Beispiel eines Diensteebenen-Betriebsparameters zur Inspektion des Verkehrs über einzelne Kanalkomponenten einer Verbindungsstrecke besteht in der Überwachung von Benutzungsdaten pro Verbindung pro Richtung.
Von beiden Endpunkten einer Verbindung über eine Verbindungsstrecke übertragene Zellen werden überwacht. Die Messung der Zellen, die von jedem Endpunkt der Verbindung aus übertragen werden, ergibt effektiv ein Maß der Benutzungsdaten pro Richtung der Verbindung. Ein aufgezeichneter Zahlenwert könnte entweder eine Zählung von ausgesandten Zellen oder eine mittlere Zellenzählung über eine Zeitperiode sein. Die ausgesandten Zellen betreffende Daten stehen als Komponentensignale zur Verfügung, die gezählt werden, um ein Elementensignal zu erzeugen, das die Betriebsweise der gesamten Vermittlung beschreibt.
Weitere Beispiele von Betriebsparametern, die auf der Diensteebene überwacht werden können, schließen folgendes ein:
- Überwachung der Bandbreitenauslastung für eine Verbindung pro Richtung
- Überwachung des Zellenverwurfs aufgrund einer Zellstromkontrolle oder einer Verbindung pro Richtung.

Zugehörige Diensteebenen-Funktionen

Auf einer zugehörigen Diensteebene, die einen Teilsatz der Diensteebene bildet, kann die Betriebsleistung einzelner Komponenten, die eine Verbindung unterstützen, inspiziert werden. Auf der zugehörigen Diensteebene können einzelne Verbindungen über das Netz verfolgt werden. Ein Benutzer kann die Betriebsleistung einer Vermittlung bezüglich einer bestimmten Verbindung überwachen, ohne daß er die interne Architektur der Vermittlungsausrüstung verstehen muß.
Als Beispiel verläuft auf einer Concorde-Vermittlung eine einzelne Verbindung nicht durch alle die Ax-Karten, die physikalisch in der Vermittlung gespeichert sind. Wenn ein Benutzer den Zellenverwurf der Vermittlung bezüglich einer derzeitigen Verbindung überwachen will, so ist es nicht erforderlich, den Zellenverwurf von allen Ax-Karten auf der Vermittlung zu summieren, sondern lediglich von den Ax-Karten, die die Verbindung durchläuft. In der zugehörigen Diensteebene kann ein Benutzer eine bestimmte Verbindung untersuchen und den Status von bestimmten Netzkomponenten betrachten, die diese Verbindung unterstützen. Beispielsweise hat eine Vermittlung eine Vielzahl von Ax-Karten, von denen einige überlastet sein können. Unter Verwendung der Verfolgungsmöglichkeit kann eine die Verbindung unterstützende Ax-Karte gefunden werden, und es kann sein, daß diese spezielle Ax-Karte der Vermittlung nicht überlastet ist. Somit kann, obwohl festgestellt wird, daß die Vermittlung einige überlastete Ax-Karten hat, durch Überwachen der Verbindung auf der zugehörigen Diensteebene festgestellt werden, daß die Ax- Karte der Vermittlung, die die Verbindung unterstützt, nicht überlastet ist. Lediglich die Teile der Vermittlung, die die interessierende Verbindung unterstützen, werden in einer Diensteebenen-Überwachungsoperation untersucht.
Dem Benutzer wird ein einziger generischer Wert für die Betriebsparametermessungen auf dem Kanal dargeboten, so daß der Parameter auf anderen Kanälen oder anderen Vermittlungstypen direkt verglichen werden kann, ohne daß der Benutzer die Kompliziertheit der den Kanal unterstützenden Hardware verstehen muß.
Bei manchen Vermittlungstypen steht die Kanalverfolgung durch einzelne Komponenten nicht zur Verfügung. Unter diesen Umständen ist eine Vermittlung, von der die passenden Komponentensignale, die sich auf einzeln verfolgte Kanäle beziehen, nicht verfügbar sind, durch ein Elementensignal dargestellt, das die Betriebsleistung der Vermittlung insgesamt zeigt. Somit kann ein Benutzer in der Lage sein, einen Kanal über einzelne Komponenten auf ersten und zweiten Vermittlungen zu verfolgen, jedoch nicht in der Lage sein, eine dritte, von einem Kanal durchlaufene Vermittlung mit dem gleichen Umfang an Einzelheiten zu betrachten, wie die beiden anderen Vermittlungen. Die dritte Vermittlung wird als eine diskrete Einheit behandelt.
Beispiele von Betriebsparametern auf der zugehörigen Diensteebene umfassen folgendes:
- Überwachung der Bandbreitenauslastung pro Richtung für die Verbindungsstrecken, die die Verbindung durchläuft,
- Überwachung der Bandbreitenauslastung pro Richtung pro Dienstequalität für die Verbindungsstrecken, die die Verbindung durchläuft,
- Überwachung der VCI/VPI-Raum-Auslastung für die Verbindungsstrecken, die die Verbindung durchläuft,
- Überwachung des Zellenverwurfs pro Dienstequalität aufgrund von Überlastung,
Überwachung des Warteschlangenfüllzustandes pro Priorität für jede Vermittlungskomponente, die die Verbindung durchläuft.

Beispiel der zugehörigen Diensteebenen-Überwachung

Unter Bezugnahme auf die Sitzungsverwaltungsanzeige nach Fig. 11 und den Netzabschnitt nach Fig. 23 wird nunmehr ein Beispiel einer Verbindungsverfolgung auf der Diensteebene beschrieben. Ein Benutzer, der eine Diensteverbindung zwischen Kunden verfolgen möchte, spezifiziert die Verbindung unter Verwendung der Sitzungsverwaltungsanzeige. Die Sitzungsverwaltungsanzeige stellt eine erste Vermittlung und eine zweite Vermittlung, die die Verbindung unterstützen, auf der gleichen Anzeige der Sitzungsverwaltung dar. Die Anforderung wird als ein Objekt eingekapselt, beispielsweise als ein Dienstespezifikationselement-Objekt. Einzelne Knotenelemente und Komponenten, die den Kommunikationskanal unterstützen, werden aus der Verwaltungsinformations-Datenbank 21 ausgelesen und werden in der Komponentenanzeige 112 der Sitzungsverwaltungsanzeige angezeigt. Wenn beispielsweise der Parameter Zellenverwurf unter Verwendung der Schablonenverwaltungs-Anzeige 120 ausgewählt wird, so beginnt die Überwachung der sich auf die spezielle Kommunikationsverbindung beziehenden Netzkomponenten unter der Steuerung der Signalverwaltungsschicht. Der Zellenverwurf für jede einzelne Komponente, die als eine Komponente identifiziert wurde, die den Dienst unterstützt, wird über eine vom Benutzer festgelegte Periode überwacht. Beispielsweise werden in der Vermittlung 233 lediglich die einzelnen Leitungskarten, die die aktuellen Kanäle unterstützen, die den Dienst führen, überwacht. Andere Leitungskarten in der Vermittlung 233, die andere Dienste für andere Kunden übertragen, werden nicht überwacht, weil die Verbindung nicht diese anderen Komponenten durchläuft.
Unter Verwendung dieser Lösung kann der Benutzer ein anomales Verhalten in den einen Dienst unterstützenden Komponenten identifizieren, ohne daß er eine ausführliche Hardwarekenntnis der Netzausrüstungen benötigt.
In manchen Fällen, in denen eine bestimmte Art von Knotenausrüstung, beispielsweise eine Vermittlung, keine Informationen unterstützt, die den Parameter bezüglich der einzelnen Komponenten betreffen, so werden dem Benutzer die besten verfügbaren Betriebsleistungsdaten geliefert, beispielsweise die Betriebsleistung der gesamten Vermittlung bezüglich des spezifizierten Parameters. Beispielsweise kann ein Benutzer, der einen Kanal durch die ersten bis vierten Vermittlungen untersucht, einen ungewöhnlich hohen Zellenverwurf an einer bestimmten Vermittlung 233 feststellen, was zu einer Beeinträchtigung des Gesamt- Kanalbetriebsverhaltens führt.

Claims

1. Verfahren zur Überwachung der Betriebsparameter eines Kommunikationsnetzes mit einer Vielzahl von miteinander verbundenen Netzelementen durch gleichzeitiges Ausführen einer Mehrzahl von Überwachungssitzungen, wobei jede Sitzung einen jeweiligen Betriebsparametersatz überwacht, der zumindest einen Betriebsparameter von zumindest einem der Netzelemente umfaßt, wobei das Verfahren die folgenden Schritte für jede Überwachungssitzung umfaßt:

Eingabe eines Betriebsparametersatzes, der zumindest einen zu überwachenden Betriebsparameter anzeigt,

Sammeln von Datensignalen von zumindest einem Netzelement, wobei die Datensignale von dem zumindest einen Netzelement stammende Daten enthalten, die sich auf den zumindest einen angegebenen Betriebsparameter beziehen; und

Erzeugung einer jeweiligen Anzeige der Daten, die sich auf den Betriebsparametersatz beziehen,

wobei die Datensignale in einem Format gesammelt werden, das für ein bestimmtes Netzelement spezifisch ist, wobei das Verfahren dadurch gekennzeichnet ist, daß es weiterhin den folgenden Schritt umfaßt:

Umwandeln der Netzelement spezifischen Datensignale in ein generisches Format unabhängig von dem Netzelement durch Einkapseln eines derartigen Datensignals in ein Objekt einer objektorientierten Programmiersprache.

2. Verfahren nach Anspruch 1, bei dem die gesammelten Daten bereits von dem Netzelement erzeugt wurden.

3. Verfahren nach Anspruch 1, bei dem das Verfahren weiterhin vor dem Schritt des Sammelns von Datensignalen den Schritt der

Erzeugung eines Abfragesignals, das den Betriebsparametersatz angibt,

Sendens des Abfragesignals an das zumindest eine überwachte Netzelement,

Empfangen des Abfragesignals umfaßt, wobei das Abfragesignal die Erzeugung der Datensignale einleitet.

4. Verfahren nach Anspruch 3, bei dem die Datensignale dynamisch in Echtzeit von dem Netzelement als Antwort auf die Abfragesignale erzeugt werden, und bei dem die Datensignale Daten enthalten, die sich auf Echtzeit- Betriebsparameter beziehen.

5. Verfahren nach einem der vorhergehenden Ansprüche, bei dem der Schritt des Sammelns von Datensignalen das Sammeln einer Vielzahl von Komponenten- Datensignalen umfaßt, die sich jeweils auf einen Betrieb einer einzelnen Komponente des zumindest einen Netzelementes beziehen.

6. Verfahren nach Anspruch 5, das weiterhin den Schritt der Erzeugung eines Elementen-Datensignals umfaßt, das sich auf einen Gesamtbetrieb eines Netzelementes bezieht, wobei das Elementen-Datensignal als Antwort auf eine der Vielzahlen von Komponenten-Datensignale erzeugt wird.

7. Verfahren nach Anspruch 6, bei dem der Schritt der Erzeugung eines Elementen-Datensignals die Bestimmung des Elementen-Datensignals entsprechend einer gespeicherten Beziehung einschließt.

8. Verfahren nach Anspruch 7, bei dem die gespeicherte Beziehung als ein Objekt in einer objektorientierten Programmiersprache gespeichert ist.

9. Verfahren nach Anspruch 5, das weiterhin den Schritt einer Spezifizierung eines Diensteparameters zur Überwachung eines Dienstes auf dem Netz durch einen Benutzer umfaßt, wobei die Vielzahl von Überwachungssitzungen eine Kanalverfolgung eines Dienstes durch einzelne Komponenten des zumindest einen Netzelementes ermöglicht.

10. Verfahren nach Anspruch 9, bei dem der Dienst eine einzelne Verbindung ist und die Vielzahl von Überwachungssitzungen die die Verbindung unterstützenden Komponenten identifiziert, und bei dem die Überwachungssitzungen ausgewählte Daten liefern, die das Betriebsverhalten und den Status lediglich derjenigen Komponenten betreffen, die als die Verbindung unterstützend identifiziert wurden.

11. Verfahren nach einem der vorhergehenden Ansprüche, das die folgenden Schritte umfaßt:

Zuordnen eines Netzelement-Servers zu jedem Netzelement;

Schaffung eines jeweiligen Signals, das eine Vielzahl von Netzelementen spezifiziert, für die Datensignale zu sammeln sind, für jede Überwachungssitzung;

Aktivieren der Elementen-Server, die den ausgewählten in dem Signal spezifizierten Netzelementen entsprechen, zum Sammeln von Datensignalen von ihren entsprechenden zugeordneten Netzelementen.

12. Verfahren nach einem der vorhergehenden Ansprüche, bei dem der Schritt der Schaffung einer Anzeige die Anordnung der Datensignale in einem Format einschließt, das für eine Darstellung in grafischer Form geeignet ist.

13. Datenüberwachungseinrichtung (4) zur Überwachung von Betriebsparametern eines Kommunikationsnetzes (1), das eine Vielzahl von miteinander verbundenen Netzelementen (2) umfaßt, wobei eine Mehrzahl von Benutzern jeweils gleichzeitig eine Überwachungssitzung ausführen kann und jede Sitzung einen jeweiligen Betriebsparametersatz überwacht, der zumindest einen Betriebsparameter von zumindest einem der Netzelemente (2) umfaßt, wobei die Einrichtung (4) folgendes umfaßt:

Einrichtungen (20) zur Verwaltung einer Vielzahl von einzelnen Datenüberwachungssitzungen, wobei die Einrichtungen (20) Einrichtungen (24) zur Schaffung einer Überwachungssitzungs-Anzeige für jede Überwachungssitzung und Einrichtungen (12) zur Eingabe einer Vielzahl von zu überwachenden Betriebsparametern für jede Überwachungssitzung umfassen;

Einrichtungen (30) zum Sammeln von Datensignalen von einem oder einer Vielzahl von Netzelementen für jede Überwachungssitzung, wobei die Datensignale von den Netzelementen (2) stammende Daten bezüglich der Betriebsparameter enthalten; und

Einrichtungen (10) zur Schaffung einer Anzeige der Daten bezüglich der Betriebsparameter,

wobei die Datensignale in einem Format erzeugt werden, das für ein bestimmtes Netzelement spezifisch ist und die Einrichtung (4) dadurch gekennzeichnet ist, daß sie weiterhin folgendes umfaßt:

Einrichtungen (171) zur Umwandlung der Netzelement spezifischen Datensignale in ein generisches Format, das unabhängig von dem Netzelement (2) ist und von den Einrichtungen zur Verwaltung einer Vielzahl von Datenüberwachungssitzungen akzeptierbar ist, indem ein derartiges Datensignal in ein Objekt einer objektorientierten Programmiersprache eingekapselt wird.

14. Überwachungsvorrichtung (4) nach Anspruch 13, bei dem die Einrichtung (20) zur Verwaltung einer Vielzahl von Datenüberwachungssitzungen einen Prozessor (23) und einen Abschnitt eines Speichers (27) umfaßt, die entsprechend einer Verwaltungsanwendung betrieben werden, wobei die Verwaltungsanwendung in der Lage ist:

für jede Überwachungssitzung ein Signal zu kompilieren, das eine Liste von zu überwachenden Betriebsparametern beschreibt;

das Signal an eine Vielzahl von Elementen-Servern zu senden, die Datensignale von den Netzelementen gewinnen; und

die Datensignale, die sich auf die Betriebsparameter beziehende Daten enthalten, zu empfangen und die Datensignale in einem Format anzuordnen, das für die Präsentation der Betriebsparameter in einem grafischen Format geeignet ist.

15. Überwachungseinrichtung (4) nach Anspruch 13 oder 14, bei der die Einrichtung (30) zum Sammeln von Datensignalen einen Prozessor (32) und einen Abschnitt eines Speichers (33) umfaßt, die entsprechend einer Vielzahl von Elementen-Serveranwendungen betrieben werden, wobei jede Elementen- Serveranwendung in der Lage ist, eine Vielzahl von Datensignalen in dem für ein bestimmtes Netzelement (2) spezifischen Format zu sammeln und die Einrichtungen (171) zur Umwandlung der Netzelement spezifischen Datensignale in ein generisches Format unabhängig von dem Netzelement (2) umfaßt.

16. Überwachungseinrichtung (4) nach einem der Ansprüche 13-15, bei der die Einrichtung (30) zum Sammeln von Datensignalen von einer oder einer Vielzahl von Netzelementen (2) zum Sammeln einer Vielzahl von Komponenten-Datensignalen arbeitet, die sich jeweils auf einem Betrieb einer einzelnen Komponente eines Netzelementes beziehen.

17. Überwachungseinrichtung nach Anspruch 16, die weiterhin Einrichtungen (187-189) zur Erzeugung eines Elementen-Datensignals umfaßt, das sich auf einen Gesamtbetrieb eines Netzelementes bezieht, wobei das Elementen-Datensignal in Abhängigkeit von der Vielzahl von Komponenten-Datensignalen erzeugt wird.

18. Überwachungseinrichtung nach Anspruch 17, bei der die Einrichtung (187-189) zur Erzeugung eines Elementen-Datensignals einen Prozessor und einen Abschnitt eines Speichers umfaßt, die entsprechend eines objektorientierten Anwendungsprogramms arbeiten, wobei ein Objekt eine Beziehung zwischen einer Vielzahl von Komponenten-Datensignalen beschreibt.

19. Überwachungsvorrichtung nach Anspruch 18, bei der jede der Einrichtungen (187-189) zur Erzeugung eines Elementen-Datensignals einem oder einer Vielzahl von Netzelementen zugeordnet ist.