ES2347652T3 - Agente movil distribuido. - Google Patents
Agente movil distribuido. Download PDFInfo
- Publication number
- ES2347652T3 ES2347652T3 ES04727941T ES04727941T ES2347652T3 ES 2347652 T3 ES2347652 T3 ES 2347652T3 ES 04727941 T ES04727941 T ES 04727941T ES 04727941 T ES04727941 T ES 04727941T ES 2347652 T3 ES2347652 T3 ES 2347652T3
- Authority
- ES
- Spain
- Prior art keywords
- agent
- mobile
- entity
- traffic
- 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.)
- Expired - Lifetime
Links
- VJYFKVYYMZPMAB-UHFFFAOYSA-N ethoprophos Chemical compound CCCSP(=O)(OCC)SCCC VJYFKVYYMZPMAB-UHFFFAOYSA-N 0.000 title 1
- 238000000034 method Methods 0.000 claims abstract description 22
- 230000006870 function Effects 0.000 claims description 27
- 230000004044 response Effects 0.000 claims description 8
- 230000002123 temporal effect Effects 0.000 claims 3
- 208000004006 Tick-borne encephalitis Diseases 0.000 description 94
- 230000007246 mechanism Effects 0.000 description 13
- 238000000926 separation method Methods 0.000 description 12
- 238000005538 encapsulation Methods 0.000 description 10
- 230000005641 tunneling Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000001154 acute effect Effects 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000005012 migration Effects 0.000 description 1
- 238000013508 migration Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001629 suppression Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
- H04L67/1004—Server selection for load balancing
- H04L67/1021—Server selection for load balancing based on client or server locations
-
- 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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Hardware Design (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Agricultural Chemicals And Associated Chemicals (AREA)
Abstract
Sistema para reenvío de paquetes de datos hacia un nodo móvil (10) en itinerancia en una red extranjera de datos conmutada por paquetes (14), habiendo sido los paquetes de datos direccionados a una dirección origen del nodo móvil (10), estando el nodo móvil (10) provisto de una dirección temporal destinada a utilizarse en la red extranjera (14), comprendiendo el sistema: una entidad de control de agente móvil (40;60;72;88) dispuesta para recibir un mensaje (62;74;90) que indica un enlace entre la dirección origen y la dirección temporal del nodo móvil (10) y, en respuesta a dicho mensaje (62;74;90), enviar un mensaje de control (66;78;94) con el fin de controlar el funcionamiento de una entidad de soporte de tráfico de agente móvil distinto (42;64;92) y una entidad de soporte de tráfico de agente móvil (42;64;76;92), distinta de la entidad de control de agente móvil (40;60;72;88), preparada para recibir el mensaje de control (66;78;94) de la entidad de control de agente móvil (40;60;72;88) y, en respuesta, proporcionar un recurso (68;80;86;96) para el reenvío de los paquetes de datos hacia el nodo móvil (10) en la dirección temporal, en donde la entidad de control de agente móvil (40;60;72;88) es utilizable para seleccionar la entidad de soporte de tráfico de agente móvil entre una pluralidad de entidades de soporte de tráfico de agente móvil, que es capaz de controlar, dependiendo de uno o más de los parámetros siguientes: a) la proximidad geográfica y/o topológica del nodo móvil a la pluralidad de entidades de soporte de tráfico de agente móvil; b) la calidad de servicio capaz de proporcionarse por la pluralidad de entidades de soporte de tráfico de agente móvil y c) las funciones de seguridad capaces de proporcionarse por la pluralidad de entidades de soporte de tráfico de agente móvil.
Description
Agente móvil distribuido.
La presente invención se refiere al reenvío de
paquetes de datos hacia un nodo móvil en itinerancia en una red
extranjera de datos conmutados por paquetes, habiendo sido los
paquetes de datos direccionados a una dirección de origen del nodo
móvil, estando el nodo móvil provisto de una dirección temporal para
uso en la red extranjera de datos conmutados por paquetes. En
particular, pero no de forma exclusiva, la presente invención se
refiere al protocolo IP móvil.
Aunque las redes móviles 2G convencionales,
tales como las que están conformes a las normas del Sistema Global
para Comunicaciones Móviles (GSM), han proporcionado servicios de
voz y datos, conmutados por circuitos, a estaciones móviles de
usuario (MSs), existe gran tendencia en el sector de las
telecomunicaciones móviles a desarrollar redes móviles conmutadas
por paquetes. Las redes móviles conmutadas por paquetes presentan
importantes ventajas en términos de eficiencia de recursos de radio
y redes y, además, permiten la prestación de servicios de usuario
más avanzados. Con la convergencia de las telecomunicaciones fijas y
móviles, el protocolo de Internet (IP), ampliamente disperso en las
redes fijas, es la elección natural como el mecanismo de
encaminamiento de paquetes para redes de paquetes móviles.
Actualmente, la versión de IP 4 (IPv4) tiene un amplio uso en el
campo de las redes fijas. Sin embargo, se espera la migración
gradual al protocolo IP versión 6 (IPv6) que ofrece ventajas bien
reconocidas sobre el IPv4, en particular, en términos de espacio de
direcciones muy incrementado, encaminamiento más eficiente, mayor
escalabilidad, mejora de la seguridad, integración de la calidad de
servicio (QoS), soporte para multicasting (multidifusión) y otras
características.
Un ejemplo particular de un servicio móvil
conmutado por paquetes, que se está desarrollando actualmente, es
el denominado Servicio General de Radio por Paquetes (GPRS) tal como
se realiza en las redes 2G GSM y en las redes 3G del Sistema
Universal de Telecomunicaciones móviles (UMTS) (en adelante
referidas como redes GPRS). Además, está previsto que las
tecnologías de acceso inalámbrico no de GPRS, tales como la Red de
Área Local inalámbrica (wLAN), proporcionará un complemento
flexible y rentable al sistema GPRS para el acceso de servicio de
banda ancha local, en algunas áreas tales como hotspots o puntos de
acceso gratuitos (centros de conferencias, aeropuertos, centros de
exposiciones, etc.). Subredes wLAN se pueden implantar dentro del
mismo campo de redes administrativas como subredes GPRS y los
operadores de redes móviles tendrán la necesidad de soportar la
movilidad de estaciones móviles entre dichas subredes. Además, los
operadores de redes móviles tendrán la necesidad de soportar la
itinerancia de estaciones móviles entre diferentes campos de redes
administrativas, que pueden, o no, implantar tecnologías de accesos
diferentes.
Aunque las redes GPRS, habiendo sido diseñadas
en un principio como redes móviles, presentan la funcionalidad de
gestión de movilidad incorporada (para MSs dentro de la red GPRS) y
funcionalidad de itinerancia (para itinerancia MSs entre redes
GPRS), se ha realizado trabajo en la Internet Engineering Task Force
(IETF- Grupo de Trabajo en Ingeniería de Internet) para soporte de
la movilidad de los terminales de usuario de IP en general. Con
este objetivo, la IETF ha desarrollado los protocolos de IP móvil
(MIP). El protocolo MIP está diseñado para el soporte de la
movilidad cuando las estaciones móviles (o nodos móviles (MNs) en la
terminología de MIP) se desplazan entre redes de IP, con diferentes
prefijos de subred (macromovilidad). Por ejemplo, se puede utilizar
protocolos MIP para soporte de la movilidad entre una red GPRS y una
red no GPRS, tal como una red wLAN, así como la movilidad entre dos
redes o subredes GPRS diferentes. El protocolo IP móvil no está
previsto para utilizarse para gestión de la movilidad dentro de una
red o subred (micro-movilidad) que se suele
gestionar por mecanismos de capa 2, específicos de la tecnología de
accesos, tal como un acceso, más o menos fácil, de tipo WCDMA
(Acceso Múltiple por División de Código de Banda Ancha).
Existen dos versiones de MIP para estar en
correspondencia con las dos versiones de IP. El protocolo MIP
versión 4 (MIPv4) está diseñado para proporcionar movilidad de
direcciones IP para las direcciones de IP versión 4 (IPv4),
mientras que la más reciente versión 6 de MIP (MIPv6) está diseñada
para proporcionar movilidad de direcciones IP para las direcciones
IP versión 6 (IPv6). MIPv4 se describe en la Solicitud de
Comentarios (RFC) 3344 de la IETF, disponible en el sitio web de
IETF http://www.ietf.org/rfc/rfc3344.txt?number=3344. El
protocolo de Internet MIPv6, temporal se describe en el borrador de
IETF Internet "Soporte de movilidad en IPv6" disponible en el
sitio web de IETF
http://search.ieft.org/internet-drafts/draft-ietf-mobileip-ipv6-20.txt
y es objeto de referencia como
draft-ietf-mobileip-ipv6-20.txt.
La gestión de movilidad, según se define en
MIPv4, se ilustra en la Figura 1. A un nodo MN 10 se le asigna una
dirección IP de origen (HAddr) en su red de origen (HN) 12. Los
procedimientos de encaminamiento en la red HN garantizan que,
cuando el MN está dentro de la HN, un paquete de IP enviado desde un
Nodo Correspondiente (CN) 16 alcanzará el nodo MN. Sin embargo,
cuando el nodo MN, en itinerancia, se conecta a una red extranjera
(FN) 14, los paquetes de IP direccionados a su HAddr necesitarán
encaminarse a su nueva ubicación en la red FN. En el protocolo
MIPv4, un encaminador 18, en la red HN, conocido como el Agente de
Origen (HA), se utiliza para actuar como un servicio de reenvío de
paquetes en nombre del MN, cuando se aleja de su origen. En un
primer modo de trabajo del protocolo MIPv4 (conocido como modo
FA-CoA), cuando llega en la red FN, al nodo MN se
le asigna una dirección temporal (CoA) mediante un encaminador 20 en
la red FN conocida como el agente extranjero (FA). Debido a las
limitaciones percibidas del espacio de direcciones de IPv4, se
considera que más de un MN puede compartir la misma dirección
temporal CoA. Después de la asignación de la CoA, MN 10 envía un
mensaje de actualización de enlace 22 al agente de origen HA a
través del agente extranjero FA para registrar la dirección
temporal CoA. Más concretamente, el mensaje de actualización de
enlace 22 informa al agente HA de la asociación (o enlace) entre la
dirección HAddr y la CoA del MN. En adelante, cuando el nodo
correspondiente CN envía un paquete a la dirección HAddr del nodo
MN en su red de origen HN (caso 1), el paquete es interceptado por
el HA y transmitido en túnel al agente extranjero FA en la red
extranjera FN a través del túnel 24 sobre la base de la dirección
temporal CoA.
La transmisión en túnel implica el encapsulado
de un primer paquete de datos (con una cabecera y una carga útil)
como la carga útil de un segundo paquete de datos que presenta una
nueva cabecera que indica, como sus direcciones de origen y de
destino, los puntos de inicio y final del túnel y transmitiendo el
segundo paquete de datos, como normal, al punto final del túnel,
donde se desencapsula para obtener el primer paquete. Después de la
desencapsulación, el punto final del túnel, el FA, encamina el
paquete original al nodo MN utilizando procedimientos de
encaminamiento en la red FN. En el protocolo MIP, la transmisión en
túnel implica la encapsulación de IP en IP utilizando la denominada
Petición de Comentario (RFC) de IETF 2003. De este modo, en el
protocolo MIPv4, un paquete de IPv4 se transmite en túnel
encapsulándolo dentro de otro paquete IPv4.
Como un procedimiento opcional en MIPv4, el
agente de origen HA puede enviar un mensaje de actualización de
enlace 26 al nodo correspondiente CN para registrar la dirección
temporal CoA del nodo MN. Más concretamente, el mensaje de
actualización de enlace 26 informa al CN de la asociación (o enlace)
entre las direcciones HAddr y CoA del nodo MN. En adelante, el nodo
CN puede direccionar paquetes directamente al nodo MN en su
dirección temporal actual CoA en lugar de hacerlo, de forma
indirecta, a través de su dirección HAddr (caso 2) y estos paquetes
se reciben por el agente extranjero FA en la red FN y se encaminan
al nodo MN utilizando procedimientos de encaminamiento en la FN.
Esta operación se conoce como optimización de ruta puesto que evita
un encaminamiento triangular, potencialmente ineficiente, a través
del agente HA que, en general, no será una ruta de encaminamiento
eficiente entre el nodo correspondiente CN y el agente FA.
En un segundo modo de funcionamiento opcional
del protocolo MIPv4 (conocido como modo CoCoA) no existe ninguna
utilización compartida de direcciones CoA por los nodos móviles MN
alejándose de su red de origen y no se utiliza ningún agente FA. Al
nodo MN se le asigna una dirección CoA única, conocida como una CoA
co-localizada (CoCoA). En este modo de
funcionamiento, el MN envía un mensaje de actualización de enlace,
directamente a su agente de origen HA, para registrar su dirección
CoCoA recientemente asignada. Más adelante, los paquetes enviados
por un nodo CN y direccionados al nodo MN en su HAddr se transmiten
en túnel desde el HA directamente al nodo MN. Como con el modo
FA-CoA, como un procedimiento opcional en el modo
CoCoA, el nodo MN puede enviar también un mensaje de actualización
de enlace a un nodo CN para registrar su dirección CoCoA. Más
adelante, se pueden enviar paquetes por el CN directamente al nodo
MN en su dirección CoCoA.
La gestión de la movilidad, según se define en
el protocolo MIPv6 se ilustra en la Figura 2. Dos diferencias
notables del protocolo MIPv6 sobre el MIPv4 son las siguientes. En
primer lugar, debido al espacio de direcciones muy incrementado en
IPv6, las direcciones CoAs asignadas a un nodo MN en una FN nunca
son compartidas (es decir, corresponden a la dirección CoCoA
opcional en MIPv4). En segundo lugar, como resultado, no existe
ninguna necesidad de desarrollar un agente FA en la red FN.
Haciendo referencia a la Figura 2, con el protocolo MIPv6, cuando
un nodo MN 10 se desplaza desde su red de origen HN 12 a una red
extranjera FN 14, se le asigna una dirección CoA única y envía un
mensaje de actualización de enlace 28 directamente a su agente HA 18
en su red HN para registrar la CoA. Los paquetes desde un nodo
correspondiente CN 16 direccionados a la HAddr, se interceptan por
el agente HA 18 (caso 1) y se transmiten en túnel a la dirección CoA
a través del túnel 30. Esta técnica denominada tunnelling se puede
conseguir utilizando el Mecanismo de Encapsulado de Paquetes
Genérico del protocolo IPv6 descrito en IETF RFC 2473. Sin embargo,
en el protocolo MIPv6, la optimización de la ruta no es una opción
sino una parte fundamental del protocolo y, en general, el nodo MN
(no el HA como en MIPv4) debe enviar un mensaje de actualización de
enlace 32 al nodo correspondiente CN, de modo que pueda direccionar
paquetes directamente al nodo MN en su dirección CoA (caso 2).
Cuando un nodo MN recibe un paquete transmitido en túnel desde un
CN a través del agente HA del nodo MN, puede tomarlo como una
indicación de que el CN no tiene ningún enlace para el nodo MN e
iniciar una actualización de enlace del nodo correspondiente CN.
Ambos protocolos MIPv4 y MIPv6 permiten que más
de un encaminador en cada red o subred actúen como un agente móvil
(es decir, como un HA o un FA) prestando servicio a la población de
los nodos MN. Dicho de otro modo, los protocolos MIPv4 y MIPv6
permiten la redundancia de agentes móviles. Se proporciona
mecanismos de descubrimiento de agente móvil (MA), de modo que los
nodos MN puedan identificar un encaminador adecuado para actuar como
su agente HA o FA durante un periodo de tiempo. De este modo, los
protocolos MIPv4 y MIPv6 permiten el equilibrado de la carga y
proporcionan un grado de fiabilidad protegiendo contra la
vulnerabilidad de tener un encaminador único actuando como un
agente móvil MA y de este modo, ser un punto central de fallo.
Sin embargo, se espera todavía que la fiabilidad
siga constituyendo un problema debido a la naturaleza de las
funciones realizadas por los agentes móviles MA en ambos protocolos
MIPv4 y MIPv6. Además, se espera que la escalabilidad y la
eficiencia de la red sean problemáticas. Está previsto que los
problemas sean más agudos con los nodos MN potencialmente muy
distribuidas a través de diversas redes o subredes que cubren
grandes áreas geográficas.
El documento EP 1134991 da a conocer un método
para el equilibrado de la carga en un sistema que soporta el
protocolo IP móvil, comprendiendo el sistema un agente de origen
primario y que soporta principalmente la movilidad de nodo móvil y
uno o más agentes de origen secundarios que se pueden utilizar
cuando sea necesario.
El documento WO 01/06734 da a conocer un sistema
de proveedor de servicios de protocolo de Internet móvil, que
desarrolla la funcionalidad del agente de origen en dos dispositivos
independientes.
De acuerdo con un primer aspecto de la presente
invención, se da a conocer un sistema para reenviar paquetes de
datos hacia un nodo móvil, en itinerancia, en una red extranjera de
datos conmutada por paquetes, según se establece en la
reivindicación 1.
Al proporcionar un sistema que comprende, a la
vez, una entidad de control de agente móvil y una entidad de
soporte de tráfico de agente móvil, se consigue la independencia de
funcionalidad entre las funciones del plano de control y las del
plano de usuario de los agentes móviles convencionales. De este
modo, se pueden proporcionar recursos (incluyendo procesador y
capacidad de procesamiento) por los operadores de redes, que son
adecuados para las demandas de cada función por separado. Esto da
lugar a una mejora de la eficiencia, fiabilidad y escalabilidad en
la red.
En una forma de realización de la invención, la
entidad de control de agente móvil es una entidad de control de
agente de origen y la entidad de soporte de tráfico de agente móvil
es una entidad de soporte de tráfico de agente de origen y el
recurso proporcionado por la entidad de soporte de tráfico de agente
de origen es un túnel desde la entidad de soporte de tráfico de
agente de origen a la dirección temporal del nodo móvil.
En otra forma de realización, la entidad de
control de agente móvil es una entidad de control de agente
extranjero y la entidad de soporte de tráfico de agente móvil es
una entidad de soporte de tráfico de agente extranjero y el recurso
proporcionado por la entidad de soporte de tráfico de agente
extranjero es un túnel desde la entidad de soporte de tráfico de
agente extranjero a un agente de origen del nodo móvil.
En otras formas de realización, la separación de
función se realiza en ambas funciones de agente de origen y de
agente extranjero.
De acuerdo con la invención, la entidad de
control de agente móvil selecciona la entidad de soporte de tráfico
de agente móvil entre una pluralidad de entidades de soporte de
tráfico de agente móvil, que es capaz de controlar. De este modo,
se mejoran todavía más la eficiencia, fiabilidad y escalabilidad
debido a la redundancia en las entidades de soporte de tráfico de
agente móvil.
La entidad de control de agente móvil realiza la
selección dependiendo de uno o más de los parámetros siguientes:
a) la proximidad geográfica y/o topológica del
nodo móvil a la pluralidad de entidades de soporte de tráfico de
agente móvil;
b) la calidad de servicio capaz de
proporcionarse por la pluralidad de entidades de soporte de tráfico
de agente móvil y
c) las funciones de seguridad capaces de
proporcionarse por la pluralidad de entidades de soporte de tráfico
de agente móvil.
De este modo, se consigue: a) mejora de la
eficiencia del encaminamiento - en particular, se evita el
encaminamiento triangular donde la entidad de control de agente
móvil no está en una ruta óptima entre el nodo móvil y su nodo o
nodos correspondientes; b) se mejora la calidad de servicio y c) se
utilizan procedimientos de seguridad cuando sea adecuado.
De acuerdo con un segundo aspecto de la presente
invención, se proporciona una entidad de control de agente móvil
preparada para controlar el reenvío de paquetes de datos hacia un
nodo móvil en itinerancia en una red extranjera de datos conmutada
por paquetes según se establece en la reivindicación 6.
De acuerdo con un cuarto aspecto de la presente
invención, se da a conocer un método para proporcionar un recurso
para reenviar paquetes de datos hacia un nodo móvil en itinerancia
en una red extranjera de datos conmutada por paquetes, según se
establece en la reivindicación 7.
A continuación se proporciona, a modo de ejemplo
solamente, una descripción detallada de formas de realización
preferidas de la presente invención con los diagramas adjuntos en
donde:
\newpage
La Figura 1 es un diagrama de bloques que
representa la gestión de la movilidad convencional según se
proporciona en el protocolo MIPv4;
La Figura 2 es un diagrama de bloques que
representa la gestión de movilidad convencional según se proporciona
en el protocolo MIPv6;
La Figura 3 es un diagrama de bloques que
representa una gestión típica de entidades de control de agente
móvil y entidades de soporte de tráfico de agente móvil, de acuerdo
con la presente invención;
Las Figuras 4 a 7 son diagramas de flujo de
mensajes que representan la forma en que una entidad de control de
agente móvil puede dar instrucciones para la creación, mantenimiento
y supresión de túneles por una entidad de soporte de tráfico de
agente móvil, según la presente invención;
Las Figuras 8 a 10 representan la gestión de la
movilidad del modo FA -CoA en el protocolo MIPv4 con separación de
la funcionalidad del agente móvil MA, según la presente
invención;
La Figura 11 representa la gestión de movilidad
del modo CoCoA en los protocolos MIPv6 y MIPv4 con separación de la
funcionalidad del MA, según la presente invención.
De acuerdo con la presente invención, las
diversas funciones realizadas, de forma convencional, por los
agentes móviles MA (es decir, los agentes FA y HA), en los
protocolos MIPv4 y MIPv6, se dividen en funciones del plano de
control y funciones del plano de usuarios. Por funciones del plano
de usuarios se consideran: a) la función de tunnelling
(encapsulación) de paquetes de datos de usuarios, direccionados a un
nodo MN en su HAddr e interceptado por el agente HA del MN al
agente extranjero FA del MN (modo FA-CoA del
protocolo MIPv4) o al nodo MN directamente (modo CoCoA de MIPv4 y
MIPv6) y b) la función de tunnelling inversa de paquetes de
datos de usuarios desde el nodo móvil MN (modo CoCoA de MIPv4 y
MIPv6) o el agente extranjero FA (modo FA-CoA de
MIPv4) al agente de origen HA del MN. Por funciones del plano de
control se consideran todas las demás funciones del agente móvil MA
descritas en el protocolo MIPv4 o en el MIPv6, incluyendo el anuncio
del MA, la asignación de direcciones IP y la gestión (FA en el modo
FA CoCoA de MIPv4), la gestión de actualización de enlace; la
gestión de tunnelling de MIP (es decir, gestión de la
creación, mantenimiento y supresión de los túneles de MIP a
diferencia de la realización de la función de tunnelling por
sí misma); gestión de la Calidad de Servicio (QoS), seguridad y
responsabilidad y control de política.
De acuerdo con la presente invención, las
funciones del plano de control y del plano de usuarios de los
agentes móviles MA se gestionan mediante procesos lógicos
independientes y procesadores físicos separados. Llamaremos a estos
procesos o procesadores separados, como Entidades de Control del MA
(MA-CEs) y Entidades de Soporte de Tráfico del MA
(MA-TBEs). En cualquier red o subred, se puede
proporcionar más de una entidad MA-CE y más de una
entidad MA-TBE. Además de realizar las funciones de
plano de control y plano de usuarios anteriormente descritas, las
entidades MA-CE y MA-TBE realizan
funciones de interfaces entre sí con la entidad
MA-CE actuando como entidad maestro y la
MA-TBE como entidad esclavo. Una
MA-CE puede controlar una o más entidades
MA-TBE para crear, regenerar, mantener y suprimir
túneles. Una entidad MA-TBE se puede controlar por
una o más entidades MA-CE. De este modo, en un
entorno general, según se representa en la Figura 3, existe una
relación de interfaz del tipo "muchas a muchas" entre una
pluralidad de entidades MA-CE 40 (en este ejemplo se
representan sólo 2) y una pluralidad de entidades
MA-TBE 42 (en este ejemplo, se representan sólo 3).
Es importante hacer constar que cualquiera de las entidades
MA-CE y MA-TBE, desarrolladas en una
red o subred, pueden estar físicamente localizadas en el mismo
procesador. De este modo, un procesador puede alojar dos o más
entidades MA-CE, dos o más entidades
MA-TBE o una combinación de una o más entidades
MA-CE y una o más entidades MA-TBE.
Sin embargo, en una forma de realización preferida, al menos
algunas de las entidades MA-CE y
MA-TBE, desarrolladas en una red o subred, están
localizadas en procesadores físicos independientes, que pueden ser
distantes desde el punto de vista topológico y geográfico. Además,
entidades MA-CE y MA-TBE,
físicamente separadas, se pueden situar en diferentes subredes
dentro de un dominio administrativo único.
La disposición de relaciones del tipo "muchas
a muchas" entre las entidades MA-CE y
MA-TBE, según se representa en la Figura 3, permite
la mejora de la flexibilidad y equilibrado de cargas, pero se
apreciará que pueden existir relaciones de interfaces de los tipos
"una a una", "una a muchas" y "muchas a una" entre
las entidades MA-CE y MA-TBE.
Téngase en cuenta que donde existan relaciones de interfaces del
tipo "una a muchas" o "muchas a muchas", entre entidades
MA-CE y MA-TBE, una
MA-CE selecciona una de las MA-TBE
al crear un túnel para un nodo móvil MN particular. La entidad
MA-TBE, en una forma de realización preferida, se
selecciona de acuerdo con una política predeterminada. Varias
políticas predeterminadas y combinaciones de políticas
predeterminadas se pueden utilizar en este contexto. En
consecuencia, una MA-CE puede seleccionar una de
entre las entidades MA-TBE de acuerdo con cualquier
combinación de dos o más, de lo siguiente:
1) para equilibrar la carga entre varias
entidades MA-TBE;
2) para minimizar las cargas generales de
encaminamiento para paquetes "encapsulados" (tunnelling)
a o desde el nodo móvil MN seleccionando una entidad
MA-TBE, que esté próxima, desde el punto de vista
geográfico o topológico, al punto actual de unión del nodo MN a la
red en la que está en régimen de itinerancia - téngase en cuenta
que esta entidad MA-TBE puede estar, o no, en la red
en la que el nodo MN está en itinerancia;
3) de acuerdo con los requisitos de seguridad
del tráfico de datos - es decir, una entidad MA-TBE,
con funciones de pasarela de seguridad, será seleccionada para
servir al tráfico entrante/saliente a través de un contorno de
separación entre una Intranet o Internet, mientras que la entidad
MA-TBE, sin funciones de seguridad, se puede
seleccionar para servir al tráfico que circula dentro de la una red
Intranet;
4) de acuerdo con los requisitos de calidad de
servicio (QoS) del tráfico de datos - es decir, el tráfico con
estrictos requisitos de QoS, tal como VoIP u otro tráfico de medios
en tiempo real puede pasarse a una entidad MA-TBE
que garantice un bajo retardo, baja pérdida de paquetes y baja
fluctuación mientras el tráfico sin estrictos requisitos de QoS,
tal como HTTP/FTP etc., se puede pasar a las entidades
MA-TBE que no proporcionan diferenciaciones de
QoS.
Las Figuras 4 a 7 son diagramas de flujo de
mensajes que representan cómo una entidad MA-CE
puede dar instrucciones para la creación, mantenimiento y supresión
de túneles mediante una entidad MA-TBE. La Figura 4
representa cómo la entidad MA-CE 40 controla la
entidad MA-TBE 42 para crear un túnel para un nodo
móvil MN dado enviando, en el paso 44, un mensaje de solicitud
CREATE_TUNNEL con los parámetros siguientes: un ID de túnel que
identifica el túnel que se va a crear de forma única dentro de la
red o subred, el protocolo de tunnelling (encapsulación) que se va
a utilizar (tal como IP en una encapsulación de IP, de acuerdo con
RFC 2003, encapsulado de encaminamiento genérico, de acuerdo con
RFC 2784, Encapsulación mínima de acuerdo con RFC 2004), las
direcciones (Co)CoA y HAddr para el nodo móvil MN, un objeto
de política de QoS (por ejemplo, definición de ancho de banda mínimo
y/o máximo, retardo, etc., o especificando un punto de código
DiffServ (DSCP)) y un tiempo de vida para el túnel. La entidad
MA-TBE 42 comprueba la validez del mensaje y, si es
válido, crea un túnel con respecto al nodo móvil MN - es decir,
crea una entrada de base de datos de túneles de modo que los
paquetes recibidos, direccionados a la HAddr del MN, sean
encaminados a la dirección (Co)CoA del MN, utilizando el
protocolo de tunnelling (encapsulado) seleccionado. En el
paso 46, la entidad MA-TBE 42 confirma la creación
del túnel enviando a MA-CE 40 un mensaje de
respuesta CONFIRM_CREATE_TUNNEL especificando el ID del túnel. En
una forma de realización, donde las entidades MA-CE
y MA-TBE están dentro de la misma red o subred, al
recibo del mensaje de respuesta CONFIRM_CREATE_TUNNEL, la entidad
MA-CE 40 avisa a la dirección IP de la entidad
MA-TBE 42, dentro del mecanismo de encaminamiento
interno de IP utilizado en la red o subred, de modo que los paquetes
de datos direccionados al MN en su HAddr sean encaminados a la
entidad MA-TBE 42. En otra forma de realización, la
propia entidad MA-TBE 40 advierte a su dirección IP
dentro de los mecanismos de encaminamiento interno de IP,
utilizados en la red o subred, de modo que los paquetes de datos
direccionados al MN en su HAddr sean encaminados al mismo. Esta
forma de realización es necesaria donde las entidades
MA-CE 40 y MA-TBE 42 estén en
diferentes subredes.
Los túneles creados por las entidades
MA-TBE presentan una duración de vida especificada.
Una vez transcurrido dicha duración, se suprime el túnel - es
decir, se suprime la entrada en la base de datos de túneles. Si un
paquete de datos direccionado al MN, en su HAddr, llega a una
entidad MA-TBE donde no exista ningún túnel, será
desechado. Para mantener un túnel activo, la duración de vida del
túnel debe ampliarse. La Figura 5 representa cómo la entidad
MA-CE 40 puede extender la duración de la vida un
túnel enviando, en el paso 48, un mensaje de solicitud
MAINTAIN_TUNNEL a la entidad MA-TBE 42 con el ID del
túnel y una nueva duración. Para indicar la condición de éxito, la
entidad MA-TBE 42 responde enviando a
MA-CE 40 un mensaje de respuesta
CONFIRM_MAINTAIN_TUNNEL en el paso 50.
La Figura 6 representa cómo la entidad
MA-CE 40 puede cambiar otros parámetros de un túnel,
tales como la QoS o (Co)CoA. En el paso 52,
MA-CE 40 envía un mensaje de solicitud
REFRESH_TUNNEL a la entidad MA-TBE 42 con el ID de
túnel, nueva dirección (Co)CoA, nuevo objeto de política QoS
y una nueva duración. Para indicar el cambio satisfactorio de
parámetros del túnel, MA-TBE 42 responde enviando a
MA-CE 40 un mensaje de respuesta
CONFIRM_REFRESH_TUNNEL en el paso 54.
La Figura 7 representa cómo la entidad
MA-CE 40 puede suprimir un túnel antes de que
termine su vida útil. En el paso 56, MA-CE 40 envía
un mensaje de solicitud DELETE_TUNNEL a la entidad
MA-TBE 42 especificando el ID del túnel. Para
indicar la supresión satisfactoria de un túnel, la entidad
MA-TBE 42 responde enviando a la entidad
MA-CE 40 un mensaje de respuesta
CONFIRM_DELETE_TUNNEL en el paso 58.
En una forma de realización, la interfaz entre
las entidades MA-CE y MA-TBE se
proporciona utilizando el Protocolo Simple de Administración de Red
(SNMP) con extensiones adecuadamente definidas para los mensajes de
respuesta de solicitud anteriormente descritos.
Aunque una pluralidad de entidades
MA-CE y MA-TBE se pueden desplegar
en redes o subredes con la realización del modo de CoCoA en
protocolo MIPv6 o MIPv4, en cualquier momento, un nodo móvil MN
único, en itinerancia lejos del origen, solamente será servido por
una entidad MA-CE y una entidad
MA-TBE - es decir, mediante una sola Entidad de
Control de Agente de Origen (HA-CE) y una sola
entidad de soporte de tráfico de agente de origen
(HA-TBE). De forma similar, en redes o subredes que
realicen el modo FA-CoA del protocolo MIPv4, en
cualquier momento un nodo MN único, en itinerancia alejado del
origen, solamente será servido por una o posiblemente dos entidades
MA-CE y una o posiblemente dos entidades
MA-TBE, dependiendo de que se desplieguen entidades
separadas MA-CE y MA-TBE para los
agentes HA y FA, agentes HA solamente o agentes FA solamente. De
este modo, en redes o subredes que realizan el modo
FA-CoA del protocolo MIPv4, en cualquier momento, un
nodo MN único, en itinerancia alejado del origen solamente será
servido por: a) una entidad HA-CE, una entidad
HA-TBE y un agente extranjero FA convencional; b)
una entidad de control de agente extranjero (FA-CE),
una entidad de soporte de tráfico de agente extranjero
(FA-TBE) y un agente HA convencional o c) una
entidad HA-CE, una entidad HA-TBE,
una entidad FA-CE y una entidad
FA-TBE. En los cuatro casos anteriormente
identificados (1 caso de modo CoCoA de protocolo MIPv6 o MIPv4 y 3
casos de modo FA-CoA del protocolo MIPv4). El nodo
móvil MN, en itinerancia alejado del origen, identificará su
entidad HA-CE y FA-CE servidora
(modo FA-CoA del protocolo MIPv4) a través de
mecanismos de descubrimiento convencionales de los agentes HA y FA,
según se describe en las especificaciones de los protocolos MIPv4 y
MIPv6.
Para el encapsulado (tunnelling)
"directo" de paquetes de datos de usuarios hacia el nodo MN, el
nodo MN no necesita conocer la identidad de sus entidades
servidoras HA-TBE o FA-TBE (modo
FA-CoA del protocolo MIPv4), aunque los paquetes de
datos de usuarios serán transmitidos en túnel desde la entidad
HA-TBE y posiblemente reenviados desde la entidad
FA-TBE (modo FA-CoA del protocolo
MIPv4). De forma similar, para todas las interacciones del plano de
control convencionales entre MN y HA/FA, el MN no necesita conocer
la identidad de su entidad HA-TBE o
FA-TBE servidora (modo FA-CoA del
protocolo MIPv4) puesto que, de acuerdo con la presente invención,
realizará dichas interacciones con la entidad HA-CE
o FA-CE (modo FA-CoA del protocolo
MIPv4) solamente. Sin embargo, para la función de tunnelling
inversa, el nodo móvil MN necesitará conocer, además, la entidad de
su HA-TBE y FA-TBE servidor (modo
FA-CoA del protocolo MIPv4). De acuerdo con la
presente invención, se proporciona un mecanismo para informar al
nodo MN de su HA-TBE y FA-TBE
servidora (modo FA-CoA del protocolo MIPv4). Para
el modo FA-CoA del protocolo MIPv4, el nodo MN
conoce la dirección de la entidad FA-TBE desde la
FA-CE, porque la FA-CoA es la
dirección de la entidad FA-TBE como la salida del
túnel y se asigna por FA-TBE. Para el modo CoCoA
del protocolo MIPv4 y MIPv6, la dirección de la entidad
HA-TBE se proporciona al nodo MN después de una
actualización de enlace satisfactoria (o registro) con la entidad
HA-CE que hace retornar la dirección de la
HA-TBE al nodo MN.
La gestión de movilidad de los protocolos MIPv4
y MIPv6, con separación de la señalización del plano de control y
el tráfico de datos del plano de usuarios entre
MA-CE y MA-TBE, de acuerdo con
varias formas de realización de la presente invención, se
describirá ahora con referencia a las Figuras 8 a 11. La Figura 8
representa la gestión de movilidad del modo FA-CoA
del protocolo MIPv4, con separación de la funcionalidad del agente
HA realizada en HN 12, pero sin separación de la funcionalidad del
FA realizada en la red FN 14. Al nodo MN 10 se le asigna una
dirección HAddr en la red HN 12. Cuando el nodo móvil MN está en
itinerancia con la FN 14, se le asigna una dirección CoA mediante
un agente extranjero FA convencional 20 en la FN. Después de la
asignación de la dirección CoA, MN 10 identifica el encaminador 60
en la red de origen HN 12 que actúa como su entidad
HA-CE a través de los mecanismos de descubrimiento
del agente HA convencionales y le envía un mensaje de actualización
de enlace 62, a través del FA, para registrar la dirección CoA. La
entidad HA-CE 60 selecciona HA-TBE
64 para servir al nodo móvil MN 10 y le proporciona instrucciones,
con un mensaje de solicitud CREATE_TUNNEL 66, para crear un túnel
de MIP 68. Más adelante, cuando CN 16 envía un paquete a la
dirección HAddr del MN en su red de origen HN (caso 1), el paquete
se intercepta por la entidad HA-TBE y se transmite
en túnel al agente FA en la red FN a través del túnel 68 sobre la
base de la dirección CoA. De forma opcional, HA-CE
60 puede enviar un mensaje de actualización de enlace 70 al CN para
registrar la dirección CoA del MN. En adelante, el CN puede
direccionar paquetes directamente al MN en su dirección actual CoA,
en lugar de hacerlo, de forma indirecta, a través de su dirección
HAddr (caso 2) y estos paquetes son recibidos por el FA en la red FN
y encaminados al MN utilizando procedimientos de encaminamiento en
la FN.
La Figura 9 representa la gestión de movilidad
en el modo FA-CoA del protocolo MIPv4, con
separación de la funcionalidad de FA realizada en la red FN 14,
pero sin separación de la funcionalidad del agente HA realizada en
la red HN 12. Al nodo móvil MN 10 se le asigna una dirección HAddr
en la red HN 12. Cuando el nodo móvil MN está en itinerancia con la
red FN 14, se le asigna una dirección CoA por una entidad
FA-CE 72 en la FN. Para conseguirlo, la entidad
FA-CE 72 selecciona FA-TBE 76 para
servir al nodo MN 10 y envía un mensaje de solicitud 78 a
FA-TBE 76 solicitando que FA-TBE 76
proporcione una dirección CoA para MN 10. Como alternativa, la
entidad FA-CE 72 puede configurarse, de forma
estática o dinámica, con una pluralidad de una o más direcciones
CoA correspondientes a una o más entidades FA-TBE y
puede seleccionar FA-TBE 76 y asignar una dirección
CoA correspondiente sin enviar un mensaje de solicitud 78. Después
de la asignación de la dirección CoA, MN 10 identifica el
encaminador 18 en la red de origen HN 12 actuando como su agente HA
a través de los mecanismos de descubrimiento del HA convencionales
y le envía un mensaje de actualización de enlace 74, a través de la
entidad FA-CE, para registrar la dirección CoA. El
agente HA 18 crea el túnel de MIP 80 a la entidad
FA-TBE 76, sobre la base de la dirección CoA. Más
adelante, cuando un CN 16 envía un paquete a la dirección HAddr del
nodo móvil MN en su red HN (caso 1), el paquete es interceptado por
el agente HA y transmitido en túnel a la entidad
FA-TBE en la FN a través del túnel 80 sobre la base
de la dirección CoA. De forma opcional, el agente HA 18 puede
enviar un mensaje de solicitud de enlace 82 al nodo CN para
registrar la CoA del MN. Más adelante, CN puede direccionar
paquetes directamente al MN en su CoA actual, en lugar de hacerlo,
de forma indirecta, a través de su dirección HAddr (caso 2) y estos
paquetes son recibidos por la entidad FA-TBE en la
FN y encaminados al MN utilizando procedimientos de encaminamiento
en la FN.
La Figura 10 representa la gestión de movilidad
en el modo FA-CoA del protocolo MIPv4, con
separación de la funcionalidad del agente HA realizada en la red HN
12 y la separación de la funcionalidad del agente FA realizada en
la red extranjera FN 14. Al nodo móvil MN 10 se le asigna una
dirección HAddr en la red HN 12. Cuando el nodo móvil MN está en
itinerancia para la red FN 14, se le asigna una dirección CoA
mediante una entidad FA-CE 72 en la red FN. Para
conseguirlo, la entidad FA-CE 72 selecciona
FA-TBE 76 para servir al MN 10 y envía un mensaje
de solicitud 78 a FA-TBE 76 solicitando a
FA-TBE 76 que proporcione una dirección CoA para el
nodo MN 10. Como alternativa, se puede configurar
FA-CE 72, de forma estática o dinámica, con una
pluralidad de una o más direcciones CoA correspondientes a una o
más entidades FA-TBE y puede seleccionar
FA-TBE 76 y asignar una dirección CoA
correspondiente sin necesidad de enviar un mensaje de solicitud 78.
Después de la asignación de la dirección CoA, el nodo móvil MN 10
identifica el encaminador 60 en la red HN 12 actuando como su
HA-CE a través de mecanismos de descubrimiento del
HA convencionales y envía le un mensaje de solicitud de enlace 84,
a través de la entidad FA-CE, para registrar la
dirección CoA. HA-CE 60 selecciona
HA-TBE 64 para servir al nodo móvil MN 10 y le da
instrucciones, con un mensaje de solicitud CREATE_TUNNEL 66 para
crear el túnel de MIP 86. Más adelante, cuando CN 16 envía un
paquete a la dirección HAddr del nodo MN en su red HN (caso 1), el
paquete es interceptado por la entidad HA-TBE y
transmitido en túnel a la entidad FA-TBE en la red
FN a través del túnel 86 sobre la base de la CoA. De forma opcional,
HA-CE 60 puede enviar un mensaje de solicitud de
enlace 70 al CN para registrar la CoA del MN. Más adelante, el CN
puede direccionar paquetes directamente al MN en su dirección CoA
actual, en lugar de hacerlo, de forma indirecta, a través de su
HAddr (caso 2) y estos paquetes son recibidos por la entidad
FA-TBE en la red FN y encaminados al MN utilizando
procedimientos de encaminamiento en la FN.
La Figura 11 representa la gestión de movilidad
en el modo CoCoA del protocolo MIPv4 y MIPv6, con separación de la
funcionalidad del agente HA realizada en la red HN 12. Al nodo móvil
MN 10 se le asigna una HAddr en la HN 12. Cuando el nodo móvil MN
está en itinerancia para la red FN 14, se le asigna una
(Co)CoA por un mecanismo de asignación de direcciones de la
FN 14. Después de la asignación de (Co)CoA, MN 10 identifica
el encaminador 88 en la red HN 12 actuando como su entidad
HA-CE a través de mecanismos de descubrimiento del
agente HA convencionales y le envía un mensaje de actualización de
enlace 90 para registrar la dirección (Co)CoA.
HA-CE 88 selecciona HA-TBE 92 para
servir al nodo MN 10 y darle instrucciones, con un mensaje de
solicitud CREATE_TUNNEL 94, para crear el túnel de MIP 96. Más
adelante, cuando CN 16 envía un paquete a la dirección HAddr del
nodo MN en su red HN (caso 1), el paquete es interceptado por la
entidad HA-TBE y transmitido en túnel al agente FA
en la red extranjera FN a través del túnel 96 sobre la base de la
dirección (Co)CoA. Con el modo CoCoA del protocolo MIPv4,
HA-CE 88 puede enviar, de forma opcional, un mensaje
de actualización de enlace 98 al CN para registrar su CoCoA. Con el
protocolo MIPv6, MN 10 debe enviar un mensaje de solicitud de enlace
100 al CN para registrar su CoA. En uno u otro caso, en adelante,
el CN puede direccionar paquetes directamente al MN en su dirección
(Co)CoA actual en lugar de hacerlo, de forma indirecta, a
través de su dirección HAddr (caso 2).
Aunque las Figuras 8 a 11 representan la gestión
de movilidad del protocolo MIP, donde una entidad
MA-CE controla una MA-TBE que está
en la misma red o subred, se apreciará que la presente invención se
aplica también donde una entidad MA-CE, en una
subred de un dominio administrativo, controla una
MA-TBE en una diferente subred del mismo dominio
administrativo, según se indicó con anterioridad. De este modo, una
entidad HA-CE en una subred puede controlar una
HA-TBE en una diferente subred del mismo dominio
administrativo. De forma similar, una entidad
FA-CE, en una subred, puede controlar una
FA-TBE en una diferente subred del mismo dominio
administrativo.
Las entidades MA-TBE pueden
realizar también funciones de filtrado de paquetes y/o funciones de
conmutación de túneles, tal como la conmutación entre túneles de
MIP, túneles del Protocolo de Tunnelling de G-GPRS
(GTP) de redes GPRS y túneles de Red Privada Virtual (VPN).
Además, se apreciará que la presente invención
tiene aplicación para la gestión de la movilidad en cualquier tipo
de red de datos conmutada por paquetes y donde un nodo móvil esté en
itinerancia entre redes de datos conmutadas por paquetes o subredes
del mismo o diferente tipo.
Además, se apreciará por un experto en la
materia que la presente invención se aplica a la gestión de
movilidad en redes de datos conmutadas por paquetes para cualquier
tipo de protocolo de datos de paquetes, sea IP o no, y a la gestión
de movilidad utilizando protocolos distintos de MIPv4 o MIPv6.
Claims (11)
1. Sistema para reenvío de paquetes de datos
hacia un nodo móvil (10) en itinerancia en una red extranjera de
datos conmutada por paquetes (14), habiendo sido los paquetes de
datos direccionados a una dirección origen del nodo móvil (10),
estando el nodo móvil (10) provisto de una dirección temporal
destinada a utilizarse en la red extranjera (14), comprendiendo el
sistema:
una entidad de control de agente móvil
(40;60;72;88) dispuesta para recibir un mensaje (62;74;90) que
indica un enlace entre la dirección origen y la dirección temporal
del nodo móvil (10) y, en respuesta a dicho mensaje (62;74;90),
enviar un mensaje de control (66;78;94) con el fin de controlar el
funcionamiento de una entidad de soporte de tráfico de agente móvil
distinto (42;64;92) y
una entidad de soporte de tráfico de agente
móvil (42;64;76;92), distinta de la entidad de control de agente
móvil (40;60;72;88), preparada para recibir el mensaje de control
(66;78;94) de la entidad de control de agente móvil (40;60;72;88)
y, en respuesta, proporcionar un recurso (68;80;86;96) para el
reenvío de los paquetes de datos hacia el nodo móvil (10) en la
dirección temporal,
en donde la entidad de control de agente móvil
(40;60;72;88) es utilizable para seleccionar la entidad de soporte
de tráfico de agente móvil entre una pluralidad de entidades de
soporte de tráfico de agente móvil, que es capaz de controlar,
dependiendo de uno o más de los parámetros siguientes:
a) la proximidad geográfica y/o topológica del
nodo móvil a la pluralidad de entidades de soporte de tráfico de
agente móvil;
b) la calidad de servicio capaz de
proporcionarse por la pluralidad de entidades de soporte de tráfico
de agente móvil y
c) las funciones de seguridad capaces de
proporcionarse por la pluralidad de entidades de soporte de tráfico
de agente móvil.
2. Sistema según la reivindicación 1, en donde
la entidad de control de agente móvil es una entidad de control de
agente de origen (40;60;88) y la entidad de soporte de tráfico de
agente móvil es una entidad de soporte de tráfico de agente de
origen (42:64;92).
3. Sistema según la reivindicación 2, en donde
el recurso proporcionado por la entidad de soporte de tráfico de
origen (40;60;88) es un túnel (68;96) desde la entidad de soporte de
tráfico de agente de origen (42;64;92) hasta la dirección temporal
del nodo móvil (10).
4. Sistema según la reivindicación 1, en donde
la entidad de control de agente móvil es una entidad de control de
agente extranjero (72) y la entidad de soporte de tráfico de agente
móvil es una entidad de soporte de tráfico de agente extranjero
(76).
5. Sistema según la reivindicación 4, en donde
el recurso proporcionado por la entidad de soporte de tráfico de
agente extranjero es un túnel (80;86) desde la entidad de soporte de
tráfico de agente extranjero (76) hasta un agente de origen (18)
del nodo móvil.
6. Entidad de control de agente móvil
(40;60;72;88) dispuesta para controlar el reenvío de paquetes de
datos hacia un nodo móvil (10) en itinerancia en una red extranjera
de datos conmutada por paquetes (14), habiendo sido los paquetes de
datos dirigidos a una dirección de origen del nodo móvil (10),
estando el nodo móvil (10) provisto de una dirección temporal
destinada a utilizarse en la red extranjera (14), estando la entidad
de control de agente móvil (40;60;72;88) dispuesta para recibir un
mensaje (62;74;90) que indica un enlace entre la dirección de
origen y la dirección temporal del nodo móvil (10) y, en respuesta a
dicho mensaje (62;74;90), controlar el funcionamiento de una
entidad de soporte de tráfico de agente móvil distinta (42;64;76;92)
con el fin de proporcionar un recurso para el reenvío de los
paquetes hacia el nodo móvil (10) en la dirección temporal,
en donde la entidad de control de agente móvil
(40;60;72;88) es utilizable para seleccionar la entidad de soporte
de tráfico de agente móvil entre una pluralidad de entidades de
soporte de tráfico de agente móvil que es capaz de controlar, en
función de uno o varios de los parámetros siguientes:
a) la proximidad geográfica y/o topológica del
nodo móvil con la pluralidad de entidades de soporte de tráfico de
agente móvil;
b) la calidad de servicio capaz de
proporcionarse por la pluralidad de entidades de soporte de tráfico
de agente móvil y
c) las funciones de seguridad capaces de
proporcionarse por la pluralidad de entidades de soporte de tráfico
de agente móvil.
7. Método de suministro de un recurso para
reenviar paquetes de datos hacia un nodo móvil (10) en itinerancia
en una red extranjera de datos conmutada por paquetes (14), habiendo
sido los paquetes de datos direccionados a una dirección de origen
del nodo móvil (10), estando el nodo móvil provisto de una dirección
temporal para uso en la red extranjera (14), comprendiendo dicho
método los pasos siguientes:
a) recepción por una entidad de control de
agente móvil (40;60;72;88) de un mensaje (62;74;90) que indica un
enlace entre la dirección de origen y la dirección temporal del nodo
móvil (10),
b) en respuesta a dicho mensaje de enlace, la
entidad de control de agente móvil (40;60;72;88) selecciona una
entidad de soporte de tráfico de agente móvil (42;64;76;92) entre
una pluralidad de entidades de soporte de tráfico de agente móvil,
que es capaz de control, dependiendo de uno o más de los parámetros
siguientes:
i) la proximidad geográfica y/o topológica del
nodo móvil a la pluralidad de entidades de soporte de tráfico de
agente móvil;
ii) la calidad de servicio capaz de
proporcionarse por la pluralidad de entidades de soporte de tráfico
de agente móvil y
iii) las funciones de seguridad capaces de
proporcionarse por la pluralidad de entidades de soporte de tráfico
de agente móvil;
c) envío por la entidad de control de agente
móvil (40;60;72;88) de un mensaje de control (66;78;94) para
controlar el funcionamiento de la entidad de soporte de tráfico de
agente móvil seleccionada(42;64;76;92);
d) recepción por la entidad de soporte de
tráfico de agente móvil seleccionada (42;64;76;92) del mensaje de
control (66;78;94) desde la entidad de control de agente
móvil(40;60;72;88) y
e) en respuesta a dicho mensaje de control
(66;78;94), la entidad de soporte de tráfico de agente móvil
seleccionada (40;60;72;88) proporciona un recurso (68;80;89;96)
para reenviar los paquetes de datos hacia el nodo móvil (10) en la
dirección temporal.
8. Método según la reivindicación 7, en donde la
entidad de control de agente móvil es una entidad de control de
agente de origen (40;60;88) y la entidad de soporte de tráfico de
agente móvil es una entidad de soporte de tráfico de agente de
origen(42;64;92).
9. Método según la reivindicación 8, en donde el
recurso proporcionado por la entidad de soporte de tráfico de
agente de origen (40;60;88) es un túnel (68;96) desde la entidad de
soporte de tráfico de agente de origen (42;64;92) a la dirección
temporal del nodo móvil (10).
10. Método según la reivindicación 7, en donde
la entidad de control de agente móvil es una entidad de control de
agente extranjero (72) y la entidad de soporte de tráfico de agente
móvil es una entidad de soporte de tráfico de agente extranjero
(76).
11. Método según la reivindicación 10, en donde
el recurso proporcionado por la entidad de soporte de tráfico de
agente extranjero es un túnel(80;86) desde la entidad de
soporte de tráfico de agente extranjero (76) a un agente de origen
del nodo móvil (10).
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GBGB0308980.2A GB0308980D0 (en) | 2003-04-17 | 2003-04-17 | Telecommunications |
| GB0308980 | 2003-04-17 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2347652T3 true ES2347652T3 (es) | 2010-11-03 |
Family
ID=9957003
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04727941T Expired - Lifetime ES2347652T3 (es) | 2003-04-17 | 2004-04-16 | Agente movil distribuido. |
Country Status (10)
| Country | Link |
|---|---|
| US (3) | US7839825B2 (es) |
| EP (1) | EP1614270B9 (es) |
| JP (1) | JP4579905B2 (es) |
| CN (2) | CN102612020B (es) |
| AT (1) | ATE471621T1 (es) |
| DE (1) | DE602004027718D1 (es) |
| ES (1) | ES2347652T3 (es) |
| GB (1) | GB0308980D0 (es) |
| PL (1) | PL1614270T3 (es) |
| WO (1) | WO2004095795A1 (es) |
Families Citing this family (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1836810B1 (de) * | 2004-12-06 | 2012-06-06 | Swisscom AG | Verfahren und system für mobile netzwerknodes in heterogenen netzwerken |
| US20060245362A1 (en) * | 2005-01-07 | 2006-11-02 | Choyi Vinod K | Method and apparatus for providing route-optimized secure session continuity between mobile nodes |
| KR100662885B1 (ko) * | 2005-02-04 | 2007-01-02 | 삼성전자주식회사 | ＦＭＩＰｖ6에서 ＴＣＰ 패킷의 끊김없는 전송을 보장하는핸드오프 방법 |
| CN100403750C (zh) * | 2005-03-04 | 2008-07-16 | 南京邮电学院 | 一种移动代理群组的自分割协作保护方法 |
| US7468970B2 (en) * | 2005-10-24 | 2008-12-23 | Honeywell International Inc. | Routing of mobile agents in a network |
| EP1804463B1 (en) * | 2005-12-29 | 2009-04-08 | Samsung Electronics Co., Ltd. | Method for route optimization with dual mobile IPv4 node in IPv6-only network |
| CN101001261B (zh) * | 2006-01-09 | 2010-09-29 | 华为技术有限公司 | 一种MIPv6移动节点的通信方法 |
| CN100450097C (zh) * | 2006-03-10 | 2009-01-07 | 华为技术有限公司 | 一种演进网络中漫游用户数据路由方法 |
| CN1859412B (zh) * | 2006-03-28 | 2012-06-20 | 华为技术有限公司 | 一种演进网络中漫游用户ip地址的注册和业务使用方法 |
| CN100452723C (zh) * | 2006-05-30 | 2009-01-14 | 北京邮电大学 | 基于移动代理的光子网格网络管理系统及管理方法 |
| JP4548851B2 (ja) * | 2007-03-09 | 2010-09-22 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法、無線基地局及び上位ノード |
| CN101296504B (zh) * | 2007-04-26 | 2011-09-28 | 华为技术有限公司 | 在漫游网络实现ip多媒体子系统业务的方法、系统及装置 |
| US7848280B2 (en) * | 2007-06-15 | 2010-12-07 | Telefonaktiebolaget L M Ericsson (Publ) | Tunnel overhead reduction |
| US8238314B2 (en) * | 2007-09-27 | 2012-08-07 | Alcatel Lucent | Method and apparatus for providing a distributed forwarding plane for a mobility home agent |
| CN101822002B (zh) * | 2007-10-10 | 2012-02-29 | 上海贝尔股份有限公司 | 用于经由一组合作的网络单元转发分组的方法和网络单元 |
| US8228843B2 (en) * | 2007-11-12 | 2012-07-24 | Futurewei Technologies, Inc. | Internet protocol version 4 support for proxy mobile internet protocol version 6 route optimization protocol |
| KR101399033B1 (ko) * | 2008-01-23 | 2014-05-27 | 삼성전자주식회사 | 무선통신 시스템에서 아이피 이동성 제공을 위한 장치 및방법 |
| US8432922B2 (en) * | 2008-06-03 | 2013-04-30 | Xtera Communications, Inc. | Method for managing IP tunnels |
| CN101448252B (zh) * | 2008-06-20 | 2011-03-16 | 中兴通讯股份有限公司 | 网络切换实现方法及系统以及移动节点 |
| US8451800B2 (en) * | 2009-08-06 | 2013-05-28 | Movik Networks, Inc. | Session handover in mobile-network content-delivery devices |
| FI123380B (fi) | 2008-11-04 | 2013-03-28 | Tellabs Oy | Menetelmä ja laitteisto tiedonsiirtokehysten edelleenvälittämistä varten |
| US8340292B1 (en) * | 2010-04-01 | 2012-12-25 | Sprint Communications Company L.P. | Lawful intercept management by an authorization system |
| EP2840856B1 (en) * | 2010-04-16 | 2017-06-07 | Interdigital Patent Holdings, Inc. | Inter-unit transfer support using mobile internet protocol |
| US8565076B2 (en) | 2010-09-24 | 2013-10-22 | Movik Networks | Destination learning and mobility detection in transit network device in LTE and UMTS radio access networks |
| CN102547582B (zh) * | 2010-12-20 | 2014-12-10 | 中国移动通信集团公司 | 传输组播数据的方法、组播树的更新方法以及系统和装置 |
| US9015021B2 (en) * | 2011-10-25 | 2015-04-21 | Cellco Partnership | Multiple client simulator for push engine |
| US8914449B2 (en) * | 2011-11-07 | 2014-12-16 | Cellco Partnership | Push messaging platform with high scalability and high availability |
| US9100854B2 (en) | 2011-12-06 | 2015-08-04 | T-Mobile Usa, Inc. | Quality of service application controller and user equipment application profiler |
| US20130176943A1 (en) * | 2012-01-06 | 2013-07-11 | Futurewei Technologies, Inc. | System and Method for Distributed Mobility Management |
| US8924546B1 (en) | 2012-03-21 | 2014-12-30 | Trend Micro Incorporated | Roaming bandwidth guidance for mobile computing devices |
| US9596697B2 (en) * | 2012-04-03 | 2017-03-14 | T-Mobile Usa, Inc. | Application controller for quality-of-service configuration of a telecommunication device radio |
| CN109921973A (zh) | 2013-07-10 | 2019-06-21 | 华为技术有限公司 | Gre隧道实现方法、接入点和网关 |
| EP3021528B1 (en) * | 2013-07-12 | 2019-09-25 | Huawei Technologies Co., Ltd. | Gre tunnel implementation method, access device and convergence gateway |
| CN104735734B (zh) * | 2013-12-19 | 2019-07-30 | 中兴通讯股份有限公司 | 一种业务处理的方法、网络控制器及转发设备 |
| WO2018013537A1 (en) * | 2016-07-11 | 2018-01-18 | Nokia Solutions And Networks Oy | Methods and apparatuses for correlating intercept related information with call content |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI108696B (fi) * | 1998-10-21 | 2002-02-28 | Nokia Corp | Menetelmä ja järjestelmä matkaviestintään |
| US6560217B1 (en) * | 1999-02-25 | 2003-05-06 | 3Com Corporation | Virtual home agent service using software-replicated home agents |
| WO2001006734A2 (en) | 1999-07-16 | 2001-01-25 | 3Com Corporation | Mobile internet protocol (ip) networking with home agent and/or foreign agent functions distributed among multiple devices |
| FI20000574A (fi) * | 2000-03-13 | 2001-09-14 | Nokia Mobile Phones Ltd | Kuorman tasaus IP-liikkuvuutta tukevassa tietoliikennejärjestelmässä |
| US7283469B2 (en) * | 2002-04-30 | 2007-10-16 | Nokia Corporation | Method and system for throughput and efficiency enhancement of a packet based protocol in a wireless network |
| US8005979B2 (en) * | 2002-10-28 | 2011-08-23 | Oracle America, Inc. | System and method for uniquely identifying processes and entities in clusters |
| US7489667B2 (en) * | 2002-11-08 | 2009-02-10 | Faccin Stefano M | Dynamic re-routing of mobile node support in home servers |
| US20060010243A1 (en) * | 2003-01-06 | 2006-01-12 | Duree Albert D | Internet protocol network system for real-time data applications |
-
2003
- 2003-04-17 GB GBGB0308980.2A patent/GB0308980D0/en not_active Ceased
-
2004
- 2004-04-16 CN CN201210055880.3A patent/CN102612020B/zh not_active Expired - Lifetime
- 2004-04-16 WO PCT/GB2004/001657 patent/WO2004095795A1/en active Application Filing
- 2004-04-16 CN CN200480010345XA patent/CN1774905B/zh not_active Expired - Lifetime
- 2004-04-16 DE DE602004027718T patent/DE602004027718D1/de not_active Expired - Lifetime
- 2004-04-16 EP EP04727941A patent/EP1614270B9/en not_active Expired - Lifetime
- 2004-04-16 ES ES04727941T patent/ES2347652T3/es not_active Expired - Lifetime
- 2004-04-16 US US10/549,033 patent/US7839825B2/en active Active
- 2004-04-16 PL PL04727941T patent/PL1614270T3/pl unknown
- 2004-04-16 JP JP2006506143A patent/JP4579905B2/ja not_active Expired - Lifetime
- 2004-04-16 AT AT04727941T patent/ATE471621T1/de not_active IP Right Cessation
-
2010
- 2010-11-19 US US12/950,910 patent/US8130725B2/en not_active Expired - Fee Related
-
2012
- 2012-03-05 US US13/412,380 patent/US8406198B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| WO2004095795A1 (en) | 2004-11-04 |
| US8130725B2 (en) | 2012-03-06 |
| EP1614270B9 (en) | 2011-01-19 |
| US20060198345A1 (en) | 2006-09-07 |
| PL1614270T3 (pl) | 2010-11-30 |
| US7839825B2 (en) | 2010-11-23 |
| JP2006523987A (ja) | 2006-10-19 |
| DE602004027718D1 (de) | 2010-07-29 |
| CN102612020A (zh) | 2012-07-25 |
| CN102612020B (zh) | 2015-03-25 |
| US20120163329A1 (en) | 2012-06-28 |
| CN1774905B (zh) | 2012-04-04 |
| GB0308980D0 (en) | 2003-05-28 |
| US8406198B2 (en) | 2013-03-26 |
| US20110110333A1 (en) | 2011-05-12 |
| EP1614270B1 (en) | 2010-06-16 |
| CN1774905A (zh) | 2006-05-17 |
| JP4579905B2 (ja) | 2010-11-10 |
| ATE471621T1 (de) | 2010-07-15 |
| EP1614270A1 (en) | 2006-01-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2347652T3 (es) | Agente movil distribuido. | |
| ES2284482T3 (es) | Optimizacion de encaminamiento de ip en una red de acceso. | |
| CN100454886C (zh) | 在作为基于业务的策略(sblp)的执行点的网络网关处的数据分组过滤 | |
| ES2237079T3 (es) | Metodo de control de acceso para un sistema de comunicaciones moviles. | |
| US7672288B1 (en) | Arrangement for secure communication and key distribution in a telecommunication system | |
| ES2548005T3 (es) | Técnica para proporcionar soporte a una diversidad de protocolos de gestión de la movilidad | |
| ES2374501T3 (es) | Nodo móvil de interfaces múltiples con conexión simultánea a red doméstica y extranjera. | |
| ES2249624T3 (es) | Obtencion de privacidad de ubicacion en redes de comunicaciones. | |
| US20050259631A1 (en) | Route optiminzing in mobile ip providing location privacy | |
| US8891432B2 (en) | Routing method, routing system, mobile node, home agent, and home base station | |
| ES2405831T3 (es) | Procedimiento de transferencia de flujo entre puntos de acceso heterogéneos | |
| ES2297798T3 (es) | Metodo para una pasarela de seleccion de un canal para transferir paquetes de datos. | |
| WO2009116246A1 (ja) | 通信方法、通信システム、モバイルノード及びアクセスルータ | |
| US9641999B2 (en) | Telecommunications | |
| WO2005101784A1 (en) | Method and arrangement for route optimisation in moving network to moving network communication | |
| JP2007520963A6 (ja) | 通信 | |
| JP2010045779A (ja) | 電気通信 | |
| ES2276889T3 (es) | Metodo y sistema para la itinerancia entre redes de comunicaciones. | |
| WO2009116276A1 (ja) | 通信方法、通信システム、通信ノード、移動通信装置、移動管理装置及び中継ノード |