ES2305409T3 - 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. - Google Patents

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. Download PDF

Info

Publication number
ES2305409T3
ES2305409T3 ES03257078T ES03257078T ES2305409T3 ES 2305409 T3 ES2305409 T3 ES 2305409T3 ES 03257078 T ES03257078 T ES 03257078T ES 03257078 T ES03257078 T ES 03257078T ES 2305409 T3 ES2305409 T3 ES 2305409T3
Authority
ES
Spain
Prior art keywords
cell
message
user equipment
network
sent
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
Application number
ES03257078T
Other languages
English (en)
Inventor
Andrew Farnsworth
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BlackBerry Ltd
Original Assignee
Research in Motion Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Research in Motion Ltd filed Critical Research in Motion Ltd
Application granted granted Critical
Publication of ES2305409T3 publication Critical patent/ES2305409T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H04W60/04Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration using triggered events

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Machine Translation (AREA)

Abstract

Un método para el manejo o gestión de mensajes en un sistema de telecomunicaciones móviles, de tal modo que el sistema comprende una red de una pluralidad de celdas y al menos un dispositivo (300) de equipo de usuario, estando el método caracterizado por las etapas de: recibir en el dispositivo (300) de equipo de usuario un mensaje no radiodifundido desde la red; examinar el mensaje no radiodifundido con el fin de identificar un identificador de celda relativo a la celda de la red desde la que el mensaje no radiodifundido se dispuso primeramente haciendo cola para ser enviado; una vez que se ha identificado el identificador de celda, examinar el identificador de celda para determinar si la celda de la red desde la que se dispuso primeramente el mensaje no radiodifundido haciendo cola para ser enviado, se corresponde con la celda de la red con la que se está comunicando en ese momento el dispositivo de equipo de usuario; y cuando la celda de la red desde la que el mensaje no radiodifundido se dispuso primeramente haciendo cola para ser enviado, no se corresponde con una celda de la red con la que se está comunicando en ese momento el dispositivo (300) de equipo de usuario, el dispositivo (300) de equipo de usuario no opera por completo en el mensaje no radiodifundido.

Description

Tratamiento (manejo o gestión) de mensajes relacionados con una celda diferente de la celda con la que un dispositivo de equipo de usuario está comunicando en ese momento en un sistema de comunicaciones móviles universal.
Antecedentes Campo técnico
Esta solicitud se refiere a un UMTS (Sistema de Telecomunicaciones Móviles Universal -"Universal Mobile Telecommunications System") en general, y a un aparato y un método para manejar o gestionar mensajes que se refieren a una celda diferente de la celda que está funcionando en ese momento en un equipo de usuario en particular, de un sistema de telecomunicaciones móviles universal.
Descripción de la técnica relacionada
En un sistema de radio celular típico, el equipo de usuario móvil (UE -"user equipment") se comunica, a través de una red de radio de acceso por radio (RAN -"radio access network"), con una o más redes de núcleo o troncales. El equipo de usuario (UE) comprende diversos tipos de equipo, tales como teléfonos móviles (también conocidos como teléfonos celulares o de celda), computadores portátiles con capacidad de comunicación inalámbrica, asistentes personales digitales (PDAs -"personal digital assistants"), etc. Éstos pueden ser portátiles, de mano, del tamaño de un bolsillo, estar instalados en un vehículo, etc., y comunicar señales de voz y/o de datos con la red de acceso por radio.
La red de acceso por radio cubre un área geográfica dividida en una pluralidad de áreas de celda. Cada área de celda es servida por al menos una estación de base, a la que puede hacerse referencia como Nodo B. Cada celda es identificada por un identificador único que es radiodifundido dentro de la celda. Las estaciones de base se comunican en frecuencias de radio, o radiofrecuencias, a través de una interfaz aérea con los UEs comprendidos dentro del alcance de la estación de base. Varias estaciones de base pueden estar conectadas a un controlador de red de radio (RNC -"radio network controller") que controla diversas actividades de las estaciones de base. Los controladores de red de radio están, típicamente, conectados a una red de núcleo o troncal.
El UMTS es un sistema de telecomunicación móvil terrestre y público, de tercera generación. Se conocen diversos cuerpos normativos que publican y establecen normas para el UMTS, cada uno en sus respectivas áreas de competencia. Por ejemplo, se ha venido conociendo que el 3GPP (Proyecto de Sociedad de Tercera Generación -"Third Generation Partnership Project") publica y establece normas para UMTS basado en el GSM (Sistema Global para Comunicaciones Móviles -"Global System for Mobile Communications"), y se ha sabido que el 3GPP2 (Proyecto 2 de Sociedad de Tercera Generación -"Third Generation Partnership Project 2") publica y establece normas para UMTS basado en el CDMA (Acceso Múltiple por División en Código -"Code Division Multiple Access"). Dentro del ámbito de un cuerpo normativo particular, los socios concretos publican y establecen normas dentro de sus áreas
respectivas.
Considérese un dispositivo móvil inalámbrico, al que se hace referencia generalmente como equipo de usuario (UE), que se adecua a las especificaciones del 3GPP para el protocolo de UMTS. La especificación del 3GPP 25.331, v.3.15.0, a la que se hace referencia aquí como la especificación 25.331, concierne al tema de los requisitos de protocolo de RRC (Control de Recursos de Radio -"Radio Resource Control") de UMTS entre la Red de Acceso por Radio Terrestre de UMTS (UTRAN -"UMTS Terrestrial Radio Access Network") y el UE.
De acuerdo con (la cláusula 8.2.2.3 de) la especificación 25.331, la UTRAN puede enviar un mensaje al UE que incluye un elemento de información (IE -"information element") conocido como C-RNTI (Identificador Temporal de Red de Radio de Celda -"Cell-Radio Network Temporary Identifier"). El valor del C-RNTI es único dentro de una celda dada; pero los valores pueden ser reutilizados en celdas vecinas. Puede actuarse de inmediato sobre el mensaje o bien en el algún instante en el futuro, generalmente hasta un máximo de 2,55 segundos en el futuro, si bien, por lo común, se espera que sea en considerablemente menos tiempo que esto. El UE puede responder con un mensaje de respuesta, que será enviado normalmente desde el UE en el momento en que el UE actúa sobre el mensaje recibido o poco tiempo después.
Cuando se conmuta o cambia de un canal dedicado, o de uso exclusivo, a un canal común en un UMTS, se asigna al UE un identificador temporal conocido como C-RNTI (Identificador Temporal de Red de Radio de Celda -"Cell Radio Network Temporary Identifier"). Este identificador temporal C-RNTI es específico de una celda y es válido en la celda en la que el UE utiliza los recursos. El C-RNTI se utiliza para distinguir entre diferentes equipos de usuario dentro de esa celda.
Un ejemplo de dicho procedimiento se ilustra en la Figura 1, en la cual se envía una orden de Reconfiguración, según la referencia S10, desde la UTRAN al UE, con una nueva configuración X. La nueva configuración X solicitada, típicamente un canal físico de uso exclusivo o dedicado, se aplica tanto al UE como a la UTRAN en un instante de activación. La nueva configuración es recibida por el UE conforme a la referencia S11 y se aplica generalmente al UE antes de enviar una respuesta de Reconfiguración_COMPLETA ("Reconfiguration_COMPLETE"), conforme a la referencia S12. Si la reconfiguración falla por cualquier razón, el UE se revertirá a su configuración previa y puede enviar un mensaje de FALLO_Reconfiguración ("Reconfiguration_FAILURE") que indica que la reconfiguración ha fallado.
Sin embargo, si se produce un suceso que requiere que se recurra a una actualización de celda mientras el procedimiento de reconfiguración está en curso, las normas de 3GPP vigentes en este momento no definen de forma inequívoca el comportamiento que se requiere para el UE, lo que conduce, de esta forma, potencialmente a problemas de operabilidad mutua. Algunos ejemplos de sucesos que requieren que se recurra a una actualización de celda se definen en la cláusula 8.3.1.2 de la especificación 25.331 e incluyen las condiciones del fallo en el enlace por radio, de la reentrada en el área en servicio, del error irrecuperable de RLC, de la reselección de celda y de la actualización periódica de la celda.
En la Figura 2 se ilustra un procedimiento típico de actualización de celda. Al producirse un suceso de desencadenamiento o disparo según la referencia S20, el UE selecciona una nueva celda (celda 2) y se traslada para comunicarse con la celda 2 en un instante indicado por la línea discontinua. El UE envía un mensaje de petición de ACTUALIZACIÓN DE CELDA a la UTRAN en la referencia S22, que efectúa el seguimiento del estado del UE. La UTRAN devuelve un mensaje de CONFIRMACIÓN DE ACTUALIZACIÓN DE CELDA (Y), en el que Y representa la reconfiguración llevada a cabo por el mensaje de CONFIRMACIÓN DE ACTUALIZACIÓN DE CELDA. Tanto la UTRAN como el UE aplican la nueva configuración Y, y el UE envía una respuesta a la UTRAN confirmando la ultimación del procedimiento de reconfiguración. Una vez completado el procedimiento, la UTRAN conoce tanto el estado del UE como su configuración correspondiente en ese momento (FACH+Y), según se requiera para mantener la comunicación.
Además de la interacción general de los procedimientos de actualización de celda y de reconfiguración, es necesario tener en cuenta otro contexto o escenario cuando se diseña el comportamiento de la UTRAN. Éste es el cruzamiento de la orden de ACTUALIZACIÓN DE CELDA con la orden de Reconfiguración.
La Figura 3 ilustra la situación en la que se ha emitido una orden de Reconfiguración por parte de la UTRAN según la referencia S30, pero ésta alcanza el UE, según la referencia S33, una vez que el UE ha experimentado un suceso de disparo según la referencia S31, que provoca que el UE se traslade a la celda 2 y envíe la orden de ACTUALIZACIÓN DE CELDA a la UTRAN según la referencia S32. En este caso, puesto que la CU (actualización de celda -"cell update") ha comenzado, la orden de Reconfiguración es rechazada en virtud de la cláusula 8.6.3.11 de la especificación 25.331. El UE y la UTRAN aplican entonces la configuración Y de actualización de celda según las referencias S34 y S35. El UE envía a continuación a la UTRAN un mensaje de respuesta de confirmación según la referencia S36, y un mensaje de FALLO_Reconfiguración conforme a la referencia S37. Si la UTRAN aplica X al recibir el mensaje de respuesta de actualización de celda, ha de revertirse a la configuración previa cuando recibe el mensaje de FALLO_Reconfiguración.
El documento WO 03/085902 describe un método en el cual, cuando una estación móvil cambia de celda, se envía una orden desde un nodo de soporte de GPRS de servicio a múltiples sistemas de estación de base con el fin de garantizar que los datos no se pierden, si bien dicha orden no comprende ningún C-NRTI, ni este documento describe tampoco un método para evitar la pérdida de datos cuando una estación móvil cambia de celda, que se pueda implementar en la estación móvil.
Éstas son, por tanto, estrategias propuestas para el tratamiento de los mensajes que pueden contener un C-NRTI que se refiere a una celda distinta de la celda en la que está funcionando en ese momento el UE. Más adelante se detallan un cierto número de tales estrategias.
Otros aspectos y características de la invención se harán evidentes para las personas con conocimientos ordinarios de la técnica, al revisar la siguiente descripción de realizaciones específicas de un aparato y de un método para el manejo o gestión de mensajes que se refieren a una celda distinta de la celda que está operando en ese momento en un equipo de usuario de UMTS.
Breve descripción de los dibujos
Se describirán a continuación realizaciones de la presente invención, a modo de ejemplo únicamente, con referencia a los dibujos que se acompañan, en los cuales:
la Figura 1 ilustra un procedimiento de reconfiguración en un sistema de UMTS;
la Figura 2 ilustra un procedimiento de actualización de celda en un sistema de UMTS;
la Figura 3 ilustra un cruzamiento de la orden de Actualización de Celda con una orden de reconfiguración procedente de la UTRAN;
la Figura 4 es un diagrama de bloques que ilustra una realización de un aparato de apilamiento o pila de protocolos dotado de un bloque de RRC de gestión de actualización de celda, de acuerdo con la presente solicitud;
la Figura 5 muestra el funcionamiento de una primera realización;
la Figura 6 ilustra el funcionamiento de una segunda realización;
la Figura 7 ilustra el funcionamiento de una tercera realización;
la Figura 8 muestra el funcionamiento de una cuarta realización;
la Figura 9 ilustra el funcionamiento de una quinta realización; y
la Figura 10 es un diagrama de bloques que ilustra un dispositivo móvil que puede actuar como un UE y cooperar con los aparatos y métodos de las Figuras 1 a 9.
Se utilizan los mismos números de referencia en diferentes figuras para denotar elementos similares.
Descripción detallada de los dibujos
Las necesidades identificadas en la anterior parte de Antecedentes, así como otras necesidades y propósitos que pondrán de manifiesto de forma evidente a partir de la siguiente descripción, se consiguen mediante, según un aspecto, un método para procesar o tratar un mensaje en un dispositivo de telecomunicaciones móviles. Según otros aspectos, la invención abarca un aparato y un medio legible por una computadora, configurados para llevar a cabo las anteriores etapas. En particular, el método puede ser implementado en un dispositivo de telecomunicaciones móviles con o sin capacidades de transmisión de voz, o en otros dispositivos electrónicos tales como dispositivos de mano o portátiles.
Generalmente, en un UMTS, una celda hace referencia a un objeto de red de radio que puede ser identificado unívocamente por un UE por medio de un identificador de celda que es radiodifundido a través de áreas geográficas desde un punto de acceso de UTRAN. Un punto de acceso de UTRAN es un punto conceptual dentro de la UTRAN que lleva a cabo la transmisión y recepción por radio. Un punto de acceso de UTRAN está asociado una celda concreta, es decir, existe un único punto de acceso de UTRAN para cada celda. Se trata del punto de extremo del lado de UTRAN de un enlace por radio.
El C-RNTI, la Identidad Temporal de Red de Radio de Celda, es un identificador de UE asignado por un Controlador de Red de Radio (RNC -"Radio Network Controller") a cargo del control, y es único dentro de una celda controlada por el RNC de asignación. Puede ser reasignado un C-RNTI cuando un UE accede a una nueva celda por medio de un procedimiento de actualización de celda. Se utiliza el C-RNTI como un identificador del UE en mensajes de canal común de DCCH/DTCH por la interfaz de radio.
Haciendo referencia a los dibujos, la Figura 4 es un diagrama de bloques que ilustra una realización de un aparato de apilamiento o pila de protocolos dotado de un bloque de RCC de gestión de actualización de celda, de acuerdo con la presente solicitud.
El bloque de RCC de CUH (RCC de Gestión de Actualización de Celda) 200 constituye una capa subordinada o sub-capa de la Capa 3 130 de una pila 100 de protocolos de UMTS. El RCC de CUH 200 existe únicamente en el plano de control y proporciona un servicio de transferencia de información al estrato sin acceso NAS ("non-access stratum") 134. El RRC de CUH 200 es el responsable de controlar la configuración de la Capa 1 110 de interfaz de radio y de la Capa 2 120. Cuando la UTRAN desea cambiar la configuración del UE, emitirá un mensaje al UE que contiene un comando u orden para invocar un procedimiento de RRC concreto. La capa de RRC de CUH 220 del UE descodifica este mensaje e inicia el procedimiento de RRC apropiado. Generalmente, una vez que el procedimiento ha sido completado (ya sea con éxito o no), el RRC de CUH envía entonces un mensaje de respuesta a la UTRAN (a través de las capas inferiores), que informa a la UTRAN del resultado. Ha de apreciarse que existen unos cuantos escenarios o situaciones en las que el RRC de CUH no emitirá ningún mensaje de respuesta a la UTRAN, y en esos casos, el RRC de CUH no necesita responder y no responde.
El bloque de RRC de CUH 220 puede implementar diversas estrategias de comportamiento diferentes para hacerse cargo de la interacción de un procedimiento de Actualización de Celda con una reconfiguración que ya ha sido iniciada. Éstas se resumen más adelante para explicarse entonces en detalle, de forma subsiguiente, con referencia a los dibujos.
En la primera realización, se emprenden acciones para garantizar que el UE pueda decir en qué celda se dispuso inicialmente un mensaje haciendo cola para ser enviado. La Figura 5 es un diagrama que ilustra la implementación de la primera realización. Se envía el mensaje (X_{n}, 1) desde la UTRAN al UE, donde n indica el número de secuencia del mensaje y 1 indica que el mensaje se envía desde la celda 1. El UE, que se encuentra en ese momento en la Celda 1, recibe este mensaje según la referencia S52 y actúa sobre el mensaje. El mensaje puede requerir una respuesta, en cuyo caso el UE, según la referencia S53, envía una respuesta a la UTRAN. El UE recibe entonces un desencadenamiento o disparo que provoca que el UE se traslade a otra celda, por ejemplo, la Celda 2. Ejemplos de tal disparo se dan en respuesta a mediciones periódicas de las condiciones de la señal emprendidas por el UE, por ejemplo, la intensidad de la señal o la calidad de la señal. Cuando emprende estas mediciones periódicas, el UE puede determinar que la señal procedente de la Celda 2 es de una calidad más alta que la de la señal de la Celda 1, y, por tanto, el UE inicia un procedimiento de actualización de celda para trasladarse a la Celda 2. En respuesta a la determinación por parte del UE de que ha de pasar a comunicarse con la Celda 2 en lugar de con la Celda 1, el UE envía, según la referencia S54, una orden de actualización de celda (CU -"cell update") a la UTRAN. Como respuesta, según la referencia S55, la UTRAN envía una orden de actualización de celda (CUC -"cell update command") (Y_{n+2}, 2) que es recibida a través del UE, según la referencia S56. En respuesta, el UE se actualiza de cuerdo con el mensaje de CUC. Si, subsiguientemente al procedimiento de actualización de celda, el UE recibe, conforme a la referencia S57, un mensaje de UM (Modo sin Confirmación -"Unacknowledge Mode") desde la UTRAN, que incluye un campo que indica que el mensaje no fue enviado desde la Celda 2, por ejemplo, el mensaje (X_{n+1}, 1), entonces el UE no opera por completo en este mensaje puesto que el identificador de celda no corresponde a la celda vigente en ese momento, esto es, la Celda 2. Para los mensajes de UM, lo más probable es que el UE ignore el mensaje puesto que no se requiere ninguna confirmación para la UTRAN. Sin embargo, el UE puede adoptar otra acción, por ejemplo, puede rechazar el mensaje, ignorar el C-RNTI del mensaje o quedar libre. Al recibir un mensaje, por ejemplo, el mensaje (Y_{n+3}, 2) conforme a la etapa S58, el UE examina el identificador de celda contenido en el mensaje y reconoce si el mensaje incluye un identificador de celda 2 que haga referencia a la celda vigente en ese momento. Se actúa, por tanto, sobre este mensaje.
Ejemplos del identificador de celda que puede ser utilizado en los mensajes para identificar la celda desde la que se dispuso el mensaje haciendo cola para ser enviado, incluyen el CPICH (en el modo de funcionamiento de FDD) y el CPCCH (en el modo de funcionamiento de TDD).
Puede no ser necesario incluir un identificador de celda en todos los mensajes enviados por la UTRAN. Ejemplos típicos de los mensajes para los que se incluye un identificador de celda son como sigue: Establecimiento de Conexión de RCC, Mensajes de Reconfiguración (es decir, Establecimiento de Portador de Radio, Reconfiguración de Portador de Radio, Liberación de Portador de Radio, Reconfiguración de Canal de Transporte o Reconfiguración de Canal Físico), Confirmación de Actualización de Celda, Confirmación de Actualización de URA e información de movilidad de UTRAN.
La Figura 6 muestra una segunda realización. En esta realización se considerará el funcionamiento relativo a los mensajes en el AM (Modo de Confirmación -"Acknowledge Mode"). En este caso, se envía, de acuerdo con la referencia S60, un mensaje (X_{n}, 1) desde la UTRAN, pero, por alguna razón, no es recibido por el UE. Subsiguientemente a esto, conforme a la referencia S62, el UE recibe un desencadenamiento o disparo que provoca que el UE se traslade a la Celda 2. Como respuesta, el UE envía un mensaje de CU a la UTRAN, de acuerdo con la referencia S64, y la UTRAN envía en respuesta un mensaje de CUC según la referencia S65. Como la UTRAN no ha recibido un mensaje de confirmación de la recepción del mensaje (X_{n}, 1), la UTRAN transmite este mensaje al UE en la etapa S66. Sin embargo, puesto que este mensaje procedente de la UTRAN incluye un identificador de celda que identifica la Celda 1 en lugar de la Celda 2, el UE no actúa por completo sobre este mensaje procedente de la UTRAN. Esto prosigue para cualesquiera mensajes que incluyan un identificador para la Celda 1, por ejemplo, el mensaje (X_{n+1}, 1). Cuando se retransmiten mensajes de AM, éstos no son alterados. Con la recepción de un mensaje (Y_{n+2}, 2) según la referencia S67, el UE reconoce que éste es un mensaje procedente de la celda vigente en ese momento y actúa, por tanto, sobre este mensaje y envía una respuesta según la referencia S68, en caso necesario.
Así pues, el UE es capaz de decir en qué celda se había de enviar inicialmente el mensaje. El hecho de proporcionar un identificador de celda en el mensaje hace posible que el UE sea capaz de asociar cualquier C-RNTI incluido en el mensaje con la celda en la que fue enviado. En consecuencia, el UE evita aplicar el C-RNTI contenido dentro de un mensaje identificado como enviado desde una celda distinta de la celda en la que el UE recibió el mensaje. El UE puede adoptar la acción apropiada para un mensaje que fue recibido en una celda diferente de la que se especifica en el identificador de celda. Por ejemplo, para un mensaje en el modo de AM y que incluye un C-RNTI en el mensaje, la acción puede ser: rechazar el mensaje; ignorar el nuevo C-RNTI contenido dentro del mensaje y actuar de otro modo en el mensaje; ignorar el mensaje; o ir a un estado LIBRE, etc.
En otra realización, el UE estaba en el estado FACH_CELDA al recibir un mensaje de reconfiguración y permanece en el estado FACH_CELDA, el UE funciona como sigue. Si el IE "Información de frecuencia" no está incluido en el mensaje de reconfiguración recibido y si el IE "Información primaria de CPICH" (para FDD) o "Información primaria de CCPCH" (para TDD) está incluido, el UE ignora el contenido del IE "Información primaria de CPICH" (para FDD) o "Información primaria de CCPH" (para TDD) y del IE "Nuevo C-RNTI" si el IE "Nuevo C-RNTI" estaba incluido en el mensaje de reconfiguración recibido, y prosigue como se establece adicionalmente en la norma 25.331. Los mensajes de reconfiguración comprenden los siguientes: mensaje de establecimiento de Portador de Radio, mensaje de Reconfiguración de Portador de Radio, mensaje de Liberación de Portador de Radio, mensaje de Reconfiguración de Canal de Transporte o mensaje de Reconfiguración de Canal Físico.
La Figura 7 muestra otra realización en la que un mensaje es recibido por el UE pero el procedimiento invocado por ese destinatario es interrumpido y el UE se traslada a una celda diferente. En esta realización, el mensaje recibido es procesado en el contexto en el que fue recibido. Por ejemplo, el UE puede procesar el mensaje antes de trasladarse a una celda diferente. Alternativamente, el UE puede recordar el contexto en el que fue recibido el mensaje, incluyendo el estado (por ejemplo, FACH_Celda o DCH_Celda -"Cell_FACH" o "Cell_DCH") y la celda en la que se recibió el mensaje. Por ejemplo, si el mensaje recibido incluía un C-RNTI, el UE puede ignorar el mensaje puesto que el UE conoce que el UE se ha trasladado de la celda desde la que se envío el mensaje que incluye el C-RNTI. Esto se ilustra en la Figura 7. Según la referencia S70, se envía un mensaje (X) desde la UTRAN al UE. El UE recibe entonces un desencadenamiento o disparo para trasladarse a una celda diferente. Sin embargo, como el UE sabe que ha recibido un mensaje que era aplicable en las condiciones previas al disparo, actúa en primer lugar sobre este mensaje y envía una respuesta de acuerdo con la referencia S72 (en caso de que sea apropiado). El UE responde entonces al disparo pasándose a la Celda 2, según se muestra en la Figura 7. El UE actúa entonces de una manera convencional, enviando un mensaje de actualización de celda a la UTRAN según la referencia S74, y recibiendo un mensaje de CUC desde la UTRAN según la referencia S76.
La Figura 8 muestra una realización adicional que se propone garantizar que, una vez que se ha dispuesto un mensaje haciendo cola para su transmisión en una celda particular, en un Modo sin Confirmación, el mensaje no es redirigido a una celda diferente cuando la UTRAN descubre que el UE se encuentra en la celda diferente. El mensaje, bien es enviado en la celda inicial o bien no se envía en absoluto. Esto se ilustra en la Figura 8.
La UTRAN genera una cola 80 de mensajes que se han de enviar a un UE particular. Cada mensaje tiene, asociado con él, un número n de secuencia que se incrementa secuencialmente. Así pues, la cola 80 según se muestra en la Figura 8 incluye 3 mensajes X_{n}, X_{n+1}, X_{n+2}, destinados al UE situado en la Celda 1. Estos mensajes son enviados al UE de la manera normal. Así pues, la Figura 8 muestra la UTRAN enviando el mensaje X_{n} al UE. Según la referencia S82, el UE recibe un disparo que provoca que el UE se traslade a la Celda 2. En respuesta, el UE envía un mensaje de CU de acuerdo con la referencia S83. La UTRAN recibe el mensaje de CU y, como respuesta, genera un mensaje de CUC con el estado Y, según la referencia S84. En respuesta a la recepción del mensaje de CU, la UTRAN vacía de la cola para el UE todos los mensajes generados cuando el UE estaba en la Celda 1. La UTRAN genera entonces una cola 85 de mensajes para el UE con todos los que se generaron mientras el UE se encontraba en la Celda 2. Esto evita que la UTRAN envíe cualesquiera mensajes al UE que se generaron cuando el UE estaba en la celda previa.
Alternativamente, la cola 80 de mensajes generados cuando el UE se encontraba en la celda previa, puede ser enviada desde la celda previa, Celda 1, en lugar de desde la celda vigente en ese momento, Celda 2. Esto significará que los mensajes que estaban inicialmente destinados al UE son enviados por la UTRAN utilizando las características empleadas por el UE en la Celda 1 que son diferentes de las características utilizadas por el UE en la Celda 2. Los mensajes son, por tanto, redundantes dentro de la red. Sin embargo, esta realización alternativa significa que la UTRAN no tiene que reordenar colas de mensajes para UEs concretos.
La Figura 9 es un diagrama de flujo que ilustra una realización adicional que se refiere a una situación en la que se especifica que el UE ha de llevar a cabo una Actualización de Celda con causa establecida en la "Reselección de Celda". Por ejemplo, en la norma 25.331, un UE inicia un procedimiento de actualización de celda de acuerdo con la cláusula subordinada o sub-cláusula 8.3.1, utilizando la causa "Reselección de Celda" en diversas secciones, por ejemplo:
\bullet En la Sección 8.2.2.3 - cuando se sale de DCH_Celda a FACH_Celda, donde el UE selecciona una celda diferente de la que se ha especificado. Si, como es lo convencional, el UE no trata esta selección de celda como una reselección de celda, entonces el C-RNTI suministrado puede ser empleado en la celda seleccionada, en caso de que la UTRAN no consiga proporcionar un C-RNTI en la CUC. Sin embargo, el hecho de hacer que el UE lleve a cabo la Actualización de Celda con causa establecida en la "Reselección de Celda" provoca que el C-RNTI suministrado que se ha almacenado se borre. Hay casos que incluyen un cambio de frecuencia y los hay que no.
\bullet En la Sección 8.2.2.3 - permaneciendo en FACH_Celda o para de DCH_Celda o FACH_Celda a PCH_Celda.
\bullet En la Sección 8.2.2.7 - siguiendo a un fallo de canal físico.
En todas estas situaciones, el UE está dispuesto para llevar a cabo todas las etapas que realizaría a la hora de iniciar una reselección de celda en respuesta a una rutina de medición que indicase que se requiere un cambio de celda (o de frecuencia). Estas etapas se establecen en la Sección 8.3.1.2 de la norma 25.331, e incluyen las siguientes:
1 > si el UE lleva a cabo una reselección de celda:
2
> despejar la variable C_RNTI; y
3
> dejar de utilizar ese C_RNTI que se acaba de despejar de la variable C_RNTI en la MAC.
Pueden también llevarse a cabo otras etapas según se establece en la Sección 8.3.1.2. Esto también se aplica cuando se experimenta un procedimiento de Actualización de URA.
Como se muestra en la Figura 9, cuando el UE tiene que iniciar la actualización de celda en la etapa S90, el UE determina si la causa para la actualización de celda se ha establecido en la "Reselección de Celda", según la referencia S92. Si es así, el UE lleva a cabo etapas adicionales conforme a la referencia S94, tales como el despeje de la variable C_RNTI y la detención del uso de C-RNTI en la capa de MAC. Si la causa no se ha establecido en la "Reselección de Celda", el UE prosigue de manera habitual, según se muestra en la etapa S95.
Haciendo referencia a continuación a la Figura 10, la Figura 10 es un diagrama de bloques que ilustra un dispositivo móvil que puede actuar como un UE y que coopera con los aparatos y los métodos de las Figuras 1 a 9, y que constituye un ejemplo de dispositivo de comunicación inalámbrico. La estación móvil 300 es, preferiblemente, un dispositivo de comunicación inalámbrica de dos vías o en ambos sentidos, que tiene al menos capacidades de comunicación de voz y de datos. La estación móvil 300 tiene, preferiblemente, la capacidad de comunicarse con otros sistemas informáticos por la Internet. Dependiendo de la capacidad funcional exacta que se proporcione, puede hacerse referencia al dispositivo inalámbrico como un dispositivo de mensajería de datos, un dispositivo buscador o "busca" en ambos sentidos, un dispositivo de correo electrónico inalámbrico, un teléfono celular con capacidades de mensajería de datos, un accesorio de Internet inalámbrico, o bien un dispositivo de comunicación de datos, como ejemplos.
En el caso de que la estación móvil 300 esté habilitada para la comunicación en ambos sentidos, ésta incorporará un subsistema de comunicación 311 que incluye tanto un receptor 312 como un transmisor 314, así como componentes asociados tales como uno o más elementos de antena 316 y 318, preferiblemente inseridos o internos, osciladores locales (LOs -"local oscillators") 313, así como un módulo de procesamiento o tratamiento tal como un procesador de señal digital (DSP -"digital signal processor") 320. Como será evidente para los expertos en el campo de las comunicaciones, el diseño concreto del subsistema de comunicación 311 dependerá de la red de comunicación en que el dispositivo esté destinado a funcionar. Por ejemplo, la estación móvil 300 puede incluir un subsistema de comunicación 311 diseñado para funcionar dentro del sistema de comunicación móvil Mobitex^{TM}, del sistema de comunicación móvil DataTAC^{TM}, de una red de GPRS, de una red de UMTS o de una red
EDGE.
Los requisitos de acceso a 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. En las redes de UMTS y de GPRS, sin embargo, el acceso a red está asociado con un abonado o usuario de la estación móvil 300. Una estación móvil de GPRS requiere, por tanto, una tarjeta de módulo de identidad de abonado (SIM -"subscriber identity module") para operar en una red de GPRS. Sin una tarjeta de SIM válida, una estación móvil de GPRS no será completamente funcional. Pueden estar disponibles funciones de comunicación local o al margen de la red, así como funciones legalmente requeridas (en caso de existir alguna), tales como la llamada de emergencia al "911", pero la estación móvil 300 será incapaz de llevar a cabo ninguna otra función que implique comunicaciones a través de la red 319. La interfaz 344 de SIM es normalmente similar a una ranura para tarjeta en la que puede insertarse y de la que puede expulsarse una tarjeta de SIM como un disquete o tarjeta de PCMCIA. La tarjeta de SIM puede tener aproximadamente 64 K de memoria y albergar mucha configuración de clave 851 y otra información 853, tal como identificación e información relativa al abonado.
Una vez que se han completado los procedimientos requeridos de registro en red o activación, la estación móvil 300 puede enviar y recibir señales de comunicación a través de la red 319. Las señales recibidas por la antena 316 a través de la red de comunicación 319, se suministran como entrada al receptor 312, el cual puede llevar a cabo funciones de receptor común tales como la amplificación de señal, la conversión descendente en frecuencia, la filtración, la selección de canal y similares, y, en el sistema a modo de ejemplo que se muestra en la Figura 11, la conversión de analógica a digital (A/D). La conversión de A/D de una señal recibida permite que funciones de comunicación más complejas, tales como la desmodulación y la descodificación, se lleven a cabo en el DSP 320. De una manera similar, las señales que se han de transmitir son procesadas, incluyendo, por ejemplo, su modulación y su codificación, por el DSP 320 y suministradas como entrada al transmisor 314 para su conversión de digital a analógica, su conversión en frecuencia ascendente, su filtración, su amplificación y su transmisión por la red de comunicación 319, a través de la antena 318. El DSP 320 no sólo procesa o trata señales de comunicación, sino que también proporciona el control del receptor y del transmisor. Por ejemplo, las ganancias aplicadas a las señales de comunicación en el receptor 312 y en el transmisor 314 pueden ser controladas adaptativamente mediante algoritmos de control de ganancia automático implementados en el DSP 320.
La estación móvil 300 incluye, preferiblemente, un microprocesador 338 que controla el funcionamiento global del dispositivo. Se llevan a cabo funciones de comunicación que incluyen al menos comunicaciones de datos y de voz, por medio del subsistema de comunicación 311. El microprocesador 338 también interactúa con subsistemas de dispositivo adicionales tales como el dispositivo de presentación visual 322, la memoria de tipo flash o de refrescamiento por impulsos 324, la memoria de acceso aleatorio (RAM -"random access memory") 326, los subsistemas auxiliares de entrada/salida (E/S -"I/O" ("input/output")) 328, el puerto en serie 330, el teclado 332, el altavoz 334, el micrófono 336, un subsistema de comunicaciones de corto alcance 340, y cualesquiera otros subsistemas de dispositivo, que se designan genéricamente con la referencia 342.
Algunos de los subsistemas mostrados en la Figura 10 desempeñan funciones relacionadas con la comunicación, en tanto que otros subsistemas pueden proporcionar funciones "residentes" o implementadas en los dispositivos. Es notable que algunos subsistemas, tales como, por ejemplo, el teclado 332 y el dispositivo de presentación visual 322, pueden utilizarse tanto para funciones relacionadas con la comunicación, tales como la introducción de un mensaje de texto para su transmisión por una red de comunicación, como para funciones residentes en el dispositivo, tales como una calculadora o una lista de tareas.
El software o programación de sistema operativo utilizada por el microprocesador 338 se encuentra, preferiblemente, almacenada en un almacenamiento perdurable tal como la memoria de refrescamiento por impulsos 324, si bien puede tratarse, en lugar de ésta, de una memoria de sólo lectura (ROM -"read-only memory") o un elemento de almacenamiento similar (no mostrado). Los expertos de la técnica apreciarán que el sistema operativo, aplicaciones específicas de dispositivo, o bien partes de los mismos, pueden cargarse temporalmente en una memoria volátil tal como la RAM 326. Pueden almacenarse también señales de comunicación recibidas en la RAM 326.
Como se muestra, la memoria 324 de tipo flash o de refrescamiento por impulsos puede separarse en diferentes áreas destinadas tanto a programas informáticos, 358, como al almacenamiento de datos de programa, 350, 352, 354 y 356. Estos tipos de almacenamiento diferentes indican que cada programa puede asignar una porción de la memoria 324 de refrescamiento por impulsos a sus propias necesidades de almacenamiento de datos. El microprocesador 338, además de sus funciones de sistema operativo, permite, preferiblemente, la ejecución de aplicaciones de software en la estación móvil. Se instalará normalmente en la estación móvil 300, durante su fabricación, un conjunto predeterminado de aplicaciones que controlan las operaciones básicas, incluyendo al menos, por ejemplo, aplicaciones de comunicación de datos y de voz. Una aplicación de software preferida puede ser una aplicación gestora de información personal (PIM -"personal information manager") que tenga la capacidad de organizar y gestionar elementos de datos relativos al usuario de la estación móvil, tales como correo electrónico, acontecimientos señalados en el calendario, correos de voz, citas y elementos de tarea, si bien no está limitada a éstos. Naturalmente, se encontrarán disponibles en la estación móvil uno o más almacenamientos en memoria para facilitar el almacenamiento de elementos de datos de PIM. Dicha aplicación de PIM tendrá, de preferencia, la capacidad de enviar y recibir elementos de datos a través de la red inalámbrica 319. En una realización preferida, los elementos de datos de PIM se integran, sincronizan y actualizan sin discontinuidades por medio de la red inalámbrica 319, con los elementos de datos correspondientes del usuario de la estación móvil almacenados en, o asociados con, un sistema informático anfitrión o principal. Pueden cargarse también aplicaciones adicionales en la estación móvil 300 a través de la red 319, un subsistema auxiliar de E/S 328, un acceso o puerta en serie 330, un subsistema de comunicaciones de corto alcance 340 ó cualquier otro subsistema adecuado 342, e instalarse por parte de un usuario en la RAM 326 ó, preferiblemente, en un almacenamiento no volátil (no mostrado), para ser ejecutadas por el microprocesador 338. Semejante flexibilidad en la instalación de aplicaciones aumenta la capacidad funcional del dispositivo y puede proporcionar funciones instaladas en el dispositivo y funciones relacionadas con la comunicación mejoradas, o ambas casos. Por ejemplo, aplicaciones de comunicación segura pueden hacer posible que se lleven a cabo, utilizando la estación móvil 300, funciones de comercio electrónico y otras transacciones financieras.
En un modo de comunicación de datos, una señal recibida, tal como un mensaje de texto o una descarga de página web, será procesada por el subsistema de comunicación 311 e introducida como entrada en el microprocesador 338, el cual trata, preferiblemente, de forma adicional la señal recibida para su suministro como salida al dispositivo de presentación visual 322 ó, alternativamente, a un dispositivo de E/S auxiliar 328. Un usuario de la estación móvil 300 puede también componer elementos de datos tales como, por ejemplo, mensajes de correo electrónico, utilizando el teclado 332, el cual es, preferiblemente, un teclado alfanumérico completo o un cuadro o placa de teclas de tipo de teléfono, en combinación con el dispositivo de presentación visual 322 y, posiblemente, con un dispositivo de E/S auxiliar 328. Dichos elementos compuestos pueden ser entonces transmitidos por una red de comunicación, a través del subsistema de comunicación 311.
Para las comunicaciones de voz, el funcionamiento en conjunto o global de la estación móvil 300 es similar, a excepción de que las señales recibidas se suministrarán como salida, preferiblemente, a un altavoz 334 y las señales destinadas a ser transmitidas se generarán por un micrófono 336. Pueden implementarse también en la estación móvil 300 subsistemas alternativos de E/S de voz o audio, tales como un subsistema de grabación de mensajes de voz. Si bien el suministro como salida de señales de voz o de audio se cumplimenta fundamentalmente, de forma preferida, por medio del altavoz 334, puede también utilizarse el dispositivo de presentación visual 322 para proporcionar, por ejemplo, una indicación de la identidad de una parte llamante, de la duración de una llamada de voz o de otra información relacionada con la llamada de voz.
La puerta en serie 330 de la Figura 10 se implementará normalmente en una estación móvil del tipo de asistente digital personal (PDA -"personal digital assistant"), para lo cual puede ser deseable la sincronización con una computadora de sobremesa (no mostrada) de un usuario, si bien ésta puede ser un componente de dispositivo opcional. Dicha puerta 330 permitirá a un usuario establecer preferencias a través de un dispositivo o aplicación de software externa, y extenderá las capacidades de la estación móvil 300 al hacer posibles descargas de información o de software a la estación móvil 300 por otras vías que no sean una red de comunicación inalámbrica. El camino de descarga alternativo puede utilizarse, por ejemplo, para cargar una clave de encriptación o cifrado en el dispositivo a través de una conexión directa y, por tanto, fiable y de confianza, a fin de hacer posible con ello una comunicación segura del
dispositivo.
Otros subsistemas de comunicaciones 340, tales como un subsistema de comunicaciones de corto alcance, constituyen un componente opcional adicional que puede hacer posible la comunicación entre la estación móvil 300 y diferentes sistemas o dispositivos, los cuales no han de ser necesariamente dispositivos similares. Por ejemplo, el subsistema 340 puede incluir un dispositivo infrarrojo y circuitos y componentes asociados, o bien un módulo de comunicación Bluetooth^{TM}, para hacer posible la comunicación con sistemas y dispositivos similarmente habilitados.
Cuando el dispositivo móvil 300 se emplea como UE, las pilas de protocolo 346 incluyen un aparato y un método para el manejo o gestión de mensajes que se refieren a una celda diferente de la celda que opera en ese momento en el equipo de usuario del sistema de telecomunicaciones móviles universal.
Las realizaciones anteriormente descritas de la presente invención están destinadas a ser ejemplos únicamente. Los expertos de la técnica pueden llevar a cabo alteraciones, modificaciones y variaciones en las realizaciones concretas sin apartarse del ámbito de la solicitud, tal y como se define por las reivindicaciones que se acompañan.
Ha de apreciarse que los métodos de acuerdo con lo descrito han mostrado etapas que se llevan a cabo en un orden concreto. Sin embargo, será evidente para una persona experta en la técnica que el orden de la evaluación es indiferente por lo que respecta al funcionamiento del método. Por ejemplo, el dispositivo puede determinar si un C-RNTI está incluido en la CUC antes o después de determinar si el mensaje incluye un identificador de celda apropiado. La ordenación de las etapas según se ha descrito aquí no se pretende que sea limitativa.
Debe apreciarse también que, donde se ha descrito un método, es la intención también requerir la protección para un dispositivo dispuesto con el fin de llevar a cabo el método.

Claims (7)

1. Un método para el manejo o gestión de mensajes en un sistema de telecomunicaciones móviles, de tal modo que el sistema comprende una red de una pluralidad de celdas y al menos un dispositivo (300) de equipo de usuario, estando el método caracterizado por las etapas de:
recibir en el dispositivo (300) de equipo de usuario un mensaje no radiodifundido desde la red;
examinar el mensaje no radiodifundido con el fin de identificar un identificador de celda relativo a la celda de la red desde la que el mensaje no radiodifundido se dispuso primeramente haciendo cola para ser enviado;
una vez que se ha identificado el identificador de celda, examinar el identificador de celda para determinar si la celda de la red desde la que se dispuso primeramente el mensaje no radiodifundido haciendo cola para ser enviado, se corresponde con la celda de la red con la que se está comunicando en ese momento el dispositivo de equipo de usuario; y
cuando la celda de la red desde la que el mensaje no radiodifundido se dispuso primeramente haciendo cola para ser enviado, no se corresponde con una celda de la red con la que se está comunicando en ese momento el dispositivo (300) de equipo de usuario, el dispositivo (300) de equipo de usuario no opera por completo en el mensaje no radiodifundido.
2. Un método de acuerdo con la reivindicación 1, que comprende adicionalmente que, cuando se recibe un mensaje de reconfiguración sin información de frecuencia, y cuando el mensaje de reconfiguración incluye un identificador de celda, el dispositivo de equipo de usuario ignora el contenido del indicador de celda y de un nuevo identificador de equipo de usuario, "Nuevo C-RNTI", si el "Nuevo C-RNTI" está incluido en el mensaje de reconfiguración recibido.
3. Un método de acuerdo con la reivindicación 1, que comprende adicionalmente que, cuando la celda de la red desde la que se dispuso primeramente el mensaje no radiodifundido haciendo cola para ser enviado, no se corresponde con la celda de la red con la que el dispositivo (300) de equipo de usuario se está comunicando en ese momento, el dispositivo (300) de equipo de usuario ignora cualquier C-RNTI incluido en el mensaje no radiodifundido.
4. Un método de acuerdo con la reivindicación 1, en el cual la etapa en la que, cuando la celda de la red desde la que el mensaje no radiodifundido se dispuso primeramente haciendo cola para ser enviado, no se corresponde con la celda de la red con la que se está comunicando en ese momento el dispositivo (300) de equipo de usuario, el dispositivo (300) de equipo de usuario no opera por completo en el mensaje, comprende ignorar, por parte del dispositivo (300) de equipo de usuario, el mensaje no radiodifundido.
5. Un método de acuerdo con la reivindicación 1, en el cual la etapa en la que, cuando la celda de la red desde la que el mensaje no radiodifundido se dispuso primeramente haciendo cola para ser enviado, no se corresponde con la celda de la red con la que se está comunicando en ese momento el dispositivo (300) de equipo de usuario, el dispositivo (300) de equipo de usuario no opera por completo en el mensaje, comprende rechazar, por parte del dispositivo (300) de equipo de usuario, el mensaje no radiodifundido.
6. Un método de acuerdo con la reivindicación 1, en el cual la etapa en la que, cuando la celda de la red desde la que el mensaje no radiodifundido se dispuso primeramente haciendo cola para ser enviado, no se corresponde con la celda de la red con la que se está comunicando en ese momento el dispositivo (300) de equipo de usuario, el dispositivo (300) de equipo de usuario no opera por completo en el mensaje, comprende hacer que el dispositivo (300) de equipo de usuario vaya a un estado libre.
7. Un método de acuerdo con la reivindicación 4, en el cual el identificador de celda comprende CPICH o CPCCH.
ES03257078T 2003-11-10 2003-11-10 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. Expired - Lifetime ES2305409T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/704,839 US7194277B2 (en) 2003-11-10 2003-11-10 Apparatus and method for handling messages that relate to a cell other than the currently operating cell in universal mobile telecommunications system user equipment
EP03257078A EP1530394B1 (en) 2003-11-10 2003-11-10 Handling of messages relating to a cell other than the cell with which a user equipment device is currently communicating in a universal mobile communications system

Publications (1)

Publication Number Publication Date
ES2305409T3 true ES2305409T3 (es) 2008-11-01

Family

ID=34712586

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03257078T Expired - Lifetime ES2305409T3 (es) 2003-11-10 2003-11-10 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.

Country Status (6)

Country Link
US (1) US7194277B2 (es)
EP (1) EP1530394B1 (es)
AT (1) ATE396595T1 (es)
CA (1) CA2487341C (es)
ES (1) ES2305409T3 (es)
HK (1) HK1074142A1 (es)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7162237B1 (en) 2002-07-26 2007-01-09 Bellsouth Intellectual Property Corporation System for automatic selection of profile based on location
CA2428234C (en) * 2003-05-08 2010-11-09 M-Stack Limited Apparatus and method of sending uplink data during cell update in universal mobile telecommunications system user equipment
US7389108B2 (en) * 2003-09-29 2008-06-17 M-Stack Limited Apparatus and method for handling cell update during reconfiguration in universal mobile telecommunications system user equipment
KR101000682B1 (ko) * 2004-08-13 2010-12-10 엘지전자 주식회사 이동통신시스템에서의 rrc연결 설정방법
US7978665B1 (en) 2004-12-13 2011-07-12 Verizon Laboratories Inc. Systems and methods for providing connection status and location information in a wireless networking environment
US8010143B2 (en) * 2005-01-28 2011-08-30 Qualcomm Incorporated Method and apparatus for implicit floor control in push-to-talk over cellular systems
US7801527B2 (en) * 2005-04-28 2010-09-21 Motorola Mobility, Inc. Cell update process with reconfiguration status
US8626128B2 (en) * 2011-04-07 2014-01-07 Microsoft Corporation Enforcing device settings for mobile devices
US7672644B2 (en) * 2005-11-02 2010-03-02 Lg Electronics Inc. Method and apparatus for overhead reduction of signaling messages
DE102005053783A1 (de) * 2005-11-09 2007-05-10 T-Mobile International Ag & Co. Kg Verfahren zum Betreiben eines mobilen Kommunikationssystems und entsprechendes mobiles Kommunikationssystem
US20070208861A1 (en) * 2006-03-02 2007-09-06 Zellner Samuel N User preference interpretation
US20070208860A1 (en) * 2006-03-02 2007-09-06 Zellner Samuel N User specific data collection
US7747246B2 (en) 2006-03-02 2010-06-29 At&T Intellectual Property I, L.P. Environment independent user preference communication
DK2667661T3 (en) 2006-06-20 2017-08-14 Interdigital Tech Corp FACILITATION OF A TRANSFER IN AN LTE SYSTEM.
ATE504183T1 (de) * 2006-08-22 2011-04-15 Ericsson Telefon Ab L M Verfahren und vorrichtungen für die rufbenachrichtigung in e-utran
JP4877841B2 (ja) * 2007-05-18 2012-02-15 イノヴァティヴ ソニック リミテッド 移動通信システムにおける方法及び通信装置
EP2613604B1 (en) 2007-09-28 2022-05-25 RnB Wireless LLC Method and apparatuses for terminating transmission of a message in an enhanced random access channel
KR101568149B1 (ko) 2007-10-25 2015-11-11 시그널 트러스트 포 와이어리스 이노베이션 Cell―fach 상태에서 강화된 mac―e/es 자원을 관리하고 설정하기 위한 방법 및 장치
KR20140019849A (ko) * 2008-01-02 2014-02-17 인터디지탈 패튼 홀딩스, 인크 셀 재선택을 위한 방법 및 장치
EP3537764B1 (en) * 2008-02-04 2021-04-14 Telefonaktiebolaget LM Ericsson (publ) Methods and arrangements for a mobile communications network
US8649353B2 (en) 2008-03-04 2014-02-11 Interdigital Patent Holdings, Inc. Method and apparatus for accessing a random access channel by selectively using dedicated or contention-based preambles during handover
WO2015169332A1 (en) * 2014-05-05 2015-11-12 Nokia Solutions And Networks Oy Rlc reconfiguration during cell reselection
US9949296B2 (en) * 2015-04-23 2018-04-17 Qualcomm Incorporated Resolving conflicting configuration parameters between cell reconfiguration and cell reselection procedures
CN111800833B (zh) * 2019-08-06 2022-12-30 维沃移动通信有限公司 通信处理方法、装置、设备及介质

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5548816A (en) * 1993-11-16 1996-08-20 Astronet Method and system for locating mobile units in a cellular telephone system by use of virtual location areas
US6023461A (en) * 1997-10-10 2000-02-08 Nec Usa, Inc. Handoff method for an ATM wireless network wherein both the switch and the mobile buffer cells and the mobile controls when the handoff will occur
MY119475A (en) * 1997-01-03 2005-05-31 Nokia Telecommunications Oy Localised special services in a mobile communications system.
US6334052B1 (en) * 1997-03-07 2001-12-25 Telefonaktiebolaget Lm Ericsson (Publ) Subscription-based mobile station idle mode cell selection
US6275706B1 (en) * 1998-11-09 2001-08-14 Telefonaktiebolaget L M Ericsson Mobile telecommunications network and method for implementing and identifying hierarchical overlapping radio coverage areas
FI114077B (fi) * 1999-03-10 2004-07-30 Nokia Corp Tunnuksen varausmenetelmä
US6549787B1 (en) * 1999-04-26 2003-04-15 Samsung Electronics Co., Ltd. System and method for use in an MSC-BS interface for supporting an access state handoff
US6628942B1 (en) * 1999-10-06 2003-09-30 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for paging and responding to pages in a mobile radio communications system
US6829482B2 (en) * 2000-05-16 2004-12-07 Telefonaktiebolaget Lm Ericsson (Publ) Switching from dedicated to common channels when radio resources are controlled by drift radio network
EP1495593B1 (en) 2002-04-10 2006-06-21 Telefonaktiebolaget LM Ericsson (publ) Data preservation
US20040116146A1 (en) * 2002-12-13 2004-06-17 Sadowsky John S. Cellular system with link diversity feedback
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

Also Published As

Publication number Publication date
CA2487341A1 (en) 2005-05-10
CA2487341C (en) 2012-01-10
HK1074142A1 (en) 2005-10-28
US20050101299A1 (en) 2005-05-12
EP1530394B1 (en) 2008-05-21
EP1530394A1 (en) 2005-05-11
ATE396595T1 (de) 2008-06-15
US7194277B2 (en) 2007-03-20

Similar Documents

Publication Publication Date Title
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.
ES2901695T3 (es) Método de transmisión y dispositivo de red
US8078144B2 (en) Apparatus and method for applying ciphering in universal mobile telecommunications system
US7339904B2 (en) Apparatus and method for operating a communications device in a mobile communications network
EP1475983B1 (en) Apparatus and method of uplink data during cell update in universal mobile telecommunications system user equipment
US9554306B2 (en) Method and system for transitioning between radio access technologies (RATS)
US20120009910A1 (en) Apparatus and method for applying ciphering in a universal mobile telecommunications system
US7480267B2 (en) Apparatus and method for operating a communications device in a mobile communications network
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.
US8009618B2 (en) Apparatus and method for operating a communications device in a mobile communications network
EP1530393B1 (en) Processing configuration and mobility management messages with missing Ciphering Activation Time for DPCH information in a universal mobile telecommunications system (UMTS)
ES2308404T3 (es) Aparato y metodo para pedir informacion de sistemas de transferencia de rat (tecnologia de acceso por radio) en sistemas de telecomunicaciones moviles.
CA2514282C (en) Apparatus and method for applying ciphering in universal mobile telecommunications system
EP1565020B1 (en) Method and apparatus for applying information elements in a defined order
US20070135141A1 (en) Apparatus and method for handling messages that relate to a cell other than the currently operating cell in universal mobile telecommunications system user equipment
CA2509475A1 (en) Apparatus and method for applying ciphering in a universal mobile telecommunications system
CA2546051C (en) Method and apparatus for setting an integrity protection uplink application time for signalling bearer rbo 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.
EP1562330B1 (en) Handling a service data unit discard in the radio resource control entity of a UMTS device