DE102004008376B4 - Verfahren und System zum Schaffen einer garantierten Qualität des Dienstes in einem IP-Netz - Google Patents

Verfahren und System zum Schaffen einer garantierten Qualität des Dienstes in einem IP-Netz Download PDF

Info

Publication number
DE102004008376B4
DE102004008376B4 DE200410008376 DE102004008376A DE102004008376B4 DE 102004008376 B4 DE102004008376 B4 DE 102004008376B4 DE 200410008376 DE200410008376 DE 200410008376 DE 102004008376 A DE102004008376 A DE 102004008376A DE 102004008376 B4 DE102004008376 B4 DE 102004008376B4
Authority
DE
Germany
Prior art keywords
service
network
carrier
route
stack
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE200410008376
Other languages
English (en)
Other versions
DE102004008376A1 (de
Inventor
Wu Qing
Jiandong Ge
Guoping Li
Jianzhong Huang
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of DE102004008376A1 publication Critical patent/DE102004008376A1/de
Application granted granted Critical
Publication of DE102004008376B4 publication Critical patent/DE102004008376B4/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • AHUMAN NECESSITIES
    • A47FURNITURE; DOMESTIC ARTICLES OR APPLIANCES; COFFEE MILLS; SPICE MILLS; SUCTION CLEANERS IN GENERAL
    • A47LDOMESTIC WASHING OR CLEANING; SUCTION CLEANERS IN GENERAL
    • A47L23/00Cleaning footwear
    • A47L23/04Hand implements for shoe-cleaning, with or without applicators for shoe polish
    • A47L23/06Hand implements for shoe-cleaning, with or without applicators for shoe polish with electric drive
    • AHUMAN NECESSITIES
    • A46BRUSHWARE
    • A46BBRUSHES
    • A46B13/00Brushes with driven brush bodies or carriers
    • A46B13/02Brushes with driven brush bodies or carriers power-driven carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/302Route determination based on requested QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/42Centralised routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/50Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2408Traffic characterised by specific attributes, e.g. priority or QoS for supporting different services, e.g. a differentiated services [DiffServ] type of service
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13034A/D conversion, code compression/expansion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13166Fault prevention
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13204Protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13348Channel/line reservation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q2213/00Indexing scheme relating to selecting arrangements in general and for multiplex systems
    • H04Q2213/13389LAN, internet

Abstract

Verfahren zum Schaffen einer garantierten Qualität eines Dienstes (QoS) in einem IP-Netz, das folgende Schritte umfasst:
a. Erhalten der Adressen eines Quellteilnehmers und eines Zielteilnehmers und der QoS-Parameter für einen Dienst durch Analysieren einer Dienstanforderung nach dem Empfangen der Dienstanforderung mit einer Anforderung einer garantierten QoS von einem Quellteilnehmer und Senden einer Leitwegauswahl- und Betriebsmittelanwendungs-Anforderung zur Trägersteuerschicht des IP-Netzes durch einen Dienst-Steuerschicht-Server im IP-Netz;
b. Zuweisen von Betriebsmitteln und einem mehrere markenvermittelte Wege enthaltenden Leitweg vom Quellteilnehmer zum Zielteilnehmer für den Dienst in einem Dienstträger-Logiknetz entsprechend den Adressen des Quellteilnehmers und des Zielteilnehmers und dem Diensttyp durch einen Trägernetz-Betriebsmittelmanager in der Trägersteuerschicht, sowie Erzeugen eines Mehrfachebenen-Markenstapels (Multi-Level Label Stack) für die Betriebsmittel und den Leitweg, wobei der Mehrfachebenen-Markenstapel Marken für alle markenvermittelten Wege des Leitwegs enthält, Informieren des Dienstträger-Logiknetzes über den Mehrfachebenen-Markenstapel; und
c. Weiterleiten der Verkehrsströme im Dienstträger-Logiknetz entsprechend den Marken in dem Mehrfachebenen-Markenstapel durch den...

Description

  • Technisches Gebiet
  • Die Erfindung bezieht sich auf die IP-Netztechnologie und insbesondere auf ein Verfahren und ein System zum Schaffen einer garantierten Qualität des Dienstes (Quality of Service, QoS) in einem IP-Netz.
  • Hintergrund der Erfindung
  • Gegenwärtig kann ein IP-Netz des Telekommunikationsdiensteanbieters nur Datendienste soweit möglich anbieten. Zusammen mit dem Ansteigen der Anzahl der Breitbandnetz-Teilnehmer werden die Anforderungen an das IP-Netz immer größer. Die Echtzeitdienste, wie z. B. Sprache, Videokonferenzen usw., haben strenge Anforderungen an die QoS.
  • Wie in 1 gezeigt ist, umfasst ein vollständiges IP-Netz eines Telekommunikationsdiensteanbieters Zugangs-/Netzübergangs-Schichten und eine Kernschicht. Die Teilnehmer des IP-Netzes können durch verschiedene Zugriffsmittel, wie z. B. XDSL, HFC, Ethernet, Mietleitung oder WLL usw., auf den Rand-Weiterleitungs-Router E zugreifen. Der Rand-Weiterleitungs-Router E ist für das Management der Teilnehmer verantwortlich, wobei er mit dem Kern-Router RH verbunden ist, der für das Weiterleiten und die Leitweglenkung der IP-Pakete verantwortlich ist. Ein IP-Netz kann riesig sein, z. B. kann ein landesweites Netz eines Telekommunikationsdiensteanbieters Tausende über Tausende von Kern-Routern und Rand-Weiterleitungs-Routern umfassen. Mit Blick auf die Zweckmäßigkeit des Managements und der Stabilität der Netz-Leitwege kann das IP-Netz in mehrere unabhängige Leitweg-Managementbereiche unterteilt werden, wie mit den gestrichelten Linien in 1 gezeigt ist. Das ganze Netz umfasst mehrere Netzbereiche und die Verbindungen zwischen ihnen.
  • Ein Netz kann basierend auf Verwaltungsregionen, wie z. B. Stadt, Bezirk und Staat; oder basierend auf anderen Arten in Bereiche unterteilt werden. Normalerweise ist ein IP-Netz eines Telekommunikationsdiensteanbieters basierend auf den Verwaltungsbereichen unterteilt, wobei jeder Bereich ein autonomes IP- System (IP-AS) sein kann.
  • Zurückzuführen auf die Konstruktionsgedanken gibt es kein Mittel für eine garantierte QoS in älteren IP-Netzen. Für die Anpassung an die Entwicklung der Netzanwendungen sind verschiedene Verfahren für die IP-QoS vorgeschlagen worden, die das Modell der integrierten Dienste (Int-Serv-Modell) und das Modell der differenzierten Dienste (Diff-Serv-Modell) enthalten. Unter diesen kann das Diff-Serv-Modell verwendet werden, um die QoS-Unterstützung zusammen mit der Mehrfachprotokoll-Markenvermittlungs-Technologie (MPLS(Multiprotocol Label Switching)-Technologie) zu schaffen. Gegenwärtig ist eine Kombination des Int-Serv-Modells und des Diff-Serv-Modells ein übliches Verfahren, in dem das Int-Serv-Modell im Zugangsnetz und an der Grenze verwendet wird, während das Diff-Serv-Modell im Rückgratnetz verwendet wird. Die MPLS-Technologie kann verwendet werden, wenn das Diff-Serv-Modell im Rückgratnetz verwendet wird.
  • Wenn das Diff-Serv-Modell verwendet wird, ist, wenn nur die Priorität in einem Typ des Dienstes (Type of Service, ToS) gesetzt ist, um die QoS zu garantieren, die Wirkung nicht vorhersagbar, obwohl es den Vorteil eines hohen Leitungsausnutzungsfaktors besitzt. Deshalb ist eine weitere Verbesserung für Diff-Serv implementiert worden. Einige Organisationen und Verkäufer führen eine unabhängige Trägersteuerschicht des Hintergrundes-Diff-Serv ein und setzen eine Menge spezieller Diff-Serv-QoS-Zeichengabemechanismen fest. Um die Anwendung des Diff-Serv zu fördern, treiben IETF und einige Anbieter bzw. Verkäufer und Institute zusammen das Internet 2 im Qbone-Versuchsnetz voran, das einen Bandbreitenvermittler (Bandwidth Broker, BB) verwendet, um die Netzbetriebsmittel und die Netztopologie zu managen. Außerdem schlagen einige andere Verkäufer Verfahren zum Managen der Betriebsmittel und der Topologie und zum Koordinieren der QoS-Fähigkeit jedes Diff-Serv-Bereichs unter Verwendung einer ähnlichen QoS-Server/Betriebsmittel-Managertechnologie vor. In allen diesen Verfahren wird eine Trägersteuerschicht zum Managen der Netzbetriebsmittel und der Netztopologie für das Diff-Serv-Basisnetz speziell festgelegt. Wie in 2 gezeigt ist, wird die Diff-Serv-Betriebsart beim professionellen Netzbetriebsmittelmanagement als ein Diff-Serv-Modell mit einer unabhängigen Trägersteuerschicht bezeichnet.
  • Im Diff-Serv-Modell mit einer unabhängigen Trägersteuerschicht führt ein Rand-Weiterleitungs-Router des Netzes die Klassifizierung und Markierung des DS- Feldes für jede Gruppe aus, wobei er das DS-Feld eines IP-Pakets oder die EXP-Informationen eines MPLS-Pakets verwendet, um die Prioritätsinformationen der IP-Gruppe zu übertragen. Im Kernknoten des Netzes wählt der Router basierend auf den Prioritätsinformationen die entsprechende Weiterleitungsverarbeitung für das Paket. Die Server in der Trägersteuerschicht, einschließlich dem BB oder dem QoS-Server/Betriebsmittel-Manager, konfigurieren die Managementregeln und die Netztopologie, wobei sie die Betriebsmittel für die Dienstbandbreitenanforderungen der Teilnehmer zuweisen. Die spezifizierte Bandbreite kann durch die Koordination mit den Teilnehmern über Dienstebenenvereinbarungen (Service Level Agreement, SLA) gemeinsam benutzt werden. Die Trägernetz-Steuer-Server jedes Managementbereichs übertragen die Dienstbandbreitenanforderungen und -ergebnisse, die für die Dienstanforderungen durch den Trägernetz-Betriebsmittelmanager zugewiesenen Weginformationen usw. durch Zeichengabe zwischen einander. Gegenwärtig sind die Probleme im älteren Diff-Serv-Modell mit unabhängiger Trägersteuerschicht, wie z. B. eines Bandbreitenvermittler-Modells des Qbone, vorhanden, wobei es z. B. schwierig zu implementieren, zu planen, zu betreiben und zu warten ist.
  • Im ersten Schema des Standes der Technik, wie in 3 gezeigt ist, die ein Internet2-BB-Modell veranschaulicht, definiert das Internet2 die entsprechenden BBs für jeden Diff-Serv-Managementbereich, wobei der BB für die Handhabung der Bandbreiteanwendungsanforderungen von den Teilnehmer-Computern, den Dienst-Servern S oder dem Netz-Wartungspersonal verantwortlich ist. Der BB bestimmt, ob die Bandbreitenanwendung entsprechend dem erhaltenen Betriebsmittelzustand des aktuellen Netzes, den Konfigurationspolitiken und der SLA des mit dem Teilnehmer vereinbarten Dienstes zu erlauben ist.
  • Wie in 4 gezeigt ist, zeichnet ein Bandbreitenmanager eine große Menge statischer und dynamischer Informationen auf, die verschiedene Arten der SLA-Konfigurationsinformationen, der Topologieinformationen über das physische Netz, der Konfigurationsinformationen und der Politikinformationen der Router, der Anwenderberechtigungsinformationen, der Informationen über die aktuellen erhaltenen Betriebsmittel und Informationen über den Belegungszustand des Netzes usw. enthalten. Gleichzeitig zeichnet der Bandbreitenmanager außerdem die Leitweginformationen auf, um den Leitweg des Verkehrsstroms und die Position eines stromabwärtigen Bandbreitenmanagers in Kreuzungsbereichen zu bestimmen.
  • Im Bandbreitenmanager-Modell des Internet2 gibt es ein Problem, dass die Topologie und das Management sehr kompliziert sind, weil der Bandbreitenmanager die Betriebsmittelinformationen und die Konfigurationsinformationen aller Router im Bereich direkt managt. Weil der Bandbreitenmanager die dynamischen Leitweginformationen des Bereichs aufzeichnen muss, gibt es gleichzeitig ein Problem, dass eine Leitwegtabelle häufig aktualisiert wird, was zu einer Instabilität der Netzerhaltung führt. Außerdem ist es schwierig, dass der durch die dynamischen Leitweginformationen im Bereich bestimmte Dienst-Leitweg mit dem tatsächlichen Weiterleitungs-Leitweg des Verkehrsstroms übereinstimmt.
  • Weil es zu viele Probleme im Bandbreitenmanager-Modell gibt, ist das Modell bisher nicht in die geschäftliche Anwendung genommen worden.
  • Im zweiten Schema des Standes der Technik, das eine durch NEC Japan vorgeschlagene Rich-QoS-Lösung ist, wie in 5 gezeigt ist, wird der QoS-Server (QS) als ein Schlüsselelement betrachtet. Der Verfahrensregel-Server (Policy Server, CS), der Verzeichnis-Server (DS) und der Netzmanagementüberwachungs-Server sind außerdem in der Lösung enthalten. Der Verfahrensregel-Server implementiert die Parametereinstellung und die Konfiguration für in Zusammenhang stehende Router entsprechend den Verfahrensregelkonfigurationsinformationen, wie z. B. den Informationen über den QoS-Server und die Managementschnittstelle. Der Verzeichnis-Server ist eine konzentrierte Datenbank zum Speichern der Netzvorrichtungs-Konfigurationsinformationen, der Anwenderinformationen und der QoS-Informationen. Der Netzmanagementüberwachungs-Server ist für das Sammeln der Informationen, wie z. B. den Blockierungszustand der Router und Verbindungen usw., verantwortlich, wobei er auf den QoS-Server Bezug nehmen kann, um den Leitweg für die Dienstanwendung auszuwählen.
  • Der QoS-Server ist für das Zuweisen eines Träger-Leitwegs, der die QoS-Anforderung erfüllt, basierend auf der Netztopologie und dem Betriebsmittelzustand des Trägernetzes verantwortlich. Es ist notwendig, die Topologie und den Bandbreitenzustand im QoS-Server vorzugeben und die Regeln für die Leitwegauswahl im Voraus zu konfigurieren. Wenn der Dienst-Server eine Bandbreitenanforderung zum QoS-Server sendet, zeichnet der QoS-Server die Betriebsmittelanforderung dieses Anrufs auf und weist einen Träger-Leitweg zu, der die Anforderungen entsprechend den QoS-Anforderungen, der aktuellen Topologie und dem aktuellen Betriebsmittelzustand des Trägernetzes für diese Dienstanforderung erfüllt, und schickt das Ergebnis der Zuweisung zum Dienst-Server zurück.
  • Der QoS-Server schickt entsprechend dem Bandbreitenbelegungszustand des Dienstes einen entsprechenden LSP-Verfahrensregelmodifizierungsbefehl zum Verfahrensregel-Server. Dann konfiguriert der Verfahrensregel-Server entsprechend den Befehlen vom QoS-Server einen entsprechenden Rand-Weiterleitungs-Router (Edge Router).
  • Der Rand-Weiterleitungs-Router verwendet die MPLS-LSP-Anzeigeleitweg-Technologie, um den LSP (Label Switched Path) entsprechend dem durch den QoS-Server bestimmten Weg neu zu erzeugen oder einzustellen.
  • Das durch NEC vorgeschlagene Rich-QoS-Schema ist außerdem ein kompliziertes Trägernetz, das der QoS-Server managt, wobei es eine große Menge von Routern gibt. Der QoS-Server und der Verfahrensregel-Server verwenden die MPLS-LSP-Anzeigeleitweg-Technologie, um die Rand-Weiterleitungs-Router zu informieren. Die Betriebsart des Herstellens eines Ende-zu-Ende-LSP besitzt den Nachteil einer schlechten Erweiterbarkeit und eines eingeschränkten Netzmaßstabs. Deshalb kann das Schema die Ende-zu-Ende-Dienstanforderungen in einem landesweiten öffentlichen Netz nicht erfüllen.
  • Weil der Bandbreitenmanager die Betriebsmittelinformationen und die Konfigurationsinformationen aller Router in dem Bereich direkt managt, gibt es ein Problem, dass die Topologie und das Management sehr kompliziert sind. In den durch andere Verkäufer, wie z. B. NEC, vorgeschlagenen Lösungen managt der QoS-Server trotzdem ein kompliziertes Trägernetz. Die Betriebsart des Herstellens eines Ende-zu-Ende-LSP mit der im Trägernetz verwendeten Anzeigeleitweg-Technologie besitzt den Nachteil einer schlechten Erweiterbarkeit und eines eingeschränkten Netzmaßstabs, wobei sie die Ende-zu-Ende-Dienstanforderungen in einem landesweiten öffentlichen Netz nicht erfüllen kann. Folglich gibt es in einem großen IP-Rückgrat(Backbone)-Netz (auch Hintergrundnetz genannt) des Telekommunikationsdiensteanbieters ein Problem, das dringend gelöst werden muss, um die garantierte QoS vom ursprünglichen Rand-Weiterleitungs-Router zum Ziel-Rand-Weiterleitungs-Router für die Dienstanforderungen der Teilnehmer, wie z. B. VoIP oder Videotelephon usw., zu schaffen.
  • Das Dokument EP 1069742 A2 stellt ein Verfahren zum Übertragen eines Telekommunikationsinformationspaketes an einen Endpunkt in einem Netzwerk bereit, das ein Multiprotocol-Label-Switching-Netzwerk beinhaltet.
  • Die EP 1168728 A2 stellt ein Verfahren zum Routing eines Informationspakets über einen markenvermittelten Weg von einer Endstation an einen Zielort über ein Zugriffsnetzwerk und ein Kern-Netzwerk bereit.
  • Zusammenfassung der Erfindung
  • Es ist eine Aufgabe der Erfindung, ein Verfahren zum Schaffen einer garantierten QoS in einem IP-Netz zu schaffen, um die QoS-Anforderungen der Ende-zu-Ende-Dienste im öffentlichen Netz zu erfüllen.
  • Es ist eine weitere Aufgabe der Erfindung, ein System zum Schaffen einer garantierten QoS in einem IP-Netz zu schaffen.
  • Um die Aufgaben der Erfindung zu lösen, wird zuerst beim LSP der MPLS-Technologie für spezifische Dienste das entsprechende Dienstträger-Logiknetz vom physischen IP-Netz getrennt, um die spezifischen Dienste und die herkömmlichen Internet-Dienste zu trennen. Zweitens werden die Konzepte der Trägersteuerschicht und des Trägernetz-Betriebsmittelmanagers eingeführt; die Trägersteuerschicht umfasst die Trägernetz-Betriebsmittelmanager, wobei sie für die Betriebsmittelberechnung und die Leitwegauswahl für die Teilnehmerdienste verantwortlich ist. Nach dem Bestimmen des Dienstweges und der QoS-Parameter informiert der Trägernetz-Betriebsmittelmanager eine Rand-Weiterleitungs-Vorrichtung des IP-Netzes, um die Wegeigenschaft und die QoS-Eigenschaft für den Verkehrsstrom zu bestimmen. Schließlich leiten beim Mehrfachebenen-Markenstapel (Multi-level Label Stack) der MPLS-Technologie die Vorrichtungen des IP-Netzes den Verkehrsstrom der IP-Pakete im IP-Netz entsprechend dem durch die Trägernetz-Betriebsmittelmanager bestimmten Weg weiter.
  • Ein Verfahren gemäß der Erfindung ist in Anspruch 1 definiert.
  • Im oben erwähnten Verfahren enthält das Dienstträger-Logiknetz die Rand-Weiterleitungsknoten und Durchgangsvermittlungsknoten, zwischen denen mit der Mehrfachprotokoll-Markenvermittlungs-Technologie (MPLS-Technologie) Verbindungen durch markenvermittelte Wege (LSP-Verbindungen) hergestellt werden. Das Dienstträger-Logiknetz wird entsprechend dem Diensttyp basiernd auf der Basisnetz-Schicht im Voraus geplant und im Voraus konfiguriert.
  • Während des Weiterleitens der Datenpakete des Verkehrsstroms endet der gerade durchlaufene LSP, wann immer ein Datenpaket des Verkehrsstroms durch einen Vermittlungsknoten geht, wobei die Ebene, die diesen LSP im Mehrfachebenen-Markenstapel darstellt, an diesem Vermittlungsknoten oder dem zweitletzten Sprung-Router im LSP abgehoben wird, wobei dann der Vermittlungsknoten das Paket entsprechend der aktuellen obersten Ebene, die den nächsten LSP darstellt, weiterleitet.
  • Der Schritt b gemäß Patentanspruch 1 kann ferner den Schritt des Informierens der Dienststeuerschicht umfassen, um die Dienstanforderungen vom Quellteilnehmer abzuweisen, wenn ein Trägernetz-Betriebsmittelmanager feststellt, dass die Leitwegauswahl, verursacht durch nicht ausreichend Betriebsmittel in der logischen Topologie des Bereichs, gescheitert ist.
  • Ein System gemäß der Erfindung ist in Anspruch 14 definiert.
  • Im Vergleich zu den älteren Modellen wird in der Erfindung ein Dienstträger-Logiknetz im physischen IP-Trägernetz mit der MPLS-Technologie im Voraus geplant und konfiguriert, sodass die Dienste mit QoS-Anforderungen und die herkömmlichen Internet-Dienste separat gemanagt werden können, wobei dies die Grundlage schafft, um das Betriebsmittelmanagement und die Leitwegauswahl in der Trägersteuerschicht zu verwirklichen. Gleichzeitig ist die Funktion der Leitwegauswahl und der Betriebsmittelzuweisung vom Leitwegprotokoll und vom Betriebsmittelzuweisungsmechanismus des älteren IP-Basisnetzes unabhängig, wobei eine spezielle Trägersteuerschicht verwendet wird, um die Leitwegauswahl und das Betriebsmittelmanagement für die Teilnehmer zu verarbeiten. Außerdem kann die Anforderung zurückgewiesen werden, falls es nicht ausreichend Betriebsmittel gibt. Mit der im Trägernetz verwendeten Mehrfachebenen-Markenstapel-Technologie des MPLS können die Verkehrsströme der Teilnehmer entsprechend dem durch die Trägersteuerschicht im physischen IP-Netz bestimmten Weg weiterleitet werden. Deshalb können die QoS-Anforderungen der Ende-zu-Ende-Dienste im öffentlichen Netz durch die Erfindung gut erfüllt werden.
  • Außerdem führt die neu eingeführte Trägernetz-Steuerschicht nicht zur Rekonstruktion des Netzleitweglenkungsprotokolls. Es ist nicht notwendig, die Kern-Router für das Weiterleiten der Verkehrsströme entsprechend dem durch das Trägernetz mit dem Mehrfachebenen-Markenstapel der MPLS-Technologie bestimmten Weg zu modifizieren. Deshalb besitzt die Erfindung wenig Einfluss auf das ältere Netz.
  • Kurzbeschreibung der Zeichnung
  • 1 ist eine schematische Darstellung, die die Netzarchitektur eines IP-Netzes veranschaulicht.
  • 2 ist eine schematische Darstellung, die das Netzmodell der unabhängigen Trägersteuerschicht veranschaulicht.
  • 3 ist eine schematische Darstellung, die das Modell der Bandbreitenvermittler des Internet2 veranschaulicht.
  • 4 zeigt das interne Funktionsprinzip eines Bandbreitenvermittlers.
  • 5 zeigt die durch NEC Japan vorgeschlagene Rich-QoS-Lösung.
  • 6 ist eine schematische Darstellung, die das ganze Modell der Erfindung veranschaulicht.
  • 7 zeigt das mit dem LSP der MPLS-Technologie hergestellte Dienstträger-Logiknetz.
  • 8 ist eine schematische Darstellung, die die Leitwegauswahlprozedur der Trägersteuerschicht veranschaulicht.
  • 9 ist ein Blockschaltplan, die Funktion eines Rand-Weiterleitungs-Routers veranschaulicht.
  • 10 ist eine schematische Darstellung eines Dienstweges.
  • 11 ist eine schematische Darstellung, die die Weiterleitungsprozedur mit einem Mehrfachebenen-Markenstapel veranschaulicht.
  • 12 ist ein Ablaufplan der Erfindung.
  • Ausführliche Beschreibung der Erfindung
  • Unter Bezugnahme auf 12 umfasst ein Verfahren gemäß der Erfindung die folgenden Schritte.
  • Im Schritt a gemäß Patentanspruch 1 leitet ein Teilnehmer eine Dienstanforderung mit einer Anforderung für eine garantierte QoS ein, wobei die eine relevante Dienst-Entität des Netzes die Adressen des Quellteilnehmers und des Zielteilnehmers und die in Beziehung stehenden QoS-Parameter für diese Dienstanforderung durch das Analysieren der Dienstanforderung erhält und dann eine Leitwegauswahl- und Betriebsmittelanwendungs-Anforderung an die Trägersteuerschicht des Netzes sendet.
  • Im Schritt b gemäß Patentanspruch 1 weist der Trägernetz-Betriebsmittelmanager der Trägersteuerschicht dem Leitweg und die Betriebsmittel für diesen Dienst im Dienstträger-Logiknetz entsprechend den Adressen des Quellteilnehmers und des Zielteilnehmers und des Diensttyps zu.
  • Die Leitwegzuweisung verwendet den Mehrfachebenen-Markenstapel, wobei die Trägersteuerschicht die Rand-Weiterleitungsknoten des Dienstträger-Logiknetzes über den Mehrfachebenen-Markenstapel informiert.
  • Wenn festgestellt wird, dass der Ausfall der Leitwegauswahl durch nicht ausreichend Betriebsmittel in der logischen Topologie des Bereichs verursacht wird, fordert der Trägernetz-Betriebsmittelmanager die Dienststeuerschicht auf, die Dienstanforderung abzuweisen.
  • Im Schritt c gemäß Patentanspruch 1 wird der Verkehrsstrom im Dienstträger-Logiknetz entsprechend des durch die Trägersteuerschicht zugewiesenen Leitwegs weitergeleitet.
  • Im Dienstträger-Logiknetz kapselt der Rand-Weiterleitungsknoten der Quellseite des Verkehrsstroms einen Mehrfachebenen-Markenstapel des Leitwegs in jedem gesendeten Datenpaket des Verkehrsstroms ein. Die Knoten im Dienstträger-Logiknetz leiten den Verkehrsstrom entsprechend dem Mehrfachebenen-Markenstapel weiter. Wenn das Datenpaket des Verkehrsstroms durch einen Vermittlungsknoten geht, wird eine Ebene des Mehrfachebenen-Markenstapels weggenommen.
  • Die Erfindung wird im Folgenden unter Bezugnahme auf die beigefügte Zeichnung und ein Beispiel eines IP-Rückgratnetzes ausführlicher beschrieben.
  • Wie in 6 gezeigt ist, in der die globale Struktur des Netzes gemäß der Erfindung veranschaulicht ist, umfasst ein Netz ein Trägernetz, das eine Basisnetzschicht und ein Dienstträger-Logiknetz enthält, eine Trägersteuerschicht und eine Dienststeuerschicht hinsichtlich des Dienstfunktionsmodells.
  • Die Basisnetzschicht des Trägernetzes, die eine physische Netz-Entität ist, die aus den Rand-Weiterleitungs-Routern E und den Kern-Routern RH besteht, wird verwendet, um verschiedene IP-Pakete zu übertragen. Das Dienstträger-Logiknetz des Trägernetzes ist ein Logiknetz, das für einen bestimmten Typ von Diensten basierend auf der Basisnetzschicht unter Verwendung der MPLS-Technologie im Voraus geplant wird.
  • Die Trägersteuerschicht ist für das Managen der Trägernetzbetriebsmittel des Dienstträger-Logiknetzes und der Basisnetzschicht verantwortlich. Sie wählt den Trägerweg, der die QoS-Anforderungen erfüllt, im Dienstträger-Logiknetz für die Dienstanforderung des Teilnehmers aus.
  • Die Dienststeuerschicht umfasst einige Server für die Dienstanforderungsverarbeitung, wie z. B. den SoftSwitch für die Verarbeitung der Anrufzeichengabe des VoIP/des Videotelephons, den Web-Server des VoD-Dienstes zum Verarbeiten der VoD-Anforderung von Teilnehmern.
  • Mit Blick auf die Zweckmäßigkeit des Managements und die Stabilität des Netzes ist das ganze IP-Basisnetz in verschiedene Netzbetriebsmittel-Managementbereiche unterteilt, wie in den Bereichen mit den gestrichelten Linien gezeigt ist. Die Unterteilung der Netzbetriebsmittel-Managementbereiche kann dem der Leitwegbereiche entsprechen. Jeder Managementbereich wird durch den Trägernetz-Betriebsmittelmanager (CM) gemanagt, der für die Berechnung der Netzbetriebsmit tel und die Leitwegauswahl für einen Teilnehmerdienst verantwortlich ist. Die CMs verschiedener Bereiche bilden durch Logik das Trägerleitweg-Auswahlnetz. Der Trägernetz-Leitweg, der die QoS-Anforderungen erfüllt, kann durch die Zeichengabe zwischen einander für die Dienstanforderung ausgewählt werden, die mehrere Managementbereiche überspannt.
  • Die Basisnetzschicht ist eine letzte Trägervorrichtungsschicht für verschiedene IP-Dienste. Sowohl die Internet-Dienste ohne garantierte QoS als auch die IP-Dienste mit garantierter QoS werden durch die Basisnetzschicht übertragen. Um zu sichern, dass die Verkehrsströme mit QoS zuverlässig durch das IP-Basisnetz übertragen werden, müssen die Verkehrsströme der Internet-Dienste und diejenigen mit garantierter QoS getrennt werden und längs verschiedener Wege weitergeleitet werden.
  • Unter Bezugnahme auf die Netzstruktur des PSTN, das aus Endstellen, Durchgangsstellen, ländlichen Fernämtern, internationalen Fernämtern und Verbindungsleitungen inzwischen den Vermittlungen besteht, kann ein Dienstträger-Logiknetz für eine Art der IP-Dienste auf der Grundlage des IP-Basisnetzes geplant werden. Die Dienstträger-Logikschicht umfasst Rand-Weiterleitungsknoten, Durchgangsvermittlungsknoten und logische Verbindungen zwischen den Knoten. Der Rand-Weiterleitungs-Router E ist der Rand-Weiterleitungs-Router des Dienstträger-Logiknetzes. Einige Kern-Router RH in jedem IP-Netzbetriebsmittel-Managementbereich können als die Durchgangsvermittlungsknoten R ausgewählt werden. Die Knoten sind durch einen LSP verbunden, der mit der MPLS-Technologie im Voraus hergestellt wird, der LSP kann z. B. sowohl statisch mit Zeichengabe, wie z. B. RSVP-TE (Resource Reservation Protocol with Traffic Engineering Extensions) oder CR-LSP, als auch mit der Technologie der MPLS-Verkehrstechnik konfiguriert werden, wobei die Bandbreite und die anderen QoS-Eigenschaften für die LSP-Konstruktion erhalten werden. Die Rand-Weiterleitungsknoten, die Durchgangsvermittlungsknoten und die LSP-Verbindungen bilden das Dienstträger-Logiknetz des Verkehrsstroms, wie in 7 gezeigt ist.
  • Das Dienstträger-Logiknetz kann außerdem die LSP-Schichtbildungstechnologie verwenden, mit anderen Worten, die LSP-Verbindungen zwischen den Rand-Weiterleitungsknoten/Durchgangsvermittlungsknoten können irgendwelche LSPs einer niedrigen Schicht neben einigen physikalischen Verbindungen der Router weiterleiten. Diese LSPs der niedrigen Schicht werden aber als Tunnelschnittstellen im Trägernetz verarbeitet, wobei sie im Dienstträger-Logiknetz nicht erscheinen. Die Trägersteuerschicht muss nur die LSP-Verbindungen zwischen den Rand-Weiterleitungsknoten/Durchgangsvermittlungsknoten verarbeiten, wobei sie die LSPs der niedrigen Schicht nicht verarbeiten muss.
  • Nachdem eine Dienstanforderung mit garantierter QoS von einem Teilnehmer akzeptiert worden ist, tritt der Verkehrsstrom in einen Rand-Weiterleitungsknoten (einen Rand-Weiterleitungs-Router) ein; wobei der Rand-Weiterleitungsknoten bewirkt, dass der Verkehrsstrom in das Dienstträger-Logiknetz eintritt. Der Verkehrsstrom beginnt vom einleitenden Rand-Weiterleitungsknoten, wobei er einen End-Rand-Weiterleitungsknoten erreicht, nachdem der durch einige Durchgangsvermittlungsknoten gegangen ist. Der Verkehrsstrom kann durch den LSP im Dienstträger-Logiknetz eindeutig bestimmt werden, deshalb wird der Verkehrsstrom längs des Weges weitergeleitet, der durch die Trägersteuerschicht definiert ist. In dieser Weise kann eine steuerbare Leitweg-Weiterleitung des Verkehrsstroms verwirklicht werden, wobei der Zustand verhindert werden kann, dass die Verkehrsströme gemeinsam mit den Internet-Diensten weitergeleitet werden, sodass die QoS des Verkehrsstroms garantiert werden kann, wobei das Dienstniveau im IP-Netz das im PSTN erreichen kann.
  • Es gibt mehrere Verfahren, das Dienstträger-Logiknetz auf der Basisnetzschicht zu planen. Der Telekommunikationsdiensteanbieter kann entsprechend Netze im Stadtbereich, ländliche Rückgratnetze und nationale Rückgratnetze oder sogar ein internationales Rückgratnetz unter Bezugnahme auf die Plananordnung eines öffentlichen Telephonnetzes PSTN konstruieren.
  • Unabhängige Dienstträger-Logiknetze können jeweils für verschiedene Dienste, wie z. B. VoIP, Videotelephon und VoD usw., geplant und konfiguriert werden. Selbstverständlich kann die Topologiestruktur des Dienstträger-Logiknetzes für jeden Dienst dieselbe oder verschieden sein, was von dem praktischen Zustand im spezifischen Implementierungsprozess, der Auswahl der Durchgangsvermittlungsknoten, des Umsetzungsmodells und der Lasterwartung jedes Dienstes abhängt.
  • Die durch die Basisnetzschicht für jeden Dienst mit garantierter QoS erhaltene und gesetzte Struktur der Netztopologie des Dienstträger-Logiknetzes wird im CM der Trägersteuerschicht aufgezeichnet, wobei der Zustand jedes LSP zwischen den Knoten ebenfalls dem CM gemeldet wird. Der CM in jedem Bereich managt das Dienstträger-Logiknetz mehrerer Dienste im Managementbereich.
  • Die Trägersteuerschicht führt die Betriebsmittelberechnung und Leitwegauswahl für eine Dienstanforderung im Dienstträger-Logiknetz aus. Die Trägersteuerschicht umfasst die CMs aller Bereiche, wobei jeder CM die Betriebsmittel und die Leitwegauswahl des Dienstträger-Logiknetzes in einem Bereich managt. Die Betriebsmittelsteuerung und die Leitwegauswahl für die bereichsüberspannende Dienstanwendung können durch mehrere CMs durch Zeichengabe zwischen ihnen ausgeführt werden.
  • Für jedes Gespräch ist es notwendig, dass der Teilnehmer eine Dienstanforderung, wie z. B. einen VoIP-Anruf oder einen Videotelephonanruf, durch Dienstzeichengabe sendet. Nach dem Empfangen der Anwendung beurteilt der entsprechende Dienstverarbeitungs-Server die Teilnehmerrechte für diesen Dienst und die Adressen der anrufenden und angerufenen Teilnehmer, wobei er die QoS-Parameter, wie z. B. die für dieses Gespräch benötigte Bandbreite usw., bestimmt; wobei er sich dann bei der Trägersteuerschicht für die entsprechenden Betriebsmittel und den entsprechenden Dienstträgerweg bewirbt. Die Schnittstelle kann eine interne Schnittstelle oder eine offene Schnittstelle sein, was von dem spezifischen Implementierungsverfahren abhängt. Unter der Bedingung, dass der Dienststeuerschicht-Server mit dem CM integriert ist, ist es eine interne Schnittstelle. Unter anderen Bedingungen kann die Zeichengabe, wie z. B. das Sitzungseinleitungsprotokoll (SIP), als die Schnittstelle zwischen der Dienststeuerschicht und der Trägersteuerschicht verwendet werden.
  • Nach dem Empfangen der Anforderung der Leitwegauswahl und der Betriebsmittelanwendung von der Dienststeuerschicht wählt der CM der Trägersteuerschicht den Leitweg für diese Anforderung im Dienstträger-Logiknetz entsprechend der Quelladresse und der Zieladresse aus. Falls festgestellt wird, dass es nicht ausreichend Betriebsmittel in der Topologie des Logiknetzes des Bereichs gibt, informiert der CM die Dienststeuerschicht, um die Teilnehmeranforderung abzuweisen. Falls die Leitwegauswahl erfolgreich ist, informiert der CM den entsprechenden Rand-Weiterleitungs-Router, um die geeigneten QoS-Parameter und die Dienstwegparameter zu setzen, die dem IP-Verkehrsstrom entsprechen. Nachdem das Gespräch durch den Teilnehmer beendet worden ist, gibt die Trägersteuerschicht das durch den Teilnehmer beanspruchte Betriebsmittel frei und informiert den entsprechenden Rand-Weiterleitungs-Router, die Verarbeitung des IP-Verkehrsstroms einzustellen.
  • Wenn das Gespräch, das mehrere Betriebsmittel-Managementbereiche überspannt, verarbeitet wird, führt der CM der Trägersteuerschicht nicht nur die Leitwegauswahl in diesem Bereich aus, sondern er wählt außerdem einen CM eines Nachbarbereichs und sendet entsprechend der Adresse und der Nummer des Zielteilnehmers eine Weganforderung zu ihm, was zur Funktion des abgehenden Leitwegs im PSTN ähnlich ist.
  • Die Anforderungsinformationen zwischen den CMs enthalten nicht nur die Informationen über den Zielteilnehmer, sondern außerdem die Weginformationen über die Durchgangsbereiche, d. h., die Informationen darüber, durch welche LSPs gegangen worden ist. Nach dem Empfangen einer Anforderung von einem stromaufwärtigen CM sucht der aktuelle CM nach einem Leitweg zum Zielbereich. Falls der Bereich selbst der Zielbereich ist, wählt der CM den Weg im Bereich basierend auf den Informationen über den Eintritts-LSP und der QoS-Anforderung und informiert den stromaufwärtigen CM über den ausgewählten Weg. Falls der Bereich nicht der Zielbereich ist, definiert der CM den stromabwärtigen CM entsprechend der Informationen über den Zielteilnehmer, wie z. B. der Telephonnummer oder der IP-Adresse usw., wobei er den Weg innerhalb des Bereichs entsprechend den Informationen über den Eintritts-LSP und der QoS-Anforderung wählt und dann eine Anforderungsnachricht an den stromabwärtigen CM sendet. Die Anforderungsinformationen enthalten die Informationen über den Zielteilnehmer, wobei die Weginformationen innerhalb des Bereichs zu den Dienstweginformationen hinzugefügt werden können, d. h., den Informationen darüber, durch welche LSPs gegangen worden ist.
  • Falls festgestellt wird, dass im Bereich nicht ausreichend Trägernetz-Betriebsmittel vorhanden sind, weist der CM die Dienstanwendung ab und schickt Ausfallinformationen zum stromaufwärtigen CM. Die CMs längs des Weges geben die entsprechenden Betriebsmittel frei und leiten die Ausfallinformationen zum stromaufwärtigen CM. Der CM auf der Anfangsseite informiert die Dienststeuerschicht nach dem Empfangen der Ausfallinformationen, dass die Anforderung abgebrochen wird.
  • Wenn ein Teilnehmer einen Dienst beendet, schickt die Dienststeuerschicht einen Betriebsmittelfreigabebefehl zu den entsprechenden CMs. Die CMs längs des Weges dieses Dienstes geben die Betriebsmittel frei, die vorher für diesen Dienst zugewiesen worden sind.
  • Wie in 8 gezeigt ist, wird ein möglicher Implementierungsprozess in der Trägersteuerschicht für eine Teilnehmer-Dienstanwendung beschrieben, wobei als ein Beispiel angenommen wird, dass der Teilnehmer S1 anfordert, mit dem Teilnehmer S2 zu kommunizieren. Hier ist der Teilnehmer S1 mit dem Rand-Weiterleitungs-Router E1 verbunden, der zum Bereich A gehört, der Teilnehmer S2 ist mit dem Rand-Weiterleitungs-Router E2 verbunden, der zum Bereich D gehört, und die CM-A, CM-B, CM-C und CM-D managen die Bereiche A, B, C bzw. D.
    • (1) Nach dem Erhalten der Adressen der anrufenden und angerufenen Teilnehmer durch das Analysieren der Anrufanforderung des Teilnehmers sendet der Dienststeuerschicht-Server eine Anforderung an den CM-A des Bereichs des Teilnehmers S1, um sich für das Erzeugen eines Verkehrsstromweges zwischen den Teilnehmern S1 und S2 zu bewerben.
    • (2) Nach dem Erhalten der Anforderung wählt der CM-A den CM-C als den stromabwärtigen CM entsprechend der Adresse oder der Telephonnummer von S2 und die Wege "LSPa1/LSPac" als den Weg vom Knoten E1 zum Bereich C entsprechend dem aktuellen Betriebsmittelzustand des Bereichs A, wobei er dann den im CM-A aufgezeichneten Betriebsmittelzustand des Dienstträger-Logiknetzes aktualisiert.
    • (3) Der CM-A sendet die Anforderungsinformationen zum stromabwärtigen CM-C. Die Anforderungsinformationen enthalten die Anrufinformationen, wie z. B. die Adressen oder Nummern der Teilnehmer S1 und S2, die Parameter der erforderlichen QoS, und können außerdem die Weginformationen "LSPa1/LSPac" im Bereich A enthalten.
    • (4) Nach dem Empfangen der Betriebsmittelanforderungsinformationen vom CM-A erhält der CM-C seinen Eintrittsweg LSPac, wobei er feststellt, dass der stromabwärtige CM der CM-D ist, indem er die Trägerleitweginformationen entsprechend den Informationen über den Zielteilnehmer S2 durchsucht. Dann wählt der CM-C entsprechend dem Eintrittsweg LSPac, dem stromabwärtigen Bereich D, den QoS-Anforderungen für die Dienstanwendung und dem Betriebsmittelzustand des Bereichs C den LSPcd als den Austrittsweg des Bereichs C.
    • (5) Nachdem der CM-C die Weginformationen im Bereich C zu den empfangenen Anforderungsinformationen hinzugefügt hat, sendet er die Anforderungsinformationen noch einmal zum stromabwärtigen CM-D. Die Anforderungsinformationen enthalten die Anrufinformationen über die Teilnehmer S1 und S2, die Parameter der erforderlichen QoS und die Weginformationen "LSPa1/LSPac/LSPcd", die die Anrufanwendung weiterleitet.
    • (6) Nach dem Empfangen der Anforderungsinformationen vom CM-C erhält der CM-D den Eintrittsweg des Bereichs D LSPcd, wobei er den Rand-Weiterleitungsknoten E2 im Bereich D feststellt, indem er die Trägerleitweginformationen entsprechend den Informationen über den Zielteilnehmer S2 durchsucht. Dann wählt der CM-D entsprechend dem Eintrittsweg LSPcd, dem Zielknoten E2 und den QoS-Parametern für die Dienstanwendung und dem Betriebsmittelzustand im Bereich D den LSPd1 als den Weg zum Knoten E2.
    • (7) Der CM-D sendet die Informationen, die zeigen, dass die Betriebsmittel erfolgreich erhalten worden sind, zu den stromaufwärtigen CMs. Die Informationen enthalten die Anrufinformationen über die Teilnehmer S1 und S2 und den ganzen Weg für die Anrufanwendung "LSPa1/LSPac/LSPcd/LSPd1".
  • Nach der vollständigen Verarbeitung ist der ganze Weg des Verkehrsstroms im Trägernetz allen CMs längs des Weges bekannt.
  • Neben dem oben erwähnten Implementierungsprozess für bereichsüberspannende Dienste kann es einige andere Implementierungsprozesse geben. Eine Teilnehmerdienstanwendung kann ein einseitig gerichteter Verkehrsstrom oder ein zweiseitig gerichteter Verkehrsstrom sein. Wenn es ein zweiseitig gerichteter Verkehrsstrom ist, können die Wege in zwei Richtungen demselben Weg zugewiesen werden oder entsprechend verschiedenen Wegen zugewiesen werden. Es spielt keine Rolle, welcher Implementierungsprozess verwendet wird, die Trägersteuer schicht bestimmt den vollständigen Weg im Dienstträger-Logiknetz für jede Dienstanwendung.
  • Wie in 9 gezeigt ist, informiert der CM, nachdem der Trägerweg bestimmt worden ist, den Rand-Weiterleitungs-Routen im Bereich, in dem sich der Teilnehmer befindet, um die QoS-Parameter zu setzen, wie z. B. die Bandbreite und die Priorität des Verkehrsstroms usw., und um den Trägerweg des Verkehrsstrom zu setzen, um zu sichern, dass der Verkehrsstrom entsprechend den durch den Dienst bestimmten QoS-Parametern verarbeitet wird, und um zu sichern, dass der Verkehrsstrom längs des durch die CMs bestimmten Weges weitergeleitet wird. Wenn eine Teilnehmerdienstanwendung erfolgreich ist, erzeugt der Rand-Weiterleitungs-Router unter der Steuerung des CM entsprechende Elemente der Verkehrsstrom-Klassifizierungstabelle, zeichnet die QoS-Parameter, wie z. B. die durch den Verkehrsstrom benötigte Bandbreite und Priorität, und die Weiterleitungsweg-Parameter im Trägernetz für den Verkehrsstrom auf. Der Rand-Weiterleitungs-Router verarbeitet ein IP-Paket, das zum Verkehrsstrom gehört, entsprechend den bestimmten QoS-Parametern und Weiterleitungsanforderungen. Wenn ein Teilnehmer den Dienst beendet, löscht der Rand-Weiterleitungs-Router unter der Steuerung des CM die entsprechenden Elemente der Verkehrsstrom-Klassifizierungstabelle.
  • Sowohl die Verfahren des Anzeigewegs als auch des Mehrfachebenen-Markenstapels der MPLS-Technologie können verwendet werden, um das Weiterleiten der Verkehrsströme entsprechend dem bestimmten Trägerweg im Basisnetz zu verwirklichen. Das Verfahren des Mehrfachebenen-Markenstapels wird in dieser Ausführungsform verwendet.
  • Nach dem Auswählen eines Trägerweges für die Teilnehmerdienstanwendung informiert die Trägersteuerschicht den Rand-Weiterleitungs-Router des Trägernetzes über den Weiterleitungsweg für einen bestimmten Verkehrsstrom und leitet den Verkehrsstrom entsprechend dem durch die Trägersteuerschicht bestimmten Weg mit dem Mehrfachebenen-Markenstapel-Verfahren der MPLS-Technologie weiter. Der Rand-Weiterleitungs-Router kapselt die IP-Pakete des Verkehrsstroms mit dem Mehrfachebenen-Markenstapel entsprechend den Befehlen von der Trägersteuerschicht ein, wobei die Durchgangs-Router nur die im Voraus konfigurierten Marken weiterleiten. Die Vermittlungs-Router sind Router an den Anfangs- und Endpunkten des LSP, wobei sie bevorzugt die Verarbeitungsfähigkeit für einen Zweiebenen-Markenstapel besitzen.
  • Wie in 10 gezeigt ist, in der eine Weiterleitungsprozedur unter Verwendung des Mehrfachebenen-Markenstapels veranschaulicht ist, gibt es einige Kern-Router zwischen den zwei Rand-Weiterleitungs-Routern E1 und E2. Ein Teilnehmerdienst ist ein Verkehrsstrom vom Rand-Weiterleitungs-Router E1 zu E2. Der durch die Trägersteuerschicht für den Verkehrsstrom zugewiesene Trägerweg ist: Rand-Weiterleitungs-Router E1-LSPa → Vermittlungs-Router RA-LSPb → Vermittlungs-Router RB-LSPc → Vermittlungs-Router RC-LSPd → Rand-Weiterleitungs-Router E2.
  • Falls die jedem Knoten im Weg entsprechenden Marken globale Marken sind, z. B. die globale Marke für E1 des LSPa1 La ist, die globale Marke für RA des LSPb Lb ist, die globale Marke für RB des LSPc Lc ist und die globale Marke für RC des LSPd Ld ist, ist der Markenstapel für den Weg LSPa → LSPb → LSPc → LSPd La/Lb/Lc/Ld, wobei sich La an der Spitze des Markenstapels befindet.
  • Wie in 11 gezeigt ist, ist, falls die Funktion des Abhebens am zweitletzten Sprung nicht in den Routern längst des Weges konfiguriert ist, das Weiterleiten des MPLS im Trägernetz für den Verkehrsstrom wie folgt.
  • Zuerst kapselt, wenn ein Verkehrsstrompaket den Rand-Weiterleitungs-Router E1 erreicht, E1 das Paket mit dem Markenstapel La/Lb/Lc/Ld entsprechend den Befehlen von der Trägersteuerschicht ein, wobei sich La an der Spitze des Markenstapels befindet. Dann sendet E1 das MPLS-Paket längs LSPa. Wenn das MPLS-Paket durch LSPa weitergeleitet wird, geht es durch einige Router, aber alle diese Router leiten das MPLS-Paket nur entsprechend der obersten Marke des Markenstapels weiter, wobei sie vielleicht die oberste Marke ersetzen.
  • Wenn das MPLS-Paket längs LSPa am Vermittlungs-Router RA ankommt, hebt, weil der LSPa bei RA endet, der RA die oberste Ebene ab und leitet das MPLS-Paket entsprechend der zweiten Marke Lb weiter. Deshalb wird das MPLS-Paket längs LSPb weitergeleitet, wobei der Markenstapel um eine Ebene verringert ist.
  • Ähnlich wird dann das MPLS-Paket längs LSPb weitergeleitet. Wenn das MPLS-Paket durch einige Router geht, leiten diese Router das MPLS-Paket nur entsprechend der obersten Marke des Markenstapels weiter, wobei sie vielleicht die oberste Marke ersetzen. Nachdem der Router RB das MPLS-Paket empfangen hat, hebt er, weil der LSPb bei Rb endet, die oberste Marke des Markenstapels ab und leitet das MPLS-Paket entsprechend der nächsten Marke Lc weiter. Deshalb wird das MPLS-Paket längs LPSc weitergeleitet, wobei der Markenstapel um eine Marke verringert ist.
  • Wenn das MPLS-Paket am Router RC ankommt, hebt RC, weil der LSPc bei RC endet, die oberste Marke ab und leitet das MPLS-Paket entsprechend der zweiten Marke Ld weiter. Deshalb wird das MPLS-Paket am Vermittlungs-Router RC längs LSPd weitergeleitet, wobei im Markenstapel die letzte Marke verbleibt.
  • Während das MPLS-Paket längs LSPd weitergeleitet wird, geht es vielleicht durch einige Router durch, wobei diese Router die Marke ersetzen können. In dieser Weise kommt das MPLS-Paket durch LSPd an seinem Ziel-Rand-Weiterleitungs-Router E2 an. Wenn E2 das MPLS-Paket empfangen hat, wird, weil LSPd am Rand-Weiterleitungs-Router E2 endet, die Marke abgehoben, wobei das IP-Paket des Verkehrsstroms wiederhergestellt wird.
  • Die oben erwähnte Beschreibung nimmt als ein Beispiel an, dass die globale Marke beim Weiterleiten des Verkehrsstroms verwendet wird. In der Praxis kann, basierend auf dem gleichen Prinzip des elementaren Weiterleitungsverfahrens mit MPLS, das Mehrfachebenen-Markenstapel-Verfahren der MPLS-Technologie in dem Zustand verwendet werden, dass eine lokale Marke beim Weiterleiten des Verkehrsstroms verwendet wird, wobei es in dem Zustand verwendet werden kann, dass die Funktion des Abhebens am zweitletzten Sprung außerdem konfiguriert ist. Der spezifische Weiterleitungsprozess ist hierin weggelassen.
  • Die Erfindung kann im ganzen Netz eines Telekommunikationsdiensteanbieters verwendet werden, oder sie kann entsprechend in jedem Bereichsnetz verwendet werden. Für einen Dienst, der die Netze mehrerer Diensteanbieter überspannt, kann die Erfindung in jedem Netz separat verwendet werden.
  • Die obige Beschreibung ist lediglich die bevorzugte Ausführungsform der Erfindung, wobei sie nicht als den Schutzumfang der vorliegenden Erfindung einschränkend auszulegen ist.

Claims (15)

  1. Verfahren zum Schaffen einer garantierten Qualität eines Dienstes (QoS) in einem IP-Netz, das folgende Schritte umfasst: a. Erhalten der Adressen eines Quellteilnehmers und eines Zielteilnehmers und der QoS-Parameter für einen Dienst durch Analysieren einer Dienstanforderung nach dem Empfangen der Dienstanforderung mit einer Anforderung einer garantierten QoS von einem Quellteilnehmer und Senden einer Leitwegauswahl- und Betriebsmittelanwendungs-Anforderung zur Trägersteuerschicht des IP-Netzes durch einen Dienst-Steuerschicht-Server im IP-Netz; b. Zuweisen von Betriebsmitteln und einem mehrere markenvermittelte Wege enthaltenden Leitweg vom Quellteilnehmer zum Zielteilnehmer für den Dienst in einem Dienstträger-Logiknetz entsprechend den Adressen des Quellteilnehmers und des Zielteilnehmers und dem Diensttyp durch einen Trägernetz-Betriebsmittelmanager in der Trägersteuerschicht, sowie Erzeugen eines Mehrfachebenen-Markenstapels (Multi-Level Label Stack) für die Betriebsmittel und den Leitweg, wobei der Mehrfachebenen-Markenstapel Marken für alle markenvermittelten Wege des Leitwegs enthält, Informieren des Dienstträger-Logiknetzes über den Mehrfachebenen-Markenstapel; und c. Weiterleiten der Verkehrsströme im Dienstträger-Logiknetz entsprechend den Marken in dem Mehrfachebenen-Markenstapel durch den Trägernetz-Betriebsmittelmanager in der Trägersteuerschicht, wobei die Ebenen des Mehrfachebenen-Markenstapels um eine Ebene verringert werden, wann immer ein Datenpaket des Verkehrsstroms für den Dienst durch einen Durchgangsvermittlungsknoten geht.
  2. Verfahren nach Anspruch 1, bei dem das Dienstträger-Logiknetz basierend auf der Basisnetz-Schicht entsprechend dem Diensttyp im Voraus geplant und im Voraus konfiguriert wird.
  3. Verfahren nach Anspruch 1 oder 2, bei dem das Dienstträger-Logiknetz Rand-Weiterleitungsknoten und Durchgangsvermittlungsknoten enthält, zwischen denen die Verbindungen durch markenvermittelte Wege (LSP-Verbindungen) mit der Mehrfachprotokoll-Markenvermittlungs-Technologie (MPLS-Technologie) hergestellt werden.
  4. Verfahren nach Anspruch 3, bei dem die Durchgangsvermittlungsknoten Teil von Kern-Routern sind, die aus den Netzbetriebsmittel-Managementbereichen ausgewählt werden.
  5. Verfahren nach Anspruch 1, bei dem während das Weiterleitens der Datenpakete des Verkehrsstroms der gerade durchlaufene markenvermittelte Weg endet, wann immer ein Datenpaket des Verkehrsstroms durch einen Durchgangsvermittlungsknoten geht, die Marke, die den markenvermittelten Weg im Mehrfachebenen-Markenstapel darstellt, in diesem Vermittlungsknoten oder dem zweitletzten Sprung-Router im markenvermittelten Weg abgehoben wird, und dann der Durchgangsvermittlungsknoten das Datenpaket des Verkehrsstroms entsprechend der aktuellen obersten Marke, die den nächsten markenvermittelten Weg darstellt, weiterleitet.
  6. Verfahren nach einem der Ansprüche 1 bis 5, bei dem der Schritt b ferner den Schritt des Informierens der Dienststeuerschicht umfasst, um die Dienstanforderung vom Quellteilnehmer abzuweisen, wenn ein Trägernetz-Betriebsmittelmanager feststellt, dass die Leitwegauswahl, verursacht durch nicht ausreichend Betriebsmittel in der logischen Topologie des Netzbetriebsmittel-Managementbereichs, gescheitert ist.
  7. Verfahren nach einem der Ansprüche 1 bis 6, bei dem die Dienstträger-Logiknetze die gleiche Topologie oder eine verschiedene Topologie für jeden Diensttyp besitzen.
  8. Verfahren nach einem der Ansprüche 1 bis 6, bei dem die Netzstruktur des Dienstträger-Logiknetzes zu der eines öffentlichen Telephonnetzes völlig gleich ist.
  9. Verfahren nach Anspruch 1, bei dem das Dienstträger-Logiknetz ein Netz im Stadtbereich, ein ländliches Rückgratnetz, ein nationales Rückgratnetz und/oder sogar ein internationales Rückgratnetz ist.
  10. Verfahren nach einem der Ansprüche 1 bis 9, bei dem das Dienstträger-Logiknetz in verschiedene Netzbetriebsmittel-Managementbereiche unterteilt ist, die jeweils durch entsprechende Trägernetz-Betriebsmittelmanager gemanagt werden.
  11. Verfahren nach einem der Ansprüche 1 bis 10, bei dem das IP-Netz ein IP-Rückgratnetz, ein lokales IP-Netz, oder ein Stadt-IP-Netz ist.
  12. Verfahren nach einem der Ansprüche 1 bis 11, bei dem der Dienst mit der Anforderung einer garantierten QoS ein Sprachdienst, ein Videokommunikationsdienst, ein Strommedien-Videodienst (stream media video service) und/oder ein anderer Dienst mit einer Anforderung einer bestimmten QoS ist.
  13. Verfahren nach einem der Ansprüche 1 bis 12, das ferner umfasst: Freigeben der durch den Dienst beanspruchten Betriebsmittel, nachdem ein Teilnehmer den Dienst abschließt oder beendet, und Informieren der entsprechenden Rand-Weiterleitungs-Router, um die Verarbeitung für den Verkehrsstrom aufzuheben, durch die Trägersteuerschicht.
  14. System zum Schaffen einer garantierten QoS in einem IP-Netz, das umfasst: eine Basisnetzschicht, die Rand-Weiterleitungs-Router und Kern-Router enthält, um verschiedene IP-Dienstpakete zu übertragen; eine basierend auf der Basisnetz-Schicht geplante und konfigurierte Dienstträger-Logikschicht, die in mehrere Netzbetriebsmittel-Managementbereiche unterteilt ist und die Rand-Weiterleitungsknoten, die Durchgangsvermittlungsknoten und die Verbindungen zwischen ihnen enthält, um die Verkehrsströme mit Anforderungen für eine garantierte QoS zu übertragen; eine Trägersteuerschicht, die die Trägernetz-Betriebsmittelmanager enthält, von denen jeder dafür verantwortlich ist, die Betriebsmittel des Trägernetzes eines Netzbetriebsmittel-Managementbereiches der Dienstträger-Logikschicht zu managen; und eine Dienststeuerschicht, die mehrere Dienststeuerschicht-Server enthält, zum Verarbeiten der Dienstanforderungen, wobei ein Trägernetz-Betriebsmittelmanager einem Dienst Betriebsmittel und einen Leitungsweg mit mehreren markenvermittelten Wegen in der Dienstträger-Logikschicht zuweist, einen Mehrfachebenen-Markenstapel für die Betriebsmittel und den Leitweg erzeugt, wobei der Mehrfachebenen-Markenstapel mehrere Marken enthält, von denen jede für einen markenvermittelten Weg des Leitwegs steht, sowie Informieren der Dienstträger-Logikschicht über den Mehrfachebenen-Markenstapel; und Weiterleiten der Verkehrsströme des Dienstes durch das Dienstträger-Logiknetz entlang der markenvermittelten Wege, die durch die Marken in dem Mehrfachebenen-Markenstapel repräsentiert werden, wobei die Ebenen des Mehrfachebenen-Markenstapels um eine Ebene verringert werden, wann immer ein Datenpaket des Verkehrsstroms für den Dienst durch einen Durchgangsvermittlungsknoten geht.
  15. System nach Anspruch 14, in dem die logischen Verbindungen zwischen den Knoten in der Dienstträger-Logikschicht mit der MPLS-Technologie hergestellte markenvermittelte Weg-Verbindungen sind.
DE200410008376 2003-02-20 2004-02-20 Verfahren und System zum Schaffen einer garantierten Qualität des Dienstes in einem IP-Netz Expired - Lifetime DE102004008376B4 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN03-031040683 2003-02-20
CNB031040683A CN1283079C (zh) 2003-02-20 2003-02-20 Ip网络业务质量保证方法及系统

Publications (2)

Publication Number Publication Date
DE102004008376A1 DE102004008376A1 (de) 2004-09-09
DE102004008376B4 true DE102004008376B4 (de) 2009-05-20

Family

ID=32034743

Family Applications (1)

Application Number Title Priority Date Filing Date
DE200410008376 Expired - Lifetime DE102004008376B4 (de) 2003-02-20 2004-02-20 Verfahren und System zum Schaffen einer garantierten Qualität des Dienstes in einem IP-Netz

Country Status (10)

Country Link
US (1) US7319691B2 (de)
JP (1) JP4015122B2 (de)
KR (1) KR100585418B1 (de)
CN (1) CN1283079C (de)
AU (1) AU2004200280B2 (de)
BR (2) BR122014030822B1 (de)
DE (1) DE102004008376B4 (de)
ES (1) ES2238928B1 (de)
GB (1) GB2399257B (de)
RU (1) RU2271614C2 (de)

Families Citing this family (94)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7558844B1 (en) 2003-05-06 2009-07-07 Juniper Networks, Inc. Systems and methods for implementing dynamic subscriber interfaces
EP1632067B1 (de) * 2003-06-12 2017-11-22 Camiant, Inc. Pcmm anwendungs-manager
CN1581791B (zh) * 2003-08-01 2011-06-15 华为技术有限公司 在通信网络中提供可靠的传输服务质量的方法
JP2007526679A (ja) * 2004-01-23 2007-09-13 キャミアント,インク. ビデオポリシーサーバー
US20060029035A1 (en) * 2004-03-25 2006-02-09 Chase Christopher J Method and apparatus for selecting routes for distribution within IP networks
CA2468122A1 (en) * 2004-05-20 2005-11-20 Fernando Cuervo Provisioning of cross domain telecommunication services through dynamic label differentiation
CN100512281C (zh) 2004-06-18 2009-07-08 华为技术有限公司 网间互联协议网络安全保障方法及系统
CN1294728C (zh) 2004-08-05 2007-01-10 华为技术有限公司 边缘路由器提供服务质量保证的方法及系统
CN100531191C (zh) 2004-09-06 2009-08-19 华为技术有限公司 Ngn网络传送层业务实现方法和系统
CN100450077C (zh) * 2004-09-15 2009-01-07 华为技术有限公司 一种在网络中路由转发的方法
CN100389581C (zh) * 2004-09-29 2008-05-21 华为技术有限公司 一种保障端到端业务质量的方法
CN1756186B (zh) * 2004-09-30 2010-04-28 华为技术有限公司 一种资源管理的实现方法
FR2876524A1 (fr) * 2004-10-08 2006-04-14 France Telecom Procede et dispositif de transfert de flux d'informations dans un reseau de telecommunication a permutation d'etiquettes
FR2876526A1 (fr) * 2004-10-08 2006-04-14 France Telecom Procede et dispositif de controle d'admission a un service a qualite de service garantie dans un reseau mpls
CN100382540C (zh) * 2004-10-20 2008-04-16 华为技术有限公司 一种实现业务连接资源管理的方法
JP4553304B2 (ja) * 2004-10-28 2010-09-29 Kddi株式会社 ネットワークトポロジ処理方法および異ネットワーク間接続処理方法
US7848291B2 (en) * 2004-11-05 2010-12-07 Interdigital Technology Corporation Wireless metropolitan area network architecture for managing network resources and mobility
KR100611578B1 (ko) * 2004-11-23 2006-08-10 한국전자통신연구원 차등화 서비스 제공을 위한 자원 할당 장치 및 그 방법
US8260917B1 (en) * 2004-11-24 2012-09-04 At&T Mobility Ii, Llc Service manager for adaptive load shedding
CN100456691C (zh) * 2004-12-02 2009-01-28 华为技术有限公司 一种对承载网资源进行分配的方法
CN100370783C (zh) * 2004-12-13 2008-02-20 华为技术有限公司 一种保证异种网络互通时服务质量的方法
CN100442703C (zh) 2005-01-05 2008-12-10 华为技术有限公司 一种在承载网中转发业务流的方法
CN100505639C (zh) * 2005-01-12 2009-06-24 华为技术有限公司 多业务流资源申请的处理方法
US20060159026A1 (en) * 2005-01-14 2006-07-20 Sbc Knowledge Ventures L.P. Method and apparatus for managing a quality of service for a communication link
CN100349419C (zh) * 2005-01-19 2007-11-14 华为技术有限公司 一种实现承载网资源分配的方法
CN100370775C (zh) * 2005-01-25 2008-02-20 华为技术有限公司 一种提高业务接入成功率的方法
CN100421398C (zh) * 2005-01-26 2008-09-24 华为技术有限公司 一种保证端到端业务服务质量的方法及接入网络系统
US7656886B2 (en) * 2005-02-07 2010-02-02 Chin-Tau Lea Non-blocking internet backbone network
CN100440858C (zh) * 2005-03-04 2008-12-03 中国人民解放军理工大学 一种节约标签提高标签利用效率的部分标签交换方法
US20060218353A1 (en) * 2005-03-11 2006-09-28 Interdigital Technology Corporation Method and apparatus for implementing path-based traffic stream admission control in a wireless mesh network
EP1703668A1 (de) * 2005-03-18 2006-09-20 Nederlandse Organisatie voor toegepast-natuurwetenschappelijk Onderzoek TNO System zum Verarbeiten von Dienstleistungs (QoS)-Parametern in einem Kommunikationsnetzwerk
CN100452766C (zh) * 2005-04-12 2009-01-14 中国电信股份有限公司 一种基于业务触发的ip数据流导向系统及方法
CN101146068B (zh) * 2005-04-25 2010-06-23 华为技术有限公司 私网用户与保证业务服务质量网络互通的系统及方法
CN100450111C (zh) * 2005-04-25 2009-01-07 华为技术有限公司 私网用户与保证业务服务质量网络互通的系统及方法
CN100372304C (zh) * 2005-05-15 2008-02-27 华为技术有限公司 基于软交换设备感知业务的wimax动态qos实现方法
JP4606249B2 (ja) * 2005-05-18 2011-01-05 富士通株式会社 情報処理方法及びルータ
DE102005028008A1 (de) * 2005-06-16 2006-12-28 Deutsche Telekom Ag Verfahren und unabhängiges Kommunikationsteilnetz zum Ermitteln labelvermittelter Routen in einem solchen Kommunikationsteilnetz
CN100442734C (zh) * 2005-07-11 2008-12-10 华为技术有限公司 网络中racs对等实体间协议建立连接的实现方法
US7486658B2 (en) * 2005-07-29 2009-02-03 Cisco Technology, Inc. Method and system for media synchronization in QoS-enabled wireless networks
JP4537914B2 (ja) * 2005-08-24 2010-09-08 エヌ・ティ・ティ・コミュニケーションズ株式会社 Mplsスイッチ、nmsサーバ装置及びプログラム
CN100450087C (zh) * 2005-09-02 2009-01-07 华为技术有限公司 实现一组特定流的QoS控制的方法
KR100705582B1 (ko) * 2005-09-07 2007-04-09 삼성전자주식회사 다중 네트워크 시스템의 서비스 제공 방법 및 그 장치
US7898957B2 (en) * 2005-10-03 2011-03-01 The Hong Kong University Of Science And Technology Non-blocking destination-based routing networks
CN100396005C (zh) 2005-10-24 2008-06-18 华为技术有限公司 对承载控制层与承载层设备间的流进行同步的方法
CN100438503C (zh) * 2005-10-26 2008-11-26 华为技术有限公司 一种选择路径的方法
WO2007051349A1 (fr) * 2005-11-01 2007-05-10 Zte Corporation Système porteur de protocole internet multiservice avec assurance de qualité des services et sa méthode d’implémentation
US7978602B2 (en) * 2005-11-14 2011-07-12 Juniper Networks, Inc. Dynamic construction of label switching protocol interfaces
US7983158B2 (en) * 2005-11-30 2011-07-19 Motorola Solutions, Inc. Routing topology bandwidth management methods and system
CN100355246C (zh) * 2005-12-01 2007-12-12 中讯邮电咨询设计院 用于光传输通信网络业务路由的设计方法
US8194701B2 (en) 2005-12-06 2012-06-05 Lippershy Celestial Llc System and/or method for downstream bidding
US8014389B2 (en) * 2005-12-06 2011-09-06 Lippershy Celestial Llc Bidding network
US9686183B2 (en) 2005-12-06 2017-06-20 Zarbaña Digital Fund Llc Digital object routing based on a service request
US8055897B2 (en) 2005-12-06 2011-11-08 Lippershy Celestial Llc Digital object title and transmission information
US7894447B2 (en) 2005-12-06 2011-02-22 Lippershy Celestial Llc Digital object routing
US8077609B2 (en) * 2005-12-15 2011-12-13 At&T Intellectual Property I, L.P. Method for providing quality-of-service based services in a packet network
CN1866868B (zh) * 2006-01-18 2010-10-06 华为技术有限公司 一种多协议标签交换网络流量管理系统、方法及设备
CN100433682C (zh) 2006-01-20 2008-11-12 华为技术有限公司 保障多业务服务质量的资源管理设备、接入系统及方法
CN100403719C (zh) * 2006-02-10 2008-07-16 华为技术有限公司 一种虚链路建立方法及装置
JP4571080B2 (ja) * 2006-02-15 2010-10-27 富士通株式会社 マルチドメインネットワークにおけるQoS保証システム及び,これに適用するQoSサーバ
JP5181472B2 (ja) * 2006-04-21 2013-04-10 日本電気株式会社 通信制御方法
CN101075904B (zh) * 2006-05-17 2011-05-11 华为技术有限公司 一种在p2p网络中保障服务资源性能的方法和系统
KR101203462B1 (ko) * 2006-10-27 2012-11-21 삼성전자주식회사 와이브로/와이맥스 망을 이용한 멀티캐스트/브로드캐스트서비스 제공 시스템 및 그 방법
US20080137654A1 (en) * 2006-12-06 2008-06-12 Electronics And Telecommunication Research Institute Method of managing signaling message in path-based signaled paths to mpls-enabled core network
JP4880775B2 (ja) * 2007-03-28 2012-02-22 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 通信ベアラに関する装置及び方法
CN101374338B (zh) * 2007-08-25 2012-11-14 华为技术有限公司 一种实现用户策略自助服务的方法、实体和系统
CN101465790B (zh) * 2007-12-17 2013-02-27 华为技术有限公司 一种实现资源准入控制的方法、系统及设备
US9113334B2 (en) * 2008-02-01 2015-08-18 Tekelec, Inc. Methods, systems, and computer readable media for controlling access to voice resources in mobile networks using mobility management signaling messages
JP5202067B2 (ja) * 2008-03-27 2013-06-05 キヤノン株式会社 情報処理装置、情報処理方法、記憶媒体及びプログラム
US7924715B2 (en) * 2008-05-12 2011-04-12 Nortel Networks Limited Method and apparatus for discovering, negotiating, and provisioning end-to-end SLAs between multiple service provider domains
US9131425B2 (en) * 2008-06-09 2015-09-08 Qualcomm Incorporated Method and apparatus for PCC enhancement for flow based mobility
US8270290B2 (en) * 2008-12-19 2012-09-18 Rockstar Bidco, LP Resilient attachment to provider link state bridging (PLSB) networks
US9032016B2 (en) 2010-01-20 2015-05-12 Xyratex Technology Limited—A Seagate Company Communication method and apparatus
KR101654938B1 (ko) * 2010-02-19 2016-09-06 삼성전자주식회사 오픈 애플리케이션 서비스 제공 방법 및 장치
US8667171B2 (en) * 2010-05-28 2014-03-04 Microsoft Corporation Virtual data center allocation with bandwidth guarantees
CN101877677B (zh) * 2010-06-25 2014-08-13 中兴通讯股份有限公司 一种多协议标签交换业务隧道切换的方法及系统
JP5152265B2 (ja) * 2010-07-16 2013-02-27 富士通株式会社 情報処理方法及びルータ
CN102377635B (zh) * 2010-08-06 2014-01-01 北京乾唐视联网络科技有限公司 一种城域网通信方法及通信系统
US9246764B2 (en) * 2010-12-14 2016-01-26 Verizon Patent And Licensing Inc. Network service admission control using dynamic network topology and capacity updates
RU2450338C1 (ru) * 2011-05-13 2012-05-10 Федеральное государственное военное образовательное учреждение высшего профессионального образования "Военная академия связи имени маршала Советского Союза С.М. Буденного" Министерства Обороны Российской Федерации (Минобороны России) Способ сравнительной оценки структур сетей связи
US9319302B2 (en) 2012-03-23 2016-04-19 Futurewei Technologies, Inc. System and method for traffic engineering information summary of a zone in network communications
WO2014034097A1 (en) * 2012-08-28 2014-03-06 Nec Corporation Path control system, control apparatus, edge node, path control method, and program
CN103716242B (zh) * 2013-12-25 2017-07-18 北京邮电大学 一种路由方法与系统
CN105450528B (zh) * 2014-08-29 2018-06-08 国际商业机器公司 对数据包进行路由转发的方法和对应的设备
CN105471737B (zh) 2014-09-05 2019-05-10 华为技术有限公司 一种标签栈的压缩方法及装置、标签栈的解压缩方法及装置
CN104660952B (zh) * 2015-03-04 2018-06-08 苏州科达科技股份有限公司 视频会议通信方法和系统
RU2631144C1 (ru) * 2016-07-12 2017-09-19 Федоров Вадим Геннадьевич Способ маршрутизации трафика, имеющего приоритетный класс в сети связи, включающий двух и более операторов
RU2626099C1 (ru) * 2016-11-21 2017-07-21 федеральное государственное казенное военное образовательное учреждение высшего образования "Краснодарское высшее военное училище имени генерала армии С.М. Штеменко" Министерства обороны Российской Федерации Способ сравнительной оценки структур сети связи
JP2018201129A (ja) * 2017-05-26 2018-12-20 富士通株式会社 システム管理装置、システム管理方法及びプログラム
CN109327320B (zh) * 2017-07-31 2020-11-06 华为技术有限公司 一种故障定界方法及设备
DE102017223568A1 (de) * 2017-12-21 2019-06-27 Siemens Aktiengesellschaft Verfahren zur Steigerung einer Netzwerkressourcennutzung und Bereitstellung genügender Service-Qualität
CN111510384B (zh) * 2019-01-31 2023-03-10 伊姆西Ip控股有限责任公司 处理服务产生的数据的方法、电子设备和计算机可读介质
CN110113309B (zh) * 2019-04-03 2021-12-03 视联动力信息技术股份有限公司 资源处理方法和装置
RU2744775C1 (ru) * 2020-09-30 2021-03-15 Федеральное государственное казенное военное образовательное учреждение высшего образования Академия Федеральной службы охраны Российской Федерации Способ передачи данных в мультисервисных сетях связи
CN113038553B (zh) * 2021-02-25 2023-10-27 腾讯科技(深圳)有限公司 基于切换过程的消息发送方法、装置、设备及介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1069742A2 (de) * 1999-07-16 2001-01-17 Nortel Networks Limited Verfahren und Architektur zur Unterstüzung von mehreren Diensten in einem Etikettvermittlungsnetzwerk
EP1168728A2 (de) * 2000-06-28 2002-01-02 Nortel Networks Limited Kommunikationsnetzwerk

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6266694B1 (en) * 1997-06-19 2001-07-24 Nortel Networks Limited Architecture for network manager
US6594268B1 (en) * 1999-03-11 2003-07-15 Lucent Technologies Inc. Adaptive routing system and method for QOS packet networks
US6452942B1 (en) * 1999-05-20 2002-09-17 Telefonaktiebolaget L M Ericsson (Publ) System and method for providing wireless local loop access using an access multiplexer
US7092380B1 (en) * 1999-10-22 2006-08-15 Cisco Technology, Inc. Method and system for providing voice communication over data networks
US6366577B1 (en) * 1999-11-05 2002-04-02 Mci Worldcom, Inc. Method for providing IP telephony with QoS using end-to-end RSVP signaling
US6385204B1 (en) * 1999-11-22 2002-05-07 Worldcom, Inc. Network architecture and call processing system
JP3478218B2 (ja) * 1999-12-27 2003-12-15 日本電気株式会社 エッジノード交換機と交換機
JP4294829B2 (ja) * 2000-04-26 2009-07-15 ウォーターフロント・テクノロジーズ エルエルシー モバイルネットワークシステム
US6886043B1 (en) * 2000-06-28 2005-04-26 Nortel Networks Limited Communications network
US6760306B1 (en) * 2000-09-27 2004-07-06 Nortel Networks Limited Method for reserving network resources using a hierarchical/segment tree for starting and ending times of request
US7082102B1 (en) * 2000-10-19 2006-07-25 Bellsouth Intellectual Property Corp. Systems and methods for policy-enabled communications networks
AU2002212932A1 (en) * 2000-11-06 2002-05-15 Telefonaktiebolager L M Ericsson (Publ) Media binding to coordinate quality of service requirements for media flows in a multimedia session with ip bearer resources
KR100703499B1 (ko) * 2000-12-09 2007-04-03 삼성전자주식회사 다중 프로토콜 레이블 교환 시스템에서 트래픽 엔지니어링기능을 구현하기 위한 데이터구조 및 구축 방법
US6950398B2 (en) * 2001-08-22 2005-09-27 Nokia, Inc. IP/MPLS-based transport scheme in 3G radio access networks
EP1294202A1 (de) * 2001-09-18 2003-03-19 Lucent Technologies Inc. Verfahren zum Senden von Datenpaketen über ein MPLS-netzwerk, und ein MPLS-netzwerk
US7120151B1 (en) * 2001-09-27 2006-10-10 Cisco Technology, Inc. Method for fast label switchover with multiprotocol label switching
US7161946B1 (en) * 2001-12-12 2007-01-09 Cypress Semiconductor Corp. Technique for multiprotocol transport using MPLS (multi-protocol label switching)
US7215640B2 (en) * 2002-07-11 2007-05-08 Hitachi, Ltd. Method and apparatus for path configuration in networks
US7411904B2 (en) * 2002-07-22 2008-08-12 Lucent Technologies Inc. Multiprotocol label switching (MPLS) edge service extraction
US20040165597A1 (en) * 2003-02-20 2004-08-26 Jeremy Bicknell Service level agreement driven route table selection

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1069742A2 (de) * 1999-07-16 2001-01-17 Nortel Networks Limited Verfahren und Architektur zur Unterstüzung von mehreren Diensten in einem Etikettvermittlungsnetzwerk
EP1168728A2 (de) * 2000-06-28 2002-01-02 Nortel Networks Limited Kommunikationsnetzwerk

Also Published As

Publication number Publication date
RU2271614C2 (ru) 2006-03-10
BRPI0400906A (pt) 2004-11-16
JP2004254328A (ja) 2004-09-09
BR122014030822B1 (pt) 2017-05-09
US7319691B2 (en) 2008-01-15
CN1283079C (zh) 2006-11-01
BRPI0400906B1 (pt) 2017-05-09
KR100585418B1 (ko) 2006-06-07
KR20040075288A (ko) 2004-08-27
ES2238928A1 (es) 2005-09-01
JP4015122B2 (ja) 2007-11-28
DE102004008376A1 (de) 2004-09-09
AU2004200280A1 (en) 2004-09-09
ES2238928B1 (es) 2006-05-16
US20040215817A1 (en) 2004-10-28
CN1523834A (zh) 2004-08-25
GB2399257A (en) 2004-09-08
GB2399257B (en) 2005-06-15
RU2004105915A (ru) 2005-07-20
GB0403736D0 (en) 2004-03-24
AU2004200280B2 (en) 2006-08-10

Similar Documents

Publication Publication Date Title
DE102004008376B4 (de) Verfahren und System zum Schaffen einer garantierten Qualität des Dienstes in einem IP-Netz
DE69916747T2 (de) Verfahren zur Bereitstellung von Dienstgüte in IP-Netzwerken für verzögerungsempfindliche Verkehr
DE60103338T2 (de) Etikettvermitteltes Kommunikationsnetzwerk
DE60025080T2 (de) Gateway und Netzwerk für Identifizierungsmarke vermittelt Medien
DE60102047T2 (de) Etikettvermitteltes Kommunikationsnetzwerk
DE60026238T2 (de) Auf vorspezifizierter Dienstgüte basierender Verbindungsaufbau durch ein Kommunikationsnetz
DE60034654T2 (de) System und Verfahren zur Adaption und Verwaltung von IP Dienstqualität
DE69930482T2 (de) Architektur eines Sprache über Internet Protokoll Netz
DE69919569T2 (de) Verwaltung von verbindungsorientierten diensten über das internet-protokoll
EP0872090B1 (de) Verfahren zum bilden von leitweginformation
DE60214667T2 (de) Wegbestimmung in einem datennetzwerk
DE60102367T2 (de) Netzoptimierungsmethode
DE60123656T2 (de) System um die steuerung von echtzeit-transport-protokollflüsse über mehrere netzwerke zu unterstützen unter verwendung einer gruppe von sitzungsroutern
DE602004001470T2 (de) Verfahren zum Bereitstellen von Diensten mit garantierter Dienstqualität in einem IP-Zugangsnetz
DE60205548T2 (de) Verfahren und System zur Übertragung von Multimediadatenflusspaketen
DE60313480T2 (de) Verallgemeinerte layer-2 vpn
DE60210574T2 (de) Netzwerkauswahl für eine Verbindung
US8542580B2 (en) Method and system for transporting service flow securely in an IP network
DE60130981T2 (de) Signalisierung in einem telekommunikationsnetz
DE60012736T2 (de) Verfahren zur leitwegerzeugung für mehrfachdatenverkehr
EP1398907A1 (de) Verfahren zur Kontrolle von Übertragungsressourcen eines paketorientierten Kommunikationsnetzes bei Topologieänderungen
EP1317820A1 (de) Verfahren zum aufbau von verbindungen mit vorgegebener dienstgüte für ein paketorientiertes kommunikationsnetz mit einem resourcenmanager
DE10014522C2 (de) Verfahren und Anordnung zur Zulässigkeitsprüfung einer Dienstnutzung
DE60210945T2 (de) Verfahren zum verbindungsaufbau in einem multimedianetzwerk
EP1513312B1 (de) Multimediale Videotelephonie

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8364 No opposition during term of opposition
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04L0012240000

Ipc: H04L0041000000

R071 Expiry of right