MX2007013832A - Cambio de una configuracion de acceso de radio entre una terminal y una red. - Google Patents

Abstract

Un metodo para cambiar una configuracion de acceso de radio entre una terminal y una red; la red desarrolla las etapas de: iniciar una nueva configuracion que se relaciona a una vieja configuracion para la misma terminal; informar a la terminal de aplicar la segunda configuracion; y determinar si la terminal usa la segunda configuracion con base en la recepcion de una senal de radio desde la terminal; la terminal desarrolla las etapas de: recibir informacion para aplicar una nueva configuracion; transmitir, a la red, una senal de radio que indica un cambio en configuracion; y cambiar de una vieja configuracion a una nueva configuracion en un tiempo predeterminado despues de transmitir la senal de radio.

Description

CAMBIO DE UNA CONFIGURACIÓN DE ACCESO DE RADIO ENTRE UNA TERMINAL Y UNA RED CAMPO TÉCNICO La presente invención se refiere a comunicaciones inalámbricas (radio), y más particularmente, se refiere a cambiar una configuración de acceso de radio entre una terminal y una red que soporta telecomunicaciones.

ANTECEDENTES DE LA INVENCIÓN Un sistema de telecomunicación móvil universal (UMTS -por sus siglas en inglés) es un sistema de comunicación móvil IMT-2000 de tercera generación, de tipo Europeo que ha evolucionado de un estándar Europeo conocido como Sistema Global para comunicaciones Móviles (GSM -por sus siglas en inglés). La UMTS se propone para proporcionar un servicio de comunicación móvil mejorado basado en una red de núcleo GSM y tecnología de conexión inalámbrica de acceso múltiple de división de código de banda ancha (W-CDMA -por sus siglas en inglés). En Diciembre de 1998, un Proyecto de Sociedad de Tercera Generación (3GPP) se formó por el ETSI (por sus siglas en inglés) de Europa, el ARIB/TTC (por sus siglas en inglés) de Japón, el Tl (por sus siglas en inglés) de los Estados Unidos, y la TTA (por sus siglas en inglés) de Corea. La 3GPP crea especificaciones detalladas de la tecnología UMTS. Para alcanzar un desarrollo técnico rápido y eficiente del UMTS, se han creado cinco grupos de especificación técnica (TSG -por sus siglas en inglés) dentro del 3GPP para la estandarización del UMTS al considerar la naturaleza independiente de los elementos de la red y sus operaciones. Cada TSG desarrolla, aprueba y maneja la especificación estándar dentro de una región relacionada. Dentro de estos grupos, el grupo (TSG-RAN) de red de acceso de radio (RAN -por sus siglas en inglés) desarrolla los estándares para las funciones, requerimientos, e interfase de la red de acceso de radio terrestre del UMTS (UTRAN -por sus siglas en inglés) que es una nueva red de acceso de radio para dar soporte a la tecnología de acceso W-CDMA en el UMTS. En la descripción siguiente, se usarán las siguientes abreviaturas: AM modo reconocido AS Estrato de Acceso ASN.1 Notación.1 de Sintaxis Abstracta CQI Indicador de Calidad de Canal MAC Control de Acceso de Medio MBMS Servicio Multimedia de Difusión y Multidifusión ÑAS Estrato de No Acceso RRC Control de Recurso de Radio S-CCPCH Canal Físico de Control Común Secundario SRB Portador de Radio de Señalización TCTF Campo de Tipo de Canal Objetivo TFC combinación de formato de Transporte TM Modo transparente TPC Comandos de potencia de transmisión UE Equipo de Usuapo UM Modo no reconocido La Figura 1 da una vista general de la red UMTS 100, incluyendo el UE 110, el UTRAN 120 y la red de núcleo (CN -por sus siglas en inglés) 130. Como se muestra en la Figura 1 , un sistema UMTS 100 está compuesto generalmente de un UE 1 10, NodoB 122, RNC (por sus siglas en inglés) 124, 126, SGSN 131 , MSC 132 y otros nodos, con diferentes interfases entre los mismos, que serán explicados en más detalle. El UTRAN 120 está compuesto de numerosos RNCs 124, 126 y NodosB 122, que están conectados a través de la interfase lub. Cada RNC controla numerosos NodosB. Cada NodoB controla una o muchas celdas, en donde una celda se caracteriza por el hecho de que cubre un área geográfica dada en una frecuencia dada. Cada RNC está conectado a través de la interfase lu al CN 130, es decir hacia la entidad MSC 132 (Centro de Conmutación de servicios Móviles) del CN y la entidad del SGSN 131 (Nodo de Soporte GPRS de Servicio). Los RNCs pueden conectarse a otros RNCs a través de la interfase lur. El RNC manipula la asignación y manejo de recursos de radio y opera como un punto de acceso con respecto a la red de núcleo.

El NodoB recibe información enviada por la capa física de la terminal (UE 110) a través de un enlace ascendente y transmite datos a la terminal a través de un enlace descendente. Los Nodos-B operan como puntos de acceso del UTRAN para la terminal. El SGSN 131 está conectado a través de la interfase Gf al EIR 133 (Registro de Identidad de Equipo), a través de la interfase GS al MSC 132, a través de la interfase GN al GGSN 135 (Nodo de Soporte GPRS de Central de acceso internacional) y a través de la interfase GR al HSS 134 (Servidor de Suscriptor Doméstico). El EIR hospeda listas de móviles (terminales) que son permitidas o no permitidas para ser usadas en la red. El MSC que controla la conexión para servicios CS está conectado a través de la interfase NB hacia el MGW 136 (Central de acceso internacional Medio), a través de la interfase F hacia el EIR 133, y a través de la interfase D hacia el HSS 134. El MGW 136 está conectado a través de la interfase C hacia el HSS 134, y al PSTN (Red de Telefonía Conmutada Pública), y permite adaptar los codees entre el PSTN y el RAN conectado. El CGSN está conectado a través de la interfase GC al HSS, y a través de la interfase Gl a la Internet. El GGSN es responsable del encaminamiento, carga y separación de flujos de datos dentro de diferentes RABs. El HSS maneja los datos de suscripción de los usuarios. Existen otras conexiones que no son importantes para la actual invención. El UTRAN 120 construye y mantiene un portador de acceso de radio (RAB -por sus siglas en inglés) para comunicación entre la terminal 110 y la red de núcleo 130. La red de núcleo solicita requerimientos de calidad de servicio (QoS -por sus siglas en inglés) extremo-a-extremo del RAB, y el RAB soporta los requerimientos QoS que la red de núcleo ha ajustado. De conformidad, al construir y mantener el RAB, el UTRAN puede satisfacer los requerimientos QoS extremo-a-extremo. Los servicios proporcionados a una terminal específica (UE 110) a manera gruesa se dividen en servicios de conmutados de circuito (CS -por sus siglas en inglés) y los servicios conmutados de paquetes (PS -por sus siglas en inglés). Por ejemplo, un servicio general de conversación de voz es un servicio conmutado de circuito, mientras que un servicio de búsqueda en la Red a través de una conexión de Internet se clasifica como un servicio conmutado de paquete (PS). Para dar soporte a los servicios conmutados de circuito, los RNCs 124, 126 se conectan al centro de conmutación móvil (MSC 132) de la red de núcleo 130 y el MSC 132 se conecta al centro de conmutación móvil de central de acceso internacional (GMSC) que maneja la conexión con otras redes. Para dar soporte a los servicios conmutados de paquete, los RNCs se conectan al nodo de soporte (SGSN 131 ) del servicio de radio de paquete general de servicio (GPRS -por sus siglas en inglés) y el nodo de soporte (GGSN 135) GPRS de la central de acceso internacional de la red de núcleo. El SGSN soporta las comunicaciones de paquete con los RNCs y el GGSN maneja la conexión con otras redes connotadas de paquete, tal como la Internet.

La Figura 2 ilustra una estructura de un protocolo de interfase de radio entre la terminal y el UTRAN de acuerdo a los estándares de red de acceso de radio del 3GPP. Como se muestra en la Figura 2, el protocolo de interfase de radio tiene capas horizontales que comprenden una capa física, una capa de enlace de datos, y una capa de red, y tiene planos verticales que comprenden un plano de usuario (plano-U) para la transmisión de datos y un plano de control (plano-C) para transmitir información de control. El plano de usuario es una región que manipula 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 manipula información de control para una interfase con una red, mantenimiento y manejo de una llamada, y similar. Las capas de protocolo en la Figura 2 pueden dividirse en una primera capa (L1 ), una segunda capa (L2), y una tercera capa (L3) basadas en las tres capas inferiores de un modelo estándar de interconexión de sistema abierto (OSI -por sus siglas en inglés). La primera capa (L1 ), a saber, la capa física, proporciona un servicio de transferencia de información a una capa supepor por medio del uso de diversas técnicas de transmisión de radio. La capa física está conectada a una capa superior llamada una capa de control de acceso de medio (MAC -por sus siglas en inglés), a través de un canal de transporte. La capa MAC y la capa física intercambian datos a través del canal de transporte. La segunda capa (L2) incluye una capa MAC, una capa de control de enlaces de radio (RLC -por sus siglas en inglés), una capa de control de difusión/multidifusión (BMC -por sus siglas en inglés), y una capa de protocolo de convergencia de datos de paquete (PDCP -por sus siglas en inglés). La capa MAC manipula el encuadramiento entre canales lógicos y canales de transporte y proporciona asignación de parámetros del MAC para asignación y reasignación de recursos de radio. La capa MAC está conectada a una capa superior denominada la capa de control de enlace de radio (RLC), a través de un canal lógico. Se proporcionan diversos canales lógicos de acuerdo con el tipo de información transmitida. En general, un canal de control se usa para transmitir información del plano de control y un canal de tráfico se usa para transmitir información del plano de usuario. Un canal lógico puede ser un canal común o un canal dedicado dependiendo de cuando el canal lógico se comparte. Los canales lógicos incluyen un canal de tráfico especializado (DTCH -por sus siglas en inglés), un canal de control especializado (DCCH -por sus siglas en inglés), un canal de tráfico común (CTCH -por sus siglas en inglés), un canal de control común (CCCH -por sus siglas en inglés), un canal de control de difusión (BCCH -por sus siglas en inglés), y un canal de control de localización (PCCH), o un Canal de Control Compartido (SCCH -por sus siglas en inglés) y otros canales. El BCCH proporciona información e incluye información utilizada por un sistema de acceso a terminal. El PCCH se usa por el UTRAN para acceder a una terminal. Para los propósitos de MBMS se introducen canales de control y tráfico adicionales en el estándar MBMS. El MCCH (el Canal de Control punto-a-multipunto MBMS se usa para la transmisión de información de control de MBMS, el MTCH (Canal de Tráfico punto-a-multipunto MBMS) se usa para transmitir datos de servicio MBMS. El MBMS (Canal de Programación MBMS) se usa para transmitir información de programación. Los canales lógicos pueden dividirse en Canales de Control (CCH -por sus siglas en inglés) y canales de tráfico (TCH -por sus siglas en inglés). Los Canales de Control (CCH) pueden incluir un Canal de Control de Difusión (BCCH); un canal de control de localización (PCCH); un Canal de Control Especializado (DCCH); un Canal de Control Común (CCCH); un Canal de Control Compartido (SHCCH); un Canal de Control punto-a-multipunto MBMS (MCCH); y un Canal de Programación MBMS (MSCH). Los Canales de Tráfico (TCH) pueden incluir un Canal de Tráfico Especializado (DTCH); un Canal de Tráfico Común (CTCH); y un Canal de Tráfico punto-a-multipunto MBMS (MTCH). La capa MAC está conectada a la catarsis ICA por canales de transporte y puede dividirse en una subcapa MAC-b, una subcapa MAC-d, una subcapa MAC-c/sh, una subcapa MAC-hs y una subcapa MAC-m de acuerdo con el tipo de canal de transporte que se esté manejando. La subcapa MAC-b maneja un BCH (Canal de Difusión), que es un canal de transporte que manipula la difusión de información de sistema. La subcapa MAC-c/sh maneja un canal de transporte común, tal como un canal de acceso de envío (FACH -por sus siglas en inglés) o un canal compartido de enlace descendente (DSCH), que es compartido por una pluralidad de terminales, o en el enlace ascendente el Canal de Acceso de Radio (RACH -por sus siglas en inglés). La subcapa MAC-m puede manipular los datos MBMS. El encuadramiento posible entre los canales lógicos y los canales de transporte desde la perspectiva de un UE se dan en la Figura 3. El encuadramiento posible entre los canales lógicos y los canales de transporte desde la perspectiva de un UTRAN se dan en la Figura 4. La subcapa MAC-d maneja un canal especializado (DCH), que es un canal de transporte especializado para una terminal específica. La subcapa MAC-D se ubica en un servicio RNC (SRNC) que maneja una terminal correspondiente, y una subcapa MAC-d también existe en cada terminal. La capa RLC, dependiendo del modo RLC de operación soporta transmisiones de datos confiables y desarrolla segmentación y concentración en una pluralidad de unidades de datos del servicio RLC (SDUs -por sus siglas en inglés) suministradas desde una capa supepor. Cuando la capa RLC reside los RLC SDUs desde la capa superior, la capa RLC ajusta el tamaño de cada RLC SDU de una manera apropiada con base en la capacidad de procesamiento y entonces crea unidades de datos al añadir información de cabecera al mismo. Las unidades de datos, denominadas unidades de datos de protocolo (PDUs -por sus siglas en inglés) son transferidas a la capa MAC a través de un canal lógico. La capa RLC incluye un separador RLC para almacenar los RLC SDUs y/o los RLC PDUs.

La capa BMC programa un mensaje de difusión de celda (CB) transferido de la red de núcleo y difunde el mensaje CB a terminales colocadas en una celda o celdas específicas. La capa PDCP se ubica sobre la capa RLC. La capa PDCP se usa para transmitir datos de protocolo de red, tal como el IPv4 o IPv6, eficientemente en una interfase 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 denominada compresión de cabecera. La capa de control de recursos de radio (RRC) ubicada en la porción más baja de la tercera capa (L3) únicamente se define en el plano de control. La capa RRC controla los canales de transporte y los canales físicos con relación al establecimiento, reconfiguración, y la liberación o cancelación de los portadores de radio (RBs -por sus siglas en inglés). El RB significa un servicio proporcionado por la segunda capa (L2) para la transmisión de datos entre la terminal y el UTRAN. En general, el establecimiento del RB se refiere al procedimiento de estipular las características de una capa de protocolo y un canal requerido para proporcionar un servicio de datos específico, y ajustar los parámetros detallados respectivos y métodos de operación. Adicionalmente el RRC manipula la movilidad del usuario dentro del RAN, y servicios adicionales, por ejemplo, servicios de ubicación. Las diferentes posibilidades que existen para el encuadramiento entre los portadores de radio y los canales de transporte para un UE dado no son todos posibles todo el tiempo. El UE/UTRAN deduce el encuadramiento posible dependiendo del estado del UE y el procedimiento que el UE/UTRAN está ejecutando. Los diferentes estados y modos se explican con más detalle en lo siguiente, en tanto que conciernan a la presente invención. Los diferentes canales de transporte están encuadrados en diferentes canales físicos. La configuración de los canales físicos se da por señalización RRC que se intercambia entre el RNC y el UE. Así como para los canales físicos, el canal DPCH puede establecerse y usarse simultáneamente entre el UE y una o numerosas celdas de uno o numerosos NodosB como se muestra en la Figura 5. La situación en donde el UE tiene un DPCH establecido simultáneamente a numerosas celdas se llama conmutación suave. El caso en donde el UE ha establecido un DPCH simultáneamente a numerosas celdas del mismo NodoB se llama conmutación más suave. Para el DPCH el UE está siempre combinando los comandos TPC de todos los enlaces de radio en el enlace descendente, y usa siempre el comando, que pregunta por la potencia transmitida menor (es decir en el caso en que un enlace de radio diga Arriba y el otro Abajo el UE selecciona disminuir la potencia de transmisión). La capa RLC (Control de Enlace de Radio) es un protocolo de capa 2 que se usa para controlar el intercambio de datos entre los canales lógicos entre el RNC y el UE. La capa RLC puede actualmente configurarse en 3 tipos de modos de transferencia: modo Transparente; modo No reconocido; y modo Reconocido. Las diferentes funcionalidades que están disponibles dependen del modo de transferencia. En el modo reconocido y no reconocido los SDUs (unidad de datos de servicio) puede dividirse en PDUs más pequeños (unidades de datos de protocolo) que son usados para transmitir sobre la interfase de aire. El lado del transmisor separa el SDU en PDUs, y con base a la información de control que se añade a los PDUs el lado del receptor reensambla los PDUs para reconstruir los SDUs. Dicha información de control es por ejemplo un número de secuencia PDU para detectar cuando un PDU se ha perdido, o un Indicador de Longitud (Ll) que indica el comienzo/término de un SDU dentro de un RLC PDU. En el modo no reconocido, el receptor no envía una confirmación al transmisor de haber recibido PDUs correctamente, sino que el lado receptor solamente reensambla los PDUs a SDUs con base en información de señalización contenida en los PDUs y transfiere los SDUs completos a capas superiores. En el modo reconocido, el receptor envía reconocimientos para PDU recibidos correctamente. El transmisor usa estos reconocimientos para iniciar retransmisiones de PDUs extraviados. Los reconocimientos se envían en ciertas condiciones. Hay numerosos mecanismos previstos para iniciar la transmisión de los reconocimientos para PDUs recibidos por el receptor.

Cuáles mecanismos se activan se define en el estándar y/o se configuran por señalización RRC. Un ejemplo para dicho mecanismo para la transmisión de un PDU de estado es por ejemplo la recepción de un PDU con 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 del transmisor en la información de control RLC de que un reconocimiento (también denominado Estado) debería enviarse. La indicación del transmisor para enviar un PDU de estado se denomina Interrogación Secuencial. Cuando el transmisor envía un bitio de Interrogación Secuencial, se define un mecanismo en el estándar UMTS si no se ha recibido un reporte de Estado después de la transmisión de la interrogación secuencial después de cierto tiempo. Este mecanismo inicia al transmisor para que retransmita un PDU incluyendo el indicador de interrogación secuencial y es denominado interrogador secuencial cronometrador. Otro mecanismo cuenta el número de retransmisiones de un PDU. En el caso de que las retransmisiones excedan un cierto número (MaxDat) el transmisor inicia el procedimiento de reajuste, que es un procedimiento que permite ajustar a la entidad de transmisor y receptor de un portador de radio usando el modo AM RLC a un estado inicial. Cuando se inicia el procedimiento de Reajuste la entidad de inicio transmite un PDU de Reajuste a la entidad de terminación. La entidad de terminación reconoce la recepción del PDU de Reajuste al transmitir el Ack PDU de Reajuste. Si la entidad de inicio no ha recibido el PDU Ack de Reajuste después de cierto tiempo la entidad de inicio retransmite el PDU de Reajuste. Si la entidad de inicio no ha recibido un Ack PDU de Reajuste después de cierta cantidad de retransmisiones la entidad de inicio detecta un error irreparable. Este ejemplo describe la situación en donde se detecta una disfunción en la operación de una entidad RLC en modo RLC AM. Son posibles otros mecanismos para detectar una disfunción, ya descptos en el estándar UMTS, o posibles de ser imaginados o implementados. También es posible imaginar mecanismos de detección para entidades RLC en modo UM, que podrían por ejemplo detectar que información de señalización indefinida está incluida en el RLC PDU, o en donde capas superiores detectan que la recepción/transmisión de la entidad UM no se está comportando correctamente. Como se explicó en lo anterior hay mecanismos definidos en el estándar, y otros mecanismos pueden imaginarse que detecten un error irreparable, que pueden corresponder a una situación de bloqueo, o a una situación en donde la comunicación está perturbada. Si el UE detecta una situación de error irreparable como se describe en el estándar el UE entra al estado CELL_FACH y envía un mensaje de actualización de Celda al NodoB/RNC eventualmente indicando que ha ocurrido un error irreparable al ajustar el IE (elemento de información) la actualización de la Celda provoca un error irreparable de RLC. El UE indica al incluir la indicación de error IE AM_RLC (RB2, RB3 o RB4) que este error irreparable ocurrió ya sea por uno de los SRBs con los Ids 2, 3 o 4, o al incluir la indicación de error IE AM_RLC (RB>4) que este error ha ocurrido para uno de los RBs que usan el modo RLC AM con los Ids mayores que 4. El RNC puede entonces enviar el mensaje de Confirmación de Actualización de Celda e indica que las entidades RLC para SRBs con los Ids 2, 3 y 4, o para los RBs con los Ids mayores que 4 usan el modo RLC AM deberían ser reestablecidos al ajustar el indicador de reestablecimiento IE RLC (RB2, RB3 y RB4) y/o el indicador de reestablecimiento RLC (RB5 y mayores) a Verdadero. La entidad UM/AM RLC también es responsable de manipular el cifrado y descifrado. Para realizar esto la entidad RLC es el transmisor y el receptor mantiene un número COUNT_C, está compuesto de un número de hipermarco (HFN) y el número de secuencia RLC. El valor COUNT_C, junto con otra información se usa como entrada a una función matemática que genera una cadena binaria. La cadena binaria y el RLC PDU excepto el SN se combinan por la operación lógica XOR, que asegura el cifrado de la parte de datos del RLC PDU. El valor HFN se incrementa cada vez que el RLC SN se enrolla (es decir cuando el RLC SN alcanza su valor más alto y reiniciar desde 0). En el caso de que el receptor extravíe un cierto número de SNs, o en el caso 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 capaz de descifrar correctamente la información recibida. El receptor puede detectar la disfunción de la entidad descifradora por diferentes mecanismos que no son adicionalmente descritos en la presente, y que no son parte de la invención.

Con relación a estados RRC, el modo RRC se refiere a cuando existe una conexión lógica entre el RRC de la terminal y el RRC del UTRAN. Si hay una conexión, la terminal en dicho será en modo conectado RRC. Si no hay colección, la terminal en dicho estará en el modo de reposo. Debido a que existe una conexión RRC para terminales en modo conectado RRC, el UTRAN puede determinar la existencia de una terminal particular dentro de la unidad de celdas, por ejemplo en cuál celda o conjunto de celdas está la terminal en modo conectado RRC, y que canal físico está escuchando el UE. Entonces, la terminal puede ser controlada efectivamente. En contraste, el UTRAN no poder determinar la existencia de una terminal en modo de reposo. La existencia de terminales en modo de reposo puede determinarse únicamente por la red de núcleo que está dentro de una región que es más grande que una celda, por ejemplo una ubicación o un área de encaminamiento. Por lo tanto, la existencia de terminales en modo de reposo se determina dentro de grandes regiones, y, para recibir servicios de comunicación móvil de tales como voz o datos, la terminal en modo de reposo debe mover o cambiar al modo conectado RRC. Las transiciones posibles entre modos y estados se muestran en la Figura 6. Un UE en modo conectado RRC puede estar en diferentes estados, por ejemplo estado CELL_FACH, estado CELL_PCH, estado CELL_DCH o estado URA PCH. Por supuesto que pueden concebirse otros estados. Dependiendo de los estados el UE realiza diferentes acciones y escucha diferentes canales. Por ejemplo un UE en estado CELL_DCH tratará de escuchar (entre otros) a canales de transporte del tipo DCH, que comprenden canales de transporte DTCH y DCCH y que pueden ser encuadrados a ciertos DPCH, DPDSCH, u otros canales físicos. El UE en estado CELL_FACH a numerosos canales de transporte FACH, que están encuadrados a ciertos S-CCPCH, el UE en estado PCH escuchara al canal PICH y el canal PCH, que está encuadrado a ciertos canales físicos S-CCPCH. Con relación a la lectura de información de sistema, la información de sistema principal se envía en el canal lógico BCCH, que está encuadrado en el P-CCPCH (Canal Físico de Control Común primario). Bloques de información específica del sistema pueden enviarse en el canal FACH. Cuando la información del sistema se envía en FACH el UE recibe la configuración del FACH ya sea en el BCCH que se recibe en P-CCPCH o en un canal especializado. Cuando la información del sistema se envía en un BCCH (es decir a través de un P-CCPCH) entonces en cada marco o conjunto de dos marcos el SFN (número de marco del Sistema) se envía el cual se usa para compartir la misma referencia de cronometrado entre el UE y el NodoB. El P-CCPCH siempre se envía usando el mismo código de aleatorización que el P-CPICH (canal piloto común primario), que es el código de aleatorización de la celda. Cada canal usa un código de propagación como se hace comúnmente en sistemas WCDMA (Acceso Múltiple de División de Código de Banda Ancha). Cada código se caracteriza por su factor de propagación (SF -por sus siglas en inglés) que corresponde a la longitud del código. Para un factor de propagación dado el número de códigos ortogonales es igual a la longitud del código. Para cada factor de propagación del ajuste dado de códigos ortogonales como se especifica en el sistema UMTS se enumeran de 0 a SF-1. Cada código puede entonces identificarse al dar su longitud (es decir factor de propagación) y el número del código. El código de propagación que se usa por el P-CCPCH es siempre de un SF (factor de propagación) 256 fijo y el número es siempre el número 1. El UE conoce acerca del código de aleatorización primario ya sea por información enviada de la red en información de sistema o celdas vecinas que ha leído el UE, por mensajes que ha recibido el UE en el canal DCCH, o por búsqueda por el P-CPICH, que siempre se envía usando el SF 256 fijo, el número de código de propagación 0 y que siempre transmite un patrón fijo. La información del sistema comprende información de celdas vecinas, configuración de los canales de transporte RACH y FACH, y la configuración de MICH y MCCH, que son canales que qué son canales especializados para el servicio MBMS. Cada vez que el UE cambia la celda está acampando (en modo de reposo) o cuando el UE ha seleccionado el estado de la celda (en CELL_FACH, CELL_PCH o URA_PCH) el UE verifica que tiene información del sistema válida. La información del sistema se organiza en SIBs (bloques de información del sistema), un MIB (bloque de información Maestro) y bloques de programación. El MIB se envía muy frecuentemente y cada información de cronometración de los bloques de programación y los diferentes SIBs. Para SIBs que están enlazados a una etiqueta de valor el MIB también contiene información de la última versión de una parte de los SIBs. Los SIBs que no están enlazados a una etiqueta de calor están enlazados a un cronometrador de expiración. Los SIBs enlazados a un cronometrador de expiración se vuelven inválidos y requieren ser releídos si el tiempo de la última lectura del SIB es mayor que este valor de cronometrador. Los SIBs enlazados a una etiqueta de valor son válidos únicamente si tienen la misma etiqueta de valor de la que se difundió en el MIB. Cada bloque tiene un área de añvance de validez (celda, PLMN, PLMN equivalente) que significa en cuales celdas el SIB es válido. Un SIB con celda de alcance de área es válido únicamente para la celda en la cual se ha leído. Un SIB con PLMN de alcance de área es válido en el PLMN completo, un SIB con un alcance de área equivalente PLMN es válido en PLMN completo y PLMN equivalente. En general, los UEs leen información del sistema cuando están en modo reposo, estado CELL_FACH, estado CELL_PCH o en estado URA_PCH de las celdas que se han seleccionado /la celda en la que están acampando. En la información del sistema reciben información de las celdas vecinas en la misma frecuencia, diferentes frecuencias y diferentes RAT (tecnologías de acceso de Radio). Esto permite al UE conocer cuáles celdas son candidatas para la reselección de celda. Con relación a los retardos en la comunicación, el procedimiento de establecimiento de llamada de la técnica convencional toma un tiempo relativamente largo debido a los diferentes intercambios de mensaje mostrados en la Figura 7. A saber, la Figura 7 muestra la distribución de los retardos en el procedimiento de establecimiento de llamada. El retardo que requiere atribuirse a la red es el retardo entre la recepción del mensaje de enlace ascendente y la transmisión del mensaje descendente. La gráfica muestra los tiempos entre la recepción/transmisión de los mensajes en la capa RRC del UE, es decir no incluye el tiempo que toma enviar los mensajes de enlace ascendente a través del RLC. Una parte del retardo se debe al establecimiento de los portadores de radio. El retardo entre la transmisión del establecimiento del portador de radio y el establecimiento completo del portador de radio se debe mayormente al tiempo de activación. El UE sólo transmitirá el mensaje de establecimiento completo de portador de radio una vez que haya expirado el tiempo de activación y el UE haya sincronizado en el nuevo enlace de radio. La Figura 8 muestra el establecimiento (reconfiguración) del portador de radio sincronizado en más detalle. En la etapa 1 , el procedimiento se inicia por la recepción de una Solicitud de asignación Rab. En su lugar el procedimiento puede activarse por cualquier otro procedimiento. Las etapas 2 a 9 se refieren al requerimiento de establecer un nuevo portador de radio, la asignación de las fuentes de transporte y las fuentes dentro del NodoB. En la etapa 10 el RNC decide en un tiempo de activación que se envia en la etapa 11 y 12 al NodoB y al UE. El NodoB y el UE entonces esperan a que se alcance el tiempo de activación para conmutar a la nueva configuración en la etapa 13a y 13b. En la etapa 14 el UE confirma la reconfiguración exitosa al RNC. El RNC indica el término exitoso de la reconfiguración. La región sombreada de gris, fueron básicamente los UE y los NodosB que están esperando que la expiración del tiempo de activación corresponda al retardo introducido, que se gasta en el caso de que el procedimiento sea exitoso. Este retardo es necesario en el caso de que el mensaje en el UE requiera retransmitirse por RLC. También en el caso de que el UE requiera en días un mensaje de falla en el RL viejo se requiere un retardo mínimo para permitir que este mensaje pase, y evtl. cancelar la configuración en el NodoB por un mensaje separado del RNC. Por lo tanto es necesario un medio para disminuir este retardo en el caso de que todo trabaje bien (no retransmisiones RLC, no falla de mensaje). La Figura 9 muestra el establecimiento del portador de radio no sincronizado (reconfiguración) en más detalle. En el caso de la reconfiguración no sincronizada, el RNC inicia sincronizadamente en la etapa 2 la reconfiguración hacia el UE indicando que la reconfiguración debe aplicarse inmediatamente, y en la etapa 4 hacia el NodoB, también indicar que la reconfiguración debe aplicarse inmediatamente. Debido a que no hay medios para controlar el retardo antes de que el UE/NodoB aplique la configuración hay un alto riesgo de que el UE no sea capaz de alcanzar la sincronización en el nuevo RL, y por lo tanto dejará el estado CELL_DCH debido a falla del canal físico.

La Figura 10 muestra un procedimiento de conmutación duro en más detalle. Usando una conmutación dura hay una posibilidad de evitar el tiempo de activación. En las etapas 1 a 10, el RNC establece en el NodoB una nueva configuración independiente, con nuevas fuentes de transporte para todos los canales de transporte. El NodoB intenta obtener sincronización para el UE al transmitir en el enlace descendente con una potencia fija que se ha recibido del RNC. En la etapa 11 , el UE recibe el mensaje para cambiar la configuración usada por el enlace ascendente y el enlace descendente. En la etapa 12, el UE intenta recibir el enlace descendente que se ha establecido nuevamente y (opcionalmente) empieza a transmitir en el enlace ascendente (dependiendo de si el procedimiento de sincronización A se usa o no). El NodoB detectará que la sincronización del RL viejo está perdida, y que la sincronización con el nuevo RL se gana, y reporta esto al RNC con los mensajes Falla de Enlace RL para el viejo RL y el RL Recupera para los nuevos Enlaces de Radio (etapa 13, 14). El RNC puede entonces borrar los viejos Enlaces de Radio (etapa 15, 16). El UE indicará el mensaje Completo de Establecimiento de Portador de Radio Exitoso (etapa 17), y el RNC puede reconocer el establecimiento RAB exitoso al CN (etapa 18). El problema con este escenario es que esto implica que se usen durante la reconfiguración las fuentes para la vieja y nueva configuración. Esto desperdicia capacidad en la interfase de aire (se reservan dos conjuntos de códigos de propagación DL) en el NodoB, en donde el NodoB requiere decodificar dos configuraciones de UE diferentes y en el transporte, y el RNC.

Enseguida, los aspectos de código de aleatorización de enlace ascendente, patrón piloto y sincronización serán considerados. Los sistemas CDMA actuales usan códigos de aleatorización, códigos de propagación y patrones piloto para permitir la sincronización y el intercambio de bloques de datos de diferentes canales de transporte, están codificados y multiplexados conjuntamente. En el sistema UMTS en el enlace ascendente el UE transmite un patrón piloto, que se propaga con un código de propagación como se define en el estándar, y se aleatoriza con un código de aleatorización complejo fijo. En el sistema UMTS el patrón piloto se envía en el código de canal físico DPCCH y se multiplexa con el tiempo con otra información DPCCH por ejemplo los comandos de potencia de transmisión como se muestra en la Figura 11 para la estructura de marco DPDCH/DPCCH en el enlace ascendente. El patrón piloto se envía en instantes de tiempo predefinidoos durante cada ranura dependiendo del formato de ranura seleccionado y se repite en cada marco. En el enlace ascendente, el PDCCH se envía siempre usando el mismo factor de propagación y código de propagación. Por lo tanto, el instante (tiempo) en el que se envía el patrón piloto es siempre el mismo. En el caso del modo comprimido (es decir cuando las transmisiones son interrumpidas por ejemplo para permitir al UE escuchar una frecuencia diferente para hacer mediciones) el patrón (es decir formato de ranura) también cambia.

La Figura 12 muestra un ejemplo de cómo la generación de una señal en el enlace ascendente se desarrolla. El DPDCH en el que se encuadran los diferentes canales de transporte se propaga con un código de propagación diferente (uno o numerosos códigos de propagación). El factor de propagación usado para el DPDCH puede cambiar dramáticamente de un TTI al siguiente. Debido a que los patrones piloto tienen una secuencia específica esto permite que el NodoB calcule el tiempo de la transmisión del UE al correlacionar la secuencia recibida con la secuencia esperada, desviado por diferentes tiempos T como se muestra en la Figura 13. Esto permite al NodoB detectar la cronometración de la señal de enlace ascendente, y verificar cuando la señal del UE está contenida en la señal recibida al comparar el valor absoluto de la suma del valor complejo a un umbral. Esto es una manera de realización, hay muchas maneras diferentes, y la intención aquí es sólo remarcar que es posible para el NodoB revisar la cronometración de la transmisión de enlace ascendente, y revisar cuando la propagación de la secuencia piloto con un código de propagación dado y aleatorizado con un código de aleatorización específico de UE se transmite. La Figura 13 muestra un ejemplo de cómo puede desarrollarse la detección de la sincronización. Ahora haciendo referencia a la Figura 14, se considerará el concepto de un Árbol de Códigos y Manejo de Códigos. En el sistema UMTS se usan los códigos de propagación de una longitud de 2h. Estos códigos de propagación pueden generarse de un árbol, que da ramificaciones de códigos de propagación ortogonales. Para cada posible longitud de códigos de propagación existe el número igual al factor de propagación de los códigos ortogonales. Estos códigos a menudo se agrupan como un árbol como se muestra en la Figura 14. Todos los códigos del mismo factor de propagación son ortogonales. Los códigos de diferentes factores de propagación son ortogonales en el caso en que el código con un factor de propagación mayor no sea parte de las ramas del código con un factor de propagación menor. En la figura cuando el código de longitud 4 con número 0 se usa los códigos 0 y 1 de la longitud 8 no pueden usarse más porque no son ortogonales, pero los códigos 2 y 3 de la longitud 8 pueden usarse. Si el código 1 de la longitud 2 se usa los códigos abajo en esta rama no pueden usarse más en paralelo. Enseguida, se considerarán los conceptos de código de aleatorización de enlace Descendente, patrón piloto y sincronización. En el enlace descendente el DPCCH se multiplexa en tiempo con DPDCH y se propaga con los mismos códigos de propagación. Por lo tanto los instantes en donde los patrones de piloto se envían pueden variar dependiendo del factor de propagación, y dependiendo del hecho de si se usa el modo comprimido o no. La Figura 15 muestra un ejemplo de cómo se desarrolla la generación de una señal en el enlace descendente. Debido a que el DPDCH se propaga con el mismo código de propagación que los patrones piloto y la otra información de capa física (es decir el DPCCH) cada vez que el factor de propagación cambia se envía el patrón con el cual los bitios del piloto y los bitios del TCP, y el patrón con el cual se envía la otra información de canal físico es diferente. Esto significa que en el caso que la nueva configuración incluya un factor de propagación diferente del factor de propagación antes de la recepción del DPCCH no es posible más si el UE intenta recibir un factor de propagación diferente. El formato del DPCCH también puede cambiarse durante la reconfiguración sin cambiar el factor de propagación. La estructura de marco del DPCH y sus características de cronometración de DPCH relacionadas ahora se explicarán con referencia a las Figuras 16 y 17. La Figura 16 muestra un ejemplo de la estructura de marco del DPCH, y la estructura del DPCCH y el DPDCH que se transmite. La Figura 17 muestra un ejemplo de la cronometración del DPCH. El DPCH, es decir la cronometración del DPDCH y DPCCH están desplazados en comparación con el SCH Primario. Esto significa que el UE sabe cuando el DPCCH se transmite debido al parámetro TDPCH que se ha recibido que se ha recibido de antemano de la red. Con relación a los TFCIs, en el sistema UTRAN se encuadran diferentes canales de transporte conjuntamente en un Canal de Transporte Compuesto Codificado (CCTrCH -por sus siglas en inglés), que está encuadrado en un DPDCH. Canal de transporte puede aplicar diferentes Formatos de Transporte (TFs -por sus siglas en inglés), cada formato de transporte incluye un conjunto de parámetros diferente. Cuando se multiplexan conjuntamente diferentes canales de transporte en un CCTrCH la combinación de los diferentes TFs de cada canal de transporte indica una Combinación de Formato de Transporte, que permite al receptor y al transmisor de terminar como se hace la codificación de los diferentes canales de transporte. Por lo tanto para descodificar el DPDCH el UE requiere conocer el TFC. Hay diferentes posibilidades en el estándar UTRAN: En el caso de que se use la detección del formato de transporte ciego el UE intenta descodificar el DPDCH con diferente TFC hasta que el código CRC indica que la información de todos los canales de transporte se recibe correctamente. Alternativamente el UTRAN pueda enviar el Indicador de Formato de Transporte, que es un indicador que señala la combinación del formato de transporte de los diferentes canales de transporte enviados en el DPCCH.

BREVE DESCRIPCIÓN DE LA INVENCIÓN Solución técnica Un aspecto de la presente invención involucra el reconocimiento por los presentes inventores de los inconvenientes en la técnica relacionada.

A saber, en la técnica relacionada el problema es que los procedimientos para establecer, liberar o cambiar la configuración de los portadores de radio se supone que se realicen ya sea en una manera sincronizada, lo que implica un tiempo de activación dado por el RNC al NodoB y al UE y posteriormente toma un largo tiempo, o implica el uso de reconfiguraciones no sincronizadas lo que significa que el UE/ NodoB pueden perder la sincronización lo que implica que la llamada puede perderse. Con base en dicho reconocimiento, de acuerdo con la presente invención se han hecho mejoras al establecimiento, liberación o cambio en la configuración de portadores de radio. Más específicamente, la invención proporciona un método y sistema que permite la sincronización de cambios a configuraciones en un sistema de telecomunicaciones y tiene aplicación a varios tipos de tecnologías de telecomunicaciones. De conformidad, el esquema de reconfiguración rápido de la presente invención resulta en una disminución en los retardos del establecimiento de llamada.

BREVE DESCRIPCIÓN DE LOS DIBUJOS Los dibujos anexos, que se incluyen para proporcionar un entendimiento adicional de la invención, se incorporan y constituyen una parte de esta solicitud, ilustra(n) modalidad(es) de la invención y conjuntamente con la descripción sirven para explicar el principio de la invención. En los dibujos: La Figura 1 muestra una arquitectura general de una red UMTS La Figura 2 muestra una estructura de protocolo de interfase de radio (inalámbrico) entre el UE y el UTAN con base en la red de acceso de radio 3GPP.

La Figura 3 muestra canales lógicos encuadrados sobre canales de transporte, como se observa del lado UE. La Figura 4 muestra canales lógicos encuadrados sobre canales de transporte, como se observa del lado UTRAN. La Figura 5 muestra un DPCH establecido y usado simultáneamente entre el UE y numerosas celdas de uno o numerosos NodoBs. La Figura 6 muestra los modos de conexión RRC y estados de un UE. La Figura 7 muestra una distribución de los retardos en el establecimiento de llamada. La Figura 8 muestra una situación de reconfiguración sincronizada de acuerdo con la técnica previa. La Figura 9 muestra una situación de reconfiguración no sincronizada de acuerdo con la técnica previa. La Figura 10 muestra una situación de conmutación dura de acuerdo con la técnica previa. La Figura 11 muestra una estructura de marco DPDCH/DPCCH en un enlace ascendente. La Figura 12 muestra la generación de una señal en el enlace ascendente. La Figura 13 muestra la detección de sincronización.

La Figura 14 muestra un árbol de manejo de código con ramificaciones de códigos de propagación ortogonales. La Figura 15 muestra la generación de una señal en el enlace descendente. La Figura 16 muestra una estructura de marco DPCCH. La Figura 17 muestra el cronometrado DPCH, con lo cual el cronometrado del DPDCH y DPCCH se desplazan en comparación con el SCH Primario. La Figura 18 muestra un esquema de reconfiguración casi sincronizado mejorado de acuerdo con la presente invención. La Figura 19 muestra una transmisión simultánea con las configuraciones vieja y nueva de acuerdo con la presente invención. La Figura 20 muestra un esquema para la transmisión simultánea de acuerdo con la presente invención. La Figura 21 muestra una indicación de reconfiguración en la capa física de acuerdo con la presente invención. La Figura 22 muestra una indicación de reconfiguración usando asignaciones dobles de TFCIs de acuerdo con la presente invención. La Figura 23 muestra un esquema para transmisión simultánea con tiempo de activación UL de acuerdo con la presente invención. La Figura 24 muestra un método de ejemplo de cambio de una configuración de acceso de radio entre una terminal y una red de acuerdo con la presente invención.

La Figura 25 muestra un procedimiento de reconfiguración sincronizada usando ajuste de tiempo de activación. La Figura 26 muestra un procedimiento de reconfiguración sincronizada con la detección del código de aleatorización de enlace ascendente, de acuerdo con la presente invención. La Figura 27 muestra el procesamiento en la capa física. La Figura 28 muestra un esquema de ejemplo para usar la sincronización por el tiempo de activación AHORA y el nuevo código de aleatorización de la presente invención. La Figura 29 muestra los detalles del comportamiento para el caso en donde el NodoB está la interfase lur.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La presente invención se describe cómo estando implementada en un sistema de comunicaciones móvil UMTS. No obstante, la presente invención también puede adaptarse e implementarse en sistemas de comunicaciones que operan bajo otros tipos de especificaciones de comunicación, porque los conceptos y enseñanzas de la presente invención pueden aplicarse a diversos esquemas de comunicación que operan de manera similar con base en las técnicas comunes. Modalidades de ejemplo no limitantes de la presente invención se explican en lo siguiente con referencia a las Figuras adjuntas.

En una modalidad de la presente invención, el RNC puede indicar la nueva configuración incluyendo un código de aleatorización de enlace ascendente cambiado al NodoB y al UE, con una especial indicación al UE de que la nueva configuración debe aplicarse tan pronto como sea posible, y al NodoB de que la nueva configuración debe aplicarse con la detección del nuevo código de aleatorización en el enlace ascendente. En una parte opcional de la invención el RNC indica al UE conjuntamente con la nueva configuración un tiempo de interrupción durante el cual el UE podría continuar la transmisión de enlace ascendente aún cuando se detenga la transmisión de enlace descendente. El NodoB trata de sincronizar y recibir el nuevo código de aleatorización de enlace ascendente, y con la detección de un nuevo código de aleatorización de enlace ascendente inicia la transmisión en el enlace descendente usando la nueva configuración. En otra modalidad de la presente invención, el NodoB puede transmitir sincronizadamente la parte de control relevante de la transmisión de enlace descendente de la configuración vieja y la nueva para mantener la sincronización y control de potencia del circuito interior con el UE antes y después de cambiar la configuración. El NodoB puede transmitir la parte de control únicamente durante los marcos en donde no se transmite ninguna parte de datos en el enlace descendente. Con la detección de un nuevo código de aleatorización de enlace ascendente el NodoB aplica la nueva configuración para la transmisión en el enlace descendente.

En aún otra modalidad de la presente invención, el UE puede indicar que aplicará la nueva configuración un intervalo de tiempo predefinido antes de cambiar en la configuración por cualquiera de: (1 ) cambiar el código de aleatorización de estado ascendente; (2) enviar una señal específica al NodoB, por ejemplo un patrón de bitio en el enlace ascendente, propagado por un código de propagación específico y aleatorizado con un código de aleatorización específico; (3) usar un conjunto específico de TFCIs; (4) enviar un patrón de bitios específico en el campo FBI; o (5) cualquier otro procedimiento de señalización. Las señales de RNC en un mensaje al NodoB y al UE a los cuales los esquemas anteriores deberán aplicarse para el cambio de la configuración, e indican la información relevante, tal como los valores TFCI especiales a ser usados, la longitud del período de interrupción con el cambio del código de propagación de enlace ascendente durante el cual el UE deberá continuar transmitiendo en el enlace ascendente, el tiempo entre la indicación y el uso de la nueva configuración en el enlace ascendente y/o enlace descendente. Adicionalmente el NodoB puede indicar al RNC la longitud mínima del período de interrupción con el cambio del código de propagación de enlace ascendente durante el cual el UE continuará transmitiendo en el enlace ascendente, el tiempo entre la indicación y el uso de la nueva configuración en el enlace ascendente y/o enlace descendente con base en el desarrollo del NodoB.

La presente invención será descrita con más detalle como sigue. La Figura 18 muestra una modalidad de ejemplo de la presente invención, a saber, un esquema para reconfiguración casi sincronizada mejorada. En la etapa 1 , se indica que un nuevo RAB será establecido por el CN. Alternativamente eso también podría usarse sólo para cambiar una configuración en la cual el activador se basa en la implementación del RNC, o para liberar un RAB. En las etapas 2 a 9, el RNC envía la nueva configuración al NodoB en el mensaje de Preparar Reconfiguración de Enlace de Radio Sincronizado y el NodoB reserva los recursos. El NodoB indica que la configuración se acepta con el mensaje Lista Reconfiguración de Enlace de Radio Sincronizado, e indica las fuentes de transporte. (Procedimiento Legado). En la etapa 10, el RNC da al NodoB la indicación de que la nueva configuración deberá aplicarse únicamente cuando el UE cambie el código de aleatorización de enlace ascendente, o con cualquier otra indicación al NodoB (indicación Nueva). Esto podría haberse ya indicado en el mensaje de Preparación de Reconfiguración RL Sincronizado (indicación Nueva de que el cambio deberá hacerse con la detección del nuevo código de aleatorización en el enlace ascendente), establecimiento de RL (indicación Nueva de que esto está enlazado a un contexto UE que ya existe de manera que parcialmente se usan las mismas fuentes de transporte) o reconfiguración RL No sincronizada (indicación Nueva de que la reconfiguración debería hacerse únicamente después de que se detectó la sincronización). En la etapa 1 1 , el NodoB podría empezar a buscar la sincronización del enlace ascendente del nuevo código de aleatorización de enlace ascendente mientras que recibe al UE en el viejo código de aleatorización (método Nuevo). Como una alternativa el NodoB podría ya enviar el DPCCH de la nueva configuración durante los períodos DTX del DPDCH de la vieja configuración como se explicó en (1 ) transmisión Simultánea de la configuración vieja y nueva con diferente XDPCH, descrita a en lo siguiente. El RNC podría enviar la nueva configuración al UE indicando que debería aplicar la configuración inmediatamente. (Procedimiento Legado) opcionalmente, podría añadirse una nueva indicación tal que el UE no contara como una falla RL cuando el DL no se recibe directamente durante un período de tiempo dado. Para ser capaz de sincronizar la transmisión de la nueva configuración desde el NodoB, podría ser también posible tener una indicación en el canal físico como se explicó en (2) indicación del cambio a la nueva configuración a través de la capa física, descrita en lo siguiente. En la etapa 12, el UE cambia a la nueva configuración, y entre otros aplica los nuevos TFCIs. En el caso de que no cambie el formato de ranura en el enlace descendente (es decir el factor de propagación es el mismo, y el formato de ranura no cambia) el UE no podría detectar ninguna interrupción porque el NodoB continuaría usando el mismo patrón para la transmisión del patrón Piloto, TFCI y TPC.

En la etapa 13, el NodoB podría perder la sincronización del enlace ascendente en el viejo código de aleatorización y detectar que recibe al UE en el nuevo código de aleatorización. En el espacio entre la detección por el NodoB del nuevo y viejo códigos de aleatorización el NodoB podría enviar señales de potencia alta como comandos TCP. En la etapa 14, el NodoB podría inmediatamente aplicar la nueva configuración en el enlace ascendente y el enlace descendente, por ejemplo del nuevo TFCI para el enlace ascendente y el enlace descendente. En el caso de que cambie el formato de ranura en el enlace descendente el UE podría esperar que el NodoB transmita con la nueva configuración. En este caso, hay dos posibilidades: a) El NodoB transmite en paralelo la nueva configuración. Esto no obstante es únicamente posible en el caso de que antes y después de la reconfiguración se usen códigos de propagación de no superposición. b) El NodoB conmuta a la nueva configuración con la detección del cambio en el código de aleatorización de enlace ascendente o cualquier indicación adicional al NodoB. Esto implica que el UE no recibirá el NodoB durante el tiempo de la reconfiguración Una alternativa podría ser indicar al UE que cuando la nueva configuración se aplica el UE debería tolerar una cierta interrupción. La longitud de esta interrupción (número en ranuras/marcos/segundos) podría darse para el UE desde el RNC en la etapa 11.

En la etapa 15, el NodoB podría indicar que la reconfiguración es exitosa al RNC al enviar un mensaje, por ejemplo el mensaje de Recuperación de Enlace de Radio para indicar que el nuevo formato se está usando ahora y que los nuevos canales de transporte de enlace descendente pueden usarse, y que los datos pueden recibirse en los canales de transporte de enlace ascendente. En la etapa 16, el UE envía el mensaje de Completa Reconfiguración al RNC. En la tapa 17, el RAB se considera como establecido, y entonces el RNC puede indicar que el RAB está completo a través del mensaje de respuesta de asignación RAB. (1 ) transmisión simultánea de configuración nueva y vieja con diferente T?PCH En la Figura 18, en las etapas 12 a 14, el NodoB detiene la recepción usando la vieja configuración con la detección de un nuevo código de aleatorización enviado por el UE y entonces inicia la transmisión enviando la nueva configuración. En la práctica el NodoB únicamente requiere interrumpir la transmisión principalmente en el caso de que el código de aleatorización de enlace descendente y/o el formato de ranura/y o desplazamiento del DPCH comparado al SCH sean diferentes. Para permitir al UE obtener la sincronización inmediatamente durante la reconfiguración aún si el factor de propagación/formato de ranura/desplazamiento del DPCH comparado con el SCH son diferentes, y para evitar la ruptura en la recepción durante el tiempo en que el NodoB detecta que el UE ha cambiado el código de aleatorización de enlace ascendente y hasta que el NodoB inicie la transmisión de la nueva configuración en el enlace descendente es posible transmitir simultáneamente la vieja configuración y la nueva configuración como se muestra en la Figura 19. En la Figura 19, se muestra cómo a través del cambio del DPCH la nueva configuración con respecto a la vieja configuración es posible transmitir el DPCCH de la vieja configuración y la nueva configuración simultáneamente. No obstante esto supone que el DPDCH por lo menos parcialmente no se transmitió un alternativamente no se transmite el DPCCH completo de la nueva/vieja configuración sino únicamente la información más importante, es decir los bitios TPC, o los bitios piloto, o los bitios de retroalimentación. La Figura 20 remarca una alternativa a las etapas 10-16 de la Figura 18. En la Figura 20, con la recepción de la indicación para revisar la recepción del nuevo código de aleatorización de enlace ascendente en la Entrega de Reconfiguración de Enlace de Radio que incluye la indicación de que el inicio de la nueva configuración depende del cambio en el código de aleatorización de enlace ascendente el NodoB inicia la transmisión de la nueva configuración durante periodos en los que el DPDCH no se transmite en el enlace descendente. Esto es únicamente posible en el caso en el que tDPCH para la nueva configuración comparada con la vieja configuración es tal que el DPCCH de la nueva configuración cae dentro de períodos en donde nada se transmite. Esto permite que los códigos de propagación usados antes y después de la reconfiguración no requieren ser más ortogonales, es decir pueden seleccionarse en la misma ramificación. (2) Indicación del cambio a la nueva configuración a través de la capa física Para dar al NodoB la posibilidad de ser advertido antes de que la nueva configuración se envíe sería posible que el UE envía una indicación al NodoB que podría enviarse o antes de la reconfiguración. Numerosas realizaciones de dicho esquema serían posibles. Un método podría ser que el UE indicara esto al enviar un cierto patrón de bitios en un código de propagación especial en paralelo a la transmisión del DPCCH/DPDCH como se muestra en la Figura 21. Ahí un patrón específico se envía esta encuadrado en un código de propagación específico adicional. El UE y el NodoB podrían ser informados de que el patrón específico y el código de propagación se usan para indicar cuándo toma lugar la reconfiguración. Otra alternativa sería que el UE cambia únicamente el código de aleatorización de enlace ascendente, sin iniciar tratar recibir inmediatamente usando la nueva configuración de enlace descendente, de manera que el NodoB conoce el cambio inminente de la configuración del enlace descendente. Otra alternativa sería indicar que la reconfiguración sucederá rápidamente al usar TFCIs alternativos o antes de la reconfiguración, es decir como se muestra en la Figura 22, el UE podría únicamente usar el TFCI 6 antes o durante la reconfiguración en lugar del TFCI 0, TFCI 7 en lugar del TFCI 1 etc. esto implica que el TFCI podría no sólo indicar la combinación de formato de transporte tal como hoy día, pero adicionalmente también la conmutación a la nueva configuración. Como el TPCI incluye la información de la información de conmutación podría entonces configurarse por el RNC al NodoB y al UE. También a qué tiempo se aplica (por ejemplo x marcos/ranuras/segundos antes de que la nueva configuración se aplique) el TFCI alternativo u otra indicación podría indicarse por el RNC al NodoB y al UE que podría usar esta información para sincronizar la reconfiguración. Otra alternativa podría ser asignar los bitios FBI como se indica en la Figura 11 para indicar el cambio de la reconfiguración por el UE. En los diferentes métodos como se mostraron antes el cronometrado de la indicación de enlace ascendente podría ser tal que el NodoB tiene tiempo suficiente para prepararse para conmutar a la nueva configuración. Este esquema se muestra en la Figura 23. Debido a que NodoB diferentes pueden tener tiempos de procesamiento diferentes sería posible que el NodoB indicará la diferencia de tiempo entre la transmisión de la indicación del UE a la conmutación a la nueva configuración al RNC en la etapa 10, el RNC confirma que el tiempo que será usado para el NodoB con base en los tiempos recibidos de todos los NodoB en el conjunto activo del UE a los NodoB en la etapa 11 , e indica el tiempo de activación del enlace ascendente que el UE debería usar en la etapa 12. El UE iniciará entonces la reconfiguración al transmitir la indicación al NodoB en la etapa 13. El NodoB podría con la recepción iniciar una cronometración para sincronizar el inicio de la nueva configuración con el UE. En la etapa 15a y 15b el UE y el NodoB podrían iniciar la reconfiguración al mismo tiempo. El NodoB y el UE podrían entonces confirmar la reconfiguración exitosa en la etapa 16 y 17. Como se describió antes, la presente invención proporciona un método para activar el uso de una nueva configuración. Dichos activadores pueden estar comprendidos de (1 ) la transmisión de la nueva configuración desde el RNC a un UE y un NodoB (2); la configuración de una indicación específica en el UE y NodoB para activar el uso de la nueva configuración; y (3) la indicación del UE al NodoB que la nueva configuración se aplica en donde la indicación puede ser cualquiera de: bitios FBI, código de aleatorización de enlace ascendente (para permitir compatibilidad de retorno), un patrón de bitios especial, un conjunto de TFCIs, o similar. Aquí, la indicación puede enviarse x segundos antes de que se aplique la nueva configuración en donde: X se indica por el RNC al NodoB y al UE y X podría indicarse desde el NodoB al RNC previamente dependiendo de las capacidades del NodoB. El UE puede continuar la transmisión de enlace ascendente después de la aplicación de la nueva configuración durante Y segundos si la nueva configuración no se recibe en el enlace descendente en donde: Y se indica por el RNC al UE y Y puede indicarse desde el NodoB al RNC previamente dependiendo de las capacidades del NodoB. Un NodoB puede transmitir dos partes de control que pueden propagarse usando códigos de propagación no ortogonales están aleatorizados con los mismos códigos de aleatorización, y en donde la transmisión está multiplezada en tiempo. Un RNC puede seleccionar los desplazamientos de cronometrado de dos configuraciones de manera que la parte de control de las dos configuraciones puede enviarse multiplexada en tiempo sin sobreponerse, y propagarse por los códigos de propagación no ortogonales de las dos configuraciones. De conformidad, la presente invención acelera procedimientos de establecimiento/liberación o configuración de RB, y reduce por lo tanto el retardo de establecimiento de llamada y optimiza el uso de recursos de canal. Los impactos de la invención son relativamente pequeños y rápidamente factibles en el software del RNC/ NodoB/UE. Para implementar las diversas características descritas antes, la presente invención puede emplear diversos tipos de hardware y/o componentes de software (módulos). Por ejemplo, diferentes módulos de hardware pueden contener diferentes circuitos y componentes necesarios para desarrollar las etapas del método antepor. También, módulos de software diferentes (ejecutados por procesadores y/o otro hardware) puede contener diversos códigos y protocolos necesarios para desarrollar las etapas del método de la presente invención.

La Figura 24 muestra un método de ejemplo del cambio de una configuración de acceso de radio entre una terminal (UE) y una red (NodoB) de acuerdo con la presente invención. A saber, la presente invención proporciona un método de cambio de una configuración de acceso de radio entre una terminal y una red, el método (por ejemplo desarrollado por el NodoB) comprende: iniciar, por la red, una segunda configuración que se refiere a una primera configuración para la misma terminal; informar a la terminal aplicar la segunda configuración; y determinar cuándo la terminal usa la segunda configuración con base en la recepción de una señal de radio desde la terminal. La determinación puede comprender: detectar que la terminal aplicará o ha aplicado la segunda configuración. La determinación puede comprender: comparar una potencia de un primer recurso de radio y una potencia de un segundo recurso de radio. La señal de radio desde la terminal puede corresponder a un canal de control. El canal de control puede comprender bitios piloto modulados por un código de aleatorización que es diferente del código de aleatorización usado para la primera configuración. Se considera que la señal de radio será recibida cuando una potencia de un segundo código de aleatorización de enlace ascendente es mayor que una potencia de un primer código de aleatorización de enlace ascendente. El segundo código de aleatorización de enlace ascendente puede estar dado por la red conjuntamente con la segunda configuración. El canal de control puede comprender por lo menos uno de bitios FBI, código de aleatorización de enlace ascendente, patrón de bitios especial, y un conjunto de TFCI. El paso de iniciar puede comprender: recibir información acerca de la segunda configuración de un controlador de red de radio; y reservar necesariamente recursos de transporte para la segunda configuración. El método puede comprender además: liberar la vieja configuración después de la etapa de determinación. El método puede comprender además: transmitir, a la terminal, una indicación para usar la segunda configuración sin interrumpir la transmisión de enlace ascendente. La señalización que usa por lo menos partes de la primera configuración y por lo menos partes de la segunda configuración puede desarrollarse en paralelo. El método puede comprender además: antes del paso de iniciar, determinar cuando un NodoB de la red es capaz de soportar la primera y segunda configuraciones. También, la presente invención proporciona un método de cambio de una configuración de acceso de radio entre una terminal y una red, el método (por ejemplo, desarrollado por el UE) comprende: recibir información para aplicar una segunda configuración; transmitir, a la red, una señal de radio que indica un cambio en la configuración; y cambiar de una primera configuración a la segunda configuración en un tiempo predeterminado después de la transmisión de la señal de radio. La señal de radio que indica el cambio en la configuración puede estar comprendida en la segunda configuración dada por la red. El método puede comprender además: transmitir continuamente después de aplicar la segunda configuración por una cierta duración despreciando la no recepción usando la segunda configuración. El método puede también comprender: recibir, de la red, una indicación para usar la segunda configuración sin interrumpir la transmisión de enlace ascendente. La Figura 25 muestra un procedimiento de una reconfiguración sincronizada usando un tiempo de activación ajustado como se describió por las etapas 1 ) a 4). En redes actualmente usadas. El retardo introducido debido al establecimiento de portador de radio es una parte significativa del retardo para el establecimiento o reconfiguración de llamadas. Este retardo es principalmente atribuido al procedimiento actual desincronización con tiempo de activación, debido a que el UE y el NodoB únicamente aplicarán una nueva configuración una vez que el tiempo de activación ha expirado. La parte sombreada indica el retardo en donde básicamente el UE y el NodoB están sólo esperando por la expiración del tiempo de activación. Este retardo es necesario ya sea en el caso cuando el UE está en una condición de radio mala que requiere la retransmisión del mensaje de reconfiguración, o en caso de mensaje de falla de UE que requiere algún retardo mínimo. No obstante, en un caso en donde todo trabaja bien (no retransmisión, no mensaje de falla) el mismo retardo se aplica el cual se desperdicia. Por lo tanto, son necesarias mejoras para disminuir este retardo y la sincronización por el uso de un nuevo código de aleatorización de enlace ascendente es un camino propuesto. La Figura 26 muestra un procedimiento de reconfiguración sincronizada con la detección del código de aleatorización de enlace ascendente de acuerdo con la presente invención, como se descpbe en las etapas 1 ) a 8). En una primera etapa, los recursos para el enlace de radio reconfigurado se asignan incluyendo el cambio en el código de aleatorización de enlace ascendente. Puede apreciarse que de antemano, se hizo una revisión en la disponibilidad de los recursos, también de las condiciones de radio UE (por ejemplo valor SIR actual). Dependiendo de estas condiciones, el RNC y el NodoB pueden decidir aplicar cualquier método de sincronización especificado actual al esperar la expiración del tiempo de activación o sincronización por el método propuesto. Cuando la entrega de reconfiguración RL incluye la indicación de revisar un nuevo código de aleatorización UL para sincronización, el NodoB puede entonces iniciar la revisión de si el UE usa el nuevo código de aleatorización. El RNC transmite la nueva configuración al UE con tiempo de activación AHORA. Cuando se recibe, el UE podría entonces aplicar inmediatamente la nueva configuración. Con la detección del nuevo código de aleatorización de enlace ascendente, el NodoB podría entonces detener la transmisión de la vieja configuración, aplicar la nueva configuración y considerar que la reconfiguración es exitosa. La Figura 27 muestra el procesamiento en la capa física. El procesamiento de la capa física se inicia después del establecimiento de L1 en NodoB incluyendo el inicio de la revisión de un nuevo código de aleatorización UL para sincronización.

Cuando el NodoB recibe el mensaje de reconfiguración, continúa transmitiendo y recibiendo la vieja configuración y revisa constantemente si el UE usa el nuevo o viejo código de aleatorización. Como el NodoB conocer el hecho de que el UE actualmente transmitiendo en un RL será reconfigurado, sabe exactamente el canal y las trayectorias del canal de transmisión UL. Entonces, puede desarrollar la detección cuando el UE usa una nueva configuración o la vieja configuración, por ejemplo al desaleatorizar con el viejo y el nuevo código de aleatorización entonces revisa para ver cuál de ellos recibe la mayor parte de la potencia. El retardo en la activación de la nueva configuración en el UE puede asumirse muy corto debido a que el UE se supone que está en las condiciones de radio relativamente buenas que no requieren ninguno o poca retransmisión de mensajes. La nueva configuración podría incluir en la parte superior de un nuevo código de aleatorización de enlace ascendente a ser usado, la orden al UE de no usar el procedimiento A desincronización (por ejemplo al no incluir la Info. de Frecuencia IE). Cuando el UE recibe el mensaje de configuración aplicará la nueva configuración en el comienzo del cuadro siguiente. Tan pronto como el UE use la nueva configuración asume que el DL también usa la nueva configuración con el nuevo código de aleatorización. No obstante, el NodoB continúa aún con la configuración vieja hasta que haya detectado el nuevo código de aleatorización. Entonces puede haber el riesgo de que el UE pueda detectar la pérdida de sincronización que puede llevar a una falla de enlace de radio en un caso en donde el NodoB tome mucho tiempo para detectar el nuevo código de aleatorización. Entonces el tiempo límite para que el NodoB detecte el cambio en el código de aleatorización se da por el período de falla de enlace de radio que es de aproximadamente 3 seg como se explica en lo siguiente. El UE continúa la transmisión hasta que sea detectada una falla de enlace de radio. La falla de enlace de radio se basa en la manipulación fuera-de-sincronización, en donde las capas físicas únicamente reportan un fuera-de-sincronización después de 160 mseg de mala recepción. De manera que la primera fuera-de-sincronización será enviada a las capas superiores después de 160 mseg. Fuera-de-sincronización adicionales pueden transmitirse a las capas superiores cada 10 mseg. Debe haber un N313 fuera de sincronización reportado a la capa superior para iniciar el T313. En la expiración del t313 el UE considerará esto como una falla de enlace de radio y el UE dejará la transmisión, es decir después de 160 mseg + N313 *10 mseg + T313. Los valores de opción pasiva para N313 y T313 pueden ser 20 y 3 seg respectivamente, lo que daría un retardo de 3360 msegs antes de detener la transmisión de enlace ascendente. Por lo tanto como el NodoB sabe que el nuevo código de aleatorización y el código de aleatorización previo se transmiten del mismo UE la información de cronometrado precisa está disponible en el NodoB. Entonces la probabilidad de detectar el nuevo código de aleatorización antes de 3 seg de falla de RL es mayor.

El retardo para la detección podría depender de muchos parámetros como el objetivo SIR que es necesapo para el NodoB es implementación específica, también el desplazamiento entre DPCCH y DPDCH, y los valores Beta son implementación específica, y el circuito exterior probablemente impacte la transmisión desde el UE que tampoco está estandarizado. Para detectar el cambio en el código de aleatorización el umbral requiere ser fijo. Se relaciona a diferentes condiciones de radio (peatones, vehiculares etc.) y diferentes objetivos ULSIRDPCCH para el enlace ascendente. El umbral objetivo puede definirse como la relación SIR nuevo/SIR viejo. En donde el SIR nuevo es el SIRDPCCH medido con un nuevo código de aleatorización, y el SIR viejo es el SIRDPCCH medido con el código de aleatorización actual (inicial). Durante el período de revisión, como se muestra en la Figura 27. el umbral objetivo se compara al SIR nuevo/SIR viejo medido actual; cuando excede el umbral objetivo el NodoB considera el cambio en el código de aleatorización de enlace ascendente entonces aplica nuevos parámetros de configuración. Para definir el umbral objetivo, se desarrolla simulación para definir para cada objetivo ULSIRSPCCH dos CDFs de la relación máxima de SIR nuevo/SIR viejo uno correspondiente a la relación antes de que el UE haya aplicado la nueva configuración y otro a la relación después de que el UE haya aplicado la nueva configuración. Con base en estos CDFs el umbral puede definirse para diferentes valores UL SIR DPCCH que el NodoB debería usar de manera que la probabilidad de detección falsa se limite a un cierto valor. Entonces los CDFs de SIR nuevo/SIR viejo para cada ranura (o N ranuras promediadas) después de que el UE ha aplicado una nueva configuración permitirán revisar después de cuantas ranuras el NodoB podría haber detectado el nuevo código de aleatorización con una probabilidad dada. Una característica de la presente invención es combinar las ventajas del procedimiento de reconfiguración sincronizado en términos de eficiencia y uso de recursos con la velocidad del procedimiento de conmutación dura no sincronizado para disminuir el retardo para un procedimiento de reconfiguración que se usa típicamente por ejemplo para el establecimiento de llamada de video/voz o la reconfiguración de enlaces de radio. La Figura 28 muestra un esquema de ejemplo para usar Sincronización por el Tiempo de Activación AHORA y el nuevo código de aleatorización de acuerdo con la presente invención, como se describió en las etapas 1 ) a 10). En la etapa 1 , los recursos para la reconfiguración de este enlace de radio se asignan incluyendo el cambio en el código de aleatorización de enlace ascendente. Debe apreciarse que la asignación de recursos puede incluir la disponibilidad de recursos, cuando el NodoB o el DRNC soportan los procedimientos así como una revisión de las condiciones de radio (por ejemplo valor SIR actual). Dependiendo de estas condiciones, la red (por ejemplo RNC y NodoB) puede decidir aplicar cualquiera del método de sincronización especificado actual al esperar la expiración del tiempo de activación o aplicar un nuevo método de sincronización. Cuando la reconfiguración RL se activa como se muestra en la etapa 2 usando el mensaje de Entrega de Reconfiguración de Enlace de Radio incluyendo la indicación de revisar el nuevo código de aleatorización UL para sincronización (es decir, IE Reconfiguración Rápida) en el caso de que se haya confirmado previamente en la etapa 1 que este procedimiento puede aplicarse, el NodoB podría entonces iniciar la revisión de si el UE usa el nuevo código de aleatorización. Sería responsabilidad de la implementación del NodoB asegurar que la reconfiguración es confiable. Esto puede hacerse por el NodoB al retransmitir por lo menos el DPCCH de enlace descendente de la nueva configuración de manera que se mantenga el control de potencia UL. La potencia de la transmisión del DPCCH de enlace descendente usando la nueva configuración puede enlazarse a la potencia para la transmisión del DPCCH viejo. Hasta que el NodoB haya detectado que el UE usa la nueva configuración en el enlace ascendente el NodoB debería enviar comandos UP. El valor CFN que aún está contenido en la Entrega de Reconfiguración de Enlace de Radio se usa para indicar el más pronto CFN posible al cual la reconfiguración puede aplicarse por el UE. Por lo tanto la confiabilidad de este procedimiento debería ser al menos similar a la confiabilidad del procedimiento de conmutación dura o mayor, porque durante el procedimiento del cronometrado de los RLs no cambia.

Si se requiere, el RNC puede incrementar el objetivo SIR para el control de potencia del circuito exterior durante la fase de reconfiguración a través del marco de control OUTER LOOP PC. El RNC transmite la nueva configuración al UE con tiempo de activación AHORA como se muestra en la etapa 4 en un mensaje de control RB. Cuando se recibe el UE entonces inmediatamente aplica la nueva configuración como se muestra en la etapa 5. Con la detección del nuevo código de aleatorización de enlace ascendente el NodoB entonces detiene la transmisión de la vieja configuración, aplica la nueva configuración y considera que la reconfiguración es exitosa. Para indicar al RNC que la nueva configuración se aplica en el enlace ascendente y el enlace descendente se envía la Indicación de Recuperación de Enlace de Radio al RNC de manera que el RNC pueda iniciar el uso de la nueva configuración como se muestra en la etapa 9. En la etapa 10 el UE indica el término de la reconfiguración al RNC. En la Figura 29, se muestran los detalles del comportamiento para el caso en donde el NodoB está la interfase lur. En la etapa 1 el SRNC indica al DRNC que es necesaria una reconfiguración, y al incluir el IE de Reconfiguración Rápida, indica al DRNC que la sincronización debería desarrollarse a través del nuevo método como se muestra en la etapa 1. En la etapa 2, el DRNC puede entonces determinar si están disponibles los recursos necesarios, y si se requiere, asignar códigos DL OVSF desde una rama diferente del árbol de códigos, es decir códigos que están no relacionados para permitir la difusión simultánea de los canales DL DPCCH viejos y nuevos. Si el nuevo IE no se entiende el DRNC ignorará esta información, y no enviará el IE de Reconfiguración Rápida en el mensaje LISTA RECONFIGURACION DE ENLACE DE RADIO que permite al SRNC entender que el procedimiento legado debe usarse, y el DRNC desarrolla el procedimiento legado como se muestra en las etapas 3b, 4b, 5b y 6b. En el caso que la revisión y la reservación de recursos en la etapa 2 fuera exitosa, el DNRC indica al NodoB que la sincronización de la reconfiguración debería basarse en el código de aleatorización UL como se muestra en la tapa 3a, que permite al NodoB en la etapa 4a reservar los recursos necesarios y determinar si el nuevo método está soportado o no. En el caso en que el NodoB no comprenda el IE de Reconfiguración Rápida el NodoB procederá con el método legado como se muestra en las etapas 4b, 5b y 6b. Como se explicó antes en el caso en que el formato de ranura cambie durante la reconfiguración es preferible que los códigos de propagación DL antes de la reconfiguración y después de la reconfiguración se usen a partir de una rama diferente del árbol de códigos. Esto se debe al hecho de que esto permite primeramente transmitir el DL DPCCH de la vieja y nueva configuración en paralelo, y en segundo lugar que durante los marcos durante los cuales el NodoB aplica la vieja configuración y el UE supone que la nueva configuración se transmite el UE podría interpretar, por ejemplo, que los bitios de piloto enviados por el NodoB usando la vieja configuración con el viejo código de propagación y el viejo formato de ranura como los bitios TCP en la nueva configuración. Esto puede suceder debido al hecho de que los códigos OVSF de la misma ramificación con diferentes factores de propagación no son necesariamente ortogonales y los patrones para el DPCCH en diferentes formatos de ranura no es el mismo. Con relación a la complejidad en el NodoB e impacto del sistema, el impacto del esquema de la presente invención en la implementación del NodoB por supuesto depende en gran medida en los detalles de la implementación del NodoB actual. No obstante, la complejidad debida al requerimiento de recibir y opcionalmente transmitir simultáneamente en una vieja y nueva configuración es siempre inferior a la complejidad de una conmutación dura en donde requieren desarrollarse dos estimaciones y recepciones de canal completamente independientes. También debe remarcarse que la duración de la recepción de la vieja y nueva configuración es menor que la recepción doble en el caso de que el procedimiento de conmutación dura se use debido al hecho de que el tiempo más reciente se incluye en el mensaje de Entrega de Reconfiguración de Enlace de Radio. Se han propuesto propuestas alternativas con impacto en UE. Las cuales podrían permitir el uso de la reconfiguración con el tiempo de activación AHORA en lugar de usar la reconfiguración de enlace de radio sincronizada. Se propone que el UE cambie el patrón TFCI usado, los bitios FBI o que el UE use un patrón piloto diferente antes de que aplique la nueva configuración. Esta podría permitir al NodoB detectar el cambio de configuración sucederá pronto. No obstante, esto implica que hay un retardo adicional introducido debido al hecho de que el UE no aplica la nueva configuración inmediatamente. También, la confiabilidad de dicho esquema no es necesariamente mayor, debido a que la confiabilidad depende principalmente en la potencia enviada en el UL, y el número de bitios FBI o TFCI están todos los formatos de ranura menores que el número de los bitios piloto. Por lo tanto, se considera que la complejidad adicional en el UE, y la disponibilidad de dicho procedimiento únicamente en las terminales y redes más recientes (por ejemplo, Libración 7) podría no ser tan atractiva como la presente invención, que propone un método que permite reducir el retardo para reconfiguraciones hacer reducidas por numerosos cientos de milisegundos, sin impactar la implementación del UE. Esta especificación describe diversas modalidades ilustrativas de la presente invención. El alcance de las reivindicaciones pretende abarcar diferentes modificaciones y disposiciones equivalentes de las modalidades ilustrativas descritas en la especificación. Por lo tanto, las siguientes reivindicaciones deben considerarse la interpretación razonablemente más amplia para cubrir modificaciones, estructuras equivalentes, y características que son consistentes con el espíritu y alcance de la invención descrita en la presente.

Claims (1)

1. NOVEDAD DE LA INVENCIÓN REIVINDICACIONES 1.- Un método para cambiar una configuración de acceso de radio entre una terminal y una red, el método comprende: iniciar, por la red, una segunda configuración que se relaciona a una primera configuración para la misma terminal; informar a la terminal de aplicar la segunda configuración; y determinar cuándo la terminal usa la segunda configuración con base en la recepción de una señal de radio desde la terminal. 2 - El método de conformidad con la reivindicación 1 , caracterizado además porque la determinación comprende: detectar que la terminal aplicará o ha aplicado la segunda configuración. 3.- El método de conformidad con la reivindicación 1 , caracterizado además porque la determinación comprende: comparar una potencia de un primer recurso de radio y una potencia de un segundo recurso de radio. 4.- El método de conformidad con la reivindicación 1 , caracterizado además porque la señal de radio desde la terminal corresponde a un canal de control. 5.- El método de conformidad con la reivindicación 4, caracterizado además porque el canal de control comprende bitios piloto modulados por un código de aleatorización que es diferente de un código de aleatorización usado por la primera configuración. 6.- El método de conformidad con la reivindicación 1 , caracterizado además porque se considera que la señal de radio se ha recibido cuando una potencia de un segundo código de aleatorización de enlace ascendente es mayor que una potencia de un primer código de aleatorización de enlace ascendente. 7.- El método de conformidad con la reivindicación 6, caracterizado además porque el segundo código de aleatorización de enlace ascendente se da por la red conjuntamente con la segunda configuración. 8.- El método de conformidad con la reivindicación 4, caracterizado además porque el canal de control comprende por lo menos uno de bitios FBI, código de aleatorización de enlace ascendente, patrón de bitios especial, y un conjunto de TFCI. 9.- El método de conformidad con la reivindicación 1 , caracterizado además porque la etapa de iniciar comprende: recibir información acerca de la segunda configuración de un controlador de red de radio; y reservar los recursos de transporte necesarios para la segunda configuración. 10.- El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: liberar la vieja configuración después de la etapa de determinación. 11.- El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: transmitir, a la terminal, una indicación del uso de la segunda configuración sin interrumpir la transmisión de enlace ascendente. 12.- El método de conformidad con la reivindicación 1 , caracterizado además porque la señalización que usa por lo menos partes de la primera configuración y por lo menos partes de la segunda configuración se desarrolla en paralelo. 13.- El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: antes de la etapa de iniciar, determinar si un Nodo B de la red es capaz de soportar la primera y segunda configuraciones. 14.- Un método para cambiar una configuración de acceso de radio entre una terminal y una red, el método comprende: recibir información para aplicar una segunda configuración; transmitir, a la red, una señal de radio que indica un cambio en la configuración; y cambiar de una primera configuración a la segunda configuración en un tiempo predeterminado después de transmitir la señal de radio. 15.- El método de conformidad con la reivindicación 14, caracterizado además porque la señal de radio que indica el cambio en configuración está comprendida en la segunda configuración dada por la red. 16.- El método de conformidad con la reivindicación 14, caracterizado además porque comprende adicionalmente: transmitir continuamente después de la aplicación de la segunda configuración por cierto tiempo despreciando la no recepción usando la segunda configuración. 17.- El método de conformidad con la reivindicación 14, caracterizado además porque comprende adicionalmente recibir, de la red, una indicación del uso de la segunda configuración sin interrumpir la transmisión de enlace ascendente.