DE69929627T2

DE69929627T2 - Geo-räumliche adressierung zum internet-protokoll

Info

Publication number: DE69929627T2
Application number: DE69929627T
Authority: DE
Inventors: A. Dan Bainbridge Island PRESTON; Joseph Bainbridge Island PRESTON
Original assignee: Airbiquity Inc
Current assignee: OL Security LLC
Priority date: 1998-11-02
Filing date: 1999-11-02
Publication date: 2006-09-14
Anticipated expiration: 2019-11-03
Also published as: DE69929627D1; ATE316730T1; WO2000027091A1; AU1712000A; JP2003524309A; CN1127249C; EP1125415A1; CA2321751A1; US20010015965A1; WO2000027091A9; JP4482236B2; AU765704B2; HK1043265A1; US6920129B2; CN1316151A; BR9908762A; EP1125415B1; US6236652B1

Description

Technisches Gebiet
Die vorliegende Erfindung betrifft allgemein das Gebiet der Datenkommunikationen und insbesondere verbesserte Verfahren von Datenkommunikationen mit mobilen Geräten. Insbesondere umfasst die Erfindung eine Internet-Adressierungsmethode auf der Grundlage dynamischer Lokalisierung (erdräumlich), die mit existierenden Internetprotokollen und Architekturen rückwärts kompatibel ist, aber verbesserte Datenkommunikationen mit großen Anzahlen von mobilen Geräten bietet.
Allgemeiner Stand der Technik
Internet
Das Internetprotokoll (IP), wie wir es heute kennen, wurde während der späten 70-er Jahre konzipiert, als eine 32 Bit-Mitteilung (2³² oder als 4 bis 8-Bit-Mitteilungen dargestellt, das heißt 255.255.255.255, später Ipv4 genannt) etwa 4,25 Billionen einzelne Adressen erlaubte. Damals dachte man, dass dies mehr als genug Adressraum war, um die zukünftigen Erfordernisse zu decken. Das Internetprotokoll war noch im Experimentalzustand und stand im Brennpunkt der Akademie und war für diese bestimmt. Persönliche Computer waren noch eine Voraussage.
In den 90-er Jahren war es klar, dass das Ipv4-Adressieren erschöpft sein würde, manche glaubten, dass dies so früh wie 1995 eintreten würde. Als Ergebnis wurde Ipv6 in Betrieb genommen, über die Entwicklung einer Task Force, Internet Engineering Task Force (IETF) genannt. Eine Schlüsselcharta für diese Task Force war vorwärts- und rückwärts funktionierende gegenseitige Betriebsfähigkeit.
Die grundlegende Struktur der neuen Adressierungsmethode ist eine 128 Bit-Mitteilung dargestellt als 8-16 Bit-Mitteilungen getrennt durch einen Strichpunkt und dargestellt in Hexadezimalformat (zum Beispiel FFFF:FFFF:... in Hexadezimal, 65535:65536:... in Dezimal und 1111111111111111:1111111111111111: binär). Die Kombination verfügbarer Adressen beträgt etwa 3.4 × 10³⁸ einzelne Adressen, genug, um mit Gewissheit die Netzwerkadressierung für das nächste Jahrtausend, wenn nicht sogar die noch nicht absehbare Zukunft zu versorgen.
Als Teil der IETF-Methode wurde ein binäres Präfix reserviert (100), das 1/8 der verfügbaren Netzwerkadressierung darstellt. Dieses wurde reserviert und für Adressierung auf geographischer Basis verfügbar gemacht. Unicast wird als aufgelöste oder zugewiesene Adresse oder ein einzelner Identifikator für eine einzelne Schnittstelle definiert, das heißt ein Paket, das zu einer Unicast-Adresse gesendet wird, wird zu der Schnittstelle gesendet, die durch diese Adresse identifiziert ist.
TCP/IP stellt die Verbindungs-/verbindungslosen Protokolle in dem Open Systems Interconnect (OSI) Referenzmodell dar. Das OSI ist ein Standardreferenzmodell für die Kommunikation zwischen zwei Endbenutzern in einem Netz. Es wird bei der Entwicklung von Produkten und Verstehen von Netzwerken verwendet. Das OSI-Referenzmodell beschreibt sieben Schichten zusammenhängender Funktionen, die an jedem Ende erforderlich sind, wenn Daten in einem Netzwerk von einem Partner zu einem anderen Partner gesendet werden. Ein existierendes Netzwerkprodukt oder -programm kann zum Teil dadurch beschrieben werden, wo es in diese Schichtstruktur passt. TCP/IP ist zum Beispiel gewöhnlich mit anderen Internetprogrammen als eine Reihe von Produkten verpackt, die Kommunikation über das Internet unterstützen. Diese Reihe umfasst das File Transfer Protocol (FTP), Telnet, das Hypertext Transfer Protocol (HTTP), E-Mail-Protokolle und manchmal andere.
Das OSI-Modell beschreibt den Fluss von Daten in einem Netzwerk, jedem beliebigen IP-Netzwerk, von der untersten Schicht (den physikalischen Verbindungen, das heißt den Mobiltelefonen) zu der Schicht, die die Anwendungen des Benutzers enthält. Daten, die sich zu und vom Netzwerk bewegen, werden von Schicht zu Schicht weitergegeben. Jede Schicht kann mit der gleich über und der gleich unter ihr liegenden Schicht kommunizieren.
Das OSI-Referenzmodell umfasst sieben Schichten:

1. Die Anwendungsschicht stellt das Niveau dar, auf welchem Anwendungen auf Netzwerkdienste zugreifen. Diese Schicht stellt die Dienste dar, die Anwendungen direkt unterstützen.
2. Die Präsentationsschicht übersetzt Daten von der Anwendungsschicht in ein Zwischenformat. Diese Schicht verwaltet auch Sicherheitsprobleme, indem Dienste, wie zum Beispiel Datenverschlüsselung bereitgestellt werden, und verdichtet Daten, so dass weniger Bits auf dem Netzwerk zu übertragen sind.
3. Die Sessionsschicht erlaubt es zwei Anwendungen auf verschiedenen Systemen, eine Session zu erstellen, zu verwenden und zu beenden. Diese Schicht erstellt die Dialogsteuerung zwischen den zwei Computern in einer Session, reguliert, welche Seite überträgt und wann und wie lang sie überträgt.
4. Die Transportschicht befasst sich mit der Fehlererkennung und Wiederherstellung. Sie packt auch lange Meldungen bei Bedarf in kleine Pakete für die Übertragung um und baut auf dem Empfangsende die Pakete wieder zu der Originalmitteilung zusammen. Die empfangende Transportschicht sendet ferner Empfangsbestätigungen.
5. Die Netzwerkschicht adressiert Mitteilungen und übersetzt logische Adressen und Namen in physikalische Adressen. Sie bestimmt auch die Route von der Quelle zu dem Zielcomputer und verwaltet Verkehrsprobleme, wie zum Beispiel Umschalten, Routen und Steuern der Audiosignale oder Daten.
6. Die Datenlinkschicht verpackt unaufbereitete Bits von der physikalischen Schicht in Rahmen (logische, strukturierte Pakete für Daten). Diese Schicht ist für das Übertragen von Rahmen von einem Computer zum anderen ohne Fehler verantwortlich. Nach dem Senden eines Rahmens wartet sie auf eine Bestätigung von dem empfangenden Computer.
7. Die physikalische Schicht überträgt Daten von einem System zu einem anderen und reguliert die Übertragung von Daten über ein physikalisches Medium. Diese Schicht definiert, wie das Kabel an dem Gerät befestigt ist und welche Übertragungstechnik zum Senden von Daten über das System verwendet wird.

Wenn zwei Geräte auf einem Netzwerk kommunizieren, nimmt die Software auf jeder Schicht auf einem System an, dass sie mit der gleichen Schicht auf dem anderen System kommuniziert. Die Transportschicht eines Systems kommuniziert zum Beispiel mit der Transportschicht auf dem anderen System. Die Transportschicht auf dem ersten System kümmert sich nicht darum, wie die Kommunikation tatsächlich durch die unteren Schichten des ersten Systems läuft, über das physikalische Medium und dann hoch durch die unteren Schichten des zweiten Systems.
Obwohl TCP gut in die Transportschicht von OSI und IP in Netzwerkschichten passt, passen die anderen Programme eher locker (aber nicht genau innerhalb einer Schicht) in die Session-, Präsentations- und Anwendungsschichten. Bei diesem Modell nehmen wir nur internetbezogene Programme in die Netzwerk- und höheren Schichten auf. OSI kann auch an andere Netzwerkumgebungen angepasst werden, um Sprache zu umfassen. Ein Satz von Kommunikationsprodukten, der dem OSI-Referenzmodell komplett entspricht, würde genau in jede Schicht passen.
Mit dem Erscheinen von Ipv6 oder Ipng kann die Anzahl der Netzwerkschnittstellen über das Netzwerk auf individuelle Geräte erweitert werden. Ein sicherer und Echtzeit-Unicast-Punkt kann im Wesentlichen zu dem individuellen Benutzer über ein Konzept ausgedehnt werden, das Anycast genannt wird, das als eine Kommunikation zwischen einem einzelnen Sender und dem nächst gelegenen mehrerer Empfänger in einer Gruppe definiert ist. Der Begriff existiert im Gegensatz zu Multicast, der Kommunikation zwischen einem einzelnen Sender und mehreren Empfängern, und Unicast, der Kommunikation zwischen einem einzelnen Sender und einem einzelnen Empfänger in einem Netzwerk. Anycast wurde konzipiert, um einen Host das effiziente Aktualisieren von Routingtabellen für eine Gruppe von Hosts auslösen zu lassen. IPv6 kann bestimmen, welcher Gateway-Host am nächsten ist und sendet die Pakete zu dem Host, als wäre es eine Unicast-Kommunikation. Dieser Host wiederum kann zu jedem anderen Host in der Gruppe anycasten, bis alle Routingtabellen aktualisiert sind.
Anycast erlaubt es der Unicast-Schnittstelle, nun als ein Unicast-Link zu dem Gerät zu funktionieren, seine Adresse ist einzigartig und seine Schnittstelle ist virtuell für das Internet-Backbone. Durch Erweitern des Konzepts auf andere Geräte als herkömmliche Schnittstellengeräte, zum Beispiel einen Computer und ein Netzwerk, und durch weiteres Ausdehnen der Adressierungsmethode haben wir die Fähigkeit geschaffen, Daten für alle Absichten und Zwecke fast in Echtzeit und sicher zu übertragen. Ipv6, Unicast-Links und Anycast sind die Schlüsselelemente für Tunnelproto kolle, Protokolle, die erforderlich sind, um die Netzwerklatenz für den Datentransfer zu verringern.
Was das Internet betrifft, verwendet das Tunneln das Internet als einen Teil eines privaten sicheren Netzwerks. Der „Tunnel" ist der spezifische Pfad, den eine gegebene Mitteilung oder Datei durch das Internet einschlagen könnte. Ein Protokoll oder ein Satz. von Kommunikationsregeln, Point-to-Point Tunneling Protocol (PPTP) genannt, wurde vorgeschlagen, das es ermöglichen würde, ein virtuelles privates Netzwerk durch „Tunnel" über das Internet zu schaffen. Das würde bedeuten, dass Geräte keine Unterstützung eines unabhängigen Service Providers (ISP) für großflächige Kommunikation mehr brauchen, sondern sicher die öffentlichen Netzwerke so gut wie in Echtzeit verwenden könnten. PPTP, gesponsert von Microsoft und anderen Gesellschaften, und Layer 2 Forwarding, vorgeschlagen von Cisco Systems, gehören zu den Hauptvorschlägen für einen neuen Internet Engineering Task Force (IETF)-Standard. Mit PPTP, einer Erweiterung des Point-to-Point Protokolls (PPP) des Internets, ist jeder Benutzer eines Kommunikationsgeräts mit PPP-Client-Unterstützung in der Lage, einen ISP zu verwenden, um sich sicher an ein Gerät anderswo in der Domäne anzuschließen.
PPP ist ein Protokoll für die Kommunikation zwischen zwei Geräten und ist ein Vollduplex-Protokoll, das auf verschiedenen physikalischen Medien verwendet werden kann, darunter verdrillte oder Lichtleitfaserleitungen oder Satellitenübertragung. Es verwendet eine Variation von High Speed Data Link Control (HDLC) zur Paketkapselung. PPP wird gewöhnlich dem früheren Defacto-Standard Serial Line Internet Protocol (SLIP) vorgezogen, weil es synchrone sowie auch asynchrone Kommunikation handhaben kann. PPP kann eine Leitung mit anderen Benutzern teilen und hat eine Fehlererfassung, die SLIP nicht hat. Wenn eine Auswahl möglich ist, wird PPP vorgezogen.
Ein virtuelles privates Netzwerk (VPN) ist ein privates Datennetzwerk, das die Infrastruktur des öffentlichen Telekommunikationsnetzes verwendet und die Vertraulichkeit durch den Gebrauch eines Tunnelprotokolls und von Sicherheitsvorgehensweisens aufrechterhält. Ein virtuelles privates Netzwerk kann einem System eigener oder gemieteter Leitungen gegenübergestellt werden, das nur von einer Gesellschaft verwendet werden kann. Die Idee des VPN besteht darin, dem Benutzer die gleichen Fähigkeiten für viel geringere Kosten zu verleihen, indem die öffentliche Infrastruktur geteilt wird. Telefongesellschaften haben sichere geteilte Ressourcen für Sprachmitteilungen bereitgestellt.
Ein virtuelles privates Netzwerk ermöglicht es, das gleiche sichere Teilen öffentlicher Ressourcen für Daten zu haben. Die heutigen Benutzer ziehen den Gebrauch eines privaten virtuellen Netzwerks sowohl für Extranet als auch für großflächige Intranetanlagen in Betracht. Der Gebrauch eines privaten virtuellen Netzwerks bedingt das Verschlüsseln von Daten vor dem Senden durch das öffentliche Netzwerk und das Entschlüsseln der Daten am Empfangsende. Ein zusätzliches Sicherheitsniveau befasst sich mit dem Verschlüsseln nicht nur der Daten, sondern auch der Daten der Ursprungs- und Empfangsnetzwerkadressen. Obwohl es noch kein Standardprotokoll gibt, haben Microsoft, 3Com und mehrere andere Gesellschaften ein Standardprotokoll, nämlich das Point-to-Point Tunneling Protocol (PPTP) vorgeschlagen, und Microsoft hat das Protokoll in seinen Windows NT-Server eingebaut.
GPS
Das globale Positionierungssystem oder „GPS" ist das Ergebnis von Problemen, die bei den US-Militärkräften während des Vietnamkriegs auftraten. Eine der Hauptschwierigkeiten für Landtruppen ist das Aufrechterhalten des Kontakts un tereinander, insbesondere bei schwergängigem Dschungelgelände. Ein lokalisiertes LORAN-System wurde verwendet, aber es war der Gegenstand von Fehlern, die alle Funksysteme haben, wie zum Beispiel Bodenwellenablenkung und schlechter Funkempfang nachts und bei Schlechtwetter. Die USA haben danach mit einem System aus vier Satelliten, ursprünglich TRANSIT genannt, experimentiert. Diese befanden sich in hoher Umlaufbahn über der Erde und waren für Seebenutzer sowie für das Militär verfügbar. Das System war jedoch weitgehend ungenau, da Positionsfestlegungen bestenfalls alle zwei Stunden erzielt werden konnten.
Das NavStar-System wurde danach entwickelt und funktionierte in eingeschränkter Weise ab 1986, es ergab jedoch nur 3 bis 4 Stunden Deckung pro Tag aufgrund der kleinen Anzahl von Satelliten auf Umlaufbahn. Das GPS-System wurde „teilweise betriebsbereit", als die Feindlichkeiten im Persischen Golf 1990 begannen. Hier wurden experimentale Block 1-Satelliten zusätzlich zu den etablierten Block 2-Satelliten verwendet, was eine nutzbare Konstellation von 21 Satelliten ergab. Das Verteidigungsministerium machte das System für Zivilbenutzer im Jahr 1990 betriebsbereit, und dies ist das gleiche GPS-System, das wir heute verwenden.
Die GPS-Satelliten umkreisen die Erde zwei Mal pro Tag, 11000 Meilen über der Erde, und übertragen ihre genaue Position und Höhe. Der GPS-Empfänger erfasst das Signal, misst dann das Intervall zwischen der Übertragung und dem Empfang des Signals, um die Entfernung zwischen dem Empfänger und dem Satelliten zu bestimmen. Sobald der Empfänger diese Daten für mindestens drei Satelliten berechnet hat, kann seine Lokalisierung auf der Oberfläche der Erde bestimmt werden.
Jeder Satellit überträgt Kalender- und Ephemeridendaten. Kalenderdaten sind allgemeine Information über die Lage und den Zustand jedes Satelliten in der Konstellation, die von jedem Satelliten empfangen werden können. Ein Empfänger mit einem laufenden Kalender in seinem Speicher weiß, wo er am Himmel nach Satelliten mit seiner letzten bekannten Position und der Uhrzeit zu suchen hat. Ephemeridendaten sind die genauen Satellitenpositionierungsinformationen, die der GPS-Empfänger zum Berechnen seiner Position verwendet. Jeder Satellit überträgt seine eigenen Ephemeridendaten.
Es gibt auch 2 verschiedene Signaltypen, die von den Satelliten gesendet werden; CA (Coarse Acquisition) und PPS (Precise Positioning System). CA-codierte Signale können 15 Meter RMS-Genauigkeit (quadratischer Mittelwert) geben. Das DOD (Verteidigungsministerium) hat jedoch einen Zufallsfehler in das System eingeführt, der als Selective Availability bekannt ist. Das bedeutet, dass die Satelliten zufällig ein Fehlersignal ausgeben und dadurch die Genauigkeit der Signale auf 100 offiziell Meter verringern, obwohl die Genauigkeit gewöhnlich 50 Meter beträgt. PPS ist nur für Lizenzinhaber, in der Hauptsache militärische Benutzer verfügbar und kann eine Genauigkeit unter 1 Meter geben.
Mit dem Erscheinen dieser Technologie, ihrer darauf folgenden Kommerzialisierung, ihrer Entwicklung in Größe, Overhead und Genauigkeit, tritt GPS als eine Technologie hervor, die für Systeme verfügbar ist, die herkömmlich bis vor kurzem weder als kompatibel, noch als verfügbar oder erforderlich betrachtet wurden.
Drahtlose Kommunikationen
Zellulare Kommunikationen (drahtlose Kommunikationen) haben sich über die vergangenen Jahre von analog zu digital entwickelt. Diese Datenströme werden unter Gebrauch von Protokollen gesendet, die in der Telekommunikationsindustrie genormt wurden. Sie werden GSM, CDMA, TDMA usw. genannt, jedes einzigartig, jedoch als ein Sprache-unter- Daten-Konzept entwickelt. Manche haben sich zu rein digital entwickelt, aber im gesamten Telekommunikationsnetzwerk sind es immer noch Sprache-auf- Sprache-Netzwerke. Diese digitalen Hochgeschwindigkeitskommunikationen sind in der Lage, von TCP/IP in rein digitaler Umgebung gestützt zu werden.
Bisher haben sich diese drei getrennten Technologiebereiche, nämlich die Internetdatenkommunikationen, das globale Positionierungssystem und die drahtlosen Kommunikationen weitgehend unabhängig voneinander weiterentwickelt, wobei sich jedes mit seinen eigenen Herausforderungen und Handelsmärkten befasste. Die vorliegende Anwendung ergibt sich aus der Neuüberlegung dieser Technologien in einem weiteren Kontext und dem Erforschen von Wegen, in welchen sie sich überlagern oder überlagern könnten, um neue Funktionalität und Effizienzen bereitzustellen. Es wurde die Erfordernis identifiziert, ausgewählte Aspekte dieser verschiedenen Technologien wirksam einzusetzen und zu verschmelzen. Spezifischer besteht der Bedarf, große Zahlen zunehmender Mobiltelefonbenutzer unterzubringen und gleichzeitig verbesserte Niveaus von Datenkommunikationsdiensten bereitzustellen.
Ein besonderer Bedarf ist eine Methode zum Kommunizieren von Daten zu und von einem mobilen Rechengerät. Die Datenkommunikation muss schnell und zuverlässig sein, ungeachtet der Tatsache, dass sich der Computer oder ein andere mobiles Gerät in unvorhersehbarer Weise über den ganzen Planeten bewegt. Mobile Datenkommunikationen müssen auch mit existierenden Netzwerken und Protokollen kompatibel sein, ein größerer Paradigmawechsel ist kommerziell nicht realisierbar.
T. IMIELINSKI J. NAVAS; RFC 2009: GPS-Based Addressing and Routing' IETF-NETWORK WORKING GROUP, 30. November 1996, Seiten 1 bis 27, XP002131778 offenbart ein System zum Adressieren und Routen auf GPS-Basis, das das Zuweisen von Adressen zu bestimmten Lokalisationen auf der Grundlage von GPS-Koordinatendefinitionspunkten auf einem Polygon umfasst oder durch den Gebrauch eines dem Postsystem analogen Adressformats umfasst. Das Routen in dem vorgeschlagenen Netzwerk erfolgt durch spezifisch für das Netzwerk konzipierte Router.
Kurzbeschreibung der Erfindung
Die Erfindung betrifft ein Verfahren zum Übertragen von Daten zwischen einem Host und einem mobilen Gerät wie weiter in Anspruch 1 definiert.
Weitere detaillierte Ausführungsformen der Erfindung sind in den abhängigen Ansprüchen definiert.
Bevorzugte Ausführungsformen der vorliegenden Erfindung umfassen im Allgemeinen Verfahren für Datenkommunikationen mit mobilen Geräten, wie zum Beispiel mit Laptop-Computern oder drahtlosen Telefonen. Ein neues Verfahren zum Adressieren mobiler Geräte, das große Anzahlen solcher Geräte unterbringt und gleichzeitig sicherstellt, dass alle solchen Adressen einzigartig sind, wird bereitgestellt. Das gleiche Verfahren kann vorteilhaft auch für stationäre Geräte verwendet werden. (Mobile Geräte sind nämlich intermittent stationär, so wie die meisten stationären Geräte auch umgesiedelt werden können.) Das globale Positionierungssystem bietet jedem Gerät ein einzigartiges Format und einen Referenzpunkt auf dem Planeten. Keine zwei Orte auf der Erde haben die gleiche Lage. Durch Berechnen der Gesamtpopulation einzigartiger Adressen hinsichtlich des Breiten- und Längengrads mit einer Auflösung von 6 Fuß (zum Beispiel-122 30.1255,45 28.3478), können etwa 2.16 × 10¹⁶ einzelne Lokalisierungen erzielt werden. Ein Schlüsselaspekt der bevorzugten Ausführungsformen der vorliegenden Erfindung ist der Gebrauch der globalen Position zum Erzeu gen einer global einzigartigen, mit dem Internetprotokoll (IPv4, IPv6) kompatiblen Adressierungsmethode. Gemäß den kürzlich erfolgten Ankündigungen des Einschlusses von GPS-Empfängern in ihre Produkte seitens der Provider drahtloser Telefone sind die erforderlichen globalen Positionsdaten leicht in einem drahtlosen Telefon verfügbar, und können ähnlich in so gut wie jedes elektronische Gerät eingebaut werden.
Ausführungsformen der Erfindung erlauben das Einbauen einzelner Anwendungen in die Transport- und Netzwerkschichten der Systemarchitektur.
Ein zweiter Schlüsselaspekt der Ausführungsformen der Erfindung ist ein Paradigmawechsel in der Netzwerkarchitektur. Ausführungsformen der vorliegenden Erfindung sind rückwärts mit existierenden Netzwerken und Protokollen kompatibel, setzen sie jedoch in einer neuen Art ein. Herkömmlich wurden mobile Geräte, wie zum Beispiel ein drahtloses Telefon oder ein Laptop-Computer als „Clients" in einer Netzwerkarchitektur betrachtet, und die Kommunikationssoftware oder „Stapel" wurden entsprechend angeordnet. Die Clients kommunizierten mit einem und durch einen Server. Ursprünglich wies der Server oder Host dem Client eine IP-Adresse zu. (Typisch unter Gebrauch des DHCP – Dynamic Host Configuration Protocol.) Der Client kommunizierte dann mit dem Rest der Welt über diesen Server unter Verwendung der zugewiesenen Adresse. Der Server, der als Gateway diente, erhielt Pakete von dem Client, packte sie um (verkapselte sie) und sandte sie zu dem größeren Netzwerk.
Ausführungsformen der vorliegenden Erfindung kehren diese herkömmliche Anordnung um. Gemäß den Ausführungsformen der vorliegenden Erfindung ist es der „Client" oder die Endbenutzervorrichtung, wie zum Beispiel ein Mobiltelefon oder ein Laptop-Computer, der seine eigene IP-Adresse zuweist, und sich nicht an einen Server oder Host wendet. Daher de finieren wir ein neues DCCP: Dynamic Client Configuration Protocol. Der Client fungiert nun als ein Server dadurch, dass er direkt auf dem größeren Netzwerk kommunizieren kann, sogar auf dem Internet, was die Anzahl der Zwischenmaschinen verringert. Dieser neu unabhängige Client, der sich seine eigene IP-Adresse (basierend auf globaler Lokalisierung) zugewiesen hat, kann ein Gateway oder einen Router emulieren, seine eigenen Pakete nach Wunsch verkapseln. Die Adressen werden von dem Client aufwärts aufgelöst und nicht von dem Host abwärts wie beim früheren Stand der Technik. Dieses neue Paradigma hat bemerkenswertes Potenzial, um das Internet viel schneller zu durchlaufen als die Systeme des früheren Stands der Technik, wobei die Kommunikationslatenz und Overhead weit unter die derzeitigen Niveaus gebracht werden.
Durch Treiben der Protokollstapel zu dem Endbenutzer und im Gegensatz zu der Basisstation in dem drahtlosen Trägernetzwerk, kann Sprache zu einer Position von „Sprache über Daten"-Transport weiter entwickelt werden. Die Ausführungsformen der vorliegenden Erfindung legen den Grundstein für die Integration intelligenter drahtloser Geräte, die einzelne IP-Adressierungsmethoden erzeugen können, die wiederum SLIP oder PPP für Anycast- und Unicast-Dezentralisierung unterstützen, Tunnelprotokolle wie PPTP, die VRNs unterstützen und das anschlussorientierte Protokoll (TCP) für den Transport von der Session zu dem Netzwerk. Das fehlende Schlüsselelement, das wir festgelegt haben, ist eine Adressierungsmethode, die das oben Genannte in einzigartiger Weise unterstützt, so dass aufgelöste Adressen in Konflikt eher die Ausnahme sind und nicht die Regel. Die Intelligenz und die Kontrolle müssen zu dem Kommunikationsgerät getrieben werden, um einen effektiven Echtzeit-Routingdatentransfer zu erzielen.
Zusätzliche Aufgaben und Vorteile der Erfindung ergeben sich aus der folgenden detaillierten Beschreibung bevorzug ter Ausführungsformen unter Bezugnahme auf die anliegenden Zeichnungen.
Kurzbeschreibung der Zeichnungen
1 ist eine Bildschirmdarstellung, die den Betrieb einer erdräumlichen Routingmethode veranschaulicht, die dynamische IP-Adressierung abgeleitet von Lokalisierungsdaten gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung verwendet.
2 ist eine Bildschirmdarstellung wie in 1, die erste Lokalisierungsdaten, eine nicht aufgelöste dynamische IP (UDIP)-Adresse, die von den Lokalisierungsdaten abgeleitet ist, in IPv4-kampatiblem Format zeigt und physikalische Gateway und dynamische virtuelle Gateway-Adressen (DVG) zeigt.
3 ist eine weitere Bildschirmdarstellung wie in 1, die eine neue Lage (Breiten- und Längengrad) des mobilen Geräts anzeigt.
4 veranschaulicht eine Anfrage durch den VUL zum Auflösen einer Adresse, um einen Datentransfer einzurichten, das DCCP gibt dem Netzwerk eine einzelne Adresse zurück.
5 veranschaulicht den Wechsel des Geo-IP wie von dem Telefon geliefert.
6 veranschaulicht einen Wechsel in dem Geo-IP, der zu dem Netzwerk zurückaufgelöst wurde.
7 ist ein Flussdiagramm, das Verfahren für erdräumliches Adressieren und Datenkommunikationen gemäß einer bevorzugten Ausführungsform der Erfindung veranschaulicht.
8 ist ein Flussdiagramm, das ein Verfahren zum Umwandeln von Lokalisierungsdaten veranschaulicht, um eine nicht aufgelöste dynamische Internetprotokoll (UDIP)-Adresse zu bilden.
Detaillierte Beschreibung einer bevorzugten Ausführungsform
Das Transfer Control Protocol/Internet Protocol (TCP/IP) wurde herkömmlich definiert oder wird zumindest als Datentransferprotokoll mit Anschluss und ohne Anschluss nur für Computernetzwerke betrachtet. Ein Aspekt der bevorzugten Ausführungsformen dieser Erfindung besteht darin, dass die Definition der über Schnittstellen adressierbaren Geräte, denen eine Adresse (IP-Adresse) zugewiesen ist, erweitert wird, um Material, Software und Firmware-Plattformen zu enthalten, die Datentransfers für andere Zwecke, die nicht auf EDV beschränkt sind, durchführen. Andere Einsätze als EDV umfassen Sprach- und Videodaten, sind jedoch nicht auf sie beschränkt. Sprachdaten sind analoge Signale, die von Analog-Digital-Wandlern, CODEC, VOCODER usw. in digitale Ströme umgewandelt werden.
In einem Kommunikationssystem auf Satellitenbasis ergibt sich eine einzigartige Reihe von Problemen im Zusammenhang mit der Kommunikationsarchitektur. Der „Turm", der den Benutzer oder Anrufer beherbergt, ist nicht mehr stationär, er bewegt sich mit 16000 Meilen pro Stunde, und im Grunde sind der Benutzer und sein Netzwerkgerät stationär. Diese Umkehrung der klassischen Rollen in Bezug auf das derzeitige drahtlose Netzwerk erfordert eine Netzwerkverwaltung in einem nicht herkömmlichen Sinn.
Die Intelligenz für die Netzwerkverwaltung muss zum Benutzer dezentralisiert werden. Einzelne Adressierungsmethoden sind erforderlich, um die Rollenumkehrung zu unterstützen. Geo-IP funktioniert über einen Protokollstapel, der Dynamic Client Configuration Protocol (DCCP) genannt wird, wobei die IP-Adresse dem Host als einzelne Knotenadresse gegeben wird. Konflikte, die sich aufgrund von Nähe ergeben, werden nach Ausnahmefall gelöst.
Ipv4 verwendet 4 8-Bit-Meldungen wie oben definiert. Die folgenden Figuren beschreiben eine Softwareplattformausführungsform des Umwandlungsprozesses zu Ipv4. 1 stellt eine Anzahl von Feldern für Dateneingabe und Datenausgabe dar. Die Begriffe in dieser Figur stellen neue Begriffe dar, die die Definition des Geo-Adressierens mit Geo-IP unterstützen. 2 zeigt den laufenden Breiten- und den Längengrad eines Benutzers sowie das Unresolved Dynamic IP (UDIP), das Dynamic Virtual Gateway (DVG) in Sicht und das nächste Gateway. Das DVG ist ein Virtual Unicast Link (VUL) mit einem einzelnen Namen und einer zugewiesenen Adresse. Es ist ein Unternetz oder eine Untermaske des Backbone. Beim Betrieb „sprechen" der Benutzer und sein Gerät mit dem Internet über das VUL zu dem DVG. Der Punkt, den es für den Benutzer darstellt, ist der Host oder VUL. Während eines Weiterreichens übernimmt das nächste Gateway in Sicht die Aufgabe des VUL. Der aufgelöste Knoten und der Benutzer wissen nicht, dass sich das DVG geändert hat, der Knoten überträgt immer noch Daten über das VUL.
Das UDIP hängt von dem GPS-Breiten- und Längengrad ab. Das UDIP ändert sich ständig, bis es durch das VUL aufgelöst ist. 3 zeigt einen dynamischen Wechsel zu der Benutzeradresse. Die Lage des Benutzers hat sich geändert, sein UDIP hat sich geändert, und er berichtet dies zu dem Netzwerk gemeinsam mit seiner Domäne und dem Domänennamen.
Bei einem herkömmlichen drahtlosen System berichtet das Mobiltelefon die Equipment Serial Number (Ausstattungsseriennummer), die Mobile Identification Number (Mobilidentifikationsnummer, MIN) oder andere einzelne Benennungsvereinbarungen an das Netzwerk. Durch Kombinieren der MIN mit dem Zellenstandort und -sektor, weiß das Netzwerk, wo der Benutzer erreicht werden kann. Gemäß den bevorzugten Ausführungsformen der Erfindung ist die dynamische MIN oder das UDIP die Lokalisierung des Benutzers, wie sie von den Lokalisierungsdaten abgeleitet wird, die zum Beispiel von einem GPS bereitgestellt werden.
Auf Anfrage durch das VUL zum Auflösen einer Adresse, um einen Datentransfer zu erstellen, gibt das DCCP dem Netzwerk eine einzigartige Adresse zurück, siehe 4. Ein DNS-Name und DNS wurden zuvor zugewiesen, das DCCP holt den GPS-Breiten- und Längengrad, wandelt es zum Geo-IP um und löst die Adresse als einen Unicast-Knoten auf. Jetzt kann der Datentransfer durchgeführt werden. Ändert sich die Lokalisierung des Benutzers, kann das Netzwerk oder das DCCP den Geo-IP wieder auflösen, siehe 5. 5 stellt einen Wechsel des Geo-IP, wie er von dem Mobiltelefon geliefert wird, dar. 6 stellt einen Wechsel des Geo-IP dar, der zu dem Netzwerk zurückaufgelöst wurde.
Die dynamische Fähigkeit zum Auflösen eines Wechsels des Geo-IP löst zahlreiche Netzwerkverwaltungsprobleme, wie zum Beispiel wohin der Anruf für einen Notruf gehen muss, wie zum Beispiel bei 911. Das führt zur Erfordernis, erdräumliche Router oder Router zu entwickeln, die auf Anrufe auf Lokalisierungsbasis reagieren.
Zusätzlich zu den Notanwendungen kann ein UDIP, das innerhalb einer spezifizierten Zone aufgelöst wird, Geo-Fence, programmiert werden, um mit einem Datenaustausch zu antworten, der für den Benutzer verständlich ist, wie zum Beispiel eine inserierte Meldung. Reist der Benutzer auf einer Autobahn und überquert er den von den Netzwerken eingerichteten Geo-Fence, löst er seinen neuen Geo-IP innerhalb des Geo-Fence auf, kann eine Datenmitteilung von dem Netzwerk zu dem Benutzer gesendet werden, die für den Benutzer an dieser Lage verständliche Information darstellt. Bei einer kommerziellen Anwendung kann dem Benutzer eine Mitteilung gesendet werden, die für ein Produkt oder einen Service zu reduziertem Preis wirbt. Wenn viele Benutzer durch den gleichen Punkt fahren, kann das Anycast eine Multicast-Mitteilung umfassen oder erdräumliches Multicast. Wenn die Zone des Geo-Fence eine Quadratmeile definiert, wird jedem Benutzer mit einer aufgelösten Adresse innerhalb der definierten Zone die Meldung zugesandt.
Bei einer zweiten Ausführungsform der Erfindung kann der Datenstrom Bild und auch Ton enthalten. Unter Gebrauch des erdräumlichen Anycast-Konzepts können auf der Grundlage bekannter Lokalisierungen vorausbestimmte Routen erstellt werden. In dem Fall stationärer Netzwerkknoten kann ein statisch zugewiesener Wert zugewiesen werden statt von einem GPS-Gerät dynamisch zugewiesen zu werden. Im Fall des Anycast-Modells kann statisch zugewiesene Adressierung beim Bestimmen des nächsten Knotens oder Gateways in dem Netzwerk helfen. Das Aktualisieren der Routing-Tabellen erfolgt ausnahmsweise auf Verkehrsgrundlage und nicht als Regel.
7 ist ein Flussdiagramm, das eine Kommunikationsmethode gemäß einer bevorzugten Ausführungsform der vorliegenden Erfindung veranschaulicht. Der Schritt 70, die Initialisierung, kann mehrere Schritte in Abhängigkeit von der spezifischen Implementierung enthalten. Im Allgemeinen werden Speicherregister, Zwischenspeicher oder ein die Lage bestimmendes technologisches Gerät (zum Beispiel GPS, SPS) durch Löschen der Pufferspeicher, Stellen der Register usw. initialisiert. Dieser Prozess startet mit einem Netzwerkverbindungsaufbau und ein Verhandlungsprozess ist erforderlich.
Danach umfasst das Erfassen der Lokalisierung 72 das Anfordern eines laufenden Breitengrads, Längengrads und einer Seehöhe und Uhrzeit von der Lokalisierung, wodurch die Quelle oder das Gerät, wie zum Beispiel ein GPS-Empfänger bestimmt wird.
Schritt 74 ist das Umwandeln der Lokalisierungsdaten in eine Geo-IP-Adresse wie weiter unten unter Bezugnahme auf 8 erklärt. Eine IP-Version oder ein Protokoll wird in Schritt 67 ausgewählt (obwohl diese auch vorausbestimmt sein können), und der entsprechende Umwandlungsalgorithmus 78, 80 wird in Abhängigkeit von dem ausgewählten Protokoll angewandt. Danach wird die IP-Adresse wie weiter unten genauer in Schritt 82 erklärt assembliert. Die Geo-IP-Adresse wird unter Heranziehen von Information, die von 72 stammt, und der Mobilidentifikationsnummer (MIN) assembliert, um vier verschlüsselte einzelne 16 Bit-Felder zu entwickeln.
Wenn die Adressanforderungen von 76 Ipv6 lauten, wird eine Ipv6-Adresse aus 8, 16 Bit-Feldern (binär) gebildet, die die MIN enthält. Die ersten 3 binären Zeichen des Felds Eins lauten 000, die restlichen 13 sind ein Verschlüsselungscode, gefolgt von den 7 restlichen Feldern, die den verschlüsselten Breitengrad, Längengrad, die Uhrzeit und die Mobil-ID enthalten. Wird eine v4-Adresse gefordert, wird aus Block 80 Ipv4 wie in vier binären 8-Bit-Feldern dargestellt geholt. In beiden Fällen (Ipv4, 6) Durchführen der hexadezimalen und dezimalen Darstellung der binären Felder.
In Schritt 84 wird das resultierenden UDIP im RAM-Speicher in einer der drei (hex, dezimal, binär) Darstellungen der Ip-Adresse gespeichert. Der Beschluss 86 zeigt einen Schleifenzeitgeber, wo alle 5 Sekunden eine neue Position erfasst wird (Schritt 72) und ein neues nicht aufgelöstes dynamisches Internetprotokoll wird in 84 gespeichert. Das Bezugszeichen 88 identifiziert den Schleifenzeitgeberpfad.
Schritt 90 ist eine Anforderung vom Session-Manager für die UDIP (nicht aufgelöste dynamische IP)-Adresse. Sie wird in Schritt 92 aus dem RAM-Speicher geholt. Unter Bezugnahme auf Schritt 94 überträgt während des Verhandlungsprozesses das dynamische Client Configuration Protocol (DCCP) den UDIP zu dem dynamischen virtuellen Gateway über den virtuellen Unicast-Link (drahtloses Gerät). Dieser Prozess, bei dem der Client dem Server seine dynamische „Telefonnummer" oder in diesem Fall seine IP-Adresse mitteilt, ist völlig entgegengesetzt zu dem Ansatz des früheren Stands der Technik, beidem ein Server dem anfragenden Client eine IP-Adresse zuweist.
Das Verhandlungsverfahren 96 ist eine Annahme der einzelnen Adresse mit Verhandlung bei Konflikt bei einer Ausnahme. Mit anderen Worten verhandelt im Falle eines Konflikts der Server eine neue Adresse. Nach dem Abschluss von 96 ist nun eine Session aufgebaut und Daten werden in Schritt 98 ausgetauscht. Schritt 100 dient zum Zuweisen eines dynamischen virtuellen Gateways, das heißt Steckerbenutzer (oder drahtloses Gerät) in einen Kommunikationsstecker. In Schritt 102 erklärt der Server, dass die nicht aufgelöste dynamische IP nun ein aufgelöster Netzwerkanschluss (RDIP) ist.
Beschluss 104 zeigt einen Schleifenzeitgeber mit einer nicht erklärten Variablen Y abhängig davon, wie oft der Server eine neue IP auf der Grundlage der geografischen Bewegung des Objekts aufbauen und neu auflösen will. Die Variable Y, mit anderen Worten das Schleifenintervall, kann als eine Funktion der Geschwindigkeit und Richtung des Verlaufs bestimmt werden. Wenn die Zeit nicht gleich Zeit plus der Variablen Y ist, steht die aufgelöste dynamische IP (Bezugszeichen „C"). Ist Zeit gleich Zeit plus Y, wird über Pfad 106 zu 72 zurückverschleift, eine neue Adresse gebildet, über den Prozess zu 102, die neue IP auf der Grundlage ihrer Änderung und Lokalisierung neu aufgelöst.
Schritt 108 ist eine DVG-Weitergabe. Ein weiterer wichtiger Aspekt der Erfindung besteht darin, dass die Gateways in einer mobilen Umgebung eventuell die Verbindung neu verhandeln müssen, und zwar im Gegensatz zu dem Client, der eine neu verhandelte Verbindung anfordert. Das erfolgt nahtlos während der Session. Das dynamische virtuelle Gateway wird zu einem anderen Server nach Bedarf weitergegeben. Schritt 110 zeigt, dass das Gateway den neuen Server für den virtuellen Unicast-Link verhandelt.
Daher ist das Netzwerk in 112 nahtlos neu erstellt. Schritt 114 führt die Session zurück zu 98 (Datenaustausch) weiter, bis die Session fertig ist, dann erfolgt das Logoff 116 und Ende in 118.
Ein Veranschaulichungsalgorithmus für die Umwandlung des Breitengrads und Längengrads zum Bilden der Geo-IP-Adresse, ist in dem unten stehenden Pseudocode gezeigt.
Der oben stehende Prozess kann leichter unter Bezugnahme auf ein Flussdiagramm, 8, beschrieben werden. 8 ist ein Flussdiagramm, das ein Verfahren zum Umwandeln von Lokalisierungsdaten veranschaulicht, um eine nicht aufgelöste dynamische Internet-Protokoll-Adresse (UDIP) zu bilden. Bei dieser Veranschaulichung ist die UDIP-Adresse mit IPv4 kompatibel. Sie kann gebildet werden, um anderen Protokollen zu entsprechen. Dieser Prozess stellt eine Erweiterung des Blocks 80, 82 der 7 dar. Unter Bezugnahme auf 8 verlangt der Schritt 42 „String aus dem Pufferspeicher holen" das Lesen der Lokalisierungsdaten aus einem Pufferspeicher. Die Zeichenfolge wird in Schritt 44 analysiert, um zumindest vier Datenelemente zu identifizieren und wiederzugewinnen, wie in Schritt 46 gezeigt, sind die Elemente (1) Breitengrade, (2) Breitenminuten, (3) Längengrade und (4) Längenminuten. Diese Elemente werden durch entsprechende variable Namen identifiziert, wie zum Beispiel X₁, X₂, Y₁ und Y₂, obwohl die variablen Namen willkürlich sind und allein praktischen Zweck haben. Die Breitengradvariablenwerte werden in der in Schritt 48 gezeigten Formel verwendet, um neue Werte F1 und F2 zu berechnen, und die Längenvariablen werden in der Berechnung, die in Schritt 50 gezeigt ist, ersetzt, wodurch vier Werte F₁ bis F₄ gebildet werden, die alle innerhalb eines Bereichs von 0 bis 255 liegen. Danach werden alle Dezimalwerte auf die nächste Ganzzahl abgerundet, Schritt 52. Schließlich wird die IPv4-Formatadresse durch Konkatenieren von F₁ bis F₄ gebildet, mit Periodenfeldtrennzeichen, Schritt 54. Ein Beispiel 56 der Umwandlung ist in 8 unter dem Flussdiagramm gezeigt.
Viele andere Umwandlungen könnten auf der Grundlage von Lokalisierungsdaten verwendet werden, oben Stehendes ist nur ein Beispiel, das für die leichte Berechnung praktisch ist. Alle anderen Umwandlungen, die eine mit IP-Protokoll kompatible Adresse auf der Grundlage von Lokalisierungsdaten bilden, müssen als gleichwertig mit dem oben veranschaulichten Verfahren betrachtet werden. Ferner liegt es im Geltungsbereich der Erfindung, die Seehöhe als einen Teil der Lokalisierungsdaten aufzunehmen, die verwendet werden, um eine einzelnen Adresse zu bestimmen. Der Gebrauch der Seehöhe vermeidet Konflikte, zum Beispiel unter Geräten innerhalb des gleichen Gebäudes, aber auf anderen Etagen.
Die Umwandlung zu Ipv6 würde als eine zweite Ausführungsform des Verfahrens zum geografischen IP-Adressieren betrachtet. In dem Fall von IPv6 ist eine 128-Bit-Meldung wie oben erklärt verfügbar. Das Umwandeln des Längen- und Breitengrads aus einem herkömmlichen Format zum Geo-Ipv6 kann durch Wechseln der Definition der Anzahl von Graden in einem Kreis durchgeführt werden. Ein entsprechender Algorithmus würde einen kleinsten gemeinsamen Nenner enthalten, der Hex-Werte oder Vielfache von 16 und Bogenmessungen als Vielfache von 45 erwägt. Für diese Ausführungsform werden 720 Grad in dem Algorithmus als die Anzahl von Graden in einem Kreis verwendet. Dieses Konzept maximiert die Hex-Darstellung der Geo-Ip-Adressierungsmethode. Ist keine Maximierung erforderlich, unterstützt die Fülle an verfüg barer Adressierung sowohl herkömmliche als auch nicht herkömmliche Adressierungsmethoden.
Beim Gebrauch des reservierten Präfix von 100 in der Adressierungsmethode, der für die geografische Adressierung reserviert wurde, ergibt dies FFF (4095) einzelne Sektoren für Geo-IP. Eine Adresse von 4F5B: ergibt eine binäre Adresse von (100111101011011:). Das stellt hex 4F5B-4000 585 (oder 3931 in dezimal) dar. Das kann den Sektor 3931 auf dem IP-Globus darstellen. Die nächsten 2 16-Bit-Elemente können direkt die Grade und Minuten innerhalb des Sektors darstellen oder mit Variablen verschlüsselt sein, die von dem GPS-Gerät abgeleitet werden.
Für den Fachmann ist klar, dass viele Änderungen an den Details der oben beschriebenen Ausführungsform dieser Erfindung durchgeführt werden können, ohne ihre grundlegenden Konzepte zu verlassen. Der Geltungsbereich der vorliegenden Erfindung sollte daher allein durch die folgenden Ansprüche festgelegt werden.

Claims

Verfahren zum Übertragen von Daten zwischen einem Host und einem mobilen Gerät, das die folgenden Schritte umfasst: Erzeugen einer „unresolved dynamic IP" (UDIP)-Adresse in dem mobilen Gerät auf der Grundlage aktueller Koordinaten einer globalen erdräumlichen Position des mobilen Geräts (72, 74, 76, 78, 80, 82), Senden der UDIP-Adresse von dem mobilen Gerät zu dem Host (94), und Registrieren und Auflösen der UDIP-Adresse in dem Host als eine zugewiesene IP-Adresse des mobilen Geräts für darauf folgende Datenübertragung zwischen dem Host und dem mobilen Gerät (102).
Verfahren nach Anspruch 1, das ferner Folgendes umfasst: periodisches Aktualisieren der UDIP-Adresse in dem mobilen Gerät als Reaktion auf eine neue aktuelle Lokalisierung des mobilen Geräts (86), Senden der aktualisierten UDIP-Adresse von dem mobilen Gerät zu dem Host (94), und Auflösen der aktualisierten UDIP-Adresse in dem Host als die zugewiesene IP-Adresse des mobilen Geräts (102).
Verfahren nach Anspruch 1 oder 2, wobei das Erzeugen einer UDIP-Adresse auf der Grundlage einer aktuellen physikalischen Lokalisierung des mobilen Geräts das Erzeugen der UDIP-Adresse auf der Grundlage des Breiten- und des Längengrads des mobilen Geräts umfasst.
Verfahren nach Anspruch 1 oder 2, wobei das Erzeugen einer UDIP-Adresse auf der Grundlage einer aktuellen physikalischen Lokalisierung des mobilen Geräts das Erzeugen der UDIP-Adresse auf der Grundlage des Breitengrads und des Längengrads sowie der Sehhöhe des mobilen Geräts umfasst.
Verfahren nach einem der Ansprüche 1 bis 4, wobei die aktuelle physikalische Lokalisierung des mobilen Geräts durch den Gebrauch eines GPS-Empfängers, der in das mobile Grät eingebaut ist, bestimmt wird.
Verfahren nach einem der Ansprüche 1 bis 4, wobei die aktuelle physikalische Lokalisierung des mobilen Geräts durch einen GPS-Empfänger bestimmt wird, der physikalisch mit dem mobilen Gerät gekoppelt ist.
Verfahren nach Anspruch 1, wobei: das mobile Gerät ein drahtloses Kommunikationsgerät ist, der Schritt des Erzeugens der UDIP-Adresse die Schritte des Empfangens von GPS-Satellitenübertragungen in dem drahtlosen Kommunikationsgerät und des Erfassens der aktuellen Lokalisierungsdaten als Reaktion auf die GPS-Satellitenübertragungen umfasst, wobei die aktuellen Lokalisierungsdaten mindestens den Breitengrad und den Längengrad des drahtlosen Kommunikationsgeräts umfassen, und der Host ein dezentraler Server für den Gebrauch zum Aufbauen von Datenkommunikation mit dem drahtlosen Kommunikationsgerät ist.
Verfahren nach Anspruch 7, wobei die UDIP-Adresse dem IPv4-Protokollstandard entspricht.
Verfahren nach Anspruch 8, wobei die UDIP-Adresse dem IPv6-Protokollstandard entspricht.
Verfahren nach Anspruch 7, das ferner Folgendes umfasst: Identifizieren eines ersten Gateway auf dem Internet mit einem einzigartigen Namen und einer vorausbestimmten zugewiesenen IP-Adresse, Zuweisen des ausgewählten Gateway für den vorübergehenden Gebrauch als ein dynamisches virtuelles DVG-Gateway, Präsentieren des festgelegten DVG als virtueller Host bei dem drahtlosen Kommunikationsgerät, Identifizieren eines zweiten Gateway auf dem Internet, das einen einzigartigen Namen und eine vorausbestimmte zugewiesene IP-Adresse hat, Zuweisen des zweiten Gateway als ein nächstes Gateway, und Auflösen der UDIP, um eine aufgelöste dynamische IP-Adresse für Datenkommunikationen zwischen dem drahtlosen Gerät und einem ausgewählten des ersten oder zweiten Gateway zu bilden.