ES2385415T3

ES2385415T3 - Método y aparato para la transición de estado/modo

Info

Publication number: ES2385415T3
Application number: ES08154976T
Authority: ES
Inventors: M. Khaledul Islam; Jeff Wirtanen; Takashi Suzuki; Gordon Young; Claude Arzelier
Original assignee: Research in Motion Ltd
Current assignee: BlackBerry Ltd
Priority date: 2007-11-13
Filing date: 2008-04-22
Publication date: 2012-07-24
Anticipated expiration: 2028-04-22
Also published as: EP2210433A4; CA3210488A1; KR20110110859A; EP2424323A3; CA2851573A1; US10575286B2; KR20100092012A; KR101463654B1; US20130295905A1; EP2061192A1; KR101393669B1; EP2210446A1; CA2922096A1; CN104254116B; US20090124249A1; US20200178245A1; CA2705477A1; MX2010005255A; CA2705476A1; US9026153B2

Abstract

Un método para hacer pasar un equipo de usuario, en una red inalámbrica, entre estados o modos de control derecurso de radio de UMTS, de tal manera que el método comprende:recibir, en el elemento de red, una indicación de transición procedente del equipo de usuario, de tal maneraque la indicación de transición indica que se desea una transición a un estado o modo diferente; ycaracterizado por:comprobar un perfil de recurso de radio para el equipo de usuario; yrealizar una decisión de transición en el elemento de red basándose en la indicación de transición recibida yen el perfil de recurso de radio, de tal manera que la decisión de transición es sobre si hacer pasar el equipode usuario a un estado o modo diferente.

Description

Método y aparato para la transición de estado/modo.

La presente invención se refiere, generalmente, al control de recursos de radio entre un Equipo de Usuario (UE – “User Equipment”) u otro dispositivo inalámbrico o móvil y una red inalámbrica, y, en particular, a la transición entre estados y modos de funcionamiento en una red inalámbrica tal como, por ejemplo, una red del Sistema Universal de Telecomunicaciones Móviles (UMTS –“Universal Mobile Telecommunication System”).

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 e información multimedia. Se trata de una especificación con un grado elevado de suscripción para la tercera generación, y está basada generalmente en Acceso Múltiple por División en Código de Banda Ancha (W-CDMA –“Wideband Coded Division Multiple Access”).

En una red de USTM, una parte de Control de Recursos de Radio (RRC –“Radio Resource Control”) de la pila de protocolos es responsable de la asignación, la configuración y la liberación de recursos de radio entre el UE y la UTRAN. Este protocolo de RRC se describe en detalle en las especificaciones del 3GPP [Proyecto de Sociedad de Tercera Generación –“3rd Generation Partnership Project”] TS [“Technical Specification”] 25.331. Los dos modos básicos en que puede encontrarse el UE se definen como “modo libre o inactivo” y “modo conectado de RRC de UTRA” (o, simplemente, “modo conectado”, tal y como se utiliza aquí). UTRA quiere decir Acceso por Radio Terrestre de UMTS (“UMTS Terrestrial Radio Access”). En el modo libre, se requiere que el UE u otro dispositivo móvil solicite una conexión de RRC cada vez que desea enviar cualesquiera datos de usuario o en respuesta a una localización remota o a distancia siempre que la UTRAN o el Nodo de Soporte del Servicio General de Radio en Paquetes (GPRS –“General Packet Radio Service”) en Servicio (SGSN –“Serving GPRS Support Node”) lo localice a distancia para recibir datos desde una red de datos externa tal como un servidor originador de la transmisión. Los comportamientos en los modos libre y conectado se describen en detalle en las especificaciones del Proyecto de Sociedad de Tercera Generación (3GPP –“Third Generation Partnership Project”) TS 25.304 y TS 25.331.

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

CELL_DCH: se asigna un canal dedicado al UE en el enlace ascendente y en el enlace descendente en este estado para intercambiar datos. El UE debe llevar a cabo acciones según se han esbozado en especificación 3GPP 25.331.

CELL_FACH: no se asigna ningún canal dedicado al equipo de usuario en este estado. En lugar de ello, se utilizan canales comunes para intercambiar una pequeña cantidad de datos en trenes de impulsos. El UE ha de llevar a cabo acciones según se esbozan en la especificación 3GPP 25.331, la cual incluye un procedimiento de selección de celda según se define en la TS de 3GPP 25.304.

CELL_PCH: el UE se sirve de la Recepción Discontinua (DRX –“Discontinuous Reception”) para supervisar mensajes radiodifundidos y localizaciones a distancia a través de un Canal Indicador de Localización Remota (PICH –“Paging Indicator Channel”). No es posible ninguna actividad de enlace ascendente. El UE ha de llevar a cabo acciones según se esbozan en la especificación 3GPP 25.331, la cual incluye el procedimiento de selección de celda según se define en la TS de 3GPP 25.304. El UE ha de llevar a cabo el procedimiento de ACTUALIZACIÓN DE CELDA (“CELL UPDATE”) tras la reselección de celda.

URA-PCH: el UE se sirve de la Recepción Discontinua (DRX) para supervisar mensajes radiodifundidos y localizaciones a distancia a través de un Canal Indicador de Localización a Distancia (PICH). El UE ha de llevar a cabo acciones según se esbozan en la especificación de 3GPP 25.331, la cual incluye el procedimiento de selección de celda según se define en la TS de 3GPP 25.304. Este estado es similar al CELL_PCH, a excepción de que el procedimiento de ACTUALIZACIÓN DE URA (“URA UPDATE”) es únicamente disparado por medio de una reselección de Área de Registro de UTRAN (URA –“UTRAN Registration Area”).

La transición desde un modo libre al modo conectado y viceversa es controlada por la UTRAN. Cuando un UE en modo libre solicita una conexión de RRC, la red decide si llevar o no el EU al estado de CELL_DCH o de CELL_FACH. Cuando el UE se encuentra en un modo conectado de RRC, de nuevo es la red la que decide cuándo liberar la conexión de RRC. La red puede también llevar el UE del estado de RRC a otro antes de liberar la conexión o, en algunos casos, en lugar de la liberación de la conexión. Las transiciones de estado son, típicamente, disparadas o desencadenadas por la actividad o inactividad de datos entre el UE y la red. Puesto que la red puede no saber cuándo el UE ha completado el intercambio de datos para una aplicación dada, mantiene la conexión de RRC durante un cierto tiempo en anticipación de más datos hacia / desde el UE. Esto se lleva a cabo, por lo común, para reducir la latencia del establecimiento de la llamada y del subsiguiente establecimiento de recursos de radio. El mensaje de liberación de conexión de RRC puede únicamente ser enviado por la UTRAN. Este mensaje libera la

conexión de enlace de la señal y todos los recursos de radio entre el UE y la UTRAN. Generalmente, la expresión “portador de radio” hace referencia a los recursos de radio asignados entre el UE y la UTRAN. Y la expresión “portador de acceso por radio” se refiere generalmente a los recursos de radio asignados entre el UE y, por ejemplo, un SGSN (Nodo de Servicio de GPRS en Servicio –“Serving GPRS Service Node”). La presente divulgación hará referencia, en ocasiones, a la expresión “recurso de radio”, de manera que dicha expresión se referirá, según sea apropiado, a uno de entre el portador de radio y el portador de acceso por radio, o a ambos.

El problema de lo anterior es que, incluso si una aplicación instalada en el UE ha completado su transacción de datos y no está esperando ningún intercambio de datos adicional, sigue aún esperando a que la red la traslade al estado correcto. La red puede no estar al corriente del hecho de que la aplicación instalada en el UE ya ha completado su intercambio de datos. Por ejemplo, una aplicación instalada en el UE puede utilizar su propio protocolo basado en confirmación para intercambiar datos con su servidor de aplicación, al cual se accede a través de la red de núcleo de UMTS. Ejemplos de ello son aplicaciones que funcionan sobre Protocolo de Datagrama [diagrama de datos] de Usuario / Protocolo de Internet (UDP / IP –“User Datagram Protocol / Internet Protocol”), que implementan su propia entrega garantizada. En tal caso, el UE sabe si el servidor de aplicación ha enviado o recibido todos los paquetes de datos o no, y se encuentra en una mejor posición para determinar si ha de producirse cualquier intercambio de datos adicional y, por tanto, decidir cuándo se ha de poner fin a la conexión de RRC asociada con el dominio de Servicio de Paquetes (PS –“Packet Service”). Puesto que la UTRAN controla cuándo se cambia el estado conectado de RRC a un estado diferente o a un modo libre, y el hecho de que la UTRAN no se ha percatado de la situación del suministro de los datos entre el UE y el servidor externo, el UE es forzado a permanecer a una velocidad de transferencia de datos más alta y en un estado más intensivo de la batería que para el estado o modo requerido, con lo que se resta vida a la batería. Esto también tiene como resultado un despilfarro de recursos de radio debido al hecho de que los recursos de radio se mantienen innecesariamente ocupados.

Una solución para lo anterior consiste en hacer que el UE envíe una indicación de liberación de intercambio de señales a la UTRAN cuando el UE se da cuenta de que ha terminado con la transacción de datos. Con arreglo a la sección 8.1.14.3 de la TS de 3GPP 25.331, la UTRAN puede liberar la conexión de intercambio de señales o señalización al recibir la indicación de liberación de intercambio de señales procedente del UE, lo que hace que el UE pase a un modo libre. Un problema de lo anterior es que la indicación de liberación de intercambio de señales puede ser considerada como una alarma. Una red, por lo común, únicamente espera la indicación de liberación de intercambio de señales cuando se produce un fallo de petición del servicio de Gestión de Movilidad de GPRS (GMM–“GPRS Mobility Management”), un fallo de la Actualización de Área de Encaminamiento (RAU –“Rounting Area Update”) o un fallo de enganche. La activación de una alarma cuando el UE está solicitando la liberación del intercambio de señales tiene como resultado el disparo de una alarma en la red, y el disparo de la alarma constituye un comportamiento erróneo cuando no ha surgido, por lo demás, ningún estado o condición anormal.

Un UE susceptible de hacerse funcionar en un UMTS, así como otros nodos móviles susceptibles de hacerse funcionar en sistemas de comunicación por radio construidos de conformidad con otras normas de comunicación, son en ocasiones capaces de proporcionar múltiples servicios de datos en paquetes concurrentes, cada uno de los cuales con arreglo a una sesión de comunicación de datos en paquetes. Si bien el uso de una indicación de liberación de intercambio de señales por parte de un UE, enviada a una UTRAN, proporcionará una manera para solicitar la liberación de una conexión de intercambio de señales o señalización proporcionada para la totalidad de los servicios de datos en paquetes con el UE, existe la necesidad de proporcionar un control más refinado sobre los recursos. Es decir, podría muy bien existir la necesidad de proporcionar recursos de radio continuados para uno de los servicios de radio en paquetes que se encuentra activo de forma concurrente o coincidente, al tiempo que se liberan los recursos de radio proporcionados para otro de los servicios de datos en paquetes concurrentes, que ya no precisa de recursos de radio. Eso tiene como resultado un uso eficiente de los recursos de red así como una utilización óptima del procesador del UE, ya que la potencia del procesador no se desperdiciará en el tratamiento de recursos que no son requeridos. Un elemento de red puede, alternativamente, llevar a cabo una decisión referente a la liberación de recursos o a la transición entre estados / modos.

El documento WO 2007/097670 A divulga el hecho de que el preestablecimiento de un portador de radio puede ser llevado a cabo basándose en introducciones o entradas en una unidad lógica de decisión. La unidad lógica de decisión puede estar radicada en un dispositivo móvil o en una red.

El documento “R2-074848”, de Vodafone et al.: “UE Fast Dormancy Behaviour” (Comportamiento latente rápido de un UE), divulga una disposición en la que un UE es capaz de indicar a una red su deseo de ser liberado de su estado de radio de elevado consumo de batería, existente en ese momento.

El documento EP 1.798.998 se refiere a un método y un aparato para un rendimiento mejorado de la batería en los que un UE solicita una transición a un estado o modo menos exigente para la batería.

GENERALIDADES Los ejemplos y realizaciones que se han proporcionado en lo anterior describen diversos métodos y sistemas que pueden estar destinados a hacer pasar un Equipo de Usuario (UE –“User Equipment”) u otros dispositivos móviles

entre diversos estados / modos de funcionamiento en una red inalámbrica tal como, por ejemplo, una red de UMTS. Ha de comprenderse que son también posibles otras implementaciones en otros tipos de redes. Por ejemplo, las mismas enseñanzas pueden aplicarse también a una red de Acceso Múltiple por División en Código (CDMA –“Code Division Multiple Access”) (por ejemplo, la 3GPP2 IS-2000), a una red de CDMA de Banda Ancha (W-CDMA – “Wideband CDMA”) (por ejemplo, 3GPP UMTS / Acceso en Paquetes de Alta Velocidad (HSPA –“High-Speed Packet Access”)), o, a modo de generalización, a cualquier red basada en tecnologías de acceso por radio que utilicen recursos de radio controlados por red, o que no conserve ningún conocimiento de la situación de los intercambios de datos en el nivel de aplicación del dispositivo. Los ejemplos e implementaciones específicos que se describen en lo que sigue, si bien se han presentado por simplicidad en relación con redes de UMTS, son también aplicables a estos otros entornos de red. Por otra parte, el elemento de red se describe más adelante, en ocasiones, como la UTRAN. Sin embargo, en caso de que se utilicen otros tipos de red además del UMTS, el elemento de red puede ser seleccionado apropiadamente basándose en el tipo de red. Por otra parte, el elemento de red puede ser la red de núcleo de un sistema de UMTS, en el que la red de núcleo es la que realiza las decisiones de transición.

En un ejemplo concreto, los presentes sistema y método pueden hacer posible la transición de un modo conectado de RRC a un estado o modo más eficiente en cuanto a la batería o más eficiente de cara a los recursos de radio, al tiempo que proporcionan a la red las capacidades de toma de decisiones. En particular, los presentes método y aparato pueden hacer posible la transición basada en la recepción de una indicación procedente de un UE, que indica, ya sea implícita o explícitamente, que debe tener lugar una transición para el estado o modo de RRC asociado con una conexión de intercambio de señales concreta con recursos de radio, de un estado o modo a otro. Como se apreciará, semejante indicación o petición puede ser una conexión ya existente bajo normas vigentes, por ejemplo, una liberación de conexión de intercambio de señales, o puede consistir en un nuevo mensaje dedicado destinado a cambiar el estado del UE, tal como una “petición de estado de RRC preferido”. Tal y como se utiliza aquí, una indicación puede referirse a cualquiera de ambos escenarios, y puede incorporar una petición.

La indicación de transición originada por el UE puede ser enviada en ciertas situaciones en que una o más aplicaciones radicadas en el UE han completado un intercambio de datos y/o en que se efectúa una determinación de que la(s) aplicación (aplicaciones) de UE no se espera que cambie(n) ningún datos adicional. El elemento de red puede utilizar entonces la indicación así como cualquier información proporcionada en ella, así como otra información relativa a los recursos de radio, tal como, entre otros, la calidad de servicio, el Nombre de Punto de Acceso (APN –“Access Point Name”), el contexto del Protocolo de Datos en Paquetes (PDP –“Packet Data Protocol”), la información historial, definidos aquí como el perfil de recurso de radio, a fin de tomar una decisión específica de la red acerca de si se ha de llevar el dispositivo móvil a otro modo o estado, o no se debe hacer nada. La indicación de transición proporcionada por el UE o dispositivo móvil puede adoptar diversas formas y puede ser enviada bajo diferentes condiciones o situaciones. En un primer ejemplo, la indicación de transición puede enviarse basándose en un estado compuesto de todas las aplicaciones que residen en el UE. Específicamente, en un entorno de UMTS, si una aplicación instalada en el UE determina que esta se realiza con el intercambio de datos, puede enviar una indicación de “hecho” a un componente de “gestor de conexión” de la programación o software del UE. El gestor de conexión puede, en una realización, mantener el seguimiento de todas las aplicaciones existentes (incluidas las que proporcionan un servicio sobre uno o múltiples protocolos), de los contextos de Protocolo de Datos en Paquetes (PDP –“Packet Data Protocol”) asociados, de los recursos de radio conmutados en paquetes (PS – “packet switched”) asociados, y de los recursos de radio conmutados en circuitos (CS –“circuit switched”) asociados. Un contexto de PDP es una asociación lógica entre un U y una PDN (Red de Datos Pública –“Public Data Network”) que corre o funciona a través de una red de núcleo de UMTS. Una o múltiples aplicaciones (por ejemplo, una aplicación de correo electrónico y una aplicación de explorador) instaladas en el UE pueden estar asociadas con un único contexto de PDP. En algunos casos, una aplicación instalada en el UE está asociada con un único contexto de PDP principal, y múltiples aplicaciones pueden estar ligadas con contextos de PDP secundarios. El gestor de conexión recibe indicaciones de “hecho” procedentes de diferentes aplicaciones del UE que se encuentran simultáneamente activas. Por ejemplo, un usuario puede recibir un correo electrónico desde un servidor originador de la transmisión, al tiempo que se explora la web. Una vez que la aplicación de correo electrónico ha enviado una confirmación, puede indicar que ha completado su transacción de datos. La aplicación de explorador puede comportarse de forma diferente y, en lugar de ello, realizar una determinación predictiva (por ejemplo, utilizando un temporizador de inactividad) acerca de cuándo se ha de enviar una indicación de “hecho” al gestor de conexión. Basándose en un estado o situación compuesta de tales indicaciones procedentes de aplicaciones activas, el software del UE puede decidir enviar una indicación de transición destinada a indicar o solicitar a la red la necesidad de que se produzca una transición de un estado o modo a otro. Alternativamente, el software del UE puede, en lugar de ello, esperar antes de enviar la indicación de transición e introducir un retardo con el fin de asegurarse de que la aplicación se ha terminado ciertamente con el intercambio de datos y no requiere ser mantenida en un estado o modo intensivo para la batería o para los recursos de radio. El retardo puede ser dinámico y estar basado en el historial del tráfico y/o en perfiles de aplicación. Siempre que el gestor de conexión determina con alguna probabilidad que no se espera que ninguna aplicación intercambie datos, puede enviar una indicación de transición a la red con el fin de indicar que ha de producirse una transición. En un ejemplo específico, la indicación de transición puede ser una indicación de liberación de conexión de intercambio de señales para el dominio apropiado (por ejemplo, el dominio PS), destinada a solicitar una transición de modo libre. Alternativamente, la indicación de transición puede ser una petición de una transición de estado dentro del modo conectado, dirigida a la UTRAN.

Como se describe más adelante con mayor detalle, basándose en la recepción de una indicación de transición y en un perfil de recurso de radio, un elemento de red tal como la UTRAN en un entorno de UMTS, puede decidir efectuar una transición del UE desde un estado o modo a otro.

Son posibles otras indicaciones de transición. Por ejemplo, en lugar de basarse en un estado o situación compuesta de todas las aplicaciones activas instaladas en el UE, el software de UE puede, en una realización alternativa, enviar una indicación de transición cada vez que una aplicación de UE ha completado un intercambio de datos y/o no se espera que la aplicación intercambie datos adicionales. En este caso, el elemento de red (por ejemplo, la UTRAN), basándose en un perfil de recurso de radio para el UE según se describe, más adelante, con referencia a la Figura 18, puede utilizar la indicación para tomar una decisión de transición.

En aún otro ejemplo, la indicación de transición puede, simplemente, indicar que una o más aplicaciones instaladas en el UE han completado un intercambio de datos, y/o que no se espera que la(s) aplicación (aplicaciones) de UE intercambie(n) ningún dato adicional. Basándose en esa indicación y en un perfil de recurso de radio para el UE, la red (por ejemplo, UTRAN) puede decidir si se ha de efectuar o no una transición del UE a un estado o modo de funcionamiento más apropiado.

En un ejemplo adicional, la indicación de transición puede ser implícita en lugar de explícita. Por ejemplo, la indicación puede ser parte de un informe de estado o situación enviado periódicamente. Dicho informe de situación puede incluir información tal como si un registro de almacenamiento temporal de enlace de radio tiene datos o puede incluir información sobre el tráfico saliente.

En una realización adicional, puede existir un temporizador en el UE para garantizar que no pueda ser repetida una indicación de transición hasta que haya expirado una cierta duración temporal (duración de inhibición). Esto evita que el UE envíe el mensaje de indicación de transición con demasiada frecuencia y, por lo demás, permite que la red lleve a cabo una determinación al basarse en mensajes que son disparados o desencadenados solo con una frecuencia máxima dada. La duración temporal puede ser medida por un temporizador cuyo valor está configurado con anterioridad, o ser establecida por una red (indicada o señalizada). Si el valor es establecido por una red, este puede transportarse en mensajes ya existentes tales como una Petición de Conexión de RRC, una liberación de conexión de RRC, un Establecimiento de Portador de Radio o una Radiodifusión de Información de Sistema, entre otros, y puede ser un elemento de información contenido en esos mensajes.

La anterior duración de inhibición puede estar basada en el estado al que desearía pasar el UE. Por ejemplo, la duración de inhibición puede ser diferente, en tanto en cuanto el móvil indicase su última preferencia por algunos estados / modos de RRC frente a otros. Por ejemplo, esta puede ser diferente si el móvil indicase una preferencia por el modo libre, frente al de CELL_FACH, o frente a los estados de CELL_PCH/URA. En el caso de que la duración de inhibición sea establecida por la red, esta puede conseguirse al indicarse / enviarse por parte de la red dos (o más) conjuntos de valores al móvil, a fin de ser utilizados dependiendo del escenario. Alternativamente, la indicación puede llevarse a cabo de una manera tal, que el valor de duración de inhibición apropiado únicamente es indicado / señalizado al móvil: por ejemplo, si el UE desea realizar una transición al CELL_PCH, puede establecerse una duración de tiempo transcurrido diferente de cuando el UE desea pasar al estado libre.

La duración de inhibición expuesta en lo anterior puede ser diferente, dependiendo de en qué estado / modo de RRC se encuentre en ese momento el móvil (por ejemplo, CELL_DCH / CELL_FACH frente a CELL_PCH / URA_PCH, o CELL_DCH frente a CELL_FACH, o bien CELL_PCH / URA_PCH).

La duración de inhibición anteriormente referida puede ser diferente, dependiendo de si la red ya ha actuado sobre la información de estado de RRC de preferencia desde el móvil. Dicha constatación puede tener lugar en la red o en el lado del móvil. En el primer caso, esto puede afectar a los valores de inhibición indicados / señalizados por la red al móvil. En este segundo caso, pueden haberse configurado con anterioridad o indicado / señalizado diferentes conjuntos de valores de duración de inhibición por parte de la red. Como caso particular, la duración / capacidad funcional de inhibición puede ser reducida o cancelada si la red ha actuado sobre la información de estado de RRC de preferencia desde el móvil, por ejemplo, ha iniciado una transición de estado a un estado indicado por el UE.

Puede utilizarse / especificarse un número máximo de mensajes por cada ventana temporal (por ejemplo, “no más de 15 mensajes cada 10 minutos”), en lugar de la duración de inhibición o además de esta.

Son posibles combinaciones de las anteriores duraciones de inhibición / mensajes máximos por cada ventana temporal.

La presente invención es capaz de proporcionar, por tanto, un método para hacer pasar un equipo de usuario de una red inalámbrica entre estados o modos de control de recursos de radio, de tal manera que el método comprende: recibir, en un elemento de red, una indicación de transición procedente del equipo de usuario, de tal modo que la indicación de transición indica que se desea una transición a un estado o modo diferente; comprobar un perfil de

recurso de radio para el equipo de usuario; llevar a cabo un decisión de transición en el elemento de red basándose en la indicación de transición recibida y en el perfil de recurso de radio, de manera que la decisión de transición es sobre si se ha de hacer pasar, y cómo, el equipo de usuario a un estado o modo diferente; y, en respuesta a la decisión de transición, provocar una transición del equipo de usuario desde un estado o modo de control de recursos de radio a otro estado o modo de control de recursos de radio.

La presente invención puede, adicionalmente, proporcionar un elemento de red configurado para provocar la transición de un equipo de usuario entre estados o modos de control de recursos de radio, de acuerdo con el método anterior, de tal manera que el elemento de red comprende: un subsistema de comunicaciones, configurado para recibir la indicación de transición; memoria; así como un procesador, configurado para: llevar a cabo la decisión de transición, siendo la decisión de transición referente a si se ha de llevar a cabo, y cómo, el paso o transición del equipo de usuario a un estado o modo diferente; y, en respuesta a la decisión de transición, provocar una transición del equipo de usuario desde un estado o modo de control de recursos de radio a otro estado o modo de control de recursos de radio.

La presente invención proporciona aún, de manera adicional, un método para iniciar una decisión de transición desde un equipo de usuario, que comprende: determinar si es deseable una transición entre estados o modos de control de recursos de radio en el equipo de usuario; enviar una indicación de transición a la red en respuesta a la determinación; ajustar un temporizador; y comprobar si el envío fue satisfactorio y, en respuesta a la comprobación, retrasar el envío de una indicación de transición adicional hasta que expire el temporizador.

La presente invención puede proporcionar, de manera adicional, un equipo de usuario configurado para provocar una decisión transitoria, de tal modo que el equipo de usuario comprende: un subsistema de comunicaciones configurado para comunicarse con una red; memoria; y un procesador configurado para determinar si es deseable una transición de estado / modo, y configurado, de manera adicional, para enviar una indicación de transición a la red en respuesta a la determinación; de tal modo que el equipo de usuario está configurado para llevar a cabo las etapas del método anterior.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La presente invención se comprenderá mejor con referencia a los dibujos, en los cuales:

La Figura 1 es un diagrama de bloques que muestra estados de RRC y transiciones; La Figura 2 es un esquema de una red de UMTS, que muestra diversas celdas de UMTS y una URA; La Figura 3 es un diagrama de bloques que muestra las diversas etapas de un establecimiento de conexión de RRC; La Figura 4A es un diagrama de bloques de una transición proporcionada a modo de ejemplo entre un estado de modo conectado de CELL_DCH y un modo libre, iniciada por la UTRAN de acuerdo con el presente método; La Figura 4B es un diagrama de bloques que muestra una transición proporcionada a modo de ejemplo entre un modo conectado de estado de CELL_DCH, que pasa a un modo libre mediante el uso de indicaciones de liberación de intercambio de señales; La Figura 5A es un diagrama de bloques de una transición desde una inactividad de CELL_DCH a una inactividad de CELL_FACH, hasta un modo libre iniciado por la UTRAN; La Figura 5B es un diagrama de bloques de una transición proporcionada a modo de ejemplo entre la inactividad de CELL_DCH y un modo libre que utiliza indicaciones de liberación de intercambio de señales; La Figura 6 es un diagrama de bloques de una pila de protocolos de UMTS; La Figura 7 es un UE proporcionado a modo de ejemplo que puede ser utilizado en asociación con el presente método; La Figura 8 es una red proporcionada a modo de ejemplo y destinada a utilizarse en asociación con los presentes método y sistema; La Figura 9 es un diagrama de flujo que muestra las etapas de añadir una causa para una indicación de liberación de conexión de intercambio de señales en el UE; La Figura 10 es un diagrama de flujo que muestra las etapas adoptadas por un UE al recibir una indicación de liberación de conexión de intercambio de señales que tiene una causa; La Figura 11 ilustra una representación gráfica de una asignación de canales lógicos y físicos proporcionada a modo de ejemplo, durante el funcionamiento proporcionado a modo de ejemplo de la red que se muestra en la Figura 8, en el que se proporcionan junto con el UE múltiples sesiones de servicios de comunicación de datos en paquetes concurrentes. La Figura 12 ilustra un diagrama de bloques funcionales del UE y de elementos de red que hacen posible una función de liberación de recursos de radio con el fin de liberar recursos de radio de servicios de datos en paquetes individuales, con arreglo a una realización de la presente invención; La Figura 13 ilustra un diagrama de secuencial de mensajes representativo del intercambio de señales con arreglo al funcionamiento de una realización de la presente invención, en virtud de la cual se libera la asignación de recursos de radio a un contexto de PDP; La Figura 14 ilustra un diagrama secuencial de mensajes similar al que se ha mostrado en la Figura 13,

también representativo del intercambio de señales con arreglo al funcionamiento de una realización de la presente invención, en virtud de la cual se libera la asignación de recursos de radio; La Figura 15 ilustra un diagrama de procedimiento representativo del procedimiento de una realización de la presente invención; La Figura 16 representa un diagrama de flujo de método que ilustra el método de funcionamiento de una realización de la presente invención; La Figura 17 ilustra un diagrama de flujo de método, que también representa el método de funcionamiento de una realización de la presente invención; La Figura 18 ilustra un diagrama de flujo de método de una realización en la que se llevan a cabo decisiones de transición basándose en un Perfil de recurso de Radio situado en un elemento de red; La Figura 19 ilustra un diagrama de bloques simplificado de un elemento de red apto para ser utilizado con el método de la Figura 18; y La Figura 20 ilustra un diagrama de flujo de datos para el envío de una petición de estado preferido dedicada.

DESCRIPCIÓN DE REALIZACIONES PREFERIDAS Se hará referencia, a continuación, a la Figura 1. La Figura 1 es un diagrama de bloques que muestra los diversos modos y estados para la porción de control de recursos de radio de una pila de protocolos existente en una red de UMTS. En particular, el RRC puede ser, bien un modo libre 110 de RRC o bien un modo conectado 120 de RRC.

Como se apreciará por los expertos de la técnica, una red de UMTS consta de dos segmentos de red con base en tierra. Estos son la Red de Núcleo (CN –“Core Network”) y la Red de Acceso por Radio Terrestre Universal (UTRAN –“Universal Terrestrial Radio-Access Network”) (según se ha ilustrado en la Figura 8). La Red de Núcleo es la responsable de la conmutación y el encaminamiento de llamadas de datos y de conexiones de datos a las redes externas, mientras que la UTRAN se encarga de todas las capacidades funcionales de radio relacionadas.

En el modo libre 110, el UE ha de solicitar una conexión de RRC con el fin de establecer los recursos de radio siempre que se necesite intercambiar datos ente el UE y la red. Esto puede, bien ser el resultado de una aplicación existente en el UE que requiere una conexión para enviar datos, o bien darse como resultado del hecho de que un canal de supervisión o localización a distancia de UE indique si la UTRAN o el SGSN han localizado remotamente o a distancia el UE para que este reciba datos desde una red de datos externa tal como un servidor originador de la transmisión. Además, el UE también solicita una conexión de RRC siempre que necesita enviar mensajes de intercambio de señales de Gestión de Movilidad tales como la Actualización de Área de Posición.

Una vez que UE ha enviado una petición a la UTRAN para que establezca una conexión por radio, la UTRAN escoge un estado para que se sitúe en él la conexión de RRC. Específicamente, el modo conectado de RRC 120 incluye cuatro estados independientes. Estos son el estado de CELL_DCH 122, el estado de CELL_FACH 124, el estado de CELL_PCH 126 y el estado de URA_PCH 128.

Desde el modo libre 110, el UE efectúa de forma autónoma transiciones al estado de CELL_FACH 124, en el cual realiza su transferencia de datos inicial, subsiguientemente a lo cual la red determina qué estado conectado de RRC se ha de utilizar una transferencia de datos continuada. Esto puede incluir el hecho de que la red, bien haga pasar el UE al estado 122 de Canal Dedicado de Celda (CELL_DCH –“Cell Dedicated Channel”), o bien mantenga el UE en el estado 124 de Canal de Acceso Directo de Celda (CELL_FACH).

En el estado de CELL_DCH 122, se asigna un canal dedicado al UE tanto para el enlace ascendente como para el enlace descendente, a fin de intercambiar datos. Este estado, puesto que tiene un canal físico dedicado o de uso exclusivo asignado al UE, requiere, por lo común, la mayor parte de la potencia de la batería del UE.

Alternativamente, el UTRAN puede mantener el UE en un estado de CELL_FACH 124. En un estado de CELL_FACH, no se asigna ningún canal dedicado al UE. En lugar de ello, se utilizan canales comunes para enviar el intercambio de señales dentro de una pequeña cantidad de datos en trenes de impulsos. Sin embargo, el UE sigue teniendo que supervisar de modo continuo el FACH y, por tanto, consume más potencia de batería que en un estado de CELL_PCH, en un estado de URA_PCH y en un modo libre.

Dentro del modo conectado de RRC 120, el estado de RRC puede ser cambiado a la discreción de la UTRAN. Específicamente, si se detecta inactividad de datos durante una cantidad de tiempo específica, o bien se detecta una transferencia de datos por debajo de un cierto umbral, la UTRAN puede hacer pasar el estado de RRC desde el estado de CELL_DCH 122 al estado de CELL_FACH 124, al estado de CELL_PCH 126 o al estado de URA_PCH

128. Similarmente, si se detecta que la carga de información útil se encuentra por encima de un cierto umbral, entonces el estado de RRC puede hacerse pasar del estado de CELL_FACH 124 al estado de CELL_DCH 122.

Desde el estado de CELL_FACH 124, si se detecta inactividad de datos durante un tiempo predeterminado en algunas redes, la UTRAN puede hacer pasar el estado de RRC desde el estado de CELL_FACH 124 a un estado de canal de localización remota o a distancia (PCH –“paging channel”). Este puede ser, bien el estado de CELL_PCH 126 o bien el estado de URA_PCH 128.

Desde el estado de CELL_PCH 126 o el estado de URA_PCH 128, el UE ha de pasar al estado de CELL_FACH 124 con el fin de iniciar un procedimiento de actualización para solicitar un canal dedicado. Esta es la única transición de estado que el UE controla.

El modo libre 110 y el estado de CELL_PCH 126, así como el estado de URA_PCH 128, se sirven de un ciclo de recepción discontinuo (DRX –“discontinuous reception cycle”) para supervisar mensajes y localizaciones a distancia radiodifundidos, por parte de un Canal Indicador de Localización a Distancia (PICH –“Paging Indicator Channel”). No es posible ninguna actividad de enlace ascendente.

La diferencia entre el estado de CELL_PCH 126 y el estado de URA_PCH 128 es que el estado de URA_PCH 128 únicamente desencadena un procedimiento de Actualización de URA si el área de registro de UTRAN (URA – “UTRAN registration area”) vigente en ese momento del UE no se encuentra en la lista de identidades de URA presentes en la celda vigente en ese momento. Específicamente, se hace referencia a la Figura 2. La Figura 2 muestra una ilustración de varias celdas de UMTS 210, 212 y 214. Todas estas celdas requieren un procedimiento de actualización de celda en caso de que vuelvan a seleccionarse a un estado de CELL_PCH. Sin embargo, en un área de registro de UTRAN, cada una se encontrará dentro de la misma área de registro de UTRAN (URA –“UTRAN registration area”) 320 y, por tanto, no se desencadena ningún procedimiento de actualización de URA a la hora de trasladarse entre 210, 212 y 214, cuando se está en un modo de URA_PCH.

Como se observa en la Figura 2, otras celdas 218 se encuentran fuera de la URA 320 y pueden formar parte de una URA independiente o no ser de ninguna URA.

Como se apreciará por parte de los expertos de la técnica, desde el punto de vista de la vida útil de la batería, el estado libre proporciona el desgaste más bajo de la batería en comparación con los estados anteriores. Concretamente, debido a que es necesario que el UE supervise el canal de localización a distancia solo a intervalos, la radio no necesita estar continuamente conectada o activada, sino que, en lugar de ello, se activará o alertará periódicamente. La solución de compromiso para ello es la latencia para el envío de los datos. Sin embargo, si la latencia no es demasiado grande, las ventajas de encontrarse en el modo libre y el ahorro de energía de la batería compensan con creces las desventajas de la latencia de la conexión.

Se hará de nuevo referencia a la Figura 1. Diversos comercializadores de infraestructura de UMTS se desplazan entre los estados 122, 124, 126 y 128 basándose en diferentes criterios. Estos criterios pueden ser las preferencias del operador de red por lo que respecta al ahorro en el intercambio de señales o al ahorro de recursos de radio, entre otros. Se esbozan en lo que sigue infraestructuras proporcionadas a modo de ejemplo.

En una primer ejemplo de infraestructura, el RRC se desplaza entre un modo libre y un estado de CELL_DCH directamente tras iniciar el acceso en un estado de CELL_FACH. En el estado de CELL_FACH, si se detectan dos segundos de inactividad, el estado de RRC cambia a un estado de CELL_FACH 124. Si en el estado de CELL_FACH 124 se detectan diez segundos de inactividad, entonces el estado de RRC cambia al estado de CELL_PCH 126. Cuarenta y cinco minutos de inactividad en el estado de CELL_PCH 126 tendrán como resultado que el estado de RRC se traslade de vuelta al modo libre 110.

En una segunda infraestructura proporcionada a modo de ejemplo, la transición de RRC puede producirse entre un modo libre 110 y un modo conectado 120, dependiendo de un umbral de carga de información útil. En la segunda infraestructura, si la carga de información útil se encuentra por debajo de un cierto umbral, entonces la UTRAN hace pasar el estado de RRC al estado de CELL_FACH 124. Y a la inversa, si la carga de información útil de los datos se encuentra por encima de un cierto umbral de carga de información útil, entonces la UTRAN hace pasar el estado de RRC a un estado de CELL_DCH 122. En la segunda infraestructura, si se detectan dos minutos de inactividad en el estado de CELL_DCH 122, la UTRAN hace pasar el estado de RRC al estado de CELL_FACH 124. Transcurridos cinco minutos de inactividad en el estado de CELL_FACH 124, la UTRAN hace pasar el estado de RRC al estado de CELL_PCH 126. En el estado de CELL_PCH 126, se requieren dos horas de inactividad antes de trasladarse de vuelta al modo libre 110.

En una tercera infraestructura proporcionada a modo de ejemplo, el movimiento entre el modo libre 110 y el modo conectado 120 es siempre hacia el estado de CELL_DCH 122. Tras cinco segundos de inactividad en el estado de CELL_DCH 122, la UTRAN hace pasar el estado de RRC al modo libre 110.

En una cuarta infraestructura proporcionada a modo de ejemplo, el RRC pasa de un modo libre a un modo conectado, directamente al estado de CELL_DCH 122. En la cuarta infraestructura proporcionada a modo de ejemplo, el estado de CELL_DCH 122 incluye dos configuraciones. La primera incluye una configuración que tiene una elevada velocidad de transferencia de datos, y una segunda configuración incluye una velocidad de transferencia de datos baja, aunque aún dentro del estado de CELL_DCH. En la cuarta infraestructura proporcionada a modo de ejemplo, el RRC realiza una transición desde el modo libre 110 directamente hasta encontrarse en el subestado de CELL_DCH de alta velocidad de transferencia de datos. Tras 10 segundos de

inactividad, el estado de RRC efectúa una transición a un subestado de CELL_DCH de baja velocidad de transferencia de datos. Diecisiete segundos de inactividad transcurridos en el subestado de baja velocidad de transferencia de datos del estado de CELL_DCH 122, tienen como resultado que el estado de RRC lo cambie al modo libre 110.

Las cuatro infraestructuras anteriores proporcionadas a modo de ejemplo muestran el modo como los comercializadores de infraestructuras de UMTS están implementando los estados. Como se apreciará por los expertos de la técnica, en cada caso, si el tiempo gastado en el intercambio de datos reales (tales como correo electrónico) es significativamente corto en comparación con el tiempo que se requiere permanecer en los estados de CELL_DCH o de CELL_FACH, ello provoca un drenaje o caída innecesaria de la corriente, lo que hace que la experiencia del usuario en las redes de generación más reciente, tales como la de UMTS, peor que en las redes de generaciones anteriores, tales como la de GPRS.

Por otra parte, si bien el estado de CELL_PCH 126 es más adecuado que el estado de CELL_FACH 124 desde el punto de vista de la vida útil de la batería, el ciclo DRX de un estado de CELL_PCH 126 se ajusta, típicamente, en un valor inferior al del modo libre 110. Como resultado de ello, se requiere que el UE se alerte con mayor frecuencia en el estado de CELL_PCH 126 que en el modo libre 110.

El estado de URA_PCH 128 con un ciclo DRX similar al del estado libre 110 es, probablemente, el compromiso óptimo entre la vida útil de la batería y la latencia para la conexión. Sin embargo, el estado de URA_PCH 128 no está en ese momento implementado en la UTRAN. Es, por tanto, deseable, en algunos casos, pasar rápidamente al modo libre, tan rápido como sea posible, una vez que una aplicación ha terminado con el intercambio de datos, desde el punto de vista de la vida útil de la batería.

Se hará referencia a continuación a la Figura 3. Cuando se realiza una transición de un modo libre a un modo conectado, es necesario realizar diversas conexiones de intercambio de señalización y de datos. Haciendo referencia a la Figura 3, el primer elemento que se llevará a cabo es un establecimiento de conexión de RRC 310. Como se ha indicado anteriormente, este establecimiento de conexión de RRC únicamente puede ser interrumpido por la UTRAN.

Una vez que se ha conseguido el establecimiento de conexión de RRC 310, se inicia un establecimiento de conexión de señalización 312.

Una vez concluido el establecimiento de conexión de señalización 312, se inicia un establecimiento de cifrado e integridad 314. Una vez completado este, se lleva a cabo un establecimiento 316 de portador de radio. Llegados a este punto, pueden intercambiarse datos entre el UE y la UTRAN.

La interrupción de una conexión se lleva a cabo similarmente en el orden inverso, en general. El establecimiento 316 de portador de radio se suprime y, a continuación, se suprime el establecimiento de conexión de RRC 310. Llegados a este punto, el RRC se traslada al modo libre 110, tal como se ilustra en la Figura 1.

Aunque la actual especificación de 3GPP no permite al UE liberar la conexión de RRC ni indicar su preferencia por el estado de RRC, el UE sigue pudiendo indicar la terminación de una conexión de señalización o intercambio de señales para un dominio de red de núcleo especificado, tal como el dominio Conmutado en Paquetes (PS –“Packet Switched”) que se utiliza por las aplicaciones conmutadas en paquetes. De acuerdo con la sección 8.1.14.1 de la TS de 3GPP 25.331, el procedimiento de indicación de liberación de conexión de señalización es utilizado por el UE para indicar a la UTRAN que se ha liberado una de sus conexiones de señalización. Este procedimiento puede, a su vez, iniciar el procedimiento de liberación de conexión de RRC.

De esta forma, permaneciendo dentro de las actuales especificaciones de 3GPP, la liberación de la conexión de señalización puede iniciarse con la interrupción de conexión de señalización 312. Se encuentra dentro de las capacidades del UE interrumpir el establecimiento de conexión de señalización 312, y esto, a su vez, de acuerdo con la especificación, “puede” iniciar la liberación de la conexión de RRC.

Como se apreciará por los expertos de la técnica, si se interrumpe el establecimiento de conexión de señalización 312, la UTRAN también necesita cancelar el establecimiento de cifrado e integridad 314 y el establecimiento 316 de portador de radio, una vez que se ha interrumpido el establecimiento de conexión de señalización 312.

Si el establecimiento de conexión de señalización 312 es interrumpido, el establecimiento de conexión de RRC es típicamente suprimido por la red para las infraestructuras actuales de los comercializadores en el caso de que no esté activa ninguna conexión CS.

Utilizando esto para uno de los ejemplos de indicación de transición específicos anteriormente mencionados, si el UE determina que este se ha hecho con intercambio de datos, por ejemplo, si a un componente de “gestor de conexión” del software del UE se le ha proporcionado una indicación de que se ha completado el intercambio de

datos, entonces el gestor de conexión puede determinar si se ha de interrumpir o no el establecimiento de señalización 312. Por ejemplo, una aplicación de correo electrónico instalada en el dispositivo envía una indicación de que ha recibido una confirmación desde el servidor de correo electrónico originador de la transmisión, de que el correo electrónico ha sido ciertamente recibido por el servidor originador de la transmisión. El gestor de conexión puede, en una realización, mantener un seguimiento de todas las aplicaciones existentes, de los contextos de PDP asociados, de los recursos de radio PS asociados y de los portadores de radio conmutados en circuitos (CS –“circuit switched”) asociados. En otras realizaciones, un elemento de red (por ejemplo, la UTRAN) puede mantener un seguimiento de aplicaciones existentes, contextos de PDP asociados, QoS [calidad de servicio –“Quality of Service”], recursos de radio PS asociados y portadores de radio CS asociados. Puede introducirse un retardo bien en el UE o bien en el elemento de red, a fin de asegurarse de que la(s) aplicación (aplicaciones) ha(n) sido verdaderamente finalizada(s) con el intercambio de datos y ya no requiere(n) una conexión de RRC, ni siquiera tras haber enviado la(s) indicación (indicaciones) de “hecho”. Este retardo puede hacerse equivalente a un tiempo muerto de inactividad asociado con la(s) aplicación (aplicaciones) o con el UE. Cada aplicación puede tener su propio tiempo muerto de inactividad y, por tanto, el retardo puede consistir en una composición de todos los tiempos muertos de aplicación. Por ejemplo, una aplicación de correo electrónico puede tener un tiempo muerto de inactividad de cinco segundos, en tanto que una aplicación de explorador activa puede tener un tiempo muerto de sesenta segundos. Puede introducirse, de manera adicional, un retardo entre indicaciones o peticiones de cambio de estado repetidas. Basándose en una situación o estado compuesto de todas dichas indicaciones procedentes de aplicaciones activas, así como en un perfil de recurso de radio y/o un retardo de reenvío en algunas realizaciones, el software del UE decide cuánto tiempo ha de esperar antes de enviar una indicación de transición (por ejemplo, una indicación de liberación de conexión de señalización o una petición de cambio de estado) para la red de núcleo apropiada (por ejemplo, el Dominio PS). Si el retardo se implementa en el elemento de red, el elemento lleva a cabo una determinación acerca de si se ha de efectuar una transición del UE, y cómo, pero únicamente lleva a efecto la transición una vez ha transcurrido el retardo.

El tiempo muerto de inactividad puede hacerse sobre una base o criterio dinámico, en un historial de configuración de tráfico y/o un perfil de aplicación.

En el caso de que el elemento de red haga pasar el UE al modo libre 110, lo que puede ocurrir en cualquier estadio

o etapa del modo conectado de RRC 120, según se ilustra en la Figura 1, el elemento de red libera la conexión de RRC y hace pasar el UE al modo libre 110 según se ilustra en la Figura 1. Esto es también aplicable cuando el UE está llevando a cabo cualesquiera servicios de datos en paquetes durante una llamada de voz. En este caso, la red puede escoger liberar únicamente el dominio PS y mantener el dominio CS o, alternativamente, puede escoger no liberar nada y, en lugar de ello, mantener ambos dominios PS y CS.

En una realización adicional, puede añadirse una causa a la indicación de transición, que indique a la UTRAN la razón para la indicación. En una realización preferida, la causa puede ser una indicación de que un estado anormal ha causado la indicación, o de que la indicación fue iniciada por el UE como resultado de una transacción solicitada. Otras transacciones normales (es decir, no anormales) pueden también dar como resultado el envío de la indicación de transición.

En una realización preferida adicional, varios tiempos muertos pueden provocar el envío de una indicación de transición para un estado o condición anormal. Los ejemplos de temporizadores que se proporcionan en lo que sigue no son exhaustivos, y son posibles otros temporizadores o condiciones anormales. Por ejemplo, la 10.2.47 3GPP TS

24.008 especifica el temporizador T3310 como:

NUM. TEMPORIZADOR: VALOR DE TEMPORIZADOR ESTADO CAUSA DE INICIO DETENCIÓN NORMAL EN LA 1ª, 2ª, 3ª 4ª EXPIRACIÓN Nota 3

T3310: 15 s GMM-REG-INIC PET ENGANCHE ACEPTAR ENGANCHE recibida RECHAZAR ENGANCHE recibida Retransmisión de PET ENGANCHE

TEMPORIZADOR T3310

Este temporizador se utiliza para indicar un fallo en el enganche. El fallo en el enganche puede ser un resultado de la red o bien puede ser un problema de la frecuencia de radio (RF) tal como una colisión o una mala RF.

La tentativa de enganche puede producirse en múltiples ocasiones, y se tiene un fallo de enganche como resultado, bien o de un número predeterminado de fallos o bien de un rechazo explícito.

Un segundo temporizador de la 10.2.47 de 3GPP es el Temporizador T3330, el cual se especifica como:

NUM. TEMPORIZADOR: VALOR DE TEMPORI-ZADOR ESTADO CAUSA DE INICIO DETENCIÓN NORMAL EN LA 1ª, 2ª, 3ª4ª EXPIRACIÓN Nota 3

T3330: 15 s GMM-ENCAMINAMIENTO-ACTUALIZACIÓN-INICIADO PETICIÓN ACTUALIZACIÓN ÁREA ENCAMINAMIEN-TO enviada ACEP ACTUALIZACIÓN ÁREA ENCAMINAMIEN-TO recibida RECH ACTUALIZACIÓN ÁREA ENCAMINAMIEN-TO recibido Retransmisión del mensaje de PETICIÓN ACTUALIZA-CIÓN ÁREA ENCAMINAMIEN-TO

TEMPORIZADOR T3330

Este temporizador se utiliza para indicar un fallo de actualización de área de encaminamiento. Al expirar el temporizador, puede solicitarse múltiples veces una actualización de área de encaminamiento adicional, y se tiene como resultado un fallo en la actualización de área de encaminamiento ya sea por un número de fallos predeterminado, ya sea por un rechazo explícito.

Un tercer temporizador de la 10.2.47 de 3GPP es el temporizador T3340, el cual se especifica como:

T3310 (modo Iu solo): 10 s GMM-REG-INIT GMM-DEREG-INIC GMM-RA-ACTUALIZACIÓN-INT GMM-SERV-PET-INIC (modo Iu solo) GMM-INTENTO-DE-ACTUALIZAR-MM GMM-REG-NORMAL-SERVICIO RECH ENGANCHE, PET DESENGANCHE RECH ACTUALIZACIÓN ÁREA ENCAMINAMIENTO o RECH SERVICIO con cualquiera de las causas nº 11, nº 12, nº 13 o nº 15.ACEPTACIÓN ENGANCHE o ACEPTACIÓN ACTUALIZACIÓN ÁREA ENCAMINAMIENTO se recibe con indicación de “no prosecución de ninguna continuación” Conexión de señalización PS liberada Liberación de la conexión de señalización PS y prosecución como se describe en la subcláusula 4.7.1.9

TEMPORIZADOR T3340

15 Este temporizador se utiliza para indicar un fallo en la petición de servicio de GMM [Gestión de Movilidad de GPRS – “GPRS Mobility Management”]. Al expirar el temporizador, es posible iniciar múltiples veces una petición de servicio de GMM adicional, y se tiene un fallo en la petición de servicio de GMM, ya sea como resultado de un número predeterminado de fallos, ya sea por un rechazo explícito.

20 De esta forma, en lugar de que una causa de indicación de transición esté limitada a una condición o situación anormal y a una liberación por parte del UE, la causa de indicación de transición puede incluir también información acerca de qué temporizador ha fallado para una situación anormal. En un ejemplo específico en el que se utiliza una indicación de liberación de conexión de señalización como indicación de transición, la indicación puede estar

estructurada como sigue:

Nombre de elemento / grupo de información: Necesidad Multi Tipo de IE y referencia Descripción semántica

Tipo de mensaje: MP
Tipo de mensaje

Elementos de información de UE

Información de comprobación de integridad: CH Información de comprobación de identidad 10.3.3.16

Elementos de información de CN

Identidad de dominio de CN: MP Identidad de dominio de CN 10.3.1.

Causa de indicación de liberación de señalización: OP Causa de indicación de liberación de señalización t3310 expirado, t3330 expirado, t3340 expirado, Solicitada al UE una transición a libre

INDICACIÓN DE LIBERACIÓN DE CONEXIÓN DE SEÑALIZACIÓN

Este mensaje es utilizado por el UE para indicar a la UTRAN una petición para liberar una conexión de intercambio de señales o señalización ya existente. La adición de la indicación de liberación de señalización hace que se permita a la UTRAN o a otro elemento de red recibir la causa de la indicación de liberación de señalización, si fue esta debida a una condición o situación anormal, y de qué situación anormal se trató. Basándose en la recepción de la indicación de liberación de conexión de señalización y en un perfil de recurso de radio para el UE, se permite, a su vez, que se inicie en la UTRAN un procedimiento de liberación de conexión de RRC.

En una implementación de este ejemplo, el UE, al recibir una petición para liberar, o abortar, una conexión de señalización desde capas superiores para un dominio de CN (red de núcleo) específico, inicia el procedimiento de indicación de liberación de conexión de señalización en el caso de que se haya identificado dentro de una variable una conexión de señalización. Por ejemplo, existe una variable CONEXIONES_SEÑALIZACIÓN_ESTABLECIDAS (ESTABLISHED_SIGNALING_CONNECTIONS) para el dominio de CN específico identificado con el IE (elemento de información –“information element”) “identidad de dominio de CN”. Si la variable no identifica ninguna conexión de señalización ya existente, se aborta o interrumpe de otra manera cualquier establecimiento en curso de una conexión de señalización para ese dominio de CN específico. Al iniciarse los procedimientos de indicación de liberación de conexión de señalización en los estados de CELL_PCH o de URA_PCH, el UE lleva a cabo un procedimiento de actualización de celda utilizando una causa de “transmisión de datos de enlace ascendente”. Cuando un procedimiento de actualización de celda se completa satisfactoriamente, el UE prosigue con los procedimientos de indicación de liberación de conexión de señalización que siguen.

A saber, el UE establece el elemento de información (IE –“information element”) “identidad de dominio de CN” en el valor indicado por las capas lógicas superiores. El valor del IE indica el dominio de CN cuya conexión de señalización asociada están marcando las capas superiores para ser liberada. Si la identidad de dominio de CN se establece de manera que sea el dominio PS, y si la capa superior indica la causa para iniciar esta petición, entonces se establece en concordancia la “causa de indicación de liberación de señalización” de IE. El UE extrae, de manera adicional, la conexión de señalización con la identidad indicada por las capas superiores, de la variable “CONEXIONES_SEÑALIZACIÓN_ESTABLECIDAS”. El UE transmite un mensaje de indicación de liberación de conexión de señalización a través de, por ejemplo, el Canal de Control Dedicado (DCCH –“Dedicated Control Channel”) utilizando un control de enlace por radio en modo confirmado (AM RLC –“acknowledged mode radio link control”). Con la confirmación de una entrega satisfactoria del mensaje de indicación de liberación por parte del RLC, el procedimiento finaliza.

Se utiliza también una “Causa de Indicación de Liberación de Señalización” de conformidad con una realización de la presente invención. La causa de liberación se alinea, por ejemplo, con definiciones de mensaje ya existentes. El mensaje de causa de liberación de la capa superior está estructurado, por ejemplo, como:

Causa de Indicación de Liberación de Señalización: MP Enumerada (pedido al UE final de sesión de Datos PS, expiración de T3310, espiración de T3330,

expiración de T3340)

En este ejemplo, las expiraciones del T3310, del T3330 y del T3340 corresponden a la expiración de temporizadores numerados de forma correspondiente, previamente identificados. Un valor de causa es susceptible de establecerse, en una implementación, como un “Final de sesión de Datos PS solicitado por el UE”, en lugar de una “Transición libre solicitada por el UE”, con el fin de eliminar la indicación del UE De una preferencia por una transición libre y hacer posible que el UTRAN decida sobre la transición de estado, si bien el resultado esperado corresponde al identificado por el valor de causa. La extensión a la indicación de liberación de conexión de señalización es, de preferencia, pero no necesariamente, una extensión no crítica.

Se hará referencia a continuación a la Figura 9. La Figura 9 es un diagrama de flujo de un UE proporcionado a modo de ejemplo que supervisa si se ha de enviar o no una indicación de liberación de conexión de señalización para diversos dominios (por ejemplo, PS o CS). El procedimiento se inicia en la etapa 910.

El UE realiza una transición a la etapa 912, en la que comprueba si existe una condición o situación anormal. Dicha situación anormal puede incluir, por ejemplo, el hecho de que el temporizador T3310, el temporizador T3320 o el temporizador T3340 expiren, como se ha descrito en lo anterior. Si estos temporizadores expiran un cierto número predeterminado de veces, o si se recibe un rechazo explícito basándose en la expiración de cualquiera de estos temporizadores, el UE prosigue por la etapa 914, en la cual envía una indicación de liberación de conexión de señalización. El mensaje de indicación de liberación de conexión de señalización se anexa con un campo de causa de indicación de liberación de señalización. El campo de causa de indicación de liberación de señalización incluye al menos que la indicación de liberación señalización está basada en una condición o estado anormal, y una realización incluye el temporizador concreto que expiró o se consumó para dar como resultado la condición o situación anormal.

Y a la inversa, si en la etapa 912 el UE encuentra que no hay ninguna condición anormal, el UE prosigue con la etapa 920, en la que comprueba si se esperan datos adicionales en el UE. Estos pueden incluir, como se ha descrito anteriormente, cuándo se envía un correo electrónico y se recibe de vuelta en el UE una confirmación del envío del correo electrónico. Otros ejemplos de casos en que el UE determinará que no se esperan datos adicionales serán conocidos por los expertos de la técnica.

Si en la etapa 920 el UE determina que la transferencia de datos se ha terminado (o, en el caso de un dominio conmutado en circuitos, que se ha puesto fin a una llamada), el UE prosigue por la etapa 922, en la que envía una indicación de liberación de conexión de intercambio de señales o señalización en la que se ha añadido el campo de causa de indicación de liberación de señalización, y que incluye el hecho de que el UE solicitó una transición a libre

o simplemente indica un final de la sesión PS.

Desde la etapa 920, si los datos no se han terminado, el UE cierre un bucle de vuelta y continúa comprobando si existe una situación o condición anormal, en la etapa 912, y si los datos se han terminado, en la etapa 920.

Una vez que la indicación de liberación de conexión de señalización se ha enviado en la etapa 914 o en la etapa 922, el procedimiento prosigue por la etapa 930 y finaliza.

El UE incluye elementos funcionales, susceptibles de ser implementados, por ejemplo, mediante aplicaciones o algoritmos llevados a cabo mediante el funcionamiento de un microprocesador del UE o por implementación de dispositivos físicos o hardware, que constituyen un dispositivo comprobador y un remitente de indicación de transición. El dispositivo comprobador está configurado para comprobar si debe enviarse una indicación de transición. Y un remitente de indicación de transición se ha configurado para enviar una indicación de transición en respuesta a una indicación por parte del dispositivo comprobador de que ha de enviarse la indicación de transición. La indicación de transición puede incluir un campo de causa de indicación de transición.

En una implementación, la red se pone, en lugar de ello, al corriente de forma implícita de la expiración de un temporizador, de manera que no es necesario que el UE envíe un valor de causa que indique la expiración del temporizador. Es decir, que el temporizador comienza el cómputo del tiempo con la autorización de la red. Se definen unos códigos de causa, y estos códigos de causa son proporcionados por la red al UE. Tales códigos de causa son utilizados por el UE para iniciar el temporizador. La red está al corriente implícitamente de la razón para la subsiguiente expiración del temporizador, puesto que el código de causa enviado anteriormente por la red hace que el temporizador comience su cuenta temporal. Como resultado de ello, no es necesario que el UE envíe un valor de causa que indique la expiración o vencimiento del temporizador.

Tal y como lo sugiere la Figura 9 así como la anterior descripción, puede incluirse una causa y enviarse junto con una indicación de transición (por ejemplo, una indicación de liberación de conexión de señalización) para indicar: 1.) una situación anormal, así como 2.) una situación normal (no una situación anormal, tal como, por ejemplo, una petición del final de una sesión de datos PS y/o una transición a un modo libre). En diversas implementaciones, por tanto, ciertas operaciones en el UE hacen posible la adición de la causa a la indicación de transición con el fin de

indicar una situación anormal, o, alternativamente, para indicar una preferencia con respecto a una petición de una transición a libre o del final de una sesión de datos PS, es decir, un funcionamiento normal. Tal operación, por supuesto, también incluye una operación del UE en la que se añade una causa a la indicación de transición únicamente cuando se ha de realizar una indicación de una situación anormal. Y a la inversa, dicha operación incluye también una operación del UE en la que se añade una causa a una indicación de transición únicamente con el fin de indicar operaciones y transacciones normales, esto es, no anormales. Es decir, con respecto a la Figura 9, en dicha operación alternativa, si, en la etapa 912, existe una situación anormal, se toma la rama alternativa hacia la etapa 914, en tanto que, si no existe ninguna situación anormal, entonces el UE prosigue directamente hasta la etapa 930. Y, por el contrario, en esa otra operación alternativa, subsiguientemente a la etapa de inicio 912, se toma un recorrido directamente hasta la etapa 920 de terminación de datos. Si se han terminado los datos, se toma la rama afirmativa hasta la etapa 920 y, a continuación, hasta la etapa 930. Si los datos no se terminan en la etapa 920, se toma la rama negativa de vuelta hasta la misma etapa, esto es, la etapa 920.

Haciendo referencia a la Figura10, cuando un elemento de red recibe la indicación de transición en la etapa 1010 (por ejemplo, una indicación de liberación de conexión de intercambio de señales o señalización, según se muestra), el elemento de red examina el campo de causa de indicación de transición si está presente en la etapa 1014 y, en la etapa 1016, comprueba si la causa es una causa anormal o si es debida al hecho de que el UE solicita una transición a libre y/o el final de una sesión de datos PS. Si, en la etapa 1016, la indicación de liberación de conexión de señalización tiene una causa anormal, el nodo de red prosigue hasta la etapa 1020, en la que hace saltar una alarma para propósitos de rendimiento y propósitos de supervisión de alarma. El indicador de rendimiento clave puede ser actualizado apropiadamente.

Por el contrario, si, en la etapa 1016, la causa de la indicación de transición (por ejemplo, una indicación de liberación de conexión de señalización) no es el resultado de una situación o condición anormal, o, en otras palabras, es el resultado de la solicitud, por parte del UE, del final de la sesión de datos PS o de la transición a libre, el nodo de red prosigue hasta la etapa 1030, en la que no se activa ninguna alarma y la indicación puede ser filtrada desde las estadísticas de rendimiento, con lo que se evita que las estadísticas de rendimiento puedan verse distorsionadas. Desde la etapa 1020 o la etapa 1030, el nodo de red prosigue hasta la etapa 1040, en la que finaliza el procedimiento.

La recepción y el examen de la indicación de transición pueden, basándose en un perfil de recurso de radio para el UE, dar como resultado el inicio, por parte del elemento de red, de la terminación de la conexión de datos conmutados en paquetes o, alternativamente, de una transición a otro estado más adecuado.

Como se ha sugerido anteriormente, en algunas implementaciones, la ausencia de una causa en una indicación de transición puede ser también utilizada para determinar si la indicación de transición es el resultado de una situación normal o anormal, y si debe activarse o dispararse una alarma. Por ejemplo, si se añade una causa únicamente para denotar condiciones normales (es decir, no anormales, tales como, por ejemplo, una petición del final de una sesión de datos PS y/o de una transición al modo libre), y el elemento de red recibe una indicación de transición que no tiene causa añadida, el elemento de red puede inferir de la ausencia de una causa que la indicación de transición es el resultado de una situación anormal, y activa una alarma. Por el contrario, en otro ejemplo, si se añade una causa únicamente para denotar situaciones anormales, y el elemento de red recibe una indicación de transición carente de causa, el elemento de red puede inferir de la ausencia de una causa que la indicación de transición es el resultado de una situación normal (por ejemplo, una petición de final de una sesión de datos PS y/o una transición al modo libre) y no se dispara ninguna alarma.

Como se apreciará por los expertos de la técnica, puede utilizarse la etapa 1020 para distinguir, de manera adicional, entre diversas situaciones o condiciones de alarma. Por ejemplo, puede utilizarse un tiempo muerto de un T3310 para mantener un primer conjunto de estadísticas, y puede utilizarse un tiempo muerto de un T3330 para mantener un segundo conjunto de estadísticas. La etapa 1020 puede distinguir las causas de la situación anormal, con lo que se permite que el operador de red vigile el rendimiento de un modo más eficaz.

La red incluye elementos funcionales, susceptibles de implementarse, por ejemplo, por aplicaciones o algoritmos llevados a cabo a través del funcionamiento de un procesador o por implementación de hardware, que forman un dispositivo examinador y un generador de alarma. El dispositivo examinador está configurado para examinar un campo de causa de indicación de transición perteneciente a la indicación de transición. El examinador comprueba si el campo de causa de indicación de transición indica una situación anormal. El generador de alarma está configurado para generar de forma seleccionable una alarma si el examen por parte del dispositivo examinador determina que el campo de causa de indicación de liberación de conexión de señalización indica la situación anormal.

En una implementación, al recibirse una indicación de liberación de conexión de señalización, el UTRAN remite la causa que se ha recibido y solicita de las capas superiores la liberación de la conexión de señalización. Las capas superiores son entonces capaces de iniciar la liberación de la conexión de señalización. La causa de indicación de liberación de señalización del UE indica la causa de la capa superior del UE para disparar el RRC del UE con el fin

de enviar el mensaje. La causa es, posiblemente, el resultado de un procedimiento de capa superior anormal. La diferenciación de la causa del mensaje se garantiza por medio de una recepción satisfactoria del IE.

Un posible escenario incluye un escenario en el que, antes de la confirmación por parte del RLC de una entrega satisfactoria del mensaje de indicación de liberación de conexión de señalización, se produce el reestablecimiento del lado de transmisión de la entidad de RLC en el portador de radio de señalización RB2. En el caso de dicha ocurrencia, el UE retransmite el mensaje de indicación de liberación de conexión de señalización, por ejemplo, por el DCCH de enlace ascendente, utilizando RLC de AM en el portador de radio de señalización RB2. En el caso de que se produzca una cesión o entrega entre RATs, o ínter-RAT (tecnología de acceso por radio –“radio access technology”) desde el procedimiento de UTRAN antes de la confirmación por parte del RLC de la entrega satisfactoria del mensaje de indicación o petición de liberación de conexión de señalización, el UE aborta o interrumpe la conexión de señalización cuando se encuentre en la nueva RAT.

En una realización adicional, en lugar de una “indicación o petición de liberación de conexión de señalización”, puede utilizarse una “petición de estado preferido”. Una capacidad funcional similar a la que se ha ilustrado en las Figuras 9 y 10 anteriores sería aplicable a esta indicación de petición de estado preferido.

En una realización, la indicación de petición de estado preferido es utilizada por el UE para proporcionar información a la UTRAN sobre un estado de RRC preferido, cuando está al corriente de que es improbable que se necesite enviar ningún dato más de dominio PS durante un periodo de tiempo prologado, y en el caso de que no haya datos de dominio CS, por ejemplo. Dicho mensaje es enviado desde el UE a la UTRAN por el DCCH utilizando, por ejemplo, un RLC de AM. Un mensaje proporcionado a modo de ejemplo se muestra a continuación.

Tipo de mensaje: MP
Tipo de mensaje

Elementos de información de UE

Causa de petición de estado de RRC preferido: MP Causa de indicación de estado de RRC preferido

Petición de estado de RRC preferido

Se utiliza, por parte del UE, un elemento de información de causa de indicación de estado de RRC preferido con el fin de proporcionar información a la UTRAN sobre un estado de RRC preferido a continuación de un desencadenante tal como un desencadenante de aplicación, estando la transferencia de datos completa, u otros desencadenantes según se describen aquí. El IE podría tener este aspecto:

Nombre de elemento / grupo de información: Necesidad Multi Tipo y referencia Descripción semántica

Causa de indicación de estado de RRC preferido: MP Enumerados (libre, Cell_PCH, URA_PCH, Cell_FACH) Se necesita 1 valor de reserva

Se hará referencia, a continuación, a la Figura 20. La Figura 20 ilustra la realización en la que se envía una petición de estado preferido desde el UE a la UTRAN. El procedimiento de inicia en la etapa 2010 y prosigue por la etapa 2012, en la que se realiza una comprobación en el UE para determinar si las condiciones en el UE son las apropiadas para enviar una petición de cambio de estado. Tales condiciones se describen en la presente divulgación, por ejemplo, con referencia a la Figura 11 proporcionada más adelante, y pueden incluir una o más aplicaciones en el UE que determinan que han terminado con el intercambio de datos.

Si, en la etapa 2012, las condiciones no son apropiadas para enviar la petición de cambio de estado, el procedimiento cierra un bucle sobre sí mismo y continúa supervisando hasta que las condiciones son las apropiadas para enviar la petición de cambio de estado.

Una vez que las condiciones son las apropiadas, el procedimiento continúa por la etapa 2020, en la que se envía una petición de estado preferido a la UTRAN. En las tablas anteriores se muestra una petición de estado preferido proporcionada a modo de ejemplo.

El procedimiento prosigue, a continuación, con la etapa 2022, en la que se efectúa una comprobación para determinar si la petición de estado preferido tuvo éxito. Como se apreciará por los expertos de la técnica, esto puede significar que la UTRAN ha recibido satisfactoriamente la petición de estado preferido y ha iniciado una transición de

estado a un estado indicado por el UE. Si es así, el procedimiento continúa por la etapa 2030 y termina.

Si, por el contrario, se determina en la etapa 2022 que la petición no ha tenido éxito, el procedimiento prosigue con la etapa 2024 y aguarda durante un cierto periodo de tiempo. Dicha espera puede ser implementada utilizando una “duración de inhibición” que no permitirá al móvil enviar otro mensaje de petición de estado preferido antes de que haya transcurrido una duración o intervalo dado. Alternativamente, el procedimiento puede limitar el número de mensajes de petición de estado preferido dentro de un periodo de tiempo dado (por ejemplo, no más de 15 mensajes en 10 minutos). Podrían aunarse también una combinación de la duración de inhibición y una limitación del número de mensajes dentro de una cierta duración temporal.

La duración puede ser predeterminada, tal como un valor definido en las normas, puede ser establecida por un elemento de red, por ejemplo, como parte de una petición de conexión de RRC, una liberación de conexión de RRC, un establecimiento de portador de radio o un mensaje de radiodifusión de información de sistema. Por otra parte, la duración puede ajustarse basándose en un parámetro dentro del mensaje de petición de estado preferido. De esta forma, la duración puede ser más larga si el UE está solicitando una transición al CELL_PCH en lugar de al estado libre.

La señalización de la duración por un elemento de red puede adoptar la forma de un elemento de información tal como:

Inhibición de petición de estado de RRC preferido: OP Enumerados (30 segundos, 1 minuto, 1 minuto 30 segundos, 2 minutos)

Inhibición de petición de estado de RRC preferido

Una vez que el procedimiento ha aguardado durante un tiempo predeterminado en la etapa 2024, el procedimiento se remite de vuelta a la etapa 2012 para determinar si aún se dan las condiciones para enviar una petición de estado preferido. Si es así, el procedimiento cierra un bucle de vuelta a la etapa 2020 y 2022.

En una realización alternativa, la etapa 2022 puede ser suprimida. En este caso, el procedimiento proseguirá de la etapa 2012 a la etapa 2020 y la etapa 2024, momento en el cual cerrará un bucle de vuelta a la etapa 2012.

Puede producirse una excepción en el reestablecimiento de RLC o en un cambio ínter-RAT. En el caso de que se produzca un reestablecimiento del lado de transmisión de la entidad de RLC antes de que haya sido confirmada la entrega satisfactoria del mensaje de petición de estado de RRC preferido por parte del RLC, en una realización, el UE retransmite el mensaje de petición de estado de RRC preferido por el DCCH de enlace ascendente, utilizando RLC de AM.

En una realización, si se produce una cesión ínter-RAT desde el procedimiento de UTRAN antes de que se haya confirmado por parte del RLC la entrega satisfactoria del mensaje de petición de estado de RRC preferido, el UE aborta la conexión de señalización mientras se encuentra en la nueva RAT.

En el lado de la red, el procedimiento de maneja de una forma similar a la que se describe con referencia a la Figura 18, más adelante.

Haciendo referencia de nuevo a la Figura 1, en algunos casos puede ser más deseable estar en el modo conectado 120, en un estado tal como el estado de URA_PCH 128, que en el modo libre 110. Por ejemplo, si se requiere que la latencia para la conexión al estado de CELL_DCH 122 o al estado de CELL_FACH 124 en el modo conectado 120 sea más baja, es preferible estar en un estado de PCH de modo conectado 120. Existen diversas maneras de llevar esto a cabo, por ejemplo, cambiando las especificaciones de 3GPP para permitir que el UE solicite a la UTRAN que lo haga pasar a un estado específico (por ejemplo, en este caso, el estado de URA_PCT 128).

Alternativamente, el gestor de conexión puede tener en cuenta otros factores tales como en qué estado se encuentra en ese momento la conexión de RRC. Si, por ejemplo, la conexión de RRC se encuentra en el estado de URA_PCH, puede decidir que no es necesario trasladarse al modo libre 110 y, en consecuencia, no se inicia ningún procedimiento de liberación de conexión de señalización.

En una alternativa adicional, el propio elemento de red (por ejemplo, la UTRAN) puede tener en cuenta otros factores tales como en qué estado se encuentra en ese momento la conexión de RRC, y si, por ejemplo, la conexión de RRC está en el estado de URA_PCH, puede decidir que no es necesario pasar al modo libre 110 y, en lugar de ello, realizar simplemente una transición a un estado más adecuado, en lugar de liberar la conexión.

Se hará referencia a la Figura 4. La Figura 4A muestra una implementación de UMTS en curso, de acuerdo con el ejemplo anterior “cuatro” de infraestructura. Según se ilustra en la Figura 4, el tiempo discurre a lo largo de los ejes horizontales.

El UE se inicia en el estado libre de RRC 110 y, basándose en la necesidad de transmitir datos locales o de que se reciba una localización remota o a distancia desde la UTRAN, comienza a establecer una conexión de RRC.

Como se ha ilustrado en la Figura 4A, se produce, en primer lugar, el establecimiento de conexión de RRC 310, y el estado de RRC se encuentra en un estado de conexión 410 durante este tiempo.

A continuación, se produce el establecimiento 312 de conexiones de intercambio de señales o señalización, el establecimiento de cifrado e integridad 314, y el establecimiento 316 de portador de radio. El estado de RRC es, durante esto, el estado de CELL_DCH 122. Como se ha ilustrado en la Figura 4A, el tiempo necesario para pasar del modo libre de RRC al momento en que se establece el portador de radio, es aproximadamente dos segundos en este ejemplo.

Seguidamente, se intercambian los datos. En el ejemplo de la Figura 4A, esto se consigue en entre aproximadamente dos y cuatro segundos y se ilustra por la etapa 420.

Una vez que se han intercambiado los datos en la etapa 420, no se intercambian datos excepto para la PDU [Unidad de Datos de Protocolo –“Protocol Data Unit”] de señalización de RLC intermitente, según se requiera, y, por tanto, los recursos de radio son reconfigurados por la red de manera que se pase a una configuración de DCH de velocidad de transferencia de datos más baja después de aproximadamente diez segundos. Esto se ilustra en las etapas 422 y 424.

En la configuración de DCH de velocidad de transferencia de datos más baja, no se recibe nada durante diecisiete segundos, instante en que la conexión de RRC es liberada por la red en la etapa 428.

Una vez que se ha iniciado la liberación de conexión de RRC en la etapa 428, el estado de RRC prosigue a un estado de desconexión 430 durante aproximadamente cuarenta milisegundos, tras lo cual el UE se encuentra en un estado libre de RRC 110.

También como se ilustra en la Figura 4A, el consumo de corriente del UE se ha ilustrado para el periodo en que el RRC se encuentra en el estado de CELL_DCH 122. Como se observa, el consumo de corriente es entre aproximadamente 200 y 300 miliamperios a lo largo de toda la duración del estado de CELL_DCH. Durante la desconexión y el estado libre, se utilizan aproximadamente 3 miliamperios, suponiendo un ciclo DRX de 1,28 segundos. Sin embargo, los 35 segundos de consumo de corriente de entre 200 y 300 miliamperios se extraen de la batería.

Se hace referencia, a continuación, a la Figura 4B. La Figura 4B utiliza el mismo ejemplo “cuatro” de infraestructura dado anteriormente, solo que ahora se lleva a cabo la liberación de conexión de señalización.

Como se ilustra en la Figura 4B, se producen las mismas etapas de establecimiento 310, 312, 314 y 316, y esto lleva la misma cantidad de tiempo cuando se pasa entre un estado libre de RRC 110 y un estado de CELL_DCH 122.

Por otra parte, el intercambio de PDU de datos de RRC para el correo electrónico proporcionado a modo de ejemplo, en la etapa 420 de la Figura 4A, también se lleva a cabo en la Figura 4B y ello lleva aproximadamente de dos a cuatro segundos.

El UE del ejemplo de la Figura 4B tiene un tiempo muerto de inactividad específico de la aplicación, el cual, en el ejemplo de la Figura 4B, es de dos segundos y se ha ilustrado por la etapa 440. Una vez que el gestor de conexión ha determinado que hay inactividad durante la cantidad de tiempo específica, el UE envía una indicación de transición que, en este caso, es una indicación de liberación de conexión de señalización, en la etapa 442, y, en la etapa 448, la red procede, basándose en la recepción de la indicación y en un perfil de recurso de radio para el UE, a liberar la conexión de RRC.

Como se ha ilustrado en la Figura 4B, el consumo de corriente durante la etapa de CELL_DCH 122 sigue siendo de entre 200 y 300 miliamperios. Sin embargo, el tiempo de conexión es tan solo de aproximadamente ocho segundos. Como se apreciará por los expertos de la técnica, la cantidad considerablemente más corta de tiempo que el móvil permanece en el estado de CELL_DCH 122 tiene como resultado un ahorro significativo de la batería para un dispositivo de UE siempre conectado.

Se hará referencia a continuación a la Figura 5. La Figura 5 muestra un segundo ejemplo que se sirve de la infraestructura indicada anteriormente como “árbol” de infraestructura. Al igual que con las Figuras 4A y 4B, se

produce un establecimiento de conexión que lleva aproximadamente dos segundos. Esto requiere el establecimiento de conexión de RRC 310, el establecimiento de conexión de señalización 312, el establecimiento de cifrado e integridad 314 y el establecimiento 316 de portador de radio.

Durante este establecimiento, el UE se desplaza desde el modo libre de RRC 110 a un estado de CELL_DCH 122, con una etapa 410 de conexión de estado de RRC entre medias.

Al igual que con la Figura 4A, en la Figura 5A, el intercambio de PDU de datos de RLC se produce en la etapa 420, y, en el ejemplo de la Figura 5A, ello lleva entre dos y cuatro segundos.

De acuerdo con el árbol de infraestructura, el intercambio de PDU de señalización de RLC no recibe ningún dato y, por tanto, está libre durante un periodo de cinco segundos en la etapa 422, excepto para PDU de señalización de RLC intermitente, momento en el cual los recursos de radio reconfiguran el UE para que se traslade a un estado de CELL_FACH 124 desde el estado de CELL_DCH 122. Esto se realiza en la etapa 450.

En el estado de CELL_FACH 124, el intercambio de PDU de señalización de RLC encuentra que no hay datos a excepción de la PDU de señalización de RLC intermitente, conforme se requiere durante una cantidad de tiempo predeterminada, en este caso, treinta segundos, momento en el cual se lleva a cabo, en la etapa 428, una liberación de conexión de RLC por parte de la red.

Como se observa en la Figura 5A, esto hace pasar el estado de RRC al modo libre 110.

Como se observa adicionalmente en la Figura 5A, el consumo de corriente durante el modo de DCH es entre 200 y 300 miliamperios. Cuando se pasa al estado de CELL_FACH 124, el consumo de corriente cae hasta entre aproximadamente 120 y 180 miliamperios. Una vez que el conectador de RRC se ha liberado y el RRC pasa a estar en el modo libre 110, el consumo de potencia es aproximadamente 3 miliamperios.

El hecho de que el estado de Modo Conectado de RRC de UTRA está en el estado de CELL_DCH 122 o en el estado de CELL_FACH 124 dura aproximadamente cuarenta segundos en el ejemplo de la Figura 5A.

Se hará referencia a continuación a la Figura 5B. La Figura 5B ilustra el mismo “árbol” de infraestructura que la Figura 5A, con el mismo tiempo de conexión de aproximadamente dos segundos para conseguir el establecimiento de conexión de RRC 310, el establecimiento de conexión de señalización 312, el establecimiento de cifrado e integridad 314 y el establecimiento 316 de portador de radio. Por otra parte, el intercambio de PDU de datos de RLC 420 lleva entre aproximadamente dos y cuatro segundos.

Al igual que con la Figura 4B, la aplicación de UE detecta un tiempo muerto de inactividad específico en la etapa 440, momento en el cual es enviada la indicación de transición (por ejemplo, la indicación de liberación de conexión de señalización 442) por el UE y, como consecuencia de ello, la red libera la conexión de RRC en la etapa 448.

Como puede observarse adicionalmente en la Figura 5B, el RRC comienza en un modo libre 110, y se traslada a un estado de CELL_DCH 122 sin proceder a adoptar el estado de CELL_FACH.

Como puede observarse adicionalmente en la Figura 5B, el consumo de corriente es aproximadamente de 200 a 300 miliamperios en el tiempo en que la etapa de RRC se encuentra en el estado de CELL_DCH 122, lo que, de acuerdo con el ejemplo de la Figura 5, es aproximadamente ocho segundos.

En consecuencia, una comparación entre las Figuras 4A y 4B y las Figuras 5A y 5B muestra cómo se suprime una cantidad significativa del consumo de corriente, con lo que se prolonga la vida útil de la batería del UE. Como se apreciará por los expertos de la técnica, lo anterior puede ser utilizado adicionalmente en el contexto de las especificaciones de 3GPP en vigor.

Se hará referencia, a continuación, a la Figura 6. La Figura 6 ilustra una pila de protocolos para una red de UMTS.

Como se observa en la Figura 6, el UMTS incluye un plano de control CS 610, un plano de control PS 611 y un plano de usuario PS 630.

Dentro de estos tres planos, existe una porción de estrato sin acceso (NAS –“non-access stratum”) y una porción de estrato de acceso 616.

La porción de NAS 614 contenida en el plano de control CS 610 incluye un control de llamadas (CC –“call control”) 618, servicios suplementarios (SS –“supplementary services”) 620, y un servicio de mensajes cortos (SMS –“short message service”) 622.

La porción de NAS 614 contenida en el plano de control PS 611, incluye tanto gestión de movilidad (MM –“mobility

management”) como gestión de movilidad de GPRS (GMM –“GPRS mobility management”). Incluye, además, gestión de sesión / gestión de portador de acceso por radio (SM / RABM –“session management / radio access bearer maganement”) 624, así como GSMS 628.

El CC 618 hace posible el intercambio de gestión de llamadas para los servicios conmutados en circuitos. La porción de gestión de sesión de la SM / RABM 624 hace posible la activación del contexto de PDP, su desactivación y modificación. La SM / RABM 624 también hace posible la negociación de la calidad de servicio.

La función principal de la porción de RABM de la SM / RABM 624 es conectar un contexto de PDP a un Portador de Acceso por Radio. De esta forma, la SM / RABM 624 es la responsable del establecimiento, la modificación y la liberación de los recursos de radio.

El plano de control CS 610 y el plano de control PS 611 existentes dentro del estrato de acceso 616, se asientan sobre el control de recursos de radio (RRC –“radio resource control”) 617.

La porción de NAS 614 contenida en el plano de usuario PS 630, incluye una capa de aplicación 638, una capa de TCP / UDP 636, y una capa de PDP 634. La capa de PDP 634 puede, por ejemplo, incluir el Protocolo de Internet (IP –“Internet Protocol”).

El Estrato de Acceso 616 situado dentro del plano de usuario PS 630, incluye un protocolo de convergencia de datos en paquetes (PDCP –“packet data convergence protocol”) 632. El PDCP 632 se ha diseñado para hacer el protocolo de WCDMA adecuado para el transporte del protocolo TCP / IP entre el UE y el RNC (como se observa en la Figura 8), y es, opcionalmente para compresión y descompresión de encabezamiento de protocolo de corriente de tráfico de IP.

El Control de Enlace por Radio (RLC) de UMTS 640 y las capas 650 de Control de Acceso de Medio (MAC – “Medium Access Control”) forman las capas subordinadas o subcapas de la interfaz de radio de UMTS y residen en el nodo de RNC y en el Equipo de Usuario.

La capa de UMTS (capa física 660) Capa 1 (L1 –“Layer 1”) se encuentra por debajo de las capas de RLC / MAC 640 y 650. Esta capa es la capa física para las comunicaciones.

Si bien lo anterior puede implementarse en una variedad de dispositivos móviles o inalámbricos, un ejemplo de un dispositivo móvil se esboza en lo que sigue con respecto a la Figura 7. Se hará referencia, a continuación, a la Figura 7.

El UE 700 es, preferiblemente, un dispositivo de comunicación inalámbrico bidireccional o en ambos sentidos que tiene al menos capacidades de comunicación de voz y de datos. El UE 700 tiene, preferiblemente, la capacidad de comunicarse con otros sistemas informáticos por la Internet. Dependiendo de la capacidad funcional exacta proporcionada, puede hacerse referencia al dispositivo inalámbrico, a modo de ejemplo, como un dispositivo de mensajería de datos, un dispositivo localizador a distancia, o busca, bidireccional o en ambos sentidos, un dispositivo de correo electrónico inalámbrico, un teléfono celular con capacidades de mensajería de datos, un aparato de conexión a Internet inalámbrico, o un dispositivo de comunicación de datos.

En el caso de que el UE 700 esté habilitado o capacitado para una comunicación en ambos sentidos, este incorporará un subsistema de comunicación 711, que incluye tanto un receptor 712 como un transmisor 714, así como componentes asociados tales como uno o más elementos de antena 716 y 718, osciladores locales (LOs – “local oscillators”) 713 y un módulo de procesamiento o tratamiento tal como un procesador de señal digital (DSP – “digital signal processor”) 720, preferiblemente empotrados o internos. Como resultará evidente para los expertos en el campo de las comunicaciones, el diseño concreto del subsistema de comunicación 711 dependerá de la red de comunicación en la que esté destinado a operar el dispositivo. Por ejemplo, el UE puede incluir un subsistema de comunicación 711 diseñado para funcionar dentro de la red de GPRS o de la red de UMTS.

Los requisitos de acceso a la red también variarán dependiendo del tipo de red 719. Por ejemplo, en redes de UMTS y de GPRS, el acceso a la red está asociado con un abonado o usuario del UE 700. Por ejemplo, un dispositivo móvil de GPRS requiere, por tanto, una tarjeta de módulo de identidad de abonado (SIM –“subscriber identity module”) para funcionar en una red de GPRS. En el UMTS, se requiere un USIM [Módulo de Identidad de Abonado de UMTS –“UMTS Subscriber Identity Module”] o un módulo de SIM. En el CDMA, se necesita una tarjeta o módulo de RUIM [Módulo de Identidad de Usuario Extraíble –“Removable User Identity Module”]. Se hará referencia a estos en la presente memoria como interfaz de UIM [módulo de identidad de usuario –“user identity module”]. Sin una interfaz de UIM válida, un dispositivo móvil puede no ser completamente funcional. Las funciones de comunicaciones locales o no de red, así como las funciones legalmente requeridas (si las hay), tales como la llamada de emergencia, pueden estar disponibles, pero el dispositivo móvil 700 será incapaz de llevar a cabo ninguna otra función que implique comunicaciones por la red 700. La interfaz de UIM 744 es, normalmente, similar a una ranura para tarjeta en cuyo interior puede insertarse una tarjeta y eyectarse como un disquete o una tarjeta de

PCMCIA [Asociación Internacional de Tarjetas de Memoria Informáticas Personales –“Personal Computer Memory Card International Association”]. La tarjeta de UIM puede tener aproximadamente 64 K de memoria y albergar muchas configuraciones clave 751, así como otra información 753 tal como identificación e información relacionada con el abonado.

Una vez que los procedimientos de registro o activación de red requeridos se han completado, el UE 700 puede enviar y recibir señales de comunicación a través de la red 719. Las señales recibidas por la antena 716 a través de la red de comunicación 719, son suministradas como entrada al receptor 712, el cual puede llevar a cabo funciones comunes de receptor tales como la amplificación de señal, la conversión en sentido descendente de la frecuencia, la filtración, la selección de canal y funciones similares, y, en el sistema proporcionado a modo de ejemplo y que se muestra en la Figura 7, la conversión de analógica a digital (A/D), conversión A/D de una señal recibida, permite llevar a cabo funciones de comunicación más complejas, tales como la desmodulación y la descodificación, en el DSP 720. De una forma similar, las señales que se han de transmitir, incluyendo, por ejemplo, la modulación y la codificación, son tratadas por el DSP 720 y suministradas como entrada al transmisor 714 para su conversión de digitales a analógicas, su conversión en sentido ascendente de la frecuencia, su filtración, amplificación y transmisión por la red de comunicación 719 a través de la antena 718. El DSP 720 no solo trata señales de comunicación, sino que también hace posible un control del receptor y del transmisor. Por ejemplo, las ganancias aplicadas a las señales de comunicación en el receptor 712 y en el transmisor 714 pueden ser controladas de forma adaptativa por medio de algoritmos de control de ganancia automáticos implementados en el DSP 720.

La red 719 puede comunicarse, de manera adicional, con múltiples sistemas, incluyendo un servidor 760 y otros elementos (no mostrados). Por ejemplo, la red 719 puede comunicarse tanto con un sistema de empresa o corporativo como con un sistema de cliente de web, a fin de dar acomodo a varios clientes con diversos niveles de servicio.

El UE 700 incluye, preferiblemente, un microprocesador 738, que controla el funcionamiento global del dispositivo. Las funciones de comunicación, incluyendo al menos comunicaciones de datos, se llevan a cabo por medio del subsistema de comunicación 711. El microprocesador 738 también interactúa con subsistemas de dispositivo adicionales tales como el dispositivo de presentación visual 722, la memoria de acceso por impulsos o tipo flash 724, la memoria de acceso aleatorio (RAM –“random access memory”) 726, los subsistemas de entrada / salida (E/S – “I/O (input / output)”) 728, la puerta o acceso en serie 730, el teclado 732, el altavoz 734, el micrófono 736, un subsistema de comunicaciones de corto alcance 740 y cualesquiera otros subsistemas de dispositivo, generalmente designados con la referencia 742.

Algunos de los subsistemas que se muestran en la Figura 7 llevan a cabo funciones relacionadas con la comunicación, en tanto que otros subsistemas pueden proporcionar funciones “residentes” o radicadas en el dispositivo. Sobre todo, algunos subsistemas, tales como el teclado 732 y el dispositivo de presentación visual 722, por ejemplo, pueden utilizarse tanto para funciones relacionadas con la comunicación, tales como la introducción de un mensaje de texto para su transmisión a través de una red de comunicación, como para funciones residentes o instaladas en el dispositivo, tales como una calculadora o una lista de tareas.

El software de sistema operativo utilizado por el microprocesador 738 es, preferiblemente, almacenado en un dispositivo de almacenamiento persistente tal como una memoria de acceso por impulsos o de tipo flash 724, que puede ser, en lugar de ello, una memoria de solo lectura (ROM –“read-only memory”) o un elemento de almacenamiento similar (no mostrado). Los expertos de la técnica apreciarán que el sistema operativo, las aplicaciones específicas del dispositivo, o partes de los mismos, pueden ser cargadas temporalmente en una memoria volátil tal como la RAM 726. Las señales de comunicación recibidas pueden ser también almacenadas en la RAM 726. Por otra parte, se ha almacenado también, preferiblemente, un identificador único o exclusivo en la memoria de solo lectura.

Como se muestra, la memoria de tipo flash 724 puede ser dividida en diferentes zonas, tanto para programas informáticos, 758, como para el almacenamiento de datos de programa, 750, 752, 754 y 756. Estos tipos de almacenamiento diferentes indican que cada programa puede asignar una porción de la memoria de tipo flash 724 para sus propios requisitos de almacenamiento de datos. El microprocesador 738, además de sus funciones de sistema operativo, hace posible, preferiblemente, la ejecución de aplicaciones de software en el dispositivo móvil. Se instalarán normalmente en el UE 700, durante su fabricación, un conjunto predeterminado de aplicaciones que controlan operaciones básicas, incluyendo al menos, por ejemplo, aplicaciones de comunicación de datos y de voz. Una aplicación de software preferida puede ser una aplicación de gestor de información personal (PIM –“personal information manager”) que tenga la capacidad de organizar y gestionar elementos de datos referentes al usuario del dispositivo móvil, tales como correo electrónico, eventos de calendario, mensajes de voz, citas y elementos de tarea, aunque sin estar limitados por estos. Naturalmente, estarán disponibles en el dispositivo móvil uno o más dispositivos de almacenamiento de memoria con el fin de facilitar el almacenamiento de elementos de datos de PIM. Semejante aplicación de PIM tendrá, preferiblemente, la capacidad de enviar y recibir elementos de datos a través de la red inalámbrica 719. En una realización preferida, los elementos de datos de PIM son integrados sin interrupciones o discontinuidades, sincronizados y actualizados, a través de la red inalámbrica 719, con los

elementos de datos correspondientes del usuario del dispositivo móvil almacenados o asociados con un sistema informático anfitrión o principal. Pueden cargarse también aplicaciones adicionales en el dispositivo móvil 700 a través de la red 719, de un subsistema de E/S auxiliar 728, de la puerta en serie 730, del subsistema de comunicaciones de corto alcance 740 o de cualquier otro subsistema adecuado 742, e instalarse por el usuario en la RAM 726 o, preferiblemente, en un dispositivo de almacenamiento no volátil (no mostrado) para su ejecución por parte del microprocesador 738. Dicha flexibilidad en la instalación de la aplicación aumenta la capacidad funcional del dispositivo y puede proporcionar funciones radicadas en el dispositivo, funciones relacionadas con la comunicación, o ambas, mejoradas. Por ejemplo, aplicaciones de comunicación seguras pueden hacer posible llevar a cabo funciones de comercio electrónico y otras, tales como transacciones financieras, utilizando el UE 700. Estas aplicaciones necesitarán, sin embargo, en muchos casos, de acuerdo con lo anterior, ser aprobadas por un dispositivo portador.

En un modo de comunicación de datos, una señal recibida, tal como un mensaje de texto o una descarga de página web, será procesada o tratada por el subsistema de comunicación 711 e introducida en el microprocesador 738, el cual trata, preferiblemente, de manera adicional la señal recibida para ser suministrada como salida al dispositivo de presentación visual 722 o, alternativamente, a un dispositivo de E/S auxiliar 728. Un usuario del UE 700 puede también componer elementos de datos tales como, por ejemplo, mensajes de correo electrónico, utilizando el teclado 732, el cual es, preferiblemente, un teclado alfanumérico completo o una placa o cuadro de teclas de teléfono, en combinación con el dispositivo de presentación visual 722 y, posiblemente, un dispositivo de E/S auxiliar

728. Tales elementos compuestos pueden ser entonces transmitidos por una red de comunicación, a través del subsistema de comunicación 711.

Para comunicaciones de voz, el funcionamiento global del UE 700 es similar, a excepción de que las señales serán, preferiblemente, suministradas como salida a un altavoz 734 y se generarán señales para su transmisión por un micrófono 736. Subsistemas alternativos de E/S de voz o de audio, tales como un subsistema de grabación de mensajes de voz, pueden también implementarse en el UE 700. Si bien la salida de señal de voz o de audio se lleva a cabo, de preferencia, fundamentalmente a través del altavoz 734, puede utilizarse también el dispositivo de presentación visual 722 para proporcionar una indicación de la identidad de la parte llamante, la duración de una llamada de voz u otra información relacionada con una llamada de voz, por ejemplo.

El acceso o puerta en serie 730 de la Figura 7 se implementará normalmente en un dispositivo móvil del tipo de asistente digital personal (PDA –“personal digital assistant”), para el que puede ser deseable la sincronización con una computadora de sobremesa del usuario (no mostrada). Dicha puerta 730 permitirá a un usuario ajustar las preferencias por medio de un dispositivo o aplicación de software externa, y extenderá o ampliará las capacidades del dispositivo móvil 700 al proporcionar descargas de información o de software al UE 700 de un modo distinto que a través de una red de comunicación inalámbrica. El camino de descarga alternativo puede, por ejemplo, ser utilizado para descargar una clave de cifrado o encriptación al dispositivo a través de una conexión directa y, por tanto, fiable y de confianza, a fin de permitir con ello una comunicación segura del dispositivo.

Alternativamente, la puerta en serie 730 puede ser utilizada para otras comunicaciones y puede incluir también un acceso o puerta de bus de serie universal (USB –“universal serial bus”). Existe una interfaz asociada con la puerta en serie 730.

Otros subsistemas de comunicación 740, tales como un subsistema de comunicaciones de corto alcance, es un componente opcional adicional que puede hacer posible la comunicación entre el UE 700 y sistemas o dispositivos diferentes, que no necesariamente han de ser dispositivos similares. Por ejemplo, el subsistema 740 puede incluir un dispositivo infrarrojo y circuitos y componentes asociados o un módulo de comunicación de BluetoothTM para hacer posible la comunicación con sistemas y dispositivos similarmente habilitados.

Se hará referencia, a continuación, a la Figura 8. La Figura 8 es un diagrama de bloques de un sistema de comunicación 800 que incluye un UE 802 que se comunica a través de la red de comunicación inalámbrica.

El UE 802 se comunica de forma inalámbrica con uno de múltiples Nodos B 806. Cada Nodo B 806 es responsable del tratamiento de la interfaz aérea y de algunas funciones de gestión de recursos de radio. El Nodo B 806 proporciona una capacidad funcional similar a una Estación Transmisora-Receptora de Base en redes de GSM / GPRS.

El enlace inalámbrico mostrado en el sistema de comunicación 800 de la Figura 8 representa uno o más canales diferentes, típicamente canales de radiofrecuencia (RF) diferentes, y protocolos asociados utilizados entre la red inalámbrica y el UE 802. Se utiliza una interfaz aérea Uu 804 entre el UE 802 y el Nodo B 806.

Un canal de RF es un recurso limitado que debe ser conservado, típicamente debido a los límites de la anchura de banda total y a una potencia limitada de la batería del UE 802. Los expertos de la técnica apreciarán que una red inalámbrica, en la práctica real, puede incluir cientos de celdas dependiendo de la extensión global deseada para la cobertura de la red. Todos los componentes pertinentes pueden ser conectados por múltiples conmutadores y

dispositivos de encaminamiento (no mostrados), controlados por múltiples controladores de red.

Cada Nodo B 806 se comunica con un controlador de red de radio (RNC –“radio network controller”) 810. El RNC 810 es responsable del control de los recursos de radio en su área. Un RNC 810 controla los múltiples Nodos B 806.

El RNC 810 de las redes de UMTS proporciona funciones equivalentes a las funciones de Controlador de Estación de Base (BSC –“Base Station Controller”) en redes de GSM / GPRS. Sin embargo, un RNC 810 incluye más inteligencia, incluyendo, por ejemplo, una gestión autónoma de las cesiones sin que ello implique a MSCs ni SGSNs.

La interfaz utilizada entre el Nodo B 806 y el RNC 810 es una interfaz Iub 808. Se utiliza fundamentalmente un protocolo de señalización de NBAP (parte de aplicación de Nodo B –“Node B application part”), según se define en la TS de 3GPP 25.433 V3.11.0 (09-2002) y en la TS de 3GPP 25.433 V5.7.0 (01-2004).

La Red de Acceso por Radio Terrestre Universal (UTRAN –“Universal Terrestrial Radio Access Network”) 820 comprende el RNC 810, el Nodo B 806 y la interfaz aérea Uu 804.

El tráfico conmutado en circuitos es encaminado o conducido a la Central de Conmutación Móvil (MSC –“Mobile Switching Centre”) 830. La MSC 830 es la computadora que realiza las llamadas y que acepta y recibe datos procedentes del abonado o de la PSTN (no mostrada).

El tráfico entre el RCN 810 y la MSC 830 se sirve de la interfaz Iu-CS 828. La interfaz Iu-CS 828 es la conexión conmutada en circuitos para llevar a cabo (típicamente) tráfico de voz y señalización o intercambio de señales entre la UTRAN 820 y la red de voz de núcleo. El protocolo de señalización principal utilizado es la RANAP (Parte de Aplicación de Red de Acceso por Radio –“Radio Access Network Application Part”). El protocolo RANAP se utiliza en la señalización de UMTS entre la Red de Núcleo 821, que puede ser una MSC 830 o el SGSN 850 (definido con mayor detalle más adelante) y la UTRAN 820. El protocolo de RANAP se define en la TS de 3GPP 25.413 V3.11.1 (09-2002) y en la TS 25.413 V5.7.0 (01-2004).

Para todos los UEs 802 registrados con un operador de red, se almacenan datos permanentes (tales como el perfil de usuario del UE 802) así como datos temporales (tales como la posición en ese momento del UE 802) en un registro de posición doméstico (HLR –“home location registry”) 838. En el caso de una llamada de voz al UE 802, se pregunta al HLR para determinar la posición en ese momento del UE 802. Un Registro de Posición de Visitante (VLR –“Visitor Location Register”) 836 de la MSC 830 es el responsable de un grupo de áreas de posición y almacena los datos de las estaciones móviles que se encuentran en ese momento en su área de responsabilidad. Esto incluye partes de los datos de estación móvil permanentes que han sido transmitidos desde el HLR 838 al VLR 836 para un acceso más rápido. Sin embargo, el VLR 836 de la MSC 830 puede también asignar y almacenar datos locales, tales como identificaciones temporales. El UE 802 es también autentificado en el acceso al sistema por parte del HLR 838.

Los datos en paquetes son encaminados a través del Nodo de Soporte de GPRS de Servicio (SGSN –“Service GPRS Support Node”)850. El SGSN 850 es la pasarela entre el RNC y la red de núcleo dentro de una red de GPRS / UMTS y es el responsable de la entrega de paquetes de datos desde y a los UEs situados dentro de su área de servicio geográfica. La interfaz Iu-PS 848 se utiliza entre el RNC 810 y el SGSN 850, y es la conexión conmutada en paquetes para transportar (típicamente) tráfico de datos y señalización entre la UTRAN 820 y la red de datos de núcleo. El protocolo de señalización principal utilizado es el RANAP (anteriormente descrito).

El SGSN 850 se comunica con el Nodo de Soporte de GPRS de Pasarela (GGSN –“Gateway GPRS Support Node”)

860. El GGSN 860 está conectado a una red de datos pública PDN (“public data network”) 870 a través de una interfaz Gi.

Los expertos de la técnica apreciarán que una red inalámbrica puede ser conectada a otros sistemas, incluyendo, posiblemente, otras redes, no explícitamente mostrados en la Figura 8. Una red estará transmitiendo, normalmente, como mínimo, alguna clase de información de localización a distancia y de sistema según un criterio continuado, incluso si no hay realmente datos en paquetes intercambiados. Si bien la red consta de muchas partes, estas partes trabajan todas juntas para dar como resultado ciertos comportamientos en el enlace inalámbrico.

La Figura 11 ilustra una representación, indicada generalmente con la referencia 1102, representativa del funcionamiento del UE de conformidad con múltiples sesiones concurrentes de servicios de comunicación de datos en paquetes. Aquí, dos servicios de datos en paquetes, cada uno de ellos asociado con un contexto de PDP particular designado como PDP y PDP2, se encuentran activos de forma concurrente. El trazado gráfico 1104 representa el contexto de PDP activado para el primer servicio de datos en paquetes, y el trazado gráfico 1106 represente los recursos de radio asignados al primer servicio de datos en paquetes. Y el trazado gráfico 1108 representa el contexto de PDP activado para el segundo servicio de datos en paquetes, y el trazado gráfico 1112 representa los recursos de radio asignados al segundo servicio de datos en paquetes. El UE solicita una asignación de portador de acceso por radio a modo de petición de servicio, por medio de los segmentos 1114. Y el UE también

solicita la liberación del servicio de portador de radio, indicada por los segmentos 1116 de acuerdo con una realización de la presente invención. Las peticiones de servicio y las liberaciones de servicio para los servicios independientes son independientes unas de otras, es decir, se generan de forma independiente. En la ilustración proporcionada a modo de ejemplo en la Figura 11, el contexto de PDP y los recursos de radio para el contexto de PDP asociado son asignados en tiempos sustancialmente concurrentes. Y la liberación de recursos de radio se concede al ser solicitada por el UE, según se muestra, o cuando el RNC (Controlador de Red de Radio –“Radio Network Controller”) decide liberar los recursos de radio.

En respuesta a una petición de liberación de recursos de radio o a otra decisión para liberar los recursos de radio, la red interrumpe selectivamente los recursos de radio asociados con el servicio de datos en paquetes. Las peticiones de liberación de radio se realizan según una pauta de portador de acceso por radio a portador de acceso por radio, y no para una conexión de señalización completa, con lo que se permite un control de granularidad mejorado de la asignación de recursos.

En la implementación proporcionada a modo de ejemplo, puede formarse, de manera adicional, un único servicio de datos en paquetes como servicio principal, y uno o más servicios secundarios, tal como se indica por las designaciones o referencias 1118 y 1122. La liberación de recursos de radio permite, de manera adicional, identificar cuáles de entre uno o más servicios primarios y secundarios son aquellos cuyas asignaciones de recursos de radio no son ya necesarias o que, de otro modo, se desea liberar. Se proporciona con ello una asignación eficiente de los recursos de radio. Se proporciona, además, una utilización óptima del procesador existente en el UE, ya que la potencia del procesador que se habría asignado para un tratamiento innecesario, puede ahora utilizarse mejor para otros propósitos.

La Figura 12 ilustra partes del sistema de comunicación 800, a saber, el UE 802 y el controlador de red de radio (RNC) / SGSN 810/850 que opera de conformidad con una realización de la presente invención perteneciente a las múltiples y contiguas sesiones de servicios de datos en paquetes. El UE incluye el aparato 1126 y el RNC / SGSN incluye el aparato 1128, pertenecientes a una realización de la presente invención. Los elementos que forman los aparatos 1126 y 1128 se han representado funcionalmente y son susceptibles de implementarse de cualquier forma deseada, incluyendo mediante algoritmos ejecutables por circuitos de tratamiento así como por implementaciones de hardware o firmware, o software instalado de forma permanente en hardware. Los elementos del aparato 1128 si bien se han representado como incorporados en el RNC / SGSN, están, en otras implementaciones, formados en alguna otra parte, en otras posiciones de red, o distribuidos a través de más de una posición de red.

El aparato 1126 incluye un detector 1132 y un remitente 1134 de indicación de transición. En una implementación proporcionada a modo de ejemplo, los elementos 1132 y 1134 se han incorporado en una capa de gestión de sesión, por ejemplo, la capa de Estrato Sin Acceso (NAS –“Non-Access Stratum”) definida en el UMTS, perteneciente al UE.

En otra implementación proporcionada a modo de ejemplo, los elementos se han incorporado en una capa subordinada o subcapa de Estrato de Acceso (AS –“Access Stratum”). Cuando se implementan en la subcapa de AS, los elementos son implementados como parte de un gestor de conexión, indicado por la referencia 1136. Cuando se llevan a la práctica de esta manera, los elementos no necesitan estar al corriente del comportamiento del contexto de PDP o del comportamiento de la capa de aplicación.

El detector detecta cuándo se realiza una determinación para enviar una indicación de transición asociada con un servicio de comunicación en paquetes. La determinación se hace, por ejemplo, en una capa de aplicación o en otra capa lógica, y se proporciona a la capa de gestión de sesión y al detector incorporado en ella. Se proporcionan al remitente de indicación de liberación de recursos de radio indicaciones de detecciones hechas por el detector. El remitente genera y hace que el UE envíe una indicación de transición que constituye la petición 1116 de liberación de servicio, mostrada en la Figura 11.

En una implementación adicional, la indicación de transición incluye un campo de causa que contiene una causa, tal como cualquiera de las causas previamente mencionadas que se describen aquí y en lo anterior, según sea apropiado, o bien el campo de causa identifica un estado preferido al que el UE prefiere que la red haga pasar al propio UE.

El aparato 1128 incorporado en la red incluye un dispositivo examinador 1142 y un dispositivo concesivo 1144. El dispositivo examinador examina la indicación de transición cuando es recibida en él. Y el dispositivo concesivo 1144 de transición opera selectivamente para efectuar una transición con el UE según se solicita en la indicación de transición.

En una implementación en la que la señalización se lleva a cabo en una capa de control de recursos de radio (RRC –“radio resource control”), el controlador de red de radio, en lugar del SGSN, lleva a cabo el examen y la transición del UE. Y, de forma correspondiente, el aparato incorporado en el UE se forma en la capa de RRC, o bien el aparato, de otro modo, provoca que la indicación generada sea enviada en el nivel de RRC.

En un flujo de control proporcionado a modo de ejemplo, una capa superior informa a la capa de NAS / RRC, según sea apropiado, de que los recursos de radio asignados a un contexto de PDP particular ya no son necesarios. Se envía a la red un mensaje de indicación de capa de RRC. El mensaje incluye una ID de RAB o una ID de RB que, por ejemplo, identifica el servicio de datos en paquetes, al controlador de red de radio. Y, como respuesta, el funcionamiento del controlador de red de radio desencadena o dispara un procedimiento para resolverse a poner fin a la liberación de recursos de radio, a la reconfiguración de recursos de radio, o un mensaje de liberación de conexión de control de recursos de radio, destinado a ser devuelto al UE. El procedimiento de RND es, por ejemplo, similar, o equivalente, al procedimiento establecido en el documento del 3GPP TS 23.060, Sección 9.2.5. La ID de RAB, que se utiliza, por ejemplo, de forma ventajosa como la ID, es la misma que el Identificador de Punto de Acceso de Servicio de Red (NSAPI –“Network Service Access Point Identifier”), que identifica el contexto de PDP asociado, y las capas de aplicación están generalmente al corriente del NSAPI.

En un ejemplo concreto, una indicación de liberación de recursos de radio formada en, o de otro modo proporcionada a, la capa de RRC, y enviada a la capa de RRC, se representa en lo que sigue, conjuntamente con información asociada. Se hace referencia también a la indicación, cuando se incorpora en la capa de RRC, como indicación de liberación de recursos de radio, por ejemplo.

Tipo de mensaje: MP
Tipo de mensaje

Elementos de información de UE

Info de comprobación de identidad: CH
Info de comprobación de identidad

Información de RAB

Lista de RAB para indicación de liberación: MP 1 a maxRABIDs

>ID de RAB para indicación de liberación: MP ID de RAB

Estado de RRC preferido: OP Estado de RRC

La Figura 13 ilustra un diagrama secuencial de mensajes, indicado generalmente por la referencia 1137, que representa un intercambio de señales proporcionado a modo de ejemplo de conformidad con la liberación de recursos de radio asociada con un contexto de PDP, tal como el que se ha mostrado gráficamente en parte de la representación gráfica mostrada en la Figura 11. La liberación se inicia en el UE o en el RNC, o bien en otra entidad del UTRAN. Cuando se inicia, por ejemplo, en el UE, el UE envía una indicación de liberación de recursos de radio a la UTRAN.

Al iniciarse, se genera una petición de liberación de portador de acceso por radio (RAB –“radio access bearer”), y se envía, indicada por el segmento 1138, por parte del RNC / UTRAN, y se entrega al SGSN. Se devuelve, como respuesta, una petición de asignación de RAB, indicada por el segmento 1140, al RNC / UTRAN. Y, a continuación, según se indica por el segmento 1142, los recursos de radio que se extienden entre el UE 802 y la UTRAN son liberados. Se envía entonces una respuesta, según se indica por el segmento 1144.

La Figura 14 ilustra un diagrama secuencial de mensajes indicado generalmente por la referencia 1147, similar al diagrama secuencial de mensajes mostrado en la Figura 13, pero, en el cual los recursos de un contexto de PDP final son ahora liberados. Al iniciarse, el RNC genera una petición de liberación de Iu 1150, la cual es comunicada al SGSN y se da como respuesta a este, y el SGSN devuelve una orden de liberación de Iu, indicada por el segmento 1152. A continuación, y según se indica por los segmentos 1154, el portador de radio formado entre el UE y la UTRAN es liberado. Y, según se indica por el segmento 1156, el RNC / UTRAN devuelve una liberación de Iu completa al SGSN.

La Figura 15 ilustra un diagrama de flujo de método, indicado genéricamente por la referencia 1162, representativo del procedimiento de una realización de la presente invención destinada a liberar recursos de radio asignados con arreglo a un contexto de PDP.

Tras el inicio del procedimiento, indicado por el bloque 1164, se realiza una determinación, indicada por el bloque de decisión 1166, con respecto a si se ha recibido una indicación de liberación de recursos de radio. Si no es así, se toma la rama negativa hasta el bloque de final 1168.

Si, por el contrario, se ha solicitado una liberación de portador de acceso por radio, se toma la rama afirmativa hasta el bloque de decisión 1172. En el bloque de decisión 1172, se realiza una determinación con respecto a si el portador de acceso por radio que ha de ser liberado es el portador de acceso por radio final que se ha de liberar. Si

no es así, se toma la rama negativa hasta el bloque 1178, y se establece el estado preferido. Se llevan a cabo, a continuación, procedimientos de liberación de portador de acceso por radio, tales como el que se ha mostrado en la Figura 13 o tales como el que se ha descrito en la Sección de documento de 3GPP 23.060, subcláusula 9.2.5.1.1.

En caso contrario, si se realiza una determinación, en el bloque de decisión 1172, de que el RAB es el último que se ha de liberar, se toma la rama afirmativa hasta el bloque 1186, y se lleva a cabo un procedimiento de liberación de Iu tal como el que se ha mostrado en la Figura 14 o tal como el que se describe en la Sección de documento de 3GPP 23.060, subcláusula 9.2.5.1.2.

La Figura 16 ilustra un diagrama de flujo de método, indicado generalmente con la referencia 1192 y representativo del procedimiento de una realización de la presente invención destinada a liberar recursos de radio asignados de conformidad con un contexto de PDP.

Tras el inicio del procedimiento, indicado por el bloque 1194, se realiza una determinación, indicada por el bloque de decisión, con respecto a si existe un RAB (Portador de Acceso por Radio –“Radio Access Bearer”) que liberar. Si no es así, se toma la rama negativa hasta el bloque de final 1198.

Si, por el contrario, se ha solicitado una liberación de portador de acceso por radio, se toma la rama afirmativa hasta el bloque de decisión 1202. En el bloque de decisión 1202, se efectúa una determinación con respecto a si el portador de acceso por radio que se ha de liberar es el portador de acceso por radio final que se va a liberar. Si no es así, se toma la rama negativa hasta el bloque 1204, donde se establece la lista de RAB, el bloque 1206, donde se establece el estado preferido, y el bloque 1208, donde se llevan a cabo procedimientos de liberación de portador de acceso por radio, tales como el que se ha mostrado en la Figura 13 o tales como el que se describe en la Sección de documento de 3GPP 23.060, subcláusula 9.2.5.1.1.

Por el contrario, si se realiza, en el bloque de decisión 1202, la determinación de que el RAB es el último que se ha de liberar, se toma la rama afirmativa hasta el bloque 1202, y el dominio se ajusta en PS (Conmutación en Paquetes –“Packet Switch”). A continuación, según se indica por el bloque 1214, se establece una causa de liberación. Y, como se indica por el bloque 1216, se envía una indicación de liberación de conexión de señalización por un DCCH. Se lleva a cabo un procedimiento de liberación de Iu, tal como el que se ha mostrado en la Figura 14 o tal como el que se describe en la Sección de documento de 3GPP 23.060, subcláusula 9.2.5.1.2.

La Figura 17 ilustra un método, indicado generalmente con la referencia 1224 y representativo del método de funcionamiento de una realización de la presente invención. El método facilita una utilización eficiente de los recursos de radio en un sistema de comunicación por radio que hace posible un funcionamiento concurrente de un primer servicio en paquetes y de un segundo servicio en paquetes. En primer lugar, y como se indica por el bloque 1226, se lleva a cabo una detección de la selección para liberar un recurso de radio asociado con un servicio en paquetes seleccionado de entre el primer servicio en paquetes y el segundo servicio en paquetes. A continuación, y como se indica por el bloque 1228, se envía una indicación de liberación de recursos de radio en respuesta a la detección de la selección para liberar el recurso de radio.

A continuación, en el bloque 1232, se examina la indicación de liberación de recursos de radio y, a continuación, en el bloque 1234, se efectúa de forma seleccionable la concesión de la liberación del portador de radio.

En una realización adicional, la red puede iniciar una transición basándose tanto en la recepción de una indicación desde el equipo de usuario u otro elemento de red, como en un perfil de recurso de radio para el equipo de usuario.

Una indicación conforme es recibida desde el equipo de usuario u otro elemento de red, puede ser cualquiera de las diferentes indicaciones de transición anteriormente descritas. La indicación puede ser pasiva y, por tanto, ser meramente una indicación en blanco de que se debe entrar en un estado de radio menos intensivo por lo que respecta a la batería. Alternativamente, la indicación puede formar parte de las indicaciones normales enviadas desde el UE que la red determina, posiblemente a lo largo del tiempo o entre un cierto número de indicaciones recibidas, y referirse al perfil de recurso de radio del UE en cuanto a que debe entrarse en un estado de radio menos intensivo con respecto a la batería o a los recursos de radio. Alternativamente, la indicación puede ser dinámica y proporcionar información al elemento de red acerca de un estado o modo preferido al que efectuar una transición. Como con lo anterior, la indicación puede contener una causa para la indicación (por ejemplo, normal o anormal). En una realización adicional, la indicación puede proporcionar otra información acerca de un perfil de recurso de radio, tal como una probabilidad de que el equipo de usuario esté en lo cierto acerca de la capacidad de efectuar una transición a un estado o modo diferente, o información sobre la(s) aplicación (aplicaciones) que ha(n) disparado la indicación.

Una indicación procedente de otro elemento de red puede incluir, por ejemplo, una indicación procedente de un medio o una entidad de red de “pulsar para hablar”. En este ejemplo, la indicación es enviada a la entidad de red responsable de efectuar una transición (por ejemplo, la UTRAN) cuando las condiciones del tráfico lo permiten. Esta segunda entidad de red puede tener en cuenta el tráfico, en un nivel de protocolo de Internet (IP –“Internet

protocol”), para determinar si se ha de enviar, y cuándo, una indicación de transición.

En una realización adicional, la indicación procedente del UE o del segundo elemento de red puede ser implícita en lugar de explícita. Por ejemplo, una indicación de transición puede estar implicada por el elemento de red responsable de efectuar la transición (por ejemplo, la UTRAN), a partir de informes sobre el estado o situación del dispositivo, en mediciones de tráfico salientes. Específicamente, el informe sobre la situación puede incluir un estado

o situación de registro de almacenamiento temporal de enlace por radio, de tal manera que, si no hay datos salientes, puede ser interpretado como una indicación implícita. Dicho informe de situación puede consistir en una medida que puede ser enviada repetitivamente desde el UE y que no solicita ni indica nada por sí misma.

La indicación puede ser, por tanto, cualquier señal y puede estar basada en la aplicación, estar basada en recursos de radio, o ser una indicación compuesta que proporciona información concerniente a la totalidad de los recursos de aplicación del equipo de usuario y de radio. No es la intención que lo anterior esté limitado a ninguna indicación particular, y un experto de la técnica apreciará que es posible utilizar cualquier indicación con los presentes método e invención.

Se hará referencia a continuación a la Figura 18. El procedimiento se inicia en la etapa 1801 y prosigue hasta la etapa 1810, en la que un elemento de red recibe la indicación.

Una vez que la red ha recibido la indicación en la etapa 1810, el procedimiento prosigue por la etapa 1820, en la que se comprueba un perfil de recurso de radio para el equipo de usuario.

La expresión “perfil de recurso de radio”, tal y como se utiliza en la presente memoria, significa una expresión amplia que puede aplicarse a una variedad de situaciones, dependiendo de los requisitos de un elemento de red. En términos amplios, el perfil de recurso de radio incluye información acerca de los recursos de radio utilizados por el equipo de usuario.

El perfil de recurso de radio puede incluir una o ambas posibilidades de entre elementos de perfil estático y elementos de perfil dinámico o negociado. Tales elementos pueden incluir un valor de “duración de inhibición y/o máximos mensajes de indicación / petición por ventana temporal”, que pueden formar parte del perfil de recurso de radio, ya sea dentro del perfil de transición o aparte de este, y pueden ser negociados o estáticos.

Los elementos de perfil estático incluyen uno o más de entre la calidad de servicio para un recurso de radio (por ejemplo, RAB o RB), un contexto de PDP, un APN del que tiene conocimiento la red, y un perfil de abonado.

Como se apreciara por los expertos de la técnica, pueden existir diversos niveles de calidad de servicio para un recurso de radio, y el nivel o grado de la calidad de servicio puede proporcionar información a una red sobre si se ha de efectuar una transición a un estado o modo diferente. De esta forma, si la calidad de servicio es de fondo o básica, el elemento de red puede considerar efectuar una transición al modo libre más fácilmente que si la calidad de servicio se ha ajustado de manera que sea interactiva. Por otra parte, si múltiples recursos de radio tienen la misma calidad de servicio, esto puede proporcionar una indicación a la red sobre si se ha de hacer pasar el dispositivo móvil a un estado o modo más adecuado, o se han de interrumpir los recursos de radio. En algunas realizaciones, un contexto de PDP primario y secundario puede tener una calidad de servicio diferente, lo que también puede afectar a la decisión sobre si se ha de llevar a cabo la transición de estado / modo.

Por otra parte, el APN puede proporcionar a la red información acerca de los servicios típicos que el contexto de PDP utiliza. Por ejemplo, si el APN es xyz.com, donde xyz.com se utiliza, por lo común, para la provisión de servicios de datos tales como correo electrónico, ello puede proporcionar a la red una indicación sobre si se ha de llevar a cabo o no una transición a un estado o modo diferente. Este puede indicar, de manera adicional, características de encaminamiento.

En particular, los presentes método y aparato pueden utilizar un Nombre de Punto de Acceso (APN –“Access Point Name”) especificado por el UE para establecer el perfil de transición entre diversos estados. Ello puede ser otra manera de describir la suscripción del UE. Como se apreciará, el Registro de Posición Doméstico (HLR –“Home Location Register”) puede almacenar información relevante acerca de los abonados y puede proporcionar al controlador de red de radio (RNC –“radio network controller”) la suscripción del UE. Pueden utilizarse también otras entidades de red para almacenar centralmente información de suscripción. Ya se utilice el HLR u otra entidad de red, la información se hace pasar forzadamente, de preferencia, a otros componentes de red tales como el RNC y el SGSG, los cuales establecen una relación de correspondencia de la información de suscripción con parámetros físicos relevantes utilizados durante el intercambio de datos.

La UTRAN puede incluir o tener acceso a una base de datos o tabla en la que diversos parámetros de APNs o de QoS pueden ser vinculados con un perfil de transición específico. De esta forma, si el UE es un dispositivo siempre activado, este siempre será evidente a partir del APN, y puede ser almacenado en la UTRAN un perfil de transición apropiado para ese APN como parte del perfil de recurso de radio, o bien puede ser accesible a distancia por la

UTRAN. Similarmente, si se utiliza la QoS o una porción del parámetro de QoS, o bien se envía un mensaje dedicado junto con un perfil, esto puede significar para la UTRAN que se desea un perfil de transición particular basado en una pregunta a la base de datos o en una consulta de una tabla. Adicionalmente, pueden ser especificados por estos medios una multiplicidad de comportamientos más allá del perfil de transición de estado conectado de RRC. Estos incluyen, si bien no están limitados por ellos:

algoritmos de adaptación de velocidad de transferencia (periodicidad de etapa / tamaño de etapa); portador de radio inicialmente concedido; portador de radio máximo concedido; minimización del tiempo de establecimiento de llamada (evitar etapas innecesarias tales como mediciones del volumen de tráfico); y la interfaz aérea (GPRS / EDGE / UMTS / HSDPA / HSUPA / LTE).

Por otra parte, si existen múltiples contextos de PDP que tienen diferentes requisitos de QoS pero que comparten la misma dirección de IP de APN, tales como un contexto primario, un contexto secundario y así sucesivamente, puede utilizarse un perfil de transición diferente para cada contexto. Esto puede señalizarse a la UTRAN por medio de mensajes de QoS o dedicados.

En el caso de que se utilicen de forma concurrente múltiples contextos de PDP activos, es posible utilizar el mínimo común denominador entre los contextos. Para una transición de estado de RRC, si una aplicación tiene un primer contexto de PDP que está asociado con un perfil de transición en el que el sistema pasa rápidamente de un estado de CELL_DCH a un estado de CELL_PCH o Libre, y un segundo contexto de PDP que está asociado con un perfil de transición en el que el sistema ha de permanecer más tiempo en el estado de CELL_DCH, el segundo perfil en el que el estado de CELL_DCH se mantiene más tiempo, tendrá preferencia sobre el primer perfil.

Como se apreciará por los expertos de la técnica, el mínimo común denominador puede ser considerado de dos modos diferentes. El mínimo común denominador, tal y como se utiliza aquí, implica el tiempo más largo que se requiere antes de efectuar una transición a un estado diferente. En una primera realización, el mínimo común denominador puede ser el más bajo de los PDPs activados. En una realización alternativa, el mínimo común denominador puede ser el más bajo de los PDPs que tienen realmente recursos de radio activos. Los recursos de radio pueden ser multiplexados de un cierto número de formas diferentes, pero el resultado final es el mismo.

Puede trazarse un caso proporcionado a modo de ejemplo de tales métodos para dispositivos siempre conectados o activos. Como se describe, diversos APNs o parámetros de QoS pueden estar ligados a un comportamiento específico de la conexión o activación permanente. Considérense recursos de radio inicialmente concedidos que pueden estar basados, deseablemente, en un perfil ‘siempre activo’. La red dispone ahora de medios para ‘saber’ que los trenes de datos son cortos e impulsivos para aplicaciones siempre activas, tales como el correo electrónico. Para los expertos de la técnica, se observa claramente que, dada esta información, no hay ningún incentivo para ahorrar espacio de código con vistas a realizar un seguimiento de la eficiencia en la red. De esta forma, puede asignarse una velocidad de transferencia máxima a un dispositivo siempre activo, con escaso riesgo de que no se reserve espacio de código suficiente para otros usuarios. Adicionalmente, el UE se beneficia de recibir datos más rápidamente y también ahorra vida útil a la batería debido al ‘tiempo de activación’ más corto. De nuevo, para los expertos de la técnica, velocidades de transferencia de datos elevadas tienen un efecto muy pequeño en la corriente extraída, ya que los amplificaciones de potencia son completamente polarizados con independencia de la velocidad de transferencia de datos.

En la realización anterior, puede utilizarse una tabla de consulta por parte de la UTRAN para determinar el perfil de control de recursos para el (los) recurso(s) de radio que se van a asignar a diferentes aplicaciones para una conexión de RRC dada para el UE. El perfil puede estar basado en una suscripción de usuario y almacenarse en el lado de la red, en una entidad de red tal como un HLR o, alternativamente, en el RNC, puesto que el RNC tendrá más recursos de tráfico actualizados disponibles (es decir, velocidades de transferencia de datos que pueden ser concedidas). Si pueden conseguirse velocidades de transferencia de datos más altas, pueden ser posibles tiempos muertos más cortos.

En lugar de un APN, pueden utilizarse otras alternativas tales como los parámetros de Calidad de Servicio (QoS – “Quality of Service”) ajustados en la activación del Contexto de Protocolo de Datos en Paquetes (PDP –“Packet Data Protocol”) o del Contexto de PDP modificado. El campo de QoS puede incluir, adicionalmente, la “prioridad de retención de asignación (la unidad de datos de servicio puede utilizarse para inferir volúmenes de datos de tráfico)”, en el caso de múltiples contextos de PDP que comparten la misma dirección de APN o un perfil de suscripción para establecer el perfil de transición. Alternativas adicionales incluyen mensajes dedicados tales como el mensaje de indicación destinado a señalizar un perfil de control de recursos e información tal como una duración de inhibición y/o máximos mensajes de indicación / petición por valor de ventana temporal.

El perfil de transición incluido en el perfil de recurso de radio puede incluir, de manera adicional, si el estado del UE debe someterse a transición en absoluto, basándose en el tipo de aplicación. Específicamente, si el equipo de

usuario se está utilizando como modulador-desmodulador o módem de datos, puede establecerse una preferencia, ya sea en el equipo de usuario de tal manera que no se envíen indicaciones de transición, ya sea de forma que, si se mantiene un conocimiento de la preferencia en la red, cualquier indicación de transición recibida desde el UE mientras este se está utilizando como módem de datos, debe ser ignorada. Así, pues, la naturaleza de las aplicaciones que se están haciendo funcionar en el equipo de usuario puede ser utilizada como parte del perfil de recurso de radio.

Un parámetro adicional de un perfil de transición puede implicar el tipo de transición. Concretamente, en una red de UMTS, el equipo de usuario puede preferir introducir un estado de CELL_PCH en lugar de introducir un estado libre, por diversas razones. Una razón puede ser que el UE necesite conectar con un estado de CELL_DCH más rápidamente si se necesita enviar o recibir datos, y, por tanto, el traslado a un estado de CELL_PCH ahorrará un cierto intercambio de señales con la red y recursos de la batería al tiempo que sigue haciendo posible una rápida transición al estado de CELL_DCH. Lo anterior es igualmente aplicable en redes que no son de UMTS y puede posibilitar un perfil de transición entre diversos estados conectados y libres.

El perfil de transición puede incluir también diversos temporizadores, los cuales incluyen duración de inhibición y/o máximos mensajes de indicación / petición por ventana temporal, temporizadores de retardo y temporizadores de inactividad, si bien no están limitados por estos. Los temporizadores de retardo proporcionan un periodo durante el que el elemento de red aguardará antes de efectuar una transición a un nuevo estado o modo. Como se apreciará, incluso si la aplicación ha estado inactiva durante un periodo de tiempo particular, un retardo puede ser beneficioso con el fin de asegurarse de que no se recibe ningún dato adicional ni se transmite desde la aplicación de red. Un temporizador de inactividad puede medir un periodo de tiempo predeterminado en el que no se recibe ni se envía ningún dato por parte de una aplicación. Si se reciben datos antes de la expiración del temporizador de inactividad, el temporizador de inactividad será, por lo común, restablecido. Una vez que el temporizador de inactividad ha expirado, el equipo de usuario puede entonces enviar la indicación de la etapa 1810 a la red. Alternativamente, el equipo de usuario puede esperar un cierto lapso de tiempo, tal como el definido por el temporizador de retardo, antes de enviar la indicación de la etapa 1810.

Por otra parte, el temporizador de retardo o la duración de inhibición y/o máximos mensajes de indicación / petición por ventana temporal, pueden variar basándose en un perfil que se proporciona al elemento de red. De esta forma, si la aplicación que ha solicitado una transición a un modo o estado diferente es un primer tipo de aplicación, tal como una aplicación de correo electrónico, el temporizador de retardo existente en el elemento de red puede ser ajustado en un primer tiempo de retardo, en tanto que, si la aplicación es de un segundo tipo tal como una aplicación de mensajería instantánea, el temporizador de retardo puede ser ajustado en un segundo valor. Los valores de la duración de inhibición y/o máximos mensajes de indicación / petición por ventana temporal, del temporizador de retardo o del temporizador de inactividad pueden ser también deducidos por la red basándose en el APN utilizado para un PDP particular.

Como se apreciará por los expertos de la técnica, el temporizador de inactividad puede, similarmente, variar basándose en la aplicación utilizada. De esta forma, una aplicación de correo electrónico puede tener un temporizador de inactividad más corto que una aplicación de explorador, ya que la aplicación de correo electrónico está esperando un mensaje discreto tras el cual puede no recibir datos. Por el contrario, la aplicación de explorador puede utilizar datos incluso después de un retardo más largo y, por tanto, requiere un temporizador de inactividad más largo.

El perfil de transición puede incluir, adicionalmente, una probabilidad de que un equipo de usuario sea correcto a la hora de solicitar una transición. Esta puede estar basada en estadísticas compiladas sobre la proporción o tasa de precisión de un equipo de usuario o aplicación particular instalada en el equipo de usuario.

El perfil de transición puede incluir, adicionalmente, diversos valores temporales de recepción discontinua (DRX). Por otra parte, puede proporcionarse un perfil de progresión para tiempos de DRX dentro de un perfil de transición.

El perfil de transición puede definirse según un criterio considerado por aplicaciones, o ser una composición de las diversas aplicaciones existentes en el equipo de usuario.

Como se apreciará por los expertos de la técnica, el perfil de transición puede ser creado o modificado dinámicamente en el momento de asignar un recurso de radio, y puede hacerse sobre suscripción, registro de PS, activación de PDP, activación de RAB o de RB, o modificarse sobre la marcha para el PDP o el RAB / RB. El perfil de transición puede también formar parte de la indicación de la etapa 1810. En este caso, la red puede considerar la indicación de estado de RRC preferido para determinar si se ha de permitir la transición y a qué estado / modo. La modificación puede producirse basándose, entre otras cosas, en recursos de red disponibles, configuraciones o patrones de tráfico.

El perfil de recurso de radio está compuesto, por lo tanto, de campos estáticos y/o dinámicos. El perfil de recurso de radio utilizado por una red particular puede variar con respecto a otras redes, y no es la intención que la descripción

anterior limite los presentes método y sistema. En particular, el perfil de recurso de radio puede incluir y excluir diversos elementos anteriormente descritos. Por ejemplo, en algunos casos, el perfil de recurso de radio incluirá simplemente la calidad de servicio para un recurso particular de radio y no incluirá ninguna otra información. En otros casos, el perfil de recurso de radio incluirá únicamente el perfil de transición. Aún en otros casos, el perfil de recurso de radio incluirá la totalidad de la calidad de servicio, el APN, el contexto de PDP, el perfil de transición, entre otros.

Opcionalmente, además de un perfil de recurso de radio, el elemento de red puede utilizar salvaguardias para evitar transiciones innecesarias. Tales salvaguardias pueden incluir el número de indicaciones recibidas dentro de un periodo de tiempo predeterminado, el número total de indicaciones recibidas, configuraciones o patrones de tráfico y datos historiales, si bien no están limitadas por estos.

El número de indicaciones recibidas dentro de un periodo de tiempo predeterminado puede indicar a la red que no debe producirse una transición. Así, si el equipo de usuario ha enviado, por ejemplo, cinco indicaciones dentro de un periodo de tiempo de treinta segundos, la red puede considerar que debe ignorar las indicaciones y no llevar a cabo ninguna transición. Alternativamente, la red puede determinar indicar al UE que no debe enviar ninguna indicación adicional, ya sea indefinidamente, ya sea durante un cierto periodo de tiempo configurado o predefinido. Este puede ser independiente de cualquier “duración de inhibición y/o máximos mensajes de indicación / petición por ventana temporal”, existentes en el UE.

Por otra parte, el UE puede haberse configurado para no enviar indicaciones adicionales durante un periodo de tiempo configurado, predefinido o negociado. La configuración del UE puede ser exclusiva de las salvaguardas del lado de la red anteriormente descritas.

Los patrones de tráfico y los datos historiales pueden proporcionar a la red una indicación de que no debe producirse ninguna transición. Por ejemplo, si el usuario ha recibido una cantidad de datos significativa en el pasado, entre las 8:30 y las 9:30 a.m., del lunes al viernes, si la indicación se recibe a las 8:32 a.m. del jueves, la red puede decidir que no debe efectuar una transición con el equipo de usuario, puesto que son probables más datos antes de las 8:35 a.m.

Si se asignan múltiples recursos de radio para el equipo de usuario, la red puede necesitar considerar el perfil de recursos de radio completo para el equipo de usuario. En este caso, pueden examinarse los perfiles de recurso de radio para cada recurso de radio y tomarse una decisión de transición compuesta. Basándose en el perfil de recurso de radio de uno o múltiples recursos de radio, la red puede decidir entonces si debe realizarse o no una transición.

En una realización, la red dispone de una pluralidad de elecciones sobre cómo proceder cuando ha recibido una indicación en la etapa 1810 y examinado el perfil o perfiles de recursos de radio en la etapa 1820.

Una primera opción es no hacer nada. La red puede decidir que una transición no está garantizada y, por tanto, no aceptar la indicación a transición por parte del equipo de usuario. Como se apreciará por los expertos de la técnica, el hecho de no hacer nada ahorra intercambio de señales por la red, puesto que el estado no se modifica y, en particular, puesto que no se dispara o desencadena una transición.

Una segunda opción es cambiar el estado del dispositivo. Por ejemplo, en una red de UMTS, el estado del dispositivo puede cambiar de CELL_DCH a CELL_PCH. En redes que no son de UMTS, la transición de estado puede producirse entre estados conectados. Como se apreciará por los expertos de la técnica, el cambio de estados reduce la cantidad de intercambio de señales en la red de núcleo, en comparación con una transición al modo libre. El cambio de estado puede también ahorrar recursos de radio, ya que el estado de CELL_PCH no requiere un canal dedicado. También, el CELL_PCH es un estado menos intensivo o exigente por lo que respecta a la batería, lo que permite que el UE conserve potencia de la batería.

Una tercera opción para la red es mantener el UE en el mismo estado pero liberar los recursos de radio asociados con un contexto de APN o de PDP particular. Esta solución ahorra recursos de radio e intercambio de señales, ya que la conexión se mantiene en el estado que tiene en ese momento y no necesita ser reestablecida. Sin embargo, puede resultar menos adecuada para situaciones en las que la vida útil de la batería del UE es un factor que tener en cuenta.

Una cuarta opción para la red es hacer pasar el UE a un modo libre. En particular, tanto si es de UMTS como si no es de UMTS, la red puede trasladarse o pasar de un modo conectado a un modo libre. Como se apreciará, esto ahorra recursos de radio, ya que no se mantiene ninguna conexión en absoluto. Además, ahorra vida útil de la batería del equipo de usuario. Sin embargo, se requiere una mayor cantidad de señalización o intercambio de señales en la red de núcleo para reestablecer la conexión.

Una quinta opción para la red es cambiar una asignación de velocidad de transferencia de datos, lo que ahorrará recursos de radio, con lo que se permitirá, por lo común, a más usuarios utilizar la red.

Otras opciones resultarán evidentes para los expertos de la técnica.

La decisión por parte de la red sobre cuál de las cinco opciones utilizar, variará de una red a otra. Algunas redes sobrecargadas pueden preferir preservar recursos de radio y, por tanto, escogerán las tercera, cuarta o quinta opciones anteriores. Otras redes prefieren minimizar el intercambio de señales y, por tanto, pueden escoger las primera o segunda opciones anteriores.

La decisión se muestra en la Figura 18, en la etapa 1830, y estará basada en las preferencias de la red junto con el perfil de recurso de radio para el equipo de usuario. La decisión es desencadenada por la red al recibir esta una indicación desde el equipo de usuario de que al equipo de usuario le gustaría realizar una transición a otro estado, por ejemplo, a un estado menos intensivo o exigente con la batería.

Se hará referencia a continuación a la Figura 19. La Figura 19 ilustra el elemento de red simplificado, configurado para tomar las decisiones mostradas en la Figura 18 anterior. El elemento de red 1910 incluye un subsistema de comunicaciones 1920 configurado para comunicarse con el equipo de usuario. Como se apreciará por los expertos de la técnica, el subsistema de comunicaciones 1920 no necesita comunicarse directamente con el equipo de usuario, sino que puede formar parte de un camino de comunicaciones para las comunicaciones hacia y desde el equipo de usuario.

El elemento de red 1910 incluye, de manera adicional, un procesador 1930 y un dispositivo de almacenamiento 1940. El dispositivo de almacenamiento 1940 se ha configurado para almacenar perfiles de recurso de radio previamente configurados o estáticos para cada equipo de usuario al que da servicio el elemento de red 1910. El procesador 1930 se ha concebido para que, con la recepción de una indicación por parte del subsistema de comunicaciones 1920, considere el perfil de recurso de radio para el equipo de usuario y decida acerca de una acción de la red por lo que respecta a la transición del equipo de usuario. Como se apreciará por los expertos de la técnica, la indicación recibida por el subsistema de comunicaciones 1920 puede incluir, de manera adicional, una porción del perfil de recurso de radio o la totalidad de este para el equipo de usuario que será entonces utilizado por el procesador 1930 para tomar la decisión de red relativa a cualquier transición.

Basándose en lo anterior, un elemento de red recibe, por lo tanto, una indicación desde el equipo de usuario de que una transición puede estar en orden (tal como, por ejemplo, cuando se ha completado un intercambio de datos y/o cuando no se esperan más datos en el UE). Basándose en esta indicación, el elemento de red comprueba el perfil de recurso de radio del equipo de usuario, el cual puede incluir elementos de perfil tanto estáticos como dinámicos. El elemento de red puede, adicionalmente, comprobar las salvaguardas para garantizar que no se están produciendo transiciones innecesarias. Basándose en las comprobaciones, el elemento de red puede entonces decidir no hacer nada o efectuar una transición a un modo o estado diferente, o bien interrumpir un recurso de radio. Como se apreciará, esto proporciona a la red un mayor control de sus recursos de radio y permite a la red configurar decisiones de transición basándose en las preferencias de la red en lugar de, simplemente, en las preferencias del equipo de usuario. Por otra parte, en algunos casos, la red tiene más información que el dispositivo por lo que respecta a si se ha de hacer una transición o no. Por ejemplo, el equipo de usuario tiene conocimiento de comunicaciones efectuadas aguas arriba y, basándose en esto, puede decidir que la conexión se pueda interrumpir. Sin embargo, la red puede haber recibido comunicaciones efectuadas aguas abajo para el equipo de usuario y, por tanto, darse cuenta de que no puede interrumpir la conexión. En este caso, puede introducirse también un retardo, utilizando el temporizador de retardo para proporcionar a la red una certidumbre mayor de que no se recibirán datos para el equipo de usuario en un futuro cercano.

Claims

REIVINDICACIONES

1.-Un método para hacer pasar un equipo de usuario, en una red inalámbrica, entre estados o modos de control de recurso de radio de UMTS, de tal manera que el método comprende:

recibir, en el elemento de red, una indicación de transición procedente del equipo de usuario, de tal manera que la indicación de transición indica que se desea una transición a un estado o modo diferente; y caracterizado por: comprobar un perfil de recurso de radio para el equipo de usuario; y realizar una decisión de transición en el elemento de red basándose en la indicación de transición recibida y en el perfil de recurso de radio, de tal manera que la decisión de transición es sobre si hacer pasar el equipo de usuario a un estado o modo diferente.
2.-El método de acuerdo con la reivindicación 1, en el cual la indicación de transición es un mensaje procedente de una aplicación existente en el equipo de usuario, que indica que la aplicación se termina con un intercambio de datos.
3.-El método de acuerdo con la reivindicación 1 y la reivindicación 2, en el cual la indicación de transición es desencadenada o disparada por un mensaje procedente de una aplicación existente en el equipo de usuario, que indica que la aplicación se termina con un intercambio de datos.
4.-El método de acuerdo con una cualquiera de las reivindicaciones 1 a 3, en el cual la indicación de transición incluye, de manera adicional, datos incorporados dentro de ella.
5.-El método de acuerdo con la reivindicación 4, en el cual los datos incluyen uno o más de entre una indicación de causa, una probabilidad de error y un aspecto de perfil de recurso de radio.
6.-El método de acuerdo con una cualquiera de las reivindicaciones 1 a 5, en el cual el perfil de recurso de radio incluye información de perfil estático.
7.-El método de acuerdo con la reivindicación 6, en el cual la información de perfil estático incluye un nombre de punto de acceso, calidad de servicio, o un contexto de protocolo de datos en paquetes.
8.-El método de acuerdo con una cualquiera de las reivindicaciones 1 a 7, en el cual el perfil de recurso de radio incluye un perfil de transición.
9.-El método de acuerdo con la reivindicación 8, en el cual el perfil de transición incluye si el estado del equipo de usuario debe entrar en una transición en absoluto, preferencias de transición de estado, valores de temporizador de retardo o de inactividad, o una probabilidad de que un equipo de usuario sea correcto a la hora de pedir una transición.
10.-El método de acuerdo con la reivindicación 8, en el cual el perfil es específico de la aplicación.
11.-El método de acuerdo con la reivindicación 8, en el cual el perfil de transición es una composición de perfiles de transición de aplicación.
12.-El método de acuerdo con una cualquiera de las reivindicaciones 1 a 11, en el cual el perfil de recurso de radio es una composición de todos los perfiles de recurso de radio de portador de acceso por radio para el equipo de usuario.
13.-El método de acuerdo con una cualquiera de las reivindicaciones 1 a 12, en el cual la decisión de transición es una decisión seleccionada de entre el grupo de: no hacer nada; pasar a un estado menos intensivo o demandante con respecto a la batería; pasar a un modo libre; e interrumpir uno o más portadores de acceso por radio.
14.-Un elemento de red configurado para provocar una transición de un equipo de usuario entre estados o modos de control de recurso de radio de UMTS, de tal manera que el elemento de red comprende:

un subsistema de comunicaciones, configurado para recibir una indicación de transición procedente del equipo de usuario, de tal modo que la indicación de transición indica que se desea una transición a un estado

o modo diferente; una memoria; y caracterizado por:

un procesador, configurado para comprobar el perfil de recurso de radio para el equipo de usuario, de tal manera que el procesador está, adicionalmente, configurado para:

llevar a cabo una decisión de transición basándose en la indicación de transición recibida y en el perfil de recurso de radio, de tal manera que la decisión de transición es sobre si se ha hacer pasar el equipo de usuario a un estado o modo diferente.

5 15.-El elemento de red de acuerdo con la reivindicación 14, en el cual la memoria está configurada para almacenar el perfil de recurso de radio.
16.-El elemento de red de acuerdo con la reivindicación 14, en el cual la indicación de transición consiste en un mensaje procedente de una aplicación existente en el equipo de usuario, que indica que la aplicación se termina con

10 un intercambio de datos.
17.-El elemento de red de acuerdo con la reivindicación 14 o la reivindicación 16, en el cual la indicación de transición es desencadenada o disparada por un mensaje procedente de una aplicación existente en el equipo de usuario, que indica que la aplicación se termina con un intercambio de datos.

15 18.-El elemento de red de acuerdo con una cualquiera de las reivindicaciones 14, 16 o 17, en el cual la indicación de transición incluye, de manera adicional, datos incorporados dentro de ella.
19.-El elemento de red de acuerdo con la reivindicación 18, en el cual los datos incluyen uno o más de entre una 20 indicación de causa, una probabilidad de error y un aspecto de perfil de recursos de radio.
20.-El elemento de red de acuerdo con una cualquiera de las reivindicaciones 14 o 6 a 19, en el cual el perfil de recurso de radio incluye información de perfil estático.

25 21.-El elemento de red de acuerdo con la reivindicación 20, en el cual la información de perfil estático incluye un nombre de punto de acceso, calidad de servicio, o un contexto de protocolo de datos en paquetes.
22.-El elemento de red de acuerdo con una cualquiera de las reivindicaciones 14 o 16 a 21, en el cual el perfil de recurso de radio incluye un perfil de transición.

30 23.-El elemento de red de acuerdo con la reivindicación 22, en el cual el perfil de transición incluye si el estado del equipo de usuario debe entrar en una transición en absoluto, preferencias de transición de estado, valores de temporizador de retardo o de inactividad, o una probabilidad de que un equipo de usuario sea correcto a la hora de pedir una transición.
24.-El elemento de red de acuerdo con la reivindicación 22, en el cual el perfil es específico de la aplicación.
25.-El elemento de red de acuerdo con la reivindicación 22, en el cual el perfil de transición es una composición de perfiles de transición de aplicación.

40 26.-El elemento de red de acuerdo con una cualquiera de las reivindicaciones 14 o 16 a 25, en el cual el perfil de recurso de radio es una composición de todos los perfiles de recurso de radio de portador de acceso por radio para el equipo de usuario.

45 27.-El elemento de red de acuerdo con una cualquiera de las reivindicaciones 14 o 16 a 26, en el cual la decisión de transición es una decisión seleccionada de entre el grupo de: no hacer nada; pasar a un estado menos intensivo

o demandante con respecto a la batería; pasar a un modo libre; e interrumpir uno o más portadores de acceso por radio.

50 28.-Un medio legible por computadora que comprende instrucciones que, cuando se llevan a cabo por un procesador de un elemento de red, configuran el elemento de red para llevar a cabo la totalidad de las etapas de acuerdo con cualquiera de las reivindicaciones 1 a 13.