ES2308404T3 - Aparato y metodo para pedir informacion de sistemas de transferencia de rat (tecnologia de acceso por radio) en sistemas de telecomunicaciones moviles. - Google Patents

Abstract

Un método para determinar la validez de datos de transferencia de Tecnología de Acceso por Radio, RAT, en un dispositivo (700) de equipo de usuario operable para comunicar en una red de comunicaciones de móviles y para operar en una primera RAT y una segunda RAT, comprendiendo el método, en el dispositivo de equipo de usuario, el paso de determinar (506, 606) si la validez de datos almacenados en el dispositivo de equipo de usuario expirará dentro de un periodo de expiración, siendo los datos almacenados para usar en transferencia de operación del dispositivo de equipo de usuario de la primera RAT a la segunda RAT, comprendiendo además el método el paso de transmitir (512, 608) a un controlador de red una indicación de datos almacenados, la validez de los cuales no expire dentro del periodo de expiración.

Description

Aparato y método para pedir información de sistemas de transferencia de RAT (tecnología de acceso por radio) en sistemas de telecomunicaciones móviles.

Antecedentes Campo técnico

Esta solicitud se refiere a sistemas de comunicaciones de móviles, por ejemplo UMTS (Universal Mobile Telecommunication System: Sistema Universal de Comunicaciones de Móviles), en general, y a un aparato y un método para determinar si la validez de información de transferencia (handover) de RAT (Radio Access Techlology: Tecnología de Acceso por Radio), en equipo de usuario del sistema de telecomunicaciones con móviles, permanecerá válido para permitir la transferencia de una RAT a otra.

Descripción de la técnica relacionada

Podrían ser seguidos los planteamientos descritos en esta sección, pero no son necesariamente planteamientos que hayan sido previamente concebidos o seguidos. Por lo tanto, a menos que se indique de otro modo en esta memoria, los planteamientos descritos en esta sección no constituyen técnica anterior para las reivindicaciones de esta solicitud y no se admiten como técnica anterior por inclusión en esta sección.

En sistemas típicos de de radio celulares, el equipo de usuario (UE) de móviles comunica a través de una red de radio de acceso por radio (RAN) a una o más redes de núcleo. El equipo de usuario (UE) comprende varios tipos de equipo, tales como teléfonos móviles (también conocidos como teléfonos celulares o de células), ordenadores portátiles con capacidad de comunicación inalámbrica, asistentes digitales personales (PDAs), etc. Estos pueden ser portátiles, soportados en la mano, guardados en bolsillo, instalados en un vehículo, etc., y comunican señales de voz y/o datos con la red de acceso por radio.

La red de acceso por radio cubre una zona geográfica dividida en una pluralidad de zonas de célula. Cada zona de célula es servida por al menos una estación de base, a la que se puede hacer referencia como un Nodo B. Cada célula es identificada por un único identificador que es emitido en la célula. Las estaciones de base comunican en frecuencias de radio por una interfaz de aire con los UEs dentro del alcance de la estación de base. Pueden estar conectadas varias estaciones de base a un controlador de red de radio (RNC) que controla varias actividades de las estaciones de base. Los controladores de redes de radio se conectan normalmente a una red de núcleo.

UMTS es un sistema público terrestre de telecomunicaciones con móviles de tercera generación. Se conocen diversos órganos de normalización para publicar y fijar normas para UMTS, cada uno en sus respectivas zonas de competencia. Por ejemplo, ha sido conocido el 3GPP (Third Generation Partnership Project: Proyecto de Asociación de Tercera Generación) para publicar y fijar normas para UMTS basadas en GSM (Global System for Mobile Communications: Sistema Global para Comunicaciones con Móviles), y ha sido conocido el 3GPP2 (Third Generation Partnership Project 2: Proyecto 2 de Asociación de Tercera Generación) para publicar y fijar normas para UMTS basadas en CDMA (Code Division Multiple Access: Acceso Múltiple por División de código). Dentro del alcance de un órgano de normalización particular, los socios publican y fijan normas en sus respectivas zonas.

Considérese un dispositivo móvil inalámbrico, generalmente conocido como un equipo de usuario (UE), que cumpla con las especificaciones de 3GPP para el protocolo de UMTS. La especificación 25.331 de 3GPP, a la que se hace referencia aquí como especificación 25.331, se dirige al sujeto de requisitos de protocolo de RRC (Radio Resource Control: Control de Recursos de Radio) de UMTS entre la Red Terrestre de Acceso por Radio (UTRAN: Terrestrial Radio Access Network) de UMTS y el UE.

La Cláusula 8.1 de la especificación 25.331 se refiere a la radiodifusión de información del sistema. La UTRAN - que parte de una red de UMTS que consiste en uno o más RNC y uno o más Nodos B entre interfaces de Iu y Uu - envía información del sistema a un UE por medio de un mensaje que comprende un Bloque de información Maestro (MIB) y una pluralidad de Bloques de Información del Sistema (SIBs). El MIB proporciona referencias e información de planificación para cierto número de bloques de información del sistema. Un bloque de información del sistema agrupa conjuntamente elementos de información (IEs) del sistema de la misma naturaleza. Diferentes bloques de información del sistema pueden tener diferentes características, por ejemplo respecto a su frecuencia de repetición y a los requisitos en UEs para volver a leer los bloques de información del sistema. Los bloques de información del sistema contienen la información real del sistema. El bloque de información maestro puede también contener opcionalmente referencias e información de planificación para uno o dos bloques de planificación, que proporciona referencias e información de planificación para bloques de información del sistema adicionales. La información de planificación para un bloque de información del sistema está incluida ya sea en el bloque de información maestro o en uno de los bloques de planificación.

Cuando es seleccionada una célula de UMTS por un dispositivo móvil, el bloque de información maestro (MIB) es leído en el canal de control de radiodifusión (BCCH) seguido por los bloques de información del sistema apropiado (SIBs).

Si la Red Universal Terrestre de Acceso por Radio (UTRAN) necesita cambiar cualquiera de los bloques de información del sistema, informa a los dispositivos móviles (UEs) de la célula. Esto es conseguido por la UTRAN que envía INFORMACIÓN DEL SISTEMA, como se ilustra generalmente en la figura 1. Tras modificación de bloques de información del sistema usando etiquetas de valores, la UTRAN notifica la nueva etiqueta de valores para el bloque de información maestro en la "info de modificación del BCCH" del IE. Como se ilustra en la figura 2, un mensaje que avisa esto es transmitido al UE. Cuando el UE está en el modo de vacío, estado de CELL_PCH y estado de URA_PCH, la "info de modificación del BCCH" de IE está contenida en un mensaje de TIPO 1 de LOCALIZACIÓN transmitido en el PCCH en todas las ocasiones de localización en la célula. Cuando el UE está en el estado de CELL-FACH ó UEs de TDD en CELL-DCH con S-CCPCH asignado, la "info de modificación del BCCH" del IE está contenido en un mensaje de INDICACIÓN DE CAMBIO DE INFORMACIÓN DEL SISTEMA transmitido en el BCCH mapeado en al menos un FACH en cada CCPCH Secundario en la célula. Tras la recepción de un mensaje de TIPO 1 de LOCALIZACIÓN o un mensaje de INDICACIÓN DE CAMBIO DE INFORMACIÓN DEL SISTEMA que contiene la "info de modificación de BCCH" del IE que contiene la "etiqueta de valores de MIB" del IE, pero no contiene el "tiempo de modificación del BCCH" del IE, el UE realiza las acciones según se especifican en la subcláusula 8.1.1.7.3 de la especificación 25.331. Si el "tiempo de modificación del BCCH" del IE está incluido, el UE realizará acciones como se especifica en la subcláusula 8.1.1.7.2 de la especificación 25.331.

En la parte 8.1.1 de la norma 25.331 (por ejemplo, Subcláusulas 8.1.1.1.4, 8.1.1.5 y 8.1.1.6) se establece que un UE puede considerar el contenido del bloque de planteamiento o bloque de información del sistema como válido hasta que recibe el mismo tipo de bloque o al menos seis horas después de la recepción.

Muchos dispositivos de equipo de usuario de la UTRAN pueden ser configurados para operar en más de una tecnología de acceso por radio (RAT), por ejemplo los dispositivos de equipo de usuario pueden estar configurados para operar en GSM, así como en UMTS. El bloque 16 (SIB16) de información del sistema contiene parámetros de portador de radio, canal de soporte y parámetros físicos de canal para ser almacenados por el dispositivo de equipo de usuario en modo de vacío y conectado para usar durante la transferencia a la UTRAN. Para todos los SIBs, excepto tipos 15.2, 15.3 y 16 de SIB, el contendido es el mismo en cada suceso para SIBs que usan una etiqueta de valores. Los tipos 15.2, 15.3 y 16 de SIB pueden ocurrir más de una vez (es decir, se puede almacenar más de una versión de estos SIBs en un UE) con diferentes contenidos. En este caso, es proporcionada información para cada uno de tales sucesos de estos SIBs. SIBs que no usen una etiqueta de valores que pueda tener un contenido diferente para cada suceso.

La cláusula 8.1.1.6.16 de la norma 25.331 define los requisitos para sucesos múltiples de SIB16 almacenados en el UE, uno por cada configuración predefinida para el UE: es decir, para cada modo de comunicación predefinida (voz, datos), varias frecuencias de transferencia de datos, etc. estas configuraciones se definen en las cláusulas 10.3.3.5 de la especificación 25.331 y numeradas 0...15 (cero a quince). Puede ser requerido más de un UE configurado para operar en más de una RAT para transferir o cambiar su modo de operación desde una primera RAT (por ejemplo, GSM) a una segunda RAT (por ejemplo, UMTS). Un tal requisito para transferir puede suceder ya sea en el modo de vacío o en el conectado. Ene estas circunstancias, UTRAN requiere del UE detalles de qué sucesos de SIB están almacenadas en el UE, de manera que la UTRAN pueda seleccionar uno de estos para usar en la transferencia. Los SIBs 16s son almacenados en el UE en la forma de un identificador (ID) para cada suceso del SIB16 (un número de cuatro bits) junto con los propios datos de configuración de SIB16 (que comprenden del orden de 100 bites de datos). Lo requerido por la UTRAN es enviado en la forma de un mensaje de petición de Inter RAT Handover Info (IRHI: Información de Transferencia de Inter RAT), la respuesta al cual está ilustrada de manera general en la figura 3. Esta respuesta es ejecutada por el UE que transmite a la UTRAN detalles de los SIB16s almacenados en el UE (que pueden incluir un ID para los SIB16s). Como el UE está operando en una RAT distinta de la de UMTS, la petición de IRHI y su respuesta mismo debe ser transmitida a través de otra RAT, en este ejemplo, GSM.

Tras la recepción de un mensaje de IRHI desde el UE, UTRAN selecciona entonces cuál de los SIB16s ha de ser usado en la transferencia. UTRAN elige una configuración apropiada para una transferencia inter-RAT con dependencia de cualquiera o la totalidad de varios factores, incluyendo las capacidades del UE, la finalidad de la conexión y la carga en la UTRAN. A continuación de esto, UTRAN da instrucciones al UE usar suceso seleccionado de SIB16, comunicando el número de referencia/identificador 0..15 del SIB16 seleccionado al UE par usar ese SIB16 cuando se ejecuta la transferencia.

Durante la ejecución de un transferencia de RAT, pueden ocurrir problemas cuando, por ejemplo, el UE informa a la UTRAN que el SIB16_7 (es decir, un suceso del tipo octavo de SIB16 para una octava configuración predefinida de operación del UE) está almacenado en el UE. Sin embargo, pueden presentarse situaciones en las que la validez de ese suceso de SIB16 está a punto de expirar, pero la UTRAN no es sabedora de esto y procede a dar instrucciones al UE para ejecutar una transferencia de RAT usando ese SIB16 particular un cierto periodo de tiempo después de que la validez de SIB 16_7 haya expirado. En tales circunstancias, el UE es requerido para rechazar el intento de transferencia y envía un mensaje de fallo de transferencia a la Red de Acceso por Radio de Borde de GSM (GERAN) en la interfaz de GSM. UTRAN puede proceder entonces en cualquiera de cierto número de modos. Por ejemplo, UTRAN puede dar instrucciones al UE para ejecutar una transferencia de RAT usando una configuración por defecto que no expire, o puede enviar una petición adicional para IRHI, en cuyo caso el UE responderá retransmitiendo información adicional relativa a los SIB16s válidos almacenados en el UE para que UTRAN elija. Sin embargo, existe igualmente el riesgo de que el UTRAN seleccione un SIB16 que esté a punto de expirar y, si el UE recibe instrucciones para la transferencia usando un SIB16 que haya expirado entonces, el UE es requerido para rechazar el intento de transferencia y envía un mensaje de fallo de transferencia a la GERAN.

Una posible solución parcial a este problema, que se presenta en tales situaciones, consiste en evitar permitir que expiren los SIBs utilizando los métodos y aparatos de la solicitud de patente número 10/775.030 de Estados Unidos, cedida en común, y de la Publicación de Patente Europea número 1562387. Si un SIB se ajusta para expirar seis horas después de su lectura, entonces volviendo a leerlo, por ejemplo, cinco horas después de haber sido leído previamente, ello significa que será entonces válido durante otras seis horas. De ese modo, el SIB no expirará nunca si se repite el proceso de esta manera. Sin embargo, si el SIB no pudiera ser leído nuevamente, entonces se presentarían problemas. Por ejemplo, si no está disponible cobertura de UMTS hasta después de que haya comenzado una comunicación en el UE, el intentar evitar la expiración del SIB16 no tendría éxito, ya que puede no ser posible para algunos dispositivos de UE leer SIBs durante una llamada.

Por lo tanto, se han propuesto estrategias para determinar si la información de transferencia de RAT permanecerá válida dentro de un período de expiración. A continuación se detallan varias de tales estrategias.

Otros aspectos y características de la presente invención resultarán evidentes para los expertos ordinarios en la técnica tras la lectura de la siguiente descripción de realizaciones concretas de un aparato y un método para pedir información de transferencia de RAT en sistemas de comunicaciones con móviles, tales como UMTS.

Breve descripción de los dibujos

A continuación se describirán realizaciones de la presente invención, a modo de ejemplo solamente, con referencia a los dibujos adjuntos, en los cuales:

La figura 1 ilustra la radiodifusión de información del sistema en un sistema de UMTS;

La figura 2 ilustra la notificación de un mensaje info. de modificación del BCCH de IE;

La figura 3 ilustra una petición para información de Transferencia Inter RAT desde UTRAN a UE;

La figura 4 es un diagrama de bloques que ilustra una realización de un aparato de pila de protocolo;

La figura 5 es un diagrama de flujo que ilustra la ejecución práctica de una realización de la presente invención;

La figura 6 es un diagrama de flujo que ilustra la ejecución práctica de una realización alternativa de la presente invención;

La figura 7 es un diagrama de tiempos que ilustra el funcionamiento del sistema de acuerdo con realizaciones de la invención; y

La figura 8 es un diagrama de bloques que ilustra un dispositivo móvil, que puede actuar como un UE y coopera con el aparato y los métodos de las figuras 1 a 7.

Se usan los mismos números de referencia en las distintas figuras cuando sea apropiado para señalar elementos similares.

Descripción detallada de los dibujos

Se describen un método y un aparato para solicitar datos de transferencia de RAT. En la siguiente descripción se exponen, para fines de explicación, numerosos detalles concretos para proporcionar una comprensión completa de la presente invención. Sin embargo, resultará evidente para una persona experta en la técnica que la presente invención puede ser puesta en práctica sin estos detalles concretos. En otros casos se muestran estructuras y dispositivos bien conocidos en forma de diagrama de bloques con el fin de evitar el oscurecimiento innecesario de la presente invención.

Las necesidades identificadas en los anteriores Antecedentes, y otras necesidades y objetos que resultarán evidentes de la descripción que sigue, son resueltas, en un aspecto, por un método de preguntar por datos de transferencia de RAT en un dispositivo de telecomunicaciones móvil. En otros aspectos, la invención comprende un aparato y un medio legible por ordenador configurados para realizar los pasos precedentes. En particular, el método puede ser puesto en práctica en un dispositivo de comunicaciones móvil, con o sin capacidades de voz, u otros dispositivos electrónicos, tales como dispositivos soportados en la mano o portátiles y/o dentro de la red.

En referencia ahora a los dibujos, la figura 4 es un esquema de bloques que ilustra una realización de un aparato de pila de protocolo provisto de un bloque de RRC, de acuerdo con la presente solicitud.

El bloque 200 de RRC es una subcapa de la Capa 3 130 de una pila 100 de protocolo de UMTS. El RRC 200 sale en el plano de control solamente y proporciona un servicio de transferencia de información al estrato de no acceso NAS 134. El RRC 200 es responsable de controlar la configuración de la Capa 1 110 y la Capa 2 120 de interfaz de radio. Cuando la UTRAN desea cambiar la configuración de UE, emitirá un mensaje al UE que contiene una orden para invocar un proceso específico de RRC. La capa de RRC 200 del UE descodifica este mensaje e inicia el proceso apropiado del RRC. Generalmente, cuando ha sido completado el proceso (ya sea con éxito o no), entonces el RRC envía un mensaje de respuesta a la UTRAN (a través de las capas inferiores) que informa a la UTRAN del resultado. Se ha de observar que existen unos pocos escenarios en los que el RRC no emita un mensaje de respuesta a la UTRAN y, en aquellos casos en los que el RRC no lo necesite y no conteste.

Las condiciones para la iniciación del proceso de transferencia inter RAT se definen en la cláusula 8.1.16.2 de la norma 25.331 y puede ser iniciado cuando el UE esté operando en una RAT distinta de la del UMTS, por ejemplo, GSM, por medio de lo siguiente:

\bullet

Usando procedimientos específicos de tecnología de acceso por radio, la RAT ordena al UE que proporcione el mensaje de IRHI, o

\bullet

cuando la otra RAT configura el UR para enviar el mensaje de IRHI en condiciones concretas del sistema que no impliquen una orden concreta; por ejemplo envío prematuro de marca de clase tras la introducción del modo conectado, o

\bullet

cuando está en modo conectado usando otra RAT, el IRHI cambia en comparación con lo que ha sido enviado previamente a través de la otra tecnología de acceso por radio.

\vskip1.000000\baselineskip

La figura 5 es un diagrama de flujo que ilustra la ejecución práctica de una primera realización de la invención en un UE. El proceso se inicia en el paso 500 y, en el paso opcional 502, el UE recibe de la RAT alternativa una petición para enviar un mensaje de IRHI. Esta petición incluye una petición para identificadores para sucesos de los SIB16s almacenados en el UE. En el paso 504, el UE lee los detalles del primer o siguiente SIB16 que el UE determina que sea almacenado en el UE. En el paso 506, el UE determina si la validez del SIB16 leído expirará dentro de un periodo de expiración T. En algunas realizaciones, el periodo de expiración es un periodo de tiempo predeterminado. La determinación del periodo de expiración se explica adicionalmente en relación con la figura 7 siguiente. Si el UE encuentra que el SIB16 será válido después de transcurrir el periodo de expiración T, el UE escribe el ID para ese SIB16 (por ejemplo, el ID para SIB16_4) en una lista que es compilada para transmisión a la UTRAN en el mensaje de IRHI. Si el UE determina, en el paso 506, que la validez del SIB16 leído expirará dentro del periodo de expiración T, los detalles del identificador del SIB16 no se escriben en la lista. En esencia, el UE trata ese SIB16 como si hubiera expirado ya y por lo tanto no se ha de transmitir a la UTRAN en el mensaje de IRHI.

En el paso 510, el proceso determina si están almacenados más sucesos de SIB16 en el UE. Si el UE encuentra que están almacenados más SIB16s, el proceso retorna a los pasos 504, 506, 508 y 510 hasta que el UE determina que no más sucesos de SIB16 que no han sido todavía leídos están almacenados en el UE. En el paso 512, el UE transmite a la UTRAN, a través de la RAT alternativa, porciones de los datos almacenados en el UE en la forma de identificadores para todos los sucesos de SIB16 almacenados en el UE que se ha encontrado que no expiran dentro del período T de expiración. Es decir, el UE transmite a UTRAN cuatro bits de datos por cada ID y cuatro bits más (0..15) de datos para indicar a UTRAN el número total de sucesos de SIB16 almacenados en el UE. El proceso termina en el paso 514. Por lo tanto, UTRAN efectúa entonces una selección del suceso de SIB16 para ser usado en la transferencia. Así es evitada la situación por la cual el UE recibe instrucciones de UTRAN para ejecutar una transferencia inter-RAT con uno suceso de un SIB16 que ya ha expirado, ya que UTRAN no recibe detalles de una suceso de SIB16 que expirará dentro del periodo de expiración. La figura 6 es un diagrama de flujo que ilustra la ejecución práctica de una realización alternativa de la invención. El procedimiento comienza en el paso 600 y, en el paso opcional 602, el UE recibe de la RAT alternativa una petición para enviar el mensaje de IRHI. Esto incluye una petición para identificadores para los SIB16s almacenados en el UE. En el paso 604, el UE lee los detalles del primer o siguiente SIB16 que el UE ha determinado almacenar en el UE. En el paso 606, el UE determina si la validez del SIB16 que ha sido leído expirará dentro del periodo de expiración T. Si el UE determina que la validez del SIB16 en cuestión permanece válida después de finalizar el periodo de expiración, el UE transmite a UTRAN una porción de los datos almacenados en el UE en la forma de identificador para el SIB (por ejemplo, el ID para SIB16_4) en el paso 608. Si el UE determina en el paso 606 que la validez del SIB16 leído expirará dentro del periodo de expiración T, el UE trata el suceso de SIB16 como habiendo expirado ya y no transmite un identificador para ese suceso a UTRAN y el proceso continúa en el paso 610, donde el UE determina si son almacenados cualesquiera sucesos adicionales de SIB16. Si están almacenados más SIB16s, el proceso retorna a los pasos 604, 606, 608 y 610 hasta que no se detectan más sucesos de SIB16 en el UE, en cuyo momento termina el proceso en 612.

En algunas realizaciones de la invención, el periodo de expiración puede estar basado, en su totalidad o en parte, en un elemento aleatorio. Por ejemplo, el periodo de expiración puede ser establecido como un periodo de tiempo que comprenda un elemento variable generado de manera aleatoria o pseudo-aleatoria.

La figura 7 es una línea de tiempos que ilustra la operación de algunas realizaciones de la invención. El punto 0 es un punto de referencia de la línea. En el punto a del tiempo, el UE recibe una petición para enviar a UTRAN un mensaje de IRHI. En el tiempo entre los puntos a y b de la línea de tiempos, algunas realizaciones de la invención (por ejemplo como se describe en relación con las figuras 5 y 6 anteriores) determinan IDs de SIB16 que se han de transmitir a UTRAN. Normalmente, si es recibido en el UE un mensaje de Transferencia A UTRAN (HOTU: Handover To UTRAN) (la instrucción desde UTRAN al UE para ejecutar una transferencia de una primera RAT a una segunda RAT) dentro de 30 segundos desde la recepción en el UE de una petición de un mensaje de IRHI, entonces el periodo de expiración T puede ser fijado en un periodo de tiempo predeterminado de 30 segundos. En la línea de tiempos, el punto c es el punto en el que el UE recibe la instrucción HOTU y el periodo de expiración T es el tiempo entre los puntos a y c en la línea de tiempos. A modo de ilustración de una ventaja proporcionada por realizaciones de la presente invención, si está determinado, por ejemplo, por la realización de la invención ilustrada en la figura 5 anterior y descrita en relación con la misma, que la validez del SIB16 en cuestión (por ejemplo SIB16_7) expirará en el punto d de la línea de tiempos, entonces, mediante una ejecución práctica de una realización de la invención, el UE es capaz de determinar que en el punto c (el tiempo en que el UE anticipa o puede esperar que recibirá la instrucción HOTU), SIB16_7 será ya no válido. Tras esta determinación, algunas realizaciones de la invención se retraen de transmitir a UTRAN un ID para SIB16_7 en el mensaje IRHI. Si, al hacer la determinación, el UE determina que la validez de SIB16_7 no habrá expirado para el punto de tiempo c y no expirará hasta, por ejemplo, el punto e de la línea de tiempos, entonces el UE transmite a UTRAN un ID para SIB16_7 en el mensaje de IRHI.

Adicional u opcionalmente, realizaciones de la invención pueden permitir incorporar un periodo adicional de protección segura mientras se efectúa esta determinación. Una tal concesión puede ser hecha para cualquier retardo en ejecutar realmente la transferencia desde la primera RAT a la segunda RAT. Así mismo, en referencia a la firma 7, el umbral de tiempo de protección segura Th puede ser añadido al periodo de expiración T para permitir cualquier retardo de tiempo en la ejecución de la transferencia. De ese modo, el UE puede ser capaz de de determinar que cuando la transferencia es realmente ejecutada, el SIB16 seleccionado por UTRAN para la transferencia permanece válido.

En las realizaciones descritas anteriormente, el UE transmite a UTRAN un ID para uno o más SIB16s. Alternativamente, puede ser más eficaz para el UE transmitir a UTRAN una lista de IDs para SIB16s no almacenados en el UE. (Como se ha mencionado anteriormente, hay 16 configuraciones previamente definidas de SIB16 y si, por ejemplo, se almacenan más de ocho SIB16s en el UE, menos datos necesitan ser transmitidos por el UE a UTRAN si se transmiten IDs de aquellos SIB16s que se sabe que no están almacenados en el UE). En una alternativa más, el UE informa a UTRAN de los SIB16s almacenados en el UE enviando al menos una parte de cada SIB16 él mismo almacenado en lugar del ID de SIB16. Estas alternativas pueden ser usadas solas o en combinación para transmitir una indicación a UTRAN de los sucesos de SIB16 almacenadas en el UE.

En las realizaciones descritas anteriormente, el UE determina si la validez de SIB16s seguirá siendo válida después del periodo de expiración en respuesta a la petición de IRHI desde UTRAN. El UE determinará también si la validez del SIB 16 seguirá siendo válida después del periodo de expiración en otras circunstancias que incluyan: en respuesta a un cambio en las condiciones de la red, o a un cambio en el estado del propio UE; o en respuesta a una actualización del SIB16 ó MIB o reconocimiento o anticipación de que está planeado por el UE que tenga lugar pronto una actualización del SUB16/MIB.

Pasando ahora a la figura 8, esta es un diagrama de bloques que ilustra un dispositivo móvil que puede actuar como un UE y cooperar con el aparato y los métodos de las figuras 1 a 7, y que es un ejemplo de dispositivo de comunicación inalámbrica. La estación móvil 700 es preferiblemente un dispositivo de comunicación inalámbrica bidireccional que tiene al menos capacidades de comunicación de voz y datos. La estación móvil 700 tiene preferiblemente la capacidad de comunicar con otros sistemas de ordenador en Internet. Dependiendo de la funcionalidad exacta proporcionada, se puede hacer referencia al dispositivo inalámbrico como un dispositivo de mensajería de datos, un buscador bidireccional, un dispositivo inalámbrico de correo electrónico, un teléfono celular con capacidades de mensajería de datos, una instalación inalámbrica de Internet, o un dispositivo de comunicación de datos, como ejemplos.

Cuando la estación móvil 700 es habilitada para comunicación bidireccional, incorporará un subsistema de comunicaciones 711, incluyendo tanto un receptor 712 como un transmisor 714, así como componentes asociados tales como uno o más, preferiblemente empotrados o internos, elementos de antena 716 y 718, osciladores locales (LOs) 713, y un módulo de tratamiento tal como un procesador de señal digital (DSP) 720. Como resultará evidente para los expertos en el campo de las comunicaciones, el diseño particular del subsistema de comunicaciones 711 será dependiente de la red de comunicaciones en la que está destinado a operar el dispositivo. Por ejemplo, la estación móvil 700 puede incluir un subsistema de comunicaciones 711 diseñado para operar dentro del sistema de comunicaciones de móviles Mobitex^{TM}, el sistema de comunicaciones de móviles TAC^{TM}, la red GPRS, la red UMTS o la red EDGE.

Los requisitos de acceso a la red variarán también con dependencia del tipo de red 702. Por ejemplo, en las redes Mobitex y Data TAC, la estación móvil 700 se registra en la red usando un número de identificación único asociado con cada estación móvil. Sin embargo, en redes de UMTS y GPRS, el acceso a la red está asociado con un abonado o usuario de estación móvil 700. Una estación móvil de GPRS requiere, por lo tanto, una tarjeta de módulo de identidad de abonado (SIM) con el fin de operar en una red de GPRS. Sin tarjeta SIM válida, no será completamente funcional una estación móvil de GPRS. Pueden estar disponibles funciones de comunicaciones locales o sin red, así como funciones legalmente requeridas (si existen), tales como llamada de emergencia al "911", pero la estación móvil 700 será incapaz de realizar cualesquiera otras funciones que impliquen comunicaciones en la red 702. La interfaz 744 de SIM es normalmente similar a una ranura para tarjeta en la cual se pueda insertar o de la cual se pueda expulsar una tarjeta SIM como un disquete o tarjeta PCMCIA. La tarjeta SIM puede tener aproximadamente 64K de memoria y contener mucha configuración de clave 751, y otra información 753 tal como identificación, e información relacionada con el abonado.

Cuando se han completado los procesos de registro o activación de red requeridos, la estación móvil 700 puede enviar y recibir señales de comunicación por la red 702. Las señales recibidas por la antena 716 a través de la red de comunicaciones 702 son introducidas en el receptor 712, que puede realizar funciones comunes del receptor tales como amplificación de señales, conversión de frecuencia en disminución, filtración, selección de canal y similares, y, en el ejemplo de sistema mostrado en la figura 8, la conversión de analógico en digital (A/D). La conversión A/D de una señal recibida permite realizar funciones de comunicación más complejas, tales como desmodulación y descodificación en el DSP 720. De una manera similar se tratan señales que han de ser transmitidas, incluyendo modulación y descodificación, por ejemplo, mediante DSP 720 y entrada al transmisor 714 para la conversión de digital en analógico, conversión en aumento de frecuencia, filtración, amplificación y transmisión por la red de comunicaciones 702 a través de la antena 718. El DSP 720 no sólo trata señales de comunicación, sino que también proporciona control para el receptor y el transmisor. Por ejemplo, las ganancias aplicadas a señales de comunicación en el receptor 712 y el transmisor 714 pueden ser controladas de manera adaptable a través de algoritmos de control de ganancia automático incorporados en DSP 720.

La estación móvil 700 incluye preferiblemente un microordenador 738 que controla el funcionamiento global del dispositivo. Funciones de comunicación, incluyendo al menos comunicaciones de datos y voz, son realizadas a través del subsistema de comunicaciones 711. El microordenador 738 también interactúa con subsistemas adicionales del dispositivo, tales como la pantalla de presentación 722, la memoria flash 724, la memoria de acceso aleatorio (RAM) 726, subsistemas 728 auxiliares de entrada/salida (I/O), puerto serie 730, altavoz 734, micrófono 736, subsistema 740 de comunicaciones de corto alcance y cualesquiera otros subsistemas del dispositivo, generalmente designados como 742.

Algunos de los subsistemas mostrados en la figura 8 realizan funciones relacionadas con la comunicación, mientras que otros subsistemas pueden proporcionar funciones "residentes" o en el dispositivo. De manera notable, algunos subsistemas, tales como el teclado 732 y la pantalla de presentación 722, por ejemplo, pueden ser usados para ambas funciones relacionadas con la comunicación, tales como introducir un mensaje de texto para transmisión por una red de comunicaciones, y funciones residentes en el dispositivo, tales como una calculadora o lista de tareas.

La programación lógica (software) del sistema operativo, usada por el microordenador 738, está preferiblemente almacenada en una memoria persistente, tal como una memoria flash 724, que puede ser en su lugar una memoria de sólo lectura (ROM) o elemento de almacenamiento similar (no mostrado). Los expertos en la técnica apreciarán que pueden ser temporalmente cargadas en una memoria volátil, tal como RAM 726, aplicaciones del sistema operativo, del dispositivo concreto, o partes del mismo. Las señales de comunicación recibidas pueden ser almacenadas también en la RAM 726.

Como se muestra, la memoria flash 724 puede ser segregada en diferentes zonas tanto para programas de ordenador 758 como almacenamiento de datos del programa 750, 752, 754 y 756. Estos diferentes tipos de almacenamiento indican que cada programa puede asignar una porción de memoria flash 724 para sus propios requisitos de almacenamiento de datos. El microordenador 738, además de sus funciones de sistema operativo, hace posible preferiblemente la ejecución de aplicaciones de programación lógica en la estación móvil. Normalmente se instalarán en la estación móvil 700, durante la fabricación, un conjunto predeterminado de de aplicaciones que controlan operaciones básicas, incluyendo al menos, por ejemplo, aplicaciones de comunicación de datos y voz. Una aplicación de programación lógica preferida puede ser una aplicación de gestor de información personal (PIM) que tiene la capacidad de organizar y gestionar ítems de datos relativos al usuario de la estación móvil, tales como, pero sin limitación, eventos de calendario, correos de voz, citas, e ítems de tareas. Naturalmente, estarían disponibles uno o más almacenes de memoria en la estación móvil para facilitar el almacenamiento de ítems de datos de PIM. Tal aplicación de PIM tendría preferiblemente la posibilidad de enviar y recibir ítems de datos, a través de la red inalámbrica 702. En una realización preferida, los ítems de datos de PIM son integrados sin juntura, sincronizados y actualizados, a través de la red inalámbrica 702, con los ítems de datos correspondientes al usuario de la estación móvil, almacenados en o asociados con un sistema de ordenador principal. También se pueden cargar aplicaciones adicionales en la estación móvil 700 a través de la red 702, un subsistema auxiliar 728 de I/O, puerto serie 730, subsistema 740 de comunicaciones de corto alcance o cualquier otro subsistema apropiado 742, e instalado por un usuario en la RAM 726 o preferiblemente una memoria no volátil (no mostrada) para ejecución por el microordenador 738. Tal flexibilidad en la instalación de aplicaciones aumenta la funcionalidad del dispositivo y puede proporcionar funciones mejoradas en el dispositivo, funciones relacionadas con la comunicación, o ambas. Por ejemplo, aplicaciones de comunicación seguras pueden hacer posible la realización de funciones de comercio electrónico y otras, tales como transacciones financieras usando la estación móvil 700.

En un modo de comunicación de datos, una señal recibida, tal como una descarga de un mensaje de texto o página web, será tratada por el subsistema de comunicación 711 e introducida en el microordenador 738, el cual trata, de manera preferida, adicionalmente la señal recibida para dar salida hacia la pantalla 722 o, alternativamente, a un dispositivo auxiliar 728 de I/O. Un usuario de estación móvil 700 puede componer también ítems de datos tales como mensajes de correo, por ejemplo, usando el teclado 732, que es preferiblemente un teclado alfanumérico completo o teclado del tipo de teléfono, en combinación con la pantalla 722 y posiblemente un dispositivo auxiliar 728 de I/O. Tales ítems compuestos pueden ser entonces transmitidos por una red de comunicaciones a través del subsistema de comunicaciones 711.

Para comunicaciones de voz, la operación global de la estación móvil 700 es similar, excepto en que las señales recibidas serían preferiblemente emitidas a un altavoz 734 y las señales para transmisión serían generadas por un micrófono 736. Subsistemas alternativos de voz o audio de I/O, tales como un subsistema de grabación de mensaje de voz, pueden estar incorporados también en la estación móvil 700. Aunque la salida de señal de voz o audio es preferiblemente realizada principalmente a través del altavoz 734, la pantalla 722 puede ser también usada para proporcionar una indicación de la identidad de una parte que llama, la duración de una llamada de voz o de otra información relacionada con la llamada de voz, por ejemplo.

El puerto serie 730 de la figura 8 sería normalmente incorporado en una estación móvil del tipo de asistente digital personal (PDA) para la que puede ser deseable la sincronización con un ordenador de sobremesa de usuario (no mostrado), pero es un componente opcional del dispositivo. Un tal puerto 730 permitiría a un usuario establecer preferencias a través de un dispositivo externo o aplicación de software y extendería las capacidades de la estación móvil 700 proporcionado información o descargas de software a la estación móvil 700 distintas de las que se producen a través de la red de comunicaciones inalámbricas. La trayectoria de descarga alterna puede ser usada, por ejemplo, para cargar una clave de codificación en el dispositivo a través de una conexión directa y por tanto fiable y segura para garantizar con ello la comunicación del dispositivo.

Otros subsistemas de comunicaciones 740, tales como un subsistema de comunicaciones de corto alcance, son componentes opcionales más que pueden proporcionar la comunicación entre la estación móvil 700 y diferentes sistemas o dispositivos, que no precisan ser necesariamente dispositivos similares. Por ejemplo, el subsistema 740 puede incluir un dispositivo de infrarrojos y circuitos y componentes asociados o un módulo de comunicación Bluetooth^{TM} para proporcionar comunicación con sistemas y dispositivos similarmente habilitados.

Cuando el dispositivo móvil 700 es usado como un UE, las pilas de protocolo 746 incluyen un aparato y un método para realizar la adquisición de información del sistema en equipo de usuario del sistema de telecomunicaciones de móviles.

Extensiones y alternativas

En la memoria precedente, la invención ha sido descrita con referencia a realizaciones concretas de la misma. Sin embargo, será evidente que se pueden hacer en ellas varios cambios y modificaciones sin apartarse del alcance de la técnica. Por lo tanto, la memoria y los dibujos se han de considerar en sentido ilustrativo más que limitativo.

Se ha de observar que los métodos, según se han descrito, han mostrado pasos que son realizados en un orden particular. Sin embargo, resultará claro para una persona experta en la técnica que el orden de la evaluación de algunos pasos es indiferente con respecto a la operación del método. La ordenación de los pasos según se ha descrito aquí no pretende ser limitativa.

Se ha de observar también que cuando se ha descrito un método, también se pretende buscar protección también para un dispositivo organizado para realizar el método, y donde han sido reivindicadas características independientemente unas de otras, estas pueden ser ejecutadas y reivindicadas conjuntamente con otras características reivindicadas.

Claims (16)

1. Un método para determinar la validez de datos de transferencia de Tecnología de Acceso por Radio, RAT, en un dispositivo (700) de equipo de usuario operable para comunicar en una red de comunicaciones de móviles y para operar en una primera RAT y una segunda RAT, comprendiendo el método, en el dispositivo de equipo de usuario, el paso de determinar (506, 606) si la validez de datos almacenados en el dispositivo de equipo de usuario expirará dentro de un periodo de expiración, siendo los datos almacenados para usar en transferencia de operación del dispositivo de equipo de usuario de la primera RAT a la segunda RAT, comprendiendo además el método el paso de transmitir (512, 608) a un controlador de red una indicación de datos almacenados, la validez de los cuales no expire dentro del periodo de expiración.

2. El método de la reivindicación 1, en el que el paso de determinar (506, 606) si la validez de los datos almacenados expirará es ejecutado en respuesta a un cambio en las condiciones de la red o a un cambio de estado del dispositivo (700) de equipo de usuario.

3. El método de la reivindicación 1, en el que el paso de determinar (506, 606) si la validez de los datos almacenados expirará es ejecutada en respuesta a una actualización de los datos almacenados o en anticipación de una actualización planificada de los datos almacenados.

4. El método de la reivindicación 1, en el que el paso de determinar (506, 606) si la validez de los datos almacenados expirarán es ejecutado en respuesta a recibir una interrogación acerca de los datos almacenados.

5. El método de cualquier reivindicación precedente, en el que el paso de transmitir (512, 608) comprende transmitir un identificador para los datos almacenados.

6. El método de cualquier reivindicación precedente, que comprende además recibir del controlador de red una instrucción para ejecutar una transferencia de RAT desde la primera RAT a la segunda RAT usando los datos almacenados.

7. El método de cualquiera de las reivindicaciones 1 a 4, que comprende además transmitir (512) a un controlador de red una indicación de una pluralidad de conjuntos de datos almacenados, la validez de cuyos conjuntos de datos almacenados no expirará dentro del periodo de expiración.

8. El método de la reivindicación 7, en el que el paso de transmitir comprende transmitir un identificador para cada uno de la pluralidad de conjuntos de datos almacenados.

9. El método de la reivindicación 8, que comprende además recibir del controlador de red una instrucción para ejecutar una transferencia de RAT usando datos procedentes de uno seleccionado de la pluralidad de conjuntos de datos almacenados.

10. El método de cualquier reivindicación precedente, en el que el periodo de expiración es un periodo de tiempo predeterminado.

11. El método de la reivindicación 10, en el que el periodo de tiempo predeterminado es establecido con respecto a un segundo periodo de tiempo correspondiente al tiempo esperado tomado, después de la recepción de pregunta, para recibir en el dispositivo (700) de equipo de usuario la instrucción para ejecutar la transferencia de RAT.

12. El método de la reivindicación 11, en el que el periodo de tiempo predeterminado se establece para que sea mayor que el segundo periodo de tiempo, opcionalmente mayor que el segundo periodo de tiempo más un periodo de umbral.

13. Un dispositivo (700) de equipo de usuario operable para comunicar en una red de telecomunicaciones de móviles y para operar en una primera Tecnología de Acceso por Radio, RAT, y una segunda RAT, y que es además operable para determinar si la validez de datos almacenados en el dispositivo de equipo de usuario expirarán dentro del periodo de expiración, siendo los datos almacenados para usar en la transferencia de operación del dispositivo de equipo del usuario desde la primera RAT a la segunda RAT; siendo el dispositivo operable además para transmitir a un controla-
dor de red una indicación de datos almacenados, la validez de los cuales no expirará dentro del período de expiración.

14. Un dispositivo (700) de acuerdo con la reivindicación 13, operable además para ejecutar el método de cualquiera de las reivindicaciones 2 a 12.

15. Medios de código de programa de ordenador configurados para realizar el método de cualquiera de las reivindicaciones 1 a 12.

16. Un producto de programa de ordenador que comprende medios de codificación almacenados en un medio o soporte legible por ordenador, para realizar el método de cualquiera de las reivindicaciones 1 a 12, cuando dicho programa es ejecutado en un ordenador.