Un método de requerir hacer la transición de un equipo de usuario (1100) entre los estados o modos de control de recursos radio (RRC) (110,

120) en una red inalámbrica (1119), el método que comprende en el equipo de usuario: determinar si no se espera ningún intercambio de datos adicional; y

cuando no se espera ningún intercambio de datos adicional, enviar un mensaje a la red inalámbrica para una transición controlada de red desde un primer estado o modo de RRC a un segundo estado o modo de RRC que es un estado o modo de RRC que demanda menos batería que el primer estado o modo de RRC.

Método y aparato para el control de recursos radio dirigidos a un equipo de usuario en una red UMTS.

La presente solicitud se refiere al control de recursos radio entre el Equipo de Usuario (UE) y la Red Universal de Acceso Radio Terrestre (UTRAN) , y en particular a la transición entre modos y estados en una red UMTS.

Un Sistema Universal de Telecomunicaciones Móviles (UMTS) es un sistema de banda ancha, basado en paquetes para la transmisión de texto, voz digitalizada, vídeo y multimedia. Ha contribuido de manera elevada al estándar de tercera generación y se basa en general en Acceso Múltiple por División de Código de Banda Ancha (W-CDMA) .

En una red UMTS, una parte del Control de recursos radio (RRC) de la pila de protocolo es responsable de la asignación, configuración y liberación de recursos de radio entre el UE y la UTRAN. Este protocolo de RRC se describe en detalle en las especificaciones TS 25.331 del 3GPP. Dos modos básicos en los que puede estar el UE se definen como el "modo inactivo" y el "modo conectado UTRA". UTRA representa el Acceso de Radio Terrestre del UMTS. En el modo inactivo, se requiere al UE pedir una conexión de RRC siempre que quiera enviar cualesquiera datos de usuario o en respuesta a una búsqueda siempre que la UTRAN o el Nodo de Soporte GPRS de Servicio (SGSN) los busque para recibir datos desde una red de datos externa tal como un servidor de transmisión automática. Los comportamientos del modo inactivo y conectado se describen en detalle en las especificaciones TS

25.304 y TS 25.331 del 3GPP.

Cuando está en un modo conectado RRC UTRA, el dispositivo puede estar en uno de cuatro estados. Estos son:

CELL-DCH: Un canal dedicado se asigna al UE en el enlace ascendente y el enlace descendente en este estado para intercambiar datos. El UE debe realizar las acciones según se perfila en la 25.331 del 3GPP.

CELL_FACH: Ningún canal dedicado está asignado al equipo de usuario en este estado. En su lugar, los canales comunes se usan para intercambiar una pequeña cantidad de datos de ráfagas. El UE debe realizar las acciones según se perfila en la 25.331 del 3GPP la cual incluye el proceso de selección de celda según se define en la TS 25.304 del 3GPP.

CELL_PCH: El UE usa Recepción Discontinua (DRX) para monitorizar los mensajes de difusión y busca a través de un Canal Indicador de Búsqueda (PICH) . No es posible ninguna actividad del enlace ascendente. El UE debe realizar las acciones según se perfila en la 25.331 del 3GPP que incluye el proceso de selección de celda según se define en la TS 25.304 del 3GPP. El UE debe realizar el procedimiento CELL UPDATE después de la reselección de celda.

URA_PCH: El UE usa Recepción Discontinua (DRX) para monitorizar los mensajes de difusión y busca a través de un Canal Indicador de Búsqueda (PICH) . No es posible ninguna actividad del enlace ascendente. El UE debe realizar las acciones según se perfila en la 25.331 del 3GPP que incluyen el proceso de selección de celda según se define en la TS 25.304 del 3GPP. Este estado es similar a CELL_PCH, excepto que elprocedimiento URA UPDATE solamente se desencadena a través de la reselección del Írea de Registro de la UTRAN (URA) .

La transición desde un modo inactivo al conectado y viceversa se controla por la UTRAN. Cuando un UE en modo inactivo requiere una conexión de RRC, la red decide si mover el UE al estado CELL_DCH o CELL_FACH. Cuando el UE está en un modo conectado de RRC, de nuevo es la red la que decide cuando liberar la conexión de RRC. La red también puede mover el UE desde un estado de RRC a otro antes de liberar la conexión. Las transiciones de estado típicamente se desencadenan mediante la actividad o inactividad de datos entre el UE y la red. Dado que la red no puede conocer cuándo el UE ha completado el intercambio de datos, típicamente mantiene la conexión de RRC durante algún tiempo en anticipación de más datos a/desde el UE. Esto se hace típicamente para reducir la latencia del establecimiento de llamada y del establecimiento del portador de radio. El mensaje de liberación de la conexión de RRC solamente se puede enviar por la UTRAN. Este mensaje libera la conexión del enlace de señal y todos los portadores de radio entre el UE y la UTRAN.

El problema con lo anterior es que incluso si una aplicación en el UE ha completado su transacción de datos y no está esperando ningún intercambio de datos adicional, aún espera de la red que lo mueva al estado correcto. La red no puede ser consciente incluso del hecho de que la aplicación en el UE ha completado su intercambio de datos. Por ejemplo, una aplicación en el UE puede usar su propio protocolo basado en reconocimiento para intercambiar datos con su servidor de aplicaciones el cual está conectado con la red central de UMTS. Ejemplos son las aplicaciones que se ejecutan sobre UDP/IP que implementan su propia entrega garantizada. En tal caso, el UE sabe si el servidor de aplicaciones ha enviado o recibido todos los paquetes de datos o no y está en una mejor posición para determinar si cualquier intercambio de datos adicional va a tener lugar y por lo tanto decide cuándo terminar la conexión de RRC. Dado que la UTRAN controla cuando se cambia el estado conectado de RRC a un estado diferente, menos intensivo de batería o dentro de un modo inactivo, el hecho de que la UTRAN no sea consciente del estado de la entrega de datos entre el UE y el servidor externo, el UE es forzado a permanecer en un estado de velocidad de transmisión de datos e intensivo de batería mayor que el estado o modo requerido, agotando por ello la vida de la batería y gastando los recursos de la red.

La WO 2004/056142 se refiere a un método y aparato para la reducción del consumo de potencia de un dispositivo de comunicación CDMA en el cual un dispositivo sitúa su transmisor en un estado de potencia inferior. La EP 1511337 se refiere a un método en un terminal de usuario móvil de suministrar activación periódica para escuchar a un canal de búsqueda.

La invención se establece en las reivindicaciones.

El presente sistema y método supera ciertas deficiencias de la técnica anterior mediante el suministro de la transición desde un modo conectado de RRC a un estado o modo más eficiente de batería. En particular, el presente método y aparato preferentemente proporciona la transición basada o bien en el UE que inicia la terminación de una conexión de señalización para un dominio de red central especificado o bien que indica a la UTRAN que debería ocurrir una transición de un estado conectado a otro.

En particular, si una aplicación en el UE determina que está hecho con el intercambio de datos, puede enviar preferentemente una indicación de "hecho" al componente del "gestor de la conexión de RRC" del programa informático del UE. El gestor de conexión de RRC hace el seguimiento de todas las aplicaciones existentes (incluyendo aquellas que proporcionan un servicio sobre uno o múltiples protocolos) , contextos de Protocolo de Datos por Paquetes (PDP) asociados, portadores radio de paquetes conmutados (PS) asociados y portadores radio de circuitos conmutados (CS) asociados. Un Contexto PDP es una asociación lógica entre el UE y la PDN (Red de Datos Pública) que se ejecuta a través de una red central del UMTS. Una o múltiples aplicaciones (por ejemplo una aplicación de correo electrónico y una aplicación de navegador) en el UE pueden estar asociadas con un contexto PDP. En algunos casos, una aplicación en el UE está asociada con el contexto PDP primario y múltiples aplicaciones se pueden vincular con los contextos PDP secundarios. El Gestor de Conexión de RRC recibe las indicaciones "hecho" a partir de distintas aplicaciones en el UE que están simultáneamente activas. Por ejemplo, un usuario puede recibir un correo electrónico desde un servidor de transmisión automática mientras que está navegando la web. Después de que la aplicación de correo electrónico ha enviado un reconocimiento, puede indicar que ha completado su transacción de datos, no obstante, la aplicación del navegador no puede enviar tal indicación. En base al estado compuesto de tales indicaciones de las aplicaciones activas, el programa informático del UE puede decidir cuánto tiempo debería esperar antes de que pueda iniciar una liberación de la conexión de señalización del dominio de servicios de paquetes de la red central. Se puede introducir un retardo en este caso para asegurar que la aplicación está finalizada verdaderamente con el intercambio de datos y no requiere una conexión de RRC. El retardo... [Seguir leyendo]

1. Un método de requerir hacer la transición de un equipo de usuario (1100) entre los estados o modos de control de recursos radio (RRC) (110, 120) en una red inalámbrica (1119) , el método que comprende en el equipo de usuario:

determinar si no se espera ningún intercambio de datos adicional; y cuando no se espera ningún intercambio de datos adicional, enviar un mensaje a la red inalámbrica para una transición controlada de red desde un primer estado o modo de RRC a un segundo estado o modo de RRC que es un estado o modo de RRC que demanda menos batería que el primer estado o modo de RRC.

2. Un método de acuerdo con la reivindicación 1, en el que el mensaje comprende un mensaje de indicación de liberación de la conexión de señalización SCRI.

3. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la red inalámbrica (1119) comprende un Sistema Universal de Telecomunicaciones Móviles UMTS o una Red de Acceso Radio Terrestre UMTS UTRAN.

4. Un método de acuerdo con la reivindicación 3, en el que el primer estado o modo de RRC es uno de un estado CELL_DCH, un estado CELL_FACH, un estado CELL_PCH y un estado URA_PCH.

5. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que el segundo estado o modo de RRC (110, 120) es uno de un estado CELL_FACH, un estado CELL_PCH, un estado URA_PCH y un modo inactivo.

6. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, que además comprende en el equipo de usuario (1100) la liberación de un establecimiento de conexión de señalización entre el equipo de usuario y la red.

7. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que el mensaje es una petición de liberación de una conexión de señalización para un dominio de red central.

8. Un método de acuerdo con la reivindicación 7, en el que el dominio de red central es un dominio de paquetes conmutados.

9. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que el paso de determinar que no se espera el intercambio de datos adicional comprende una determinación de que no se espera ninguna aplicación en el equipo de usuario (1100) para intercambiar datos.

10. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la determinación de que no se espera el intercambio de datos adicional se basa en un estado compuesto de indicaciones desde las aplicaciones del equipo de usuario.

11. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que enviar un mensaje a una red inalámbrica (1119) para una transición controlada de red se realiza después de un retardo.

12. Un método de acuerdo con la reivindicación 11, en el que el retardo se basa en uno o más tiempos de espera de la aplicación.

13. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que enviar un mensaje a la red inalámbrica (1119) para una transición controlada de red se realiza solamente si un estado o modo de RRC actual no es un estado URA_PCH.

14. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que enviar un mensaje a la red inalámbrica (1119) para una transición controlada de red se realiza después de un tiempo de espera.

15. Un método de acuerdo con cualquiera de las reivindicaciones precedentes, en el que enviar un mensaje a la red inalámbrica (1119) para una transición controlada de red se realiza en base a un estado o modo de RRC actual.

16. Un equipo de usuario (1100) para usar en una red inalámbrica (1119) , el equipo de usuario que comprende un gestor de conexión de RRC adaptado para determinar si no se espera ningún intercambio de datos adicional; y cuando no se espera ningún intercambio de datos adicional, enviar un mensaje a la red para una transición controlada de la red desde un primer estado o modo de RRC a un segundo estado o modo de RRC que es un estado o modo de RRC que demanda menos batería que el primer estado o modo de RRC.

17. El equipo de usuario de la reivindicación 16 en el que el mensaje comprende un mensaje de indicación de liberación de conexión de señalización SCRI.

18. El equipo de usuario de acuerdo con cualquiera de las reivindicaciones 16 a 17 en el que la red inalámbrica (1119) comprende una red del Sistema Universal de Telecomunicaciones Móviles UMTS o una Red de Acceso Radio Terrestre UMTS UTRAN.

19. El equipo de usuario de acuerdo con la reivindicación 18, en el que el primer estado o modo de RRC es uno de un estado CELL_DCH, un estado CELL_FACH, un estado CELL_PCH y un estado URA_PCH.

20. El equipo de usuario de acuerdo con cualquiera de las reivindicaciones 16 a 19, en el que el segundo estado o modo de RRC es uno de un estado CELL_FACH, un estado CELL_PCH, un estado URA_PCH y un modo inactivo

21. El equipo de usuario de acuerdo con cualquiera de las reivindicaciones 16 a 20, en el que el gestor de conexión de RRC se adapta además para liberar un establecimiento de la conexión de señalización entre el equipo de usuario (1100) y la red (1119) .

22. El equipo de usuario de acuerdo con cualquiera de las reivindicaciones 16 a 21, en el que el mensaje es una petición para la liberación de una conexión de señalización para un dominio de red central.

23. El equipo de usuario de acuerdo con la reivindicación 22, en el que el dominio de red central es un dominio de paquetes conmutados.

24. El equipo de usuario de acuerdo con cualquiera de las reivindicaciones 16 a 23, en el que el gestor de conexión de RRC está adaptado para determinar que no se espera ningún intercambio de datos adicional mediante la determinación de que no se espera ninguna aplicación en el equipo de usuario para intercambiar datos.

25. El equipo de usuario de acuerdo con cualquiera de las reivindicaciones 16 a 24, en el que la determinación de que no se espera el intercambio de datos adicional se basa en un estado compuesto de indicaciones a partir de las aplicaciones del equipo de usuario.

26. El equipo de usuario de cualquiera de las reivindicaciones 16 a 25, en el que el enviar un mensaje a la red inalámbrica (1119) para una transición controlada de red se realiza después de un retardo.

27. El equipo de usuario de la reivindicación 26 en el que el retardo se basa en uno o más tiempos de espera de aplicaciones.

28. El equipo de usuario de acuerdo con cualquiera de las reivindicaciones 16 a 27, en el que el gestor de conexión de RRC se adapta además para enviar un mensaje a la red inalámbrica para una transición controlada de red solamente si un estado o modo de RRC actual no es un estado URA_PCH.

29. El equipo de usuario de acuerdo con cualquiera de las reivindicaciones 16 a 28, en el que el gestor de conexión de RRC se adapta además para enviar el mensaje a la red inalámbrica para una transición controlada de red después de un tiempo de espera.

30. El equipo de usuario de acuerdo con cualquiera de las reivindicaciones 16 a 29, en el que el gestor de conexión de RRC se adapta además para enviar el mensaje a la red inalámbrica para una transición controlada de red en base a un estado o modo de RRC actual.