MX2009001682A - Sistema y metodo para enrutamiento y soporte de sistema de nombre de dominio de un nodo movil. - Google Patents

Sistema y metodo para enrutamiento y soporte de sistema de nombre de dominio de un nodo movil.

Info

Publication number
MX2009001682A
MX2009001682A MX2009001682A MX2009001682A MX2009001682A MX 2009001682 A MX2009001682 A MX 2009001682A MX 2009001682 A MX2009001682 A MX 2009001682A MX 2009001682 A MX2009001682 A MX 2009001682A MX 2009001682 A MX2009001682 A MX 2009001682A
Authority
MX
Mexico
Prior art keywords
mobile
mobile node
vmn
address
local
Prior art date
Application number
MX2009001682A
Other languages
English (en)
Inventor
Christophe Janneteau
Vidya Narayanan
George Popovich
Original Assignee
Motorola Inc
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 Motorola Inc filed Critical Motorola Inc
Publication of MX2009001682A publication Critical patent/MX2009001682A/es

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/082Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5007Internet protocol [IP] addresses
    • H04L61/5014Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/50Address allocation
    • H04L61/5076Update or notification mechanisms, e.g. DynDNS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

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

Abstract

Se proporcionan un sistema y método para establecer comunicación de protocolo de Internet (IP) entre un nodo móvil (MN) y una o más redes móviles. El método incluye recibir (705) una solicitud de un MN cuando el MN se une a una primera red móvil, crear (710) información de enrutamiento que indica una dirección local del MN, y anunciar (715) la dirección local a los nodos de la o las redes móviles. La solicitud indica la dirección local del MN.

Description

SISTEMA Y MÉTODO PARA ENRUTAMIENTO Y SOPORTE DE SISTEMA DE NOMBRE DE DOMINIO DE UN NODO MÓVIL CAMPO DE LA INVENCIÓN La presente invención se refiere generalmente a comunicaciones de red y más particularmente a comunicación de enrutamiento entre un nodo móvil y uno o más nodos en una red móvil o un dominio foráneo.
ANTECEDENTES DE LA INVENCIÓN Una red móvil es una red cuyos servidores y enrutadores normalmente son estáticos (por ejemplo, no son móviles) con respecto entre sí, pero son colectivamente móviles con respecto al resto de la Internet. Por ejemplo, una red móvil podría encontrarse en una avión, un barco o un tren. En general, un enrutador móvil proporciona movilidad (por ejemplo, conexión a la infraestructura de Protocolo de Internet (IP) ) para los nodos conectados al enrutador móvil utilizando, por ejemplo, protocolos de IP móvil o de movilidad de red (NEMO) . Un nodo específico en la red móvil típicamente se designa como el enrutador móvil y maneja la movilidad para todos los nodos dentro de la red móvil, y de este modo, una red móvil puede cambiar el punto de conexión a la infraestructura de IP mientras mantiene la comunicación de IP entre nodos dentro de la red móvil y los nodos correspondientes conectados a la Internet. Cuando el enrutador móvil se mueve de una subred de IP a otra, típicamente se requiere que el enrutador móvil maneje la movilidad para mantener toda la comunicación de los nodos conectados al enrutador móvil . Las redes móviles pueden tomar una variedad de configuraciones tales como una configuración de red móvil anidada donde por lo menos una primera red móvil se conecta bajo una segunda red móvil. Por ejemplo, la primera red móvil puede ser un individuo que lleva un dispositivo que tiene una red personal asociada, y la segunda red móvil puede ser un tren que tiene una infraestructura de red móvil con conectividad a una red de IP o infraestructura. Cuando el individuo entra al tren, la red móvil del individuo puede acoplarse en forma comunicativa a un punto de acceso desplegado en el tren para operar dentro de la red móvil del tren. Cada red móvil tiene uno o más nodos fijos locales (LFN) (por ejemplo, un dispositivo inalámbrico) que puede conectarse al enrutador móvil de la red móvil correspondiente, tal como por Ethernet u 802.11. El LFN tiene una dirección de IP que pertenece a la subred o subredes de IP de la red móvil y no tiene ningún soporte de movilidad de IP específico. Cada red móvil también puede tener uno o más nodos móviles locales (HMN) que pueden conectarse al enrutador móvil de la red móvil correspondiente . Un HMN se refiere en la presente como un nodo móvil (típicamente ejecutando protocolo de IP Móvil) que tiene una red local que es la red móvil a la cual se conecta el HMN. El HMN tiene una dirección local que pertenece a la subred o subredes de IP de la red móvil y tiene el mismo agente local (HA) que el HA del enrutador móvil de la red móvil local correspondiente (es decir, el agente local del HMN no está en la red móvil local del HMN) . Cada red móvil también puede tener uno o más nodos móviles visitantes (VMN) que pueden conectarse al enrutador móvil de la red móvil correspondiente. Un VMN se refiere en la presente como un nodo móvil (típicamente ejecutando IP Móvil) conectado a una red móvil que no está en la red local del VMN. El VMN tiene una dirección local, y configura una dirección temporal, o dirección de entrega, que pertenece a la subred o subredes de IP de la red móvil a la cual se conecta el VMN. Una Red de Área Vehicular (VAN) que tiene una red móvil desplegada en un vehículo es un ejemplo de una red móvil en práctica.
SUMARIO DE LA INVENCIÓN Antes de establecer la comunicación de IP con un nodo de destino, el nombre de servidor de destino se resuelve en la dirección de IP asociada con el nodo de destino, referida como "resolución de nombre", a menos que la dirección de IP se conozca previamente. Uno o más servidores de sistema de nombre de dominio (DNS) pueden utilizarse para una resolución de nombre exitosa y típicamente involucra un conjunto de servidores intermedios de DNS que tienen conectividad entre si para permitir una resolución de nombre. Por ejemplo, un enrutador móvil tiene conectividad con un primer servidor de DNS, y el primer servidor del DNS tiene conectividad con un segundo servidor de DNS que tiene autoridad para el nodo de destino. Esta resolución de nombre entonces se utiliza para establecer comunicación de IP. Los protocolos de IP móvil o NEMO soportar enrutamiento entre un nodo en una red móvil de un grupo de redes móviles con un nodo en otra red móvil del grupo de redes móviles utilizando agentes locales para establecer comunicación entre los dos nodos . Un agente local se refiere en la presente como un nodo en la infraestructura de IP que intercepta la comunicación dirigida a un LFN particular y redirige la comunicación a la ubicación actual del enrutador móvil asociado con el LFN. Los nodos móviles en una red de IP son soportados utilizando protocolo de IP móvil que permite a un nodo móvil cambiar de una subred de IP a otra mientras mantiene una comunicación continua. El nodo móvil tiene una dirección permanente, o una dirección local, que se utiliza para comunicación. Cada vez que el nodo móvil se conecta a un nuevo punto de acceso, una nueva dirección temporal, o dirección de entrega, se asigna al nodo móvil. El nodo móvil envía una unión entre la dirección local y la dirección de entrega a un servidor en la red, o un agente local . Cuando un nodo en la Internet intente enviar un paquete a la dirección local de un nodo móvil objetivo, el paquete se enruta a la red local del nodo móvil donde el agente local intercepta el paquete. El agente local, utilizando la unión recibida del nodo móvil, encapsula el paquete en la dirección de entrega del nodo móvil para redirigir el paquete a la ubicación actual del nodo móvil . Por ejemplo, protocolos estándares de movilidad de nodo (por ejemplo, IP móvil) y el protocolo de movilidad de red (por ejemplo, NEMO) , utilizan un túnel bidireccional entre el agente local y la entidad móvil para mantener comunicaciones continuas cuando la entidad móvil cambia los puntos de conexión a la infraestructura de IP. Este enrutamiento es complejo, particularmente para comunicaciones entre un nodo fijo (por ejemplo, un nodo fijo local (LFN) ) en la red móvil y un nodo móvil visitante o entre dos nodos móviles visitantes conectados a la red móvil . Cuando se establece comunicación entre un LFN y un nodo móvil visitante en una red móvil, el LFN envía el paquete de comunicación a la dirección local del nodo móvil visitante. Por ejemplo, el LFN envía el paquete a un enrutador por defecto (por ejemplo, un enrutador móvil (MR1) ) , y el enrutador por defecto aplica el mecanismo de IP móvil y encapsula el paquete en una gente local (por ejemplo, un agente local de enrutador móvil) en el enlace local del enrutador móvil . El agente local de enrutador móvil desencapsula el paquete y envía el paquete mediante la Internet al enlace local del nodo móvil visitante asociado con la dirección local. En el enlace local de nodo móvil visitante, el agente local del nodo móvil visitante intercepta el paquete cuando el nodo móvil visitante no se conecta al enlace local y encapsula el paquete (primer encapsulamiento) en la dirección de entrega del nodo móvil visitante. Esta dirección de entrega del nodo móvil visitante pertenece a la red móvil. El paquete encapsulado del agente móvil del nodo móvil visitante se enruta al enlace local del enrutador móvil . El agente local del enrutador móvil intercepta el paquete y encapsula el paquete (segundo encapsulamiento) en la ubicación actual del enrutador móvil . El enrutador móvil desencapsula el paquete (por ejemplo, remueve el segundo encapsulamiento del agente local del enrutador móvil) y envía el paquete al nodo móvil visitante. El nodo móvil visitante remueve el primer encapsulamiento restante de su agente local y recupera el paquete inicial enviado por el LFN. Este enrutamiento a través de los agentes locales localizados en la infraestructura de IP coloca sobrecarga sobre la interfaz de radio entre el enrutador móvil y la infraestructura de IP debido a que los paquetes que son enrutados entre el nodo móvil visitante y el nodo fijo local serán enviados dos veces sobre esta interfaz (por ejemplo, en las direcciones corriente arriba y corriente abajo) . Adicionalmente, la sobrecarga se introduce en la interfaz de radio entre el enrutador móvil y la infraestructura de IP debido a los encapsulamientos utilizados para enrutar los paquetes (por ejemplo, consumo de ancho de banda) . En una red móvil convencional, mientras el enrutador móvil que tiene conectividad a la infraestructura de IP mantiene esta conectividad, la comunicación puede establecerse entre los nodos de la red móvil (por ejemplo, LFN y VMN) utilizando IP móvil convencional. Cuando el enrutador móvil pierde esta conectividad, la red móvil se aisla y se refiere como "autónoma" . Cuando la red móvil está en un modo autónomo, la red móvil se desconecta de la infraestructura de IP y el agente local correspondiente, y los agentes locales (por ejemplo, de los VMN) no se pueden encontrar por el enrutador móvil. Actualmente, los protocolos convencionales, tales como IP móvil y NEMO, no soportan la transmisión de paquetes de datos (es decir, enrutamiento) entre dos nodos en un modo autónomo. Además, el nodo que inicia la comunicación generalmente puede conocer el nombre de dominio completamente calificado (FQDN) del nodo de destino aunque puede no conocer la dirección de IP del nodo de destino. Con la pérdida de conectividad en la infraestructura de IP, los nodos de las redes móviles (por ejemplo, LFN) pierden acceso a los servidores de DNS (por ejemplo, servidores de DNS por defecto, servidores autoritativos de DNS, y servidores intermediarios de DNS) que de otra forma pueden utilizarse para la resolución de nombre del FQDN del nodo de' destino (por ejemplo, VMN) en la dirección de IP del nodo de destino .
BREVE DESCRIPCIÓN DE LAS FIGURAS Las figuras anexas, donde números de referencia similares se refieren a elementos idénticos o funcionalmente similares a través de las vistas separadas y que junto con la descripción detallada siguiente se incorporan en y forman parte de esta especificación, sirven para ilustrar adicionalmente varias modalidades y para explicar varios principios y ventajas todo de acuerdo con la presente invención. La FIGURA 1 es un diagrama de bloque de un sistema de comunicación de IP móvil. La FIGURA 2 es un diagrama de señalización que ilustra un enrutamiento de comunicación ejemplar de IP en una red móvil . La FIGURA 3 es un diagrama de señalización que ilustra un enrutamiento de comunicación ejemplar de IP a un nodo móvil local que se separa de una red local . La FIGURA 4 es un diagrama de señalización que ilustra un enrutamiento de comunicación ejemplar de IP en una red móvil autónoma. La FIGURA 5 es un diagrama de bloque de un sistema de comunicación de IP fijo. La FIGURA 6 es un diagrama de señalización que ilustra un enrutamiento de comunicación de IP ejemplar en el dominio foráneo mostrado en la FIGURA 5. La FIGURA 7 es un diagrama de flujo de un primer método ejemplar para establecer comunicación entre un nodo móvil y un nodo en una red móvil de acuerdo con algunas modalidades de la invención. La FIGURA 8 es un diagrama de flujo de un segundo método ejemplar para establecer comunicación con un nodo móvil en un dominio foráneo de acuerdo con algunas modalidades de la invención. La FIGURA 9 es un diagrama de flujo de un tercer método ejemplar para establecer comunicación entre un nodo móvil y un nodo en una red móvil de acuerdo con algunas modalidades de la invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN Antes de describir en detalle modalidades que se encuentran de acuerdo con la presente invención, se debe observar que las modalidades residen principalmente en combinaciones de etapas de métodos y componentes de aparatos relacionados con el enrutamiento y soporte de servicio de nombre de dominio de un nodo móvil. Por consiguiente, los componentes de aparatos y etapas de métodos se han representado donde es apropiado por símbolos convencionales en las figuras, que muestran sólo esos detalles específicos que son pertinentes para entender las modalidades de la presente invención para no oscurecer la descripción con detalles que serán fácilmente aparentes para aquellos de experiencia ordinaria en la técnica que tienen el beneficio de la descripción en la presente. En este documento, términos relaciónales tales como primero y segundo, superior e inferior, y similares pueden utilizarse solamente para distinguir una entidad o acción de otra entidad o acción sin requerir necesariamente o implicar ninguna relación actual u orden entre tales entidades o acciones. Los términos ? comprende" , "que comprende", o cualquier otra variación de los mismos, se pretenden para cubrir una inclusión no exclusiva, de modo que un proceso, método, artículo o aparato que comprende una lista de elementos no incluye sólo esos elementos sino puede incluir otros elementos no expresamente enlistados o inherentes a tal proceso, método, artículo o aparato. Un elemento procedido por "comprende...uno" sin más restricciones, no impide la existencia de elementos idénticos adicionales en el proceso, método, artículo o aparato que comprende el elemento. Se apreciará que modalidades de la invención descritas en la presente pueden comprender uno o más procesadores convencionales e instrucciones de programación almacenadas únicas que controlan uno o más procesadores para implementar, junto con ciertos circuitos sin procesador, algunas, la mayoría o todas las funciones para el enrutamiento y soporte de servicio de nombre de dominio de un nodo móvil como se describe en la presente. Los circuitos sin procesador pueden incluir, pero no se limitan a, un radio receptor, un radio transmisor, excitadores de señales, circuitos de reloj, circuitos de fuente de energía, y dispositivos de entrada de usuario. Como tales, estas funciones pueden interpretarse como etapas de un método para enrutamiento y soporte de servicio de nombre de dominio de un nodo móvil. Alternativamente, algunas o todas las funciones podrían implementarse por una máquina de estado que no tiene instrucciones de programación almacenadas, o en uno o más circuitos integrados de aplicación especifica (ASIC) , en los cuales cada función o algunas combinaciones de ciertas funciones se implementan como lógica personalizada. Desde luego, una combinación de los dos procedimientos podría utilizarse. De este modo, métodos y medios para estas funciones se han descrito en la presente. Además, se espera de alguien de experiencia ordinaria en la técnica no importando un esfuerzo posiblemente importante y muchas opciones de diseño motivadas por ejemplo, por tiempo disponible, tecnología actual, y consideraciones económicas, cuando sean guiados por los conceptos y principios descritos en la presente, serán fácilmente capaces de generar tales instrucciones y programas de software y circuitos integrados (IC) con mínima experiencia. La palabra "ejemplar" se utiliza en la presente para significar "que sirve como un ejemplo, caso o ilustración" . Alguna modalidad descrita en la presente como "ejemplar" no necesariamente debe interpretarse como preferida o ventajosa sobre otras modalidades. Todas las modalidades descritas en esta Descripción Detallada son modalidades ejemplares proporcionadas para permitir que personas con experiencia en la técnica hagan o utilicen la invención y no para limitar el alcance de la invención la cual es definida por las reivindicaciones . Métodos y aparatos se proporcionan los cuales permiten comunicación de protocolo de Internet (IP) entre un nodo y nodos móviles de una o más redes móviles que tienen un enrutador móvil . Cuando un nodo móvil (por ejemplo, un nodo móvil visitante (VMN) ) se une o se conecta a una red móvil, el nodo móvil inicialmente envía una solicitud de una dirección temporal (por ejemplo, una dirección de entrega) que se utiliza para comunicación de IP con el nodo móvil. Típicamente, el VMN experimenta un cambio durante una fase de adquisición de dirección de entrega. La solicitud incluye una dirección de IP permanente (por ejemplo, una dirección local) del nodo móvil y, opcionalmente, un nombre de dominio completamente calificado (FQDN) correspondiente del nodo móvil. La dirección local del nodo móvil entonces se suministra al enrutador móvil el cual crea/actualiza la información de enrutamiento para la dirección local del nodo móvil. Adicionalmente, el enrutador móvil anuncia (por ejemplo, multidifunde) a los nodos (por ejemplo, otros VMN) de la o las redes móviles en las que la dirección local del nodo móvil se encuentra dentro de la red móvil . En una modalidad ejemplar, la o las redes móviles incluyen, pero no se limitan necesariamente a, un servidor de sistema del nombre de dominio (DNS) y un servidor de protocolo de configuración de distribuidor dinámico (DHCP) . La dirección local del nodo móvil y opcionalmente el FQDN del nodo móvil, se incluye en una solicitud de DHCP que se envía por el nodo móvil al servidor de DHCP. En el caso de FQDN del nodo móvil se proporciona en la solicitud de DHCP, el servidor de DHCP actualiza al servidor de DNS con una asociación entre la dirección local y el FQDN del nodo móvil. Al incluir la dirección local, y opcionalmente el FQDN, en la solicitud de DHCP disminuye el proceso de descubrimiento de VMN y disminuye la señalización asociada. Los métodos y aparatos de la presente invención soportan comunicación hasta y desde un VMN en una red móvil autónoma al localizar, dentro de la red móvil, el enrutamiento de la comunicación entre el nodo móvil y cualquier otro nodo en la red móvil. Adicionalmente, los métodos y aparatos de la presente invención optimizan el enrutamiento de paquetes hasta y desde un nodo móvil y otros nodos en la red móvil en un modo conectado (por ejemplo, que tiene conectividad a la infraestructura de IP) . La FIGURA 1 es un diagrama de bloque de un sistema 100 de comunicación de IP móvil. El sistema 100 de comunicación de IP móvil comprende una red 102 móvil que tiene un enrutador 104 móvil (por ejemplo, MR1) y uno o más nodos, y una infraestructura 106 de IP (por ejemplo, la Internet) que tiene conectividad con la red 102 móvil utilizando el enrutador 104 móvil mediante un enlace 110 visitado cuando la red 102 móvil se encuentra en un modo conectado. En un modo autónomo, el enlace 110 visitado se omite debido a que la red 102 móvil carece de conectividad con la infraestructura 106 de IP. Aunque el sistema 100 de comunicación de IP móvil se describe con la red 102 móvil, el sistema 100 de comunicación de IP móvil puede tener redes móviles adicionales que se comunican con la red 102 móvil, tal como una configuración anidada, uniforme o mezclada de redes móviles agregadas. En esta modalidad ejemplar, la red 102 móvil comprende un nodo fijo local (LFN) 108 y un nodo móvil visitante (VMN) 120 conectada a la red 102 móvil. El enrutador 104 móvil proporciona movilidad para los nodos conectados al enrutador móvil particular (por ejemplo, LFN y VMN) y puede colocarse con el servidor de DHCP y el servidor de DNS (no mostrado) . La infraestructura 106 de IP comprende agentes locales que corresponden a uno o más nodos de la red 102 móvil. Por ejemplo, la infraestructura 106 de IP comprende un agente local (VMN_HA) 124 para el nodo 120 móvil visitante y un agente local (MR_HA) 122 para el enrutador 104 móvil. El VMN_HA 124 se conecta a la infraestructura 106 de IP mediante un enlace 114 local de VMN, y MR_HA 122 se conecta a la infraestructura 106 de IP mediante un enlace 112 local de enrutador móvil.
Aunque no se muestra, el enrutador 104 móvil comprende una unidad de procesamiento central que tiene uno o más procesadores (por ejemplo, microprocesadores, chips de computadora de conjunto de instrucciones reducido (RISC) , y similares) y una memoria no volátil (por ejemplo, una memoria de acceso aleatorio (RAM) no volátil y/o una memoria de sólo lectura (ROM) , un dispositivo de almacenamiento de datos, y una o más interfaces de comunicación (por ejemplo, interfaces de baja/media velocidad tal como interfaces de comunicación de multipuerto, interfaces de comunicación serial, o una interfaz de red en anillo, interfaces de alta velocidad tales como interfaces de Ethernet de multipuerto, interfaces inalámbricas, y similares) típicamente proporcionadas como tarj etas de interfaz . Las interfaces de comunicación controlan las tareas intensivas de comunicación tal como la conmutación y filtración de paquetes, y el control y el manejo de medios. Se apreciará por aquellos de experiencia ordinaria en la técnica que, alternativamente, el enrutador 104 móvil puede tener una variedad de otras arquitecturas de enrutador. En una modalidad ejemplar, el enrutamiento de comunicación de IP a un nodo móvil visitante (por ejemplo, VM 120) se proporciona utilizando una opción de dirección local de VMN y/o una opción de FQDN de VMN. Con la opción de dirección local de VMN, el enrutamiento localizado dentro de la red 102 móvil se habilita (por ejemplo, mediante el servidor de DHCP) para la dirección local de VMN 120. Se crea información de enrutamiento apropiada en el enrutador 104 móvil para indicar la presencia de VMN 120 y especifica cómo los paquetes deben ser enrutados al VMN 120. Al utilizar esta información de enrutamiento, el enrutador 104 móvil puede enrutar cualquier paquete dirigido a la dirección local de VMN 120 que es enviado por otros nodos en la red 102 móvil. En una modalidad ejemplar, una entrada de enrutamiento en la tabla de enrutamiento del enrutador 104 móvil se crea utilizando la dirección local de VMN 120 de modo que la dirección local de VMN 120 se puede acceder directamente a través de una de las interfaces de ingreso del enrutador 104 móvil. En otra modalidad ejemplar, un túnel en el enrutador 104 móvil se crea entre el enrutador 104 móvil y la dirección de entrega de VMN 120 utilizando una asociación entre la dirección local de VMN 120 y la dirección de entrega de VMN 120 (por ejemplo, proporcionada por el servidor de DHCP) . Cualquier paquete dirigido a la dirección local de VMN 120 se reenvía a través de este túnel. La presencia de VMN 120 (por ejemplo, la dirección local de VMN 120) se anuncia dentro de la red 102 móvil, tal como a través de un mensaje de anuncio específico. Otros VMN en la red 102 móvil pueden determinar que el VMN 120 es local y es directamente accesible utilizando enrutamiento natural (o encapsulamiento en el enrutador 104 móvil) en lugar de encapsular a través de un agente local correspondiente . Con la opción de FQDN de VMN, utilizada junto con la opción de dirección local de VMN, el servidor de DNS (por ejemplo, asociado con la red 102 móvil) se actualiza (por ejemplo, mediante el servidor de DHCP) con una asociación entre el FQDN de VMN 120 y la dirección local de VMN 120. Por ejemplo, esta asociación puede colocarse en el archivo maestro del servidor de DNS (por ejemplo, si se utiliza actualización convencional de DNS) o en la memoria caché de DNS del servidor de DNS . Cualesquier nodos en la red 102 móvil pueden resolver mediante DNS la dirección local de VMN 120 a partir del FQDN de VMN 120 utilizando consulta convencional de DNS en el servidor de DNS . La opción de dirección local de VMN y la opción de FQDN de VMN se llevan de preferencia sobre mensajes de solicitud de DHCP para permitir la creación y renovación de los estados asociados en el enrutador 104 móvil y el servidor de DNS (es decir, información de enrutamiento sobre el enrutador 104 móvil y la dirección local de VMN/asociación de FQDN en el servidor de DNS) . La creación de estos estados se presenta durante el intercambio temprano de DHCP de la fase de adquisición de dirección de entrega de VMN. La renovación de estos estados se logra al incluir la opción de DHCP en mensajes de solicitud subsecuentes de DHCP enviados para renovar la dirección de entrega de VMN 120. La dirección local de VMN 120 y el FQDN de VMN 120 se llevan sobre los mensajes de liberación de DHCP para activar la remoción de los estados asociados en el enrutador 104 móvil y el servidor de DNS. La FIGURA. 2 es un diagrama de señalización que ilustra un enrutamiento de comunicación ejemplar de IP en una red 200 móvil, tal como una red 102 móvil mostrada en la FIGURA 1. La red 200 móvil comprende un VMN 202, un servidor 204 de DHCP, un MR 206, y un servidor 208 de DNS. Aunque la red 200 móvil se muestra con VMN 202, la red 200 móvil puede tener cualquier número de nodos o VMN. El servidor 204 de DHCP y el servidor 208 de DNS se colocan con MR 206 y se acoplan mediante un bus de comunicación (no mostrado) , aunque el servidor 204 de DHCP y el servidor 208 de DNS pueden residir en nodos diferentes de la red 200 móvil. El servidor 204 de DHCP asigna las direcciones de entrega al VMN 202, y el servidor 208 de DNS responde a las consultas estándares de DNS de cualesquier nodos (no mostrado) dentro de la red 200 móvil. Aunque no se muestra, el servidor 208 de DNS se incluye en una memoria que tiene una o más memorias caché de DNS y uno o más archivos de zona para almacenar registros de recursos (RR) . Los RR incluyen, pero no se limitan necesariamente a, un registro de recurso de servidor de nombre (RR de "NS" ) y un registro de fuente de dirección de IP (RR de "A") . El servidor 208 de DNS maneja un RR de "NS" que mapea el nombre de dominio servido por el servidor 208 de DNS en el nombre del servidor 208 de DNS. Adicionalmente , el servidor 208 de DNS maneja uno o más RR de ???" para cada nodo cuya red local es la red 200 móvil respectivamente, y cada RR de WA" mapea el FQDN de un nodo particular en una dirección correspondiente de IP. Utilizando el archivo de zona, el servidor 208 de DNS de la red 200 móvil puede responder con autoridad a cualquier consulta de DNS con respecto a los nodos de la red 200 móvil. En una modalidad ejemplar, el servidor 208 de DNS tiene autoridad para el nombre de dominio de la red 200 móvil y puede tener autoridad para otros nombres de dominio de otras redes móviles que pueden acoplarse a la red 200 móvil. Por ejemplo, el servidor 208 de DNS colocado con MR 206 tiene autoridad para el nombre de dominio de la red 202 móvil y de este modo, maneja un archivo de zona que abarca el FQDN de cualquier LFN y cualquier nodo móvil que tiene red 200 móvil como una red local. Cuando el VMN 202 intenta conectarse o unirse a la red 200 móvil, el VMN 202 detecta una entrada a la red 200 móvil al recibir un mensaje de anuncio. Por ejemplo, el MR 206 envía un anuncio de red móvil cada vez que un nuevo nodo se une a la red 200 móvil o cada vez que un VMN se conecta exitosamente a la red 200 móvil (por ejemplo, durante una fase de control de acceso de red) . En otro ejemplo, el MR 206 envía un anuncio de red móvil cuando recibe un descubrimiento de DHCP (por ejemplo, típicamente de un nuevo VMN que trata de obtener una nueva dirección de entrega) . El anuncio de red móvil incluye, pero no se limita a, una lista de redes que se pueden encontrar directamente (DRN) que tiene una lista de direcciones locales de VMN actualmente en la red 200 móvil y el prefijo de la red 200 móvil. El VMN 202 recupera esta lista de direcciones locales de VMN en la red 200 móvil y el prefijo para la red 200 móvil. Utilizando esta información, el VMN 202 determina si un paquete para un nodo dado debe encapsularse en el agente local de VMN 202 (por ejemplo, en el caso de que este nodo no esté en la red 200 móvil) o que se enrute naturalmente de acuerdo con la tabla de enrutamiento de VMN 202 (por ejemplo, en caso de que el nodo se encuentre dentro de la red 200 móvil) . Con la opción de dirección local de VMN, el VMN 202 de preferencia utiliza DHCP para notificar simultáneamente a MR 206 de la presencia de VMN 202 y obtener una dirección de entrega. El VMN 202 utiliza una solicitud 210 de DHCP para notificar al MR 206 de la dirección local (VMN_HoA) de VMN 202. Por ejemplo, VMN 202 envía una solicitud 210 de DHCP que incluye VMN_HoA para el servidor 204 de DHCP, y el servidor 204 de DHCP crea y envía una notificación 212 al MR 206 que incluye VMN_HoA y, opcionalmente, la dirección de entrega (VMN_CoA) asignada al VMN 202. Al recibir (y aceptar) esta opción de dirección local de VMN, el MR 206 crea una entrada específica en esta tabla de enrutamiento que incluye la dirección local de VMN 202 que se puede encontrar directamente a través de una interfaz de ingreso de MR 206. MR 206 utiliza esta entrada para enrutar los paquetes a la dirección local de VMN 202 al resolver la dirección de nivel 2 de VMN 202 de la dirección local de VMN 202. En una modalidad ejemplar, MR 206 utiliza el protocolo de resolución de dirección (ARP) para resolver la dirección de nivel 2 de VMN 202. En otra modalidad ejemplar, MR 206 recupera la dirección de nivel 2 de VMN 202 de una memoria caché local en MR 206 la cual se actualiza dinámicamente con la dirección de nivel 2 de VMN 202 al momento en que MR 206 recibe la notificación del servidor 204 de DHCP sobre la presencia de VMN 202 en la red móvil, la notificación incluye la dirección de nivel 2 de VMN 202. El servidor 204 de DHCP envía una confirmación de DHCP al VMN 202 que incluye, aunque no se limita necesariamente a, la dirección de entrega asignada a VMN 202 y una indicación de sí la opción de dirección local de V N (por ejemplo, en la solicitud de DHCP) se ha aceptado o rechazado . •Con un registro exitoso con MR 206, el VMN 202 enruta naturalmente (en lugar de encapsular en el agente local de VMN 202) cualquier paquete que tenga una dirección de destino que concuerde con la lista de DRN. Adicionalmente, MR 206 agrega la dirección local del VMN 202 a la lista de DRN y envía un nuevo anuncio de red móvil que permite a otros VMN en la red 200 móvil descubrir la presencia de VMN 202. En un modo conectado de la red 200 móvil, VMN 202 registra la nueva dirección de entrega con el agente local de VMN 202. Para enrutar un paquete desde un LFN o un nodo móvil local (HMN) a otro LFN/HMN, el paquete se enruta directamente de acuerdo con la tabla de enrutamiento del LFN/HMN de origen. Para enrutar un paquete desde un LFN/HMN hasta una dirección de destino que carece del prefijo de la red 200 móvil, el paquete se enruta hacia el MR 206 (por ejemplo, a lo largo de una ruta por defecto) . Utilizando la tabla de enrutamiento de MR 206, MR 206 determina si el destino concuerda con una de las entradas de enrutamiento de VMN. En caso de que se encuentre una correlación, el MR 206 resuelve la dirección de nivel 2 del VMN correspondiente (por ejemplo, a partir de la dirección local de este VMN) y envía directamente el paquete a este VMN. En el caso en que no encuentren correlaciones, el MR 206 reenvía el paquete a través del túnel hasta el agente local de MR 206 debido a que la dirección de destino corresponde con un nodo fuera de la red móvil . El VMN 202 utiliza la información en la lista de DRN para determinar si una dirección de destino corresponde con la dirección local de otro VMN en la red 200 móvil o corresponde con un LFN/HMN (por ejemplo, mediante el prefijo de la red 200 móvil incluida en la lista de DRN) . En caso de que no se encuentre ninguna correlación, el VMN 202 encapsula el paquete en el agente local de VMN 202. En el caso en que se encuentre una correlación, el VMN 202 enruta naturalmente el paquete utilizando la tabla de enrutamiento de VMN 202. Por ejemplo, en el caso en que la dirección de destino concuerda con una entrada de enrutamiento para la subred de red móvil (por ejemplo, configurada a partir de DHCP) , el VMN 202 utiliza ARP para resolver la dirección de nivel 2 del destino. Este destino es un LFN/HMN. De otra forma, el paquete se envía a la dirección de nivel 2 de MR 206 (por ejemplo, mediante la ruta por defecto) . Este destino es "otro VMN. MR 206 enruta al paquete al destino a través de su interfaz de ingreso cuando la dirección de destino concuerda con una de las entradas en la tabla de enrutamiento de MR 206. En el caso en que la dirección de destino concuerda con el prefijo de la red 200 móvil, el paquete se envia la dirección de nivel 2 de destino. Este destino es un LFN/HMN. En el caso en que la dirección de destino concuerda con una de las entradas de enrutamiento de VMN, el paquete se envía a la dirección de nivel 2 del destino. De otro manera, MR 206 descarta el paquete. Cuando la red 200 móvil recupera la conectividad de la infraestructura de IP, el MR 206 puede decidir (por ejemplo, como una cuestión de política) si mantiene el enrutamiento localizado para la dirección local de VMN 202. En el caso en que MR 206 decida no mantener el enrutamiento localizado para la dirección local de VMN 202, la entrada de VMN para VMN 202 se remueve de la tabla de enrutamiento de MR 206, la dirección local de VMN se remueve de la lista de DRN, y un nuevo anuncio de red móvil puede enviarse. Mensajes periódicos de solicitud/confirmación de DHCP pueden intercambiarse entre VMN 202 y el servidor 204 de DHCP para renovar el contrato de la dirección de entrega asignada y renovar la entrada correspondiente de VMN en la tabla de enrutamiento de MR 206. Cuando la red 200 móvil está en un modo conectado y VMN 202 deja la red 200 móvil, el VMN 202 notifica a MR 206. MR 206 entonces puede remover la entrada correspondiente de VMN de la tabla de enrutamiento de MR 206 para detener la redirección local de paquetes enviados a la dirección local de VMN 202. En este caso, VMN 202 envía (por ejemplo, monodifunde) un mensaje 214 de liberación de DHCP al servidor 204 de DHCP que incluye la dirección local de VMN 202 en una opción de dirección local de VMN. Este mensaje 214 de liberación puede ser enviado por VMN 202 antes de dejar la red 200 móvil (por ejemplo, transferencia proactiva) o sólo después de dejar la red 200 móvil (por ejemplo, transferencia reactiva) . Al recibir el mensaje 214 de liberación de DHCP, el servidor 204 de DHCP libera la dirección de entrega para VMN 202 (por ejemplo, al marcar la dirección de entrega como no asignada) que se asignó a partir del espacio de dirección de red móvil . El servidor 204 de DHCP envía una notificación 216 de liberación a MR 206, que incluye la dirección local de VMN y opcionalmente la dirección de entrega de VMN. Al recibir esta indicación, MR 206 remueve la entrada correspondiente de VMN en la tabla de enrutamiento del MR 206, remueve la dirección local de VMN 202 de la lista de DRN, y envía un nuevo anuncio de red móvil. El VMN 202 también borra cualquier lista de DRN que VMN 202 pueda haber adquirido de MR 206. El servidor 204 de DHCP también puede enviar una notificación 218 de liberación al Servidor 208 de DNS, que incluye la dirección local y FQDN de VMN 202, cuando la liberación 214 de DHCP incluya la dirección local y FQDN de VMN 202 (por ejemplo, la opción de FQDN de VMN) .
Con la opción de FQDN de VM , la memoria caché del servidor 208 de DNS se actualiza con una asociación entre el nombre del servidor (por ejemplo, FQDN) de VMN 202 y la dirección local de VMN 202. La opción de FQDN de VMN de preferencia se utiliza junto con la opción de dirección local de VMN (por ejemplo, dentro de los mensajes de solicitud de DHCP y liberación de DHCP enviados por VMN 202 al servidor 204 de DHCP) . En una modalidad ejemplar, cuando se recibe una solicitud de DHCP desde un nodo con la opción de FQDN de VMN, el servidor 204 de DHCP inicialmente determina si la solicitud de DHCP es acompañada por una opción de dirección local de VMN. Sin la opción de dirección local de VMN, la opción de FQDN de VMN de preferencia se ignora. En el caso en que la opción de FQDN de VMN es acompañada por la opción de dirección local de VMN, el servidor 204 de DHCP actualiza al servidor 208 de DNS con una asociación 218 entre el FQDN listado en la opción de FQDN de VMN y la dirección de IP listada en la opción de dirección local de VMN. En el caso en que el VMN 202 que interactúa con el servidor 204 de DHCP, la asociación colocada en el servidor 208 de DNS enlaza el FQDN de VMN 202 a la dirección local de VMN 202. En general, un servidor de DHCP que recibe una solicitud de DHCP desde un nodo con la opción de FQDN de VMN (acompañada con la opción de dirección local de VMN) utiliza los mecanismos estándares de actualización dinámica de DNS para actualizar el servidor de DNS (por ejemplo, el servidor autoritario primario de DNS para tal nodo colocado con el enrutador móvil) con la asociación entre el FQDN del nodo y la dirección del nodo listado en la opción de dirección local de VMN. En el modo autónomo, el servidor de DHCP actualiza el servidor de DNS con la asociación cuando el servidor de DNS es el servidor maestro primario autoritario del VMN. En una modalidad alternativa, la memoria caché del servidor de DNS (en lugar de un archivo maestro) se actualiza utilizando una extensión apropiada del mecanismo estándar de actualización dinámica de DNS para realizar la actualización de memoria caché dinámica en DNS. En otra modalidad alternativa, la memoria caché del servidor de DNS se actualiza por otros medios (por ejemplo, accediendo/configurando directamente la memoria caché de DNS con herramientas administrativas existentes, etc.,). Una vez actualizado con la asociación de VMN, y siguiendo las operaciones estándares de un servidor de DNS, el servidor de DNS puede responder las consultas de resolución de nombre para el nombre de servidor del VMN. MR 206 tiene un descubrimiento rápido de VMN debido a que MR 206 puede descubrir la dirección local de VMN 202 y el FQDN de VMN 202 durante la fase de adquisición temprana de dirección de entrega basada en DHCP. La sobrecarga de señalización se minimiza debido a que la señalización de actualización de IP Móvil y DNS separada no se necesita entre VMN 202 y MR 206, renovación periódica de la dirección local de VMN 202 y el FQDN de VMN 202 se incluyen en la renovación periódica de la dirección de entrega de VMN. La FIGURA 3 es un diagrama de señalización que ilustra un enrutamiento de comunicación de IP para un HMN 302 que se separa de una red 300 local (tal como una red 102 móvil mostrada en la FIGURA 1) . La red 300 local comprende un HMN 302, un MR 304, y un LFN 306. El agente local (HA) 308 de MR 304 se localiza en la red local MR 304. Un servidor de DHCP (no mostrado) se coloca con MR 304. En esta modalidad ejemplar, la opción de separación de HMN permite a la HMN 302 notificar al servidor local de DHCP en la red 300 local correspondiente sobre la separación de HMN 302 (por ejemplo, ya sea antes o después de la separación actual) . La opción de separación de HMN se realiza de preferencia utilizando mensajes de solicitud de DHCP, y el servidor de DHCP puede activar cualquier operación apropiada sobre MR 304 para permitir comunicaciones entre cualquier nodo local de la red 300 local y HMN 302. Un ejemplo de tal operación apropiada incluye, pero no se limita necesariamente a, MR 304 que inicia la representación de protocolo de resolución de dirección (ARP) para la dirección local de HMN 302 y encapsula los paquetes dirigidos a HMN 302 hacia HA 308. En operación, HMN 302, referido como un nodo móvil (MN) cuando deja la red 300 móvil, envía directamente una solicitud 310 de DHCP a MR 304 con una opción de separación especifica de HMN para indicar la separación de HMN 302. Al recibir esta solicitud 310 de DHCP, MR 304 renueva el contrato de la dirección local de HMN 302 (por ejemplo, indicado en la solicitud 310 de DHCP) y envía una confirmación 312 de DHCP a HMN 302. Al procesar la opción de separación de HMN, MR 304 inicia la representación de ARP para la dirección local de HMN 302 y encapsula los paquetes dirigidos a esta dirección local hacia HA 308. Por ejemplo, los paquetes entre LFN 306 (localizados en la red 300 móvil) y MN (antiguamente HMN 302) fuera de la red móvil local (es decir red 300 móvil) se encapsulan a través de HA 308, lo cual es común para MN 302 y MR 304 que dan servicio a la red 300 móvil, para MN 302 mediante señales 314, 316 y 318. El mensaje utilizado por HMN 302 para notificar su separación en MR 304 puede ser un mensaje genérico en lugar de una extensión específica de un mensaje de DHCP. Los paquetes también pueden ser encapsulados a través de HA 308 en el LFN 306 mediante señales 320, 322 y 324. La FIGURA 4 es un diagrama de señalización de un enrutamiento de comunicación de IP ejemplar en una red 400 móvil autónoma. La red 400 móvil comprende un VMN 402 y un MR 404. HA 406 de VMN 402 se localiza en la red local de VMN 402. En esta modalidad ejemplar, MR 404 se coloca con un servidor de DHCP y un servidor de DNS (no mostrado) . Los mensajes 410, 412 convencionales de descubrimiento y oferta de DHCP, respectivamente, se intercambian entre VMN 402 y MR 404 cuando VMN 402 intenta conectarse o unirse a la red móvil. VMN 402 utiliza la opción de FQDN de VMN para actualizar la memoria caché del servidor de DNS localizado en MR cuando la red 400 móvil entra al modo autónomo. VMN 402 utiliza una solicitud 414 de DHCP para notificar a MR404 de la dirección local (VMN_HoA) y FQDN (VMN_FQDN) de VMN 402. Al recibir (y aceptar) esta opción de dirección local de VMN, MR 404 crea una entrada específica en su tabla de enrutamiento que indica la dirección local de VMN 402 como se puede encontrar directamente a través e una interfaz de ingreso de MR 404 y envía una confirmación 416 de DHCP a VMN 402. VMN 402 también puede utilizar esta opción de FQDN de VMN cuando VMN 402 entra a la red 400 móvil (incluso en el modo conectado) para acelerar la resolución de su dirección de IP mediante nodos locales) . Por ejemplo, el servidor de DNS colocado en MR es el servidor de DNS por defecto para los LFN y HMN en la red 400 móvil. En el modo autónomo, un LFN/HMN resuelve la dirección de IP de VMN 402 a partir del nombre de servidor de los VMN 402 utilizando intercambios estándares de DNS con el servidor de DNS colocado en MR. En el modo autónomo, y opcionalmente el modo conectado, el VMN 402 también utiliza el servidor de DNS colocado en MR como su servidor por defecto para resolver la dirección de IP de cualquier otro nodo en la red 400 móvil (por ejemplo, LFN, HMN o VMN) utilizando intercambios estándares de DNS con el servidor de DNS colocado en MR. Una asociación de VMN creada en la memoria caché de DNS es una entrada temporal (es decir, asociada con una interrupción) . VMN 402 envía periódicamente nuevas solicitudes de DHCP (por ejemplo, con la opción de FQDN de VMN y la opción de dirección local de VMN) al servidor de DHCP colocado en MR para renovar su asociación en la memoria caché del servidor de DNS colocado en MR. Esto también renueva el contrato de la dirección de entrega de VMN 402 y la entrada de enrutamiento de VMN en la tabla de enrutamiento de MR 404. Cuando VMN 402 deja la red 400 móvil, la remoción de su asociación de la memoria caché del servidor de DNS colocado en MR se activa al enviar un mensaje de liberación de DHCP (por ejemplo, que incluye la dirección local y el FQDN y de VMN 402) al servidor de DHCP colocado en MR. También esto libera la dirección de entrega de VMN 402 y remueve la entrada de enrutamiento correspondiente de VMN en la tabla de enrutamiento de MR 40 . La FIGURA 5 es un diagrama de bloque de un sistema 500 de comunicación de IP fijo. El sistema de comunicación de IP comprende una infraestructura 504 de IP (por ejemplo, la Internet) y un dominio 502 foráneo que tiene un enrutador de borde (ER) 506 que proporciona conectividad entre el dominio 502 foráneo y la infraestructura 504 de IP. El dominio 502 foráneo también incluye, pero no se limita necesariamente a, un servidor 514 de DHCP, un servidor 516 de DNS, y uno o más enrutadores de acceso (AR) 510, 512. Cuando un MN 508 entra al dominio 502 foráneo, el MN 508 se conecta o une en uno de los enrutadores 510, 512 de acceso. El MN 508 tiene un agente local (MN_HA) 518 que se conecta a la infraestructura 504 de IP mediante un enlace 520 local de MN. La FIGURA 6 es un diagrama de señalización que ilustra un enrutamiento de comunicación ejemplar de IP en el dominio 502 foráneo mostrado en la Figura 5. En esta modalidad ejemplar, la opción de dirección de local de VMN y la opción de FQDN de VMN se encuentran disponibles para MN 508 quien entra al dominio 502 foráneo. MN 508 tiene una dirección local (VMN__HoA) , y un FQDN (VMN_FQDN) . Cuando MN 508 entra al dominio 502 foráneo, MN 508 envía una solicitud 520 de DHCP que incluye VM _HoA, y opcionalmente VMN_FQDN, al servidor 514 de DHCP, y el servidor 514 de DHCP crea y envía una notificación 524 al ER 506 que incluye VMN_HoA y la dirección de entrega (VMN_CoA) asignada al MN 508. El servidor 514 de DHCP también responde a la solicitud de DHCP con una confirmación 522 de DHCP, y MN 508 obtiene la dirección de entrega. Al recibir (y aceptar) la dirección local de MN 508, ER 506 crea un túnel en VMN_CoA para enviar paquetes dirigidos a VMN_HoA. Adicionalmente, ER 506 anuncia que VMN_HoA se encuentra dentro del dominio 502 foráneo que permite a otros nodos en el dominio 502 foráneo descubrir la presencia de MN 508. Con la opción de FQDN de VMN, el servidor 514 de DHCP crea y envía una notificación 526 al servidor 516 de DNS que incluye VMN_HoA y VMN_FQDN. Al recibir esta opción de FQDN de VMN, el servidor 516 de DNS establece una asociación de VMN entre VMN_FQDN y VMN_HoA. Cuando MN 508 se cambia a un nuevo AR (por ejemplo, de AR 510 a AR 512) , MN 508 envía otra solicitud 528 de DHCP que incluye VMN_HoA al servidor 514 de DHCP, y el servidor 514 de DHCP crea y envía una notificación 530 a ER 506 que incluye VMN_HoA y una nueva dirección de entrega (VMN_CoA) asignada a MN 508. El servidor 514 de DHCP también responde a la solicitud de DHCP con una confirmación 532 de DHCP, y MN 508 obtiene la nueva dirección de entrega. Al recibir esta opción de dirección local de VMN, ER 506 actualiza el punto final del túnel previamente creado en la nueva dirección de entrega de MN 508 para enviar los paquetes dirigidos a VMN_HoA. Adicionalmente, ER 506 continua anunciando que VMN_HoA se encuentra dentro del dominio 502 foráneo. Al recibir la nueva dirección de entrega en la confirmación de DHCP del servidor 514 de DHCP, MN 508 puede actualizar su IP Móvil que se une al HA de MN 508 al enviar una nueva solicitud de registro (por ejemplo, un mensaje de RRQ) . El uso de la opción de dirección local de VMN mediante MN 508 optimiza el enrutamiento de paquetes entre cualquier nodo (fijo o móvil) en el dominio 502 foráneo y MN 508. El enrutamiento entre cualquier nodo en el dominio 502 foráneo y MN 508 se localiza dentro del dominio 502 foráneo (por ejemplo, los paquetes no necesitan ser enrutados fuera del dominio foráneo) . Por ejemplo, los paquetes enviados por un nodo fijo en el dominio 502 foráneo a la dirección local de MN 508 son enrutados naturalmente hacia ER 506. Al recibir estos paquetes, ER 506 determina MN 508 está visitando el dominio 502 foráneo utilizando la notificación recibida del servidor 514 de DHCP para MN 508. ER 506 entonces encapsula los paquetes dirigidos a la dirección local MN 508 hacia la dirección de entrega de MN 508 como se indica en la notificación recibida del servidor 514 de DHCP. MN 508 desencapsula y procesa los paquetes del nodo fijo. Similarmente, el uso de la opción de FQDN de VMN optimiza el nombre de procedimiento de resolución para el FQDN de VMN dentro del dominio 502 foráneo. Por ejemplo, la resolución de DNS del FQDN de MN 508 en la dirección local de MN 508 mediante un nodo en el dominio 502 foráneo puede realizarse por el servidor 516 de DNS, sin la necesidad de contactar otros servidores de DNS fuera del dominio 502 foráneo. De este modo, al utilizar la opción de FQDN de VMN acelera el procedimiento de resolución de nombre. La FIGURA 7 es un diagrama de flujo de un primer método 700 ejemplar para establecer comunicación entre un nodo móvil (por ejemplo, VMN 120, 202 mostrados en la FIGURA 1 y la FIGURA 2, respectivamente) y un nodo (por ejemplo, LFN 108, 306 mostrados en la FIGURA 1 y la FIGURA 3, respectivamente) en una red móvil de acuerdo con algunas modalidades de la invención. Una solicitud se recibe del VMN cuando el VMN se une a una primera red móvil de una o más redes móviles, como se indica en la etapa 705. La solicitud lleva la dirección local del VMN (por ejemplo, la opción de dirección local de VMN) al MR. En una modalidad ejemplar, la dirección local de VMN se incluye en la solicitud de DHCP y se envía desde el VMN hasta un servidor de DHCP en la red móvil . El servidor de DHCP crea y envía una notificación al MR que incluye la dirección local del VMN y opcionalmente la dirección de entrega asignada al VMN. En otra modalidad ejemplar, el FQDN de VMN también se incluye en la solicitud de DHCP (por ejemplo, utilizando la opción de FQDN de VMN junto con la opción de dirección local de VMN) . El servidor de DHCP crea una notificación que indica la dirección local y el FQDN de VMN y envía la notificación del servidor de DHCP hasta un servidor de DNS de la red móvil . El servidor de DNS asocia la dirección local del VMN con el FQDN del VMN en respuesta a la notificación. La información de enrutamiento se crea indicando a la dirección local del VMN, como se indica en la etapa 710. Por ejemplo, al recibir la notificación del servidor de DHCP, el MR crea una entrada de VMN en su tabla de enrutamiento para este VMN. La dirección local del VMN se anuncia en los nodos de una o más redes móviles, como se indica en la etapa 715. Por ejemplo, el MR multidifunde un anuncio a todos los otros nodos de la o las redes móviles que indican la dirección local del VMN se encuentra dentro de la red móvil o agregación de las redes móviles . En una modalidad ejemplar, el MR tiene una lista de DRN y actualiza la lista de DRN para incluir la dirección local del VMN cuando la solicitud de DHCP se recibe. El MR entonces envía la lista de DRN actualizada a todos los otros nodos en la red móvil . Una liberación también puede ser recibida del VMN cuando el VMN deja la red móvil. En una modalidad ejemplar, el VMN envía una liberación de DHCP que incluye la dirección local del VMN. La información de enrutamiento (es decir, la dirección local del VMN) entonces se remueve de la tabla de enrutamiento del MR, y el MR deja de anunciar que la dirección local del VMN se encuentra dentro de la red móvil. En una modalidad ejemplar, el servidor de DHCP envía una notificación de liberación al MR, en respuesta a la recepción de la liberación de DHCP, que incluye la dirección local del VMN y opcionalmente la dirección de entrega del VMN. Al recibir esta notificación, el MR mueve la información de enrutamiento para la dirección local del VMN y deja de anunciar que la dirección local del VMN se encuentra dentro de la red móvil. En otra modalidad ejemplar, el servidor de DHCP envía una notificación de liberación que incluye la dirección local y el FQDN del VMN (por ejemplo, utilizando la opción de FQDN de VMN junto con la opción de dirección local del VMN) al servidor de DNS. Al recibir esta notificación de liberación, el servidor de DNS remueve la asociación de VMN del servidor de DNS.
La FIGURA 8 es un diagrama de flujo de un segundo método 800 ejemplar para establecer comunicación con un nodo móvil (por ejemplo, MN 508 mostrado en la FIGURA 5 y la FIGURA 6) en un dominio foráneo (por ejemplo, el domino 502 foráneo mostrado en la FIGURA 5) de acuerdo con algunas modalidades de la invención. Una solicitud se recibe del MN cuando el MN entra al dominio foráneo, como se indica en la etapa 805. La solicitud indica la dirección local del MN. En una modalidad ejemplar, la dirección local del MN se incluye en una solicitud de DHCP y se envía desde el MN hasta un servidor de DHCP en el dominio foráneo cuando el MN se conecta a un enrutador de acceso del dominio foráneo. Una dirección de entrega se selecciona para el MN en respuesta a la solicitud, como se indica en la etapa 810. Por ejemplo, el servidor de DHCP envía una confirmación de DHCP al MN en respuesta a la solicitud de DHCP, y la confirmación de DHCP indica la dirección de entrega asignada al MN. Una notificación, que indica la dirección local y opcionalmente la dirección de entrega del MN, se crea, como se indica en la etapa 815. Por ejemplo, el servidor de DHCP crea y envía una notificación a un ER del dominio foráneo que incluye la dirección local del MN y, opcionalmente la dirección de entrega asignada al MN. En una modalidad ejemplar, una primera notificación se crea (por ejemplo, mediante el servidor de DHCP) al recibir la solicitud de DHCP, que indica la dirección local del MN y la dirección de entrega del MN, y se envía al ER. En respuesta a la primera notificación, el ER crea un túnel en la dirección de entrega del MN, para enviar la dirección de paquetes a la dirección local del MN, y envia un anuncio de que la dirección local del MN se encuentra dentro del dominio foráneo. Una segunda notificación puede ser creada (por ejemplo, por el servidor de DHCP) , al recibir la solicitud de DHCP, que indica la dirección local y el FQDN del MN, y envia a un servidor de DNS del dominio foráneo. En respuesta a la segunda notificación, el servidor de DNS establece una asociación de VMN en el servidor de DNS entre el FQDN del MN y la dirección local del MN. Cuando el MN se cambia a un enrutador de acceso diferente en el dominio foráneo, el MN envía otra solicitud de DHCP (por ejemplo, otra solicitud de DHCP) , que indica la dirección local del MN, al servidor de DHCP. Al recibir la solicitud de DHCP, una nueva dirección de entrega se selecciona por el servidor de DHCP y se proporciona al MN. El servidor de DHCP crea una notificación, que indica la dirección local del MN y la nueva dirección de entrega del MN, y envía la notificación al ER. En respuesta a esta notificación, el ER actualiza el punto final del túnel previamente creado con la nueva dirección de entrega para enviar paquetes dirigidos a la dirección local del MN. Adicionalmente, el ER continúa anunciando que la dirección local del MN se encuentra dentro del dominio foráneo. La FIGURA 9 es un diagrama de flujo de un tercer método 900 ejemplar para establecer comunicación entre un nodo móvil (por ejemplo, HMN 302 mostrado en la FIGURA 3) y un nodo en una red móvil de acuerdo con algunas modalidades de la invención. En esta modalidad ejemplar, el servidor de DHCP y el servidor de DNS se colocan con el MR. Una solicitud, que indica una separación de un HMN, se recibe cuando el HMN deja su red móvil local, como se indica en la etapa 905. Por ejemplo, una solicitud de DHCP, que incluye la dirección local del HMN y la información de separación del HMN, se envía a un MR de la red móvil. Esta solicitud de DHCP puede ser enviada por el HMN antes de dejar la red móvil o sólo después de dejar la red móvil. El MR responde a la solicitud de DHCP con una confirmación de DHCP. Adicionalmente, el MR renueva el contrato para dirección local del HMN e inicia la representación de ARP para la dirección local del HMN y el encapsulamiento en el agente local del HMN. Los paquetes de comunicación para el HMN se interceptan en respuesta a la solicitud, como se indica en la etapa 910. Los paquetes de comunicación para el HMN se dirigen al agente local del MR, el cual también es el agente local del HMN, como se indica en la etapa 915. Al localizar el enrutamiento de las comunicaciones de IP dentro de la red 102, 200, 300, 400 móvil entre la dirección local de VMN y cualquier otro nodo en la red 102, 200, 300, 400 móvil, esta comunicación de IP se habilita cuando la red 102, 200, 300, 400 móvil se desconecta de la infraestructura de IP (por ejemplo, en el modo autónomo) , y la trayectoria de enrutamiento se optimiza cuando el enrutador 104 móvil se conecta a la infraestructura de IP. Adicionalmente, cualquier nodo en la red 102, 200, 300, 400 móvil en el modo autónomo, puede resolver mediante DNS el nombre del servidor (por ejemplo, el FQDN) del VMN en la dirección local del VMN. En la especificación anterior, modalidades específicas de la presente invención se han descrito. Sin embargo, alguien de experiencia ordinaria en la técnica aprecia que varias modificaciones y cambios pueden hacerse sin apartarse del alcance de la presente invención como se establece en las reivindicaciones siguientes. Por ejemplo, mientras la descripción anterior describe la comunicación entre nodos en una agregación autónoma de redes, se debe apreciar que estos conceptos también pueden aplicarse, por ejemplo, a agregaciones de redes que tienen conectividad de IP y que tienen una configuración de agregación completamente anidada, uniforme, mezclada u otra.
Por consiguiente, la especificación y las figuras también se deben interpretar en un sentido ilustrativo en lugar de uno restrictivo, y todas las modificaciones se pretenden para incluirse dentro del alcance de la presente invención. Los beneficios, ventajas, soluciones a los problemas, y cualesquier elementos que puedan provocar que se presente o que se vuelva a pronunciar cualquier beneficio, ventaja o solución no se interpretaran como características o elementos críticos, requeridos o esenciales de cualquiera o todas las reivindicaciones. La invención se define solamente por las reivindicaciones anexas que incluyen cualesquier enmiendas hechas durante el estado pendiente de esta solicitud y todos los equivalentes de esas reivindicaciones como se presentaron.

Claims (10)

  1. NOVEDAD DE LA INVENCIÓN Habiendo descrito la presente invención se considera como novedad y por lo tanto se reclama como propiedad lo descrito en las siguientes reivindicaciones.
  2. REIVINDICACIONES 1. Un método para establecer una comunicación de protocolo de Internet entre un nodo móvil visitante y un nodo en una o más redes móviles que tienen una pluralidad de nodos, el nodo móvil visitante tiene una dirección local, el método caracterizado porque comprende: recibir una solicitud del nodo móvil visitante cuando el nodo móvil visitante se une a una primera red móvil de una o más redes móviles, la solicitud indica la dirección local del nodo móvil visitante; crear información de enrutamiento que indica la dirección local del nodo móvil visitante; y anunciar la dirección local a la pluralidad de nodos de una o más redes móviles . 2. El método de conformidad con la reivindicación 1, caracterizado porque una o más redes móviles comprenden un servidor de protocolo de configuración de distribuidor dinámico, el servidor de protocolo de configuración de distribuidor dinámico selecciona una dirección temporal para el nodo móvil visitante en respuesta a la solicitud del nodo móvil visitante; y en donde la etapa de crear comprende crear una notificación, la notificación indica la dirección local del nodo móvil visitante y la dirección temporal del nodo móvil visitante .
  3. 3. El método de conformidad con la reivindicación 1, caracterizado porque una o más redes móviles comprenden un servidor de protocolo de configuración de distribuidor dinámico y un servidor de sistema de nombre de dominio; en donde el nodo móvil visitante tiene un nombre de dominio completamente calificado; y donde la etapa de crear comprende : crear una notificación, la notificación indica la dirección local del nodo móvil visitante y la del nodo móvil visitante; y enviar la notificación del servidor de protocolo de configuración y distribuidor dinámico al servidor de sistema de nombre de dominio, el servidor de sistema de nombre de dominio asocia la dirección local del nodo móvil visitante con el nombre de dominio completamente calificado del nodo móvil visitante en respuesta a la notificación.
  4. 4. El método de conformidad con la reivindicación 1, caracterizado porque una o más redes móviles comprenden un enrutador móvil que tiene una tabla de enrutamiento que comprenden la información de enrutamiento; y donde el método además comprende: recibir una liberación del nodo móvil visitante cuando el nodo móvil visitante deje la primera red móvil de una o más redes móviles, la liberación indica la dirección local del nodo móvil visitante; remover la información de enrutamiento para la dirección local del nodo móvil visitante de la tabla de enrutamiento del enrutador móvil; y descontinuar la etapa de anunciación.
  5. 5. El método de conformidad con la reivindicación 1, caracterizado porque la primera red móvil es autónoma; donde una o más redes móviles comprenden un servidor de sistema de nombre de dominio y un enrutador móvil; donde el nodo móvil visitante tiene un nombre de dominio completamente calificado; donde la solicitud indica la dirección local del nodo móvil visitante y el nombre de dominio completamente calificado del nodo móvil visitante; donde la etapa de crear comprende asociar la dirección local del nodo móvil visitante con el nombre de domino completamente calificado del nodo móvil visitante.
  6. 6. Un método para establecer una comunicación de protocolo de Internet para un nodo móvil en un dominio foráneo, el nodo móvil tiene una dirección local, el método caracterizado porque comprende: recibir una solicitud del nodo móvil cuando el nodo móvil entra al dominio foráneo, la solicitud indica la dirección local del nodo móvil; seleccionar una dirección temporal para el nodo móvil en respuesta a la solicitud; y crear una primera notificación que indica la dirección local del nodo móvil y la dirección temporal del nodo móvil .
  7. 7. El método de conformidad con la reivindicación 6, caracterizado porque el domino foráneo comprende segundo y tercero enrutadores, donde la etapa de recepción comprende recibir una primera solicitud cuando el nodo móvil se cambia al segundo enrutador, en donde la selección comprende seleccionar una primera dirección temporal en respuesta a la primera solicitud; donde la etapa de crear comprende crear la primera notificación que indica la dirección local del nodo móvil y la primera dirección temporal ; y donde el método además comprende : recibir una segunda solicitud cuando el nodo móvil se cambia al tercer enrutador; seleccionar una segunda dirección temporal en respuesta a la segunda solicitud; y crear una segunda notificación que indica la dirección local del nodo móvil y la segunda dirección temporal del nodo móvil .
  8. 8. Un método para establecer una comunicación de protocolo de Internet para un nodo móvil en una o más redes móviles, una o más redes móviles comprenden un enrutador móvil, el nodo móvil tiene una dirección local, el enrutador móvil tiene un agente local, el método caracterizado porque comprende : recibir una solicitud cuando el nodo móvil deja una primera red móvil de una o más redes móviles, la solicitud indica una separación del nodo móvil; interceptar un paquete de comunicación para el nodo móvil en respuesta a la solicitud; y dirigir el paquete de comunicación para el nodo móvil al agente local del enrutador móvil .
  9. 9. El método de conformidad con la reivindicación 8, caracterizado porque la etapa de interceptar comprende la representación del protocolo de resolución de dirección para la dirección local del nodo móvil .
  10. 10. El método de conformidad con la reivindicación 8 , caracterizado porque la solicitud es una solicitud de protocolo de configuración del distribuidor dinámico; y donde la etapa de recepción comprende recibir la solicitud del nodo móvil mediante el enrutador móvil cuando el nodo móvil deja la primera red móvil de una o más redes móviles .
MX2009001682A 2006-08-14 2007-07-26 Sistema y metodo para enrutamiento y soporte de sistema de nombre de dominio de un nodo movil. MX2009001682A (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US11/464,342 US7707313B2 (en) 2006-08-14 2006-08-14 System and method for routing and domain name system support of a mobile node
PCT/US2007/074417 WO2008021686A2 (en) 2006-08-14 2007-07-26 System and method for routing and domain name system support of a mobile node

Publications (1)

Publication Number Publication Date
MX2009001682A true MX2009001682A (es) 2009-03-16

Family

ID=39050667

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2009001682A MX2009001682A (es) 2006-08-14 2007-07-26 Sistema y metodo para enrutamiento y soporte de sistema de nombre de dominio de un nodo movil.

Country Status (10)

Country Link
US (1) US7707313B2 (es)
EP (1) EP2062152A4 (es)
JP (1) JP4997519B2 (es)
CN (1) CN101501675B (es)
AU (1) AU2007284214B2 (es)
BR (1) BRPI0716120A2 (es)
CA (1) CA2660711C (es)
MX (1) MX2009001682A (es)
RU (1) RU2417556C2 (es)
WO (1) WO2008021686A2 (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008023850A1 (en) * 2006-08-24 2008-02-28 Panasonic Corporation Communication management apparatus and location management apparatus
US8351928B2 (en) * 2008-04-14 2013-01-08 Cisco Technology, Inc. Synchronizing DHCP and mobile IP messaging
JP5494995B2 (ja) * 2009-07-03 2014-05-21 ▲ホア▼▲ウェイ▼技術有限公司 ローカルドメイン名を取得するための方法、装置、およびシステム
KR20110053195A (ko) * 2009-11-13 2011-05-19 삼성전자주식회사 도메인 서비스 수행 방법, 도메인 서비스 제공 방법 및 그 장치
US8725852B1 (en) * 2011-09-30 2014-05-13 Infoblox Inc. Dynamic network action based on DHCP notification
US9591525B2 (en) 2012-05-03 2017-03-07 Itron Global Sarl Efficient device handover/migration in mesh networks
US8755385B2 (en) 2012-05-03 2014-06-17 Itron, Inc. Authentication using DHCP services in mesh networks
EP2661112A1 (en) * 2012-05-03 2013-11-06 Itron, Inc. Authentication using DHCP Services in Mesh Networks
CN103516819B (zh) * 2012-06-21 2019-06-18 中兴通讯股份有限公司 Ip地址或前缀管理方法和系统
CN103812965A (zh) * 2014-02-25 2014-05-21 北京极科极客科技有限公司 基于路由器的域名分类处理方法和装置
CN103997548A (zh) * 2014-06-17 2014-08-20 北京瑞汛世纪科技有限公司 一种分配基础设施的方法、设备和系统

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6587882B1 (en) * 1997-08-01 2003-07-01 Kabushiki Kaisha Toshiba Mobile IP communication scheme using visited site or nearby network as temporal home network
US6614774B1 (en) 1998-12-04 2003-09-02 Lucent Technologies Inc. Method and system for providing wireless mobile server and peer-to-peer services with dynamic DNS update
US6654607B1 (en) * 2000-02-14 2003-11-25 Toshiba America Research, Inc. Method and apparatus for enabling and monitoring mobile communication across platforms
US6804221B1 (en) 2000-06-26 2004-10-12 Alcatel Micromobility using multicast
US6988146B1 (en) * 2000-07-13 2006-01-17 Alcatel Simple multicast extension for mobile IP SMM
DE10061958A1 (de) 2000-12-13 2002-06-20 Philips Corp Intellectual Pty Netzwerk mit einem Lokalisierungsmanagement
US7339903B2 (en) 2001-06-14 2008-03-04 Qualcomm Incorporated Enabling foreign network multicasting for a roaming mobile node, in a foreign network, using a persistent address
KR100386092B1 (ko) * 2001-06-20 2003-06-02 한국과학기술원 옥내/외로 이동하는 이용자를 위한 최적의 인터넷망 접속및 로밍 시스템 및 방법
US7023828B2 (en) 2001-11-19 2006-04-04 Motorola, Inc. Method and apparatus for a mobile node to maintain location privacy from selected correspondent nodes
WO2003077429A2 (en) 2002-03-04 2003-09-18 Air Broadband Communications Hybrid wireless access bridge and mobile access router system and method
US7039404B2 (en) * 2002-06-27 2006-05-02 Intel Corporation Continuous mobility across wireless networks by integrating mobile IP and GPRS mobility agents
US7035940B2 (en) * 2002-11-07 2006-04-25 Nokia Corporation System and method for mobile router cost metric updates for routing protocols
US7552234B2 (en) * 2003-02-11 2009-06-23 Cisco Technology, Inc. Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent node
CN1761359B (zh) * 2004-10-12 2012-02-29 株式会社日立制作所 移动通信控制方法和移动通信控制系统

Also Published As

Publication number Publication date
WO2008021686A3 (en) 2008-10-16
AU2007284214B2 (en) 2010-11-04
CA2660711A1 (en) 2008-02-21
JP4997519B2 (ja) 2012-08-08
RU2009109194A (ru) 2010-09-27
EP2062152A2 (en) 2009-05-27
JP2009545273A (ja) 2009-12-17
US7707313B2 (en) 2010-04-27
EP2062152A4 (en) 2013-11-27
BRPI0716120A2 (pt) 2013-09-17
CN101501675A (zh) 2009-08-05
US20080037479A1 (en) 2008-02-14
RU2417556C2 (ru) 2011-04-27
CA2660711C (en) 2012-12-18
AU2007284214A1 (en) 2008-02-21
CN101501675B (zh) 2011-06-29
WO2008021686A2 (en) 2008-02-21

Similar Documents

Publication Publication Date Title
MX2009001682A (es) Sistema y metodo para enrutamiento y soporte de sistema de nombre de dominio de un nodo movil.
US8090828B2 (en) Method and apparatus for reusing DHCP addresses in home addresses of mobile IP clients
JP4210168B2 (ja) 移動端末、制御装置、ホームエージェント及びパケット通信方法
EP1451950B1 (en) MOBILE ROUTER SUPPORT FOR IPv6
US20070253377A1 (en) Apparatus and method for name resolution in an aggregation of mobile networks
US20080225806A1 (en) System and method for enabling mobility in internet protocol networks
JP5876505B2 (ja) 効率的なホーム無しmplsマイクロモビリティのための方法及びシステム
TW201212603A (en) Enabling IPV6 mobility with NAT64
AU2004209863A1 (en) Methods and apparatus for supporting an internet protocol (IP) version independent mobility management system
CN101268668A (zh) 具有同时本地和外部网络连接的多接口移动节点
CN1951087B (zh) 用于在无线网络中获得服务器信息的方法和设备
WO2007050624A2 (en) Method for supporting mobility for dynamic windows clients in a wireless lan network
EP2129059B1 (en) Mobile communication terminal and position management device
US20230261984A1 (en) Network Layer Support For 5G Edge Computing Sticky Services
JP5905722B2 (ja) 移動体ipのためのシステムおよび方法
US20040019664A1 (en) Method and system for discovering a network element in a network such as an agent in an IP network
JP5289473B2 (ja) ホームエージェント
CN101374097B (zh) 控制通信网络中移动节点与异类网络通信的方法及装置
JP2003092597A (ja) 移動体通信システム
JP2005348218A (ja) モバイルノード装置およびホームエージェント装置
JP4879212B2 (ja) 移動端末、制御装置及びパケット通信システム
CN101902724A (zh) 一种移动ip中移动代理发现方法及其装置

Legal Events

Date Code Title Description
FG Grant or registration
HC Change of company name or juridical status