DE202005017283U1 - Drahtloses Kommunikationssystem zum Implementieren eines medienunabhängigen Handover zwischen technologisch verschiedenartigen Zugangsnetzen - Google Patents

Drahtloses Kommunikationssystem zum Implementieren eines medienunabhängigen Handover zwischen technologisch verschiedenartigen Zugangsnetzen Download PDF

Info

Publication number
DE202005017283U1
DE202005017283U1 DE202005017283U DE202005017283U DE202005017283U1 DE 202005017283 U1 DE202005017283 U1 DE 202005017283U1 DE 202005017283 U DE202005017283 U DE 202005017283U DE 202005017283 U DE202005017283 U DE 202005017283U DE 202005017283 U1 DE202005017283 U1 DE 202005017283U1
Authority
DE
Germany
Prior art keywords
wtru
mih
handover
level
function
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
DE202005017283U
Other languages
English (en)
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.)
InterDigital Technology Corp
Original Assignee
InterDigital Technology Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by InterDigital Technology Corp filed Critical InterDigital Technology Corp
Publication of DE202005017283U1 publication Critical patent/DE202005017283U1/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/005Control or signalling for completing the hand-off involving radio access media independent information, e.g. MIH [Media independent Hand-off]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/16Implementing security features at a particular protocol layer
    • H04L63/162Implementing security features at a particular protocol layer at the data link layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/062Pre-authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/069Authentication using certificates or pre-shared keys
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0055Transmission or use of information for re-establishing the radio link
    • H04W36/0066Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • H04W88/06Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0019Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W48/00Access restriction; Network selection; Access point selection
    • H04W48/16Discovering, processing access restriction or access information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/085Mobility data transfer involving hierarchical organized mobility servers, e.g. hierarchical mobile IP [HMIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation

Abstract

Drahtloses Kommunikationssystem zur Durchführung eines medienunabhängigen Handover (MIH), wobei das System aufweist:
mehrere Zugangsnetze, die gleichzeitig unter verschiedenen Standards im Einsatz sind, wobei jedes Zugangsnetz eine MIH-Funktion aufweist; und
mindestens eine drahtlose Sende/Empfangseinheit (WTRU) mit Mehrprotokollstapel, die einen Protokollstapel mit einer Benutzerebene und einer Verwaltungsebene für einen medienunabhängigen Handover (MIH) aufweist, die mit der Benutzerebene in Kommunikation steht, um ansprechend auf von der Benutzerebene empfangene Auslöser Handover zwischen der WTRU und verschiedenen der Zugangsnetze zu verwalten, wobei die WTRU derart konfiguriert ist, daß sie mehrere drahtlose Standards unterstützt und eine MIH-Funktion aufweist, wobei die MIH-Funktionen der WTRU und der Zugangsnetze Informationen über Systembedingungen und die Netztopologie erhalten und nach Empfang eines MIH-Auslösers einen Handover von einem aktuellen Zugangsnetz zu einem anderen Zugangsnetz durchführen.

Description

  • Die vorliegende Erfindung betrifft drahtlose Kommunikationssysteme. Insbesondere betrifft die vorliegende Erfindung ein drahtloses Kommunikationssystem zum Implementieren von medienunabhängigen Handovern (MIHs) zwischen technologisch verschiedenartigen Zugangsnetzen (ANs).
  • Verschiedene Arten von drahtlosen Kommunikationssystemen wurden entwickelt, um verschiedene Arten von Diensten bereitzustellen. Einige Beispiele für die drahtlosen Kommunikationssysteme umfassen das drahtlose lokale Netzwerk (WLAN), das drahtlose Weitverkehrsnetz (WWAN) und zellulare Netzwerke, wie etwa universelle mobile Telekommunikationssysteme (UMTS). Jedes dieser Systeme wurde entwickelt und darauf zugeschnitten, spezifische Anwendungen bereitzustellen.
  • Mit der um sich greifenden Einführung von drahtlosen Kommunikationsnetzen in Unternehmens-, Wohn- und öffentlichen Bereichen kann eine durchgängige Anschlußmöglichkeit unterstützt werden, während die Benutzer derartiger Netzwerke sich von einem Netzwerk zum anderen bewegen. Mit dem neu entstehenden "Immer-Online"-Lebensstil, ist es notwendig, daß drahtlose Sende/Empfangseinheiten (WTRUs) (d.h. Mobilstationen (MS)) mehrere heterogene Netzwerke unterstützen. Somit ist ein nahtloser Handover zwischen diesen Netzwerken erwünscht.
  • Die vorliegende Erfindung betrifft ein drahtloses Kommunikationssystem, das mindestens eine IEEE 802-Mehrprotokollstapel-WTRU und mehrere technologisch verschiedenartige Zugangsnetze, wie etwa IEEE 802.X-Netzwerke und Netzwerke des Partnerschaftsprojekts der dritten Generation (3GPP) umfaßt, die gleichzeitig im Einsatz sind. Sowohl die Mehrprotokollstapel-WTRU als auch die technologisch verschiedenartigen Netzwerke umfassen eine medienunabhängige Handover-Funktion (MIH-Funktion). Die WTRU ist derart konfiguriert, daß sie MIH-Informationen, die von einem der IEEE 802.X-Netzwerke übertragen werden, liest, 3GPP-Authentifizierungs- und Zulassungsverfahren auf der Basis der MIH-Informationen einleitet, eine lokale Internetprotokolladresse (IP-Adresse) erhält, einen Tunnel zu einem Paketdaten-Gateway (PDG) in einem 3GPP-Kernnetz einrichtet, eine Care-of-Adress (CoA) erstellt und die CoA bei einem Heimatagent der WTRU registriert, wodurch für die WTRU bestimmte Daten auf der Basis der CoA über den Heimatagenten durch den neuen Tunnel leitweggelenkt werden, welcher zwischen dem Heimatagenten und einem Fremdagent aufgebaut ist.
  • Ein detaillierteres Verständnis der Erfindung kann aus der folgenden Beschreibung erhalten werden, die beispielhaft gegeben wird und die in Verbindung mit den beigefügten Zeichnungen zu verstehen ist, wobei:
  • 1 ein Blockschaltbild eines drahtlosen Kommunikationssystems ist, das gemäß der vorliegenden Erfindung aufgebaut ist;
  • 2 Handovers zwischen ANs und innerhalb von ANs gemäß der vorliegenden Erfindung darstellt;
  • 3 einen Protokollstapel zeigt, der gemäß der vorliegenden Erfindung konfiguriert ist;
  • 4 eine medienunabhängige Handover-Verwaltungsebene (MIH-Verwaltungsebene) gemäß der vorliegenden Erfindung zeigt;
  • 5A und 5B Protokollstapel einer Mehrprotokollstapel-WTRU und den Medienzugriff gemäß der vorliegenden Erfindung zeigen;
  • 6 eine MIH-Zustandsmaschine gemäß der vorliegenden Erfindung zeigt;
  • 7A, 7B, 7C, 8A und 8B externe Dienstzugangspunkte (SAPs) gemäß der vorliegenden Erfindung zeigen;
  • 9 die Verwendung von drei Gruppen beispielhafter Auslöser darstellt;
  • 10A und 10B zusammen genommen ein Verfahren für den Systemzugriff zeigen, wobei IEEE 802.x und WLAN/3GPP zusammenarbeiten;
  • 11A11C zusammen genommen ein Verfahren für den Systemzugriff, einen IEEE 802.X- und 3GPP-Zusammenarbeits-Fehlerfall zeigen;
  • 12A und 12B zusammen genommen ein Verfahren für einen von der WTRU eingeleiteten und von der WTRU gesteuerten Handover von 802.X zu 3GPP zeigen;
  • 13 den Aufbau eines Tunnels zwischen einer WTRU und einem Paketdaten-Gateway (PDG) zeigt;
  • 14A14C zusammen genommen ein Verfahren für einen von der WTRU eingeleiteten Handover von 3GPP zu IEEE 802.11 zeigen;
  • 15 das Einrichten des GPRS-Tunnelprotokoll-Tunnels (GTP-Tunnels) zeigt;
  • 16A und 16B zusammen genommen ein Verfahren für einen von der WTRU eingeleiteten Handover von 802.X zu 802.3 zeigen;
  • 17A und 17B zusammen genommen ein Verfahren für einen von der WTRU eingeleiteten Handover von 802.3 zu 802.X zeigen;
  • 18A und 18B zusammen genommen ein Verfahren für einen von der WTRU eingeleiteten und gesteuerten Inter-802-Handover zeigen;
  • 19A und 19B zusammen genommen ein Verfahren für einen von der WTRU eingeleiteten und von der WTRU gesteuerten Inter-802-Handover-Fehlerfall Erfindung zeigen;
  • 20A und 20B zusammen genommen ein Verfahren für einen von dem Netzwerk eingeleiteten und vom Netzwerk gesteuerten Inter-802-Handover zeigen;
  • 21 ein Verfahren für einen von der WTRU eingeleiteten schnellen Inter-802-Handover zeigt; und
  • 22 ein Verfahren zum Implementieren von hierarchischem MIPv6 (HMIPv6) unter Verwendung eines von der WTRU eingeleiteten schnellen Inter-802-Handover-Nachrichtenflusses zeigt.
  • Der Begriff "drahtlose Sende/Empfangseinheit" (WTRU) umfaßt hier im weiteren eine Mobilstation (MS), ein Benutzergerät (UE), eine feste oder mobile Teilnehmereinheit, einen Funkrufempfänger oder jede andere Art von Vorrichtung, die fähig ist, in einer verdrahteten oder drahtlosen Umgebung zu arbeiten, ist jedoch nicht darauf beschränkt.
  • Akronyme und Definitionen
    Figure 00040001
  • Figure 00050001
  • Figure 00060001
  • 1 ist ein Blockschaltbild eines drahtlosen Kommunikationssystems 100, das gemäß der vorliegenden Erfindung aufgebaut ist. Das drahtlose Kommunikationssystem 100 umfaßt mehrere ANs 1021 102X , 1041 104X , die gleichzeitig unter verschiedenen Standards eingesetzt sind, und mehrere Kernnetze (CN) 1061 106X des Partnerschaftsprojekts der dritten Generation (3GPP). Eine IEEE 802-Mehrprotokollstapel-WTRU 110 kann auf jedes der ANs 1021 102X , 1041 104X zugreifen, während sie einen Handover zwischen ANs 1021 102X , 1041 104X ausführt. Die ANs 1021 102X , 1041 104X umfassen IEEE 802-ANs 1021 102X und 3GPP-Funkzugangsnetze (RANs) 1041 104X , sind jedoch nicht darauf beschränkt. Die IEEE 802-ANs 1021 102X können unter IEEE 802.3-, IEEE 802.11-, IEEE 802.15- und IEEE 802.16-Standards arbeiten. Die vorliegende Erfindung wird hier im weiteren unter Bezug auf IEEE 802-ANs und ein 3GPP-RAN erklärt, aber die vorliegende Erfindung ist auf beliebige andere Arten oder ANs anwendbar.
  • Jedes der 3GPP-RANs 1041 104X umfaßt eine Basisstation (BTS)/einen Node B 107 und eine Basisstationssteuerung (BSC)/Funknetzsteuerung (RNC) 108. Die BSC/RNC 107 ist mit einem von mehreren 3GPP-Kernnetzen (CN) 1061 106X verbunden. Die IEEE 802-ANs 1021 102X weisen eine Mehrschichtmedien-Schnittstelleneinheit 112 und ein Zugangsgateway 114 auf. Die Mehrschichtmedien-Schnittstelleneinheit 112 führt Funktionen der physikalischen Schicht und Funktionen der Medienzugriffssteuerungsschicht (MAC) aus. Das Zugangsgateway 114 ist eine vereinheitlichte Schnittstelle zu externen Netzwerken, wie etwa dem Internet 120 oder den 3GPP-CNs 1061 106X . Das Zugangsgateway 114 umfaßt, eine Zugangsleitweglenkungseinrichtung (Router) 116 zum Leitweglenken von Datenpaketen zu und von den externen Netzwerken. Daher kann die IEEE 802-Mehrstapel-WTRU 110 mit einem CoN 140 über das Internet 120 kommunizieren. Die IEEE 802-Mehrprotokollstapel-WTRU 110 kann über ein Heimatnetzwerk 146 auch mit einem Heimatagenten (HA) 142 und einem Heimatserver für Authentifizierung, Zulassung und Vergebührung (AAA-Server) 144 kommunizieren.
  • Jedes der 3GPP-CNs 1061 106X umfaßt einen AAA-Server 132, ein WLAN-Zugangsgateway (WAG) 134, ein PDG/einen Gateway-GPRS-Unterstützungsknoten (GGSN)/einen Fremdagenten (FA) 136 und einen betreuenden GPRS-Unterstützungsknoten (SGSN) 138. Der GGSN und das PDG können als FAs arbeiten, wenn IPv4 unterstützt werden muß. Das PDG kann aus einem vorhandenen GGSN implementiert werden, wobei eine Teilmenge einer GGSN-Funktion und ein Tunnelendpunkt verwendet werden. Das WAG 134 ist ein Gateway, über das Daten zu und von der Zugangsleitweglenkungseinrichtung 116 in den ANs 1021 102X leitwegegelenkt werden, um die IEEE 802-Mehrprotokollstapel-WTRU mit 3GPP-Diensten zu versorgen. Der 3GPP-AAA-Server 132 stellt AAA-Dienste für die IEEE 802-Mehrprotokollstapel-WTRU 110 bereit. Das PDG 136 ist ein Gateway für 3GPP-paketvermittlungsbasierte (PS-basierte) Dienste.
  • 2 stellt zwei verschiedene Handover-Szenarien dar, die gemäß der vorliegenden Erfindung implementiert sind. In 2 sind zwei verschiedene IEEE 802-ANs 2021 , 2022 im Einsatz. In einem ersten Szenario wird ein Handover mit mobilem Internetprotokoll (MIP) zwischen der IEEE 802-Mehrprotokollstapel-WTRU 110 und zwei verschiedenen ANs 2021 , 2022 implementiert. In einem zweiten Szenario wird ein Handover zwischen der IEEE 802-Mehrprotokollstapel-WTRU 110 und zwei verschiedenen IEEE 802-Medienzugriffsseinheiten (MA-Einheiten) 2121 , 2122 innerhalb des gleichen IEEE 802-AN 2022 implementiert. Da die Mobilität unterhalb von Schicht 3 erledigt werden kann ist in dem zweiten Fall kein MIP erforderlich.
  • 3 zeigt einen Protokollstapel 300, der gemäß der vorliegenden Erfindung konfiguriert ist. Der Protokollstapel umfaßt eine Benutzerebene 310 und eine getrennte MIH-Verwaltungsebene 320 zum Ausführen eines MIH-Betriebs. Die MIH-Verwaltungsebene 320 ist parallel zu der Benutzerebene 310.
  • Die MIH-Verwaltungsebene 320 umfaßt eine MIH-Konvergenzfunktion (HLCF) 322 der höheren Schichten, eine Handover-Funktion (HOF) 324 und eine MIH-Konvergenzfunktion (LLCF) 326 der unteren Schichten. Die MIH-HLCF 322 stellt eine Schnittstelle zwischen der MIH-Handover-Ebene 320 und der Mobilitätsverwaltungseinheit in einer bestimmten Technologie bereit. Die HOF 324 sammelt Handover-Ereignisse von der MIH-LLCF 326 und bestimmt auf der Basis gewisser Kriterien (z.B. Verbindungsqualität, Dienst und Anmeldung), ob ein Handover erforderlich ist. Die MIH-LLCF 326 stellt einen Ereignisdienst bereit, der Ereignisse der physikalischen Schicht (PHY) und der MAC-Schicht, die für eine bestimmte Technologie spezifisch sind, zusammenträgt. Der Ereignisdienst kann konfiguriert werden, um einen Satz von MAC- und PHY-Messungen zu bestimmen, die gesammelt werden müssen. Wenn gewisse Ereignisse oder eine Sammlung davon gewisse konfigurierte Kriterien erfüllt (z.B. einen Schwellwert für den Rauschabstand (SNR)), wird eine Ereignismeldung erzeugt. Die MIH-HLCF 322 und die MIH-LLCF 326 sind implementierungsspezifisch und es sollte bemerkt werden, daß jede Beschreibung der MIH-HLCF und der MIH-LLCF in der vorliegenden Erfindung als ein Beispiel, nicht als eine Einschränkung, zur Verfügung gestellt wird und jegliche anderen Variationen möglich sind.
  • Wie in 3 dargestellt, kann die MIH-Verwaltungsebene 320 neben einer anderen technologiespezifischen Handover-Funktion (HO-Funktion) 330 (z.B. schneller IEEE 802.11r-Handover innerhalb von ESS oder IEEE 802.16-Netzverwaltugns-Mobilitätsfunktionen) bestehen. Wenn keine andere Handover-Einheit vorhanden ist, werden Handover-Auslöser von der PHY und der MAC direkt an die MIH-LLCF 326 gesendet. Wenn die MIH-Handover-Ebene 320 neben der technologiespezifischen HO-Verwaltungsebene 330 besteht, wird ein zweistufiges Handover-Verfahren verwendet, das implementierungsspezifisch ist. Zum Beispiel kann eine Handover-Verwaltungseinheit die Steuerung der Handover-Verfahren übernehmen, oder eine Kombination von Funktionen von beiden Einheiten kann implementiert werden.
  • 4 zeigt eine detaillierte MIH-Verwaltungsebene 320 gemäß der vorliegenden Erfindung. Die MIH-Handover-Ebene 320 schließt über Konvergenzfunktionen sowohl an höhere als auch an untere Schichten an. Diese Konvergenzfunktionen sind systemspezifisch, und es können mehrere Funktionen vorhanden sein, um alle systemspezifischen Merkmale zu unterstützen.
  • Bevorzugt sind mehrere MIH-HLCFs 322 und MIH-LLCFs 326 vorgesehen. Zum Beispiel eine zellulare MIH-HLCF 322a zum Anschluß an ein zellulares System, eine mobile IP-MIH-HLCF 322b für Mobile-IP-Wechselwirkungen und eine Intra-IP-Subnetz-MIH-HLCF 322c für den Handover innerhalb des gleichen IP-Subnetzes für die HLCF, und eine zellulare MIH-LLCF 326a für ein Zellularsystem und eine 802.X-MIH-LLCF 326b, 326c für IEEE 802-Systeme für die LLCF.
  • 5A und 5B zeigen Protokollstapel der IEEE 802-Mehrprotokollstapel-WTRU 110 und eines IEEE 802-AN gemäß der vorliegenden Erfindung. Wie weiter oben festgestellt, ist sowohl in der IEEE 802-Mehrprotokollstapel-WTRU 110 als auch dem AN eine MIH-Verwaltungsebene parallel zu der Benutzerebene vorgesehen, und die MIH-LLCF schließt an die MAC- und PHY-Schichten an, und die MIH-HLCF schließt an Anwendungen auf höheren Schichten an.
  • 6 zeigt eine MIH-Zustandsmaschine 600 gemäß der vorliegenden Erfindung. Die MIH-Zustandsmaschine 600 ist sowohl auf ein Netzwerk als auch auf eine WTRU und ob der Handover vom Netzwerk eingeleitet oder von der WTRU eingeleitet wird, anwendbar. Fünf Zustände sind wie folgt definiert: ein Initialisierungszustand 602, ein Netzwerk-Ausfindigmachungs-/Aktualisierungszustand 604, ein stationärer MIH-Zustand 606, ein MIH-Handover-Vorbereitungszustand 608 und ein MIH-Festlegungszustand 610.
  • In dem Initialisierungszustand 602 werden Handover-Konfigurationsparameter initialisiert, und dann wird ein Übergang zu dem Netzwerkausfindigmachungs/Aktualisierungszustand 604 vollzogen. In dem Netzwerkausfindigmachungs-/Aktualisierungszustand 604 sammelt die MIH-Verwaltungsebene 320 Informationen über Systembedingungen und die Netzwerktopologie einschließlich von Nachbarlisten mit unterschiedlicher Technologie. Ein Übergang in den stationären MIH-Zustand 606 wird vollzogen, wenn eine Startbedingung für den stationären MIH-Zustand erfüllt ist (Schritt 612), und ein Übergang zurück zu dem Netzwerkausfindigmachungs-/Aktualisierungszustand 604 wird vollzogen, wenn eine Beendigungsbedingung für den stationären MIH-Zustand erfüllt ist (Schritt 614). Während des Betriebs führt die MIH-Verwaltungsebene 320 Netzaktualisierungen durch, um die neuesten Systembedingungen zu erhalten. Der stationäre MIH-Zustand 606 stellt den Zustand dar, wenn der Verbindungszustand gut ist und kein Bedarf zur Ausführung eines Handover besteht. Die Netzwerkausfindigmachung kann jedoch im Hintergrund durchgeführt werden, um die neuesten Nachbarlistenbedingungen zu erhalten.
  • Nach Empfang einer MIH-Handover-Anforderung, wird, falls kein Handover innerhalb einer Technologie im Gange ist, ein Übergang zu einem MIH-Handover-Vorbereitungszustand 608 vollzogen, um eine neue Verbindung vorzubereiten (Schritt 616). Bevorzugt wird die neue Verbindung aufgebaut, ohne die aufgebaute Verbindung zu lösen (d.h. Aufbauen vor dem Unterbrechen). Wenn der MIH-Handover-Aufbau abgebrochen wird (Schritt 618), geht der MIH zurück zum stationären MIH-Zustand 606. Wenn die MIH-Handover-Vorbereitung richtig zustande kommt, vollzieht der MIH einen Übergang zu einem MIH-Handover-Festlegungszustand 610, solange kein Handover innerhalb einer Technologie im Gange ist (Schritt 620). Wenn der MIH-Handover erfolgreich durchgeführt wird (Schritt 624), vollzieht der MIH einen Übergang zurück zu dem stationären MIH-Zustand 606. Wenn der MIH-Handover jedoch abgebrochen wird (Schritt 622), vollzieht der MIH einen Übergang zurück zu dem MIH-Handover-Vorbereitungszustand 608.
  • Der Informationsfluß über Grenzen zwischen den Schichten hinweg wird in Form von Dienstzugangspunkten (SAPs) beschrieben, die durch Grundelemente definiert werden, welche verschiedene Informationseinheiten darstellen und bewirken, das Aktionen stattfinden. Da es mehrere Teilschichten gibt, werden SAPs von jeder der spezifischen Konvergenzfunktionen unterteilt in: die, welche MIH-Handover-Dienste an die MIH-HLCFs bereitstellen, die, welche MIH-Handover-Dienste an die MIH-LLCFs bereitstellen, und einen Satz von Diensten, der für externe Schichten (Nicht-IEEE-Standardschichten) bereitgestellt wird. 7A7C, 8A und 8B zeigen externe SAPs gemäß der vorliegenden Erfindung.
  • Auslöser werden verwendet, um interne, externe und Partnerkommunikation bereitzustellen. Diese Auslöser erscheinen als solche nicht auf dem Medium (z.B. der Zugangs- schnittstelle), sondern dienen dazu, die Beziehungen zwischen den verschiedenen Schichten und Ebenen klarer zu definieren. 9 stellt die Verwendung von drei Gruppen von beispielhaften Auslösern dar. Sie sind als A, B und C gekennzeichnet. Die Nummer stellt die Abfolge der Auslöser innerhalb der gleichen Gruppe dar.
  • Die Gruppe A stellt eine Partner-Partner-Kommunikation zwischen einem ersten Partner 910 und einem zweiten Partner 950 dar. Sowohl der erste Partner 910 als auch der zweite Partner 950 weisen jeweils eine MIH-Verwaltungsebene 920, 970 und eine Benutzerebene 930, 960 auf. Eine einleitende Dienstanforderung von einer MIH-Handover-Funktion 924 an eine MIH-LLCF 926 wird von dem "Anforderungs-"Auslöser (1A) bereitgestellt. Diese Anforderung wird, wie in einer gestrichelten Linie gezeigt, an die MIH-LLCF 976 des zweiten Partners gesendet. Die MIH-LLCF 976 in dem zweiten Partner erzeugt einen "Meldungs-" Auslöser (2A), um die MIH-Hand-over-Funktion 974 über die Anforderung zu informieren. Die MIH-Handover-Funktion 974 antwortet mit einem "Antwort-" Auslöser (3A) an die MIH-LLCF 976. Die Antwort wird über die Verbindung an die LLCF 926 auf dem ersten Partner gesendet, und die LLCF 926 sendet einen "Bestätigungs-" Auslöser (4A) an die MIH-Handover-Funktion 924.
  • Wenn die Information innerhalb der gleichen Verwaltungsebene und innerhalb des gleichen Knotens von der Einheit der höheren Ebene an die Einheit der unteren Ebene transportiert wird, wird, wie durch 1A und 4A gezeigt, ein "Anforderungs-" "Bestätigungs-" Paar verwendet.
  • Die Gruppe B stellt das Szenario dar, wenn die Informationen innerhalb der gleichen Verwaltungsebene und innerhalb des gleichen Knotens von der Einheit der unteren Ebene zu der Einheit der höheren Ebene transportiert werden. Wie durch 1B und 2B gezeigt, wird ein "Meldungs-" "Antwort-" Paar verwendet.
  • Die Gruppe C stellt das Szenario dar, wenn Informationen zwischen der MIH-HLCF 922, 972 und Anwendungen der höheren Schichten, wie etwa der mobilen IP-Funktion 932, 962 ausgetauscht werden. Wie durch 1C und 2C gezeigt, wird ein "Meldungs-" "Antwort-" Paar verwendet.
  • Gemäß der vorliegenden Erfindung werden mehrere Ferntransportoptionen unterstützt. Der MIH kann generische Nachrichten senden, die als Grundelemente an eine MAC-Schicht weitergeleitet werden, so daß dedizierte Verwaltungsnachrichten verwendet werden können, um die Informationen auszutauschen und als SAP-Grundelemente an die MIH-Funktion der anderen Seite zugestellt zu werden. Der MIH kann Nachrichten durch MIP-Hersteller-spezifische Erweiterungen erzeugen und austauschen. Ähnlich zu 802.1X können Ethernetartige Rahmen verwendet werden, um Informationen zwischen Verwaltungsebenen auszutauschen. Ein hybrider Ansatz kann verwendet werden, wobei verschiedene Konvergenzschichten verschiedene Transportmechanismen implementieren.
  • Interne Auslöser sind die Auslöser innerhalb von MIH-Funktionen. Externe Auslöser sind die zwischen einer MIH-Verwaltungsebene und einer Benutzerebene. Die Tabellen 1 und 2 sind eine Zusammenfassung von externen Auslösern und internen Auslösern. Die Auslöser MIH_PHY.set, MIH_PHY.get und MIH_PHY.reset entsprechen einem MIH_PHYCONFIG-Auslöser. Die Auslöser MIH_MAC.set, MIH_MAC.get und MIH_MAC.reset entsprechen einem MIH_MACCONFIG-Auslöser. Diese Auslöser konfigurieren die Informationen, die über die Luft per Rundruf gesendet werden sollten, um die WTRU beim Ausfindigmachen und Auswählen eines geeigneten Netzwerks zu unterstützen. Außerdem legen diese Auslöser einen Schwellwert fest, innerhalb dessen sowohl die verwendeten PHY- als auch MAC-Schichten bestimmen, wann ein Ereignis ausgelöst werden sollte.
  • Figure 00130001
  • Figure 00140001
  • Figure 00150001
    Tabelle 1
  • Figure 00150002
    Tabelle 2
  • 10A und 10B zeigen zusammen genommen ein Verfahren 1000 für den Systemzugang und die Zusammenarbeit zwischen IEEE 802.X und WLAN/3GPP. Die WTRU 110 wird eingeschaltet, und die HOF 324 wird initialisiert. Die WTRU 110 führt ein Abtasten (aktiv oder passiv) durch, um ein geeignetes WLAN/3GPP-Netzwerk zu finden (Schritt 1002). Das WLAN sendet zu diesem Zweck regelmäßig Beacon-Rahmen. Die MIH-Funktion des WLAN kann jederzeit Änderungen des Inhalts der Beacon-Rahmen anfordern (Schritt 1004), was durch eine MIH_MACCONFIG-Nachricht weitergegeben wird (Schritt 1006). Dies kann entweder als eine manuelle Anforderung von dem Verwaltungssystem oder dynamisch auf der Basis von Funkumgebungsmessungen oder ähnlichem passieren.
  • Wenn ein WLAN-Netzwerk gefunden wird, liest die WTRU 110 Beacon-Informationen, die von dem Netzwerk gesendet werden (Schritt 1008). Alternativ kann die WTRU 110 versuchen, Systeminformationen entweder durch Abtastanforderungs- und Abtastantwortnachrichten abzuholen, oder indem sie in einem späteren Stadium auf eine bekannte Datenbank innerhalb des Kandidatensystems zugreift.
  • Wenn die Beacon-Rahmen erkannt werden, identifiziert die WTRU 110 zuerst (z.B. durch ein spezifisches 802.21-Flag, das in dem Rundruf auf dem Beacon-Rahmen gesendet wird), ob MIH-Informationen unterstützt werden. Falls ja, liest die WTRU 110 seinen Inhalt. Alle innerhalb eines Beacon-Rahmens gefundenen MIH-Informationen (z.B. Kennung des Systembetreibers, PGS (W-APN), benachbarte Karten und SMS, IMS, VoIP und andere Systemfähigkeiten) werden über eine MIH_MACINFO-Nachricht an die HOF 324 weitergegeben (Schritt 1010). MIH-spezifische Informationen werden entweder manuell oder dynamisch durch die AN-HOF 324 eingestellt oder aktualisiert.
  • Die HOF 324 ruft Systeminformationen ab, wählt basierend auf diesen Informationen ein Kandidaten-3GPP-Netzwerk aus und löst 3GPP-Authentifizierungs- und Verbindungsverfahren zu dem ausgewählten Netzwerk aus (Schritt 1012). Der MIH ordnet die Authentifizierung und Verbindung durch eine MIH_MACORDER-Nachricht an (Schritt 1014). Zwischen der WTRU 110 und dem AG 114 wird ein erweiterbares Authentifizierungsprotokollverfahren über ein lokales Netzwerk (LAN) (EAPOL) eingeleitet (Schritt 1016). Als ein Teil dieses Verfahrens stellt die WTRU 110 die relevante Netzzugangskennung (NAI) bereit. Das AG 114 verwendet die NAI, um ein Authentifizierungsverfahren an den relevanten AAA-Server leitwegzulenken. Das AG 114 löst die EAP-Authentifizierung-Schlüsselverständigungsauthentifizierungs- (AKA-Authentifizierung) und Weiterleitungsnachrichten an einen 3GPP-AAA-Server 132 aus (Schritt 1018). Das AG 114 kann AAA-Nachrichten an andere Server leitweglenken, um Grunddienste bereitzustellen.
  • Die erfolgreiche Leitweglenkung von EAP-AKA-Nachrichten führt zum Aufbau eines Internetprotokoll-Sicherheitstunnels (IPsec-Tunnel), der EAP-AKA-Nachrichten transportiert (Schritt 1020). Außerdem kann das AG 114 die NAI verwenden, um zu bestimmen, ob der Benutzer einen Grund- oder Vorzugsdienst benötigt. Außerdem kann die NAI verwendet werden, um Nachrichten an bestimmte Anschlüsse leitwegzulenken, die nur Dienste, wie etwa für diesen bestimmten Benutzer verfügbare Netzwerkfähigkeiten, bereitstellen.
  • Nach der erfolgreichen Authentifizierung und Zulassung bekommt die WTRU 110 von dem lokalen dynamischen Host-Konfigurationsprotokoll-Server (DHCP-Server) oder unter Verwendung des Adreßauflösungsprotokolls (ARP) eine lokale IP-Adresse (Schritt 1022). Unter Verwendung des ausgewählten PDG (-APN) leitet die WTRU 110 einen voll qualifizierten Domänennamen (FQDN) ab (Schritt 1024). Die WTRU 110 verwendet den FQDN, um unter Verwendung des lokalen Domänennamen-Servers (DNS) die IP-Adresse des relevanten PDG abzuleiten (Schritte 1026 und 1028). Wenn die PDG-IP-Adresse einmal erhalten wird, kann ein WTRU-PDG-Tunnel aufgebaut werden (Schritt 1030 oder 1032).
  • Der WTRU-PDG-Tunnel kann auf vier verschiedene Arten aufgebaut werden: 1) die WTRU 110 baut direkt zu dem PDG einen Tunnel auf; 2) die WTRU 110 baut einen Tunnel zu dem WAG 134 auf, und ferner wird ein Tunnel von dem WAG 134 zu dem PDG 136 eingerichtet; 3) das AG 114 baut einen Tunnel von dem WAG 134 auf, und dann wird ferner ein Tunnel von dem WAG 134 zu dem PDG 136 eingerichtet; 4) das AG 114 baut einen Tunnel direkt zu dem PDG 136 auf.
  • Wenn der Tunnel einmal aufgebaut ist, empfängt die WTRU 110 entweder Agenten-Bekanntmachungsnachrichten von dem PDG (das als ein Fremdagent arbeitet) oder fordert es unter Verwendung einer Agenten-Abrufnachricht gemäß RFC2002 an (Schritt 1034). Die WTRU 110 verwendet die PDA-Leitweglenkungseinrichtungsadresse, um ihre Care-of-Adress (CoA) aufzubauen (Schritt 1036). Die WTRU 110 registriert ihre CoA bei ihrem Heimatagenten (HA) 142 (Schritt 1038). Die für die WTRU 110 bestimmten Daten werden nun basierend auf der gelieferten CoA über den HA 142 durch einen neuen Tunnel leitweggelenkt, der zwischen dem HA 142 und dem FA 136 aufgebaut ist (Schritt 1040).
  • 11A11C zeigen zusammen genommen ein Verfahren 1100 für den Systemzugang und einen Fehlerfall bei der Zusammenarbeit zwischen 802.X und 3GPP. Die WTRU wird eingeschaltet und die MIH-Handover-Funktion wird initialisiert. Die WTRU führt eine Abtastung (aktiv oder passiv) durch, um ein geeignetes WLAN-/3GPP-Netzwerk zu finden (Schritt 1102). Das WLAN sendet zu diesem Zweck regelmäßig Beacon-Rahmen. Die HOF 324 des WLAN kann jederzeit Änderungen des Inhalts des Beacon-Rahmens anfordern (Schritt 1104), was durch eine MIH_MACCONFIG-Nachricht weitergegeben wird (Schritt 1106). Wenn ein WLAN-Netzwerk gefunden wird, liest die WTRU Beacon-Informationen (Schritt 1108). Die WTRU liest Beacon-Informationen, und sie werden über eine MIH_MACINFO-Nachricht an die HOF 324 weitergegeben (Schritt 1110).
  • Die MIH-Funktion bestimmt, ob einer oder mehrere Werte, die in den Systeminformationsparametern bereitgestellt werden, die notwendige Bedingung für den Systemzugang erfüllen (Schritt 1112). Zum Beispiel bestimmt die MIH-Funktion, ob der Systembetreiber gesperrt ist, die Dienstqualität (QoS) passend ist, oder ob innerhalb einem in der Nachricht bereitgestellten möglichen Nachbarsatz ein besserer Kandidat identifiziert wird.
  • Wenn die MIH-Funktion bestimmt, daß die durch den Informationsdienst bereitgestellten Parameter die intern konfigurierten Anforderungen nicht erfüllen, dann fordert die MIH-Funktion die MAC-Schicht unter Verwendung einer MAC ORDER-Nachricht auf, in die Abtastphase zurückzukehren (Schritt 1114).
  • Wenn die Anforderungen erfüllt sind, löst die MIH-Funktion unter Verwendung einer MIH_MACORDER-Nachricht die EAPOL-Authentifizierung aus (Schritt 1116), und das EAPOL-Verfahren wird eingeleitet (Schritt 1118). Das AG 114 kann auf der Basis der NAI, die das Authentifizierungsverfahren ausgelöst hat, oder des Authentifizierungsverfahrens selbst das Dienstniveau bestimmen, das der Benutzer benötigt (z.B. 3GPP-IMS).
  • Die WTRU-Authentifizierung wird gemäß den EAPOL-Verfahren durchgeführt (Schritt 1120). Wenn die Authentifizierung fehlschlägt, wird der Systemzugang verweigert, und die WTRU kehrt in den Initialisierungszustand zurück (Schritt 1122). Wenn die bereitgestellte NAI sich auf keinen 3GPP-Server auflösen läßt, kann das AG 114 den Zugang ablehnen oder den lokalen Server zu einer weiteren Verarbeitung anweisen (Schritt 1124). Zum Beispiel kann das AG 114 bestimmen, daß der Benutzer immer noch berechtigt ist, Grunddienste zu empfangen, wenngleich das Authentifizierungsverfahren für Vorzugsdienste fehlgeschlagen ist. Wenn das AG 114 nicht fähig ist, die Authentifizierungsanforderung leitwegzulenken, kann es antworten, indem es die verfügbaren AAA-Server anzeigt, wo die Anforderung leitweggelenkt werden kann. Wenn die WTRU bestimmt, daß es keine geeigneten AAA-Server gibt, kann die WTRU sich entscheiden, in den Initialisierungszustand zurückzukehren (Schritt 1126).
  • Wenn eine erfolgreiche Leitweglenkung von AAA-Nachrichten erreicht ist, wird ein IPSec-Tunnel zwischen dem AG 114 und dem 3GPP-AAA-Server 132 aufgebaut, und das AG 114 leitet eine EAP-Nachricht an den AAA-Server 132 weiter (Schritt 1128). Das AG 114 wirkt als ein Authentifikator zwischen der WTRU und dem AAA-Server. Das AG 114 leitet Authentifizierungsnachrichten zwischen der WTRU und dem relevanten AAA-Server weiter.
  • Wenn die WTRU am zellularen Authentifizierungsverfahren scheitert (Schritt 1130), kann der Zugang zu speziellen Diensten, wie etwa 3GPP-Diensten, verweigert werden, und die WTRU kehrt in den Initialisierungszustand zurück (Schritt 1132). Alternativ kann das AG 114 immer noch den Zugang zu Grunddiensten (z.B. Internetdienst) oder den Zu gang zu einem Portal, das den Benutzer mit weiteren Informationen versorgt, gewähren.
  • Wenn der zellulare AAA-Server die WTRU erfolgreich authentifiziert, fährt die WTRU fort, um eine lokale IP-Adresse von dem lokalen DHCP zu erhalten (Schritt 1134). Unter Verwendung des W-APN baut die WTRU einen FQDN auf (Schritt 1136) und versucht, auf Basis des FQDN die PDG-IP-Adresse zu erhalten (Schritt 1138). Wenn der DNS-Server den FQDN in keine IP-Adresse auflösen kann, kann die WTRU nicht auf ein PDG in dem vorhandenen WLAN-Netzwerk zugreifen (Schritt 1140). Die WTRU kann sich entscheiden, in den Initialisierungszustand zurückzukehren oder sich nur mit WLAN-Diensten zufrieden geben (Schritt 1142). Das AG 114 kann sich entscheiden, eine "Vorgabe-"PDG-Adresse bereitzustellen. In diesem Fall soll die WTRU diese Information dem Endbenutzer bereitstellen, der entscheiden kann, sich mit dem Vorgabe-PDG zu verbinden. Dieses Verfahren kann basierend auf Konfigurationsparametern in dem AG 114 und der WTRU 110 automatisiert werden.
  • Wenn der DNS eine gültige PDG-Adresse zurückgibt, baut die WTRU 110 einen Tunnel 136 (z.B. einen L2TP-Tunnel) zu dem PDG 136 auf und horcht auf Agentenbekanntmachungsmeldungen von dem PDG 136 (Schritt 1144). Wenn keine Agentenbekanntmachungsmeldungen empfangen werden, sendet die WTRU 110 einen Agentenabruf.
  • Wenn keine Antwort empfangen wird (Schritt 1146) (z.B. MIP wird nicht unterstützt), ist die Zustellung eines Pakets von einem anderen PDN immer noch durch das PDG 136 möglich. Die WTRU 110 kann die lokale IP-Adresse verwenden oder kann die PDP-Kontextaktivierung anfordern (Schritt 1148). In diesem Fall wird der WTRU-PDG-Tunnel-IP-Verkehr direkt von der WTRU 110 über das PDG 136 an das Internet 120 leitweggelenkt, und über das PDG 136 hinaus wird keine nahtlose Mobilität unterstützt.
  • 12A und 12B zeigen zusammen genommen ein Verfahren 1200 für einen von der WTRU eingeleiteten und von der WTRU gesteuerten Handover von 802.X zu 3GPP.
  • Bezug nehmend auf 12A wird über ein 802.X über das 3GPP-PDG 136 ein Benutzerdatenfluß zwischen der WTRU und dem CoN 140 eingerichtet (Schritt 1202). Der PDP-Kontext ist an dem GGSN aktiv. Die MIH-Handover-Funktion empfängt Messungen, während die MIH-Verwaltungseinheit in einem stationären Zustand ist. Wenn die physikalische Schicht erkennt, daß die vorbestimmten Leistungsschwellwerte überschritten wurden, sendet die physikalische Schicht eine Ereignismeldung, MIH_PHY_EVENT, an die MIH-Handover-Funktion (Schritt 1204). Wenn die MAC-Schicht erkennt, daß Leistungsschwellwerte überschritten wurden, sendet die MAC-Schicht eine Ereignismeldung, MIH_MAC_EVENT, an die MIH-Handover-Funktion (Schritt 1206).
  • Der MIH verarbeitet und filtert Messungen der MAC- und PHY-Schicht (Schritt 1208) und führt die Handover-Bewertung durch (Schritt 1210). Eine Kombination von Ereignissen, wie etwa Signalqualität, und spezifische Netzwerkeigenschaften (z.B. Vorzugs-PLMN) können verwendet werden, um zu entscheiden, ob das Handover-Verfahren ausgelöst werden soll. Wenn die MIH-Handover-Funktion bestimmt, daß eine Bedingung (oder eine Kombination daraus) erfüllt ist und daher ein Handover-Versuch ausgelöst werden sollte, informiert der MIH die 3GPP-Schicht (durch HOF_PREPARE), daß auf der IEEE 802.X-Seite ein Handover bevorsteht (Schritt 1212).
  • Auf der Basis dieses Auslösers leitet die WTRU die Zellenauswahl ein und führt eine Aktualisierung des Leitweglenkungsbereichs durch (Schritt 1214). Die Aktualisierung des Leitweglenkungsbereichs ist ein Verfahren, das von der WTRU ausgeführt wird, um das Netzwerk immer dann zu informieren, wenn sie sich von einem Bereich zum anderen bewegt. Die WTRU ist für die Verfolgung von Leitweglenkungsbereichscodes verantwortlich. Wenn ein Leitweglenkungsbereichscode sich von seiner letzten Aktualisierung unterscheidet, führt die WTRU eine weitere Aktualisierung durch, indem sie ihn an das Netzwerk sendet. An diesem Punkt werden sowohl die Funk verbindung als auch die Verbindungen zu dem neuen SGSN eingerichtet (Schritt 1216).
  • Der neue SGSN fordert eine Paketdatenprotokoll (PDP) Kontextübertragung von dem PDG an (Schritt 1218). Der PDP-Kontext ist ein Datum, das sowohl auf dem SGSN 138 als auch dem GGSN 136 vorhanden ist, das die Sitzungsinformationen des Teilnehmers einschließlich der IP-Adresse des Teilnehmers, der IMSI des Teilnehmers, der Tunnel-ID am GGSN 136 und am SGSN 138 oder ähnliches enthält, wenn der Teilnehmer eine aktive Sitzung hat.
  • 13 zeigt einen zwischen der WTRU und einem PDG aufgebauten Tunnel gemäß der vorliegenden Erfindung. An dem PDG wird sowohl für die Flüsse der Aufwärtsstrecke als auch der Abwärtsstrecke eine "Momentaufnahme" des aktuellen PDP-Kontexts gemacht. Das PDG überträgt diese Informationen an den neuen SGSN. Direkt, nachdem der PDP-Kontext übertragen wurde, hört das PDG auf, Pakete auf der Abwärtsstrecke in Richtung der WTRU zu senden. Nach diesem Zeitpunkt von einem GGSN empfangene Pakete werden gepuffert. Wenn das PDG bereit ist, mit der Verarbeitung von Paketen zu beginnen, baut die RNC einen neuen GTP-Tunnel auf und sendet über den alten SGSN eine Kopie der gepufferten Pakete in Richtung des PDG. Dies wird erledigt, bis ein Zeitschalter abläuft. Der PDP-Kontext wird an dem GGSN aktualisiert, und ein neuer GTP-Tunnel kann (über die Gn'-Schnittstelle) aufgebaut werden. Pakete werden von dem GGSN nun direkt über das PDG empfangen.
  • Bezug nehmend auf 12B informiert die 3GPP-Schicht nach der erfolgreichen PDP-Kontextübertragung die MIH-Handover-Funktion, daß der Handover erfolgreich abge schlossen wurde (Schritt 1220). Zu dieser Zeit werden nun Verbindungen der unteren 3GPP-Schichten und höheren Schichten aufgebaut (Schritt 1222), und der Benutzerdatenfluß zwischen der WTRU 110 und dem CoN 140 ist über ein 3GPP-Netzwerk im Gange (Schritt 1224). Die HOF 324 ordnet den Abbau der IEEE 802.X-Funkverbindung (z.B. Trennung) an (Schritt 1226), und das alte Medium wird abgebaut (Schritt 1228).
  • 14A14C zeigen zusammen genommen ein Verfahren 1400 für einen von der WTRU eingeleiteten Handover von 3GPP nach IEEE 802.11. Der Benutzerdatenfluß wird zwischen der WTRU 110 und dem CoN 140 über das 3GPP-Netzwerk aufgebaut (Schritt 1402). Systeminformationen werden von dem 3GPP-Netzwerk an die WTRU 110 gesendet (Schritt 1404). Die 3GPP-Schicht extrahiert relevante Systeminformationen, die verwendet werden können, um zu bestimmen, ob ein Handover zu einem WLAN-System gewährleistet werden kann, und die 3GPP-Schicht leitet diese Informationen an die MIH-Handover-Funktion weiter (Schritt 1406). Alternativ kann die IEEE 802.X-Schicht in der WTRU 110 entweder fortlaufend, oder wenn sie durch von der 3GPP-Komponente empfangenen Systeminformationen aufgefordert wird, ein regelmäßiges Abtasten durchführen (Schritt 1408).
  • Relevante 3GPP-Systeminformationen werden an die MIH-Funktion weitergeleitet (Schritte 1410, 1412). Die MIH-Handover-Funktion bestimmt auf der Basis von verfügbaren Informationen (z.B. expliziter Meldung, HF-Signatur, geographischem Standort, manuellem oder automatischem Abtasten, spezifischer TMSI-Zuweisung oder ähnlichem), ob ein für die Auswahl geeignetes WLAN verfügbar ist (Schritt 1414). Die MIH-Funktion erzeugt dann eine Liste möglicher Kandidaten für den Handover (Schritt 1416). Die MIH-Funktion bewertet Kandidaten für den Handover auf der Basis mehrerer Aspekte, wie etwa dem Systembetreiber und bekannter Systemfähigkeiten (Schritt 1418).
  • Die MIH-Handover-Funktion findet ein Ziel für den Handover und löst durch die MIH_MACORDER-Nachricht den Handover zu dem 802.X-System aus (Schritte 1420, 1422). Die WTRU 110 führt die 802.X-Systemverbindung und Authentifizierung an dem Ziel-WLAN-System aus (Schritt 1424).
  • Wenn die WTRU 110 erfolgreich verbunden und authentifiziert ist (Schritt 1426), wird für den relevanten 3GPP-AAA-Server EAP gemäß RFC 2284 verwendet (Schritt 1428). Die WTRU 110 verwendet die WLAN-Kennung und das zugehörige PLMN, um einen FQDN aufzubauen, und verwendet diesen, um durch ei ne DNS-Abfrage die zugehörige PDG-Adresse zu erhalten. Die WTRU 110 verwendet diese Adresse, um (z.B. unter Verwendung von L2TP) einen Ende-zu-Ende-Tunnel zu dem PDG 136 aufzubauen (Schritt 1430). Wenn der Tunnel einmal aufgebaut ist, führt die WTRU 110 eine Aktualisierung des Leitweglenkungsbereichs zu dem PDG 136 durch. Die an dem PDG 136 empfangene Aktualisierung der Leitweglenkungsdaten löst eine Kontextübertragungsanforderung zu dem alten SGSN 138 aus.
  • Das PDG 136 baut, wie in 13 gezeigt, einen neuen GPRS-Tunnelprotokoll-Tunnel (GTP-Tunnel) auf und sendet eine Kopie jedes gepufferten Pakets an den neuen SGSN. Dies geschieht, bis ein Zeitschalter abläuft, oder der neue SGSN bereit ist, mit der Verarbeitung von Paketen zu beginnen. Wenn das neue Netzwerk den PDP-Kontext erfolgreich aktiviert hat, ist es nun bereit, mit der Verarbeitung von Paketen zu beginnen. Der PDP-Kontext wird an dem GGSN aktualisiert, und ein neuer GTP-Tunnel kann aufgebaut werden. Pakete werden nun direkt von dem GGSN in Richtung des neuen SGSN empfangen.
  • 15 zeigt einen GTP-Tunnel zwischen einer alten RNC und einem alten SGSN und einem GGSN. Von der alten RNC wird eine "Momentaufnahme" des aktuellen Kontextes gemacht und sie wird über den alten SGSN an das PDG übertragen. Sowohl die Kontextinformationen der Aufwärtsstrecke als auch der Abwärtsstrecke werden eingefangen. Direkt nachdem der PDP-Kontext übertragen wurde, hört die RNC auf, Pakete auf der Abwärtsstrecke in Richtung der WTRU 110 zu senden. Nach diesem Zeitpunkt von dem GGSN 136 empfangene Pakete werden gepuffert.
  • Wieder Bezug nehmend auf 14 wird der Benutzerdatenfluß von der WTRU 110 zu dem CoN 140 durch das IEEE 802.X-Netzwerk eingerichtet (Schritt 1436), nachdem untere und höhere 802.X-Schichten eingerichtet sind (Schritt 1434). Der MIH informiert durch eine HOF_COMMIT-Nachricht, daß der Handover abgeschlossen ist (Schritt 1438), und der 3GPP-Funkzugangsträger (RAB) kann freigegeben werden (Schritt 1440).
  • 16A und 16B zeigen zusammen genommen ein Verfahren 1600 für einen von der WTRU eingeleiteten Handover von 802.X zu 802.3. Während zwischen der WTRU 110 und dem IEEE 802.X-Netzwerk ein Datenweg eingerichtet wird (Schritt 1602), wird eine physikalische 802.3-Verbindung aufgebaut (Schritt 1604), und der MIH erkennt die physikalischen IEEE 802.3-Verbindungen (z.B. RJ45-Kabel wurde eingesteckt) (Schritt 1606).
  • Nach der Erkennung einer physikalischen 802.3-Verbindung durch untere Schichten wird eine MIH_PHY_EVENT-Nachricht an die MIH-Handover-Funktion gesendet (Schritt 1608). Diese Nachricht liefert wesentliche Eigenschaften der physikalischen Verbindung, die verwendet werden, um zu entscheiden, ob ein Handover durchgeführt werden sollte. Eine Verbindung mit mehreren Flüssen, ähnlich einem "weichen Schicht 3- oder IP-basierten Handover" (L3SH) kann versucht werden. Dies hängt von einigen Faktoren, wie etwa der Verfügbarkeit von Wechselspannungsleistung, ab, was Batteriebetrachtungen nicht anwendbar macht.
  • Die MIH-Handover-Funktion verarbeitet und filtert fortlaufend Informationen, die von unteren Schichten bereitgestellt werden (Schritt 1610) und führt eine Handover-Bewertung durch, um zu entscheiden, ob eine oder mehrere Bedingungen Kriterien für das Auslösen eines Handover-Verfahrens erfüllen (Schritt 1612).
  • Wenn die Entscheidung positiv ist, löst die MIH-Handover-Funktion Handover-Verfahren aus (Schritt 1614). Dies umfaßt die Übertragung von Kontextinformationen (z.B. Anfangsblock-Komprimierungskontext, PPP-Kontext oder ähnliches) und das Vermitteln der Benutzerdaten. Wenn L3SH verwendet wird, kann der Kontext nur aktiviert werden, nachdem eine neue Verbindung von der neuen Leitweglenkungseinrichtung zu dem CoN 140 eingerichtet wurde. Diese Information (L3SH-Unterstützung) muß zwischen der alten und der neuen Zugangsleitwegeinrichtung kommuniziert werden.
  • Die MIH-Handover-Funktion verwendet eine HOF PREPARE-Nachricht, um sowohl die Kontextübertragung als auch MIP-Verfahren an der MIP-Komponente auszulösen (Schritt 1616). Die WTRU 110 erhält unter Verwendung der neu eingerichteten physikalischen Verbindung eine neue IP-Adresse von dem IEEE 802.3-AG (Schritt 1618). Entweder unter Verwendung von Informationen, die aus der HOF_PREPARE-Nachricht stammen, oder unter Verwendung der vorhandenen MIP-Nachricht erhält die WTRU 110 die IP-Adresse des neuen AG (d.h. 802.3-AG). Dies ermöglicht der WTRU 110, das IEEE 802.3-AG zu kontaktieren, um Kontextübertragungsverfahren einzuleiten (Schritt 1620).
  • Während Kontext an das neue AG (802.3-AG) übertragen wird (Schritt 1622), werden Daten von dem alten AG (802.X-AG) weitergeleitet (Schritt 1624). Dies ermöglicht der WTRU 110, Benutzerdaten zu empfangen, bevor mit der neuen 802.3-Leitweglenkungseinrichtung (innerhalb des IEEE 802.3-AG) eine neue CoA ausgehandelt wird. Das neue AG muß bestimmen, ob die Kontextmaschine aktiviert werden muß oder der Datenstrom einfach von der/an die WTRU 110 weitergeleitet werden sollte. Dies kann auf der Basis der von der alten Leitweglenkungseinrichtung bereitgestellten L3SH-Informationen erledigt werden.
  • Die WTRU 110 handelt unter Verwendung von vorhandenen MIP-Nachrichten eine neue CoA aus (Schritt 1626). Wenn die neue CoA bereit ist und die Verbindung auf den unteren Schichten aufgebaut ist (Schritt 1628), kann nun der Benutzerdatenweg von dem CoN 140 zu dem neuen AG umgeschaltet werden (Schritt 1630). Nun fließen Benutzerdaten vollständig durch das IEEE 802.3-Netzwerk.
  • Eine HOF COMMIT-Nachricht wird gesendet, um die MIP-Schicht zu informieren, daß die alte CoA nun deregistriert werden kann (Schritt 1632). Die MIH baut die IEEE 802.X-Verbindung durch eine MIH_MACORDER-Nachricht ab (Schritte 1634, 1636). Wahlweise kann die MIH die alte 802.X-Verbindung aufrechterhalten, um Neuverbindungsverfahren zu vermeiden, wenn ein Handover zurück zu 802.X durchgeführt werden sollte.
  • 17A und 17B zeigen zusammen genommen ein Verfahren 1700 für einen von der WTRU eingeleiteten Handover von 802.3 zu 802.X. Wenn eine 802.3-Verbindung aufgebaut wird, werden sowohl Verbindungen der unteren Schichten (MAC/PHY) als auch der höheren Schichten (z.B. IP/MIP) aufgebaut (Schritt 1702, 1704). Benutzerdaten fließen zwischen der IEEE 802.3-WTRU und dem 802.3-Netzwerk (Schritt 1706). MIH-Systeminformationen können der MIH-Handover-Funktion bereitgestellt werden (Schritt 1708).
  • Der MIH verarbeitet die MIH_PHY_EVENT-Nachricht (Schritt 1710). Einige Ereignisse, wie etwa die Verfügbarkeit der Wechselspannungsversorgung können den MIH veranlassen, die gleichzeitige Verbindung sowohl mit 802.3 als auch mit 802.X auszulösen (Schritt 1712). Wenn die MIH-Handover-Funktion entscheidet, den Handover zu dem 802.X-System auszulösen (Schritt 1714), gibt die MIH-Handover-Funktion eine MIH_MACORDER-Nachricht aus, die Verbindungs- und Authentifizierungsverfahren auslöst (Schritt 1716). Eine physikalische 802.X-Verbindung kann wahlweise aufgebaut werden (Schritt 1718). Um die Übertragung von Kontextinformationen zu erleichtern, kann die WTRU 110 wahlweise Informationen über den aktuellen 802.3-Ankerpunkt bereitstellen (Schritt 1720). Ein 802.3-Ankerpunkt ist als das IEEE 802.3-AG definiert, das Kontextinformationen für die aktuelle IEEE 802.3-Verbindung hält. Diese Informationen werden von dem IEEE 802.X-AG verwendet, um die Kontextübertragung anzufordern, sollte ein Handover bevorstehen.
  • Wenn die IEEE 802.3-Verbindung nicht länger verfügbar ist (z.B. RJ45-Kabel ist ausgesteckt), wird von den unteren Schichten durch eine MIH_PHY_EVENT-Nachricht ein Ereignis ausgelöst (Schritt 1722). Die MIH-Funktion bewertet die Bedingungen, die den Auslöser erzeugt haben könnten (z.B. Verbindung unterbrochen), und sie bestimmt, daß ein 802.X-Systemzugang (falls die WTRU 110 nicht bereits verbunden ist) und eine Anforderung für die Übertragung von Kontextinformationen ausgegeben werden sollten (Schritt 1724).
  • Die MIH-Handover-Funktion verwendet eine HOF_PREPARE-Nachricht, um die MIP-Einheit zu alarmieren, daß ein neues AN eingeführt werden sollte (Schritt 1726). Dies löst die Übertragung von Kontextinformationen und das Weiterleiten von Benutzerdaten von dem alten AG (802.3) zu dem neuen AG (802.X) aus.
  • Die WTRU 110 erhält unter Verwendung von ARP oder DHCP eine neue IP-Adresse von dem IEEE 802.X-AG (Schritt 1728). Dieser Schritt kann früher ausgeführt werden. Dies kann passieren, wenn die WTRU 110 zuerst mit dem IEEE 802.X-AG verbunden und bei ihm authentifiziert wird. Wenn die IEEE 802.X-Adresse einmal verfügbar ist, löst die WTRU 110 das Kontextübertragungsverfahren und das Datenweiterleitungsverfahren von dem alten 802.3-AG zu dem neuen 802.X-AG aus (Schritte 1730, 1732). Wenn L3SH verwendet wird, kann der Kontext nur aktiviert werden, nachdem eine neue Verbindung von der neuen Leitweglenkungseinrichtung zu dem CoN 140 aufgebaut wurde. Diese Information (L3SH-Unterstützung) muß zwischen der alten und der neuen Zugangsleitweglenkungseinrichtung kommuniziert werden.
  • Während der Kontext an das neue AG (802.X-AG) übertragen wird, werden Daten von dem alten AG (802.3-AG) weitergeleitet (Schritt 1734). Dies ermöglicht der WTRU 110, Benutzerdaten zu empfangen, bevor mit der neuen 802.X-Zugangsleitweglenkungseinrichtung (innerhalb des IEEE 802.X-AG) eine neue CoA ausgehandelt wird. Das neue AG muß entscheiden, ob die Kontextmaschine aktiviert werden muß oder der Datenfluß einfach von der/an die WTRU 110 weitergeleitet werden sollte. Dies wird auf Basis der L3SH-Informationen erledigt, die von der alten Leitweglenkungseinrichtung bereitgestellt werden.
  • Die WTRU 110 handelt dann unter Verwendung von vorhandenen MIP-Nachrichten die neue CoA aus (Schritt 1736). Wenn die neue CoA bereit ist und die Verbindung der unteren Schichten aufgebaut ist, kann nun der Benutzerdatenweg von dem alten CoN 140 auf das neue AG umgeschaltet werden (Schritt 1738). Eine HOF COMMIT-Nachricht wird gesendet, um die MIP-Seite zu informieren, daß die alte CoA nun deregistriert werden kann (Schritt 1740).
  • 18A und 18B zeigen zusammen genommen ein Verfahren 1800 für einen von der WTRU eingeleiteten und von der WTRU gesteuerten Inter-802-Handover. Wenn 802.X-Verfahren der unteren Schichten und der höheren Schichten abgeschlossen sind (Schritte 1802, 1804), wird mit dem IEEE 802.X-Netzwerk ein Datenweg aufgebaut (Schritt 1806). Während die IEEE 802.X-Sitzung im Gange ist, ist der Datenweg zwischen der WTRU 110 und dem IEEE 802.X-AN. Der MIH an dem IEEE 802.X-Netzwerk kann wahlweise Systeminformationen an seinen Partner (Schritt 1808) bereitstellen. Informationen, die mögliche Nachbarn betreffen, können über die MIH_SYSINFO-Nachricht wahlweise von Partner zu Partner bereitgestellt werden.
  • Messungen der MAC/PHY werden über ein MIH_PHY_EVENT an die MIH-Funktion gesendet (Schritt 1810). Fernmessungen können ebenfalls an die WTRU 110 weitergeleitet werden (Schritt 1812, 1814, 1816). Eine MIH-LLCF verarbeitet die Messungen (Schritt 1818). Zum Beispiel kann die MIH-LLCF einige Messungen mitteln und sie mit Schwellwerten vergleichen und Auslöser erzeugen, um die HOF anzuzeigen.
  • Die HOF 324 entscheidet basierend auf den Informationen, die sie von Netzinformationsdiensten und Meßberichten erhält, ob der Handover notwendig ist (Schritt 1820). Um eine intelligente Entscheidung zu treffen, hält die MIH-Handover-Funktion Informationen von der Systeminformationsaktualisierung (z.B. Nachbarliste und Nachbarnetzinformationen). Die MIH-Handover-Funktion trifft vorbeugende Handover-Entscheidungen in zwei Schritten, Vorbereitung und Festlegung. Für diese zwei Schritte können verschiedene Schwellwerte und Entscheidungsfindungsalgorithmen verwendet werden.
  • Wenn die MIH entscheidet, daß ein Handover bevorsteht, löst der MIH über das Netzwerk ein Handover-Vorbereitungsverfahren aus, indem er sowohl an das MIP als auch an MAC/PHY HOF PREPARE-Nachrichten sendet (Schritte 1822, 1824). Sowohl das MIP als auch die Schicht 2 beginnen, sich auf einen Handover vorzubereiten. Die WTRU 110 baut eine neue Schicht 2-Verbindung mit dem IEEE 802.Y-Netzwerk auf (Schritt 1826).
  • Die WTRU 110 erhält eine neue IP-Adresse von dem IEEE 802.X-Netzwerk (Schritt 1828). Dieser Schritt kann früher passieren. Das WTRU-MIP löst die Kontextübertragung von dem IEEE 802.X-Netzwerk zu dem IEEE 802.Y-Netzwerk aus (Schritt 1830). Während der Kontext an das IEEE 802.Y-Netzwerk übertragen wird, können die Daten von dem IEEE 802.X-AG an das IEEE 802.Y-AG weitergeleitet werden (Schritt 1832). Dies ermöglicht der WTRU 110, Benutzerdaten abzurufen, bevor mit der IEEE 802-Y-Leitweglenkungseinrichtung eine neue CoA ausgehandelt wird.
  • Die WTRU 110 handelt unter Verwendung von vorhandenen MIP-Nachrichten eine neue CoA aus (Schritt 1834). Wenn die neue CoA bereit ist und die Verbindungen der unteren und höheren Schichten aufgebaut sind (Schritt 1836), wird der Benutzerweg nun auf das IEEE 802-Y-Netzwerk geschaltet (Schritt 1838).
  • Eine HOF_COMMIT-Nachricht wird gesendet, um die MIP-Seite zu informieren, daß die alte CoA deregistriert werden kann (Schritt 1840). Wahlweise kann die alte Schicht 2-Verbindung durch die MIH_MACORDER-Nachricht abgebaut werden (Schritte 1842, 1844).
  • 19A und 19B zeigen zusammen genommen ein Verfahren 1900 für Fehlerfälle von durch eine WTRU eingeleiteten und von der WTRU gesteuerten Inter-802-Handovern. Der Fehler kann in vielen Phasen passieren. Wenn die Verfahren der unteren 802.X-Schichten und der höheren 802.X-Schichten abgeschlossen sind (Schritte 1902, 1904), wird mit dem IEEE 802.X-Netzwerk ein Datenweg aufgebaut (Schritt 1906). Der MIH_an dem IEEE 802.X-Netzwerk kann wahlweise Systeminformationen an seinen Partner bereitstellen (Schritt 1908). Messungen der MAC/PHY werden über ein MIH_PHY_EVENT an die MIH-Funktion gesendet (Schritt 1910). Fernmessungen können ebenfalls an die WTRU 110 weitergeleitet werden (Schritte 19121916). Eine MIH-LLCF verarbeitet die Messungen (Schritt 1918). Die MIH-Handover-Funktion entscheidet auf der Basis der Informationen, die sie von Netzinformationsdiensten und Meßbereichten erhält, ob der Handover notwendig ist (Schritt 1920). Wenn der MIH entscheidet, daß ein Handover bevorsteht, löst der MIH über das Netzwerk ein Handover-Vorbereitungsverfahren aus, indem er sowohl an das MIP als auch die MAC/PHY HOF_PREPARE-Nachrichten sendet (Schritte 1922, 1924). Sowohl das MIP als auch die Schicht 2 beginnen, den Handover vorzubereiten.
  • Wenn die Verbindung der Schicht 2 mit dem IEEE 802.Y-Netzwerk nicht aufgebaut werden kann (Schritt 1926), informiert die untere Schicht den MIH wahlweise über den Fehler, oder ein Zeitschalter läuft ab. Der MIH geht dann in den stationären Zustand zurück. Wenn der MIHHOF_PREPARE an die höhere Schicht sendet (Schritt 1924), versucht die WTRU 110, von dem IEEE 802.X-Netzwerk eine neue IP-Adresse zu erhalten. Wenn es der WTRU 110 nicht gelingt, eine neue IP-Adresse zu bekommen (Schritt 1928), kann die untere Schicht den MIH über den Fehler informieren, oder ein Zeitschalter läuft ab. Der MIH geht dann in den stationären Zustand zurück (Schritt 1930).
  • Wenn alles obige gelingt, löst das MIP der WTRU die Kontextübertragung von dem IEEE 802.X-Netzwerk an das IEEE 802.Y-Netzwerk aus (Schritt 1932). Wenn die Kontextübertragung fehlschlägt, geht der MIH zurück in den stationären Zustand (Schritt 1934). Wahlweise kann der MIH die Verbindung der Schicht 2 zu dem IEEE 802.Y-Netzwerk abbauen. Wenn der Kontext erfolgreich an das IEEE 802.Y-Netzwerk übertragen wird, können die Daten von dem IEEE 802.X-AG an das IEEE 802.Y-AG weitergeleitet werden (Schritt 1936). Dies ermöglicht der WTRU 110, Benutzerdaten zu empfangen, bevor mit der IEEE 802.Y-Leitweglenkungseinrichtung eine neue CoA ausgehandelt ist.
  • Wenn es der WTRU 110 nicht gelingt, unter Verwendung von vorhandenen MIP-Nachrichten eine neue CoA auszuhandeln (Schritt 1938), sollte der übertragene Kontext im 802.Y gelöscht werden (Schritt 1940). Vorausgesetzt, daß der Kontext in dem IEEE 802.X immer noch vorhanden ist, sollte die Da tenweiterleitung beendet werden. Der MIH geht dann zurück in den stationären Zustand (Schritt 1942). Wenn die neue CoA bereit ist und die Verbindung der unteren und höheren Schichten aufgebaut ist (Schritt 1944), wird der Benutzerdatenweg nun auf das IEEE 802.Y-Netzwerk umgeschaltet (Schritt 1946).
  • Eine HOF-COMMIT-Nachricht wird gesendet, um die MIP-Seite zu informieren, daß die alte CoA deregistriert werden kann (Schritt 1948). Wahlweise kann die alte Verbindung der Schicht 2 durch die MIH_MACORDER-Nachricht abgebaut werden (Schritte 1950, 1952).
  • 20A und 20B zeigen zusammen genommen ein Verfahren 2000 für einen von der WTRU eingeleiteten und von der WTRU gesteuerten Inter-802-Handover. Während eine 802.X-Sitzung im Gange ist, ist der Datenweg zwischen der WTRU 110 und dem IEEE 802.X-AN (Schritt 2002). Die Messungen der MAC/PHY werden über eine MIH_PHY_EVENT-Nachricht an die MIH-Funktion in dem IEEE 802.X-AN gesendet (Schritt 2004). Fernmessungen von der WTRU 110 können ebenfalls an das IEEE 802.X-Netzwerk weitergeleitet werden (Schritte 20062010).
  • Die MIH-LLCF verarbeitet die Messungen (Schritt 2012). Zum Beispiel kann die MIH-LLCF einige Messungen mitteln und sie mit Schwellwerten vergleichen und Auslöser erzeugen, um die MIH-Handover-Funktion anzuzeigen. Die MIH-Handover-Funktion entscheidet auf der Basis der Informationen, die sie von Netzinformationsdiensten und Meßberichten erhält, ob der Handover notwendig ist (Schritt 2014). Um intelligente Entscheidungen zu treffen, hält die MIH-Handover-Funktion Informationen von der Systeminformationsaktualisierung (d.h. die Nachbarliste und Nachbarnetzinformationen). Die MIH-Handover-Funktion trifft vorbeugende Handover-Entscheidungen in zwei Schritten, Vorbereitung und Festlegung. Für diese zwei Schritte können verschiedene Schwellwerte und Entscheidungsfindungsalgorithmen verwendet werden.
  • Wenn die MIH-Handover-Funktion entscheidet, daß ein Handover bevorsteht, löst sie über das Netzwerk Handover- Vorbereitungsverfahren aus, indem sie sowohl an das MIP als auch an die MAC/PHY HOF_PREPARE-Nachrichten sendet (Schritte 2016, 2020). Sowohl das MIP als auch die Schicht 2 beginnen, den Handover vorzubereiten. Auf der höheren Schicht überträgt das IEEE 802.X-AG den MIP-Kontext an das IEEE 802.Y-AG, und auf der Schicht 2 baut die WTRU 110 eine neue Schicht 2-Verbindung mit dem IEEE 802.Y-Netzwerk auf (Schritt 2018). Eine Partner-Partner-Nachricht wird von der MIH-Handover-Funktion in dem IEEE 802.X-AN an die MIH-Handover-Funktion bei der WTRU 110 gesendet (Schritt 2022), und die WTRU bereitet die Verbindung der unteren Schichten mit dem IEEE 802.Y-Netzwerk vor (Schritt 2024).
  • Während der Kontext an das IEEE 802.Y-Netzwerk übertragen wird, können Daten von dem IEEE 802.X-AG an das IEEE 802.Y-AG weitergeleitet werden (Schritt 2026). Dies ermöglicht der WTRU 110, Benutzerdaten zu empfangen, bevor mit der IEEE 802.Y-Leitweglenkungseinrichtung eine neue CoA ausgehandelt wird. Die WTRU 110 handelt unter Verwendung vorhandener MIP-Nachrichten eine neue CoA aus (Schritt 2028). Wenn die neue CoA bereit ist und die Verbindung der unteren Schichten aufgebaut ist, wird der Benutzerdatenweg nun auf das IEEE 802.Y-Netzwerk geschaltet (Schritte 2030, 2032).
  • Die MIH-Handover-Funktion verarbeitet weiterhin Informationen und prüft, ob ein Handover festgelegt werden sollte. Wenn von der MIH-Handover-Funktion eine HO-Entscheidung getroffen wird, sendet sie eine HOF COMMIT-Nachricht an das MIP (Schritt 2034). Der Auslöser wird auch an den MIH-Partner in der WTRU 110 gesendet (Schritt 2036). Nach Empfang des MIH-Handover-Festlegungsbefehls kann die alte CoA deregistriert werden. Wahlweise kann die MIH-Handover-Funktion die MIH_MACORDER senden, um die alte Schicht 2-Verbindung abzubauen (Schritte 2038, 2040).
  • Die vorliegende Erfindung implementiert das schnelle Handover-Protokoll im MIH. Eine der Aufgaben des schnellen Handover-Protokolls ist, die Latenz aufgrund der MIP-Registrierung zu überwinden, und die Grundidee ist, der Bewegung mit Hilfe der Verbindungsschicht (Auslöser) zuvorzukommen.
  • Dies impliziert die Vorbereitung des Netzwerks im voraus und erfordert einen zuvorkommenden Handover, der von der WTRU 110 und dem Netzwerk eingeleitet wird. Dies wird erreicht, indem das Registrierungsverfahren ein wenig vor dem tatsächlichen Handover begonnen wird.
  • 21 zeigt ein Verfahren 2100 für einen von der WTRU eingeleiteten schnellen Inter-802-Handover. Die WTRU 110 fordert durch den Leitweglenkungsabfrageproxy Informationen über ihre Nachbarn an (Schritt 2102). Diese werden verwendet, um an der WTRU 110 eine interne Liste benachbarter APs aufzubauen. Die WTRU 110 empfängt Informationen, die ihre umgebenden APs betreffen (wie etwa IP- und MAC-Adressen Betriebsfrequenz und ESSID-Informationen), über eine Leitweglenkungseinrichtungs-Bekanntmachungsnachricht (Schritt 2104). Die WTRU 110 leitet diese Informationen über eine (nicht gezeigte) im voraus aufgebaute Verbindung zwischen dem MIH und dem MIP an den MIH weiter.
  • Die MIH-LLCF verarbeitet Messungen (Schritt 2106), und die MIH-Handover-Funktion führt die Handover-Bewertung durch (Schritt 2108). Wenn die MIH-Handover-Funktion sich für den Handover entscheidet, sendet die MIH-Handover-Funktion einen MIH_HANDOVER_PREPARE-Auslöser an die MIP-Einheit (Schritt 2110), der durch die MIH_HANDOVER_PREPARE-Antwortnachricht quittiert wird (Schritt 2116). Die WTRU 110 erhält eine neue CoA (Schritt 2112).
  • Ein schnelles Binding Update (FBU) ist eine Nachricht von der WTRU 110, die ihre (vorherige) AR anweist, damit zu beginnen, ihren Verkehr an die neue AR zu leiten. Das FBU wird unter Verwendung von Informationen, die aus der Leitweglenkungseinrichtungs-Bekanntmachungsnachricht extrahiert wurden, aufgebaut und wird nach dem Empfang der MIH_HANDOVER_PREPARE.Indication gesendet (Schritt 2114). Die Aufgabe der FBU-Nachricht ist, die vorhergehende AR zu berechtigen, die (vorhergehende) CoA mit der neuen CoA zu verbinden.
  • Nach dem Empfang eines FBU beginnt die vorhergehende AR die Verfahren für den Handover und die Tunnelerzeugung. Eine Handover-Einleitungsnachricht, die eine Internetnachrichtenprotokoll-Nachricht (ICMPv6-Nachricht) ist, wird von der vorhergehenden AR an die neue AR gesendet, um das Handover-Verfahren auszulösen (Schritt 2118). Eine Handover-Quittung (HACK) ist eine ICMPv6-Nachricht, die von der neuen AR als eine Antwort auf die Handover-Einleitungsnachricht an die vorhergehende AR gesendet wird (Schritt 2120). Eine schnelle Binding-Quittungsnachricht (FBACK-Nachricht) wird von der vorhergehenden AR an die neue AR gesendet, um den Empfang der FBU-Nachricht zu quittieren, nachdem die vorhergehende AR die HACK von der neuen AR empfangen hat, und wird für Informationszwecke an die WTRU 110 gesendet (Schritte 2122, 2126). Der vorübergehende Tunnel wird zwischen der vorhergehenden AR und der neuen AR aufgebaut (Schritt 2124).
  • IP-Leitweglenkungsinformationen werden von der MIP-Einheit an die MIH-Handover-Funktion gesendet (Schritt 2128), und die MIH-Handover-Funktion sendet eine MIH_HANDOVER COMMIT-Nachricht an die MIP-Einheit, und die WTRU 110 trennt sich von der neuen AR (Schritt 2130). Die vorhergehende AR beginnt dann, Pakete an die neue AR weiterzuleiten (Schritt 2132). Um sich selbst der neuen AR bekannt zu machen, sendet die WTRU 110, sobald sie ihre Anschlußmöglichkeit wiedererlangt, eine schnelle Nachbarbekanntmachungsnachricht (FNA-Nachricht) an die neue AR (Schritt 2134). Der Handover ist abgeschlossen, und Pakete werden nun von der neuen AR an die WTRU 110 zugestellt (Schritt 2136).
  • 22 zeigt ein Verfahren 2200 zur Implementierung von hierarchischem MIPv6 (HMIPv6) unter Verwendung eines schnellen Nachrichtenflusses für einen Inter-802-Handover. Dies stellt eine lokalisierte Mobilitätsverwaltung zur Verringerung der Signalisierungslast und der Handover-Latenz bereit. Das Konzept der globalen Mobilität bezieht sich auf eine Situation, in der die WTRU 110 sich von einem mobilen Ankerpunkt (MAP) zu einem anderen bewegt, wobei sich auf diese Weise ihre regio nale Care-of-Address (RCoA) ändert. Ein typisches Szenario eines lokalen Mobilitätsfalls ist eine WTRU 110, die sich innerhalb des gleichen MAP-Bereichs bewegt, aber von einer AR zu einer anderen wechselt. Diese Arten von lokalen Handovern werden lokal und transparent für die der WTRU entsprechenden Hosts verwaltet.
  • Eine WTRU 110 empfängt eine Leitweglenkungseinrichtungs-Bekanntmachung von dem neuen MAP, zu dem sie sich bewegt hat (Schritt 2202). Die globale Adresse des MAP ist in der Bekanntmachung enthalten. Auf der Basis des in der MAP-Option empfangenen Präfix bildet die WTRU 110 die für ihren MAP spezifische neue RCoA. Die Leitweglenkungseinrichtungs-Bekanntmachung wird zusammen mit den Meßergebnissen der WTRU über eine im voraus eingerichtete Verbindung zwischen dem MIH und dem MIP an den MIH weitergeleitet. Die MIH-LLCF analysiert diese Messungen (Schritt 2204). Die MIH-Handover-Funktion führt die Handover-Bewertung durch (Schritt 2206). Die MIH-Handover-Funktion sendet einen HANDOVER_PREPARE.Indication-Auslöser an das MIP, wenn die MIH-Handover-Funktion bestimmt, daß ein Handover vorteilhaft oder notwendig ist (Schritt 2208), und er wird durch eine HANDOVER_PREPARE.Response-Nachricht quittiert (Schritt 2212). Die WTRU 110 erhält die CoAs, RCoA und On-Link-Care-of-Address (LCoA) (Schritt 2210).
  • Nach Empfang des MIH_HANDOVER_PREPARE.Indication-Auslösers, leitet das MIP ein Vorab-Binding-Verfahren ein, wobei es ein LBU mit der LCoA an den vorhergehenden MAP sendet (Schritt 2211), um den Paketverlust zu verringern und einen schnellen Handover durchzuführen. Dies wird konsistent mit dem Prinzip Aufbauen vor dem Unterbrechen durchgeführt. An diesem Punkt wird von dem MIH ein MIH_HANDOVER_COMMIT.Indication-Auslöser an das MIP gesendet (Schritt 2214), der durch eine MIH_HANDOVER_COMMIT.Response-Nachricht quittiert wird (Schritt 2216).
  • Nach Empfang des Auslösers, der einen Handover anzeigt, sendet die WTRU 110 dann ein Binding Update (BU) an den neuen MAP (Schritt 2218). Diese Nachricht umfaßt eine "Heimatadressen-" Option, welche die RCoA enthält. Dieses BU bindet die RCoA der WTRU an ihre LCoA.
  • Der MAP sendet eine BACK an die WTRU 110 (Schritt 2220), und die MIP-Einheit sendet eine IP-Leitweglenkungsinformation an die MIH-Handover-Funktion (Schritt 2222). Dann wird ein bidirektionaler Tunnel zwischen der WTRU 110 und dem neuen MAP aufgebaut (Schritt 2224).
  • Sobald die Registrierung bei dem neuen MAP bestätigt ist, registriert die WTRU ihre neue RCoA bei dem HA, indem sie ein BU sendet, welches die Bindung an den HA 142 spezifiziert (Schritt 2226).
  • Dieser Schritt ist Teil des MIPv6-Leitwegoptimierungsverfahrens. Ein dem in dem vorhergehenden Schritt ähnliches BU wird ebenfalls an den CoN 140 der WTRU gesendet (Schritt 2228). Dies ermöglicht dem CoN 140, zum Zweck der Übertragung von Paketen direkt zu dem neuen MAP eine Verbindung zu dem neuen MAP aufzubauen (Schritt 2230).
  • Die vorliegende Erfindung offenbart ein drahtloses Kommunikationssystem, das mindestens eine drahtlose Sende/Empfangseinheit (WTRU) mit IEEE 802-Mehrprotokollstapel und mehrere technologisch verschiedenartigen Zugangsnetze, wie etwa IEEE 802.X-Netzwerke und Netzwerke des Partnerschaftsprojekts der dritten Generation (3GPP) umfaßt, die gleichzeitig im Einsatz sind. Sowohl die Mehrprotokollstapel-WTRU als auch die technologisch unterschiedlichen Netzwerke umfassen eine medienunabhängige Handover-Funktion (MIH-Funktion). Die WTRU ist derart konfiguriert, daß sie MIH-Informationen liest, die von einem der IEEE 802.X-Netzwerke gesendet werden, 3GPP-Authentifizierungs- und Zulassungsverfahren auf der Basis der MIH-Informationen auslöst, eine lokale Internetprotokolladresse (IP-Adresse) erhält, einen Tunnel zu einem Paketdaten-Gateway (PDG) in einem 3GPP-Kernnetz aufbaut, eine Care-of-Address (CoA) einrichtet und die CoA bei einem Heimatagenten der WTRU registriert, wobei für die WTRU bestimmte Daten über den Heimatagenten durch einen neuen Tunnel leitweggelenkt werden, welcher ba sierend auf der CoA zwischen dem Heimatagenten und einem Fremdagenten aufgebaut wird.
  • Obwohl die Merkmale und Elemente der vorliegenden Erfindung in den bevorzugten Ausführungsformen in bestimmten Kombinationen beschrieben sind, kann jedes Merkmal oder Element allein, ohne die anderen Merkmale und Elemente der bevorzugten Ausführungsformen, oder in verschiedenen Kombinationen mit oder ohne andere Merkmale und Elemente der vorliegenden Erfindung verwendet werden.

Claims (22)

  1. Drahtloses Kommunikationssystem zur Durchführung eines medienunabhängigen Handover (MIH), wobei das System aufweist: mehrere Zugangsnetze, die gleichzeitig unter verschiedenen Standards im Einsatz sind, wobei jedes Zugangsnetz eine MIH-Funktion aufweist; und mindestens eine drahtlose Sende/Empfangseinheit (WTRU) mit Mehrprotokollstapel, die einen Protokollstapel mit einer Benutzerebene und einer Verwaltungsebene für einen medienunabhängigen Handover (MIH) aufweist, die mit der Benutzerebene in Kommunikation steht, um ansprechend auf von der Benutzerebene empfangene Auslöser Handover zwischen der WTRU und verschiedenen der Zugangsnetze zu verwalten, wobei die WTRU derart konfiguriert ist, daß sie mehrere drahtlose Standards unterstützt und eine MIH-Funktion aufweist, wobei die MIH-Funktionen der WTRU und der Zugangsnetze Informationen über Systembedingungen und die Netztopologie erhalten und nach Empfang eines MIH-Auslösers einen Handover von einem aktuellen Zugangsnetz zu einem anderen Zugangsnetz durchführen.
  2. System zur Durchführung eines medienunabhängigen Handover (MIH), wobei das System aufweist: mehrere IEEE 802.X-Netzwerke; mehrere Netzwerke des Partnerschaftsprojekts der dritten Generation (3GPP), die gleichzeitig mit den IEEE 802.X-Netzwerken im Einsatz sind; und mindestens eine drahtlose Sende/Empfangseinheit (WTRU), die derart konfiguriert ist, daß sie sowohl auf die IEEE 802.X-Netzwerke als auch die 3GPP-Netzwerke zugreift, wobei die WTRU eine MIH-Funktion aufweist, um den Handover zwischen den IEEE 802.X-Netzwerken und den 3GPP-Netzwerken durchzuführen, wobei die WTRU ferner einen Protokollstapel mit einer Benutzerebene und einer Verwaltungsebene für den medienunabhängigen Handover (MIH) umfaßt, die mit der Benutzerebene in Kommunikation steht, um ansprechend auf von der Benutzerebene empfangene Auslöser Handover zwischen der WTRU und verschiedenen der Zugangsnetze zu verwalten.
  3. System nach Anspruch 2, wobei die WTRU derart konfiguriert ist, daß sie MIH-Informationen, die von einem der IEEE 802.X-Netzwerke gesendet werden, liest, 3GPP-Authentifizierungs- und Zulassungsverfahren auf der Basis der MIH-Informationen auslöst, eine lokale Internetprotokolladresse (IP-Adresse) erhält, einen Tunnel zu einem Paketdaten-Gateway (PDG) in einem 3GPP-Kernnetz aufbaut, eine Care-of-Address (CoA) einrichtet und die CoA bei einem Heimatagenten der WTRU registriert, wobei für die WTRU bestimmte Daten basierend auf der CoA über den Heimatagenten durch den neuen Tunnel leitweggelenkt werden, der zwischen dem Heimatagenten und einem Fremdagenten aufgebaut ist.
  4. Drahtloses Kommunikationssystem, das aufweist: mehrere technologisch verschiedenartige Zugangsnetze; und mindestens eine drahtlose Sende/Empfangseinheit (WTRU) mit Mehrprotokollstapel, die einen Protokollstapel mit einer medienunabhängigen Handover-Funktion (MIH-Funktion) aufweist, wobei der Protokollstapel eine Benutzerebene und eine Verwaltungsebene für den medienunabhängigen Handover (MIH) aufweist, die mit der Benutzerebene in Kommunikation steht, um ansprechend auf von der Benutzerebene empfangene Auslöser Handover zwischen der WTRU und verschiedenen der Zugangsnetze zu verwalten, wobei die WTRU nach einem Zugangsnetz sucht, von einem Zugangsnetz gesendete Rahmen erkennt, den Inhalt der erkannten Beacon-Rahmen liest, wenn sie bestimmt, daß die Beacon-Rahmen MIH-Informationen unterstützen, in den Beacon-Rahmen gefundene MIH-Informationen an die MIH-Funktion weitergibt, und die MIH-Funktion die MIH-Informationen verarbeitet und eine Kommunikationsverbindung zu dem Zugangsnetz aufbaut.
  5. System nach Anspruch 4, wobei die Zugangsnetze ein schnelles Handover-Verfahren gemäß dem mobilen Internetprotokoll, Version 6 (MIPv6) implementieren.
  6. System nach Anspruch 4 oder 5, das ferner eine aktuelle Zugangsleitweglenkungseinrichtung (AR) aufweist, wobei die WTRU eine Leitweglenkungseinrichtungs-Abfragenachricht an die aktuelle AR sendet, die aktuelle AR eine Leitweglenkungseinrichtungs-Bekanntmachungsnachricht an die WTRU sendet, wobei die WTRU Messungen für eine neue AR durchführt und eine Handover-Entscheidung trifft, die WTRU eine neue Care-of-Adress (CoA) erhält, die WTRU ein schnelles Binding Update an die aktuelle AR sendet, ein Tunnel zwischen der aktuellen AR und der neuen AR aufgebaut wird und ein Paket durch die neue AR zugestellt wird.
  7. System nach Anspruch 4 oder 6, wobei die WTRU und die Zugangsnetze das hierarchische mobile Internetprotokoll, Version 6 (HMIPv6) implementieren.
  8. System nach einem der Ansprüche 4 bis 7, das ferner einen aktuellen mobilen Ankerpunkt (MAP) aufweist, der eine Leitweglenkungseinrichtungs-Bekanntmachungsnachricht an die WTRU sendet, wobei die WTRU die Leitweglenkungseinrichtungs-Bekanntmachung von dem aktuellen MAP empfängt, die MIH-Funktion der WTRU Messungen für einen neuen MAP durchführt und eine Handover-Entscheidung trifft, die WTRU eine Care-of-Address (CoA) erhält, die WTRU ein lokales Binding Update an den aktuellen MAP sendet, die WTRU ein Binding Update an den neuen MAP sendet, die WTRU einen Tunnel zwischen der WTRU und dem neuen MAP aufbaut, die WTRU die CoA bei einem Heimatagenten registriert, die WTRU ein lokales Binding Update an ein Kernnetz sendet und ein Paket durch den neuen MAP zugestellt wird.
  9. Drahtlose Sende/Empfangseinheit (WTRU) mit Mehrprotokollstapel in einem drahtlosen Kommunikationssystem, das mehrere technologisch unterschiedliche Zugangsnetze umfaßt, die aufweist: einen Protokollstapel aufweisend: eine Benutzerebene; mindestens eine technologiespezifische Handover-Ebene; und eine Verwaltungsebene für einen medienunabhängigen Handover (MIH), die mit der Benutzerebene und der technologiespezifischen Handover-Ebene in Kommunikation steht, um ansprechend auf von der Benutzerebene empfangene Auslöser Handover zwischen der WTRU und verschiedenen der Zugangsnetze zu verwalten.
  10. WTRU nach Anspruch 9, wobei die MIH-Verwaltungsebene aufweist: eine MIH-Konvergenzfunktion der höheren Schichten (HLCF); eine Handover-Funktion; und eine MIH-Konvergenzfunktion der unteren Schichten (LLCF).
  11. WTRU nach Anspruch 9 oder 10, wobei die Benutzerebene aufweist: eine Mobilitätsverwaltungseinheit; eine physikalische (PHY) Schicht; und eine Medienzugriffssteuerungsschicht (MAC-Schicht).
  12. WTRU nach Anspruch 10 oder 11, wobei die HLCF eine Schnittstelle zwischen der Handover-Funktion und der für eine bestimmte Technologie spezifischen Mobilitätsverwaltungseinheit zur Verfügung stellt.
  13. WTRU nach Anspruch 12, wobei die Handover-Funktion Handover-Ereignisse von der HLCF sammelt und basierend auf gewissen Kriterien bestimmt, ob ein Handover erforderlich ist.
  14. WTRU nach einem der Ansprüche 11 bis 13, wobei die LLCF einen Ereignisdienst bereitstellt, der Ereignisse der PHY- und MAC-Schicht zusammenstellt, die für eine bestimmte Technologie spezifisch sind.
  15. WTRU nach Anspruch 11 oder 14, wobei die LLCF von den PHY- und MAC-Schichten Handover-Auslöser empfängt, wenn keine Handover-Einheit vorhanden ist.
  16. Drahtlose Sende/Empfangseinheit (WTRU) mit Mehrprotokollstapel mit einer integrierten Schaltung (IC) in einem drahtlosen Kommunikationssystem, das mehrere technologisch unterschiedliche Zugangsnetze umfaßt, wobei die IC aufweist: einen Protokollstapel aufweisend: eine Benutzerebene; mindestens eine technologiespezifische Handover-Ebene; und eine Verwaltungsebene für einen medienunabhängigen Handover (MIH), die mit der Benutzerebene und der technologiespezifischen Handover-Ebene in Kommunikation steht, um ansprechend auf von der Benutzerebene empfangene Auslöser Handover zwischen der WTRU und verschiedenen der Zugangsnetze zu verwalten.
  17. IC nach Anspruch 16, wobei die MIH-Verwaltungsebene aufweist: eine MIH-Konvergenzfunktion der höheren Schichten (HLCF); eine Handover-Funktion; und eine MIH-Konvergenzfunktion der unteren Schichten (LLCF).
  18. IC nach Anspruch 16 oder 17, wobei die Benutzerebene aufweist: eine Mobilitätsverwaltungseinheit; eine physikalische (PHY) Schicht; und eine Medienzugriffssteuerungsschicht (MAC-Schicht).
  19. IC nach Anspruch 17 oder 18, wobei die HLCF eine Schnittstelle zwischen der Handover-Funktion und der für eine bestimmte Technologie spezifischen Mobilitätsverwaltungseinheit zur Verfügung stellt.
  20. IC nach Anspruch 19, wobei die Handover-Funktion Handover-Ereignisse von der HLCF sammelt und basierend auf gewissen Kriterien bestimmt, ob ein Handover erforderlich ist.
  21. IC nach einem der Ansprüche 18 bis 20, wobei die LLCF einen Ereignisdienst bereitstellt, der Ereignisse der PHY- und MAC-Schicht zusammenstellt, die für eine bestimmte Technologie spezifisch sind.
  22. IC nach Anspruch 18 oder 21, wobei die LLCF von den PHY- und MAC-Schichten Handover-Auslöser empfängt, wenn keine Handover-Einheit vorhanden ist.
DE202005017283U 2004-11-05 2005-11-04 Drahtloses Kommunikationssystem zum Implementieren eines medienunabhängigen Handover zwischen technologisch verschiedenartigen Zugangsnetzen Expired - Lifetime DE202005017283U1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US62561104P 2004-11-05 2004-11-05
US60/625611 2004-11-05

Publications (1)

Publication Number Publication Date
DE202005017283U1 true DE202005017283U1 (de) 2006-06-08

Family

ID=36336980

Family Applications (2)

Application Number Title Priority Date Filing Date
DE602005018528T Active DE602005018528D1 (de) 2004-11-05 2005-11-01 Drahtloses kommunikationsverfahren und system zur implementierung von medienunabhängiger übergabe zwischen technologisch unterschiedlichen zugangsnetzen
DE202005017283U Expired - Lifetime DE202005017283U1 (de) 2004-11-05 2005-11-04 Drahtloses Kommunikationssystem zum Implementieren eines medienunabhängigen Handover zwischen technologisch verschiedenartigen Zugangsnetzen

Family Applications Before (1)

Application Number Title Priority Date Filing Date
DE602005018528T Active DE602005018528D1 (de) 2004-11-05 2005-11-01 Drahtloses kommunikationsverfahren und system zur implementierung von medienunabhängiger übergabe zwischen technologisch unterschiedlichen zugangsnetzen

Country Status (20)

Country Link
US (2) US7738871B2 (de)
EP (3) EP2160057A3 (de)
JP (2) JP4874988B2 (de)
KR (2) KR101235712B1 (de)
CN (4) CN101765175A (de)
AR (1) AR051480A1 (de)
AT (1) ATE453295T1 (de)
AU (2) AU2005305080B2 (de)
BR (1) BRPI0516676A (de)
CA (1) CA2585931C (de)
DE (2) DE602005018528D1 (de)
DK (1) DK1810526T3 (de)
ES (1) ES2338678T3 (de)
GE (1) GEP20125508B (de)
IL (1) IL182992A (de)
MX (1) MX2007005237A (de)
MY (1) MY143904A (de)
NO (1) NO20072855L (de)
TW (4) TWI403198B (de)
WO (1) WO2006052563A2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009103280A2 (de) * 2008-02-21 2009-08-27 Ic3S Information, Computer Und Solartechnik Ag Ip-basiertes kommunikationsverfahren für mobilfunkgeräte

Families Citing this family (219)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7956032B2 (en) * 2003-12-03 2011-06-07 Novo Nordisk A/S Glycopegylated granulocyte colony stimulating factor
US7710923B2 (en) * 2004-05-07 2010-05-04 Interdigital Technology Corporation System and method for implementing a media independent handover
US9031568B2 (en) * 2004-07-28 2015-05-12 Broadcom Corporation Quality-of-service (QoS)-based association with a new network using background network scanning
US7496364B2 (en) * 2004-11-05 2009-02-24 Freescale Semiconductor, Inc. Media-independent handover (MIH) method featuring a simplified beacon
US7848291B2 (en) * 2004-11-05 2010-12-07 Interdigital Technology Corporation Wireless metropolitan area network architecture for managing network resources and mobility
US8238326B2 (en) * 2004-11-18 2012-08-07 Ruckus Wireless, Inc. Maintaining consistent network connections while moving through wireless networks
US20060171365A1 (en) * 2005-02-02 2006-08-03 Utstarcom, Inc. Method and apparatus for L2TP dialout and tunnel switching
KR100727932B1 (ko) * 2005-02-14 2007-06-14 삼성전자주식회사 이동 노드를 등록하는 방법 및 장치
US20060182061A1 (en) * 2005-02-17 2006-08-17 Nokia Corporation Interworking between wireless WAN and other networks
WO2006088318A1 (en) * 2005-02-18 2006-08-24 Lg Electronics Inc. Supporting handover of multi-mode mobile terminal between heterogeneous networks
US7583635B2 (en) * 2005-02-18 2009-09-01 Lg Electronics Inc. Establishing network address of mobile terminal in mobile communication system
KR101113860B1 (ko) * 2005-02-18 2012-03-02 엘지전자 주식회사 멀티모드 이동단말의 핸드오버 수행 후 링크 해제 방법 및그 이동단말
US20060203829A1 (en) * 2005-02-25 2006-09-14 Benco David S Network support for hand-off between fixed and wireless networks for high-speed data applications
US8102811B2 (en) * 2005-03-07 2012-01-24 Lg Electronics Inc. Providing mobility management protocol information to a mobile terminal for performing handover in a mobile communication system
US7917121B2 (en) 2005-03-24 2011-03-29 Lg Electronics Inc. Method of executing handover in broadband wireless access system
US20060221933A1 (en) * 2005-03-29 2006-10-05 Bauer Markus G Managing internet protocol based resources in a packet-based access network
US20060221899A1 (en) * 2005-03-31 2006-10-05 Feder Peretz M Triggers for media independent handover
KR101080965B1 (ko) * 2005-04-09 2011-11-08 엘지전자 주식회사 매개체 무관 핸드오버를 위한 정보 서비스 송수신 방법
KR101100198B1 (ko) * 2005-04-11 2011-12-28 엘지전자 주식회사 멀티모드 단말에서의 초기 설정 및 링크 설정 방법
KR101092447B1 (ko) * 2005-04-11 2011-12-13 엘지전자 주식회사 핸드오버를 위한 멀티모드 이동단말의 링크설정 방법
WO2006110016A2 (en) * 2005-04-14 2006-10-19 Lg Electronics Inc. A method of reconfiguring an internet protocol address in handover between heterogeneous networks
KR101089117B1 (ko) * 2005-05-06 2011-12-05 노키아 코포레이션 802.21 원격 이벤트들 및 정보 서비스들을 발견하기 위한메커니즘
US7746825B2 (en) * 2005-05-16 2010-06-29 Interdigital Technology Corporation Method and system for integrating media independent handovers
US8059672B2 (en) * 2005-05-18 2011-11-15 Sprint Communications Company L.P. Internet communications between wireless base stations and service nodes
US7466991B2 (en) * 2005-05-26 2008-12-16 Sprint Spectrum L.P. Method and system using a conference bridge for handoff of a multi-mode mobile station
US20060274743A1 (en) * 2005-06-06 2006-12-07 Alper Yegin System and method for a mobile device to learn information about the access networks within its neighborhood
US7864936B2 (en) * 2005-06-24 2011-01-04 Aylus Networks, Inc. Method of avoiding or minimizing cost of stateful connections between application servers and S-CSCF nodes in an IMS network with multiple domains
US7724753B2 (en) 2005-06-24 2010-05-25 Aylus Networks, Inc. Digital home networks having a control point located on a wide area network
US20060291487A1 (en) * 2005-06-24 2006-12-28 Aylus Networks, Inc. IMS networks with AVS sessions with multiple access networks
US7792528B2 (en) 2005-06-24 2010-09-07 Aylus Networks, Inc. Method and system for provisioning IMS networks with virtual service organizations having distinct service logic
US20060291412A1 (en) 2005-06-24 2006-12-28 Naqvi Shamim A Associated device discovery in IMS networks
US7672297B2 (en) * 2005-06-24 2010-03-02 Aylus Networks, Inc. Mediation system and method for hybrid network including an IMS network
US7561535B2 (en) * 2005-06-24 2009-07-14 Aylus Networks, Inc. System and method for providing dynamic call models for users as function of the user environment in an IMS network
CN100450291C (zh) * 2005-07-11 2009-01-07 华为技术有限公司 一种建立接口链路的方法
KR101277259B1 (ko) 2005-09-15 2013-06-26 삼성전자주식회사 듀얼 가능한 MIPv6 노드의 IPv6 네트워크와 IPv4네트워크 간 로밍 방법
US8315227B2 (en) * 2005-09-27 2012-11-20 Telefonaktiebolaget L M Ericsson (Publ) GTP for integration of multiple access
US20070072611A1 (en) * 2005-09-29 2007-03-29 Feder Peretz M Information for media independent handover
KR100801283B1 (ko) * 2005-11-11 2008-02-04 한국전자통신연구원 미디어 독립 핸드오버를 위한 서비스 제공 장치 및 방법
CN1852313A (zh) * 2005-12-06 2006-10-25 华为技术有限公司 异构网络切换中的电源管理方法及电源信息查询方法
EP1804434B1 (de) * 2005-12-13 2007-11-21 Alcatel Lucent Verfahren zum Zusammenarbeiten von einem 3GPP Mobilkommunikationsnetz und einem auf dem IEEE 802.16 Standard basierenden WIMAX-Kommunikationsnetz
US20070160049A1 (en) * 2006-01-09 2007-07-12 Motorola, Inc. Method and apparatus for effecting a handoff in a mobile internet protocol communication system
GB2434506A (en) * 2006-01-18 2007-07-25 Orange Personal Comm Serv Ltd Providing a mobile telecommunications session to a mobile node using an internet protocol
US7680088B2 (en) * 2006-01-20 2010-03-16 Nokia Corporation High speed data and coverage using personal area network
US8160021B2 (en) * 2006-02-07 2012-04-17 Toshiba America Research, Inc. Media-independent handover: session identifier
US8160001B2 (en) * 2006-05-25 2012-04-17 Altair Semiconductor Ltd. Multi-function wireless terminal
KR100788688B1 (ko) * 2006-02-14 2007-12-26 삼성전자주식회사 Qos를 보장하기 위한 데이터 스트림 송수신 방법 및장치
CN100488142C (zh) * 2006-02-18 2009-05-13 华为技术有限公司 一种异构网络间切换的方法
KR100684612B1 (ko) * 2006-03-07 2007-02-22 주식회사 대우일렉트로닉스 홈 네트워크 시스템 및 홈 게이트웨이
CN100571136C (zh) * 2006-04-11 2009-12-16 华为技术有限公司 个人域网络及其中设备的通信方法
TW200742462A (en) * 2006-04-21 2007-11-01 Univ Nat Tsing Hua Method for reconfiguring mobility platform and device using the same
US20070264979A1 (en) * 2006-04-25 2007-11-15 Sk Telecom Co., Ltd. Method and system for registering IP address in portable Internet network when interworking with different types of network
KR101377948B1 (ko) * 2006-04-28 2014-03-25 엘지전자 주식회사 멀티모드 이동 단말의 제어 정보 송수신 방법
US8965371B2 (en) * 2006-05-12 2015-02-24 Alcatel Lucent Selecting a command node in a heterogeneous communication system
US9100879B2 (en) * 2006-05-12 2015-08-04 Alcatel Lucent Event context transfer in a heterogeneous communication system
US8432899B2 (en) 2007-02-22 2013-04-30 Aylus Networks, Inc. Systems and methods for enabling IP signaling in wireless networks
US9026117B2 (en) 2006-05-16 2015-05-05 Aylus Networks, Inc. Systems and methods for real-time cellular-to-internet video transfer
US8730945B2 (en) * 2006-05-16 2014-05-20 Aylus Networks, Inc. Systems and methods for using a recipient handset as a remote screen
US8611334B2 (en) * 2006-05-16 2013-12-17 Aylus Networks, Inc. Systems and methods for presenting multimedia objects in conjunction with voice calls from a circuit-switched network
KR20090017609A (ko) * 2006-05-19 2009-02-18 인터디지탈 테크날러지 코포레이션 인터넷을 통한 매체 독립 메세징을 위한 방법 및 장치
US8929327B2 (en) * 2006-05-26 2015-01-06 Mcmaster University Reducing handoff latency for a mobile station
US7983219B2 (en) 2006-06-07 2011-07-19 Qualcomm Incorporated Handoff of an access terminal at the network layer in an access network
US20070291677A1 (en) * 2006-06-15 2007-12-20 Utstarcom, Inc. Method and Apparatus to Facilitate Establishing a Non-Home Agent-Facilitated Interactive Real-Time Session
KR100825758B1 (ko) * 2006-06-19 2008-04-29 한국전자통신연구원 듀얼 스택 단말을 위한 망 기반 이동성 지원 장치 및 그방법
US8369292B2 (en) * 2006-06-30 2013-02-05 Industrial Technology Research Institute Method and apparatus for mobility management in communication networks
CN101102189B (zh) * 2006-07-05 2011-06-22 华为技术有限公司 一种实现多种媒体接入的网关系统和方法
KR20080007289A (ko) * 2006-07-15 2008-01-18 엘지전자 주식회사 이기종망간 핸드오버를 위한 정보 획득 방법
US8406181B2 (en) * 2006-08-09 2013-03-26 Hitachi, Ltd. Communication system using multi-radio mode, monitor node apparatus, control node apparatus and base station apparatus
GB0616992D0 (en) * 2006-08-29 2006-10-04 Nokia Corp Evaluating a communication interface
CN101146331B (zh) * 2006-09-12 2010-04-21 华为技术有限公司 基于媒体无关切换技术的切换方法和系统
CN101146328B (zh) * 2006-09-12 2011-04-20 华为技术有限公司 媒体无关切换中链路参数阈值的配置方法和装置
CN101146323B (zh) * 2006-09-12 2010-09-08 华为技术有限公司 一种实现链路参数配置的处理方法和终端
US8165088B2 (en) * 2006-09-13 2012-04-24 Toshiba America Research, Inc. MIH protocol state machine
TW200901713A (en) * 2006-09-18 2009-01-01 Interdigital Tech Corp Switching multiple link layer resources for media independent handover
US7920522B2 (en) * 2006-09-29 2011-04-05 Qualcomm Incorporated Method and apparatus for system interoperability in wireless communications
EP1912400A1 (de) * 2006-10-10 2008-04-16 Matsushita Electric Industrial Co., Ltd. Verfahren und Vorrichtung zur Routenoptimierung im mobilen IP
KR100924942B1 (ko) * 2006-10-20 2009-11-05 삼성전자주식회사 광대역 무선통신시스템에서 이종망간 핸드오버 장치 및방법
KR101384183B1 (ko) * 2006-10-23 2014-04-18 삼성전자주식회사 매체 독립 핸드오버 서비스 관리 장치 및 그 방법
KR100825890B1 (ko) 2006-10-27 2008-04-28 삼성전자주식회사 Mih 단말기와 mih 서버 및 그에 따른 vho 방법
JP5080487B2 (ja) * 2006-10-30 2012-11-21 パナソニック株式会社 バインディング更新方法、移動端末、ホームエージェント、バインディング更新システム
US8923852B2 (en) * 2006-11-01 2014-12-30 Seven Networks, Inc. System, method, and computer-readable medium for user equipment decision-making criteria for connectivity and handover
KR20080041535A (ko) * 2006-11-07 2008-05-13 한국전자통신연구원 핸드오버 타깃 네트워크 선택 방법 및 그 시스템
EP1926283A1 (de) * 2006-11-27 2008-05-28 France Télécom Datenkommunikation
KR100844349B1 (ko) * 2006-12-01 2008-07-07 삼성전자주식회사 휴대용 단말기에서 무선랜 검색 방법 및 장치
KR100811893B1 (ko) * 2006-12-04 2008-03-10 한국전자통신연구원 이동 단말의 핸드 수직적 오버를 위한 이동성 지원 방법
US8223716B2 (en) * 2006-12-05 2012-07-17 Toshiba America Research, Inc. Assisted proactive IP address acquisition
CN101212486A (zh) * 2006-12-28 2008-07-02 华为技术有限公司 查询参数信息的方法、系统和参数信息反馈装置
US8332923B2 (en) * 2007-01-19 2012-12-11 Toshiba America Research, Inc. Kerberized handover keying
US8107960B2 (en) 2007-01-23 2012-01-31 Toshiba America Research, Inc. Prioritized query
US8077672B2 (en) 2007-02-08 2011-12-13 Interdigital Technology Corporation Method and apparatus for media independent handover capability discovery
US8817990B2 (en) * 2007-03-01 2014-08-26 Toshiba America Research, Inc. Kerberized handover keying improvements
US8340678B1 (en) * 2007-03-09 2012-12-25 At&T Mobility Ii Llc Indicating radio bearer information to network applications
JP4548851B2 (ja) * 2007-03-09 2010-09-22 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法、無線基地局及び上位ノード
US8576795B2 (en) * 2007-03-16 2013-11-05 Qualcomm Incorporated Method and apparatus for handoff between source and target access systems
US8289920B2 (en) * 2007-03-16 2012-10-16 Qualcomm Incorporated Method and apparatus for handoff between access systems
KR101107971B1 (ko) * 2007-03-19 2012-01-30 엔이씨 유럽 리미티드 매체 독립적 핸드오버 (mih) 서비스를 지원하는 방법
KR100978219B1 (ko) * 2007-03-21 2010-08-26 삼성전자주식회사 광대역 무선통신 시스템에서 핸드오버 수행 장치 및 방법
US8824420B2 (en) * 2007-03-22 2014-09-02 Mitsubishi Electric Research Laboratories, Inc. Method and system for generating antenna selection signals in OFDM tranceivers with fewer RF chains than antennas in MIMO wireless networks
WO2008115122A2 (en) * 2007-03-22 2008-09-25 Telefonaktiebolaget Lm Ericsson (Publ) Random access aligned handover
DE102007015917B3 (de) * 2007-04-02 2008-09-11 Siemens Ag Verfahren und Vorrichtungen für einen medienunabhängigen Handover in einem Kommunikationsnetzwerk
KR20100016443A (ko) 2007-04-06 2010-02-12 인터디지탈 테크날러지 코포레이션 모바일 네트워크 프로토콜 능력들을 식별하는 방법 및 장치
US7856226B2 (en) * 2007-04-17 2010-12-21 Aylus Networks, Inc. Systems and methods for IMS user sessions with dynamic service selection
KR100834011B1 (ko) * 2007-04-20 2008-05-30 포항공과대학교 산학협력단 이종 무선 네트워크 간의 수직 핸드오버 방법
KR100887794B1 (ko) * 2007-04-20 2009-03-09 포항공과대학교 산학협력단 미디어 독립 핸드오버 기반의 네트워크 시스템 및 이를이용한 핸드오버 방법
KR101402255B1 (ko) * 2007-05-07 2014-06-02 재단법인서울대학교산학협력재단 무선통신시스템에서 핸드오버 장치 및 방법
KR101366270B1 (ko) * 2007-05-08 2014-02-20 엘지전자 주식회사 무선 접속 시스템에서 이종망간 mih 프로토콜 메시지전송방법
US8437758B2 (en) * 2007-05-11 2013-05-07 Interdigital Technology Corporation Method and apparatus for performing media independent handover measurement and reporting
KR101370824B1 (ko) * 2007-05-16 2014-03-07 삼성전자주식회사 주소 설정에서의 지연을 줄이기 위한 이동 단말의 핸드오버수행 방법 및 장치
JP2010529101A (ja) 2007-06-04 2010-08-26 テックフィールズ インコーポレイテッド 非常に速い皮膚及び膜浸透速度を有するnsaiaプロドラッグ及びその新規医薬使用
KR101461948B1 (ko) 2007-06-06 2014-11-14 엘지전자 주식회사 무선 접속 시스템에서 mih 프로토콜 메시지 전송방법
US20080304453A1 (en) * 2007-06-07 2008-12-11 Interdigital Technology Corporation. Method and apparatus for sequential messages
US9049629B2 (en) * 2007-06-18 2015-06-02 Qualcomm Incorporated Method and apparatus for fast inter-system handover
US8559396B2 (en) * 2007-06-18 2013-10-15 Qualcomm Incorporated Multiple bindings having independent forward and reverse link bindings for mobile internet protocols
KR101394347B1 (ko) * 2007-06-20 2014-05-30 삼성전자주식회사 이종망간의 패킷 전달 방법 및 장치
US20080317010A1 (en) * 2007-06-22 2008-12-25 Aylus Networks, Inc. System and method for signaling optimization in ims services by using a service delivery platform
US20080320149A1 (en) * 2007-06-25 2008-12-25 Stefano Faccin Service request device wireless access detach and bearer deactivation methods withou loss of internet protocol connectivity
JP5160152B2 (ja) * 2007-06-28 2013-03-13 京セラ株式会社 無線端末、情報処理装置、情報処理プログラム及び情報処理方法
CN101335982B (zh) * 2007-06-28 2012-02-29 联想(北京)有限公司 一种移动用户设备控制切换的方法
US20090005047A1 (en) * 2007-06-29 2009-01-01 Vivek Gupta Media independent vertical handovers
US20090006624A1 (en) * 2007-06-29 2009-01-01 Microsoft Corporation Entertainment Access Service
KR100986141B1 (ko) 2007-06-29 2010-10-07 삼성전자주식회사 광대역 무선통신 시스템의 핸드오버 지원 장치 및 방법
EP2034790A1 (de) * 2007-07-09 2009-03-11 Nokia Siemens Networks Oy Verfahren und Vorrichtung zum Flussmanagement und Kommunikationssystem mit einer derartigen Vorrichtung
US8023492B2 (en) * 2007-07-18 2011-09-20 Marvell World Trade Ltd. System and method for allocating an anchoring point for a mobile terminal
KR101513887B1 (ko) * 2007-07-26 2015-04-21 삼성전자주식회사 정보 서버의 위치 검색 방법 및 장치, 그리고 정보 서버의위치를 이용한 핸드오버 정보 수신 방법 및 장치
KR20090017864A (ko) 2007-08-16 2009-02-19 삼성전자주식회사 이종망간 핸드오버 방법 및 시스템
KR101375540B1 (ko) 2007-08-22 2014-03-19 삼성전자주식회사 이종망에서 인접 탐색 수행 방법 및 장치
US8335490B2 (en) * 2007-08-24 2012-12-18 Futurewei Technologies, Inc. Roaming Wi-Fi access in fixed network architectures
JP5414980B2 (ja) * 2007-08-28 2014-02-12 京セラ株式会社 無線端末、情報処理装置、情報処理プログラム及び情報処理方法
KR100899816B1 (ko) * 2007-09-14 2009-05-27 한국전자통신연구원 통합 이동성 관리를 위한 로컬 이동성 관리장치, 통합이동성 관리방법 및 시스템
CN101836469A (zh) * 2007-09-19 2010-09-15 松下电器产业株式会社 网络节点和移动终端
CN101796768B (zh) * 2007-09-28 2013-07-10 三洋电机株式会社 通信系统、基站装置以及终端装置
US8441992B2 (en) * 2007-10-02 2013-05-14 Samsung Electronics Co., Ltd. Apparatus and method for supporting vertical handover on a wireless communication system
EP2053886A3 (de) * 2007-10-26 2015-03-25 Hitachi, Ltd. Kommunikationssystem und Gateway-Vorrichtung
TW200922355A (en) * 2007-10-29 2009-05-16 Interdigital Patent Holdings Integration of 802.21 media independent handover functionality to radio interface layer and telephony server
EP2223494A1 (de) * 2007-11-23 2010-09-01 Telefonaktiebolaget LM Ericsson (publ) Mobilität drahtloser lan
KR100895285B1 (ko) 2007-11-30 2009-04-29 한국전자통신연구원 이종 무선 통신 망 간의 핸드오버 방법
JP5059592B2 (ja) * 2007-12-27 2012-10-24 京セラ株式会社 無線通信装置及び通信制御方法
US20090168754A1 (en) * 2007-12-28 2009-07-02 Chang Hong Shan Systems and methods for WiMAX and 3GPP interworking by using GGSN
US20090171762A1 (en) * 2008-01-02 2009-07-02 Microsoft Corporation Advertising in an Entertainment Access Service
US8755793B2 (en) 2008-01-04 2014-06-17 Qualcomm Incorporated Apparatus and methods to facilitate seamless handoffs between wireless communication networks
US10475010B2 (en) 2008-01-10 2019-11-12 Microsoft Technology Licensing, Llc Federated entertainment access service
US8594110B2 (en) 2008-01-11 2013-11-26 Mosaid Technologies Incorporated Ring-of-clusters network topologies
US20090180440A1 (en) * 2008-01-16 2009-07-16 Snrlabs Corporation Client-Based Multimode Handover in Communication Systems
US8379571B2 (en) 2008-02-06 2013-02-19 Vonage Network Llc Method and apparatus for provisioning dual mode wireless client devices in a telecommunications system
JPWO2009110225A1 (ja) * 2008-03-06 2011-07-14 パナソニック株式会社 移動端末及びネットワークノード
US8514808B2 (en) * 2008-03-12 2013-08-20 Toshiba America Research, Inc. Method and function for maintaining mapping between media independent handover functions and transport addresses
US20090245133A1 (en) * 2008-03-31 2009-10-01 Intel Corporation Broadcast/multicast based network discovery
KR101470504B1 (ko) * 2008-04-23 2014-12-08 삼성전자주식회사 핸드오버 서비스를 제공하는 이동 단말기 및 네트워크 장치
US8023484B1 (en) * 2008-04-25 2011-09-20 Clear Wireless Llc Method for obtaining a mobile internet protocol address
US8036222B1 (en) * 2008-04-25 2011-10-11 Clear Wireless Llc Method for obtaining a mobile internet protocol address
WO2009146741A1 (en) * 2008-06-04 2009-12-10 Nokia Siemens Networks Oy Network discovery and selection
WO2009146864A1 (en) * 2008-06-05 2009-12-10 Telefonaktiebolaget Lm Ericsson (Publ) Techniques for optimizing efficiency in a situation for a possible handover of a mobile terminal
US8638749B2 (en) 2008-06-06 2014-01-28 Qualcomm Incorporated Method and apparatus for inter-network handoff
US20100303027A1 (en) * 2008-06-13 2010-12-02 Media Patents, S.L. Method for sending data packets in a data network during handover of a mobile node
US8363665B2 (en) * 2008-08-04 2013-01-29 Stoke, Inc. Method and system for bypassing 3GPP packet switched core network when accessing internet from 3GPP UEs using IP-BTS, femto cell, or LTE access network
EP2166724A1 (de) * 2008-09-23 2010-03-24 Panasonic Corporation Optimierung von Weiterleitungen an nicht vertrauenswürdige Nicht-GPP-Netzwerke
US9066309B2 (en) 2008-09-23 2015-06-23 Qualcomm Incorporated Method and apparatus for reducing successive pre-registration attempts by access terminals
US20100177752A1 (en) * 2009-01-12 2010-07-15 Juniper Networks, Inc. Network-based micro mobility in cellular networks using extended virtual private lan service
US8948027B2 (en) 2009-01-16 2015-02-03 Blackberry Limited Method and system for wireless network management
US20110039562A1 (en) * 2009-02-05 2011-02-17 Qualcomm Incorporated Session-specific signaling for multiple access networks over a single access network
CN101841876B (zh) * 2009-03-20 2013-03-13 上海贝尔股份有限公司 非授权移动接入网络和蜂窝通信网络间的移交方法及装置
CN102687537B (zh) * 2009-05-03 2016-03-09 株式会社东芝 媒体无关切换协议的安全
KR20120013421A (ko) * 2009-06-04 2012-02-14 리서치 인 모션 리미티드 Radius 호환 프로토콜을 이용한 이동 단말기로의 이웃 네트워크 정보의 통신을 용이하게 하기 위해 사용하는 방법 및 장치
US8409680B2 (en) * 2009-06-11 2013-04-02 M&G Usa Corporation Polyamide-polydiene blends with improved oxygen reactivity
JPWO2011001628A1 (ja) 2009-07-03 2012-12-10 パナソニック株式会社 コネクション管理方法、コネクション管理システム、移動端末、パケットデータゲートウェイ並びに移動管理ゲートウェイ
US8599768B2 (en) * 2009-08-24 2013-12-03 Intel Corporation Distributing group size indications to mobile stations
US20110064050A1 (en) * 2009-09-11 2011-03-17 Interdigital Patent Holdings, Inc. Broadcast service handover
CN102106172B (zh) * 2009-10-05 2015-01-14 高通股份有限公司 用于在td-scdma系统中进行无线通信的装置和方法
CN102577504B (zh) * 2009-10-28 2015-01-28 上海贝尔股份有限公司 一种将视频通话从ps域切换到cs域的方法和装置
US20110228749A1 (en) * 2009-11-19 2011-09-22 Qualcomm Incorporated Methods and apparatus for supporting data flows over multiple radio protocols
US8503438B2 (en) * 2009-11-19 2013-08-06 Stoke, Inc. Method and system for selectively bypassing packet core network within a session based on traffic type
US20110134826A1 (en) * 2009-12-04 2011-06-09 Xiangying Yang Relay data path architecture for a wireless network
WO2011097820A1 (zh) * 2010-02-12 2011-08-18 华为技术有限公司 一种异种网络切换时选择网关方法、装置及系统
JP5457564B2 (ja) * 2010-03-05 2014-04-02 インターデイジタル パテント ホールディングス インコーポレイテッド 機器にセキュリティを提供する方法および装置
US8325679B2 (en) * 2010-03-05 2012-12-04 Intel Corporation Interworking of networks with single radio handover
US8681648B2 (en) * 2010-03-24 2014-03-25 Telcordia Technologies, Inc. Mobility policy updates for mobile devices
US8380200B1 (en) * 2010-07-08 2013-02-19 Sprint Spectrum L.P. Methods and systems for facilitating multi-technology handovers
WO2012016598A1 (en) * 2010-08-06 2012-02-09 Nokia Siemens Networks Oy Method for self-optimized interworking between radio access networks
US8553662B2 (en) 2010-08-20 2013-10-08 Time Warner Cable Inc. System and method for Wi-Fi roaming
US8638717B2 (en) * 2010-08-20 2014-01-28 Time Warner Cable Enterprises Llc System and method for maintaining a communication session
US20120076107A1 (en) * 2010-09-23 2012-03-29 Avital Shlomo Autonomous scanning and handover
GB2484125B (en) * 2010-09-30 2013-07-24 Samsung Electronics Co Ltd Improvements in handover between heterogeneous radio networks
US8873508B1 (en) 2010-10-21 2014-10-28 Sprint Spectrum L.P. Assigning a resource to a wireless communication device based on soft handoff capabilities
EP2448208A1 (de) * 2010-10-29 2012-05-02 Alcatel Lucent Übergabedatenaustausch mit einer IEEE 802.21-Netzwerkeinheit
US8644178B1 (en) * 2011-01-20 2014-02-04 Sprint Spectrum L.P. Transmission of channel assignment messages based on wireless coverage area characteristics
US8825044B2 (en) 2011-03-10 2014-09-02 Sprint Spectrum L.P. Redirecting a wireless communication device to a different frequency
US20140105178A1 (en) * 2011-05-25 2014-04-17 Lg Electronics Inc. Method for simultaneous handover in a wireless access system that supports device-to-device communication and apparatus for supporting the method
CN102821483B (zh) * 2011-06-08 2015-07-08 华为技术有限公司 无线局域网与无线广域网互操作方法、用户设备和基站
WO2013037988A2 (en) * 2011-09-16 2013-03-21 Alcatel Lucent System and method for seamless switching between operator networks
US8555364B2 (en) 2011-09-30 2013-10-08 Time Warner Cable Enterprises Llc System and method for cloning a wi-fi access point
US8804620B2 (en) 2011-10-04 2014-08-12 Juniper Networks, Inc. Methods and apparatus for enforcing a common user policy within a network
US9118687B2 (en) 2011-10-04 2015-08-25 Juniper Networks, Inc. Methods and apparatus for a scalable network with efficient link utilization
US9407457B2 (en) * 2011-10-04 2016-08-02 Juniper Networks, Inc. Apparatuses for a wired/wireless network architecture
US9667485B2 (en) 2011-10-04 2017-05-30 Juniper Networks, Inc. Methods and apparatus for a self-organized layer-2 enterprise network architecture
US10148550B1 (en) 2011-10-04 2018-12-04 Juniper Networks, Inc. Methods and apparatus for a scalable network with efficient link utilization
DE102011116637B4 (de) * 2011-10-20 2015-02-19 Audi Ag Car-2-X-Kommunikationssystem, Teilnehmer in einem solchen System und Verfahren zum Empfangen von Funksignalen in einem solchen System
US9100881B2 (en) * 2011-11-02 2015-08-04 Qualcomm Incorporated Dynamically populating media independent handover (MIH) information service database
US8923311B2 (en) * 2011-11-08 2014-12-30 Nvidia Corporation Communication system and method
BR102012003114B1 (pt) 2012-02-10 2021-06-22 Mls Wirelles S/A. método para ativar usuário e método para autenticar usuário em uma rede wi-fi de desvio de tráfego 3g
EP2839716A4 (de) 2012-03-02 2015-12-23 Seven Networks Llc Bereitstellung von über eine mobile vorrichtung zugänglichen daten an eine mobile anwendung über verschiedene netzwerkverbindungen ohne unterbrechung sowie mobile vorrichtungen zur weiterleitung einer konnektivität von einer netzwerkverbindung an eine andere netzwerkverbindung ohne unterbrechung in einem anwendungsdatenstrom und verfahren dafür
US9762389B2 (en) * 2012-04-13 2017-09-12 Anyfi Networks Ab Moderation of network and access point selection in an IEEE 802.11 communication system
EP2838310B1 (de) * 2012-04-13 2019-06-05 LG Electronics Inc. Verfahren und vorrichtung zur aktualisierung von systeminformationen in einem wireless-lan-system
US8817707B2 (en) * 2012-07-20 2014-08-26 Intel Corporation Mechanisms for roaming between 3GPP operators and WLAN service providers
US8811363B2 (en) 2012-09-11 2014-08-19 Wavemax Corp. Next generation network services for 3G/4G mobile data offload in a network of shared protected/locked Wi-Fi access points
GB2495007B (en) * 2012-09-28 2014-01-08 Samsung Electronics Co Ltd Improvements in handover between heterogeneous radio networks
JP5898121B2 (ja) * 2013-04-24 2016-04-06 京セラ株式会社 無線通信装置、プロセッサ、及び通信制御方法
GB2513871B (en) * 2013-05-08 2015-08-19 Ip Access Ltd Transmitting a fake handover request to obtain a subscriber identity
JP6135756B2 (ja) * 2013-05-23 2017-05-31 富士通株式会社 基地局装置、ネットワーク装置、及び通信方法
KR102058538B1 (ko) * 2013-05-29 2019-12-23 한국전자통신연구원 Tv 화이트 스페이스 기반 tvbd 그룹 핸드 오버 방법
US9907006B2 (en) * 2013-06-03 2018-02-27 Avago Technologies General Ip (Singapore) Pte. Ltd. Cross radio access technology access with handoff and interference management using communication performance data
ITTO20130612A1 (it) 2013-07-18 2013-10-17 Bisio Progetti Spa Capsula per la preparazione di bevande ad infusione.
WO2015127958A1 (en) * 2014-02-25 2015-09-03 Telefonaktiebolaget L M Ericsson (Publ) Network address resolution for interworking between cellular network domain and wireless local area network domain
WO2015138588A1 (en) 2014-03-11 2015-09-17 Convida Wireless, Llc Cross-layer context management
WO2015180126A1 (en) * 2014-05-30 2015-12-03 Apple Inc. Methods and apparatus to support multiple subscriber identities in wireless communication device
US20170180189A1 (en) * 2014-06-03 2017-06-22 Nokia Solutions And Networks Oy Functional status exchange between network nodes, failure detection and system functionality recovery
US9215228B1 (en) * 2014-06-17 2015-12-15 Cisco Technology, Inc. Authentication of devices having unequal capabilities
CN104316105A (zh) * 2014-10-14 2015-01-28 苏州德鲁森自动化系统有限公司 一种隧道环境监测系统
US10433163B2 (en) * 2016-09-19 2019-10-01 Qualcomm Incorporated Techniques for deriving security keys for a cellular network based on performance of an extensible authentication protocol (EAP) procedure
US11671818B1 (en) 2021-04-29 2023-06-06 T-Mobile Usa, Inc. Reliable local breakout for roaming devices
CN115086446B (zh) * 2022-08-16 2022-12-02 国能日新科技股份有限公司 数据传输方法、系统、装置、设备及计算机可读存储介质

Family Cites Families (103)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL103230A (en) * 1991-12-16 1995-12-08 Motorola Inc Method and device for reducing data loss in a mobile cellular system
TW223721B (de) * 1992-06-18 1994-05-11 Telefonaktiebolager Lm Ericsson
GB2296626B (en) * 1994-12-23 1999-07-28 Nokia Mobile Phones Ltd Multi-mode radio telephone
US5889816A (en) * 1996-02-02 1999-03-30 Lucent Technologies, Inc. Wireless adapter architecture for mobile computing
US6023461A (en) * 1997-10-10 2000-02-08 Nec Usa, Inc. Handoff method for an ATM wireless network wherein both the switch and the mobile buffer cells and the mobile controls when the handoff will occur
US6151502A (en) * 1997-01-29 2000-11-21 Qualcomm Incorporated Method and apparatus for performing soft hand-off in a wireless communication system
CA2301217A1 (en) 1997-08-20 1999-02-25 Motorola, Inc. Method and apparatus for establishing a through path for a communication signal
US6421714B1 (en) * 1997-10-14 2002-07-16 Lucent Technologies Efficient mobility management scheme for a wireless internet access system
FI106172B (fi) * 1998-01-29 2000-11-30 Nokia Networks Oy Menetelmä uudelleenkonfiguroida solukkoradioverkossa yhteys
WO1999041925A1 (en) * 1998-02-16 1999-08-19 Nokia Networks Oy Method and system for performing handover in a mobile communication system
US6216004B1 (en) * 1998-06-23 2001-04-10 Qualcomm Incorporated Cellular communication system with common channel soft handoff and associated method
US6195705B1 (en) * 1998-06-30 2001-02-27 Cisco Technology, Inc. Mobile IP mobility agent standby protocol
FI108200B (fi) * 1998-09-14 2001-11-30 Nokia Mobile Phones Ltd Yhteyden vaihto matkaviestinverkkojen välillä
US6546425B1 (en) * 1998-10-09 2003-04-08 Netmotion Wireless, Inc. Method and apparatus for providing mobile and other intermittent connectivity in a computing environment
US6651105B1 (en) * 1998-11-12 2003-11-18 International Business Machines Corporation Method for seamless networking support for mobile devices using serial communications
AU3089400A (en) 1998-12-18 2000-07-12 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for intersystem soft handoff
US6597922B1 (en) * 1999-05-14 2003-07-22 Qualcomm Incorporated Method and apparatus for efficient candidate frequency search while initiating a handoff in a code division multiple access communication system
CN1250294A (zh) * 1999-07-27 2000-04-12 邮电部武汉邮电科学研究院 以太网与同步数字体系或同步光网络融合的适配方法
US6526034B1 (en) * 1999-09-21 2003-02-25 Tantivy Communications, Inc. Dual mode subscriber unit for short range, high rate and long range, lower rate data communications
US6587680B1 (en) * 1999-11-23 2003-07-01 Nokia Corporation Transfer of security association during a mobile terminal handover
US7149193B2 (en) * 1999-12-15 2006-12-12 Nortel Networks Limited Dynamic, dual-mode wireless network architecture with a split layer 2 protocol
US6879568B1 (en) * 1999-12-20 2005-04-12 Cisco Technology, Inc. Quick layer-3 message multiplexing
US6424639B1 (en) * 1999-12-22 2002-07-23 Qualcomm, Incorporated Notifying a mobile terminal device of a change in point of attachment to an IP internetwork to facilitate mobility
JP3389908B2 (ja) * 2000-01-07 2003-03-24 日本電気株式会社 移動端末のネットワーク選択方法及び移動端末のネットワーク選択プログラムを記録した記憶媒体
US6985465B2 (en) * 2000-07-07 2006-01-10 Koninklijke Philips Electronics N.V. Dynamic channel selection scheme for IEEE 802.11 WLANs
US6804222B1 (en) * 2000-07-14 2004-10-12 At&T Corp. In-band Qos signaling reference model for QoS-driven wireless LANs
DE10035701A1 (de) * 2000-07-20 2002-01-31 Alcatel Sa Verfahren zur Funkübertragung in einem zellular aufgebauten Mobilfunknetzwerk mit einer hierarchischen Funkzellenstruktur
GB0023181D0 (en) * 2000-09-20 2000-11-01 Koninkl Philips Electronics Nv Message handover for networked beacons
GB0023425D0 (en) * 2000-09-25 2000-11-08 Koninkl Philips Electronics Nv Portable device interaction with beacons
US7079511B2 (en) * 2000-12-06 2006-07-18 Qualcomm, Incorporated Method and apparatus for handoff of a wireless packet data services connection
US6912389B2 (en) * 2001-01-12 2005-06-28 Lucent Technologies Inc. Interworking and interoperability of GPRS systems with systems of other technology families
US7016325B2 (en) * 2001-01-18 2006-03-21 Strix Systems, Inc. Link context mobility method and system for providing such mobility, such as a system employing short range frequency hopping spread spectrum wireless protocols
US20020131386A1 (en) * 2001-01-26 2002-09-19 Docomo Communications Laboratories Usa, Inc. Mobility prediction in wireless, mobile access digital networks
US7103129B2 (en) * 2001-03-15 2006-09-05 Siemens Communications, Inc. System and method for rate adaptation in a wireless communication system
CA2410544A1 (en) * 2001-03-30 2002-10-10 Nokia Corporation Method for supporting a handover between radio access networks
US6771962B2 (en) * 2001-03-30 2004-08-03 Nokia Corporation Apparatus, and an associated method, by which to provide temporary identifiers to a mobile node involved in a communication handover
ATE350868T1 (de) * 2001-05-10 2007-01-15 Nortel Networks Ltd System und verfahren zur umleitung von kommunikation zwischen mobiltelekommunikationsnetzen mit unterschiedlichen funkzugangstechnologien
US7206840B2 (en) * 2001-05-11 2007-04-17 Koninklike Philips Electronics N.V. Dynamic frequency selection scheme for IEEE 802.11 WLANs
FI113140B (fi) * 2001-05-25 2004-02-27 Nokia Corp Kanavanvaihto solukkojärjestelmässä
WO2003003776A2 (en) * 2001-06-27 2003-01-09 Nortel Networks Limited Mapping information in wireless communications systems
KR100595583B1 (ko) * 2001-07-09 2006-07-03 엘지전자 주식회사 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법
US6775533B2 (en) * 2001-07-27 2004-08-10 Nokia Corporation Apparatus, and associated method, for transferring data between a first target entity and a second target entity of a mobile radio communication system
JP3984447B2 (ja) * 2001-10-16 2007-10-03 株式会社エヌ・ティ・ティ・ドコモ 通信制御方法及び移動端末
FR2832895B1 (fr) 2001-11-26 2004-02-20 France Telecom Systeme de telecommunication a gestion centralisee
US7483984B1 (en) 2001-12-19 2009-01-27 Boingo Wireless, Inc. Method and apparatus for accessing networks by a mobile device
GB2383495A (en) * 2001-12-20 2003-06-25 Hewlett Packard Co Data processing devices which communicate via short range telecommunication signals with other compatible devices
US20030133421A1 (en) * 2002-01-17 2003-07-17 Rangamani Sundar Method, system and apparatus for providing WWAN services to a mobile station serviced by a WLAN
US20050176473A1 (en) * 2002-01-29 2005-08-11 Diego Melpignano Internet protocol based wireless communication arrangements
US20030163558A1 (en) * 2002-02-25 2003-08-28 Docomo Communications Laboratories Usa, Inc. System and method for Hyper Operator controlled network probing across overlaid heterogeneous access networks
US7236502B2 (en) * 2002-03-07 2007-06-26 Koninklijke Philips Electronics N. V. Internal signaling method to support clock synchronization of nodes connected via a wireless local area network
JP2003348007A (ja) * 2002-03-20 2003-12-05 Nec Corp 無線移動通信方法及び無線基地局並びに無線リソース管理装置及び移動端末装置
JP3921113B2 (ja) 2002-03-26 2007-05-30 株式会社エヌ・ティ・ティ・ドコモ 複合無線通信システム並びに複合無線通信システムにおける制御装置、無線端末および方法
KR100465208B1 (ko) * 2002-04-02 2005-01-13 조광선 Ad-hoc 네트워크 병용 무선이동통신 시스템,통신장치, 및 통신방법
US7961682B2 (en) * 2002-04-11 2011-06-14 Qualcomm Incorporated Handoff between base stations of different protocol revisions in a CDMA system
US20030224814A1 (en) * 2002-05-29 2003-12-04 Hai Qu Method and apparatus for sending a message from a wireless device
JP2005529540A (ja) * 2002-06-06 2005-09-29 トムソン ライセンシング ソシエテ アノニム 無線lanと移動体通信システムとの間の相互接続のための論理的サービングgprsサポート・ノード(sgsn)としての無線lan
WO2003105407A1 (ja) 2002-06-11 2003-12-18 ノキア コーポレイション 無線通信システム
JP3796200B2 (ja) * 2002-06-20 2006-07-12 インターナショナル・ビジネス・マシーンズ・コーポレーション 無線通信システム及び切替方法
US6889045B2 (en) * 2002-06-26 2005-05-03 Motorola, Inc. Method and apparatus for implementing bi-directional soft handovers between wireless networks via media gateway control
JP4000933B2 (ja) * 2002-07-19 2007-10-31 ソニー株式会社 無線情報伝送システム及び無線通信方法、無線端末装置
JP4289030B2 (ja) 2002-07-30 2009-07-01 パナソニック株式会社 移動管理方法および移動端末
FI114840B (fi) * 2002-09-12 2004-12-31 Nokia Corp Yhteysvastuun vaihtaminen
US6950655B2 (en) * 2002-10-01 2005-09-27 Interdigital Technology Corporation Method and system wherein handover information is broadcast in wireless local area networks
US7006481B2 (en) * 2002-10-10 2006-02-28 Interdigital Technology Corporation System and method for integrating WLAN and 3G
ATE314766T1 (de) * 2002-10-17 2006-01-15 Cit Alcatel Hybrides umts/wlan telekommunikationssystem
CN101715193A (zh) * 2002-10-18 2010-05-26 卡耐特无线有限公司 扩展有执照无线通信系统覆盖区域的装置与方法
US7751818B2 (en) * 2002-11-15 2010-07-06 Nokia Corporation Smart inter-technology handover control
US6993335B2 (en) * 2002-11-15 2006-01-31 Motorola, Inc. Apparatus and method for mobile/IP handoff between a plurality of access technologies
CN100409716C (zh) * 2002-12-19 2008-08-06 富士通株式会社 移动节点
ES2259073T3 (es) 2002-12-30 2006-09-16 France Telecom Transferencia entre redes inalambricas de diferentes tecnologias.
KR100510127B1 (ko) * 2002-12-31 2005-08-25 삼성전자주식회사 무선랜 환경에서 핸드오버 방법 및 모바일 노드의핸드오버 장치
KR100547112B1 (ko) * 2003-02-05 2006-01-26 삼성전자주식회사 무선랜환경에서의 핸드오버 방법 및 핸드오버 수행 모바일노드 장치
US20040165563A1 (en) * 2003-02-24 2004-08-26 Hsu Raymond T. Wireless local access network system detection and selection
JP2004260444A (ja) * 2003-02-25 2004-09-16 Ntt Docomo Inc ハンドオーバ制御システム及びその方法並びに移動端末、ハンドオーバ制御装置
US7542481B2 (en) * 2003-02-25 2009-06-02 Nokia Corporation Connection optimization for communications in multiple access environment
WO2004077747A1 (en) 2003-02-27 2004-09-10 Koninklijke Philips Electronics N.V. Method and system for improved handoff of a mobile device between wireless subnetworks
US6987985B2 (en) * 2003-06-06 2006-01-17 Interdigital Technology Corporation Wireless communication components and methods for multiple system communications
US7917152B2 (en) * 2003-06-27 2011-03-29 Nokia Corporation Enhanced fast handover procedures
CN100559899C (zh) * 2003-07-01 2009-11-11 株式会社日立制作所 移动IPv6本地代理无缝切换方法
GR1004638B (el) * 2003-07-08 2004-07-23 ATMELCorporation Μεθοδοσακαιασυστηματαααδιαλειπτησακινητικοτητασακινητωνατερματικωναεντοσαασυρματουαδικτυουαα
US7106714B2 (en) * 2003-11-25 2006-09-12 Motorola, Inc. Method and apparatus for transmission of control data in a packet data communication system
WO2005057968A1 (en) 2003-12-05 2005-06-23 Kineto Wireless, Inc. Apparatus and method for extending the coverage area of a wireless communication system using another wireless communication system
US7668145B2 (en) * 2003-12-22 2010-02-23 Nokia Corporation Method to support mobile IP mobility in 3GPP networks with SIP established communications
US7046647B2 (en) * 2004-01-22 2006-05-16 Toshiba America Research, Inc. Mobility architecture using pre-authentication, pre-configuration and/or virtual soft-handoff
FI20040280A0 (fi) * 2004-02-23 2004-02-23 Nokia Corp Menetelmä pakettikytkentäisen kanavanvaihdon suorittamiseksi matkaviestinjärjestelmässä
KR20050091611A (ko) * 2004-03-12 2005-09-15 삼성전자주식회사 고속으로 핸드오버를 수행하는 방법 및 장치
FI20040444A0 (fi) * 2004-03-23 2004-03-23 Nokia Corp Verkkoliitäntäkokonaisuuden valitseminen viestintäjärjestelmässä
WO2005107297A1 (en) 2004-04-21 2005-11-10 Kineto Wireless, Inc. A method and system for signaling traffic and media types within a communications network switching system
US7031280B2 (en) * 2004-04-26 2006-04-18 Motorola, Inc. Method and apparatus for hand over of calls
US20050243755A1 (en) * 2004-04-30 2005-11-03 Stephens Adrian P Method and system for adapting wireless network service level
US7710923B2 (en) * 2004-05-07 2010-05-04 Interdigital Technology Corporation System and method for implementing a media independent handover
US7676226B2 (en) * 2004-05-17 2010-03-09 Samsung Electronics Co., Ltd. Fast handover method optimized for IEEE 802.11 networks
US20050276240A1 (en) * 2004-05-27 2005-12-15 Gupta Vivek G Scheme for seamless connections across heterogeneous wireless networks
US20050266880A1 (en) * 2004-05-27 2005-12-01 Gupta Vivek G Open and extensible framework for ubiquitous radio management and services in heterogeneous wireless networks
US20060025169A1 (en) * 2004-07-29 2006-02-02 Christian Maciocco Apparatus and method capable of radio selection in a wireless device
US20060092890A1 (en) * 2004-11-01 2006-05-04 Gupta Vivek G Global network neighborhood: scheme for providing information about available networks in a geographical location
US7684342B2 (en) * 2004-11-03 2010-03-23 Intel Corporation Media independent trigger model for multiple network types
US7496364B2 (en) * 2004-11-05 2009-02-24 Freescale Semiconductor, Inc. Media-independent handover (MIH) method featuring a simplified beacon
US7848291B2 (en) * 2004-11-05 2010-12-07 Interdigital Technology Corporation Wireless metropolitan area network architecture for managing network resources and mobility
US20060104292A1 (en) * 2004-11-15 2006-05-18 Gupta Vivek G System and methods for supporting multiple communications interfaces with single client interface
RU2321172C2 (ru) 2005-03-18 2008-03-27 Самсунг Электроникс Ко., Лтд. СПОСОБ ПЕРЕДАЧИ ОБСЛУЖИВАНИЯ МОБИЛЬНОЙ СТАНЦИИ МЕЖДУ БЕСПРОВОДНОЙ СЕТЬЮ ПЕРЕДАЧИ ДАННЫХ ПО СТАНДАРТУ IEEE 802.11b И БЕСПРОВОДНОЙ СЕТЬЮ ПЕРЕДАЧИ ДАННЫХ ПО СТАНДАРТУ IEEE 802.16 (ВАРИАНТЫ)
KR101114084B1 (ko) * 2005-04-11 2012-02-21 엘지전자 주식회사 매개체 무관 핸드오버를 지원하는 통신방법
US7835743B2 (en) * 2005-08-03 2010-11-16 Toshiba America Research, Inc. Seamless network interface selection, handoff and management in multi-IP network interface mobile devices

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009103280A2 (de) * 2008-02-21 2009-08-27 Ic3S Information, Computer Und Solartechnik Ag Ip-basiertes kommunikationsverfahren für mobilfunkgeräte
WO2009103280A3 (de) * 2008-02-21 2010-01-07 Ic3S Information, Computer Und Solartechnik Ag Ip-basiertes kommunikationsverfahren für mobilfunkgeräte

Also Published As

Publication number Publication date
US8233455B2 (en) 2012-07-31
DE602005018528D1 (de) 2010-02-04
TW200629847A (en) 2006-08-16
EP1810526B1 (de) 2009-12-23
CN101932132A (zh) 2010-12-29
NO20072855L (no) 2007-08-03
KR101235712B1 (ko) 2013-02-22
JP2008519568A (ja) 2008-06-05
TW200939717A (en) 2009-09-16
CN101057508A (zh) 2007-10-17
WO2006052563A2 (en) 2006-05-18
EP1810526A2 (de) 2007-07-25
EP2398278A3 (de) 2012-05-30
KR20070012607A (ko) 2007-01-26
CN101765175A (zh) 2010-06-30
AU2009250995B2 (en) 2012-08-09
AU2005305080B2 (en) 2009-09-17
TWM294788U (en) 2006-07-21
US7738871B2 (en) 2010-06-15
KR20060052472A (ko) 2006-05-19
EP1810526A4 (de) 2008-01-23
MY143904A (en) 2011-07-29
US20100246532A1 (en) 2010-09-30
CN200947608Y (zh) 2007-09-12
JP5222511B2 (ja) 2013-06-26
ATE453295T1 (de) 2010-01-15
GEP20125508B (en) 2012-05-10
ES2338678T3 (es) 2010-05-11
TW201429207A (zh) 2014-07-16
AU2005305080A1 (en) 2006-05-18
AU2009250995A1 (en) 2010-01-21
US20060140150A1 (en) 2006-06-29
BRPI0516676A (pt) 2008-09-16
CA2585931C (en) 2013-04-30
TWI430634B (zh) 2014-03-11
KR101239714B1 (ko) 2013-03-12
AR051480A1 (es) 2007-01-17
IL182992A0 (en) 2007-08-19
JP2008011573A (ja) 2008-01-17
DK1810526T3 (da) 2010-05-03
IL182992A (en) 2011-09-27
EP2398278A2 (de) 2011-12-21
TWI403198B (zh) 2013-07-21
EP2160057A3 (de) 2012-05-30
MX2007005237A (es) 2007-07-20
JP4874988B2 (ja) 2012-02-15
CA2585931A1 (en) 2006-05-18
EP2160057A2 (de) 2010-03-03
WO2006052563A3 (en) 2007-04-26

Similar Documents

Publication Publication Date Title
DE202005017283U1 (de) Drahtloses Kommunikationssystem zum Implementieren eines medienunabhängigen Handover zwischen technologisch verschiedenartigen Zugangsnetzen
DE60121626T2 (de) Zugriffssystem für ein Zugriffsnetzwerk
DE602004003016T2 (de) Gerät in einem Netzwerk und Verfahren für einen stabilen Handoff in einem IP-basierten ad-hoc-Mobilfunknetzwerk
DE69837136T2 (de) Optimierte Leitweglenkung
EP2222117B1 (de) Mittel und Verfahren zur Unterstützung der Übergabe in integrierten Funkzugangsnetzen
DE60307097T2 (de) Datenstrombasiertes selektives Reverse Tunneling in WLAN - Zellularsystemen
DE202005019276U1 (de) Vorrichtung und System für die Zusammenarbeit von zellularen Netzwerken und drahtlosen lokalen Netzwerken
DE202005014254U1 (de) Drahtlose Kommunikationsbestandteile zur Unterstützung der Kompatibilität zwischen mehreren Netzwerkarten
DE202006000745U1 (de) Vorrichtung für die Übergabe einer laufenden Kommunikationssitzung zwischen heterogenen Netzwerken
DE202006000703U1 (de) Vorrichtung zur Ausfindigmachung von Systemen und Benutzerauswahl
DE102005001123A1 (de) Kommunikationssystem, Verfahren zum Steuern eines Kommunikationssystems, Netzzugangsvorrichtung und Verfahren zum Steuern einer Netzzugangsvorrichtung
EP1364549B1 (de) Verfahren zur relokation des diversitätspunktes einer mobilen station in einem funkzugriffsnetz
DE69935863T2 (de) Mobilendgerät und drahtloses gerät mit gemeinsamer ip-adresse
KR200446708Y1 (ko) 기술적으로 다양한 액세스 네트워크들 사이에서 매체독립적인 핸드오버를 구현하기 위한 무선 통신 시스템
KR200411873Y1 (ko) 기술적으로 다양한 액세스 네트워크들 사이에서 미디어독립적인 핸드오버를 구현하기 위한 무선 통신 시스템
WO2006086952A1 (de) Kommunikationssystem, verfahren zum betreiben eines kommunikationssystems, kommunikationsnetzwerk und verfahren zum betreiben eines kommunikationsnetzwerks
DE102004031126A1 (de) Kommunikationssystem, Verfahren zum Steuern eines Kommunikationssystems, Netzzugangsvorrichtung und Verfahren zum Steuern einer Netzzugangsvorrichtung

Legal Events

Date Code Title Description
R207 Utility model specification

Effective date: 20060713

R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04Q0007380000

Ipc: H04W0036140000

R150 Utility model maintained after payment of first maintenance fee after three years

Effective date: 20081119

R151 Utility model maintained after payment of second maintenance fee after six years
R151 Utility model maintained after payment of second maintenance fee after six years

Effective date: 20111207

R152 Utility model maintained after payment of third maintenance fee after eight years
R152 Utility model maintained after payment of third maintenance fee after eight years

Effective date: 20131111

R071 Expiry of right