DE112005001537T5 - System und Verfahren zum Verbessern der Leistungsfähigkeit eines On-Demand-Routing-Protokolls in einem drahtlosen Netzwerk - Google Patents

System und Verfahren zum Verbessern der Leistungsfähigkeit eines On-Demand-Routing-Protokolls in einem drahtlosen Netzwerk Download PDF

Info

Publication number
DE112005001537T5
DE112005001537T5 DE112005001537T DE112005001537T DE112005001537T5 DE 112005001537 T5 DE112005001537 T5 DE 112005001537T5 DE 112005001537 T DE112005001537 T DE 112005001537T DE 112005001537 T DE112005001537 T DE 112005001537T DE 112005001537 T5 DE112005001537 T5 DE 112005001537T5
Authority
DE
Germany
Prior art keywords
route
node
routing
route request
metric
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.)
Ceased
Application number
DE112005001537T
Other languages
English (en)
Inventor
Avinash Orlando Joshi
William Vann jr. Lake Forest Hasty
Surong Springs Zeng
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.)
Arris Enterprises LLC
Original Assignee
MeshNetworks Inc
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 MeshNetworks Inc filed Critical MeshNetworks Inc
Publication of DE112005001537T5 publication Critical patent/DE112005001537T5/de
Ceased 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/26Route discovery packet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/12Shortest path evaluation
    • H04L45/123Evaluation of link metrics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/28Connectivity information management, e.g. connectivity discovery or connectivity update for reactive routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/30Connectivity information management, e.g. connectivity discovery or connectivity update for proactive routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Abstract

Verfahren des Steuerns eines On-Demand-Routing-Protokolls in einem drahtlosen Netzwerk, wobei das Verfahren aufweist:
Empfangen einer Routenanfrage an einem Knoten, wobei die Routenanfrage zumindest eine Routing-Metrik umfasst; und
Vergleichen eines Zustands der Routing-Metrik der gegenwärtig empfangenen Routenanfrage mit einem Zustand einer Routen-Metrik, die in einem entsprechenden Eintrag in einer Routing-Tabelle gespeichert ist, derart, dass bestimmt wird, ob der Knoten die gegenwärtig empfangene Routenanfrage annehmen oder verwerfen soll.

Description

  • Diese Anmeldung beansprucht die Priorität der am 24. Juni 2004 eingereichten US-Provisional-Application Nr. 60/582,750, deren gesamter Inhalt hierin durch Inbezugnahme mitaufgenommen wird.
  • HINTERGRUND DER ERFINDUNG
  • Gebiet der Erfindung:
  • Die vorliegende Erfindung bezieht sich auf ein System und ein Verfahren zum Verbessern der Leistungsfähigkeit eines On-Demand-Routing-Protokolls in einem drahtlosen Netzwerk.
  • Beschreibung des Stands der Technik
  • Drahtlose Kommunikationsnetzwerke, wie z.B. drahtlose Mobiltelefonnetzwerke, sind in den letzten Jahrzehnten zunehmend verbreitet worden. Diese drahtlosen Kommunikationsnetzwerke werden allgemein als „zellulare Netzwerke" bezeichnet, da die Netzwerkstruktur derart eingerichtet ist, dass der Servicebereich in eine Mehrzahl von „Zellen" genannte Bereiche eingeteilt wird. Ein terrestrisches zellulares Netzwerk beinhaltet eine Mehrzahl von miteinander verbundenen Basisstationen oder Basisknoten, die überall in dem Servicebereich an dafür vorgesehenen Stellen geographisch verteilt sind. Jeder Basisknoten beinhaltet einen oder mehrere Transceiver, die elektromagnetische Signale, wie z.B. Radiofrequenz (RF)-Kommunikationssignale, an/von mobile(n) Benutzerknoten, wie z.B. Funktelefonen, die sich innerhalb des Empfangsbereichs befinden senden und empfangen kann. Die Kommunikationssignale beinhalten z.B. Sprachdaten, die gemäß einem gewünschten Modulationsverfahren moduliert und als Datenpakete übertragen wurden. Wie von einem Fachmann gewürdigt werden kann, senden und übertragen Netzwerkknoten Datenpaketnachrichten in einem Multiplexformat, wie z.B. dem Zeitmultiplex (TDMA)-Format, dem Codemultiplex (CDMA)-Format oder dem Frequenzmultiplex (FDMA)-Format, das einem einzelnen Transceiver an einem ersten Knoten erlaubt in seinem Sendebereich gleichzeitig mit mehreren anderen Knoten zu kommunizieren.
  • In den letzten Jahren wurde ein Typ von mobilen Kommunikationsnetzwerken entwickelt, der als ein „Ad-Hoc"-Netzwerk bekannt ist. Bei diesem Typ eines Netzwerkes kann jeder mobile Knoten als eine Basisstation oder als ein Router für die anderen mobilen Knoten arbeiten, wodurch die Notwendigkeit für eine feste Infrastruktur von Basisstationen beseitigt wird. Einzelheiten eines „Ad-Hoc"-Netzwerkes sind in dem Patent US 5,943,322 von Mayor ausgeführt, deren gesamter Inhalt hierin durch Inbezugnahme mitaufgenommen wird.
  • Weiter fortgeschrittene Ad-Hoc-Netzwerke sind außerdem entwickelt worden, die zusätzlich dazu, dass sie mobilen Knoten ermöglichen, miteinander zu kommunizieren wie bei einem herkömmlichen Ad-Hoc-Netzwerk, weiter ermöglichen, dass die mobilen Knoten auf ein festes Netzwerk zugreifen und somit mit anderen mobilen Knoten kommunizieren, wie z.B. denjenigen in dem öffentlichen Telefonvermittlungsnetz (PSTN) und in anderen Netzen wie z.B. dem Internet. Einzelheiten dieser fortgeschrittenen Typen von Ad-Hoc-Netzwerken sind in der US-Patentanmeldung mit der Seriennummer 09/897,790 mit dem Titel „Ad Hoc Peer-to-Peer Mobile Radio Access System Interfaced to the PSTN and Cellular Networks", die am 29. Juni 2001 eingereicht wurde; in der US-Patentanmeldung mit der Seriennummer 09/815,157 mit dem Titel „Time Division Protocol for an Ad-Hoc, Peer-to-Peer Radio Network Having Coordinating Channel Access to Shared Parallel Data Channels with Separate Reservation Channel", die am 22. März 2001 eingereicht wurde; und in der US-Patentanmeldung mit der Seriennummer 09/815,164 mit dem Titel "Prioritzed-Routing for an Ad-Hoc, Peer-to-Peer, Mobile Radio Access System", die am 22. März 2001 eingereicht wurde, beschrieben, wobei der gesamte Inhalt von jeder hierin durch Inbezugnahme aufgenommen wird. Die Inter net Engineering Task Force (IETF) hat eine „Mobile Ad Hoc Networks (MANET)" genannte Arbeitsgruppe eingesetzt zum Standardisieren einer IP-Routing-Protokoll-Funktionsweise, die geeignet ist für eine drahtlose Routing-Anwendung sowohl innerhalb statischer als auch innerhalb dynamischer Topologien mit zunehmender Dynamik aufgrund von Knotenbewegung oder anderen Faktoren. Zwei dieser On-Demand (oder Reactive)-Routing-Protokolle, die von der Gruppe in Betracht gezogen wurden, sind das Ad-Hoc On-Demand Distance Vector (AODV) (RFC 3561) Routing-Protokoll und das Dynamic Source Routing (DSR)-Protokoll (derzeit als Internet-Draft).
  • On-Demand-Routing-Protokolle erzeugen Routen nur wenn von dem Quellknoten angefordert. Wenn ein Knoten eine Route zu einem Ziel benötigt, veranlasst er einen Routenermittlungsprozess (Route Discovery Process) innerhalb des Netzwerkes. Dieser Prozess ist abgeschlossen, sobald eine Route gefunden ist oder alle Routenmöglichkeiten untersucht worden sind. Sobald eine Route ermittelt wurde, wird sie aufrechterhalten durch irgendeine Form eines Routenaufrechterhaltungsverfahrens (Route Maintainance Procedure) bis entweder das Ziel entlang jedes Pfades von der Quelle unerreichbar wird oder bis die Route nicht länger angefordert ist.
  • Typischerweise beinhaltet die Routenermittlung (Route Discovery) das Aussenden und Weiterleiten von Route-Request-Paketen (RREQ-Pakete) bis die Route gefunden ist. Diese Route-Request-Pakete enthalten üblicherweise die IP-Adresse des die Routenanfrage (Route-Request) hervorbringenden Knotens und eine die Route-Request-ID (oder RREQ-ID) genannte Zahl. Jeder Knoten führt nur eine RREQ-ID, die um eins von der letzten RREQ-ID erhöht wird, welche von dem Knoten vor dem Initiieren des neuen RREQ-Paketes verwendet wurde. Die RREQ-ID identifiziert eindeutig eine einzelne RREQ, wenn sie in Verbindung mit der IP-Adresse des Quellknotens genommen wird. In anderen Worten identifiziert der Tupel (IP-Adresse des Quellknoten, RREQ-ID) eindeutig eine bestimmte RREQ in dem Netzwerk. Wenn ein Knoten diese RREQ empfängt, prüft er derart dass er bestimmt, ob er eine RREQ mit der gleichen IP-Adresse des Absenders und RREQ-ID innerhalb der letzten Zeitspanne empfangen hat. Wenn eine solche RREQ empfangen worden ist, verwirft der Knoten stillschweigend die neu empfangene RREQ. Auf diese Art und Weise, wenn der Knoten das Paket wieder von seinen Nachbarn empfängt, wird er das Paket nicht erneut bearbeiten und erneut weiterleiten.
  • Dieses Verfahren wurde ursprünglich entwickelt, um den Overhead und die Verarbeitungszeit, die mit dem RREQ-Paket verbunden sind, wenn es erneut verarbeitet wird, zu verringern, und ist geeignet, wenn die verwendete Routing-Metrik die Anzahl der Sprünge (Hops) in der gewünschten Route ist. Jedoch kann dieses Verfahren zu nicht-optimalen Routen führen, wenn das Protokoll irgendeine andere Metrik verwendet (wie z.B. Verbindungsgüte, Verzögerung oder Durchsatz), wie in der ausführlichen Beschreibung weiter unten gezeigt, bei der eine möglicherweise bessere Route nicht ausgewählt wird, da jeder der Knoten eine erneut versendete Routenanfrage (Route Request) verwirft, wenn er bereits den gleichen Tupel empfangen hat. Die optimale Route kann somit niemals gefunden werden mit den Regeln, die in dem AODV-Protokollentwurf bestimmt sind, insbesondere wenn kleine Routing-Nachrichten erfolgreich über schlechte Verbindungen übertragen werden können.
  • Dementsprechend gibt es ein Bedürfnis, optimale Netzwerkrouten aufzufinden und zu identifizieren, um somit die Gesamtleistungsfähigkeit eines Netzwerkes zu verbessern, einschließlich der Verbesserung des Durchsatzes, der Verzögerung und der Paketbewältigungsrate. Die vorliegende Erfindung stellt eine verbessern Leistungsfähigkeit des Systems eines Funknetzwerkes dadurch bereit, dass Knoten ermöglicht wird, die einem On-Demand-Routing-Protokoll folgen, Route-Request-Nachrichten auf der Grundlage der Routing-Metrik mehrmals zu verarbeiten (und möglicherweise darauf zu antworten).
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • Diese und andere Aufgaben, Vorteile und neue Merkmale der Erfindung werden leichter zu würdigen sein anhand der folgenden detaillierten Beschreibung, wenn sie in Zusammenhang mit den begleitenden Zeichnungen gelesen wird, in denen:
  • 1 ein Blockdiagramm eines Beispiels eines drahtlosen Ad-Hoc-Kommunikationsnetzwerkes mit einer Mehrzahl von Knoten ist, wobei ein System und ein Verfahren gemäß einer Ausführungsform der vorliegenden Erfindung angewendet wird;
  • 2 ein Blockdiagramm ist, das ein Beispiel eines mobilen Knoten darstellt, der in dem in 1 gezeigten Netzwerk verwendet wird; und
  • 3 ein Blockdiagramm ist, das ein Beispiel eines Netzwerkes aus mobilen Knoten mit drahtlosen Verbindungen darstellt.
  • DETAILLIERTE BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORMEN
  • 1 ist ein Blockdiagramm, das ein Beispiel eines drahtlosen paketvermittelten Ad-Hoc-Kommunikationsnetzwerks 100 darstellt, das eine Ausführungsform der vorliegenden Erfindung verwendet. Insbesondere beinhaltet das Netzwerk 100 eine Mehrzahl von mobilen drahtlosen Benutzerendgeräten 102-1 bis 102-n (im folgenden allgemein als Knoten 102 oder mobile Knoten 102 bezeichnet) und kann, aber muß nicht, ein festes Netzwerk 104 mit einer Mehrzahl von Zugangspunkten 106-1, 106-2... 106-n (allgemein als Knoten 106 oder Zugangspunkte 106 bezeichnet) enthalten, um den Knoten 102 einen Zugang zu dem festen Netzwerk 104 bereitzustellen. Das feste Netzwerk 104 kann zum Beispiel ein lokales Kernnetz (LAN) und eine Mehrzahl von Servern und Gateway-Routern einschließen zum Versorgen von Netzwerkknoten mit Zugang zu anderen Netzwerken, wie z.B. anderen Ad-Hoc-Netzwerken, dem öffentlichen Telefonvermittlungsnetz (PSTN) und dem Internet. Das Netzwerk 100 kann weiter eine Mehrzahl von festen Routern 107-1 bis 107-n (allgemein als Knoten 107 oder feste Router 107 bezeichnet) beinhalten zum Routen von Datenpaketen zwischen anderen Knoten 102, 106 oder 107. Es wird bemerkt, dass zum Zwecke dieser Erörterungen die oben erörterten Knoten kollektiv als „Knoten 102, 106 und 107" oder einfach als „Knoten" bezeichnet werden können.
  • Wie von einem Fachmann gewürdigt werden kann, können die Knoten 102, 106 und 107 miteinander direkt oder über einen oder mehrere andere Knoten 102, 106 oder 107, die als ein Router oder Router für zwischen Knoten versendete Pakete arbeiten, kommunizieren wie in dem Patent US 5,943,322 von Mayor und in den US-Patentanmeldungen mit den Seriennummern 09/897,790, 09/815,157 und 09/815,164, auf die oben hingewiesen wurde, beschrieben ist.
  • Wie in 2 gezeigt, beinhaltet jeder Knoten 102, 106 und 107 einen Transceiver oder ein Modem 108, das an eine Antenne 110 gekoppelt ist, um Signale wie z.B. paketierte Signale gesteuert von einem Controller 112 an den Knoten 102, 106 oder 107 senden und von dem Knoten 102, 106 oder 107 empfangen kann. Die paketierten Datensignale können z.B. Sprach-, Daten- oder Multimediainformation sowie paketierte Steuersignale einschließlich Knotenaktualisierungsinformation enthalten.
  • Jeder Knoten 102, 106 und 107 beinhaltet weiter einen Speicher 114, wie z.B. einen Direktzugriffsspeicher (RAM) der unter anderem ihn selbst oder andere Knoten in dem Netzwerk 100 betreffende Routing-Information speichern kann. Wie weiter in 2 gezeigt, können bestimmte Knoten, insbesondere mobile Knoten 102, einen Host 116 beinhalten, der aus irgendeiner Anzahl von Geräten, wie z.B. einem Notebook-Computerterminal, einer mobilen Telefoneinheit, einer mobilen Dateneinheit oder irgendeinem anderen geeigneten Gerät bestehen kann. Jeder Knoten 102, 106 und 107 beinhaltet außerdem geeignete Hardware und Software zum Einsetzen des Internet-Protokolls (IP) und des Address-Resolution-Protokoll (ARP), dessen Verwendungszwecke von einem Fachmann leicht gewürdigt werden können. Die geeignete Hardware und Software zum Einsetzen des Transmission-Control-Protokolls (TCP) und des User-Datagram-Protokolls (UDP) können außerdem enthalten sein.
  • Wie nun im Detail diskutiert werden wird, stellt die vorliegende Erfindung ein System und ein Verfahren bereit zum Lokalisieren und Identifizieren von optimalen Netzwerkrouten, um somit die Gesamtleistungsfähigkeit eines Netzwerkes zu verbessern, einschließlich der Verbesserung des Durchsatzes, der Verzögerung und der Paketbewältigungsrate. Die vorliegende Erfindung stellt weiter eine verbesserte Systemleistungsfähigkeit eines Funknetzwerkes dadurch bereit, dass den Knoten, die einem On-Demand-Routing-Protokoll folgen, ermöglicht wird, Routenanfrage-Nachrichten mehrmals auf der Grundlage der Routing-Metrik zu verarbeiten (und möglicherweise darauf zu antworten).
  • 3 veranschaulicht ein einfaches Netzwerk, durch das die Vorteile der vorliegenden Erfindung beschrieben werden. Zum Zwecke der Einfachheit kann angenommen werden, dass die Kreise in 3 mobile Knoten sind, die den bei dieser Erfindung für das Standard-AODV-Routing-Protokoll vorgeschlagenen Änderungen folgen, und die die Kreise verbindenden Linien geben die Funkverbindungen wiedergeben. Es wird außerdem angenommen, dass anfänglich kein Knoten eine Route für andere Knoten besitzt. Es wird weiter angenommen, dass die Funkverbindung zwischen den Knoten A und B schlecht ist, und daher verglichen mit einer guten Verbindung einen geringeren Durchsatz und höhere Verzögerung aufweist. Die Verbindung zwischen A und B ist so schlecht, dass vorzugsweise der Knoten C für die Kommunikation zwischen A und B sowie zwischen A und D verwendet wird, oder in anderen Worten ist die Routing-Metrik der Verbindung A-D schlechter als die gesamte Metrik der Route A-C-B. Es sollte hier bemerkt werden, dass aufgrund der Eigenschaften von Funkverbindungen kleine Pakete wie RREQ und RREP immer noch erfolgreich über schlechte Verbindungen geliefert werden können, während relativ große Pakete misslingen.
  • Die vorliegende Erfindung verbessert die Systemleistungsfähigkeit eines drahtlosen Netzwerkes, indem Knoten, die einem On-Demand-Routing-Protokoll folgen, ermöglicht wird, die Routing-Metrik anstelle von einfach Sprüngen (Hops) bei Routing-Nachrichten zu verwenden. Daher wird z.B. ein Knoten eine Route aktualisieren wenn er ein Route-Request-Paket (RREQ-Paket) oder ein Route-Reply-Paket (RREP-Paket) mit einer besseren Metrik empfängt, selbst wenn die Sequenznummer die gleiche wie die in der Routing-Tabelle gespeicherte ist. Sie verbessert weiter die Leistungsfähigkeit dadurch, dass sie den Knoten, die einem On-Demand-Routing-Protokoll folgen, ermöglicht, Route-Request-Nachrichten mehrmals auf der Grundlage der Routing-Metrik zu verarbeiten (und möglicherweise darauf zu antworten). Bei der vorliegenden Erfindung wird anstelle des stillschweigenden Verwerfens einer RREQ mit einem 2-Tupel (IP-Adresse, RREQ-ID) die neue RREQ akzeptiert, wenn die in der neuen RREQ übertragene Routing-Metrik geringer ist als die in der vorhergehenden RREQ übertragene. Die Metrik kann einfach gleich den Sprüngen (Hops) wie bei den Standardprotokollen AODV, DSR usw. sein oder kann eine Kombination aus der Funkverbindungsgüte, der Datenrate, des Datenstaus (Congestion), der Batterieleistung, der Arten von Vorrichtungen usw., wie in der veröffentlichten US-Patentanmeldung Nr. 2002/0191573 mit dem Titel „Embedded Routing Algorithms Under the Internet Protocol Routing Layer of a Software Architecture Protocol Stack in a Mobile Ad-Hoc Network"; in der US-Patentanmeldung mit der Seriennummer 60/546,941 mit dem Titel „System and Method for Characterizing the Quality of a Link in a Wireless Network" mit den Erfindern Avinash Joshi et al., die am 24. Februar 2004 eingereicht wurde; der US-Provisional-Application mit der Seriennummer 60/476,237 mit dem Titel „System and Method to Improve the Network Performance of a Wireless Communication Network by Finding an Optimal Route between a Source and a Destination" mit dem Erfinder Avinash Joshi, die am 6. Juni 2003 eingereicht wurde; der US-Patentanmeldung mit der Seriennummer 10/755,346 mit dem Titel "System and Method for Achieving Continuous Connectivity to an Access Point or Gateway in a Wireless Network Following an On-Demand Routing Protocol, and to Perform Smooth Handoff of Mobile Terminals Between Fixed Terminals in the Network" mit dem Erfinder Avinash Joshi, die am 13. Januar 2004 eingereicht wurde; und der US-Provisional-Application mit der Seriennummer 60/546,940 mit dem Titel "A System and Method for Providing a Measure of Link Reliablity to a Routing Protocol in an Ad-Hoc Wireless Network" mit dem Erfinder Guénaël T. Strutt, die am 24. Februar 2004 eingereicht wurde, wobei der gesamte Inhalt jeder hierin durch Inbezugnahme mit aufgenommen wird. Die Metrik wird in dem RREQ-Paket wie in den oben erwähnten Patentanmeldungen beschrieben übertragen.
  • Daher wird bei der vorliegenden Erfindung die erste RREQ mit dem Tupel (Quell-IP-Adresse, RREQ-ID), wie bei den Standard-Protokollen (AODV, DSR) bestimmt, immer verarbeitet, aber die nachfolgenden (d.h. diejenigen, die mit dem gleichen Tupel (Quell-IP-Adresse, RREQ-ID) empfangen werden), werden auch verarbeitet, wenn die in der RREQ übertragene Metrik geringer ist als die in der vorhergehenden RREQ übertragene. Um dies zu tun, sollten die Knoten auch die Rooting-Metrik speichern, während sie das Tupel (Quell-IP-Adresse, RREQ-ID) speichern.
  • Sobald die RREQ für das Verarbeiten akzeptiert ist, sollten normale Regeln, die durch Standards bestimmt sind, verwendet werden, um zu entscheiden, ob die RREQ weitergeleitet oder beantwortet werden muss in Abhängigkeit von den in den Standards bestimmten Faktoren.
  • Die folgenden Ereignisse werden stattfinden, wenn ein Knoten A in dem in 3 gezeigten Netzwerk eine Route zu dem Knoten D finden will und alle Knoten in dem Netzwerk den Änderungen folgen, die bei dieser Erfindung für das Standard-AODV vorgeschlagen sind.
    • 1. Der Knoten A gibt die RREQ mit seiner gegenwärtigen RREQ-ID, (z.B.) x, dessen IP-Adresse und TTL = 1 aus, d.h. die RREQ wird das Tupel (A, x) besitzen.
    • 2. Die Knoten B und C, welche Nachbarn des Knoten A sind, werden dieses RREQ-Packet empfangen.
    • 3. Die Knoten B und C werden überprüfen, ob eine RREQ mit dem Tupel (A, x) zuvor empfangen worden ist. Wenn sie keine finden, werden sie diese RREQ verarbeiten. Gemäß der Annahme besitzen die Knoten B und C keine Route zu dem Knoten D und daher kann keine RREP von diesen Knoten er zeugt werden. Und da TTL in der RREQ 1 war, können die Knoten B und C die RREQ nicht einmal weiterleiten.
    • 4. Nachdem er keine Antwort auf die RREQ empfangen hat, wird der Knoten A unterbrechen und wird die RREQ erneut ausgeben mit der neuen RREQ-ID = x + 1, dessen IP-Adresse und der TTL = 2 (hierbei wird angenommen, dass die Knoten einem erweiterten Suchverfahren folgen). Die RREQ wird das Tupel (A, x + 1) besitzen.
    • 5. Die Knoten B und C werden die RREQ wieder empfangen und werden sie verarbeiten, da die RREQ mit dem Tupel (A, x + 1) zuvor nicht empfangen worden ist.
    • 6. Da die Knoten B und C immer noch keine Route zu dem Knoten D besitzen, wird keine Antwort erzeugt werden. Aber da TTL in dem RREQ gleich 2 war, können sie das Packet nach Dekrementieren der TTL und Inkrementieren der Sprung-Zahl (Hop-Zahl) erneut aussenden.
    • 7. Die Knoten B und C senden die RREQ mit der RREQ-ID = x + 1, der IP-Adresse von A und der TTL = 1, d.h. mit (A, x + 1), erneut aus.
    • 8. Die erneut von dem Knoten B ausgesandte RREQ wird von den Knoten A, C und D empfangen. Der Knoten A verwirft die RREQ, da er der Absender davon ist. Der Knoten C verwirft die Nachricht nicht alleine deshalb, da er den gleichen Tupel (A, x + 1) bereits zuvor empfangen hat. Vielmehr wird der Knoten C die Routing-Metrik, die in der neuen RREQ übertragen wird, mit der Metrik in der einen vergleichen, die er gespeichert hat (die eine, die direkt von A kam). Gemäß der die Routing-Metrik zwischen den Knoten betreffenden Annahme wird der Knoten C die Nachricht verwerfen, da der entsprechende Eintrag in der Routing-Tabelle eine geringere Routing-Metrik enthält als die neue RREQ.
    • 9. Der Knoten D verarbeitet die RREQ von dem Knoten B und erzeugt eine Route-Reply, die eine Route A-B-D festlegt.
    • 10. Die RREQ, die von dem Knoten C (in Schritt 7) erneut ausgesandt wurde, wird von dem Knoten A und B empfangen. Der Knoten A verwirft die RREQ, da er der Absender davon ist. Aber der Knoten B wird die in der neuen RREQ übertragene Routing-Metrik mit der Metrik in der einen vergleichen, die er gespeichert hat (die eine, die direkt von A kam). Gemäß der Annahme hinsichtlich der Routing-Metrik zwischen den Knoten, wird der Knoten D feststellen, dass die neue RREQ eine geringere Routing-Metrik überträgt, verglichen mit der vorhergehenden und wird daher wählen, sie zu verarbeiten. Die RREQ in diesem Stadium zu verarbeiten wird bedeuten, dass der Knoten B den den Knoten A betreffenden Routen-Tabellen-Eintrag aktualisieren wird, und daher eine Route B-C-A für den Knoten A anstelle der vorhergehenden direkten Route zu dem Knoten A aufweisen wird. Dadurch wird der Knoten B auch die in dem entsprechenden Eintrag in der Routing-Tabelle gespeicherte Routing-Metrik aktualisieren gemäß dieser in der RREQ, die verarbeitet wird, übertragenen Routing-Metrik. Da zu dieser Zeit der Knoten B bereits eine Route zu D besitzt, wird der Knoten B einfach eine Route-Reply zu dem Knoten A durch den Knoten C senden. Der Knoten B kann außerdem eine unaufgeforderte Antwort (Gratuitous-Reply) an den Knoten D senden, wenn das entsprechende Flag („G"-Flag) wie bei AODV bestimmt gesetzt ist.
    • 11. Schließlich wird die Route A-C-B-D gebildet werden.
  • Wie bei diesem Beispiel gezeigt bestimmt das Verfahren gemäß der vorliegenden Erfindung eine optimale Route. Wenn das bekannte AODV-Verfahren bei diesem Beispiel verwendet wäre, würde der Knoten B die im Schritt 10 empfangene RREQ fallengelassen haben, ohne überhaupt die Metrik geprüft zu haben, und würde fortgefahren haben, die direkte schlechte Route zu A zu verwenden.
  • Das obige Verfahren wurde mit den IP-Adressen beschrieben, da AODV und DSR gegenwärtig in Schicht 3 spezifiziert sind. Aber wenn Routing in Schicht 2 ausgeführt wird, können die IP-Adressen einfach durch MAC-Adressen ersetzt werden, und das gleiche Verfahren wird funktionieren.
  • Obwohl nur einige wenige beispielhafte Ausführungsformen der vorliegenden Erfindung im Detail oben beschrieben wurden, werden die Fachleute leicht würdigen können, dass viele Abwandlungen bei den beispielhaften Ausführungsformen möglich sind, ohne wesentlich von den neuen Lehren und Vorteilen dieser Erfindung abzuweichen. Entsprechend ist beabsichtigt, dass alle solche Abwandlungen innerhalb des Schutzumfangs dieser Erfindung wie er in den folgenden Ansprüchen definiert ist, enthalten sein sollen.
  • Zusammenfassung
  • Ein System und ein Verfahren zum Verbessern der Leistungsfähigkeit eines On-Demand-Routing-Protokolls in einem drahtlosen Netzwerk werden bereitgestellt. Die Erfindung stellt eine verbesserte Systemleistungsfähigkeit eines drahtlosen Netzwerkes dadurch bereit, dass Knoten, die einem On-Demand-Routing-Protokoll folgen, ermöglicht wird, Routenanfrage-Nachrichten mehrmals auf der Grundlage der Routing-Metrik zu verarbeiten (und möglicherweise darauf zu antworten).

Claims (20)

  1. Verfahren des Steuerns eines On-Demand-Routing-Protokolls in einem drahtlosen Netzwerk, wobei das Verfahren aufweist: Empfangen einer Routenanfrage an einem Knoten, wobei die Routenanfrage zumindest eine Routing-Metrik umfasst; und Vergleichen eines Zustands der Routing-Metrik der gegenwärtig empfangenen Routenanfrage mit einem Zustand einer Routen-Metrik, die in einem entsprechenden Eintrag in einer Routing-Tabelle gespeichert ist, derart, dass bestimmt wird, ob der Knoten die gegenwärtig empfangene Routenanfrage annehmen oder verwerfen soll.
  2. Verfahren nach Anspruch 1, wobei die Routenanfrage weiter eine Adresse und eine Routen-Anfrage-Identifizierung aufweist.
  3. Verfahren nach Anspruch 2, wobei sich die Adresse auf einen Knoten bezieht, der die Routenanfrage zuerst erzeugt hat.
  4. Verfahren nach Anspruch 1, weiter aufweisend: Annehmen der Routenanfrage an dem Knoten, wenn die in der Routenanfrage übertragene Routing-Metrik einen Wert besitzt, der geringer ist als der der in einem entsprechenden Eintrag der Routing-Tabelle an dem Knoten gespeicherten Routing-Metrik, und Aktualisieren des entsprechenden Eintrags der Routing-Tabelle.
  5. Verfahren nach Anspruch 2, wobei die Adresse eine IP-Adresse ist.
  6. Verfahren nach Anspruch 2, wobei die Adresse eine MAC-Adresse ist.
  7. Verfahren nach Anspruch 1, wobei die Bestimmung ob die Routenanfrage anzunehmen oder zu verwerfen ist, das Analysieren der Routing-Metrik enthält.
  8. Verfahren nach Anspruch 1, wobei die Routing-Metrik Information aufweist, welche eine Anzahl von Sprüngen in einer gewünschten Route anzeigt.
  9. Verfahren nach Anspruch 1, wobei die Routing-Metrik Information umfasst, welche sich auf die Verbindungsgüte entlang einer gewünschten Route bezieht.
  10. Verfahren nach Anspruch 1, wobei die Routing-Metrik Information aufweist, die sich auf die Datenrate entlang einer gewünschten Route bezieht.
  11. Verfahren nach Anspruch 1, wobei die Routing-Metrik Information umfasst, die sich auf einen Datenstau entlang einer gewünschten Route bezieht.
  12. Verfahren nach Anspruch 1, wobei die Routing-Metrik Information umfasst, die sich auf die Batterieleistung von Knoten entlang einer gewünschten Route bezieht.
  13. Verfahren nach Anspruch 1, wobei die Routing-Metrik Information umfasst, die sich auf Arten von Vorrichtungen entlang einer gewünschten Route bezieht.
  14. Paketvermitteltes drahtloses Ad-Hoc-Kommunikationsnetzwerk, dass aufweist: eine Mehrzahl von mobilen Funkknoten, wobei zumindest ein Knoten Routenanfragen senden und empfangen kann, die alle jeweilige Adressinformation, eine jeweilige Routenanfrage-Identifizierung sowie zumindest eine jeweilige Routing-Metrik aufweisen; und wobei zumindest ein Knoten eine Routenanfrage annehmen wird, welche die gleiche Adresse und die gleiche Routenanfrage-Identifizierung besitzt wie eine vorhergehend empfangene Routenanfrage, wenn die gegenwärtige Routenanfrage eine Routing-Metrik mit einem wünschenswerteren Zustand als ein Zustand der gegenwärtig in einem entsprechenden Eintrag in der Routing-Tabelle gespeicherten Routing-Metrik überträgt.
  15. Netzwerk nach Anspruch 14, wobei die Adresse eine IP-Adresse ist.
  16. Netzwerk nach Anspruch 14, wobei die Adresse eine MAC-Adresse ist.
  17. Netzwerk nach Anspruch 14, wobei zumindest ein Knoten die Routenanfrage annehmen wird, wenn ein Wert der in der Routenanfrage übertragenen Routing-Metrik geringer ist als der der in einem entsprechenden Eintrag der Routing-Tabelle an dem Knoten gespeicherten Routing-Metrik, und den entsprechenden Eintrag der Routing-Tabelle aktualisieren wird.
  18. Knoten, der zum Arbeiten in einem drahtlosen Netzwerk gemäß einem On-Demand-Routing-Protokoll eingerichtet ist, wobei der Knoten aufweist: einen Transceiver, der zum Empfangen einer Routenanfrage mit zumindest einer Routing-Metrik eingerichtet ist; und einen Controller, der eingerichtet ist zum Vergleichen eines Zustands der Routing-Metrik der gegenwärtig empfangenen Routenanfrage mit einem Zustand einer Routing-Metrik einer vorhergehend empfangenen Routenanfrage derart, dass bestimmt wird, ob der Knoten die gegenwärtig empfangene Routenanfrage annehmen oder verwerfen soll.
  19. Knoten nach Anspruch 18, wobei: der Controller weiter derart eingerichtet ist, dass er die Routenanfrage an dem Knoten annimmt, wenn die in der Routenanfrage übertragene Routing-Metrik einen geringeren Wert besitzt als der der Routing-Metrik in einem entsprechenden Eintrag der Routing-Tabelle an dem Knoten, und den entsprechenden Eintrag der Routing-Tabelle aktualisiert.
  20. Knoten nach Anspruch 18, wobei: die Routenanfrage weiter eine Adresse und eine Routenanfrage-Identifizierung aufweist; und die Routing-Metrik Information aufweist, die auf eines der Folgenden hinweist: eine Anzahl von Sprüngen in einer gewünschten Route; Information, die sich auf die Verbindungsgüte entlang einer gewünschten Route bezieht; Information die sich auf die Datenrate entlang einer gewünschten Route bezieht; Information, die sich auf Datenstau entlang einer gewünschten Route bezieht; Information, die sich auf die Batterieleistung von Knoten entlang einer gewünschten Route bezieht; und Information, die sich auf Arten von Vorrichtungen entlang einer gewünschten Route bezieht.
DE112005001537T 2004-06-24 2005-06-22 System und Verfahren zum Verbessern der Leistungsfähigkeit eines On-Demand-Routing-Protokolls in einem drahtlosen Netzwerk Ceased DE112005001537T5 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US58275004P 2004-06-24 2004-06-24
US60/582,750 2004-06-24
PCT/US2005/022238 WO2006012200A2 (en) 2004-06-24 2005-06-22 System and method to improve the performance of an on demand routing protocol in a wireless network

Publications (1)

Publication Number Publication Date
DE112005001537T5 true DE112005001537T5 (de) 2007-06-28

Family

ID=35786647

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112005001537T Ceased DE112005001537T5 (de) 2004-06-24 2005-06-22 System und Verfahren zum Verbessern der Leistungsfähigkeit eines On-Demand-Routing-Protokolls in einem drahtlosen Netzwerk

Country Status (4)

Country Link
US (1) US7606176B2 (de)
KR (1) KR20070032717A (de)
DE (1) DE112005001537T5 (de)
WO (1) WO2006012200A2 (de)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100631201B1 (ko) * 2004-02-11 2006-10-04 삼성전자주식회사 백오프 기법을 사용하는 비용 기반의 라우팅방법
KR100602267B1 (ko) * 2004-07-03 2006-07-19 삼성전자주식회사 통신 시스템에서 라우터 설정 방법 및 시스템
CN101057511A (zh) * 2004-11-05 2007-10-17 网状网络公司 用于提供选择多跳跃通信系统中节点之间路由的拥塞感知路由选择度量的系统和方法
US8085672B2 (en) * 2005-01-28 2011-12-27 Honeywell International Inc. Wireless routing implementation
US8243603B2 (en) * 2005-12-07 2012-08-14 Motorola Solutions, Inc. Method and system for improving a wireless communication route
TWI462530B (zh) * 2006-05-01 2014-11-21 Koninkl Philips Electronics Nv 在分散式無線通信網路發現至少具有一最小組可用資源的一經請求即直接連接的距離向量路由之方法
CN101083597A (zh) * 2006-05-31 2007-12-05 朗迅科技公司 移动自组织网络中基于sip的即时消息
EP1944924A1 (de) 2007-01-12 2008-07-16 Samsung Electronics Co., Ltd. System, Verfahren und computerlesbares Medium für mobiles AD-HOC-Netzwerk-Routing basierend auf der Hardware-Adresse (MAC)
US7881206B2 (en) * 2007-12-31 2011-02-01 Oracle America, Inc. Method and apparatus for mesh routing
KR101588043B1 (ko) * 2008-07-30 2016-01-25 코닌클리케 필립스 엔.브이. 무선 메쉬 네트워크들에서 고 처리율 라우트들을 발견하기 위한 방법
US20100142447A1 (en) * 2008-09-04 2010-06-10 Ludger Schlicht Web applications for a mobile, broadband, routable internet
US20100142448A1 (en) * 2008-09-04 2010-06-10 Ludger Schlicht Devices for a mobile, broadband, routable internet
US8279842B2 (en) * 2009-05-18 2012-10-02 Digi International Inc. Route selection system and method for promoting route distributions among multiple devices in a wireless mesh network
US8095684B2 (en) * 2009-09-15 2012-01-10 Symantec Corporation Intelligent device and media server selection for optimized backup image duplication
CN101854696B (zh) * 2010-05-25 2012-10-10 重庆邮电大学 基于调度与链路质量的无线传感器网络路由方法
CN101945460B (zh) * 2010-08-26 2012-12-05 湘潭大学 一种用于Ad Hoc网络环境下的基于节能的AODV路由选择方法
US8774010B2 (en) 2010-11-02 2014-07-08 Cisco Technology, Inc. System and method for providing proactive fault monitoring in a network environment
US8559341B2 (en) 2010-11-08 2013-10-15 Cisco Technology, Inc. System and method for providing a loop free topology in a network environment
US8982733B2 (en) 2011-03-04 2015-03-17 Cisco Technology, Inc. System and method for managing topology changes in a network environment
US8670326B1 (en) 2011-03-31 2014-03-11 Cisco Technology, Inc. System and method for probing multiple paths in a network environment
US8724517B1 (en) 2011-06-02 2014-05-13 Cisco Technology, Inc. System and method for managing network traffic disruption
US8830875B1 (en) 2011-06-15 2014-09-09 Cisco Technology, Inc. System and method for providing a loop free topology in a network environment
CN102547899B (zh) * 2011-12-19 2014-05-14 中国科学院上海微系统与信息技术研究所 一种应用于无线传感网的自适应路由选择方法
US9450846B1 (en) 2012-10-17 2016-09-20 Cisco Technology, Inc. System and method for tracking packets in a network environment
WO2015139026A2 (en) 2014-03-14 2015-09-17 Go Tenna Inc. System and method for digital communication between computing devices
EP3607777A1 (de) * 2017-04-07 2020-02-12 Nokia of America Corporation Auf ad-hoc-dienstschaltung basierende steuerung von ad-hoc-vernetzung
US10813169B2 (en) 2018-03-22 2020-10-20 GoTenna, Inc. Mesh network deployment kit
US11082324B2 (en) 2018-07-27 2021-08-03 goTenna Inc. Vine: zero-control routing using data packet inspection for wireless mesh networks
CN110267322A (zh) * 2019-07-09 2019-09-20 哈尔滨工业大学 一种基于dsr协议改进的无人机自组网快速反应路由算法

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5943322A (en) 1996-04-24 1999-08-24 Itt Defense, Inc. Communications method for a code division multiple access system without a base station
US6487172B1 (en) * 1998-08-21 2002-11-26 Nortel Networks Limited Packet network route selection method and apparatus using a bidding algorithm
CA2356947A1 (en) * 1998-12-23 2000-07-06 Nokia Wireless Routers, Inc. A unified routing scheme for ad-hoc internetworking
US6456599B1 (en) * 2000-02-07 2002-09-24 Verizon Corporate Services Group Inc. Distribution of potential neighbor information through an ad hoc network
US6807165B2 (en) 2000-11-08 2004-10-19 Meshnetworks, Inc. Time division protocol for an ad-hoc, peer-to-peer radio network having coordinating channel access to shared parallel data channels with separate reservation channel
US6873839B2 (en) 2000-11-13 2005-03-29 Meshnetworks, Inc. Prioritized-routing for an ad-hoc, peer-to-peer, mobile radio access system
US7072650B2 (en) 2000-11-13 2006-07-04 Meshnetworks, Inc. Ad hoc peer-to-peer mobile radio access system interfaced to the PSTN and cellular networks
EP1386432A4 (de) * 2001-03-21 2009-07-15 John A Stine Zugriffs- und routingprotokoll für ad-ho-netzwerke unter verwendung synchroner kollisionsauflösung und knotenzustandsverteilung
AU2002314824A1 (en) 2001-06-14 2003-01-02 Meshnetworks, Inc. Routing algorithms in a mobile ad-hoc network
US7339897B2 (en) * 2002-02-22 2008-03-04 Telefonaktiebolaget Lm Ericsson (Publ) Cross-layer integrated collision free path routing
US7007102B2 (en) 2002-04-29 2006-02-28 Harris Corporation Admission control in a mobile ad hoc network
US7764617B2 (en) * 2002-04-29 2010-07-27 Harris Corporation Mobile ad-hoc network and methods for performing functions therein based upon weighted quality of service metrics
WO2004064303A2 (en) 2003-01-13 2004-07-29 Meshnetworks, Inc. Method for continuous connectivity to an access point in a wireless network
US7382765B2 (en) * 2003-04-30 2008-06-03 Harris Corporation Predictive routing in a moble ad hoc network
US7299038B2 (en) * 2003-04-30 2007-11-20 Harris Corporation Predictive routing including the use of fuzzy logic in a mobile ad hoc network
JP5037120B2 (ja) 2003-06-05 2012-09-26 メッシュネットワークス インコーポレイテッド アドホック無線通信ネットワークにおける最適なルーティング
US7558818B2 (en) 2003-06-06 2009-07-07 Meshnetworks, Inc. System and method for characterizing the quality of a link in a wireless network
US20040264372A1 (en) * 2003-06-27 2004-12-30 Nokia Corporation Quality of service (QoS) routing for Bluetooth personal area network (PAN) with inter-layer optimization
US7401217B2 (en) * 2003-08-12 2008-07-15 Mitsubishi Electric Research Laboratories, Inc. Secure routing protocol for an ad hoc network using one-way/one-time hash functions
US7480248B2 (en) * 2003-08-22 2009-01-20 Samsung Electronics Co., Ltd. Apparatus and method for determining aggregated link costs in a mobile ad hoc network
US7142866B2 (en) * 2003-09-09 2006-11-28 Harris Corporation Load leveling in mobile ad-hoc networks to support end-to-end delay reduction, QoS and energy leveling
KR100605896B1 (ko) * 2003-10-07 2006-08-01 삼성전자주식회사 모바일 애드 혹 네트워크에서 부분 경로 탐색을 이용하여 라우트 경로를 설정하는 방법 및 이동통신 단말기
US7269155B2 (en) * 2004-01-13 2007-09-11 Meshnetworks, Inc. System and method for achieving continuous connectivity to an access point or gateway in a wireless network following an on-demand routing protocol, and to perform smooth handoff of mobile terminals between fixed terminals in the network
KR100631201B1 (ko) * 2004-02-11 2006-10-04 삼성전자주식회사 백오프 기법을 사용하는 비용 기반의 라우팅방법

Also Published As

Publication number Publication date
US20050286419A1 (en) 2005-12-29
KR20070032717A (ko) 2007-03-22
WO2006012200A2 (en) 2006-02-02
WO2006012200A3 (en) 2006-07-27
US7606176B2 (en) 2009-10-20

Similar Documents

Publication Publication Date Title
DE112005001537T5 (de) System und Verfahren zum Verbessern der Leistungsfähigkeit eines On-Demand-Routing-Protokolls in einem drahtlosen Netzwerk
DE112005002142B4 (de) System und Verfahren zum Assoziieren verschiedener Arten von Knoten mit Zugangspunktknoten in einem drahtlosen Netzwerk zum Routen von Daten in dem drahtlosen Netzwerk
DE602005001250T2 (de) Paketübertragungssystem, drahtlose Basisstation und Verfahren zur Routen-Optimierung für die Paketübertragung
DE60219932T2 (de) Ssystgem und Verfahren zur Verwendung von Algorithmen und Protokollen zur optimierung von CSMA-Protokollen (Carrier Sense Multiple Access) in drahtlosen Netzwerken
DE112005001581T5 (de) System und Verfahren zum Auswählen von stabilen Routen in drahtlosen Netzwerken
EP1875676B1 (de) Routing-protokoll für multicast in einem mesh-netzwerk
DE60030050T2 (de) Vorrichtung und verfahren zur effiziente abgabe von mehrfachdaten im pacs (personal access communications system)
DE10085302B3 (de) Mobile-IP für Mobil-Ad-Hoc-Netze
DE69434586T2 (de) Kommunikationsnetz mit drahtloser und drahtgebundener dynamischer leitweglenkung
DE69918290T2 (de) Verkehrsleitung in kleinen, drahtlosen Datennetzwerken
DE60125198T2 (de) Multicastwegewahl in ad-hoc netzen
DE112006000157B4 (de) Verfahren und Vorrichtung zum Schaffen einer zu einem drahtlosen Mesh-Netzwerk gehörigen transparenten Brücke
AT500118B1 (de) Mehrfach-funkgerät-vereinheitlichungsprotokoll
DE60014138T2 (de) System um etikettierte wegelenkungsbäume zu kommunizieren
DE112005003332T5 (de) Multicast-Architektur für drahtlose Maschennetze
DE602005004744T2 (de) Kontrollvorrichtung, mobiles Endgerät und Kommunikationskontrollverfahren
DE60030527T2 (de) Rpcu (radio port control unit) und entsprechendes verfahren
DE112006001117T5 (de) Verfahren zum Unterstützen eines Multicast-Weiterleitens in drahtlosen Multihop-Netzen
DE112006000662T5 (de) Mobilgerätübergabe unter Einsatz von Multicast in einem Multi-Protocol-Label-Switching-(MPLS)-Netzwerk
DE112005002494T5 (de) System und Verfahren zum Ermöglichen eines Inter-Frequenz-Handovers von mobilen Endgeräten in einem drahtlosen Kommunkikationsnetzwerk
DE112005003146T5 (de) System und Verfahren zum Steuern von Überlastung in drahtlosen Multihop-Netzwerken
DE112005002720T5 (de) System und Verfahren zur dynamischen Frequenzauswahl in einem drahtlosen Mehrsprung-Netz
WO2005020602A2 (de) Wireless lan system zum einsatz bei sich mit hoher geschwindigkeit bewegenden clients
DE202005014183U1 (de) Drahtlose Station für die Verwendung in einem Maschennetzwerk
DE112006001618B4 (de) Verfahren und Vorrichtung zum Verringern der Latenz während Änderungen einer drahtlosen Konnektivität

Legal Events

Date Code Title Description
OP8 Request for examination as to paragraph 44 patent law
8131 Rejection