ES2490215T3 - Método y dispositivo para el redireccionamiento de agentes locales - Google Patents

Método y dispositivo para el redireccionamiento de agentes locales Download PDF

Info

Publication number
ES2490215T3
ES2490215T3 ES09799969.2T ES09799969T ES2490215T3 ES 2490215 T3 ES2490215 T3 ES 2490215T3 ES 09799969 T ES09799969 T ES 09799969T ES 2490215 T3 ES2490215 T3 ES 2490215T3
Authority
ES
Spain
Prior art keywords
local agent
redirection
message
redirect
address
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.)
Active
Application number
ES09799969.2T
Other languages
English (en)
Inventor
Yangsong Xia
Behcet Sarikaya
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2490215T3 publication Critical patent/ES2490215T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing 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/06—Registration at serving network Location Register, VLR or user mobility server
    • H04W8/065—Registration at serving network Location Register, VLR or user mobility server involving selection of the user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing 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/08—Mobility data transfer
    • H04W8/12—Mobility data transfer between location registers or mobility servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Un método para redirigir un dispositivo desde un primer agente local (205) a un segundo agente local (210), comprendiendo el método: enviar, por el dispositivo, un primer mensaje al primer agente local (205), donde el primer mensaje comprende una actualización de vinculación, y donde la actualización de vinculación comprende una indicación de admisión del redireccionamiento, que indica que el dispositivo admite el redireccionamiento; recibir, por el dispositivo, un segundo mensaje desde el primer agente local (205), donde el segundo mensaje comprende un acuse de vinculación y una indicación de redireccionamiento de que el dispositivo está siendo redirigido al segundo agente local; y enviar, por el dispositivo, un tercer mensaje al segundo agente local (210), donde se incluye en el tercer mensaje una lista de direcciones de agentes locales hacia y desde los que ha sido redirigido el dispositivo y donde la lista de direcciones se utiliza para romper los bucles de redireccionamiento, así como para ayudar en la selección de un agente local objetivo para el redireccionamiento.

Description

5
10
15
20
25
30
35
40
45
50
E09799969
06-08-2014
DESCRIPCIÓN
Método y dispositivo para el redireccionamiento de agentes locales
Campo técnico
La presente invención está relacionada en general con las comunicaciones y, más en particular, con un método y un dispositivo para la reorientación de agentes locales
Antecedentes
El IPv6 de Móviles (MIPv6) es una implementación del Protocolo de Internet versión 6 (IPv6) que da soporte al intercambio de datos en una interconexión de redes de conmutación de paquetes. El MIPv6 permite que un IPv6 sea móvil, es decir, se desplace arbitrariamente sobre una red IPv6, al tiempo que mantiene las conexiones existentes así como la capacidad de ser alcanzado utilizando una dirección IPv6.
La figura 1 ilustra una interconexión de redes 100. La interconexión de redes 100 incluye un nodo móvil (MN) 105 que se comunica con un ordenador central 110, por ejemplo. Las comunicaciones entre el MN 105 y el ordenador central 110 pasan a través de un agente local (HA) 115. Todo el tráfico hacia y desde el MN 105 debe pasar a través del HA 115. El MN 105 registra su situación actual, por ejemplo, su dirección IP, en el HA 115. Sin embargo, antes de proporcionar al HA 115 su propia dirección IP, el MN 105 puede necesitar obtener la dirección IP del HA 115. Se hace referencia aquí al documento “Mobile IPv6 Bootstrapping in Split Scenario” (Arranque de IPv6 de móviles en un escenario dividido), de Giaretta, G., Kempf, J., y V. Devarapalli, RFC 5026, Octubre 2007, para un estudio detallado del registro de un MN en un HA.
Generalmente, puede haber múltiples HA que pueden servir como HA para un MN en particular. Puede seleccionarse un HA en particular entre los múltiples HA, basándose en factores tales como la proximidad a un MN o a un ordenador central, los tiempos de respuesta del HA, la carga del HA, y similares. Una vez que se ha seleccionado un HA como el HA del MN, se puede intercambiar una secuencia de mensajes para completar el proceso de registro, donde la secuencia exacta depende del mecanismo real que se está utilizando para efectuar el registro.
Típicamente, una vez que el MN se ha registrado en el HA, el MN puede permanecer con el HA hasta que se haya desconectado, abandone la interconexión de redes o similar. Sin embargo, puede ser necesario que el HA del MN redirija el MN a un HA diferente. El HA puede redirigir el MN al HA diferente debido a factores tales como sobrecarga, equilibrio de carga, tiempo de inactividad programado, ocurrencia de una avería o error inesperados y similares.
En el documento “Mobility Header Home Agent Switch Message” (Mensaje de conmutación de agente local en la cabecera de movilidad), de Haley, B., Devarapalli, V., Deng, H., y J.Kempf, RFC 5142, Enero 2008, se propone un mecanismo denominado Conmutación de Agente Local, para permitir que un HA transfiera algunos de sus MN a otros HA. Se puede utilizar un mensaje de Conmutación de Agente Local como notificación de la transferencia entre el HA y un MN. Sin embargo, el mecanismo de Conmutación de Agente Local solamente puede ser usado después de que se haya creado una caché de vinculación en el HA para el MN. La necesidad de crear la caché de vinculación puede añadir cargas adicionales en el HA, el cual puede ya estar sobrecargado o averiado.
El documento D1 es una solicitud de patente de Estados Unidos con el número de publicación US 2002/0067704, que divulga una solución en la que cada agente local almacenará localmente la información de carga de otros agentes locales e intercambiará la información de carga con los demás agentes locales; el nodo móvil intenta registrarse primero en su agente local principal; este registro no se completa debido, por ejemplo, a un fallo del agente local principal o cuando la red elige registrarse en otro agente local que tiene menor carga que el agente local principal; el nodo móvil intenta entonces registrarse en un segundo agente local alternativo; si el agente local alternativo acepta la petición, el nodo móvil puede acceder a los servicios MIP a través del agente local alternativo.
El documento D1 divulga que el método está relacionado con las comunicaciones de datos en redes de conmutación de paquetes y, más específicamente, con la movilidad de los terminales de las redes que implementan el Protocolo de Internet de móviles (MIP). El documento D1 está relacionado con el equilibrio dinámico de cargas entre agentes locales y no está relacionado con ningún problema de bucles de redireccionamiento cuando se redirige un dispositivo entre agentes locales.
El documento D2 es un borrador del estándar IETF con el título de “Re-direct mechanism for IKEv2; draftdevarapalliipsec-ikev2-redirect 02.txt” RE-DIRECT MECHANISM FOR IKEV2; DRAFTDEVARAPALLIIPSEC-IKEV2-REDIRECT 20080714 INTERNET ENGINEERING TASK FORCE, IEFT; STANDARDWORKINGDRAFT, INTERNET SOCIETY (ISOC) 4, RUE DESDE FALAISES CH-1205 GINEBRA, SUIZA, núm. 2, 14 Julio 2008 (200807-14) XPO1 5057545, que divulga un mecanismo de redireccionamiento para IKEv2, para que la pasarela VPN de sobrecarga redirija el cliente VPN a otra pasarela, y divulga además la estructura y el contenido del mensaje de
5
10
15
20
25
30
35
40
45
50
E09799969
06-08-2014
redireccionamiento.
Sumario de la invención
Estos y otros problemas se resuelven o soslayan generalmente, y las ventajas técnicas se consiguen generalmente, por los modos de realización de un método y un dispositivo para el redireccionamiento de agentes locales.
De acuerdo con un modo de realización, se proporciona un método para redirigir un dispositivo desde un primer agente local a un segundo agente local. El método incluye el envío, por el dispositivo, de un primer mensaje al primer agente local, y recibir, por el dispositivo, un segundo mensaje desde el primer agente local, donde el primer mensaje incluye una actualización de vinculación que incluye una indicación de admisión del redireccionamiento que indica que el dispositivo admite el redireccionamiento, y el segundo mensaje incluye un acuse de vinculación y una indicación de redireccionamiento de que el dispositivo está siendo redirigido al segundo agente local, y enviar, por el dispositivo, un tercer mensaje al segundo agente local, donde se incluye en el tercer mensaje una lista de direcciones de agentes locales desde y hacia los que el dispositivo ha sido redirigido, y donde la lista de direcciones se utiliza para romper bucles de redireccionamiento así como para ayudar a la selección de un HA objetivo para el redireccionamiento.
De acuerdo con otro modo de realización, se proporciona un dispositivo. El dispositivo incluye un transmisor y envía un primer mensaje a un primer agente local, y un receptor recibe un segundo mensaje desde el primer agente local. El primer mensaje comprende una actualización de vinculación y la actualización de vinculación incluye una indicación de admisión del redireccionamiento que indica que el dispositivo admite el redireccionamiento. El segundo mensaje incluye un acuse de vinculación y una indicación de redireccionamiento de que el dispositivo está siendo redirigido a un segundo agente local. El transmisor está configurado además para enviar un tercer mensaje al segundo agente local, donde el tercer mensaje incluye una lista de direcciones de agentes locales hacia y desde los que el dispositivo ha sido redirigido, y donde la lista de direcciones de agentes locales se utiliza para romper los bucles de redireccionamiento, así como para ayudar en la selección del HA objetivo para el redireccionamiento.
Una ventaja de un modo de realización es que el redireccionamiento de un MN desde un primer HA a un segundo HA incluye información histórica para ayudar a impedir un subsiguiente redireccionamiento del MN al primer HA. Esto puede ayudar a impedir el indeseado ping-pong del MN entre distintos HA, lo cual puede impactar negativamente al rendimiento del MN, del primer HA, y del segundo HA, así como a otros dispositivos de comunicaciones, debido al aumento de tráfico de mensajes en la red.
Una ventaja adicional de un modo de realización es que el redireccionamiento de un MN desde un primer HA a un segundo HA puede ocurrir incluso cuando se utiliza un proxy en lugar del MN.
Lo que antecede ha descrito bastante ampliamente las características y ventajas técnicas de la presente invención, con el fin de que la descripción detallada de los modos de realización que siguen pueda ser comprendida mejor. De aquí en adelante se describirán características y ventajas adicionales de los modos de realización que forman el objeto de las reivindicaciones de la invención. Debe apreciarse por los expertos en la técnica que la concepción y modos de realización específicos divulgados pueden ser fácilmente utilizados como base para modificar o diseñar otras estructuras o procesos para llevar a cabo los mismos propósitos de la presente invención. Debe tenerse en cuenta también por los expertos en la técnica que tales construcciones equivalentes no se apartan del espíritu y alcance de la invención, tal como se establece en las reivindicaciones anexas.
Breve descripción de los dibujos
Para una comprensión más completa de los modos de realización, y de las ventajas de los mismos, se hace ahora referencia a las descripciones siguientes, tomadas en conjunto con los dibujos que se acompañan, en los cuales:
La figura 1 es un diagrama de una interconexión de redes;
La figura 2a es un diagrama de un redireccionamiento de agente local, donde el redireccionamiento de agente local tiene lugar con un nodo móvil;
La figura 2b es un diagrama de un redireccionamiento de agente local, donde el redireccionamiento de agente local tiene lugar con un proxy de un nodo móvil;
La figura 3a es un diagrama de un intercambio de mensajes entre un nodo móvil y un agente local en un redireccionamiento de agente local, donde el redireccionamiento de agente local tiene lugar utilizando mensajes de Intercambio de Claves de Internet versión 2;
La figura 3b es un diagrama de un intercambio de mensajes entre un nodo móvil y un agente local objetivo en un redireccionamiento de agente local, donde el redireccionamiento de agente local tiene lugar utilizando mensajes de Intercambio de Claves de Internet versión 2;
10
15
20
25
30
35
40
45
50
E09799969
06-08-2014
La figura 4 es un diagrama de un intercambio de mensajes entre un nodo móvil y un agente local objetivo en un redireccionamiento de agente local, donde el redireccionamiento de agente local tiene lugar utilizando mensajes del protocolo de autenticación del Protocolo de Internet para Móviles versión 6;
La figura 5 es un diagrama de flujo de las operaciones de un nodo móvil en el redireccionamiento de un agente local;
La figura 6 es un diagrama de flujo de las operaciones de un proxy en el redireccionamiento de un agente local;
La figura 7a es un diagrama de flujo de las operaciones de un agente local en el redireccionamiento de un agente local;
La figura 7b es un diagrama de flujo de las operaciones de un agente local objetivo en el redireccionamiento de un agente local; y
La figura 8 es un diagrama de una vista de alto nivel de un dispositivo electrónico.
Descripción detallada de modos de realización ilustrativos
A continuación se estudian en detalle la realización y uso de los modos de realización. Sin embargo, debe apreciarse que la presente invención proporciona muchos conceptos inventivos aplicables que pueden ser materializados en una amplia variedad de contextos específicos. Los modos de realización específicos estudiados son meramente ilustrativos de las maneras específicas para realizar y usar la invención, y no limitan el alcance de la invención.
Los modos de realización serán descritos en un contexto específico, que es el de un nodo móvil que se comunica a través de una red utilizando el IPv6 de móviles (MIPv6).
La figura 2a ilustra un redireccionamiento de HA, donde el redireccionamiento de HA tiene lugar directamente con un MN. Como se ilustra en la figura 2a, el redireccionamiento de HA da como resultado que el HA del MN 105 cambia desde el HA1 205 al HA2 210. El redireccionamiento de HA puede ser un proceso de tres pasos, siendo el primer paso una transmisión de una actualización de vinculación (BU) desde el MN 105 al HA1 205 (ilustrado como línea de puntos 220), siendo el segundo paso una transmisión de un acuse de vinculación (BA) con la opción de REDIRECT desde el HA1 205 al MN 105 (ilustrado como línea continua 225), y siendo el tercer paso una transmisión de un BU desde el MN 105 al HA2 210 (ilustrado como línea continua (230).
La figura 2b ilustra un redireccionamiento de HA, donde el redireccionamiento de HA tiene lugar con un proxy de un MN. En el funcionamiento del proxy MIPv6 (denominado también como proxy MIPv6 o PMIPv6) el AR1 120 sirve como proxy para el MN 105, y puede ser denominado como pasarela de acceso de móviles. El HA1 205 que sirve como HA para el MN 105, puede ser denominado anclaje local de movilidad. Como se ilustra en la figura 2b, el redireccionamiento de HA es el resultado de que el HA del MN 105 cambia desde el HA1 205 al HA2 210. Como el AR1 120 sirve de proxy para el MN 105, el AR1 120 toma el lugar del MN 105 en el redireccionamiento de HA. El redireccionamiento de HA puede ser un proceso de tres pasos, siendo el primer paso una transmisión de una actualización de vinculación del proxy (PBU) desde el AR1 120 al HA1 205 (ilustrado como línea de puntos 240), siendo el segundo paso una transmisión de un acuse de vinculación del proxy (PBA) que contiene una opción de REDIRECT desde el HA1 205 al AR1 120 (ilustrado como línea continua 245), y siendo el tercer paso una transmisión de un PBU desde el AR1 120 al HA2 210 (ilustrado como línea continua 250).
Un redireccionamiento de HA diferente puede diferir dependiendo del uso de la Seguridad del Protocolo de Internet (IPsec) o de la falta de IPsec (no-IPsec).
Cuando se utiliza el IPsec, se requiere que el HA y el MN tengan asociaciones de seguridad de IPsec que se establezcan y se mantengan por el Intercambio de Claves de Internet (IKE), véase el documento “Mobility Support in IPv6” (Soporte de Movilidad en IPv6), de Johnson, D., Perkins, C., y J. Arkko, RFC 3775, Junio de 2004. El funcionamiento con IKE versión 1 (IKEv1) se describe en el documento “Using IPsec to Protect Mobile IPv6 Signalling Between Mobile Nodes and Home Agents” (Utilización de IPsec para proteger la señalización IPv6 de móviles entre nodos móviles y agentes locales), de Arkko, J., Devarapalli, V., y F.Dupont, RFC 3776, Junio de 2004, y el mantenimiento de la asociación de seguridad con IKE versión 2 (IKEv2) se describe en el documento “Mobile IPv6 Operation with IKEv2 and the Revised IPsec Architecture” (Funcionamiento de IPv6 de móviles con IKEv2 y la arquitectura IPsec revisada), Devarapalli, V y F. Dupont, RFC 4877, Abril de 2007. Se propone un mecanismo de redireccionamiento de HA en el documento “Re-direct Mechanism para IKEv2” (Mecanismo de redireccionamiento para IKEv2), de Devarapalli, V., Weniger, K., y P. Eronen, draft-ietf-ìpsecme-ikev2-redirect-09, de Mayo de 2009. Cuando se utiliza el no-IPsec, se puede utilizar un método alternativo que consiste en una opción de autenticación de mensajes de movilidad específicos del MIPv6, añadida a los mensajes de señalización de MIPv6; véase el documento “Authentication Protocol for Mobile IPv6” (Protocolo de autenticación para el IPv6 de móviles) de Patel, A., Leung, K., Khalil, M., Akhtar, H., y K. Chowdhury, RFC 4285, Enero de 2006. Además, se añaden opciones adicionales de MIPv6 como se divulga a continuación.
E09799969
06-08-2014
La figura 3a ilustra un intercambio de mensajes entre un MN y un HA en un redireccionamiento de HA, donde el redireccionamiento de HA tiene lugar con IKEv2. El intercambio de mensajes incluye mensajes que son típicamente parte de un intercambio de autenticación entre el MN y el HA. Sin embargo, el intercambio de mensajes incluye una transmisión desde el MN al HA que incluye una indicación al HA de que el MN admite el redireccionamiento de HA (transmisión 305). La indicación de que el MN admite el redireccionamiento de HA puede ser transportada en una opción REDIRECT_SUPPORTED y puede ser incluida en una actualización de vinculación.
La opción REDIRECT_SUPPORTED tiene la forma siguiente: 01 23 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tipo | Longitud | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| Código | Reservado | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-Tipo
TBD. REDIRECT_SUPPORTED, REDIRECT y REDIRECTED_FROM comparten el mismo tipo de valor Longitud
representa la longitud en octetos de la opción de movilidad, sin incluir los campos de Tipo y Longitud
Código
1
REDIRECT_SUPPORTED
2
REDIRECT
3
REDIRECTED_FROM
Volviendo ahora a la figura 3a, el intercambio de mensajes incluye también una transmisión desde el HA al MN que inicia el redireccionamiento de HA por medio de una opción de redireccionamiento (transmisión 310).La transmisión 310 puede incluir una indicación de un redireccionamiento de HA así como una dirección de un HA objetivo (el objetivo del redireccionamiento de HA), pudiendo ser transportados ambos en una opción REDIRECT.
La opción REDIRECT tiene la forma siguiente:
imagen1
| Tipo | Longitud | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Código | Núm. de HA objetivo | T | Reservado | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|
|
~
Direcciones del Agente Local objetivo
~
|
|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Tipo
E09799969
06-08-2014
TBD. REDIRECT_SUPPORTED, REDIRECT y REDIRECTED_FROM comparten el mismo tipo de valor Longitud representa la longitud en octetos de la opción de movilidad, sin incluir los campos de Tipo y Longitud Código
5 1 REDIRECT_SUPPORTED 2 REDIRECT 3 REDIRECTED_FROM
Número de HA objetivo Número de direcciones de agentes locales objetivo de la lista siguiente
10 T El tipo de dirección. Tiene el significado siguiente: 01 La dirección del agente local es IPv4 11 La dirección del agente local es IPv6
Direcciones de agente local objetivo 15 lista de direcciones IP La figura 3b ilustra un intercambio de mensajes entre un MN y un HA objetivo en un redireccionamiento de HA, donde el redireccionamiento de HA tiene lugar con IKEv2. Cuando el MN recibe la transmisión 310 con la opción REDIRECT, el MN puede iniciar un nuevo intercambio IKE_SA_INIT con el HA objetivo. El nuevo intercambio IKE_SA_INIT incluye un mensaje que contiene una dirección de HA que redirige el MN al HA objetivo, en la forma de
20 una opción de REDIRECTED_FROM (transmisión 350). El HA objetivo puede responder con un acuse (transmisión 355). La opción REDIRECT_FROM tiene la forma siguiente: 01 23 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
25 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Tipo | Longitud | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Código | T | Reservado | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
30| | ~ Direcciones del Agente Local objetivo ~ || +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
35 Tipo TBD. REDIRECT_SUPPORTED, REDIRECT y REDIRECTED_FROM comparten el mismo tipo de valor Longitud representa la longitud en octetos de la opción de movilidad, sin incluir los campos de Tipo y Longitud 6
5
10
15
20
25
30
35
40
45
E09799969
06-08-2014
Código
1 REDIRECT_SUPPORTED
2 REDIRECT
3 REDIRECTED_FROM
T
El tipo de dirección. Tiene el significado siguiente:
01 La dirección del agente local es IPv4
11 La dirección del agente local es IPv6
Dirección del agente local original
Una dirección IP del agente local original
La presencia de la dirección del HA que inicia el redireccionamiento de HA en la opción REDIRECT_FROM puede ser utilizada para ayudar a impedir una situación en la que el MN es redirigido continuamente entre los HA. Por ejemplo, el HA1 puede redirigir un MN a un HA2, el cual puede redirigir el MN con vuelta al HA1. La dirección del iniciador del redireccionamiento puede impedir el redireccionamiento desde HA2 con vuelta al HA1.
En un modo de realización alternativo, en lugar de enviar solamente la dirección del HA que inicia el redireccionamiento de HA, la opción REDIRECT_FROM puede incluir, o el MN puede almacenar, una lista de direcciones de HA hacia y desde las que ha sido redirigido. La lista de direcciones puede ser utilizada para romper bucles de redireccionamiento, así como ayuda en la selección de un HA objetivo para el redireccionamiento.
La figura 4 ilustra un intercambio de mensajes entre un MN y un HA en un redireccionamiento de HA, donde el redireccionamiento de HA tiene lugar con un protocolo de autenticación para el MIPv6. El intercambio de mensajes comienza con el envío por el MN de una actualización de vinculación (BU) al HA (transmisión 405). La BU (transmisión 405) incluye la opción REDIRECT_SUPPORTED, como se ha estudiado anteriormente para indicar al HA que el MN admite los redireccionamientos de HA. La BU incluye también una opción de movilidad de autenticación de MN-AAA, que puede ser utilizada para autenticar el MN.
El HA puede extraer del BU un identificador del MN (MN-ID), un autenticador y similares. El HA puede enviar un mensaje de Solicitud de Acceso AAA a un servidor local AAA, para autenticar al MN (transmisión 410). El servidor local AAA autentica y autoriza al MN y devuelve un mensaje de Aceptación de Acceso AAA al HA (transmisión 415). El mensaje de Aceptación de Acceso AAA puede ser un indicador de que la autenticación y la autorización del MN tuvieron éxito. Además, el servidor local AAA distribuye también una clave MN-HA al HA para el subsiguiente proceso de MN-HA.
El HA puede enviar un acuse de vinculación (BA) al MN (transmisión 420). El BA (transmisión 420) incluye la opción de REDIRECT como se ha estudiado anteriormente, para iniciar un redireccionamiento de HA del MN desde el HA a un HA objetivo, cuya dirección está incluida en la opción REDIRECT.
Cuando el MN recibe el BA con la opción REDIRECT, el MN puede iniciar un nuevo intercambio de mensajes BU/BA con el HA objetivo (especificado en la opción REDIRECT). El MN incluye la dirección del HA que ha redirigido el MN al HA objetivo.
La figura 5 ilustra un diagrama de flujo de las operaciones 500 del MN en un redireccionamiento de HA. Las operaciones 500 del MN pueden ser indicativas de las operaciones que tienen lugar en un MN, tal como el MN 105, cuando es redirigido desde un HA, tal como el HA1 205, a un HA objetivo, tal como el HA2 210. Las operaciones 500 del MN pueden ocurrir en cualquier momento mientras que el MN esté en un modo de funcionamiento normal y mientras que el MN admita el redireccionamiento de HA. Los intercambios reales de mensajes pueden depender del uso de técnicas IPsec o no-IPsec. Sin embargo, las operaciones subyacentes son consistentes con ambas.
Las operaciones 500 de MN pueden comenzar con el registro del MN en el HA (bloque 505). Tras completar el registro en el HA, el MN puede enviar una BU al HA (bloque 510). La BU puede incluir la opción REDIRECT_SUPPORTED que informa al HA de que el MN admite el redireccionamiento de HA. Si el MN no incluye la opción REDIRECT_SUPPORTED en la BU, el MN no puede ser un candidato para el redireccionamiento de HA.
Si el MN admite el redireccionamiento de HA e incluye la opción de REDIRECT_SUPPORTED en la BU, y si el HA desea redirigir el MN, entonces el MN puede recibir una BA desde el HA, donde el BA incluye la opción REDIRECT
10
15
20
25
30
35
40
45
50
55
E09799969
06-08-2014
(bloque 515). El HA puede incluir en la opción REDIRECT una dirección de un HA objetivo, al cual desea redirigir el MN.
El MN puede enviar una BU a un HA objetivo (bloque 520). La BU puede incluir una opción REDIRECT_FROM, la cual incluye una dirección del HA. Cuando el HA objetivo responde a la BU desde el MN, el MN ha redirigido con éxito desde el HA al HA objetivo y las operaciones 500 del MN pueden terminar.
La figura 6 ilustra un diagrama de flujo de las operaciones 600 de la pasarela de acceso a móviles (MAG) en un redireccionamiento de HA. Las operaciones 500 de MAG pueden ser indicativas de las operaciones que tienen lugar en una MAG, tal como el ARI 120, cuando es redirigido desde un anclaje de movilidad local (LMA), tal como el HA1 205, a un LMA objetivo, tal como el HA2 210. Las operaciones 500 de MAG pueden tener lugar en cualquier momento en el que el MAG esté en el modo de funcionamiento normal y mientras que la MAG admita el redireccionamiento de HA. Los intercambios reales de mensajes pueden depender del uso de técnicas IPsec o no-IPsec. Sin embargo, las operaciones subyacentes son consistentes con ambas.
Las operaciones 600 de MAG pueden comenzar con el registro de la MAG en el LMA (bloque 605). Tras completar el registro en el LMA, la MAG puede enviar una PBU al LMA (bloque 610). La PBU puede incluir una opción (REDIRECT_SUPPORTED) que informa al LMA que la MAG admite el redireccionamiento de HA. Si la MAG no incluye la opción REDIRECT_SUPPORTED en la PBU, entonces la MAG no puede ser un candidato para el redireccionamiento de HA.
Si la MAG admite el redireccionamiento de HA e incluye la opción REDIRECT_SUPPORTED en la PBU, y si el LMA desea redirigir la MAG, entonces la MAG puede recibir un PBA desde el LMA, donde el PBA incluye la opción REDIRECT (bloque 615). El LMA puede incluir en la opción REDIRECT una dirección de un LMA objetivo, al cual desea redirigir la MAG.
La MAG puede enviar una PBU al LMA objetivo (bloque 620). La PBU puede incluir una opción REDIRECT_FROM, que incluye una dirección del LMA. Cuando el LMA objetivo responde a la PBU desde la MAG con un PBA, la MAG ha redirigido con éxito desde el LMA al LMA objetivo y las operaciones 600 de la MAG pueden terminar.
La figura 7a ilustra un diagrama de flujo de las operaciones 700 de HA en un redireccionamiento de HA. Las operaciones 700 de HA pueden ser indicativas de operaciones que ocurren en un HA, tal como el HA1 205, que puede desear, por razones tales como estar sobrecargado, inactividad programada, avería detectada, y similares, redirigir al menos un MN a un HA objetivo, tal como el HA2 210. Las operaciones 700 de HA pueden ocurrir en cualquier momento en el que el HA esté en modo de funcionamiento normal y sea un HA registrado en al menos un MN que admita el redireccionamiento de HA. Los intercambios reales de mensajes pueden depender del uso de técnicas de IPsec o de no-IPsec. Sin embargo, las operaciones subyacentes son consistentes con ambas.
Las operaciones 700 de HA pueden comenzar con la recepción por el HA de una BU desde el bloque MN (bloque 705). La BU puede incluir la opción REDIRECT_SUPPORTED que informa al HA que el MN admite el redireccionamiento de HA. Si el MN no incluye la opción REDIRECT_SUPPORTED en la BU, entonces el MN no puede ser un candidato para el redireccionamiento de HA.
SI el MN admite el redireccionamiento de HA (Bloque 710) y si el HA necesita redirigir el MN (bloque 715), entonces el HA puede enviar un BA al MN (bloque 720). El BA puede incluir la opción REDIRECT que informa al MN que se redirija a un HA objetivo, cuya dirección está incluida en el BA. Las operaciones 700 de HA pueden terminar entonces.
Aunque la descripción de las operaciones 700 de HA se enfocan en un redireccionamiento de HA con un MN, el redireccionamiento de HA pude ocurrir también con un proxy de un MN, por ejemplo, un enrutador de acceso. En el PMIPv6, al HA se le conoce también como un Anclaje Local de Movilidad (LMA). Cuando ocurre el redireccionamiento de un LMA con un proxy (denominado también como pasarela de acceso de móviles), el intercambio de mensajes es entre el LMA y la pasarela de acceso de móviles en lugar del MN. Además, una PBU sustituye a la BU y un PBA sustituye al BA. Por ejemplo, en el bloque 705, en lugar de recibir una BU desde el MN, el LMA recibe una PBU desde la pasarela de acceso de móviles y, en el bloque 720, en lugar de enviar un BA al MN, el LMA envía un PBA a la pasarela de acceso de móviles.
La figura 7b ilustra un diagrama de flujo de las operaciones 750 de HA en un redireccionamiento de HA, donde el HA es un HA objetivo. Las operaciones 750 de HA pueden ser indicativas de operaciones en un HA objetivo, tal como el HA2 210. Las operaciones 750 de HA pueden ocurrir en cualquier momento en el que el HA objetivo esté en un modo de funcionamiento normal.
Las operaciones 750 de HA pueden comenzar con la recepción por el HA objetivo de una BU desde un MN (bloque 755). La BU puede incluir la opción REDIRECT_SUPPORTED que informa al HA objetivo que el MN admite el redireccionamiento de HA. Además, la BU puede incluir también una dirección del HA que está redirigiendo el MN al HA objetivo. El HA objetivo puede entonces determinar si el MN ha de ser redirigido al HA objetivo (bloque 760). Si
10
15
20
25
30
35
40
45
E09799969
06-08-2014
el MN ha de ser redirigido al MN objetivo, entonces el MN objetivo puede enviar un BA al MN (bloque 765). Las operaciones 750 de HA pueden terminar entonces.
La figura 8 ilustra una vista de alto nivel de un dispositivo 800. El dispositivo 800 incluye un receptor 805 para recibir las transmisiones. El receptor 805 puede ser inalámbrico, cableado, o ambas cosas inalámbrico y cableado. Las transmisiones recibidas pueden ser descodificadas por el descodificador 810 de paquetes, que puede descodificar parcialmente un paquete, donde puede procesarse el contenido del paquete. Se puede utilizar un control 815 para controlar la recepción y transmisión de paquetes en el dispositivo 800, así como cualquier proceso adicional necesario para efectuar el proceso de paquetes, el encaminamiento y similares. El control 815 puede ser utilizado también para controlar el funcionamiento del dispositivo 800 en un redireccionamiento de HA. El control 815 puede ser utilizado también para proporcionar la funcionalidad de proxy, permitiendo al dispositivo 800 funcionar como un medio de pasarela de acceso de móviles para otro dispositivo, tal como un MN. Por ejemplo, el control 815 puede incluir una unidad 816 de proxy que permite al dispositivo 800 funcionar como una pasarela de acceso de móviles o como un proxy para un dispositivo de comunicaciones acoplado al dispositivo 800. La unidad 816 de proxy puede incluir la funcionalidad de conversión de direcciones, así como la capacidad de controlar mensajes recibidos desde el dispositivo de comunicaciones y que han de transmitirse al dispositivo de comunicaciones.
También hay incluido un generador 820 de paquetes que puede ser utilizado para generar paquetes para la transmisión. Por ejemplo, se puede utilizar el generador 820 de paquetes para generar actualizaciones de vinculación (BU) o acuses de vinculación (BA) para la transmisión. El generador 820 de paquetes puede incluir en la BU o en el BA información tal como la opción REDIRECT_SUPPORTED, la dirección del HA objetivo, y similares. La información a incluir en la BU o en el BA puede ser almacenada en una memoria 825, que puede contener un almacenamiento de información tal como la dirección del agente local objetivo, la dirección del agente local, la opción REDIRECT_SUPPORTED, y similares. La salida del generador 820 de paquetes puede ser proporcionada después al transmisor 835 para la transmisión. El transmisor 835 puede ser inalámbrico, cableado o ambas cosas, un transmisor inalámbrico y cableado.
El transmisor 835 puede ser utilizado para enviar mensajes, es decir, funcionar como un medio de envío de mensajes, tal como una actualización de vinculación para el HA, que incluye la opción REDIRECT_SUPPORTED para indicar que el dispositivo 800 admite el redireccionamiento. Las actualizaciones de vinculación enviadas por el transmisor 835 puede incluir también una dirección de un HA que es el objetivo del redireccionamiento. El receptor 805 puede ser utilizado para recibir mensajes, es decir, para funcionar como un medio de recepción de mensajes, tal como un acuse de vinculación desde un HA que incluye una opción REDIRECT que puede ser utilizada para indicar que el dispositivo 800 está siendo redirigido. Los acuses de vinculación recibidos por el receptor 805 pueden ser utilizados también para completar un redireccionamiento cuando son enviados por un objetivo del redireccionamiento.
Aunque se han descrito en detalle los modos de realización y sus ventajas, debe entenderse que pueden hacerse aquí varios cambios, sustituciones y alteraciones, sin apartarse del alcance de la invención como se define por las reivindicaciones anexas. Además, el alcance de la presente invención no pretende limitarse a los modos de realización particulares del proceso, máquina, fabricación, composición de la materia, medios, métodos y pasos descritos en esta memoria. Como podrá apreciar fácilmente un experto normal en la técnica a partir de la divulgación de la presente invención, los procesos, máquinas, fabricación, composición de la materia, medios, métodos o pasos, ya sean existentes en la actualidad o sean a desarrollar más adelante, que realizan sustancialmente la misma función o consiguen sustancialmente el mismo resultado que los correspondientes modos de realización aquí descritos, pueden ser utilizados de acuerdo con la presente invención. Consecuentemente, las reivindicaciones anexas pretenden incluir dentro de su alcance de tales procesos, máquinas, fabricación, composición de la materia, medios, métodos o pasos o pasos.

Claims (12)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    E09799969
    06-08-2014
    REIVINDICACIONES
    1. Un método para redirigir un dispositivo desde un primer agente local (205) a un segundo agente local (210), comprendiendo el método:
    enviar, por el dispositivo, un primer mensaje al primer agente local (205), donde el primer mensaje comprende una actualización de vinculación, y donde la actualización de vinculación comprende una indicación de admisión del redireccionamiento, que indica que el dispositivo admite el redireccionamiento;
    recibir, por el dispositivo, un segundo mensaje desde el primer agente local (205), donde el segundo mensaje comprende un acuse de vinculación y una indicación de redireccionamiento de que el dispositivo está siendo redirigido al segundo agente local; y
    enviar, por el dispositivo, un tercer mensaje al segundo agente local (210), donde se incluye en el tercer mensaje una lista de direcciones de agentes locales hacia y desde los que ha sido redirigido el dispositivo y donde la lista de direcciones se utiliza para romper los bucles de redireccionamiento, así como para ayudar en la selección de un agente local objetivo para el redireccionamiento.
  2. 2.
    El método de la reivindicación 1, en el que el dispositivo comprende una pasarela de acceso a móviles.
  3. 3.
    El método de la reivindicación 2, en el que el primer agente local (205) comprende un anclaje local de movilidad en el módulo proxy de IPv6.
  4. 4.
    El método de la reivindicación 1, en el que el segundo mensaje comprende una dirección del Protocolo de Internet versión 6 del segundo agente local (210).
  5. 5.
    El método de la reivindicación 1, en el que el segundo mensaje comprende una dirección del Protocolo de Internet versión 4 del segundo agente local (210).
  6. 6.
    El método de la reivindicación 1, en el que la actualización de vinculación comprende una actualización de vinculación del proxy y el acuse de vinculación comprende un acuse de vinculación del proxy.
  7. 7.
    El método de la reivindicación 1, en el que el tercer mensaje comprende una actualización de vinculación, y donde la actualización de vinculación comprende una dirección del primer agente local.
  8. 8.
    El método de la reivindicación 1, en el que la indicación de redireccionamiento comprende la admisión de una operación de redireccionamiento de agentes locales.
  9. 9.
    El método de la reivindicación 1, que comprende además la recepción de un cuarto mensaje desde el segundo agente local (210), donde el cuarto mensaje comprende un acuse de vinculación.
  10. 10.
    Un dispositivo que comprende:
    un transmisor configurado para enviar un primer mensaje a un primer agente local (205), donde el primer mensaje comprende una actualización de vinculación, y donde la actualización de vinculación comprende una indicación de admisión del redireccionamiento, que indica que el dispositivo admite el redireccionamiento; y
    un receptor configurado para recibir un segundo mensaje desde el primer agente local (205), donde el segundo mensaje comprende un acuse de vinculación y una indicación de redireccionamiento de que el dispositivo está siendo redirigido a un segundo agente local (210);
    donde el transmisor está configurado además para enviar un tercer mensaje al segundo agente, donde el tercer mensaje incluye una lista de direcciones de agentes locales hacia y desde los que el dispositivo ha sido redirigido, y donde la lista de direcciones se utiliza para romper los bucles de redireccionamiento así como para ayudar en la selección de un agente local objetivo para el redireccionamiento.
  11. 11.
    El dispositivo de la reivindicación 10, donde el dispositivo está acoplado a un nodo de comunicaciones, comprendiendo además el dispositivo una unidad de proxy acoplada al transmisor y al receptor, estando configurada la unidad de proxy para enviar y recibir mensajes hacia y desde el nodo de comunicaciones.
  12. 12.
    El dispositivo de la reivindicación 10, en el que el tercer mensaje comprende una actualización de vinculación, y donde la actualización de vinculación comprende una dirección del primer agente local.
    10
ES09799969.2T 2008-07-22 2009-07-10 Método y dispositivo para el redireccionamiento de agentes locales Active ES2490215T3 (es)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US82790P 1998-04-23
US476052 1999-12-31
US8279008P 2008-07-22 2008-07-22
US12/476,052 US9237437B2 (en) 2008-07-22 2009-06-01 Method and apparatus for home agent redirect
PCT/CN2009/072713 WO2010009654A1 (en) 2008-07-22 2009-07-10 Method and apparatus for home agent redirect

Publications (1)

Publication Number Publication Date
ES2490215T3 true ES2490215T3 (es) 2014-09-03

Family

ID=41568587

Family Applications (1)

Application Number Title Priority Date Filing Date
ES09799969.2T Active ES2490215T3 (es) 2008-07-22 2009-07-10 Método y dispositivo para el redireccionamiento de agentes locales

Country Status (5)

Country Link
US (1) US9237437B2 (es)
EP (1) EP2235892B1 (es)
CN (1) CN102106123B (es)
ES (1) ES2490215T3 (es)
WO (1) WO2010009654A1 (es)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2091204A1 (en) 2008-02-18 2009-08-19 Panasonic Corporation Home agent discovery upon changing the mobility management scheme
US9237437B2 (en) 2008-07-22 2016-01-12 Futurewei Technologies, Inc. Method and apparatus for home agent redirect
KR101151048B1 (ko) * 2008-11-25 2012-06-01 한국전자통신연구원 부분 주파수 재사용 기법을 적용한 지상보조장치를 포함하는 이동 위성 통신 장치 및 방법
WO2010097445A1 (en) * 2009-02-27 2010-09-02 Nokia Siemens Networks Oy Ipv6 anycast-based load balancing and redirection functionality for pmipv6
US20160295477A1 (en) * 2013-12-20 2016-10-06 Intel Corporation Network-Assisted Mobility Management Using Multiple Radio Access Technologies
KR20160014382A (ko) * 2014-07-29 2016-02-11 삼성전자주식회사 무선 통신 시스템에서 앵커 게이트웨이를 변경하기 위한 장치 및 방법
US9445256B1 (en) 2014-10-22 2016-09-13 Sprint Spectrum L.P. Binding update forwarding between packet gateways
CN105291812B (zh) * 2015-11-06 2017-09-26 合肥工业大学 集成式双离合双转子电机的混合动力汽车动力驱动系统
US9936430B1 (en) 2016-03-07 2018-04-03 Sprint Spectrum L.P. Packet gateway reassignment
US10392120B2 (en) * 2016-04-19 2019-08-27 General Electric Company Propulsion engine for an aircraft

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6771623B2 (en) 2000-12-01 2004-08-03 Telefonaktiebolaget Lm Ericsson (Publ) Method for ensuring reliable mobile IP service
US6907016B2 (en) * 2001-04-03 2005-06-14 Telefonaktiebolaget L M Ericsson (Publ) Mobile IP registration in selected inter-PDSN dormant hand-off cases in a CDMA2000-based cellular telecommunications network
KR100660312B1 (ko) * 2001-10-02 2006-12-22 가부시키가이샤 엔티티 도코모 모빌리티 제어 시스템, 이 시스템에 사용하는 이동 노드, 모빌리티 제어 방법, 모빌리티 제어 프로그램을 기록한 기록 매체, 및 모빌리티 제어 노드
US7564824B2 (en) * 2002-02-04 2009-07-21 Qualcomm Incorporated Methods and apparatus for aggregating MIP and AAA messages
US7489667B2 (en) * 2002-11-08 2009-02-10 Faccin Stefano M Dynamic re-routing of mobile node support in home servers
US7366145B2 (en) * 2002-11-08 2008-04-29 Nokia Corporation Fast recovery from unusable home server
KR100547110B1 (ko) * 2002-12-17 2006-01-26 삼성전자주식회사 바인딩 업데이트 메시지 전송 방법 및 바인딩액크놀리지먼트 메시지 전송 방법
JP4088540B2 (ja) * 2003-03-03 2008-05-21 株式会社日立製作所 パケット通信システム、通信ネットワーク、およびモバイルノードにおけるｉｐアドレス選択方法
US7149225B2 (en) * 2003-03-10 2006-12-12 Cisco Technology, Inc. Arrangement for traversing an IPv4 network by IPv6 mobile nodes via a mobility anchor point
KR100524069B1 (ko) * 2003-04-04 2005-10-26 삼성전자주식회사 홈 에이전트 관리장치 및 관리방법
US7343158B2 (en) * 2003-04-16 2008-03-11 Nortel Networks Limited Home agent redirection for mobile IP
US7886075B2 (en) * 2003-05-16 2011-02-08 Cisco Technology, Inc. Arrangement for retrieving routing information for establishing a bidirectional tunnel between a mobile router and a correspondent router
US20050207382A1 (en) * 2003-05-19 2005-09-22 Akira Hirashima Home agent, mobile communications system, and load dispersing method
US7543061B2 (en) 2003-06-26 2009-06-02 Microsoft Corporation Method and system for distributing load by redirecting traffic
JP4185853B2 (ja) * 2003-11-28 2008-11-26 株式会社日立コミュニケーションテクノロジー 無線システム、サーバ、および移動局
KR100555891B1 (ko) * 2004-01-28 2006-03-03 삼성전자주식회사 중첩된 이동 네트워크 환경에서의 네트워크 이동성 지원라우터 및 그 터널 형성방법
JP2005286478A (ja) 2004-03-29 2005-10-13 Nec Corp 移動端末の収容先ホームエージェント変更方法、モバイルｉｐシステム及びホームエージェント装置
CN100438682C (zh) 2004-05-14 2008-11-26 华为技术有限公司 一种移动IPv6节点远程动态配置家乡地址的方法
CN101019402B (zh) * 2004-07-30 2012-09-12 意大利电信股份公司 通信网操作控制方法和系统以及相关网络
PL1794973T3 (pl) * 2004-09-30 2011-05-31 Telecom Italia Spa Sposób i system do sterowania mobilnością w sieci komunikacyjnej oraz związana z nimi sieć i produkt programu komputerowego
CN1870636A (zh) 2005-11-10 2006-11-29 华为技术有限公司 一种客户端重定向的方法和系统
CN101438546A (zh) * 2006-03-17 2009-05-20 松下电器产业株式会社 分组传送控制装置以及移动节点
US7593377B2 (en) * 2006-03-29 2009-09-22 Cisco Technology, Inc. Route optimization for a mobile IP network node in a mobile ad hoc network
US8140073B2 (en) * 2006-06-16 2012-03-20 Futurewei Technologies, Inc. Method and system for optimized handover for mobile devices
CN101115022B (zh) * 2006-07-28 2010-05-12 华为技术有限公司 实现节点在因特网协议版本6网络中漫游的装置和方法
EP1912400A1 (en) * 2006-10-10 2008-04-16 Matsushita Electric Industrial Co., Ltd. Method and apparatus for mobile IP route optimization
WO2008046655A1 (en) * 2006-10-20 2008-04-24 Panasonic Corporation Methods in mixed network- and host-based mobility management
WO2008089781A1 (en) * 2006-12-14 2008-07-31 Telefonaktiebolaget Lm Ericsson (Publ) Network-based handover control mechanism
US20100014464A1 (en) 2006-12-26 2010-01-21 Panasonic Corporation Communication method, communication system, home agent, and mobile node
US8228935B2 (en) * 2007-07-13 2012-07-24 Qualcomm Incorporated MIP/PMIP concatenation when overlapping address space are used
JP2011504320A (ja) * 2007-11-07 2011-02-03 パナソニック株式会社 Ｉｐバージョン移行シナリオにおけるモバイルｉｐルートの最適化
US9237437B2 (en) 2008-07-22 2016-01-12 Futurewei Technologies, Inc. Method and apparatus for home agent redirect

Also Published As

Publication number Publication date
CN102106123B (zh) 2015-04-15
WO2010009654A1 (en) 2010-01-28
EP2235892A4 (en) 2011-06-29
CN102106123A (zh) 2011-06-22
US20100020747A1 (en) 2010-01-28
EP2235892A1 (en) 2010-10-06
US9237437B2 (en) 2016-01-12
EP2235892B1 (en) 2014-06-04

Similar Documents

Publication Publication Date Title
ES2490215T3 (es) Método y dispositivo para el redireccionamiento de agentes locales
JP4774104B2 (ja) パケット交換移動通信システムにおける最適化されたリバーストンネリング
ES2449574T3 (es) Método y aparato para itinerancia entre redes de comunicaciones
ES2331141T3 (es) Una arquitectura de red y un metodo relacionado con el acceso de estaciones de usuario.
ES2401544T3 (es) Control de la movilidad de un terminal móvil en una red de comunicaciones
ES2384753T3 (es) Habilitación del uso simultáneo de una red local y una red externa mediante un nodo móvil multi-proveedor
JP5102836B2 (ja) ネットワークノード及び移動端末
ES2370935T3 (es) Sistema de telecomunicaciones y procedimiento para el control de un cambio de un aparato terminal de abonado entre dos redes.
ES2548005T3 (es) Técnica para proporcionar soporte a una diversidad de protocolos de gestión de la movilidad
ES2703279T3 (es) Métodos y nodos para establecer múltiples conexiones de paquetes de datos para un equipo de usuario hacia un punto de acceso
ES2376991T3 (es) Procedimientos y aparatos para el envío de paquetes de datos entre nodos móviles
WO2009007870A2 (en) Proxy mobility optimization
BRPI0718891A2 (pt) Métodos e equipamento para implementar ip móvel de proxy em modo de endereço provisório de agente externo
WO2009116246A1 (ja) 通信方法、通信システム、モバイルノード及びアクセスルータ
AU2010267639B2 (en) Methods and systems for mobile IP route optimization
ES2283428T3 (es) Dispositivo, metodo y sistema para un encaminamiento mejorado en redes ip movil.
Diab et al. Performance analysis of the mobile IP fast authentication protocol
JPWO2009066439A1 (ja) 通信方法、通信システム、モバイルノード及び通信ノード
Diab et al. Minimizing Mobile IP Handoff Latency
JP4990920B2 (ja) マルチホーム端末のためのモバイルＩＰｖ６の最適化リバース・トンネリング
Saha et al. THMIP—A novel mobility management scheme using fluid flow model
Bauer et al. Infrastructure-based route optimization for NEMO based on combined local and global mobility
Ma et al. Role of mobile IPv6 for mobile networks and its remaining issues
Raza et al. SDN based Inter Proxy Mobile IPv6 Domain Handover
TW200901706A (en) IP mobility mechanism selection for multi-mode terminals with tunneled IP connectivity