DE69828112T2 - Rahmenrelaisgeschalteter Datendienst - Google Patents

Rahmenrelaisgeschalteter Datendienst Download PDF

Info

Publication number
DE69828112T2
DE69828112T2 DE69828112T DE69828112T DE69828112T2 DE 69828112 T2 DE69828112 T2 DE 69828112T2 DE 69828112 T DE69828112 T DE 69828112T DE 69828112 T DE69828112 T DE 69828112T DE 69828112 T2 DE69828112 T2 DE 69828112T2
Authority
DE
Germany
Prior art keywords
data
network
frame relay
user data
packets
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
DE69828112T
Other languages
English (en)
Other versions
DE69828112D1 (de
Inventor
Christopher J. Freehold Chase
Stephen L. Little Silver Holmgren
John Babu Colts Neck Medamana
Vikram R. Freehold Saksena
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.)
AT&T Corp
Original Assignee
AT&T Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by AT&T Corp filed Critical AT&T Corp
Publication of DE69828112D1 publication Critical patent/DE69828112D1/de
Application granted granted Critical
Publication of DE69828112T2 publication Critical patent/DE69828112T2/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
    • H04L45/74Address processing for routing
    • H04L45/741Routing in networks with a plurality of addressing schemes, e.g. with both IPv4 and IPv6
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/4608LAN interconnection over ATM networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/10Routing in connection-oriented networks, e.g. X.25 or ATM
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/72Routing based on the source address
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00Packet switching elements
    • H04L49/10Packet switching elements characterised by the switching fabric construction
    • H04L49/104Asynchronous transfer mode [ATM] switching fabrics
    • H04L49/105ATM switching elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04QSELECTING
    • H04Q11/00Selecting arrangements for multiplex systems
    • H04Q11/04Selecting arrangements for multiplex systems for time-division multiplexing
    • H04Q11/0428Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
    • H04Q11/0478Provisions for broadband connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5645Connectionless

Description

  • HINTERGRUND DER ERFINDUNG
  • 1. FACHGEBIET
  • Die vorliegende Erfindung betrifft Systeme und Verfahren zum Implementieren verbesserter Netzwerkarchitekturen und insbesondere Systeme und Verfahren zur Leitweglenkung von Internetprotokoll-(IP-)Paketen, die modifizierte Frame-Relay-Protokolle verwenden.
  • 2. BESCHREIBUNG DES STANDES DER TECHNIK
  • In letzter Zeit hat die Popularität großer "vermaschter" Netzwerke zugenommen. Jedoch kann es schwierig sein, weiträumige hochgradig vermaschte Netzwerke unter Verwendung herkömmlicher Netzwerktechnologien zu implementieren, zu pflegen und zu verwalten.
  • Ein Beispiel für eine herkömmliche vermaschte Konfiguration ist in 1 dargestellt. Ein Weitverkehrsnetzwerk (WAN) 900 umfaßt eine Vielzahl von Routern RA, RB, RC, RD (Teilnehmerstandort-Ausrüstung (CPE)), die an einer Vielzahl von jeweiligen Endanwender-Standorten A, B, C und D angeordnet und mit einem Dienstanbieter-Netzwerk (SPN) 901 über jeweilige Anwender-Netzwerk-Schnittstellen (UNI) 920-1, -2, ..., -n verbunden sind. Die Anwender-Netzwerk-Schnittstellen 920 können verschiedenartig konfiguriert sein, beispielsweise als Asynchronübertragungsmodus-(ATM-)Vermittlungsstelle, die eine Frame-Relay-Schnittstelle zur CPE aufweist. Verbunden sind die Standorte untereinander durch logische Wege, die beispielsweise als feste virtuelle Verbindungen (PVCs) PA-C, PA-D, PB-D, PA-B, PC-B bezeichnet werden und durch ihre Endpunkte an den UNIs 920-1, 920-2, ..., 920-n und eine garantierte Bandbreite, die als vereinbarte Informationsrate (CIR) bezeichnet wird, gekennzeichnet sind.
  • 2 bietet eine ausführliche Ansicht des Datenflusses über das WAN 900. Dort existiert eine Vielzahl von Protokollschichten, über die Kommunikation stattfinden kann. Zum Beispiel die bekannten Schichten des Modells der Kommunikation offener Systeme der International Standards Organization (ISO), deren Schichten von einer Bitübertragungsschicht (Schicht 1), einer Sicherungsschicht (Schicht 2), eine Netzwerkschicht (Schicht 4) bis hin zu und einschließlich einer Anwendungsschicht (Schicht 7) reichen. In diesem Modell werden Anwenderdaten 902 durch eine auf der Anwendungsschicht 903 laufende Anwenderanwendung erzeugt. Auf der Transportschicht (Schicht 4) 904 kann eine Quell- und Zielport-Adresse 906 (als Teil des TCP-Headers (Schicht 4)) zu den Anwenderdaten 902 hinzugefügt werden. Auf der Netzwerkschicht (Schicht 3) 905 kann ein zusätzlicher Header (das heißt, ein IP-Header (Schicht 3) mit Quell- und Ziel-IP-Adressen 908) hinzugefügt werden. Somit umfaßt das Schicht-3-Anwenderdatenfeld die Schicht-4-Anwenderdaten 902 sowie den Schicht-4-Header 906. Die Schicht-3-Protokolldateneinheit (PDU) 902, 906, 908, die beispielsweise ein IP-Paket 950 bildet, wird dann abwärts zur Schicht 2 909 in der CPE (Router RA, RB, RC, RD) weitergeleitet, die mit dem SPN 901 kommuniziert. Im Router ordnet eine Tabelle eine oder mehrere IP-Adressen (Schicht 3) 908 einer entsprechenden PVC oder PVCs (PA-C, PA-D, PB-D, PA-B, PC-B) zu. Die Leitweglenkungstabelle wird durch den Teilnehmer gepflegt. Wenn die richtige PVC in der Leitweglenkungstabelle aufgefunden worden ist, wird die entsprechende Sicherungsschichtadresse (DLCI) (Schicht 2) 912 in den Header des Frame-Relay-Frames 914 (Paket) codiert. Danach wird der Rest des Frame-Relay-Frames hinzugefügt und eine Frame-Prüfsumme (FCS) wird berechnet. Der Frame wird dann abwärts zur Bitübertragungsschicht weitergeleitet und an das SPN 901 übertragen.
  • In der UNI 920 wird der Frame auf seine Gültigkeit hin überprüft, um festzustellen, ob eine vorbestimmte PVC der DLCI 912 zugeordnet ist. Wenn dies zutrifft, wird der Frame 914 in dieser PVC durch das Netzwerk entlang desselben Wegs und in derselben Reihenfolge weitergeleitet wie andere Frames mit dieser DLCI, wie es in 2 dargestellt ist. Die Schicht-2-Frame-Information bleibt übrig, wenn das Paket das Frame-Relay-Netzwerk durchquert, unabhängig davon, ob dieses Netzwerk tatsächlich als Frame-Relay-Netzwerk oder als ein anderes Netzwerk, wie etwa ein ATM-Netzwerk, ausgelegt ist. Der Frame wird an sein Ziel übertragen, ohne daß irgendwelche weiteren Leitweglenkungs-Entscheidungen im Netzwerk getroffen werden. Die FCS wird an der Abgangs-UNI überprüft, und wenn der Frame nicht beschädigt ist, wird er an die dem Endanwender zugeordnete UNI ausgegeben.
  • Wie dem Fachmann bekannt ist, stellen 1-3 beispielhafte Diagramme dar, wie die Frame-Relay-Datenpakete auf den verschiedenen ISO-Schichten zusammengefugt werden, wobei das Beispiel des TCP/IP-Protokoll-Transports über eine Frame-Relay-Sicherungsschicht verwendet wird. Das Beispiel zeigt, wie die Anwenderdaten auf der Anwendungsschicht in aufeinanderfolgende Umschläge "eingewickelt" werden, wenn sie den Protokollstapel abwärts durchlaufen, wodurch die PDUs gebildet werden. Insbesondere ist der Aufbau des Header-Feldes zur genaueren Darstellung auseinandergezogen worden und ist in 5 gezeigt. Das Feld der Sicherungsschichtadresse (DLCI) umfaßt 10 Bits, die über das erste und zweite Oktett verteilt sind, und lässt 1023 mögliche Adressen zu, von denen einige von den Standards für spezifische Verwendungszwecke reserviert sind. Wie in 3 gezeigt, wird die DLCI zum Frame-Relay-Header hinzugefügt, je nachdem, welche Ziel-IP-Adresse im IP-Paket angegeben ist. Diese Entscheidung darüber, welche DLCI ausgewählt wird, wird von der CPE, normalerweise einem Router, auf der Grundlage von Konfigurationsinformation getroffen, die durch den Teilnehmer bereitgestellt wird und für eine Abbildung von IP-Adressen in die PVCs sorgt, die den derzeitigen Standort mit anderen über das WAN 900 verbinden.
  • Beim herkömmlichen Frame-Relay trägt ein Schicht-2-Frame Q922 die Schicht-3-Teilnehmer-Datenpakete über das Netzwerk in einer festen virtuellen Verbindung (PVC), die durch eine Sicherungsschichtadresse (DLCI) identifiziert wird. Somit werden die DLCIs vom Teilnehmer als Adressen genutzt, die die geeignete PVC zum Transport der Daten zum gewünschten Ziel auswählen. Das Teilnehmer-Datenpaket wird transparent über das Netzwerk übertragen, und sein Inhalt wird niemals vom Netzwerk geprüft.
  • Das oben besprochene herkömmliche vermaschte Frame-Relay-Netzwerk weist eine Anzahl von Einschränkungen auf. Zum Beispiel wird jedes Mal, wenn ein neuer Endanwender-Standort zum vermaschten Netzwerk hinzugefügt wird, erforderlich, daß eine neue Verbindung allen anderen Endanwender-Standorten hinzugefügt wird. Folglich müssen alle Leitweglenkungstabellen an jedem Endanwender-Standort aktualisiert werden. So breitet sich immer dann ein "Wellen"-Effekt über das gesamte Netzwerk aus, wenn eine Veränderung in der Netzwerk-Topologie erfolgt. Für große Netzwerke mit Tausenden von Endanwender-Standorten schafft dieser Welleneffekt eine hohe Belastung sowohl für den Netzwerk-Anbieter, um genügend feste virtuelle Verbindungen (PVCs) zur Verfügung zu stellen, als auch für die Netzwerkteilnehmer beim Aktualisieren all ihrer Leitweglenkungstabellen. Ferner sind die meisten Router darauf beschränkt, mit höchstens 10 anderen Routern zu kommunizieren, weshalb diese Netzwerk-Topologie schwer zu implementieren ist. In dem Maße, in dem Netzwerke an Größe zunehmen, nimmt die Zahl der PVCs zu, die Teilnehmer verwalten und DLCIs zuordnen müssen. Das Problem wird weiter dadurch kompliziert, daß es einen Trend zur engeren Verknüpfung von Netzwerken gibt, was bedeutet, daß mehr Standorte direkt miteinander verbunden sind. Das Ergebnis ist ein Wachstum der Anzahl und der Verknüpfung von PVCs in Netzwerken, das sich mit bestehenden Netzwerktechnologien nicht gut steigern läßt.
  • Eine mögliche Lösung zur Handhabung großer vermaschter Netzwerke besteht darin, ein virtuelles privates Netzwerk (VPN) zu verwenden, das Endanwender-Standorte unter Verwendung verschlüsselten Verkehrs miteinander verbindet, der durch "Tunnelung" über das Internet gesendet wird. Jedoch werden VPNs nicht allgemein von Internet-Dienstanbietern (ISPs) unterstützt, haben unbeständige Informationsraten und stellen eine Anzahl von Sicherheitsrisiken dar.
  • Eine weitere mögliche Lösung ist die Verwendung von geschalteten virtuellen Verbindungen (SVCs) auf Frame-Relay-Basis. Während PVCs (oben beschrieben) normalerweise auf Abonnementbasis definiert werden und den Mietleitungen ähnlich sind, sind SVCs temporär, auf Nachfragebasis definiert und sind den Telefonverbindungen ähnlich. Jedoch erfordern SVCs kontinuierliche Kommunikation zwischen allen Routern im System, um die SVCs zu koordinieren. Ferner sind SVCs für große hochgradig vermaschte Netzwerke oft unpraktisch, weil die Tabellen, die IP-Adressen den SVC-Adressen zuordnen, normalerweise manuell gepflegt werden. Die Sicherheit ist für SVC-Netzwerke ein großes Problem, wenn Tabellen falsch verwaltet werden oder das Netzwerk manipuliert wird. Ferner arbeiten Frame-(relay) SVCs schwer mit Asynchronübertragungsmodus-(ATM)-SVCs zusammen.
  • Keine der oben erwähnten Lösungen behandelt die wachsende Nachfrage nach großen vermaschten Netzwerken angemessen. Folglich besteht ein Bedarf an Netzwerkarchitekturen, die die Implementierung großer vermaschter Netzwerke ermöglicht, die Sicherheit, niedrige Unterhaltskosten, effizienten Betrieb und Skalierbarkeit aufweisen.
  • "A Performance Study on Frame Relay and ATM Interworking Unit and its application: Connectionless Data Service and VPN" von B-H. Lee et al., IECE Trans. Comms. Vol. E80-B, Nr. 6 (1997), betrifft "Frame-Relay-Asynchrontransfermodus-(FR/ATM-)Zusammenarbeit". "Eine Zusammenarbeits-Funktionseinrichtung, die Zusammenarbeits-Einheit (IWU) genannt ist, ist im allgemeinen zwischen diese Netzwerken geschaltet, um die unentbehrliche Protokollkonvertierung durchzuführen". In diesem Dokument werden "die Leistungsfähigkeitsprobleme der IWU benannt und behandelt".
  • "IP Switching and Gigabit Routers" von P. Newman et al., IEEE Communications Magazine Vol. 35, Nr. 1 (1997), "überprüft zwei Vorschläge für den Aufbau eines Hochleistungsrouters, den Gigabit-Router und den IP-Schalter, und legt einige Einzelheiten der Implementierung eines IP-Schalters und der mit IP-Vermittlung verbundenen Protokolle dar".
  • "Concentrated WAN Access to ATM and Frame Relay" von S. Saunders, in "Data Communications", Vol. 25, Nr. 10 (1996), beschreibt den "Zugangskonzentrator" von Sahara Networks, Inc. Dieser "kombiniert Zelle, Paket und Framevermittlung in einem skalierbaren Aufbau".
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Aspekte der vorliegenden Erfindung lösen eines oder mehrere der oben erwähnten Probleme und/oder stellen verbesserte Systeme und Verfahren zum Implementieren einer Netzwerkarchitektur bereit.
  • Ein neuer Typ von Datentransportdienst macht sich die bestehende Basis aus Frame-Relay-Teilnehmerstandort-Ausrüstung (CPE) und Teilnehmer zunutze, während sie diesen Teilnehmer einen neuen Mechanismus zur Bereitstellung erweiterbarer Dienstmerkmale zur Verfügung stellt. Im neuen Dienst können Sicherungsschichtadressen (DLCIs) durch die CPE verwendet werden, um unter Dienstarten, Mengen von Merkmalen und geschlossenen Anwendergruppen (CUGs) auszuwählen. Die DLCI wird im Schicht-2-Frame verwendet, der die Anwenderdaten zum Netzwerk übermittelt. Das Schicht-3-Anwenderdatenpaket wird dem Schicht-2-Frame entnommen, und die Schicht-3-Adreßinformation für das (weiterleitbare) Protokoll wird verwendet, um das Anwenderdatenpaket gemäß der durch die DLCI ausgewählten Dienstklasse bzw. Menge von Merkmalen über ein paketvermitteltes Hochleistungsnetzwerk weiterzuleiten. Am Ziel wird das Schicht-3-Datenpaket wieder in einen Schicht-2-Frame mit einer DLCI, die anzeigt, zu welcher Dienstgruppe es gehört, eingeschlossen. Der Frame wird dann an die CPE weitergeleitet. Die Verwendung dieser Methode ermöglicht es der bestehenden Frame-Relay-CPE, über dieselbe physische Schnittstelle herkömmlichen Frame-Relay-Dienst mit einem Bereich von DLCIs zu unterstützen, die mit logischen Wegen, wie etwa festen virtuellen Verbindungen (PVCs), vermascht sind, wie auch mit einem Bereich von DLCIs, die mit Mengen von Diensten und/oder Merkmalen vermascht sind. Dies ermöglicht ein robustes Verfahren zur Ausdehnung neuer Dienste auf die installierte Frame-Relay-Basis mit minimalen Auswirkungen auf die bestehende Teilnehmerausrüstung.
  • Unter bestimmten Aspekten der Erfindung werden Frame-Relay-DLCIs zur Auswahl unter verschiedenen "Dienstkategorien" verwendet. Das unterscheidet sich erheblich vom herkömmlichen Frame-Relay, der DLCIs nur verwendet, um PVCs und/oder geschaltete virtuelle Verbindungen (SVCs) auszuwählen. Dienstkategorien können Kommunikation über das öffentliche Internet, Kommunikation über ein lokales Intranet, Kommunikation innerhalb einer geschlossenen Anwendergruppe (CUG), Kommunikation mit einem Extranet (zum Beispiel einem Netzwerk von vertrauenswürdigen Zulieferern oder Firmen-Handelspartnern), Live-AudioNideo-Übertragung, Multicasting, Telefonie über Internetprotokoll (IP) oder irgendeine Kombination daraus umfassen, sind aber nicht darauf beschränkt. Somit wird das Konzept einer Frame-Relay-PVC durch Aspekte der vorliegenden Erfindung erheblich erweitert. Zum Beispiel wird der Standort eines vorgesehenen Verbindungsendpunkt-Empfängers nicht unbedingt durch eine DLCI an einem sendenden Verbindungsendpunkt bestimmt. Die DLCI kann eine Dienstkategorie mit dem durch eine IP-Adresse innerhalb des Frame-Relay-Pakets gekennzeichneten vorgesehenen Empfänger darstellen. Dies führt zu einem erheblichen Vorteil für Netzwerkteilnehmer, da Teilnehmer anders als beim herkömmlichen Frame-Relay nicht länger ihre lokalen DLCI-Tabellen jedes Mal aktualisieren müssen, sobald ein Netzwerkkunde, mit dem sie zu kommunizieren wünschen, zum Netzwerk hinzugefügt oder daraus entfernt wird. Somit wird die Belastung des Teilnehmers mit Netzwerkadministration wesentlich verringert.
  • Unter Nebenaspekten der Erfindung können einige DLCIs verwendet werden, um unter Dienstkategorien auszuwählen ("Dienstkategorie-DLCIs"), während im selben Netzwerk andere DLCIs verwendet werden können, um herkömmliche PVCs und/oder SVCs ("herkömmliche DLCIs") auszuwählen. Mit anderen Worten: Herkömmliches Frame-Relay kann mit Aspekten der vorliegenden Erfindung innerhalb desselben Netzwerks gemischt werden, was es Aspekten der vorliegenden Erfindung ermöglicht, schrittweise in bestehende herkömmliche Frame-Relay-Netzwerke implementiert zu werden.
  • Unter anderen Aspekten der Erfindung werden die in mehreren Schichten (wie zum Beispiel durch das Modell der Kommunikation offener Systeme definiert) enthaltenen Adressierungen in einem Netzwerk miteinander verglichen, um Leitweglenkungsfehler zu bestimmen. Wenn die Adressierungen in den Schichten miteinander übereinstimmen, dann werden die zugehörigen Daten ohne Unterbrechung weitergeleitet. Wenn dagegen die Adressierungen in den Schichten nicht miteinander übereinstimmen, können die zugehörigen Daten speziell gehandhabt werden. Zum Beispiel können die Daten verworfen, an eine vorbestimmte Adresse gesendet und/oder an den Absender zurückgeschickt werden. Dieser Adressvergleich kann auf die sendende Adresse und/oder auf die Zieladresse angewendet werden. Ein Vorteil dieses Mehrschicht-Adressvergleichs besteht darin, daß die Netzwerksicherheit erhöht wird. Zum Beispiel können Probleme wie etwa das Fälschen oder "Spoofing", nämlich die absichtliche Bereitstellung einer fehlerhaften sendenden Internetprotokoll-(IP-)Adresse, durch ein solches Verfahren besser beherrscht werden.
  • Unter wiederum anderen Aspekten der Erfindung werden Leitweglenkungs-Verweistabellen innerhalb des Netzwerks so getrennt, daß beispielsweise jeder Kunde, jede geschlossene Gruppe (CUG), jedes Extranet und/oder Intranet seine bzw. ihre eigene private Partition und/oder getrennte Tabelle besitzen kann. Dies kann eine höhere Netzwerkgeschwindigkeit ermöglichen, da ein Router nicht den gesamten verfügbaren Adressraum für alle Netzwerkteilnehmer auf einmal absuchen muß. Ferner wird die Datensicherheit erhöht, weil das Risiko, daß Daten an einen falschen Empfänger gesendet werden, verringert wird.
  • Unter weiteren Aspekten der Erfindung wird Schicht-3- und/oder Schicht-4-IP-Adreßinformation genutzt, um die schnellen Pakete durch das Netzwerk weiterzuleiten.
  • Unter wiederum anderen Aspekten der Erfindung werden neue Methoden und Maßnahmen zur Verwaltung des Netzwerkverkehrs definiert. Zum Beispiel können unter einigen Aspekten der Verkehrsverwaltung der Erfindung einer oder mehreren UNIs vereinbarte Zustellraten (CDRs) zugewiesen werden. Eine CDR ist die durchschnittliche Mindest-Datenrate, die einer gegebenen UNI zugestellt wird, wenn hinreichend Verkehr an die UNI gesendet wird. In weiteren Aspekten der Verkehrsverwaltung der Erfindung wird einer oder mehreren UNIs ein Ziel-Ratenanteil (DRS) zugeteilt. Der DRS kann verwendet werden, um den Anteil am Verkehr festzulegen, den eine gegebene UNI durch das Netzwerk senden darf. Wenn mehrere UNIs gleichzeitig anbieten, Verkehr an dieselbe Ziel-UNI zu senden, dann kann der Anteil jeder sendenden UNI am Netzwerk durch ihren eigenen DRS und die DRSe der anderen sendenden UNIs festgelegt werden.
  • Diese und andere Merkmale der Erfindung werden unter Berücksichtigung der folgenden ausführlichen Beschreibung bevorzugter Ausführungsformen offensichtlich. Obwohl die Erfindung unter Verwendung der beigefügten Ansprüche definiert worden ist, sind diese Ansprüche insofern beispielhaft, als die Erfindung dazu bestimmt ist, die hier beschriebenen Elemente und Schritte in jeglicher Kombination oder Unterkombination einzuschließen. Dementsprechend gibt es eine beliebige Anzahl alternativer Kombinationen zum Definieren der Erfindung, die eines oder mehrere Elemente aus der Patentschrift einschließlich der Beschreibung, Ansprüche und Zeichnungen in verschiedenen Kombinationen oder Unterkombinationen aufnehmen. Für den Fachmann für Netzwerktheorie und -auslegung ist angesichts der vorliegenden Patentschrift offensichtlich, daß alternative Kombinationen von Aspekten der Erfindung, entweder allein oder in Kombination mit einem oder mehreren hier definierten Elementen oder Schritten als Modifikationen oder Abwandlungen der Erfindung oder als Teil der Erfindung angewendet werden können. Die hier enthaltene schriftliche Beschreibung der Erfindung ist dazu bestimmt, all diese Modifikationen und Abwandlungen einzubeziehen.
  • KURZBESCHREIBUNG DER ZEICHNUNGEN
  • Die vorstehende Zusammenfassung der Erfindung wie auch die folgende ausführliche Beschreibung bevorzugter Ausführungsformen sind besser zu verstehen, wenn sie im Zusammenhang mit den beigefügten Zeichnungen gelesen werden. Zum Zweck der Veranschaulichung werden Ausführungsformen, die einen oder mehrere Aspekte der Erfindung darstellen, in den Zeichnungen dargestellt. Diese beispielhaften Ausführungsformen sind jedoch nicht dazu bestimmt, die Erfindung ausschließlich darauf einzuschränken.
  • 1 stellt ein Weitverkehrsnetzwerk (WAN) mit Routern, wie etwa CPEs, und PVCs zwischen Teilnehmerstandorten dar.
  • 2 zeigt den Datenfluss durch das in 1 dargestellte WAN.
  • 3-5 zeigen den Aufbau und den Fluß von Datenpaketen durch das Netzwerk.
  • 6 zeigt ein Blockschaltbild einer Netzwerkarchitektur gemäß Aspekten der vorliegenden Erfindung.
  • 7 zeigt ein ausführliches Blockschaltbild des in 6 dargestellten Netzwerks.
  • 8A-8B zeigen einen Migrationspfad zur Einbeziehung von Aspekten der Erfindung in herkömmliche Netzwerkarchitekturen.
  • 9 zeigt den Datenfluss durch die Netzwerkarchitektur von 6.
  • 10 zeigt die anwendungsbezogene Prioritätensetzung durch die Netzwerkarchitektur von 6.
  • 11 stellt eine beispielhafte Ausführungsform einer Einrichtung zur Aufteilung von Diensten durch das Netzwerk von 6 dar.
  • 12-14 stellen den Datenfluss durch beispielhafte WANs 1 dar.
  • AUSFÜHRLICHE BESCHREIBUNG BEVORZUGTER AUSFÜHRUNGSFORMEN
  • Beispielhafte Ausführungsformen der vorliegenden Erfindung gestatten es, die große installierte Basis von Frame-Relay-Teilnehmerstandort-Ausrüstung (CPE) beizubehalten, indem dieselbe Schnittstelle auf andere Weise genutzt wird, um dem Teilnehmer neue Mengen von Diensten und Merkmalen bereitstellen zu können. Zum Beispiel kann die vom Frame-Relay-Protokoll her bekannte Sicherungsschichtadresse (DLCI) verwendet werden, um unter mehreren virtuellen privaten Netzwerken mit abweichenden Adressräumen, Mengen von Merkmalen und/oder herkömmilichen festen virtuellen Verbindungen (PVCs) auszuwählen.
  • Mit Bezug auf 7 ist ein Blockschaltbild eines Weitverkehrsnetzwerks (WAN) 1 dargestellt, das Aspekte der vorliegenden Erfindung aufnimmt. Das WAN 1 weist eine Vielzahl von Teilnehmerstandort-Ausrüstung-(CPE)-Systemen auf, zum Beispiel Router, die an jedem der Endanwenderstandorte angeordnet und über ein oder mehrere Dienstanbieter-Netzwerke (SPNs) 500 untereinander verbunden sind. Das SPN 500 ist normalerweise mit einer Vielzahl von Endpunkt-Routern 919 über eine Vielzahl entsprechender Anwender-Netzwerkschnittstellen (UNIs) 402 und/oder eine oder mehrere Internetprotokoll-(IP)-Vermittlungsstellen 502 verbunden. Die IP-Vermittlungsstellen 502, UNIs 402 und/oder Router bzw. Vermittlungsstellen 501 können untereinander verbunden sein, um ein vermaschtes Netzwerk (zum Beispiel ein teilweise oder vollständig vermaschtes Netzwerk) zu bilden. Zusätzlich kann das Weitverkehrsnetzwerk (WAN) 1 eine beliebige Anzahl von innerhalb des WAN 1 angeordneten IP-Vermittlungsstellen 502 enthalten, so daß es mit keinem Endpunkt-Router 919 direkt verbunden ist, und/oder eine oder mehrere IP-Vermittlungsstellen 502 können an einer Schnittstelle zwischen dem SPN 500 und einem Endpunkt-Router 919 angeordnet sein. In weiteren Ausführungsformen der Erfindung können mehrere Endpunkt-Router 919 einer UNI 402 bzw. IP-Vermittlungsstelle 502 zugeordnet sein und/oder mehrere UNIs 402 bzw. IP-Vermittlungsstellen 502 einem Endpunkt-Router 919 zugeordnet sein.
  • Die Netzwerkarchitektur des WAN 1 ermöglicht es, die Anzahl von IP-Vermittlungsstellen zu erhöhen, wenn Teilnehmer zum neuen Dienst überführt werden. Zum Beispiel kann es, wie in 8A gezeigt, anfangs nur eine kleine Zahl (zum Beispiel eine, zwei, drei, usw.) von im System installierten IP-Vermittlungsstellen geben. Falls nur eine kleine Zahl von IP-Vermittlungsstellen im Netzwerk enthalten ist, kann von nicht IP-fähigen UNIs 402 (zum Beispiel UNI A) abgehender Verkehr an eine IP-Vermittlungsstelle 502 an anderer Stelle im Netzwerk weitergeleitet werden. Obwohl dies eine vernachlässigbare Unwirtschaftlichkeit bei der "Zurückverfolgung" verursacht, ermöglicht es dennoch einen Migrationspfad zur neuen Netzwerkarchitektur, ohne alle Router 501 gleichzeitig zu ersetzen. Jedoch können, wenn mehr und mehr Anwender zur neuen Netzwerkarchitektur von WAN 1 überführt werden, mehr und mehr IP-Vermittlungsstellen hinzugefügt werden (8B), um die erhöhte Last aufzunehmen. In vielen Ausführungsformen kann es wünschenswert sein, schließlich jede UNI 402 in eine IP-Vermittlungsstelle 502 umzuwandeln, so daß die IP-Leitweglenkung an der Peripherie des Netzwerks erfolgen kann.
  • In bestimmten Ausführungsformen kann das WAN 1 eine Kombination herkömmlicher Netzwerk-Vermittlungsstellen und/oder Router 501 zusätzlich zu den IP-Vermittlungsstellen 502 umfassen. Andererseits kann jede Vermittlungsstelle im SPN 500 eine IP-Vermittlungsstelle 502 sein. Alternativ kann das WAN 1 nur eine einzige IP-Vermittlungsstelle 502 enthalten. Die IP-Vermittlungsstellen 502 können vielfältig konfiguriert sein, um eine geeignete Mehrschicht-Leitweglenkungs-Vermittlungsstelle, wie etwa einen Tag Switch von Cisco, zu umfassen. Auch Mehrschicht-Leitweglenkungs-Vermittlungsstellen von Vertreibern wie Ipsilon, Toshiba, IBM und/oder Telecom können genutzt werden. IP-Vermittlungsstellen werden gegenwärtig entwickelt, um Endpunkt-Router zu ersetzen, so daß Teilnehmerstandort-Ausrüstung (zum Beispiel Ethernet-Ausrüstung eines lokalen Netzwerks (LAN)) direkt mit einem Asynchronübertragungsmodus-(ATM)-Netzwerk verbunden werden kann. Aspekte der vorliegenden Erfindung schlagen vor, IP-Vermittlungsstellen auf andere Weise zu verwenden, um die riesige installierte Basis von Teilnehmerstandort-Ausrüstung beizubehalten und gleichzeitig die Einschränkungen bisheriger Systeme zu vermeiden. Dementsprechend werden die IP-Vermittlungsstellen gemäß Ausführungsformen der Erfindung innerhalb des SPN 500 angeordnet und modifiziert, um geeignete Leitweglenkungs- und Schnittstellenfunktionen bereitzustellen.
  • In einigen Ausführungsformen der Erfindung fungiert eine IP-Vermittlungsstelle 502 als Mehrschicht-Vermittlungsstelle. Zum Beispiel kann eine IP-Vermittlungsstelle 502 ATM-Zellen empfangen und dabei einige oder alle der ATM-Zellen auf der Grundlage des Inhalts von in den ATM-Zellen eingeschlossenen IP-Paketen vermitteln. Somit kann eine IP-Vermittlungsstelle 502 IP-Adressierung verwenden, um einen virtuellen ATM-Weg zum Senden von ATM-Zellen an eine Ziel-UNI 402 zu bestimmen. In weiteren Ausführungsformen der Erfindung kann von einer IP-Vermittlungsstelle 502 auch Adressierung höherer Schichten (zum Beispiel logische Ports gemäß Übertragungssteuerungsprogram (TCP) auf Schicht 4) als Grundlage für die Vermittlung von ATM-Zellen verwendet werden, um einen Weg durch das SPN 500 bereitzustellen. In weiteren Ausführungsformen der Erfindung verwendet eine IP-Vermittlungsstelle 502 IP-Adressen und/oder logische TCP-Ports, um Dienstgüte-(QOS)-Entscheidungen zu treffen.
  • In weiteren Ausführungsformen der Erfindung kann ein Endpunkt-Router 919 ein oder mehrere IP-Pakete in Frame-Relay-Frame 914 einschließen. In diesem Fall können die Frame-Relay-Frames zwischen einem Endpunkt-Router 919 und einer entsprechenden UNI 402 und/oder IP-Vermttlungsstelle 502 übertragen werden. Der Endpunkt-Router 919 schließt IP-Pakete 950 mit Frame-Relay-Frames 914 ein. Ferner kann der Endpunkt-Router 919 die DLCI jedes Frame-Relay-Frames 914 entsprechend einer bestimmten Dienstkategorie festlegen (wenn eine Dienstkategorie-DLCI verwendet wird), die der Anwender ausgewählt hat. Zum Beispiel können die verschiedenen Dienstkategorien das öffentliche Internet, Kommunikation über ein lokales Intranet, Kommunikation innerhalb einer geschlossenen Anwendergruppe (CUG), Kommunikation mit einem Extranet (zum Beispiel ein Netzwerk vertrauenswürdiger Anbieter oder Firmen-Handelspartner), Live-AudioNideo-Übertragung, Multicasting, Telefonie über Internetprotokoll (IP) oder irgendeine Kombination daraus sein. Somit wird das Konzept einer Frame-Relay-PVC durch Aspekte der vorliegenden Erfindung erheblich erweitert. Zum Beispiel ist der Standort eines vorgesehenen Endpunkt-Empfängers nicht unbedingt durch eine DLCI an den Endpunkt-Routern 919 bestimmt.
  • In weiteren Ausführungsformen der Erfindung kann eine UNI 402 Frame-Relay-Frames 914 von einem Endpunkt-Router 919 empfangen, teilt die Frame-Relay-Frames und schließt sie beispielsweise in kleinere ATM-Zellen fester Länge ein. Die UNI 402 kann ferner die Frame-Relay-DLCI in eine ATM-Adresse (zum Beispiel eine Kennung eines virtuellen Weges bzw. Kanals (VPI/VCI)) übersetzen. Es gibt verschiedene Verfahren, die zum Übersetzen von DLCIs in VPI/VCIs verwendet werden können. Zum Beispiel können der Netzwerk-Zusammenarbeitsstandard, wie in der Implementierungsvereinbarung Nr. 5 des Frame-Relay-Forums definiert, und/oder der Dienst-Zusammenarbeitsstandard, wie in der Implementierungsvereinbarung Nr. 8 des Frame-Relay-Forums definiert, verwendet werden. Eine einer Dienstkategorie-DLCI zugeordnete ATM-Adresse definiert einen virtuellen ATM-Weg über Netzwerkrouter zu einer IP-Vermittlungsstelle 502. Somit werden einer Dienstkategorie-DLCI zugeordnete ATM-Daten schließlich an eine IP-Vermittlungsstelle 502 gesendet. Aber einer herkömmlichen DLCI zugeordnete ATM-Daten können, müssen jedoch nicht an eine IP-Vernttlungsstelle 502 gesendet werden und können durch das Netzwerk weitergeleitet werden, ohne eine IP-Vermittlungsstelle 502 zu durchlaufen. Somit können sowohl übersetzte IP-Daten als auch herkömmliche PVC-Daten im SPN 500 und/oder WAN 1 vorliegen.
  • In anderen Ausführungsformen der Erfindung kann eine UNI 402 und/oder ein Netzwerkrouter 501 Daten an eine vorbestimmte IP-Vernttlungsstelle 502 senden. In wiederum anderen Ausführungsformen der Erfindung wählt eine UNI 402 und/oder ein Netzwerkrouter 501 auf der Grundlage eines Algorithmus (zum Beispiel auf der Grundlage des Netzwerk-Verkehrsflusses, der relativen Entfernung bzw. des Standorts einer IP-Vernttlungsstelle 502, der An der gesendeten Daten und/oder der ausgewählten Dienstkategorie) aus, an welche IP-Vermittlungsstelle 502 Daten gesendet werden sollen. In noch anderen Ausführungsformen der Erfindung können eine UNI 402, ein Netzwerkrouter 501 und/oder eine IP-Vermittlungsstelle 502 dieselben Daten an mehr als eine UNI 402, Netzwerkrouter 501 und/oder eine IP-Vermittlungsstelle 502 senden, abhängig beispielsweise von einer Dienstkategorie oder -kategorien.
  • In weiteren Ausführungsformen der Erfindung vergleichen eine UNI 402, eine IP-Vermittlungsstelle 502 und/oder ein Netzwerkrouter 501 eine ATM-VPI/VCI-303-305-Adresse mit einer IP-Adresse für dieselben Daten. Falls die zwei Adressen nicht übereinstimmen, dann kann die ATM-Zelle verworfen, an eine vorbestimmte Adresse gesendet und/oder an den sendenden Standort zurückgeschickt werden. In noch anderen Ausführungsformen der Erfindung können Schichten oberhalb der Schicht-3-IP-Schicht zur Erzeugung bzw. Unterscheidung von Adresse und/oder Dienstklasse verwendet werden. Zum Beispiel können Schicht 4 des ISO-Adressierungsschemas und/oder andere Daten auf Anwendungsniveau genutzt werden, um bestimmte Dienstklassen festzulegen.
  • Mit besonderem Bezug auf 9 wird der Weg der Anwenderdaten dargestellt, die durch ein beispielhaftes WAN 1 fließen. Wie im Frame-Relay-Fall erfordern Anwenderdaten auf der Anwendungsschicht und Schicht 4 das Hinzufügen eines Schicht-3-Netzwerk-Adreß-Headers. In der CPE wird auf der Grundlage von Information auf den Schichten 3 und 4 eine Entscheidung darüber getroffen, an welches virtuelle private Netzwerk (VPN), Dienstklasse oder herkömmliche PVC das Paket weitergeleitet werden soll. Somit kann ein Paket mit Schicht-4-Information, die anzeigt, daß es eine Telnet-(interaktive)-Anwendung ist, und einer Schicht-3-Information, die anzeigt, daß es eine interne Firmenadresse ist, an ein VPN A für eine gering verzögerte Intranet-Dienstklasse gehen. Ein anderes Paket, das Teil eines Dateitransferprotokoll-(FTP-)Dateitransfers ist, kann an ein VPN B mit einer niedrigeren Dienstklasse gehen, und ein drittes Paket, das sich zwischen zwei stark genutzten Anwendungen bewegt, kann an eine fest zugeordnete PVC D gehen. Diese Entscheidungen werden als unterschiedliche DLCI-Werte codiert, in den Schicht-2-Frame eingefügt und an die UNI gesendet.
  • In der UNI A 402 findet die Vermittlung auf der Grundlage der DLCI statt. Das Paket kann an eine IP-Vermittlungsstelle 502 im Zentrum des SPN 500 weitergeleitet werden. Das erste Paket wird von seinem Schicht-2-Frame befreit, während es an VPN A weitergeleitet wird. Innerhalb von VPN A wird nun die Schicht-3-Adresse verwendet, um Leitweglenkungs-Entscheidungen zu treffen, die das Paket an seine Ziel-UNI senden. Somit muß keine PVC vorzeitig für diesen Weg eingerichtet werden, und herkömmliche Leitweglenkungsverfahren und -protokolle können ebenso verwendet werden wie neuere Methoden der "verkürzten" Leitweglenkung. Dies ermöglicht dem VPN A, eine hohe "Konnektivitätsvermaschung" zwischen Standorten bereitzustellen, ohne daß der Kunde die "Vermaschung" wie eine große Zahl von PVCs konfigurieren und pflegen muß. Das an VPN B weitergeleitete Paket wird ähnlich behandelt, außer daß VPN B mit einer niedrigeren Dienstklasse (zum Beispiel höherer Verzögerung) implementiert ist. Schließlich behält das an PVC D weitergeleitete Paket seinen Schicht-2-Frame und durchläuft das Netzwerk als ein herkömmlicher Frame-Relay-Frame. Dies ermöglicht den Teilnehmern, ihre gegenwärtige Konnektivität durch PVCs für ihre stark genutzten Verkehrswege beizubehalten, aber dennoch eine hohe Konnektivitätsvermaschung durch verschiedene VPNs zu haben.
  • Somit können unter verschiedenen Aspekten der Erfindung das WAN 1 und/oder das SPN 500 ein beliebiges geeignetes schnelles Paketnetzwerk sein, das Frame-Relay-Datenpakete mit Anwenderdaten in einem Anwenderdatenfeld empfängt. Das WAN 1 und/oder das SPN 500 vermittelt dann Pakete unter Verwendung einer oder mehrerer IP-Vermittlungsstellen 502 als Antwort auf die Anwenderdaten. Die Anwenderdaten können dazu verwendet werden, auf der Grundlage der Anwenderdaten zwischen einer Vielzahl von unterschiedlichen Dienstkategorien zu unterscheiden. Die Leitweglenkung über das WAN 1 und/oder das SPN 500 kann auf mindestens eine der unterschiedlichen Dienstkategorien ansprechbar sein, einschließlich der Unterscheidung auf der Grundlage von Multicast-daten. Zusätzlich kann das WAN ein Adressfeld für schnelle Pakete als Antwort auf die IP-Paketdaten erzeugen und das IP-Paket durch das schnelle Paketnetzwerk als Antwort auf das Adressfeld für schnelle Pakete weiterleiten. Ferner kann die Schicht-4-Information genutzt werden, um die Dienstgüte zu bestimmen. Die Dienstgüte kann zum Beispiel folgendes oder eines von folgendem aufweisen: eine Informationsrate, Prioritätsinformation, Verzögerung, Verlust, Verfügbarkeit usw. Sicherheitsmerkmale können in die IP-Vermittlungsstelle implementiert werden, so daß Leitweglenkungstabellen für jeden der Anwender auf der Grundlage einer oder mehrerer Dienstkategorien und/oder Anwender getrennt werden. Auf diese Weise wird das System sicherer gemacht. Außerdem kann das System eine Vielzahl von Frame-Relay-Paketen über eine feste virtuelle Verbindung (PVC) an einem ersten Knoten in einem Asynchronübertragungsmodus-(ATM)-Netzwerk empfangen, eine ATM-Adresse auf der Grundlage eines anderen Datenfeldes als einer Sicherungsschichtadresse (DLCI) innerhalb der Frame-Relay-Datenpakete erzeugen und die Pakete auf der Grundlage der ATM-Adresse durch das ATM-Netzwerk weiterleiten. Das Weiterleiten von Paketen kann als Antwort auf eine aus einer Vielzahl von Dienstkategorien erfolgen. Das System kann getrennte Leitweglenkungstabellen innerhalb einer ATM-Vermittlungsstelle für jede aus einer Vielzahl von unterschiedlichen Dienstkategorien bereitstellen. Die unterschiedlichen Dienstkategorien können unter Verwendung von Internetprotokoll-(IP)-Daten innerhalb eines Datenfelds eines von der ATM-Vermittlungsstelle durchgelassenen Pakets bestimmt werden. In einem schnellen Paketnetzwerk kann eine schnelle Paketvermittlungsstelle eine Adresse eines schnellen Pakets mit einer im schnellen Paket enthaltenen Schicht-3-Internetprotokoll-(IP)-Adresse vergleichen und bestimmen, ob die Adresse des schnellen Pakets mit der Schicht-3-IP-Adresse übereinstimmt. Ferner können zur Sicherheit Hardware-Schaltkreise und/oder Software zur Überprüfung einer sendenden Adresse oder einer Zieladresse bereitgestellt werden. Ferner können Pakete als Antwort auf eine ermittelte Inkonsistenz verworfen werden. Das WAN 1 kann Teilnehmerstandort-Ausrüstung (CPE) und eine Asynchronübertragungsmodus-(ATM)-Vermittlungsstelle aufweisen, die mit der CPE verbunden ist und Frame-Relay-Datenpakete von ihr empfängt sowie Adressübersetzungsschaltungen zum Übersetzen von Sicherungsschichtadressen aus den Frame-Relay-Datenpaketen auf der Grundlage einer vorbestimmten Dienstkategorie, die einer bestimmten DLCI zugeordnet ist, in ATM-Adressen aufweist, die eine Vielzahl von virtuellen privaten Netzwerken darstellen; oder das WAN 1 kann Teilnehmerstandort-Ausrüstung (CPE) und eine schnelle Paketvermittlungsstelle aufweisen, die über eine oder mehrere feste virtuelle Verbindungen mit der CPE verbunden ist und Frame-Relay-Datenpakete empfängt, wobei die schnelle Paketvermittlungsstelle Adressübersetzungsschaltungen zum Übersetzen von Anwenderdaten innerhalb der Frame-Relay-Datenpakete in Adressen schneller Pakete aufweist.
  • In Ausführungsformen der vorliegenden Erfindung wird die Datensicherheit insofern verbessert, als Daten am Ziel einfach und genau auf Widersprüchlichkeiten überprüft werden können. Das liegt daran, daß diese Ausführungsformen unter Verwendung sowohl von Schicht-2- als auch von Schicht-3-Adressierungsinformation arbeiten. Zur Veranschaulichung nehme man an, daß ein Frame-Relay-Frame mit einer DLCI, die VPN 1 (zum Beispiel das Firmen-Intranet) kennzeichnet, in einer Netzwerk-Vermittlungsstelle bzw. einem Router mit einer IP-Adresse eines bestimmten Firmen-Buchhaltungssystems ankommt. Da der VPN-Prozessor jedoch über die DLCI des Pakets (und somit über Information über die Quelle des Pakets) verfügt, kann der VPN-Prozessor die DLCI mit der Quellen-IP-Adresse im Paket vergleichen, um zu sehen, ob die Quellen-IP-Adresse im vom Abgangsstandort bekannten Bereich liegt. Somit kann das mit der Manipulation von IP-Quelladressen verbundene Problem erheblich verringert werden.
  • In wiederum anderen Ausführungsformen der Erfindung können eine UNI 402, eine IP-Vermittlungsstelle 502 und/oder ein Netzwerkrouter 501 separate und/oder partitionierte Leitweglenkungs-Verweistabellen aufweisen. Leitweglenkungstabellen können auf der Grundlage von Dienstkategorie, Kunde bzw. Anwender und/oder UNI 402 getrennt werden. Somit kann in einigen Ausführungsformen ein Kunde oder Anwender innerhalb eines VPN eine individuelle Leitweglenkungstabelle haben, die die IP-Netzwerk-Adressinformation des Teilnehmers enthält. Da die DLCI die Quelle eines Frames kennzeichnet, kann die DLCI in einigen Ausführungsformen durch eine IP-Vermittlungsstelle, einen Netzwerkrouter und/oder UNI als Index verwendet werden, um zu bestimmen, welche Leitweglenkungstabelle zu verwenden ist. Dies ermöglicht Teilnehmern, Größe und Geschwindigkeit ihrer Leitweglenkungstabellen durch ihre individuellen Adressräume bestimmen zu lassen, was den Vorgang der Leitweglenkung erheblich beschleunigt. Die Verwendung getrennter Leitweglenkungstabellen sorgt auch für ein zusätzliches Maß an Sicherheit, da Pakete nicht aufgrund von Fehlern oder Aktualisierungen von Leitweglenkungsinformation, die andere Teilnehmer betrifft, fehlgeleitet werden können.
  • In einigen Ausführungsformen weist ein Router mehrere Datenraumabbildungen, gepaart mit einer einzigen Befehlsraumabbildung der Leitweglenkungssoftware, auf. Dadurch verwendet die Leitweglenkungssoftware, wenn beispielsweise Pakete vom Teilnehmer A ankommen, die Datenabbildung für eine dem Teilnehmer A zugeordnete Leitweglenkungstabelle, um ein Leitweglenkungs-Entscheidung zu treffen. In weiteren Ausführungsformen wird eine einzige Softwareabbildung verwendet, aber zusätzliche Indizes, die den Teilnehmer entsprechen, werden den Leitweglenkungstabellen zugefügt. In wiederum anderen Ausführungsformen werden die Befehlsausführung und die Datenverarbeitung separat verarbeitet. Dies kann durch die Verwendung von separaten Prozessoren bewältigt werden, einer zur Befehlsausführung und einer zur Datenverarbeitung.
  • 12 stellt ein beispielhaftes WAN 1 sowohl mit herkömmlichen Routern als auch mit IP-Vermittlungsstellen dar, das Aspekte der Erfindung aufnimmt. In diesem beispielhaften WAN 1 sind ein Leitweglenkungselement 1004 und eine Vermittlungsstelle 1003 mit Teilnehmerstandort A über eine Frame-Relay-Vermittlungsstelle 1001 verbunden. Leitweglenkungselement 1007 und Vermittlungsstelle 1006 sind mit Teilnehmerstandort B über Frame-Relay-Vermittlungsstelle 1009 verbunden. Leitweglenkungselement 1012 und Vermittlungsstelle 1014 sind mit Teilnehmerstandort C über Frame-Relay-Vermittlungsstelle 1016 verbunden. Leitweglenkungselement 1013 und Vermittlungsstelle 1015 sind mit Teilnehmerstandor D über Vermittlungsstelle 1017 verbunden. In diesem beispielhaften WAN 1 können eingehende Frames 1000 von Teilnehmerstandort A mit einer Schicht-2-DLCI, die ein VPN Nr. 1 spezifiziert, decodiert werden, wenn das Schicht-2-Ziel und eine Schicht-3-Adresse auf den Teilnehmerstandort B zeigen. In einem solchen Fall vermittelt Frame-Relay-Vermittlungsstelle 1001 die Frames über eine Frame-Relay-Verbindungsleitung 1002 an Vermittlungsstelle 1003, der Schicht-3-Leitweglenkungselement 1004 zugeordnet ist. Nachdem der Frame von Vermittlungsstelle 1003 empfangen wurde, wird der Frame an Router 1004 weitergeleitet, der wie oben beschrieben Abkürzungs-Leitweglenkung implementiert. Der Router 1003 bzw. die Vermittlungsstelle 1004 benutzt die Schicht-2-Information, um zwischen unterschiedlichen Quellenteilnehmer zu unterscheiden. Die Schicht-2-Information kann dann verworfen werden. Als nächstes wird die Schicht-3-Information in Kombination mit einer Leitweglenkungstabelle verwendet, um Leitweglenkungs-Entscheidungen zu treffen. In diesem Fall würden die Leitweglenkungs-Entscheidungen dazu führen, daß eine Schicht-3-PDU 1011 an Router 1006 bzw. Vermittlungsstelle 1007 weitergeleitet wird. Die Schicht-3-PDU 1011 wird dann in einen Schicht-2-Frame eingeschlossen, wobei der Frame in diesem Fall an Teilnehmerstandort B adressiert ist. Die Vermittlungsstelle 1006 leitet den Frame dann über eine Verbindungsleitung 1008 an Frame-Relay-Vermittlungsstelle 1009 weiter. Am Abgangsport von Frame-Relay-Vermittlungsstelle 1009 wird die DLCI von Frame-Relay-Frame 1010 durch einen Wert ersetzt, der anzeigt, daß der Frame in diesem Fall vom VPN Nr. 1 stammt. Der Frame-Relay-Frame 1010 wird dann an den Router von Kunde B übergeben.
  • Wenn der Dienst zunimmt, kann die Funktionalität zum Treffen der VPN-Leitweglenkungs-Entscheidungen näher an den Teilnehmer verlagert werden und schließlich in jedem Vermittlungsknoten vorhanden sein, wie in 13 gezeigt. Dies kann den Backhaul verringern, der zuvor nötig war, um zum Router bzw. zu den Vermittlungs-Verarbeitungsknoten zu gelangen, und optimale Leitweglenkung unter Verwendung aller Knoten im WAN 1 und/oder SPN 500 ermöglichen. In der beispielhaften Ausführungsform von 13 ist das VPN Nr. 1 mit den Teilnehmerstandorten A, B, C und D verbunden. Hier weist jeder Vermittlungsknoten eine Vermittlungsstelle 1501 und ein Leitweglenkungselement 1502 auf. Frame-Relay-Frames 1500 mit einer an den Teilnehmerstandort B gerichteten DLCI können vom Teilnehmerstandort A gesendet werden. In einem solchen Fall würden Frames 1503 durch das VPN Nr. 1 über Vermittlungsknoten 1501, 1502 gesendet und Frames 1504 würden am Teilnehmerstandort B empfangen werden.
  • In einigen Ausführungsformen kann ein ATM-Kernnetzwerk zum Datentransport verwendet werden, und Frame-Relay-Schnittstellen können verwendet werden, um mit dem Teilnehmer zu kommunizieren. Eine beispielhafte Ausführungsform, die ein ATM-Kernnetzwerk verwendet, ist in 14 dargestellt. In dieser Ausführungsform sind eine Vermittlungsstelle 2003 und ein Router 2004 mit Teilnehmerstandort A über Vermittlungsstelle 2000 und eine Frame-Relay/ATM-Konvertierungseinheit 2001 verbunden. Vermittlungsstelle 2019 und Router 2018 sind mit Teilnehmerstandort B über Vermittlungsstelle 2005 und Frame-Relay/ATM- Konvertierungseinheit 2006 verbunden. Vermittlungsstelle 2012 und Router 2010 sind mit Teilnehmerstandort C über Vermittlungsstelle 2015 und Frame-Relay/ATM-Konvertierungseinheit 2014 verbunden. Vermittlungsstelle 2013 und Router 2011 sind mit Teilnehmerstandort D über Vermittlungsstelle 2016 und Frame-Relay/ATM- Konvertierungseinheit 2017 verbunden. Angenommen, daß Teilnehmerstandort A Frames 2020 sendet, die für Teilnehmerstandort B bestimmt sind, dann können eingehende Schicht-2-Frames an Vermittlungsstelle 2000 zum Transport in ATM-Zellen eingeschlossen werden, beispielsweise gemäß dem Netzwerk-Zusammenarbeits-Standard. Eine solche Einschließung kann beispielsweise in der Konvertierungseinheit 2001 außerhalb von ATM-Vermittlungsstelle 2000 geschehen. ATM-Zellen 2002 können entlang einer zur Verarbeitung von VPN Nr. 1 bestimmten ATM-PVC abwärtsgesendet werden. Die ATM-Zellen 2002 können dann an Vermittlungsstelle 2003 und Router bzw. Vermittlungsstelle 2004 (die an Vermittlungsstelle 2003 angegliedert sein können) weitergeleitet werden, wo die ATM-Zellen wieder zusammengesetzt werden können, um Schicht-3-Paketinformation zur Leitweglenkung innerhalb von VPN Nr. 1 zu erhalten. Sobald die Adressinformation aus dem Schicht-3-Paket entnommen worden ist, kann das Paket wieder in ATM-Zellen 2009 segmentiert werden, die durch das Netzwerk übertragen werden können. Nachdem sie durch Router 2018 bzw. Vermittlungsstelle 2019 gesendet wurden, können die ATM-Zellen 2008 in der externen Konvertierungseinheit 2006 und Vermittlungsstelle 2005 von Zellen in Frames konvertiert werden. Teilnehmerstandort B würde dann Frame-Relay-Frames 2021 empfangen. Somit wäre ein Extra-Zyklus für Segmentierung und Wiederzusammenführung (SAR) erforderlich, wenn eine ATM-Grundstruktur mit einem Kern von Routern bzw. Vermittlungsstellen verwendet wird. Falls die VPN-Verarbeitung jedoch nach außen zu Vermittlungsstellen an der Peripherie gedrängt wird, kann der Extra-SAR-Zyklus eliminiert werden. Der Extra-SAR-Zyklus kann eliminiert werden, weil die Konvertierung von Frame-Relay-Frames in ATM-Zellen in derselben Einheit stattfinden kann, in der VPN-Leitweglenkungs-Entscheidungen getroffen werden.
  • Verkehrsverwaltung im WAN 1 und/oder SPN 500 kann mannigfaltig konfiguriert werden. Zum Beispiel kann aus Sicht eines Teilnehmers das WAN 1 und/oder das SPN 500 bestimmte Verkehrsraten für den Teilnehmer sicherstellen.
  • In einem Netzwerk kann Datenverkehr von mehreren Quellen an ein einziges Ziel (Sammeldienst) gesendet werden. Eine "Quelle" ist als die Anwender-Übertragungsseite beispielsweise einer UNI (das heißt, die Teilnehmerseite einer UNI, die außerhalb eines WAN und/oder eines VPN sein kann), einer Vermittlungsstelle, einer IP-Vermittlungsstelle und/oder eines Routers an oder in der Nähe der Peripherie eines Netzwerks definiert. Ein "Ziel" ist als Anwender-Empfangsseite beispielsweise einer UNI (das heißt, die Netzwerkseite einer UNI), einer Vermittlungsstelle, einer IP-Vermittlungsstelle und/oder eines Routers an oder in der Nähe der Peripherie eines Netzwerks definiert. Verkehr, der durch eine Quelle dem WAN 1 und/oder SPN 500 zur Übertragung angeboten wird, ist als "Verkehrsangebot" definiert. Ferner sind eine "VPN-Quelle" und ein "VPN-Ziel" eine Quelle beziehungsweise ein Ziel, die zu einem gegebenen VPN gehören. Eine gegebene UNI kann, wenn sie gleichzeitig sendet und empfängt, gleichzeitig Quelle und Ziel sein. Außerdem kann eine gegebene Quelle mehreren Zielen Datenverkehr anbieten, und ein gegebenes Ziel kann Verkehr von mehreren Quellen empfangen.
  • In einigen Ausführungsformen der Erfindung kann jedem Ziel eine vereinbarte Zustellrate (CDR) zugewiesen sein. Die CDR wird als die durchschnittliche Anzahl von Bits pro Sekunde definiert, die das WAN 1 und/oder SPN 500 an ein gegebenes Ziel zuzustellen verpflichtet ist, wobei der Durchschnitt über ein feststehendes oder variables Zeitfenster berechnet werden kann. Obwohl das Wort "Durchschnitt" durchgängig verwendet wird, kann jeder andere ähnliche Algorithmus verwendet werden, wie etwa der Mittelwert, die Summe oder jede(r) andere nützliche Messwert und/oder statistische Berechnung. Wenn die durchschnittliche Rate des gesamten Verkehrsangebots (das heißt, des Gesamtverkehrsangebots) von einer oder mehreren Quellen zu einem gegebenen Ziel größer oder gleich einer einem Ziel zugewiesenen CDR ist, dann kann das WAN 1 und/oder SPN 500 garantieren, an das Ziel gerichteten Verkehr mit einer durchschnittlichen Rate zuzustellen, die gleich oder größer als die CDR ist. Falls die durchschnittliche Rate des gesamten angebotenen Verkehrs kleiner als die CDR ist, dann kann das WAN 1 und/oder SPN 500 den angebotenen Verkehr mit der gesamten angebotenen Verkehrsrate (100 % des Verkehrsangebots) an das Ziel zustellen. Zur Verdeutlichung sei die Anzahl der aktiven Quellen, die Verkehr an einen bestimmten Ziel senden, N. Wie weiter unten ausführlicher beschrieben wird, kann eine Quelle während eines gegebenen Zeitfensters als "aktiv" bezeichnet werden, wenn die Quelle dem WAN 1 und/oder SPN 500 innerhalb des gegebenen Zeitfensters mindestens einen Schwellwert von Verkehr anbietet. Sei S; die durchschnittliche angebotene Verkehrsrate oder "Angebotsrate" von jeder Quelle i zu einem einzigen gegebenen Ziel, wobei i = [1, ..., N]. Ferner sei R die Gesamtrate, mit der das WAN 1 und/oder SPN 500 tatsächlich Verkehr an das Ziel zustellt. Dann sorgen das WAN 1 und/oder SPN 500 dafür, daß:
    Figure 00140001
  • Falls die gesamte angebotene Verkehrsrate ΣSi die CDR nicht überschreitet, dann können 100% des angebotenen Verkehrs von jeder Quelle i durch das WAN 1 und/oder SPN 500 an das Ziel zugestellt werden. Wenn jedoch die gesamte angebotene Verkehrsrate ΣSi die CDR überschreitet, dann können das WAN 1 und/oder SPN 500 nach eigenem Ermessen die Zustellrate an angebotenem Verkehr von einigen oder allen aktiven Quellen drosseln oder verringern. Die Zustell(rate) kann um einen solchen Betrag verringert werden, daß die Gesamtrate der Verkehrszustellung R an einen Ziel zumindest gleich der dem Ziel zugeordneten CDR ist. In der Situation, wenn R durch das Netzwerk verringert wird, kann es wünschenswert sein, "Gerechtigkeit" für jede Quelle durchzusetzen. Mit anderen Worten, es kann wünschenswert sein, sicherzustellen, daß es keiner einzigen Quelle gestattet ist, gierig zu sein, indem sie sich einen unverhältnismäßigen Betrag an Netzwerkbandbreite auf Kosten anderer Quellen aneignet.
  • Um gerechten Zugang zum WAN 1 und/oder SPN 500 zu gewährleisten, ist in bestimmten Ausführungsformen jeder Quelle mindestens ein Ziel-Ratenanteil (DRS) zugewiesen. Ein DRS ist eine Rate, die in Dateneinheiten pro Zeiteinheit (zum Beispiel Bits pro Sekunde) gemessen wird. Ein separater DRS und/oder eine Menge von DRS kann jeder Quelle und/oder Gruppe von Quellen zugewiesen sein. Ferner können der DRS oder die DRS für eine gegebene Quelle vom Ziel oder der Menge von Zielen abhängen, an die die Quelle den Verkehr senden kann. Mit anderen Worten, jeder Quelle i kann mindestens ein DRS; zugewiesen sein, der dem DRS entspricht, der zwischen einer Quelle i und einem gegebenen Ziel (oder einer Menge von Zielen) zugeteilt ist. Somit kann der DRS in bestimmten Ausführungsformen für eine gegebene Quelle unterschiedlich sein, abhängig davon, an welches Ziel sie den Verkehr sendet. In weiteren Ausführungsformen kann der DRS für eine gegebene Quelle konstant sein, unabhängig vom Ziel.
  • Wenn eine Quelle i Verkehr mit einer durchschnittlichen Rate Si anbietet, die die CDR eines bestimmten Ziels überschreitet, kann Gerechtigkeit erreicht werden, indem sichergestellt wird, daß es jeder Quelle gestattet ist, mindestens ihren gerechten Anteil an der CDR zu übertragen. Ein "gerechter Anteil" einer Quelle an der Ziel-CDR ist definiert als der DRS einer Quelle, geteilt durch den gesamten DRS der an ein gegebenes Ziel übertragenden aktiven Quellen. Somit kann der gerechte Anteil jeder aktiven Quelle ri der CDR wie folgt definiert werden:
    Figure 00150001
  • Die tatsächliche Netzwerk-Übertragungsrate Ti, die das WAN 1 und/oder das SPN 500 als entsprechenden Verkehr auswählt, der garantiert von jeder Quelle einen gegebenen Ziel zugestellt wird, kann folgende Bedingung erfüllen:
    Figure 00150002
  • Somit können in diesen Ausführungsformen das WAN 1 und/oder das SPN 500 Gerechtigkeit durchsetzen, indem die tatsächlichen Netzwerk-Übertragungsraten Ti einer oder mehrerer Quellen höchstens von Si auf ri verringert werden, wodurch sichergestellt wird, daß jede Quelle ihren gerechten Anteil an der CDR erhält. In einigen Ausführungsformen können zum Erreichen einer Rate von mindestens der CDR, das WAN 1 und/oder SPN 500 nach ihrem Ermessen Verkehr von einer gegebenen aktiven Quelle oder Quellen mit einer Rate größer als ri übertragen. Tatsächlich können das WAN 1 und/oder SPN 500 nach ihrem Ermessen Daten von einer Quelle i mit jeder Rate zwischen und einschließlich der gerechten Anteilsrate ri und der vollen angebotenen Rate Si übermitteln.
  • Wenn Si größer als Ti ist, kann eine Quelle des WAN 1 und/oder des SPN 500 als "nichtkonforme" Quelle betrachtet werden. Konformität einer Quelle kann berechnet werden, indem ein standardgemäßer Löchriger-Eimer-Algorithmus mit variabler Abflussrate verwendet wird. Somit wäre die konforme "Tiefe" eines "Eimers" DRSt*W. Mit anderen Worten, die maximale Anzahl von Bits, die an das Netzwerk innerhalb eines gegebenen Zeitfensters der Länge W gesendet werden, ist gleich DRSt*W Während eines gegebenen Zeitfensters der Länge Wt ist die "Abflussrate" des "Eimers" gleich Tt, das während vorangegangener Zeitfenster berechnet wurde. Somit können Datenpakete, die "oberhalb" der konformen Eimertiefe eingefügt wurden, als "nichtkonform" bezeichnet werden. Mit anderen Worten, für ein gegebenes Zeitfenster können Datenpakete, die die Gesamtzahl DRSt*W von Bits überschreiten, als nichtkonforme Datenpakete bezeichnet werden. In einer solchen Situation können einige oder alle Quellen-Datenpakete, die gleich der Differenz zwischen St und Tt sind, als nichtkonforme Datenpakete bezeichnet werden, und einige oder alle der nichtkonformen Datenpakete können verloren gehen.
  • Dies bedeutet nicht, daß Daten keine Bitratenhäufung bzw. -schwankung haben können. Obwohl beispielhafte Ausführungsformen so beschrieben wurden, daß sie unter Verwendung von Durchschnittsraten arbeiten, können Echtzeit-Raten innerhalb jedes gegebenen Zeitfensters der Länge W variieren. Somit ist eine gewisse Burstiness (Bitratenhäufung der Nutzdaten) zulässig. Diese maximale Burstiness ist die maximale Anzahl von Bits, die das WAN 1 und/oder das SPN 500 garantiert innerhalb eines Zeitfensters W übermitteln.
  • In weiteren Ausführungsformen der Erfindung können das WAN 1 und/oder das SPN 500 einem Ziel eine Vorwärtsüberlastungs-Mitteilung bereitstellen. Zum Beispiel können das WAN 1 und/oder das SPN 500 eine binäre Schicht-2-Mitteilung bereitstellen, daß die CDR überschritten wird, indem sie das Frame-Relay-Bit für explizite Vorwärtsüberlastungs-Mitteilungen (FECN-Bit) und/oder die Schicht-3- Nachricht verwendet, die eine nichtkonforme Quelle anzeigt und wahlfrei Rateninformation für diese Quelle enthält (zum Beispiel die tatsächliche Übertragungsrate Tt und/oder die Überschussrate St-Tt). Ferner können in einigen Ausführungsformen mehrere nichtkonforme Quellen aufgelistet werden, sogar innerhalb einer einzigen Nachricht. In diesen Ausführungsformen mit Vorwärtsüberlastungs-Mitteilung kann Konformität auf der Netzwerkseite eines Ziels gemessen werden. In einigen Ausführungsformen kann einem gegebenen Ziel eine Vorwärtsüberlastungs-Mitteilung zur Verfügung gestellt werden, wenn die Angebotsrate St einer aktiven Quelle, die anbietet, Verkehr zum Ziel zu senden, die tatsächliche Netzwerk-Übertragungsrate Ti für die Quelle überschreitet.
  • Nichtkonforme Pakete, die nicht am Abgangsport einer Quelle übertragen werden können, können mit oder ohne Mitteilung an die Quelle oder das Ziel verloren gehen. Um die Konformität einer Quelle zu messen, sollte der Anteil der Überschussbandbreite, der den Quellen zur Übertragung zum Ziel zur Verfügung steht, bestimmt werden. Um die Überschussbandbreite zu berechnen, sei Wj das j-te Zeitfenster. Die Überschussbandbreite oberhalb der gerechten Anteils-Bandbreite kann berechnet werden als
    Figure 00160001
    wobei M als die Anzahl möglicher Quellen definiert ist, von denen ein Ziel Verkehr empfangen kann, und wobei B als eine vorbestimmte Referenzrate definiert ist. Die Einführung der Referenzrate B reserviert Netzwerkbandbreite effektiv für eine inaktive Quelle, womit sichergestellt wird, daß eine vorher inaktive Quelle, die aktiv wird, während einer Zeitperiode Wj wenigstens etwas Verkehr durch das Netzwerk senden kann. Insbesondere können das WAN 1 und/oder das SPN 500 sicherstellen, daß das Tt jeder Quelle garantiert mindestens eine minimale Referenzrate B ist. In dieser Situation wird eine Quelle während Wj als aktiv betrachtet, wenn mehr als B*Wj-Dateneinheiten (zum Beispiel Bits) während W empfangen werden. Es ist wünschenswert, B im Vergleich zu St als relativ klein zu definieren, um soviel Überschussbandbreite wie möglich übrigzubehalten, aber als immer noch groß genug zu definieren, um die Verfügbarkeit des Netzwerks für eine nichtaktive Quelle (nichtsendende Quelle in Bezug auf ein gegebenes Ziel), die später in Bezug auf ein gegebenes Ziel aktiv werden könnte, sicherzustellen. In einigen Ausführungsformen kann B eine vorbestimmte Rate sein. In anderen Ausführungsformen kann B sich mit der Zeit, mit der Anzahl inaktiver Quellen, mit der Anzahl aktiver Quellen und/oder mit der Gesamtzahl von Quellen ändern. In wieder anderen Ausführungsformen kann B für eine Quelle von einer Prioritätsklassifizierung abhängen, die der Quelle zugeordnet ist. Wenn in wiederum anderen Ausführungsformen eine vorher inaktive Quelle aktiv wird, kann die der Quelle zugewiesene Priorität vom Inhalt (zum Beispiel Datennutzlast, DLCI und/oder Adresse) der zur Übertragung angebotenen Daten abhängen. Somit muß B nicht für jede Quelle gleich sein.
  • Wenn die Überschussbandbreite bestimmt worden ist, können die maximalen konformen tatsächlichen Netzwerkübertragungsraten Tt berechnet werden. Um dies durchzuführen, kann Tt für jede Quelle zuerst durch Vorgabe auf min(rt, St) gesetzt werden. Dann kann die Überschussbandbreite E unter einigen oder allen Quellen aufgeteilt werden, die aktiv an das gegebene Ziel übertragen, wodurch Tt für diese Quellen nachgeregelt oder angehoben wird. In einigen Ausführungsformen kann die Überschussbandbreite einheitlich unter einigen oder allen aktiven Quellen aufgeteilt werden. In anderen Ausführungsformen kann die Überschussbandbreite unter diesen Quellen gemäß der Quellenpriorität, Datenpriorität und/oder DLCI aufgeteilt werden.
  • In weiteren Ausführungsformen der Erfindung können das WAN 1 und/oder das SPN 500 einem Ziel eine Rückwärtsüberlastungs-Mitteilung bereitstellen. Eine solche Mitteilung kann in Form einer Schicht-2- und/oder Schicht-3-Nachricht erfolgen, die ein Ziel oder Ziele anzeigt, für die die nichtkonforme Quelle Tt und/oder die Rateninformation für die nichtkonforme Quelle (zum Beispiel die tatsächlich übertragene Rate Tt und/oder die Überschussrate St-Tt) überschreitet. Jedoch kann eine Schicht-2-Mitteilung selbst nicht bevorzugt sein, da eine Quelle, die nur eine Schicht-2-Mitteilung empfängt, nicht in der Lage sein kann, zu unterscheiden zwischen Zielen, mit denen die Quelle konform ist und Zielen, mit denen sie nicht konform ist. In einigen Ausführungsformen kann eine Rückwärtsüberlastungs-Mitteilung einer gegebenen aktiven Quelle bereitgestellt werden, wenn die Angebotsrate St der Quelle die tatsächliche Netzwerk-Übertragungsrate Tt für die Quelle überschreitet. In weiteren Ausführungsformen kann ein Anwender an einer nichtkonformen Quelle von Überlastungsinformation, der zugewiesenen CDR, DRSt, rt und/oder Tt benachrichtigt werden. In wiederum anderen Ausführungsformen kann es dem Anwender überlassen sein, zu entscheiden, wie er auf eine Überlastungsmitteilung reagiert. In noch anderen Ausführungsformen kann eine Quelle ihre Angebotsrate St als Antwort auf den Empfang einer Rückwärtsüberlastungs-Mitteilung verringern.
  • In diesen Ausführungsformen mit Rückwärtsüberlastungs-Mitteilung kann Konformität auf der Netzwerkseite der Quellen-UNI implementiert werden. In solchen Ausführungsformen kann eine Rückmeldung bezüglich der Ziel-Zustellrate vom Ziel gefordert werden. Die Rückmeldung kann auch Information bezüglich des Ratenanteils der aktiven Quellen am Ziel und/oder der CDR geteilt durch die Gesamtrate enthalten.
  • Wenngleich beispielhafte Systeme und Verfahren, die die vorliegende Erfindung verkörpern, anhand von Beispielen dargestellt sind, ist es natürlich verständlich, daß die Erfindung nicht auf diese Ausführungsformen beschränkt ist. Modifikationen sind für den Fachmann möglich, insbesondere im Licht der vorangegangenen Lehren. Zum Beispiel kann jedes der Elemente der zuvor erwähnten Ausführungsformen allein oder in Kombination mit anderen Elementen der anderen Ausführungsformen verwendet werden. Obwohl außerdem in den Beispielen ein vermaschtes Netzwerk dargestellt ist, sind die durch die beigefügten Ansprüche definierten Erfindungen nicht unbedingt darauf beschränkt. Ferner kann die IP-Vermittlungsstelle von jedem IP-artigen Protokoll höherer Schicht in jedes Protokoll nach Art der schnellen Paketvermittlung konvertieren und ist nicht unbedingt auf das oben bereitgestellte ATM/IP-Beispiel beschränkt. Ferner werden Beispiele von Schritten, die bei der Implementierung verschiedener Aspekte der Erfindung ausgeführt werden können, in Verbindung mit dem Beispiel einer physischen Ausführungsform, wie in 5 dargestellt, beschrieben. Jedoch sind Schritte bei der Implementierung des Verfahrens der Erfindung nicht darauf beschränkt. Zusätzlich wird für den Fachmann folgendes ersichtlich: Wenngleich die Beispiele unter Verwendung des IP-Protokolls für Schicht Drei abgeleitet worden sind, könnte jede Version von IP oder IPX als das weiterleitbare Schicht-Drei-Protokoll verwendet werden. Ferner wird verständlich, daß, wenngleich einige Beispiele von Implementierungen oben in bezug auf IP- und ATM-Protokolle beschrieben sind, die Erfindung nicht allein darauf beschränkt sein soll, und daß andere Protokolle, die mit Aspekten der Erfindung kompatibel sind, ebenso gut verwendet werden können.
  • Wenn technische Merkmalen, die in einem beliebigen Anspruch dargelegt sind, von Bezugszeichen gefolgt werden, sind diese Bezugszeichen ausschließlich zum Zweck der besseren Verständlichkeit der Ansprüche eingefügt worden, und folglich haben solche Bezugszeichen keinerlei einschränkende Wirkung auf den Schutzbereich jedes Elements, das zu Beispielzwecken durch Bezugszeichen gekennzeichnet ist.

Claims (17)

  1. Verfahren mit den folgenden Schritten: Empfangen von Datenpaketen in einem schnellen Paketnetzwerk (1, 500), wobei die Datenpakete Kopfdaten in einem Kopfdatenfeld (HEADER) und Anwenderdaten in einem Anwenderdatenfeld umfassen, wobei die Kopfdaten einen Dienstkategorie-Indikator umfassen; und Vermitteln der Datenpakete in dem schnellen Paketnetzwerk als Antwort auf den Dienstkategorie-Indikator, der in den Kopfdaten enthalten ist, wobei jeder Dienstkategorie-Indikator einem aus einer Vielzahl von Zielen entspricht.
  2. Verfahren nach Anspruch 1, ferner mit dem folgenden Schritt: Weiterleiten als Antwort auf die Anwenderdaten.
  3. Verfahren nach Anspruch 2, ferner mit dem folgenden Schritt: Weiterleiten innerhalb eines virtuellen privaten Netzwerks (VPN A, VPN B) als Antwort auf die Anwenderdaten.
  4. Verfahren nach Anspruch 2, ferner mit dem folgenden Schritt: Weiterleiten innerhalb eines virtuellen privaten Netzwerks, wobei das virtuelle private Netzwerk Handelspartner umfaßt, als Antwort auf die Anwenderdaten.
  5. Verfahren nach Anspruch 2, ferner mit dem folgenden Schritt: Weiterleiten innerhalb einer geschlossenen Anwendergruppe als Antwort auf die Anwenderdaten.
  6. Verfahren nach Anspruch 2, ferner mit dem folgenden Schritt: Unterscheiden zwischen einer Vielzahl von Dienstkategorien auf der Grundlage der Kopfdaten, so daß Pakete mit einem ersten Dienstkategorie-Indikator eine erste Dienstgüte (QoS) erhalten und Pakete mit einem zweiten Dienstkategorie-Indikator eine zweite QoS erhalten.
  7. Verfahren nach Anspruch 2, wobei die Anwenderdaten Rundsendedaten umfassen.
  8. Verfahren nach Anspruch 2, wobei die Anwenderdaten Sprachdaten umfassen.
  9. Verfahren nach Anspruch 2, wobei die Anwenderdaten Videodaten umfassen.
  10. Verfahren nach Anspruch 2, wobei die Anwenderdaten eine IP-Adresse umfassen.
  11. Verfahren nach Anspruch 1, wobei die Datenpakete Frame-Relay-Datenpakete umfassen.
  12. Verfahren nach Anspruch 1, wobei die Datenpakete Asynchronübertragungsmodus-Datenpakete sind.
  13. Verfahren mit den folgenden Schritten: Empfangen von Frame-Relay-Datenpaketen in einem schnellen Paketnetzwerk (1, 500) und Vermitteln der Frame-Relay-Daten-Pakete innerhalb des schnellen Paketnetzwerks als Antwort auf eine Sicherungsschichtadresse (DLCI), wobei jede DLCI einer Gruppe von Zielen entspricht.
  14. Verfahren nach Anspruch 13, wobei die Gruppe von Zielen ein virtuelles privates Netzwerk (VPN A, VPN B) umfaßt.
  15. Verfahren nach Anspruch 14, wobei jedes Frame-Relay-Datenpaket Anwenderdaten in einem Anwenderdatenfeld umfaßt, wobei das Verfahren ferner den folgenden Schritt umfaßt: Weiterleiten der Frame-Relay-Datenpakete innerhalb des virtuellen privaten Netzwerks als Antwort auf die Anwenderdaten.
  16. Verfahren nach Anspruch 15, wobei die Anwenderdaten Sprachdaten, Videodaten oder Rundsendedaten umfassen.
  17. Verfahren nach Anspruch 15, wobei die Anwenderdaten eine IP-Adresse umfassen.
DE69828112T 1997-07-03 1998-06-26 Rahmenrelaisgeschalteter Datendienst Expired - Lifetime DE69828112T2 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US5156497P 1997-07-03 1997-07-03
US51564P 1997-07-03
US08/988,159 US6081524A (en) 1997-07-03 1997-12-10 Frame relay switched data service
US988159 1997-12-10

Publications (2)

Publication Number Publication Date
DE69828112D1 DE69828112D1 (de) 2005-01-20
DE69828112T2 true DE69828112T2 (de) 2006-02-02

Family

ID=26729564

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69828112T Expired - Lifetime DE69828112T2 (de) 1997-07-03 1998-06-26 Rahmenrelaisgeschalteter Datendienst

Country Status (5)

Country Link
US (8) US6081524A (de)
EP (1) EP0889667B1 (de)
JP (1) JP3484075B2 (de)
CA (1) CA2237659C (de)
DE (1) DE69828112T2 (de)

Families Citing this family (109)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6847611B1 (en) * 1990-12-10 2005-01-25 At&T Corp. Traffic management for frame relay switched data service
US6463477B1 (en) * 1996-09-27 2002-10-08 Mci Communications Corporation Detection of presence of multiprotocol encapsulation in a data packet
US6446125B1 (en) * 1997-03-28 2002-09-03 Honeywell International Inc. Ripple scheduling for end-to-end global resource management
US6389023B1 (en) * 1997-04-07 2002-05-14 Kabushiki Kaisha Toshiba Router device and frame transfer method using datalink layer frame switching
US6081524A (en) 1997-07-03 2000-06-27 At&T Corp. Frame relay switched data service
JP3413788B2 (ja) * 1997-09-25 2003-06-09 日本電信電話株式会社 層間のフロー制御を行う通信プロトコルを持つ通信方法およびデータ通信端末
US6463475B1 (en) * 1997-09-26 2002-10-08 3Com Corporation Method and device for tunnel switching
US6339595B1 (en) * 1997-12-23 2002-01-15 Cisco Technology, Inc. Peer-model support for virtual private networks with potentially overlapping addresses
US7369556B1 (en) 1997-12-23 2008-05-06 Cisco Technology, Inc. Router for virtual private network employing tag switching
JP3384319B2 (ja) * 1998-03-27 2003-03-10 日本電気株式会社 仮想専用網構築システム
US6430196B1 (en) * 1998-05-01 2002-08-06 Cisco Technology, Inc. Transmitting delay sensitive information over IP over frame relay
US7095740B1 (en) * 1998-06-30 2006-08-22 Nortel Networks Limited Method and apparatus for virtual overlay networks
US6560228B2 (en) * 1998-07-01 2003-05-06 Agilent Technologies, Inc. Generation of informative MAC headers for analysis of ATM routed LAN frames
US6862622B2 (en) * 1998-07-10 2005-03-01 Van Drebbel Mariner Llc Transmission control protocol/internet protocol (TCP/IP) packet-centric wireless point to multi-point (PTMP) transmission system architecture
US6594246B1 (en) 1998-07-10 2003-07-15 Malibu Networks, Inc. IP-flow identification in a wireless point to multi-point transmission system
US6628629B1 (en) 1998-07-10 2003-09-30 Malibu Networks Reservation based prioritization method for wireless transmission of latency and jitter sensitive IP-flows in a wireless point to multi-point transmission system
US6640248B1 (en) 1998-07-10 2003-10-28 Malibu Networks, Inc. Application-aware, quality of service (QoS) sensitive, media access control (MAC) layer
US6452915B1 (en) * 1998-07-10 2002-09-17 Malibu Networks, Inc. IP-flow classification in a wireless point to multi-point (PTMP) transmission system
US6680922B1 (en) 1998-07-10 2004-01-20 Malibu Networks, Inc. Method for the recognition and operation of virtual private networks (VPNs) over a wireless point to multi-point (PtMP) transmission system
US6590885B1 (en) 1998-07-10 2003-07-08 Malibu Networks, Inc. IP-flow characterization in a wireless point to multi-point (PTMP) transmission system
US6516417B1 (en) * 1998-08-07 2003-02-04 Nortel Networks, Limited Virtual private networks
US6205488B1 (en) * 1998-11-13 2001-03-20 Nortel Networks Limited Internet protocol virtual private network realization using multi-protocol label switching tunnels
FI106499B (fi) * 1998-12-29 2001-02-15 Nokia Networks Oy Tiedonsiirtomenetelmä ja verkkoelementti
US7307990B2 (en) * 1999-01-19 2007-12-11 Cisco Technology, Inc. Shared communications network employing virtual-private-network identifiers
US6993021B1 (en) * 1999-03-08 2006-01-31 Lucent Technologies Inc. Lightweight internet protocol encapsulation (LIPE) scheme for multimedia traffic transport
US7243143B1 (en) * 1999-03-25 2007-07-10 Nortel Networks Limited Flow probe connectivity determination
US7167860B1 (en) 1999-03-25 2007-01-23 Nortel Networks Limited Fault tolerance for network accounting architecture
US6788692B1 (en) 1999-05-03 2004-09-07 Nortel Networks Limited Network switch load balancing
US6667967B1 (en) 1999-05-14 2003-12-23 Omninet Capital, Llc High-speed network of independently linked nodes
JP4110671B2 (ja) 1999-05-27 2008-07-02 株式会社日立製作所 データ転送装置
US6557044B1 (en) 1999-06-01 2003-04-29 Nortel Networks Limited Method and apparatus for exchange of routing database information
US6292485B1 (en) * 1999-06-03 2001-09-18 Fujitsu Network Communications, Inc. In-band management control unit software image download
AU6002600A (en) 1999-07-19 2001-02-05 British Telecommunications Public Limited Company Routing in a packet switching network with mobile terminals
AU6002500A (en) * 1999-07-19 2001-02-05 British Telecommunications Public Limited Company Telecommunications routing
DE60027566T2 (de) 1999-07-19 2007-01-25 British Telecommunications Public Ltd. Co. Leitweglenkung für Telekommunikation
US6721270B1 (en) * 1999-08-09 2004-04-13 Lucent Technologies Inc. Multicommodity flow method for designing traffic distribution on a multiple-service packetized network
US7072964B1 (en) * 1999-08-31 2006-07-04 Science Applications International Corporation System and method for interconnecting multiple virtual private networks
US6760771B1 (en) * 1999-10-21 2004-07-06 International Business Machines Corporation Method and system for optimally dispatching internetwork traffic
US6717944B1 (en) * 1999-11-10 2004-04-06 Nortel Networks Corporation System, device, and method for allocating virtual circuits in a communication network
US20010030971A1 (en) * 2000-01-05 2001-10-18 Moody Francis A. Parallel interconnect implemented with hardware
AU2001231040A1 (en) * 2000-01-20 2001-07-31 Mci Worldcom, Inc. Intelligent policy server system and method for bandwidth control in an atm network
US6931003B2 (en) * 2000-02-09 2005-08-16 Bookline Flolmstead Llc Packet prioritization protocol for a large-scale, high speed computer network
US6574195B2 (en) 2000-04-19 2003-06-03 Caspian Networks, Inc. Micro-flow management
CA2412914A1 (en) * 2000-06-14 2001-12-20 Geoffrey Mattson Offering differentiated services
US6721353B1 (en) * 2000-06-21 2004-04-13 Cisco Technology, Inc. Network compatibility
FI20001553A (fi) * 2000-06-29 2001-12-30 Nokia Networks Oy Menetelmä ja laite datapakettien reititykseen viestintäverkoissa
US7111163B1 (en) 2000-07-10 2006-09-19 Alterwan, Inc. Wide area network using internet with quality of service
JP2002064565A (ja) * 2000-08-23 2002-02-28 Fujitsu Ltd 通信モード切替方法および交換機
US7032027B1 (en) * 2000-10-13 2006-04-18 Lucent Technologies Inc. Method of processing nested message layers
AU2001295809A1 (en) 2000-10-26 2002-05-06 British Telecommunications Plc Telecommunications routing
CN1471783A (zh) 2000-10-26 2004-01-28 ���˹���Ѷ��� 电信路由选择
US6925080B2 (en) * 2000-10-27 2005-08-02 International Business Machines Corporation Method of updating an inverse ARP table in an IP network over a partially meshed frame relay network
US6882646B2 (en) * 2000-10-27 2005-04-19 International Business Machines Corporation IP network over a partially meshed frame relay network
US6993043B1 (en) * 2000-11-13 2006-01-31 At&T Corp. End-to-end prioritized data delivery on networks using IP over frame relay
JP4723077B2 (ja) * 2000-11-13 2011-07-13 沖電気工業株式会社 アドレス変換機能付き通信装置およびマルチメディア通信方法
US7092389B2 (en) 2001-01-30 2006-08-15 At&T Corp. Technique for ethernet access to packet-based services
US7120150B2 (en) 2001-01-30 2006-10-10 At & T Corp. Technique for ethernet access to packet-based services
US8670446B2 (en) * 2001-01-30 2014-03-11 At&T Intellectual Property Ii, L.P. Technique for Ethernet access to packet-based services
GB2372670B (en) * 2001-02-27 2003-01-08 3Com Corp Optimisation of network configuration
US6993050B2 (en) 2001-03-14 2006-01-31 At&T Corp. Transmit and receive system for cable data service
US6901052B2 (en) 2001-05-04 2005-05-31 Slt Logic Llc System and method for policing multiple data flows and multi-protocol data flows
US6944168B2 (en) * 2001-05-04 2005-09-13 Slt Logic Llc System and method for providing transformation of multi-protocol packets in a data stream
US6904057B2 (en) * 2001-05-04 2005-06-07 Slt Logic Llc Method and apparatus for providing multi-protocol, multi-stage, real-time frame classification
US7164658B1 (en) * 2001-10-15 2007-01-16 Cisco Technology, Inc. Distribution of data transfer load when transmitting layer-3 datagrams on a layer-2 network
US20050002388A1 (en) * 2001-10-29 2005-01-06 Hanzhong Gao Data structure method, and system for multimedia communications
KR20040076856A (ko) * 2001-10-29 2004-09-03 엠피네트 인터네셔널, 인크. 멀티미디어 통신을 위한 시스템, 방법 및 데이터 구조
GB0127650D0 (en) * 2001-11-19 2002-01-09 Nokia Corp Improvements in and relating to content delivery
US8045565B1 (en) 2001-11-20 2011-10-25 Brookline Flolmstead Llc Method and apparatus for an environmentally hardened ethernet network system
US7533183B1 (en) * 2001-12-28 2009-05-12 Nortel Networks Limited Central control of multiple address domains within a router
US7102997B2 (en) * 2002-03-04 2006-09-05 Fujitsu Limited Aggregate rate transparent LAN service for closed user groups over optical rings
JP2004140776A (ja) * 2002-07-12 2004-05-13 Nec Corp ネットワークにおけるフレーム転送方法及びノード、フレーム転送プログラム
DE10233954B4 (de) * 2002-07-25 2008-02-28 Nokia Siemens Networks Gmbh & Co.Kg Verfahren, Kommunikationsanordnung und Kommunikationseinrichtung zum Übermitteln von Datenzellen über ein paketorientiertes Kommunikationsnetz
GB0230330D0 (en) * 2002-12-31 2003-02-05 British Telecomm Communications routing
US20030108030A1 (en) * 2003-01-21 2003-06-12 Henry Gao System, method, and data structure for multimedia communications
US9110853B2 (en) * 2003-03-10 2015-08-18 Oracle America, Inc. Computer system with multiple classes of device IDs
JP4157409B2 (ja) * 2003-03-31 2008-10-01 富士通株式会社 仮想パス構築装置および仮想パス構築方法
US7251216B2 (en) * 2003-04-23 2007-07-31 At&T Corp. Methods and systems for configuring voice over internet protocol network quality of service
JP4029790B2 (ja) * 2003-07-09 2008-01-09 ブラザー工業株式会社 パケット通信制御装置及びパケット通信制御方法
US8046463B1 (en) * 2003-08-27 2011-10-25 Cisco Technology, Inc. Method and apparatus for controlling double-ended soft permanent virtual circuit/path connections
JP2007532043A (ja) * 2003-11-04 2007-11-08 ネクストホップ テクノロジーズ,インク ワイドエリアネットワークを横切る安全なスタンダードベースの通信
US8009668B2 (en) * 2004-08-17 2011-08-30 Hewlett-Packard Development Company, L.P. Method and apparatus for router aggregation
JP4782799B2 (ja) * 2004-12-17 2011-09-28 エヌエイチエヌ コーポレーション 通信ネットワークシステム及びこれを用いたサービス間のデータ送受信方法。
KR100670661B1 (ko) * 2004-12-24 2007-01-17 엔에이치엔(주) 버스형 네트워크 구조의 통신 네트워크 시스템 및 이를이용한 메시지 라우팅 방법
US8059660B2 (en) * 2005-04-22 2011-11-15 Nextel Communications Inc. Communications routing systems and methods
WO2007071004A1 (en) * 2005-12-20 2007-06-28 Bce Inc. Apparatus and method for supporting multiple traffic categories at a single networked device
US20070171825A1 (en) * 2006-01-20 2007-07-26 Anagran, Inc. System, method, and computer program product for IP flow routing
US8547843B2 (en) * 2006-01-20 2013-10-01 Saisei Networks Pte Ltd System, method, and computer program product for controlling output port utilization
US7929962B2 (en) * 2006-05-01 2011-04-19 Alcatel-Lucent Usa Inc. Method for controlling radio communications during idle periods in a wireless system
US7817558B2 (en) * 2006-05-19 2010-10-19 Cisco Technology, Inc. Flow based flow control in an ethernet switch backplane
US7796521B2 (en) * 2006-11-09 2010-09-14 Alcatel-Lucent Usa Inc. Method and apparatus for policing bandwidth usage for a home network
EP1953959A1 (de) * 2007-02-01 2008-08-06 British Telecommunications Public Limited Company Datenkommunikation
US7916647B2 (en) * 2007-11-07 2011-03-29 Brocade Communications Systems, Inc. Automatic adjustment of logical channels in a fibre channel network
JP4535122B2 (ja) * 2007-12-27 2010-09-01 株式会社日立製作所 データ転送装置、方法及びシステム
US9049141B2 (en) 2008-12-22 2015-06-02 At&T Intellectual Property I, L.P. User-controlled network video management
US8990610B2 (en) * 2010-03-12 2015-03-24 International Business Machines Corporation Preferred resource selector
WO2013105991A2 (en) 2011-02-17 2013-07-18 Sable Networks, Inc. Methods and systems for detecting and mitigating a high-rate distributed denial of service (ddos) attack
US9485164B2 (en) 2012-05-14 2016-11-01 Sable Networks, Inc. System and method for ensuring subscriber fairness using outlier detection
US10187309B1 (en) * 2012-08-20 2019-01-22 Amazon Technologies, Inc. Congestion mitigation in networks using flow-based hashing
US10182010B1 (en) * 2012-08-20 2019-01-15 Amazon Technologies, Inc. Flow collision avoidance
US9509616B1 (en) 2014-11-24 2016-11-29 Amazon Technologies, Inc. Congestion sensitive path-balancing
US10038741B1 (en) 2014-11-24 2018-07-31 Amazon Technologies, Inc. Selective enabling of sequencing for encapsulated network traffic
US9794943B1 (en) 2014-12-18 2017-10-17 Sprint Spectrum L.P. Dynamic scheduling based on carrier aggregation capabilities
US10149125B1 (en) 2015-04-10 2018-12-04 Sprint Spectrum L.P. Dynamic adjustment of uplink coordinated multipoint service
US10432368B1 (en) 2015-04-17 2019-10-01 Sprint Spectrum L.P. Balancing of transmission time interval bundling and coordinate multipoint
US9554375B1 (en) 2015-05-01 2017-01-24 Sprint Spectrum L.P. Sector selection for coordinated multipoint based on application type
US10009277B2 (en) * 2015-08-04 2018-06-26 Mellanox Technologies Tlv Ltd. Backward congestion notification in layer-3 networks
US10237376B2 (en) 2015-09-29 2019-03-19 Mellanox Technologies, Ltd. Hardware-based congestion control for TCP traffic
US10211907B1 (en) 2016-05-26 2019-02-19 Sprint Spectrum L.P. Coordinated multipoint mode selection for relay base station
US10237759B1 (en) 2017-03-29 2019-03-19 Sprint Spectrum L.P. Coordinated multipoint set selection based on donor status

Family Cites Families (278)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4018993A (en) 1974-04-19 1977-04-19 Telefonaktiebolaget L M Ericsson Telephone system comprising a satellite
US4135156A (en) 1974-06-20 1979-01-16 Sanders Associates, Inc. Satellite communications system incorporating ground relay station through which messages between terminal stations are routed
US4181886A (en) 1977-08-22 1980-01-01 Communications Satellite Corporation Distribution control unit providing simultaneous hybrid FDMA and SS-TDMA operation in a transitional satellite switched system
US4521879A (en) 1977-11-25 1985-06-04 Klaus Gueldenpfennig Digital private branch exchange
US4285064A (en) 1979-09-28 1981-08-18 Ibm Corporation TDMA Satellite communication system
US4301533A (en) 1979-11-27 1981-11-17 Bell Telephone Laboratories, Incorporated Technique for increasing the rain margin of a TDMA satellite communication system
US4319353A (en) 1980-02-29 1982-03-09 Ibm Corporation Priority threaded message burst mechanism for TDMA communication
US4346470A (en) 1980-03-21 1982-08-24 Ibm Corporation Initial acquisition of synchronization for a station in a TDMA satellite communication network
US4320504A (en) 1980-03-07 1982-03-16 Ibm Corporation Mechanism for synchronization of data ports in TDMA communication
US4332026A (en) 1980-03-07 1982-05-25 Ibm Corporation Multiple data rate digital switch for a TDMA communications controller
US4328543A (en) 1980-03-25 1982-05-04 Ibm Corporation Control architecture for a communications controller
US4330857A (en) 1980-02-29 1982-05-18 Ibm Corporation Dynamically variable priority, variable position channels in a TDMA burst
US4507781A (en) 1980-03-14 1985-03-26 Ibm Corporation Time domain multiple access broadcasting, multipoint, and conferencing communication apparatus and method
US4307461A (en) 1980-03-25 1981-12-22 Ibm Corporation Call processor for a satellite communications controller
US4381562A (en) 1980-05-01 1983-04-26 Bell Telephone Laboratories, Incorporated Broadcast type satellite communication systems
US4377793A (en) 1981-01-13 1983-03-22 Communications Satellite Corporation Digital adaptive finite impulse response filter with large number of coefficients
US4468727A (en) 1981-05-14 1984-08-28 Honeywell Inc. Integrated cellular array parallel processor
JPS57201351A (en) 1981-06-03 1982-12-09 Nec Corp Digital burst signal communicating system
US4516156A (en) 1982-03-15 1985-05-07 Satellite Business Systems Teleconferencing method and system
US4587651A (en) 1983-05-04 1986-05-06 Cxc Corporation Distributed variable bandwidth switch for voice, data, and image communications
US4679191A (en) 1983-05-04 1987-07-07 Cxc Corporation Variable bandwidth switching system
US4597077A (en) 1983-05-04 1986-06-24 Cxc Corporation Integrated voice/data/control switching system
US4536874A (en) 1983-07-21 1985-08-20 Stoffel James C Bandwidth efficient multipoint data communication system
CA1227844A (en) 1983-09-07 1987-10-06 Michael T.H. Hewitt Communications network having a single node and a plurality of outstations
US4599647A (en) 1983-11-03 1986-07-08 General Instrument Corporation Receiver with interface for interaction with controller-decoder
EP0166892B1 (de) 1984-07-03 1988-07-13 ANT Nachrichtentechnik GmbH TDMA-Punkt-zu Mehrpunkt-Kommunikationssystem
US4751732A (en) 1984-07-06 1988-06-14 Kabushiki Kaisha Toshiba Broadcasting system
US4665516A (en) 1984-09-07 1987-05-12 Itt Corporation Information transport system employing telephone lines
US4672602A (en) 1984-11-02 1987-06-09 Itt Corporation Control and routing system
JPS61120538A (ja) 1984-11-15 1986-06-07 Nec Corp 多方向多重通信装置
US4706081A (en) 1984-12-14 1987-11-10 Vitalink Communications Corporation Method and apparatus for bridging local area networks
JPH0618374B2 (ja) 1985-03-18 1994-03-09 株式会社日立製作所 マルチネツトワ−クシステムのデ−タ伝送方法
US4847829A (en) 1985-04-08 1989-07-11 Datapoint Corporation Video conferencing network
US4710917A (en) 1985-04-08 1987-12-01 Datapoint Corporation Video conferencing network
US4686698A (en) 1985-04-08 1987-08-11 Datapoint Corporation Workstation for interfacing with a video conferencing network
DE3688855T2 (de) 1985-05-01 1994-03-17 Gen Instrument Corp Satellitenübertragungssystem mit Direktübertragung.
US4792948A (en) 1985-08-08 1988-12-20 Data General Corporation Distributed switching architecture
US4706080A (en) 1985-08-26 1987-11-10 Bell Communications Research, Inc. Interconnection of broadcast networks
US4720873A (en) 1985-09-18 1988-01-19 Ricky R. Goodman Satellite audio broadcasting system
US4888769A (en) 1985-12-06 1989-12-19 Tiw Systems, Inc. TDMA terminal controller
US4701907C1 (en) 1986-02-03 2002-08-27 Collins Mary Dynamically reconfigurable time-space-time digital switch and network
US4720850A (en) 1986-03-14 1988-01-19 American Telephone And Telegraph Company At&T Bell Laboratories Communication system control arrangement
US4713806A (en) 1986-03-14 1987-12-15 American Telephone And Telegraph Company, At&T Bell Laboratories Communication system control arrangement
US4769833A (en) 1986-03-31 1988-09-06 American Telephone And Telegraph Company Wideband switching system
US4730305A (en) 1986-04-11 1988-03-08 American Telephone And Telegraph Company, At&T Bell Laboratories Fast assignment technique for use in a switching arrangement
JPH06101737B2 (ja) 1986-04-14 1994-12-12 株式会社東芝 集線分配方式
US5177604A (en) 1986-05-14 1993-01-05 Radio Telcom & Technology, Inc. Interactive television and data transmission system
US4775974A (en) 1986-06-26 1988-10-04 Nec Corporation Multipoint satellite packet communication system
US4879711A (en) 1986-08-14 1989-11-07 Hughes Aircraft Company Satellite communications system employing frequency reuse
JP2585306B2 (ja) 1986-11-07 1997-02-26 株式会社日立製作所 ループ伝送システムおよびデータ伝送制御方法
US4876737A (en) 1986-11-26 1989-10-24 Microdyne Corporation Satellite data transmission and receiving station
US5019910A (en) 1987-01-29 1991-05-28 Norsat International Inc. Apparatus for adapting computer for satellite communications
US4868811A (en) 1987-03-10 1989-09-19 Kabushiki Kaisha Toshiba Multiple access communication system
US4777657A (en) 1987-04-01 1988-10-11 Iss Engineering, Inc. Computer controlled broadband receiver
US4933936A (en) 1987-08-17 1990-06-12 The United States Of America As Represented By The Administrator Of The National Aeronautics And Space Administration Distributed computing system with dual independent communications paths between computers and employing split tokens
US4797878A (en) 1987-08-18 1989-01-10 Paradyne Corporation Multiple virtual multipoint modem using TDM/token throwing technique
US4858225A (en) 1987-11-05 1989-08-15 International Telecommunications Satellite Variable bandwidth variable center-frequency multibeam satellite-switched router
AU604444B2 (en) 1987-11-11 1990-12-13 Nec Corporation Frame relay type data switching apparatus
DE3838945A1 (de) 1987-11-18 1989-06-08 Hitachi Ltd Netzwerksystem mit lokalen netzwerken und mit einer hierarchischen wegewahl
US4894822A (en) 1987-11-24 1990-01-16 AT&T Information Systems American Telephone and Telegraph Company Fast packetized data delivery for digital networks
US5086426A (en) 1987-12-23 1992-02-04 Hitachi, Ltd. Communication network system having a plurality of different protocal LAN's
JP2595603B2 (ja) 1988-01-11 1997-04-02 日本電気株式会社 要求割付多元接続制御方式
US5029163A (en) 1988-03-18 1991-07-02 At&T Bell Laboratories Synchronous protocol data formatter
US4847892A (en) 1988-03-21 1989-07-11 Shelley Edwin F Dial-in data transmission system with standby capability
JPH01255340A (ja) 1988-04-05 1989-10-12 Hitachi Ltd マルチネツトワークシステム
JP2660422B2 (ja) 1988-05-31 1997-10-08 株式会社日立製作所 動作モード設定可能なlan間結合装置
US4937825A (en) 1988-06-15 1990-06-26 International Business Machines Method and apparatus for diagnosing problems in data communication networks
JP3002471B2 (ja) 1988-08-19 2000-01-24 株式会社日立製作所 番組配信装置
US5121396A (en) 1988-10-27 1992-06-09 International Business Machines Corp. Preservation of crc integrity upon intentional data alteration during message transmission
US4916691A (en) 1988-10-28 1990-04-10 American Telephone And Telegraph Company Telecommunications switching system
JP2753294B2 (ja) 1988-12-23 1998-05-18 株式会社日立製作所 パケット輻輳制御方法およびパケット交換装置
US5023869A (en) 1989-03-27 1991-06-11 Alberta Telecommunications Research Centre Method and apparatus for maximizing the transmission capacity of a multi-channel bidirectional communications link
US5014267A (en) 1989-04-06 1991-05-07 Datapoint Corporation Video conferencing network
AU615739B2 (en) 1989-04-28 1991-10-10 Digital Equipment Corporation Communication protocol for statistical data multiplexers arranged in a wide area network
US5101267A (en) 1989-08-07 1992-03-31 Tv Answer, Inc. Wide area real-time T-V audience polling system with local area stations linked by satellite
US5023873A (en) 1989-06-15 1991-06-11 International Business Machines Corporation Method and apparatus for communication link management
US5095480A (en) 1989-06-16 1992-03-10 Fenner Peter R Message routing system for shared communication media networks
US5115433A (en) 1989-07-18 1992-05-19 Metricom, Inc. Method and system for routing packets in a packet communication network
US5223923A (en) 1989-08-07 1993-06-29 Tv Answer, Inc. Cellular repeater stations in a wireless audience response system for satellite communication
JP2535615B2 (ja) 1989-08-14 1996-09-18 株式会社東芝 デ―タ同期伝送方式
CA1331215C (en) 1989-09-29 1994-08-02 Andrew Lazlo Aczel Resource-decoupled architecture for a telecommunications switching system
US4993015A (en) 1989-11-06 1991-02-12 At&T Bell Laboratories Automatic fault recovery in a packet network
US4999829A (en) 1989-11-06 1991-03-12 At&T Bell Laboratories Automatic fault recovery in a packet network
JPH03148940A (ja) 1989-11-06 1991-06-25 Hitachi Ltd Lanとisdnとの相互接続方式
US5016243A (en) 1989-11-06 1991-05-14 At&T Bell Laboratories Automatic fault recovery in a packet network
US5282249A (en) * 1989-11-14 1994-01-25 Michael Cohen System for controlling access to broadcast transmissions
FR2655223B1 (fr) 1989-11-27 1992-02-07 Cit Alcatel Procede de gestion des flux dans un reseau numerique de telecommunication a integration de services, a large bande, et reseau pour le mise en óoeuvre de ce procede.
US5058138A (en) 1990-01-16 1991-10-15 Pacesetter Electronics, Inc. Modular receiver for signals having multiple channels and multiple formats
US5327572A (en) * 1990-03-06 1994-07-05 Motorola, Inc. Networked satellite and terrestrial cellular radiotelephone systems
FR2660818B1 (fr) 1990-04-06 1992-06-19 France Telecom Relais-commutateur de trames pour reseau numerique asynchrone.
JP2703391B2 (ja) * 1990-06-18 1998-01-26 株式会社東芝 ブリッジ装置
US5251205A (en) * 1990-09-04 1993-10-05 Digital Equipment Corporation Multiple protocol routing
FR2667465A1 (fr) 1990-09-27 1992-04-03 Cit Alcatel Pont pour relier un reseau local, conforme a la norme ieee 802.3, a un reseau de telecommunication a technique temporelle asynchrone.
US5229990A (en) 1990-10-03 1993-07-20 At&T Bell Laboratories N+K sparing in a telecommunications switching environment
US5428629A (en) 1990-11-01 1995-06-27 Motorola, Inc. Error check code recomputation method time independent of message length
US5239545A (en) 1990-11-05 1993-08-24 Motorola, Inc. Channel access control in a communication system
US5307348A (en) * 1990-11-05 1994-04-26 Motorola, Inc. Scheduling in a communication system
US5351269A (en) 1990-12-05 1994-09-27 Scs Mobilecom, Inc. Overlaying spread spectrum CDMA personal communications system
US6847611B1 (en) * 1990-12-10 2005-01-25 At&T Corp. Traffic management for frame relay switched data service
US5276907A (en) * 1991-01-07 1994-01-04 Motorola Inc. Method and apparatus for dynamic distribution of a communication channel load in a cellular radio communication system
AU647267B2 (en) * 1991-05-07 1994-03-17 Fujitsu Limited Switching node in label multiplexing type switching network
US5224099A (en) 1991-05-17 1993-06-29 Stratacom, Inc. Circuitry and method for fair queuing and servicing cell traffic using hopcounts and traffic classes
US5321849A (en) 1991-05-22 1994-06-14 Southwestern Bell Technology Resources, Inc. System for controlling signal level at both ends of a transmission link based on a detected valve
EP0685132A1 (de) * 1991-05-29 1995-12-06 Communications Satellite Corporation Völlig vermaschtes netzwerk für personalen kommunikationsendgeräte
US5387941A (en) 1991-06-14 1995-02-07 Wavephore, Inc. Data with video transmitter
EP0520117A1 (de) 1991-06-28 1992-12-30 International Business Machines Corporation Übertragungssteuerung für X25 und SNA-Netz
US5195090A (en) 1991-07-09 1993-03-16 At&T Bell Laboratories Wireless access telephone-to-telephone network interface architecture
US5195091A (en) 1991-07-09 1993-03-16 At&T Bell Laboratories Adaptive synchronization arrangement
CA2066538C (en) * 1991-07-09 1997-12-23 Brian David Bolliger Mobile-telephone system call processing arrangement
US5184347A (en) 1991-07-09 1993-02-02 At&T Bell Laboratories Adaptive synchronization arrangement
JP3308562B2 (ja) 1991-07-15 2002-07-29 株式会社日立製作所 テレビ会議端末
JP3308563B2 (ja) * 1991-07-15 2002-07-29 株式会社日立製作所 多地点テレビ会議システム
US5291479A (en) * 1991-07-16 1994-03-01 Digital Technics, Inc. Modular user programmable telecommunications system with distributed processing
US5491695A (en) * 1991-07-17 1996-02-13 Digital Access Corporation Means and method of dial up bridging of network for high bandwidth digital communication
US5191582A (en) 1991-08-14 1993-03-02 Transwitch Corporation Method and apparatus for the high speed modification of a packet address field of a transmitted packet in a frame relay system
US5309440A (en) * 1991-09-06 1994-05-03 Kokusai Denshin Denwa Kabushiki Kaisha ISDN user-network interface system
US5280481A (en) * 1991-09-20 1994-01-18 Extension Technology Corp. Local area network transmission emulator
JP3226945B2 (ja) 1991-10-02 2001-11-12 キヤノン株式会社 マルチメディア通信装置
JP2628950B2 (ja) 1991-10-07 1997-07-09 株式会社日立製作所 携帯電話システムにおける位置登録方法
US5337044A (en) 1991-10-08 1994-08-09 Nomadic Systems, Inc. System for remote computer control using message broadcasting system
US5526404A (en) 1991-10-10 1996-06-11 Space Systems/Loral, Inc. Worldwide satellite telephone system and a network coordinating gateway for allocating satellite and terrestrial gateway resources
US5404505A (en) * 1991-11-01 1995-04-04 Finisar Corporation System for scheduling transmission of indexed and requested database tiers on demand at varying repetition rates
EP0611501B1 (de) * 1991-11-08 1996-12-18 Teledesic Corporation Strahlkompensationsverfahren für satellitenkommunikationssystem
GB2261799B (en) 1991-11-23 1995-04-19 Dowty Communications Ltd Packet transmission system
GB2261798B (en) 1991-11-23 1995-09-06 Dowty Communications Ltd Packet switching networks
DE69124743T2 (de) 1991-11-29 1997-08-14 Ibm Vorrichtung zur Speicherung und Durchschaltung und Verfahren zur Datensicherung während der Speicherung
US5291492A (en) * 1991-12-18 1994-03-01 Unifi Communications Corporation Externally controlled call processing system
US5426640A (en) 1992-01-21 1995-06-20 Codex Corporation Rate-based adaptive congestion control system and method for integrated packet networks
US5457808A (en) 1992-02-04 1995-10-10 Nec Corporation Point-to-multipoint communication network capable of retransmitting a multicast signal
US5295137A (en) * 1992-02-12 1994-03-15 Sprint International Communications Corp. Connection establishment in a flat distributed packet switch architecture
US5295133A (en) * 1992-02-12 1994-03-15 Sprint International Communications Corp. System administration in a flat distributed packet switch architecture
US5251207A (en) 1992-03-10 1993-10-05 International Business Machines Corporation Combined terminal adapter for SMDS and frame relay high speed data services
US5303042A (en) * 1992-03-25 1994-04-12 One Touch Systems, Inc. Computer-implemented method and apparatus for remote educational instruction
US5313454A (en) 1992-04-01 1994-05-17 Stratacom, Inc. Congestion control for cell networks
US5313457A (en) 1992-04-14 1994-05-17 Trimble Navigation Limited Code position modulation system and method for multiple user satellite communications
US5408419A (en) * 1992-04-14 1995-04-18 Telefonaktiebolaget L M Ericsson Cellular radiotelephone system signalling protocol
DE69330981T2 (de) 1992-04-20 2002-06-27 3Com Corp Vorrichtung zur Netzmittelerweiterung auf entfernte Netzwerke
DE69330661T2 (de) * 1992-04-27 2002-06-27 Nippon Telegraph & Telephone Paketnetzwerk und Verfahren zur Vermeidung von Überlastung eines solchen Netzwerks
GB2267200B (en) * 1992-05-19 1995-10-25 Dowty Communications Ltd Packet transmission system
AU4661793A (en) 1992-07-02 1994-01-31 Wellfleet Communications Data packet processing method and apparatus
US5402478A (en) * 1992-07-27 1995-03-28 Codex Corporation System and method for call-by-call source routing with rule-based fallbacks
US5303237A (en) * 1992-07-31 1994-04-12 International Business Machines Corporation Frame relay system capable of handling both voice and data frames
US5325421A (en) 1992-08-24 1994-06-28 At&T Bell Laboratories Voice directed communications system platform
US5490252A (en) * 1992-09-30 1996-02-06 Bay Networks Group, Inc. System having central processor for transmitting generic packets to another processor to be altered and transmitting altered packets back to central processor for routing
FI91695C (fi) * 1992-10-05 1994-07-25 Nokia Telecommunications Oy Menetelmä liikenteen priorisoimiseksi runkoverkon kautta yhteen liitettyjen lähiverkkojen välillä
US5373550A (en) 1992-10-13 1994-12-13 At&T Corp. Transmission of check images by way of a public switched telephone network
US5319705A (en) 1992-10-21 1994-06-07 International Business Machines Corporation Method and system for multimedia access control enablement
US5355362A (en) 1992-10-26 1994-10-11 Nec America, Inc. Digital loop carrier system
CA2104753C (en) 1992-10-29 1999-02-16 Kotikalapudi Sriram Bandwidth allocation, transmission scheduling, and congestion avoidance in broadband atm networks
US5400401A (en) * 1992-10-30 1995-03-21 Scientific Atlanta, Inc. System and method for transmitting a plurality of digital services
US5319707A (en) 1992-11-02 1994-06-07 Scientific Atlanta System and method for multiplexing a plurality of digital program services for transmission to remote locations
US5345445A (en) 1992-11-06 1994-09-06 At&T Bell Laboratories Establishing telecommunications calls in a broadband network
US5327421A (en) 1992-11-06 1994-07-05 At&T Bell Laboratories Apparatus for interfacing between telecommunications call signals and broadband signals
US5345446A (en) 1992-11-06 1994-09-06 At&T Bell Laboratories Establishing telecommunications call paths in broadband communication networks
US5365524A (en) 1992-11-06 1994-11-15 At&T Bell Laboratories Establishing telecommunications call paths between clustered switching entities
US5274643A (en) 1992-12-11 1993-12-28 Stratacom, Inc. Method for optimizing a network having virtual circuit routing over virtual paths
US5335276A (en) 1992-12-16 1994-08-02 Texas Instruments Incorporated Communication system and methods for enhanced information transfer
GB2273851A (en) * 1992-12-22 1994-06-29 Ibm Call routing in switched digital networks
US5628011A (en) 1993-01-04 1997-05-06 At&T Network-based intelligent information-sourcing arrangement
US5436891A (en) 1993-01-14 1995-07-25 Motorola, Inc. Method and system for traffic management in cell relay networks
US5361259A (en) 1993-02-19 1994-11-01 American Telephone And Telegraph Company Wide area network (WAN)-arrangement
US5351146A (en) 1993-03-01 1994-09-27 At&T Bell Laboratories All-optical network architecture
US5526489A (en) 1993-03-19 1996-06-11 3Com Corporation System for reverse address resolution for remote network device independent of its physical address
JP2870569B2 (ja) 1993-03-22 1999-03-17 富士通株式会社 フレームリレー交換装置における輻輳処理方式および輻輳処理回路
US5412647A (en) 1993-03-25 1995-05-02 Northern Telecom Limited Rate enforcement for frame relay networks
US5565910A (en) 1993-03-26 1996-10-15 Vionx, Inc. Data and television network for digital computer workstations
JPH0738613B2 (ja) 1993-03-30 1995-04-26 日本電気株式会社 複合データ通信方式およびこの方式に用いる装置
US5363369A (en) 1993-03-31 1994-11-08 At&T Bell Laboratories System for inter packet community communication
US5438565A (en) 1993-03-31 1995-08-01 At&T Corp. Packet switch to provide code division, multiple access cellular service
US5689553A (en) 1993-04-22 1997-11-18 At&T Corp. Multimedia telecommunications network and service
US5796727A (en) 1993-04-30 1998-08-18 International Business Machines Corporation Wide-area wireless lan access
US5539884A (en) 1993-05-20 1996-07-23 Bell Communications Research, Inc. Intelligent broadband communication system and method employing fast-packet switches
RO111887B1 (ro) 1993-05-28 1997-02-28 Us West Technologies Inc Metoda si retea pentru separarea serviciilor telefonice de serviciile speciale
US5390169A (en) * 1993-06-11 1995-02-14 At&T Corp. Routing to intelligence
US5392277A (en) * 1993-06-11 1995-02-21 At&T Corp. Routing to intelligence
US5343465A (en) 1993-06-11 1994-08-30 Bell Communications Research, Inc. Method and system for real-time burstiness analysis of network traffic
US5434850A (en) 1993-06-17 1995-07-18 Skydata Corporation Frame relay protocol-based multiplex switching scheme for satellite
US5392402A (en) * 1993-06-29 1995-02-21 Bell Communications Research, Inc. Broadband intelligent telecommunications network and method employing a resource system to support network services
US5506904A (en) * 1993-08-04 1996-04-09 Scientific-Atlanta, Inc. System and method for transmitting and receiving variable length authorization control for digital services
US5734654A (en) * 1993-08-05 1998-03-31 Fujitsu Limited Frame relay switching apparatus and router
US5426635A (en) 1993-09-08 1995-06-20 At&T Corp. Method for adaptive control of windows and rates in networks
US5412660A (en) 1993-09-10 1995-05-02 Trimble Navigation Limited ISDN-to-ISDN communication via satellite microwave radio frequency communications link
US5416770A (en) 1993-09-15 1995-05-16 Motorola, Inc. Method and apparatus for establishing dispatch audio communication in a communication system
US5425029A (en) * 1993-09-20 1995-06-13 Motorola, Inc. Fast packet adaptation method for ensuring packet portability across diversified switching type networks
US5446730A (en) 1993-09-20 1995-08-29 Motorola, Inc. Method for dynamic connection management in integrated communication networks
US5446726A (en) 1993-10-20 1995-08-29 Lsi Logic Corporation Error detection and correction apparatus for an asynchronous transfer mode (ATM) network device
US5495607A (en) * 1993-11-15 1996-02-27 Conner Peripherals, Inc. Network management system having virtual catalog overview of files distributively stored across network domain
US5434856A (en) 1993-11-15 1995-07-18 Motorola, Inc. Method for monitoring communication talkgroups
FI94815C (fi) * 1993-11-30 1995-10-25 Nokia Telecommunciations Oy Menetelmä sekä järjestelmä kehysvälitysverkon ylikuormitustilanteiden hallitsemiseksi
SE9304119D0 (sv) * 1993-12-10 1993-12-10 Ericsson Ge Mobile Communicat Apparatuses and mobile stations for providing packet data communication in digital TDMA cellular systems
JP2576780B2 (ja) 1993-12-17 1997-01-29 日本電気株式会社 プロトコル終端方式
US5390175A (en) * 1993-12-20 1995-02-14 At&T Corp Inter-cell switching unit for narrow band ATM networks
US5428607A (en) 1993-12-20 1995-06-27 At&T Corp. Intra-switch communications in narrow band ATM networks
US5426636A (en) 1993-12-20 1995-06-20 At&T Corp. ATM distribution networks for narrow band communications
US5422882A (en) 1993-12-20 1995-06-06 At&T Corp. ATM networks for narrow band communications
GB9326276D0 (en) 1993-12-23 1994-02-23 Newbridge Network Corp Frame relay interface
US5428608A (en) 1993-12-30 1995-06-27 At&T Corp. Call connection technique
US5497375A (en) * 1994-01-05 1996-03-05 Motorola, Inc. Device and method for ATM end system cell flow regulation
US5453979A (en) * 1994-01-27 1995-09-26 Dsc Communications Corporation Method and apparatus for generating route information for asynchronous transfer mode cell processing
US5452293A (en) 1994-01-27 1995-09-19 Dsc Communications Corporation Apparatus and method of transmitting call information prior to establishing a connection path
US5485455A (en) * 1994-01-28 1996-01-16 Cabletron Systems, Inc. Network having secure fast packet switching and guaranteed quality of service
US5448564A (en) 1994-01-31 1995-09-05 Advanced Micro Devices, Inc. Modular architecture for fast-packet network
US5594782A (en) * 1994-02-24 1997-01-14 Gte Mobile Communications Service Corporation Multiple mode personal wireless communications system
US5459723A (en) * 1994-03-08 1995-10-17 Advanced Micro Devices Packet management device for fast-packet network
US5450394A (en) 1994-03-10 1995-09-12 Northern Telecom Limited Delay monitoring of telecommunication networks
US5420866A (en) 1994-03-29 1995-05-30 Scientific-Atlanta, Inc. Methods for providing conditional access information to decoders in a packet-based multiplexed communications system
JP2642058B2 (ja) * 1994-04-28 1997-08-20 インターナショナル・ビジネス・マシーンズ・コーポレイション 通信管理方法
JP3247540B2 (ja) * 1994-05-12 2002-01-15 株式会社日立製作所 パケット化通信装置および切替え装置
WO1995034153A1 (en) 1994-06-08 1995-12-14 Hughes Aircraft Company Apparatus and method for hybrid network access
US5521914A (en) * 1994-07-21 1996-05-28 Newbridge Networks Corporation Switched access to frame relay
US5781551A (en) * 1994-09-15 1998-07-14 Texas Instruments Incorporated Computer communications system with tree architecture and communications method
US5490140A (en) * 1994-09-30 1996-02-06 International Business Machines Corporation System and method for providing ATM support for frame relay DTEs with a terminal adapter
US5566173A (en) 1994-10-12 1996-10-15 Steinbrecher Corporation Communication system
JP3563127B2 (ja) * 1994-11-09 2004-09-08 富士通株式会社 トラヒック制御方式
US5727065A (en) * 1994-11-14 1998-03-10 Hughes Electronics Deferred billing, broadcast, electronic document distribution system and method
US5473612A (en) 1994-11-28 1995-12-05 Motorola, Inc. Method and apparatus for minimizing false detection of packet data in a communication receiver
JP2870430B2 (ja) 1994-12-14 1999-03-17 日本電気株式会社 回線接続装置
ZA959722B (en) 1994-12-19 1996-05-31 Alcatel Nv Traffic management and congestion control for packet-based networks
US5517502A (en) 1995-03-02 1996-05-14 Zenith Electronics Corp. Upstream transmission using multiple transmission tags and downstream acknowledgements in conditional access packets
US5623492A (en) * 1995-03-24 1997-04-22 U S West Technologies, Inc. Methods and systems for managing bandwidth resources in a fast packet switching network
US5802365A (en) * 1995-05-05 1998-09-01 Apple Computer, Inc. Dynamic device matching using driver candidate lists
US5675576A (en) * 1995-06-05 1997-10-07 Lucent Technologies Inc. Concestion control system and method for packet switched networks providing max-min fairness
US5796944A (en) * 1995-07-12 1998-08-18 3Com Corporation Apparatus and method for processing data frames in an internetworking device
JPH11510004A (ja) * 1995-07-19 1999-08-31 フジツウ ネットワーク コミュニケーションズ,インコーポレイテッド サブキューを使用するポイントツーマルチポイント伝送
US5610910A (en) * 1995-08-17 1997-03-11 Northern Telecom Limited Access to telecommunications networks in multi-service environment
US5920560A (en) * 1995-08-23 1999-07-06 Fujitsu Limited Multi-connection management method and apparatus for switch system
US5930259A (en) * 1995-08-25 1999-07-27 Kabushiki Kaisha Toshiba Packet transmission node device realizing packet transfer scheme and control information transfer scheme using multiple virtual connections
US5915008A (en) * 1995-10-04 1999-06-22 Bell Atlantic Network Services, Inc. System and method for changing advanced intelligent network services from customer premises equipment
US6230203B1 (en) * 1995-10-20 2001-05-08 Scientific-Atlanta, Inc. System and method for providing statistics for flexible billing in a cable environment
US5812545A (en) * 1996-01-04 1998-09-22 Orion Atlantic, L.P. Full mesh satellite-based multimedia networking system
US5809025A (en) 1996-03-15 1998-09-15 Motorola, Inc. Virtual path-based static routing
ES2220957T3 (es) 1996-03-20 2004-12-16 Alcatel Metodo para controlar la tasa de flujo de datos, nodo de red de encolado y red de conmutacion de paquetes.
US5812527A (en) * 1996-04-01 1998-09-22 Motorola Inc. Simplified calculation of cell transmission rates in a cell based netwook
US5995511A (en) * 1996-04-05 1999-11-30 Fore Systems, Inc. Digital network including mechanism for grouping virtual message transfer paths having similar transfer service rates to facilitate efficient scheduling of transfers thereover
US5768271A (en) 1996-04-12 1998-06-16 Alcatel Data Networks Inc. Virtual private network
US5754530A (en) * 1996-04-18 1998-05-19 Northern Telecom Limited Flow control of ABR traffic in ATM networks
GB2312592A (en) * 1996-04-24 1997-10-29 Ibm Quality of service parameters
US5878045A (en) * 1996-04-26 1999-03-02 Motorola, Inc. Method and apparatus for converting data streams in a cell based communications system
US5805569A (en) * 1996-04-30 1998-09-08 Telefonaktiebolaget Lm Ericsson Packet data communications system having a malfunction list
JPH09307587A (ja) * 1996-05-09 1997-11-28 Fujitsu Ltd 交換機
US5974052A (en) * 1996-05-10 1999-10-26 U.S.T.N. Services Frame relay access device and method for transporting SS7 information between signaling points
US6023470A (en) * 1996-05-17 2000-02-08 Lee; Warren S. Point of presence (POP) for digital facsimile network with virtual POPs used to communicate with other networks
US6032187A (en) * 1996-05-31 2000-02-29 General Datacomm, Inc. Data service unit having inband networking protocol packet processing capabilities
US6151324A (en) * 1996-06-03 2000-11-21 Cabletron Systems, Inc. Aggregation of mac data flows through pre-established path between ingress and egress switch to reduce number of number connections
JP3436845B2 (ja) * 1996-06-18 2003-08-18 日本電信電話株式会社 マルチクラスatm呼受付制御方法及び装置
US6400681B1 (en) * 1996-06-20 2002-06-04 Cisco Technology, Inc. Method and system for minimizing the connection set up time in high speed packet switching networks
EP0901729A4 (de) 1996-06-26 2000-09-27 Telcordia Tech Inc Verwaltung von leistungsmerkmalinteraktionen in einem telekommunikationssystem, wie einem intelligenten netzwerk
US5982869A (en) * 1996-06-27 1999-11-09 Mci Communications Corporation System and method for automatically generating a routing plan for international telephony
US6298120B1 (en) * 1996-06-28 2001-10-02 At&T Corp. Intelligent processing for establishing communication over the internet
US5907677A (en) * 1996-08-23 1999-05-25 Ecall Inc. Method for establishing anonymous communication links
US5883893A (en) * 1996-09-10 1999-03-16 Cisco Technology, Inc. ATM voice transport protocol
US5950195A (en) * 1996-09-18 1999-09-07 Secure Computing Corporation Generalized security policy management system and method
US6108336A (en) * 1996-09-26 2000-08-22 International Business Machines Corporation AAL-5 SSCS for AAL-1 and AAL-2 in ATM networks
US5963551A (en) * 1996-09-30 1999-10-05 Innomedia Pte Ltd. System and method for dynamically reconfigurable packet transmission
US6185215B1 (en) * 1996-10-15 2001-02-06 International Business Machines Corporation Combined router, ATM, WAN and/or LAN switch (CRAWLS) cut through and method of use
JPH10135964A (ja) * 1996-10-28 1998-05-22 Fujitsu Ltd ネットワークシステム及びフレームリレー交換機
JP3672683B2 (ja) * 1996-10-28 2005-07-20 富士通株式会社 トラフィック制御方法,ネットワークシステム及びフレームリレー交換機
US6904037B2 (en) * 1996-11-05 2005-06-07 Cisco Technology, Inc. Asymmetric implementation of DSVD for voice/data internet access
US6061356A (en) * 1996-11-25 2000-05-09 Alcatel Internetworking, Inc. Method and apparatus for switching routable frames between disparate media
US5805599A (en) 1996-12-04 1998-09-08 At&T Corp. Adaptive channel allocation system for communication network
US5903559A (en) * 1996-12-20 1999-05-11 Nec Usa, Inc. Method for internet protocol switching over fast ATM cell transport
US5909443A (en) * 1997-01-03 1999-06-01 International Business Machines Corporation ATM network congestion control system using explicit rate cell marking
US5914956A (en) * 1997-02-03 1999-06-22 Williams; Joel R. Cache for improving the connection capacity of a communications switch
US6381650B1 (en) * 1997-03-10 2002-04-30 Palm, Inc. Method for finding the address of a workstation assigned a dynamic address
US6012090A (en) * 1997-03-14 2000-01-04 At&T Corp. Client-side parallel requests for network services using group name association
US6870827B1 (en) * 1997-03-19 2005-03-22 Verizon Services Corp. Voice call alternative routing through PSTN and internet networks
US6011778A (en) * 1997-03-20 2000-01-04 Nokia Telecommunications, Oy Timer-based traffic measurement system and method for nominal bit rate (NBR) service
US5946313A (en) * 1997-03-20 1999-08-31 Northern Telecom Limited Mechanism for multiplexing ATM AAL5 virtual circuits over ethernet
US5743530A (en) * 1997-03-24 1998-04-28 Sklad Enterprises, Inc. Method and apparatus for a card game
US6009097A (en) * 1997-04-04 1999-12-28 Lucent Technologies Inc. System for routing packet switched traffic
US5982783A (en) * 1997-06-16 1999-11-09 Lucent Technologies Inc. Switch distribution via an intermediary switching network
US6018530A (en) * 1997-06-19 2000-01-25 Sham Chakravorty Method for transmitting using a modified transport control protocol
US6118760A (en) * 1997-06-30 2000-09-12 Sun Microsystems, Inc. Management of entries in a network element forwarding memory
US6081524A (en) * 1997-07-03 2000-06-27 At&T Corp. Frame relay switched data service
US6188671B1 (en) * 1997-07-03 2001-02-13 At&T Corp Traffic management for frame relay switched data service
US5991268A (en) * 1997-07-07 1999-11-23 Nortel Networks Corporation Flow control mechanism of ABR traffic in ATM networks
US6023453A (en) * 1997-09-11 2000-02-08 Nokia Telecommunications, Oy System and method employing last occurrence and sliding window technique for determining minimum and maximum values
US6430196B1 (en) * 1998-05-01 2002-08-06 Cisco Technology, Inc. Transmitting delay sensitive information over IP over frame relay

Also Published As

Publication number Publication date
US9276849B2 (en) 2016-03-01
EP0889667B1 (de) 2004-12-15
US7668168B2 (en) 2010-02-23
JPH1198192A (ja) 1999-04-09
EP0889667A1 (de) 1999-01-07
US7463627B1 (en) 2008-12-09
US20110317706A1 (en) 2011-12-29
JP3484075B2 (ja) 2004-01-06
US20140241363A1 (en) 2014-08-28
US6081524A (en) 2000-06-27
CA2237659A1 (en) 1999-01-03
US20090041022A1 (en) 2009-02-12
DE69828112D1 (de) 2005-01-20
CA2237659C (en) 2003-02-04
US7257118B2 (en) 2007-08-14
US20060104273A1 (en) 2006-05-18
US20070253415A1 (en) 2007-11-01
US8717896B2 (en) 2014-05-06
US20030161328A1 (en) 2003-08-28
US8014286B2 (en) 2011-09-06

Similar Documents

Publication Publication Date Title
DE69828112T2 (de) Rahmenrelaisgeschalteter Datendienst
DE69838126T2 (de) Verkehrsverwaltung für geschalteten Frame Relay Datendienst
DE69735691T2 (de) Verwaltung von virtuellen ATM-Verbindungen mit Protokoll zur Reservierung von Ressourcen
DE69837464T2 (de) Vermittlungsnetzaufbau für IP-Mehrfachsendung und für integrierte Dienste
DE69816845T2 (de) Mehrere zusammenarbeitende gebiete innerhalb einer netz durchgangseinheit
DE60120847T2 (de) Mehrprotokollvermittler und Verfahren dazu
DE69919569T2 (de) Verwaltung von verbindungsorientierten diensten über das internet-protokoll
DE69737342T2 (de) Internet-NCP(Netzwerksteuerungspunkt) über ATM
DE69938570T2 (de) Verfahren und Vorrichtung für eine reservierte und dynamische Dienstqualität in einem Kommunikationsnetz
DE69726566T2 (de) Atm lan emulation
DE69727930T2 (de) Zusammenfassung von verbindungen in vermittlungskommunikationsnetzen
DE69930482T2 (de) Architektur eines Sprache über Internet Protokoll Netz
EP0872090B1 (de) Verfahren zum bilden von leitweginformation
DE69935006T2 (de) Vorrichtung und verfahren zum setzen von prioritäten für multicast-sendepakete in einer netz-dienstklasse
DE602004001470T2 (de) Verfahren zum Bereitstellen von Diensten mit garantierter Dienstqualität in einem IP-Zugangsnetz
DE69727692T2 (de) Atm verteilnetz
DE69833497T2 (de) Zusammenfügen von virtuellen pfaden in einem mehrpunkt-zu-punkt-netzwerk-tunnel-protokoll
DE69731469T2 (de) Atm telekommunikationssystem und verfahren zur leitweglenkung von schmalbandverkehr
EP0929884A2 (de) Verfahren zur übertragung von daten in einem telekommunikationsnetz und switch zur durchführung des verfahrens
DE60035836T2 (de) Dynamische Burst-Zusammenstellung basiert auf voll/teilweis gemeinsame Mehrfachübertragungsentitäten
EP1547324A2 (de) Verfahren zur teilweisen erhaltung der paketreihenfolge bei verbindungsloser paketvermittlung mit alternativem routing
DE60314033T2 (de) Schellpfadimplementierung für transparente LAN-Dienste über(MPLS)
WO2001054448A1 (de) Verfahren und vorrichtung zur zugangssteuerung eines kommunikationsnetzes
DE69635394T2 (de) System und Verfahren zur Kapazitätsverwaltung in Mehrdienste-Netzen
DE19923245A1 (de) Verfahren zur Auswahl einer Route in einem Kommunikationsnetz

Legal Events

Date Code Title Description
8332 No legal effect for de
8370 Indication related to discontinuation of the patent is to be deleted
8364 No opposition during term of opposition