EP1481512A2 - Verfahren und anordnung zur auswertung von kommunikationsdaten für protokolltests - Google Patents

Verfahren und anordnung zur auswertung von kommunikationsdaten für protokolltests

Info

Publication number
EP1481512A2
EP1481512A2 EP03714682A EP03714682A EP1481512A2 EP 1481512 A2 EP1481512 A2 EP 1481512A2 EP 03714682 A EP03714682 A EP 03714682A EP 03714682 A EP03714682 A EP 03714682A EP 1481512 A2 EP1481512 A2 EP 1481512A2
Authority
EP
European Patent Office
Prior art keywords
communication
data
client terminal
computer configuration
service computer
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP03714682A
Other languages
English (en)
French (fr)
Inventor
Michael Hanel
Andre Sips
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.)
Siemens AG
Siemens Corp
Original Assignee
Siemens AG
Siemens Corp
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
Priority claimed from DE10208901A external-priority patent/DE10208901A1/de
Priority claimed from DE10208902A external-priority patent/DE10208902B4/de
Application filed by Siemens AG, Siemens Corp filed Critical Siemens AG
Publication of EP1481512A2 publication Critical patent/EP1481512A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/18—Protocol analysers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements

Definitions

  • the invention relates - in various relatively independent forms - to a method for evaluating a data set of communication data that can be acquired at a network node of a communication network using a client-server computer network, and to an arrangement suitable for carrying out these methods.
  • the product developers such as the developers of the end devices connected to these networks (telecommunications or data end devices), are increasingly at risk that their products will not be able to assign an incoming communication data stream to the correct communication protocol and will not be able to process it, or at least not optimally. Practically the same problem is faced by the network operators who want a functioning interworking between different products Network.
  • protocol stacks there are currently no universal and spatially unrestricted test options for protocol stacks available; locally implemented hardware protocol testers and / or software applications are used for appropriate test purposes. Limiting them to a limited selection of protocol stacks forces the user to carry out frequent hardware upgrades or firmware upgrades or to install completely new software. The same problem exists with regard to the evaluation of protocol stacks and with regard to testing the content of complete protocol stacks.
  • WO 00/28698 describes a system and method for analyzing network protocols based on a client-server configuration, which is also in the context of the problems mentioned above.
  • Communication data is collected from a first network and transmitted to a server via a second network, where the data protocol is analyzed.
  • the first and second networks are, for example, the public telephone network or the Internet, and the analysis also includes monitoring and intervening or non-intervening test procedures.
  • the object of the invention is to provide a universally applicable method of the type described above, with which - regardless of specific communication network types and links - the handling of the large number of communication protocols implemented in practice is made considerably easier and more cost-effective for the user , Furthermore, an arrangement suitable for carrying out this universal method is to be specified.
  • the invention includes the basic idea of connecting terminals of users of a communication network to a central service computer configuration in a client-server architecture.
  • the service computer configuration is the respective client terminal is connected using the communication network, which means that the client terminal is either connected to the service computer configuration via the communication network containing the network node for data acquisition, or that
  • Client terminal is connected to the service computer configuration via a further communication network.
  • This service computer configuration in turn accesses a centralized, always up-to-date and complete log database.
  • the communication data which arises at a network node and which can only be assigned to the valid communication protocols by the individual user with the methods according to the prior art and is to be treated with difficulty and with great effort are evaluated in the service computer configuration. If necessary, they are also fed into test sequences or simulation procedures, and the evaluation or test results are then transmitted to the end device of the user and used there for further use.
  • protocol stacks The procedure described is practical and advantageous both for testing the implementation of protocol stacks and for evaluating protocol stacks on the one hand and protocol messages on the other.
  • the content of complete protocol stacks can also be sensibly tested with this, as can protocol implementations and protocol messages.
  • Corresponding simulations can also be carried out using the evaluation results of the protocol stacks or protocol messages and the simulation results can be made available on the client end devices of the users.
  • the invention also includes the possibility of evaluating and analyzing trace data in the central service computer configuration for provision and further use on the end devices of the users.
  • a common feature of the proposed applications is that the user of a client terminal ("customer") at a network node acquires communication data which arrive from another network node and are represented, for example, as a sequence of dual or hexadecimal numbers. This communication data is fed into the client terminal and transmitted to the service computer configuration.
  • the invention When the invention is implemented as a commercial service, the communication data will generally be transferred to a third-party operational or organizational area of responsibility, and the evaluation, test or simulation results obtained from the data will in turn be passed on to the operator if this limit is exceeded User or customer sent back.
  • the amount of data is transmitted from the client terminal via an IP network, in particular the Internet, and a service provider interface to the service computer configuration of a service provider of an evaluation service.
  • IP network in particular the Internet
  • service provider interface to the service computer configuration of a service provider of an evaluation service.
  • Communication data can be provided in the service computer configuration.
  • the user communicates via a mobile terminal, for example using the WAP in a mobile network according to the GSM or GPRS standard or in the future using the UMTS (Universal Mobile Telecommunications System) the service computer configuration.
  • a mobile terminal for example using the WAP in a mobile network according to the GSM or GPRS standard or in the future using the UMTS (Universal Mobile Telecommunications System) the service computer configuration.
  • UMTS Universal Mobile Telecommunications System
  • the network nodes between which the communication data are transmitted belong to the same communication network as a connection between the client terminal and the service computer configuration, but the invention is of course not restricted to this simple network configuration.
  • the amount of data is transmitted to the service computer configuration while recording its size, and / or the resources used for evaluation in the service computer configuration are recorded and used for charging the evaluation.
  • the proposed method can be offered as a commercial service.
  • a service offer does not necessarily require a charge depending on the scope of use, but is also possible on the basis of flat rates.
  • the amount of data is expediently transmitted to the service computer configuration together with authentication data of the user, and the return of an evaluation result is carried out as a function of the result of an authentication test carried out in parallel with the evaluation in the service computer configuration.
  • Known authentication mechanisms PIN, password or transmission and verification of user biometric data
  • the communication data are translated in the service computer configuration into commands of one of the permitted communication protocols and these commands are transmitted to the client terminal and displayed there and / or stored locally.
  • the proposed method works as a kind of translation service into a language unknown to the customer a priori.
  • the communication data in particular continuously during a communication process, is checked in the service computer configuration for conformity with the specification of one of the permitted communication protocols, and a message identifying the check result is transmitted to the client terminal and displayed there and / or saved locally. Based on this information, the customer can, if necessary Influence the sender of the communication data in order to achieve conformity to the valid communication protocol in the future.
  • the service computer configuration simulates a communication partner terminal for the client terminal, the simulation being based on a result of the evaluation of the communication data received from the client terminal. In this way, entire network sections relating to the data traffic under certain protocols can be simulated by the customer using the established service.
  • the figure shows a synoptic representation of two communication networks NWi, NW linked to one another via an IP network IP, in each of which a network node Ni or N 2 is shown.
  • a first client terminal T x (laptop) or a second and third client terminal T 2 (communicator) or T 3 (mobile phone) are connected to the network nodes Ni, N 2 .
  • the network connections of the laptop Ti are wire-bound, and it communicates with other network nodes via HTTP, among other things, and also transmits communication data to a service provider for evaluation via a line-bound connection.
  • the communicator T 2 and the mobile phone T 3 are of course connected to a mobile radio network and communicate in it via one of the established standards, which are shown in the figure for the network node N 2 , and with the IP network IP via the WAP.
  • the connection to the IP network is via a gateway GW manufactured in a known manner.
  • a service computer configuration SCON which includes a communication server COMS and an application server APPS.
  • the service computer configuration SCON is connected to the IP network IP via an interface SINT.
  • this is a data quantity and resource acquisition device DRMON (which in turn is an exit to a - not shown -
  • the service provider S is given communication data to be evaluated by the users of the client terminals Ti to T 3 .
  • the amount of data to be evaluated and / or the resource requirement for the evaluation is recorded by the data quantity and resource recording device DRMON and the recording result is provided for charging the service.
  • the evaluation relates to one or more of the aspects of the communication process mentioned above in connection with the explanation of the method, in which the client terminals are involved. A repeated listing is therefore not necessary here.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Maintenance And Management Of Digital Transmission (AREA)

Abstract

Verfahren zur Auswertung einer Datenmenge von Kommunikationsdaten, die an einem Netzknoten eines Kommunikationsnetzes (NW1, NW2) erfassbar sind, bei dem die Datenmenge von Kommunikationsdaten in ein Client-Endgerät (T1, T2, T3) eingespeist wird, die Datenmenge von Kommunikationsdaten vom Client-Endgerät kommunikationsnetzbenutzend an eine Dienstrechnerkonfiguration (SCON) übermittelt wird undin dieser, unter Zugriff auf eine an die Dienstrechnerkonfiguration angeschlossene zentrale Protokolldatenbank (DB), ein Test der Implementierung von Protokollstacks ausgeführt wird, und ein Testergebnis an das Client-Endgerät übermittelt wird.Figur

Description

Beschreibung
Verfahren und Anordnung zur Auswertung einer Menge von Kommunikationsdaten
Die Erfindung betrifft - in verschiedenen relativ unabhängigen Ausprägungen - ein Verfahren zur Auswertung einer Datenmenge von Kommunikationsdaten, die an einem Netzknoten eines Kommunikationsnetzes erfassbar sind, unter Nutzung eines Client-Server-Rechnerverbundes sowie eine zur Durchführung dieser Verfahren geeignete Anordnung.
Die dramatisch zunehmende Bedeutung der Informationsübertragung über Telekommunikations- und/oder Datennetze für das wirtschaftliche und gesellschaftliche Leben in den Industrieländern hat zur Entwicklung einer unübersehbaren Vielfalt von Verknüpfungssystemen und -Standards, Codierungs- und Übertragungsverfahren und Kommunikationsprotokollen geführt. Zwar haben sich bestimmte Entwicklungen - beispielsweise die Über- tragungsprotokolle HTTP (HyperText Transfer Protocol) für die drahtgebundene Kommunikation im Internet und, jedenfalls in Ansätzen, WAP (Wireless Application Protocol) für die Datenkommunikation in den Mobilfunknetzen - jeweils für bedeutende Anwendungsgebiete weltweit etablieren können. Neben diesen gibt es aber eine Vielzahl weiterer Entwicklungen, die zu einem beträchtlichen Teil auch parallel zu den o. g. dominierenden Protokollen und zueinander in komplexen Netzstrukturen ablaufen.
Die Produktentwickler, etwa die Entwickler der an diese Netze angeschlossenen Endgeräte (TK- bzw. Datenendgeräte) , geraten hierdurch zunehmend in die Gefahr, dass ihre Produkte einen ankommenden Kommunikationsdatenstrom nicht dem richtigen Kommunikationsprotokoll zuordnen und daraufhin auch nicht oder jedenfalls nicht optimal verarbeiten können. Vor praktisch dem gleichen Problem stehen die Netzbetreiber, die ein funktionierendes Interworking zwischen verschiedenen Produkten am Netz gewährleisten müssen.
Dieses Problem manifestiert sich in verschiedenen konkreten Belangen und Aspekten der in Rede stehenden Kommunikations- prozesse und der hiermit im Zusammenhang stehenden Fortentwicklung und Optimierung ihrer protokollseitigen Grundlagen.
So sind derzeit keine universellen und räumlich uneingeschränkt verfügbaren Testmöglichkeiten für Protollstacks ver- fügbar; für entsprechende Testzwecke werden lokal implementierte Hardware-Protokolltester und/oder Softwareapplikationen verwendet. Deren Limitierung auf eine begrenzte Auswahl an Protokollstacks zwingt den Anwender zu häufigen Hardware- Aufrüstungen oder Firmware-Upgrades oder zur Installation völlig neuer Software. Das gleiche Problem besteht bezüglich der Auswertung von Protokollstacks und bezüglich des Tests des Inhaltes vollständiger Protokollstacks.
Ähnlich ist die Situation bei der Testung von Protokollimple- mentierungen. Die lokal bei einem Anwender verfügbaren Protokolldefinitionen, die zur vollständigen Beschreibung der Protokollimplementierungen erforderlich sind, veralten ungemein schnell und können vom einzelnen Anwender in der Praxis kaum vollständig aktuell gehalten werden.
Dies gilt auch für die Auswertung ebenso wie für die Testung von Protokollnachrichten. Den gleichen Problemen steht der Anwender schließlich bei der Auswertung und Analyse von Tra- cedaten gegenüber, denn die im Tracer vorkommenden Protokoll- definitionen unterliegen im vollen Umfang den oben erwähnten
Aktualitäts- und Vollständigkeitsproblemen.
Es gibt daher Vorschläge für Systeme, die den einzelnen Nutzer eines Kommunikationsnetzes durch Bereitstellung der ex- ternen Dienstleistung einer Auswertung bzw. "Übersetzung" von empfangenen Kommunikationsdaten zumindest teilweise von den o. a. Problemen entlasten sollen. So wird auf der InternetSeite www.protocols.com/frame.htm für einen geplanten Internetdienst geworben, der die Eingabe von Kommunikationsdaten aus einer Datenleitung eines Kommunika- tionsnetzes durch einen Endgerätenutzer bei einem Dienstanbieter und die Dekodierung und Übertragung in Textinformation durch diesen vorsieht.
In der WO 00/28698 wird ein System und Verfahren zur Analyse von Netzwerkprotokollen auf der Basis einer Client-Server- Konfiguration beschrieben, das ebenfalls im Kontext der oben erwähnten Probleme steht. Hierbei werden Kommunikationsdaten aus einem ersten Netz gesammelt und über ein zweites Netz an einen Server übermittelt, wo das Datenprotokoll analysiert wird. Bei dem ersten und zweiten Netz handelt es sich beispielsweise um das öffentliche Telefonnetz bzw. das Internet, und die Analyse schließt auch Überwachungs- und intervenierende oder nicht-intervenierende Testabläufe ein.
Der Erfindung liegt die Aufgabe der Bereitstellung eines universell anwendbaren Verfahrens der oben beschriebenen Art zugrunde, mit dem - unabhängig von konkreten Kommunikations- netztypen und -Verknüpfungen - der Umgang mit der Vielzahl von in der Praxis implementierten Kommunikationsprotokollen für den Nutzer wesentlich vereinfacht und kostengünstiger gestaltet wird. Desweiteren soll eine zur Durchführung dieses universellen Verfahrens geeignete Anordnung angegeben werden.
Diese Aufgabe wird hinsichtlich ihres Verfahrensaspektes durch die Verfahren mit den Merkmalen der Ansprüche 1 bis 7 und in ihrem Vorrichtungsaspekt durch eine Anordnung mit den Merkmalen des Anspruchs 8 gelöst .
Die Erfindung schließt den grundlegenden Gedanken ein, in einer Client-Server-Architektur Endgeräte von Nutzern eines Kommunikationsnetzes mit einer zentralen Dienstrechnerkonfiguration zu verbinden. Mit der Dienstrechnerkonfiguration ist das jeweilige Client-Endgerät kommunikationsnetzbenutzend verbunden, worunter verstanden wird, dass das Client-Endgerät entweder über das den Netzknoten zur Datenerfassung enthaltende Kommunikationsnetz mit der Dienstrechnerkonfiguration verbunden ist, oder dass das
Client-Endgerät über ein weiteres Kommunikationsnetz mit der Dienstrechnerkonfiguration in Verbindung steht. Diese Dienstrechnerkonfiguration greift ihrerseits auf eine zentralisierte, stets aktuell und vollständig gehaltene Proto- kolldatenbank zu. Die an einem Netzknoten anfallenden, vom einzelnen Nutzer mit den Verfahren nach dem Stand der Technik nur schwer und mit großem Aufwand einem der gültigen Kommunikationsprotokolle zuordenbaren und entsprechend zu behandelnden Kommunikationsdaten werden in der Dienstrechnerkonfigura- tion ausgewertet. Gegebenenfalls werden sie zudem in Testabläufe bzw. Simulationsprozeduren eingespeist, und die Auswer- tungs- bzw. Testergebnisse werden dann zum Endgerät des Nutzers übermittelt und dort einer weiteren Nutzung zugeführt.
Das beschriebene Vorgehen ist sowohl für die Testung der Implementierung von Protokollstacks als auch für die Auswertung von Protokollstacks einerseits und Protokollnachrichten andererseits praktikabel und vorteilhaft. Auch der Inhalt vollständiger Protokollstacks läßt sich hiermit sinnvoll testen, ebenso wie Protokollimplementierungen und Protokollnachrichten.
Unter Nutzung der Auswertungsergebnisse der Protokollstacks bzw. Protokollnachrichten lassen sich auch entsprechende Si- mulationen ausführen und die Simulationsergebnisse an den Client-Endgeräten der Nutzer bereitstellen.
Schließlich umfaßt die Erfindung auch die Möglichkeit der Auswertung und Analyse von Tracedaten in der zentralen Dienstrechnerkonfiguration zur Bereitstellung und weiteren Verwendung an den Endgeräten der Nutzer. Den vorgeschlagenen Anwendungen gemeinsam ist, daß der Nutzer eines Client-Endgerätes ("Kunde") an einem Netzknoten meßtechnisch Kommunikationsdaten erfaßt, die von einem anderen Netzknoten ankommen und sich etwa als Folge von Dual- bzw. Hexadezimalzahlen darstellen. Diese Kommunikationsdaten werden am Client-Endgerät eingespeist und zur Dienstrechnerkonfiguration übermittelt. Bei der Realisierung der Erfindung als kommerzieller Dienst wird dabei im Regelfall ein Übergang der Kommunikationsdaten in einen fremden betrieblichen bzw. organisatorischen Verantwortungsbereich erfolgen, und die aus den Daten gewonnenen Auswertungs- , Test- bzw. Simulations-ergebnisse werden wiederum unter Überschreitung dieser Grenze an den Nutzer bzw. Kunden zurückübermittelt.
In einer aus derzeitiger Sicht bevorzugten Ausführung wird die Datenmenge von dem Client-Endgerät über ein IP-Netz, insbesondere das Internet, und eine Dienstanbieter-Schnittstelle an die Dienstrechnerkonfiguration eines Dienstanbieters eines Auswertungsdienstes übermittelt. Neben der Nutzung eines In- tranetbrowsers kann dabei auch eine direkte Einspeisung der
Kommunikationsdaten bei der Dienstrechnerkonfiguration vorgesehen sein.
In einer alternativen - perspektivisch vermutlich ebenfalls große Bedeutung erlangenden - Ausführung kommuniziert der Nutzer per Mobilfunk-Endgerät, beispielsweise unter Nutzung des WAP in einem Mobilfunknetz nach GSM- oder GPRS-Standard oder künftig unter Nutzung des UMTS (Universal Mobile Tele- communication System) mit der Dienstrechnerkonfiguration.
Im einfachsten Fall gehören die Netzknoten, zwischen denen die Kommunikationsdaten übermittelt werden, demselben Kommunikationsnetz an wie eine Verbindung zwischen dem Client-Endgerät und der Dienstrechnerkonfiguration, die Erfindung ist aber natürlich nicht auf diese einfache Netzkonfiguration beschränkt . Die Datenmenge wird unter Erfassung ihrer Größe an die Dienstrechnerkonfiguration übermittelt, und/oder die zur Auswertung bei der Dienstrechnerkonfiguration eingesetzten Ressourcen werden erfaßt und für eine Vergebührung der Auswer- tung genutzt. Mit dieser technischen Ausprägung ist das Angebot des vorgeschlagenen Verfahrens als kommerzieller Dienst sinnvoll möglich. Es ist aber darauf hinzuweisen, daß ein Dienstangebot nicht notwendigerweise eine vom Nutzungsumfang abhängige Vergebührung voraussetzt, sondern auch auf Grund- läge von Pauschalen möglich ist.
Zweckmäßigerweise wird zur Ausschließung unbefugter Nutzungen die Datenmenge zusammen mit Authentisierungsdaten des Nutzers an die Dienstrechnerkonfiguration übermittelt und die Rück- Übermittlung eines Auswertungsergebnisses in Abhängigkeit vom Ergebnis einer parallel zur Auswertung bei der Dienstrechnerkonfiguration durchgeführten Authentisierungsprüfung ausgeführt. Es kann hierbei auf bekannte Authentisierungsmechanis- men (PIN, Paßwort oder Übermittlung und Prüfung biometrischer Daten der Nutzer) zurückgegriffen werden.
Die Kommunikationsdaten werden in der Dienstrechnerkonfiguration in Befehle eines der zugelassenen Kommunikationsprotokolle übersetzt und diese Befehle an das Client-Endgerät übermittelt und dort angezeigt und/oder lokal gespeichert. In diesem Sinne arbeitet das vorgeschlagene Verfahren gewissermaßen als Übersetzungsdienst in eine dem Kunden a priori unbekannte Sprache .
In einer weiteren sinnvollen Anwendung werden die Kommunikationsdaten, insbesondere laufend während eines Kommunikationsprozesses, in der Dienstrechnerkonfiguration auf Konformität mit der Spezifikation eines der zugelassenen Kommunikationsprotokolle überprüft, und es wird eine das Überprüfungs- ergebnis kennzeichnende Nachricht an das Client-Endgerät übermittelt und dort angezeigt und/oder lokal gespeichert . Aufgrund dieser Information kann der Kunde gegebenenfalls Einfluß auf den Sender der Kommunikationsdaten nehmen, um künftig Konformität zum gültigen Kommunikationsprotokoll zu erreichen.
In einer fortgeschrittenen Ausbaustufe des vorgeschlagenen Systems wird durch die Dienstrechnerkonfiguration ein Kommunikationspartner-Endgerät für das Client-Endgerät simuliert, wobei die Simulation aufgrund eines Ergebnisses der Auswertung der vom Client-Endgerät empfangenen Kommunikationsdaten erfolgt. Auf diese Weise lassen sich dann unter Inanspruchnahme des etablierten Dienstes kundenseitig ganze Netzabschnitte bezüglich des Datenverkehrs unter bestimmten Protokollen simulieren.
Es versteht .sich, daß den oben hervorgehobenen Verfahrensaspekten adäquate Systemkonfigurationen entsprechen, so daß eine Wiederholung unter Vorrichtungsaspekten hier nicht erforderlich ist. Vorrichtungsaspekte der Erfindung werden im übrigen aus der nachfolgenden Beschreibung einer in der ein- zigen Figur schematisch dargestellten Systemkonfiguration (an einer Ausführungsform) deutlich.
Die Figur zeigt in einer synoptischen Darstellung zwei miteinander über ein IP-Netz IP verknüpfte Kommunikationsnetz- werke NWi, NW , in denen jeweils ein Netzknoten Ni bzw. N2 dargestellt ist. An die Netzknoten Ni, N2 ist ein erstes Client-Endgerät Tx (Laptop) bzw. ein zweites und drittes Client-Endgerät T2 (Communicator) bzw. T3 (Mobiltelefon) an- geschlos-sen. Die Netzverbindungen des Laptops Ti sind draht- gebunden, und es kommuniziert u. a. über das HTTP mit anderen Netzknoten und übermittelt auch über eine leitungsgebundene Verbindung Kommunikationsdaten an einen Dienstanbieter zur Auswertung. Der Communicator T2 und das Mobiltelefon T3 sind natürlich an ein Mobilfunknetz angeschlossen und kommunizie- ren in diesem über einen der etablierten Standards, die in der Figur beim Netzknoten N2 angegeben sind, sowie mit dem IP-Netz IP über das WAP. Die Verbindung zum IP-Netz wird über ein Gateway GW an sich bekannter Art hergestellt.
Rechts der strichpunktierten Linie ist der Verantwortungsbereich eines Dienstanbieters dargestellt, der eine Dienstrech- nerkonfiguration SCON betreibt, welche einen Kommunikations- Server COMS und einen Applikations-Server APPS umfaßt. Die Dienstrechnerkonfiguration SCON ist mit dem IP-Netz IP über eine Schnittstelle SINT verbunden. Dieser ist einerseits eine Datenmengen- und Ressourcenerfassungseinrichtung DRMON (die ihrerseits einen Ausgang zu einer - nicht dargestellten -
Vergebührungseinrichtung hat) und andererseits eine Authenti- sierungsprüfeinrichtung AUT zugeordnet.
Über die Dienstanbieter-Schnittstelle SINT werden dem Dienst- anbieter S seitens der Nutzer der Client-Endgeräte Ti bis T3 auszuwertende Kommunikationsdaten übergeben. Diese werden nach erfolgreicher Authentisierungsprüfung von mitgelieferten Authentisierungsdaten des jeweiligen Nutzers in der Authenti- sierungsprüfeinrichtung AUT der Dienstrechnerkonfiguration SCON zur Auswertung unter Zugriff auf eine Backend-Datenbasis
DB zugeführt. Durch die Datenmengen- und Ressourcenerfassungseinrichtung DRMON wird die auszuwertende Datenmenge und/oder der Ressourcenbedarf für die Auswertung erfaßt und das Erfassungsergebnis für eine Vergebührung des Dienstes be- reitgestellt.
Die Auswertung betrifft einen oder mehrere der oben im Zusammenhang mit der Erläuterung des Verfahrens genannten Aspekte des Kommunikationsprozesses, in den die Client-Endgeräte in- volviert sind. Eine nochmalige Aufzählung ist daher hier nicht erforderlich.
Die Ausführung der Erfindung ist nicht auf die oben beschriebenen Beispiele und hervorgehobenen Aspekte beschränkt, son- dern ebenso in einer Vielzahl von Abwandlungen möglich, die im Rahmen fachgemäßen Handelns liegen.

Claims

Patentansprüche
1. Verfahren zur Auswertung einer Datenmenge von Kommunikationsdaten, die an einem Netzknoten eines Kommunikationsnetzes (NWi, NW2) erfassbar sind, bei dem die Datenmenge von Kommunikationsdaten in ein Client-Endgerät (Ti, T2, T3) eingespeist wird, die Datenmenge von Kommunikationsdaten vom Client-Endgerät kommunikationsnetzbenutzend an eine Dienstrechnerkon- figuration (SCON) übermittelt wird und in dieser, insbesondere im Zusammenwirken eines Kommunikations-Servers (COMS) und eines Applikations-Servers (APPS) , unter Zugriff auf eine an die Dienstrechnerkonfiguration angeschlossene zentrale Protokolldatenbank (DB) , in der eine Mehrzahl von die zugelassenen Kommunikationsprotokolle des
Kommunikationsnetzes beschreibenden Protokolldatensätzen gespeichert ist, ein Test der Implementierung von Protokollstacks ausgeführt wird, und ein Testergebnis an das Client-Endgerät übermittelt wird.
2. Verfahren zur Auswertung einer Datenmenge von Kommunikationsdaten, die an einem Netzknoten eines Kommunikationsnetzes (NWX, NW2) erfassbar sind, bei dem die Datenmenge von Kommunikationsdaten in ein Client-Endgerät (Ti, T2, T3) eingespeist wird, die Datenmenge von Kommunikationsdaten vom Client-Endgerät kommunikationsnetzbenutzend an eine Dienstrechnerkonfiguration (SCON) übermittelt wird und in dieser, insbesondere im Zusammenwirken eines Kommunikations-Servers (COMS) und eines Applikations-Servers (APPS) , unter Zugriff auf eine an die Dienstrechnerkonfiguration angeschlossene zentrale Protokolldatenbank (DB) , in der eine Mehrzahl von die zugelassenen Kommunikationsprotokolle des Kommunikationsnetzes beschreibenden Protokolldatensätzen gespeichert ist, eine Auswertung von Protokollstacks und/oder Protokollnach- richten ausgeführt wird, und ein Auswertungsergebnis an das Client-Endgerät übermittelt wird.
3. Verfahren zur Auswertung einer Datenmenge von Kommunikationsdaten, die an einem Netzknoten eines
Kommunikationsnetzes (NWi, NW2) erfassbar sind, bei dem die Datenmenge von Kommunikationsdaten in ein Client-Endgerät (Ti, T2, T3) eingespeist wird, die Datenmenge von Kommunikationsdaten vom Client-Endgerät kommunikationsnetzbenutzend an eine Dienstrechnerkonfiguration (SCON) übermittelt wird und in dieser, insbesondere im Zusammenwirken eines Kommunikations-Servers (COMS) und eines Applikations-Servers (APPS) , unter Zugriff auf eine an die Dienstrechnerkonfiguration an- geschlossene zentrale Protokolldatenbank (DB) , in der eine Mehrzahl von die zugelassenen Kommunikationsprotokolle des Kommunikationsnetzes beschreibenden Protokolldatensätzen gespeichert ist, ein Test des Inhaltes von Protokollstacks ausgeführt wird, und ein Testergebnis an das Client-Endgerät übermittelt wird.
4. Verfahren zur Auswertung einer Datenmenge von Kommunikationsdaten, die an einem Netzknoten eines Kommunikationsnetzes (NWi, NW2) erfassbar sind, bei dem die Datenmenge von Kommunikationsdaten in ein Client-Endgerät (Ti, T2, T3) eingespeist wird, die Datenmenge von Kommunikationsdaten vom Client-Endgerät kommunikationsnetzbenutzend an eine Dienstrechnerkonfiguration (SCON) übermittelt wird und in dieser, insbesondere im Zusammenwirken eines Kommunikations-Servers (COMS) und eines Applikations-Servers (APPS) , unter Zugriff auf eine an die Dienstrechnerkonfiguration angeschlossene zentrale Protokolldatenbank, in der eine Mehrzahl von die zugelassenen Kommunikationsprotokolle des Kommu- nikationsnetzes beschreibenden Protokolldatensätzen gespeichert ist, ein Test von Protokollimplementierungen ausgeführt wird, und ein Testergebnis an das Client-Endgerät übermittelt wird.
5. Verfahren zur Auswertung einer Datenmenge von Kommunikationsdaten, die an einem Netzknoten eines Kommunikationsnetzes (NWi, NW2) erfassbar sind, bei dem die Datenmenge von Kommunikationsdaten in ein Client-Endgerät (Ti, T2, T3) eingespeist wird, die Datenmenge von Kommunikationsdaten vom Client-Endgerät kommunikationsnetzbenutzend an eine Dienstrechnerkon- figuration (SCON) übermittelt wird und in dieser, insbesondere im Zusammenwirken eines Kommunikations-Servers (COMS) und eines Applikations-Servers (APPS) , unter Zugriff auf eine an die Dienstrechnerkonfiguration angeschlossene zentrale Protokolldatenbank (DB) , in der eine Mehrzahl von die zugelassenen Kommunikationsprotokolle des
Kommunikationsnetzes beschreibenden Protokolldatensätzen gespeichert ist, ein Test von Protokollnachrichten ausgeführt wird, und ein Testergebnis an das Client-Endgerät übermittelt wird.
6. Verfahren zur Auswertung einer Datenmenge von Kommunikationsdaten, die an einem Netzknoten eines Kommunikationsnetzes (NWX, NW2) erfassbar sind, bei dem die Datenmenge von Kommunikationsdaten in ein Client-Endgerät (Ti, T2, T3) eingespeist wird, die Datenmenge von Kommunikationsdaten vom Client-Endgerät kommunikationsnetzbenutzend an eine Dienstrechnerkonfiguration (SCON) übermittelt wird und in dieser, insbesondere im Zusammenwirken eines Kommunika- tions-Servers (COMS) und eines Applikations-Servers (APPS) , unter Zugriff auf eine an die Dienstrechnerkonfiguration angeschlossene zentrale Protokolldatenbank (DB) , in der eine Mehrzahl von die zugelassenen Kommunikationsprotokolle des Kommunikationsnetzes beschreibenden Protokolldatensätzen ge- speichert ist, eine Simulation von Protokollstacks und/oder Protokollnachrichten ausgeführt wird, und ein Simulationsergebnis an das Client-Endgerät übermittelt wird.
7. Verfahren zur Auswertung einer Datenmenge von Kommunikationsdaten, die an einem Netzknoten eines Kommunikationsnetzes (NWi, NW2) erfassbar sind, bei dem die Datenmenge von Kommunikationsdaten in ein Client-Endgerät (Ti, T2, T3) eingespeist wird, die Datenmenge von Kommunikationsdaten vom Client-Endgerät kommunikationsnetzbenutzend an eine Dienstrechnerkon- figuration (SCON) übermittelt wird und in dieser, insbesondere im Zusammenwirken eines Kommunikations-Servers (COMS) und eines Applikations-Servers (APPS) , unter Zugriff auf eine an die Dienstrechnerkonfiguration angeschlossene zentrale Protokolldatenbank (DB) , in der eine Mehrzahl von die zugelassenen Kommunikationsprotokolle des Kommunikationsnetzes beschreibenden Protokolldatensätzen gespeichert ist, eine Auswertung und Analyse von Tracedaten ausgeführt wird, und ein Analyseergebnis an das Client-Endgerät übermittelt wird.
8. Verfahren nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die Datenmenge von dem Client-Endgerät (Ti, T2, T3) , insbeson- dere über das Internet, und eine Dienstanbieter-Schnittstelle (SINT) an die Dienstrechnerkonfiguration (SCON) eines Dienstanbieters (S) eines Auswertungsdienstes übermittelt wird.
9. Verfahren nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die Datenmenge unter Erfassung ihrer Größe an die Dienstrechnerkonfiguration (SCON) übermittelt wird und/oder die zur Auswertung bei der Dienstrechnerkonfiguration eingesetzten Ressourcen erfaßt und für eine Vergebührung der Auswertung genutzt werden.
10. Verfahren nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die Datenmenge zusammen mit Authentisierungsdaten des Nutzers an die Dienstrechnerkonfiguration (SCON) übermittelt und die Rückübermittlung eines Auswertungsergebnisses in Abhän- gigkeit vom Ergebnis einer parallel zur Auswertung oder vorab bei der Dienstrechnerkonfiguration durchgeführten Authenti- sierungsprüfung ausgeführt wird.
11. Verfahren nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die Kommunikationsdaten in der Dienstrechnerkonfiguration (SCON) in Befehle eines der zugelassenen Kommunikationsprotokolle übersetzt und diese Befehle an das Client-Endgerät (Tx, T2, T3) übermittelt und dort angezeigt und/oder lokal gespeichert werden.
12. Verfahren nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die Kommunikationsdaten, insbesondere laufend während eines Kommunikationsprozesses, in der Dienstrechnerkonfiguration
(SCON) auf Konformität mit der Spezifikation eines der zugelassenen Kommunikationsprotokolle überprüft werden und eine das Überprüfungsergebnis kennzeichnende Nachricht an das Client-Endgerät (Ti, T2, T3) übermittelt und dort angezeigt und/oder lokal gespeichert wird.
13. Verfahren nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß das Client-Endgerät (Tx) mit der Dienstrechnerkonfiguration (SCON) eine leitungsgebundene Verbindung hat und die Übermittlung der Datenmenge an diese bzw. von Auswertungsergebnissen oder Nachrichten von dieser über das HyperText Transfer Protocol (HTTP) erfolgt.
14. Verfahren nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß das Client-Endgerät (T2, T3) mit der Dienstrechnerkonfigura- tion (SCON) eine drahtlose Verbindung, insbesondere eine Mobilfunkverbindung nach dem GSM- oder GPRS- oder UMTS-Standard oder eine Bluetooth- oder WLAN-Verbindung, hat und die Übermittlung der Datenmenge an diese bzw. von Auswertungser- gebnissen oder Nachrichten von dieser über das Wireless Application Protocol (WAP) oder eines weiterentwickelten Transfer Protokolls für die drahtlose Nachrichtenübertragung erfolgt.
15. Verfahren nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die Netzknoten (Ni, N2) , zwischen denen die Kommunikationsdaten übermittelt werden, demselben Kommunikationsnetz angehören wie eine Verbindung zwischen dem Client-Endgerät (Ti, T2 , T3) und der Dienstrechnerkonfiguration (SCON) .
16. Verfahren nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß durch die Dienstrechnerkonfiguration (SCON) ein Kommunika- tionspartner-Endgerat für das Client-Endgerät (Ti, T2, T3) simuliert wird, wobei die Simulation aufgrund eines Ergebnisses der Auswertung der vom Client-Endgerät empfangenen Kommunikationsdaten erfolgt.
17. Anordnung zur Durchführung des Verfahrens nach einem der vorangehenden Ansprüche, mit einer über eine Kommunikations- verbindung (IP) mit einem Client-Endgerät (Ti, T2, T3) in einer Client-Server-Architektur verbundenen Dienstrechnerkonfiguration (SCON) zur Auswertung von Kommunikationsdaten, welche mit einer Protokolldatenbank (DB) verbunden ist, in der eine Mehrzahl von die zugelassenen Kommunikationsprotokolle eines Kommunikationsnetzes, an das das Client-Endgerät angeschlossen ist, beschreibenden Protokolldatensätzen gespeichert ist.
18. Anordnung nach Anspruch 17, d a d u r c h g e k e n n z e i c h n e t, daß die Dienstrechnerkonfiguration (SCON) einen Kommunikations- Server (COMS) und einen Applikations-Server (APPS) umfaßt, wobei die Protokolldatenbank (DB) mit dem letzteren verbunden ist .
19. Anordnung nach Anspruch 17 oder 18, d a d u r c h g e k e n n z e i c h n e t, daß die Dienstrechnerkonfiguration (SCON) über ein und dasselbe Kommunikationsnetz mit dem Client-Endgerät (Ti, T2, T3) ver- bunden ist, über das dieses auch mit einem Netzknoten (Nx,
N2) verbunden ist, an dem die auszuwertenden Kommunikations- daten anfallen.
20. Anordnung nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die Dienstrechnerkonfiguration (SCON) mit dem Client-Endgerät (Ti, T2, T3) über ein IP-Netz (IP) , insbesondere das Internet, verbunden ist.
21. Anordnung nach einem der vorangehenden Ansprüche, d a d u r c h g e k e n n z e i c h n e t, daß die Dienstrechnerkonfiguration (SCON) mit dem Client-Endgerät (Ti, T2, T3) über ein Mobilfunknetz (NW2) nach dem GSM-, GPRS- oder UMTS-Standard oder eine Bluetooth- oder WLAN-Verbindung verbunden ist.
22. Anordnung nach einem der Ansprüche 17 bis 21, g e k e n n z e i c h n e t d u r c h eine Dienstanbieter-Schnittstelle (SINT) , der Mittel (DRMON) zur Erfassung der Größe der Datenmenge der Kommunikationsda- ten und/oder der zu deren Auswertung bei der Dienstrechnerkonfiguration eingesetzten Ressourcen zugeordnet sind.
23. Anordnung nach einem der Ansprüche 17 bis 22, g e k e n n z e i c h n e t d u r c h eine Dienstanbieter-Schnittstelle (SINT) , der Mittel (AUT) zur Authentisierungsprüfung aufgrund von an die Dienstrech- nerkonfiguration übermittelten Authentisierungsdaten zugeordnet sind.
24. Anordnung nach einem der Ansprüche 17 bis 23, d a d u r c h g e k e n n z e i c h n e t, daß die Dienstrechnerkonfiguration Mittel zur Simulation eines Kommunikationspartner-Endgerätes für das Client-Endgerät aufweist .
EP03714682A 2002-02-27 2003-02-27 Verfahren und anordnung zur auswertung von kommunikationsdaten für protokolltests Withdrawn EP1481512A2 (de)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
DE10208901 2002-02-27
DE10208901A DE10208901A1 (de) 2002-02-27 2002-02-27 Verfahren und Anordnung zur Handhabung von Protokolldefinitionen in einem Kommunikationsnetz
DE10208902 2002-02-27
DE10208902A DE10208902B4 (de) 2002-02-27 2002-02-27 Verfahren und Anordnung zur Auswertung einer Menge von Kommunikationsdaten
PCT/DE2003/000713 WO2003073699A2 (de) 2002-02-27 2003-02-27 Verfahren und anordnung zur auswertung von kommunikationsdaten für protokolltests

Publications (1)

Publication Number Publication Date
EP1481512A2 true EP1481512A2 (de) 2004-12-01

Family

ID=27766688

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03714682A Withdrawn EP1481512A2 (de) 2002-02-27 2003-02-27 Verfahren und anordnung zur auswertung von kommunikationsdaten für protokolltests

Country Status (2)

Country Link
EP (1) EP1481512A2 (de)
WO (1) WO2003073699A2 (de)

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6819655B1 (en) * 1998-11-09 2004-11-16 Applied Digital Access, Inc. System and method of analyzing network protocols

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
WO2003073699A3 (de) 2003-11-27
WO2003073699A2 (de) 2003-09-04

Similar Documents

Publication Publication Date Title
DE69531689T2 (de) Verfahren zur uberwachung von telefon und/oder datennetzwerken insbesondere mobilen telefonnetzen
DE69830046T2 (de) Vorrichtung und verfahren zur überwachung und auswertung von anwendungsprotokollen für datenübertragungssysteme in netzen
DE102016124568A1 (de) Aggregieren fahrzeugbezogener big data
DE10300907A1 (de) Verfahren und System für eine verbesserte Überwachung, Messung und Analyse von Kommunikationsnetzwerken unter Verwendung von dynamisch und entfernt konfigurierbaren Sonden
DE19644024A1 (de) Verfahren und Vorrichtung zum Überprüfen des richtigen und vollständigen Anlegens von Kommunikationsdatensätzen in Telekommunikationsanlagen
DE102013201688A1 (de) Testgerät und Verfahren zum Testen IP-basierter Mobilfunkendgeräte
WO2004040850A1 (de) Verfahren und einrichtung zur auswahl eines netzzugangs zu einem oder mehreren datennetzen über ein telekommunikationsendgerät
EP1554903B1 (de) Nachrichtenübertragungssystem und verfahren zur nutzung von sim-karten über fernzugriff für kostengünstige verbindungen zwischen fest- und mobilfunknetzen
EP1208709B1 (de) Verfahren und anordnung für eine maschinengestützte analyse eines mobilfunksystems
DE60304496T2 (de) Mehrfachprotokoll-Anrufverfolgung in GPRS Gb-Gr
DE19620164C1 (de) Testeinrichtung zur Überprüfung der Leitweglenkung und Gebührenerfassung in einem Mobilkommunikationsnetz und Verfahren zu dessen Betrieb
EP1170967B1 (de) System und Verfahren zum Betrieb eines interaktiven Servers in einem zellularen Kommunikationsnetz
WO2003073699A2 (de) Verfahren und anordnung zur auswertung von kommunikationsdaten für protokolltests
DE10301904B4 (de) Verfahren zum Testen von SMS-Verbindungen in Mobilkommunikationssystemen
DE10208902B4 (de) Verfahren und Anordnung zur Auswertung einer Menge von Kommunikationsdaten
EP2779744B1 (de) Verfahren zur Veränderung der einem Telekommunikationsendgerät zugeordneten Dienstqualität und System, umfassend ein Telekommunikationsendgerät und ein Telekommunikationsnetz, zur Veränderung der dem Telekommunikationsendgerät zugeordneten Dienstqualität
EP2807597A2 (de) Verfahren zum multilateralen und ganzheitlichen erfassen und verbessern der mobildienst-qualität mit hilfe von kunden-terminals mit rückmeldung an den kunden
EP3669501B1 (de) Verfahren zum bereitstellen von datenpaketen aus einem can-bus; steuergerät sowie system mit einem can-bus
WO2006084776A1 (de) Verfahren zur anpassung einer verbindung zwischen einem diensteanbieter und einem kommunikationsgerät und entsprechendes kommunikationssystem
EP2426947B1 (de) Verfahren, vorrichtung und vorrichtungsanordnung zur selektiven bereitstellung von verbrauchsdaten
EP2242299B1 (de) Überprüfung der Funktionsfähigkeit von Kommunikationsdiensten für in Mobilfunknetzen betreibbare mobile Endgeräte bei einem Roaming-Betrieb in wenigstens zwei Mobilfunknetzen
EP2111070B1 (de) Verfahren zur fehlererkennung bei rekonfigurierbaren endgeräten und zur unterstützung von rekonfigurationsentscheidungen sowie ein entsprechendes netzwerkelement und ein entsprechender agent
DE10301500A1 (de) Verfahren zum Identifizieren eines Netzwerks
DE19954289B4 (de) Private Telekommunikationsanlage und Verfahren zu deren Konfigurierung
EP4738914A1 (de) Netzwerkverfahren, netzwerksystem, computerprogrammprodukt und computerlesbares medium

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20040927

AK Designated contracting states

Kind code of ref document: A2

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

AX Request for extension of the european patent

Extension state: AL LT LV MK RO

17Q First examination report despatched

Effective date: 20050126

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

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

18D Application deemed to be withdrawn

Effective date: 20050607