DE60319071T2 - Vefahren zum datentransfer in mobil- und festtelekommunikationssystemen - Google Patents

Vefahren zum datentransfer in mobil- und festtelekommunikationssystemen Download PDF

Info

Publication number
DE60319071T2
DE60319071T2 DE60319071T DE60319071T DE60319071T2 DE 60319071 T2 DE60319071 T2 DE 60319071T2 DE 60319071 T DE60319071 T DE 60319071T DE 60319071 T DE60319071 T DE 60319071T DE 60319071 T2 DE60319071 T2 DE 60319071T2
Authority
DE
Germany
Prior art keywords
remote
access point
network access
end device
session
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
DE60319071T
Other languages
English (en)
Other versions
DE60319071D1 (de
Inventor
Raffaele Ipswich GIAFFREDA
Terence Geoffrey Woodbridge HODGKINSON
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.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
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 British Telecommunications PLC filed Critical British Telecommunications PLC
Publication of DE60319071D1 publication Critical patent/DE60319071D1/de
Application granted granted Critical
Publication of DE60319071T2 publication Critical patent/DE60319071T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/148—Migration or transfer of sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08—Upper layer protocols
    • H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

  • Die vorliegende Erfindung betrifft ein Verfahren einer Datenübertragung in einem mobilen oder einem festen (statischen) Telekommunikationssystem. Die Erfindung ist insbesondere geeignet zur Verwendung in einem System, das eine heterogene Mischung aus mobilen und festen Endvorrichtungen oder Clients aufweist mit unterschiedlichen Verbindungsressourcen und Anforderungen.
  • Protokolle, die anfangs für eine Internetverbindung entwickelt wurden, wie das weithin bekannte TCP (Transmission Control Protocol), das eine Datenübertragung steuert, und das IP (Internet Protocol), das ein Routing steuert, sind nun weitgehend Plattform-unabhängig und sehen robuste Verbindungen zum Beispiel zwischen Clients und Servern vor. Jedoch wurden TCP/IP und das zugehörige UDP (User Datagram Protocol) entwickelt, als ein Zugriff zu dem Internet fast ausschließlich von und zu festen Knoten erfolgte.
  • Das Aufkommen von Laptops, mobiler (zellularer) Telefone, tragbarer Vorrichtungen (PDAs) und anderer tragbarer Vorrichtungen, für die eine Internetverbindung möglich ist, hat jedoch veranlasst, dass diese herkömmlichen Protokolle überdacht werden.
  • Zum Beispiel nimmt das Internetprotokoll an, dass die Endpunktverbindung an einem festen Ort ist und folglich die IP-Adresse der Form AAA.BBB.CCC.DDD mit dem Endpunkt-Computer-Identifizierer verbunden ist. Das Problem dabei ist, dass, wenn sich der Computer bewegt, aber die IP-Adresse dieselbe bleibt, keine Information für den Datensender verfügbar ist, die anzeigt, wohin sich der Computer bewegt hat. Somit muss die IP-Adresse jedes Mal aktualisiert werden, wenn sich ein Computer bewegt, was zu großen Verzögerungen bei der Datenübertragung führt, während der Computer in Bewegung ist.
  • Es gibt eine Vielzahl von weiteren grundlegenden Unterschieden bezüglich der Art des Betriebs von mobilen und festen Vorrichtungen. Zum Beispiel neigen mobile Vorrichtungen dazu, begrenzte Energieressourcen zu haben (häufig eine wiederaufladbare Batterie), die gegen dauerhafte Verbindung und/oder hohe Übertragungsleistung sprechen. Auch neigen eine drahtlose Übertragung und ein Empfang von Daten dazu, anfälliger gegenüber Unterbrechungen und Ausfälle zu sein als verdrahtete Verbindungen, insbesondere wenn sich die mobile Vorrichtung bewegt. Es ist folglich insbesondere wünschenswert, dass mobile Internet-Verbindungen für eine Trennung ohne negative Folgen optimiert werden, wenn eine Datenübertragung unterbrochen wird, gekoppelt mit einer schnellen und nahtlosen Wiederverbindung, sobald möglich. Zwischen solchen Zeitpunkten sollte die Stilllegung so effizient sein, wie möglich.
  • Diese Probleme werden diskutiert in "Reconsidering Internet Mobility" von Snoeren et al, in Proc. 8th Workshop an Hot Topics in Operating Systems (HOTOS-VIII).
  • Viele Ansätze für die drahtlose Verbindung von mobilen Vorrichtungen mit dem Internet wurden vorgeschlagen. Zum Beispiel schlägt das mobile Internetprotokoll (Mobile IP-Mobile Internet Protocol), dargestellt in Request For Comments (RFC) 2002, die Verwendung eines „Heimat-Agenten" vor, der ein Roamen der mobilen Vorrichtung ermöglicht durch Identifizieren einer statische Heimatadresse unabhängig von dem tatsächlichen Punkt der Verbindung der mobilen Vorrichtung. Daten werden an die und von der mobilen Vorrichtung getunnelt durch ein Paket-Weiterleiten über eine Heimverbindung zu dem Heimat-Agent. Diese Anordnung ist transparent für Schichten in dem TCP/IP-Stack oberhalb von IP; Einträge der Domain-Namens-Dienste (DNS – domain name services) betreffen eine Heimatadresse und berücksichtigen nicht den tatsächlichen Internet-Zugriffspunkt.
  • Das mobile IP Version 6, definiert in verschiedenen IETF-Entwürfen, schlägt eine Vielzahl von Verbesserungen zu dem mobilen Internetprotokoll vor, wie die Verwendung einer Care-of-Adresse, die eine temporäre Adresse ist, welche die aktuelle nicht-Heimat-Position des Internetverbindungsknoten der mobilen Vorrichtung identifiziert (um triangulare Routingprobleme zu verringern, zum Beispiel). Die Probleme des mobilen IPs Version 6 umfassen die Verwaltung auf der Netzwerkebene der Verwendung des Heimat-Agents, der dazu neigt, das Heimatnetzwerk mit unnötigem Verkehr zu verstopfen. Die Notwendigkeit einer Voraussagbarkeit erfordert, dass ein Teil der bereits begrenzten Bandbreite-Ressourcen reserviert wird. Das Tunneln des gesamten Verkehrs entlang der Tunnel-Verbindung verhindert eine Auswahl von unterschiedlichen oder optimierten Wegen für unterschiedliche Datentypen. Eine Sitzungsmobilität zwischen unterschiedlichen mobilen Vorrichtungen wird nicht unterstützt.
  • Ein weiterer beispielhafter Ansatz, um die Ansprüche von mobilen Internet-Verbindungen zu adressieren, wird dargelegt in „An end-to-end Approach to Host Mobility": 6th ACM/IEEE Int. Conf. an Mobile Computing and Networking, 2000. Hier werden sichere dynamische Aktualisierungen des DNS eingesetzt, um die Position der mobilen Vorrichtung zu verfolgen, so dass eine Steuerung über die Mobilität an die mobile Vorrichtung selbst übergeben wird. Ein neuer Satz von TCP-Verbindungs-Migrations-Protokollen wird ebenfalls definiert. Diese umfassen die Verwendung eines Tokens, der eine vorher hergestellte Verbindung zu einem Adresse/Anschluss-Paar identifiziert. Die Vorrichtungen an jedem Ende der Verbindung müssen folglich verhandeln, um sich auf einen Wert für den Identifizierungs-Token zu einigen. Eine vorher begonnene TCP-Verbindung muss erneut gestartet werden, wenn eine Adressänderung in dieser Technik auftritt.
  • Noch ein weiterer Ansatz setzt eine Sitzungsebene-Mobilitäts-Verwaltung (SLM – Session Layer Mobility Management) ein, die die Verwaltung der Mobilität der mobilen Vorrichtung von der Basisstation oder dem Heimat-Agent auf die mobile Vorrichtung selbst verschiebt. SLM arbeitet über TOP und schaltet TCP-Ströme zwischen Verbindungen. SLM hat zwei Teile; einen Sitzungsverwaltungs-Teil, der sich auf der mobilen Vorrichtung befindet und eine dynamische Verbindung während einer Sitzung verwaltet, und einen Positions-Verwaltungs-Teil, der sich in dem Kommunikationsnetzwerk befindet und die Positionierung der Vorrichtung in dem Netzwerk unterstützt.
  • Die Verwendung eines herkömmlichen dynamischen Host-Konfigurations-Protokolls (DHCP – dynamic host configuration protocol), um IP-Adressen zu mobilen Vorrichtungen zuzuweisen, wenn sie sich zwischen Basisstationen bewegen, erfordert, dass jede mobile Vorrichtung, die an dem Netzwerk hängt, für eine IP-Netzwerkverbindung aktiviert sein muss. Dieses setzt Begrenzungen auf die Verschiedenartigkeit der Vorrichtungen, die an das Netzwerk angehängt werden können. Die Techniken, die in den vorangehenden zwei Dokumenten dargestellt werden, sind ebenfalls begrenzt durch die Notwendigkeit, dass die mobile oder andere Endvorrichtung IP-aktiviert ist.
  • "Advocating a remote socket architecture for Internet access using Wireless LANs", Special Issue of MONET an Wireless Internet and Intranet Access (1999) befürwortet einen Ansatz, der eine entfernte Socket-Architektur einsetzt. Ein Socket, wie für Fachleute offensichtlich ist, arbeitet, um Daten herauszuholen, die in TOP-Paketen empfangen werden, und leitet die Daten an eine Anwendung weiter. In der anderen Richtung arbeitet das Socket, um Daten in einem Socket-Puffer in TCP-Pakete zusammenzupacken. In diesem Dokument lokalisiert die vorgeschlagene Architektur eine Socket-Schnittstelle und den TCP/IP-Stack auf einer Basisstation eines drahtlosen Netzwerks, mit einer Benutzerschnittstelle auf der mobilen Vorrichtung. Anwendungen auf der mobilen Vorrichtung werden über ein lokales Socket-Modul unter Verwendung eines „Last Hop"-Protokolls geleitet.
  • Die Basisstation dient folglich als ein Proxy für die mobile Vorrichtung.
  • Während die Architektur, die in diesem Dokument beschrieben wird, eine Kommunikation mit oder zwischen nicht-IP-aktiviert en Vorrichtungen ermöglicht, hat sie eine Vielzahl von Nachteilen. Es wird nur ein stationärer drahtloser Zugriff betrachtet, so dass die schwierigen Probleme einer mobilen Vorrichtung und/oder einer Sitzungsmobilität nicht adressiert werden. Außerdem ist das primäre Ziel dieser Architektur die Verbesserung einer TCP-Leistung über eine drahtlose Verbindung.
  • Es ist demgemäß ein Ziel der vorliegenden Erfindung ein verbessertes Verfahren einer Datenübertragung vorzusehen, das geeignet ist zur Verwendung mit einer heterogenen Mischung von Endvorrichtungen. Die Erfindung versucht, ein Verfahren vorzusehen, das die unterschiedlichen Begrenzungen von beispielsweise festen Internet-Verbindungen adressiert, wie Desktop-Personalcomputer, die über ein LAN mit dem Internet verbunden sind, und auch die von mobilen Vorrichtungen, einschließlich auch solcher Vorrichtungen, die nicht IP-Netzwerk aktiviert sind.
  • EP 1150521 offenbart ein Verfahren zum Aufbau einer Sitzung zwischen einem Host und einem mobilen Endgerät eines mobilen Netz werks. US 6201962 offenbart ein Verfahren zum Aufbau einer Sitzung zwischen einem mobilen Endgerät und einem festen Host in einem Netzwerk.
  • Gemäß Anspruch 1 der vorliegenden Erfindung ist vorgesehen ein Kommunikationsverfahren zwischen Endvorrichtungen, die mit einem Telekommunikationsnetzwerk verbunden sind, wobei das Netzwerk einen lokalen Netzwerkzugriffspunkt aufweist mit einer Vielzahl von zuweisbaren Kommunikationskanälen, wobei das Verfahren aufweist: Zuteilen eines Kommunikationskanals an jede der Endvorrichtungen, die mit dem Netzwerk verbunden sind; Führen einer lokalen Netzwerkzugriffspunkttabelle an dem lokalen Netzwerkzugriffspunkt, die jeden zugeteilten Kanal mit einer Identifizierung der Endvorrichtung querverweist, welcher er zugeteilt ist; Führen an jeder Endvorrichtung, der ein Kommunikationskanal zugeteilt wurde, einer Endvorrichtungstabelle, die den zugeteilten Kommunikationskanalidentifizierer für diese Endvorrichtung enthält; Auswählen an einer initiierenden Endvorrichtung eines ersten Sitzungsidentifizierers (Sitzungs-ID) aus einem ersten Array, das zumindest einen zuweisbaren Sitzungs-ID aufweist; Hinzufügen des ersten Sitzungs-IDs zu der Endvorrichtungstabelle der initiierenden Endvorrichtung; Weiterleiten des ersten Sitzungs-IDs von der initiierenden Endvorrichtung an den Netzwerkzugriffspunkt; Weiterleiten von der initiierenden Endvorrichtung an den an den lokalen Netzwerkzugriffspunkt eines entfernten Endvorrichtungsidentifizierers, der die Identität einer entfernten Endvorrichtung anzeigt, mit der die initiierende Endvorrichtung kommunizieren soll; Aktualisieren der Tabelle der initiierenden Endvorrichtung mit dem entfernten Endvorrichtungsidentifizierer und mit dem ersten Sitzungs-ID; Zurücksenden einer Kommunikationsbeginnanforderung an die initiierende Endvorrichtung; und Übertragen von Daten als eine Vielzahl von Paketen, von denen jedes den ersten Sitzungs-ID enthält, um ein Routing der Pakete zwischen der initiierenden Endvorrichtung und der entfernten Endvorrichtung über den lokalen Netzwerkzugriffspunkt zu steuern.
  • Solch ein Kommunikationsverfahren liefert einige Vorteile. Ein Führen von Tabellen an den Endvorrichtungen und Netzwerkzugriffspunkten, wobei die Information zwischen einem Netzwerkzugriffspunkt und einer Endvorrichtung geteilt wird, die an das Netzwerk durch diesen verbunden ist, verwendet effizient die Bandbreitenressourcen über drahtlose Netzwerke, während eine Verbindung zu „festen" Endvorrichtungen über verdrahtete Verbindungen nicht betroffen ist. So kann eine heterogene Mischung von Endvorrichtungen an das Netzwerk effizient angehängt werden.
  • Das Verfahren ist auch insbesondere nützlich, da es eine Verbindung zu und von Vorrichtungen ermöglicht, ob sie Internetprotokoll(IP)-aktiviert sind oder nicht. Dies ist, da die Endvorrichtung und der Netzwerkzugriffspunkt jeweils Tabellen führen, die eine zuweisbare IP-Adresse zu einer Kommunikationskanalnummer zwischen dem Netzwerkzugriffspunkt und der Endvorrichtung zuordnen können. Wenn die Endvorrichtung IP-aktiviert ist, können Daten gesendet werden zum Beispiel als TCP/IP-Pakete unter Verwendung der IP-Adresse dieser Endvorrichtung, aber wenn sie es nicht ist, können weiter Daten gesendet werden unter Verwendung der Zuordnung zwischen der Kommunikationskanalnummer und der zugewiesenen IP-Adresse.
  • Weitere Ausführungsbeispiele des Verfahrens sind in den anhängigen Ansprüchen 2–26.
  • In einem bevorzugten Ausführungsbeispiel weist ein Telekommunikationsnetzwerk weiter einen entfernten Netzwerkzugriffspunkt auf, mit dem die die entfernte Endvorrichtung verbunden ist, wobei der ent fernte Netzwerkzugriffspunkt auch eine Vielzahl von zuweisbaren Kanälen hat. Das Verfahren kann dann weiter aufweisen: Zuteilen eines Kommunikationskanals für den entfernten Netzwerkzugriffspunkt an jede der Endvorrichtungen, die mit dem Netzwerk verbunden ist über den entfernten Netzwerkzugriffspunkt; und Führen an dem entfernten Netzwerkzugriffspunkt einer entfernten Netzwerkzugriffspunkttabelle, welche die Kanäle, die diesen Vorrichtungen zugeteilt sind, die mit dem Netzwerk über den entfernten Netzwerkzugriffspunkt verbunden sind, mit einem entsprechenden Endvorrichtungsidentifizierer querverweist.
  • Das Verfahren der bevorzugten Ausführungsbeispiele der vorliegenden Erfindung ermöglicht eine Kommunikation zwischen zwei Endvorrichtungen über erste und zweite Netzwerkzugriffspunkte. Das Verbindungsverfahren zwischen solchen Netzwerkzugriffspunkten ist normalerweise eine verdrahtete Verbindung mit hoher oder sehr hoher Bandbreite und in bevorzugten Ausführungsbeispielen können Daten als IP-Datagramme zwischen zwei Netzwerkzugriffspunkte übertragen werden. So sieht das Verfahren der vorliegenden Erfindung eine Kompatibilität mit dem Internet und vorhandenen Telekommunikationsnetzwerk-Hardware und Datenübertragungsprotokollen vor.
  • Vorzugsweise ist die entfernte Endvorrichtung für Internetprotokoll (IP) aktiviert, wobei die lokalen und entfernten Zugriffspunkttabellen geführt werden mit Querverweisen für jeden zugeteilten Kanal mit einer entsprechenden IP-Adresse, die jeweils von den lokalen und entfernten Zugriffspunkttabellen zugewiesen wird, und wobei der entfernte Endvorrichtungsidentifizierer eine IP-Adresse ist, die von dem entfernten Netzwerkzugriffspunkt zugewiesen wird, wobei das Verfahren weiter aufweist: Weiterleiten von Daten, die von der initiierenden Endvorrichtung an den lokalen Netzwerkzugriffspunkt zu übertragen sind, als eine Vielzahl von Sitzungspaketen, die jeweils den ersten Sitzungs-ID umfassen; Einkapseln an dem lokalen Netzwerkzugriffspunkt der Daten in jedem Sitzungspaket in ein Transportebenenpaket, wie TCP oder UDP; Einfügen des ersten Sitzungs-IDs in jedes Transportebenenpaket; Einkapseln jedes Transportebenenpakets in ein Internetprotokollpaket; und Weiterleiten jedes IP-Pakets an den entfernten Netzwerkzugriffspunkt zur Übertragung an die entfernte Endvorrichtung.
  • Wenn die Endvorrichtung IP-ativiert ist, können die verschiedenen Protokolle der TCP/IP-Suite eingesetzt werden, um eine zuverlässige Transport- und Überlastungs-Steuerung sicherzustellen. Das Verfahren umfasst vorzugsweise die Überprüfung von Tabellen an den Netzwerkzugriffspunkten, um zu sehen, ob die Ziel-Endvorrichtung IP-aktiviert ist, und Leiten der Daten in Übereinstimmung mit dieser Information.
  • Alternativ kann die Endvorrichtung nicht für IP aktiviert sein. Die lokalen und entfernten Zugriffspunkttabellen werden in diesem Fall geführt mit Querverweisen für jeden zugeteilten Kanal mit einer entsprechenden IP-Adresse, die jeweils durch die lokalen und entfernten Netzwerkzugriffspunkttabellen zugewiesen werden. Der entfernte Endvorrichtungsidentifizierer ist vorzugsweise eine IP-Adresse, die von dem entfernten Netzwerkzugriffspunkt zugewiesen ist. In diesem Fall kann das Verfahren weiter aufweisen: Durchsuchen der entfernten Netzwerkzugriffspunkttabelle des entfernten Netzwerkzugriffspunkts bei Empfang eines IP-Pakets; und Weiterleiten dieses IP-Pakets an die entfernte Endvorrichtung so wie es ist, wenn der Suchschritt anzeigt, dass die IP-Adresse in dem IP-Paket nicht in der Liste der IP-Adressen zu finden ist, die in der entfernten Netzwerkzugriffspunkttabelle geführt wird.
  • In diesem Fall kann jedes Paket zwischen dem entfernten Netzwerkzugriffspunkt und der initiierenden Endvorrichtung über die erste Endvorrichtung als Sitzungspaket einschließlich des ersten Sitzungs-IDs in einem Header-Teil jedes Sitzungspakets, und zwischen der entfernten Endvorrichtung und dem entfernten Netzwerkzugriffspunkt als ein Sitzungspaket einschließlich des zweiten Sitzungs-IDs in seinem Header-Teil übertragen werden. Das Verfahren kann dann weiter aufweisen: Ersetzen, an dem entfernten Netzwerkzugriffspunkt, des ersten Sitzungs-IDs in den Sitzungspaketen mit dem abgeglichenen (mapped) zweiten Sitzungs-ID, wenn die Sitzungspakete von der initiierenden Endvorrichtung angekommen sind.
  • So ermöglichen die Tabellen, die an den Netzwerkzugriffspunkten geführt werden, eine nahtlose Verbindung zwischen Endvorrichtungen über ein verteiltes Netzwerk; die initiierenden Endvorrichtung muss nicht unbedingt die IP-Adresse kennen, die der entfernten Endvorrichtung durch den entfernte Netzwerkzugriffspunkt zugewiesen wurde, sondern nur die IP-Adresse des entfernten Netzwerkzugriffspunktes selbst. Ein Routing von Daten ist somit transparent für die Endvorrichtungen.
  • In besonders bevorzugten Ausführungsbeispielen wird ein Anwendungsidentifizierer zusammen mit den Sitzungspaketen gesendet. Dieser Anwendungsidentifizierer identifiziert eine von der entfernten Endvorrichtung einzusetzende Anwendung. Vorzugsweise weist das Verfahren dann weiter auf: Feststellen an dem entfernten Netzwerkzugriffspunkt und auf der Basis des empfangenen Anwendungsidentifizierers, ob die entfernte Endvorrichtung die Anforderung akzeptieren kann, die Anwendung einzusetzen; und Weiterleiten von Daten von der initiierenden Vorrichtung zur Verwendung durch die Anwendung in dem Fall, dass die entfernte Endvorrichtung die Anforderung akzeptieren kann.
  • Die entfernte Endvorrichtung kann am Annehmen der Anforderung aus mehreren Gründen gehindert werden. Erstens kann die entfernte Endvorrichtung nur erlauben, dass nur eine einzelne Sitzung zu gegebener Zeit aktiv ist. Alternativ kann sie mehrere Abschnitte unterstützen, aber alle diese können bereits verwendet werden. Drittens kann es sein, dass die Endvorrichtung keine derartige Anwendung unterstützen kann. Wenn zum Beispiel die Endvorrichtung ein mobiles oder zellulares Telefon ist, kann es nicht in der Lage sein, ein Streaming-Video zu akzeptieren.
  • Weithin bekannte Anschlussnummern können verwendet werden, um Endvorrichtungs-Anwendungen zu identifizieren. Wie für Fachleute offensichtlich ist, sind bestimmte Anschlussnummern für weithin bekannte Dienste reserviert, und Request For Comments (RFC 1060) beschreibt die Dienstnamen und ihre zugewiesenen oder weithin bekannten Anschlussnummern zusammen mit dem relevanten Protokoll. Zum Beispiel werden dem Dateiübertragungsprotokoll (FTP – File Transfer Protokol) die Anschlussnummern 20 und 21 in RFC 1060 zugewiesen.
  • Wenn die entfernte Endvorrichtung für IP aktiviert ist, ist es für diese entfernte Endvorrichtung nicht notwendig, Sitzungs-IDs zu kennen. Sitzungs-IDs werden an dem entfernten Netzwerkzugriffspunkt in der entfernten Netzwerkzugriffspunkttabelle gespeichert. Somit ist es in diesem Fall vorzuziehen, dass der entfernte Netzwerkzugriffspunkt eine Anforderung zurück an die initiierende Endvorrichtung sendet, um eine Datenübertragung zu starten. Wenn die entfernte Endvorrichtung im Gegensatz dazu nicht für IP aktiviert ist, dann verwendet das Daten-Routing Sitzungs-IDs und es in diesem Fall vorzuziehen, dass die entfernte Endvorrichtung stattdessen eine Datenübertragung durch Zurücksenden einer Beginn-Anforderung selbst initiiert, über den entfernten Netzwerkzugriffspunkt und, wenn anwendbar, den lokalen Netzwerkzugriffspunkt zu der initiierenden Endvorrichtung.
  • In einem weiteren besonders bevorzugten Merkmal der vorliegenden Erfindung ist es möglich, den Verbindungspunkt der entfernten Endvorrichtung von einem ersten entfernten Netzwerkzugriffspunkt zu einem zweiten anderen entfernten Netzwerkzugriffspunkt zu ändern. In diesem Fall kann das Verfahren weiter aufweisen: Zuteilen eines neuen entfernten Kommunikationskanals für eine Kommunikation zwischen der entfernten Endvorrichtung und dem zweiten entfernten Netzwerkzugriffspunkt, wobei der neue entfernte Kommunikationskanal einen zugehörigen neuen entfernten Kommunikationskanalidentifizierer hat; Weiterleiten des neuen entfernten Kommunikationskanalidentifizierers von dem zweiten entfernten Netzwerkzugriffspunkt zu dem ersten entfernten Netzwerkzugriffspunkt; Zurücksenden der Inhalte der ersten entfernten Netzwerkzugriffspunkttabelle von dem ersten entfernten Netzwerkzugriffspunkt zu dem zweiten entfernten Netzwerkzugriffspunkt, wobei der neue entfernte Kommunikationskanalidentifizierer als eine Routing-Steuerung eingesetzt wird; Ersetzen des alten entfernten Kommunikationskanalidentifizierers, der von der ersten entfernten Netzwerkzugriffspunkttabelle empfangen wird, durch den neuen entfernten Kommunikationskanalidentifizierer; Hinzufügen der Inhalte des ersten entfernten Netzwerkzugriffspunkts, einschließlich des neuen entfernten Kommunikationskanalidentifizierers, zu der zweiten entfernten Netzwerkzugriffspunkttabelle; und Übertragen von Daten zwischen der initiierenden und der entfernten Endvorrichtung über den lokalen Netzwerkzugriffspunkt und den zweiten entfernten Netzwerkzugriffspunkt.
  • Ein derartiger Ansatz ermöglicht ein nahtloses Roaming von Endvorrichtungen, wenn zum Beispiel die Vorrichtung ein mobiles oder zellulares Telefon oder ein mobiler Laptop/PDA ist. Wichtig ist, dass die Endvorrichtungen keine IP-Adressänderungen kennen, die aufgerufen werden, wenn sie in Bewegung sind.
  • Außerdem ist es für eine laufende Sitzung zwischen einer ersten und einer zweiten Endvorrichtung möglich, nahtlos übertragen zu werden. Spezifisch können Daten, die von einer ersten lokalen oder initiierenden Endvorrichtung an eine erste entfernte Endvorrichtung gesendet werden, derart übertragen werden, dass die Daten stattdessen an eine zweite entfernte Endvorrichtung gesendet werden. Dies kann wünschenswert sein, wenn eine geeignetere entfernte Endvorrichtung verfügbar wird. Zum Beispiel kann ein Benutzer der ersten entfernten Endvorrichtung in einem Büro ankommen, das einen Personalcomputer mit einem festen Zugang zum Internet hat. Wenn bei der Ankunft der Benutzer gerade eine Videokonferenz mit der lokalen oder initiierenden Endvorrichtung unterhält, ist es offensichtlich wünschenswert, dass diese Kommunikation weitergeht über den Personalcomputer aufgrund seines Zugangs zum Internet mit (normalerweise) höherer Bandbreite. Das Verfahren von bevorzugten Ausführungsbeispielen der vorliegenden Erfindung sieht eine nahtlose Übergabe (handover) zwischen den zwei entfernte Endvorrichtungen vor ohne eine Unterbrechung der Sitzung.
  • In einem weiteren bevorzugten Merkmal der vorliegenden Erfindung werden die Sitzungspakete, die übertragen werden, derart modifiziert, um eine Nachricht des Typs der zu übertragenden Daten zu umfassen. Dies ist insbesondere nützlich bei gemischten Media-Vorrichtungen, die zum Beispiel getrennte Video-Verarbeitungs-, Audio-Verarbeitungs- und andere Anwendungs-Verarbeitungs-Vorrichtungen umfassen. Durch Identifizieren des Typs der zu über tragenden Daten kann eine derartige gemischte Media-Endvorrichtung automatisch feststellen, wie die empfangenen Daten am besten zu handhaben und anzuzeigen/auszugeben sind.
  • Gemäß einem zweiten Aspekt der vorliegenden Erfindung ist in Anspruch 27 vorgesehen eine Datenbank für einen Netzwerkzugriffspunkt in einem Telekommunikationsnetzwerk, die aufweist: (a) einen Querverweis zwischen (i) einem einer Vielzahl von Kommunikationskanälen, die für eine Kommunikation zwischen dem Netzwerkzugriffspunkt und einer Endvorrichtung zugewiesen sind, und (ii) einem entsprechenden Vorrichtungsidentifizierers für diese Endvorrichtung, welcher der Kommunikationskanal zugewiesen ist; (b) einen ersten Sitzungsidentifizierer (Sitzungs-ID), der von einer initiierenden Endvorrichtung empfangen wird und aus einem einer Vielzahl von Sitzungs-IDs gewählt wird, die von dieser Endvorrichtung gespeichert sind; und (c) einen entfernten Endvorrichtungsidentifizierer, der das Ziel von Daten anzeigt, die von der initiierenden Endvorrichtung zu senden sind; wobei die Datenbank konfiguriert ist, ein Routing von Datenpaketen, die den ersten Sitzungs-ID enthalten, zwischen den initiierenden und den entfernten Endvorrichtungen über den Netzwerkzugriffspunkt zu erlauben.
  • Die Erfindung erstreckt sich auch auf einen lokalen Netzwerkzugriffspunkt für ein Telekommunikationsnetzwerk gemäß Anspruch 28, wobei der lokale Netzwerkzugriffspunkt aufweist: eine Vielzahl von Kommunikationskanälen, von denen zumindest einige für eine Kommunikation mit einer entsprechenden Vielzahl von Endvorrichtungen zugewiesen sind; und eine Datenbank unter der Steuerung des lokalen Netzwerkzugriffspunkts, wobei die Datenbank umfasst: (a) einen Querverweis zwischen den zugewiesenen Kommunikationskanälen und einer Identifizierung einer Endvorrichtung, welcher der Kanal zugeteilt ist; (b) einen ersten Sitzungsidentifizierer (Sitzungs- ID), der von einer initiierenden Endvorrichtung weitergeleitet wird und aus einem einer Vielzahl von Sitzungs-IDs gewählt wird, die von dieser Endvorrichtung gespeichert sind; und (c) einen entfernten Endvorrichtungsidentifizierer, der das Ziel von Daten anzeigt, die von der initiierenden Endvorrichtung zu senden sind; wobei der lokale Netzwerkzugriffspunkt ausgebildet ist, Pakete von Daten zu leiten, wobei jedes der Pakete den Sitzungs-ID enthält, gemäß den Inhalten der Datenbank.
  • Weitere Aspekte der Erfindung betreffen ein Telekommunikationsnetzwerk, das erste und zweite Netzwerkzugriffspunkte aufweist, die betriebsfähig sind in Übereinstimmung mit dem oben beschriebenen Verfahren, und auch ein derartiges Netzwerk, mit dem Endvorrichtungen verbunden sind.
  • Die Erfindung kann in die Praxis umgesetzt werden auf vielfältige Weise, wobei eine davon auf beispielhafte Weise beschrieben wird und unter Bezugnahme auf die beigefügten Zeichnungen, wobei:
  • 1 ein beispielhaftes Telekommunikationsnetzwerk zeigt, das eine Vielzahl von Netzwerkzugriffspunkten oder Basisstationen aufweist, und eine Vielzahl von Endvorrichtungen, die miteinander über die Basisstationen verbindbar sind;
  • 2 eine Informationstabelle für eine Endvorrichtung zeigt, die mit dem Netzwerk von 1 verbunden ist, und Information in Übereinstimmung mit einem Aspekt der vorliegenden Erfindung enthält;
  • 3 eine Informationstabelle für eine Basisstation in dem Netzwerk von 1 zeigt, die Information enthält ebenfalls in Übereinstimmung mit einem Aspekt der vorliegenden Erfindung;
  • 4 ein Flussdiagramm für eine anfängliche Einrichtung (set-up) einer Basisstation zeigt, wenn sie zu dem Netzwerk der 1 hinzugefügt wird;
  • 5 das Format eines Sitzungsdatenpakets und eines zugehörigen Sitzungssteuerungspakets zeigt, wobei jedes in Übereinstimmung mit der vorliegenden Erfindung ist;
  • 6 ein Flussdiagramm für die erste Phase des Aufbaus einer Verbindung zwischen einer initiierenden und einer entfernten Endvorrichtung des Netzwerks von 1 zeigt, über eine Basisstation oder Basisstationen dieses Netzwerks;
  • 7 ein Flussdiagramm für die zweite Phase eines derartigen Verbindungsaufbaus zeigt;
  • 8 ein Flussdiagramm für die dritte Phase eines derartigen Verbindungsaufbaus zeigt;
  • 9 ein Flussdiagramm für eine Kommunikation von Daten zwischen Endvorrichtungen nachfolgend auf den Aufbau einer Verbindung zeigt;
  • 10 ein Flussdiagramm der nahtlosen Verschiebung einer Verbindung einer Endvorrichtung von einer erster zu einer zweiten Basisstation zeigt, während eine Sitzung stattfindet;
  • 11 ein Flussdiagramm der Verschiebung einer Sitzung von einer ersten zu einer zweiten Endvorrichtung zeigt, während die Sitzung stattfindet;
  • 12 ein modifiziertes Sitzungsdatenpaket in Übereinstimmung mit einem alternativen Aspekt der vorliegenden Erfindung zeigt, zur Verwendung mit einer derartigen gemischten Media-Endvorrichtung;
  • 13 eine modifizierte Endvorrichtungs-Informationstabelle zur Verwendung mit einer gemischten Media-Vorrichtung zeigt; und
  • 14 eine modifizierte Basisstations-Informationstabelle zur Verwendung mit einer gemischten Media-Vorrichtung zeigt.
  • Unter Bezugnahme zuerst zu 1 wird eine vereinfachte schematische Darstellung eines Telekommunikationsnetzwerks 10 gezeigt. Das Netzwerk weist eine Vielzahl von festen Zugriffspunkten oder Basisstationen 20 auf, die miteinander verbunden sind. Mit jeder Basisstation 20 ist eine oder mehrere Endvorrichtungen verbunden. Zum Beispiel sind ein Laptop-Computer 40 und ein mobiles Telefon 50 jeweils über drahtlose Kommunikationskanäle 60, 70 mit der Basisstation A verbunden. Ein fester Computer, wie ein Personalcomputer 80, ist über eine feste (verdrahtete) Verbindung 90 mit der Basisstation B verbunden, eine gemischte Media-Vorrichtung 100, die unten in weiterem Detail erläutert wird, ist über eine drahtlose Verbindung 110 mit der Basisstation C verbunden, und ein weiteres mobiles Telefon 120 ist ebenfalls mit der Basisstation C über eine drahtlose Kommunikationsverbindung 130 verbunden.
  • Das Netzwerk 10 umfasst auch eine zentrale Datenbank, die einen Pool von zuweisbaren Internetprotokoll(IP)-Adressen aufweist. Der Zweck dieses zentralen IP-Adressen-Pools wird in Zusammenhang mit 4 unten erläutert.
  • Die folgende Beschreibung erläutert die anfängliche Einrichtung (set-up) einer neuen Basisstation, wenn sie in das Netzwerk 10 konfiguriert wird, die Weise, wie Endvorrichtungen eine Kommunikation untereinander herstellen, und den Kommunikationsprozess, sobald eine Verbindung hergestellt wurde. Roaming von Endvorrichtungen und eine Übertragung von Sitzungen zwischen Endvorrichtungen wird ebenso erläutert. Die spezifische Beschreibung ist in dem Kontext von zwei mobilen Endvorrichtungen, die eine Kommunikation über ein festes IP-Netzwerk herstellen. Es sollte jedoch angemerkt werden, dass die Eigenschaft der Endvorrichtung (mobil oder fest) nicht wichtig ist; in der Tat ist ein wünschenswertes Merkmal der vorliegenden Erfindung, dass eine Kommunikation zwischen einer heterogenen Mischung von Endvorrichtungen möglich ist. Ferner, obwohl ab hier die peripheren Zugriffsknoten als Basisstationen 20 bezeichnet werden, sollte es offensichtlich sein, dass diese drahtlose Basisstationen, feste Zugriffspunkte oder Vorrichtungen sein können, die beide Fähigkeiten liefern. So sollen Referenzen auf Basisstationen umfassen, was tatsächlich eine nahtlose Zugriffsvorrichtung ist.
  • Jede der Endvorrichtungen, die mit dem Netzwerk 10 verbunden ist, speichert oder hat Zugriff zu einer Informations-Struktur, die als eine Endvorrichtungs-Informationstabelle bezeichnet wird. Ein Beispiel dieser Informationstabelle wird in 2 gezeigt. Die Endvorrichtungs-Informationstabelle enthält drei Hauptkategorien. Die erste Informationskategorie speichert einen Identifizierer für einen Kommunikationskanal zwischen einer Endvorrichtung und ihrer lokalen Basisstation. Dieser wird durch die Basisstation bei deren Verbindung zu ihm zugeteilt, und dies wird weiter in Zusammenhang mit 4 erläutert.
  • Die zweite Kategorie einer Information wird als die Vorrichtungsprofilkategorie bezeichnet und diese enthält eine Anzahl von Vorrich tungs-spezifischen Einträgen. Diese Einträge zeigen den/die Namen an, den/die die Vorrichtung verwendet, die weithin bekannten Anschlussnummern, die sie unterstützen kann, ob sie IP-aktiviert ist oder nicht, und wie viele entfernt beginnende Sitzungen sie gleichzeitig unterstützen kann oder dazu vorbereitet ist.
  • Die letzte Informationskategorie, die in der Endvorrichtungs-Informationstabelle geführt wird, wird als „Sitzungsinformation" bezeichnet. Sie enthält eine aktualisierbare Liste von Sitzungsidentifizierern für eine Sitzung, an der diese Endvorrichtung beteiligt ist. Diese Sitzungsidentifizierer, als Session_IDorig bezeichnet, sind mit der Speicherposition der Anwendung verbunden, die zu diesem Sitzungs-ID gehört. Das zweite Stück der Information, die in dem Sitzungs-Informationsabschnitt der Endvorrichtungsinformationstabelle gespeichert ist, listet eine Liste verfügbarer (das heißt, zuweisbarer) lokaler IDs für lokal-entstehende Sitzungen. Diese Liste zeigt die Verfügbarkeit von Sitzungs-IDs gesteuert durch die Endvorrichtung an. Die Zahl der Einträge in dieser letzten Teilkategorie definiert die maximale Anzahl von lokal-enstehenden Sitzungen, die gleichzeitig unterstützt werden können.
  • 3 zeigt eine Informationstabelle, die ähnlich ist zu der, die in 2 gezeigt wird, aber dieses mal durch die verschiedenen Basisstationen 20 geführt wird. Die Basisstation-Informationstabelle enthält zwei getrennte Abschnitte, „senden" und „empfangen". Diese getrennten Abschnitte behandeln ein Weiterleiten von Daten zum Beispiel von der lokalen oder initiierenden Endvorrichtung, durch ihre zugehörige Basisstation und weiter zu einer anderen Basisstation für eine letztendliche Übertragung an eine entfernte Endvorrichtung, und zum Handhaben von Daten, die in die andere Richtung gehen, das heißt, empfangen an der Basisstation von einer entfernten Basisstation oder einer entfernten Endvorrichtung zum Weiterleiten zu rück an die lokale oder initiierende Endvorrichtung. Der Inhalt der Basisstation-Informationstabelle wird unten weiter erläutert.
  • Unter Bezugnahme nun auf 4, wird eine Erläuterung des anfänglichen Aufbaus einer Basisstation, wenn sie das erste Mal zu dem Netzwerk hinzugefügt wird, erläutert. In dem vorliegenden Beispiel unter Bezugnahme auf 1 wird angenommen, dass das Netzwerk anfangs nur Basisstationen B, C, D und E enthält und dass die Basisstation A zum ersten Mal hinzugefügt werden muss.
  • In Schritt 200 sendet die Basisstation A zuerst eine vordefinierte Adresszuteilungsnachricht, die durch das Netzwerk 10 erkannt wird und an einen geeigneten Adresszuteilungs-Server geleitet wird, der den IP-Adress-Pool 30 unterhält. Ein Empfang an den geeigneten IP-Adresszuteilungs-Servern wird in Schritt 210 in 4 gezeigt.
  • Dann, sobald eine Kommunikation hergestellt ist, fordert die Basisstation A die Anzahl von IP-Adressen an, die sie für eine Zuteilung auf der Basis benötigt, dass sie eine IP-Adresse für jeden ihrer Kommunikationskanäle benötigt. Dies wird in Schritt 220 gezeigt. Obgleich dieses Verfahren möglicherweise ein Zuteilen einer großen Anzahl von Adressen beinhaltet (es ist typischerweise eine sehr große Anzahl von Kommunikationskanälen für jede Basisstation verfügbar), ist es ein relativ statisches Verfahren, sobald die anfängliche Aufbau-Phase abgeschlossen ist. Dies ist, da Adress-Aktualisierungen nur benötigt werden, wenn eine feste Netzwerkausrüstung zu dem Netzwerk hinzugefügt wird oder daraus entfernt wird und/oder wenn eine erneute Adressenzuteilung erforderlich ist aus Betriebsgründen. Wenn eine Basisstation aus dem Netzwerk entfernt wird, sendet sie ihre zugeteilten IP-Adressen an den Adresszuteilungs-Server zurück für eine erneute andere Zuteilung.
  • Die Verhältnisse zwischen den zugeteilten IP-Adressen und den Kommunikationskanälen der physikalischen Ebene werden in den Senden- und Empfangen-Teilen der Basisstation-Informationstabelle gespeichert, die in 3 gezeigt wird. Dies wird in Schritt 230 in 4 gezeigt. Wie in 3 zu sehen, umfassen die Senden- als auch Empfangen-Teile der Basisstation-Informationstabelle jeweils einen Eintrag für jede IP-Adresse und Kommunikationskanal, die/der durch die Basisstation A gesteuert wird. Jeder dieser Einträge hat wiederum auch eine detailliertere Information, die zu diesen gehören. Für den Senden-Teil der Basisstation-Informationstabelle ist diese detaillierte Information in zwei Kategorien angeordnet, bezeichnet als lokal-entstehende Sitzungen und entfernt-entstehende Sitzungen. Die Kategorie der lokal-entstehenden Sitzung enthält die Beziehungen, die lokal zugeteilte Sitzungs-ID mit entfernten IP-Adressen und weithin bekannten Anschlussnummern haben. Die Kategorie der entfernt-entstehenden Sitzung enthält die Beziehungen, die lokal zugeteilte Sitzungs-IDs mit entfernten IP-Adressen, entfernt-zugeteilten Sitzungs-IDs und weithin bekannten Anschlussnummern haben. Sowohl die lokal-entstehenden Sitzungs- als auch die entferntentstehenden Sitzungskategorien enthalten auch Anzeigen, ob die entfernte Endvorrichtung oder -vorrichtungen, die verbunden werden sollen, IP-aktiviert sind oder nicht. Für den empfangenden Teil der Basisstation-Informationstabelle wird ebenfalls eine ähnliche Ansammlung von Einträgen geführt. Jedoch wird eine zusätzliche Kategorie, als "Endvorrichtungsinformation" bezeichnet, ebenfalls in dem empfangenden Teil der Basisstation-Informationstabelle geführt. Die Kategorie der lokal-entstehenden Sitzungen des empfangenden Teils der Basisstation-Informationstabelle enthält die Beziehungen, die lokal zugeteilte Sitzungs-IDs mit weithin bekannten Anschlussnummern haben. Die Kategorie der entfernt-entstehenden Sitzungen des empfangenden Teils der Basisstation-Informationstabelle enthält die Beziehungen, die entfernte IP-Adressen und entfernt-zugeteilte Sit zungs-IDs mit lokal-zugeteilten Sitzungs-IDs und weithin bekannten Anschlussnummern haben. Die Endvorrichtungsinformations-Kategorie enthält zwei Teilkategorien, als „Allgemeine Information" und "Lokale IDs für entfernt-entstehende Sitzungen" bezeichnet. Die Teilkategorie "Allgemeine Information" zeigt an, welche weithin bekannte Anschlussnummern durch die Endvorrichtung unterstützt werden, und definiert die maximale Anzahl von entferntentstehenden Sitzungen, welche die Endvorrichtung unterstützen kann und/oder dafür vorbereitet ist. Die "Lokale IDs für entferntentstehende Sitzungen"-Teilkategorie der Endvorrichtungsinformation in dem empfangenden Teil der Basisstation-Informationstabelle zeigt den Verfügbarkeits-Status der Sitzungs-IDs an, die zugeteilt wurden zur Verwendung durch entfernt-entstehende Sitzungen. Die tatsächliche Anzahl verfügbarer IDs wird bestimmt durch den zweiten Eintrag unter der Überschrift "Allgemeine Information".
  • Obgleich die Basisstation-Informationstabelle mehrere Referenzen auf weithin bekannte Anschlussnummern enthält, sind diese Einträge nicht unbedingt notwendig. Sie ermöglichen jedoch, dass eine Kompatibilität mit herkömmlichen IP-Netzwerken erzielt wird.
  • Ein Führen einer Basisstation-Informationstabelle, wie in 3 gezeigt, an der Basisstation und eine getrennte Endvorrichtungs-Informationstabelle an Endvorrichtungen liefert eine Bandbreiteneffiziente Lösung. Somit, während angemerkt werden sollte, dass die Basisstation-Informationstabelle stattdessen auf einer Endvorrichtung installiert werden kann, würde dies die Bandbreiten-effiziente Lösung aufheben.
  • Zurück nun zu 4, sobald die Basisstation-Informationstabelle an der Basisstation A (Schritt 230) aufgestellt wurde, ist es dann notwendig, eine Konnektivität zwischen einer Endvorrichtung und der Basisstation herzustellen. In dem vorliegenden Beispiel wird angenommen, dass die mobile Vorrichtung 50 mit der Basisstation A zu verbinden ist.
  • Der Signalisierungskanal in der drahtlosen Verbindung 70, der die mobile Vorrichtung 50 mit der Basisstation A verbinden soll, wird verwendet, um eine solche Konnektivität herzustellen. Sobald eine physikalische Konnektivität hergestellt ist, tauschen die mobile Vorrichtung 50 und die Basisstation A eine Information aus. Wie in 4 zu sehen, sendet in Schritt 240 die Basisstation A an die mobile Vorrichtung 50 die Kanal-ID, die sie der mobilen Vorrichtung 50 zugeteilt hat. In Schritt 250 wiederum sendet die mobile Vorrichtung 50 ihr Vorrichtungsprofil zurück zu der Basisstation A. Die ausgetauschte Information wird in geeigneten Kategorien der Basisstation- und Endvorrichtungs-Informationstabellen gespeichert, die in 2 und 3 dargestellt werden.
  • Es sollte angemerkt werden, dass schließlich die Endvorrichtung-Profil-Information automatisch erlangt werden kann von zum Beispiel einer zentralen Vorrichtung/Benutzer-Profil-Speichervorrichtung in dem Netzwerk 10. Dies würde die Menge von Information minimieren, die zwischen der mobilen Vorrichtung 50 und ihrer Basisstation A ausgetauscht wird. Es sollte ebenfalls angemerkt werden, dass ein identisches Verfahren eingesetzt werden kann, wenn eine feste Vorrichtung, wie der Personalcomputer 80, mit dem Netzwerk 10 verbunden wird (in diesem Fall über die Basisstation B).
  • Wenn eine Endvorrichtung von dem Netzwerk getrennt wird, wird das Verfahren, das oben beschrieben wird, einfach umgekehrt.
  • Die vorangehende Beschreibung einer Aktivierung der mobilen Vorrichtung 50 ist bevorzugt, da sie die verfügbare Zugangsbandbreite über die Verbindung 70 am effizientesten verwendet. Jedoch sollte angemerkt werden, dass die Basisstation A einfach die mobile Vorrichtung 50 über die IP-Adresse informieren könnte, die sie verwendet. Die mobile Vorrichtung 50 könnte dann diese IP-Adresse auf herkömmliche Weise verwenden, was eine Kommunikation unter Verwendung von herkömmlichen IP-Netzwerkverbindungsverfahren ermöglichen würde.
  • Die anfängliche Einrichtung umfasst vorzugsweise auch passende Sicherheitsüberprüfungen. Diese bilden keinen Teil der vorliegenden Erfindung und werden folglich nicht weiter beschrieben.
  • Vor der Beschreibung der Einrichtung einer Verbindung zwischen zwei Endvorrichtungen, wird zuerst die Form des Typs des Datenpakets, das in Übereinstimmung mit einem Ausführungsbeispiel der Erfindung verwendet wird, unter Bezugnahme auf 5 beschrieben. Das Paket wird im Folgenden als ein „Sitzungspaket" bezeichnet und nimmt zwei Formen an, ein Sitzungsdatenpaket (zur Übertragung von Daten, wie Text oder Bilder) zwischen den Endvorrichtungen, und ein zugehöriges Sitzungssteuerungspaket, das verwendet wird insbesondere bei der Einrichtung einer Verbindung, wie in den Fluss-Diagrammen der 6 bis 8 beschrieben wird.
  • Das Sitzungsdatenpaket hat einen Headerteil, der zwei Felder enthält, eines zum Tragen eines Sitzungs-IDs und eines zum Tragen von zwei Anzeige-Feldern. Diese Anzeige-Felder werden verwendet, um anzuzeigen, zu welcher IP-Adresse in dem IP-Header der Sitzungs-ID gehört, und ob die Sitzungsdatenpaket-Nutzlast Anwendungs- oder Steuerungsdaten sind. Das Erstere ist bevorzugt, aber nicht entscheidend; es ist aufgrund der Vollständigkeit enthalten, da in der Zukunft Netzwerkknotenanforderungen erfordern können, dass das IP-Adresse-Sitzungs-ID-Paar verwendet wird. Außerdem sollte ange merkt werden, dass die Verwendung anderer universeller Header-Felder nicht ausgeschlossen ist und dies aus einer Vielzahl von anderen Gründen notwendig werden kann, wie Paketlänge etc.
  • Um die Menge einer notwendigen Steuerungssignalisierung zu begrenzen, sind alle Sitzungs-IDs, die mit binärem Null enden, für lokal-entstehende Sitzungen reserviert, und die mit binärem 1 enden, sind für entfernt-entstehende Sitzungen reserviert. Dies sind die Kategorien in den Tabellen von 2 und 3, bezeichnet als Session_IDorig und session_IDrec. Ein Sitzungs-ID, zum Beispiel "0000", ist reserviert zur Verwendung durch Sitzungspakete, die allgemeine Steuerungsanweisungen tragen.
  • Das Nutzlast-Typ-Feld zeigt einfach an, ob die Sitzungspaketnutzlast eine Anwendungsdaten- oder Steuerungs-Information ist. Der Sitzungssteuerungs-Paket-Header zeigt an, welche bestimmte Steuerungsfunktion getragen wird. Ein Sitzungssteuerungspaket ist immer in einem Sitzungsdatenpaket eingekapselt, und das Sitzungsdatenpaket ist eingekapselt, wie für das zugrunde liegende Netzwerkprotokoll passend, das verwendet wird (zum Beispiel ein IP-Datagramm). Für den Fall einer IP-Netzwerkverbindung wird angenommen, dass ein vorher zugeteilter und eindeutiger Protokoll-Anzeiger für das Identifizieren besteht, dass ein IP-Datagramm ein Sitzungspaket trägt. Zusätzlich, wenn eine Basisstation diesen bestimmten Anzeiger in einem IP-Datagramm-Header erfasst, extrahiert sie immer das Sitzungspaket.
  • Unter Bezugnahme nun auf 6 wird ein Flussdiagramm für die erste Phase der Einrichtung einer Verbindung zwischen einer initiierenden und einer entfernten Endvorrichtung des Netzwerks von 1 über eine oder mehrer Basisstationen dieses Netzwerks gezeigt. In dem spezifischen Ausführungsbeispiel von 6 wird angenom men, dass eine Verbindung zwischen der mobilen Vorrichtung 50, die mit der Basisstation A verbunden ist, und der mobilen Vorrichtung 120, die mit der Basisstation C verbunden ist, hergestellt werden soll.
  • In der ersten Phase der Verbindung beginnt die mobile Vorrichtung 50, die eine Kommunikation mit der mobilen Vorrichtung 120 herstellen möchte, durch Auswahl und Reservieren eines nichtverwendeten IDs aus der Sitzungs-Informationskategorie in der Endvorrichtungs-Informationstabelle der mobilen Vorrichtung 50. Dies wird in den Schritten 270 und 280 gezeigt.
  • Dann erzeugt die mobile Vorrichtung 50 einen neuen Eintrag in die „aktive Sitzungen"-Teilkategorie (2). Die verfügbare Sitzungs-Liste wird in Folge aktualisiert, so dass der zugeteilte Sitzungs-ID nicht neu zugeteilt werden kann, bis er nicht mehr verwendet wird.
  • Dann sendet die mobile Vorrichtung 50 ein Sitzungspaket, das ein hergestelltes „Phase I"-Steuerungspaket enthält, an die Basisstation A (Schritt 300). Das „Phase I"-Steuerungspaket enthält die weithin bekannte Anschlussnummer für den Dienst, der an der mobilen Vorrichtung 120 angefordert wird, und entweder den Namen der entfernten Endvorrichtung oder ihre IP-Adresse. Außerdem enthält das „Phase I"-Steuerungspaket eine Information, die identifiziert, ob die mobile Vorrichtung 120 IP-aktiviert ist oder nicht. In Schritt 310 bestimmt die Basisstation A, ob das „Phase I"-Steuerungspaket einen Namen enthält. Wenn es dies tut, dann wird dieser Name an einen „Domain Naming Service" (DNS) 15 (1) gesendet. Dieser löst den Namen in eine Adresse auf. Spezifisch sendet der DNS 15 die IP-Adresse für die entfernte mobile Vorrichtung 120 zurück, plus eine Anzeige darüber, ob diese entfernte mobile Vorrichtung 120 eine IP-aktivierte Vorrichtung ist oder nicht. Wenn diese Information bereits in dem „Phase I"-Steuerungspaket vorhanden ist, dann wird dieser Schritt der Domain-Name-Auflösung ausgelassen.
  • Sobald diese Schritte unternommen sind, hat die Basisstation A dann genügend Information, um die Basisstation-Informationstabelle zu füllen, und spezifischer, um den neuen Sitzungseintrag zu erzeugen, der in der lokal-entstehenden Sitzungskategorie in sowohl den sendenden als auch den empfangenden Teilen der Basisstation-Informationstabelle benötigt wird. Der Erstere wird unter dem geeigneten Kanal-ID und der Letztere unter der geeigneten lokalen IP-Adresse eingefügt (siehe 3).
  • Die Basisstation A weiß nun auch, ob die entfernte mobile Vorrichtung 120 IP-aktiviert ist oder nicht. 7 zeigt die Phase II des Verbindungsaufbauverfahrens, das nur verwendet wird, wenn die entfernte mobile Vorrichtung 120 nicht IP-aktiviert ist. Wenn die Phase II aufgerufen wird, fügt die Basisstation A die weithin bekannte Anschlussnummer, die zu der neuen Sitzung gehört, in ein hergestelltes „Phase II"-Steuerungspaket in Schritt 350 ein. Das „Phase II"-Steuerungspaket wird dann in ein Sitzungspaket in Schritt 360 eingekapselt und dies wiederum wird in ein IP-Datagramm in Schritt 370 gebündelt. Die Information, die für das Einkapselungsverfahren erforderlich ist, wird erlangt aus der „lokal-entstehende Sitzungen"-Kategorie in dem sendenden Teil der Informationstabelle, die durch die Basisstation A gespeichert wird. Zusätzlich wird das Sitzungs-ID-Zugehörigkeits-Feld in dem Sitzungspaket-Header auf den geeigneten Zustand eingestellt.
  • In Schritt 380 wird das IP-Datagramm an die Basisstation C gesendet. Da die Daten als ein IP-Datagramm gesendet werden, handhaben Zwischenknoten, wie Basisstation B oder Basisstationen D und E in 1, es wie jedes andere IP-Datagramm, das heißt, sie leiten es wie geeignet an die Basisstation C in Übereinstimmung mit den Quell- und Zieladressen in dem Header des IP-Datagramms.
  • Sobald das IP-Datagramm an die Basisstation C in Schritt 380 gesendet ist, wird es an dieser Basisstation C empfangen und ausgepackt. Das „Phase II"-Steuerungspaket, das erlangt wird, wenn das IP-Datagramm ausgepackt wird, löst ein Ereignis in der Basisstation C aus, prüft seine Endvorrichtungsinformationseinträge in seiner Basisstation-Informationstabelle, um zu ermitteln, ob die entfernte mobile Vorrichtung 120 eine Anwendung hat, die mit der weithin bekannten Anschlussnummer kompatibel ist, die in dem empfangenen „Phase II"-Steuerungspaket dargelegt wird. Diese Überprüfung wird in Schritt 400 durchgeführt.
  • Wenn die entfernte mobile Vorrichtung 120 keine geeignet kompatible Anwendung hat, dann existiert eine Fehlerbedingung. Diese kann auf verschiedene Weise behandelt werden, wie zum Beispiel Leiten eines Fehlers zurück an die initiierende mobile Vorrichtung 50 über das Netzwerk, mit einer Erläuterung des Problems, oder möglicherweise Veranlassen der initiierenden mobilen Vorrichtung 50, einen Besetztton zu erzeugen. Dies wird in Schritt 410 in 7 gezeigt.
  • Wenn es eine kompatible Anwendung gibt, die auf der entfernten mobilen Vorrichtung 120 ausführbar ist, ist es auch notwendig, festzustellen, ob die entfernte mobile Vorrichtung 120 ausreichende Ressourcen hat, um eine neue Sitzung laufen zu lassen. Zum Beispiel unterstützt die entfernte mobile Vorrichtung 120 nur eine einzelne Sitzung und diese ist bereits in Verwendung, oder wenn die mobile Vorrichtung 120 mehrere Sitzungen unterstützt, von denen jede momentan in Verwendung ist, dann existiert wieder ein Fehlerzustand und die initiierende mobile Vorrichtung 50 wird demgemäß in Schritt 410 informiert.
  • Vorausgesetzt, dass es eine geeignete Anwendung und genügende Ressourcen gibt, dann reserviert die Basisstation C einen der nicht verwendeten Sitzungs-IDs von seiner lokal-gespeicherten Liste von verfügbaren Sitzungs-IDs. Der reservierte Sitzungs-ID wird der neuen Sitzung zugeteilt. Dies wird in Schritt 420 gezeigt.
  • Die Basisstation C erzeugt nun einen Eintrag in die „entferntentstehende Sitzung"-Kategorie in dem empfangenden Teil ihrer Basisstation-Informationstabelle. Sie ersetzt dann den Sitzungs-ID, der in dem Sitzungspaket-Header von der Basisstation A angekommen ist, durch den neuen lokal-zugeteilten Sitzungs-ID (Schritt 440). In Schritt 450 wird ein Paket einschließlich dieses übersetzten Sitzungs-IDs an die entfernte mobile Vorrichtung 120 weitergeleitet.
  • Die entfernte mobile Vorrichtung 120 erzeugt bei Empfang dieses Pakets einen neuen Sitzungseintrag in der „aktive Sitzungen"-Teilkategorie ihrer Endvorrichtungs-Informationstabelle (Schritt 460). Die entfernte mobile Vorrichtung 120 verwendet dann die weithin bekannte Anschlussinformation in Schritt 470, um zu identifizieren, welche Netzwerkanwendung erforderlich ist. Die geeignete Anwendung wird dann gestartet.
  • Sobald dieses Verfahren abgeschlossen ist, geht das Verfahren zu der letzten dritten Phase der Verbindungseinrichtung weiter, die in 8 gezeigt wird.
  • Wenn die entfernte mobile Vorrichtung 120 nicht IP-aktiviert ist, sendet die entfernte mobile Vorrichtung 120 ein „Phase III"-Steuerungspaket zurück zu der Basisstation C (Schritt 480). Wenn die entfernte mobile Vorrichtung 120 jedoch IP-aktiviert ist, erzeugt die Basisstation C das „Phase III"-Steuerungspaket selbst. In jedem Fall, sobald das „Phase III"-Steuerungspaket erzeugt ist, wird es über das Netzwerk 10 zurück zu der Basisstation A gesendet, wo es an die mobile Vorrichtung 50 weitergeleitet wird. Ein Empfang des „Phase III"-Steuerungspakets veranlasst die initiierende mobile Vorrichtung 50, eine Datenübertragung zu beginnen. Der Grund, dass die Basisstation C die „Sitzungs"-Aspekte während der Phase III handhabt, wenn die entfernte mobile Vorrichtung 120 IP-aktiviert ist, ist, dass die entfernte mobile Vorrichtung 120 dann nichts über Sitzungs-IDs weiß. Wenn die entfernte mobile Vorrichtung 120 jedoch nicht IP-aktiviert ist, dann weiß sie von den Sitzungs-IDs und kann so das „Phase III"-Steuerungspaket selbst erzeugen.
  • Wenn die letzte Phase des hergestellten Kommunikationsverfahrens aus irgendeinem Grund fehlschlägt, wird das passende Verfahren aufgerufen, das erforderlich ist zum Entfernen und/oder Aktualisieren der erforderlichen Einträge in den verschiedenen Informationstabellen (Endvorrichtung und Basisstation).
  • Es sollte angemerkt werden, dass, wenn die mobile Vorrichtung eine Datenkommunikation verwendet, sie nicht vom Laufen lassen eines Steuerungsprotokolls ausgeschlossen ist, das eine zuverlässige Transport- und/oder Fluss-Steuerung liefert. Bei der Verwendung eines derartigen Steuerungsprotokolls kapselt die Endvorrichtung die Anwendungsdaten in das Steuerungsprotokollpakets ein und kapseln dann dies in ein Sitzungspaket ein. Das heißt, die Transport- und/oder Fluss-Steuerung ist einfach eine andere Ebene in dem Stapel von Protokollen. Die entfernte mobile Vorrichtung 120 ist der einzige Punkt, an dem dieses Steuerungsprotokoll verarbeitet wird.
  • Außerdem sollte angemerkt werden, dass gewisse Effizienzvorteile gewonnen werden können aus dem Integrieren des etablierten Verbindungsverfahren (6, 7 und 8) mit anderen Steuerungsver fahren höherer Ebene, wie TCP's Dreiwege-Handshakes, Ressourcenreservierung und so weiter. Jedoch ändert dies nicht die fundamentalen Prinzipien der betroffenen Verfahren, nur ihre gesamte Effizienz. Zusätzlich ist es denkbar, dass die etablierte Verbindungsphase eventuell ein integraler Teil von zukünftigen neuen Namensauflösungsverfahren werden kann, wenn diese eventuell besser mit Netzwerk-Routing-Verfahren integriert werden, als es normalerweise der Fall ist. Zusätzlich würde es auch möglich werden, die IP-Datagramm-Header-Größe zu reduzieren, da nur ein Zieladresse-Feld vorhanden ist. Jedoch würde dies erfordern, dass geeignete Sitzungssteuerungspakete definiert werden, die eine Quell-IP-Adressinformation tragen, die erforderlich ist bei einem Aufbau einer Kommunikation, und die Verwendung eines derartigen Ansatzes würde es möglicherweise inkompatibel zu älteren Systemen machen.
  • 9 zeigt ein Fluss-Diagramm der Schritte bei der Kommunikation von Daten zwischen Endvorrichtungen, nach dem Einrichtung einer Verbindung in Übereinstimmung mit den 6 bis 8.
  • Wenn die entfernte mobile Vorrichtung 120 nicht IP-aktiviert ist, geht eine Kommunikation zwischen den mobilen Vorrichtungen 50 und 120 weiter wie folgt. 9 beschreibt den Prozess für Übertragungsdaten von der mobilen Vorrichtung 50 zu der mobilen Vorrichtung 120, aber das Verfahren ist symmetrisch für eine Übertragung von Daten in die entgegengesetzte Richtung.
  • Zuerst erzeugt die mobile Vorrichtung 50 ein Sitzungspaket mit einer Anwendungsnutzlast (Schritt 500). Dieses Sitzungspaket wird an die Basisstation A weitergeleitet, wo es in ein IP-Datagramm eingekapselt wird. Die Information, die benötigt wird für dieses Verkapselungsverfahren, wird erlangt von dem geeigneten Kanal-ID-Eintrag in dem sendenden Teil seiner Informationstabelle. Dies wird in Schritt 510 gezeigt. Dieses IP-Datagramm wird an die Basisstation C in Schritt 520 weitergeleitet, und die Basisstation C entpackt das IP-Datagramm und extrahiert die IP-Adresse. Die extrahierte IP-Adresse wird in dem empfangenden Teil der Informationstabelle von Basisstation C aufgelöst, wie in Schritt 530 in 9 erläutert wird. Das extrahierte Sitzungspaket wird dann an die entfernte mobile Vorrichtung 120 in Schritt 540 weitergeleitet.
  • Wenn im Gegensatz dazu die entfernte mobile Vorrichtung 120 IP-aktiviert ist, dann erzeugt in Schritt 550 die mobile Vorrichtung 50 nochmals ein Sitzungspaket mit einer Anwendungsnutzlast. Dieses Anwendungsnutzlast-Sitzungspaket wird an die Basisstation A weitergeleitet, wo es eingekapselt wird unter Verwendung entweder eines UDP- oder eines TCP-Pakets, wie geeignet. Dies wird in Schritt 560 gezeigt. Bei der Einkapselung der Nutzlast in das Sitzungspaket in einem UDP- oder TCP-Paket wird der Sitzungs-ID zusammen mit den weithin bekannten Anschlussnummernwerten jeweils in die Quell- und Ziel-Anschluss-Felder in dem UDP/TCP-Header eingefügt. Das UDP- oder TCP-Paket wird dann in ein IP-Paket eingekapselt (Schritt 580) unter Verwendung der Information von dem geeigneten Kanal-ID-Eintrag in dem sendenden Teil der Informationstabelle, die zu der Basisstation A gehört. Das so erzeugte IP-Datagramm wird an die Basisstation C weitergeleitet.
  • Wenn die Basisstation C ein IP-Datagramm empfängt, das entweder ein UDP- oder ein TCP-Paket enthält, durchsucht sie die lokalen IP-Adresse-Einträge, die in dem empfangenden Teil der Informationstabelle gespeichert sind, die zu der Basisstation C gehört, um die Zieladresse zu finden, die in dem IP-Header getragen wird. Wenn die IP-Adresse gefunden ist, wird die dazugehörige Information eingesetzt, um die IP-Datagramm-Nutzlast in ein geeignetes Sitzungspaket zu übertragen, wie in Schritt 600 gezeigt. Dieses Sitzungspaket wird an die entfernte mobile Vorrichtung 120 in Schritt 610 weitergeleitet. Wenn, in Schritt 590, eine Suche der lokalen Tabelle der Basisstation C feststellt, dass die IP-Adresse nicht gefunden ist, dann wird in Schritt 620 das empfangene IP-Datagramm unverändert an die entfernte mobile Vorrichtung 120 weitergeleitet, das heißt, noch immer als ein IP-Datagramm.
  • Sobald eine Sitzung nicht mehr erforderlich ist (was nicht mit einem Abschluss einer Datenübertragung korrespondieren muss), setzt die Endvorrichtung die Einträge in ihrer Endvorrichtungstabelle zurück und entfernt sie. Wiederum zum Zweck einer Erläuterung wird in 9 gezeigt, wie die mobile Vorrichtung 50 in Schritt 630 Einträge in ihrer Endvorrichtungstabelle zurücksetzt und löscht. In Schritt 640 sendet die mobile Vorrichtung 50 ein Beenden-Steuerungspaket an die Basisstation A, das an die Basisstation C in Schritt 650 weitergeleitet wird. In Schritt 660 empfängt die entfernte mobile Vorrichtung 120 das Beenden-Steuerungspaket. Jeder der Knoten in der Daten-Übertragungs/Empfangs-Verbindung löscht dann seine Tabellen zumindest in Bezug auf die Daten, welche die beendete Sitzung betreffen.
  • Ein wichtiges bevorzugtes Merkmal der Erfindung ist die Weise, wie sie ein nahtloses Roaming der Endvorrichtungen ermöglicht. Wenn sich zum Beispiel die mobile Vorrichtung 50 aus dem Bereich der Basisstation A bewegt, ist es vorzugsweise, dass sie sich stattdessen über eine andere Basisstation für eine andere "Zelle" verbindet. In dem vorliegenden Beispiel wird die Erfindung in ihrem bevorzugten Ausführungsbeispiel beschrieben, wenn sich die mobile Vorrichtung 50 von einer Verbindung mit der Basisstation A zu einer Verbindung zu dem Netzwerk 10 über die Basisstation E bewegt. Wenn die mobile Vorrichtung 50 beginnt, sich aus dem Bereich einer drahtlosen Verbindung zu der Basisstation A zu bewegen, wird dies durch die zugrunde liegende drahtlose Schnittstelle erfasst, die dann die physikalische Ebene-Übergabe an die Basisstation E handhabt. Dieses Verfahren ist in der Technik weithin bekannt und wird nicht weiter beschrieben. Eine Erfassung wird in Schritt 600 in 10 gezeigt. Zusätzlich zu der Übergabe der physikalischen Ebene-Kommunikation ist es jedoch für die Kommunikationssitzungen, die zu der sich bewegenden mobilen Vorrichtung 50 gehören, auch notwendig, ebenfalls übergeben zu werden. Das Verfahren dafür wird in dem Rest von 10 gezeigt. In Schritt 610 ruft das zugrunde liegende drahtlose Netzwerk das Übergabe(handover)-Verfahren auf. Die Basisstation E, mit der die mobile Vorrichtung 50 verbunden werden soll, teilt zuerst einen freien Kommunikationskanal dieser mobilen Vorrichtung 50 zu, in Schritt 620. Dann aktualisiert in Schritt 630 die Basisstation E ihre Informationstabelle wie vorher. In Schritt 640 sendet die Basisstation E dann ein „Phase I"-Steuerungspaket, das in einem allgemeinen Sitzungspaket eingekapselt ist, an die Basisstation A über die sich bewegende mobile Vorrichtung 50. Die mobile Vorrichtung 50 dient einfach als ein Relaispunkt, wie in den Schritten 650 und 660 zu sehen ist. Das Übergabe-Steuerungspaket enthält die IP-Adresse des neuen Kommunikationskanals. Wenn die Basisstation dieses Steuerungspaket empfängt, sammelt sie alle relevanten Einträge aus ihrer Sitzungs-Informationstabelle und leitet sie an die neue IP-Adresse in einem Übergabe-„Phase II"-Steuerungspaket weiter (Schritt 670). Die Basisstation E fügt dann diese Einträge in ihre eigene Sitzungs-Informationstabelle ein, nachdem sie alle Referenzen zu der ursprünglichen Kanal-ID/IP-Adresse mit den neuen zugeteilten Werten ersetzt hat, siehe Schritt 680.
  • Die Basisstation E sendet dann eine Adressänderungs-Steuerungsnachricht in einem allgemeinen Sitzungspaket. Diese wird an alle entfernten Basisstationen in Kommunikation mit der sich bewegenden mobilen Vorrichtung 50 ausgesendet (broadcast). Dies wird in Schritt 690 gezeigt. Im Allgemeinen enthält dieses Steuerungspaket sowohl die ursprüngliche IP-Adresse und Sitzungs-ID und ihre Ersatzwerte. An diesem Punkt sollte angemerkt werden, dass der Sitzungs-ID nur in dem Steuerungspaket enthalten sein muss, wenn, wie in dem vorliegenden Beispiel, die mobile Vorrichtung die ist, welche die Sitzung initiierte. Wenn, im Gegensatz dazu, sich die entfernte mobile Vorrichtung 120 bewegt hat, wäre der Sitzungs-ID in dem Steuerungspaket nicht nötig.
  • In Schritt 700 verwenden die verschiedenen Basisstationen dann diese neuen empfangenen Werte, um alle Referenzen zu der ursprünglichen IP-Adresse und dem Sitzungs-ID in ihrer Informationstabelle zu ersetzen.
  • In Schritt 710 hört bzw. lauscht die Basisstation E, um festzustellen, ob zumindest ein IP-Datagramm von der mobilen Vorrichtung 50 empfangen wurde. Wenn nach einer vorbestimmten Timeout-Periode, zum Beispiel, kein IP-Datagramm an der Basisstation E von der mobilen Vorrichtung 50 empfangen wurde, dann können geeignete Fehlermeldungen automatisch erzeugt werden und/oder die Sitzung kann beendet werden (Schritt 730). Sobald zumindest ein IP-Datagramm an der Basisstation E von der mobilen Vorrichtung 50 empfangen wurde, sendet die Basisstation E ein „Phase III"-Steuerungspaket in einem allgemeinen Sitzungspaket, in Schritt 740. Dieses „Phase III"-Steuerungspaket informiert die Basisstation A, dass eine Sitzungs-Übergabe abgeschlossen ist und dass sie nun die geeigneten Einträge aus ihrer Informationstabelle entfernen kann. In Schritt 750 tut die Basisstation A dies. Als eine Alternative zum Senden eines „Phase III"-Steuerungspakets kann die Basisstation A automatisch ihre Sitzungsdaten nach einem vorbestimmten Timeout löschen.
  • Gleichzeitig zum Senden der Ersatz-IP-Adresse-Information an die entfernten Basisstationen sendet auch die neue Basisstation E eine Aktualisierungsnachricht an das Namen-Auflösungs-System (DNS 15 in 1) und informiert den DNS 15 über die Adressänderung der mobilen Vorrichtung 50, siehe Schritt 760. Schließlich wird in Schritt 770 das zugrunde liegende Protokoll angewiesen, den alten Kommunikationskanal freizugeben. Das Verfahren für eine Übergabe ist abgeschlossen.
  • Ein analoges Verfahren kann eingesetzt werden, wenn es wünschenswert ist, eine Sitzung von einer ersten zu einer zweiten Endvorrichtung zu schalten. Zum Beispiel kann es wünschenswert sein, wenn ein Videostream an die mobile Endvorrichtung 50 gesendet wird, diesen stattdessen auf eine feste Endvorrichtung 85 zu leiten (siehe 1). Die Verbindung 87 zwischen der festen Endvorrichtung 85 und der Basisstation E ist ebenfalls fest in diesem Beispiel und hat typischerweise eine erheblich höhere Bandbreite als die drahtlose Verbindung zwischen der mobilen Vorrichtung 50 und der Basisstation E. Wiederum wird angenommen, dass eine Form eines lokalen Netzwerk-Vorrichtungs-Entdeckungs-Verfahrens in dem Netzwerk 10 besteht und dass dies vorprogrammiert wurde, um die Adresse(n) von geeigneten neuen Vorrichtungen zur Verfügung zu stellen, wenn sie verfügbar werden.
  • Ein beispielhafter Weg, um dies zu erreichen, ist wie folgt. Die geographische Position der mobilen Vorrichtung 50 kann überwacht werden, wenn sie in einer Zelle roamt, die um die Basisstation E herum definiert ist. Dies wird in Schritt 800 in 11 gezeigt. Das Netzwerk 10 umfasst eine Netzwerk-Vorrichtungs-Profil-Datenbank, die das Profil von unterschiedlichen Vorrichtungen in der Zelle und spezifisch ihrer Fähigkeit beschreibt, zusammen mit einer Identifizierung ihrer geographischen Position.
  • Dann kann ein Benutzerprofil aufgebaut werden. Zum Beispiel kann ein Benutzer bestimmen, dass es wünschenswert ist, wenn möglich, Videostreams von einer festen Vorrichtung über eine verdrahtete Verbindung zu dem Internet zu betrachten. Sogar darin kann der Benutzer festlegen, dass am bevorzugtesten eine T1-Verbindung zu dem Internet ist, mit sehr hoher Bandbreite, und danach eine ISDN-Verbindung, und am wenigsten bevorzugt der festen Verbindungen ist eine Wähl(Modem)-Verbindung.
  • Auf der Basis dieses Profils kann das System automatisch auf der Basis dieses Benutzerprofils feststellen, wenn es wünschenswert ist, eine Sitzung zu schalten. So zum Beispiel durch Verwendung einer GPS-Position der mobilen Vorrichtung 50, wenn sich diese Vorrichtung in einem vorbestimmten geographischen Bereich der festen Vorrichtung 85 bewegt (typischerweise ist der geographische Bereich derart, dass der Benutzer einfach beide Vorrichtungen sehen kann), kann die Sitzung auf die feste Vorrichtung 85 geschaltet werden, um die Geschwindigkeit der Verbindung zu verbessern. Die Konsequenz daraus ist, dass, wenn die mobile Vorrichtung 50 weiterhin roamt und an einer anderen Vorrichtung vorbeikommt, die gemäß dem Benutzerprofil keine bessere Verbindungsgeschwindigkeit hat (als ein Beispiel eines Kriteriums), dann wird die Sitzung nicht übertragen. Außerdem ist es selbstverständlich für Fachleute offensichtlich, dass die Übergabe der Sitzung nicht automatisch sein muss und kann auf Anforderung eines Benutzers initiiert werden.
  • Zurück zu 11, wenn sich die mobile Vorrichtung 50 in einen vorbestimmten Bereich der festen Vorrichtung 85 bewegt, in Schritt 810, sendet die Basisstation E ein Entdeckungs-Vorrichtungs-Steuerungspaket in Schritt 820. Bei Entdeckung der Existenz der bevorzugten festen Vorrichtung 85 (durch Zugreifen auf das persönliche Profils des Benutzers, wie oben erläutert, zum Beispiel), wird das Entdeckungs-Vorrichtungs-Steuerungspaket verwendet, um die IP-Adresse dieser bevorzugten Vorrichtung, in diesem Fall die festen Vorrichtung 85, an die Basisstation E zurückzusenden. Diese Schritte werden bei 830 und 840 in 11 gezeigt.
  • In Schritt 850, in 11, wird das Entdeckungs-Vorrichtungs-Steuerungspaket an die mobile Vorrichtung 50 weitergeleitet. Die mobile Vorrichtung 50 ist somit benachrichtigt über die IP-Adresse der bevorzugten Endvorrichtung, d. h. in diesem Fall die IP-Adresse der festen Vorrichtung 85.
  • Die mobile Vorrichtung 50 wird auch hingewiesen, über das Entdeckungs-Vorrichtungs-Steuerungspaket, auf die Identität der Basisstation, welche die bevorzugte Endvorrichtung verwaltet. In dem vorliegenden Beispiel ist die feste Vorrichtung 85 mit dem Netzwerk 10 über die "Basisstation" E verbunden (tatsächlich ist es wahrscheinlicher, dass der Knoten E eine Brücke (bridge) oder ein anderer fester Zugriffs-Verbinder zu zum Beispiel einem Internetdiensteanbieter ist).
  • Die mobile Vorrichtung 50 kann nun eine Sitzungs-Übergabe initiieren, wenn der Benutzer dieser Vorrichtung entscheidet, dass dies wünschenswert ist (selbst wenn es eine andere bevorzugtere Vorrichtung gibt, gibt es keinen Zwang, die Sitzung zu schalten in bevorzugten Ausführungsbeispielen – siehe Schritt 860 in 11). Eine Sitzungs-Übergabe wird initiiert in Schritt 870 durch die Erzeugung eines Übergabe-„Phase I"-Steuerungspakets an der mobilen Vorrichtung 50. Dieses Übergabe-„Phase I"-Steuerungspaket wird an die Basisstation A in Schritt 880 weitergeleitet.
  • Die Basisstation A stellt dann fest, ob die Endvorrichtung, auf welche die Sitzung übertragen werden soll, auch lokal zu der Basisstation A ist (Schritt 890). Wenn sie es nicht ist, wie die feste Vorrichtung 85, die an der Basisstation E angebracht ist, dann findet der Rest der Sitzungsübertragung in Übereinstimmung mit dem Rest des Verfahrens statt, in dem die mobile Vorrichtung 50 zwischen Zellen in einem mobilen Netzwerk roamt. Spezifisch geht in Schritt 900 das Verfahren zu Schritt 670 von 10.
  • Soll die Vorrichtung, auf welche die Sitzung übertragen werden soll, auch mit der Basisstation der Vorrichtung verbunden sein, von der die Sitzung übertragen werden soll, dann findet eine lokale Sitzungsübertragung statt (Schritt 910); keine Pakete müssen zwischen unterschiedliche Basisstationen übertragen werden. Die Vorrichtung (zum Beispiel der Laptop 40 in 1) wird ebenfalls mit der Basisstation A verbunden, aber über einen anderen Kommunikationskanal 60. Eine Übertragung geht dann weiter, wie oben beschrieben – die lokalen Tabellen in der Basisstation A und auch an der Endvorrichtung (hier der Laptop 40) müssen in Schritt 920 aktualisiert werden durch Verbinden der Information hinsichtlich der Sitzung, als über die mobile Vorrichtung 50 auftretend, zu der neuen IP-Adresse des Kommunikationskanals/der neuen Vorrichtung (Laptop 40).
  • Es ist beabsichtigt, dass Endvorrichtungen schließlich eine hybride Mischung aus Media-spezifischen Endvorrichtungen aufweisen, die kooperieren, um sich als eine einzelne logische Vorrichtung zu verhalten. Eine derartige „gemischte Media"-Vorrichtung wird schematisch bei 100 in 1 angezeigt. Um solche Vorrichtungen in so einer effizienten Weise wie möglich unterzubringen, ist es geeignet für die unterschiedlichen Typen von Mediainhalt, der von einem Sitzungspaket getragen wird, an eine geeignete Endvorrichtung geleitet zu werden. Solch ein Verfahren kann erreicht werden unter Verwen dung einer Erweiterung des Sitzungspaketkonzeptes, wie durch Referenz auf 12 offensichtlich wird. In 12 wird ein modifiziertes Sitzungspaket gezeigt und es ist zu sehen, dass, anstelle nur eines Sitzungs-IDs mit den Anzeige-Feldern (5), das Sitzungsdatenpaket nun sowohl einen Sitzungs-ID als auch einen weithin bekannten Vorrichtungs-ID zusammen mit dem Nutzlast-Typ umfasst. Der Sitzungs-ID und der weithin bekannte Vorrichtungs-ID werden gemeinsam als ein Kanal-ID bezeichnet. Die Verwendung des weithin bekannten Vorrichtungs-IDs in dem modifizierten Sitzungspaket von 12 wird als optional betrachtet und so wird seine Verwendung durch einen vorher zugeteilten Nutzlast-Typ eines Codes angezeigt, der Sitzungs-ID wird auf genau derselben Weise wie vorher beschrieben verwendet. Der weithin bekannte Vorrichtungs-ID jedoch wird von der sendenden Anwendung hinzugefügt gemäß welchem Typen von Media er in ein Sitzungspaket einfügt. Wenn zum Beispiel die Nutzlast ein Video ist, wird der weithin bekannte ID für einen Videomonitor eingefügt. Für eine Audio-Nutzlast wird stattdessen der weithin bekannte ID für einen Audiospieler eingesetzt und so weiter.
  • Zur einfacheren Erklärung wird angenommen, dass die physikalischen Endvorrichtungen, welche die einzelne logische Vorrichtung 100 umfassen, jeweils mit der selben Basisstation verbunden sind, aber über ihre eigene individuelle drahtlose oder festen Netzwerkschnittstelle, wie erforderlich. Aus Gründen, die unten erläutert werden, haben alle Endvorrichtungen nun einen Eintrag in der Vorrichtungsprofilkategorie ihrer Informationstabelle, um anzuzeigen, ob sie eine Benutzer-Vorrichtung oder eine Netzwerk-Vorrichtung sind. Diese Hinzufügung wird unterstrichen in 13 gezeigt, welche die modifizierte Endvorrichtungs-Informationstabelle zur Verwendung mit einer gemischten Media-Vorrichtung zeigt.
  • Wenn eine Endvorrichtung aktiv wird, wird eine etwas modifizierte Form des vorher beschriebenen Vorrichtungsaktivierungsverfahrens (6 bis 8) aufgerufen. Die Modifizierung ist derart, dass die Basisstation solche Vorrichtungen bei den geeigneten lokalen Netzwerk- oder Benutzer-Vorrichtungs-Profil-Datenbanken registriert. Für eine Benutzer-Vorrichtung, die mit der Basisstation verbunden ist, ist die zusätzliche Modifizierung, dass eine Basisstation die lokalen Netzwerk- und/oder Benutzer-Vorrichtungs-Profil-Datenbanken abfrägt (polls), um zu erfassen, welche Kommunikationskanäle Mediaspezifischen Vorrichtungen zugeteilt wurden, die sich in der Nähe zu dem Benutzer befinden. Eine GPS-Information, die zum Beispiel von einem „smart badge" geliefert wird, kann verwendet werden, um die Basisstation über die geographische Position eines Benutzers zu informieren. Eine Datenbanksuche kann zum Beispiel auf einer Benutzerpräferenz oder einer Standard-Liste von weithin bekannten Vorrichtungs-ID basieren. Für das bestimmte Beispiel, das hier betrachtet wird, wird die Kanal-Information, die durch die Datenbanksuche zurückgesendet wurde, in den empfangenden Teil der Basisstation-Informationstabelle unter dem Eintrag für die IP-Adresse eingegeben, die zu der bestimmten logischen Vorrichtung gehört. Zusätzlich wird ein Eintrag in die allgemeine Information-Teilkategorie eingefügt, um anzuzeigen, welche weithin bekannten Vorrichtungen momentan in dem Bereich des Benutzers oder der Benutzer-Vorrichtung sind. Diese Hinzufügungen zu der Basisstation-Informationstabelle werden unterstrichen gezeigt in 14, die eine modifizierte Basisstation-Informationstabelle zur Verwendung mit gemischten Media-Vorrichtungen zeigt.
  • Das etablierte Kommunikationsverfahren, das oben beschrieben wird in Verbindung mit den 6 bis 8, muss auch etwas modifiziert werden, um eine gemischte Media-Kommunikation zu berücksichtigen. Die Modifizierung ist, dass das über „Phase III" aufgebaute Kommunikationsverfahren nun den Schritt des Sendens einer gemischten Media-Steuerungsnachricht umfassen muss, um das sendende Ende über den Typ der weithin bekannten Vorrichtung zu informieren, die für den angerufenen Benutzer verfügbar ist. Alternativ kann eine Befragung des Benutzerprofils diese Notwendigkeit entfernen. Das sendende Ende verwendet dann diese Information, um zu entscheiden, welche Typen von Media es senden soll oder nicht. Wenn eine Basisstation ein Sitzungspaket empfängt, das einen Kanal-ID-Header enthält, verwendet sie den weithin bekannte Vorrichtungs-ID-Teil, um festzustellen, auf welchem Kommunikationskanal dieses Paket gesendet werden soll.
  • Wenn die Benutzer-Vorrichtung die Basisstation wechselt, dann wird das Übergabe-Verfahren aufgerufen, das in Zusammenhang mit 10 beschrieben wird. Andernfalls fragt sie einfach die geeignete Vorrichtungs-Profil-Datenbank ab, wenn sie über die geographischen Bereiche überquert, die diese Datenbanken bedienen. Die erlangte Information wird dann verwendet, um die geeigneten weithin bekannten Vorrichtungseinträge in dem empfangenden Teil der Basisstation-Sitzungs-Informationstabelle zu aktualisieren, wie in 14 gezeigt. Wenn diese Änderung den Typ der weithin bekannten Vorrichtung betrifft, die für den Benutzer verfügbar ist, wird die gemischte Media-Steuerungsnachricht aufgerufen, wenn notwendig, um das sendende Ende über die Änderungen zu informieren. Das sendende Ende passt sich dann an, falls erforderlich.
  • Das Kanal-ID-Konzept, das oben beschrieben wird, hat wahrscheinlich eine Anwendung für bestimmte Aspekte des Vorsehens einer Zusammenarbeit zwischen festen und symbiotischen Netzwerken.
  • Wenn auf einer Endvorrichtung ein zuverlässiges Übertragungs- und Überlastungs-Steuerungs-Protokoll läuft, könnte eine Verbesserung, die vorgesehen werden könnte, sein, eine Übergabeintelligenz vorzusehen. Im Wesentlichen, wenn eine Endvorrichtung erfasst, dass eine Übergabe aufgerufen wird, informiert es das andere Ende, um eine Übertragung zu suspendieren. Sobald die Übergabe abgeschlossen ist, würde es dann angewiesen, die Übertragung wieder aufzunehmen. Dies würde einen Paketverlust aufgrund von Übergabeungewissheiten minimieren und somit nicht notwendige erneute Übertragungen vermeiden.
  • Wenn nach einer Übergabe zwischen Basisstationen es notwendig ist (aus welchen Gründen auch immer), den Punkt in dem Netzwerk zu finden, an dem die ursprüngliche Route und die neue Route auseinander gehen, kann das folgende Verfahren unterstützt werden. Bei Information über die neue IP-Adresse zur Verwendung, kann die entfernte Basisstation ein Route-Divergenz-Steuerungspaket an diese Adresse senden. Dieses Steuerungspaket würde die alte IP-Adresse enthalten und an jedem Netzwerkknoten würde eine Routen-Suche für sowohl die alte als auch die neue IP-Adressen ausgeführt. Wenn die „nächster Sprung (next hop)"-IP-Adresse dieselbe für beide Adressen ist, dann wird das Route-Divergenzpunkt-Steuerungspaket an den folgenden Netzwerkknoten auf üblichem Weg weitergeleitet. Dieses Verfahren gehet Knoten nach Knoten weiter, bis die alte und die neue IP-Adresse unterschiedliche „nächster Sprung"-Adressen ergeben. Dieser Unterschied identifiziert den Netzwerkknoten, an dem die ursprüngliche Route und die neue Route auseinander gehen. Ein bestimmter Kontext, der ein solches Merkmal benötigen kann, ist eine Dienstqualitäts-Unterstützung. Zum Beispiel wenn angenommen wird, dass zwei Endvorrichtungen über einen Kommunikationskanal mit reservierter Bandbreite kommunizieren, dann muss, wenn eine dieser Vorrichtungen Basisstationen wechselt, die Bandbreiten-Reservierung modifiziert werden. Eine Weise, dies zu erreichen, ist den Route-Divergenz-Punkt zu ermitteln und dann eine „Bandbreite abbrechen"-Nachricht entlang der alten Route zu senden und eine Bandbreite-Reservierungs-Nachricht entlang der neuen Route.
  • Während eine Vielzahl von spezifischen Ausführungsbeispielen beschrieben wurde, sollte offensichtlich sein, dass diese nur auf beispielhafte Weise sind und dass verschiedene Modifikationen gemacht werden können, ohne von dem Umfang der Erfindung abzuweichen, die in den angefügten Ansprüchen definiert ist. Spezifisch, während das beschriebene Ausführungsbeispiel eine Verbindung zwischen einer Endvorrichtung, die mit einer ersten Basisstation verbunden ist, und einer anderen Endvorrichtung betrifft, die mit einer anderen Basisstation verbunden ist, ist es die einfachste Form, ermöglicht die Erfindung eine Verbindung zwischen zwei Endvorrichtungen, die jeweils mit der selben Basisstation verbunden sind. Ferner ist das Konzept einer „Endvorrichtung" nicht begrenzt auf Client-Vorrichtungen, wie Laptop oder Personalcomputer (obgleich die Erfindung besondere Verwendung bei solchen Vorrichtungen findet). Die Endvorrichtungen können stattdessen Server-Vorrichtungen, Hubs oder andere Router-Vorrichtungen sein.

Claims (28)

  1. Kommunikationsverfahren zwischen Endvorrichtungen, die mit einem Telekommunikationsnetzwerk (10) verbunden sind, wobei das Netzwerk (10) einen lokalen Netzwerkzugriffspunkt (20) aufweist mit einer Vielzahl von zuweisbaren Kommunikationskanälen, wobei das Verfahren aufweist: Zuteilen eines Kommunikationskanals an jede der Endvorrichtungen, die mit dem Netzwerk verbunden sind; Führen einer lokalen Netzwerkzugriffspunkttabelle an dem lokalen Netzwerkzugriffspunkt (20), die jeden zugeteilten Kanal mit einer Identifizierung der Endvorrichtung querverweist, welcher er zugeteilt ist; Führen an jeder Endvorrichtung, der ein Kommunikationskanal zugeteilt wurde, einer Endvorrichtungstabelle, die den zugeteilten Kommunikationskanalidentifizierer für diese Endvorrichtung enthält; Auswählen an einer initiierenden Endvorrichtung (50) eines ersten Sitzungsidentifizierers, Sitzungs-ID, aus einem ersten Array, das zumindest einen zuweisbaren Sitzungs-ID aufweist; Hinzufügen des ersten Sitzungs-IDs zu der Endvorrichtungstabelle der initiierenden Endvorrichtung (50); Weiterleiten des ersten Sitzungs-IDs von der initiierenden Endvorrichtung (50) an den Netzwerkzugriffspunkt (20); Weiterleiten von der initiierenden Endvorrichtung (50) an den an den Netzwerkzugriffspunkt (20) eines entfernten Endvorrichtungsidentifizierers, der die Identität einer entfernten Endvor richtung (120) anzeigt, mit der die initiierende Endvorrichtung (50) kommunizieren soll; Aktualisieren der Tabelle der initiierenden Endvorrichtung mit dem entfernten Endvorrichtungsidentifizierer und mit dem ersten Sitzungs-ID; Zurücksenden einer Kommunikationsbeginnanforderung an die initiierende Endvorrichtung (50); und Übertragen von Daten als eine Vielzahl von Paketen, von denen jedes den ersten Sitzungs-ID enthält, zwischen der initiierenden Endvorrichtung (50) und der entfernten Endvorrichtung (120) über den lokalen Netzwerkzugriffspunkt (20).
  2. Verfahren gemäß Anspruch 1, wobei das Telekommunikationsnetzwerk weiter aufweist einen entfernten Netzwerkzugriffspunkt (20), mit dem die entfernte Endvorrichtung (120) verbunden ist, wobei der entfernte Netzwerkzugriffspunkt (20) auch eine Vielzahl von zuweisbaren Kanälen hat, wobei das Verfahren weiter aufweist: Zuteilen eines Kommunikationskanals für den entfernten Netzwerkzugriffspunkt (20) an jede der Endvorrichtungen, die mit dem Netzwerk verbunden ist über den entfernten Netzwerkzugriffspunkt (20); und Führen an dem entfernten Netzwerkzugriffspunkt (20) einer entfernten Netzwerkzugriffspunkttabelle, welche die Kanäle, die diesen Vorrichtungen zugeteilt sind, die mit dem Netzwerk über den entfernten Netzwerkzugriffspunkt (20) verbunden sind, mit einem entsprechenden Endvorrichtungsidentifizierer querverweist.
  3. Verfahren gemäß Anspruch 2, wobei die entfernte Endvorrichtung (120) für Internetprotokoll, IP, aktiviert ist, wobei die lokalen und entfernten Zugriffspunkttabellen geführt werden mit Querverweisen für jeden zugeteilten Kanal mit einer entspre chenden IP-Adresse, die jeweils von den lokalen und entfernten Zugriffspunkttabellen zugewiesen wird, und wobei der entfernte Endvorrichtungsidentifizierer eine IP-Adresse ist, die von dem entfernten Netzwerkzugriffspunkt (20) zugewiesen wird, wobei das Verfahren weiter aufweist: Weiterleiten von Daten, die von der initiierenden Endvorrichtung (50) an den lokalen Netzwerkzugriffspunkt (20) zu übertragen sind, als eine Vielzahl von Sitzungspaketen, die jeweils den ersten Sitzungs-ID umfassen; Einkapseln an dem lokalen Netzwerkzugriffspunkt (20) der Daten in jedem Sitzungspaket in ein Transportebenenpaket, wie TCP oder UDP; Einfügen des ersten Sitzungs-IDs in jedes Transportebenenpaket; Einkapseln jedes Transportebenenpakets in ein Internetprotokollpaket; und Weiterleiten jedes IP-Pakets an den entfernten Netzwerkzugriffspunkt (20) zur Übertragung an die entfernte Endvorrichtung (120).
  4. Verfahren gemäß Anspruch 3, das weiter aufweist: Durchsuchen der entfernten Netzwerkzugriffspunkttabelle des entfernten Netzwerkzugriffspunkts (20) bei Empfang eines IP-Pakets; und Weiterleiten dieses IP-Pakets an die entfernte Endvorrichtung (120) so wie es ist, wenn der Suchschritt anzeigt, dass die IP-Adresse in dem IP-Paket nicht in der Liste der IP-Adressen zu finden ist, die in der entfernten Netzwerkzugriffspunkttabelle geführt wird.
  5. Verfahren gemäß Anspruch 3, das weiter aufweist: Durchsuchen der entfernten Netzwerkzugriffspunkttabelle des entfernten Netzwerkzugriffspunkts (20) bei Empfang eines IP-Pakets; und Übertragen der Daten in dem IP-Paket, das an dem entfernten Netzwerkzugriffspunkt (20) empfangen wird, in ein Sitzungspaket, wenn der Suchschritt bestimmt, dass die IP-Adresse in dem empfangenen IP-Paket in der Liste der IP-Adressen zu finden ist, die in der entfernten Netzwerkzugriffspunkttabelle geführt wird; und Weiterleiten des Sitzungspakets an die entfernte Endvorrichtung (120) auf der Basis der IP-Adresse der entfernten Endvorrichtung (120), die sich in der entfernten Netzwerkzugriffspunkttabelle befindet.
  6. Verfahren gemäß Anspruch 2, wobei die entfernte Endvorrichtung (120) entweder IP-aktiviert ist oder nicht, wobei die lokalen und entfernten Zugriffspunkttabellen geführt werden mit Querverweisen für jeden zugeteilten Kanal mit einer entsprechenden IP-Adresse, die jeweils durch die lokalen und entfernten Netzwerkzugriffspunkttabellen zugewiesen werden, und wobei der entfernte Endvorrichtungsidentifizierer eine IP-Adresse ist, die von dem entfernten Netzwerkzugriffspunkt (20) zugewiesen ist, wobei das Verfahren weiter aufweist: Senden des ersten Sitzungs-IDs zusammen mit einer Identifizierung der entfernten Endvorrichtung (120) an den entfernten Netzwerkzugriffspunkt (20); Zuteilen an dem entfernten Netzwerkzugriffspunkt (20) eines zweiten Sitzungs-IDs aus einem zweiten Array, das zumindest einen zuweisbaren Sitzungs-ID aufweist; Aktualisieren der entfernten Netzwerkzugriffspunkttabelle mit dem zugeteilten zweiten Sitzungs-ID derart, dass die ersten und zweiten Sitzungs-IDs miteinander abgeglichen werden; und Weiterleiten des zweiten Sitzungs-IDs an die entfernte Endvorrichtung (120); wobei der Schritt der Übertragung von Daten als eine Vielzahl von Paketen weiter aufweist: Übertragen jedes Pakets zwischen der initiierenden Endvorrichtung (50) und dem entfernten Netzwerkzugriffspunkt (20) über den lokalen Netzwerkzugriffspunkt (20) zusammen mit dem ersten Sitzungs-ID, und Übertragen jedes dieser Pakete zwischen der entfernten festen Zugriffsvorrichtung und der entfernten Endvorrichtung (120) unter Verwendung der Abgleichung der ersten zu dem zweiten Sitzungs-ID.
  7. Verfahren gemäß Anspruch 6, wobei jedes Paket zwischen dem entfernten Netzwerkzugriffspunkt (20) und der initiierenden Endvorrichtung (50) über die erste Endvorrichtung als ein Sitzungspaket übertragen wird, einschließlich des ersten Sitzungs-IDs in einem Header-Teil jedes Sitzungspakets, und zwischen der entfernten Endvorrichtung (120) und dem entfernten Netzwerkzugriffspunkt (20) als ein Sitzungspaket, einschließlich des zweiten Sitzungs-IDs in dessen Header-Teil, wobei das Verfahren weiter aufweist: Ersetzen, an dem entfernten Netzwerkzugriffspunkt (20), des ersten Sitzungs-IDs in den Sitzungspaketen mit dem abgeglichenen zweiten Sitzungs-ID, wenn die Sitzungspakete von der initiierenden Endvorrichtung (50) angekommen sind.
  8. Verfahren gemäß einem der Ansprüche 2 bis 7, wobei der Schritt des Sendens des ersten Sitzungs-IDs und der Identifizierung der entfernten Endvorrichtung (120) weiter aufweist ein Senden eines Anwendungsidentifizierers, der eine von der entfernten Endvorrichtung (120) einzusetzende Anwendung identifiziert, wobei das Verfahren weiter aufweist: Feststellen an dem entfernten Netzwerkzugriffspunkt (20) und auf der Basis des empfangenen Anwendungsidentifizierers, ob die entfernte Endvorrichtung (120) die Anforderung akzeptieren kann, die Anwendung einzusetzen; und Weiterleiten von Daten von der initiierenden Vorrichtung zur Verwendung durch die Anwendung in dem Fall, dass die entfernte Endvorrichtung (120) die Anforderung akzeptieren kann.
  9. Verfahren gemäß Anspruch 8, wobei die entfernte Netzwerkzugriffspunkttabelle eine Liste von verfügbaren Anwendungen für die entfernte Endvorrichtung (120) führt, wobei der Schritt des Feststellens, ob die entfernte Endvorrichtung (120) die Anforderung akzeptieren kann, aufweist ein Bestimmen aus der entfernten Netzwerkzugriffspunkttabelle, ob der empfangene Anwendungsidentifizierer mit der Liste von verfügbaren Anwendungen für die entfernte Endvorrichtung (120) kompatibel ist.
  10. Verfahren gemäß Anspruch 8 oder Anspruch 9, wobei der Anwendungsidentifizierer eine weithin bekannte Anschlussnummer ist.
  11. Verfahren gemäß Anspruch 8, 9 oder 10, das weiter aufweist: Führen in der entfernten Netzwerkzugriffspunkttabelle einer Liste der Anzahl von parallelen Sitzungen, die von der entfernten Endvorrichtung (120) unterstützt werden können, zusammen mit einer Liste der Anzahl dieser parallelen Sitzungen, die bereits stattfinden, und Weiterleiten der Daten in dem Fall, dass die entfernte Endvorrichtung (120) zumindest eine verfügbare Sitzung hat, wie aus der entfernten Netzwerkzugriffspunkttabelle bestimmt wird.
  12. Verfahren gemäß Anspruch 8, 9, 10 oder 11, das weiter aufweist: Führen in der entfernten Endvorrichtungstabelle einer Liste der Anzahl von parallelen Sitzungen, die von der entfernten Endvorrichtung (120) unterstützt werden können, zusammen mit einer Liste der Anzahl dieser parallelen Sitzungen, die bereits stattfinden, und Weiterleiten dieser Liste in der entfernten Endvorrichtungstabelle an die entfernte Netzwerkzugriffspunkttabelle zumindest dann, wenn die entfernte Endvorrichtungstabelle diesbezüglich aktualisiert wird.
  13. Verfahren gemäß einem der Ansprüche 6 bis 12, wobei der Schritt des Zurücksendens einer Kommunikationsbeginnanforderung an die initiierende Endvorrichtung (50) von der entfernten Endvorrichtung (120) initiiert wird.
  14. Verfahren gemäß einem der Ansprüche 3 bis 5, wobei der Schritt des Zurücksendens einer Kommunikationsbeginnanforderung an die initiierende Endvorrichtung (50) von dem entfernten Netzwerkzugriffspunkt (20) initiiert wird.
  15. Verfahren gemäß einem der vorhergehenden Ansprüche, wobei der entfernte Endvorrichtungsidentifizierer, der von der initiierenden Vorrichtung weitergeleitet wird, in einem ersten Format ist, wobei das Verfahren weiter aufweist ein Auflösen des entfernten Endvorrichtungsidentifizierers in ein zweites Format.
  16. Verfahren gemäß Anspruch 1 oder Anspruch 2, das weiter aufweist ein Feststellen, ob die entfernte Endvorrichtung (120) IP-aktiviert ist oder nicht.
  17. Verfahren gemäß einem der vorhergehenden Ansprüche, das weiter aufweist bei Beendigung einer Sitzung ein Zurücksetzen oder Entfernen der Information, die in jeder Tabelle hinsichtlich der nun beendeten Sitzung gespeichert ist.
  18. Verfahren gemäß Anspruch 18, wobei der Schritt des Zurücksetzens oder Entfernens der Information nach einer vorgegebenen Zeitüberschreitungsperiode ausgeführt wird.
  19. Verfahren gemäß einem der Ansprüche 2 bis 18, wobei der Verbindungspunkt der entfernten Endvorrichtung (120) von einem ersten entfernten Netzwerkzugriffspunkt (20) zu einem zweiten anderen entfernten Netzwerkzugriffspunkt (20) geändert werden soll, wobei das Verfahren weiter aufweist: Zuteilen eines neuen entfernten Kommunikationskanals für eine Kommunikation zwischen der entfernten Endvorrichtung (120) und dem zweiten entfernten Netzwerkzugriffspunkt (20), wobei der neue entfernte Kommunikationskanal einen zugehörigen neuen entfernten Kommunikationskanalidentifizierer hat; Weiterleiten des neuen entfernten Kommunikationskanalidentifizierers von dem zweiten entfernten Netzwerkzugriffspunkt (20) zu dem ersten entfernten Netzwerkzugriffspunkt (20); Zurücksenden der Inhalte der ersten entfernten Netzwerkzugriffspunkttabelle von dem ersten entfernten Netzwerkzugriffspunkt (20) zu dem zweiten entfernten Netzwerkzugriffspunkt (20), wobei der neue entfernte Kommunikationskanalidentifizierer als eine Routing-Steuerung eingesetzt wird; Ersetzen des alten entfernten Kommunikationskanalidentifizierers, der von der ersten entfernten Netzwerkzugriffspunkttabelle empfangen wird, durch den neuen entfernten Kommunikationskanalidentifizierer; Hinzufügen der Inhalte des ersten entfernten Netzwerkzugriffspunkts (20), einschließlich des neuen entfernten Kommunikati onskanalidentifizierers, zu der zweiten entfernten Netzwerkzugriffspunkttabelle; und Übertragen von Daten zwischen den initiierenden und entfernten Endvorrichtungen ((120)) über den lokalen Netzwerkzugriffspunkt (20) und den zweiten entfernten Netzwerkzugriffspunkt (20).
  20. Verfahren gemäß einem der Ansprüche 2 bis 19, wobei der Verbindungspunkt der initiierenden Endvorrichtung (50) von einem ersten lokalen Netzwerkzugriffspunkt (20) zu einem zweiten lokalen Netzwerkzugriffspunkt (20) geändert werden soll, wobei das Verfahren weiter aufweist: Zuteilen eines neuen lokalen Kommunikationskanals zur Kommunikation zwischen der initiierenden Endvorrichtung (50) und dem zweiten lokalen Netzwerkzugriffspunkt (20), wobei der neue lokale Kommunikationskanal einen zugehörigen neuen lokalen Kommunikationskanalidentifizierer hat; Weiterleiten des neuen lokalen Kommunikationskanalidentifizierers von dem zweiten lokalen Netzwerkzugriffspunkt an den ersten lokalen Netzwerkzugriffspunkt; Zurücksenden der Inhalte der ersten entfernten Netzwerkzugriffspunkttabelle von dem ersten lokalen Netzwerkzugriffspunkt zu dem zweiten lokalen Netzwerkzugriffspunkt, wobei der neue lokale Kommunikationskanalidentifizierer als eine Routing-Steuerung eingesetzt wird; Ersetzen des alten lokalen Kommunikationskanalidentifizierers, der von der ersten lokalen Netzwerkzugriffspunkttabelle empfangen wird, durch den neuen lokalen Kommunikationskanalidentifizierer; Hinzufügen der Inhalte des ersten lokalen Netzwerkzugriffspunkts, einschließlich des neuen lokalen Kommunikationskana lidentifizierers, zu der zweiten lokalen Netzwerkzugriffspunkttabelle; und Übertragen von Daten zwischen den entfernten und initiierenden Endvorrichtungen (50) über den entfernten Netzwerkzugriffspunkt und den zweiten lokalen Netzwerkzugriffspunkt.
  21. Verfahren gemäß Anspruch 19 oder Anspruch 20, wobei die Daten aus der ersten Netzwerkzugriffspunkttabelle entfernt werden, sobald sie an die zweite Netzwerkzugriffspunkttabelle weitergeleitet wurden.
  22. Verfahren gemäß einem der Ansprüche 2 bis 21, wobei das Datenübertragungsziel geändert werden soll von einer ersten entfernten Endvorrichtung (120) zu einer zweiten entfernten Endvorrichtung (120), wobei das Verfahren weiter aufweist: Weiterleiten eines neuen entfernten Vorrichtungs-Kommunikationskanalidentifizierers für die zweite entfernte Endvorrichtung (120) an den entfernten Netzwerkzugriffspunkt (20); Ersetzen des alten entfernten Vorrichtungs-Kommunikationskanalidentifizierers durch den neuen entfernten Vorrichtungs-Kommunikationskanalidentifizierer in der entfernten Netzwerkzugriffspunkttabelle; und Übertragen von Daten zwischen der zweiten entfernten Endvorrichtung (120) und der initiierenden Vorrichtung über den entfernten Netzwerkzugriffspunkt (20) und den lokalen Netzwerkzugriffspunkt (20).
  23. Verfahren gemäß Anspruch 22, das weiter aufweist: Erfassen der geographischen Position der ersten entfernten Endvorrichtung (120); und Weiterleiten des neuen entfernten Vorrichtungs-Kommunikationskanalidentifizierers an den entfernten Netzwerkzugriffspunkt (20), um eine Übergabe an die zweite entfernte Endvorrichtung (120) zu starten, nur wenn sich die erste entfernte Endvorrichtung (120) in einem vordefinierten Bereich der zweiten entfernten Endvorrichtung (120) befindet.
  24. Verfahren gemäß einem der vorhergehenden Ansprüche, das weiter aufweist ein Übertragen eines Anzeigers des Datentyps zwischen den Endvorrichtungen.
  25. Verfahren gemäß Anspruch 24, wobei der Datentypanzeiger einen Teil eines Headers für jedes der zu übertragenden Pakete bildet.
  26. Verfahren gemäß Anspruch 24 oder Anspruch 25, das weiter aufweist ein Auswählen eines Mediums, in dem die übertragenen Daten gehandhabt werden, wobei die Auswahl auf der Basis des Datentypanzeigers stattfindet.
  27. Datenbank für einen Netzwerkzugriffspunkt (20) in einem Telekommunikationsnetzwerk, die aufweist: (a) einen Querverweis zwischen (i) einem einer Vielzahl von Kommunikationskanälen, die für eine Kommunikation zwischen dem Netzwerkzugriffspunkt (20) und einer Endvorrichtung zugewiesen sind, und (ii) einem entsprechenden Vorrichtungsidentifizierers für diese Endvorrichtung, welcher der Kommunikationskanal zugewiesen ist; (b) einen Sitzungsidentifizierer, Sitzungs-ID, der von einer initiierenden Endvorrichtung (50) empfangen wird und aus einem einer Vielzahl von Sitzungs-IDs gewählt wird, die von dieser Endvorrichtung gespeichert sind; und (c) einen entfernten Endvorrichtungsidentifizierer, der das Ziel von Daten anzeigt, die von der initiierenden Endvorrichtung (50) zu senden sind; wobei die Datenbank konfiguriert ist, ein Routing von Datenpaketen über den Netzwerkzugriffspunkt (20) zu erlauben, wobei jedes der Pakete den Sitzungsidentifizierer zwischen den initiierenden und den entfernten Endvorrichtungen (120) enthält.
  28. Lokaler Netzwerkzugriffspunkt (20) für ein Telekommunikationsnetzwerk, wobei der lokale Netzwerkzugriffspunkt (20) aufweist: eine Vielzahl von Kommunikationskanälen, von denen zumindest einige für eine Kommunikation mit einer entsprechenden Vielzahl von Endvorrichtungen (50) zugewiesen sind; und eine Datenbank unter der Steuerung des lokalen Netzwerkzugriffspunkts (20), wobei die Datenbank umfasst: (a) einen Querverweis zwischen den zugewiesenen Kommunikationskanälen und einer Identifizierung einer Endvorrichtung, welcher der Kanal zugeteilt ist; (b) einen ersten Sitzungsidentifizierer, Sitzungs-ID, der von einer initiierenden Endvorrichtung (50) weitergeleitet wird und aus einem einer Vielzahl von Sitzungs-IDs gewählt wird, die von dieser Endvorrichtung gespeichert sind; und (c) einen entfernten Endvorrichtungsidentifizierer, der das Ziel von Daten anzeigt, die von der initiierenden Endvorrichtung (50) zu senden sind; wobei der lokale Netzwerkzugriffspunkt (20) ausgebildet ist, Pakete von Daten zwischen der initiierenden und einer entfernten Endvorrichtung zu leiten, wobei jedes der Pakete den Sitzungs-ID enthält, gemäß den Inhalten der Datenbank.
DE60319071T 2002-03-28 2003-03-26 Vefahren zum datentransfer in mobil- und festtelekommunikationssystemen Expired - Lifetime DE60319071T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
GBGB0207454.0A GB0207454D0 (en) 2002-03-28 2002-03-28 Method of data transfer in mobile and fixed telecommunications systems
GB0207454 2002-03-28
PCT/GB2003/001345 WO2003084171A1 (en) 2002-03-28 2003-03-26 Method of data transfer in mobile and fixed telecommunications systems

Publications (2)

Publication Number Publication Date
DE60319071D1 DE60319071D1 (de) 2008-03-27
DE60319071T2 true DE60319071T2 (de) 2009-01-29

Family

ID=9934002

Family Applications (1)

Application Number Title Priority Date Filing Date
DE60319071T Expired - Lifetime DE60319071T2 (de) 2002-03-28 2003-03-26 Vefahren zum datentransfer in mobil- und festtelekommunikationssystemen

Country Status (7)

Country Link
US (1) US7305474B2 (de)
EP (1) EP1488605B1 (de)
AU (1) AU2003215769A1 (de)
CA (1) CA2480280A1 (de)
DE (1) DE60319071T2 (de)
GB (1) GB0207454D0 (de)
WO (1) WO2003084171A1 (de)

Families Citing this family (123)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6658091B1 (en) 2002-02-01 2003-12-02 @Security Broadband Corp. LIfestyle multimedia security system
JP2005142967A (ja) * 2003-11-07 2005-06-02 Ntt Docomo Inc 拡散符号の割当方法、無線基地局、及び移動局
DE60333875D1 (de) * 2003-11-19 2010-09-30 Nat Inst Inf & Comm Tech Funkkommunikationssystem
AU2003284571A1 (en) * 2003-11-19 2005-06-08 National Institute Of Information And Communications Technology, Independent Administrative Agency Radio communication system
US7813836B2 (en) * 2003-12-09 2010-10-12 Intouch Technologies, Inc. Protocol for a remotely controlled videoconferencing robot
US9141276B2 (en) 2005-03-16 2015-09-22 Icontrol Networks, Inc. Integrated interface for mobile device
US10382452B1 (en) 2007-06-12 2019-08-13 Icontrol Networks, Inc. Communication protocols in integrated systems
US11159484B2 (en) 2004-03-16 2021-10-26 Icontrol Networks, Inc. Forming a security network including integrated security system components and network devices
US11244545B2 (en) 2004-03-16 2022-02-08 Icontrol Networks, Inc. Cross-client sensor user interface in an integrated security network
US20160065414A1 (en) 2013-06-27 2016-03-03 Ken Sundermeyer Control system user interface
US11113950B2 (en) 2005-03-16 2021-09-07 Icontrol Networks, Inc. Gateway integrated with premises security system
US8963713B2 (en) 2005-03-16 2015-02-24 Icontrol Networks, Inc. Integrated security network with security alarm signaling system
US11677577B2 (en) 2004-03-16 2023-06-13 Icontrol Networks, Inc. Premises system management using status signal
US11343380B2 (en) 2004-03-16 2022-05-24 Icontrol Networks, Inc. Premises system automation
US10721087B2 (en) 2005-03-16 2020-07-21 Icontrol Networks, Inc. Method for networked touchscreen with integrated interfaces
US20090077623A1 (en) 2005-03-16 2009-03-19 Marc Baum Security Network Integrating Security System and Network Devices
US11582065B2 (en) 2007-06-12 2023-02-14 Icontrol Networks, Inc. Systems and methods for device communication
US11316958B2 (en) 2008-08-11 2022-04-26 Icontrol Networks, Inc. Virtual device systems and methods
US10237237B2 (en) 2007-06-12 2019-03-19 Icontrol Networks, Inc. Communication protocols in integrated systems
US10142392B2 (en) 2007-01-24 2018-11-27 Icontrol Networks, Inc. Methods and systems for improved system performance
US11277465B2 (en) 2004-03-16 2022-03-15 Icontrol Networks, Inc. Generating risk profile using data of home monitoring and security system
US7711796B2 (en) 2006-06-12 2010-05-04 Icontrol Networks, Inc. Gateway registry methods and systems
US20050216302A1 (en) 2004-03-16 2005-09-29 Icontrol Networks, Inc. Business method for premises management
US8635350B2 (en) 2006-06-12 2014-01-21 Icontrol Networks, Inc. IP device discovery systems and methods
US20170118037A1 (en) 2008-08-11 2017-04-27 Icontrol Networks, Inc. Integrated cloud system for premises automation
US11201755B2 (en) 2004-03-16 2021-12-14 Icontrol Networks, Inc. Premises system management using status signal
US10339791B2 (en) 2007-06-12 2019-07-02 Icontrol Networks, Inc. Security network integrated with premise security system
US11489812B2 (en) 2004-03-16 2022-11-01 Icontrol Networks, Inc. Forming a security network including integrated security system components and network devices
US10444964B2 (en) 2007-06-12 2019-10-15 Icontrol Networks, Inc. Control system user interface
US10522026B2 (en) 2008-08-11 2019-12-31 Icontrol Networks, Inc. Automation system user interface with three-dimensional display
US10200504B2 (en) 2007-06-12 2019-02-05 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
US9531593B2 (en) 2007-06-12 2016-12-27 Icontrol Networks, Inc. Takeover processes in security network integrated with premise security system
US11368429B2 (en) 2004-03-16 2022-06-21 Icontrol Networks, Inc. Premises management configuration and control
US11811845B2 (en) 2004-03-16 2023-11-07 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
US10156959B2 (en) 2005-03-16 2018-12-18 Icontrol Networks, Inc. Cross-client sensor user interface in an integrated security network
US11916870B2 (en) 2004-03-16 2024-02-27 Icontrol Networks, Inc. Gateway registry methods and systems
US9729342B2 (en) 2010-12-20 2017-08-08 Icontrol Networks, Inc. Defining and implementing sensor triggered response rules
US7480288B2 (en) * 2004-09-24 2009-01-20 International Business Machines Corportion Method for supporting concurrent communication over multiple access points and physical media
US8281353B1 (en) * 2004-09-29 2012-10-02 Avaya Inc. Service creation system and method for packet based cellular networks
US20060095574A1 (en) * 2004-11-01 2006-05-04 Nokia Corporation Software architecture for out-of-band discovery in UPnP
US11615697B2 (en) 2005-03-16 2023-03-28 Icontrol Networks, Inc. Premise management systems and methods
US10999254B2 (en) 2005-03-16 2021-05-04 Icontrol Networks, Inc. System for data routing in networks
US20120324566A1 (en) 2005-03-16 2012-12-20 Marc Baum Takeover Processes In Security Network Integrated With Premise Security System
US11700142B2 (en) 2005-03-16 2023-07-11 Icontrol Networks, Inc. Security network integrating security system and network devices
US20170180198A1 (en) 2008-08-11 2017-06-22 Marc Baum Forming a security network including integrated security system components
US20110128378A1 (en) 2005-03-16 2011-06-02 Reza Raji Modular Electronic Display Platform
US9306809B2 (en) 2007-06-12 2016-04-05 Icontrol Networks, Inc. Security system with networked touchscreen
US11496568B2 (en) 2005-03-16 2022-11-08 Icontrol Networks, Inc. Security system with networked touchscreen
US9537704B2 (en) 2006-05-24 2017-01-03 At&T Intellectual Property I, L.P. Method and apparatus for migrating active communication session between terminals
US10079839B1 (en) 2007-06-12 2018-09-18 Icontrol Networks, Inc. Activation of gateway device
US8315162B2 (en) 2006-08-24 2012-11-20 Research In Motion Limited System and method for determining that a maximum number of IP sessions have been established
US7720489B2 (en) * 2006-10-12 2010-05-18 At&T Mobility Ii Llc Network initiated USSD in mixed networks
US8687586B2 (en) 2006-10-13 2014-04-01 Blackberry Limited System and method for managing IP sessions based on how many IP sessions are supported
US11706279B2 (en) 2007-01-24 2023-07-18 Icontrol Networks, Inc. Methods and systems for data communication
US8611946B2 (en) 2007-01-25 2013-12-17 Blackberry Limited Methods and systems for configuring multi-mode mobile stations
US20080194246A1 (en) * 2007-02-12 2008-08-14 Thierry Etienne Klein Apparatus and Method for Providing a Rapidly Deployable Wireless Network
US7633385B2 (en) 2007-02-28 2009-12-15 Ucontrol, Inc. Method and system for communicating with and controlling an alarm system from a remote server
US20080307114A1 (en) * 2007-03-30 2008-12-11 Canon Kabushiki Kaisha Network assignment method and apparatus
US8451986B2 (en) 2007-04-23 2013-05-28 Icontrol Networks, Inc. Method and system for automatically providing alternate network access for telecommunications
US8948046B2 (en) 2007-04-27 2015-02-03 Aerohive Networks, Inc. Routing method and system for a wireless network
US10498830B2 (en) 2007-06-12 2019-12-03 Icontrol Networks, Inc. Wi-Fi-to-serial encapsulation in systems
US10389736B2 (en) 2007-06-12 2019-08-20 Icontrol Networks, Inc. Communication protocols in integrated systems
US10666523B2 (en) * 2007-06-12 2020-05-26 Icontrol Networks, Inc. Communication protocols in integrated systems
US11212192B2 (en) 2007-06-12 2021-12-28 Icontrol Networks, Inc. Communication protocols in integrated systems
US10423309B2 (en) 2007-06-12 2019-09-24 Icontrol Networks, Inc. Device integration framework
US11237714B2 (en) 2007-06-12 2022-02-01 Control Networks, Inc. Control system user interface
US10616075B2 (en) 2007-06-12 2020-04-07 Icontrol Networks, Inc. Communication protocols in integrated systems
US11218878B2 (en) 2007-06-12 2022-01-04 Icontrol Networks, Inc. Communication protocols in integrated systems
US10523689B2 (en) 2007-06-12 2019-12-31 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
US12003387B2 (en) 2012-06-27 2024-06-04 Comcast Cable Communications, Llc Control system user interface
US11646907B2 (en) 2007-06-12 2023-05-09 Icontrol Networks, Inc. Communication protocols in integrated systems
US11423756B2 (en) 2007-06-12 2022-08-23 Icontrol Networks, Inc. Communication protocols in integrated systems
US11089122B2 (en) 2007-06-12 2021-08-10 Icontrol Networks, Inc. Controlling data routing among networks
US11316753B2 (en) 2007-06-12 2022-04-26 Icontrol Networks, Inc. Communication protocols in integrated systems
US11601810B2 (en) 2007-06-12 2023-03-07 Icontrol Networks, Inc. Communication protocols in integrated systems
US8644153B2 (en) * 2007-07-31 2014-02-04 Cisco Technology, Inc. Infrastructure for mediation device to mediation device communication
US20090034472A1 (en) * 2007-08-03 2009-02-05 Research In Motion Limited System and Method for Handing Over Sessions Between Networks
US10223903B2 (en) 2010-09-28 2019-03-05 Icontrol Networks, Inc. Integrated security system with parallel processing architecture
JP4981971B2 (ja) * 2007-08-21 2012-07-25 中国移▲動▼通信集▲団▼公司 接続先セッションコントローラ、ｉｐマルチメディア・サブシステム及び当該システムにおけるセッション登録方法
US11831462B2 (en) 2007-08-24 2023-11-28 Icontrol Networks, Inc. Controlling data routing in premises management systems
US11916928B2 (en) 2008-01-24 2024-02-27 Icontrol Networks, Inc. Communication protocols over internet protocol (IP) networks
US8218502B1 (en) 2008-05-14 2012-07-10 Aerohive Networks Predictive and nomadic roaming of wireless clients across different network subnets
US20170185278A1 (en) 2008-08-11 2017-06-29 Icontrol Networks, Inc. Automation system user interface
US8989172B2 (en) * 2008-07-22 2015-03-24 Kyocera Corporation Data routing through local network connected to a base station
US11729255B2 (en) 2008-08-11 2023-08-15 Icontrol Networks, Inc. Integrated cloud system with lightweight gateway for premises automation
US10530839B2 (en) 2008-08-11 2020-01-07 Icontrol Networks, Inc. Integrated cloud system with lightweight gateway for premises automation
US11258625B2 (en) 2008-08-11 2022-02-22 Icontrol Networks, Inc. Mobile premises automation platform
US11792036B2 (en) 2008-08-11 2023-10-17 Icontrol Networks, Inc. Mobile premises automation platform
US11758026B2 (en) 2008-08-11 2023-09-12 Icontrol Networks, Inc. Virtual device systems and methods
US9674892B1 (en) 2008-11-04 2017-06-06 Aerohive Networks, Inc. Exclusive preshared key authentication
US8483194B1 (en) 2009-01-21 2013-07-09 Aerohive Networks, Inc. Airtime-based scheduling
US8638211B2 (en) 2009-04-30 2014-01-28 Icontrol Networks, Inc. Configurable controller and interface for home SMA, phone and multimedia
CN102450056B (zh) * 2009-06-04 2015-11-25 黑莓有限公司 在使用radius兼容协议促进向移动终端传送相邻网络信息中使用的方法和装置
US9900251B1 (en) 2009-07-10 2018-02-20 Aerohive Networks, Inc. Bandwidth sentinel
US11115857B2 (en) 2009-07-10 2021-09-07 Extreme Networks, Inc. Bandwidth sentinel
FI122516B (fi) * 2009-09-17 2012-02-29 Tellabs Oy Menetelmä ja järjestelmä tiedonsiirtoistunnon siirtämiseksi datalähteiden välillä
KR101306374B1 (ko) * 2009-12-21 2013-09-09 한국전자통신연구원 다중 비트율의 콘텐츠를 사용한 ＶｏＤ 서비스 방법
WO2011143273A1 (en) 2010-05-10 2011-11-17 Icontrol Networks, Inc Control system user interface
US9002277B2 (en) 2010-09-07 2015-04-07 Aerohive Networks, Inc. Distributed channel selection for wireless networks
US8836467B1 (en) 2010-09-28 2014-09-16 Icontrol Networks, Inc. Method, system and apparatus for automated reporting of account and sensor zone information to a central station
US11750414B2 (en) 2010-12-16 2023-09-05 Icontrol Networks, Inc. Bidirectional security sensor communication for a premises security system
US9147337B2 (en) 2010-12-17 2015-09-29 Icontrol Networks, Inc. Method and system for logging security event data
US10091065B1 (en) 2011-10-31 2018-10-02 Aerohive Networks, Inc. Zero configuration networking on a subnetted network
US8885584B2 (en) 2011-11-30 2014-11-11 Blackberry Limited Multiple concurrent data link management
US9014183B2 (en) * 2012-05-24 2015-04-21 Apple Inc. Buffer transfer service
US8787375B2 (en) 2012-06-14 2014-07-22 Aerohive Networks, Inc. Multicast to unicast conversion technique
US9300766B2 (en) 2012-07-31 2016-03-29 At&T Intellectual Property I, L.P. Method and apparatus for initiating and maintaining sessions between endpoints
US9014056B2 (en) 2012-12-18 2015-04-21 Qualcomm Incorporated Bridging network devices in a hybrid communication network
US9413772B2 (en) 2013-03-15 2016-08-09 Aerohive Networks, Inc. Managing rogue devices through a network backhaul
US10389650B2 (en) 2013-03-15 2019-08-20 Aerohive Networks, Inc. Building and maintaining a network
ES2599072T3 (es) * 2013-12-26 2017-01-31 Telefónica Digital España, S.L.U. Método y dispositivo de balanceo de carga de un agrupamiento de servidores (granja) para el establecimiento de una comunicación bidireccional de servidor a servidor y programa de ordenador para los mismos
US11405463B2 (en) 2014-03-03 2022-08-02 Icontrol Networks, Inc. Media content management
US11146637B2 (en) 2014-03-03 2021-10-12 Icontrol Networks, Inc. Media content management
US10193987B2 (en) 2014-05-30 2019-01-29 Apple Inc. Activity continuation between electronic devices
US10055567B2 (en) * 2014-05-30 2018-08-21 Apple Inc. Proximity unlock and lock operations for electronic devices
US9380123B2 (en) 2014-05-30 2016-06-28 Apple Inc. Activity continuation between electronic devices
US10237711B2 (en) * 2014-05-30 2019-03-19 Apple Inc. Dynamic types for activity continuation between electronic devices
US10187770B2 (en) 2014-05-30 2019-01-22 Apple Inc. Forwarding activity-related information from source electronic devices to companion electronic devices
US10701707B2 (en) * 2017-03-28 2020-06-30 Arris Enterprises Llc Allocation of wireless channels for preferred stations
RU2712653C1 (ru) * 2019-04-23 2020-01-30 Общество с ограниченной ответственностью "РадиоТех" Способ замены идентификатора конечного устройства
US20220179775A1 (en) * 2020-12-07 2022-06-09 Paypal, Inc. Browserless testing
RU2754632C1 (ru) * 2021-02-09 2021-09-06 Общество с ограниченной ответственностью «РадиоТех» Способ расширения адресного пространства в системе связи
US11956204B1 (en) * 2022-12-23 2024-04-09 Plume Design, Inc. IPv4-in-IPv6 relaying systems and methods to preserve IPv4 public addresses

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5533026A (en) 1995-03-06 1996-07-02 International Business Machines Corporation Communication system including method and apparatus for maintaining communications with a mobile terminal
US5887256A (en) * 1995-05-04 1999-03-23 Interwave Communications International, Ltd. Hybrid cellular communication apparatus and method
US5758083A (en) 1995-10-30 1998-05-26 Sun Microsystems, Inc. Method and system for sharing information between network managers
JP3373354B2 (ja) 1996-04-15 2003-02-04 シャープ株式会社 携帯情報端末
US6201962B1 (en) * 1997-05-14 2001-03-13 Telxon Corporation Seamless roaming among multiple networks including seamless transitioning between multiple devices
FI107858B (fi) 1998-12-04 2001-10-15 Ericsson Telefon Ab L M Yhteysvastuun vaihto tietoliikennejärjestelmässä
US6456603B1 (en) 1999-01-21 2002-09-24 Telefonaktiebolaget L M Ericsson (Publ) Method of supporting communications mobility in a telecommunications system
US6366961B1 (en) * 1999-03-03 2002-04-02 Nokia Telecommunications, Oy Method and apparatus for providing mini packet switching in IP based cellular access networks
US7075930B1 (en) 2000-04-11 2006-07-11 Telefonaktiebolaget Lm Ericsson (Publ) System and method for packet data servicing node (PDSN)initial assignment and reselection
EP1150521A1 (de) 2000-04-25 2001-10-31 Alcatel Ein Verfahren zum Aufbau einer Verbindung zwischen einem Hauptrechner in einem Datennetz und einem mobilen Endgerät in einem mobilen Netz sowie ein Gerät zur Durchführung dieses Verfahrens
DE60130114T2 (de) * 2000-05-22 2008-05-15 Telefonaktiebolaget Lm Ericsson (Publ) Anwendungsbeeinflusste richtlinie
US20020169984A1 (en) * 2001-05-09 2002-11-14 Kumar Gopikrishna T. Session management for wireless E-commerce
JP3660285B2 (ja) * 2001-08-30 2005-06-15 富士通株式会社 通信制御方法、中継方法及び中継装置

Also Published As

Publication number Publication date
EP1488605B1 (de) 2008-02-13
US20050154774A1 (en) 2005-07-14
DE60319071D1 (de) 2008-03-27
AU2003215769A1 (en) 2003-10-13
WO2003084171A1 (en) 2003-10-09
US7305474B2 (en) 2007-12-04
CA2480280A1 (en) 2003-10-09
GB0207454D0 (en) 2002-05-08
EP1488605A1 (de) 2004-12-22

Similar Documents

Publication Publication Date Title
DE60319071T2 (de) Vefahren zum datentransfer in mobil- und festtelekommunikationssystemen
DE69434896T2 (de) Zugriffsverfahren auf ein drahtloses lokales ad-hoc Netzwerk über ein zellulares Weitbereichnetzwerk mit Koppelung des LAN-MAC-Paketkopfes.
DE60030697T2 (de) Verfahren und vorrichtung zur informationsübertragung
DE60131914T2 (de) Mobilitätsunterstützung für einen korrespondierenden Knoten in einem mobilen IP Netzwerk
DE60306754T2 (de) Verfahren zum Herunterladen von Software mit Unterstützung von mobilen Sitzungen in Mobilkommunikationssystemen
DE60306832T2 (de) Verfahren, Einrichtung und Medium zum Wechseln von Verbindungstechnologien
DE60205748T2 (de) Mehrfachsendung in punkt-zu-punkt-paketdatennetzwerken
DE69828572T2 (de) Verfahren und vorrichtung zur umlenkung einer verbindung in einer verbindung in einem fernmeldenetz mit einer vielzahl von netzelementen
DE60216862T2 (de) System und Verfahren zum mikromobilitätsbasierten Netz-Routing
DE60317774T2 (de) Verfahren und vorrichtung zur clusterbildung von mobile ip home agents
DE60131825T2 (de) System und Verfahren für die Zuteilung eines mobilen IP zu einem mobilen Knoten
DE60202491T2 (de) Verfahren und System zum Steuern eines Kommunikationsnetzes und eines im Netz angewandten Routers
DE60310593T2 (de) Routing in einem datenkommunikationsnetz
DE10085302B3 (de) Mobile-IP für Mobil-Ad-Hoc-Netze
DE602005002048T2 (de) Wlan-handover
DE69919999T2 (de) Verfahren und Methode zur Unterstützung von drahtloser Übertragung innerhalb eines Internetnetzwerkes
EP1271896B1 (de) Verfahren und System für mobile IP-Nodes in heterogenen Netzwerken
DE69634292T2 (de) Integriertes Funkkommunikationssystem
DE69927238T2 (de) Mobil-IP mit Unterstützung für Dienstqualität
DE112006001655B4 (de) Verfahren und Vorrichtung zur Vereinfachung einer Kommunikation unter Verwendung von Ersatz- und Care-of-Internetprotokolladressen
WO1999033239A2 (de) Verfahren zur unterstützung von mobilität im internet
DE10120772A1 (de) Heterogenes Mobilfunksystem
DE60214639T2 (de) Verfahren zur Betriebsverwaltung und Management eines RPR-Netzes durch eine Auswechslung von "Frage-Antwort" Paketen
CN102739497A (zh) 一种路由自动生成方法及其装置
DE10361704A1 (de) Vorrichtung und Verfahren zum Aufbauen einer Verbindung in einem aus mobilen Knoten gebildeten Funknetzwerk

Legal Events

Date Code Title Description
8364 No opposition during term of opposition