Un método para posibilitar a un equipo de usuario que tiene una pluralidad de interfaces usar simultáneamente unenlace local y un enlace externo,

en el que se usa la misma dirección local del equipo del usuario para los paquetestransferidos a través de la pluralidad de interfaces, comprendiendo el método ejecutado por el equipo del usuario lasetapas de:

conectar con el enlace local, mientras que el equipo de usuario está manteniendo su conexión con el enlaceexterno, y

enviar un mensaje de actualización de vínculos desde el equipo de usuario al agente local del equipo deusuario, en el que el mensaje de actualización de vínculos contiene la dirección local del equipo de usuario enel enlace local dentro del campo de la dirección implícita del mensaje de actualización de vínculos.

Habilitación del uso simultáneo de una red local y una red externa mediante un nodo móvil multi-proveedor

Campo de la invención

La invención se refiere a un método realizado por un agente local que da servicio a un nodo móvil multi-proveedor en una red local del nodo móvil multi-proveedor sobre la conexión de un nodo móvil multi-proveedor con la red local así como al agente local. Adicionalmente, la invención también se refiere a un método para posibilitar el uso simultáneo de una pluralidad de interfaces mediante un nodo móvil multi-proveedor que está conectado a una red local a través de una de la pluralidad de interfaces y a al menos una red externa a través de al menos otra interfaz de la pluralidad de interfaces. Además, la invención proporciona un nodo móvil multi-proveedor y un proxy que actúa en nombre del nodo móvil multi-proveedor.

Antecedentes de la técnica

Evolución a largo plazo (LTE)

Los sistemas móviles de tercera generación (3G) basados en la tecnología de acceso de radio WCDMA se están usando en una amplia escala por todo el mundo. Una primera etapa en la mejora o evolución de esta tecnología implica la introducción del Enlace Descendente de Paquetes de Alta Velocidad (HSDPA) y un enlace ascendente mejorado, también denominado como Enlace Ascendente de Paquetes de Alta Velocidad (HSUPA) , que proporciona una tecnología de acceso de radio que es altamente competitiva.

Sin embargo, sabiendo que los requisitos y expectativas del usuario y el operador continuarán evolucionando, el 3GPP ha comenzado a considerar la siguiente etapa importante o evolución del estándar 3G para asegurar la competitividad a largo plazo del 3G. El 3GPP lanzó un Tema de Estudio “UTRA y UTRAN Evolucionadas” (E-UTRA y E-UTRAN) . El estudio investigará medios para conseguir saltos importantes en funcionamiento con el fin de mejorar el servicio proporcionado y reducir costes del usuario y operador.

Se asume generalmente que habrá una convergencia hacia el uso de Protocolos de Internet (IP) , y todos los servicios futuros se realizarán en la parte superior del IP. Por lo tanto, el enfoque de la evolución es sobre las mejoras del dominio de conmutación de paquetes (PS) .

Los objetivos principales de la evolución son mejorar adicionalmente el servicio proporcionado y reducir los costes de usuario y operador como ya se ha mencionado.

Más específicamente, algunas claves del funcionamiento y los objetivos de capacidad para la evolución a largo plazo son:

• Tasas de datos significativamente mas altas comparadas con HSDPA y HSUPA: objetivo previsto de picos de tasas de datos de más de 100 Mbps sobre el enlace descendente y 50 Mbps sobre el enlace ascendente.

•Cobertura mejorada: tasas de datos altas con cobertura de área amplia

• Latencia reducida significativamente en el plano del usuario en el interes de mejorar el funcionamiento de los protocolos de capa superior (por ejemplo, TCP) así como reducir el retardo asociado con los procedimientos en el plano de control (por ejemplo, configuración de sesión) .

• Mayor capacidad del sistema: capacidad de tres veces comparado con los estándares actuales.

Otro requisito clave de la evolución a largo plazo es permitir una migración sin complicaciones a estas tecnologías.

Gestión de la movilidad

Para la gestión de la movilidad en un sistema con redes de acceso heterogéneas se pueden aplicar protocolos diferentes. Por un lado se pueden usar protocolos de movilidad global para la movilidad entre Sistemas de Acceso. Un ejemplo bien conocido de un protocolo de movilidad global es el protocolo de la capa de red basado en cliente, IP Móvil (MIPv6) . Con este protocolo la movilidad es transparente en un nodo móvil para capas por encima de la capa de red. Por otro lado, los protocolos de movilidad local se usan para la movilidad dentro de los Sistemas de Acceso, son ejemplos de los mismos NetLMM o GTP. Especialmente estos dos ejemplos están basados en red, es decir su uso es completamente transparente para el nodo móvil, en particular la capa de red. NetLMM está basado en IP y es independiente de la tecnología de red subyacente, mientras que GTP es especialmente para la red 3GPP y se acopla con la tecnología, por ejemplo se basa en identificadores específicos 3GPP.

MIPv6

El uso de IPv6 Móvil como se especifica en el documento RFC 3775 (disponible en el sitio web http://www.ietf.org, incorporado en el presente documento por referencia) un nodo móvil (MN) es accesible por su dirección local incluso estando fuera de su sitio local. Por esto el nodo móvil está asociado con una dirección implícita (CoA) , que proporciona información acerca de la localización actual del nodo móvil. El agente local (HA) del nodo móvil y también un nodo correspondiente (CN) establecen un vínculo entre la dirección local y la dirección implícita en una caché y los paquetes destinados para el nodo móvil se envían directamente a la dirección implícita. Si el nodo móvil está en su red local, da de baja la dirección implícita y recibe paquetes directamente con su dirección local.

Con el fin de permitir al agente local interceptar el tráfico para un nodo se utiliza el proxy de Anuncios de Vecinos del protocolo de Descubrimiento de Vecinos. De acuerdo con IPv6 móvil si existe una entrada caché de vínculos en el agente local para un nodo móvil, el agente local envía anuncios de vecinos de proxy de modo que las entradas de caché de vecinos de los nodos en los alrededores del agente local se actualizan y todo el tráfico del nodo móvil se envía a la dirección de la capa de enlace del agente local.

En el IETF (Grupo Especial sobre Ingeniería de Internet) están en marcha debates de cómo mejorar IPv6 Móvil para soportar Nodos Móviles con interfaces múltiples. Este uso simultáneo de las interfaces múltiples aumenta la calidad de servicio de los terminales y hace mejor uso de la capacidad de red.

Nodo Móvil volviendo a “casa”

Al volver a casa, es decir una de las interfaces de nodo móvil está conectada al enlace local, se describen dos posibles enfoques en el estado de la técnica.

En el primer enfoque el nodo móvil envía una actualización de vínculos al agente local con su dirección local como una dirección implícita, el conjunto de bits de registro local y el tiempo de vida se establecen a cero, para indicar a su agente local que no intercepte o tunelice paquetes para el mismo. En este caso el agente local borra el vínculo del nodo móvil de la caché de vínculos y deja de enviar anuncios de vecinos de proxy en nombre del nodo móvil. Por otro lado el nodo móvil comienza a enviar anuncios de vecinos con su propia dirección de la capa de enlace sobre el enlace local, de modo que se cambian las entradas de caché vecinas en los dispositivos de enrutamiento y todo el tráfico se envía directamente al nodo móvil.

En un segundo enfoque el nodo móvil da de baja el vínculo para la interfaz en el enlace local y deja de usar la interfaz. En este caso todo el tráfico previamente enviado hacia la interfaz dada de baja se envía a continuación a la interfaz registrada restante, es decir a través de una red externa a la que el nodo móvil está todavía conectado.

En ambos escenarios, no es posible usar el enlace local y el enlace externo simultáneamente para el MN.

El IEFT Borrador de Internet por Montavont y otros, "Mobile IPv6 for multiple interfaces", de octubre de 2003 (caducado) presenta la problemática de un nodo móvil (MN) que tiene múltiples interfaces de red. Analiza cómo realizar transferencias verticales (redirección de flujo entre interfaces) y propone MMI (IPv6 Móvil para Interfaces Múltiples) que describe el uso de IPv6 Móvil para soportar interfaces múltiples. Por un lado, estas extensiones se centran en la capacidad de MN de usar una interfaz de respaldo para las comunicaciones y por otro lado para los flujos de difusión entre los propios interfaces del MN.

El artículo de Ylitalo, J. y otros, "Dynamic network interface selection in multihomed mobile hosts, " Proceedings of the 36ª Annual Hawaii International Conference on System Sciences, 2003, señala que los dispositivos móviles a menudo están equipados con varias interfaces de red, que pueden ser de diferentes tecnologías de acceso, tanto inalámbricas como móviles. Con respecto a la selección de interfaz, los autores critican que las soluciones actuales no proponen ningún... [Seguir leyendo]

1. Un método para posibilitar a un equipo de usuario que tiene una pluralidad de interfaces usar simultáneamente un enlace local y un enlace externo, en el que se usa la misma dirección local del equipo del usuario para los paquetes transferidos a través de la pluralidad de interfaces, comprendiendo el método ejecutado por el equipo del usuario las etapas de:

conectar con el enlace local, mientras que el equipo de usuario está manteniendo su conexión con el enlace externo, y enviar un mensaje de actualización de vínculos desde el equipo de usuario al agente local del equipo de usuario, en el que el mensaje de actualización de vínculos contiene la dirección local del equipo de usuario en el enlace local dentro del campo de la dirección implícita del mensaje de actualización de vínculos.

2. El método de acuerdo con la reivindicación 1, en el que el mensaje de actualización de vínculos registra un vínculo entre la dirección local del equipo de usuario y la dirección implícita indicada en el mensaje de actualización de vínculos, que es la dirección local del equipo de usuario, y en el que el vínculo se registra además de un vínculo existente entre la dirección local del equipo de usuario y una dirección implícita configurada en el enlace externo.

3. El método de acuerdo con la reivindicación 1 o 2, en el que el mensaje de actualización de vínculos contiene una identificación única de vínculo que identifica una entrada de vínculo del equipo de usuario para el enlace local.

4. El método de acuerdo con una de las reivindicaciones 1 a 3, en el que el mensaje de actualización de vínculos contiene adicionalmente reglas de filtrado de flujo.

5. El método de acuerdo con una de las reivindicaciones 1 a 4, en el que el mensaje de actualización de vínculos contiene adicionalmente información acerca de si el agente local va a realizar el descubrimiento de vecinos para el equipo de usuario.

6. Un equipo de usuario capaz de usar simultáneamente un enlace local y un enlace externo, en el que la misma dirección local del equipo de usuario se usa para los paquetes transferidos a través de una pluralidad de interfaces, comprendiendo el equipo de usuario:

la pluralidad de interfaces, y una unidad de comunicación adaptada para conectarse con el enlace local a través de una de la pluralidad de interfaces, mientras que el equipo de usuario está manteniendo su conexión con el enlace externo a través de al menos otra de la pluralidad de interfaces, en el que la unidad de comunicación está adaptada adicionalmente para enviar un mensaje de actualización de vínculos a un agente local del equipo de usuario, en el que el mensaje de actualización de vínculos contiene la dirección local del equipo de usuario en el enlace local dentro del campo de dirección implícita del mensaje de actualización de vínculos.

7. El equipo de usuario de acuerdo con la reivindicación 6, en el que el mensaje de actualización de vínculos contiene una identificación única de vínculo que identifica una entrada de vínculo del equipo de usuario para el enlace local.

8. El equipo de usuario de acuerdo con la reivindicación 6 o 7, en el que el mensaje de actualización de vínculos contiene adicionalmente reglas de filtrado de flujos.

9. Un agente local para posibilitar a un equipo de usuario que tiene una pluralidad de interfaces usar simultáneamente un enlace local y un enlace externo, en el que la misma dirección local del equipo de usuario se usa para los paquetes transferidos a través de la pluralidad de interfaces del equipo de usuario, comprendiendo el agente local del equipo de usuario:

una unidad de comunicación adaptada para recibir un mensaje de actualización de vínculos desde el equipo de usuario cuando el equipo de usuario se conecta al enlace local a través de una de la pluralidad de interfaces, mientras que el equipo de usuario mantiene su conexión con el enlace externo a través de al menos otra de la pluralidad de interfaces, y en el que el mensaje de actualización de vínculos contiene la dirección local del equipo de usuario en el enlace local dentro del campo de la dirección implícita del mensaje de actualización de vínculos, y en el que el agente local está adaptado para registrar en respuesta a la recepción del mensaje de actualización de vínculos un vínculo entre la dirección local del equipo de usuario y la dirección implícita indicada en el mensaje de actualización de vínculos, estando la dirección local del equipo de usuario, en una entrada de vínculos.

10. El agente local de acuerdo con la reivindicación 9, en el que el agente local está adaptado para registrar el vínculo además de un vínculo existente entre la dirección local del equipo de usuario y una dirección implícita

configurada en el enlace externo.