ES2901622T3 - Mejora del protocolo PMIP - Google Patents

Mejora del protocolo PMIP Download PDF

Info

Publication number
ES2901622T3
ES2901622T3 ES18154676T ES18154676T ES2901622T3 ES 2901622 T3 ES2901622 T3 ES 2901622T3 ES 18154676 T ES18154676 T ES 18154676T ES 18154676 T ES18154676 T ES 18154676T ES 2901622 T3 ES2901622 T3 ES 2901622T3
Authority
ES
Spain
Prior art keywords
network
pmip
node
control plane
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES18154676T
Other languages
English (en)
Inventor
Zu Qiang
Yong Yang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2901622T3 publication Critical patent/ES2901622T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy
    • 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/085—Mobility data transfer involving hierarchical organized mobility servers, e.g. hierarchical mobile IP [HMIP]
    • 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]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6

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

Un método en un primer nodo homólogo de la red para determinar un plano de control del protocolo de internet móvil proxy versión 6, PMIPv6, utilizado por un segundo nodo homólogo de la red, estando el primer y segundo nodos homólogos de la red en una red de transporte de protocolo de internet versión 4, IPv4, el método comprende: enviar (50), al segundo nodo homólogo de la red, un primer mensaje de IP móvil proxy, PMIP en un primer formato de plano de control, y un segundo mensaje PMIP en un segundo formato de plano de control; recibir (56) sólo una respuesta de comunicación con respecto al primer mensaje PMIP o el segundo mensaje PMIP; y determinar (60) una versión del plano de control PMIPv6 que es utilizada por el segundo nodo homólogo de la red en base a la única respuesta de comunicación recibida con respecto a uno del primer mensaje PMIP o el segundo mensaje PMIP, de modo que la versión del plano de control PIMPv6 es el formato de plano de control asociado con la respuesta de comunicación recibida.

Description

DESCRIPCIÓN
Mejora del protocolo PMIP
Campo técnico
Las realizaciones de ejemplo están dirigidas a mejorar el uso del protocolo PMIP. Específicamente, algunas de las realizaciones de ejemplo están dirigidas a proporcionar a un nodo de red la decisión de qué protocolo PMIP se utilizará en las comunicaciones de red.
Antecedentes
En un sistema celular típico, también denominado red de comunicación inalámbrica, los terminales inalámbricos, también conocidos como estaciones móviles y/o unidades de equipo de usuario, se comunican a través de una red de acceso por radio (RAN) con una o más redes centrales. Los terminales inalámbricos pueden ser estaciones móviles o unidades de equipo de usuario tal como teléfonos móviles también conocidos como teléfonos "celulares" y ordenadores portátiles con capacidad inalámbrica, por ejemplo, terminación móvil y, por lo tanto, pueden ser, por ejemplo, dispositivos móviles portátiles, de bolsillo, de mano, integrados en un ordenador o instalados en un automóvil que comunican voz y/o datos con una red de acceso por radio.
La red de acceso por radio cubre un área geográfica que se divide en áreas de celdas, y cada área de celda es servida por una estación base, por ejemplo, una estación de base de radio (RBS), que en algunas redes también se denomina "NodoB" o "nodo B" y que en este documento también se denomina estación base. Una celda es un área geográfica donde se proporciona cobertura de radio por parte del equipo de la estación de base de radio en el emplazamiento de una estación de base. Cada celda se identifica mediante una identidad dentro del área de radio local, que se transmite en la celda. Las estaciones base se comunican a través de la interfaz de aire que opera en frecuencias de radio con las unidades de equipo de usuario dentro del alcance de las estaciones base.
En algunas versiones de la red de acceso por radio, varias estaciones base están típicamente conectadas, por ejemplo, mediante líneas fijas o de microondas, a un controlador de red de radio (RNC). El controlador de red de radio, también denominado a veces controlador de estación base (BSC), supervisa y coordina varias actividades de la pluralidad de estaciones base conectadas al mismo. Los controladores de red de radio están típicamente conectados a una o más redes centrales.
El sistema universal de telecomunicaciones móviles (UMTS) es un sistema de comunicación móvil de tercera generación, que evolucionó a partir del sistema global para las comunicaciones móviles (GSM), y está destinado a proporcionar servicios de comunicación móvil mejorados basados en la tecnología de acceso de acceso múltiple por división de código de banda ancha (WCDMA). La red de acceso por radio terrestre de UMTS (UTRAN) es esencialmente una red de acceso por radio que utiliza acceso múltiple por división de código de banda ancha para unidades de equipo de usuario (UE). El proyecto de asociación de tercera generación (3GPP) se ha comprometido a hacer evolucionar aún más las tecnologías de red de acceso por radio basadas en UTRAN y GSM. La evolución a largo plazo (LTE) junto con el núcleo de paquetes evolucionado (EPC) es la incorporación más reciente a la familia de 3GPP.
El protocolo de internet móvil proxy versión 6 (PMIPv6) es un protocolo de gestión de la movilidad basado en la red estandarizado por IETF. PMIPv6 es un protocolo para construir una tecnología común y de acceso independiente de las redes centrales móviles, que acomoda varias tecnologías de acceso tal como WiMAX, 3GPP, 3GPP2 y arquitecturas de acceso basadas en WLAN.
Compendio
Al menos un objeto de ejemplo de las realizaciones de ejemplo presentadas en la presente memoria es mejorar las comunicaciones PMIPv6. El concepto de las realizaciones de ejemplo presentadas en la presente memoria es proporcionar un mecanismo en la pila de protocolos PMIP, para permitir que un nodo MAG tal como SGW (que puede soportar tanto el borrador de PMIP como la RFC de PMIP) o un LMA decida qué pila de protocolos PMIP se utilizará para comunicarse con el nodo homólogo, es decir, LMA/MAG. Algunas de las realizaciones de ejemplo presentadas en la presente memoria pueden estar dirigidas a resolver problemas de incompatibilidad con versiones anteriores entre la RFC de PMIP y el borrador de PMIP.
Las realizaciones de ejemplo pueden comprender un mecanismo para un nodo de pila de protocolos PMIP dual de soporte (RFC de PMIP o borrador de PMIP), por ejemplo, MAG/l Ma , cuando la red de transporte es una red IPv4 e inicia la comunicación hacia un nodo homólogo, por ejemplo, enviando un mensaje de actualización de enlace proxy. El mecanismo puede comprender enviar el mensaje en dos formatos en la primera comunicación con el nodo homólogo o no sabe qué protocolo PMIP soporta el nodo homólogo, uno es a la luz del borrador PMIP, es decir, mensaje PMIPv6/IPv6/con IPv4 o encapsulación IPv4-UDP y el otro está en consonancia con la RFC de PMIP, es decir, PMIPv6/UDP/IPv4. Por lo tanto, si el nodo homólogo soporta una pila de protocolos PMIP, solo será capaz de responder a uno de los mensajes; y si el nodo homólogo soporta ambas pilas de protocolos PMIP, el nodo puede responder únicamente a los mensajes de la versión RFC. Mediante el mecanismo anterior, se puede seleccionar la pila de protocolos de borrador de PMIP o de RFC de PMIP para el resto de la comunicación.
Por consiguiente, algunas de las realizaciones de ejemplo pueden estar dirigidas a un método en un primer nodo homólogo de la red para determinar un plano de control PMIPv6 utilizado por un segundo nodo homólogo de la red. El primer y segundo nodos homólogos de la red están en una red de transporte de Protocolo de Internet versión 4 (IPv4). El método comprende enviar, al segundo nodo homólogo de la red, al menos un mensaje de comunicación en al menos un formato de plano de control. El método comprende además recibir al menos una respuesta de comunicación con respecto al al menos un mensaje de comunicación. El método también comprende determinar una versión del plano de control PMIPv6 que es utilizado por el segundo nodo homólogo de la red en base a la al menos una respuesta de comunicación.
Algunas de las realizaciones de ejemplo pueden estar dirigidas a un primer nodo homólogo de la red para determinar un plano de control PMIPv6 utilizado por un segundo nodo homólogo de la red. El primer y segundo nodos homólogos de la red están en una red de transporte IPv4. El primer nodo homólogo de la red comprende circuitos de transmisión configurados para enviar, al segundo nodo homólogo de la red, al menos un mensaje de comunicación en al menos un formato de plano de control. El primer nodo homólogo de la red comprende además circuitos de recepción configurados para recibir al menos una respuesta de comunicación con respecto al al menos un mensaje de comunicación. El primer nodo homólogo de la red también comprende circuitos de procesamiento configurados para determinar una versión del plano de control PMIPv6 que es utilizado por el segundo nodo homólogo de la red en base a la al menos una respuesta de comunicación.
Breve descripción de los dibujos
Lo anterior resultará evidente a partir de la siguiente descripción más particular de las realizaciones de ejemplo, como se ilustra en los dibujos adjuntos en los que los caracteres de referencia similares se refieren a las mismas partes a lo largo de las diferentes vistas. Los dibujos no están necesariamente a escala, sino que se hace hincapié en ilustrar las realizaciones de ejemplo.
Las Figuras 1-3 son ejemplos ilustrativos de rutas de migración;
La Figura 4 es un esquema de un nodo de red, según algunas de realizaciones de ejemplo; y
La Figura 5 es un diagrama de flujo que muestra operaciones de ejemplo del nodo de red de la Figura 4.
Definiciones
3GPP Proyecto de asociación de tercera generación
3GPP2 Proyecto de asociación de tercera generación 2
BNG Pasarela de red de banda ancha
BSC Controlador de estación base
DNS Sistema de nombres de dominio
EPC Núcleo de paquetes evolucionado
ePDG Pasarela de datos por paquetes evolucionada
GPRS Servicio general de paquetes vía radio
GSM Sistema global para las comunicaciones móviles
GTP Protocolo de túnel GPRS
GW Pasarela
HRPD Datos en paquetes de alta velocidad
HS GW Pasarela de servicio de HRPD
EI Elemento de información
IETF Grupo de Trabajo de Ingeniería de Internet
IPv4 Protocolo de Internet versión 4
IPv6 Protocolo de Internet versión 6
LMA Ancla de movilidad local
LTE Evolución a largo plazo
MAG Pasarela de acceso móvil
MME Entidad de gestión de la movilidad
PDN Red de datos en paquetes
PGW Pasarela PDN
PLMN Red móvil terrestre pública
PMIP Protocolo de internet móvil proxy
PMIPv6 Protocolo de internet móvil proxy versión 6
RAN Red de acceso por radio
RBS Estación base de radio
RNC Controlador de red de radio
S4-SGSN Nodo de soporte de servicio GPRS S4
SGW Pasarela de servicio
UE Equipo de usuario
UDP Protocolo de datagramas de usuario
UMTS Sistema universal de telecomunicaciones móviles
UTRAN Red de acceso por radio terrestre de UMTS
WCDMA Acceso múltiple por división de código de banda ancha
WiMAX Interoperabilidad mundial para acceso por microondas
WLAN Red de área local inalámbrica
Descripción detallada
En la siguiente descripción, con fines explicativos y no limitativos, se establecen detalles específicos, tales como componentes, elementos, técnicas, etc. particulares, con el fin de proporcionar una comprensión completa de las realizaciones de ejemplo. Sin embargo, las realizaciones de ejemplo se pueden llevar a la práctica de otras maneras que se apartan de estos detalles específicos. En otros casos, se omiten descripciones detalladas de métodos y elementos bien conocidos para no oscurecer la descripción de las realizaciones de ejemplo.
Como medio para explicar las realizaciones de ejemplo presentadas en la presente memoria, primero se identificará y discutirá un problema. 3GPP CT4 ha acordado actualizar la pila de protocolos del plano C de PMIP de la TS29.275 para alinear la RFC a la Versión 9/en adelante. Aunque la referencia al documento IETF de Versión 9 ya se ha actualizado a la RFC5844 desde el Borrador de IETF, "Soporte IPv4 para móvil proxy IPv6", draft-ietf-netlmm-pmip6-ipv4-support-17. Sin embargo, el cambio para la pila de protocolos del plano C no se ha reflejado.
Al mismo tiempo, CT4 se dio cuenta de que la RFC no era compatible con versiones anteriores del borrador cuando se usaba PMIPv6 en una red de transporte IPv4. Con la versión borrador, se recomendó NAT-transversal donde la encapsulación UDP es opcional dependiendo de si se ha detectado o no un NAT en ruta. Con la RFC de PMIP, la encapsulación UDP se vuelve obligatoria y se elimina la cabecera IPv6 interna. Por lo tanto, un nodo PMIP de versión borrador no se puede comunicar con un nodo PMIP de versión RFC. Además, un operador de PMIP basado en versión borrador no puede mantener el nodo PMIP de versión borrador para siempre, ya que la pila de protocolos PMIP de versión borrador ya no es soportada por el IETF. Sin embargo, la cuestión del interfuncionamiento también supone un problema para una red PMIP basada en versión borrador que migra a una red PMIP basada en RFC. Por lo tanto, se requirieron algunos mecanismos o una forma compatible con versiones anteriores para actualizar la especificación de Versión 8 a Versión 9/en adelante.
NTTDOCOMO propuso una solución basada en DNS comprendida en la contribución de 3GPP CT4 C4-111205, para mejorar los procedimientos de DNS para la selección de GW, donde se introdujeron los nuevos parámetros de servicio "x-3gpp-sgw:x-s5-pmip2", "x-3gpp-sgw:x-s8-pmip2","x-3gpp-pgw:x-s5-pmip2" para indicar la capacidad del plano de control A de PMIP de estilo RFC mientras se siguen los "parámetros de servicio” “x-3gpp-sgw:x-s8-pmip" , "x-3gppsgw:x-s5-pmip", "x-3gpp-pgw:x-s5-pmip" existentes que reflejan la capacidad del plano de control PMIP de estilo borrador. Al introducir el nuevo parámetro de servicio anterior, el MME/S4-SGSN puede seleccionar la SGW/PGW con el mismo estilo de la pila de protocolos PMIP.
A continuación se discutirán varios métodos para mejorar las comunicaciones PMIP.
Ruta de migración - Caso sin itinerancia
Se discutirán ahora rutas de migración para actualizar aquellos nodos basados en borrador de PMIP, por ejemplo, SGW/PGW/ePDG, a PMIP basado en RFC.
Alternativa 1: actualizar todos los nodos PMIP a la pila de protocolos PMIP basados en RFC en una noche Actualización de software en todos los nodos PMIP de basado en borrador a basado en RFC en muy poco tiempo. Con un tiempo de inactividad del sistema limitado, la red se puede migrar a la nueva pila de protocolos PMIP al mismo tiempo.
Pros:
- No hay impacto en nodos que no son PMIP
- Ruta de migración rápida (migración de un paso)
Contras:
- Tiempo de inactividad del sistema limitado
- Todos los nodos se deben actualizar juntos
Conclusión; no se necesita ninguna solución de migración adicional.
Alternativa 2: Migración en dos pasos
Con esta alternativa, el operador puede mantener los nodos PMIP basados en borrador durante más tiempo. Cuando se añaden nuevos nodos PMIP a la red, los nuevos nodos PMIP (LMA y/o MAG) deben ser capaces de soportar simultáneamente tanto la pila de protocolos PMIP basados en RFC como los basados en borrador.
Como se muestra en Figura 1, LMA 1 y MAG 1 son nodos PMIP basados en borrador. El paso 1 de la ruta de migración es añadir LMA 2 y MAG 2, que soporta la pila dual. Ambas MAG se pueden comunicar con los dos LMA sin ningún problema.
Con esta alternativa, los nuevos nodos PMIP añadidos pueden ser parte de la red PMIP existente con el propósito de servir a diferentes PDN, o compartir carga, o redundancia del sistema, etc. Tampoco hay problemas de movilidad entre la cobertura MAG1 y MAG2.
Sin embargo, para evitar problemas de comunicación desde el primer momento, puede ser necesario un indicador en la nueva MAG antes de enviar el primer mensaje PMIP a un LMA específico. Este indicador también puede necesitar ser enviado al sistema de destino en el procedimiento de movilidad. En este paso, el indicador informará a la MAG2 de que se aplicará una de pila de protocolos de borrador o de que se aplicará cualquier pila de protocolos.
El Paso 2 de la ruta de migración, ilustrado en Figura 2, es agregar LMA3 y MAG3, que es compatible con la pila RFC cuando los nodos PMIP basados en borrador se han eliminado (o actualizado) por completo. Esto es para evitar el problema de interfuncionamiento y movilidad entre LMA1/MAG1 y LMA3/MAG3.
Similar al paso 1, para evitar problemas de comunicación desde el primer momento, puede ser necesario un indicador en las MAG antes de enviar el primer mensaje PMIP a un LMA específico. Este indicador también puede necesitar ser enviado al sistema de destino en el procedimiento de movilidad. En este paso, el indicador informará a la MAG2 de que se aplicará la pila de protocolos RFC o de que se aplicará cualquier pila de protocolos.
Pros:
- Todos los nodos PMIP nuevos y los nodos PMIP antiguos se pueden comunicar entre ellos sin otro problema. - La actualización del nodo PMIP se puede realizar una por una
- No hay tiempo de inactividad del sistema
Contras:
- Ruta de migración más larga
- Migración en dos pasos
- En el paso 1, el nuevo nodo PMIP desarrollado tiene que soportar simultáneamente tanto la pila de protocolos basados en borrador como los basados en RFC.
Alternativa 3: añadir nuevos nodos PMIP (LMA y/o MAG) que solo soportan la pila RFC
Con esta alternativa, el operador puede mantener los nodos PMIP basados en borrador durante más tiempo. Cuando se añaden nuevos nodos PMIP a la red, los nuevos nodos PMIP (LMA y/o MAG) pueden ser capaces de soportar únicamente la pila de protocolos PMIP basados en RFC.
Como se muestra en Figura 3, LMA 1 y MAG 1 son nodos PMIP basados en borrador. LMA 2 y MAG 2 son el nuevo nodo PMIP que se basa únicamente en RFC. No hay comunicación entre LMA1 y MAG2 o entre LMA2 y MAG1 debido al problema incompatible de la pila de protocolos PMIP soportada.
Con esta alternativa, los nuevos nodos PMIP añadidos se convierten en una red PMIP separada de la red PMIP existente. No hay interfuncionamiento ni movilidad entre las dos redes hasta que los nodos basados en borrador de PMIP se actualicen para soportar tanto RFC como borrador o solo soportar RFC. Se debe añadir un indicador adicional en el procedimiento de selección de GW. Este indicador también puede necesitar ser enviado al sistema de destino en el procedimiento de movilidad.
El indicador se basará en el equipo de usuario.
Pros:
- No hay tiempo de inactividad del sistema
- Migración de un paso
- No es necesario que el nuevo nodo PMIP soporte el borrador de PMIP, que finalmente se eliminará de 3GPP. Contras:
- Dos redes separadas que mantener.
- No hay compartición de carga, interfuncionamiento y movilidad entre las dos redes.
Análisis
La alternativa 1 es una solución fácil y rápida. Tampoco requiere ningún trabajo de estandarización. La alternativa 3 es poco probable que suceda debido a los problemas de interfuncionamiento y movilidad y el trabajo de mantenimiento de dos redes al mismo tiempo.
La alternativa 2 es muy posible, ya que proporciona una ruta de migración sin problemas. Si se puede suponer que la alternativa 2 es la posible ruta de migración, este nuevo indicador se puede desplegar de diferentes maneras:
- Solución 1: configuración local en la MAG2
• En el paso de la migración 1, la MAG2 se configurará con la versión borrador habilitada,
• En el paso 2 de la migración, la MAG2 se volverá a configurar con la versión RFC habilitada.
• Pros
o Sin impacto de estandarización
o No hay impacto en ningún nodo que no sea PMIP
o Bajo coste
• Contras
o Coste de gestión de la red para la reconfiguración en la SGW
- Solución 2: un nuevo indicador GTP enviado por la MME
• Antes del paso 1 de la migración, todas las MME de la red se deben actualizar para soportar el nuevo indicador GTP.
• En el paso 1 de la migración, la MME envía el nuevo indicador "se utilizará la versión borrador" a la MAG2 en el mensaje de solicitud de creación de sesión.
• En el paso 2 de la migración, la MME envía el nuevo indicador "se utilizará la versión RFC" a la MAG2 en el mensaje de solicitud de creación de sesión.
• Pros
o No hay reconfiguración en la MAG
• Contras
o Impacto de la estandarización en el GTP
o Todas las MME se deben actualizar primero antes de que comience la migración.
o Coste de gestión de la red para la reconfiguración en la MME
o Coste extra
- Solución 3: un nuevo indicador GTP enviado por la MME, además de una nueva función de emparejamiento de nombres DNS
• Antes del paso 1 de la migración, todas las MME de la red se deben actualizar para soportar el nuevo indicador GTP.
• En el paso 1 de la migración, solo se seleccionará la "PMIP de versión borrador" en el procedimiento de emparejamiento de DNS de MME. Y la MME envía el nuevo indicador "se utilizará la versión borrador" a la MAG2 en el mensaje de solicitud de creación de sesión .
• Antes del paso 2 de la migración, nueva configuración de DNS para el nuevo nombre de DNS de PMIP. • En el paso 2 de la migración, solo se seleccionará "PMIP de versión RFC" en el procedimiento de emparejamiento de DNS de MME. Y la MME envía el nuevo indicador "se utilizará la versión RFC" a la MAG2 en el mensaje de solicitud de creación de sesión .
• Pros
o Sin reconfiguración en la MAG.
• Contras
o Impacto de la estandarización en el GTP.
o Todas las MME se deben actualizar primero antes de que comience la migración.
o Nuevo procedimiento de emparejamiento de DNS de MME que puede no ser compatible con versiones anteriores.
o Coste de gestión de la red para la reconfiguración en la MME y el DNS.
o Coste extra.
• Solución 4: igual que la solución 3, pero con dos nuevos nombres DNS en una red de migración.
o Con esta solución, el nombre DNS actual no se modifica en los estándares. Se añaden dos nuevos nombres DNS de PMIP para la interfaz S5: s5-pmip-rfc y s5-pmip-draft.
o Los dos nuevos nombres DNS de PMIP solo se utilizan dentro de la red de migración. Esto puede evitar cualquier impacto en las implementaciones de MME R8/R9/R10 existentes. Introducción a las realizaciones de ejemplo
La alternativa 2 es muy posible, ya que proporciona una ruta de migración sin problemas. Sin embargo, puede ser necesaria una solución de migración. Esto se debe a que la MAG 2 necesita saber qué versión de PMIP se aplicará antes de enviar un mensaje PMIP a un LMA. Podría utilizar una solución basada en d Ns , donde se introducen nuevos parámetros de servicio para permitir que la MME seleccione un conjunto de nodos SGW/PGW que soporten la misma pila de protocolos PMIP, sin embargo, para soportar los procedimientos de itinerancia y movilidad inter SGW, procedimientos inter 3GPP y que no son 3GPP, la solución de DNS completa necesita actualizar muchos protocolos, por ejemplo, el protocolo DNS/GTP/Diameter, y esto tiene un impacto en muchas interfaces S11/S4/S3/S10/S1 S6a/S6d/SWx. Más importante es el hecho de que para soportar la itinerancia basada en PMIP, la MME (incluso si está ubicada en una red de servicio donde solo se despliega una RFC de PMIP pero tiene un acuerdo de itinerancia con la PLMN doméstica problemática donde se despliegan ambas pilas de PMIP) debe soportar una nueva nomenclatura de PMIP y debe soportar una nueva pila de protocolos PMIP IE en GTPv2, esto no es apropiado. Por otro lado, no se puede evitar el soporte de pilas duales como paso intermedio durante la migración, por lo tanto se podría utilizar otra solución beneficiosa, que es puramente una mejora en la pila de protocolos PMIP.
Actualizaciones de ejemplo sobre procedimientos relacionados con la MAG
Algunas de realizaciones de ejemplo pueden comprender actualizaciones de los procedimientos relacionados con la MAG. Cuando un nodo MAG soporta ambas pilas de protocolos PMIP como se especificó anteriormente y se utiliza IPv4 en la red de transporte, en la primera comunicación con el nodo homólogo, o si el nodo MAG no sabe qué protocolo PMIP soporta el nodo homólogo, el nodo MAG puede enviar el mensaje PMIP, por ejemplo, actualización de enlace proxy, al LMA con dos formatos que utilizan diferentes pilas de protocolos PMIP si la MAG no sabe qué pila de protocolos PMIP es soportada por el nodo LMA homólogo. Si el mensaje de respuesta se recibe en dos formatos, solo se puede tener en cuenta el basado en RFC.
Actualizaciones de ejemplo sobre procedimientos relacionados con el LMA
Algunas de las realizaciones de ejemplo pueden comprender actualizaciones de los procedimientos relacionados con el LMA. Cuando un nodo LMA soporta ambas pilas de protocolos PMIP como se especificó anteriormente y se utiliza IPv4 en la red de transporte, y recibe el mensaje PMIP en dos formatos de la misma MAG, el nodo LMA solo puede enviar el mensaje de respuesta en formato RFC.
Actualizaciones de ejemplo sobre mecanismos de latido
Algunas de las realizaciones de ejemplo pueden comprender actualizaciones sobre los mecanismos de latido. También se pueden utilizar mecanismos de latido para informar al nodo homólogo qué pila de protocolos PMIP se debe utilizar.
Cuando un nodo MAG o LMA soporta ambas pilas de protocolos PMIP como se especificó anteriormente y se utiliza IPv4 en la red de transporte, en la primera comunicación con el nodo homólogo (o el nodo MAG o LMA no sabe qué protocolo PMIP soporta el nodo homólogo) el nodo MAG o LMA puede enviar un mensaje de solicitud de latido en dos formatos correspondientes al borrador de PMIP y la RFC de PMIP.
Cuando un nodo MAG o LMA soporta ambas pilas de protocolos PMIP como se especificó anteriormente y se utiliza IPv4 en la red de transporte, si el mensaje solicitud de latido se recibe del mismo nodo homólogo en dos formatos correspondientes al borrador de PMIP y la RFC de PMIP, el nodo homólogo solo puede responder una Respuesta de latido en el formato RFC. Si el mensaje de respuesta se recibe en dos formatos, solo se puede tener en cuenta el basado en RFC.
Ejemplos de mecanismos de actualización
Algunas realizaciones de ejemplo pueden estar dirigidas a un mecanismo de actualización en un procedimiento de gestión de túnel PMIP. Cuando un nodo MAG o LMA soporta ambas pilas de protocolos PMIP como se especificó anteriormente y se utiliza IPv4 en la red de transporte, en caso de actualizaciones de software, por ejemplo, actualizar a la versión de PMIP basada en RFC, el nodo MAG o LMA puede aumentar el contador de reinicio que activará el mecanismo de latido para informar al nodo homólogo qué versión de PMIP es soportada.
Ejemplo de configuración de nodo
La Figura 4 ilustra un ejemplo de un nodo de red (por ejemplo, un nodo MAG, LMA y/o homólogo) que puede incorporar algunas de las realizaciones de ejemplo discutidas en la presente memoria. El nodo de red 14 puede comprender cualquier número de circuitos o puertos de comunicación, por ejemplo, circuitos de recepción 20 y circuitos de transmisión 24. Los puertos o circuitos de comunicación se pueden configurar para recibir y transmitir cualquier forma de datos o instrucciones de comunicaciones. Debe apreciarse que el nodo de red 14 puede comprender alternativamente un único puerto o circuito transceptor. Debe apreciarse además que el puerto o circuitos de comunicación o transceptor puede tener la forma de cualquier puerto o circuitos de comunicaciones de entrada/salida conocido en la técnica.
El nodo de red 14 puede comprender además al menos una unidad de memoria 26. La unidad de memoria 26 se puede configurar para almacenar datos recibidos, transmitidos y/o medidos de cualquier tipo y/o instrucciones de programa ejecutables. La unidad de memoria 26 puede ser cualquier tipo adecuado de memoria legible por ordenador y puede ser de tipo volátil y/o no volátil.
El nodo de red 14 también puede comprender circuitos de procesamiento 22 que se pueden configurar para establecer una pluralidad de rutas ópticas en base a la información recibida en un SSL 11. Debe apreciarse que los circuitos de procesamiento 22 pueden ser cualquier tipo adecuado de unidad de cálculo, por ejemplo, un microprocesador, procesador de señal digital (DSP), matriz de puertas programables por campo (FPGA) o circuito integrado de aplicación específica (ASIC). También debe apreciarse que los circuitos de procesamiento 22 no necesitan estar compuestos como una sola unidad. Los circuitos de procesamiento 22 pueden estar compuestos por cualquier número de unidades o circuitos.
Operaciones de ejemplo de nodo de la red
La Figura 5 es un diagrama de flujo que muestra operaciones de ejemplo de un primer nodo homólogo de la red, tal como el nodo de red de la Figura 4. El flujo de operaciones de ejemplo está dirigido a un método en el primer nodo homólogo de la red para determinar un plano de control PMIPv6 utilizado por un segundo nodo homólogo de la red. El primer y segundo nodos homólogos de la red están en una red de transporte IPv4. El primer y segundo nodos homólogos de la red pueden ser nodos MAG/LMA tales como los nodos MAG/LMA descritos en las Figuras 1 -3. Deber apreciarse que según algunas de las realizaciones de ejemplo, el nodo LMA puede ser una PGW. Según algunas de las realizaciones de ejemplo, el nodo MAG puede ser una SGW, una pasarela de datos por paquetes evolucionada (ePDG), una pasarela de servicio de HRPD (HS GW) y/o una pasarela de red de banda ancha (BNG).
Operación 50
El primer nodo homólogo de la red envía 50, al segundo nodo homólogo de la red, al menos un mensaje de comunicación en al menos un formato de plano de control. Los circuitos de transmisión 24 están configurados para enviar, al segundo nodo homólogo de la red, el al menos un mensaje de comunicación en el al menos un formato de plano de control. Debe apreciarse que el formato de plano de control puede ser un formato de plano de control A o de plano de control B.
Según algunas de las realizaciones de ejemplo, el primer nodo homólogo de la red es un nodo MAG y el segundo nodo homólogo de la red es un nodo LMA. En tales realizaciones de ejemplo, la al menos una comunicación puede ser un mensaje de latido o una solicitud de actualización de enlace proxy.
Según algunas de las realizaciones de ejemplo, el primer nodo homólogo de la red es un nodo LMA y el segundo nodo homólogo de la red es un nodo MAG. En tales realizaciones de ejemplo, la al menos una comunicación es un mensaje de latido.
Operación 52 de ejemplo
Según algunas de las realizaciones de ejemplo, el al menos un mensaje de comunicación puede ser un primer y un segundo mensaje de comunicación de un primer y un segundo tipo de control (por ejemplo, formato de plano de control A y formato de plano de control C), respectivamente. El envío 50 puede comprender además enviar 52 simultáneamente el primer y segundo mensajes de comunicación al segundo nodo homólogo de la red. Los circuitos de transmisión 24 se pueden configurar para enviar simultáneamente el primer y segundo mensajes de comunicación.
Operación 54 de ejemplo
Según algunas de las realizaciones de ejemplo, el al menos un mensaje de comunicación puede ser un primer mensaje de comunicación de un primer tipo de control. Si no se recibe una respuesta del segundo nodo homólogo de la red dentro de un período de tiempo, la al menos una respuesta de comunicación es una primera respuesta de comunicación. La primera respuesta de comunicación es una primera notificación interna de que es necesario enviar un segundo mensaje de comunicación de un segundo tipo de plano de control. Por ejemplo, no recibir una respuesta del segundo nodo homólogo de la red puede ser el resultado de que el segundo nodo homólogo de la red no soporta el primer tipo de control en el que se envió el primer mensaje de comunicación. La recepción de la primera notificación interna se puede basar en reglas programables por el usuario dentro del primer nodo homólogo de la red. Debe apreciarse que el escenario anterior se puede utilizar para describir las operaciones 54, 58, 62 y 64 de ejemplo.
Por lo tanto, según algunas de las realizaciones de ejemplo, el primer nodo homólogo de la red puede enviar 54 el segundo mensaje de comunicación del segundo tipo de plano de control. Los circuitos de transmisión 24 pueden enviar el segundo mensaje de comunicación del segundo tipo de plano de control.
Operación 56
El primer nodo homólogo de la red está configurado además para recibir 56 al menos una respuesta de comunicación (por ejemplo, la primera respuesta de comunicación y/o la segunda respuesta de comunicación) con respecto al al menos un mensaje de comunicación (por ejemplo, el primer mensaje de comunicación y/o el segundo mensaje de comunicación), respectivamente. Los circuitos de recepción 20 están configurados para recibir la al menos una respuesta de comunicación con respecto al al menos un mensaje de comunicación.
Operación 58 de ejemplo
En las realizaciones de ejemplo en las que se han enviado múltiples mensajes de comunicación (por ejemplo, la operación 52 de ejemplo) o en las que se ha enviado un segundo mensaje de comunicación después de un período de tiempo predeterminado (por ejemplo, la operación 54 de ejemplo), el primer nodo homólogo de la red puede recibir 58 una segunda respuesta de comunicación con respecto al segundo mensaje de comunicación. Los circuitos de recepción se pueden configurar para recibir la segunda respuesta de comunicación con respecto al segundo mensaje de comunicación.
Operación 60
El primer nodo homólogo de la red determina 60 además una versión del plano de control PMIPv6 que es utilizada por el segundo nodo homólogo de la red en base a la al menos una respuesta de comunicación. Los circuitos de procesamiento 22 están configurados para determinar la versión del plano de control PMIPv6 que es utilizada por el segundo nodo homólogo de la red en base a la al menos una respuesta de comunicación.
Operación 62 de ejemplo
Según algunas de las realizaciones de ejemplo, si no se recibe una respuesta del segundo nodo homólogo de la red dentro del período de tiempo predeterminado, la segunda respuesta de comunicación es una segunda notificación interna que indica que la comunicación con el segundo nodo de la red no es posible. Por tanto, la determinación 60 puede comprender además determinar 62 que el plano de control de PIMPv6 es un valor nulo. Los circuitos de procesamiento 22 se pueden configurar para determinar que el plano de control de PIMPv6 es un valor nulo.
Esto puede significar que el segundo nodo homólogo de la red no está disponible actualmente. Por lo tanto, según algunas de las realizaciones de ejemplo, el primer nodo homólogo de la red puede intentar una retransmisión del segundo y/o primer mensaje de comunicación para evitar un fallo transitorio de la ruta.
Operación 64 de ejemplo
Según algunas de las realizaciones de ejemplo, si se recibe la segunda respuesta de comunicación del segundo nodo homólogo de la red, la determinación 60 puede comprender además determinar 64 que el valor del plano de control de PIMPv6 es el segundo tipo de control (por ejemplo, el tipo de control del segundo mensaje de comunicación). El circuito de procesamiento 22 está configurado para determinar que el valor del plano de control de PIMPv6 es el segundo tipo de control.
Operación 66 de ejemplo
Según algunas de las realizaciones de ejemplo, si se recibe la al menos una respuesta de comunicación del segundo nodo homólogo de la red, la determinación 60 puede comprender además determinar 66 que el valor del plano de control de PIMPv6 es el al menos un formato de plano de control de (o asociado con) el al menos un mensaje de comunicación. Los circuitos de procesamiento 22 se pueden configurar para determinar que el valor del plano de control de PIMPv6 es el al menos un formato de plano de control del al menos un mensaje de comunicación.
Según algunas de las realizaciones de ejemplo, el al menos un valor del plano de control puede ser el plano de control A. Por ejemplo, según algunas de las realizaciones de ejemplo, quizás solo se pueda enviar un mensaje de comunicación a la vez para ahorrar recursos del sistema. Por lo tanto, el envío se puede realizar de forma jerárquica. Según algunas realizaciones de ejemplo, los mensajes de comunicación del plano de control de tipo A se pueden enviar primero. Si no se recibe una respuesta de comunicación, el primer nodo homólogo de la red puede enviar posteriormente un mensaje de comunicación del plano de control de tipo B.
Operación 68 de ejemplo
Según algunas de las realizaciones de ejemplo, si se recibe una pluralidad de respuestas de comunicación del segundo nodo homólogo de la red (por ejemplo, después de que se transmitan una pluralidad o dos mensajes de comunicación), la determinación 60 puede comprender además determinar 68 que el valor del plano de control de PIMPv6 es un formato de plano de control por defecto. Según algunas de las realizaciones de ejemplo, el valor del formato de plano de control por defecto puede ser el plano de control A. Los circuitos de procesamiento 22 se pueden configurar para determinar que el valor del plano de control de PIMPv6 es el formato de plano de control por defecto.
Conclusión
Por lo tanto, las realizaciones de ejemplo resuelven los diversos problemas descritos en la presente memoria. Los ejemplos no limitativos de problemas, cuestiones, consideraciones o beneficios asociados con las realizaciones de ejemplo pueden ser:
a. En última instancia, el protocolo PMIP de 3GPP estará en consonancia con la RFC de IETF, por lo que cualquier nodo 3GPP basado en borrador de PMIP se actualizará para soportar la RFC de PMIP.
b. Las realizaciones de ejemplo deben poder minimizar cualquier posible tiempo de inactividad del sistema.
c. Las realizaciones de ejemplo deben minimizar el impacto en otros elementos de la red, por ejemplo, MME/HSS, que se basan en pilas de protocolos completamente diferentes.
d. Las realizaciones de ejemplo no afectarán a las redes de otros operadores donde no hay ningún nodo basado en PMIP desplegado o sólo hay desplegados nodos RFC de PMIP.
e. Las realizaciones de ejemplo resuelven además el problema de incompatibilidad con versiones anteriores de PMIP sin ningún impacto en otros elementos de la red y/o pilas de protocolos.
Algunas de las realizaciones de ejemplo pueden comprender un método en un nodo de red para la mejora del protocolo PMIP, en donde el nodo de red puede estar en una red IPv4. El método puede comprender los pasos de iniciar una comunicación hacia un nodo homólogo; y transmitir, al nodo homólogo, un mensaje PMIP en dos formatos. Las realizaciones de ejemplo descritas anteriormente pueden comprender además transmitir el mensaje PMIP en un formato de borrador de PMIP y RFC de PMIP .
Cualquiera de las realizaciones de ejemplo descritas anteriormente puede comprender además que el nodo homólogo reciba el mensaje PMIP en dos formatos. Si el nodo homólogo solo puede soportar uno de los dos formatos transmitidos, el nodo homólogo puede responder en el formato soportado. Si el nodo homólogo puede soportar ambos formatos transmitidos, el nodo homólogo puede responder en el formato RFC de PMIP .
Cualquiera de las realizaciones de ejemplo descritas anteriormente puede comprender además iniciar la comunicación en forma de una solicitud de latido.
Cualquiera de las realizaciones de ejemplo descritas anteriormente puede comprender además iniciar la comunicación en forma de un mensaje de actualización de enlace proxy.
Cualquiera de las realizaciones de ejemplo descritas anteriormente puede comprender además aumentar un contador de reinicio durante una actualización de software y, por lo tanto, activar un mecanismo de latido para informar al nodo homólogo qué versión de PMIP soporta el nodo homólogo.
Algunas de las realizaciones de ejemplo también pueden comprender un nodo de red para la mejora de PMIP. El nodo de red puede comprender una unidad generadora para generar mensajes en el inicio de una comunicación hacia un nodo homólogo; y una unidad de transmisión para transmitir, al nodo homólogo, dichos mensajes presentando un mensaje PMIP en dos formatos.
La realización de ejemplo puede comprender además que el nodo de red esté configurado para realizar cualquiera de las realizaciones de ejemplo descritas anteriormente.
La descripción de las realizaciones de ejemplo proporcionada en la presente memoria se ha presentado con fines ilustrativos. La descripción no pretende ser exhaustiva o limitar las realizaciones de ejemplo a la forma precisa descrita, y son posibles modificaciones y variaciones a la luz de las enseñanzas anteriores o pueden adquirirse a partir de la práctica de varias alternativas a las realizaciones proporcionadas. Los ejemplos discutidos en la presente memoria fueron elegidos y descritos con el fin de explicar los principios y la naturaleza de varias realizaciones de ejemplo y su aplicación práctica para permitir que un experto en la técnica utilice las realizaciones de ejemplo de varias maneras y con varias modificaciones que se adapten al uso particular contemplado. Las características de las realizaciones descritas en la presente memoria se pueden combinar en todas las combinaciones posibles de métodos, aparatos, módulos, sistemas y productos de programas informáticos.
Debe señalarse que la palabra "que comprende" no excluye necesariamente la presencia de otros elementos o pasos distintos de los enumerados y las palabras "un" o "una" que preceden a un elemento no excluyen la presencia de una pluralidad de tales elementos. Debe señalarse además que los signos de referencia no limitan el alcance de las reivindicaciones, que las realizaciones de ejemplo se pueden implementar al menos en parte por medio de hardware y software, y que varios "medios", "unidades" o "dispositivos" pueden estar representados por el mismo elemento de hardware.
Un "dispositivo", tal como se usa el término en la presente memoria, se debe interpretar de manera amplia para incluir un radioteléfono que tiene capacidad de acceso a Internet/intranet, navegador web, organizador, calendario, una cámara (por ejemplo, una cámara de video y/o imágenes fijas), una grabadora de sonido (por ejemplo, un micrófono) y/o receptor de sistema de posicionamiento global (GPS); un terminal de sistema de comunicaciones personal (PCS) que puede combinar un radioteléfono celular con procesamiento de datos; un asistente digital personal (PDA) que puede incluir un radioteléfono o un sistema de comunicación inalámbrica; un ordenador portátil; una cámara (por ejemplo, una cámara de video y/o de imágenes fijas) con capacidad de comunicación; y cualquier otro dispositivo de cómputo o comunicación capaz de transmitir, tal como un ordenador personal, un sistema de entretenimiento doméstico, una televisión, etc.
Las diversas realizaciones de ejemplo descritas en la presente memoria se describen en el contexto general de los pasos o procesos del método, que se pueden implementar en un aspecto mediante un producto de programa informático, incorporado en un medio legible por ordenador, que incluye instrucciones ejecutables por ordenador, tales como código de programa, ejecutado por ordenadores en entornos en red. Un medio legible por ordenador puede incluir dispositivos de almacenamiento extraíbles y no extraíbles que incluyen, pero no se limitan a, memoria de solo lectura (ROM), memoria de acceso aleatorio (RAM), discos compactos (CD), discos versátiles digitales (DVD), etc.
Generalmente, los módulos de programa pueden incluir rutinas, programas, objetos, componentes, estructuras de datos, etc. que realizan tareas particulares o implementan tipos de datos abstractos particulares. Las instrucciones ejecutables por ordenador, las estructuras de datos asociadas y los módulos de programa representan ejemplos de código de programa para ejecutar pasos de los métodos descritos en la presente memoria. La secuencia particular de tales instrucciones ejecutables o estructuras de datos asociadas representa ejemplos de actos correspondientes para implementar las funciones descritas en tales pasos o procesos.

Claims (6)

REIVINDICACIONES
1. Un método en un primer nodo homólogo de la red para determinar un plano de control del protocolo de internet móvil proxy versión 6, PMIPv6, utilizado por un segundo nodo homólogo de la red, estando el primer y segundo nodos homólogos de la red en una red de transporte de protocolo de internet versión 4, IPv4, el método comprende:
enviar (50), al segundo nodo homólogo de la red, un primer mensaje de IP móvil proxy, PMIP en un primer formato de plano de control, y un segundo mensaje PMIP en un segundo formato de plano de control;
recibir (56) sólo una respuesta de comunicación con respecto al primer mensaje PMIP o el segundo mensaje PMIP; y
determinar (60) una versión del plano de control PMIPv6 que es utilizada por el segundo nodo homólogo de la red en base a la única respuesta de comunicación recibida con respecto a uno del primer mensaje PMIP o el segundo mensaje PMIP, de modo que la versión del plano de control PIMPv6 es el formato de plano de control asociado con la respuesta de comunicación recibida.
2. El método de la reivindicación 1, en donde el primer nodo homólogo de la red es un nodo de pasarela de acceso móvil, MAG, y el segundo nodo homólogo de la red es un nodo ancla de movilidad local, LMA, y el primer y segundo mensajes PMIP son mensajes de latido o mensajes de solicitud de actualización de enlace proxy.
3. El método de la reivindicación 1, en donde el primer nodo homólogo de la red es un nodo ancla de movilidad local, LMA, y el segundo nodo homólogo de la red es un nodo de pasarela de acceso móvil, MAG, y el primer y segundo mensajes PMIP son mensajes de latido.
4. Un primer nodo homólogo de la red para determinar un plano de control de protocolo de internet móvil proxy versión 6, PMIPv6, utilizado por un segundo nodo homólogo de la red, estando el primer y segundo nodos homólogos de la red en una red de transporte de protocolo de internet versión 4, IPv4, comprendiendo el primer red nodo homólogo de la red:
circuitos de transmisión (24) configurados para enviar, al segundo nodo homólogo de la red, un primer mensaje de IP móvil Proxy, PMIP, en un primer formato de plano de control y un segundo mensaje PMIP en un segundo formato de plano de control;
circuitos de recepción (20) configurados para recibir solo una respuesta de comunicación con respecto al primer mensaje PMIP o el segundo mensaje PMIP; y
circuitos de procesamiento (22) configurados para determinar una versión del plano de control PMIPv6 que es utilizada por el segundo nodo homólogo de la red en base a la única respuesta de comunicación recibida con respecto a uno del primer mensaje PMIP o el segundo mensaje PMIP, de modo que la versión del plano de control PIMPv6 es el formato de plano de control asociado con la respuesta de comunicación recibida.
5. El primer nodo homólogo de la red de la reivindicación 4, en donde el primer nodo homólogo de la red es un nodo de pasarela de acceso móvil, MAG, y el segundo nodo homólogo de la red es un nodo ancla de movilidad local, LMA, y el primer y segundo mensajes PMIP son mensajes de latido o mensajes de solicitud de actualización de enlace proxy.
6. El primer nodo homólogo de la red de la reivindicación 4, en donde el primer nodo homólogo de la red es un nodo ancla de movilidad local, LMA, y el segundo nodo homólogo de la red es un nodo de pasarela de acceso móvil, MAG, y el primer y segundo mensajes PMIP son mensajes de latido.
ES18154676T 2011-08-17 2012-04-26 Mejora del protocolo PMIP Active ES2901622T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201161524522P 2011-08-17 2011-08-17

Publications (1)

Publication Number Publication Date
ES2901622T3 true ES2901622T3 (es) 2022-03-23

Family

ID=46025687

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18154676T Active ES2901622T3 (es) 2011-08-17 2012-04-26 Mejora del protocolo PMIP

Country Status (9)

Country Link
EP (2) EP3373698B1 (es)
JP (1) JP5970068B2 (es)
CN (1) CN103999543B (es)
BR (1) BR112014003685B1 (es)
ES (1) ES2901622T3 (es)
PL (1) PL2745617T3 (es)
PT (1) PT3373698T (es)
RU (2) RU2722498C2 (es)
WO (1) WO2013023798A1 (es)

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7447188B1 (en) * 2004-06-22 2008-11-04 Cisco Technology, Inc. Methods and apparatus for supporting mobile IP proxy registration in a system implementing mulitple VLANs
TW200718098A (en) * 2005-08-25 2007-05-01 Nat Inst Inf & Comm Tech Communication apparatus, communication method, communication protocol processing method, communication terminal apparatus, communication method thereof, communication system and communication method thereof
RU2420905C2 (ru) * 2006-11-17 2011-06-10 Квэлкомм Инкорпорейтед Способы и устройства для осуществления посредника мобильного ip в режиме сare-of-адреса внешнего агента
WO2008127662A1 (en) * 2007-04-12 2008-10-23 Marvell World Trade Ltd. Packet data network connectivity domain selection and bearer setup
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
US8675630B2 (en) * 2008-05-22 2014-03-18 Qualcomm Incorporated Systems and methods for multiplexing multiple connections in mobile IP network
US8073007B2 (en) * 2008-06-24 2011-12-06 Qualcomm Incorporated Method and apparatus for intertechnology IPv6 address configuration
CN101447935B (zh) * 2008-11-20 2011-12-21 华为技术有限公司 数据包转发方法、系统及设备
US7929556B2 (en) * 2009-04-29 2011-04-19 Alcatel Lucent Method of private addressing in proxy mobile IP networks
US8687631B2 (en) * 2009-10-16 2014-04-01 Cisco Technology, Inc. System and method for providing a translation mechanism in a network environment
CN101977246B (zh) * 2010-09-07 2014-03-12 南京中兴软件有限责任公司 一种PMIPv6移动性的支持方法和系统
JP2012227664A (ja) * 2011-04-18 2012-11-15 Ntt Docomo Inc 移動通信方法、移動管理ノード及びパケット交換機

Also Published As

Publication number Publication date
CN103999543A (zh) 2014-08-20
BR112014003685A2 (pt) 2017-03-01
EP2745617B1 (en) 2018-03-14
RU2591214C2 (ru) 2016-07-20
WO2013023798A1 (en) 2013-02-21
RU2722498C2 (ru) 2020-06-01
EP3373698B1 (en) 2021-10-20
EP3373698A1 (en) 2018-09-12
CN103999543B (zh) 2018-05-04
EP2745617A1 (en) 2014-06-25
BR112014003685B1 (pt) 2022-03-15
PT3373698T (pt) 2021-11-08
JP5970068B2 (ja) 2016-08-17
RU2016122064A (ru) 2018-11-30
PL2745617T3 (pl) 2018-08-31
JP2014526213A (ja) 2014-10-02
RU2014109952A (ru) 2015-09-27
RU2016122064A3 (es) 2020-01-21

Similar Documents

Publication Publication Date Title
US9420498B2 (en) Method and apparatus for supporting dynamic and distributed mobility management
EP2304981B1 (en) Anchoring services of a mobile station attached to a first service domain at a home agent in a second service domain
RU2524846C2 (ru) Способ и устройство для мобильности многоадресной передачи
JP6063874B2 (ja) 拡張／向上した論理インタフェース挙動のためのシステムおよび方法
US10945233B2 (en) Paging method, device, and system
US9532396B2 (en) Relay architectures for mobile wireless networks
RU2530694C2 (ru) Способ (варианты) и система обеспечения обмена информацией с мобильным узлом
EP2203005A1 (en) Optimized home link detection
ES2928159T3 (es) Método, dispositivo y sistema de control de transmisión
TW201330573A (zh) Ip移動性管理方法、裝置及系統
EP3203802A1 (en) Ip-layer device-to-device communication in mobile networks
US9930579B2 (en) Method and nodes for providing handover management
JP2016502820A (ja) ネットワーク環境における分散モビリティ管理テクノロジー
ES2617909T3 (es) Coordinación entre circuitos conmutados/paquetes conmutados (CS/PS) en una red compartida
US10623941B2 (en) PMIP protocol enhancement
ES2928582T3 (es) Método para establecer un túnel entre las puertas de enlace locales y la puerta de enlace
ES2901622T3 (es) Mejora del protocolo PMIP