-
1 ist ein Diagramm eines
beispielhaften Netzwerks, das eine Nachzeit-Netzwerkanalysesoftware (NAS)
(oder Netzwerkprotokoll-Analyse/Analysator-Software/Anwendung) umfasst,
die Netzwerkdaten, die durch Echtzeit-Netzwerkdatenaufnahmeausrüstungen
aufgenommen werden, auf eine nachzeitige Weise analysiert. In einer
Netzwerkumgebung sind Netzwerkdatenaufnahmeausrüstungen 100 (100a-n)
kommunikativ mit einem Testnetzwerk 102 (Testnetzwerken 102)
verbunden, um die Netzwerkdaten in Echtzeit aufzunehmen. Die Testnetzwerke 102 können irgendein
Typ eines Netzwerks sein, wie beispielsweise ein Asynchron-Transfer-Modus-Netzwerk
(ATM-Netzwerk),
ein drahtloses 3G-Mobilkommunikationsnetzwerk, ein TCP/IP-Netzwerk,
etc. Netzwerkanalysatoren bzw. – analysevorrichtungen,
die eine Software sind, die auf Personalcomputern implementiert
ist, (NA-PC-SW) 104 (104an) empfangen, analysieren und
speichern die Echtzeit-Netzwerkdaten,
die durch die Netzwerkdatenaufnahmeausrüstungen 100a-n aufgenommen
werden. Genauer gesagt bilden die NA-PC-SW 104 eine Schnittstelle
mit den Netzwerkdatenaufnahmeausrüstungen 100a-n durch eine NA-PC-SW-Schnittstelle 103 (103a-n).
-
Falls
eine andere oder neue Netzwerkanalysatorsoftware (-analysatoranwendung)
(z. B. durch eine andere Entität
oder ein Entwicklungsteam) implementiert wird oder verfügbar wird,
um aufgenommene Netzwerkdaten zu analysieren, wie beispielsweise
die Anwendung (NAS) 106, aber inkompatibel mit der NA-PC-SW 104 ist
und/oder nicht die NA-PC-SW-Schnittstelle 103 umfasst,
um eine Schnittstelle mit den Netzwerkdatenaufnahmeausrüstungen
100a-n zu bilden, kann die NAS 106 die Netzwerkdatenaufnahmeausrüstungen
100a-n nicht steuern (keine Schnittstelle mit denselben bilden),
um Echtzeitnetzwerkdaten aufzunehmen, um Netzwerkdatenana- lysefunktionen (d.
h. Messungen) der NAS 106 zu liefern. Um deshalb die Netzwerkdatenanalysefunktionen
(d. h. Messungen) der NAS 106 zu liefern/verwenden/vermarkten,
die inkompatibel zu der NA-PC-SW 104 und/oder den Netzwerkdatenaufnahmeausrüstungen 100 ist,
gab es herkömmlicherweise
zwei Optionen zum Durchführen
von Nachzeit-Netzwerkdatenanalysefunktionen (d. h. Nachzeit-Messungen)
oder Transplantieren der Netzwerkdatenanalysefunktionen der zu der
NA-PC-SW 104 inkompatiblen NAS 106.
-
Hinsichtlich
nachzeitiger Messungen können
die in Echtzeit aufgenommenen Netzwerkdaten durch die NA-PC-SW 104 in
erzeugten Dateien 108a-n gespeichert werden und auf dieselben kann
durch die NAS 106 auf eine nachzeitige Weise zugegriffen
werden, um eine Nachzeit-Analyse der gespeicherten Netzwerkdaten
durchzuführen.
Eine Nachzeit-Netzwerkdatenanalyse
kann jedoch z. B. durch ein Fehlersuchen bei veralteten Netzwerkdaten
ineffizient sein und zu fehlerhaften oder unzuverlässigen Fehlersuchergebnissen
gegenüber
einer Echtzeit-Netzwerkdatenanalyse und -fehlersuche führen. Hinsichtlich
einer Messungstransplantation wird, weil die NAS 106 wahrscheinlich
sehr unterschiedlich von der NA-PC-SW 104 und der NA-PC-SW-Schnittstelle 103 ist,
ein Softwaretransplantieren oder -übertragen einen großen Aufwand
nach sich ziehen und lange Zeit benötigen. Zum Beispiel können die
Benutzerschnittstelle (UI = user interface) der NA-PC-SW 104 und
Datenhandhabungsklassen aus einem reichhaltigen Satz von Plattformbasisklassen
abgeleitet sein, derart, dass die Benutzerschnittstellenklassen
und Datenhandhabungsklassen der NAS 106 dazu zu bringen,
mit den UI- und Datenhandhabungsklassen der NA-PC-SW 104 zu
arbeiten, viel Aufwand erfordert (d. h. das meiste des Codes der
NAS 106 muss neu geschrieben werden). Ferner ist es wahrscheinlich,
dass die NA-PC-SW-Schnittstelle 103 zu den Netzwerkdatenaufnahmeausrüstungen 100 auf
einem spezifischen (weniger standardmäßigen) Schnittstellenformat
beruht, was ein Schreiben eines neuen spezifischen komplizierten
Programmcodes in der NAS 106 erfordert, um eine direkte
kommunizierbare Verbindung mit den Netzwerkdatenaufnahmeausrüstungen 100 über die
NA-PC-SW-Schnittstelle 103 herzustellen.
Folglich erhöht
ein langes Softwareübertragen
Forschungs- und Entwicklungskosten und verzögert eine Vermarktungszeit
von neuen Messungen erheblich.
-
Wie
es ferner in 1 gezeigt
ist, steuert eine Instanz der NA-PC-Software 104 lediglich
eine Netzwerkdatenaufnahmeausrüstung 100.
Und jede Netzwerkdatenaufnahmeausrüstung 100a-n liefert Netzwerkdaten
für eine
Messung einer Netzwerkanalysatorsoftware (z. B. der NA-PC-SW 104,
der NAS 106 etc.) durch ein Aufnehmen von Echtzeitdaten
und Senden der aufgenommenen Echtzeit-Netzwerkdaten durch einen zweckgebundenen
Kommunikationsanschluss 105 (105a-n) zu der NA-PC-SW 104a-n, die analysiert
werden soll, oder im Fall der NAS 106 gespeichert und analysiert
werden soll. Die NAS 106, die Dateien 108a-n, die NA-PC-SW 104 und
die Netzwerkdatenaufnahmeausrüstungen 100 sind
typischerweise in Internetprotokoll- (IP-)/zweckgebundenen Netzwerken 110 kommunizierbar
verbunden.
-
Es
ist eine Aufgabe der vorliegenden Erfindung, ein Verfahren, einen
Netzwerkdatenanalysator, ein Datennetzwerktestcomputersystem und
eine Echtzeit-Mehrtor-Netzwerkdatenanalysevorrichtung mit verbesserten
Charakteristika zu schaffen.
-
Diese
Aufgabe wird durch ein Verfahren gemäß Anspruch 1 und Anspruch 9,
einen Netzwerkdatenanalysator gemäß- Anspruch 10, ein Datennetzwerktestcomputersystem
gemäß Anspruch
16 und eine Echtzeit-Mehrtor-Netzwerkdatenanalysevorrichtung gemäß Anspruch
17 gelöst.
-
Die
hierin beschriebenen Ausführungsbeispiele
werden in Verbindung mit den zugehörigen Zeichnungen klarer und
ersichtlicher.
-
Bevorzugte
Ausführungsbeispiele
der vorliegenden Erfindung werden nachfolgend Bezug nehmend auf
die beiliegenden Zeichnungen näher
erläutert.
Es zeigen:
-
1 ein
Diagramm eines beispielhaften Netzwerks, das eine Netzwerkanalysesoftware
(NAS) umfasst, die auf eine nachzeitige Weise Netzwerkdaten analysiert,
die durch eine Echtzeit-Netzwerkdatenaufnahmeausrüstung aufgenommen
werden;
-
2 ein
Diagramm eines Netzwerks, das eine Echtzeit-Netzwerkanalysesoftware (NAS-RT = network
analysis software real-time) umfasst, die in Echtzeit Netzwerkdaten
analysiert, die durch Netzwerkdatenaufnahmeausrüstungen in Echtzeit aufgenommen
werden, gemäß einem
beispielhaften Ausführungsbeispiel;
-
3 ein
Flussdiagramm einer Echtzeit-Netzwerkanalysesoftware (NAS-RT), die
eine Schnittstelle mit den Echtzeit-Speicherung-zu-Medien-Erfassungssystemen
(RTSM-Erfassungssystemen; RTSM = real-time store to media) bildet,
gemäß einem
beispielhaften Ausführungsbeispiel;
-
4 ein
Diagramm eines beispielhaften drahtlosen Mobilnetzwerks, das durch
die SART analysiert wird, wie es in 2 gezeigt
ist, gemäß einem
beispielhaften Ausführungsbeispiel;
und
-
5 ein
Diagramm eines beispielhaften Asynchron-Transfer-Modus-Netzwerks (ATM-Netzwerk), das
durch die SART analysiert wird, die in 2 gezeigt
ist, gemäß einem
beispielhaften Ausführungsbeispiel.
-
Nun
wird detailliert auf beschriebene Ausführungsbeispiele Bezug genommen,
von denen Beispiele in den zugehörigen Zeichnungen
dargestellt sind, wobei sich gleiche Bezugszeichen auf die gleichen
Elemente überall
beziehen. Die Ausführungsbeispiele
sind unten durch Bezugnahme auf die Figuren beschrieben.
-
2 ist
ein Diagramm eines Netzwerks, das eine Echtzeit-Netzwerkanalysesoftware umfasst, die
auf eine Echtzeit-Weise
Netzwerkdaten analysiert, die durch Netzwerkdatenaufnahmeausrüstungen
in Echtzeit aufgenommen werden, gemäß einem beispielhaften Ausführungsbeispiel.
In 2 kann die Netzwerkanalysesoftware, die Netzwerkprotokolle
in Echtzeit analysiert, ein Echtzeit-SIGNALISIERUNGSBERATER (SART =
SIGNALING ADVISOR Real-time) sein, der von AGILENT TECHOLOGIES,
INC., Palo Alto, Kalifornien, der Anmelderin der vorliegenden Patentanmeldung,
erhältlich
ist. In 2 sind als ein Beispiel einer
Netzwerktestumgebung, in der die Ausführungsbeispiele, die hierin
beschrieben sind, implementiert sein können, Netzwerkdatenaufnahmeausrüstungen
implementiert gemäß Echtzeit-Speicherung-zu-Medien-Erfassungssystemen (RTSM-Erfassungssystemen) 200 (200a-n)
(hierin im Folgenden als RTSM bezeichnet), die von AGILENT TECHNOLOGIES,
INC., Palo Alto, Kalifornien, der Anmelderin der vorliegenden Patentanmeldung,
erhältlich sind.
Das RTSM 200 weist z. B. den AGILENT Echtzeit-Verbindungsschichtprozessor-Hardwaresystem-Abschnitt
(Echtzeit-LLP-Hardwaresystem-Abschnitt; LLP = Link Layer Processor)
und den Datenerfassungs-Leitungsschnittstellenmodul-Hardware-Abschnitt
(DA-LIM-HW-Abschnitt; DA-LIM-HW = Data Acquisition Line Interface
Module Hardware) auf. Der Echtzeit-LLP-Hardwaresystem-Abschnitt
des RTSM 200 ist ein Computer unter einer Steuerung des
VxWork-Betriebssystems (obwohl irgendein Typ eines Betriebssystems
verwendet werden kann) und die DA-LIM-HW ist kommunizierbar mit
den Testnetzwerken 102 verbindbar.
-
Die
DA-LIM-HW des RTSM 200 weist eine Mehrzahl von Schnittstellen
auf, jede Schnittstelle zu einer unterschiedlichen Art eines Netzwerks 102,
das getestet wird (Testnetzwerk 102), zum Aufnehmen von
Netzwerkdaten in Echtzeit, wie beispielsweise zweckgebundene Telefonverbindungen,
Mobilkommunikationen, Faseroptikübertragungssysteme
und Paket- oder
Zellennetzwerktechnologien. Wenn z. B. die Netzwerkschichten der
Kommunikation offener Systeme (OSI-Netzwerkschichten; OSI = Open System
Interconnection) als eine Referenz verwendet werden, kann die DR-LIM-HW
eine DA-LIM-HW-Schnittstelle
für eine
zweckgebundene Schicht-2-Telefonverbindungsleitung
von T-1/DS1/E1, eine DA-LIM-HW-Schnittstelle
für eine
zweckgebundene Schicht-2-Telefonverbindungsleitung
von T-3/DS3/E3, eine DA-LIM-HW-Schnittstelle
für ein Schicht-2-Faseroptikübertragungssystem
eines synchronen optischen Netzes (SONET = Synchronous Optical Network)
(z. B. Optikträgerebenen
3, 12), eine DA-LIM-HW-Schnittstelle
für Schicht-2-Mobilkommunikationen eines
drahtlosen 3G-Mobilkommunikationsnetzwerks, eine DA-LIM-HW-Schnittstelle
für Schicht-2-Paket-
oder Zellennetzwerktechnologie eines Asynchron-Transfer-Modus (ATM),
ein V-Reihe-LIM, etc. aufweisen. Ferner können Testnetzwerke 102 irgendeinen
Typ einer oberschichtigen Netzwerktechnologie verwenden, wie beispielsweise
drahtlose Mobilkommunikationsnetzwerktechnologien, TCP/IP, etc.
Das Ausführungsbeispiel
kann auf ein Aufnehmen und Analysieren anderer OSI-Netzwerkschichten
angewendet werden. Deshalb sind die RTSMs 200 kommunizierbar
mit dem Testnetzwerk (den Testnetzwerken) 102 verbindbar,
um die Netzwerkdaten in Echtzeit aufzunehmen.
-
In 2 empfangen,
analysieren und speichern die Netzwerkanalysatoren, die auf Personalcomputern
softwareimplementiert sind, (NA-PC-SW) 104 die Echtzeit-Netzwerkdaten, die
durch die RTSMs 200 aufgenommen werden. Insbesondere bildet
eine NA-PC-SW 104a-n eine Schnittstelle mit jedem RTSM 200a-n durch
eine RTSM-NA-PC-SW-Schnittstelle
202a-n, derart, dass eine einzige Instanz der NA-PC-SW 104 lediglich
ein RTSM 200 steuert. Allgemein bezieht sich eine „Messung" auf eine Analyse
einer oder mehrerer netzwerkbezogener Variablen, wie beispielsweise Netzwerkdaten,
durch eine Netzwerkanalysatorsoftwareanwendung, wie beispielsweise
die NA-PC-SW 104.
-
Falls
in 2 eine andere oder neue Netzwerkanalysatorsoftware
(Analysatoranwendung) (z. B. durch eine andere Entität oder ein
Entwicklungsteam) implementiert wird oder verfügbar wird, um aufgenommene
Netzwerkdaten zu analysieren, wie beispielsweise eine SIGNALISIERUNGSBERATER-Software-Edition
(SASE = SIGNALING ADVISOR Software Edition) 210, die von
AGILENT TECHNOLOGIES, INC., Palo Alto, Kalifornien, der Anmelderin
der vorliegenden Patentanmeldung, erhältlich ist, aber die SASE 210 inkompatibel
mit der NA-PC-SW 104 ist und/oder nicht die RTSM-NA-PC-SW-Schnittstelle 202 umfasst,
um eine Schnittstelle mit den RTSM-Erfassungssystemen 200 zu
bilden, kann die SASE 210 die RTSM-Erfassungssysteme 200 nicht
steuern (keine Schnittstelle mit denselben bilden), um Echtzeit-Netzwerkdaten aufzunehmen,
um irgendwelche Echtzeitmessungen zu liefern. Mit anderen Worten
liest und analysiert herkömmlicherweise
die SASE 210 Netzwerkdatendateien, die durch die NA-PC-SW 104 auf
eine nachzeitige Weise erzeugt werden.
-
Insbesondere
wenn die SASE 210 als ein Beispiel einer zweiten Netzwerkanalysatorsoftwareanwendung
verwendet wird, die zu der NA-PC-SW 104 als eine erste
Netzwerkanalysatorsoftwareanwendung eingegliedert oder übertragen
(schnittstellenmäßig verbunden,
integriert oder vermischt mit derselben) werden soll, sind die SASE 210 und
die NA-PC-SW 104 zwei
vollständig
getrennte Anwendungen, die auf zwei völlig unterschiedlichen Plattformen
laufen. Bei diesem Beispiel wurde, als der Echtzeit-Erfassungssystemabschnitt der
SASE obsolet wurde, ein großer
Abschnitt des Messungsabschnitts der SASE modifiziert, um eine getrennte
MICROSOFT WINDOWS Anwendung zu werden, um die Forderungen von Kunden
eines drahtlosen 3G-Mobilkommunikationsnetzwerks oder Benutzern
einer Netzwerkdatenanalysatormessung (NA-Messung; NA = network data analyzer)
(hierin im Folgenden als Kunden, wie beispielsweise 3G-Kunden,-
bezeichnet) einzuhalten.
-
Weil
jedoch die SASE 210 und die NA-PC-SW 104 sehr
unterschiedlich sind, wird ein Übertragen
der SASE 210 zu der NA-PC-SW 104 einen großen Aufwand
nach sich ziehen und eine lange Zeit benötigen. Zum Beispiel könnten die
Benutzerschnittstellen- und Datenhandhabungsklassen der NA-PC-SW 104 aus
einem reichhaltigen Satz von (je nachdem) unterschiedlichen und/oder
proprietären
Plattformbasisklassen abgeleitet sein, und die Benutzerschnittstellenklassen
und Datenhandhabungsklassen der SASE 210 zu veranlassen,
mit den Plattformklassen der NA-PC-SW 204 zu arbeiten,
würde viel
Aufwand benötigen,
derart, dass im Wesentlichen das meiste des Softwarecodes der SASE 210 neu
geschrieben werden muss. Es ist ferner erheblich, dass die RTSM-NA-PC-SW-Schnittstelle 202 zu
dem RTSM-Erfassungssystem 200 auf vielen Konfigurations- und/oder
Steuernachrichten basiert, die sehr kompliziert im Format sind,
die die SASE 210 nicht verarbeiten kann, was tatsächlich ein
Schreiben eines neuen spezifischen (weniger standardmäßigen) komplizierten
Programmcodes in der SASE 210 erfordert, um eine direkte
kommunizierbare Verbindung mit dem RTSM-Erfassungssystem 200 herzustellen,
was derartige Konfigurations- und/oder Steuernachrichten betrifft.
Insbesondere können
die NA-PC-SW 104 und
das RTSM-Erfassungssystem 200 als eine verteilte Anwendung
entwickelt worden sein und als ein System betrachtet werden; derart,
dass die RTSM-NA-PC-SW-Schnittstelle 202 nicht notwendigerweise
eine alleinstehende, unabhängige,
standardmäßige Schnittstelle
zwischen der NA-PC-SW 104 und dem RTSM-Erfassungssystem 200 ist,
was eine Übertragbarkeit
schwierig macht. Ferner würde
eine derartige Übertragbarkeitsschwierigkeit
sogar existieren, falls sowohl die erste als auch die zweite Netzwerkanalysiersoftware
in dem gleichen Betriebssystem implementiert sind, wie es bei der
SASE 210 und der NA-PC-SW 104 der Fall ist, die
beide basierend auf der MICROSOFT WINDOWS Betriebssystemplattform
implementiert sind. Wie es in 1 hinsichtlich
der NAS 106 gezeigt ist, las und analysierte folglich die
SASE 210 Netzwerkdatendateien, die durch die NA-PC-SW 104 auf
eine nachzeitige Weise erzeugt werden. Die SASE 210 sollte
jedoch auch Netzwerkdaten in Echtzeit aufnehmen und analysieren.
-
Gemäß dem hierin
beschriebenen Ausführungsbeispiel
und wie es in 2 gezeigt ist, wurde, um eine Investition
zu minimieren und einen Vermarktungszeitansatz zu nehmen, die NA-PC-SW 104 etwas
modifiziert, um eine Schnittstelle mit der SASE 210 zu
bilden. Mit anderen Worten wurden sowohl die SASE 210 als
auch die NA-PC-SW 104 modifiziert, um Nachrichten miteinander
basierend auf einer Schnittstelle zu kommunizieren, die gemäß einer
Standardspezifikation (einer Standardkommunikationstechnik) entworfen
ist, wie beispielsweise einer Markup-sprachbasierten Nachrichtenübermittlungs-
(Datenkommunikations-) Schnittstelle. Insbesondere wird z. B. eine
Markup-Sprache gemäß den SGML-Regeln (SGML = Standard
Generalized Markup Language), wie beispielsweise (ohne Einschränkung) eine
erweiterbare Markup-Sprache (XML = Extensible Markup Language),
verwendet, um Nachrichten zwischen der SASE 210 und der
NA-PC-SW 104 zu senden und zu empfangen. Bei dem beispielhaften
Ausführungsbeispiel
bildet die SASE 210 eine Schnittstelle mit der NA-PC-SW 104 gemäß einer
XML-Schnittstelle 215. Obwohl das hierin beschriebene Ausführungsbeispiel nicht
auf eine derartige Konfiguration begrenzt ist, können andere standardmäßige Datenkommunikationstechnologien/-spezifikationen,
wie beispielsweise FTP, zwischen der SASE 210 und der NA-PC-SW 104 verwendet
werden. Die XML-Schnittstelle 215 wird
ersichtlich durch Bezugnahme auf die Patentanmeldung mit dem Titel „EXTENSIBLE
NETWORK AGENT METHOD, SYSTEM, AND ARCHITECTURE", Erfinder Merlin A. Rhoda, u. a., US-Anmeldung
Serien-Nr. 10/697, 270, eingereicht am 31. Oktober 2003, die hierin
durch Bezugnahme aufgenommen ist.
-
In 2 kann
das RTSM-Erfassungssystem 200 Netzwerkdaten für eine Messung
einer Netzwerkanalysatorsoftware (z. B. NA-PC-SW 104, SASE 210 etc.)
durch ein Aufnehmen von Echtzeitdaten von dem Testnetzwerk 102 und
Senden der aufgenommenen Echtzeit-Netzwerkdaten durch einen zweckgebundenen RTSM-Datenanschluss
zu der NA-PC-SW 104 liefern, um durch die NA-PC-SW 104 analysiert
oder gespeichert zu werden und dann in dem Fall der SASE 210 analysiert
zu werden. Gemäß dem hierin
beschriebenen Ausführungsbeispiel
startet, um Echtzeitmessungen der SASE 210 zu liefern,
anstelle eines Kombinierens der SRSE 210 und der NA-PC-SW 104 (d.
h. anstelle einer Softwaretransplantation einer Netzwerkanalysatorsoftware
zu einer anderen Netzwerkanalysatorsoftware) die SASE 210 die
NA-PC-SW 104 und dann übernimmt die
SASE 210 eine Steuerung des zweckgebundenen RTSM-Anschlusses
zu der NA-PC-SW 104 und leitet RTSM-Daten direkt zu der
SASE 210 über
den gleichen RTSM-Anschluss, der nun in Kommunikation mit der SASE 210 steht.
Auf diese Weise wird die SASE 210 der Echtzeit-SIGNALISIERUNGSBERATER
(SART = SIGNALING ADVISOR Real-time) 212, der von AGILENT
TECHNOLOGIES, INC., Palo Alto, Kalifornien, der Anmelderin der vorliegenden
Anmeldung, erhältlich
ist, wobei Echtzeitmessungen durch ein indirektes (wie es weiter
unten detaillierter beschrieben ist) Steuern einer Aufnahme und
Analyse von Echtzeitdaten z. B. für 3G-Kunden geliefert werden.
Diese Echtzeitversion der SASE 210 wird zu dem SART 212 (Echtzeit-SASE). Wie
es weiter unten detaillierter beschrieben ist, wird die SASE 210 zu
dem SART 212 insbesondere durch ein Steuern eines Abreißens eines
alten RTSM-Datenanschlusses 214 (214a-n) zwischen dem RTSM 200 und
der NA-PC-SW 104 und ein Einrichten eines neuen Datenanschlusses 216 (216a-n)
zwischen dem RTSM 200 und der SASE 210, wobei
dadurch die SASE 210 einen aktiven Datenkommunikationsanschluss 216 des
RTSM 200 mit einfachen Anschlussübernahmemechanismen (Funktionserweiterungen) übernimmt,
die in der SASE 210, der NA-PC-SW 104 und dem
RTSM 200 enthalten sind.
-
In 2 ermöglicht der
SART 212 ferner ein, gleichzeitiges Analysieren von Echtzeit-Netzwerkdaten, die
von zwei oder mehr RTSM 200a-n aufgenommen werden, in einer Netzwerkanalysatorsoftware,
die sich von der Netzwerktestkonfiguration von 1 unterscheidet,
bei der eine Instanz der NA-PC-SW 104a-n Netzwerkdaten von einer
Netzwerkdatenaufnahmeausrüstung
100a-n empfing, ohne die Netzwerkdaten, die von mehreren Netzwerkdatenaufnahmeeinrichtungen 100 empfangen
werden, zu korrelieren. Genauer gesagt ist jedes RTSM 200a-n mit
einer Funktionserweiterung eines Zeitstempelns jedes Echtzeit-Netzwerkdatenrahmens
versehen, der durch jedes RTSM 200a-n aufgenommen wird, so dass
der SART 212 nun Echtzeit-Netzwerkdaten von mehreren Instanzen
des RTSM 200 empfangen und analysieren kann, wobei alle
Datenströme in
Echtzeit zeitsynchronisiert sind. Der SART 212 ordnet die
Echtzeit-Netzwerkdatenrahmen, die von den mehreren RTSM 200a-n über die
aktivierten neuen RTSM-Datenanschlüsse 216 empfangen
werden, in einer zeitlichen Reihenfolge durch ein Vergleichen des
Zeitstempels, der durch jeden Datenrahmen getragen wird, neu an.
Diese Mehrtor-Lösung
ermöglicht
ein Bereitstellen eines wichtigen Merkmals für Kunden, insbesondere die 3G-Kunden,
weil z. B. innerhalb einer Decodieransicht als eine 3G-Messung einem
Kunden Echtzeit-Netzwerkdaten
von unterschiedlichen Netzwerkzugriffspunkten 220 (220a-n)
präsentiert
werden können,
bei denen die Rahmen/Zellen von unterschiedlichen Netzwerkzugriffspunkten
zeitlich geordnet sind.
-
3 ist
ein Flussdiagramm des SART, der eine Schnittstelle mit den Echtzeit-Speicherung-Zu-Medien-Erfassungssystemen
(RTSM-Erfassungssystemen) bildet, gemäß einem beispielhaften Ausführungsbeispiel.
Gemäß einem
Aspekt des beschriebenen Ausführungsbeispiels
können
der SART 212 und die NA-PC-SW 104 auf einem Computer
oder in getrennten kommunizierbar verbundenen Computern laufen.
In 3 startet bei einer Operation 300 der
SART 212 eine Instanz oder eine (einzige) NA-PC-SW-Anwendung 104.
Falls der SART 212 und die eine NA-PC-SW 104 auf
einem Computer laufen, kann der SART 212 typischerweise
die eine NA-PC-SW-Anwendung 104 über Dienste
starten, die durch ein Betriebssystem des Computers bereitgestellt
sind. Bei einer Operation 302 wird die eine NA-PC-SW 104 gestartet
und versucht, über eine
Startverbindungsanforderung eine Verbindung mit einem der RTSM-Erfassungssysteme
200a-n herzustellen. Bei einer Operation 304 spricht das
eine RTSM 200 auf die eine NA-PC-SW 104 an, falls
die Startverbindungsanforderung angenommen wird. Zu dieser Zeit
bei der Operation 304 wird ferner ein RTSM-Datenanschluss 214 (siehe
auch 2) zwischen der einen NA-PC-SW 104 und
dem einen RTSM 200 eingerichtet (d. h. eine Offene-Leitung-Datenkommunikationsverbindungsleitung 214 wird
zwischen der NA-PC-SW 104 und dem RTSM 200 ansprechend
auf die Verbindungsanforderung von der NA-PC-SW 104 zu
dem RTSM 200 eingerichtet). Gemäß einem Aspekt des beschriebenen
Ausführungsbeispiels
kann es mehrere Instanzen des RTSM 200a-n geben und in dem Fall
mehrerer RTSM 200a-n startet der SART 212 mehrere Instanzen
der NA-PC-SW 104, wobei jede gestartete Instanz von RTSM
200a-n eine Eins-Zu-Eins-Verbindung mit jedem RTSM 200a-n herstellt.
Die Anzahl von zu verbindenden RTSMs 200a-n ist basierend auf Messungserfordernissen/einem
Entwurf konfigurierbar. Bei einer Operation 306 spricht
die NA-PC-SW 104 auf den SART 212 an, dass die
eine Instanz der NA-PC-SW 104 erfolgreich gestartet wurde.
Insbesondere kann die NA-PC-SW 104 typischerweise erfolgreich
gestartet werden, falls dieselbe den RTSM-Datenanschluss 214 mit
dem einen RTSM 200 einrichten kann, und andernfalls kann
die NA-PC-SW 104 nicht erfolgreich gestartet werden.
-
Nach
einem erfolgreichen Start der einen Instanz der NA-PC-SW 104 bei
der Operation 306 umgeht bei einer Operation 308 der
SART 212 die NA-PC-SW 104 und sendet direkt eine Übernahme-Anschluss-Anforderung
zu dem einen RTSM-Erfassungssystem 200, um den eingerichteten
alten RTSM-Datenanschluss 214 zwischen der einen NA-PC-SW 104 und
dem einen RTSM 200 zu übernehmen.
Falls bei der Operation 308 das eine RTSM 200 die Übernahme-Anschluss-Anforderung
von dem SART 212 annimmt, wird insbesondere der alte RTSM-Datenanschluss 214 zwischen
dem einen RTSM 200 und der einen NA-PC-SW 104 abgerissen
und ein neuer RTSM-Datenanschluss 216 wird zwischen dem
einen RTSM 200 und dem SART 212 eingerichtet.
Deshalb weist bei der Operation 308 die Anschlussübernahme
einer Netzwerkdatenaufnahmeeinrichtung (z. B. 100, 200 etc.)
tatsächlich
typischerweise zwei Operationen auf, erstens reißt die Netzwerkdatenaufnahmeausrüstung ansprechend
auf eine Übernahme-Anschluss-Anforderung
von einer Anforderer-Netzwerkanalysatorsoftware (die eine Ziel-
oder eine zweite Netzwerkanalysatorsoftware ist, wie beispielsweise
der SART 212) den bereits eingerichteten/gesicherten/geöffneten
Datenanschluss 214 zwischen der Netzwerkdatenaufnahmeeinrichtung
und einer ursprünglichen
oder ersten Netzwerkanalysatorsoftware, wie beispielsweise der NA-PC-SW 104,
ein (z. B. schließt
denselben) und zweitens richtet bei einer Operation 309 die
Netzwerkdatenaufnahmeeinrichtung einen neuen Datenanschluss 216 zwischen
der Netzwerkdatenaufnahmeeinrichtung und der Anforderer-Netzwerkanalysatorsoftware
ein, die bei diesem Beispiel der SART 212 ist.
-
Das
RTSM 200 kann typischerweise bestimmen, welcher alte RTSM-Datenanschluss 214 mit
der NA-PC-SW 104 abgerissen werden soll, und den neuen
RTSM-Datenanschluss 216 mit dem SART 212 neu einrichten/aktivieren,
weil jedes RTSM 200a-n lediglich einen Datenanschluss aufweist,
der Echtzeit-Daten von dem Testnetzwerk (den Testnetzwerken) 102 bei
einem Benutzer- (Kunden-) Netzwerkzugriffspunkt 220a-n betrifft.
Ferner kennt der SART 212 die Adresse des einen RTSM 200,
z. B. eine IP-Adresse des RTSM 200 in dem Fall, dass das
RTSM 200 in einem IP-Netzwerk 110 zugreifbar ist,
um die Übernahme-Anschluss-Anforderung
direkt zu dem RTSM 200 zu senden. Insbesondere z. B., wenn
bei der Operation 308 der SART 212 den alten RTSM-Datenanschluss 214 übernimmt,
sendet der SART 212 eine Übernahme-Anschluss-Anforderung über das
IP-/zweckgebundene Netzwerk 110 zu dem RTSM 200 durch
ein Kennen der IP-Adresse des RTSM 200 und der SART 212 schließt ferner
die eigene IP-Adresse des SART 212 in der Übernahme-Anschluss-Anforderung
ein. Wenn also bei der Operation 308 das RTSM 200 die Übernahme-Anschluss-Anforderung von dem
SART 212 empfängt,
weiß bei
der Operation 309 das RTSM 200, zu wem (zu was)
das RTSM 200 einen neuen RTSM-Datenanschluss 216 einrichten
und eine Bestätigung
liefern sollte. Deshalb benötigt
eine Netzwerkdatenaufnahmeausrüstung,
wie beispielsweise das RTSM 200 lediglich eine Hinzufügung einer
einfachen Funktionserweiterung, um eine Übernahme-Anschluss-Anforderung
von einem zweiten Softwareanalysator, wie beispielsweise dem SART 212,
anzunehmen und zu verarbeiten, um einen neuen Netzwerkdatenanschlussverbindungsweg
zwischen dem zweiten Softwareanalysator (z. B. dem SART 212)
und der Netzwerkdatenaufnahmeausrüstung (z. B. dem RTSM 200)
zu öffnen.
Wenn der SART 212 einmal das eine RTSM 200 durch
die NA-PC-SW 104 konfiguriert und den neuen RTSM-Datenanschluss 216 übernimmt,
werden Netzwerkdaten lediglich zu dem SART 212 gesendet
und die NA-PC-SW 104 empfängt die Netzwerkdaten nicht
mehr. Dennoch steuert der SART 212 immer noch eine Konfigurations-
und/oder Operationssteuerung des RTSM 200 durch die NA-PC-SW 104 und
die RTSM-NA-PC-SW-Schnittstelle 202, die die Echtzeit-Aufnahme
und -Übertragung
der Netzwerkdaten durch das RTSM 200 zu dem SART 212 über den
neuen RTSM-Datenanschluss 216 betrifft.
-
Wenn
einmal bei den Operationen 308 und 309 der neue
RTSM-Datenanschluss 216 zwischen
dem SART 212 und dem einen RTSM 200 eingerichtet
ist, liefern Operationen 310 – 332 ein Beispiel
der Konfigurations- und/oder Steuernachrichten der XML-Schnittstelle 215 und
der Konfigurations- und/oder Steuernachrichten der RTSM-NA-PC-SW-Schnittstelle 202 zwischen
dem SART 212, der NA-PC-SW 104 und dem RTSM 200,
um eine erste Echtzeit-Netzwerkanalysatorsoftware (z. B. NA-PC-SW 104)
zu verwenden, um eine Echtzeit-Messung bei einer zweiten Netzwerkanalysatorsoftware
(z. B. SART 212) durch ein Steuern einer Netzwerkdatenaufnahmeausrüstung (z.
B. RTSM 200) durch die erste Netzwerkanalysatorsoftware (z.
B. NA-PC-SW 104) zu liefern. Insbesondere werden derartige
Konfigurations- und Steuerinformationen zuerst zu der NA-PC-SW 104 über die
XML-Schnittstelle 215 gesendet, die wiederum durch die
NA-PC-SW 104 zu dem RTSM 200 in genau der gleichen
Weise geliefert werden, wie wenn die NA-PC-SW 104 typischerweise
mit dem RTSM 200 kommuniziert.
-
Wie
es oben mit Bezug auf 2 beschrieben ist, kommunizieren
der SART 212 und die NA-PC-SW 104 Konfigurations- und/oder Steuernachrichten
miteinander basierend auf der XML-Format-Schnittstelle 215. Gemäß dem beschriebenen
Ausführungsbeispiel
bildet genauer gesagt eine Anforderer-Netzwerkanalysatorsoftware (die eine
Ziel- oder eine zweite Netzwerkanalysatorsoftware ist, wie beispielsweise
der SART 212) eine Schnittstelle mit einer ursprünglichen
oder einer ersten Netzwerkanalysatorsoftware (z. B. konfiguriert, steuert,
etc. dieselbe), wie beispielsweise der NA-PC-SW 104, über ein
neu eingerichtetes Schnittstellenprotokoll, wie beispielsweise die
XML-Schnittstelle 215, die typischerweise auf einer höheren Abstraktionsebene (d.
h. vereinfacht) als eine eingerichtete Schnittstelle zwischen der
ersten Netzwerkanalysatorsoftware und der Netzwerkdatenaufnahmeausrüstung sein
kann, wie beispielsweise die NA-PC-SW-Schnittstelle 103 oder
die RTSM-NA-PC-SW-Schnittstelle 202. Zum Beispiel in dem
Fall der RTSM-NA-PC-SW-Schnittstelle 202 sind Konfigurations-
und/oder Steuernachrichten, um eine Schnittstellenverbindung der
NA-PC-SW 104 mit dem RTSM 200 zu bilden, zahlreich
und in einem sehr komplizierten oder nicht standardmäßigen Format,
derart, dass es unerwünscht
und nicht praktisch ist, durch ein Erfordern eines wesentlichen
Neuschreibens oder Schreiben eines neuen spezifischen komplizierten
Programmcodes in der SASE 210 zu versuchen, hinsichtlich
einer Konfigurations- und/oder
Betriebssteuerung die SASE 210 direkt kommunizierbar über die RTSM-NA-PC-SW-Schnittstelle 202 mit
dem RTSM 200 zu verbinden. Deshalb sind der SASE 210 und
dem RTSM 200 lediglich einfache Funktionserweiterungen
hinzugefügt,
um den Übernahme-Anschluss-Anforderungsbefehl
direkt zu senden bzw. zu verarbeiten, so dass die Echtzeit-Netzwerkdaten, die
durch das RTSM 200 aufgenommen werden, direkt zu dem SART 212 geleitet
werden können,
obwohl eine Konfigurations- und/oder Betriebssteuerung, die sich
auf die Echtzeit-Netzwerkdatenaufnahme bezieht, immer noch durch
den SART 212 durch die NA-PC-SW 104 und die RTSM-NA-PC-SW-Schnittstelle 202 gesteuert
ist.
-
Deshalb
verwendet das beschriebene Ausführungsbeispiel
eine Schnittstelle, die auf einer Standardspezifikation basiert,
was bei dem vorliegenden Beispiel eine XML-basierte Schnittstelle
bei dem SART 212 ist, um eine abstrahierte konfigurations-
und/oder steuerungsbezogene Nachricht des RTSM 200 zu verkapseln,
die durch die NA-PC-SW 104 verarbeitet werden kann, und
die verkapselte Nachricht zu der NA-PC-SW 104 zu senden.
Die NA-PC-SW 104 übersetzt
eine derartige empfangene konfigurations- und/oder steuerungsbezogene
Nachricht der Schnittstelle 215 in ein Format, das das
RTSM 200 verarbeiten kann (d. h. übersetzt eine empfangene XML-Nachricht
in eine Nachricht in dem Format der RTSM-NA-PC-SW-Schnittstelle 202).
Auf diese Weise interpretiert die NA-PC-SW 104 lediglich
XML-konfigurations- und/oder
steuerungsbezogene Nachrichten der Schnittstelle 215, die
von dem SART 212 empfangen werden, und übersetzt die XML-Nachrichten
der Schnittstelle 215 in die Nachrichten der RTSM-NA-PC-SW-Schnittstelle 202,
die das RTSM 200 verarbeiten (verstehen) kann, was viel
einfacher ist. Ferner interpretiert die NA-PC-SW 104 die Nachrichten
der RTSM-NA-PC-SW-Schnittstelle 202, die von dem RTSM 200 empfangen
werden, und übersetzt
die empfangenen Nachrichten in XML-konfigurations- und/oder steuerungsbezogene
Nachrichten der Schnittstelle 215, die der SART 212 verarbeiten
kann.
-
Mit
Bezug auf 3 werden bei Operationen 310 – 316 Konfigurationsinformationen
(typischerweise eine Reihe von Konfigurationsnachrichten) über die
XML-Schnittstelle 215 zu der NA-PC-SW 104 gesendet, die
wiederum durch die NA-PC- SW 104 über die
RTSM-NA-PC-SW-Schnittstelle 202 zu dem RTSM 200 in genau
der gleichen Weise geliefert werden, wie wenn die NA-PC-SW 104 normal
(ohne Modifikation) mit dem RTSM 200 kommuniziert. Bei
der Operation 310 z. B. sendet der SART 212 eine
Konfigurationsnachricht der XML-Schnittstelle 215 zu der
NA-PC-SW 104. Bei der Operation 312 übersetzt
die NA-PC-SW 104 die Konfigurationsnachricht der XML-Schnittstelle 215,
die von dem SART 212 empfangen wird, in eine Konfigurationsnachricht
der RTSM-NA-PC-SW-Schnittstelle 202 und leitet die übersetzte
Konfigurationsnachricht zu dem einen RTSM 200 weiter. Bei
der Operation 314 bestätigt
das RTSM 200 der NA-PC-SW 104, ob das RTSM 200 ansprechend
auf die Konfigurationsnachricht, die von dem SART 212 durch
die NA-PC-SW 104 empfangen wurde, ordnungsgemäß konfiguriert
wurde. Bei der Operation 316 verwendet die NA-PC-SW 104 eine
Bestätigungsnachricht
der XML-Schnittstelle 215,
um die ordnungsgemäß konfigurierte
Bestätigung,
die von dem RTSM 200 empfangen wird, zu dem SART 212 weiterzuleiten.
-
Eine
beispielhafte Konfigurationsnachricht der XML-Schnittstelle 215, die bei
der Operation 310 von dem SART 212 zu der NA-PC-SW 104 gesendet
wird, lautet wie folgt. Diese beispielhafte Konfigurationsnachricht
der XML-Schnittstelle 215 befiehlt
zuerst eine Löschung
aller ursprünglichen
Kanäle
und richtet einen neuen Kanal in dem Netzwerkdatenerfassungssystem
ein, wie beispielsweise dem RTSM 200.
-
-
Genauer
gesagt besteht die Operation der XML-Schnittstelle 215 darin,
das Netzwerkdatenerfassungssystem gemäß der Benutzer- (Kunden-) Spezifikation
zu konfigurieren. Wenn bei den Operationen 310 – 316 das
eine RTSM 200 einmal konfiguriert ist, kann eine Echtzeit-Netzwerkdatenaufnahme
gestartet werden. Bei einer Operation 318 z. B. sendet
der SART 212 eine Start-Lauf-anforderungsnachricht der XML-Schnittstelle 215 (Start-Aufnahme-Netzwerkdaten-Nachricht)
zu der NA-PC-SW 104. Bei einer Operation 320 übersetzt
die NA-PC-SW 104 die Start-Aufnahme-Netzwerkdaten-Nachricht
der XML-Schnittstelle 215, die von dem SART 212 empfangen
wird, in eine Start-Aufnahme-Netzwerkdaten-Nachricht der RTSM-NA-PC-SW-Schnittstelle 202 und
leitet die übersetzte
Start-Aufnahme-Netzwerkdaten-Nachricht
zu dem einen RTSM 200 weiter. Bei einer Operation 322 bestätigt das
RTSM 200 der NA-PC-SW 104, ob das RTSM 200 ansprechend
auf die Start-Aufnahme-Netzwerkdaten-Nachricht,
die von dem SART 212 durch die NA-PC-SW 104 empfangen
wird, ein Aufnehmen von Netzwerkdaten beginnt. Bei einer Operation 324 verwendet
die NA-PC-SW 104 eine Bestätigungsnachricht der XML-Schnittstelle 215,
um die Start-Aufnahme-Netzwerkdaten-Bestätigung,
die von dem RTSM 200 empfangen wird, zu dem SART 212 weiterzuleiten.
Wenn bei der Operation 322 eine Netzwerkdatenaufnahme (d.
h. ein Lauf) einmal gestartet ist, sendet bei der Operation 322 das
RTSM 200 die in Echtzeit aufgenommenen Netzwerkdaten über den
neuen RTSM-Datenanschluss 216 zu
dem SART 212 in genau der gleichen Weise, wie wenn das
RTSM 200 Daten zu der NA-PC-SW 104 sendet. Deshalb
werden bei der Operation 322 die Echtzeit-Netzwerkdaten von
dem Testnetzwerk (den Testnetzwerken) 102 durch die zweite
Netzwerkanalysatorsoftware (z. B. SART 212) auf der PC-Seite
durch den neu aktivierten (übernommenen)
Datenanschluss 216 bei den Operationen 308 und 309 zwischen
der zweiten Netzwerkanalysatorsoftware (SART 212) und der
Netzwerkdatenaufnahmeausrüstung
(z. B. RTSM 200) empfangen.
-
Wenn
genauer gesagt die zweite Netzwerkanalysatorsoftware (z. B. SART 212)
einmal Echtzeit-Netzwerkdaten von der Netzwerkdatenaufnahmeeinrichtung
(z. B. dem einen RTSM 200) über den neu übernommenen
Datenanschluss 216 zwischen der zweiten Netzwerkanalysatorsoftware
und der Netzwerkdatenaufnahmeausrüstung empfängt, kann die zweite Netzwerkanalysatorsoftware
Echtzeit-Messungen ohne wesentliche Programmcode-Modifikationen
bereitstellen, um eine Schnittstelle mit der Netzwerkdatenaufnahmeausrüstung (oder
zumindest in dem Fall der SASE 210 ohne ein Modifizieren
der SASE 210, um direkt eine Schnittstelle mit dem RTSM 200 bezüglich einer
Konfiguration und/oder Steuerung des RTSM 200 zu bilden)
zu bilden, weil eine Konfiguration und/oder Steuerung der Netzwerkdatenaufnahmeausrüstung durch
die erste Netzwerkanalysatorsoftware (z. B. durch die NA-PC-SW 104)
transparent durchgeführt
wird.
-
Bei
einer Operation 326 sendet der SART 212 eine Stopp-Lauf-Anforderungsnachricht
(Stopp-Aufnahme-Netzwerkdaten-Nachricht)
der XML-Schnittstelle 215 zu der NA-PC-SW 104.
Bei einer Operation 328 übersetzt die NA-PC-SW 104 die
Stopp-Aufnahme-Netzwerkdaten-Nachricht der XML-Schnittstelle 215,
die von dem SART 212 empfangen wird, in eine Stopp-Aufnahme-Netzwerkdaten-Nachricht
der RTSM-NA-PC-SW-Schnittstelle 202 und leitet die übersetzte
Stopp-Aufnahme-Netzwerkdaten-Nachricht zu dem einen RTSM 200 weiter.
Bei einer Operation 330 beendet das RTSM 200 ein
Aufnehmen der Netzwerkdaten und bestätigt dasselbe der NA-PC-SW 104 ansprechend
auf die Stopp-Aufnahme-Netzwerkdaten-Nachricht, die von dem SART 212 durch
die NA-PC-SW 104 empfangen wird. Deshalb beendet bei der Operation 330 der
SART 212 ein Empfangen von Echtzeit-Netzwerkdaten von dem
RTSM 200. Bei einer Operation 332 verwendet die
NA-PC-SW 104 eine Bestätigungsnachricht
der XML-Schnittstelle 215, um zu dem SART 212 die
Stopp-Aufnahme-Netzwerkdaten-Bestätigung weiterzuleiten, die
von dem RTSM 200 empfangen wird.
-
Gemäß einem
Aspekt des beschriebenen Ausführungsbeispiels
wird der neu übernommene
Datenanschluss 216 bei der Operation 330 nicht
abgerissen (getrennt), sondern der neu übernommene Datenanschluss 216 wird
typischerweise abgerissen, wenn der SART 212 angeregt wird.
Mit anderen Worten kann der SART 212 Echtzeit-Messungen
starten und stoppen, wie es erwünscht
ist, weil der neu übernommene
Datenanschluss 216 immer noch aktiv ist. Die oben beschriebenen
Operationen 310 – 330 sind
lediglich ein beispielhafter Konfigurations-/Steuernachrichtenfluss
zwischen einer ersten Netzwerkanalysatorsoftware (z. B. NA-PC-SW 104),
einer zweiten Netzwerkanalysatorsoftware (z. B. SART 212)
und einer Netzwerkdatenaufnahmeausrüstung und das beschriebene
Ausführungsbeispiel
ist nicht auf einen derartigen Nachrichtenfluss begrenzt und es
können
andere bereits gelieferte/eingerichtete Schnittstellennachrichten
(z. B. Nachrichten der RTSM-NA-PC-SW-Schnittstelle 202)
zwischen der ersten Netzwerkanalysatorsoftware (z. B. NA-PC-SW 104)
und den Netzwerkdatenaufnahmeausrüstungen (z. B. RTSM 200)
verwendet werden (oder neu entwickelt werden, je nachdem), um verschiedene
Typen von Umständen
aufzunehmen, wie beispielsweise (ohne Einschränkung) eine Fehlerhandhabung,
etc.
-
4 ist
ein Diagramm eines beispielhaften drahtlosen Mobilnetzwerks, das
durch den SART analysiert wird, der in 2 gezeigt
ist, gemäß einem
beispielhaften Ausführungsbeispiel.
In 4 weist ein Beispiel eines drahtlosen 3G-Mobilkommunikationsnetzwerks 400,
als ein Testnetzwerk 102, Standard-3G-Netzwerkkomponenten
von Knoten B(1), B(2) 402, 404, eine Funknetzwerksteuerung
(RNC = Radio Network Controller) 406, ein Mobilschaltzentrum/Besuchspositionsregister
(MSC/VLR = Mobile Switching Center/Visiting Location Register) 408 und
einen Dienst-GPRS-Unterstützungsknoten
(SGSN = Servicing GPRS Support Node; GPRS = Global Packet Radio
Service) 410 auf, die alle kommunizierbar verbunden sind.
Das 3G-Netzwerk 400 ist ein Beispiel eines Kundentestnetzwerks
(Testnetzwerk 102). Zwei RTSMs 200a-b können zwischen dem Knoten B(1) 402 und
der RNC 406 sowie zwischen der RNC 406 und dem
Knoten B(2) 404 als Benutzer(Kunden-) Netzwerkzugriffspunkte
220a-b vorgesehen sein. Echtzeit-Netzwerkdaten werden bei den Benutzernetzwerkzugriffspunkten
220a-b aufgenommen und über
IP-Netzwerk-/zweckgebundene Verbindungen 110 über übernommene
Datenanschlüsse
106a-n zu dem SART 212 übertragen,
während
die zwei RTSMs 200a-b durch den SART 212 hinsichtlich einer
Konfiguration und/oder Steuerung der aufgenommenen Echtzeit-Netzwerkdaten
durch die jeweiligen NA-PC-SWs 104a-b der RTSMs 200a-b gemäß dem oben
beschriebenen Ausführungsbeispiel
mit Bezug auf 2 und 3 gesteuert
werden.
-
Falls
deshalb mit Bezug auf 2, 3 und 4 die
NA-PC-SW 104a-b als eine erste Netzwerkanalysatorsoftware keine
3G-Messungen liefern
kann oder bestimmte 3G-bezogene Messungen liefern kann und die SASE 210 als
eine neue zweite Netzwerkanalysatorsoftware derartige 3G-Messungen
liefern kann, aber lediglich auf eine nachzeitige Weise (d. h. nicht
in Echtzeit) aufgrund einer Inkompatibilität mit bestehenden Netzwerkdatenaufnahmeeinrichtungen,
wie beispielsweise den RTSMs 200a-b durch die oben beschriebene
Datenanschlussübernahme-
und Leit-Technik, kann die Nachzeit-SASE 210 als die zweite
Netzwerkanalysatorsoftware zu einer zweiten Echtzeit-Netzwerkanalysatorsoftware
umgewandelt werden, wie beispielsweise dem SART 212. Falls
z. B. die SASE 210 für
ein 3G-Netzwerk 400 geschrieben wurde, um bestimmte 3G-Echtzeit-Messungen
zu liefern, aber die Echtzeit-Netzwerkdatenaufnahmeausrüstung derselben
obsolet wird, kann die SASE 210 effizient mit einer anderen
bestehenden oder neuen Echtzeit-Netzwerkdatenaufnahmeausrüstung durch
eine Netzwerkanalysatorsoftware der existierenden oder neuen Echtzeit-Netzwerkdatenaufnahmeausrüstung schnittstellenmäßig verbunden
werden, um die bestimmten Echtzeit-3G-Messungen zu liefern, die durch die
Netzwerkanalysatorsoftware der bestehenden oder der neuen Echtzeit-Netzwerkdatenaufnahmeausrüstung nicht
geliefert werden. Derartige neue bestimmte Echtzeit-3G-Messungen
können
z. B.
-
Anrufverfolgungs-
und Decodiermessungen sein- (d. h. die SASE 210 wird transparent
zu dem SART 210 transformiert, um neue 3G-Echtzeit-Messungen
zu liefern, die durch die NA-PC-SW 104 nicht
geliefert werden).
-
Vorteilhafterweise
minimiert die Datenanschlussübernahmetechnik
eine Investition und nimmt einen Vermarktungszeitansatz durch ein
Benötigen
lediglich einer leichten Modifikation an der Netzwerkdatenaufnahmeausrüstung und
der zugeordneten ersten Netzwerkanalysatorsoftware derselben, um
in Echtzeit eine Schnittstelle mit einer zweiten Netzwerkanalysatorsoftware
zu bilden (z. B. einige einfache Erweiterungen zu schreiben, wie
beispielsweise eine einfache XML-Schnittstelle 215 und
eine Programmfunktion in dem RTSM 200, um einen Übernahme-Anschluss-Anforderungsbefehl
von der zweiten Analysatorsoftware zu handhaben). Das hierin beschriebene
Ausführungsbeispiel
ermöglicht,
dass irgendwelche Protokollanalyseanwendungen zusammen durch ein
gemeinschaftliches Verwenden der gleichen Echtzeit-Daten gemeinsam
laufen, die von einer Leitung aufgenommen werden, ohne irgendeinen
Aufwand, eine Anwendung über
eine andere zu übertragen.
Mit einigen einfachen Erweiterungen kann dasselbe ferner ermöglichen,
dass mehrere Netzwerkanalysatorsoftwareanwendungen die gleiche Echtzeit-Datenquelle
gemeinschaftlich verwenden oder einen Pool einer Echtzeit-Datenquelle gemeinschaftlich
verwenden.
-
Mit
Bezug auf 4 wird als nächstes eine Zeitsynchronisation
beschrieben. In 4 gibt es mehrere Instanzen
des RTSM 200 (bei diesem Beispiel zwei RTSMs 200a-b) und
entsprechende mehrere Instanzen der NA-PC-SW 104 (bei diesem
Beispiel zwei NA-PC-SW 104a-b entsprechend den zwei RTSMs 200a-b).
In 4 ist ein Prozess bereitgestellt, der ermöglicht,
dass eine Netzwerkprotokollanalysesoftware (z. B. SART 212)
Netzwerkdaten, die durch zwei oder mehr Datenaufnahmeausrüstungen
(z. B. RTSM-Erfassungssysteme 200a-b) aufgenommen werden, durch
ein Zeitstempeln jedes Datenrahmens, der durch die Netzwerkdatenaufnahmeausrüstun gen
aufgenommen wird, empfängt
und analysiert. Ein Quittungsaustausch bzw. Handshake oder ein anderer
Mechanismus kann zwischen den Netzwerkdatenaufnahmeausrüstungen
durch ihre Netzwerkdatenaufnahmeausrüstung verwendet werden, um
die Zeit (Takte) derselben für
ordnungsgemäße Zeitstempel
zu synchronisieren. Die Netzwerkprotokollanalysesoftware (z. B.
SART 212) ordnet die Datenrahmen, die von mehreren Datenerfassungssystemen
(z. B. RTSMs 200a-b) über
jeweilige (entsprechende) aktivierte übernommene Datenanschlüsse 216a-b
zwischen dem SART 212 und jedem RTSM 200a-b empfangen werden,
durch ein Vergleichen des Zeitstempels, der durch jeden Datenrahmen
getragen wird, in einer zeitlichen Reihenfolge neu an. Das hierin
beschriebene Ausführungsbeispiel
ermöglicht,
dass Daten, die von mehreren Netzwerken (z. B. mehreren Netzwerkdatenaufnahmeausrüstungen
200a-n bei mehreren Netzwerkzugriffspunkten 220a-n) gesammelt werden,
durch ein zentralisiertes Echtzeit-Mehrtor-Stück einer Netzwerkanalysatorsoftware
(z. B. SART 212) analysiert werden. Wenn die aufgenommenen
Echtzeit-Netzwerkdaten zeitsynchronisiert sind, kann die zentralisierte
Echtzeit-Mehrtor-Netzwerkanalysatorsoftware,
wie beispielsweise der SART 212, die Daten zeitlich ordnen
und korrelieren und Echtzeit-Messungen dem Benutzer (Kunden) in einer
zentralisierten Ansicht präsentieren.
Es können
auch andere neue nützliche
Anwendungen implementiert werden, wie es durch den Benutzer benötigt wird.
Zum Beispiel kann eine Verzögerung
eines Pakets gemessen werden, bevor und nachdem dasselbe in ein
Stück einer
Kundenausrüstung
eintritt. Eine andere Anwendung kann darin bestehen, die Anzahl
von Paketen zu messen, die verloren werden, bevor und nachdem dieselben
in einen Abschnitt eines Netzwerks eintreten.
-
Im
Gegensatz dazu steuerte in 4 vor dem
SART 212 eine Instanz der NA-PC-SW 104a-b lediglich eine
Netzwerkdatenaufnahmeausrüstung,
wie beispielsweise die RTSMs 200a-b, so dass keine zentralisierte Echtzeit-Mehrtor-Netzwerkanalysatorsoftware
vorgesehen werden konnte (d. h. zumindest nicht ohne ein wesentliches
Programmcodeschreiben, um Echtzeitda ten zu korrelieren, die durch
jede NA-PC-SW 104a-b aufgenommen werden). Deshalb besteht eine andere
wichtige Hinzufügung
zu dem SART 212 darin, dass auch Zeitstempel implementiert
sind, so dass der SART 212 nun Echtzeit-Netzwerkdaten von mehreren Instanzen des
RTSM 200 durch ein Übernehmen
mehrerer Datenanschlüsse
106a-n zu den RTSMs 200a-n empfangen kann, wobei alle Netzwerkdatenströme in Echtzeit
zeitsynchronisiert sind. Derartige Mehrtor-Lösungen
ermöglichen
aus einer Kundenperspektive, insbesondere eines 3G-Kunden, als eine
Messung Drahtlos-Anruf-Nachrichten
(z. B. Rahmen, Pakete, Nachrichten), die dadurch verfolgt werden
können,
dass dieselben angezeigt und sequenziell analysiert werden, basierend
auf einer zeitlichen Reihenfolge der übertragenen Anrufnachrichten,
um verlorene/fehlplatzierte Nachrichten zu bestimmen, etc.
-
5 ist
ein Diagramm eines beispielhaften Asynchron-Transfer-Modus-Netzwerks (ATM-Netzwerk), das
durch den SART analysiert wird, der in 2 gezeigt
ist, gemäß einem
beispielhaften Ausführungsbeispiel.
In 5 weist ein Beispiel eines ATM-Netzwerks 500,
das Faserverbindungen verwendet, als ein Testnetzwerk 102 drei
ATM-Router 502a-n (502) auf. Das ATM-Netzwerk 500 ist
ein Beispiel eines Kundentestnetzwerks (Testnetzwerk 102).
Das RTSM 200 kann zwischen zwei der ATM-Router 502a und 502b als
ein Benutzer- (Kunden-) Netzwerkzugriffspunkt 220a vorgesehen
sein, um Echtzeit-Netzwerkdaten zwischen denselben bei dem Benutzernetzwerkzugriffspunkt 220a aufzunehmen
und die aufgenommenen Echtzeit-Netzwerkdaten über eine IP-Netzwerk-/ zweckgebundene
Verbindung 110 zu der NA-PC-SW 104 und dem SART 212 gemäß dem oben
beschriebenen Ausführungsbeispiel
mit Bezug auf 2 und 3 zu übertragen.
-
Falls
deshalb mit Bezug auf 2, 3 und 5 die
NA-PC-SW 104 als eine erste Netzwerkanalysatorsoftware
(je nachdem) keine ATM-Messungen liefern kann oder bestimmte ATM-bezogene Messungen liefern
kann, aber die SASE 210 als eine neue zweite Netzwerkanalysatorsoftware
derartige ATM- Messungen lediglich
auf eine nachzeitige Weise (d. h. nicht in Echtzeit) aufgrund einer
Inkompatibilität
mit bestehenden Netzwerkdatenaufnahmeausrüstungen, wie beispielsweise
dem RTSM 200, liefern kann, kann durch die oben beschriebene
Datenanschlussübernahme-
und Leit-Technik die Nachzeit-SASE 210 als
die zweite Netzwerkanalysatorsoftware in eine zweite Echtzeit-Netzwerkanalysatorsoftware,
wie beispielsweise den SART 212, transformiert werden.
-
Vorteilhafterweise
minimiert die hierin beschriebene Datenanschlussübernahmetechnik eine Investition
und nimmt einen Vermarktungszeitansatz, um neue Messungen zu liefern,
dadurch, dass dieselbe lediglich eine geringe Modifikation an einem
Netzwerkdatenaufnahmesystem einschließlich der zugeordneten ersten Netzwerkanalysatorsoftware
desselben erfordert, um in Echtzeit die Netzwerkdatenaufnahmeausrüstung schnittstellenmäßig mit
einer zweiten Netzwerkanalysatorsoftware zu verbinden.
-
Die
oben beschriebenen Ausführungsbeispiele
können
in einer Software und/oder einer Rechenhardware implementiert sein.
Deshalb ermöglichen
hierin beschriebene Ausführungsbeispiele
ein Eingliedern zweier unterschiedlicher Softwaresysteme miteinander
ohne ein Softwaretransplantieren. Das Ausführungsbeispiel (die Ausführungsbeispiele),
das (die) hierin beschrieben ist (sind), liefert (liefern) ein schnittstellenmäßiges Verbinden
einer Netzwerkdatenanalysatorsoftware mit einem Echtzeit-Netzwerkdatenerfassungssystem
ohne ein Übertragen,
Umschreiben und/oder Schreiben einer Schnittstelle mit dem Echtzeit-Netzwerkdatenerfassungssystem
(d. h. schnittstellenmäßiges Verbinden
einer ersten Netzwerkdatenanalysatorsoftware mit einer zweiten inkompatiblen
Netzwerkdatenanalysatorsoftware auf eine bewahrende, beibehaltende
oder transparente Weise). Ferner liefert (liefern) das Ausführungsbeispiel
(die Ausführungsbeispiele),
das (die) hierin beschrieben ist (sind), ein Ermöglichen, dass eine einzige
Netzwerkdatenanalysatorsoftwareanwendung Netzwerkdaten, die gleichzeitig
in Echtzeit von zwei oder mehr Echtzeit-Netzwerkdatenerfassungssystemen
aufgenommen werden, analysiert (d. h. Messungen bezüglich derselben
liefert). Genauer gesagt liefert (liefern) das Ausführungsbeispiel
(die Ausführungsbeispiele),
das (die) hierin beschrieben ist (sind), ein Verfahren und ein Computersystem
desselben, das eine Echtzeit-Netzwerkprotokollanalyse von Netzwerkdaten
durch eine Nachzeit-Netzwerkprotokollanalysesoftware ermöglicht,
die inkompatibel mit einem/einer Echtzeit-Protokollanalysesoftware/-System
ist, die/das die Netzwerkdaten in Echtzeit aufnimmt, durch ein Steuern
der/des Echtzeit-Protokollanalysesoftware/-Systems und eines Kommunikationsanschlusses,
der durch die/das Echtzeit-Protokollanalysesoftware/-System geöffnet wird,
zu den Echtzeit-Netzwerkdaten, wodurch die Nachzeit-Netzwerkprotokollanalysesoftware
transparent zu der Echtzeit-Protokollanalysesoftware übertragen
wird. Ferner ein Verfahren und ein System zum Ermöglichen,
dass die Nachzeit-Netzwerkdatenanalysatorsoftware Netzwerkdaten,
die gleichzeitig in Echtzeit von zwei oder mehr der Echtzeit-Protokollanalysesoftware/-Systeme
aufgenommen werden, basierend auf einem Zeitstempeln durch die Echtzeit-Protokollanalysesoftware/-Systeme
jedes Datenrahmens, der über
einer Mehrzahl der übernommenen
Anschlüsse
empfangen wird.
-
Die
vielen Merkmale und Vorteile der oben beschriebenen Ausführungsbeispiele
sind aus der detaillierten Beschreibung ersichtlich und somit ist
es durch die beigefügten
Ansprüche
beabsichtigt, alle derartigen Merkmale und Vorteile der Ausführungsbeispiele
abzudecken, die in die wahre Wesensart und den Schutzbereich der
Ausführungsbeispiele
fallen. Da ferner zahlreiche Modifikationen und Veränderungen
Fachleuten auf dem Gebiet ohne weiteres ersichtlich werden, ist
es nicht erwünscht,
die beschriebenen Ausführungsbeispiele auf
den genauen Aufbau und den genauen Betrieb zu begrenzen, die dargestellt
und beschrieben sind, und folglich fallen alle geeigneten Modifikationen
und Äquivalente,
auf die eventuell zurückgegriffen
wird, in den Schutzbereich der Ausführungsbeispiele, der in den
Ansprüchen
und den Äquivalenten
derselben definiert ist.
