ES2298476T3 - Metodo para manejar la actualizacion de celdas durante la reconfiguracion en un equipo de usuario de una red de un sistema universal de telecomunicaciones moviles (umts) y un equipo de usuario correspondiente. - Google Patents
Metodo para manejar la actualizacion de celdas durante la reconfiguracion en un equipo de usuario de una red de un sistema universal de telecomunicaciones moviles (umts) y un equipo de usuario correspondiente. Download PDFInfo
- Publication number
- ES2298476T3 ES2298476T3 ES03256113T ES03256113T ES2298476T3 ES 2298476 T3 ES2298476 T3 ES 2298476T3 ES 03256113 T ES03256113 T ES 03256113T ES 03256113 T ES03256113 T ES 03256113T ES 2298476 T3 ES2298476 T3 ES 2298476T3
- Authority
- ES
- Spain
- Prior art keywords
- reconfiguration
- cell update
- utran
- cell
- update
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
- H04W60/04—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/02—Arrangements for optimising operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
- H04W8/24—Transfer of terminal data
- H04W8/245—Transfer of terminal data from a network towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Exchange Systems With Centralized Control (AREA)
Abstract
Un método para llevar a cabo una actualización de celda durante un procedimiento de reconfiguración en un equipo de usuario en un sistema de comunicaciones, comprendiendo el método los pasos de: - recibir una orden de reconfiguración (s230) procedente de una red (319), incluyendo la orden de reconfiguración un instante de activación (s232) en el que ha de aplicarse la reconfiguración (s244); - detectar un suceso activador que indica que es necesaria una actualización de celda (s236); y - retardar la iniciación de la actualización de celda (s240, s234).
Description
Método para manejar la actualización de celdas
durante la reconfiguración en un equipo de usuario de una red de un
sistema universal de telecomunicaciones móviles (UMTS) y un equipo
de usuario correspondiente.
Esta solicitud se refiere en general al sistema
UMTS (Universal Mobile Telecommunications System; sistema universal
de telecomunicaciones móviles), y en concreto a un aparato y a un
método para manejar la actualización de celdas durante la
reconfiguración en equipos de usuario de un sistema universal de
telecomunicaciones móviles.
El sistema UMTS es un sistema de
telecomunicaciones móvil público terrestre de tercera generación. Se
conocen diversos cuerpos de normalización que publican y establecen
estándares para el sistema UMTS, cada uno en sus respectivas áreas
de competencia. Por ejemplo, se conoce que el 3GPP (Third Generation
Partnership Project) ha publicado y fijado estándares para el
sistema UMTS basado en GSM (Global System for Mobile Communications;
sistema global de comunicaciones móviles), y el 3GPP2 (Third
Generation Partnership Project 2) ha publicado y fijado estándares
para el sistema UMTS basado en CDMA (Code Division Multiple Access;
acceso múltiple por división en código). Dentro del alcance de un
cuerpo de normalización concreto, socios específicos publican y
establecen estándares en sus áreas respectivas.
Consideremos un dispositivo móvil inalámbrico,
al que nos referiremos genéricamente como UE (user equipment,
equipo de usuario), que cumpla con las especificaciones del 3GPP
para el protocolo UMTS. La especificación 25-331,
v.3.15.0 del 3GPP, a la que en adelante nos referiremos como
especificación 25-331, estudia el tema de los
requisitos del protocolo UMTS RCC (Radio Resource Control; control
de recursos de radio) entre la red UTRAN (UMTS Terrestrial Radio
Access Network; red de acceso radio terrestre UMTS) y el UE.
De acuerdo con el artículo 8.2.2.3 de la
especificación 25-331, la red UTRAN puede enviar una
orden de reconfiguración al UE. La orden de reconfiguración incluye
un instante de activación que especifica cuando debe aplicarse la
reconfiguración, que puede ser o inmediatamente o un cierto tiempo
después, generalmente hasta un máximo de 2,55 segundos después,
aunque normalmente se espera que sea sólo unos pocos milisegundos
después. Se considera que el proceso de reconfiguración está en
marcha hasta que el UE responde con un mensaje de respuesta, que
será enviado normalmente desde el UE en el instante de activación o
muy poco tiempo después.
Este procedimiento se muestra en la figura 1.
Desde la red UTRAN se envía al UE una orden de Reconfiguration
(reconfiguración) con una nueva configuración X. La nueva
configuración X solicitada, normalmente un canal físico dedicado,
se aplica tanto al UE como a la red UTRAN en el instante de
activación, indicado mediante la línea de puntos. El UE se aplica,
en general, la nueva configuración antes de enviar una respuesta del
tipo Reconfiguration_COMPLETE (reconfiguración terminada): Si la
reconfiguración fallara por alguna razón, el UE volverá a su
configuración previa y enviará un mensaje del tipo
Reconfiguration_FAILURE (fallo en la reconfiguración) que indica
que la reconfiguración ha fallado.
No obstante, si se produce un suceso que
requiera invocar una actualización de celda mientras está en marcha
el procedimiento de reconfiguración, los actuales estándares 3GPP no
definen sin ambigüedad cómo debe comportarse el UE, conduciendo
potencialmente, de este modo, a problemas de interoperabilidad. Los
sucesos que exigen invocar una actualización de celda se definen en
el artículo 8.3.1.2 de la especificación 25-331 e
incluyen las condiciones de fallo del enlace radio, reentrada en el
área de servicio, error irrecuperable del RLC (Radio Link Control;
control del enlace radio), nueva selección de celda y actualización
periódica de celda.
El procedimiento básico de actualización de
celda se muestra en la figura 2. Cuando se produce un suceso
activador, el UE pasa al estado cell_FACH y envía un mensaje de
petición CELL UPDATE (actualización de celda) a la UTRAN, que sigue
el estado del UE. La UTRAN devuelve un mensaje CELL UPDATE CONFIRM
(Y) (confirmación de actualización de celda (Y)), donde Y
representa los datos de reconfiguración que lleva el mensaje CELL
UPDATE CONFIRM. Tanto la UTRAN como el UE aplican la nueva
configuración Y y el UE envía una respuesta a la UTRAN confirmando
la terminación del procedimiento de reconfiguración. Cuando se
termina el proceso, la UTRAN conoce tanto el estado del UE como su
configuración actual (FACH+Y), necesarias para mantener la
comunicación.
Además de la interacción general de los
procedimientos de reconfiguración y de actualización de celda, deben
tenerse en cuenta otros dos escenarios cuando se diseña el
comportamiento de las UTRAN. El primero es el cruce de la orden
CELL UPDATE con la orden Reconfiguration, mientras que el segundo es
la actualización de celda que se produce mientras el mensaje
Reconfiguration _COMPLETE está en tránsito. El primero de ellos se
muestra en la figura 3 y el segundo en la figura 4.
La figura 3 muestra la situación en que la orden
Reconfiguration es emitida por la UTRAN pero llega al UE después de
que el UE haya enviado la orden CELL UPDATE a la UTRAN. En este
caso, la orden Reconfiguration es rechazada de acuerdo con el
artículo 8.6.3.11 de la especificación 25-331. Por
consiguiente, no sucede nada en el instante de activación y tanto
el UE como la UTRAN se aplican la actualización de celda Y. Después
el UE envía a la UTRAN un mensaje de respuesta confirmatorio y un
mensaje Reconfiguration_FAILURE. La figura 3 muestra que es
razonable que la UTRAN no aplique la reconfiguración (X) durante la
actualización de celda, y que espere hasta que se complete la
actualización de celda. Si se aplicara X tras la recepción del
mensaje respuesta de actualización de celda, debería volver a la
configuración previa cuando reciba el mensaje
Reconfiguration_FAILURE.
La figura 4 muestra la situación de una
actualización de celda que se produce mientras está en tránsito el
mensaje Reconfiguration_COMPLETE. La UTRAN emite una orden
Reconfiguration (X) con un instante de activación. Esta es recibida
por el UE y la configuración X se ejecuta en el instante de
activación. Posteriormente, el UE emite un mensaje
Reconfiguration_COMPLETE. Sin embargo, antes de que este mensaje
llegue a la UTRAN, se produce un suceso que activa la transmisión a
la UTRAN de una orden CELL UPDATE. Debido a que se necesita un
C-RNTI para enviar el mensaje
Reconfiguration_COMPLETE (ver artículo 9.2.1.1 de la especificación
25-331 del 3GPP) y este puede no estar disponible
hasta que se reciba el mensaje CELL UPDATE CONFIRM, el mensaje
Reconfiguration_COMPLETE no puede ser enviado hasta que se complete
la actualización de celda. LA UTRAN debe, por consiguiente, tolerar
el recibir una respuesta a la orden Reconfiguration tras la
terminación de una actualización de celda intermedia.
La presente invención pretende proponer
estrategias para tratar la interacción de un procedimiento de
actualización de celda con una reconfiguración que ya ha comenzado.
A continuación se detallan una serie de dichas estrategias,
denominadas B0 a B6.
\vskip1.000000\baselineskip
La presente invención queda definida por las
reivindicaciones. La reivindicación independiente 1 se refiere a un
método para llevar a cabo un procedimiento de reconfiguración y
actualización de celda. La reivindicación independiente 7 se
refiere a un equipo de usuario para llevar a cabo una actualización
de celda durante un procedimiento de reconfiguración.
Un aparato y un método de acuerdo con la
invención pueden hacer que el comportamiento del UE no sea ambiguo
cuando se requiere una actualización de celda durante una
reconfiguración en marcha.
Otros aspectos y características de la presente
invención serán aparentes para aquellos normalmente expertos en la
materia tras la revisión de la siguiente descripción de las
realizaciones específicas de un aparato y de un método para manejar
la actualización de celda durante una reconfiguración en marcha en
un equipo de usuario UMTS.
\vskip1.000000\baselineskip
A continuación se describirán realizaciones de
la presente invención, solamente a título de ejemplo, con referencia
a los dibujos adjuntos, en los que:
- la figura 1 muestra un procedimiento de
reconfiguración en un sistema UMTS;
- la figura 2 muestra un procedimiento de
actualización de celda en un sistema UMTS;
- la figura 3 muestra la situación en la que la
UTRAN emite una orden Reconfiguration pero alcanza al UE después
que el UE a enviado a la UTRAN la orden CELL UPDATE;
- la figura 4 muestra la situación de una
actualización de celda que ocurre mientras el mensaje
Reconfiguration_COMPLETE está en tránsito;
- la figura 5 es un diagrama de bloques que
muestra un aparato de pila de protocolos dotado de un bloque CUH
RRC, de acuerdo con la presente invención;
- la figura 6 es un diagrama de secuencia de
mensajes que muestra el comportamiento B0, en el que los
procedimientos de recuperación y de actualización de celda se
ejecutan independientemente;
- la figura 7 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B1, en el
que el procedimiento de actualización de celda se retarda hasta que
se ha alcanzado el instante de activación de la reconfiguración y
se ha aplicado la nueva configuración;
- la figura 8 es un diagrama de bloques que
muestra con mayor detalle el bloque CUH RRC mostrado en la figura 5
para implementar el comportamiento B1;
- la figura 9 es un diagrama de flujo que
muestra la implementación del comportamiento B1 en el bloque CUH
RCC 200 mostrado en la figura 8;
- la figura 10 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B2, en el
que la reconfiguración se cancela tan pronto como arranca el
procedimiento de actualización de celda;
- la figura 11 es un diagrama de flujo que
muestra la implementación del comportamiento B2 en el bloque CUH
RCC 200 mostrado en la figura 8;
- la figura 12 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B3, en el
que la reconfiguración se retarda hasta que termina el procedimiento
de actualización de celda;
- la figura 13 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B4, en el
que la reconfiguración se retarda hasta que se ha recibido el
mensaje CELL UPDATE CONFIRM;
- la figura 14 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B5, en el
que las reconfiguraciones pendientes se ejecutan inmediatamente, con
independencia de sus instantes de activación;
- la figura 15 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B6, que
es una variación del comportamiento B1 en la que la actualización de
celda puede suprimirse en determinadas circunstancias;
- la figura 16 es un diagrama de flujo que
muestra la implementación del comportamiento B6 en el bloque CUH
RCC 200; y
- la figura 17 es un diagrama de bloques que
muestra un dispositivo móvil, que puede actuar como un UE y cooperar
con el aparato y método de las figuras 1 a 16.
En las diferentes figuras se utilizan las mismas
referencias numéricas para designar elementos similares.
Con referencia a los dibujos, la figura 5 es un
diagrama de bloques que muestra una realización de un aparato de
pila de protocolos dotado de un bloque de control de recursos radio
para manejo de actualización de celda, de acuerdo con la presente
solicitud.
El bloque CUH RRC (Cell Update Handling Radio
Resource Control) 200 es una subcapa de la Capa 3, 130, de una pila
de protocolos UMTS 100. El bloque CUH RRC 200 existe solamente en el
plano de control y proporciona un servicio de transferencia de
información al estrato de no acceso NAS, 134. El bloque CUH RRC 200
es responsable de controlar la configuración de la Capa 1, 110, del
interfaz radio, y de la Capa 2, 120. Cuando la UTRAN desea cambiar
la configuración del UE emite un mensaje al UE que contiene una
orden para invocar un procedimiento RRC específico. La capa CUH RRC
200 del UE decodifica este mensaje e inicia el procedimiento RRC
apropiado. En general, cuando se ha terminado el procedimiento
(tanto si es satisfactoriamente como si no) el CUH RRC envía a la
UTRAN un mensaje de respuesta (a través de las capas inferiores)
informando a la UTRAN del resultado. Aunque hay que indicar que
existen unos pocos escenarios en los que el CUH RRC no emite un
mensaje de respuesta a la UTRAN, en dichos casos el CUH RRC no lo
necesita y no contesta.
De forma ventajosa, el bloque CUH RRC 200
permite a la pila de protocolos 100 tener un comportamiento no
ambiguo cuando se produce una actualización de celda durante una
reconfiguración en marcha.
El bloque CUH RRC 200 puede implementar varias
estrategias diferentes de comportamiento para hacer frente a la
interacción de un procedimiento de actualización de celda con una
reconfiguración que ya ha comenzado. Estos comportamientos se
resumen a continuación, designados como B0 a B6, y después
explicados en detalle, con referencia a los dibujos.
El comportamiento B0 implica que los
procedimientos de actualización de celda y de reconfiguración
continúan independientemente y en paralelo. El comportamiento B1
implica retardar el comienzo del procedimiento de actualización de
celdas hasta que se ha alcanzado el instante de activación de la
reconfiguración y se ha aplicado la reconfiguración. El
comportamiento B2 implica cancelar la reconfiguración tan pronto
como comienza el procedimiento de actualización de celda. El
comportamiento B3 implica retardar la reconfiguración hasta después
que el procedimiento de actualización de celda haya terminado y el
comportamiento B4 implica retardar la reconfiguración hasta que se
reciba el mensaje CELL UPDATE CONFIRM. En el comportamiento B5,
cuando comienza el procedimiento de actualización de celda, las
reconfiguraciones pendientes se ejecutan inmediatamente. El
comportamiento B6 es una versión optimizada de B1 cuando el UE
determina que no existe en absoluto necesidad de transmitir un
mensaje de actualización de celda a la UTRAN porque la
reconfiguración la ha hecho innecesaria.
La figura 6 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B0, en el
que los procedimientos de actualización de celda y de
reconfiguración se ejecutan independientemente.
Desde la UTRAN se envía al UE una orden
Reconfiguration con un instante de activación y una nueva
configuración X, por ejemplo un canal físico dedicado (paso s1).
Esta orden se recibe en el UE (paso s2). Entonces se produce un
suceso activador, por ejemplo el fallo del radio enlace (paso s3), y
el UE responde pasando al estado cell_FACH (paso s4) y enviando a
la UTRAN una orden CELL UPDATE (paso s5). La UTRAN recibe la orden
(paso s6) y toma nota de que el UE se pasó al estado cell_FACH
(paso s7). Suponiendo que se alcanza entonces el instante de
activación, tanto el UE como la UTRAN se aplican la nueva
configuración X (paso s8). Entonces el UE envía un mensaje
Reconfiguration_COMPLETE (paso s9), mientras que la UTRAN envía un
mensaje CELL UPDATE CONFIRM con una nueva configuración Y (paso
s10) y aplica ella misma la configuración Y (paso s11). El UE recibe
el mensaje CELL UPDATE CONFIRM (paso s12) y, en respuesta, el UE se
aplica la configuración Y (paso s13) y envía una respuesta a la
UTRAN (paso s14). La UTRAN recibe la respuesta que confirma que el
UE se ha aplicado la configuración Y (paso s15) y un poco después
recibe el mensaje Reconfiguration_COMPLETE que confirma que el UE
se ha aplicado la configuración X (paso s16).
Existe una serie de problemas con el
comportamiento B0 descrito anteriormente. Por ejemplo, puede ser
imposible el alcanzar el instante de activación o la configuración
X podría implicar la retirada o modificación de canales necesarios
para recibir el mensaje CELL UPDATE CONFIRM. En este último caso, si
el instante de activación se produce entre el envío de la orden
CELL UPDATE (paso s5) y la recepción del mensaje CELL UPDATE CONFIRM
(paso s12), se producirá un error. Además, si el instante de
activación ocurre mientras el mensaje CELL UPDATE CONFIRM está en
tránsito, entonces el UE se aplicaría las configuraciones en el
orden primero X y después Y, mientras que la UTRAN se las aplicaría
en orden opuesto, dando lugar a una desadaptación potencial si las
configuraciones X e Y están en desacuerdo.
La figura 7 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B1, en el
que el procedimiento de actualización de celda se retarda hasta que
se ha alcanzado el instante de activación de la reconfiguración y
se ha aplicado la nueva configuración. La orden Reconfiguration se
envía desde la UTRAN al UE con un instante de activación y una
nueva configuración X (paso s20). En el caso de que el instante de
activación tenga el valor "ahora", el UE no tiene que esperar
para sincronizarse con la UTRAN, y el instante de activación
significa tan pronto como sea posible. La orden Reconfiguration se
recibe en el UE (paso s21). Entonces se produce el suceso
activador, por ejemplo el fallo de un radio enlace (paso s22). En
este caso, el procedimiento de actualización de celda se retarda
hasta el instante de activación (paso s23): Cuando se alcanza el
instante de activación, o inmediatamente si se especificó el valor
"ahora", tanto el UE como la UTRAN se aplican la nueva
configuración X (paso s24).
Para implementar el procedimiento retardado de
actualización de celda, el UE pasa entonces al estado cell_FACH
(paso s25) y envía a la UTRAN la orden CELL UPDATE (paso s26). La
UTRAN recibe la orden (paso s27) y toma nota de que el UE pasó al
estado cell_FACH (paso s28). La UTRAN envía entonces el mensaje CELL
UPDATE CONFIRM con una nueva configuración Y (paso s29) y se aplica
ella misma la configuración Y (paso s30). El UE recibe el mensaje
CELL UPDATE CONFIRM (paso s31), se aplica la configuración Y (paso
s32) y envía entonces a la UTRAN una respuesta (paso s33) y un
mensaje Reconfiguration_COMPLETE (paso s34). La UTRAN recibe la
respuesta que confirma que el UE se ha aplicado la configuración Y
(paso s35) y un poco después recibe el mensaje
Reconfiguration_COMPLETE que confirma que el UE se ha aplicado la
configuración X (paso s36).
A parte del retardo en el comienzo del
procedimiento de actualización de celda, este comportamiento B1
puede considerarse que sigue el estándar 3GPP actual. Tiene la
desventaja de que la actualización de celda se retarda mientras se
activa la reconfiguración, lo que puede aumentar el tiempo de
respuesta a sucesos de disparo. También, puede no ser posible
alcanzar el instante de activación en algunas circunstancias. Sin
embargo, tiene la ventaja de que las configuraciones se producen
siempre en el orden X+FACH+Y.
Cuando trabaja con un UE que tenga un
comportamiento B1, la UTRAN aplica las siguientes reglas. Si recibe
una orden CELL UPDATE sin haber alcanzado primero el instante de
activación de una reconfiguración pendiente, no se aplicaría la
reconfiguración en el instante de activación, sino que debería
esperar hasta que terminara el procedimiento de actualización de
celda. Esta regla sirve el caso en que la orden Reconfiguration se
solapa con la orden CELL UPDATE. Si, tras enviar una orden
Reconfiguration, la UTRAN agota el tiempo de espera de una
respuesta o recibe un mensaje Reconfiguration_FAILURE, debe volver a
la configuración previa y después volver a enviar la orden
Reconfiguration.
Puesto que el comportamiento B1 cubre
eficazmente el que el procedimiento de actualización de celda no se
arranca hasta después del instante de activación, los UE que operan
de acuerdo con este comportamiento interoperarán con cualquier
UTRAN que pueda hacer frente al escenario mostrado en la figura
4.
La figura 8 es un diagrama de bloques que
muestra con mayor detalle el bloque CUH RRC mostrado en la figura 5
para implementar el comportamiento B1.
La UTRAN 210 envía un mensaje RRC
Reconfiguration, 215, al UE 220. El UE 220 está dotado de un
receptor 212 parta recibir el mensaje y un transmisor 214 para
enviar una respuesta apropiada. El UE 220 está también dotado con
un bloque CUH RRC, 200, que está conectado para recibir mensajes
procedentes de la UTRAN a través del receptor 212, y para
transmitir mensajes a la UTRAN 210 a través del transmisor 214. Las
conexiones entre el receptor 212 y el transmisor 214 pueden
implicar bloques que no se muestran expresamente en la figura 8,
tales como los bloques de la pila de protocolos de la figura 5.
El bloque CUH RRC 200 incluye un controlador
230, una unidad de temporización 240 y un detector de sucesos 250,
cuyo funcionamiento se explica con más detalle con referencia a la
figura 9.
\newpage
La figura 9 es un diagrama de flujo que muestra
la implementación del comportamiento B1 en el bloque CUH RRC,
200.
Con referencia a la figura 9, el controlador 230
recibe la orden Reconfiguration a través del receptor 212 (paso
s230) y fija el instante de activación requerido en la unidad
temporizadora 240 (paso s232). La unidad temporizadora 240 recibe
señales de sincronización procedentes de la UTRAN que la permiten
determinar cuando se ha alcanzado el instante de activación (paso
s234). Mientras tanto, el detector de sucesos 250 detecta un suceso
activador y genera una petición de actualización de celda (paso
s236) y la envía al controlador (paso s238). El controlador 230
determina si está pendiente alguna reconfiguración (paso 240). Si es
así, espera hasta que se alcanza el instante de activación (paso
s234). Si no, procede con el procedimiento de actualización de
celda de la forma normal (paso s242). Al alcanzar el instante de
activación, o lo antes posible si el instante de activación se
especificó como "ahora", el controlador aplica la configuración
X (paso s244) y determina si está pendiente alguna actualización de
celda (paso s246). Si lo está, inicial el procedimiento de
actualización de celda (paso s248) y después completa el proceso de
reconfiguración (paso s250). Si no está pendiente ninguna
actualización de celda (paso s246), el controlador 230 procede a
completar el paso de procesamiento de la reconfiguración (paso
s250).
La figura 10 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B2, en el
que la reconfiguración se cancela tan pronto como comienza el
procedimiento de actualización de celda.
En este ejemplo, la orden Reconfiguration se
envía desde la UTRAN al UE con un instante de activación y una
nueva configuración X (paso s40). Esta orden se recibe en el UE
(paso s41). Entonces ocurre el suceso activador (paso s42) que
inicia el procedimiento de actualización de celda y se cancela la
reconfiguración activa (paso s43). Como en el caso del
comportamiento B0, el UE pasa entonces al estado cell_FACH (paso
s44) y envía la orden CELL UPDATE a la UTRAN (paso s45). La UTRAN
recibe la orden CELL UPDATE (paso s46) y toma nota de que el UE
pasó al estado cell_FACH (paso s47). La UTRAN envía entonces el
mensaje CELL UPDATE CONFIRM con una nueva configuración Y (paso
s48) y se aplica a sí misma la configuración Y (paso s49). El UE
recibe el mensaje CELL UPDATE CONFIRM (paso s50), se aplica la
configuración Y (paso s51) y envía después una respuesta a la UTRAN
(paso s52) y un mensaje Reconfiguration_FAILURE (paso s53). La UTRAN
recibe la respuesta que confirma que el UE se ha aplicado la
configuración Y (paso s54) y un poco tiempo después recibe el
mensaje Reconfiguration_FAILURE de que se canceló la aplicación de
la configuración X (paso s55). Como es evidente por la descripción
anterior, puesto que se ha cancelado la reconfiguración, en este
ejemplo es irrelevante el valor del instante de activación.
La desventaja de este comportamiento es que la
UTRAN puede tener que aplicarse una reconfiguración adicional, si
se decide que la reconfiguración original tiene todavía sentido una
vez que ha terminado el procedimiento de actualización de celda.
Puesto que el comportamiento B2 cubre eficazmente el caso de un
suceso activador de una actualización de celda se produjo justo
antes de que se recibiera la orden Reconfiguración, los UE
configurados de acuerdo con el comportamiento B2 interoperarán con
cualquier UTRAN que pueda hacer frente al escenario mostrado en la
figura 3.
La figura 11 es un diagrama de flujo que muestra
la implementación del comportamiento B2 en el bloque CUH RRC, 220,
mostrado en al figura 8.
Con referencia a la figura 11, el controlador
230 recibe la orden Reconfiguration a través del receptor 212 (paso
s400) y fija el instante de activación requerido en la unidad
temporizadora 240 (paso s402). La unidad temporizadora 240 recibe
señales de sincronización procedentes de la UTRAN que la permiten
determinar cuándo se ha alcanzado el instante de activación (paso
s404). Mientras tanto, el detector de sucesos 250 detecta un suceso
activador y genera una petición de actualización de celda (paso
s406) y la envía al controlador (paso s408). El controlador 230
determina si está pendiente alguna reconfiguración (paso 410). Si
está pendiente alguna reconfiguración, ésta(s) se
cancela(n) y se establece una alerta de fallo de
configuración (paso s414) que permite la transmisión de un mensaje
Reconfiguration_FAILURE en el momento apropiado. Entonces se
continúa el procedimiento de actualización de celda (paso s416). Si
no está pendiente ninguna reconfiguración, el controlador 230
procede con el procedimiento de actualización de celda de la forma
normal (paso s416). Una vez que está completado el procedimiento de
actualización de celda y si está activada la alerta de fallo de
configuración (paso s418), el UE transmite a la UTRAN un mensaje
Reconfiguration_FAILURE (paso s420) para permitirla que tome la
acción apropiada.
La figura 12 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B3, en el
que la reconfiguración se retarda hasta que termina el procedimiento
de actualización de celda.
En este ejemplo, la orden Reconfiguration se
envía desde la UTRAN al UE con un instante de activación y una
nueva configuración X (paso s60). Esta orden se recibe en el UE
(paso s61). Entonces se produce el suceso activador (paso s62).
Entonces, como en el caso del comportamiento B2, el UE pasa al
estado cell_FACH (paso s63) y envía a la UTRAN la orden CELL UPDATE
(paso s64). La UTRAN recibe la orden CELL UPDATE (paso s65) y toma
nota de que el UE se pasó al estado cell_FACH (paso s66). Cuando se
alcanza el instante de activación no sucede nada ya que la
reconfiguración se retarda hasta que termina el procedimiento de
actualización de celda. Entonces, la UTRAN envía el mensaje CELL
UPDATE CONFIRM con una nueva configuración Y (paso s67) y se aplica
a sí misma la configuración Y (paso s68). El UE recibe el mensaje
CELL UPDATE CONFIRM (paso s69), se aplica la configuración Y (paso
s70) y envía después una respuesta a la UTRAN (paso s71). En este
punto termina la reconfiguración, se aplica la configuración X
(paso s72) y envía un mensaje Reconfiguration_COMPLETE (paso s73).
La UTRAN recibe la respuesta que confirma que el UE se ha aplicado
la configuración Y (paso s74), se aplica la configuración X (paso
s75) y recibe el mensaje Reconfiguration_COMPLETE (paso s76).
Este comportamiento tiene un fallo en el caso de
que el instante de activación se produzca mientras la orden CELL
UPDATE esté en tránsito. En dicho caso, la UTRAN se aplicará la
reconfiguración X puesto que todavía no sabe nada de la
actualización de celda. Sin embargo, el UE no se aplicará la
reconfiguración X hasta después de terminar la actualización de
celda. De este modo el UE queda con una configuración de FACH+Y+X,
mientras que la UTRAN asume una configuración de X+FACH+Y.
La figura 13 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B4, en el
que la reconfiguración se retarda hasta que se recibe el mensaje
CELL UPDATE CONFIRM.
En este ejemplo, la orden Reconfiguration se
envía desde la UTRAN al UE con un instante de activación y una
nueva configuración X (paso s80). Esta orden se recibe en el UE
(paso s81). Entonces se produce el suceso activador (paso s82).
Entones, como en el caso del comportamiento B2, el UE pasa al estado
cell_FACH (paso s83) y envía a la UTRAN la orden CELL UPDATE (paso
s84). La UTRAN recibe la orden CELL UPDATE (paso s85) y toma nota
de que el UE se pasó al estado cell_FACH (paso s86). Cuando se
alcanza el instante de activación no sucede nada ya que la
reconfiguración se retarda hasta que el UE recibe el mensaje CELL
UPDATE CONFIRM. La UTRAN envía el mensaje CELL UPDATE CONFIRM con
una nueva configuración Y (paso s87) y se aplica a sí misma la
configuración X y después la configuración Y (paso s88). El UE
recibe el mensaje CELL UPDATE CONFIRM (Y) (paso s89), se aplica la
configuración X y después la configuración Y (paso s90) y envía
después una respuesta a la UTRAN (paso s91). Envía también a la
UTRAN un mensaje Reconfiguration_COMPLETE (paso s92). La UTRAN
recibe la respuesta (paso s93) y el mensaje
Reconfiguration_COMPLETE (paso s94).
Un fallo en el comportamiento B4 es que si el
instante de activación se produce mientras la orden CELL UPDATE
esté en tránsito, entonces la UTRAN llevará a cabo la
reconfiguración en el instante de activación, pero el UE no llevará
a cabo la reconfiguración hasta que reciba el mensaje CELL UPDATE
CONFIRM. Esto significa que el UE queda con una configuración
FACH+X+Y, mientras que la UTRAN asume una configuración X+FACH+Y.
Esto da como resultado una desadaptación indetectable en las
configuraciones.
La figura 14 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B5, en el
que las reconfiguraciones pendientes se ejecutan inmediatamente, con
independencia de sus instantes de activación.
En este ejemplo, la orden Reconfiguration se
envía desde la UTRAN al UE con un instante de activación y una
nueva configuración X (paso s100). Esta orden se recibe en el UE
(paso s101). Entonces se produce el suceso activador (paso s102).
Entones, el UE se aplica la nueva configuración X (paso s103), pasa
al estado cell_FACH (paso s104) y envía a la UTRAN la orden CELL
UPDATE (paso s105). La UTRAN recibe la orden CELL UPDATE (paso
s106), se aplica la nueva configuración X (paso s107) y toma nota de
que el UE se pasó al estado cell_FACH (paso s108). Cuando se
alcanza el instante de activación no sucede nada ya que la
reconfiguración se ha adelantado al instante en que comienza el
procedimiento de actualización de celda, como se ha descrito
anteriormente. La UTRAN envía entonces el mensaje CELL UPDATE
CONFIRM con una nueva configuración Y (paso s109) y se aplica a sí
misma la configuración Y (paso s110). El UE recibe el mensaje CELL
UPDATE CONFIRM (Y) (paso s111), se aplica la configuración Y (paso
s112) y envía después una respuesta a la UTRAN (paso s113). Envía
también a la UTRAN un mensaje Reconfiguration_COMPLETE (paso s114).
La UTRAN recibe la respuesta (paso s115) y el mensaje
Reconfiguration_COMPLETE (paso s116).
Este comportamiento tiene la ventaja de que las
configuraciones se aplican siempre en el orden X+FACH+Y. Sin
embargo, se produce un fallo en el comportamiento B5 si la orden de
reconfiguración tarda tanto en transmitirse que llega después del
mensaje CELL UPDATE CONFIRM. En este caso, el UE se aplicará la
configuración contenida en el mensaje CELL UPDATE CONFIRM antes de
la de la reconfiguración, lo que da como resultado una configuración
FACH+Y+X. La UTRAN se aplicará primero la reconfiguración, lo que
conduce a X+FACH+Y, lo que puede conducir a una desadaptación
indetectable. Una desventaja adicional de este comportamiento es que
no interoperará con una UTRAN que espere comportamientos B1, B2 ó
B3.
La figura 15 es un diagrama de secuencia de
mensajes que muestra la implementación del comportamiento B6, que
es una variación del comportamiento B1 en el que la actualización de
celda puede suprimirse en determinadas circunstancias.
En este ejemplo, la orden Reconfiguration se
envía desde la UTRAN al UE con un instante de activación y una
nueva configuración X (paso s120). Esta orden se recibe en el UE
(paso s121). Entonces se produce el suceso activador, por ejemplo
un fallo del radio enlace (paso s122). El procedimiento de
actualización de celda se retarda como en el caso del
comportamiento B1 (paso s123). Cuando se alcanza el instante de
activación, tanto el UE como la UTRAN se aplican la nueva
configuración X (paso s124). Ahora, si la razón para la
actualización de celda se ha eliminado por la reconfiguración, por
ejemplo se ha eliminado el radio enlace con fallo, la actualización
de celda es simplemente ignorada (paso s125) y el procedimiento de
reconfiguración completa la transmisión a la UTRAN del mensaje
Reconfiguration_COMPLETE (paso s126). Finalmente, la UTRAN recibe el
mensaje Reconfiguration_COMPLETE que confirma que el UE se ha
aplicado la configuración X (paso s127).
Si la razón para la actualización de celda
persiste todavía, entonces se utiliza el comportamiento B1, es
decir se lleva acabo una actualización de celda y se envía a la
UTRAN un mensaje Reconfiguration_FAILURE (ver figura 7, pasos s26 -
s36).
La figura 16 es un diagrama de flujo que muestra
la implementación del comportamiento B6 en el bloque CUH RRC,
200.
La figura 16 es una modificación del diagrama de
flujo mostrado en la figura 9, y los pasos s230 a s44 no se
describirán de nuevo. En el paso s246, el controlador 230 determina
si existe alguna actualización de celda pendiente. Si existe
alguna, el controlador 230 determina entonces si el suceso
activador, que generó la petición de actualización de celda,
permanece aún, es decir, si la UTRAN aún necesita ser informada
(paso s600). Si es así, se procede con la actualización de celda
(paso s248). Sin embargo, si el suceso activador ya no permanece
(paso s600), el controlador cancela el procedimiento de
actualización de celda (paso s610) y completa entonces el proceso
de reconfiguración (paso s250).
Volviendo ahora a la figura 17, ésta es un
diagrama de bloques que muestra un dispositivo móvil, que puede
actuar como un UE y cooperar con los aparatos y los métodos de las
figuras 1 a 16, y que es un dispositivo de comunicaciones
inalámbricas a título de ejemplo. La estación móvil 300 es,
preferiblemente, un dispositivo de comunicaciones inalámbricas
bidireccional que tiene al menos capacidades de comunicación de voz
y de datos. La estación móvil 300 tiene, preferiblemente, la
capacidad de comunicar con otros sistemas de ordenadores a través
de Internet. Dependiendo de la funcionalidad exacta que se le haya
proporcionado, el dispositivo inalámbrico podría ser un dispositivo
de mensajes de datos, un localizador bidireccional, un dispositivo
de e-mail inalámbrico, un teléfono celular con
capacidad de mensajes de datos, un aparato inalámbrico para
Internet, o un dispositivo de comunicación de datos, como
ejemplos.
Cuando la estación móvil esté habilitada para
comunicaciones bidireccionales, incorporará un subsistema de
comunicaciones 311, que incluye tanto un receptor 312 como un
transmisor 314, así como componentes asociados tales como uno o
más, preferiblemente embebidos o internos, elementos de antena 316 y
318, osciladores locales (LO) 313, y un módulo de procesamiento
320, tal como un DSP (digital signal processor (procesador digital
de señales). Como comprenderán fácilmente los expertos en el campo
de las comunicaciones, el diseño concreto del subsistema de
comunicaciones 311 dependerá de la red de comunicaciones en la que
se pretende que el dispositivo opere. Por ejemplo, la estación
móvil 300 puede incluir un subsistema de comunicaciones 311 diseñado
para operar dentro del sistema de comunicaciones móviles
Mobitex^{TM}, del sistema de comunicaciones móviles
DataTAC^{TM}, de la red GPRS, de la red UMTS o de la red EDGE.
Las exigencias de acceso a la red variarán
también dependiendo del tipo de red 319. Por ejemplo, en las redes
Mobitex y DataTAC la estación móvil 300 se registra en la red
utilizando un número de identificación único asociado con cada
estación móvil. Sin embargo, en las redes UMTS y GPRS el acceso a la
red está asociado a un abonado o usuario de la estación móvil 300.
Una estación móvil GPRS requiere, por consiguiente una tarjeta SIM
(subscriber identity modulo; módulo de identidad de abonado) para
poder operar en una red GPRS. Sin una tarjeta SIM válida, una
estación móvil GPRS no será totalmente funcional. Pueden estar
disponibles funciones de comunicaciones locales o sin utilizar la
red, así como las funciones exigidas legalmente (si existen) tales
como llamadas de emergencia al "911", pero la estación móvil
será incapaz de llevar a cabo cualquier otra función que implique
comunicaciones sobre la red 300. La interfaz SIM 344 es normalmente
similar a una ranura para tarjetas en la que puede insertarse y
sacarse una tarjeta SIM similar a un diskette o tarjeta PCMCIA. La
tarjeta SIM puede tener aproximadamente 64 K de memoria y contiene
muchas configuraciones de teclas 351, y otras informaciones 353
tales como identificación e información relacionada con el
abonado.
Cuando se requiera el registro en la red o los
procedimientos de activación se hayan completado, la estación móvil
300 puede enviar y recibir señales de comunicaciones por la red 319.
Las señales recibidas por la antena 316 de la red de comunicaciones
319 se introducen en el receptor 312, que puede realizar las
funciones comunes de un receptor tales como amplificación de las
señales, conversión de frecuencia, filtrado, selección de canales y
similares, y en el sistema a título de ejemplo mostrado en la figura
17, conversión analógico/digital (A/D). La conversión A/D de una
señal recibida permite llevar a cabo en el DSP 320 funciones de
comunicación más complejas, tales como demodulación y
decodificación. De una manera similar, las señales a trasmitir son
procesadas, incluyendo por ejemplo modulación y codificación, por
el DSP 320 e introducidas en el transmisor 314 para una conversión
digital/analógica, conversión de frecuencia, filtrado, amplificación
y transmisión por la red de comunicaciones 319 a través de la
antena 318. El DSP 320 no sólo procesa señales de comunicaciones,
sino que proporciona también control del transmisor y del receptor.
Por ejemplo, las ganancias aplicadas a las señales de
comunicaciones en el receptor 312 y en el transmisor 314 pueden
controlarse de forma adaptativa a través de algoritmos de control
automático de ganancia implementados en el DPS 320.
La estación móvil 300 incluye preferentemente un
microprocesador 338 que controla el funcionamiento global del
dispositivo. Las funciones de comunicaciones, incluyendo al menos
las comunicaciones de voz y de datos, se realizan a través del
subsistema de comunicaciones 311. El microprocesador 338
interacciona también con otros subsistemas del dispositivo, tales
como la pantalla 322, la memoria flash 324, la memoria RAM (random
access memory) 326, los subsistemas de entradas/salidas auxiliares
328, el puerto serie 330, el teclado 332, el altavoz 334, el
micrófono 336, un subsistema de comunicaciones de corto alcance 340
y cualquier otro subsistema del dispositivo, designados globalmente
como 342.
Algunos de los subsistemas mostrados en la
figura 17 realizan funciones relacionadas con las comunicaciones,
mientras que otros subsistemas pueden proporcionar funciones
"residentes" o internas al dispositivo. En particular, algunos
subsistemas, tales como el teclado 332 y la pantalla 322, por
ejemplo, pueden utilizarse tanto para funciones relacionadas con
las comunicaciones, tales como introducir un mensaje de texto para
su transmisión por una red de comunicaciones, como para funciones
residentes en el dispositivo, tales como una calculadora o una
lista de tareas.
Los programas del sistema operativo utilizados
por el microprocesador 338 se almacenan, preferiblemente, en una
memoria permanente tal como una memoria tipo flash 324, que puede
ser sustituida por una memoria ROM (read only memory) o un elemento
de almacenaje similar (no mostrada). Los expertos en la materia
entenderán fácilmente que el sistema operativo, las aplicaciones
específicas del dispositivo, o partes del mismo, pueden cargarse
temporalmente en una memoria volátil, tal como la RAM 326. Las
señales de comunicaciones recibidas pueden almacenarse también en
la RAM 326.
Como se muestra, la memoria tipo flash 324 puede
segregarse en diferentes áreas tanto para programas de ordenador
358 como para almacenamiento de datos de programas 350, 352, 354 y
356. Estos tipos de almacenamiento diferentes indican que cada
programa puede asignar una parte de la memoria flash 324 para sus
propias exigencias de almacenamiento de datos. El microprocesador
338, además de sus funciones de sistema operativo, permite,
preferiblemente, la ejecución de aplicaciones software en la
estación móvil. Un conjunto predeterminado de aplicaciones que
controlan las operaciones básicas, incluyendo al menos por ejemplo
las aplicaciones de comunicaciones de voz y de datos, se instalarán
normalmente en la estación móvil 300 durante la fabricación. Una
aplicación software preferida puede ser una aplicación PIM
(personal information manager) que tenga la capacidad para organizar
y gestionar conjuntos de datos relativos al usuario de la estación
móvil tales como, pero no limitados a, e-mail,
fechas destacables de agenda, mensajes de voz, citas y tareas a
realizar. Naturalmente, la estación móvil debería disponer de uno o
más memorias de almacenamiento para facilitar el almacenamiento de
conjunto de datos PIM. Dicha aplicación PIM debería tener,
preferiblemente, la capacidad de enviar y recibir conjuntos de
datos, a través de la red inalámbrica 319. En una realización
preferida, los conjuntos de datos PIM son integrados, sincronizados
y actualizados con seguridad, a través de la red inalámbrica 319,
estando los conjuntos de datos correspondientes al usuario de la
estación móvil almacenados o asociados con un sistema de ordenador
"host". En la estación móvil 300 también pueden cargarse otras
aplicaciones a través de la red 319, de un subsistema de E/S
auxiliar 328, el puerto serie 330, el subsistema de comunicaciones
de corto alcance 340 o cualquier otro subsistema adecuado 342, y
cargarse por un usuario en la RAM 326 o, preferiblemente, en una
memoria no volátil (no mostrada) para su ejecución por el
microprocesador 338. Tal flexibilidad en la instalación de
aplicaciones aumenta la funcionalidad del dispositivo y puede
proporcionar funciones internas al dispositivo mejoradas, funciones
relacionadas con las comunicaciones, o ambas. Por ejemplo,
aplicaciones de comunicaciones seguras pueden posibilitar que
puedan llevarse a cabo utilizando la estación móvil 300 funciones de
comercio electrónico y otras transacciones financieras
similares.
En un modo de comunicación de datos una señal
recibida, tal como un mensaje de texto o una página web descargada,
será procesada por el subsistema de comunicaciones 311 e introducida
en el microprocesador 338 que, preferiblemente, procesa
adicionalmente la señal recibida para su entrega a la pantalla 322,
o alternativamente a un dispositivo de E/S auxiliar 328. Un usuario
de la estación móvil 300 puede componer también conjuntos de datos,
tales como mensajes de e-mail por ejemplo,
utilizando el teclado 332, que es preferentemente un teclado
alfanumérico completo o un teclado tipo teléfono, junto con la
pantalla 322 y, posiblemente, un dispositivo de E/S auxiliar 328.
Dichos conjuntos de datos compuestos pueden entonces transmitirse
por una red de comunicaciones a través del subsistema de
comunicaciones 311.
Para comunicaciones de voz, el funcionamiento en
conjunto de la estación móvil 300 es similar, excepto que las
señales recibidas deberían llevarse, preferiblemente, a un altavoz
334 y las señales a transmitir serían generadas por un micrófono
336. En la estación móvil 300pueden implementarse también
subsistemas de E/S de voz o audio alternativos, tal como un
subsistema de registro de mensajes de voz. Aunque la salida de la
señal de voz o de audio se realiza, preferiblemente,
fundamentalmente a través del altavoz 334, puede utilizarse también
la pantalla 322 para proporcionar, por ejemplo, una indicación de la
identidad de la parte que llama, de la duración de una llamada de
voz, o cualquier otra información relacionada con la llamada de
voz.
El puerto serie 330 de la figura 17 se
implementaría, normalmente, en una estación móvil del tipo PDA
(personal digital assistant), para la que sería deseable una
sincronización con un ordenador de sobremesa del usuario (no
mostrado), pero es un componente opcional del dispositivo, Un puerto
330 de este tipo permitiría a un usuario el establecer preferencias
a través de un dispositivo o aplicación de software y ampliaría las
capacidades de la estación móvil 300 al proporcionar información o
descargas de programas a la estación móvil 300 además de a través
de una red de comunicaciones inalámbricas. El camino de descarga
alternativo puede utilizarse, por ejemplo, para cargar una clave de
cifrado en el dispositivo a través de una conexión directa y, por
consiguiente, fiable y de confianza, posibilitando con ello
comunicaciones seguras.
Otros subsistemas de comunicaciones 340, tales
como un subsistema de comunicaciones de corto alcance, es otro
componente opcional que puede proporcionar comunicación entre la
estación móvil 300 y diferentes sistemas o dispositivos, que no
necesitan ser necesariamente dispositivos similares. Por ejemplo, el
subsistema 340 puede incluir un dispositivo de infrarrojos y los
circuitos y componentes asociados, o un módulo de comunicación
Bluetooth^{TM} para proporcionar comunicación con sistemas y
dispositivos equivalentes.
Cuando la estacón móvil 300 se utiliza como un
UE, las pilas de protocolos 346 incluyen un aparato y un método
para manejar la actualización de celda durante la reconfiguración de
equipos de usuario de sistemas de telecomunicaciones móviles
universales.
Las realizaciones de la presente invención
descritas anteriormente, solamente se han mostrado a título de
ejemplo. Los expertos en la materia pueden efectuar alteraciones,
modificaciones y variaciones a las realizaciones concretas sin
separarse del alcance de la solicitud tal como se define en las
reivindicaciones adjuntas.
Claims (12)
1. Un método para llevar a cabo una
actualización de celda durante un procedimiento de reconfiguración
en un equipo de usuario en un sistema de comunicaciones,
comprendiendo el método los pasos de:
- recibir una orden de reconfiguración (s230)
procedente de una red (319), incluyendo la orden de reconfiguración
un instante de activación (s232) en el que ha de aplicarse la
reconfiguración (s244);
- detectar un suceso activador que indica que es
necesaria una actualización de celda (s236); y
- retardar la iniciación de la actualización de
celda (s240, s234).
2. Un método de acuerdo con la reivindicación 1,
en el que la actualización de celda se retarda hasta que se ha
aplicado la reconfiguración (s244, s246, s248).
3. Un método de acuerdo con la reivindicación 1
ó 2, en el que el método incluye aplicar la reconfiguración sin
esperar a sincronizar con la red.
4. Un método de acuerdo con una cualquiera de
las reivindicaciones anteriores, en el que con posterioridad a
retardar la iniciación de la actualización de celda, la
actualización de celda se cancela (s610) dependiendo del suceso
activador.
5. Un método de acuerdo con la reivindicación 4,
en el que el equipo de usuario está configurado para comunicar con
una UTRAN en un sistema de comunicaciones UMTS, que comprende la
cancelación de la actualización de celda dependiendo de la
relevancia del suceso activador con r5especto a la UTRAN después de
la reconfiguración.
6. Un método de acuerdo con la reivindicación 5,
que comprende la cancelación de la actualización de celda cuando el
suceso activador comprende un fallo del radio enlace.
7. Un equipo de usuario (300) para llevar a cabo
una actualización de celda durante un procedimiento de
reconfiguración en un sistema de comunicaciones, comprendiendo el
equipo:
- medios para recibir una orden de
reconfiguración (s230) procedente de una red (319), incluyendo la
orden de reconfiguración un instante de activación (s232) en el que
ha de aplicarse la reconfiguración (s244);
- medios para detectar un suceso de disparo que
indica que es necesaria una actualización de celda (s236); y
- medios para retardar la iniciación de la
actualización de celda (s240, s234).
8. Un equipo de usuario de acuerdo con la
reivindicación 7, en el que dichos medios para retardar la
iniciación de la actualización de celda comprenden medios para
retardar la iniciación de la actualización de celda hasta que se ha
aplicado la reconfiguración (s244, s246, s248).
9. Un equipo de usuario de acuerdo con la
reivindicación 8, en el que dichos medios para retardar la
iniciación de la actualización de celda incluyen un
temporizador.
10. Un equipo de usuario de acuerdo con al
reivindicación 7, que comprende además medios para cancelar la
actualización de celda (s610) dependiendo del suceso activador.
11. Un equipo de usuario de acuerdo con la
reivindicación 10, en el que el equipo de usuario está configurado
para comunicar con una UTRAN en un sistema de comunicaciones UMTS, y
en el que los medios de cancelación están dispuestos para cancelar
la actualización de celda dependiendo de la relevancia del suceso
activador con respecto a la UTRAN después de la
reconfiguración.
12. Un equipo de usuario de acuerdo con la
reivindicación11, en el que los medios de cancelación están
dispuestos para cancelar la actualización de celda cuando el suceso
activador comprende un fallo del radio enlace.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US10/674,113 US7389108B2 (en) | 2003-09-29 | 2003-09-29 | Apparatus and method for handling cell update during reconfiguration in universal mobile telecommunications system user equipment |
| EP03256113A EP1519606B8 (en) | 2003-09-29 | 2003-09-29 | Method for handling cell update during reconfiguration in a user equipment of a universal mobile telecommunications system (UMTS) network and user equipment therefor |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2298476T3 true ES2298476T3 (es) | 2008-05-16 |
Family
ID=34593640
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03256113T Expired - Lifetime ES2298476T3 (es) | 2003-09-29 | 2003-09-29 | Metodo para manejar la actualizacion de celdas durante la reconfiguracion en un equipo de usuario de una red de un sistema universal de telecomunicaciones moviles (umts) y un equipo de usuario correspondiente. |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US7389108B2 (es) |
| EP (1) | EP1519606B8 (es) |
| AT (1) | ATE381233T1 (es) |
| CA (1) | CA2482503C (es) |
| DE (1) | DE60318056T2 (es) |
| ES (1) | ES2298476T3 (es) |
| HK (1) | HK1074137A1 (es) |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1689130A1 (en) * | 2005-02-07 | 2006-08-09 | Lg Electronics Inc. | Method for settling an error in a radio link control |
| US7801527B2 (en) * | 2005-04-28 | 2010-09-21 | Motorola Mobility, Inc. | Cell update process with reconfiguration status |
| FR2885431A1 (fr) * | 2005-05-03 | 2006-11-10 | France Telecom | Procede de reconfiguration d'une unite de traitement d'informations d'un terminal |
| ATE396600T1 (de) * | 2005-11-02 | 2008-06-15 | Research In Motion Ltd | Vorrichtung und verfahren in einem mobilen telekommunikationssystem zum abfragen von rat weiterreichung-systeminformationen |
| US7996010B2 (en) | 2005-11-02 | 2011-08-09 | Research In Motion Limited | Apparatus and method for querying for RAT handover system information in mobile telecommunications systems |
| WO2007055504A1 (en) * | 2005-11-10 | 2007-05-18 | Samsung Electronics Co., Ltd. | Method and apparatus for controlling measuring frequency of forbidden registration area in a mobile communication system |
| KR100953151B1 (ko) * | 2006-11-30 | 2010-04-19 | 이노베이티브 소닉 리미티드 | 무선통신시스템에서 연속패킷 연결성을 개선하는 방법 및장치 |
| KR101117862B1 (ko) | 2007-02-02 | 2012-03-21 | 인터디지탈 테크날러지 코포레이션 | 개선된 ｃｅｌｌ ｆａｃｈ 상태에 있는 동안의 셀 재선택/업데이트 |
| TW201538014A (zh) | 2007-02-05 | 2015-10-01 | Interdigital Tech Corp | 高訴下鏈共享頻道呼叫 |
| US8484637B2 (en) * | 2007-04-03 | 2013-07-09 | Microsoft Corporation | Parallel installation |
| JP4979632B2 (ja) * | 2007-05-18 | 2012-07-18 | イノヴァティヴ ソニック リミテッド | 無線通信システムにおいて待ち行列機能を管理する方法及び装置 |
| US8818356B2 (en) * | 2009-05-01 | 2014-08-26 | Blackberry Limited | Methods and apparatus for handling measurement reports |
| CN102572722B (zh) * | 2012-01-19 | 2015-07-15 | 大唐移动通信设备有限公司 | 一种基于集群用户的消息传输方法和设备 |
| GB2515760A (en) * | 2013-07-02 | 2015-01-07 | Broadcom Corp | Method, apparatus and computer program for operating a user equipment |
| US20150146628A1 (en) * | 2013-11-26 | 2015-05-28 | Qualcomm Incorporated | Techniques for handling reconfiguration messages and uplink data indications |
| US10142970B2 (en) * | 2014-05-05 | 2018-11-27 | Nokia Solutions And Networks Oy | RLC reconfiguration during cell reselection |
| WO2015168895A1 (en) * | 2014-05-08 | 2015-11-12 | Qualcomm Incorporated | Apparatus and methods for validating a reconfiguration message |
| US20160066311A1 (en) * | 2014-08-26 | 2016-03-03 | Qualcomm Incorporated | Cell update procedure enhancements |
| US9949296B2 (en) * | 2015-04-23 | 2018-04-17 | Qualcomm Incorporated | Resolving conflicting configuration parameters between cell reconfiguration and cell reselection procedures |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI113611B (fi) * | 1999-03-10 | 2004-05-14 | Nokia Corp | Solunvalintamenetelmä |
| US7020455B2 (en) * | 2001-11-28 | 2006-03-28 | Telefonaktiebolaget L M Ericsson (Publ) | Security reconfiguration in a universal mobile telecommunications system |
| US20030147370A1 (en) * | 2002-02-05 | 2003-08-07 | Chih-Hsiang Wu | Inter Node B serving HS-DSCH cell change mechanism in a high speed wireless communication system |
| TWI318847B (en) * | 2002-05-29 | 2009-12-21 | Interdigital Tech Corp | Packet switched connections using dedicated channels |
| US6961570B2 (en) * | 2002-07-17 | 2005-11-01 | Asustek Computer Inc. | Handling of a wireless device re-entering a service area |
| US7406314B2 (en) * | 2003-07-11 | 2008-07-29 | Interdigital Technology Corporation | Wireless transmit receive unit having a transition state for transitioning from monitoring to duplex connected states and method |
| US20050070273A1 (en) * | 2003-09-29 | 2005-03-31 | M-Stack Limited | Apparatus and method for responding to a CELL/URA update confirm message using a correct C-RNTI in universal mobile telecommunications system user equipment |
| ES2305409T3 (es) * | 2003-11-10 | 2008-11-01 | Research In Motion Limited | Tratamiento (manejo o gestion) de mensajes relacionados con una celda diferente de la celda con la que un dispositivo de equipo de usuario esta comunicando en ese momento en un sistema de comunicaciones movilesuniversal. |
| GB0401483D0 (en) * | 2004-01-23 | 2004-02-25 | Nokia Corp | A method of communication |
-
2003
- 2003-09-29 EP EP03256113A patent/EP1519606B8/en not_active Expired - Lifetime
- 2003-09-29 DE DE60318056T patent/DE60318056T2/de not_active Expired - Lifetime
- 2003-09-29 ES ES03256113T patent/ES2298476T3/es not_active Expired - Lifetime
- 2003-09-29 US US10/674,113 patent/US7389108B2/en not_active Expired - Lifetime
- 2003-09-29 AT AT03256113T patent/ATE381233T1/de not_active IP Right Cessation
-
2004
- 2004-09-24 CA CA002482503A patent/CA2482503C/en active Active
-
2005
- 2005-08-01 HK HK05106588A patent/HK1074137A1/xx not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| ATE381233T1 (de) | 2007-12-15 |
| US20050070274A1 (en) | 2005-03-31 |
| HK1074137A1 (en) | 2005-10-28 |
| EP1519606A1 (en) | 2005-03-30 |
| DE60318056D1 (de) | 2008-01-24 |
| CA2482503C (en) | 2009-09-01 |
| EP1519606B1 (en) | 2007-12-12 |
| EP1519606B8 (en) | 2008-07-02 |
| US7389108B2 (en) | 2008-06-17 |
| DE60318056T2 (de) | 2008-08-14 |
| CA2482503A1 (en) | 2005-03-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2298476T3 (es) | Metodo para manejar la actualizacion de celdas durante la reconfiguracion en un equipo de usuario de una red de un sistema universal de telecomunicaciones moviles (umts) y un equipo de usuario correspondiente. | |
| ES2309275T3 (es) | Aparato y metodo para subir datos durante actualizacion de celda en un equipo de usuario de sistema universal de telecomunicaciones moviles. | |
| ES2305409T3 (es) | Tratamiento (manejo o gestion) de mensajes relacionados con una celda diferente de la celda con la que un dispositivo de equipo de usuario esta comunicando en ese momento en un sistema de comunicaciones movilesuniversal. | |
| US8811943B2 (en) | Apparatus and method of handling simultaneous universal terrestrial radio access network radio resource control procedures which change the security configuration in a universal mobile telecommunications system user equipment | |
| EP1475976A1 (en) | Apparatus and method of handling UTRAN radio resource control connecting messages in UMTS user equipment | |
| US7349696B2 (en) | Apparatus and methods of handling simultaneous universal terrestrial radio access network radio resource control procedures with activation times in a universal mobile telecommunications system user equipment | |
| US7738867B2 (en) | Method and apparatus for processing messages in a universal mobile telecommunications system | |
| US8599874B2 (en) | Apparatus and method for handling cell update during reconfiguration in universal mobile telecommunications system user equipment | |
| ES2311167T3 (es) | Metodo y aparato para establecer un tiempo de aplicacion de un enlace ascendente de proteccion de la integridad para señalizar un portador de rbo en un sistema universal de telecomunicaciones moviles. | |
| JP2002300071A (ja) | ソフトウェアラジオ、その制御方法、サーバ、その制御方法、ならびに、情報記録媒体 | |
| EP1475978B1 (en) | Apparatus and method of handling simultaneous UTRAN radio resource control procedures which change the security configuration in a UMTS user equipment | |
| CA2428300C (en) | Apparatus and method of handling simultaneous universal terrestrial radio access network radio resource control procedures which change the security configuration in a universal mobile telecommunications system user equipment | |
| US7411912B2 (en) | Method and apparatus for controlling traffic volume measurement validity in a universal mobile telecommunications system | |
| ES2285361T3 (es) | Tratamiento de un rechazo de la unidad de datos de servicios (sdu) en la entidad de control de recursos de radio (rrc) de un dispositivo umts. | |
| WO2004100583A1 (en) | Apparatus and method of handling simultaneous utran radio resource control procedures |