DE10138363A1 - Verfahren zur Gewährleistung der Dienstgüte von Internet-Anwendungen bei optimaler Ausnutzung der aktuellen Netzressourcen - Google Patents
Verfahren zur Gewährleistung der Dienstgüte von Internet-Anwendungen bei optimaler Ausnutzung der aktuellen NetzressourcenInfo
- Publication number
- DE10138363A1 DE10138363A1 DE10138363A DE10138363A DE10138363A1 DE 10138363 A1 DE10138363 A1 DE 10138363A1 DE 10138363 A DE10138363 A DE 10138363A DE 10138363 A DE10138363 A DE 10138363A DE 10138363 A1 DE10138363 A1 DE 10138363A1
- Authority
- DE
- Germany
- Prior art keywords
- qos
- application
- internet
- stored
- network resources
- 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
Links
Classifications
-
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/15—Flow control; Congestion control in relation to multipoint traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/808—User-type aware
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/82—Miscellaneous aspects
- H04L47/822—Collecting or measuring resource availability data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/306—User profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Die Erfindung bezieht sich auf die Gewährleistung der Dienstgüte von Internet-Anwendungen (An) und insbesondere auf die automatische Anpassung und Optimierung von Internet-Anwendungen (An) unter Ausnutzung der zum Startzeitpunkt der Internet-Anwendung (An) vorhandenen Ressourcen des IP-Zugangsnetzes (ZN) und des Endsystems (ES). Erfindungsgemäß werden von Internet-Anwendungen (An) die Kommunikationsanforderungen (QoS) an das IP-Zugangsnetz (ZN) erfasst und als Anwendungsprofile gespeichert. Bei Aktivierung einer Internet-Anwendung (An) werden die aktuell vorhandenen Netzressourcen des IP-Zugangsnetzes (ZN) mit den gespeicherten Anwendungsprofilen verglichen und es werden Steuerdaten ermittelt. Anhand der ermittelten Steuerdaten wird die Bereitstellung der Netzressourcen für die betreffende Internet-Anwendung (An) optimiert. Die Optimierung bezieht sich dabei auf einen angepassten zeitlichen Ablauf und die Ermittlung der unter Kostenaspekten (Übertragungskosten) günstigsten Konstellation.
Description
- Die Erfindung bezieht sich auf die Gewährleistung der Dienstgüte von Internet-Anwendungen und insbesondere auf die automatische Anpassung und Optimierung von Internet-Anwendungen in Bezug auf die Ausnutzung der aktuell vorhandenen Netzressourcen.
- Gegenwärtig bekannte Methoden und Verfahren zur optimalen Anpassung an die Anforderungen einer Internet-Anwendung An laufen im wesentlichen darauf hinaus, Ende-zu-Ende Pfade- oder Systeme zu generieren, die immer sehr komplex sind. In der Internet-Welt gibt es gegenwärtig 2 wesentliche Ansätze zur Sicherung von Dienstgüten im Netz (DiffServ - Definition von wenigen Dienstklassen und Int. Serv- Aufbau von Ende-zu-Ende QoS-Beziehungen). (RSVP in RFC 2210/2211/2212, DiffServ in RFC 2430/2475).
- Die Bilder 2a und 2b skizzieren diese Verfahren. Bild 2a stellt das Verfahren DiffServ dar. Internet-Anwendungen An (Applikationen) werden im Endsystem (ES) in Klassen mit verschiedenen Anforderungen an die Dienstqualität eingeteilt (im Beispiel Gold/Silber/Bronze). Diese unterschiedlichen Ströme werden im Kernnetz KN entsprechend ihrer Anforderungen behandelt und mit Strömen gleicher Priorität von anderen Endsystemen ES zusammengefasst.
- Bild 2b verdeutlicht das Verfahren IntServ. Bei dieser Variante der Kommunikation mit verschiedenen Dienstqualitäten wird für jede Anwendung mit einer bestimmten Anforderung an die Übertragungsqualität im Kernnetz KN die entsprechende Ressource reserviert. Diese Reservierung wird mit In-Band Signalisierungsverfahren realisiert. Die oben beschriebenen Verfahren sind in sehr komplexer Form in das reale Netz eines IP-Providers integriert. Mittels dieser Verfahren wird versucht, Bandbreiten im Kernnetz KN prioritätsgebunden zu verteilen. Dabei sind den einzelnen Internet- Anwendungen An entsprechend ihrer Wertigkeit für den Nutzer unterschiedliche Prioritäten zugeordnet.
- Die oben beschriebenen Lösungen haben 2 wesentliche Mängel. Im Fall der Ressourcen-Reservierung im Netz für einzelne Anwendungen (IntServ) muß eine zentrale Verwaltung die Zustände im Zugangsnetz und im Kernnetz überwachen. Dieses zentrale Management ist sehr aufwendig, komplex und kostenintensiv. Im Fall der Klassenbildung von Prioritäten (DiffServ) wird diese Komplexität teilweise verringert, unklar ist allerdings, wie diese Systeme zwischen unterschiedlichen Providern (ISP's) über viele Domaingrenzen hinweg konsistent arbeiten können.
- Der Ansatz der Erfindung beschränkt sich auf das Zugangsnetz, da die technische Entwicklung der nächsten Jahre immer mehr dahin geht, im IP-Kernnetz KN sehr große Kapazitäten vorzuhalten, so dass eine effektive Nutzung dieser Ressourcen im Prinzip nicht notwendig ist. Eine effektive Nutzung der Ressourcen des IP-Kernnetzes KN ist jedoch immer auch von der Leistungsfähigkeit des IP-Zugangsnetzes ZN abhängig. Durch die Leistungsfähigkeit des IP-Zugangsnetzes ZN wird letztendlich bestimmt, welche Netzressourcen dem einzelnen Anwender oder einem Endsystem ES überhaupt zur Verfügung gestellt werden können und inwieweit der Nutzer dann in der Lage ist, die im IP-Kernnetz KN vorhandenen Kapazitäten überhaupt vollständig zu nutzen. Zum gegenwärtigen Zeitpunkt ist das IP-Zugangsnetz ZN immer als Schwachstelle anzusehen, da es zumeist eine effektive Nutzung der im IP-Kernnetz KN vorhandenen Kapazitäten nicht zulässt.
- Im Bild 3 wird dieser Sachverhalt an verschiedenen Beispielen anschaulich dargestellt. Bei einem Endsystem ES mit GPRS Zugang wird die Bandbreite, die dem Kunden für eine Internet-Anwendung An zur Verfügung steht, immer starken Dimensions- Schwankungen unterworfen sein. Die Schwankungen der Bandbreite des Zugangs ist beispielsweise abhängig vom Empfangspegel des Endsystems ES und von der Anzahl der aktiven Nutzer in der betreffenden Funkzelle.
- Ähnliches gilt für den Zugang über DSL. Auch hier wird die maximal erreichbare Übertragungsbandbreite von vielen, ständig sich ändernden Parametern beeinflusst (Anzahl der aktiven Nutzer im gleichen Kabelstrang, Leitungslängen).
- Der Zugang über ein Gateway (Beispiel hier UMTS) ist für komplexere Systeme, wie sie z. B. in einem PKW realisiert sein können, realistisch.
- Die Anbindung eines Endsystems ES mitteis UMTS ist jedoch stark von den sich dynamisch ändernden Zuständen in der Funkzelle abhängig.
- Die Erfindung hat zur Aufgabe, die bei den bekannten Lösungen zur Sicherung der Dienstgüte notwendigermaßen gegebene Komplexität wesentlich zu reduzieren. Dabei soll gewährleistet werden, dass die Lösung mit einfach realisierbaren Mitteln in einem Datennetzwerk implementiert werden kann. Das Verfahren soll besonders für stark dynamische Zugangsnetze wie z. B. GPRS und UMTS geeignet sein. Es soll jedoch auch in anderen modernen Netzen, wie z. B. DSL oder ATM eingesetzt werden können.
- Der wesentliche Grundgedanke der Erfindung besteht darin, die Kommunikationsanforderungen von Internet-Anwendungen An an das IP-Zugangsnetz ZN in Form von Anwendungsproflen zu erfassen, wobei die Anwendungsprofile Prioritäten bzw. Bedingungen der einzelnen Internet-Anwendungen An zueinander als auch Prioritäten und Bedingungen einzelner Module innerhalb einer Internet- Anwendung An enthalten. Diese Prioritäten steuern die Zuweisung von Ressourcen des IP-Zugangsnetzes ZN, sowohl für alle aktiven Internet-Anwendung An zusammen, als auch für jede einzelne Internet-Anwendung. Bei der Zuweisung der Ressourcen werden immer auch die Leistungsfähigkeit bzw. die technischen Möglichkeiten der zur Verfügung stehenden Endgerätesysteme ES berücksichtigt. Durch die Erfindung wird es möglich, unter Berücksichtigung der zum Startzeitpunkt der Internet Anwendung An vorhandenen Ressourcen des IP-Zugangsnetzes ZN und des Endsystems ES eine hohe Dienstgüte für Internet-Anwendungen An zu gewährleisten.
- In einem realem IP-Zugangsnetz ZN kann mit dem beschriebenen Verfahren die Komplexität der Steuerung von Übertragungskapazitäten verschiedener Internet- Anwendungen An nach groben Abschätzungen um den Faktor 10 reduziert werden.
- Fig. 1 zeigt anhand eines Blockschaltbildes das Wirkprinzip des erfindungsgemäßen Verfahrens.
- Der Erfindung liegen folgende Verfahrensschritte zugrunde:
- Im ersten Verfahrensschritt werden die Kommunikations-Anforderungen (sogenannte IP Quality of Service QoS) von Internet-Anwendungen An (Applikationen) an das IP- Zugangsnetz ZN und die zeitlichen Abhängigkeiten sowohl zwischen den Internet- Anwendungen An selber, als auch zwischen den Modulen der jeweiligen Internet- Anwendung An erfasst und nach Prioritäten geordnet, als Anwendungsprofile in einer QoS-Datenbank DQ eines Zentralen QoS-Servers ZQS gespeichert und vorgehalten. Der im Endsystem ES installierte Linktester ist in der Lage, die aktuell im IP- Zugangsnetz ZN vorhandene Bandbreite auf der Link-Layer Ebene (MAC) zu messen und diese Werte über genormte Schnittstellen (z. B. SNMP) in Band bereitzustellen.
- Bei Aktivierung einer Internet-Anwendung An werden die im IP-Zugangsnetz ZN real bzw. aktuell vorhandenen Netzressourcen gemessen (Linktester)und anschließend ebenfalls in der QoS-Datenbank DQ des Zentralen QoS-Servers ZQS gespeichert. Aus den in der QoS-Datenbank DQ gespeicherten Werten für das Anwendungsprofil der Internet-Anwendung An und den aktuell gespeicherten Daten der zur Verfügung stehenden Netzressourcen des IP-Zugangsnetzes ZN werden mittels eines QoS- Optimierers OQ, der ebenfalls dem Zentralen QoS-Server ZQS zugeordnet ist, über numerische Methoden der Linearen Optimierung Steuerdaten berechnet, die geeignet sind, den optimalen Einsatz der aktuell vorhandenen Netzressourcen für die konkrete Internet-Anwendung An (Applikation) zu regeln.
- Die berechneten Steuerdaten werden nach dem Durchlauf der Optimierung (QOS- Optimierer OQ) über den Zentrale QoS-Server ZQS zu den Endsystemen ES zurückgemeldet und führen dort zu einer optimalen Nutzung der Ressourcen des IP- Zugangsnetzes ZN (z. B. optimale Einstellung der Zugangsbandbreite).
- Die Erfindung trägt der zunehmenden Komplexität bei Internet-Anwendungen An bzw. bei Internet-Applikationen Rechnung. Neben unspezifizierten Datenanwendungen, die keine Dienstgüten im Netz benötigen, setzen sich zunehmend Anwendungen durch, die Sprache und Bilder in Echtzeit transferieren. Solche Applikationen (z. B. Netmeeting von Microsoft) benötigen für ihre Funktion eine bestimmte Mindestbandbreite im IP-Zugangsnetz/IP-Kernnetz ZN/KN und können nur im geringen Umfang einen asynchronen Datenempfang kompensieren (d. h. Jitter muss bestimmte Schwellwerte einhalten). Teile der Anwendungen von Netmeeting (z. B. Withe Board) haben diese hohen Anforderungen nicht. Aufgrund dieses Sachverhaltes werden einzelne Anwendungen oder bestimmte Module von Netmeeting mit unterschiedlichen Prioritäten versehen.
- In Fig. 4 wird anhand einer Multi-Media Anwendung (Netmeeting-Applikation) die Bestimmung der QoS Werte für die Kommunikationsanforderungen näher erläutert. Die Anwendung Netmeeting besteht im wesentlichen aus den Komponenten Video (Kamera), Audio (Mikrofon), White Board und Applikations-Sharing. Unter Applikations-Sharing wird dabei die Möglichkeit verstanden, beliebige Microsoft- Anwendungen allen Teilnehmern gleichzeitig sichtbar zu machen. Jede dieser Komponenten hat spezielle Anforderungen an den Kommunikationskanal. Gleichzeitig greifen jedoch auch alle Komponenten auf die Kapazität eines gemeinsamen IP- Zugangsnetzes ZN zu. Die Aufteilung der Kapazitäten des gemeinsamen IP-Zugangsnetzes ZN erfolgt nach logischen Gesichtspunkten. Beispielsweise hat für eine Kommunikation die Sprachverbindung eine wesentlich größere Bedeutung als eine hohe Bildqualität. Durch die Zuweisung von unterschiedlichen Prioritäten für die einzelnen Komponenten, wie Sprachkomponente und Bildkomponente ist es möglich, die Kapazitäten des gemeinsamen IP-Zugangsnetzes ZN so auf die einzelnen Komponenten der Internet-Anwendung An aufzuteilen, dass eine optimale Ausnutzung der aktuell zur Verfügung stehenden Kapazitäten des IP-Zugangsnetzes ZN gewährleistet wird. Für die Bestimmung der notwendigen Kommunikationsanforderungen sind im wesentlichen zwei unterschiedliche Verfahrensweisen möglich: Bei der ersten Lösung definiert der Programmierer der Anwendung die Kommunikationsanforderungen sowohl der Internet-Anwendung An, als auch der einzelnen Komponenten der Internet-Anwendung An. Die zweite Verfahrensweise basiert im wesentlichen auf Messungen. Bei dieser Verfahrensweise werden die Kommunikationsanforderungen anhand konkret bereitgestellter Netzressourcen gemessen und anhand von subjektiven Nutzerbeurteilungen eingestuft. Auf diese Weise werden sowohl die Werte für die minimale und/oder optimale Dienstqualität der Internet-Anwendung AN als auch die Werte für die für die minimale und/oder optimale Dienstqualität der einzelnen Komponenten der Internet-Anwendung An bestimmt. Diese Werte stellen das Anwendungsprofil der betreffenden Internet-Anwendung An dar. Sie werden in der QoS-Datenbak DQ gespeichert und vorgehalten.
- Nachfolgend wird anhand von Fig. 5 ein Ausführungsbeispiel für die Anwendung der Erfindung im Rahmen einer HTML-Seite beschrieben. Die HTML-Seite vereint dabei Komponenten in sich, die aus unterschiedlichen Datenströmen resultieren. Im Ausführungsbeispiel besteht die HTML-Seite aus einer Video-Komponente des Videoserver VS, einer Audiokomponente des Audioservers AS und einer Komponente, die aus einer Datenbankabfrage einer Datenbank DQ resultiert. Allen Komponenten ist gemeinsam, dass sie durch regional voneinander getrennte Server bereitgestellt werden. Im Ausführungsbeispiel befindet sich der Video-Server VS am Ort B, der Audio-Server AS am Ort C und die Datenbank für die Datenbankabfrage DB am Ort D. Der Nutzer eines PC am Ort A benötigt für die Bereitstellung der gewünschten HTML-Seite ein Videostream aus dem Video-Server VS vom Ort B, ein Audiostream aus dem Audio-Server AS vom Ort C und eine Datenbankinformation aus der Datenbank DB vom Ort D. Für die Bereitstellung der HTML-Seite ist es nicht wichtig, jede einzelne Information so schnell wie möglich zu bekommen. Wichtig ist, dass dem Nutzer am Ort A zum Zeitpunkt t alle für die Erstellung der HTML-Seite notwendigen Daten bereitgestellt werden. Bei einer derartigen Anwendung können die zur Verfügung stehenden Netzwerkressourcen folgendermaßen aufgeteilt werden:
- - zum Zeitpunkt t0-t1 beginnt der Download des Videostreames mit 100% der max. verfügbaren Bandbreite
- - bei t0-t2 wird die Bandbreite für den Videostrom auf 50% reduziert, 50% werden zum Download des Audistromes verwendet
- - ab t0 erfolgt eine Aufteilung 40% Video/40% Video/20% Datenbankabfragen (Annahme t1 > t2)
- Bei Analyse der Netzwerksituation können die Anforderungen an einzelne Teilströme der Anwendung an die kritischste Übertragungsstrecke (in Bezug auf Bandbreite oder Kosten) angepasst werden. Bei dem Beispiel nach Fig. 5 wird deutlich, dass neben den schon aus dem Beispiel nach Fig. 4 bekannten Anforderungen bzgl. Video/Audio etc. auch der zeitliche Ablauf wichtig ist und optimiert werden muss. Bei einem Anwendungsbeispiel, wie es in Fig. 5 beschrieben ist, würde die QoS Datenbank DQ zusätzlich Komponenten enthalten, die geeignet sind, die zeitliche Aufteilung der zur Verfügung stehenden aktuellen Netzressourcen des IP-Zugangsnetzes ZN zu steuern. Das könnten beispielsweise Einträge über die Dauer von Übertragungen sein. Werden diese Daten zur Optimierung benutzt, so ist es möglich, die einzelnen Datenströme einem Zeitregime zu unterwerfen, welches darauf ausgerichtet ist, dem Nutzer zu einem frühest möglichen Zeitpunkt alle Daten, beispielsweise für die gewünschte HTML- Seite, bereitzustellen.
- Ein weiterer Parameter, der für die Bereitstellung der Netzressourcen herangezogen wird, beinhaltet einen Kostenfaktor. Für diesen Parameter werden verschiedene Zuordnungen und Modelle entwickelt. Eine zweckmäßige Ausführung beruht darauf, dem Nutzer in der QoS-Datenbank DQ Modelle in Form einer Kostenfunktion bereitzustellen. Diese Modelle ermöglichen dem Nutzer eine Zuordnung von Qualitätsparametern zu Kostenfaktoren. Mittels dieser Kostenfunktion ist es möglich, eine weitere Optimierung der Netzressourcen für die gewünschte Anwendung vorzunehmen. Diese Kostenfunktion bewegt sich im Bereich von minimaler und maximaler Dienstgüte.
- Die Messung der vorhandenen Ressourcen im IP-Zugangsnetz ZN in Bezug auf Bandbreite, Delay, Delay-Jitter und Paket/Bit-Fehlerraten ist besonders für mobile Netze wie GPRS und UMTS wichtig, da sich in diesen Netzen die Bedingungen durch Ortswechsel (Handover) und andere Nutzer (Aufteilung der Kapazität in der Funkzelle) dynamisch ändern. Die Messung dieser Ressourcen erfolgt durch eine Hardware- Erweiterung im Terminal (oder Gateway), die folgende Funktionalität besitzen muß:
- - Bestimmung der aktuell verfügbaren QoS Werte durch Test-Messung oder/und Abruf der Parameter vom MAC-Layer (Medium Access Control Layer).
- - Initialisierung dieser Messung durch einen "In-Band" Request vom externen Server und Übertragung der Messergebnisse zum Server.
- Der Messfehler durch den Transfer der Messergebnisse kann vernachlässigt werden, da diese Messung nur zu Beginn einer neuen Nutzeranforderung erfolgt, was in der Regel selten der Fall ist.
- Die QoS-Datenbank DQ enthält Informationen über Anforderungen ausgewählter Anwendungen an die notwendigen Dienstgüten. Diese Anforderungen sind als sogenannte Profile für spezielle Applikationen gespeichert. (Anwendung mit QoS V ector, z. B. Netmeeting - min. Bandbreite - optimale Bandbreite - max. Jitter - max. Paketverlust).
- Neben diesen Profilen, die im Verfahrensschritt 1 bestimmt wurden, enthält die QoS- Datenbank DQ Anforderungen zum zeitlichen Ablauf von Anwendungsteilen und Prioritätswerten für verschiedene Internet-Anwendungen An. Der Start einer Internet- Anwendung An (User-Request) wird dem Zentralen QoS-Server ZQ gemeldet, der wiederum alle in Verfahrensschritt 2 über einen Linktester ermittelten aktuellen Ressourcen des IP-Zugangsnetzes ZN abruft und die notwendigen aktuellen Daten in der QoS-Datenbank DQ speichert. Der QoS-Datenbank DQ ist ein Optimierer OQ zugeordnet, welcher aus den gewonnenen Werten eine optimale Einstellung für die Internet-Anwendungen An und/oder Module der Internet-Anwendungen An zum aktuellen Zeitpunkt to in Bezug auf die aktuell zur Verfügung stehenden Netzressourcen des IP-Zugangsnetzes ZN berechnet.
- Bild 6 zeigt beispielhaft an einem einfachen Bandbreitenverteilungsproblem, welche Ergebnisse die Optimierung liefert. Zur praktischen Berechnung optimaler Ergebnisse werden Methoden der mehrdimensionalen linearen Optimierung adaptiert (Basis ist das sogenannte Cutting-Problem).
- Im Ausführungsbeispiel nach Fig. 6 soll eine begrenzte Bandbreite von 10 Mbit/s auf 3 parallele Anwendungen gleicher Priorität mit den Bandbreiten 3/4/5 Mbit/s aufgeteilt werden. Bei diesem Beispiel ist offensichtlich, dass die Kombination A/B optimal ist. Bei komplexeren Fragestellungen kommen Methoden der linearen Optimierung zum Einsatz.
- Die berechneten Werte meldet der zentrale QoS-Server ZQS zum Endsystem/Gateway ES zurück, wo sie mittels geeigneter Methoden über Systemschnittstellen (z. B. WinSockII/Windows) die betreffende Internet-Anwendung An optimal einstellen.
- Das vorgestellte Verfahren trägt wesentlich dazu bei, Internet-Anwendungen An optimal auf die aktuellen Gegebenheiten im IP-Zugangsnetz ZN zu adaptieren. Das Verfahren bleibt trotzdem einfach und hoch skalierbar, da von einem Server nur begrenzte Daten einzelner Anwender verwaltet werden müssen. Bezugszeichenaufstellung QoS Quality of Service (Dienstgüte)
DQ QoS-Datenbank
DB Datenbank
OQ QoS-Optimierer
ZQS Zentraler QoS-Server
LAN Local Area Network
UMTS Universal Mobile Telecommunication System
DSL Digital Subscriber Link
GPRS General Paket Radio System
ATM Asynchron Transfer Modus
PDA Personal Digital Assistent
IF Internet Protocol
ES Endsystem
NI Netzwerkinterface
An Internet-Anwendung
NP Netzprotokoll
LT Linktester
KN Kernnetz
ZN IP-Zugangsnetz
Se Server
IntSe Interner Server
VS Video Server
AS Audio Server
RFC Request for Comments (Standardisierungstool der Internet Engineering Task Force - IETF)
MAC Media Access Control
SNMP Simple Network Management Protokoll
Claims (5)
1. Verfahren zur Gewährleistung der Dienstgüte von Internet-Anwendungen bei
optimaler Ausnutzung der aktuellen Netzwerkressourcen,
dadurch gekennzeichnet,
dass von mindestens zwei Internet-Anwendungen (An) die Kommunikations- Anforderungen (QoS) an das IP-Zugangsnetz (ZN) und die zeitlichen Abhängigkeiten sowohl zwischen den Internet-Anwendungen (An) selber als auch zwischen den Modulen der jeweiligen Internet-Anwendung (An) erfasst und nach Prioritäten geordnet als Anwendungsprofile in einer QoS-Datenbank (DQ) eines Zentralen QoS-Servers (ZQS) gespeichert und vorgehalten werden,
dass bei Aktivierung einer Internet-Anwendung (An)
dass diese Steuerdaten zum Endsystem (ES) übertragen werden, und dort über
Systemschnittstellen die betreffende Internet-Anwendung (An) optimal einstellen.
dass von mindestens zwei Internet-Anwendungen (An) die Kommunikations- Anforderungen (QoS) an das IP-Zugangsnetz (ZN) und die zeitlichen Abhängigkeiten sowohl zwischen den Internet-Anwendungen (An) selber als auch zwischen den Modulen der jeweiligen Internet-Anwendung (An) erfasst und nach Prioritäten geordnet als Anwendungsprofile in einer QoS-Datenbank (DQ) eines Zentralen QoS-Servers (ZQS) gespeichert und vorgehalten werden,
dass bei Aktivierung einer Internet-Anwendung (An)
a) automatisch die im IP-Zugangsnetz (ZN) aktuell vorhandenen Netzressourcen
gemessen und ebenfalls in dex QoS-Datenbank (DQ) gespeichert werden und, dass
b) aus den in der QoS-Datenbank (DQ) gespeicherten Werten für das
Anwendungsprofil der Internet-Anwendung (An) und den aktuell gespeicherten Daten der zur
Verfügung stehenden Netzressourcen Steuerdaten ermittelt werden, die geeignet
sind, den optimalen Einsatz der Netzressourcen des IP-Zugangsnetzes (ZN) zu
regeln,
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass nach dem Start einer
Internet-Anwendung (An) eine Überprüfung der für die Internet-Anwendung (An)
gespeicherten QoS-Werte mit den aktuell verfügbaren QoS-Werten durch Test-
Messung und/oder Abruf der entsprechenden Parameter von einem Link-
Tester/MAC-Layer erfolgt, dass die Messung durch einen "In-Band" Request von
einem externen Server erfolgt, und dass die Messergebnisse zum Zentralen QoS-
Server (ZQS) übertragen und dort als aktuelle QoS-Werte gespeichert werden.
3. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass in der QoS-Datenbank
(DQ) zusätzlich zu den Anwendungsprofilen Steuerdaten in Form von
Prioritätswerten gespeichert sind, die geeignet sind, den zeitlichen Ablauf von
Internet-Anwendungen (An) und/oder von Teilen bzw. Modulen von Internet-
Anwendung (An) zu steuern.
4. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass in der QoS-Datenbank
(DQ) zusätzlich Daten von Modellen gespeichert sind, die eine Zuordnung von
Qualitätsparametern zu Kostenfaktoren beinhalten und dass diese Daten bei der
Bereitstellung der Netzressourcen für Internet Anwendungen (An) berücksichtigt
werden, wobei die Optimierung der Kosten für eine Internet-Anwendung (An) mit
Methoden der Linearen Optimierung erfolgt.
5. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die für eine Anwendung
vom QoS-Server (DQ) bereitgestellten Steuerdaten für die Zuweisung der
Netzressourcen zum Endsystem (ES) übertragen werden, und dass nach Empfang der
Steuerdaten im Endsystem (ES) mittels geeigneter Methoden über
Systemschnittstellen des Endsystems (ES) die betreffende Internet-Anwendung (An)
entsprechend den bereitgestellten optimierten Steuerdaten eingestellt wird.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10138363A DE10138363A1 (de) | 2001-08-03 | 2001-08-03 | Verfahren zur Gewährleistung der Dienstgüte von Internet-Anwendungen bei optimaler Ausnutzung der aktuellen Netzressourcen |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE10138363A DE10138363A1 (de) | 2001-08-03 | 2001-08-03 | Verfahren zur Gewährleistung der Dienstgüte von Internet-Anwendungen bei optimaler Ausnutzung der aktuellen Netzressourcen |
Publications (1)
Publication Number | Publication Date |
---|---|
DE10138363A1 true DE10138363A1 (de) | 2003-02-20 |
Family
ID=7694426
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE10138363A Withdrawn DE10138363A1 (de) | 2001-08-03 | 2001-08-03 | Verfahren zur Gewährleistung der Dienstgüte von Internet-Anwendungen bei optimaler Ausnutzung der aktuellen Netzressourcen |
Country Status (1)
Country | Link |
---|---|
DE (1) | DE10138363A1 (de) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102005052188A1 (de) * | 2005-10-26 | 2007-05-31 | Deutsche Telekom Ag | Dienstqualitätssicherung mit Hilfe zentral erfasster Dienstgüteparameter |
WO2018141357A1 (de) | 2017-01-31 | 2018-08-09 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines mehrere kommunikationsgeräte umfassenden kommunikationsnetzes für ein industrielles automatisierungssystem und steuerungseinheit |
WO2019001729A1 (de) | 2017-06-30 | 2019-01-03 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines mehrere kommunikationsgeräte umfassenden kommunikationsnetzes eines industriellen automatisierungssystems und steuerungseinheit |
EP3435180A1 (de) | 2017-07-28 | 2019-01-30 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines mehrere kommunikationsgeräte umfassenden kommunikationsnetzes eines industriellen automatisierungssystems und steuerungseinheit |
EP3461081A1 (de) | 2017-09-22 | 2019-03-27 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines mehrere kommunikationsgeräte umfassenden kommunikationsnetzes eines industriellen automatisierungssystems, steuerungseinheit und kommunikationsgerät |
EP3462673A1 (de) | 2017-09-29 | 2019-04-03 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines kommunikationsnetzes eines industriellen automatisierungssystems und steuerungseinheit |
EP3499798A1 (de) | 2017-12-15 | 2019-06-19 | Siemens Aktiengesellschaft | Verfahren zur übertragung von daten innerhalb eines industriellen kommunikationsnetzwerks und netzwerksteuergerät |
EP3576376A1 (de) | 2018-05-29 | 2019-12-04 | Siemens Aktiengesellschaft | Datenübermittlung innerhalb eines industriellen automatisierungssystems |
EP3618384A1 (de) | 2018-08-31 | 2020-03-04 | Siemens Aktiengesellschaft | Verfahren zur simulation einer verarbeitung von reservierungsanfragen für multicast-datenströme in kommunikationsnetzen und simulationssystem |
EP3629548A1 (de) | 2018-09-25 | 2020-04-01 | Siemens Aktiengesellschaft | Verfahren zur datenübermittlung innerhalb eines industriellen kommunikationsnetzes und kommunikationsgerät |
DE102021212042A1 (de) | 2021-10-26 | 2023-04-27 | Robert Bosch Gesellschaft mit beschränkter Haftung | Verfahren und Vorrichtung zum Verarbeiten von mit wenigstens einer Steuerungseinrichtung einer Fertigungseinrichtung assoziierten Daten |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1999048310A1 (en) * | 1998-03-19 | 1999-09-23 | Nokia Networks Oy | Method for controlling a quality of service in a mobile communications system |
DE19841531A1 (de) * | 1998-09-10 | 2000-03-23 | Deutsche Telekom Mobil | Verfahren zur optimierten Übertragung von multimedialen Diensten in mobilen Kommunikationsnetzen (Mobilfunknetzen) |
DE19857822A1 (de) * | 1998-12-15 | 2000-06-29 | Siemens Ag | Verfahren zur Bereitstellung einer stabilen Qualitätsgüte für Datendienste innerhalb eines paketvermittelnden Netzes |
EP1067746A2 (de) * | 1999-06-22 | 2001-01-10 | Lucent Technologies Inc. | Dienstgütebezogene Erweitertung des Punkt-zu-Punkt-Protokolls (PPP) mit Mehrfachverbindungen |
DE19948414A1 (de) * | 1999-10-07 | 2001-05-10 | Nortel Dasa Network Systems Gm | Verfahren zum Aufbau eines Kommunikationsnetzes |
DE19951797A1 (de) * | 1999-10-27 | 2001-06-07 | Siemens Ag | Verfahren zur dynamischen Zuweisung von Ressourcen in einem digitalen Funk-Kommunikationssystem |
-
2001
- 2001-08-03 DE DE10138363A patent/DE10138363A1/de not_active Withdrawn
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO1999048310A1 (en) * | 1998-03-19 | 1999-09-23 | Nokia Networks Oy | Method for controlling a quality of service in a mobile communications system |
DE19841531A1 (de) * | 1998-09-10 | 2000-03-23 | Deutsche Telekom Mobil | Verfahren zur optimierten Übertragung von multimedialen Diensten in mobilen Kommunikationsnetzen (Mobilfunknetzen) |
DE19857822A1 (de) * | 1998-12-15 | 2000-06-29 | Siemens Ag | Verfahren zur Bereitstellung einer stabilen Qualitätsgüte für Datendienste innerhalb eines paketvermittelnden Netzes |
EP1067746A2 (de) * | 1999-06-22 | 2001-01-10 | Lucent Technologies Inc. | Dienstgütebezogene Erweitertung des Punkt-zu-Punkt-Protokolls (PPP) mit Mehrfachverbindungen |
DE19948414A1 (de) * | 1999-10-07 | 2001-05-10 | Nortel Dasa Network Systems Gm | Verfahren zum Aufbau eines Kommunikationsnetzes |
DE19951797A1 (de) * | 1999-10-27 | 2001-06-07 | Siemens Ag | Verfahren zur dynamischen Zuweisung von Ressourcen in einem digitalen Funk-Kommunikationssystem |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE102005052188B4 (de) | 2005-10-26 | 2019-01-10 | Deutsche Telekom Ag | Dienstqualitätssicherung mit Hilfe zentral erfasster Dienstgüteparameter |
DE102005052188A1 (de) * | 2005-10-26 | 2007-05-31 | Deutsche Telekom Ag | Dienstqualitätssicherung mit Hilfe zentral erfasster Dienstgüteparameter |
WO2018141357A1 (de) | 2017-01-31 | 2018-08-09 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines mehrere kommunikationsgeräte umfassenden kommunikationsnetzes für ein industrielles automatisierungssystem und steuerungseinheit |
WO2019001729A1 (de) | 2017-06-30 | 2019-01-03 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines mehrere kommunikationsgeräte umfassenden kommunikationsnetzes eines industriellen automatisierungssystems und steuerungseinheit |
US10955824B2 (en) | 2017-06-30 | 2021-03-23 | Siemens Aktiengesellschaft | Control unit and method for operating an industrial automation system communication network comprising a plurality of communication devices |
US10890901B2 (en) | 2017-07-28 | 2021-01-12 | Siemens Aktiengesellschaft | Control unit and method for operating an industrial automation system communication network comprising a plurality of communication devices |
EP3435180A1 (de) | 2017-07-28 | 2019-01-30 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines mehrere kommunikationsgeräte umfassenden kommunikationsnetzes eines industriellen automatisierungssystems und steuerungseinheit |
WO2019020500A1 (de) | 2017-07-28 | 2019-01-31 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines mehrere kommunikationsgeräte umfassenden kommunikationsnetzes eines industriellen automatisierungssystems und steuerungseinheit |
EP3461081A1 (de) | 2017-09-22 | 2019-03-27 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines mehrere kommunikationsgeräte umfassenden kommunikationsnetzes eines industriellen automatisierungssystems, steuerungseinheit und kommunikationsgerät |
EP3462673A1 (de) | 2017-09-29 | 2019-04-03 | Siemens Aktiengesellschaft | Verfahren zum betrieb eines kommunikationsnetzes eines industriellen automatisierungssystems und steuerungseinheit |
EP3499798A1 (de) | 2017-12-15 | 2019-06-19 | Siemens Aktiengesellschaft | Verfahren zur übertragung von daten innerhalb eines industriellen kommunikationsnetzwerks und netzwerksteuergerät |
EP3576376A1 (de) | 2018-05-29 | 2019-12-04 | Siemens Aktiengesellschaft | Datenübermittlung innerhalb eines industriellen automatisierungssystems |
WO2020043408A1 (de) | 2018-08-31 | 2020-03-05 | Siemens Aktiengesellschaft | Verfahren zur simulation einer verarbeitung von reservierungsanfragen für multicast-datenströme in kommunikationsnetzen und simulationssystem |
EP3618384A1 (de) | 2018-08-31 | 2020-03-04 | Siemens Aktiengesellschaft | Verfahren zur simulation einer verarbeitung von reservierungsanfragen für multicast-datenströme in kommunikationsnetzen und simulationssystem |
US11218383B2 (en) | 2018-08-31 | 2022-01-04 | Siemens Aktiengesellschaft | Simulation system and method for simulating processing of reservation enquiries for multicast data streams in communications networks |
EP3629548A1 (de) | 2018-09-25 | 2020-04-01 | Siemens Aktiengesellschaft | Verfahren zur datenübermittlung innerhalb eines industriellen kommunikationsnetzes und kommunikationsgerät |
WO2020064237A1 (de) | 2018-09-25 | 2020-04-02 | Siemens Aktiengesellschaft | Verfahren zur datenübermittlung innerhalb eines industriellen kommunikationsnetzes und kommunikationsgerät |
US11442432B2 (en) | 2018-09-25 | 2022-09-13 | Siemens Aktiengesellschaft | Communication device and method for data transmission within an industrial communication network |
DE102021212042A1 (de) | 2021-10-26 | 2023-04-27 | Robert Bosch Gesellschaft mit beschränkter Haftung | Verfahren und Vorrichtung zum Verarbeiten von mit wenigstens einer Steuerungseinrichtung einer Fertigungseinrichtung assoziierten Daten |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
DE69916747T2 (de) | Verfahren zur Bereitstellung von Dienstgüte in IP-Netzwerken für verzögerungsempfindliche Verkehr | |
DE602004005604T2 (de) | Verfahren zur dienstqualitätsdifferenzierung in paketmodus-mobilkommunikationsnetzen | |
EP1428408B1 (de) | Verteilte übermittlung von informationen in einem verbindungslosen, paketorientierten kommunikationsnetz | |
DE19882747B4 (de) | Verfahren für eine Zugangssteuerungsfunktion für ein drahtloses Datennetz | |
DE60031776T2 (de) | Verfahren und vorrichtung für ein kommunkationsnetz | |
EP2052555B1 (de) | Routingentscheidung in mobilen ip-netzen | |
DE69728630T2 (de) | Verfahren und System zur Steigerung der Dienstleitungsqualität bei oder unter einem Grenz-Tarif | |
DE10046656B4 (de) | Scheduling-Verfahren für ein Master-Slave-System und Master-Slave-System | |
DE10247164B4 (de) | Verfahren und Vorrichtung für eine Netzwerkbandbreitenoptimierung | |
DE69926477T2 (de) | Verfahren und Vorrichtung zur dynamischen Steuerung der Bereitstellung von differenzierter Diensten | |
EP2104394B1 (de) | Verfahren und Telekommunikationsanordnung zum Bereitstellen einer Telekommunikationsverbindung (TK-Verbindung) zu einem gerufenen Mobilfunkendgerät | |
DE602004008618T2 (de) | System und verfahren zum einheitlichen weiterleiten von paketen über drahtlose und verdrahtete netzwerke | |
EP1451980A1 (de) | Verfahren zur uebertragung von daten von applikationen mit unterschiedlicher qualität | |
DE102007016062B4 (de) | Netzwerksystem mit dynamischer Steuerung des Datenflusses, und zugehöriges Verfahren | |
DE10138363A1 (de) | Verfahren zur Gewährleistung der Dienstgüte von Internet-Anwendungen bei optimaler Ausnutzung der aktuellen Netzressourcen | |
EP1428361A2 (de) | Verkehrsbegrenzung mittels zulässigkeitsprüfung für ein paketorientiertes verbindungsloses netz mit qos niveau übertragung | |
DE10157101A1 (de) | Verfahren und Steuergerät für ein paketorientiertes Datennetzwerk zur Übertragung von Daten in variablen Zeitschlitzen | |
EP1249154A1 (de) | Verfahren und vorrichtung zur zugangssteuerung eines kommunikationsnetzes | |
DE602004007685T2 (de) | Verfahren und server zur steuerung von datenflüssen in einem telekommunikationsnetz | |
DE102007042588B4 (de) | Vorrichtung und Verfahren zum Überwachen von Datenflüssen | |
EP0998093B1 (de) | Verfahren zur Übertragung von Rückkanal-Daten in einer Verbindung zwischen einem Endgerät und einem Server eines Paketvermittlungsnetzes | |
EP1937026B1 (de) | Verfahren und Vorrichtung zur Anpassung einer Kommunikationsverbindung in einem Kommunikationsnetz | |
DE10014522C2 (de) | Verfahren und Anordnung zur Zulässigkeitsprüfung einer Dienstnutzung | |
DE10044828C2 (de) | Verfahren zur Steuerung der Auslastung eines lokalen Netzes und Vorrichtung zur Durchführung des Verfahrens | |
DE10357522A1 (de) | Datenübertragungsverfahren und -netzwerk |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
OM8 | Search report available as to paragraph 43 lit. 1 sentence 1 patent law | ||
8141 | Disposal/no request for examination |