MX2007004397A - Gestion de error de control de enlace de radio mejorado. - Google Patents

Abstract

Un metodo para realizar un procedimiento de actualizacion de celula se logra detectando un error asociado con un enlace de radio establecido con una estacion base; informar a la estacion base acerca de al menos un portador de radio, al menos una entidad de control de enlace de radio, o ambos teniendo el error detectado; y re-configurar al menos un portador de radio, re-establecer al menos una entidad de control de enlace de radio, o ambos con base en el paso de informacion.

Description

GESTIÓN DE ERROR DE CONTROL DE ENLACE DE RADIO MEJORADO CAMPO TÉCNICO La invención se relaciona con un método para establecer una disfunción en un enlace de radio establecido entre un equipo de usuario y una red celular. La invención aplica en particular a redes tipo UMTS.

ANTECEDENTES DE LA INVENCIÓN Un sistema de telecomunicaciones móviles universal (UMTS) es un sistema de comunicación móvil IMT-2000 de la tercera generación, tipo Europeo que ha evolucionado de un estándar Europeo conocido como Sistema Global para comunicaciones Móviles (GSM). UMTS se pretende para proporcionar un servicio de comunicaciones móviles mejorado basado en una red central GSM y tecnología de conexión inalámbrica de acceso múltiple por división de código de banda ancha (W-CDMA). En Diciembre de 1998, un Proyecto de Asociación de la Tercera Generación (3GPP) se formó por el ETSI de Europa, el ARIB/TTC de Japón, el TI de los Estados Unidos, y el TTA de Corea. El 3GPP crea especificaciones detalladas de la tecnología UMTS. Para lograr desarrollo técnico rápido y eficiente del UMTS, cinco grupos de especificación técnica (TSG) se han creado dentro del 3GPP para estandarizar el UMTS considerando la naturaleza independiente de los elementos de red y sus operaciones. Cada TSG desarrolla, aprueba, y administra la especificación estándar dentro de una región relacionada. Entre estos grupos, el grupo (TSG-RAN) de red de acceso a radio (RAN) desarrolla los estándares para las funciones, requerimientos, e ¡nterfaz de la red de acceso a radio terrestre UMTS (UTRAN), la cual es una nueva red de acceso a radio para soportar tecnología de acceso W-CDMA en la UMTS. La Figura 1 proporciona un esquema de una red UMTS, incluyendo un equipo de usuario (UE), tal como una estación móvil, una red de acceso a radio terrestre UMTS (UTRAN) y una red central (CN). La UTRAN está compuesta de varios Controladores de Red de Radio (RNCs) y NodosB los cuales están conectados vía una ¡nterfaz lub. Cada RNC controla varios NodosB. Cada nodoB controla una o varias células, donde una célula está caracterizada por el hecho de que ésta cubre un área geográfica dada en una frecuencia dada. Cada RNC está conectado vía una interfaz lu al CN, es decir hacia una entidad del Centro de Conmutación de servicios- Móviles (MSC) del CN y una entidad del Nodo de Soporte GPRS de Servicio. RNCs pueden ser conectados a otros RNCs vía la ¡nterfaz lur. El RNC gestiona la asignación y administración de recursos de radio y opera como un punto de acceso con respecto al CN. Los NodosB reciben información enviada por la capa física del UE a través de un enlace ascendente y transmite datos hacia el UE a través de un enlace descendente. Los Nodos-B operan como puntos de acceso de la UTRAN para el UE. El nodo de soporte GPRS (SGSN) es conectado vía una interfaz Gf hacia un Registro de Identidad de Equipo (EIR), vía una interfaz GS hacia el MSC, vía una interfaz GN hacia el Nodo de Soporte GPRS de la Puerta de Acceso (GGSN) y vía la interfaz GR hacia el Servidor Subscriptor Base (HSS). El EIR hospeda las listas de móviles los cuales son permitidos o no permitidos para ser usados en la red. El MSC el cual controla la conexión para servicios Conmutados de Circuito (CS) es conectado vía una interfaz NB hacia la Puerta de Acceso de Medio (MGW), vía una interfaz F hacia el EIR, y vía una interfaz D hacia el Servidor Subscriptor Base (HSS). El MGW es conectado via una interfaz C hacia el HSS, y hacia la Red Telefónica Pública con Conmutación (PSTN), y permite adaptar los códigos entre el PSTN y la Red de Acceso a radio (RAN) conectada. El GGSN es conectado vía una interfaz GC al HSS, y vía una interfaz Gl hacia el Internet. El GGSN es responsable de encaminamiento, tarificación y separación de flujos de datos en diferentes Portadores de Acceso a Radio (RABs). El HSS gestiona los datos de suscripción de los usuarios. Existen otras conexiones que no son importantes para la presente invención. La UTRAN construye y mantiene un portador de acceso a radio (RAB) para comunicación entre el UE y el CN. El CN solicita requerimientos calidad de servicio (QoS) de extremo a extremo desde el RAB, y el RAB soporta los requerimientos QoS que la red central ha establecido. En consecuencia, construyendo y manteniendo el RAB, la UTRAN puede satisfacer los requerimientos QoS de extremo a extremo. Los servicios proporcionados a un UE específico son divididos a grandes rasgos en los servicios con conmutación de circuito (CS) y los con conmutación de paquete (PS). Por ejemplo, un servicio de conversación de voz general es un circuito de servicio conmutado, mientras que un servicio explorador de Red (Web) vía una conexión de Internet es clasificado como un servicio con conmutación de paquete (PS). Para soportar servicios con conmutación de circuito, el los RNCs son conectados al centro de conmutación móvil (MSC) de la red central (CN) y el MSC es conectado al Puerto del Centro de Conmutación de Móviles (GMSC) que gestiona la conexión con otras redes. Para soportar los servicios con conmutación de paquete, los RNCs son conectados al nodo soporte del servicio de radio de paquete general (GPRS) en servicio (SGSN) y al puerto del nodo de soporte GPRS (GGSN) de la red central. El SGSN soporta las comunicaciones de paquete con el RNCs y el GGSN gestiona la conexión con otras redes con conmutación de paquete, tales como el Internet. La Fig. 2 ¡lustra una estructura de un protocolo de interfaz de radio entre el UE y la UTRAN de conformidad con los estándares de la red de acceso a radio 3GPP. Como se muestra en la Figura 2, el protocolo de ¡nterfaz de radio tiene capas horizontales comprendiendo una capa física, una capa de enlace de datos, y una capa de red, y tiene planos verticales comprendiendo un plano de usuario (plano-U) para transmitir datos de usuario y un plano de control (plano-C) para transmitir información de control. El plano de usuario es una región que gestiona información de tráfico con el usuario, tal como paquetes de protocolo de Internet (IP) o voz. El plano de control es una región que gestiona información de control para una interfaz con una red, conservación y gestión de una llamada, y similares. Las capas de protocolo en la Figura 2 pueden ser divididas en una primera capa (L1 ), una segunda capa (L2), y una tercera capa (L3) con base en las tres capas inferiores de un modelo estándar (OSI) de Interconexión de Sistema Abierto. La primera capa (L1 ), particularmente, la capa física, proporciona un servicio de transferencia de información a una capa superior usando varas técnicas de transmisión de radio. La capa física está conectada a una capa superior llamada capa de Control de Acceso al Medio (MAC), vía un canal de transporte. La capa MAC y la capa física intercambian datos vía el canal de transporte. La segunda capa (L2) incluye una capa MAC, una capa (RLC) de Control de Enlace de Radio, una capa de control de Difusión/Multidifusión (BMC), y una capa (PDCP) de Protocolo de Convergencia de Datos de Paquete. La capa MAC gestiona el mapeo entre los canales lógicos y los canales de transporte y proporciona asignación de los parámetros MAC para asignación y re-asignación de recursos de radio. La capa MAC está conectada a una capa superior llamada capa de Control de Enlace de Radio (RLC), vía un canal lógico. Se proporcionan varios canales lógicos de acuerdo al tipo de información transmitida. En general, un canal de control es usado para transmitir información del plano de control y un canal de tráfico es usado para transmitir información del plano de usuario. Un canal lógico puede ser un canal común o un canal dedicado dependiendo de si el canal lógico es compartido. Los canales lógicos incluyen un Canal de Tráfico Dedicado (DTCH), un Canal de Control Dedicado (DCCH), un Canal de Tráfico Común (CTCH), un Canal de Control Común (CCCH), un Canal de Control de Difusión (BCCH), y un Canal de Control de Paginación (PCCH), o un Canal de Control Compartido (SCCH) y otros canales. El BCCH proporciona información incluyendo información utilizada por un UE para acceder a un sistema. El PCCH es usado por el UTRAN para acceder a un UE. Para los propósitos de MBMS (servicio de difusión/multidifusión multimedia; u otros tipos de servicio punto-a-multipunto), tráfico adicional y canales de control son introducidos en el MBMS estándar. El Canal de Control (MCCH) punto-a-multipunto MBMS es usado para transmisión de información de control MBMS, el Canal de Tráfico punto-a-multipunto MBMS (MTCH) es usado para transmitir datos de servicio MBMS. El Canal de Programación MBMS (MSCH) es usado para transmitir información de programación. Los diferentes canales lógicos que existen son listados a continuación: La capa MAC es conectada a la capa física por los canales de transporte y puede ser dividida en una sub-capa MAC-b, una sub-capa MAC-d, una sub-capa MAC-c/sh, una sub-capa MAC-hs y una sub-capa MAC-m de acuerdo al tipo de canal de transporte siendo administrado. La sub-capa MAC-b administra un BCH (Canal de Difusión), el cual es un canal de transporte gestionando la difusión de información del sistema. La sub-capa MAC-c/sh administra un canal de transporte común, tal como un canal de acceso directo (FACH) o un canal compartido de enlace descendente (DSCH), el cual es compartido por una pluralidad de UEs, o en el Canal de Acceso a Radio de enlace ascendente (RACH). La subcapa MAC-m puede gestionar los datos MBMS. El mapeo posible entre los canales lógicos y los canales de transporte a partir de una perspectiva UE es proporcionado en la Figura 3.

El mapeo posible entre los canales lógicos y los canales de transporte desde una perspectiva UTRAN es proporcionado en la Figura 4. La sub-capa MAC-d administra un canal dedicado (DCH), el cual es un canal de transporte dedicado para una terminal específica. La subcapa MAC-d está ubicada en un RNC (SRNC) en servicio que administra un equipo de usuario correspondiente, y una subcapa MAC-d también existe en cada terminal. La capa RLC, dependiendo del modo de operación RLC soporta transmisiones de datos confiables y realiza segmentación y concatenación sobre una pluralidad de unidades de datos de servicio RLC (SDUs) transmitidos desde una capa superior. Cuando la capa RLC recibe el RLC SDUs desde la capa superior, la capa RLC ajusta el tamaño de cada RLC SDU en una manera apropiada con base en la capacidad de procesamiento y después crea unidades de datos agregando información de encabezamiento al mismo. Las unidades de datos, llamadas unidades de datos de protocolo (PDUs), son transferidas a la capa MAC vía un canal lógico. La capa RLC incluye una memoria intermedia RLC para almacenar los RLC SDUs y/o los RLC PDUs. La capa BMC planifica un mensaje de transmisión de célula (CB) transferido desde la red central y transmite el mensaje CB hacia las terminales colocadas en una célula específica o células. La capa PDCP está ubicada sobre la capa RLC. La capa PDCP es usada para transmitir datos de protocolo de red, tales como el IPv4 o IPv6, eficientemente sobre una interfaz de radio con un ancho de banda relativamente pequeño. Para este propósito, la capa PDCP reduce información de control innecesaria usada en una red alámbrica, una función llamada compresión de encabezamiento. La capa de control de recurso de radio (RRC) ubicada en la porción más baja de la tercera capa (L3) está definida solamente en el plano de control. La capa RRC controla los canales de transporte y los canales físicos en relación con el establecimiento, reconfiguración, y la liberación o cancelación de los portadores de radio (RBs). El RB significa un servicio proporcionado por la segunda capa (L2) para transmisión de datos entre la terminal y la UTRAN. En general, el establecimiento del RB se refiere al proceso de estipular las características de una capa de protocolo y un canal requerido para proporcionar un servicio de datos específico, y establecer los parámetros detallados respectivos y métodos de operación. Adicionalmente el RRC gestiona la movilidad del usuario dentro del RAN, y servicios adicionales, por ejemplo servicios de localización. Las diferentes posibilidades que existen para el mapeo entre los portadores de radio y los canales de transporte para un UE dado no son todas posibles todo el tiempo. El UE/UTRAN deduce el mapeo posible dependiendo del estado UE y el procedimiento que el UE/UTRAN está ejecutando. Los diferentes estados y modos son explicados con más detalle a continuación, hasta donde concierne a la presente invención.

Los diferentes canales de transporte son mapeados sobre canales físicos diferentes. La configuración de los canales físicos se proporciona por la señalización RRC intercambiada entre el RNC y el UE. El canal DPCH puede ser establecido y usado simultáneamente entre el UE y una o varias células de uno o varios NodosB como se muestra en la Figura 5. Esta situación donde el UE tiene un DPCH establecido simultáneamente para varias células es llamada "traspaso suave". El caso donde el UE ha establecido un DPCH simultáneamente con varias células del mismo NodoB es llamado "traspaso más suave". Para el DPCH el UE está siempre combinando los comandos TPC desde todos los enlaces de radio en el enlace descendente, y usa siempre el comando el cual pregunta por la mínima energía transmitida (es decir en el caso de un enlace de radio que dice "hacia arriba" y el otro caso "hacia abajo" el UE elige disminuir la energía de transmisión). La capa RLC (Control de Enlace de Radio) es un protocolo de capa 2 el cual es usado para controlar el intercambio de datos entre los canales lógicos entre el RNC y el UE. La capa RLC puede actualmente ser configurada en 3 tipos de modos de transferencia: -Modo transparente; -Modo sin acuse de recepción, -Modo con acuse de recepción, El comportamiento detallado de estos modos se describe en [3]. Las diferentes funcionalidades que están disponibles dependen del modo de transferencia. En los modos con acuse de recepción y sin acuse de recepción, las Unidades de Datos en Servicio (SDUs) pueden ser divididas en Unidades de Fecha de Paquete (PDUs) que son usadas para transmisión sobre la interfaz de aire. El lado del transmisor separa el SDU en PDUs, y con base en información de control que es agregada a los PDUs el lado receptor re-integra los PDUs para reconstruir los SDUs. Tal información de control es por ejemplo un número de secuencia PDU para detectar si un PDU ha sido perdido, o un Indicador de Longitud (Ll) el cual indica el inicio/fin de un SDU dentro de un RLC PDU. En un modo sin acuse de recepción el receptor no envía una confirmación hacia el transmisor de PDUs recibidos correctamente, pero el lado del receptor solo reintegra los PDUs a los DSUs con base en información de señalización contenida en los PDUs y transfiere los SDUs completos hacia las capas más altas. En el modo de acuse de recepción el receptor envía acuses de recepción para el PDU recibido correctamente. El transmisor usa estos acuses de recepción para iniciar re-transmisiones de PDUs perdidos. Los acuses de recepción son enviados en ciertas condiciones. Existen varios mecanismos previstos para iniciar la transmisión acuses de recepción para PDUs recibidos por el receptor. Los mecanismos los cuales son activados se definen en el estándar y/o configurado por la señalización RRC. Un ejemplo de tal mecanismo para la transmisión de un estatus PDU es por ejemplo la recepción de un PDU con un número de secuencia que no corresponde al último número de secuencia recibido incrementado por uno, o cuando el receptor recibe una indicación desde el transmisor en información de control RLC de que un acuse de recepción (también llamado "Estatus") debería ser enviado. La indicación del transmisor para enviar un estatus PDU es "Invitación a transmitir". Cuando el transmisor envía un bit de Invitación a transmitir un mecanismo es definido en el UMTS estándar si no se ha recibido reporte de Estatus después de la transmisión de la invitación a transmitir después de cierto tiempo. Este mecanismo inicia al transmisor para retransmitir un PDU incluyendo el indicador de invitación a transmitir y es llamado "temporizador de llamada". Otro mecanismo cuenta el número de retransmisiones de un PDU. En el caso de que la retransmisión exceda un cierto número (MaxDat) el transmisor inicia el proceso de restablecimiento el cual es un procedimiento que permite establecer la entidad del transmisor y el receptor de un portador de radio usando modo AM RLC para un estado inicial. Cuando el procedimiento de Restablecimiento es iniciado la entidad iniciando transmite un "Restablecimiento" PDU hacia la entidad terminando. La entidad terminando acusa de recibida la recepción de "Restablecimiento" PDU transmitiendo "Acuse de Recepción de Restablecimiento" PDU. Si la entidad iniciando no ha recibido el "Acuse de Recepción de Restablecimiento" PDU después de que un cierto tiempo la entidad iniciando retransmite el "Restablecimiento" PDU. Si la entidad iniciando no ha recibido un "Acuse de Recepción de Restablecimiento" PDU después de una cierta cantidad de re-transmisiones la entidad iniciando detecta un "error irrecuperable". Esta descripción describe la situación donde una disfunción es detectada en la operación de una entidad de Control de Enlace de radio (RLC) en el modo RLC AM. Otros mecanismos para detectar una disfunción ya han sido descritos en el estándar UMTS, o posible para ser imaginada e implementada. También es posible imaginar mecanismos de detección para entidades RLC en modo UM, los cuales podrían por ejemplo detectar que información de señalización indefinida es incluida en el RLC PDU, o donde capas más altas detecta que la recepción/transmisión de la entidad UM no se está comportando correctamente. Como se explicó anteriormente, existen mecanismos definidos en el estándar que detectan un "error irrecuperable", el cual puede corresponder a una situación bloqueada, o una situación donde la comunicación es interrumpida. Como se explicó anteriormente, existen mecanismos definidos en el estándar que detectan un "error irrecuperable", el cual puede corresponder con una situación bloqueada, o una situación donde la comunicación es interrumpida.

Si el UE detecta una situación de "error irrecuperable" como se describió en el estándar, el UE ingresa al estado CELL-FACH y envía un mensaje "Actualizar Célula" hacia el NodoB/RNC indicando eventualmente que un error irrecuperable ha ocurrido estableciendo el IE (Elemento de Información) "Causa actualización de célula" para la causa "error irrecuperable RLC". El UE indica incluyendo el IE "AM_RLC indicación de error (RB2, RB3 o RB4) que este error irrecuperable ha ocurrido para uno de los Portadores de Radio de Señalización con las identidades 2, 3 o 4 o incluyendo el IE "AM RLC indicación de error (RB >4)" que este error ha ocurrido para uno de los Portadores de Radio (RBs) usando RLC modo AM con IDs mayores que 4. El RNC puede entonces enviar el mensaje "Confirmar Actualización de Célula e indica que las entidades RLC para SRBs con los IDs 2, 3 y 4, o para los RBs con Identidades mayores que 4 que usan RLC modo AM serán re-establecidas por restablecimiento del IE ("indicador de re-establecimiento RLC (RB2, RB3 y RB4)" y/o "indicador de re-establecimiento RLC (RB5 y hacia arriba)" a "verdadero". La entidad UM/AM RLC también es responsable de gestionar el cifrado y descifrado. Para hacerlo la entidad RLC en el transmisor y el receptor mantiene un número COUNT-C el cual está compuesto de una Hiper fEstructura nNúmero (HFN) y el número de secuencia RLC. El valor COUNT-C, junto con otra información es usado como entrada a una función matemática que genera una cadena de bits. La cadena de bits y el RLC PDU excepto el SN son combinados por la operación lógica XOR, la cual asegura el cifrado de la parte de datos del RLC PDU. El valor HFN es incrementado cada vez que el RLC SN se espira (es decir, cuando el RLC SN alcanza su valor más alto y reinicia desde 0). En el caso de que el receptor pierda un cierto número de SNs, o en el caso en el que el SN recibido haya sido alterado durante la recepción es posible que el COUNT-C en el receptor y el transmisor estén desincronizados. En este caso el receptor no es capas de descifrar correctamente la información recibida. El receptor puede detectar la disfunción de la entidad de descifrado por mecanismos diferentes los cuales no son descritos adicionalmente aquí, y los cuales no son parte de la invención. HS-DSCH es un canal de transporte el cual permite transmitir datos en el enlace descendente en el UMTS estándar, y el cual permite el uso de velocidades de datos altas. El canal HS-DSCH es siempre mapeado hacia el canal físico HS-PDSCH. El HS-PDSCH contrario al DPCH puede solamente ser transmitido a un UE dado desde una célula en un tiempo. El canal HS-DSCH usa un mecanismo ARQ híbrido el cual permite retransmisión rápida de datos desde el NodoB hacia el UE. Este mecanismo también es descrito en [2]. Para saber si el UE ha recibido un bloque dado correctamente, el UE envía acuses de recepción al NodoB los cuales son enviados sobre el canal físico HS-DPCCH en el enlace ascendente como se explica en [1]. Además, en el HS-DPCCH el UE envía la información CQI la cual indica la calidad del canal de radio en enlace descendente. Esto permite que el NodoB adapte el formato de transporte y la planificación en las condiciones del canal.

Como se ilustra en la Figura 5, durante la transmisión en CELL_DCH el UE realiza un control de energía de lazo interior es decir el UE recibe comandos de energía de transmisión (TPC) desde el NodoB los cuales indican al UE si debería incrementar la energía de transmisión o disminuir la energía de transmisión sobre los canales DCH como se describió anteriormente. El UE combina el TPC recibido desde diferentes células. Normalmente, esto significa que el UE adapta la energía de transmisión al mejor enlace de radio en el UL. El UE incrementa o disminuye la energía de transmisión del DPCCH, DPDCH y HS-DPCCH. El HS-DPCCH es solamente recibido por la célula que envía el HS-DSCH. Esto implica que la energia de transmisión del HS-DSCCH DPCCH no es siempre adaptada a las condiciones del canal de enlace ascendente entre el UE y el HS-DSCH sirviendo la célula. Esto significa que el canal HS-DSCH puede estar no disponible temporalmente. Una de las ventajas principales es que el HS-DSCH es un canal compartido, lo cual implica que los códigos propagados no necesitan necesariamente ser asignados anticipadamente y pueden ser compartidos dinámicamente entre diferentes usuarios. El modo RRC se refiera a si existe una conexión lógica entre el RRC de la terminal y el RRC de la UTRAN. Si existe una conexión, se dice que la terminal en modo conectado RRC. Si no existe conexión, la terminal se dice estar en modo inactivo. Debido a que existe una conexión RRC para las terminales en modo conectado, la UTRAN puede determinar la existencia de una terminal particular dentro de la unidad de células, por ejemplo cuál célula o conjunto de células está en la terminal modo conectado RRC, y a cuál canal físico el UE está escuchando. Así, la terminal puede ser controlada eficientemente. En contraste, la UTRAN no puede determinar la existencia de una terminal en modo inactivo. La existencia de terminales en modo inactivo puede solamente ser determinada por la red central para estar dentro de una región que es mayor que una célula, por ejemplo una asignación o un área de encaminamiento. Por lo tanto, la existencia de terminales en modo inactivo es determinada dentro de regiones grandes, y, para recibir servicios de comunicación móvil tales como voz o datos, la terminal en modo inactivo debe moverse o cambiarse al modo conectado RRC. Las transiciones posibles entre los modos y estados se muestran en la Figura 6. Un UE en modo conectado RRC puede estar en estados diferentes, por ejemplo estado CELL_FACH, estado CELL_PCH, estado CELL_DCH o estado URA_PCH. Otros estados podrían ser desde luego concebidos. Dependiendo de los estados el UE lleva a cabo diferentes acciones y escucha a diferentes canales. Por ejemplo un UE en estado CELL_DCH escuchará (entre otros) al tipo DCH de canales de transporte el cual comprende los canales de transporte DTCH y DCCH y los cuales pueden ser mapeados para un cierto DPCH, DPDSCH, u otros canales físicos. El UE en estado CELL_FACH escuchará a varios canales de transporte FACH los cuales son mapeados a un cierto S-CCPCH, el UE en estado PCH escuchará al canal PICH y al canal PCH el cual es mapeado a un cierto canal físico CCPCH. Como se describió anteriormente, un portador de radio transporta datos desde las capas sobre L2, es decir datos generados dentro de la UTRAN, por ejemplo RRC y Señalización de estrato de no acceso (ÑAS) (más generalmente el plano-c) y datos del usuario (el plano-u). Los datos desde la señalización RRC son ahora transportados día 3 portadores de señalización de radio, los cuales son numerados desde 0 a 2. Los datos desde la señalización ÑAS son transmitidos sobre el portador de señaüzación de radio 3 y si se usa 4. Los identificadores portadores de radio restante restantes están disponibles para transmitir datos del plano de usuario. Para transporte eficiente de los diferentes portadores de radio de acuerdo a sus características de Calidad de Servicio (QoS), los portadores de radio pueden ser mapeados vía un canal lógico sobre diferentes canales de transporte. Las opciones de mapeo posibles para los portadores de radio dependen del tipo de tráfico que ellos transportan. Los portadores de radio de señalización dedicada 0-4 son mapeados vía un tipo DCCH/CCCH de los canales lógicos. Los portadores de radio dedicados que transportan tráfico del plano de usuario con identidades sobre 5 son mapeados vía tipo de canales lógicos DTCH. Las opciones de mapeo posibles son definidas vía señalización RRC. Diferentes opciones de mapeo pueden ser definidas independientemente para enlace ascendente y enlace descendente y dependiendo del estado UE, y los canales de transporte que están disponibles. Como se ilustra en la Figura 7, una configuración posible para opciones de mapeo en el enlace descendente se muestra. En este ejemplo cuatro opciones de mapeo son configuradas: En el estado CELL_DCH cuando HS-PDSCH y DPCH están disponibles el SRB #1 a #4 son mapeados sobre el DPCH, y los otros Portadores de Radio RB#5 a #20 son mapeados al HS-PDSCH. El SRB#0 no es mapeado en este caso. En el estado CELL_DCH cuando DPCH está disponible y HS- PDSCH no está disponible los Portadores de Radio de Señalización SRB#1 a #4 y los otros RB#5 a #20 son mapeados a DPCH. El SRB#0 no es mapeado en este caso. En el estado CELL_DCH cuando DPCH no está disponible y HS-PDSCH está disponible el SRB#1 a #4 y los otros RB#5 a #20 son mapeados al HS-PDSCH. El SRB#0 no es mapeado en este caso. En el estado CELL_FACH SRB#0 a #4 y el otro RB#5 a #20 son mapeados a FACH. En la Liberación 6 de UTRAN un nuevo tipo de canal físico es introducido el cual es llamada "DPCH fraccional" y el cual puede ser usado para reemplazar el canal DPCH normal. Este tipo de canal reduce el número de códigos de propagación que son necesarios en el enlace descendente compartiendo un código entre diferentes usuarios. Para reducir el uso del código, ningún canal de transporte DCH puede ser llevado a cabo por este canal físico "DPCH fraccional", auque los SRBs son mapeados en el HS-DSCH. En el enlace ascendente los SRBs y los portadores de radio del plano de usuario son mapeados sobre el DPCH, o eventualmente sobre cualquier otro canal disponible. Esto permite que el UE pueda transmitir el enlace ascendente. Existen dos ejemplos de situaciones donde la entidad de Control de Enlace de Radio (RLC) puede ser afectada por un error el cual necesita que una entidad de Control de Red de Radio (RNC) dispare un procedimiento para re-inicializar la entidad de Control de Enlace de Radio (RLC).

EJEMPLO 1 Degradación de la calidad de un Enlace de Radio (HS-DSCH RL caso de falla) En el caso de que los SRBs sean mapeados sobre el HS-DSCH pueden existir problemas cuando el HS-DSCH se torna no disponible, pero el UE está aún conectado RRC vía los enlaces de radio restantes. El canal HS-DSCH se basa en la comunicación de enlace ascendente/enlace descendente entre el NodoB y el UE vía canales diferentes. Estos canales están en el enlace descendente: -el HS-SCCH, -el HS-PDSCH En el enlace ascendente la recepción del HS-DSCH se base en -el HS-DPCCH. Si la recepción de uno de estos canales físicos no es posible la transmisión en el HS-DSCH es bloqueada. Esto podría ser el caso por ejemplo debido a condiciones de radio deficientes, debido al hecho de que la distancia entre el UE y la estación base es demasiado grande, o existe un obstáculo o debido a una configuración inapropiada de los canales. El UE es entonces bloqueado, y temporalmente, no pueden enviarse datos a/desde el UE. La situación donde el UE es bloqueado se muestra en la Figura 8. Como se muestra en la Figura 8, el UE es conectado a una primera célula 1 de una primera estación base A y una segunda célula 2 de la segunda estación base B. En el caso de que las condiciones de radio hacia la célula 1 , donde el canal HS-DSCH es configurado, se tornen peores que las condiciones de radio hacia la célula 2, es necesario cambiar la configuración tal que el HS-DSCH es configurado para ser enviado desde la célula 2 para evitar que el contacto entre el UE y el RNC se pierda. Como se muestra en la Figura 9, de conformidad con un primer paso, el UE tiene enlaces establecidos con el NodoB 1 y NodoB 2. El NodoB 1 es el NodoB que controla el enlace de radio HS-DSCH.

De conformidad con un segundo aspecto, el enlace de radio hacia el NodoB 1 se degrada, por ejemplo porque el UE se mueve lejos del NodoB 1 hacia el NodoB 2. De conformidad con un tercer paso, el UE informa al RNC de la degradación en calidad. De conformidad con un cuarto paso, el RNC inicia un procedimiento de reconfiguración para mover el HS-DSCH desde el NodoB 1 hacia el NodoB 2. En el caso de que la calidad de radio se degrade hasta un grado en que la transmisión sobre el HS-DSCH no es posible más la situación donde la reconfiguración como se muestra en la Figura 9, no es posible más ocurre. Por otro lado la calidad del enlace de radio hacia el NodoB 2 podría aún ser suficientemente buena. En este caso el UE está en una situación bloqueada, porque el RNC no puede enviar alguna información hacia el UE. Actualmente, el único mecanismo que aplica es que en algún punto en el tiempo habrá un "error irrecuperable" detectado en cualquiera el UE o el RNC. En el caso de que éste es detectado en el RNC, el RNC puede eliminar los enlaces de radio que constituyen el conjunto inactivo del UE y provocar una falla de enlace de radio. En el caso de que éste es detectado en el UE el UE iniciará un procedimiento "Actualizar Célula". Como se muestra en la Figura 10, de conformidad con un primer paso, el UE tiene enlaces de radio establecidos con el NodoB 1 y NodoB 2. El NodoB 1 es el NodoB que controla el enlace de radio HS-DSCH.

De conformidad con un segundo paso, el enlace de radio hacia el NodoB 1 se degrada por ejemplo porque el UE se mueve lejos del NodoB 1 hacia el NodoB 2. De conformidad con un tercer paso, el UE informa al RNC de la degradación en calidad transmitiendo un reporte de Medición. En el caso de que la transmisión sobre el HS-DSCH ya no es posible el RNC no será capaz de transmitir el acuse de recepción hacia el UE (3a). Esto conducirá a un error no recuperable de RLC el cual resultará en un procedimiento de Actualizar Célula, donde los SRBs 2, 3 y 4 son re-establecidos. De conformidad con un cuarto aspecto, el RNC inicia un procedimiento de reconfiguración para mover el HS-DSCH desde el NodoB 1 hacia el NodoB 2. En el caso de que la comunicación de enlace descendente ya no sea posible el mensaje será recibido desde el RNC en el nodoB, pero no será transmitido hacia el UE. De conformidad con un quinto paso, el UE, el NodoB o el RNC activa un mecanismo tal que el UE ingresará al estado CELL_FACH. De conformidad con un sexto paso, el UE inicia la transmisión de un mensaje Actualizar Célula. Este mensaje contiene dos Elementos de Información (lEs) que son usados para indicar el grupo de RBs que transportan entidades RLC que han experimentado un error irrecuperable, cualquiera las entidades RLC mapeadas hacia los RBs con la identidad 2, 3 y 4 o las entidades RLC mapeadas hacia los Portadores de Radio RBs con identidad mayor que 4.

Este mensaje también transporte el IE "INICIO". Este IE contiene un valor que es usado para inicializar el valor HFN de la entidad COUNT-C la cual es usada para cifrado. De conformidad con un séptimo paso, el RNC inicia la transmisión de un mensaje de Confirmación de Actualización de Célula. En este caso se pueden establecer los I Es "RLC re-establece el indicador (RB5 y hacia arriba)" a "verdadero" para re-establecer las entidades RLC. Sin embargo en el caso de que las entidades RLC 3 y 4 sean re-establecidas algunos mensajes desde la capa ÑAS pueden ser perdidos. De conformidad con un octavo paso, bajo recepción del mensaje "Confirmación de Actualización de Célula" en el caso de las lEs "RLC re-establece el indicador (RB2, RB3 y RB4)" y/o "RLC re-establece el indicador (RB5 y hacia arriba)" son establecidos a "verdadero" el UE inicializa las entidades RLC AM como es indicado en el mensaje de Confirmación de Actualización de Célula. El UE establece los bits más significativos del HFN de los valores COUNT-Cs para enlace ascendente y enlace descendente al valor "INICIO". Los bits restantes en el HFN son establecidos a 0 y los SNs de la entidad RLC también son inicializados a 0. De conformidad con un noveno paso, el RNC re-inicializa las entidades RLC AM como es indicado en el mensaje de Confirmación de Actualización de Célula. El RNC actualiza los bits más significativos del HFN de los valores COUNT-C para enlace ascendente y enlace descendente al valor INICIO. Los bits restantes en el HFN son establecidos a 0, y los SNs de la entidad RLC también son inicializados a 0. De conformidad con un décimo paso, el UE enviará un mensaje de confirmación al RNC. Si la entidad RLC usada para SRB2 no ha sido re-establecida el mensaje transmitido al cuarto paso está aún en la memoria temporal de retransmisión del RNC. De conformidad con un onceavo paso, este mensaje será recibido por el UE después de la recepción del mensaje de confirmación de Actualizar Célula. Sin embargo en este punto en el tiempo el contenido de este mensaje ya no es adecuado. El UE también podría aplicar un criterio sobre la calidad del canal HS-DSCH, la energía de transmisión disponible en el UE para transmisión de enlace ascendente o cualquier otro criterio para disparar la Actualización de Célula. En el caso de que los SRBs sean mapeados sobre el canal de transporte HS-DSCH, es posible que el RNC ha enviado datos hacia el UE para cambiar la configuración del UE. Sin embargo, en el caso de que la transmisión de enlace descendente sea imposible los datos no alcanzarán el UE. Una vez que el UE/RNC ha resuelto el problema, realizando un procedimiento de Actualizar Célula como se describió anteriormente el mensaje de Reconfiguración será transmitido hacia el UE. Sin embargo el contenido del mensaje de Reconfiguración no será ya aplicable, y es probable que éste active un error de protocolo. Un medio para re-establecer la entidad RLC / vaciar la memoria intermedia de re-transmisión de la entidad RLC es por lo tanto necesario.

EJEMPLO 2 Detección de un error no recuperable por el UE En el caso de que el UE detecte un error irrecuperable en una entidad RLC operando en modo AM el UE inicia un Procedimiento de Actualizar Célula. Como es ilustrado en la Figura 11 , de conformidad con un primer paso, el UE detecta un error irrecuperable en cualquier entidad AM RLC y transita al estado CELL_FACH. De conformidad con un segundo paso, el UE entonces envía un mensaje "Actualizar Célula" hacia el RNC. Como se indicó anteriormente este mensaje contiene dos lEs que son usados para indicar el grupo de RBs que transportan las entidades RLC que han experimentado un error irrecuperable, cualquiera las entidades RLC mapeadas hacia los RBs con identidad 2, 3 y 4 o las entidades RLC mapeadas hacia los RBs con identidad mayor que 4. Este mensaje también transporta el IE "INCIO". Este IE contiene un valor que es usado para inicializar el valor HFN de la entidad COUNT-C la cual es usada para cifrado. De conformidad con un tercer aspecto, el RNC indica el reestablecimiento de cualquiera todas las entidades RLC las cuales son mapeadas hacia los RBs con identidades 2, 3 y 4, o todas las entidades RLC las cuales son mapeadas hacia los RBs con identidades mayores que 4 usando el mensaje de Confirmación Actualizar Célula. De conformidad con un cuarto paso, bajo recepción del mensaje "Confirmación actualizar Célula" el UE re-inicializa las entidades RLC AM como es indicado en el mensaje Confirmación Actualizar Célula. El UE establece los bits más significantes del HFN de los valores COUNT-C para enlace ascendente y enlace descendente al valor INICIO. Los bits restantes en el HFN son establecidos a 0, y los SNs de la entidad RLC también son inicializados a 0. De conformidad con un quinto paso, el RNC re-inicializa las entidades RLC AM como es indicado en el mensaje Confirmación Actualizar Célula. El RNC establece los bits más significativos del HFN de los valores COUNT-C para enlace ascendente y enlace descendente al valor INICIO. Los bits restantes en el HFN son establecidos a 0, y los SNs de la entidad RLC también son inicializados a 0. De conformidad con un sexto paso, el UE envía un mensaje para confirmar el re-establecimiento. En el caso de que el UE detecte un error irrecuperable en una entidad AM RLC, el UE puede indicar solamente en cuál conjunto de entidades RLC existe un error. En el caso de que el UE detecte un error en la decodificación de un portador RLC UM, el UE actualmente no permitido iniciar algún procedimiento para señalar este error al RNC.

Por lo tanto, en el caso de que el RNC haya realizado un error irrecuperable el RNC no tiene actualmente medios disponibles para iniciar el re-establecimiento de la entidad RLC afectada por el error. Esto es importante porque en el caso de que las entidades RLC de los Identificadores RB 3 y/o 4 transportando información de la capa más alta (ÑAS) sean restablecidos en el enlace descendente, datos podrían ser perdidos. Puesto que no existen medios para que el RNC verifique si los datos han sido recibidos por el UE, y por otro lado el RNC no es permitido duplicar los datos el RNC puede liberar solamente la conexión de señalización en este caso.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Problema Técnico Un aspecto de la presente invención involucra el reconocimiento por los presentes inventores de las desventajas en la técnica relacionada, como se explicó anteriormente. Con base en tal reconocimiento, mejoras a los procedimientos de gestión de error de control de enlace de radio pueden ser logrados de conformidad con la presente invención. Es un resultado deseado de la presente invención minimizar la pérdida de datos perdidos cuando se establecen errores en una entidad de control de enlace de radio.

De conformidad con el método de la invención, una entidad de control de enlace de radio la cual es afectada por un error es identificada exactamente y por lo tanto un procedimiento para resolver el error puede ser iniciado solamente en la entidad de control de enlace de radio identificada. El método de la invención permite aplicar el procedimiento para resolver el error para las entidades RLC específicas, y no sobre un grupo de entidades de control de enlace de radio sin distinguir entre entidades que están en error y entidades que operan correctamente, como en la técnica relacionada.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La invención será descrita con referencia a los dibujos anexos, en los cuales: - La Figura 1 representa esquemáticamente una arquitectura de red UMTS general, - La Figura 2 representa esquemáticamente una estructura de un protocolo de interfaz de radio entre un equipo de usuario y una UTRAN de conformidad con los estándares de red de acceso a radio 3GPP, - La Figura 3 ilustra esquemáticamente los mapeos posibles entre los canales lógicos y canales de transporte, como se observa desde el lado UE, - La Figura 4 ilustra esquemáticamente el mapeo posible entre los canales lógicos y canal de transporte, como se observa desde el lado UTRAN, - La Figura 5 ilustra esquemáticamente un equipo de usuario conectado a una célula a través de un HS-DSCH en un modo AM, - La Figura 6 ilustra esquemáticamente los estados de transición posibles del equipo de usuario en una red UMTS, - La Figura 7 ilustra esquemáticamente configuraciones de mapeo entre los portadores de radio y canales de transporte para el enlace descendente, dependiendo del estado del equipo de usuario, - La Figura 8 ilustra esquemáticamente un equipo de usuario en una situación bloqueada debido a degradación de la calidad del enlace de radio, - La Figura 9 ilustra esquemáticamente un procedimiento de reconfiguración para realizar un cambio de célula HS-DSCH en servicio debido a degradación de la calidad del enlace de radio, de conformidad con la técnica relacionada, - La Figura 10 ilustra esquemáticamente un procedimiento de recuperación después de falla para cambiar una célula HS-DSCH en servicio, de conformidad con la técnica relacionada, - La Figura 11 ilustra esquemáticamente un procedimiento de recuperación después de detección de un error irrecuperable, de conformidad con la técnica relacionada, - La Figura 12 ilustra esquemáticamente un método para establecer un error en una entidad de control de enlace de radio de conformidad con una primera modalidad de la invención, - La Figura 13 ilustra esquemáticamente un método para establecer un error en una entidad de control de enlace de radio de conformidad con una segunda modalidad de la invención.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La presente invención se describe como siendo implementada en un sistema de comunicaciones móviles tipo 3GPP. Sin embargo, las características de la presente invención también pueden ser adaptadas e implementadas en sistemas de comunicaciones operando bajo otros tipos de especificaciones de comunicación (por ejemplo, 3GPP2, 4G, IEEE, OMA, etc.), debido a que los conceptos y enseñanzas de la invención podrían ser aplicados a varios esquemas de comunicación que operan en una manera similar con base en técnicas comunes. Un aspecto de la invención es que el UE reporta información detallada acerca de la situación de errores/disfunciones en las entidades RLC. Esta información adicional podría contener: (1 ) el identificador RB del portador de radio que transmite datos de la entidad RLC (2) cualquier otro identificador de la entidad RLC (3) el tipo de error, por ejemplo -recepción de información de control indefinida -detección de errores por protocolos de la capa más alta, por ejemplo PDCP/IP etc. los cuales indican un error de la operación RLC -situaciones definidas en el protocolo RLC como error irrecuperable -situaciones detectadas por algunos otros medios en la implementación UE que indica un error -detección de una disfunción en el descifrado -Enlace ascendente o Enlace ascendente/Enlace descendente o Enlace descendente solamente afectado Otro aspecto de la invención es un UE que inicia la transmisión de la información adicional anterior en el momento cuando algunos de los errores listados anteriormente son detectados. La transmisión del mensaje en el enlace ascendente puede ser hecha en la configuración actual, o incluye también un estado de transición. Especialmente el error detectado en una entidad UM puede ser un disparador para la transmisión del mensaje, cuando el procedimiento para detectar el error podría ser específico de implementación. Un aspecto adicional de la invención concierne a una UTRAN que re-inicializa/re-estable una entidad RLC. Una posibilidad es que el RNC envía una indicación para re-establecer la entidad RLC en el UE en un mensaje enviado hacia el UE o que el RNC envía un nuevo mensaje el cual indica que la entidad RLC necesita ser re-establecida hacia el UE. Información adicional es necesaria para indicar la entidad RLC, o el identificador RB del portador de radio que transmite datos de la entidad RLC que serán re-inicializados/re-establecidos, la dirección de la transmisión, etc. Modalidades ejemplificantes de la presente invención serán descritas a partir de ahora. La Figura 12 ilustra esquemáticamente un método para establecer un error en una entidad de control de enlace de radio de conformidad con una primera modalidad de la invención, en el caso de que la calidad del enlace de radio entre el UE y la red se degrade (HS-DSCH RL caso de falla). De conformidad con un primer paso, el UE tiene enlaces de radio establecidos con el NodoB 1 y NodoB 2. El NodoB 1 es el NodoB que controla el enlace de radio HS-DSCH. De conformidad con un segundo paso, el enlace de radio hacia el NodoB 1 se degrada, por ejemplo porque el UE se mueve lejos del NodoB 1 hacia el NodoB 2. De conformidad con un tercer paso, el UE informa al RNC de la degradación en calidad transmitiendo un Reporte de medición. En el caso de que la transmisión sobre el HS-DSCH ya no es posible el RNC no será capaz de transmitir el acuse de recepción hacia el UE (3a). Esto conducirá a un error irrecuperable RLC el cual resultará en un procedimiento de Actualización de Célula.

De conformidad con un cuarto paso, el RNC inicia un procedimiento de reconfiguración para mover el HS-DSCH desde el NodoB 1 hacia el NodoB 2. En el caso de que la comunicación de enlace descendente ya no es posible el mensaje será recibido desde el RNC en el NodoB pero no será transmitida hacia el UE. De conformidad con un quinto aspecto, cualquiera el UE, el NodoB o el RNC disparan un mecanismo tal que el UE ingresará al estado CELL_FACH. De conformidad con un sexto paso, el UE inicia la transmisión de un mensaje Actualización de Célula o mensaje de actualizar URA hacia el RNC. En el sistema UMTS el mensaje Actualización de Célula o mensaje de actualización del Área de Encaminamiento UMTS (URA) es usualmente usado para indicar un error irrecuperable en el enlace ascendente hacia el RNC. Este mensaje es enviado sobre el CCCH desde el UE hacia el RNC. Es práctica actual agregar "extensiones no-críticas" hacia el mensaje enviado por el UE en el enlace ascendente para liberaciones más nuevas de la especificación de protocolo. Estas extensiones son codificadas en una manera que un RNC que no entiende la extensión puede aún decodificar parte del mensaje que el RNC entiende. De conformidad con una primera posibilidad, el mensaje Actualización de Célula o mensaje de actualización de URA incluye datos identificando un portador de radio asociado con la entidad de control de enlace de radio la cual es afectada por el error. Por ejemplo, el mensaje de actualización de Célula o actualización de URA incluye una extensión la cual contiene una lista de identidades RB y/o identidades de las entidades RLC para las cuales un error de conformidad con lo anterior ha ocurrido. De conformidad con una segunda posibilidad el mensaje Actualización de Célula o actualización de URA incluye una variable binaria.

La variable binaria designa un portador de radio particular, el portador de radio siendo asociado con la entidad de control de enlace de radio la cual es afectada por el error. La variable binaria así identifica la entidad de control de enlace de radio. Por ejemplo, el mensaje actualización de Célula o actualización de URA incluye una extensión la cual contiene al menos un IE (verdadero/falso) y/o valor de causa el cual indica que un RB y/o entidad RLC para la cual la identidad o la identidad del RB que transmite datos de esta entidad (por ejemplo el SRB 2) es especificada en el estándar y(o la dirección de transmisión de esa entidad RLC afectada para el mensaje "actualización de Célula" o "Actualización de URA". En una alternativa, el mensaje actualización de Célula o actualización de URA incluye una extensión la cual contiene la información que todas o un subconjunto de de todas las entidades RLC usando modo UM han experimentado un error, y/o la causa del error / y o la dirección (enlace ascendente, enlace ascendente/enlace descendente, enlace descendente) para el mensaje "actualización de Célula" o "Actualización de URA".

Especialmente el subconjunto podría ser todas las entidades RLC usando el modo RLC UM excepto las entidades RLC mapeadas sobre el SRB 0 y 1. El mensaje Actualización de Célula o Actualización de URA incluye una también incluye un valor INICIO. El valor INICIO es un valor de inicialización permitiendo re-sincronizar el contador en la entidad de control de enlace de radio del equipo de usuario y el contador en una entidad de control de enlace de radio de la red celular. El mensaje de Actualizar Célula o mensaje de actualizar URA también puede incluir datos indicativos de una causa del error. En este caso, el mensaje actualización de Célula o el mensaje actualización de URA incluyen una extensión la cual contiene un IE que indica la causa del error. El mensaje Actualización de Célula o mensaje de actualización de URA también pueden incluir datos indicativos de una dirección de transmisión de un portador de radio asociado con la entidad de control de enlace de radio la cual es afectada por el error. En este caso, el mensaje actualización de Célula o actualización de URA incluye una extensión la cual contiene un IE que indica la dirección de transmisión de la entidad RLC afectada por el error. El mecanismo ya disponible para indicación de un error irrecuperable en el mensaje "actualización de Célula" o "actualización de URA" necesita ser mantenido para asegurar que un UE envía este mensaje hacia un RNC que no entiende la extensión conteniendo la lista. Aquí, debería ser notado que el RB puede usar el mecanismo de legado para indicar errores irrecuperables RLC. El UE también puede indicar entidades RLC donde un error ha ocurrido y eventualmente proporcionar información adicional. En el caso de que el RNC podria no haber implementado este método éste podría justo ignorar la información. La transmisión del mensaje desde el UE hacia el RNC es disparada en el caso de que el UE ha detectado cualquier situación de error o disfunción (por ejemplo, problemas de cifrado) en una entidad RLC en el enlace ascendente y/o enlace descendente. El mensaje conteniendo la información de conformidad con lo anterior podría ser transmitido de conformidad con la especificación disponible actualmente en lugar de sobre el canal lógico CCCH mapeado sobre el canal de transporte RACH el cual es normalmente mapeado sobre canal físico PRACH. Sin embargo es posible transmitir esta información también sobre cualquier otro canal lógico, de transporte o físico, y el mapeo no restringe en nada la invención. Para ser capaz de transmitir un mensaje sobre el canal PRACH puede ser necesario que el UE inicie un estado de transición, es decir el UE podría moverse al estado CELL_FACH, mientras detiene la recepción/transmisión sobre los canales que son usados en el estado CELL_DCH. Especialmente la detección de un error (información de control indefinida, espacio mayor que el espacio SN, problema de descifrado) en una entidad RLC UM podría ser un nuevo disparador para la transición de estado a CELL FACH y la transmisión del mensaje conteniendo la información como se describió anteriormente. Cualquier extensión de conformidad con las alternativas anteriores también podría ser enviada sobre cualquier otro RB/canal de transporte/canal físico y podría ser agregada a cualquier otro mensaje en el enlace ascendente. Cuando el UE detecta que una o más entidades RLC ya no están funcionando correctamente y el UE indica esto en otros mensajes hacia el RNC, el UE también podría incluir un valor INICIO para permitir que el RNC y el UE re-inicialicen el MSB del HFN de los valores COUNT-C con el mismo valor. De conformidad con un séptimo paso, el RNC inicia la transmisión de un mensaje. En el caso de que el RNC haya implementado el método, el mensaje indica a la entidad RLC que tiene que ser re-establecida. El RNC puede indicar a las entidades RLC ser re-establecidas independientemente o si estas fueron indicadas en el mensaje Actualizar Célula o actualizar URA enviado por el UE. El mensaje enviado por el RNC hacia el UE puede ser un mensaje de confirmación de Actualizar Célula, un mensaje de Confirmación Actualizar URA, un mensaje de información de movilidad UTRAN, un mensaje de Reconfiguración de Portador de Radio, un mensaje de Establecer Portador de Radio, un mensaje de Liberar Portador de Radio, un mensaje de Reconfiguración de Canal de Transporte o un mensaje de Reconfiguración de Canal Físico. Otros mensajes podrían ser enviados, un nuevo mensaje podría ser creado para transmitir la información sobre el re-establecimiento. El mensaje enviado por el RNC incluye datos identificando la entidad de control de enlace de radio la cual debe ser re-establecida. De conformidad con una primera posibilidad, el RNC envia un mensaje de Confirmación Actualizar Célula incluyendo datos identificando un portador de radio asociado con la entidad de control de enlace de radio. Por ejemplo, el mensaje de actualización de Célula o actualización de URA incluye una extensión la cual contiene una lista de identidades RB y/o identidades RLC para las cuales un error de conformidad con lo anterior ha ocurrido. De conformidad con una segunda posibilidad, el RNC envía un mensaje de Confirmación de Actualización de Célula incluyendo una variable binaria. La variable binaria designa un portador de radio particular, el portador de radio siendo asociado con la entidad de control de enlace de radio la cual es afectada por el error. La variable binaria identifica así la entidad de control de enlace de radio. Por ejemplo, el mensaje de Confirmación de Actualización de Célula incluye una extensión la cual contiene al menos un IE (verdadero/falso) y/o valor de causa el cual indica que un RB y/o entidad RLC para la cual la identidad o la identidad del RB que transmite datos de esta entidad (por ejemplo el SRB 2) es especificado en el estándar y/o la dirección de transmisión de la entidad RLC afectada para el mensaje de Confirmación de actualización de Célula. En una alternativa, el mensaje de Confirmación de Actualización de Célula incluye una extensión la cual contiene la información de que todas o un subconjunto de todas las entidades RLC usando modo UM han experimentado un error, y/o la causa del error / y o la dirección (enlace ascendente, enlace ascendente/enlace descendente, enlace descendente) para el mensaje "Actualizar Célula" o "Actualizar URA". Especialmente el subconjunto podrían ser todas las entidades RLC usando el modo RLC UM excepto las entidades RLC mapeadas en el SRB 0 y 1. De conformidad con un octavo paso, bajo recepción del mensaje Confirmación de actualización de Célula, el equipo de usuario re-inicializa la entidad de control de enlace de radio de conformidad con los datos incluidos en el mensaje. El UE establece los bits más significativos del HFN de los valores COUNT-Cs para el enlace ascendente y enlace descendente hacia le valor INICIO. Los bits restantes en el HFN son establecidos a 0, y los SNs de la entidad RLC también son inicializados a 0. De conformidad con un noveno paso, el RNC re-inicializa las entidades RLC AM como es indicado en el mensaje Confirmación Actualizar Célula. El RNC establece los bits más significativos del HFN de los valores COUNT-C para enlace ascendente al valor INICIO. Los bits restantes en el HFN son establecidos a 0, y los SNs de la entidad RLC también son inicializados a 0. Cuando el RNC envía un mensaje incluyendo la información acerca del establecimiento de una entidad RLC AM/UM en el enlace ascendente, enlace descendente o enlace ascendente y enlace descendente, el RNC re-establece la parte correspondiente de las entidades RLC re-estableciendo las variables de estado correspondientes como se describió en la especificación RLC de 3GPP y/o inicializando el MSB del HFN de la dirección de la entidad RLC correspondiente con un valor "INICIO" el cual ha sido sincronizado entre el UE y el RNC antes, por ejemplo, cuando el valor "INICIO" ha sido transmitido desde el UE hacia el RNC en el mensaje "Actualización de Célula". Bajo recepción del mensaje, el UE re-establece la parte correspondiente de las entidades RLC reconfigurando las valores de estado correspondientes como se describió en la especificación RLC del 3GPP y/o inicializando el MSB del HFN de la dirección de la entidad RLC correspondiente con un valor "INICIO" el cual ha sido sincronizado entre el UE y el RNC antes, por ejemplo cuando el valor "INICIO" ha sido transmitido desde el UE hacia el RNC en el mensaje de "actualizar Célula". De conformidad con un décimo paso, el UE envía un mensaje de confirmación hacia el RNC. La Figura 13 ilustra un método para establecer un error en una entidad de control de enlace de radio de conformidad con una segunda modalidad de la invención, en el caso de que un equipo de usuario (UE) detecte un error irrecuperable en la operación de la entidad de control de enlace de radio. De conformidad con un primer paso, el UE detecta un error irrecuperable en cualquier entidad AM RLC y transita hacia el estado CELL_FACH. De conformidad con un segundo paso, el UE envía un mensaje de Actualizar Célula hacia el RNC, el mensaje indicando un error irrecuperable. El Mensaje de Actualizar Célula incluye datos identificando la entidad de control de enlace de radio la cual está en error. De conformidad con una primera posibilidad, el mensaje de Actualizar Célula incluye una variable binaria. La variable binaria designa un portador de radio particular, el portador de radio siendo asociado con la entidad de control de enlace de radio la cual es afectada por el error. La variable binaria identifica así la entidad de control de enlace de radio. De conformidad con una segunda posibilidad, el mensaje de Actualizar Célula incluye datos identificando un portador de radio asociado con la entidad de control de enlace de radio. El mensaje Actualizar Célula también incluye un valor INICIO. El valor INICIO es un valor de inicialización permitiendo re-sincronizar el contador en la entidad de control de enlace de radio del equipo de usuario y el contador en una entidad de control de enlace de radio de la red celular.

El mensaje de Actualización de Célula también puede incluir datos indicativos de una causa del error y datos indicativos de una dirección de transmisión de un portador de radio asociado hacia la entidad de enlace de radio la cual es afectada por el error. El UE también puede indicar entidades RLC donde un error ha ocurrido y eventualmente información adicional. En el caso de que el RNC pudiera no haber implementado este método éste podría solo ignorar la información. De conformidad con un tercer paso, el RNC inicia una transmisión de un mensaje de Confirmación de Actualizar Célula. En el caso de que el RNC haya implementado el método, el RNC indica a la entidad RLC que éste desea ser re-establecido. El RNC puede indicar a las entidades RLC ser re-establecidas independientemente de si estas son indicadas en el mensaje de Actualización de Célula. El mensaje de Confirmación de Actualización de Célula incluye datos identificando la entidad de control de enlace de radio la cual está en error. De conformidad con una primera posibilidad, el mensaje de Confirmación de Actualizar Célula incluye una variable binaria. La variable binaria designa un portador de radio particular, el portador de radio siendo asociado con la entidad de control de enlace de radio la cual es afectada por el error. La variable binaria identifica así la entidad de control de enlace de radio.

De conformidad con una segunda posibilidad, el mensaje de Confirmación de Actualizar Célula incluye datos identificando un portador de radio asociado a la entidad de control de enlace de radio. De conformidad con un cuarto paso, bajo recepción del mensaje Confirmación actualizar Célula, el UE re-inicializa las entidades RLC AM deficientes de conformidad con los datos incluidos en el mensaje Confirmación Actualización de Célula. El UE bajo recepción de este mensaje re-establece la entidad RLC. El UE eventualmente re-inicializa la entidad RLC en solamente una dirección. El UE eventualmente usa el valor INICIO transmitido en el mensaje Actualizar Célula para inicializar el MSB del HFN del COUNT-C de la dirección que es ordenada para ser re-establecida en el mensaje de Confirmación Actualización de Célula. Durante este procedimiento de recuperación, partes de mensajes que han sido recibidos antes son eliminados de la memoria temporal RNC, tal que éstos no serán recibidos y/o la retransmisión no será solicitada por el UE después del procedimiento de recuperación. Especialmente en el caso de que el RNC indique re-establecer la entidad 2 RLC esto permitirá que el RNC elimine el mensaje enviado en el cuarto paso. De conformidad con un quinto paso, el RNC re-inicializa las entidades RLC AM como se indica en el mensaje Confirmación de Actualización de Célula.

El RNC eventualmente re-inicializa la entidad RLC en solamente una dirección. El RNC eventualmente usa el valor INICIO transmitido en el mensaje Actualizar Célula para inicializar el MSB del HFN de COUNT-C de la dirección que es ordenada para ser re-establecida en el mensaje de Confirmación Actualizar Célula. Durante este procedimiento de recuperación, partes de mensajes que han sido recibidos antes son eliminados desde la memoria intermedia RNC, tal que éstos no serán recibidos y/o la re-transmisión no será solicitada por el UE después del procedimiento de recuperación. De conformidad con un sexto paso, el UE envía un mensaje para acuse de recibo de la recepción del mensaje Confirmación Actualización de Célula y confirmar el re-establecimiento. En la descripción anterior de las Figuras 12 y 13 el intercambio de mensajes entre el RNC y el UE se describe. Sin embargo, el rol del RNC puede ser tomado por cualquier otra entidad, dentro del alcance de la presente invención. Para implementar las varias características descritas anteriormente, la presente invención puede emplear varios tipos de componentes de hardware y/o software (módulos). Por ejemplo, diferentes módulos de hardware pueden contener varios circuitos y componentes necesarios para realizar los pasos de método anterior. También, diferentes módulos de software (ejecutados por procesadores y/u otro hardware) puede contener varios códigos y protocolos necesarios para realizar los pasos del método de la presente invención. La presente invención proporciona un método para realizar un procedimiento de actualización de célula, comprendiendo: detectar un error asociado con un enlace de radio establecido con una estación base; informar a la estación base acerca de al menos un portador de radio, al menos una entidad de control de enlace de radio, o ambos teniendo el error detectado; y re-configurar al menos un portador de radio, re-establecer al menos una entidad de control de enlace de radio, o ambos con base en el paso de información. Los pasos pueden ser realizados para operación en modo de acuse de recepción o para operación en modo sin acuse de recepción. El error puede indicar recepción de información de control indefinida. El error puede indicar detección de errores por protocolos de capa más alta los cuales indican un error de la operación RLC. El error puede indicar situaciones definidas en el protocolo de control de enlace de radio como error irrecuperable. El error puede indicar situaciones detectadas por cualesquier otros medios en implementación de estación móvil que indica un error. El error puede indicar detección de una disfunción en el descifrado. El error puede indicar si el enlace ascendente o enlace ascendente/enlace descendente o enlace descendente es afectado. Si la reconfiguración es realizada, una memoria intermedia de re-transmisión es limpiada. La información puede ser realizada usando mensajes de actualización de célula o mensajes de actualización URA. Los mensajes de actualización de célula o mensajes de actualización URA pueden incluir extensiones, indicando que todas o un subconjunto de entidades de control de enlace de radio han experimentado un error y/o una causa del error y/o una dirección de transmisión de la entidad de control de enlace de radio afectada por el error. Un mecanismo de legado puede ser adicionalmente usado para indicar errores no recuperables de control de enlace de radio. También, la presente invención proporciona un método para realizar un procedimiento de actualizar célula, comprendiendo: descubrir, por la estación móvil, un error asociado con un enlace de radio establecido con una estación base; reportar, por una estación móvil hacia una estación base, información acerca de errores y/o disfunciones en las entidades de control de enlace de radio y/o errores en al menos un portador de radio como un resultado del paso de descubrimiento; y actualizar, por la estación móvil y/o estación base, al menos una entidad de control de enlace de radio y/o al menos un portador de radio con base en el paso de reporte. El paso de actualización puede comprender: re-establecer al menos una entidad de control de enlace de radio, reconfigurando al menos un portador de radio, o realizando ambos pasos de re-establecimiento y re-configuración. La información puede comprender al menos uno de una identificación del portador de radio de un portador de radio que transmite datos de una entidad de control de enlace de radio correspondiente, otros identificadores de la entidad de control de enlace de radio que tiene los errores y/o disfunciones, y un tipo de error. Los pasos son realizados por operación en modo acuse de recepción u operación en modo sin acuse de recepción. Como se describió hasta ahora, aquellos expertos en la técnica relacionada del campo de la presente invención podrían entender que varias sustituciones, modificaciones, y cambios son posibles dentro del alcance técnico de la presente invención, sin estar limitados a las modalidades ejemplificantes y Figuras anexas descritas en el presente documento. Esta especificación describe varias modalidades ilustrativas de la presente invención. El alcance de las reivindicaciones pretende cubrir varias modificaciones y disposiciones equivalentes de las modalidades ilustrativas descritas en la especificación. Por lo tanto, las siguientes reivindicaciones deberían ser convenidas con la interpretación razonablemente más amplia para cubrir las modificaciones, estructuras equivalentes, y características que son consistentes con el espíritu y alcance de la invención descrita en el presente documento. '"ABREVIACIONES*** AM Modo con acuse de recepción AS Estrato de Acceso ASN.1 Resumen de Sintaxis Notación.1 CCCH Canal de Control Común CQI Indicador de Calidad de Canal HS-DSCH Canal Físico Compartido de Enlace Descendente de Alta Velocidad MAC Control de Acceso al Medio MBMS Servicio Multimedia de Difusión de Multidifusión ÑAS Estrato de No Acceso RLC Controlador de Enlace de Radio RNC Controlador de Red de Radio RRC Control de Recurso de Radio S-CCPCH Canal Físico de Control Común Secundario SRB Portador de Señalización de Radio TCTF Campo Tipo Canal Objetivo TFC Combinación de formato de Transporte TM Modo Transparente comandos de energía de Transmisión TPC UE Equipo de Usuario UM Modo Sin Acuse de Recepción Lista Secuencial [1] 3GPP TS 25.211 : "(Canales físicos y mapeo de canales de transporte sobre canales físicos (FDD)" (ftp://ftp.3gpp.org/Specs/2004-09/Rel-6/25 series/25211 -620.zip) [2] 3GPP TS 25.308: "Acceso de Paquete de Enlace Descendente de Alta Velocidad (HSDPA)" (ftp://ftp.3gpp.org/Specs/2004-09/Rel-6/25 series/25308-620.zip) [3] 3GPP TS 25.322: "Especificación de protocolo de Control de Enlace de Radio (RLC)" (ftp://ftp.3gpp.org/Specs/2004-09/Rel-6/25 series/25322-610.zip) [4] 3GPP TS 25.331 : "Control de Recurso de Radio (RRC)" (ftp://ftp.3gpp.org/Specs/2004-12/Rel-6/25 series/25331 -640.zip)

Claims (1)

1. NOVEDAD DE LA INVENCIÓN REIVINDICACIONES 1.- Un método para realizar un procedimiento de actualización de célula, caracterizado porque comprende: detectar un error asociado con un enlace de radio establecido con una estación base; informar a la estación base acerca de al menos un portador de radio, al menos una entidad de control de enlace de radio, o ambos teniendo el error detectado; y re-configurar al menos un portador de radio, re-estableciendo al menos una entidad de control de enlace de radio, o ambos con base en el paso de información. 2.- El método de conformidad con la reivindicación 1 , caracterizado además porque los pasos son realizados para operación en modo de acuse de recepción. 3.- El método de conformidad con la reivindicación 1 , caracterizado además porque los pasos son realizados para operación en modo de no acuse de recepción. 4.- El método de conformidad con la reivindicación 1 , caracterizado además porque el error indica recepción de información de control indefinida. 5.- El método de conformidad con la reivindicación 1 , caracterizado además porque el error indica detección de errores por protocolos de capa más alta los cuales indican un error de la operación RLC. 6.- El método de conformidad con la reivindicación 1 , caracterizado además porque el error indica situaciones definidas en el protocolo de control de enlace de radio como error irrecuperable. 7 '.- El método de conformidad con la reivindicación 1 , caracterizado además porque el error indica situaciones detectadas por algún otro medio en implementación de estación móvil que indica un error. 8.- El método de conformidad con la reivindicación 1 , caracterizado además porque el error indica detección de una disfunción en el descifrado. 9.- El método de conformidad con la reivindicación 1 , caracterizado además porque el error indica si el enlace ascendente o enlace ascendente/enlace descendente o enlace descendente es afectado. 10.- El método de conformidad con la reivindicación 1 , caracterizado además porque si la re-configuración es realizada, una memoria intermedia de re-transmisión es limpiada. 11.- El método de conformidad con la reivindicación 1 , caracterizado además porque la información se realiza usando mensajes de actualizar célula o mensajes de actualizar URA. 12.- El método de conformidad con la reivindicación 11 , caracterizado además porque los mensajes de actualizar célula o mensajes de actualizar URA incluyen extensiones, indicando que todas o un subconjunto de todas las entidades de control de enlace de radio han experimentado un error y/o una causa del error y/o una dirección de transmisión de la entidad de control de enlace de radio afectada por el error. 13.- Un método de conformidad con la reivindicación 12, caracterizado además porque un mecanismo de legado es usado adicionalmente para indicar errores irrecuperables de control de enlace de radio. 14.- Un método para realizar un procedimiento de actualización de célula, caracterizado porque comprende: descubrir, por la estación móvil, un error asociado con un enlace de radio establecido con una estación base; reportar, por una estación móvil a una estación base, información acerca de errores y/o disfunciones en entidades de control de enlace de radio y/o errores en al menos un portador de radio como un resultado del paso de descubrimiento; y actualizar, por la estación móvil y/o estación base, al menos una entidad de control de enlace de radio y/o al menos un portador de radio con base en el paso de reporte. 15.- El método de conformidad con la reivindicación 14, caracterizado además porque el paso de actualización comprende: re-establecer al menos una entidad de control de enlace de radio, re-configurar al menos un portador de radio, o realizar ambos pasos de re-establecimiento y re-configuración. 16.- El método de conformidad con la reivindicación 14, caracterizado además porque la información comprende al menos uno de una identificación de portador de radio de un portador de radio que transmite datos de una entidad de control de enlace de radio correspondiente, otros identificadores, otros identificadores de la entidad de control de enlace de radio que tiene los errores y/o disfunciones, y un tipo de error. 17.- El método de conformidad con la reivindicación 15, caracterizado además porque los pasos son realizados para operación en modo de acuse de recepción. 18.- El método de conformidad con la reivindicación 15, caracterizado además porque los pasos son realizados para modo de operación de no acuse de recepción.