Nothing Special   »   [go: up one dir, main page]

DE69319103T2 - Netzwerkverwaltungssystem - Google Patents

Netzwerkverwaltungssystem

Info

Publication number
DE69319103T2
DE69319103T2 DE69319103T DE69319103T DE69319103T2 DE 69319103 T2 DE69319103 T2 DE 69319103T2 DE 69319103 T DE69319103 T DE 69319103T DE 69319103 T DE69319103 T DE 69319103T DE 69319103 T2 DE69319103 T2 DE 69319103T2
Authority
DE
Germany
Prior art keywords
command
network element
network
management system
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
DE69319103T
Other languages
English (en)
Other versions
DE69319103D1 (de
Inventor
Timo Sf-02130 Espoo Vesterinen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Oyj
Original Assignee
Nokia Telecommunications Oy
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Telecommunications Oy filed Critical Nokia Telecommunications Oy
Application granted granted Critical
Publication of DE69319103D1 publication Critical patent/DE69319103D1/de
Publication of DE69319103T2 publication Critical patent/DE69319103T2/de
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0876—Aspects of the degree of configuration automation
    • H04L41/0886—Fully automatic configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/022—Multivendor or multi-standard integration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H04L41/0856—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information by backing up or archiving configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q3/00—Selecting arrangements
    • H04Q3/0016—Arrangements providing connection between exchanges
    • H04Q3/0062—Provisions for network management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04Q—SELECTING
    • H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13533—Indexing scheme relating to selecting arrangements in general and for multiplex systems multivendor and hybrid, e.g. public/private, networks, inc. international
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S379/00—Telephonic communications
    • Y10S379/902—Auto-switch for an incoming voice data, or fax telephone call, e.g. comp/fax/tel

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Exchange Systems With Centralized Control (AREA)

Description

  • Die Erfindung bezieht sich auf ein Netzverwaltungssystem, um Daten und Zustände von mehreren Netzelementen, wie z.B.
  • Telefonvermittlungsstellen, eines Telekommunikat ionsnetzes dadurch zu konfigurieren und zu lesen, daß den Netzelementen Befehle gemäß ihrer internen Befehlssprache gegeben werden, wenn wenigstens einige der Netzelemente des Telekommunikationsnetzes untereinander verschiedene interne Befehlssprachen haben, wobei das System folgendes aufweist: Speichereinrichtungen, um Parameter zu speichern, die die Befehlssprache jedes Netzelementes beschreiben; Einrichtungen, um Dienstleistungsanforderungen in einem netzelementunabhängigen Format zu erzeugen, Umwandlungseinrichtungen, um die netzelementunabhängigen Dienstleistungsanforderungen in Befehle entsprechend der Befehlssprache des Netzelementes umzuwandeln, welches das Ziel der Dienstleistung ist, und zwar durch Parameter, die die Befehlssprache des Netzelementes beschreiben; eine Einrichtung, um die erzeugten Befehle an das Netzelement zu senden, welches das Ziel der Dienst leistung ist; und eine Einrichtung, um Befehlsantworten zu empfangen, die von dem Netzelement gesendet werden, welches das Ziel der Dienstleistung ist, und um sie in ein netzelementunabhängiges Format umzuwandeln.
  • Moderne Telekommunikationsnetze weisen eine große Anzahl verschiedener Arten von Netzelementen auf, wie z.B. Telefonvermittlungsstellen, Übertragungssysteme usw., deren Zustände und Daten der Netzbetreiber täglich lesen und verändern muß. Typische Beispiele für immer wieder auftretende Anderungen sind die Löschung, der Zugang oder die Modifizierung von Teilnehmern, sowie verschiedene Änderungen in der Leitwegführung, zum Beispiel dann, wenn ein Netzelement überlastet ist. Die Vermittlungen werden entweder durch Fernsteuerung oder lokal durch Eingabe von Befehlen zum Konf igurieren ihrer Daten, Verändern ihrer Zustände, usw. gesteuert. Eine moderne Telefonvermittlungsstelle kann meh rere hundert verschiedene Befehle haben, mit denen vermittlungsspezifische Daten modifiziert werden können. Andererseits empfangen die Vermittlungsstellen viele Arten von Daten: Alarmausgangssignale, Meßberichte, Gebührenberechnungsdaten.
  • Es sind Versuche unternommen worden, Netzverwaltungssysteme zu entwickeln, die in zentralisierter Weise das Konfiguneren und Lesen von Daten und Zuständen verschiedener Netzelemente in einem Telekommunikationsnetz durchführen. Derzeit spezifizieren die Standardisierungsorganisationen (z.B. ETSI, CCITT) die Verwaltungsstandards für Tele fonvermittlungsstellen und alle Netzelemente im allgemeinen. Ein solches Konzept wird als TMN (Telecommunication Management Network bzw. Fernmelde-Kontrollnetz) bezeichnet. Standardisierte Schnittstellen zwischen dem Steuersystem und dem Netzelement sind bei der Standardisierung von wesentlicher Bedeutung. Solche neuen standardisierten Lösungen werden jedoch für lange Zeit nicht verfügbar sein und erfordern eine Planung hinsichtlich aller Netzelemente, so daß eine lange Zeit erforderlich sein wird, bevor sie zum Steuern aller Netzelemente verwendet werden. Bis dahin müssen die auszuführenden Netzverwaltungssysteme mit bestehenden Netzelementen in einer Weise kommunizieren, die sie in ihren internen Befehlssprachen verstehen, die z.B. bei Telefonvermittlungsstellen herstellerspezifisch und typenspezifisch sind. Neue Versionen von Befehlssprachen werden mit neuen Systemgenerat ionen verschiedener Telefonvermittlungsstellen desselben Herstellers sowie mit neuen Software-Versionen geschaffen. Dies bringt große Probleme für äußere Netzver waltungssysteme mit sich, die vollständig unabhängig von den Netzelementen sind, jedoch die verschiedenen Befehlssprachen sowie deren Varianten beherrschen können sollten. Die Netzverwaltung sollte ferner in der Lage sein, sich an eine neue Befehlssprache anzupassen, immer wenn ein neues Netzelement in das Telekommunikationsnetz eingeführt wird. Dies führt schlimmstenfalls dazu, daß der Betreiber des Netzverwaltungssystems seine Netzverwaltungs-Software kontinuierlich modifizieren muß, um diesem Erfordernis gerecht zu werden. Die Netzverwaltung wird bei zunehmender Anzahl von Netzelementen immer schwieriger.
  • Das US-Patent Nr. 4 782 506 offenbart ein Netzverwaltungssystem, das eine oder mehrere damit verbundene Telefonvermittlungsstellen betreibt. Das Verwaltungssystem ist mit Korrelationsspeichern versehen, in denen die strukturellen Daten sowohl von Befehlen als auch von Befehlsantworten verschiedener Vermittlungsstellen gespeichert sind. Ferner sind die formalen Darstellungen verschiedener Operationen in eihem SDL/PR-Format in den Korrelationsspeichern gespeichert; genauer gesagt, diese Darstellungen beschreiben die Verwaltungsoperationen im Detail, d.h. wie die verschiedenen Operationen der Vermittlungsstelle Schritt für Schritt, Befehl für Befehl durchgeführt werden. Diese Daten haben zur Netzverwaltung beigetragen, die in einem großen Ausmaß von dem Typ des zu steuernden Systems unabhängig ist. Die Bedie nungsperson gibt Befehle in einem universell anwendbaren formalen Format, aus dem diese in die Befehlssprache der Vermittlungsstelle umgewandelt werden. Die strukturellen Darstellungen der Befehle und Befehlsantworten von allen Vermittlungsstellen werden durch eine spezielle Aufbereitungskonsole in zugeordneten Speichern von Hand geschrieben und aktualisiert.
  • In der Praxis verwalten Netzverwaltungssysteme jedoch sehr große Telekommunikationsnetze, die Dutzende, ja sogar Hunderte von Vermittlungsstellen aufweisen können. Die Vermittlungsstellen werden kontinuierlich modifiziert, und es werden neue Vermittlungsstellen unter die Verwaltung geschaltet. Die Software wird aktualisiert, und häufig sind die Änderungen auch an der Schnittstelle mit dem Verwaltungssystem zu sehen. Die Syntax von Befehlen kann sich ändern: Neue Parameter werden hinzugefügt, neue Felder erscheinen in den Befehlsantworten, oder es können vollständig neue Befehle erzeugt werden. Damit das Verwaltungssystem richtig funktionieren kann, wäre es gleichzeitig von wesentlicher Bedeutung, die Korrelationsspeicher auf dem aktuellen Stand zu halten. Sogar kleine Modifikationen insbesondere von Befehlsantworten können zu totalen Fehlfunktionen führen. Es ist dennoch problematisch, die Korrelationsspeicher aktualisiert zu halten. Es ist sehr arbeitsaufwendig, diese Aufgabe zum Beispiel durch manuelle Programmierung auszuführen, und es werden leicht Fehler gemacht, da z.B. moderne Telefonvermittlungsstellen hunderte von verschiedenen Befehlen beinhalten können.
  • Das Ziel der Erfindung besteht in der Schaffung eines Netzverwaltungssystems, bei dem sich der vorstehend geschilderte Nachteil in entscheidender Weise überwinden läßt.
  • Erreicht wird dies mit einem Netzverwaltungssystem, wie es in dem einleitenden Abschnitt beschrieben ist, wobei das System erfindungsgemäß dadurch gekennzeichnet ist, daß die internen Befehle von wenigstens einem Netzelement einen Lesebefehl zum Lesen der internen Datenstrukturen, wie z.B. syntaktische, semantische und Benutzerhilfe-Daten irgendeines anderen internen Befehls oder einer anderen Befehlsantwort des Netzelementes enthalten, und daß das Netzverwaltungssystem derart ausgebildet ist, daß es mit Hilfe des genannten Lesebefehls diejenigen Parameter automatisch aktualisiert, die die Befehlssprache des Netzelementes beschreiben und die in den Speichereinrichtungen gespeichert sind.
  • Bei dem Netzverwaltungssystem gemäß der Erfindung kann der Benutzer, wie zum Beispiel der Netzbetreiber, seine täglichen Routinen in Dienstleistungen programmieren, die einfach zu verwenden und unabhängig von den Netzelementen sind. Das System gemäß der Erfindung wandelt die netzelementunabhängigen Aufgaben dieser Dienstleistungen oder Dienstleistungsanforderungen automatisch in Befehle in der Befehlssprache des Netzelementes um, welches das Ziel der Dienstleistung ist, und zwar unter Verwendung von Parametern, die in dem Netzverwaltungssystem gespeichert sind und die Befehlssprache des betreffenden Netzelementes beschreiben. Die Parameter, die die Befehlssprache jedes Netzelementes unter dem Netzverwaltungssystem beschreiben, sind in einer separaten Datei gespeichert. In entsprechender Weise analysiert das Netzverwaltungssystem netzelementspezifische Befehlsantworten und wandelt diese in ein netzelementunabhängiges Forrnat um.
  • Die Erfindung ermöglicht dem Benutzer, alle Netzverwaltungsroutinen in der gleichen Weise zu starten, ohne daß er wissen muß, welche Befehlssprache das Netzelement verwendet, welches das Ziel der Dienstleistungsroutine ist, oder ohne daß er die Details der Befehlssprache zu kennen braucht. Die Benutzeranwendungsprogramme bilden allgemeine, netzelement unabhängige Dienstleistungsanforderungen, die die erforderlichen Steuerparameter enthalten, wie zum Beispiel das Ziel der Dienstleistung und die zu modifizierenden Daten. Diese allgemeinen Dienstleistungsanforderungen werden in netzelementspezifische Aufgaben umgewandelt, die eine Anzahl von netzelementabhängigen Befehlsanforderungen enthalten. Mittels dieser netzelementspezifischen Befehlsanforderungen und der gespeicherten Parameter, die die Befehlssprache beschreiben, ist es möglich, die Befehle eines bestimmten Netzelementes zu bilden, die zur Ausführung der Aufgabe erforderlich sind. Die in der netzelementunabhängigen Dienstleistungsanforderung angegebenen Steuerparameter werden in diesen Befehlen in der aufgrund der Struktur der Befehlssprache erforderlichen Weise angeordnet. Jede netzelementunabhängige, allgemeine Befehlsanforderung weist für jedes Netzelement eine separate netzelementspezifische oder befehlssprachenspezifische Aufgabe mit Befehlsanforderungen auf. Wenn ein neues Netzelement mit einer neuen Befehlssprache unter das Netzverwaltungssystem gebracht wird, kann der Benutzer selbst die Parameterdatei, welche die Befehlssprache und die netzelementabhängigen Aufgaben (Aufgabenmakros bzw. Task-Makros) beschreibt, in der betreffenden Befehlssprache für die gewünschten netzelementunabhängigen Dienstleistungsanforderungen programmieren. Sobald die Aufgabenmakros gebildet worden sind, braucht der Benutzer nichts mehr über die von dem betreffenden Netzelement verwendete Befehlssprache zu wissen. Bei dem Netzverwaltungssystem der Erfindung führt eine Hinzufügung neuer Befehlssprachen oder eine Modifizierung der alten Befehlssprachen zu Veränderungen lediglich auf dem niedrigsten Niveau der Hierarchie bei der Erzeugung von Befehlssprachen, ohne daß irgenwelche anderen Modifikationen in dem Netzverwaltungssystem erforderlich sind; dies kann somit in einfacher Weise von dem Benutzer selbst durchgeführt werden.
  • Es ist sehr zeitaufwendig, die Parameterdatei, die die interne Befehlssprache eines Netzelementes beschreibt, zum Beispiel von Hand zu programmieren, und es werden leicht Fehler gemacht, da z.B. moderne Telefonverrnittlungsstellen hunderte verschiedener Befehle beinhalten können. Gemäß der Erfindung beinhalten die internen Befehle eines Netzelementes einen spezifischen Lesebefehl zum Lesen der internen Inforrnationsstrukturen - wie z.B. syntaktische, semantische und Benutzerhilfe-Daten - irgendeines anderen internen Befehls oder einer anderen Befehlsantwort des Netzelementes. Unter Verwendung dieses Befehls kann der Benutzer das gewünschte Netzelement von dem Netzverwaltungssystem automatisch steuern, die die Befehlssprache des Netzelementes beschreibenden Parameter lesen und diese automatisch in der entsprechenden Datei aktualisieren. Alternativ hierzu ermöglicht der gleiche Lesebefehl, diese Parameter vorübergehend in einen anderen Speicher, z.B. eine Speicherplatte, einzulesen, mittels der sie in einfacher Weise in eine Datei des Netzverwaltungssystems übertragen werden konnen. Diese Anordnung beschleunigt und vereinfacht die Bildung von Parameterdateien beträchtlich, und sie eliminiert Fehler, die bei der Bildung leicht gemacht werden.
  • Im folgenden wird die Erfindung anhand von Ausführungsbeispielen und unter Bezugnahme auf die Begleitzeichnungen ausführlicher beschrieben; darin zeigen:
  • Fig. 1 ein Funktionsblockdiagramm des Netzverwaltungssystems der Erfindung; und
  • Fig. 2 ein Funktionsbldckdiagramm des Befehlsgenerators, der in dem Kommunikations-Server 1 der Fig. 1 vorgesehen ist.
  • Die Architektur und die Hauptoperationen des Netzverwaltungssystems der Erfindung sowie dessen Merkmale, die sich auf die Benutzeranwendung beziehen, werden im folgenden un ter Bezugnahme auf das Blockdiagramm der Fig. 1 beschrieben. Bei dem als Beispiel angeführten Netzverwaltungssystem handelt es sich um ein dezentrales System, das ein lokales Netz (LAN) verwendet und sich in flexibler Weise modifizieren und erweitern läßt. Das Netzverwaltungssystem der Erfindung kann selbstverständlich auch mit anderen Systemarchitekturen ausgeführt werden. In Fig. 1 weist das Netzverwaltungssystem einen Kommunikations-Server 1, einen Datenbank-Server sowie eine Vielzahl von Arbeitsstationen 10 auf, die mit einem lokalen Netz 3 verbunden sind. Bei der körperlichen Kon struktion des lokalen Netzes kann es sich z.B. um Ethernet handeln, und bei dem dabei verwendeten Protokoll kann es sich z.B. um TCP/IP handeln. Netzverwaltungsaufgaben z.B. zum Überwachen der Konfiguration, von Alarmzuständen und der Leistung von Netzelementen, wie zum Beispiel von öffentlichen Telefonverrnittlungsstellen oder mobilen Vermittlungsstellen, werden in Anwendungsprogrammen durchgeführt, die in den Arbeitsstationen 10 und den Servern 1 und 2 zum Beispiel in einer offenen UNIX-Umgebung ablaufen. Der Datenbank- Server 2 bildet eine SQL-Schnittstelle 10 mit der Netzdatenbank 4 für die Anwendungsprogramme zum Speichern und Suchen von Netzverwaltungsdaten. Die Datenbank 4 enthält Netzkonfigurations-Verwaltungsdaten, die alle der Netzelemente beschreiben, sowie auch mögliche Leistungsdaten, Rechnungsstellungsinformation usw.
  • Der Kommunikations-Server 1 bildet einen Übergang zwischen den Netzverwaltungsanwendungen und den zu verwaltenden Netzelementen. Diese Netzelemente des Telekommunikationssystems 11 können z.B. das Nokia Telecommunications DX200-Schaltsystem 5, das LM Ericsson AXE-Schaltsystem 6 sowie das Siemens EWSD-Schaltsystem 7 mit deren Steuerheinheiten sowie Schaltungs- und Signalgabeelemente in dem PSTN- und dem CCS7-Netz beinhalten. Im folgenden werden die Abkürzungen DX2OO, AXE und EWSD für diese Netzelemente verwendet. Der Kommunikations-Server 1 kann X.25-Verbindungen oder OSI- Verbindungen auf Ethernet-Basis mit dem Betriebs- und Wartungszentrum (OMC) für DX200-Verrnittlungsstellen haben, wobei das OMC das höchste Niveau der zentralisierten Verwaltung des gesamten Netzes von DX200-Verrnittlungsstellen bildet. Es kann auch eine Verbindung direkt mit einer DX200- Verrnittlungsstelle vorhanden sein. Die Verbindungen zwischen dem Kommunikations-Server 1 und den AXE- und EWSD-Vermittlungsstellen 6, 7 verwenden die für das AXE- und das EWSD- System spezifischen Übertragungsprotokolle. Der Kommunikations-Server 1 sieht drei Arten von Schnittstellen vor:
  • 1) MML- (Man-Machine-Language bzw. Mensch-Maschine- Sprachen-)Befehle oder Aufgabenanforderungen an Netzelemente, 2) Dateiübertragungsdienstleistungen zum Übertragen von Dateien von Netzelementen, und 3) Empfang von spontanen Antworten von Netzelementen.
  • Im Prinzip haben verschiedene Hersteller versucht, die Befehlssprachen ihrer Netzelemente in einer Befehlssprache auszuführen, die durch die CCITT-Empfehlungen Z.301 - Z.341 definiert ist. Da jedoch die Definitionen der syntaktischen und semantischen Strukturen dieser Befehlssprachen vage sind, können verschiedene Hersteller sehr unterschiedliche Wege zur Bewältigung der Aufgabe auswählen und am Ende bei ganz verschiedenen Arten von Sprachen ankommen. Außerdem können beträchtliche Unterschiede zwischen den Befehlssprachen verschiedener Systemgenerationen selbst desselben Herstellers vorhanden sein. Das Netzverwaltungssystem und der Kommunikations-Server 1 sollten in der Lage sein, mit jedem Netzelement in seiner eigenen Befehlssprache zu kommunizieren. Bei dem System der Erfindung ist dies in einer derartigen Weise ausgeführt, daß die Benutzer alle ihrer täglichen Routinen in Dienstleistungen programmieren können, die einfach zu verwenden sind. Die Dienstleistungen sind netzelementunabhängig und enthalten eine geeignete Benutzer- Schnittstelle mit Menüs und Benutzerhilfetexten. Der Kommunikations-Server wandelt die netzelementunabhängigen Dienstleistungsanforderungen, die er erhalten hat, in Abhängigkeit von der internen Befehlssprache des Netzelementes, welches das Ziel der Dienstleistung ist, mittels Software, die im folgenden als Befehlsgenerator bezeichnet wird, automatisch in Befehle um. Mit anderen Worten, es handelt sich bei dem Befehlsgenerator um allgemeine Software, die von allgemeinen und netzelementunabhängigen Dienstleistungsanforderungen die MML-Befehle erzeugt, die zur Ausführung einer Aufgabe zum Steuern eines bestimmten Netzelements erforderlich sind.
  • Die Struktur und die Arbeitsweise des in dem Kommunikations- Server 1 enthaltenen Befehlsgenerators werden unter Bezugnahme auf das Funktionsblockdiagramm der Fig. 2 beschrieben. Der als Beispiel angeführte Befehlsgenerator ist in vier Funktionsblöcke unterteilt: Einen Verifikationsblock 21, einen Logik-Block 22, einen Befehlsgeneratorblock 23 und einen Antwortanalyseblock 24. Ferner zeigt Fig. 2 einen Speicher 25 zum Speichern von netzelementspezifischen Parametern, die die Befehlssprache beschreiben, sowie einen Speicher 26 zum Speichern von Darstellungen von netzelementspezifischen Antworten.
  • Der Verifikationsblock 21 verifiziert die Plausibilität der Steuerparameter, die in der Dienstleistungsanforderung Rq von dem die Dienstleistung anfordernden Anwendungsprogramm auftreten, sowie den Zustand des oder der Netzelemente 5, 6, 7 von der Netzdatenbank 4. Zusätzlich dazu stellt der Venfikationsblock 21 mittels Verbindungsherstellungseinrichtungen (nicht gezeigt), die in dem Kommunikations-Server 1 enthalten sind, Verbindungen mit dem (den) Netzelement(en) her, die zum Durchführen der Dienstleistunganforderung notwendig sind, und er zeichnet die empfangene Dienstleistungsanforderung Rq als solche in einer logischen Datei auf und wandelt die Dienstleistungsanforderung bei Bedarf um. Die Schnittstelle zwischen dem Verifikationsblock 21 und dem Logik- Block 22 ist vorzugsweise derart gewählt, daß sie der Telekommunikations-Schnittstelle der zukünftigen TMN-Empfehlungen Q3 des CCITT entspricht. Die zukünftigen Netzelemente bei einer TMN-Schnittstelle können somit direkt durch den Verifikationsblock 21 gesteuert werden.
  • Die verifizierte Dienstleistungsanforderung Rq wird von dem Verifikationsblock 21 dem Logik-Block 22 zugeführt, der eine mehrere netzelementabhängige MML-Befehlsanforderungen enthaltende Aufgabe aus einer allgemeinen netzelementunabhängigen Dienstleistungsanforderung Rq bildet. Für jede netzelementunabhängige Dienstleistung und Dienstleistungsanforderung ist eine separate Aufgabe mit Befehlsanforderungen für jedes erforderliche Netzelement oder jede erforderliche Befehlssprache vorhanden. Die jeweils erforderliche(n) Aufgabe(n) wird (werden) auf der Basis des Zielparameters ausgewählt und gestartet, der in der netzelementunabhängigen Dienstleistungsanforderung enthalten ist und der das (die) Netzelement(e) anzeigt, auf das (die) die Dienstleistung abzielt.
  • Die durch den Logik-Block 22 gebildeten netzelementabhängigen Befehlsanforderungen werden dem Befehlserzeugungsblock 23 zugeführt, der aufgrund von MML-Befehlsanforderungen die endgültigen MML-Befehle gemäß der internen Befehlssprache des Netzelementes bildet, welches das Ziel der Dienstleistung ist, und zwar durch Parameter 25, die die interne Befehlssprache des Netzelementes beschreiben. Die Parameter können einerseits Daten beinhalten, die sich auf den Befehl beziehen, und andererseits Daten beinhalten, die sich auf die Syntax des Befehls beziehen. Die in der Dienstleistungsanforderung Rg angegebenen Steuerparameter werden in den in dem Block 23 erzeugten Befehlen in der durch die betreffende Befehlssprache erforderlichen Weise aufgenommen. Von dem Befehlserzeugungsblock 23 werden die netzelementspezifischen Befehle dem betreffenden Netzelement zugeführt.
  • In seinen Antworten verwendet das Netzelement, welches das Ziel der Dienstleistungsanforderung ist, netzelementspezifische Befehlsantworten, die sich auf das Netzelement beziehende Daten beinhalten. Der Antwortanalyseblock 24 des Befehlsgenerators erhält die netzelementspezifischen Antworten und wandelt diese in ein netzelementunabhängiges Format um, das der Logik-Block 22 versteht, und zwar unter Verwendung der systemspezifischen Darstellungen von Befehlsantworten, die in den Dateien 26 gespeichert sind. Mittels der Befehlsantworten ist es möglich, zum Beispiel den Zustands automaten zu steuern, der durch die von der Dienstleistungsanforderung Rq in dem Logik-Block gestartete Aufgabe erzeugt wird. Das Senden des ersten Befehls der Aufgabe zum Beispiel kann den Zustandsautomaten in einen bestimmten Zustand bringen, wo er auf eine Antwort wartet, daß der Befehl abgeschlossen worden ist. Wenn der Zustandsautomat Information von dem Antwortanalyseblock 24 dahingehend erhält, daß dieser eine Befehlsantwort empfangen hat, die die Beendigung des Befehls anzeigt, fährt der Zustandsautomat mit dem nachfolgenden Zustand fort, in dem er den folgenden Befehl sendet. Netzelementunabhängige Befehlsantworten können von dem Logik-Block 22 weiter zu dem Verifikationsblock 21 übertragen werden und somit als Antworten Re an Anwendungsprogramme übertragen werden.
  • Gemäß der Erfindung enthalten die internen Befehle eines Netzelements, wie z.B. einer Vermittlungsstelle, einen spezifischen Lesebefehl zum Lesen der internen Datenstrukturen - wie z.B. syntaktische, semantische und Benutzerhilfe- Daten - irgendeines anderen internen Befehls oder einer anderen Befehisantwort des Netzelements. Unter Verwendung dieses Befehls kann der Benutzer das gewünschte Netzelement von dem Netzverwaltungssystem automatisch steuern, die die Befehlssprache des Netzelements beschreibenden Parameter lesen und diese in der entsprechenden Datei automatisch aktualisieren. Der Lesebefehl kann direkt von der Arbeits station aus gegeben werden, oder er kann in Parameterdateien gespeichert werden und durch einen netzunabhängigen Befehl gestartet werden, wie dies vorstehend beschrieben wurde.
  • Ein Beispiel für Anwendungsprogramme, die einen Befehlsgenerator in einem Netzverwaltungssystem gemäß der Erfindung verwenden, ist die Verwaltung von Teilnehmeranschlüssen in einer Telefonvermittlungsstelle. Dieser Anwendung können zum Beispiel die folgenden Dienstleistungsanforderungen zugeordnet werden: das Erzeugen, Löschen, Schließen oder Öffnen einer Verbindung, das Lesen von Betriebsmitteln oder das Laden von Zählern einer Verbindung, die Änderung des Ortes einer Verbindung, die Änderung einer Telefonnummer einer Verbindung.
  • Die Begleitzeichnungen und die sich darauf beziehende Beschreibung sollen die vorliegende Erfindung lediglich veranschaulichen. In ihren Details kann das Netzverwaltungssystem der Erfindung im Umfang der beigefügten Ansprüche variieren.

Claims (6)

1. Netzverwaltungssystem, um Daten und Zustände von mehreren Netzelementen (5, 6, 7, 8) wie z .B. Telefonvermittlungsstellen, eines Telekommunikationsnetzes dadurch zu konfigurieren und zu lesen, daß den Netzelementen Befehle gemäß ihrer internen Befehlssprache gegeben werden, wenn wenigstens einige der Netzelemente des Telekommunikationsnetzes untereinander verschiedene interne Befehlssprachen haben, wobei das System folgendes aufweist:
- Speichereinrichtungen (25, 26), um Parameter zu speichern, die die Befehlssprache jedes Netzelementes (5, 6, 7) beschreiben,
- Einrichtungen (WS), um Dienstleistungsanforderungen (Rq) in einem netzelementunabhängigen Format zu erzeugen,
- Umwandlungseinrichtungen (21, 22, 23), um die netzelementunabhängigen Dienstleistungsanforderungen in Befehle entsprechend der Befehlssprache des Netzelementes umzuwandeln, welches das Ziel der Dienstleistung ist, und zwar durch Parameter, die die Befehlssprache des Netzelementes beschreiben,
- eine Einrichtung (1), um die erzeugten Befehle an das Netzelement zu senden, welches das Ziel der Dienstleistung ist, und
- eine Einrichtung (24), um Befehlsantworten zu empfangen, die von dem Netzelement gesendet werden, welches das Ziel der Dienstleistung ist, und um sie in ein netz elementunabhängiges Format umzuwandeln,
dadurch gekennzeichnet,
daß die internen Befehle von wenigstens einem Netzelement (5, 6, 7) einen Lesebefehl zum Lesen der internen Datenstrukturen, wie z .B. syntaktische, semantische und Benutzerhilfe-Daten, irgendeines anderen internen Befehls oder einer anderen Befehlsantwort des Netzelementes enthalten,
und daß das Netzverwaltungssystem derart ausgebildet ist, daß es mit Hilfe des genannten Lesebefehls diejenigen Parameter automatisch aktualisiert, die die Befehlssprache des Netzelementes beschreiben und die in den Speichereinrichtungen (25, 26) gespeichert sind.
2. Netzverwaltungssystem nach Anspruch 1, dadurch gekennzeichnet,
daß die Umwandlungseinrichtungen folgendes aufweisen: eine Befehlsanforderungseinrichtung (22), um eine netzelementunabhängige Dienstleistungsanforderung (Rq) in eine Vielzahl von netzelementabhängigen Befehls anforderungen umzuwandeln, und
- eine Befehlserzeugungseinrichtung (23), um netzelementabhängige Befehle als Antwort auf die von der Befehlsanforderungseinrichtung (22) empfangenen Befehlsanforderungen mit Hilfe derjenigen Parameter zu erzeugen, die die Befehlssprache des Netzelementes beschreiben.
3. Netzverwaltungssystem nach Anspruch 2, dadurch gekennzeichnet,
daß die Umwandlungseinrichtungen folgendes aufweisen:
- eine Einrichtung (22), um die netzelementunabhängige Dienstleistungsanforderung zu verifizieren, und
- eine Einrichtung (22), um das Einrichten einer Verbindung mit dem Netzelement zu beginnen, welches das Ziel der Dienstleistung ist.
4. Netzverwaltungssystem nach Anspruch 1, 2 oder 3, dadurch gekennzeichnet, daß die internen Datenstrukturen, wie z.B. die syntaktischen und semantischen Strukturen, der internen Befehlssprachen von Netzelementen im wesentlichen den CCITT- Empfehlungen Z.301 bis Z.341 entsprechen.
Netzverwaltungssystem nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, daß die Einrichtungen (WS) zum Erzeugen von Dienstleistungsanforderungen Benutzeranwendungsprogramme aufweisen.
6. Netzverwaltungssystem nach Anspruch 1, dadurch gekennzeichnet, daß die Benutzeranwendungsprogramme Teilnehmer- und Leitungsverwaltungsanwendungen aufweisen, beispielsweise zum Erzeugen, Löschen, Schließen, Öffnen oder Modifizieren von Teilnehmerverbindungen.
DE69319103T 1992-03-10 1993-03-10 Netzwerkverwaltungssystem Expired - Fee Related DE69319103T2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FI921035A FI106418B (fi) 1992-03-10 1992-03-10 Verkonhallintajärjestelmä
PCT/FI1993/000087 WO1993018598A1 (en) 1992-03-10 1993-03-10 Network management system

Publications (2)

Publication Number Publication Date
DE69319103D1 DE69319103D1 (de) 1998-07-16
DE69319103T2 true DE69319103T2 (de) 1998-12-24

Family

ID=8534894

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69319103T Expired - Fee Related DE69319103T2 (de) 1992-03-10 1993-03-10 Netzwerkverwaltungssystem

Country Status (6)

Country Link
US (1) US5533116A (de)
EP (1) EP0630539B1 (de)
JP (1) JP3002257B2 (de)
DE (1) DE69319103T2 (de)
FI (1) FI106418B (de)
WO (1) WO1993018598A1 (de)

Families Citing this family (120)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0661891B1 (de) * 1993-12-29 2003-05-02 BRITISH TELECOMMUNICATIONS public limited company Gerät zur Verwaltung eines Elementverwalters für ein Fernmeldevermittlungssystem
WO1995020297A1 (en) * 1994-01-19 1995-07-27 British Telecommunications Public Limited Company An element manager for a communications network
CA2138830A1 (en) * 1994-03-03 1995-09-04 Jamie Joanne Marschner Real-time administration-translation arrangement
ES2230548T3 (es) 1994-05-05 2005-05-01 Sprint Communications Company, L.P. Metodo, sistema y dispositivo para control de telecomunicaciones.
SE502999C2 (sv) * 1994-06-13 1996-03-11 Ericsson Telefon Ab L M Telekommunikationssystem
GB9422722D0 (en) 1994-11-10 1995-01-04 British Telecomm Traffic management
US5757895A (en) * 1995-11-09 1998-05-26 Unisys Corporation Extracting and processing data derived from a common channel signalling network
SE514798C2 (sv) * 1994-11-23 2001-04-23 Ericsson Telefon Ab L M System och förfarande för att förse ett hanterande system med information och ett telekommunikationssystem
FI100497B (fi) 1995-04-13 1997-12-15 Nokia Telecommunications Oy Mukautuva käyttöliittymä
US5742762A (en) * 1995-05-19 1998-04-21 Telogy Networks, Inc. Network management gateway
WO1997005703A2 (en) * 1995-07-26 1997-02-13 Telefonaktiebolaget Lm Ericsson (Publ) Universal object translation agent
FR2738699B1 (fr) * 1995-09-11 1997-10-17 Cit Alcatel Systeme de gestion des telecommunications
US5764955A (en) * 1995-10-19 1998-06-09 Oasys Group, Inc. Gateway for using legacy telecommunications network element equipment with a common management information protocol
SE515343C2 (sv) * 1995-10-19 2001-07-16 Ericsson Telefon Ab L M Stödfunktion för nätelement
US6393496B1 (en) * 1995-11-09 2002-05-21 Curtis A. Schwaderer Operating system and network independent application program interface for use in an intelligent communication device
FI101580B (fi) * 1995-11-24 1998-07-15 Nokia Telecommunications Oy Tietojärjestelmän muunneltavuuden parantaminen
GB2308778B (en) * 1995-12-28 1998-06-10 Nokia Telecommunications Oy Telecommunications network management system
GB2308779B (en) * 1995-12-28 1998-06-10 Nokia Telecommunications Oy Telecommunications network management system
EP0814621A3 (de) * 1996-06-17 1998-11-11 Ericsson Invention Ireland Limited Fernmeldevermittlungssystem
US5892950A (en) * 1996-08-09 1999-04-06 Sun Microsystems, Inc. Interface for telecommunications network management
CA2197517C (en) 1997-02-13 2002-01-15 Mitel Corporation Database access server for pbx
US6144731A (en) * 1997-03-12 2000-11-07 Harris Corporation Distributed telephony management
US6480890B1 (en) * 1997-05-30 2002-11-12 Alcatel Usa Sourcing, L.P. World Wide Web interface to telecom service creation environment
US5937048A (en) * 1997-06-05 1999-08-10 Bell Atlantic Network Services, Inc. Program controlled switch provisioning
JP3068037B2 (ja) * 1997-06-23 2000-07-24 日本電気株式会社 サービス管理機能実行方式
US5991814A (en) * 1997-07-10 1999-11-23 Alcatel Method and apparatus for controlling command line transfer to a network element
FI973313A (fi) 1997-08-12 1999-02-13 Nokia Telecommunications Oy Menetelmä V5-liitänt¦jen protokollien välittä
FI973312A (fi) 1997-08-12 1999-02-13 Nokia Telecommunications Oy Menetelmä tilaajan osoittamiseksi ketjutetussa V5-liitännässä
FI974089A (fi) 1997-10-29 1999-04-30 Nokia Telecommunications Oy Menetelmä PSTN-merkinantosovituksen suorittamiseksi tietoliikennejärjestelmässä
US6038563A (en) * 1997-10-31 2000-03-14 Sun Microsystems, Inc. System and method for restricting database access to managed object information using a permissions table that specifies access rights corresponding to user access rights to the managed objects
DE19807076A1 (de) 1998-02-20 1999-08-26 Cit Alcatel Datenbereitstellungsystem
DE19810869A1 (de) * 1998-03-13 1999-09-16 Cit Alcatel Verfahren zur Verwaltung von Telekommunikationsdienst-Daten eines Teilnehmers sowie Server und Vermittlungsstelle hierzu
ES2140342B1 (es) * 1998-03-20 2000-10-16 Telefonica Sa Dispositivo de control sectorial de transmision.
SE521163C2 (sv) 1998-05-08 2003-10-07 Ericsson Telefon Ab L M System och metod för kommunikation mellan klienter och hanterade system via två kommunikationsnät
US6292891B1 (en) 1999-01-05 2001-09-18 Nokia Networks Ov Method of connecting base station to cellular system
FI107206B (fi) * 1999-03-16 2001-06-15 Nokia Networks Oy Menetelmä ja laite rajapinnan määrittämiseksi ja tietoliikennejärjestelmä
US20040160917A1 (en) * 1999-06-22 2004-08-19 Eliznd Ihab H. Multibeam antenna for a wireless network
DE19947083A1 (de) * 1999-09-30 2001-04-05 Siemens Ag Konfigurieren eines Telekommunikationsnetzes mit mehreren Netzregionen
US7107325B1 (en) * 1999-11-15 2006-09-12 Insweb Corporation System and method for optimizing and processing electronic pages in multiple languages
US20010047383A1 (en) * 2000-01-14 2001-11-29 Dutta Prabal K. System and method for on-demand communications with legacy networked devices
US6970552B1 (en) 2000-03-22 2005-11-29 Sbc Properties, L.P. Web-based network monitoring tool
DE10021738A1 (de) * 2000-05-04 2001-11-22 Siemens Ag Koordinierte netzwerkweite Administration von Vermittlungsstellen
DE10021550A1 (de) * 2000-05-04 2001-11-08 Siemens Ag Netzweite Endkundenadministration über Administrationstechnik des Betreibers
US9048965B2 (en) * 2001-08-24 2015-06-02 Mark Henrik Sandstrom Input-controllable dynamic cross-connect
CA2365436A1 (en) * 2001-12-19 2003-06-19 Alcatel Canada Inc. Command language interface processor
DE60216885T2 (de) * 2001-12-19 2007-07-05 Alcatel Canada Inc., Ottawa Prozessor für die Befehlszeilenschnittstelle
US9917883B2 (en) 2002-06-13 2018-03-13 Throughputer, Inc. Direct binary file transfer based network management system free of messaging, commands and data format conversions
US20080117068A1 (en) * 2006-11-16 2008-05-22 Mark Henrik Sandstrom Intelligent Network Alarm Status Monitoring
US20080120399A1 (en) * 2006-11-16 2008-05-22 Mark Henrik Sandstrom Direct Binary File Transfer Based Network Management System Free of Messaging, Commands and Data Format Conversions
DE60303106T2 (de) * 2002-08-19 2006-08-24 Alcatel Canada Inc., Kanata Kommandozeilenschnittstellen Prozessor mit dynamischer Aktualisierung von Attributabhängigkeiten
US7536716B2 (en) * 2003-04-17 2009-05-19 Alcatel Lucent Labeling gateway for compartmented multi-operator network elements over a heterogeneous network
KR100560749B1 (ko) * 2003-12-03 2006-03-13 삼성전자주식회사 차세대 네트워크의 단대단 망관리를 위한 통합 이엠에스및 그 망관리 방법
US20060098578A1 (en) * 2004-11-08 2006-05-11 Sbc Knowledge Ventures, L.P. System and method for converting autonomous PM data into periodic PM data
US20080117808A1 (en) * 2006-11-16 2008-05-22 Mark Henrik Sandstrom Automatic configuration of network elements based on service contract definitions
KR100865015B1 (ko) * 2007-01-26 2008-10-23 삼성에스디에스 주식회사 실시간 통합 관리정보 데이터 변환 및 모니터링 장치 및 그방법
US9727441B2 (en) * 2011-08-12 2017-08-08 Microsoft Technology Licensing, Llc Generating dependency graphs for analyzing program behavior
US9229894B2 (en) * 2013-04-09 2016-01-05 Apple Inc. Protocol conversion involving multiple virtual channels
US11449370B2 (en) 2018-12-11 2022-09-20 DotWalk, Inc. System and method for determining a process flow of a software application and for automatically generating application testing code
US11025508B1 (en) 2020-04-08 2021-06-01 Servicenow, Inc. Automatic determination of code customizations
US11296922B2 (en) 2020-04-10 2022-04-05 Servicenow, Inc. Context-aware automated root cause analysis in managed networks
US10999152B1 (en) 2020-04-20 2021-05-04 Servicenow, Inc. Discovery pattern visualizer
US11301435B2 (en) 2020-04-22 2022-04-12 Servicenow, Inc. Self-healing infrastructure for a dual-database system
US11392768B2 (en) 2020-05-07 2022-07-19 Servicenow, Inc. Hybrid language detection model
US11263195B2 (en) 2020-05-11 2022-03-01 Servicenow, Inc. Text-based search of tree-structured tables
US11470107B2 (en) 2020-06-10 2022-10-11 Servicenow, Inc. Matching configuration items with machine learning
US11277359B2 (en) 2020-06-11 2022-03-15 Servicenow, Inc. Integration of a messaging platform with a remote network management application
US11451573B2 (en) 2020-06-16 2022-09-20 Servicenow, Inc. Merging duplicate items identified by a vulnerability analysis
US11379089B2 (en) 2020-07-02 2022-07-05 Servicenow, Inc. Adaptable user interface layout for applications
US11277321B2 (en) 2020-07-06 2022-03-15 Servicenow, Inc. Escalation tracking and analytics system
US11301503B2 (en) 2020-07-10 2022-04-12 Servicenow, Inc. Autonomous content orchestration
US11449535B2 (en) 2020-07-13 2022-09-20 Servicenow, Inc. Generating conversational interfaces based on metadata
US11632300B2 (en) 2020-07-16 2023-04-18 Servicenow, Inc. Synchronization of a shared service configuration across computational instances
US11748115B2 (en) 2020-07-21 2023-09-05 Servicenow, Inc. Application and related object schematic viewer for software application change tracking and management
US11343079B2 (en) 2020-07-21 2022-05-24 Servicenow, Inc. Secure application deployment
US11272007B2 (en) 2020-07-21 2022-03-08 Servicenow, Inc. Unified agent framework including push-based discovery and real-time diagnostics features
US11095506B1 (en) 2020-07-22 2021-08-17 Servicenow, Inc. Discovery of resources associated with cloud operating system
US11582106B2 (en) 2020-07-22 2023-02-14 Servicenow, Inc. Automatic discovery of cloud-based infrastructure and resources
US11275580B2 (en) 2020-08-12 2022-03-15 Servicenow, Inc. Representing source code as implicit configuration items
US11372920B2 (en) 2020-08-31 2022-06-28 Servicenow, Inc. Generating relational charts with accessibility for visually-impaired users
US11245591B1 (en) 2020-09-17 2022-02-08 Servicenow, Inc. Implementation of a mock server for discovery applications
US11625141B2 (en) 2020-09-22 2023-04-11 Servicenow, Inc. User interface generation with machine learning
US11150784B1 (en) 2020-09-22 2021-10-19 Servicenow, Inc. User interface elements for controlling menu displays
US11632303B2 (en) 2020-10-07 2023-04-18 Servicenow, Inc Enhanced service mapping based on natural language processing
US11734025B2 (en) 2020-10-14 2023-08-22 Servicenow, Inc. Configurable action generation for a remote network management platform
US11342081B2 (en) 2020-10-21 2022-05-24 Servicenow, Inc. Privacy-enhanced contact tracing using mobile applications and portable devices
US11258847B1 (en) 2020-11-02 2022-02-22 Servicenow, Inc. Assignments of incoming requests to servers in computing clusters and other environments
US11868593B2 (en) 2020-11-05 2024-01-09 Servicenow, Inc. Software architecture and user interface for process visualization
US11363115B2 (en) 2020-11-05 2022-06-14 Servicenow, Inc. Integrated operational communications between computational instances of a remote network management platform
US11281442B1 (en) 2020-11-18 2022-03-22 Servicenow, Inc. Discovery and distribution of software applications between multiple operational environments
US11693831B2 (en) 2020-11-23 2023-07-04 Servicenow, Inc. Security for data at rest in a remote network management platform
US11269618B1 (en) 2020-12-10 2022-03-08 Servicenow, Inc. Client device support for incremental offline updates
US11216271B1 (en) 2020-12-10 2022-01-04 Servicenow, Inc. Incremental update for offline data access
US11630717B2 (en) 2021-01-06 2023-04-18 Servicenow, Inc. Machine-learning based similarity engine
US11301365B1 (en) 2021-01-13 2022-04-12 Servicenow, Inc. Software test coverage through real-time tracing of user activity
US11418586B2 (en) 2021-01-19 2022-08-16 Servicenow, Inc. Load balancing of discovery agents across proxy servers
US11301271B1 (en) 2021-01-21 2022-04-12 Servicenow, Inc. Configurable replacements for empty states in user interfaces
US11921878B2 (en) 2021-01-21 2024-03-05 Servicenow, Inc. Database security through obfuscation
US11513885B2 (en) 2021-02-16 2022-11-29 Servicenow, Inc. Autonomous error correction in a multi-application platform
US11277369B1 (en) 2021-03-02 2022-03-15 Servicenow, Inc. Message queue architecture and interface for a multi-application platform
US11831729B2 (en) 2021-03-19 2023-11-28 Servicenow, Inc. Determining application security and correctness using machine learning based clustering and similarity
US11640369B2 (en) 2021-05-05 2023-05-02 Servicenow, Inc. Cross-platform communication for facilitation of data sharing
US11635752B2 (en) 2021-05-07 2023-04-25 Servicenow, Inc. Detection and correction of robotic process automation failures
US11635953B2 (en) 2021-05-07 2023-04-25 Servicenow, Inc. Proactive notifications for robotic process automation
US11277475B1 (en) 2021-06-01 2022-03-15 Servicenow, Inc. Automatic discovery of storage cluster
US11762668B2 (en) 2021-07-06 2023-09-19 Servicenow, Inc. Centralized configuration data management and control
US11418571B1 (en) 2021-07-29 2022-08-16 Servicenow, Inc. Server-side workflow improvement based on client-side data mining
US11516307B1 (en) 2021-08-09 2022-11-29 Servicenow, Inc. Support for multi-type users in a single-type computing system
US11960353B2 (en) 2021-11-08 2024-04-16 Servicenow, Inc. Root cause analysis based on process optimization data
US11734381B2 (en) 2021-12-07 2023-08-22 Servicenow, Inc. Efficient downloading of related documents
US12099567B2 (en) 2021-12-20 2024-09-24 Servicenow, Inc. Viewports and sub-pages for web-based user interfaces
US12001502B2 (en) 2022-01-11 2024-06-04 Servicenow, Inc. Common fragment caching for web documents
US11829233B2 (en) 2022-01-14 2023-11-28 Servicenow, Inc. Failure prediction in a computing system based on machine learning applied to alert data
US11582317B1 (en) 2022-02-07 2023-02-14 Servicenow, Inc. Payload recording and comparison techniques for discovery
US11734150B1 (en) 2022-06-10 2023-08-22 Servicenow, Inc. Activity tracing through event correlation across multiple software applications
US11989538B2 (en) 2022-06-21 2024-05-21 Servicenow, Inc. Orchestration for robotic process automation
US12056473B2 (en) 2022-08-01 2024-08-06 Servicenow, Inc. Low-code / no-code layer for interactive application development
US12095634B2 (en) 2022-08-12 2024-09-17 Servicenow, Inc. Hybrid request routing system
US12039328B2 (en) 2022-09-30 2024-07-16 Servicenow, Inc. Configuration items for supporting automations and efficacies thereof
US12072775B2 (en) 2022-12-07 2024-08-27 Servicenow, Inc. Centralized configuration and change tracking for a computing platform
US12131168B1 (en) 2023-04-18 2024-10-29 Servicenow, Inc. Outcome-oriented automation platform

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE3676889D1 (de) * 1985-07-05 1991-02-21 Siemens Ag Anordnung zum bedienen und warten einer fernmelde- insbesondere fernsprechvermittlungsanlage.
US5133004A (en) * 1990-05-07 1992-07-21 Unisys Corporation Digital computer platform for supporting telephone network applications
US5285494A (en) * 1992-07-31 1994-02-08 Pactel Corporation Network management system

Also Published As

Publication number Publication date
US5533116A (en) 1996-07-02
FI106418B (fi) 2001-01-31
FI921035A0 (fi) 1992-03-10
WO1993018598A1 (en) 1993-09-16
DE69319103D1 (de) 1998-07-16
EP0630539A1 (de) 1994-12-28
JP3002257B2 (ja) 2000-01-24
FI921035A (fi) 1993-09-11
EP0630539B1 (de) 1998-06-10
JPH07504543A (ja) 1995-05-18

Similar Documents

Publication Publication Date Title
DE69319103T2 (de) Netzwerkverwaltungssystem
DE60130808T2 (de) System und Verfahren zur Konfiguration von Netzwerkressourcen
DE602004011928T2 (de) Verfahren zur Steuerung einer gemeinsamen genutzten Ressource durch verschiedene Manager
DE69327777T2 (de) Informationsbearbeitungseinrichtung, die die Führung von Betriebsmitteln durch ein Verwaltungssystem erlaubt
DE69228819T2 (de) Konfigurations- und Betriebsverfahren eines Telekommunikationsgeräts
EP0825527B1 (de) Verfahren zur Unterstützung der Adress-Interaktion zwischen einer ersten und einer zweiten Einheit
DE69637142T2 (de) Netzwerkverwaltung mit Erfassung von formatierten Abzugdaten aus einem Fernprozess
DE69821243T2 (de) Rekonfigurierung eines zellularen telefonnetzes
DE19822553A1 (de) Netzelement mit einer Steuerungseinrichtung und Steuerungsverfahren
DE69504313T2 (de) Datenspeicher
DE69519991T2 (de) Netzwerkverwaltung für mehrere netzwerke
DE69519205T2 (de) Verfahren zur Erzeugung von Verbindungen in einem Kommunikationsnetzwerk
DE60216885T2 (de) Prozessor für die Befehlszeilenschnittstelle
DE69833845T2 (de) Intelligente Schnittstelle zwischen einem Dienststeuerpunkt und einem Signalisierungsnetz
DE69838373T2 (de) Zustandsmaschine für ein System zur Spurverwaltung
DE69910570T2 (de) Programmierung von anrufverarbeitungsanwendungen in einem vermittlungssystem
EP1457002B1 (de) Persistente speicherung von netzwerkmanagementdaten unter verwendung von objektreferenzen
DE60303106T2 (de) Kommandozeilenschnittstellen Prozessor mit dynamischer Aktualisierung von Attributabhängigkeiten
DE19947083A1 (de) Konfigurieren eines Telekommunikationsnetzes mit mehreren Netzregionen
DE60218631T2 (de) Status - basierende Verfahrensverwaltungsmethode für ein Kommunikationstransportnetz
DE69617931T2 (de) Konfiguration eines telekommunikationsschalters
WO2000054520A1 (de) Verfahren und netzelement zum betreiben eines telekommunikationsnetzes
DE60107930T2 (de) Kommunikation zwischen einer Applikation und einem Netzelement
EP1145538A2 (de) Verfahren und kommunikationssystem zur behandlung von zustandsinformationen durch ein mehrere managementebenen aufweisendes managementnetz
EP2002601B1 (de) Auffinden von unidirektionalen handover-beziehungen

Legal Events

Date Code Title Description
8364 No opposition during term of opposition
8339 Ceased/non-payment of the annual fee