DE60221261T2

DE60221261T2 - Verfahren und anordnung in einem ip-netzwerk

Info

Publication number: DE60221261T2
Application number: DE60221261T
Authority: DE
Inventors: Jim Sundqvist; Joakim Norrgard; Olov Schelen
Original assignee: Operax AB
Current assignee: Operax AB
Priority date: 2001-09-04
Filing date: 2002-08-22
Publication date: 2008-04-03
Anticipated expiration: 2022-08-23
Also published as: DE60221261D1; JP2005502275A; EP1423945B1; TWI245524B; CA2459571A1; CN1552143A; WO2003021888A1; ES2290327T3; PT1423945E; JP3977331B2; DK1423945T3; EP1423945A1; ATE367696T1; US20040260796A1; US7734796B2

Description

GEBIET DER ERFINDUNG
Die vorliegende Erfindung bezieht sich auf ein Verfahren und eine Anordnung in einem IP-Netz. Insbesondere bezieht sie sich auf Reservierung von Ressourcen, um eine vorbestimmte Dienstgüte (QoS, Quality of Service) von Ende zu Ende für einen gewissen Strom von IP-Paketen zu erhalten.
HINTERGRUND DER ERFINDUNG
Das Internet basiert auf den Internetprotokollen (IP), wie durch die IETF standardisiert. Einige anfängliche Ziele mit den IP-Protokollen bestanden darin, unterschiedliche Arten physikalischer Netze in ein großes virtuelles Netz miteinander zu verbinden, und eine einheitliche Plattform zum Unterstützen eines großen Bereiches von Anwendungen vorzusehen. Einige technische Gründe für den überwältigenden Erfolg beim Erreichen dieser Ziele sind:

• Zustandslose Paketweiterleitung: IP-Datagramm-Weiterleitung ist mit Bezug auf Anwendungsdatenströme zustandslos. Weiterleitung wird gemäß einer Tabelle von Zieladresspräfixen durchgeführt.
• Dynamisches und skalierbares Routing (Führen): Routen werden durch verteilte und dynamische Intra- und Inter-Domänenweiterleitungsprotokolle eingerichtet, wie etwa Open Shortest Path First (OSPF) und Border Gateway Protocol (BGP). Diese Routingprotokolle erfassen Netzfehler automatisch und richten neue Routen ein, um einen Fehler zu vermeiden. Interdomänenrouting skaliert gut wegen Aggregation (Ansammlung) von Netzadresspräfixen in einen Zielwurzelsenkenbaum (destination rooted sink tree).

Das IP ist gestaltet, in Netzen verwendet zu werden, wo sich unterschiedliche Verkehrsströme Netzressourcen gleichermaßen teilen. Dies bedeutet, dass die empfangene QoS von der gegenwärtigen Last in dem Netz abhängt.
Gegenwärtig wird das Internet heterogener, sowohl im Sinne von Verknüpfungstechnologien, die von Faseroptik zu drahtlos reichen, im Sinne von Anwendungsdienstanforderungen, die von Echtzeit interaktiv zu asynchronem Datentransfer großer Menge reichen, als auch im Sinne von Benutzeranforderungen, die von geschäftskritischer Verwendung bis zu unstrukturierter Unterhaltung zu Hause reichen. Diese Entwicklung treibt die Notwendigkeit für Dienstdifferenzierung in dem Netz an. Eine Anforderung für QoS-Mechanismen besteht darin, dass sie gemäß den grundlegenden Prinzipien zustandsloser Paketweiterleitung und skalierbarer Aggregation wie oben beschrieben entwickelt werden sollten.
Nachstehend wird der Stand der Technik von QoS in IP-Netzen beschrieben:
Integrated Service (Integrierter Dienst) (IntServ)/Resource ReSerVation Protocol (Ressourcenreservierungsprotokoll, RSVP)
Die IntServ-Architektur und RSVP ist eine signalisierte Architektur, um QoS-Garantien von Ende zu Ende für einzelne Anwendungsdatenströme vorzusehen. Die Lösung stellt fein gratulierte Dienstgarantien für den Preis komplexer Paketklassifikation pro Flusszustand in Routern entlang des Pfades bereit.
Für RSVP gibt es Vorschläge zum Einrichten aggregierter Tunnel zwischen einem Aggregator und einem De-Aggregator. Während dies skalierbarer ist, ist es dennoch ein Modell, wo aggregierte Tunnel zwischen Paaren von Flankenroutern hergestellt werden. Diese Flankenrouter leiden mindestens an der gleichen Komplexität wie Standard-IntServ-/RSVP-Router. Für Netzrichtlinienmanagement beruht RSVP auf Richtlinienservern.
Differentiated Service (Differenzierter Dienst, DiffServ)
DiffServ-Architektur standardisiert Routerunterstützung für klassenbasierte Weiterleitung. DiffServ-Weiterleitung in Kernroutern ist mit Bezug auf Anwendungsdatenströme zustandslos. Es werden Verkehrsverbesserungseinrichtungen in Domänengrenzen verwendet, um eine Domäne gegen Überlastung zu schützen.
Das Problem von DiffServ besteht darin, QoS-Anforderungen für einen großen Bereich von Anwendungen zu erfüllen. Ressourcen (Bandbreite) für die verschiedenen Verkehrsklassen können semi-statisch bereitgestellt, gemäß erwarteten Dienstcharakteristika dimensioniert und nach Verwendungsstatistiken angenommen werden. Um vorhersagbare Dienstgrade nur durch Bereitstellung vorzusehen, müssen jedoch Ressourcen übermäßig bereitgestellt werden. Dies kann in homogenen Netzen mit homogenen Anwendungen und Benutzeranforderungen möglich sein. In realen Netzen, wo Verknüpfungen mit stark unterschiedlichen Charakteristika (z.B. Faseroptikzugang und drahtloser Zugang) und Anwendungen/Benutzer mit verschiedenen Anforderungen miteinander verbunden sind, ist übermäßige Bereitstellung in allen Sprüngen eine große Herausforderung.
Um vorhersagbare Dienste in einer heterogenen Umgebung bereitzustellen, muss DiffServ auf dynamischem Netzressourcenmanagement (NRM) beruhen, um die Dienstqualität und die Verwendung bereitgestellter Ressourcen zu steuern. Um Skalierbarkeitsanforderungen zu erfüllen, sollte Ressourcenmanagement Ansammlung von Ressourcenanforderungen unterstützen.
Multi-Protokoll-Kennzeichenvermittlung (Multi-protocol label switching, MPLS)
MPLS ist ein Verfahren, das traditionelles IP-Netzschichtrouting und Steuerprotokolle zu kennzeichen-vermittelter Weiterleitung ausdehnt. MPLS stellt verbindungsorientierte Vermittlung in IP-Netzen bereit. Kennzeichen (Label) stehen mit spezifischen Strömen von Daten (bekannt als Forwarding Equivalence Classes (FEC)) in Verbindung. Die Kennzeichen und ihre FEC-Bindungen werden über das Netz, die MPLS-Domäne, verteilt, um einen kennzeichen-vermittelten Pfad herzustellen. Bei Eintritt in die Domäne werden Paketen ein oder mehr Kennzeichen zugewiesen (ein Stapel von Kennzeichen). Beim Durchlauf durch die Domäne werden Pakete basierend auf Kennzeichen weitergeleitet. MPLS kann verwendet werden, um QoS durch Zuordnen von Ressourcen zu spezifischen kennzeichen-vermittelten Pfaden vorzusehen. MPLS arbeitet nur mit einzelnen kennzeichen-vermittelten Domänen. Inter-Domänenressourcenreservierungen werden gegenwärtig nicht unterstützt.
Alle oben beschriebenen Verfahren benötigen zusätzliche Unterstützung für Inter-Domänenressourcenbereitstellung. Dies kann durch eine auf einem Server basierte Architektur bereitgestellt werden. Für RSVP wurde eine Architektur von Richtlinienservern vorgeschlagen. Für DiffServ wurden QoS-Agenten und Bandbreitenvermittler vorgeschlagen. Für MPLS könnten QoS-Agenten, die die Semantik von MPLS verstehen, verwendet werden.
In Schelen, O. Quality of Service Agents in the Internet, Doctoral Thesis, Department of Computer Science and Electrical Engineering, Division of Computer Communication, Luleå University of Technology, Luleå, 1998, wurde ein Netzressourcenmanager (NRM) eingeführt. Ein NRM kann Inter-Domänenressourcenbereitstellung und Rufzulassungssteuerung bereitstellen, entweder unabhängig von dem oben beschriebenen Mechanismus oder in Zusammenarbeit mit ihnen. Unter diesen arbeitet die Kombination differenzierter Weiterleitung und NRM entlang den fundamentalen Linien zustandsloser Weiterleitung und Inter-Domänenansammlung, wie beschrieben. Der NRM hat eine pfad-sensitive Zulassungssteuerung, Planung von Ressourcen mit der Zeit, eine Fähigkeit, Ressourcenanforderungen für unverzügliche und zukünftige Verwendung zu behandeln, Ressourcensignalisierung zwischen Ressourcenmanagerentitäten (d.h. Inter-Domänenkommunikation) und Ansammlung von Ressourcenanforderungen in Richtung einer Zieldomäne, die durch einen Adresspräfix identifiziert ist. Der NRM kennt Topologie und Charakteristika des Netzes und kann somit Ressourcen verfolgen, die in einer Routingdomäne existieren, basierend auf Topologie. Für jede Domäne in dem Netz gibt es einen NRM, der für Zulassungssteuerung verantwortlich ist. Instanzen eines NRM können Zulassungssteuerung in ihrer eigenen Domäne durchführen und Ressourcen mit benachbarten NRMs für andere Ziele reservieren. Der NRM kann deshalb eine vorhersagbare QoS bereitstellen.
In Schelen wird auch das Trichterkonzept (funnel concept) eingeführt, siehe z.B. O. Schelen und S. Pink: "Resource Sharing in advance reservation agents", Journal of High Speed Networks, Special Issue an Multimedia Networking, Vol. 7, Nr. 3–4. Das Trichterkonzept ist ein skalierbares Modell für Ansammlung von Ressourcenanforderungen. Das Trichterkonzept verwendet NRMs, und NRMs fragen nach Ressourcen von anderen NRMs. Reservierungen von unterschiedlichen Quellen zu dem gleichen Ziel werden angesammelt, wo sie sich entlang der Pfade vereinigen, sodass jeder NRM höchstens eine Reservierung pro Zieldomäne mit ihren benachbarten Agenten hat. Ein NRM in Verantwortung der Domäne, wo sich der Zielpunkt befindet, kann empfangene Reservierungsanforderungen für diesen Punkt verallgemeinern, um einen beliebigen Endpunkt in seiner Domäne abzudecken. 1 zeigt, wie Ressourcenanforderungen in Richtung der Zieldomäne angesammelt werden. In 1 gibt es ein Netz 100, das 4 Domänen A, B, C und D umfasst. Jede Domäne hat einen NRM a, b, c, d. Dx, Dy und Dz können ein Teilnetz oder eine Basisstationssteuervorrichtung in einem drahtlosen Zugangsnetz sein. Der NRM a und der NRM b benötigen Ressourcen in Domäne D; der NRM a zu Dy und der NRM b zu Dx. Dank der Tatsache, dass die NRMs die Netztopologie kennen, wissen sie, dass die Pakete durch Domäne C übertragen werden müssen. In diesem Beispiel überträgt 109 der NRM a eine Anforderung von 20 Ressourceneinheiten zu dem NRM c, und der NRM b überträgt 111 eine Anforderung von 10 Ressourceneinheiten zu dem NRM c. Der NRM c benötigt 10 Ressourceneinheiten in Domäne D für seine eigene Domäne und sendet deshalb eine Anforderung zu dem NRM d nach 40 Ressourceneinheiten. Dann überträgt 114 der NRM d eine Bestätigung zu dem NRM c, dass 40 Ressourceneinheiten in Domäne D reserviert sind, und der NRM c überträgt 110 ferner eine Bestätigung zu dem NRM a und überträgt 112 eine Bestätigung zu dem NRM b. Pakete, die eine Reservierung verwenden, werden durch Anwendungen oder Flankenrouter markiert und durch Richtlinienpunkte geprüft und/oder ummarkiert. Dies geschieht um sicherzustellen, dass Pakete nur mit einer zulässigen QoS-Klasse den reservierten Pfad nutzen.
In dem Trichterkonzept wird angenommen, dass die Zieldomäne gut versorgt ist oder ein anderer Mechanismus verwendet wird, um QoS in der Zieldomäne sicherzustellen. In großen Netzen wäre es nicht wünschenswert, das oben beschriebene Trichterkonzept auf dem ganzen Weg zu dem Endpunkt zu verwenden, da dies nicht ausreichend skalierbar wäre. Stattdessen werden Trichter verwendet, um eine Zieldomäne (z.B. ein Teilnetz) geeigneter Größe zu erreichen. Es werden keine Ressourcen für den letzten Teil des Pfades innerhalb der Zieldomäne reserviert. Deshalb kann das Trichterkonzept selbst QoS von Ende zu Ende, d.h. von einem Quellenendpunkt zu einem Zielendpunkt, nicht bereitstellen, falls die Zieldomäne unterversorgt ist. Es existieren jedoch Ziele, die nicht mit einer gut versorgten Zieldomäne verbunden sind. Ein Beispiel in einer derartigen Domäne ist ein drahtloses Zugangsnetz, wo der letzten Sprung, d.h. zwischen der Basisstation und dem Endgerät, eine Engstellenverknüpfung ist. Ein anderes Problem entsteht, wenn die Hosts mobile Endgeräte sind. Die QoS-Mechanismen müssen schnelle lokale Neuberechnung von QoS in einer Übergabe zwischen Basisstationen in drahtlosen Zugangsnetzen erlauben.
ZUSAMMENFASSUNG
Das Zielproblem besteht darin, eine skalierbare Lösung zum Reservieren von Ressourcen bereitzustellen, um eine vorhersagbare QoS von Ende zu Ende in einem heterogenen IP-Netz zu erhalten.
Das Problem wird durch ein IP-Netz mit den Merkmalen von Anspruch 1 und durch eine Netzressourcenmanager-(NRM) Einheit mit den Merkmalen von Anspruch 16 gelöst. Das Problem wird auch durch ein Verfahren mit den Merkmalen von Anspruch 27 und durch ein Computerprogrammprodukt mit den Merkmalen von Anspruch 42 und 44 gelöst.
Das Verfahren, das in dem IP-Netz implementiert wird, das durch die vorliegende Erfindung bereitgestellt wird, umfasst die Schritte zum:

– Ankündigen durch einen zweiten NRM eines Domäneneigenschaftskennzeichens (Domäneneigenschaftshinweises) eines Ziels zu dem ersten NRM;
– Durchführen durch den ersten NRM und den zweiten NRM jeweiliger geeigneter Aktionen zum Übertragen von IP-Paketen mit einer vorbestimmten QoS zwischen einem Quellenendgerät und einem Zielendgerät gemäß dem angekündigten Domäneneigenschaftskennzeichen,

Ein IP-Netz, worin der zweite NRM Mittel zum Ankündigen eines Domäneneigenschaftskennzeichens der Zieldomäne zu einem ersten NRM umfasst, wobei
der erste NRM und der zweite NRM umfassen jeweilige Mittel zum Durchführen einer geeigneten Aktion, zum Übertragen von IP-Paketen mit einer vorbestimmten QoS zwischen einem Quellenendgerät und einem Zielendgerät, gemäß dem angekündigten Domäneneigenschaftskennzeichen,
macht es möglich, Ressourcen zu reservieren, um eine vorhersagbare QoS von Ende zu Ende in einem heterogenen IP-Netz zu erhalten.
Ein Vorteil bei der vorliegenden Erfindung besteht darin, dass der NRM-Pfadvektor als ein Werkzeug zum Identifizieren von NRMs in einer angeforderten Zieldomäne und NRMs entlang des Pfades arbeitet.
Ein anderer Vorteil bei der vorliegenden Erfindung besteht darin, dass der NRM-Pfadvektor ein Werkzeug zum Erfassen von Ablehnungen (denials) und Fehlern entlang des Pfades in Richtung des Endpunktes vorsieht.
Noch ein anderer Vorteil besteht darin, dass die vorliegende Erfindung ein Werkzeug bereitstellt, um zwischen Zieldomänen mit unterschiedlichen Charakteristika zu unterscheiden.
Noch ein anderer Vorteil besteht darin, dass die vorliegende Erfindung die skalierbaren Eigenschaften des Trichtermodells in Netzen mit unterversorgten Zieldomänen nutzen kann.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
1 zeigt ein Beispiel vom Stand der Technik, wo Ressourcenanforderungen zu der Zieldomäne durch Verwenden des Trichterkonzepts angesammelt werden.
2 zeigt ein Netz, das zwei Domänen gemäß der vorliegenden Erfindung umfasst.
3 offenbart ein Beispiel von Inter-Domänenressourcenreservierung gemäß der vorliegenden Erfindung.
4 stellt ein Sequenzdiagramm der Ressourcenreservierung gemäß der vorliegenden Erfindung dar.
DETAILLIERTE BESCHREIBUNG DER ERFINDUNG
2 zeigt ein IP-Netz 200 gemäß einer ersten Ausführungsform der vorliegenden Erfindung. Das Netz 200 umfasst eine erste Domäne E und eine zweite Domäne F. Eine Domäne ist ein logischer Teil eines IP-Netzes und die Unterteilung geschieht aus administrativen Gründen. Eine Domäne wird in der vorliegenden Erfindung als eine Routingdomäne bezeichnet.
Domäne E umfasst einen Router 201, einen Netzressourcenmanager (NRM) e, einen Server 210 und ein Teilnetz 208, das ein Endgerät 207 umfasst. In dem in 2 beschriebenen Beispiel kann die Domäne E eine Quelldomäne sein. Oder die Quelldomäne kann eine dritte Domäne sein, die Pakete durch Domäne E überträgt, um eine Zieldomäne F zu erreichen. Die Domäne, worin sich das Endgerät des Senders befindet, wird als die Quelldomäne bezeichnet.
Die Zieldomäne F umfasst einen Server 211, einen Router 202, einen NRM f, ein Teilnetz 203 und einen Endpunkt innerhalb eines der Teilnetze 203. Eine Domäne, worin sich die Endpunkte befinden, wird als die Zieldomäne bezeichnet.
Jedes Teilnetz 203, 208 umfasst ferner mindestens ein Endgerät 207, 208. Jedem Endgerät 204 ist eine dynamische oder statische IP-Adresse durch das Teilnetz 203, 208 zugewiesen. Das Endgerät 204, wohin beabsichtigt ist, die Pakete zu senden, wird als ein Endpunkt bezeichnet. Das Teilnetz 203, 208 kann beispielhaft ein LAN sein, das mindestens ein Gateway, mindestens einen Server und mindestens ein Endgerät umfasst, oder ein drahtloses Netz, das mindestens eine Funknetzsteuervorrichtung (RNC), mindestens eine Basisstation (BS) und mindestens ein mobiles Endgerät umfasst. Das Endgerät 204, 207 kann vorzugsweise ein PC oder ein IP-Telefon in einem drahtgebundenen Netz oder ein Mobiltelefon oder ein Laptop in einem drahtlosen Netz sein.
Diese Router 201, 202 verbinden 206, 212, 209 jeweils miteinander unterschiedliche Netze 203, 208, z.B. unterschiedliche LANs, die Endgeräte umfassen. Ein NRM e, f besteht aus einem Computerprogramm z.B. zum Reservieren von Ressourcen und kann z.B. in einem jeweiligen Server 210, 211 oder alternativ in einem jeweiligen Router 201, 202 implementiert sein. Ein Server ist im wesentlichen eine Einrichtung zum Speichern und Berechnen von Daten, während der Router hauptsächlich IP-Pakete führt.
Der NRM hat die Merkmale, wie oben unter "Hintergrund der Erfindung" beschrieben, z.B. Durchführen von Zulassungssteuerung und Inter-Domänenkommunikation 205, 210 und Ansammlung von Ressourcenanforderungen durch Verwenden des Trichterkonzeptes auf dem ganzen Weg zu dem NRM in der Zieldomäne. Die NRMs sind weiter verantwortlich für Zieladressenpräfixansammlung durch Ankündigen eines geeigneten Zieladresspräfixes und kennzeichnen gemäß der vorliegenden Erfindung jene Ziele mit einem Domäneneigenschaftskennzeichen. Durch Kategorisieren jeder Domäne mit einem Domäneneigenschaftskennzeichen ist es möglich, zwischen Domänen mit unterschiedlichen Charakteristika zu unterscheiden, wie etwa Verfügbarkeit von Ressourcen, z.B. Band breite. Das Domäneneigenschaftskennzeichen umfasst Information darüber, welches Verfahren in dieser Domäne zu verwenden ist, um QoS zu einem Endpunkt innerhalb der Domäne zu erhalten. Das Trichterkonzept arbeitet gut zum Reservieren von Ressourcen auf eine skalierbare Art und Weise auf dem ganzen Weg zu dem NRM in der Zieldomäne, was aber bleibt, ist der Weg von dem NRM zu dem Endpunkt innerhalb der Zieldomäne. Deshalb sind es die Eigenschaften, d.h. das Domäneneigenschaftskennzeichen der Zieldomäne, die von speziellem Interesse sind. Ein NRM f innerhalb einer Zieldomäne F, der eine Ressourcenanforderung empfangen hat, überträgt eine Bestätigungsnachricht (vorausgesetzt, dass die Anforderung gewährt wird) zu NRMs e und in einigen Fällen anderen Einheiten, die in die Anforderung einbezogen sind. Die Bestätigungsnachricht informiert darüber, dass eine gewisse Menge von Ressourcen reserviert ist, sodass eine angeforderte QoS zu dem Ziel-NRM F erfüllt werden kann. Das Domäneneigenschaftskennzeichen wird in der Bestätigungsnachricht hinzugefügt oder kann in einer getrennten Nachricht gesendet werden. Durch Lesen des Domäneneigenschaftskennzeichens werden die NRMs und in einigen Fällen die anderen Einheiten, die in die Anforderung einbezogen sind, darüber informiert, ob sie aufgefordert werden, Ressourcen zu reservieren oder nicht. Falls Ressourcen reserviert werden müssen, da die Zieldomäne unterversorgt ist, teilt das Domäneneigenschaftskennzeichen mit, wie die Ressourcenreservierung gehandhabt werden sollte.
Domäneneigenschaftskennzeichen
Das Domäneneigenschaftskennzeichen ist in einem Domäneneigenschaftskennzeichenfeld definiert. Das Kennzeichenfeld kann z.B. 16 Bit umfassen und kann ein Teil der Daten sein, die zwischen den NRMs übertragen werden. Das Kennzeichenfeld erlaubt, dass eine große Zahl von Domäneneigenschaftskennzeichen definiert wird. Die NRMs kommunizieren mit einem Anwendungsprotokoll über dem Übertragungssteuerprotokoll (TCP), und das Anwendungsprotokoll definiert das Domäneneigenschaftskennzeichenfeld. Die Information wird auf dem normalen Weg geführt und es können Ressourcen für die Übertragung des Domäneneigenschaftskennzeichens im voraus reserviert werden. Definitionen von vier Typen von Eigenschaftskennzeichen werden nachstehend angegeben:

• Das Domäneneigenschaftskennzeichen "Versorgt" stellt die Information bereit, dass die Domäne mit Ressourcen gut versorgt ist und keine Reservierungen von Ressourcen erforderlich sind, um QoS zu dem Endpunkt innerhalb der Domäne vorzusehen. Dies erscheint z.B. in gut versorgten Lokal bereichsnetzen (LAN). Es ist keine Aktion durch die anfordernden Einheiten, wie etwa z.B. ein Endgerät 207 oder einen NRM e, erforderlich.
• Das Domäneneigenschaftskennzeichen "Beliefert" stellt die Information bereit, dass die Domäne QoS handhabt, die lokal einrichtet wird durch einen NRM, der aufgerufen wird durch z.B. den Endpunkt, einen Proxy oder eine Funknetzsteuervorrichtung (RNC). In dem Fall, wo sich der Endpunkt innerhalb eines Funkzugangsnetzes befindet, wo die Ressourcen durch eine Funknetzsteuervorrichtung (RNC) in Zusammenarbeit mit einem lokalen IP-Ressourcenmanager gehandhabt werden, verhandelt die RNC mit dem lokalen NRM wegen Ressourcen. Die RNC steuert das Endgerät (Endpunkt) und weiß, wenn das Endgerät einen Dienst anfordert, der QoS von Ende zu Ende fordert.
• Das Domäneneigenschaftskennzeichen "Angefordert" stellt die Information bereit, dass die Domäne QoS durch einen NRM handhabt, der durch eine anfordernde Einheit aufgerufen werden kann, z.B. ein Sendeendgerät 207, einen NRM e oder einen Proxy, um QoS auf einen bestimmten Endpunkt von dem NRM auszudehnen. Die Adresse des NRM ist durch einen NRM-Pfadvektor bekannt. Der NRM-Pfadvektor wird nachstehend weiter in "NRM-Pfadvektor" beschrieben.
• Das Domäneneigenschaftskennzeichen "Signalisiert" stellt die Information bereit, dass die QoS durch Signalisierung gehandhabt wird. Die sendende Entität überträgt Nachrichten "Resource ReSerVation Protocol (RSVP) path" mit den Daten, um dem empfangenden Endgerät 204 zu erlauben, QoS in der Zieldomäne anzufordern, und die empfangende Entität überträgt Nachrichten "RSVP resv". Dies impliziert, dass die sendenden Entitäten (und die empfangenden) sich entlang des Pfades des Verkehrs befinden müssen, wie Endgerät 207. Der NRM e ist jedoch nicht in der Lage, diese RSVP-Nachrichten zu senden, sondern muss dem Router 201 mitteilen, dass die Nachrichten über einen Proxy zu dem Ziel gesendet werden sollten.

Die oben beschriebenen vier Domäneneigenschaftskennzeichen werden angegeben, um es zu ermöglichen, zwischen einer Zieldomäne mit unterschiedlichen Charakteristika zu unterscheiden. Dennoch können andere Domäneneigenschaftskennzeichen definiert und in Relation mit dem beschriebenen Verfahren verwendet werden.
NRM-Pfadvektor
Ein Netzressourcenmanager-(NRM)Pfadvektor wird gemäß der vorliegenden Erfindung eingeführt, um Identifikation von Netzressourcenmanagern entlang des Pfades zu einem Ziel zu erlauben. Für jeden Trichter in Richtung eines gegebenen Ziels besagt der NRM-Pfadvektor die Sequenz von NRMs, die die Ressourcen gewährt haben. Der NRM-Pfadvektor ist ein Werkzeug zum Identifizieren von NRMs in angeforderten Zieldomänen. Es können auch Ablehnungen und Fehler durch den NRM-Pfadvektor erfasst werden, falls z.B. eine Anforderung abgelehnt wird, zeigt der Pfadvektor, wo die Ablehnung aufgetreten ist, oder falls auf einen NRM nicht zugegriffen werden kann, zeigt der Pfadvektor, wo sich die Probleme befinden. Der NRM-Pfadvektor wird für das angeforderte Kennzeichen verwendet. Der NRM-Pfadvektor kann jedoch für die Kennzeichen verwendet werden, die signalisiert, bereitgestellt und versorgt werden, um NRMs zu identifizieren.
Ein IP-Netz 300 gemäß einer zweiten Ausführungsform der Erfindung wird in 3 offenbart. Das IP-Netz 300 umfasst fünf Routingdomänen G, H, I, J, K, wobei eine Domäne G eine Quelldomäne ist und eine Domäne I die Zieldomäne ist. Die Quelldomäne G umfasst einen NRM g und einen Endpunkt, der ein Endgerät 301 bildet, und die Zieldomäne I umfasst einen NRM i, eine Zieleinheit 311 und einen Endpunkt 302. Ferner umfasst die Zwischendomäne H einen NRM h, einen Endpunkt 312 und eine Einrichtung 313, und die Domäne J umfasst einen NRM j und die Domäne K umfasst einen NRM k. Jeder NRM kann mit anderen NRMs innerhalb anderer Domänen und mit den Endpunkten kommunizieren.
Bezug nehmend auf 3 wünscht das Endgerät 301, IP-Pakete, die eine vorbestimmte QoS erfordern, zu Endgerät 302 zu senden. Gemäß der Topologie des Netzes in diesem Beispiel erfordern die IP-Pakete, die Domäne H zu passieren, um die Domäne I zu erreichen. Um die angeforderte QoS zu erfüllen, werden Ressourcen, in diesem Beispiel zehn Einheiten, von Endgerät 310 zu dem Endpunkt (Endgerät 302) in der Zieldomäne I reserviert. (Es können auch mehr Ressourcen als das, was notwendig ist, angefordert werden, um die angeforderte QoS zu erfüllen.) Die Menge von Ressourcen können in Bandbreite und/oder Anforderungen nach Verzögerung und/oder Jitter gemessen werden. Es werden die folgenden Schritte durchgeführt:

– Das Endgerät 301 fordert zuerst 10 Einheiten von dem NRM g an und dann
– fordert 303 der NRM g 10 Einheiten zu dem Endpunkt 302 von dem NRM h an.

Diese zweite Anforderung wird mit anderen Anforderungen von anderen Domänen angesammelt, z.B. sendet die Domäne J eine Anforderung 307 nach fünf Einheiten zu einem Endpunkt, der sich in der Domäne K befindet, die Daten zu senden hat, die auch die Domäne H passieren müssen und ihr Ziel in der Domäne I oder darüber hinaus haben, z.B. der Domäne K. Jeder NRM um fasst nur eine oder wenige Reservierungen pro Zieldomäne. Z.B. kann die QoS in unterschiedliche Klassen im Sinne von z.B. Verzögerung, Bitrate etc. unterteilt sein. Somit könnte es eine Reservierung pro Zieldomäne und pro QoS-Klasse sein.
Anschließend fordert 303 der NRM g eine Ressource von dem benachbarten NRM h an, es können zwei unterschiedliche Verfahren zum Reservieren von Ressourcen auf dem ganzen Weg zu dem NRM i verwendet werden. "Alt. 1" wird verwendet, wenn der NRM h im voraus reservierte Ressourcen zu der Domäne I hat, und "Alt. 2" wird verwendet, wenn der NRM h keine im voraus reservierten Ressourcen zu der Domäne I hat.
Alt. 1: In den meisten Operationen können Ressourcen auf dem ganzen Weg zu der Zieldomäne in einem ersten NRM gewährt werden, da ein NRM Reservierungen im voraus von Ressourcen gemäß Zielüberzuordnungen und Heuristik nach Anforderungen mit der Zeit, z.B. Tageszeit und Tag der Woche, durchführen kann. Eine Anforderung würde somit unverzüglich durch einen ersten NRM h für Ressourcen auf dem ganzen Weg zu dem NRM i in der Zieldomäne gewährt.

– Es wird eine Bestätigungsnachricht durch den benachbarten NRM nach jeder Ressourcenverhandlung gesendet 304, z.B. von dem NRM h zu dem NRM g und von dem NRM h zu dem NRM j 308.
– Der NRM h und der NRM i fügen ihre eigenen Identitäten, z.B. ihre IP-Adressen, zu einem NRM-Pfadvektor hinzu, um den Vektor zu aktualisieren.
– Der NRM-Pfadvektor ist in der Bestätigungsnachricht enthalten.
– Der NRM h kündigt das Domäneneigenschaftskennzeichen der Domäne I zu dem NRM g an. Der NRM h hat das Domäneneigenschaftskennzeichen der Domäne I empfangen, wenn die Reservierung im voraus von Ressourcen zu der Domäne I durchgeführt wurde.
– Dem Endgerät 301 wird das angekündigte Domäneneigenschaftskennzeichen von dem NRM g und eine Bestätigung, dass Ressourcen zu der Domäne I reserviert sind, gegeben.

Alt. 2: In einigen Fällen, wenn keine Reservierungen im voraus durchgeführt werden, würde eine Anforderung 303 zu einer Kette von Anforderungen zwischen benachbarten NRM führen, um Ressourcen einzurichten. Dann werden Bestätigungen zurück zu dem Ursprung verbreitet. Eine Bestätigung bedeutet, dass Ressourcen zu der Zieldomäne verfügbar sind, wie in der Bestätigungsnachricht angezeigt wird.

– NRM h fordert 305 fünf plus zehn Einheiten von NRM i an.
– NRM i empfängt die Anforderung und vermerkt, dass sich das Ziel in seiner Domäne befindet.
– Es wird eine Bestätigungsnachricht durch NRM i zu NRM h gesendet 306, wobei NRM i antwortet, dass 15 Einheiten zu h reserviert sind.
– NRM i wird in dem NRM-Pfadvektor hinzugefügt und der Vektor wird in der Bestätigungsnachricht 306 gesendet.
– NRM i kündigt das Domäneneigenschaftskennzeichen von Domäne I zu NRM h an.
– Es wird eine Bestätigungsnachricht durch NRM h zu NRM g gesendet 304, wobei NRM h antwortet, dass 10 Einheiten zu g reserviert sind.
– NRM h fügt seine eigene Identität zu dem NRM-Pfadvektor hinzu, der nun die Identität von NRM i und NRM h enthält. Der Vektor ist in der Bestätigungsnachricht 304 enthalten.
– NRM h kündigt das Domäneneigenschaftskennzeichen zu NRM g an.
– Dem Endgerät 301 wird das angekündigte Domäneneigenschaftskennzeichen von NRM g und eine Bestätigung, dass Ressourcen zu Domäne I reserviert sind, gegeben.

Wenn alt 1 oder alt 2 durchgeführt wird, werden angemessene Aktionen gemäß dem angekündigten Domäneneigenschaftskennzeichen durchgeführt.
Falls das Domäneneigenschaftskennzeichen versorgt ist:
Es werden keine Ressourcen in der Zieldomäne reserviert.

– Die IP-Pakete werden gemäß herkömmlichen Routingprotokollen zu dem Endpunkt 302 auf nicht-reservierten Pfaden geführt.

Falls das Domäneneigenschaftskennzeichen beliefert ist:
Die Zieldomäne I handhabt QoS, die lokal eingerichtet ist durch einen NRM I.

– Eine Zieleinheit 311, die z.B. der Endpunkt, ein Proxy oder vorzugsweise eine Funknetzsteuervorrichtung (RNC) in einem drahtlosen Netz sein kann, ruft den NRM i innerhalb der Zieldomäne. (Die RNC steuert die Funkressourcen des Endgerätes).
– Die Zieleinheit 311 verhandelt mit dem Ziel-NRM wegen den angeforderten Ressourcen. Jede Zieleinheit 311 muss ihren am meisten lokalen NRM erkennen. Dies kann mit einer Konfiguration jeder Zieleinheit 311 geschehen.

Falls das Domäneneigenschaftskennzeichen angefordert ist:

– Eine anfordernde Einheit, z.B. ein Endpunkt 301, Proxy oder der NRM g, von wo die IP-Pakete entspringen, ruft den NRM i. QoS wird dann durch den NRM i gehandhabt, um QoS weiter zu einem bestimmten Endpunkt 302 auszudehnen. Die Adresse des NRM i ist durch die anfordernde Einheit durch den NRM-Pfadvektor bekannt.

Falls das Domäneneigenschaftskennzeichen signalisiert ist:

– Der Sender 301 überträgt eine Nachricht "RSVP-Pfad", um dem Empfänger 302 zu erlauben, QoS zu dem Endpunkt 302 anzufordern.
– Der Empfänger überträgt dann eine Nachricht "RSVP resv", um Ressourcen in der Zieldomäne I zu reservieren.

4 zeigt ein Flussdiagramm eines Verfahrens gemäß der Erfindung in einem allgemeinen Modus. Das Verfahren wird in einem IP-Netz durchgeführt und ist gedacht für eine Übertragung von IP-Paketen von einem Quellenendgerät, das sich in einer Quelldomäne befindet, zu einem Zielendgerät, das sich in einer Zieldomäne befindet, wobei die Quelldomäne und die Zieldomäne jeweils einen NRM umfassen. Das Verfahren umfasst die folgenden Schritte:
401. Ein erster NRM e, der sich innerhalb der Quelldomäne E befindet, fordert eine Ressource von einem zweiten NRM f an, der sich innerhalb der Zieldomäne F befindet.
402. NRM f fügt seine Identität zu dem NRM-Pfadvektor hinzu, um den Vektor zu aktualisieren.
403. NRM f kündigt ein Domäneneigenschaftskennzeichen der Zieldomäne F dem ersten NRM e an.
404. NRM e und NRM f führen eine angemessene Aktion zum Übertragen von IP-Paketen mit einer vorbestimmten QoS von Ende zu Ende durch.
Das Verfahren wird mittels eines Computerprogrammprodukts implementiert, umfassend die Softwarecodemittel zum Durchführen der Schritte des Verfahrens. Das Computerprogrammprodukt läuft auf einem Verarbeitungsmittel in einem Server oder einem Router. Das Computerprogrammprodukt wird direkt oder von einem durch einen computerverwendbaren Medium geladen, wie etwa einer Floppy-Disk, einer CD, dem Internet etc.
Die vorliegende Erfindung ist nicht auf die oben beschriebenen bevorzugten Ausführungsformen begrenzt. Es können verschiedene Alternativen, Modifikationen und Entsprechungen verwendet werden. Deshalb sollten die obigen Ausführungsformen nicht als den Bereich der Erfindung begrenzend genommen werden, der durch die angefügten Ansprüche definiert wird.

Claims

IP-Netzwerk (200), umfassend eine Mehrzahl von Domänen inklusive einer Quelldomäne (E) und einer Zieldomäne (F), wobei die Quelldomäne (E) ein Quellendatenendgerät (207) und einen Netzwerk-Ressourcen-Manager (e), hier NRM genannt, umfasst, und wobei die Zieldomäne (F) ein Zieldatenendgerät (204) und einen zweiten NRM (f) umfasst; wobei das Zieldatenendgerät (207) in der Zieldomäne (E) umfasst: Mittel zur Sendung von IP-Paketen, die einen vorherbestimmten Qualitätsstandard erfordern, zum Ziel Datenendgerät (204); der erste Netzwerk-Ressourcen-Manager (e) in der Zieldomäne (E) umfasst Mittel zur Anforderung von einem zweiten Netzwerk-Ressourcen-Manager (f) einer Ressource, die für die Übertragung des IP-Paketes ausreicht, um in der Lage zu sein, den Qualitätsstandard zu erfüllen, wobei das IP-Netzwerk (200) dadurch gekennzeichnet ist, dass der zweite NRM (f) Folgendes umfasst: Mittel zur Ankündigung eines Domäneneigenschaftshinweises der Zieldomäne (F) an den ersten NRM (e), und der erste NRM (e) und der zweite NRM (f) entsprechend umfassen: Mittel zur Ausführung einer erforderlichen Aktion zur Übertragung der IP-Pakete mit dem Qualitätsstandard zwischen dem Quellendatenendgerät (207) und dem Zieldatenendgerät (204) entsprechend des angekündigten Domäneneigenschaftshinweises.
IP-Netzwerk (300) nach Anspruch 1, wobei die IP-Pakete an der Quelldomäne (G) zu der Zieldomäne (I) über eine Zwischendomäne (H) übertragen werden; wobei die Zwischendomäne (H) mindestens einen Netzwerk-Ressourcen-Manager (h) umfasst, der für eine Inter-Domänekommunikation zwischen einem Netzwerk-Ressourcen-Manager (g; i) innerhalb einer benachbarten Domäne.
IP-Netzwerk (200) nach einem der Ansprüche 1–2, wobei Mittel zur Nutzung eines NRM-Pfadvektors zur Identifikation des NRM (f) in der Zieldomäne (F) umfasst sind.
IP-Netzwerk (200) nach einem der Ansprüche 1–3, wobei Mittel zur Nutzung eines NRM-Pfadvektors zur Identifikation des NRM (e; f) entlang eines Pfades von dem Quelldatenendgerät (207 zu dem Enddatenendgerät (204) umfasst sind.
IP-Netzwerk (200) nach einem der Ansprüche 1–4, wobei Mittel zur Nutzung eines NRM-Pfadvektors umfasst sind, um Zurückweisungen und/oder Fehler entlang eines Pfades von dem Zieldatenendgerät (207) zu dem Enddatenendgerät (204) zu erkennen.
IP-Netzwerk (200) nach einem der Ansprüche 1–5, wobei der zweite NRM (f) Mittel zur Hinzufügung seiner eigenen Identifikation an einen NRM-Pfadvektor umfasst.
IP-Netzwerk (200) nach einem der Ansprüche 1–6, wobei der zweite NRM (f) Mittel zur Sendung einer Nachricht (210) zu einem benachbarten NRM (e) umfasst, wobei die Nachricht (210) den NRM-Pfadvektor umfasst.
IP-Netzwerk (300) nach einem der Ansprüche 1–7, wobei ein NRM (h) Mittel zur Aggregation der Ressourcenanfrage (303) mit anderen Anfragen von einer anderen Domäne (J) umfasst.
IP-Netzwerk (200) nach einem der Ansprüche 1–8, wobei der angekündigte Eigenschaftshinweis bereitgestellt wird; und wobei die Mittel zur Ausführung einer geeigneten Aktion Mittel zur Übertragung von IP-Paketen über unreservierte Ressourcen umfasst.
IP-Netzwerk (200) nach einem der Ansprüche 1–8, wobei der angekündigte Eigenschaftshinweis bereitgestellt wird; und wobei die Mittel zur Ausführung einer geeigneten Aktion eine Vorrichtung in der Zieldomäne umfasst, die weiterhin Mittel zum Anrufen eines NRM (f) in der Zieldomäne umfassen, um einen Qualitätsstandard zu dem Enddatenendgerät sicherzustellen.
IP-Netzwerk (200) nach Anspruch 10, wobei die Vorrichtung eine Funknetzwerksteuerung (RNC) und das Enddatenendgerät (204) ein mobiles Datenendgerät ist.
IP-Netzwerk (200) nach einem der Ansprüche 1–8, wobei der angekündigte Eigenschaftshinweis angefordert wird; und wobei die Mittel zur Ausführung einer geeigneten Aktion eine Anforderungsvorrichtung umfassen, die weiterhin Mittel zum Anrufen eines anderen NRM umfassen, und der andere NRM Mittel zur Erweiterung von Ressourcenreservierungen von dem lokalen NRM zu einem bestimmten Zieldatenendgerät (204) umfasst.
IP-Netzwerk (200) nach Anspruch 12, wobei die Anforderungsvorrichtung die ursprüngliche Anforderungsvorrichtung (207) oder ein NRM (e) ist.
IP-Netzwerk (200) nach einem der Ansprüche 12–13, wobei das IP-Netzwerk (200) Mittel zur Nutzung des NRM-Pfadvektors zur Identifikation einer Adresse für den anderen NRM umfasst.
IP-Netzwerk (200) nach einem der Ansprüche 1–8, wobei der angekündigte Eigenschaftshinweis signalisiert wird; und wobei die Mittel zur Ausführung einer geeigneten Aktion umfassen: das Quelldatenendgerät (207), welches weiterhin Mittel zur Übertragung von "Resource-ReSerVation-Protocol-(RSVP)-Pfad"-Nachrichten an das Zieldatenendgerät (204) umfasst, und das Zieldatenendgerät (204), das weiterhin Mittel zur Übertragung von „RSVP-resv"-Nachrichten umfasst, um innerhalb der Zieldomäne (F) Ressourcen zu reservieren.
Netwerk-Ressourcen-Manager-Einheit, hier NRM genannt, innerhalb einer Domäne (H) innerhalb eines IP-Netzwerkes (300) nach einem der vorangegangenen Ansprüche, umfassend Mittel zum Empfangen einer Ressourcen-Anforderung (306) von einem zweiten NRM (i), der innerhalb einer zweiten Domäne (I) angeordnet ist, wobei der NRM dadurch gekennzeichnet ist, dass der NRM (h) Folgendes umfasst: Mittel zur Ankündigung eines Domäneneigenschaftshinweises der Domäne (H) an den zweiten NRM (i), und Mittel zur Ausführung einer geeigneten Aktion, um einen durchgehenden Qualitätsstandard zwischen einem ersten Endpunkt (312) und einem zweiten Endpunkt (302) entsprechend des angekündigten Domäneneigenschaftshinweises bereitzustellen.
NRM-Einheit (h) nach Anspruch 16, wobei sie weiterhin Mittel zur Nutzung eines NRM-Pfadvektors zur Identifizierung eines dritten NRM (g) innerhalb der dritten Domäne (G) umfasst.
NRM-Einheit (h) nach einem der Ansprüche 16–17, wobei sie weiterhin Mittel zur Nutzung eines NRM-Pfadvektors zum Erkennen von Zurückweisungen und/oder Fehlern entlang eines Pfades zwischen einem ersten Endpunkt (312) und einen dritten Endpunkt (302) umfasst.
NRM-Einheit (h) nach einem der Ansprüche 16–18, wobei sie weiterhin Mittel zur Hinzufügung ihrer eigenen Identifikation an einen NRM-Pfadvektor umfasst.
NRM-Einheit (h) nach einem der Ansprüche 16–19, wobei sie weiterhin Mittel zur Sendung einer Nachricht (305) an den zweiten NRM (m) umfasst, wobei die Nachricht (305) den NRM-Pfadvektor umfasst.
NRM-Einheit (h) nach einem der Ansprüche 16–20, wobei sie weiterhin Mittel zur Aggregation der Ressourcen-Anforderung (306) mit anderen Anforderungen von einer anderen Domäne (J) umfasst.
NRM-Einheit (h) nach einem der Ansprüche 16–21, wobei der angekündigte Eigenschaftshinweis bereitgestellt wird, und wobei die Mittel zur Ausführung einer geeigneten Aktion Mittel zum Empfang eines Anrufes von einer Vorrichtung (313) innerhalb der Domäne (H) umfasst, wobei der Anruf weiterhin einer Anforderung an den NRM (h) zur Sicherstellung eines Qualitätsstandards zu dem Enddatenendgerät (312) umfasst.
NRM-Einheit (h) nach Anspruch 22, wobei die Vorrichtung (313) eine Funknetzwerksteuerung (RNC) und das Enddatenendgerät (312) ein mobiles Datenendgerät ist.
NRM-Einheit (h) nach einem der Ansprüche 16–21, wobei der angekündigte Eigenschaftshinweis angefordert wird, und wobei die Mittel zur Ausführung einer geeigneten Aktion Mittel zum Empfang eines Anrufes von einer anfordernden Vorrichtung und Erweiterung von Ressourcenreservierungen von der NRM-Einheit (h) zu einem bestimmten Endpunkt (312) umfasst.
NRM-Einheit (h) nach Anspruch 24, wobei die Anforderungsvorrichtung ein Endpunkt (302) innerhalb einer Domäne (I) oder einem NRM (i) ist.
NRM-Einheit (h) nach einem der Ansprüche 24–25, wobei sie weiterhin Mittel zur Identifikation ihrer eigenen Adresse durch den NRM-Pfadvektor umfasst.
Verfahren zum Reservieren von Ressourcen innerhalb eines IP-Netzwerkes (200) nach einem der vorangegangenen Ansprüche, um einen vorher bestimmten Qualitätsstandard zwischen einem Quelldatenendgerät (207) innerhalb einer Quelldomäne (E) und einem Zieldatenendgerät (204) innerhalb einer Zieldomäne (F) zu erreichen, wobei das Verfahren folgende Schritte umfasst: ein erster Netzwerk-Ressourcen-Manager, hier NRM genannt, der innerhalb der Quelldomäne (E) angeordnet ist, fordert von einem zweiten NRM (f), der innerhalb der Ziel Domäne (F) angeordnet ist, eine Ressource an, die zum Erfüllen des Qualitätsstandards erforderlich ist, wobei die Ressource für eine Übertragung von IP-Paketen bestimmt sind; dadurch gekennzeichnet, dass das Verfahren weiterhin die folgenden Schritte umfasst: ein zweiter NRM (f) kündigt einen Domäneneigenschaftshinweis des Zieles dem ersten NRM (e) an; der erste NRM (e) und der zweite NRM (f) führen entsprechend geeignete Aktionen zur Übertragung der IP-Pakete mit dem Qualitätsstandard zwischen dem Quelldatenendgerät (207) und dem Zieldatenendgerät (204) entsprechend des angekündigten Domäneneigenschaftshinweises aus.
Verfahren nach Anspruch 27, wobei die IP-Pakete von der Quelldomäne (G) an die Zieldomäne (I) über eine dritte Domäne (H) übertragen werden, wobei die dritte Domäne (H) mindestens einen NRM (h) umfasst, der für eine Inter-Domänen-Kommunikation mit einem NRM innerhalb einer benachbarten Domäne (G; I) angepasst ist.
Verfahren nach einem der Ansprüche 27–28 mit dem weiteren Schritt: Nutzen eines NRM-Pfadvektors zum Identifizieren des NRM (f) innerhalb der Zieldomäne (F).
Verfahren nach einem der Ansprüche 27–29 mit dem weiteren Schritt: Nutzen eines NRM-Pfadvektors zum Identifizieren der NRM (e; f) entlang eines Pfades von dem Quelldatenendgerät (207) zu dem Enddatenendgerät (204).
Verfahren nach einem der Ansprüche 27–30 mit dem weiteren Schritt: Nutzen eines NRM-Pfadvektors zum Erkennen von Zurückweisungen und/oder Fehlern entlang eines Pfades von dem Quelldatenendgerät (207) zu dem Enddatenendgerät (204).
Verfahren nach einem der Ansprüche 27–31 mit dem weiteren Schritt: Hinzufügen der Identifikation des NRM (f) zu einem NRM-Pfadvektor.
Verfahren nach Anspruch 32, mit dem weiteren Schritt: Senden einer Nachricht (210) zu dem benachbarten NRM (e), und Einfügen des NRM-Pfadvektors in die Nachricht (210).
Verfahren nach einem der Ansprüche 27–33 mit dem weiteren Schritt: Aggregieren der Ressourcen-Anforderung (303) mit anderen Anforderungen von einer anderen Domäne (J) innerhalb des IP-Netzwerkes (300).
Verfahren nach einem der Ansprüche 27–34, wobei der angekündigte Eigenschaftshinweis bereitgestellt wird, wobei die geeignete Aktion den Schritt des Übertragens von IP-Paketen über unreservierte Ressourcen umfasst.
Verfahren nach einem der Ansprüche 27–34, wobei der angekündigte Eigenschaftshinweis bereitgestellt wird, wobei die angekündigte Aktion den Schritt des Anrufens eines NRM (f) innerhalb der Zieldomäne (F) zur Sicherstellung eines Qualitätsstandards zu dem Enddatenendgerät (204) umfasst.
Verfahren nach Anspruch 36, wobei eine Funknetzwerksteuerung (RNC) den NRM (f) innerhalb der Zieldomäne (F) anruft, um einen Qualitätsstandard zu dem Enddatenendgerät sicherzustellen, und wobei das Enddatenendgerät (204) ein mobiles Datenendgerät ist.
Verfahren nach einem der Ansprüche 27–34, wobei der angekündigte Eigenschaftshinweis angefordert wird und die geeignete Aktion folgenden Schritt umfasst: Anrufen eines anderen NRM, der Ressourcenreservierungen von dem anderen NRM zu einem bestimmten Zieldatenendgerät auf 204) erweitert.
Verfahren nach Anspruch 38, wobei die originäre Anforderungsvorrichtung oder ein NRM (e) den anderen NRM anruft.
Verfahren nach einem der Ansprüche 38–39 mit dem weiteren Schritt: Nutzen des NRM-Pfadvektors zum Identifizieren einer Adresse des anderen NRM.
Verfahren nach einem der Ansprüche 27–34, wobei der angekündigte Eigenschaftshinweis signalisiert wird, und die geeignete Aktion die folgenden Schritte umfasst: das Quelldatenendgerät (207) überträgt "Resource-ReSerVation-Protocol-(RSVP)-Pfad"-Nachrichten an das Zieldatenendgerät (204) in der Zieldomäne (F), das Zieldatenendgerät (204) überträgt "RSVP-resv"-Nachrichten, um Ressourcen innerhalb der Zieldomäne (F) zu reservieren.
Ein Computerprogrammprodukt, das direkt in Verarbeitungsmittel innerhalb eines Servers und/oder eines Routers in einem IP-Netzwerk ladbar ist, umfassend die Software-Code-Mittel zur Ausführung aller Schritte nach einem der Ansprüche 27–41.
Ein Computerprogrammprodukt, das direkt in Verarbeitungsmittel innerhalb eines Servers und/oder eines Routers in einem IP-Netzwerk nach Anspruch 42 ladbar ist, wobei die Verarbeitungsmittel auch innerhalb einer Funknetzwerksteuerung, Proxy oder Datenendgerätes angeordnet sind.
Ein Computerprogrammprodukt, das auf einem Computer nutzbaren Medium gespeichert ist, umfassend ein lesbares Programm zur Veranlassung eines Verarbeitungsmittels in einem IP-Netzwerk, um die Ausführung aller Schritte nach einem der Ansprüche 27–41 zu steuern.
Ein Computerprogrammprodukt, das auf einem Computer nutzbaren Medium gespeichert ist, umfassend ein lesbares Programm zur Veranlassung eines Verarbeitungsmittels innerhalb eines Servers und/oder eines Routers in einem IP-Netzwerk nach Anspruch 44, wobei die Verarbeitungsmittel auch in einer Funknetzwerksteuerung, Proxy oder Datenendgerät angeordnet sind.