MXPA06013868A - Metodo y sistema para proveer el estado de equipo de usuario en una red inalambrica local que interopera con sistemas del 3gpp. - Google Patents

Abstract

La presente invencion se refiere a un metodo y sistema para proveer un estado de unidad inalambrica de transmision/recepcion (WTRU) (10) , en la provision de servicios en tiempo real a traves de una red inalambrica de area local que interopera con sistemas (20) del 3GPP. Una entidad como una pasarela de datos por paquete (PDG) (24) en la red del 3GPP almacena y mantiene el estado actual de la WTRU y actualiza el estado de la WTRU cuando cambia. La WTRU senaliza un cambio en su estado a la PDG. Cuando la PDG recibe un mensaje del sistema del 3GPP dirigido a la WTRU, la PDG examina el estado de la WTRU con anterioridad al reenvio del mensaje a la WTRU.

Description

MÉTODO Y SISTEMA PARA PROVEER EL ESTADO DE EQUIPO DE USUARIO EN UNA RED INALÁMBRICA LOCAL QUE INTEROPERA CON SISTEMAS DEL 3GPP CAMPO DE LA INVENCIÓN La presente invención se refiere a redes inalámbricas de área local que interoperan con sistemas del 3GPP. Más particularmente, la presente invención se refiere a un método y sistema para mejorar la confiabilidad de servicios en tiempo real iniciados por una entidad en una red del 3GPP a una entidad en una red inalámbrica de área local (WLAN) que interopera con el sistema del 3GPP.

ANTECEDENTES DE LA INVENCIÓN Las redes inalámbricas de área local (WLANs) y otros sistemas de comunicación inalámbricos se han vuelto populares por su conveniencia y flexibilidad. Al aumentar el despliegue y el uso de estos sistemas, se está trabajando bastante en el establecimiento de estándares a través de los cuales pueden interoperar varios sistemas. Un nuevo sistema de comunicación inalámbrica que está estandarizándose es el denominado Proyecto de Colaboración de Tercera Generación (3GPP) . Para que las WLANs interoperen con sistemas del 3GPP (dichos sistemas también conocidos como I-WLANs) , las mismas deben ser capaces de operar bajo una pluralidad de escenarios diferentes y de soportar una variedad de servicios. La mayor parte de la técnica anterior en sistemas WLAN en interfuncionamiento con sistemas de comunicación del 3GPP se refiere a permitir que una unidad inalámbrica de transmisión/recepción (WTRU) que opera en una WLAN, acceda a una red del 3GPP para la que el usuario de la WTRU es un abonado. La conexión es establecida a través de una pasarela de acceso WLAN (WAG) , a una pasarela de datos por paquete (PDG), ambas forman parte de la red del 3GPP. Una vez establecida la conexión, la WTRU en la I-WLAN puede acceder a servicios en el sistema del 3GPP, incluyendo servicios de paquete conmutado (PS) . No obstante, la mayoría del trabajo realizado ha sido la de facilitar el acceso por parte de la WTRU de recursos sobre el sistema del 3GPP, sin dar mucha consideración a los usuarios en el sistema del 3GPP que podrían desear acceder a la WTRU. Por ejemplo, Voz sobre Protocolo de Internet (VoIP) es uno de los servicios que una WTRU de I-WLAN puede soportar, utilizando un protocolo de inicio de sesión (SIP) . Así, una WTRU sobre una I-WLAN puede establecer una conexión del 3GPP y colocar una llamada VoIP en un dispositivo sobre el sistema del 3GPP. No obstante, un dispositivo del 3GPP no puede colocar fácilmente una llamada a la WTRU, aunque se encuentre conectado al sistema del 3GPP. Especificaciones actuales del 3GPP tratan una WLAN como una caja negra, con poca información provista al sistema del 3GPP en lo que respecta a una WTRU. La única información disponible es si la WTRU ha establecido el túnel necesario para una pasarela de datos por paquete (PDG) de una red del 3GPP con el fin de recibir un servicio en particular. La PDG no tiene acceso a ninguna otra información en lo que respecta al estado de la WTRU; tal como si se encuentra activada (ON), si se encuentra en un modo en espera (SLEEP) , o si se encuentra desactivada (OFF) o desconectada de la I-WLAN. Esto trae consecuencias negativas para los usuarios en la red del 3GPP que intentan comunicarse con la WTRU. Por ejemplo, en el caso de una llamada VoIP terminada (SIP) a la WTRU, una WTRU en el sistema del 3GPP le envía a la WTRU en la I-WLAN un mensaje SIP_INVITE. La función de control de estado de llamada Proxy o del representante (P-CSCF) en el sistema del 3GPP reenvía el mensaje SIP_INVITE a la PDG para rutearlo a la WTRU que opera en la I-WLAN. Si la WTRU se encuentra en un estado SLEEP, el mensaje será retardado en el punto de acceso (AP) de la I-WLAN, para ser entregado cuando la WTRU pasa a estar nuevamente activa. Si el retardo en la entrega del mensaje SIP INVITE es lo suficientemente largo, sin ningún informe de progreso por parte de la P-CSCF de vuelta al emisor, la WTRU será percibida como "NOT RESPONDING/NOT AVAILABLE" ("no responde/no está disponible") por parte del emisor y se interrumpirá la llamada. Por lo tanto, existe una necesidad de proveer información referida al estado de una WTRU a una PDG o a cualquier entidad en una red del 3GPP que sea responsable del enrutamiento de datos por paquete a la WTRU.

BREVE DESCRIPCIÓN DE LA INVENCIÓN La presente invención se refiere a un método y sistema para proveer un estado de unidad inalámbrica de transmisión/recepción (WTRU) , en la provisión de servicios en tiempo real a través de una red inalámbrica de área local que interopera con sistemas del 3GPP. La WTRU señaliza cada cambio en su estado a una pasarela de datos por paquete (PDG) u otro dispositivo en la red del 3GPP. La PDG almacena y mantiene el estado corriente de la WTRU y actualiza el estado de la WTRU cuando cambia. Cuando la PDG recibe un mensaje de un dispositivo en el sistema del 3GPP dirigido a la WTRU, la PDG examina el estado de la WTRU con anterioridad al reenvío del mensaje a la WTRU. En caso que la WTRU se encuentre en un estado ASLEEP, el mensaje será almacenado y entregado cuando la WTRU se active nuevamente. Puede utilizarse un mecanismo de paginación para informarle a la WTRU sobre un mensaje pendiente.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La presente invención será comprendida a partir del análisis de los dibujos, en los cuales, elementos similares son designados con números de referencia similares, donde: La Figura 1 es un diagrama de una WTRU que viaja de una red de acceso (AN) de red inalámbrica de área local en interfuncionamiento (I-WLAN) asociada con la red del 3GPP local de la WTRU, a una AN de I-WLAN diferente, asociada con una red diferente del 3GPP, denominada una red visitada. La Figura 2A es un diagrama de una conexión entre una WTRU en una AN de I-WLAN, y una función de control de estado de llamada (CSCF) que provee servicios de abonado en una red local del 3GPP. La Figura 2B es un diagrama de una conexión entre una WTRU en una AN de I-WLAN y una CSCF, donde se mantiene el estado del UE en un servidor AAA. La Figura 3 es un diagrama de los diferentes estados de la WTRU almacenados, y las acciones que impulsan un cambio del estado almacenado. La Figura 4 es un diagrama de temporización o timing de una llamada de Voz sobre IP (VoIP) pretendida de una CSCF en una red del 3GPP a una WTRU en una I-WLAN, donde la WTRU se encuentra en un estado ASLEEP y se interrumpe la llamada. La Figura 5 es un diagrama de timing de una WTRU en una I-WLAN que actualiza su estado de ON a ASLEEP, después de lo cual un usuario en una red del 3GPP intenta hacer una llamada VoIP a la WTRU y es informado del estado de la WTRU. La Figura 6 es un diagrama de timing donde la WTRU se activa desde un estado ASLEEP y la PDG actualiza el estado de la WTRU a WTRU_0N después de lo cual la CSCF completa una llamada de VoIP a la WTRU.

DESCRIPCIÓN DETALLADA DE LAS MODALIDADES PREFERIDAS En adelante, una unidad inalámbrica de transmisión/recepción (WTRU) incluye, pero sin limitarse, una estación móvil, una unidad de abonado fija o móvil, un paginador o pager, o cualquier otro tipo de dispositivo capaz de operar en una red inalámbrica de área local (I-WLAN) que interopera con una red del proyecto de colaboración de tercera generación (3GPP) . En adelante, un equipo de usuario (UE) incluye, pero sin limitarse, una estación móvil, una unidad de abonado fija o móvil, un pager, o cualquier otro tipo de dispositivo capaz de operar en una red del 3GPP que interopera con una I-WLAN. En adelante, un punto de acceso (AP) incluye, pero sin limitarse, un Nodo B, un controlador de sitio, una estación base o cualquier otro tipo de dispositivo de interfaz en un entorno WLAN. La Figura 1 muestra una WTRU 10 que viaja de un área servida por una primera AN de I-WLAN (12) a un área servida por una segunda AN de I-WLAN (14). La WTRU (10) es capaz de acceder a servicios de paquete conmutado (PS) de una red del 3GPP a través de una AN de la I-WLAN. El usuario típicamente desea conectarse, en definitiva, con su propia red local del 3GPP (16) donde es un abonado. La primera I-WLAN (12) es asociada por un acuerdo de itinerario con la red local del 3GPP (16), y la WTRU (10) puede conectarse a la red local del 3GPP (16) a través de la primera I-WLAN (12). La segunda I-WLAN (14) no está asociada con la red local del 3GPP del usuario, pero puede proveer servicios PS del 3GPP de la red local del usuario a través de una red visitada del 3GPP (18). Se proveen autenticación, autorización y contabilidad (AAA) a través de un servidor AAA (que no se muestra) a través de mecanismos bien conocidos para los expertos en la técnica. La Figura 2A muestra una conexión de paquete conmutado con una WTRU 10, a través de una AN de la I-WLAN 12, a través de una red del 3GPP 20 a una función de control de estado de llamada (CSCF) 26 ubicada en la misma. La red del 3GPP 20 puede ser una red local, o una combinación de una red local y una red visitada. Una Pasarela de Acceso WLAN (WAG) 22, y una Pasarela de Datos por Paquete (PDG) 24, incluyendo una función de control de estado de llamada Proxy (P-CSCF), son mostradas en la red del 3GPP 20. Un punto de acceso (AP) 28 es mostrado en la I-WLAN. La WTRU 10 establece una conexión a la red del 3GPP 20 a través del AP 28, la WAG 22 y la PDG 24. Todos los datos por paquete dirigidos entre la red del 3GPP 20 y la WTRU 10 son transmitidos a través de la PDG 24 y la WAG 22 en la red del 3GPP 20 y el AP 28 en la I-WLAN 12. La WAG 22 genera información de carga y la reenvía al servidor AAA con fines contables, y ejecuta un enrutamiento de paquetes a través de la PDG 24. La PDG 24 mantiene y actualiza información de enrutamiento para la WTRU 10, y enruta los datos por paquete dirigidos a la misma después de realizar una traducción y mapeo de direcciones. De acuerdo con la presente invención, la PDG 24 también almacena y mantiene el estado de la WTRU 10, y actualiza el estado de la WTRU 10 cada vez que cambia. Aunque en una primera modalidad el estado de la WTRU 10 es almacenado y mantenido en la PDG 24, el estado de la WTRU 10 podría almacenarse y mantenerse en otra ubicación, como en un servidor AAA 25, de acuerdo con lo mostrado en la Figura 2B en una segunda modalidad. Las comunicaciones referidas al estado de la WTRU 10 son transmitidas a través de señalización, como por protocolo de internet (IP), entre la WTRU 10 y la PDG 24. El AP 28 se comunica con dispositivos inalámbricos, como la WTRU 10, a través de una interfaz de aire, y los conecta a la red por cable. Existen muchas otras funciones realizadas por la WAG 22, la PDG 24 y el AP 28 que son bien conocidas por los expertos en la técnica pero son irrelevantes para la presente invención. En consecuencia, esas funciones no serán descritas en detalle más adelante. Con referencia a la Figura 3, la misma muestra un diagrama de estado 30 del estado de la WTRU 10 de la forma mantenida en la PDG 24 de acuerdo con la presente invención. El diagrama de estado 30 indica tres estados de WTRU que son definidos de la siguiente manera: 1. WTRU_ON (32): La WTRU es activada, acoplada a un AP en la I-WLAN, y ha establecido un túnel IP con la PDG en una red del 3GPP. 2. WTRU_ASLEEP (34): La WTRU está activada pero ha ingresado en un modo de espera. El túnel con la I-WLAN aún está en ON. 3. WTRU_0FF (36): La WTRU está realmente desactivada, o desconectada del AP, o simplemente se ha descendido el túnel IP a la PDG del 3GPP. Cabe destacar que aunque solamente se establezcan tres estados en la Figura 3, la presente invención no se limita a estos tres estados. Los expertos en la técnica comprenderán que podrían agregarse otros estados en el futuro. Solamente es importante que el estado de la WTRU 10 sea almacenado y mantenido en la red del 3GPP. La Figura 3 también muestra los eventos internos relacionados con la WTRU 10 que dispara el envío de un mensaje de actualización con el fin de actualizar su estado a la PDG 24, de la siguiente manera: 1. WTRU_ATTACH (31): La WTRU 10 está activada y conectada a un AP 28, y acaba de establecer un túnel IP a la PDG 24 en la red del 3GPP 20. La PDG 24 almacena el estado de la WTRU con un valor inicial de WTRU_ON (32). 2. WTRU_DETACH (33): La WTRU 10 está por desconectarse del AP 28, o simplemente está por descender el túnel IP a la PDG 24, por ejemplo, en respuesta a un comando de usuario. La WTRU 10 envía un mensaje que indica su inminente acción a la PDG 24, y el estado de la WTRU 10 almacenado en la PDG 24 es actualizado por la PDG 24 a WTRU_0FF 36. 3. WTRU_PWR_DN (39): La WTRU 10 está por desconectarse, por ejemplo, en respuesta a un comando de usuario. La WTRU envía un mensaje que indica su inminente acción a la PDG 24, y el estado de la WTRU 10 almacenado en la PDG 24 es actualizado por la PDG 24 a WTRU_OFF 36. 4. WTRU SLEEP (35): La WTRU 10 está por ingresar en modo en espera, ya sea en respuesta a un comando de usuario o por período de espera (es decir, que se ha excedido el tiempo máximo permisible sin comunicación entre la WTRU 10 y el AP 28), pero la WTRU 10 aún estará asociada con el túnel IP a la PDG 24. La WTRU 10 envía un mensaje indicando su inminente acción a la PDG 24, y el estado de la WTRU 10 almacenado en la PDG 24 es actualizado por la PDG a WTRU_ASLEEP 34. 5. WTRU_WAKE (37): La WTRU 10 acaba de finalizar su modo en espera y está activamente en comunicación con un AP 28, y el túnel IP a la PDG 24 aún está activo. La WTRU 10 envía un mensaje indicando su acción a la PDG 24, y el estado de la WTRU 10 almacenado en la PDG 24 es actualizado por la PDG 24 a WTRU_ON 32. Un evento que no es interno a la WTRU 10, pero que es interno a la PDG 24, también puede disparar una actualización del estado de la WTRU 10 en la PDG 24: 6. TOUT (38): Se ha excedido el tiempo máximo permisible sin comunicación de la WTRU 10, de acuerdo con lo indicado por un timer en la PDG 24. El estado de la WTRU 10 almacenado en la PDG 24 es actualizado por la PDG 24 a WTRU_OFF 36. En caso de un tráfico terminado a una WTRU 10 de la red del 3GPP 20 con la que está asociada la PDG 24, la PDG 24 examina el estado de la WTRU 10 antes de intentar entregar el tráfico a la WTRU 10. En caso que la WTRU 10 se encuentre en estado WTRU_ASLEEP 34, el tráfico es almacenado por la PDG 24 y entregado cuando el estado de la WTRU 10 cambia a WTRU_ON 32. La PDG 24 también envía un mensaje 52 al dispositivo que originó el tráfico, indicando que la WTRU 10 se encuentra en espera. En una segunda modalidad, la PDG 24 también puede utilizar un mecanismo de paging para informarle a la WTRU 10 sobre el tráfico pendiente. La Figura 4 ilustra un CSCF 26 en un sistema del 3GPP 20 que intenta colocar una llamada de voz sobre IP (VoIP) en una WTRU 10 sobre una AN de la I-WLAN, donde la WTRU 10 se encuentra en el estado WTRU_ASLEEP 34, sin el beneficio de la presente invención. En este caso, se supone que la WTRU 10 tiene un túnel establecido a una PDG 24 en el sistema del 3GPP y la WTRU 10 se encuentra en el estado WTRU_ASLEEP 34. La red del 3GPP 20 tiene conocimiento del túnel, pero no tiene información en lo que respecta al estado de la WTRU 10. La CSCF 26 envía un mensaje INVITE 40 del protocolo de inicio de sesión (SIP) a la WTRU 10 a través de una Función de Control de Estado de Llamada Proxy (P-CSCF) dentro de la PDG 24. La P-CSCF dentro de la PDG 24 reenvía el mensaje SIP_INVITE 40 a la PDG 24 para enrutarlo a la WTRU 10, y la PDG 24 lo reenvía a la WAG 22, y por consiguiente, al AP 28 en la AN de la I-WLAN 12 con la que está asociada la WTRU 10. Dado que la WTRU 10 se encuentra en el estado WTRU_ASLEEP 34, el mensaje será almacenado en el AP 28 hasta que la WTRU 10 se active. El retardo en la entrega del mensaje SIP_INVITE 40, sin ningún informe de progreso de la P-CSCF de vuelta al emisor, será interpretado como la WTRU "NOT RESPONDING/NOT AVAILABLE" por el emisor, y se interrumpirá la llamada. La Figura 5 ilustra un escenario similar donde una CSCF 26 en un sistema del 3GPP 20 que intenta colocar una llamada de voz sobre IP (VoIP) a una WTRU 10 sobre una AN de la I-WLAN 12, donde la WTRU 10 se encuentra en el estado WTRU_ASLEEP 34 y donde se utiliza la presente invención. En este caso, también se supone que la WTRU 10 ha establecido nuevamente un túnel a una PDG 24 en el sistema del 3GPP 20 y la WTRU 10 está por ingresar en el estado WTRU_ASLEEP 34. La WTRU 10 envía un mensaje WTRU_SLEEP 50 al AP 28 que reenvía el mensaje 50 a la PDG 24 a través de la WAG 22. Al recibir el mensaje WTRU_SLEEP 50, la PDG 24 cambia el estado almacenado de la WTRU 10 a WTRU_ASLEEP 34. La red del 3GPP 20 ahora tiene conocimiento del túnel, y también tiene información en lo que respecta al estado de la WTRU 10. En consecuencia, cuando la CSCF 26 envía un mensaje SIP_INVITE 40 a la WTRU 10 a través de la P-CSCF en la PDG 24, la P-CSCF reenvía el mensaje SIP_INVITE 40 a la PDG 24 para enrutarlo a la WTRU 10, y la PDG 24 verifica el estado de la WTRU 10 antes de intentar reenviar el mensaje SIP_INVITE 40 a la WTRU 10. Dado que el estado de la WTRU 10 almacenado en la PDG 24 se encuentra en el estado WTRU_ASLEEP 34, el mensaje no es reenviado. La PDG 24 envía un mensaje 52 a la CSCF 26 indicando que la WTRU 10 se encuentra en el estado WTRU_ASLEEP 34, y el mensaje SIP_INVITE 40 es almacenado en la PDG 24 hasta que la WTRU 10 se activa nuevamente. La CSCF 26 puede decidir si espera que la WTRU 10 se active nuevamente, y de hacerlo, la llamada no será interrumpida. La PDG 24 puede utilizar un mecanismo tipo paging para informarle a la WTRU 10 sobre un mensaje pendiente . La Figura 6 ilustra una CSCF 26 en un sistema del 3GPP 20 colocando una llamada voz sobre IP (VoIP) a una WTRU 10 en una AN de la I-WLAN 12 que se encontraba en el estado WTRU_ASLEEP 34 y se activó nuevamente, donde se utiliza la presente invención. En este caso, la WTRU 10 tiene un túnel activo a la PDG 24 en el sistema del 3GPP y se encuentra en el estado WTRU_ASLEEP 34. Cuando la WTRU 10 se activa, envía a la PDG 24 un mensaje WTRU_WAKE 60 a través del AP 28 y la WAG 22. La PDG 24 recibe el mensaje WTRU_WAKE 60 y cambia el estado almacenado de la WTRU al estado WTRU_ON 32. La red del 3GPP 20 ahora tiene conocimiento del túnel, y también tiene información en lo que respecta al estado WTRU_ON 32 de la WTRU 10. La CSCF 26 envía un mensaje SIP INVITE 40 a la WTRU 10 a través de una P-CSCF en la PDG 24. La P-CSCF reenvía el mensaje SIP_INVITE 40 a la PDG 24 para enrutarlo a la WTRU 10, y la PDG 24 verifica el estado de la WTRU 10 antes de intentar reenviar el mensaje SIP_INVITE 40 a la WTRU 10. Dado que el estado de la WTRU 10 almacenado en la PDG se encuentra en estado WTRU_ON 32, el mensaje SIP_INVITE 40 es reenviado. El mensaje SIP_INVITE 40 es pasado a través de la WAG 22 y el AP 28 a la WTRU 10. La WTRU 10 responde enviando un mensaje SIP_ACK 62 a la CSCF 26, que es reenviado a través del AP 28, la WAG 22 y la PDG 24 a la CSCF 26, por lo cual se establece la sesión VoIP. Aunque las características y elementos de la presente invención son descritas en las modalidades preferidas en combinaciones particulares utilizando VoIP, 3GPP, PDG y servidor AAA, cada característica o elemento puede ser utilizado solo sin las otras características y elementos de las modalidades preferidas o en varias combinaciones con o sin otras características y elementos de la presente invención, y utilizando otros servicios de comunicación, estándares y dispositivos.

Claims (27)

REIVINDICACIONES

1. Método para indicar en un sistema del proyecto de colaboración de tercera generación (3GPP), el estado actual de una unidad inalámbrica de transmisión/recepción (WTRU) en comunicación con una red inalámbrica de área local (I-WLAN) en interfuncionamiento con el sistema del 3GPP, el método comprende: establecer un túnel entre la WTRU y una pasarela de datos por paquete (PDG) ; enviar de la WTRU a la PDG, un mensaje que indique el estado de la WTRU; y almacenar en la PDG, el estado de la WTRU.

2. Método según la reivindicación 1, que comprende, además: la WTRU que cambia a un estado diferente y envía a la PDG, un mensaje de cambio de estado que indica el cambio a un estado diferente; y la PDG que recibe el mensaje de cambio de estado y almacena el estado diferente de la WTRU.

3. Método según la reivindicación 2, en donde el estado de la WTRU es uno de: ON, OFF y ASLEEP, y la PDG almacena un estado correspondiente de WTRU_0N, WTRU_0FF o WTRU_ASLEEP, respectivamente.

4. Método según la reivindicación 3, en el cual cuando la WTRU está encendida, la WTRU envía a la PDG, un mensaje indicando que el estado de la WTRU está en ON, y la PDG actualiza el estado de la WTRU a WTRU_ON .

5. Método según la reivindicación 3, en donde la WTRU envía a la PDG, un mensaje indicando que la WTRU se apagará; la PDG actualiza el estado de la WTRU a WTRU_OFF; y la WTRU cambia su estado a OFF.

6. Método según la reivindicación 3, en donde la WTRU envía a la PDG, un mensaje indicando que la WTRU cambiará su estado a ASLEEP; la PDG actualiza el estado de la WTRU a WTRU_ASLEEP; y la WTRU cambia su estado a ASLEEP.

7. Método según la reivindicación 3, en donde la WTRU cambia su estado automáticamente después de un período de tiempo WTRU_TOUT durante el cual no se ha realizado ninguna comunicación con un punto de acceso (AP) de la I-WLAN.

8. Método según la reivindicación 3, en el cual cuando la WTRU recibe un comando WAKE, la WTRU envía a la PDG, un mensaje indicando que el estado de la WTRU cambiará a ON; la PDG actualiza el estado de la WTRU a WTRU_ON; y la WTRU cambia su estado a ON.

9. Método según la reivindicación 5, en donde la PDG actualiza automáticamente el estado de la WTRU a WTRU_OFF después de un período de tiempo preferido PDG_TOUT durante el cual no se ha recibido ninguna comunicación de la WTRU por parte de la PDG.

10. Método para iniciar una sesión de comunicación utilizando un servicio de paquete conmutado (PS) de una función de control de estado de llamada (CSCF) en un sistema del proyecto de colaboración de tercera generación (3GPP) a una unidad inalámbrica de transmisión/recepción (WTRU) en comunicación con una red inalámbrica de área local (I-WLAN) en interfuncionamiento con el sistema del 3GPP, el método comprende: proveer una entidad dentro del sistema del 3GPP que almacene el estado actual de la WTRU; enviar un pedido de la CSCF a la entidad para una conexión con la WTRU; verificar el estado de la WTRU por parte de la entidad; y determinar la disposición del pedido en base en el estado almacenado de la WTRU.

11. Método según la reivindicación 10, en donde el estado de la WTRU es uno entre: ON, OFF y ASLEEP, y la entidad almacena un estado correspondiente de WTRU__ON, WTRU OFF o WTRU ASLEEP, respectivamente.

12. Método según la reivindicación 11, en el cual cuando la WTRU es encendida, la WTRU envía a la entidad, un mensaje indicando que el estado de la WTRU está en ON, y la entidad actualiza el estado de la WTRU como WTRU_0N.

13. Método según la reivindicación 11, en el cual cuando el paso de verificación incluye indicar que el estado de la WTRU es WTRU_ON, y el paso de determinación incluye reenviar el pedido a la WTRU.

14. Método según la reivindicación 11, en el cual cuando el paso de verificación incluye indicar que el estado de la WTRU es WTRU_0FF, y el paso de determinación incluye no reenviar el pedido a la WTRU.

15. Método según la reivindicación 11, en el cual cuando el paso de verificación incluye indicar que el estado de la WTRU es WTRU_ASLEEP, y el paso de determinación incluye almacenar el pedido y enviar un mensaje a la CSCF indicando que la WTRU está en ASLEEP.

16. Método según la reivindicación 15, en el cual cuando la entidad, a partir de allí, recibe de la WTRU un mensaje indicando que el estado de la WTRU está cambiando a ON, la entidad actualiza el estado de la WTRU a WTRU ON, y reenvía el pedido almacenado a la WTRU.

17. Método según la reivindicación 15, en donde la entidad utiliza un mecanismo de paging para informarle a la WTRU sobre un mensaje pendiente.

18. Pasarela de datos por paquete (PDG) para su uso en un sistema del proyecto de colaboración de tercera generación (3GPP) que mantiene el estado actual de una unidad inalámbrica de transmisión/recepción (WTRU) en comunicación con una red inalámbrica de área local (I-WLAN) en interfuncionamiento con el sistema del 3GPP, la PDG comprende: un medio para establecer un túnel IP con la WTRU; un medio para recibir de la WTRU, un mensaje indicando el estado de la WTRU; un medio para almacenar el estado de la WTRU.

19. PDG según la reivindicación 18, en donde el mensaje indica que el estado de la WTRU es uno entre: ON, OFF y ASLEEP, y la PDG almacena el estado recibido.

20. PDG según la reivindicación 19, que comprende además, un medio para realizar un seguimiento del tiempo transcurrido desde la última comunicación de la WTRU, por el cual la PDG cambia automáticamente el estado almacenado para indicar la WTRU como OFF después de un período de tiempo preferido durante el cual no se ha recibido ninguna comunicación de la WTRU por parte de la PDG.

21. Sistema para establecer y mantener una sesión de comunicación entre una función de control de estado de llamada (CSCF) en una red del proyecto de colaboración de tercera generación (3GPP) y una unidad inalámbrica de transmisión/recepción (WTRU) en comunicación con una red inalámbrica de área local (I-WLAN) en interfuncíonamiento con la red del 3GPP, el sistema comprende: la WTRU que comprende: un medio para establecer un túnel IP a la red del 3GPP; y un medio para informar su estado a la red del 3GPP; la CSCF operativamente asociada con una pasarela de datos por paquete (PDG), para enviar un pedido a la PDG para una conexión con la WTRU; y la PDG que comprende: un medio para establecer un túnel IP con la WTRU; un medio para almacenar el estado de la WTRU; un medio para recibir el pedido; un medio para verificar el estado almacenado de la WTRU; y un medio para determinar la disposición del pedido con base en el estado almacenado de la WTRU.

22. Sistema según la reivindicación 21, en donde el estado de la WTRU es uno entre: ON, OFF y ASLEEP, y la PDG almacena el estado correspondiente.

23. Sistema según la reivindicación 22, en donde la PDG reenvía el pedido si el estado almacenado de la WTRU indica que la WTRU está en ON .

24. Sistema según la reivindicación 22, en donde la PDG no reenvía el pedido si el estado almacenado de la WTRU indica que la WTRU está en OFF.

25. Sistema según la reivindicación 22, en donde la PDG almacena el pedido si el estado almacenado de la WTRU indica que la WTRU está en ASLEEP, y la PDG envía un mensaje a la CSCF indicando que la WTRU está en ASLEEP.

26. Sistema según la reivindicación 25, en donde la PDG reenvía el pedido si el estado de la WTRU cambia de ASLEEP a ON .

27. Sistema según la reivindicación 25, en donde la PDG comprende además, un medio de paging para informarle a la WTRU sobre un mensaje pendiente.