ES2557440T3

ES2557440T3 - Control de portador basado en el servicio y funcionamiento del modelo de flujo de tráfico con IP móvil

Info

Publication number: ES2557440T3
Application number: ES05747080.9T
Authority: ES
Inventors: Vijay Devarapalli; Meghana Sahasrabudhe; Basavaraj Patil; Kengatharan Sivalingam; Frank Le
Original assignee: Nokia Technologies Oy
Current assignee: Nokia Technologies Oy
Priority date: 2004-06-03
Filing date: 2005-06-02
Publication date: 2016-01-26
Anticipated expiration: 2025-06-02
Also published as: EP1751931B1; DK1751931T3; US8244247B2; US20080212478A1; PL1751931T3; EP1751931A1; WO2005119982A1; US7385946B2; US20050271003A1

Abstract

Un método para actualizar filtros con una dirección a cargo asociada al menos a uno de entre una estación móvil (102) o un nodo correspondiente (104), en el que los filtros están en un nodo de servicio de datos en paquetes (106) de una red inalámbrica (100), y dicho nodo de servicio de datos en paquetes actúa como un nodo de acceso para la estación móvil (102) de la red inalámbrica (100) en donde dichos filtros son para filtrar el tráfico hacia o desde la estación móvil (102) en el nodo de servicio de datos en paquetes (106), y el método comprende las etapas de: implementar una regla de filtrado flexible en los filtros del nodo de servicio de datos en paquetes (106), en donde la etapa de implementación comprende permitir al menos un mensaje de cabecera de movilidad en un tiempo predeterminado, en donde el tiempo predeterminado es un parámetro configurable; recibir, mediante un nodo de servicio de datos en paquetes (106) de la estación móvil (102), una dirección a cargo asociada al menos a uno de entre la estación móvil (102) y un nodo correspondiente (104); y actualizar, mediante el nodo de servicio de datos en paquetes (106), los filtros con la dirección a cargo para identificar correctamente los flujos que pertenecen a una sesión específica durante el uso de la IP móvil.

Description

5

10

15

20

25

30

35

40

45

50

55

60

65

DESCRIPCION

Control de portador basado en el servicio y funcionamiento del modelo de flujo de trafico con IP movil.

Esta solicitud reivindica el beneficio bajo 35 USC §119 (e) de la solicitud provisional N° 60/576.406, presentada el 3 de junio de 2004 y de la solicitud provisional N° 60/588,347, presentada el 16 de julio de 2004.

Antecedentes de la invencion:

Campo de la invencion:

La presente invencion se refiere a un metodo para resolver los problemas con el filtrado de IP relacionados con las IP moviles y, mas especfficamente, a un metodo para crear filtros que permitan el uso de una direccion a cargo (care-of-address) por una estacion movil y un nodo correspondiente.

Descripcion de la tecnica relacionada:

El documento US 2002/0080752 divulga una tecnica de optimizacion de rutas que no necesita del conocimiento del protocolo IP movil por un nodo correspondiente al reenviar el trafico que usa la ruta mas corta entre un nodo movil y el nodo correspondiente en un dominio visitante. Se divulga la gestion de entradas de ruta, las interpretaciones de direcciones de red y los filtros de firewall. Un agente externo (FA) incluye una tabla de estado de filtro para el trafico de filtrado. Los filtros de nodos moviles se distribuyen a un FA como una parte del registro de la IP movil.

En las redes CDMA2000, un nodo de servicio de datos en paquetes (PDSN) actua como un nodo de acceso para una estacion movil y crea una serie de filtros para las sesiones activas asociadas a la estacion movil. Especfficamente, hay dos tipos de filtros en el PDSN. El primer tipo incluye unos filtros de polftica local basada en el servicio (SBLP) que se establecen por la red para el servicio de mensajerfa multimedia (MMS). Estos filtros se basan en el perfil de abonado de la estacion movil y se establecen por una funcion de decision de polftica (PDF) asociada al PDSN. El segundo tipo incluye el modelo de flujo trafico (TFT) que se establece por la estacion movil para los flujos de trafico. Estos filtros proporcionan un tratamiento de flujo especffico a cada sesion entre la estacion movil y el PDSN. Como tal, el PDSN no permite ningun trafico no autorizado que no coincida con alguno de los filtros a enviarse hacia o desde la estacion movil. Normalmente, los filtros tienen direcciones/puertos de origen y de destino como selectores con el fin de ser capaces de identificar los flujos.

Cuando se utiliza la IP movil, la estacion movil utiliza su direccion local durante la negociacion del protocolo de inicio de sesion (SIP) para una sesion entre la estacion movil y un nodo correspondiente. Por lo tanto, los filtros de SBLP establecidos por la funcion de control de sesion de llamada de proxy (P-CSCF) y la PDF incluyen las direcciones locales de la estacion movil y del nodo correspondiente. Sin embargo, a la estacion movil se le asigna una direccion a cargo de una red visitada ademas de su direccion local cuando la estacion movil esta utilizando la IP movil. A partir de aquf, todo el trafico enviado por la estacion movil tiene la direccion a cargo como direccion de origen. Del mismo modo, el trafico del nodo correspondiente incluye una direccion a cargo de la estacion movil como direccion de destino. Como tal, la informacion en los paquetes de la estacion movil no coincide con ninguno de los filtros establecidos en el PDSN y los paquetes se descartan por el PDSN.

El problema descrito anteriormente empeora cuando el nodo correspondiente es tambien un nodo movil y usa su direccion a cargo como direccion de origen. Ademas de los paquetes de la estacion movil que se han descartado por el PDSN, cuando el nodo correspondiente usa su direccion a cargo como la direccion de origen, los paquetes del nodo correspondiente tampoco coinciden con ninguno de los filtros en el PDSN que tienen las direcciones locales del nodo correspondiente. Por otra parte, incluso en las soluciones en las que el PDSN actualiza de alguna manera los filtros con la direccion a cargo del nodo correspondiente, si el nodo correspondiente se mueve y se une a una nueva subred IP, entonces su direccion a cargo cambia en el medio de una sesion provocan que los paquetes con la nueva direccion a cargo no coincidan con la direccion de origen en los filtros del PDSN y el PDSN descarta los paquetes.

En un ejemplo que describe aun mas el problema descrito anteriormente, durante la sesion entre el nodo correspondiente y la estacion movil, el nodo correspondiente realiza funciones de encaminamiento de retorno y de optimizacion de rutas y envfa un mensaje de inicio de comprobacion a cargo (care-of-test) a la estacion movil. El mensaje incluye la direccion a cargo del nodo correspondiente en el campo de origen. Como tal, la direccion de origen para el nodo correspondiente en el mensaje no coincide con la informacion en los filtros de SBLP que se ha establecido durante la negociacion SIP, provocando que el PDSN descarte el paquete. Por lo tanto, la estacion movil no recibira el mensaje y las funciones de encaminamiento de retorno y de optimizacion de rutas fallaran.

Una solucion al problema identificado anteriormente serfa mapear el paquete a una instancia de servicio por defecto en el PDSN. Esto hace que el paquete llegue a la estacion movil de manera que las funciones de encaminamiento de retorno y de optimizacion de rutas puedan proceder de forma normal. Si la funcion de optimizacion de ruta tiene exito, todos los paquetes subsiguientes desde el nodo correspondiente a la estacion movil tendran una direccion a cargo del nodo correspondiente en el campo de origen. Esta solucion, sin embargo, provoca un fallo permanente del

5

10

15

20

25

30

35

40

45

50

55

60

65

filtro SBLP y hace a la estacion movil vulnerable a los ataques de denegacion de servicio, ya que cualquier emisor con una intencion maliciosa puede inundar la estacion movil con paquetes IP basura usando cualquier direccion de origen. Ademas, los paquetes de destino tambien tendran la direccion a cargo del nodo correspondiente en lugar de su direccion local. Sin embargo, si los paquetes desde la estacion movil al nodo correspondiente no incluyen la direccion local del nodo correspondiente, el PDSN no permitira que los paquetes se envfen al nodo correspondiente.

El problema es ligeramente diferente con los filtros TFT. Cuando la estacion movil establece los filtros TFT, usa la direccion local del nodo correspondiente. Cuando el nodo correspondiente envfa paquetes usando su direccion a cargo como la direccion de origen, estos paquetes no coincidiran con los filtros TFT en el PDSN y por lo tanto no se obtendra el tratamiento de flujo adecuado.

Sumario de la invencion

Se proporciona un metodo, un nodo de servicio de datos en paquetes y una estacion movil tal como se define por las reivindicaciones adjuntas.

De acuerdo con un aspecto de la invencion, se proporciona un metodo para actualizar los filtros, en un nodo de servicio de datos en paquetes, con una direccion a cargo asociada al menos a uno de entre una estacion movil o un nodo correspondiente. El metodo incluye las etapas de aplicar una regla de filtrado flexible a un nodo de servicio de datos en paquetes y recibir, mediante el nodo de servicio de datos de paquetes, una direccion a cargo que esta asociada al menos a uno de entre la estacion movil y un nodo correspondiente. El metodo incluye tambien actualizar, mediante el nodo de servicio de datos en paquetes, los filtros con la direccion a cargo para identificar correctamente los flujos que pertenecen a una sesion especffica durante el uso de la IP movil. El metodo incluye ademas filtrar, mediante el nodo de servicio de datos en paquetes, los paquetes que incluyen una direccion a cargo que esta asociada a uno de entre la estacion movil y el nodo correspondiente.

De acuerdo con otro aspecto de la invencion, se proporciona un nodo de red para actualizar los filtros con una direccion a cargo asociada al menos a uno de entre una estacion movil o un nodo correspondiente. El nodo de red incluye un medio de implementacion para implementar una regla de filtrado flexible y un medio de recepcion para recibir un direccion a cargo que esta asociada al menos a uno de entre una estacion movil y un nodo correspondiente de aplicacion. El nodo de red incluye tambien un medio de actualizacion para actualizar los filtros con la direccion a cargo para identificar correctamente los flujos que pertenecen a una sesion especffica durante el uso de la IP movil. El nodo de red incluye ademas un medio de filtrado para filtrar los paquetes que incluyen una direccion a cargo que esta asociada a uno de entre la estacion movil y el nodo correspondiente.

De acuerdo con otro aspecto de la invencion, se proporciona un aparato para actualizar los filtros, a un nodo de servicio de datos en paquetes, con una direccion a cargo asociada al menos a uno de entre una estacion movil o un nodo correspondiente. El aparato incluye un medio de implementacion para implementar una regla de filtrado flexible en un nodo de servicio de datos en paquetes. El aparato incluye tambien un medio de recepcion para recibir, mediante el nodo de servicio de datos en paquetes, una direccion a cargo asociada al menos a uno de entre la estacion movil y un nodo correspondiente. El aparato incluye ademas un medio de actualizacion para actualizar, mediante el nodo de servicio de datos en paquetes, los filtros con la direccion a cargo para identificar correctamente los flujos que pertenecen a una sesion especffica durante el uso de la IP movil. El metodo incluye tambien un medio de filtrado para filtrar, mediante el nodo de servicio de datos en paquetes, los paquetes que incluyen la direccion a cargo que esta asociada a uno de entre la estacion movil y el nodo correspondiente.

Breve descripcion de los dibujos

Los dibujos adjuntos, que se incluyen para proporcionar una comprension adicional de la invencion y se incorporan y constituyen una parte de esta memoria descriptiva, ilustran las realizaciones de la invencion que, junto con la descripcion, sirven para explicar los principios de la invencion, en los que:

La figura 1 ilustra una red inalambrica 100 que puede usarse en una realizacion de la invencion; y La figura 2 ilustra las etapas implementadas en una realizacion de la presente invencion.

Descripcion detallada de la(s) realizacion(ones) preferida(s)

A continuacion, se hara referencia a las realizaciones preferidas de la presente invencion, ejemplos de las cuales se ilustran en los dibujos adjuntos.

La figura 1 ilustra una red inalambrica 100 que puede usarse en una realizacion de la invencion. La red 100 incluye una estacion movil 102, un nodo correspondiente 104, un nodo de servicio de datos en paquetes (PDSN) 106 y una funcion de decision de polfticas 108. La estacion movil 102 es una parte de una red inalambrica que esta ejecutando el protocolo de internet version 6 (IPv6) y la estacion movil 102 configura su direccion IPv6 con un prefijo del PDSN 106. Durante la negociacion del SIP para una sesion entre la estacion movil 102 y el nodo correspondiente 104, el nodo correspondiente 104 usa su direccion local como la direccion de conexion y la estacion movil usa su direccion IPv6 como la direccion de conexion. La funcion de decision de polfticas 108 envfa a continuacion unos filtros de

5

10

15

20

25

30

35

40

45

50

55

60

65

polftica local basada en el servicio (SBLP) establecido en el PDSN 106 para que el PDSN 106 aplique el filtro SBLP en los flujos de portador asociados a la sesion negociada. Como tal, el conjunto de filtros de SBLP incluye una direccion local del nodo correspondiente como su direccion de origen y de destino. Ademas, la estacion movil 102 envfa un modelo de flujo de trafico (TFT) al PDSN 106 para mapear el flujo(s) resultante a las instancias de servicio deseadas. El TFT incluye tambien la direccion local del nodo correspondiente como su direccion de origen.

Para resolver los problemas relativos a los filtros de coincidencia en el PDSN 106 con una direccion a cargo asociada a la estacion movil 102 y el nodo correspondiente 104 durante la IP movil, una realizacion de la invencion necesita el PDSN 106 para tener en cuenta las direcciones locales y la direccion a cargo de la estacion movil 102 y el nodo correspondiente 104 en todo momento para poder hacer coincidir los flujos IP con los filtros. Especfficamente, el PDSN 106 se necesita para conocer la direccion local de la estacion movil, la direccion a cargo de la estacion movil, la direccion local del nodo correspondiente y la direccion a cargo del nodo correspondiente, si el nodo correspondiente es tambien un nodo movil, en todo momento. Por lo tanto, esta realizacion necesita que se actualicen los filtros del PDSN una vez que la estacion movil 102 conozca su direccion a cargo y su direccion local. Los filtros tambien necesitan actualizarse cada vez que el nodo correspondiente 104 se mueve y adquiere una nueva direccion a cargo.

Una realizacion de la invencion proporciona una solucion generica para resolver la IP movil relacionada con los problemas de funcionamiento de SBLP y TFT. Una regla de filtrado flexible se ha instalado en el PDSN 106 para permitir los mensajes de cabecera de movilidad.

Especfficamente, la regla flexible instalada en el PDSN permite un mensaje cada 400 segundos por tipo de mensaje de cabecera de movilidad. Si se envfan mensajes de cabecera de movilidad con mas frecuencia, se descartan por el PDSN. Los 400 segundos se basan en el hecho de que el tiempo de vida de vinculacion maxima para los mecanismos de encaminamiento de retorno es de 420 segundos. Sin embargo, la realizacion de la invencion permite un parametro configurable en lugar de los 400 segundos en el PDSN 106. Por lo tanto, como es evidente para un experto en la materia un operador puede usar valores diferentes.

De acuerdo con otra realizacion de la invencion, si la estacion movil 102 y el nodo correspondiente 104 ya tienen una sesion optimizada de ruta activa, puede modificarse la regla flexible para permitir un mensaje cada un minuto por tipo de mensaje de cabecera de movilidad por direccion a cargo de estacion movil 102. Esto se basa en la suposicion de que los nodos moviles no se mueven con mas frecuencia de un minuto. Esta regla flexible permite que se inicien los mensajes de optimizacion de rutas y de senalizacion de IP movil por los nodos moviles de fuera de la red CDMA. La invencion limita los mensajes de cabecera de movilidad para evitar el descarte por el PDSN 106.

Ademas de la regla flexible senalada anteriormente, una vez que la estacion movil 102 conoce el conjunto de posibles direcciones que pueden aparecer en sus sesiones IP, la estacion movil 102 envfa un mensaje de actualizacion de direccion a cargo al PDSN 106 para que el PDSN 106 actualice los filtros especfficos de la estacion movil 102. La estacion movil 102 tambien informa al PDSN 106 siempre que cambie la direccion a cargo del nodo correspondiente 104. Especfficamente, si el nodo correspondiente 104 es tambien un nodo movil y adquiere una nueva direccion a cargo, el nodo correspondiente 104 actualiza a la estacion movil 102 con su nueva direccion a cargo como parte del funcionamiento de la IP movil. La regla flexible descrita en una realizacion de la invencion permite devolver mensajes de encaminamiento de la nueva direccion a cargo del nodo correspondiente 104 a la estacion movil 102. A continuacion, la estacion movil 102 envfa un mensaje al PDSN 106 para actualizar los filtros. Por consiguiente, la invencion permite el uso de un mensaje de actualizacion de direccion a cargo para actualizar los filtros que son especfficos de la estacion movil 102. El PDSN 106 usa la informacion de direccion a cargo, ademas de los parametros SBLP disponibles, para hacer coincidir los paquetes con los filtros. Esto permite que el PDSN 106 identifique correctamente los flujos que pertenecen a una sesion especffica cuando se usa la IP movil. Especfficamente, el PDSN 106 usa la informacion de la direccion a cargo para hacer coincidir los filtros con los paquetes entrantes y salientes cuando se usa la IP movil.

En las redes CDMA2000, la estacion movil 102 y el PDSN 106 siempre establecen un enlace PPP. De acuerdo con las realizaciones de la invencion, el mensaje de actualizacion de direccion a cargo puede utilizar extensiones especfficas de proveedor, mensajes RSVP, u otros tipos de mensajes de actualizacion que sean apropiados para una aplicacion especffica. En una realizacion, la estacion movil 102 usa un paquete especffico de proveedor PPP para actualizar los filtros en el PDSN 106. De acuerdo con otra realizacion de la invencion, la estacion movil 102 usa mensajes Resv y ResvConf para el establecimiento de filtro TFT en el PDSN 106. Estos mensajes pueden reusarse para enviar el mensaje de actualizacion de filtro que se define en el TFT. Especfficamente, la estacion movil 102 puede usar el mensaje Resv para enviar la actualizacion de filtro al PDSN 106. Cuando el PDSN 106 recibe un mensaje de actualizacion de direccion a cargo de la estacion movil 102, se actualiza la informacion de direccion a cargo, si existe, unida tanto a los filtros SBLP como TFT especfficos de la estacion movil 102. De acuerdo con una forma de realizacion, el PDSN 106 nunca sustituye la direccion IP encontrada en los filtros con la direccion a cargo.

La exposicion anterior se basa en la suposicion de que el PDSN 106 acepta los mensajes de actualizacion de filtro de la estacion movil 102. Sin embargo, en algunos casos el PDSN 106 podrfa negarse a actualizar los filtros creados por la PDF 108 sin una autorizacion explfcita de la PDF 108 antes de actualizar los filtros. En estos casos, la estacion movil 102 envfa un mensaje RSVP de actualizacion de filtro junto con un testigo que identifica la estacion

5

10

15

20

25

30

35

40

45

50

55

60

movil 102 a la PDF 108. El PDSN 106 envfa una solicitud de autorizacion que incluye el testigo enviado por la estacion movil 102 en el mensaje RSVP. La PDF 108 determina que la solicitud de autorizacion de la estacion movil 102 es para los filtros asociados a la direccion a cargo del nodo correspondiente 104. A partir de ese momento, la PDF 108 envfa una respuesta de autorizacion al PDSN 106, que permite al PDSN 106 actualizar los filtros con la direccion a cargo del nodo correspondiente 104.

La invencion tambien puede incluir una configuracion en la que despues de que el nodo correspondiente 104 comience a usar una nueva direccion a cargo, el PDSN 106 compruebe los paquetes de datos para observar un cambio de direccion a cargo. En una realizacion, el PDSN 106 puede observar un numero predefinido de paquetes con la nueva asociacion de direccion a cargo/local antes de que actualice la informacion de direccion a cargo adjunta a los filtros.

La invencion tambien puede incluir una configuracion en la que el PDSN 106 crea un estado temporal tras detectar un mensaje de actualizacion de vinculacion del nodo correspondiente 104. En una configuracion de este tipo, a continuacion, la estacion movil 102 puede enviar un acuse de recibo de vinculacion para garantizar a la red que se ha recibido una actualizacion de vinculacion valida. A continuacion, el PDSN puede actualizar la informacion de direccion a cargo adjunta a los filtros de paquete. Especfficamente, el PDSN 106 crea un estado temporal tras detectar un mensaje de actualizacion de vinculacion del nodo correspondiente 104. A partir de ese momento, cuando la estacion movil 102 envfa un mensaje de acuse de vinculacion con una indicacion de exito, la red estara segura de que el mensaje de actualizacion de vinculacion era valido y el PDSN 106 puede actualizar la informacion de direccion a cargo adjunta a los filtros de paquetes.

La invencion tambien puede incluir una configuracion en la que la coincidencia de filtro se realiza en el PDSN 106. El SBLP y TFT estan configurados inicialmente para que coincidan las direcciones locales de la estacion movil 102 y el nodo correspondiente 104. Cuando el nodo correspondiente 104 (o la estacion movil 102) comienza a usar una direccion a cargo, los paquetes de la estacion movil 102 y del nodo correspondiente 104 no coincidiran con los filtros establecidos en el PDSN. Si el nodo correspondiente se mueve, se inicia la senalizacion de encaminamiento de vuelta para actualizar la estacion movil 102. Tras la vuelta la senalizacion de encaminamiento esta completa, el nodo correspondiente 104 comienza a usar la nueva direccion a cargo. El nodo correspondiente 104 usa la direccion a cargo para comunicarse con la estacion movil 102, siempre que se use la IP movil y el PDSN 106 realice la coincidencia de filtro apropiada. Especfficamente, en la direccion de enlace descendente, la parte de direccion IP de origen de un filtro se considera una coincidencia con un paquete en la direccion de enlace descendente cuando la direccion IP coincide con el campo de origen del paquete IP; o la direccion IP coincide con el campo de direccion local de la cabecera de extension de opciones de destino y la direccion a cargo del nodo correspondiente 104 coincide con el campo de origen del paquete. En la direccion de enlace ascendente, la parte de direccion IP de destino de un filtro se considera una coincidencia con un paquete en la direccion de enlace ascendente cuando la direccion IP coincide con el campo de destino del paquete IP o la direccion IP coincide con el campo de direccion local de la cabecera de extension de encaminamiento y la direccion a cargo del nodo correspondiente coincide con el campo de destino del paquete. Observese que la direccion a cargo del nodo correspondiente 104 esta disponible en el PDSN y actualizada por la estacion movil 102 como se ha descrito anteriormente. Como es evidente para un experto en la materia, otras configuraciones coincidentes pueden estar dentro del alcance de la invencion como se define por las reivindicaciones adjuntas.

La figura 2 ilustra las etapas implementadas en una realizacion de la presente invencion. En la etapa 2010, el PDSN 106 implementa el mecanismo de filtrado flexible de la presente invencion. En la etapa 2020, cuando la estacion movil 102 conoce su direccion local y la direccion a cargo y la direccion local y la direccion a cargo del nodo correspondiente, la estacion movil 102 implementa el mensaje de actualizacion de filtro. En la etapa 2030, la estacion movil 102 puede tener que implementar el mecanismo de autorizacion de testigo si el PDSN 106 no acepta actualizaciones no autorizadas de los filtros SPLP. En la etapa 2040, cuando el PDSN 106 recibe el mensaje de actualizacion de filtro de la estacion movil 102, el PDSN 106 actualiza los filtros que corresponden a la estacion movil 102 si el PDSN 106 no necesita una autorizacion de la PDF 108. En la etapa 2050, si la actualizacion de los filtros necesita una autorizacion de la PDF 108, el PDSN 106 envfa un mensaje RADIUS a la PDF 108 para verificar que la estacion movil 102 esta autorizada para actualizar los filtros. En la etapa 2060, la PDF 108 verifica el testigo presentado por la estacion movil 102 y envfa un mensaje de autorizacion al PDSN 106 con el fin de que el PDSN 106 actualice los filtros que corresponden a la estacion movil 102.

Un experto en la materia entendera facilmente que la invencion como se ha tratado anteriormente puede ponerse en practica con unas etapas en un orden diferente, y/o con los elementos de hardware en configuraciones que sean diferentes de las que se han divulgado. Por lo tanto, aunque la invencion se ha descrito sobre la base de estas realizaciones preferidas, sera evidente para los expertos en la materia que ciertas modificaciones, variaciones y construcciones alternativas serfan evidentes, mientras que permanezcan dentro del alcance de la invencion. Por lo tanto, con el fin de determinar las medidas y lfmites de la invencion, deberfa hacerse referencia a las reivindicaciones adjuntas.

Claims

5

10

15

20

25

30

35

40

45

50

55

60

65

1. Un metodo para actualizar filtros con una direccion a cargo asociada al menos a uno de entre una estacion movil (102) o un nodo correspondiente (104), en el que los filtros estan en un nodo de servicio de datos en paquetes (106) de una red inalambrica (100), y dicho nodo de servicio de datos en paquetes actua como un nodo de acceso para la estacion movil (102) de la red inalambrica (100) en donde dichos filtros son para filtrar el trafico hacia o desde la estacion movil (102) en el nodo de servicio de datos en paquetes (106), y el metodo comprende las etapas de:

implementar una regla de filtrado flexible en los filtros del nodo de servicio de datos en paquetes (106), en donde la etapa de implementacion comprende permitir al menos un mensaje de cabecera de movilidad en un tiempo predeterminado, en donde el tiempo predeterminado es un parametro configurable;

recibir, mediante un nodo de servicio de datos en paquetes (106) de la estacion movil (102), una direccion a cargo asociada al menos a uno de entre la estacion movil (102) y un nodo correspondiente (104); y actualizar, mediante el nodo de servicio de datos en paquetes (106), los filtros con la direccion a cargo para identificar correctamente los flujos que pertenecen a una sesion especffica durante el uso de la IP movil.
2. El metodo de la reivindicacion 1, en el que el filtrado comprende proporcionar un tratamiento de flujo especffico para cada sesion entre la estacion movil (102) y el nodo de servicio de datos en paquetes (106).
3. El metodo de la reivindicacion 1, en el que el tiempo predeterminado es de 400 segundos.
4. El metodo de la reivindicacion 1, en el que la etapa de implementacion comprende permitir un mensaje en un tiempo predeterminado por tipo de mensaje de cabecera de movilidad para cada direccion a cargo de la estacion movil (102), si la estacion movil (102) y el nodo correspondiente (104) tienen una sesion optimizada de ruta activa.
5. El metodo de la reivindicacion 1, en el que la etapa de implementacion comprende iniciar una optimizacion de ruta y unos mensajes de senalizacion de IP movil mediante los nodos moviles fuera de una red CDMA.
6. El metodo de la reivindicacion 1, en el que la etapa de recepcion comprende recibir, desde la estacion movil (102), un mensaje de actualizacion de direccion a cargo cuando la estacion movil (102) conoce un conjunto de posibles direcciones que pueden aparecer en una sesion IP que esta asociada a la estacion movil (102).
7. El metodo de la reivindicacion 6, en el que la etapa de recepcion comprende recibir el mensaje de actualizacion de direccion a cargo en una de las extensiones especfficas de proveedor, mensajes RSVP u otros tipos de mensaje desde la estacion movil (102).
8. El metodo de la reivindicacion 7, en el que la etapa de recepcion comprende informar a la estacion movil (102) de una direccion a cargo recien adquirida mediante el nodo correspondiente (104).
9. El metodo de la reivindicacion 1, en el que la etapa de recepcion comprende recibir un testigo que identifica la estacion movil (102), en el que si el nodo de servicio de datos en paquetes (106) necesita una autorizacion antes de realizar la etapa de actualizacion, el nodo de servicio de datos en paquetes (106) envfa el testigo a una funcion de decision de polfticas (108), que usa el testigo para determinar si la autorizacion es adecuada y proporciona una respuesta adecuada al nodo de servicio de datos en paquetes (106).
10. El metodo de la reivindicacion 1, en el que la etapa de actualizacion comprende actualizar una polftica local basada en el servicio y un modelo de flujo de trafico.
11. El metodo de la reivindicacion 1, que comprende, despues de que el nodo correspondiente (104) comience a usar una nueva direccion a cargo, comprobar un numero predefinido de paquetes de datos, mediante el nodo de servicio de datos en paquetes (106), para observar un cambio de la direccion a cargo antes de la etapa de actualizacion.
12. El metodo de la reivindicacion 1, que comprende:

crear un estado temporal, mediante el nodo de servicio de datos en paquetes (106), tras detectar un mensaje de actualizacion de vinculacion del nodo correspondiente (104); y

recibir un mensaje de acuse de recibo de vinculacion desde la estacion movil (102) para verificar que el mensaje de actualizacion de vinculacion es valido, antes de la etapa de actualizacion.
13. El metodo de la reivindicacion 1, en el que la etapa de filtrado comprende hacer coincidir una parte de direccion IP de origen de un filtro con un paquete en una direccion de enlace descendente cuando al menos una de las direcciones IP de origen coincide con un campo de origen de un paquete IP o la direccion IP de origen coincide con una direccion local de una cabecera de extension de opciones de destino y la direccion a cargo del nodo correspondiente (104) coincide con el campo de origen del paquete.
14. El metodo de la reivindicacion 1, en el que la etapa de filtrado comprende hacer coincidir una parte de direccion

5

10

15

20

25

30

35

40

45

50

55

60

65

IP de destino de un filtro con un paquete en una direccion de enlace ascendente cuando al menos una direccion IP coincide con un campo de destino de un paquete IP o la direccion IP coincide con una direccion local de una cabecera de extension de encaminamiento y la direccion a cargo del nodo correspondiente (104) coincide con el campo de destino del paquete.
15. Un nodo de servicio de datos en paquetes (106) para actualizar los filtros con una direccion a cargo asociada al menos a uno de entre una estacion movil (102) o un nodo correspondiente (104), en donde los filtros estan en el nodo de servicio de datos en paquetes (106) de una red inalambrica (100), y dicho nodo de servicio de datos en paquetes (106) actua como un nodo de acceso para la estacion movil (102) de la red inalambrica (100) en donde dichos filtros son para filtrar el trafico hacia o desde la estacion movil (102) en el nodo de servicio de datos en paquetes (106), y el aparato (106) comprende:

un medio de implementacion para implementar una regla de filtrado flexible en los filtros del nodo de servicio de datos en paquetes (106), en donde el medio de implementacion comprende un medio de permiso para permitir al menos un mensaje de cabecera de movilidad en un tiempo predeterminado, en donde el tiempo predeterminado es un parametro configurable;

un medio de recepcion para recibir, mediante el nodo de servicio de datos en paquetes (106) de una estacion movil (102), una direccion a cargo que este asociada al menos a uno de entre la estacion movil (102) y un nodo correspondiente (104);

un medio de actualizacion para actualizar, mediante el nodo de servicio de datos en paquetes (106), unos filtros con la direccion a cargo para identificar correctamente los flujos que pertenecen a una sesion especffica durante el uso de la IP movil.
16. Un nodo de servicio de datos en paquetes de la reivindicacion 15, en el que el filtrado comprende proporcionar un tratamiento de flujo especffico para cada sesion entre la estacion movil (102) y el nodo de servicio de datos en paquetes (106).
17. Un nodo de servicio de datos en paquetes de acuerdo con la reivindicacion 15, que comprende:

un medio de filtrado para filtrar paquetes, mediante el nodo de servicio de datos en paquetes, que incluye una direccion a cargo que esta asociada a uno de la estacion movil (102) y el nodo correspondiente (104).
18. Un nodo de servicio de datos en paquetes de la reivindicacion 17, en el que el medio de implementacion comprende un medio de permiso para permitir un mensaje en un tiempo predeterminado por tipo de mensaje de cabecera de movilidad para cada direccion a cargo de la estacion movil (102), si la estacion movil y el nodo correspondiente (104) tienen una sesion optimizada de ruta activa.
19. Un nodo de servicio de datos en paquetes de la reivindicacion 17, en el que el medio de implementacion comprende un medio de iniciacion para iniciar la optimizacion de ruta y los mensajes de senalizacion de IP movil mediante los nodos moviles fuera de una red CDMA.
20. Un nodo de servicio de datos en paquetes de la reivindicacion 17, en el que el medio de recepcion recibe, desde la estacion movil (102), un mensaje de actualizacion de direccion a cargo cuando la estacion movil (102) conoce un conjunto de posibles direcciones que pueden aparecer en una sesion IP que esta asociada a la estacion movil (102).
21. Un nodo de servicio de datos en paquetes de la reivindicacion 17, en el que el medio de recepcion recibe un mensaje de actualizacion de direccion a cargo en una de las extensiones especfficas de proveedor, mensajes RSVP u otros tipos de mensaje.
22. Un nodo de servicio de datos en paquetes de la reivindicacion 17, en el que el medio de recepcion recibe una direccion a cargo recien adquirida enviada mediante el nodo correspondiente (104) a la estacion movil (102).
23. Un nodo de servicio de datos en paquetes de la reivindicacion 17, en el que el medio de recepcion recibe un testigo que identifica la estacion movil (102), en donde si el nodo de servicio de datos en paquetes (106) necesita una autorizacion antes de realizar la etapa de actualizacion, el nodo de servicio de datos en paquetes (106) envfa el testigo a una funcion de decision de polfticas (108), que usa el testigo para determinar si la autorizacion es adecuada y proporciona una respuesta adecuada al nodo de servicio de datos en paquetes (106).
24. Un nodo de servicio de datos en paquetes de la reivindicacion 17, en el que el medio de actualizacion actualiza una polftica local basada en el servicio y un modelo de flujo de trafico.
25. Un nodo de servicio de datos en paquetes de la reivindicacion 17, que comprende ademas un medio de comprobacion para comprobar, despues de que el nodo correspondiente (104) comience a usar una nueva direccion a cargo, un numero predefinido de paquetes de datos para observar un cambio de la direccion a cargo, antes de la etapa de actualizacion.
26. Un nodo de servicio de datos en paquetes de la reivindicacion 17, que comprende ademas un medio de creacion para crear un estado temporal tras detectar un mensaje de actualizacion de vinculacion del nodo correspondiente

5

10

15

20

25

30

(104); y un medio de recepcion para recibir un mensaje de acuse de recibo de vinculacion desde la estacion movil (102) para verificar que el mensaje de actualizacion de vinculacion es valido, antes de la etapa de actualizacion.
27. Un nodo de servicio de datos en paquetes de la reivindicacion 17, en el que el medio de filtrado comprende un medio de coincidencia para hacer coincidir una parte de direccion IP de origen de un filtro con un paquete en una direccion de enlace descendente cuando al menos una de las direcciones IP de origen coincide con un campo de origen de un paquete IP o la direccion IP de origen coincide con una direccion local de una cabecera de extension de opciones de destino y la direccion a cargo del nodo correspondiente (104) coincide con el campo de origen del paquete.
28. Un nodo de servicio de datos en paquetes de la reivindicacion 17, en el que el medio de filtrado comprende un medio de coincidencia para hacer coincidir una parte de direccion IP de destino de un filtro con un paquete en una direccion de enlace ascendente cuando al menos una direccion IP coincide con un campo de destino de un paquete IP o la direccion IP coincide con una direccion local de una cabecera de extension de encaminamiento y la direccion a cargo del nodo correspondiente (104) coincide con el campo de destino del paquete.
29. Una estacion movil (102) para actualizar los filtros de un nodo de servicio de datos en paquetes (106) de una red inalambrica con una direccion a cargo asociada al menos a uno de entre la estacion movil (102) o un nodo correspondiente (104), en donde la estacion movil (102) comprende un medio para:

recibir una direccion a cargo asociada al menos a una sesion de protocolo de Internet de la estacion movil (102) en un mensaje de cabecera de movilidad filtrado mediante el nodo de servicio de datos en paquetes usando los filtros implementados para permitir al menos un mensaje de cabecera de movilidad en un tiempo predeterminado;

determinar sobre la base de la direccion a cargo recibida un conjunto de posibles direcciones de la estacion movil y el nodo correspondiente que pueden aparecer en la al menos una sesion de protocolo de Internet que esta asociada a la estacion movil (102); y

enviar un mensaje de actualizacion de direccion a cargo para actualizar los filtros especfficos a la estacion movil en el PDSN, cuando el conjunto de posibles direcciones se cambia por la direccion a cargo recibida, para actualizar los filtros con la direccion a cargo para identificar correctamente los flujos que pertenecen a la al menos una sesion de protocolo de Internet durante el uso de la IP movil.