MXPA06012751A - Metodo y aparato para proporcionar mensajes mejorados en un canal de control comun en un sistema de comunicacion inalambrica. - Google Patents

Abstract

Un metodo y aparato para proporciona nuevas configuraciones para transmitir control en informacion entre una terminal movil y una red utilizando un canal logico/canal de transporte del canal de control comun (CCCH); las nuevas configuraciones permiten que se envien mensajes que son mas grandes a los permitidos actualmente y se indica la disponibilidad de nuevas configuraciones de manera que no se impacten las terminales moviles que no soportan las nuevas configuraciones.

Description

En diciembre de 1998, la ETSI de Europa, ARIB/TTC de Japón, T1 de los Estados Unidos y TTA de Corea formaron un proyecto de asociación de tercera generación (3GPP). El 3GPP crea especificaciones detalladas de tecnología UMTS. Para lograr un desarrollo técnico rápido y eficiente de UMTS, se han cread cinco grupos de especificación técnica (TSG) dentro de 3GPP para estandarizar el UMTS al considerar la naturaleza independiente de los elementos de red y sus operaciones. Cada TSG desarrolla, a prueba y maneja la especificación estándar dentro de una relación relacionada, Entre esos grupos, el grupo de red de acceso a radios (RAN) (TSG-RAN) desarrolla los estándares par las funciones, requerimientos e interfaz de la red de acceso terrestre a radio UMTS (UTRAN), que es una nueva red de acceso a radio para soportar tecnología de acceso W-CDMA en UMTS.. Una estructura de red UMTS convencional 1 se ilustra en la figura 1. Una terminal móvil 2, o equipo de usuario (UE), se conecta a una red central 4 a través de una red de acceso terrestre a radio UMTS (UTRAN) 6. La UTRAN 6 configura, mantiene y maneja un portador de acceso a rayo para comulaciones entre el UE 2 y la red central 4 para cumplir con requerimientos de extremo a extremo de calidad de servicio. La UTRAN 6 consiste en por lo menos un subsistema de red de radio 8 incluyendo una RNC 10 que actúa como un punto de acceso a la red central 4 y por lo menos un Nodo B 12 manejado por un RNC correspondiente. Lo RNCs 10 clasifican lógicamente como RNCs, de control, que asigna y manejan recursos de radio comunes para una pluralidad de UEs 2 de una celda y RNCs de servicio, que asignan y manejan recursos de radio dedicados para un UE 2 de una celda. Cada Nodo B 12 maneja por lo menos una celda. La red central 4 puede dividirse de conformidad con el tipo de servicio proporcionado, a saber un dominio de circuito conmutado (CS) y un dominio de paquete conmutado (PS). Por ejemplo, un servicio de conversación de voz en general es un servicio de circuito conmutado (CS), mientras que un servicio de navegación por la red mediante una conexión con Internet se clasifica como un servicio de paquete conmutado (PS). El dominio CS, incluye un centro de conmutación móvil (MSC) 14 que actúa como un punto de acceso a la UTRAN 6 y un centro de conmutación móvil de compuerta (GMSC) 16 que actúa como un punto de acceso a una red externa. El dominio PS incluye un nodo de soporte GPRS de servicio (SGSN) que actúa como un punto de acceso a la UTRAN 6 y un nodo de soporte (GGSN) 20 de compuerta GPRS que actúa como un punto de acceso para la red externa. Un registro de ubicación de visitante (VLR) 22 y un registro de ubicación de inicio (HLR) 24 manejan información de registro de usuario. En el dominio CS, el punto de acceso de la red central 4 es MSC 14 mediante una interfaz lu-CS. Para soportar servicios de circuito conmutado, los RNC 10 se conectan a MSC 14 de la red central 4 y MSC se conectan a GMSC 16 que maneja la conexión con otras redes.

En el dominio PS, el punto de acceso de la red central 4 es SGSN 18 mediante una interfaz lu-PS. Para soportar servicios de paquete conmutado, RNC 10 se conectan a SGSN 18 y GGSN 20 de la red central 4. SGSN 18 soporta las comunicaciones en paquete con RNC 10 y GGSN 20 maneja la conexión con otras redes de paquete conmutado, como en Internet. La interfaz entre UE 2 y la UTRAN 6 se lleva a cabo a través de un protocolo de interfaz de radio establecido de conformidad con especificaciones de red de acceso a radio 3GPP. La arquitectura convencional de protocolo de interfaz de radio se muestra en la figura 2. Como se ilustra en la figura 2, el protocolo de interfaz de radio convencional tiene capas horizontales que comprenden una capa física (L1 ), una capa de vínculo a datos (L2), y una capa de red (L3), y tiene planos verticales que comprenden un plano de usuario (plano U) para transmitir datos de usuario en plano de control (plano C) para transmitir información de control. El plano de usuario es una región que maneja información de tráfico con el usuario, como paquetes de voz o de protocolo de Internet (IP). El plano de control es una región que maneja información de control para una interfaz con una red y mantenimiento y manejo de una llamada. Las capas de protocolo pueden dividirse 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 de interconexión de sistema abierto (OSI). La primera capa (L1 ) es la capa física. La segunda capa (L2) incluye una capa de control de acceso a medio (MAC), una capa de control de vínculo a radio (RLC), una capa de control de transmisión/transmisión múltiple (BMC) y una capa de protocolo de convergencia de datos en paquete (PDCP). La capa (PHY) física proporciona servicio de transferencia de información a una capa superior utilizando varias técnicas de transferencia de radio. La capa física se vincula mediante canales de transporte a una capa de control de acceso a medio (MAC). La capa MAC maneja el trazado entre canales lógicos y canales de transporte y proporciona asignación de los parámetros MAC para asignación y reasignación de recursos de radio. La capa MAC se conecta a la capa física mediante canales de transporte y puede dividirse en una subcapa MAC -b, una subcapa MAC -d, una subcapa MAC -c/sh y una subcapa MAC -hs de acuerdo al tipo de canal de transporte que está siendo manejado. La capa MAC se conecta a una capa superior llamada la capa de control de vínculo a radio (RLC) vía un canal lógico. Varios canales lógicos son proporcionados de conformidad con el tipo de información transmitida. En general, un canal de control se utiliza para transmitir información de plano de control y un canal de tráfico se utiliza para transmitir información de plano de usuario. Un canal lógico puede ser un canal lógico o un canal dedicado dependiendo de si el canal lógico es compartido. 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 transmisión (BCCH), y un canal de control de localización (PCCH) o un canal de control de canal compartido. El BCCH proporciona información incluyendo información utilizada por un UE 2 para acceder a la red central 4. PCCH es usado por la UTRAN 6 para acceder a un UE 2. Los diferentes canales lógicos se enlistan en la figura 3. La subcapa MAC -b maneja un BCH (canal de transmisión), que es un canal de transporte que maneja la transmisión de información del sistema. En el vínculo descendente, la subcapa MAC- c/sh maneja un canal de transporte común, como un canal de acceso delantero (FACH) o un canal compartido de vínculo descendente (DSCH), que es compartido con una pluralidad de terminales. En el vínculo ascendente, la subcapa MAC-s/sh maneja un canal de acceso a radio (RACH). Por ello, cada UE 2 tiene una entidad MAC-c/sh. El mapeo posible entre los canales lógicos y los canales de transporte a partir de la perspectiva de un UE 2 se ilustra en la figura 4. El mapeo posible entre los canales lógicos y los canales de transporte a partir de la perspectiva de una UTRAN 6 se ilustra en la figura 5. La subcapa MAC-d maneja un canal dedicado (DCH), que es un canal de transporte dedicado para un UE 2. La subcapa MAC-d se ubica en un RNC 10 de servicio (SRNC) que maneja un UE 2 correspondiente, y una subcapa MAC-d también existe en cada UE 2. La capa RLC, dependiendo de modo en operación RLC, soporta transmisiones de datos confiables y realiza segmentación y concatenación en una pluralidad de unidades de datos de servicio RLC (SDU) suministradas desde una capa superior. Cuando la capa RLC recibe los RLC SDU de la capa superior, la capa RLC ajusta el tamaño de cada RLC SDU de manera apropiada con base en la capacidad de procesamiento y entonces crea unidades de datos al añadir información encabezado a esta. Las unidades de datos, llamadas unidades de datos de protocolo (PDU) se transfieren a la capa MAC mediante un canal lógico. La capa RLC incluye una memoria intermedia RLC para almacenar las RLC SDU y/o las RLC PDU. Los servicios RLC son usados por capas de protocolo específicas al servicio en el plano de usuario, a saber un protocolo de control de transmisión/transmisión múltiple (BMC) y un protocolo de convergencia de datos en paquete (PDCP) y se utilizan mediante una capa de control de recursos de radio (RRC) para señalizar el transporte en el plano de control. La capa BMC programa un mensaje de transmisión por celda (CB) entregado desde la red central 4 y permite al mensaje CB ser transmitido a los UE 2 correspondientes en la celda apropiada. La información de encabezado, como un identificador de mensaje, un número de serie, y un esquema de codificación, es añadido a mensaje CB para generar un mensaje BMC para entrega a la capa RLC. La capa RLC anexa información de encabezado RLC y transmite el mensaje así formado a la capa MAC vía un canal de tráfico común como un canal lógico. La capa MAC mapea el canal de tráfico común a un canal de acceso delantero (FACH) como un canal de transporte. El canal de transporte es mapeado con un canal físico control común secundario como el canal físico.

La capa PDCP está ubicado por encima de la capa RLC. La capa PDCP se utiliza para transmitir datos de protocolo de red, como IPv4 9 IPv6, de forma efectiva sobre una interfaz de radio con un ancho de banda relativamente pequeño. Para este propósito, la capa (RRC) reduce información de control innecesaria utilizada en una red cableada, una función llamada compresión de encabezado. La capa de control de recurso de radio (RRC) ubicada en la porción más baja de la tercera capa (L3) sólo se define en el plano de control. La capa RRC maneja la señalización de plano de control de la capa de red (L3) entre los UE 2 y la UTRAN 6 y controla el transporte y canales físicos para el establecimiento reconfiguración y liberación de portadores de radio. Un portador de radio es un servicio proporcionado por una capa inferior, como la capa RLC o capa MAC para transferencia de datos entre el UE 2 y la UTRAN 6. La interfaz por aire (Uu) entre el UE 2 y la UTRAN 6 incluye la capa RRC para el establecimiento, reconfiguración y liberación de portadores de radio, por ejemplo un servicio que provee transferencia de datos entre el UE y un RNC 10 del UTRAN. El establecimiento de un portador de radio determina las características de regulación de la capa de protocolo y el canal necesario para proporcionar un servicio específico, estableciendo así los parámetros y métodos operativos de servicio. Un UE 2 es considerado como que está en el modo conectado a RRC cuando la capa RRC de un UE y la capa RRC de un RNC 10 correspondientes están conectados, proporcionando así una transferencia bidireccional de mensajes RRC. Si no hay conexión RRC, el UE 2 se dice está en el modo inactivo de RRC. Al reenergizar, un UE está en el modo inactivo de RRC por omisión. Cuando es necesario, un UE 2 con RRC inactivo hacen la transición al modo conectado a RRC a través de un procedimiento de conexión RRC. Una conexión RRC se establece, por ejemplo, cuando la transferencia de datos en vínculo ascendente es necesitada para hacer una llamada o para responder un a mensaje de localización desde el RNC 10. La conexión RRC conecta el UE 2 al RNC 10 de la UTRAN 6. Las diferentes posibilidades que existen para el mapeo entre los portadores de radio y los canales de transporte no son todos posibles todo el tiempo. El UE 2 y la UTRAN 6 deducen el posible mapeo dependiendo del Estado del UE y el procedimiento que el UE y la UTRAN están ejecutando. Los diferentes canales de transporte son mapeados sobre diferentes canales físicos. Por ejemplo, el canal de transporte RACH es mapeado sobre un PRACH dado, el DCH puede mapearse sobre el DPCH, el FACH y el PCH pueden mapearse en el S-CCPCH, y el DSCH se mapea con el PDSCH. La configuración de los canales físicos es determinada por intercambio de señalización RRC entre el RNC 10 y el UE 2. Ya que una conexión RRC existe para UE 2 en modo conectado a RRC, la UTRAN 6 puede determinar la existencia de un UE en particular dentro de la unidad de celdas, por ejemplo en cual celda o conjunto de celdas el UE en modo conectado RRC reside y cual canal físico el UE está monitoreando. Por ello, el UE 2 puede ser efectivamente controlado. En contraste la UTRAN no puede determinar la existencia de un UE 2 en modo inactivo. La existencia de UE 2 inactivos sólo puede ser determinada mediante la red central 4 a estar dentro de una región que sea más grande que una celda, por ejemplo una ubicación o un área de enrutado. Por ello, la existencia de UE 2 en modo inactivo es determinada dentro de regiones grandes y, para recibir servicios de comunicación móvil como voces o datos, el UE en modo inactivo debe transicionar al modo conectado a RRC. Las posibles transiciones entre el modo y estados se ilustran en la figura 6. Un UE 2 en modo conectado a RRC puede estar en diferentes estados, por ejemplo estado CELL_FACH, estado, CELL_PCH estado, CELL-DCH o estado URA_PCH. Dependiendo del estado, el UE 2 desempeña diferentes acciones y monitorea diferentes canales. Por ejemplo un UE 2 en estado CELL_DCH tratará de monitorear, entre otras cosas, un tipo de canal de transporte DCH que esté mapeado con un cierto DPCH. Un UE 2 en estado CELL_FACH monitoreará varios canales de transporte FACH que son mapeados a un cierto S-CCPH. Un UE 2 en estado CELL_PCH monitoreará el canal PICH y el canal PCH que es mapeado con un cierto canal físico S-CCPCH. Las acciones de un UE 2 también son diferentes dependiendo del estado. Por ejemplo un UE 2, está en estado CELL_FACH cada vez que se mueve a una celda a otra celda y, dependiendo de diferentes condiciones, el UE iniciará el procedimiento de actualización de celda al transmitir un mensaje de actualización de celda al Nodo B 12 para indicar que el UE ha cambiado ubicación e iniciará monitoreando el canal FACH. Este procedimiento también es llevado a cabo cuando el UE 2 transiciona de cualquier otro estado a CELL_FACH y el UE no tiene C-RNTI disponible, por ejemplo cuando transiciona de estado CELL_PCH o estado CELL_DCH o cuando un UE en estado CELL_FACH fue previamente fuera de un área de cobertura. Para distinguir transmisiones entre RNC 10 y los diferentes UE 2 y para distinguir los diferentes portadores de radio que pueden ser multiplexados en la capa MAC, el MAC incluye un encabezado en las transmisiones. El tipo de canal lógico determina el tipo de encabezado MAC que el UE 2 utiliza para transmitir el mensaje, el modo UMTS (FDD o TDD) y el canal de transporte al cual el canal lógico es mapeado. Este encabezado puede contenedor un identificador que identifica un UE 2 específico. Hay muchos identificadores diferentes utilizados en el encabezado MAC para distinguir transmisiones a/desde los diferentes UE 2. El RNC 10 asigna los identificadores diferentes. Ejemplos de identificadores son C-RNTI, U-RNTI, S-RNTI y H-RNTI, C-RNTI es utilizado para identificar un UE 2 dado en una celda dada. U-RNTI se utiliza para identificar un UE 2 en un sistema UTRAN 6 dado. S-RNTI identifica el UE 2 en un canal de transporte DSCH. H-RNTI identifica UE2 en un canal de transporte HSDPA dado.

Los campos que están contenidos en el encabezado MAC para todos los canales de transporte excepto el canal de transporte HS-DSCH se ilustran en la figura 7. El campo TCTF (campo de tipo canal objetivo) indica el tipo de canal lógico que es mapeado en el canal de transporte dado en el caso que diferentes canales lógicos puedan ser mapeados en el canal de transporte. El tipo UE-ld es el identificador UE 2. El campo C T indica el portador de radio que fue establecido. TCTF es utilizado para distinguir entre los diferentes canales lógicos. Distinguir entre canales lógicos determina el formato exacto del resto del encabezado MAC. Por ejemplo, si CCCH es mapeado en RACH/FACH, el encabezado MAC contiene sólo el campo TCTF que lleva la información que el resto de MAC PDU contiene un mensaje de un canal de transporte tipo CCCH. Presentemente, el estándar UMTS indica que sólo el portador de radio de señalización 0 (SRBO) puede utilizar el canal lógico CCCH. Por ello no hay necesidad para el campo C/T cuando el canal lógico CCCH es usado. En el vínculo ascendente no todos los canales de transporte están disponibles dependiendo del estado del UE 2. Por ejemplo cuando el UE 2 está en estado CELL FACH, el UE no puede utilizar un canal de transporte DCH, pero puede utilizar, por ejemplo, un canal de transporte RACH. Para el mapeo de DCCH en RACH por ejemplo, el UE 2 debe tener un C-RNTI. Sin embargo, si el UE 2 se ha movido a una celda nueva y desea iniciar el procedimiento de actualización de celda, el UE no tiene un C-RNTI. Por ello, el UE 2 puede solo mapearse al canal lógico CCCH en RACH. En codificar el mensaje CCCH, una "identidad inicial", que ya sea está fija o asignada UE 2 por la red central 4 o el U-RNTI es incluida en el mensaje para distinguir el UE 2. La misma situación existe cuando el UE 2 ha sido encendido y quiere establecer una conexión RRC. Por ello, el UE 2 puede sólo utilizar el canal lógico CCCH mapeado al canal de transporte RACH para transmitir el mensaje de solicitud de conexión RRC. La capa En el vínculo ascendente no todos los canales de transporte están disponibles dependiendo del estado del UE 2. Por ejemplo cuando el UE 2 está en estado CELL FACH, el UE no puede utilizar un canal de transporte DCH, pero puede utilizar, por ejemplo, un canal de transporte RACH. Para el mapeo de DCCH en RACH por ejemplo, el UE 2 debe tener un C-RNTI. Sin embargo, si el UE 2 se ha movido a una celda nueva y desea iniciar el procedimiento de actualización de celda, el UE no tiene un C-RNTI. Por ello, el UE 2 puede solo mapear el canal lógico CCCH en RACH. En codificar el mensaje CCCH, una "identidad inicial", que ya sea está fija o asignada UE 2 por Iña red central 4 o el U-RNTI es incluido en el mensaje para distinguir el UE 2. La misma situación existe cuando el UE 2 ha sido encendido y quiere establecer una conexión RRC. Por ello, el UE 2 puede sólo utilizar canal lógico CCCH mapeado en el canal de transporte RACH para transmitir el mensaje de solicitud de conexión RRC. La capa RLC puede usar ya sea modo transparente (TM), modo no reconocido (UM) o modo reconocido (AM). Dependiendo del modo, el tamaño de RLC PDU puede cambiar después de cada transmisión de un bloque de transporte. En modo TM y UM el tamaño de RLC PDU puede cambiar después de cada transmisión. En AM, el tamaño de PDU puede no ser cambiado dinámicamente pero sólo a través de una reconfiguración por el RNC 10 porque la PDU pueden ser retransmitidas. Los canales de transporte pueden manejar RLC PDUs de tamaños predefinidos. El tamaño de bloque de transporte de la capa física es definido por el tamaño RLC PDUs y el tamaño del encabezado MAC. Diferentes canales de transporte permiten diferentes tamaños de bloque de transporte y un canal de transporte dado puede también permitir diferentes tamaños. Generalmente, los tamaños de bloque de transporte un UE 2 es permitido ahusar para un portador de radio específico son determinados por RNC 10 o fijados por el estándar UMTS. Un canal de transporte es definido por su tipo, por ejemplo RACH, FACH, DCH, DSCH o USCH, y por sus atributos. Algunos a tributos son dinámicos y algunos atributos son semi-estáticos. Atributos dinámicos incluyen el tamaño de bloque de transporte, que es el tamaño de MAC PDU; el tamaño fijo de bloque de transporte, que es el tamaño de MAC-PDU multiplicado por el número de MAC-PDU que pueden ser transportados en un intervalo de tiempo de transmisión (TTI); y el intervalo de tiempo de transmisión, que es un atributo dinámico opcional para TDD únicamente. Atributos semi-estáticos incluyen el intervalo de tiempo de transmisión, que es obligatorio para FDD y opcional para la parte dinámica de portadores TDD NRT; el esquema de protección de error aplicado; el tipo de protección de error; el código turbo; el código convolucional; codificación sin canal, que es semi-estática para TDD únicamente; la velocidad de codificación; el parámetro de coincidencia de porcentaje estático; y el tamaño de CRC. La parte semi-estática de un atributo puede solo ser cambiada cuando la capa RRC cambia la configuración. La parte dinámica de un atributo proporciona varias alternativas, por ejemplo que pueda haber uno, dos o tres bloques de transporte transmitidos en un ??. Aún más, el tamaño de bloque de transporte puede ser cambiado durante cada TTi. Un conjunto de valores de las partes dinámicas y las partes semi-estáticas es llamado un formato de transporte (TF). Cada canal de transporte puede utilizar uno o más formatos de transporte. Por ejemplo, sólo un canal de transporte puede ser mapeado en el canal de acceso aleatorio físico (PRACH), el canal al cual la presente invención está dirigida. El mensaje PRACH incluye una porción de datos que es generada fuera del conjunto de bloques de transporte recibidos por el estatus MAC e incluye información de control que es generada en la capa física. La información de control incluye el indicador de combinación de formato de transporte (TFCI) que es utilizado para determinar la formación y el formato de transporte que es utilizado para la transmisión. La figura 8 ilustra la estructura de mensajes RACH. Cuando un portador de radio es mapeado vía un canal lógico a vía un canal de transporte, no todas las combinaciones de formato de transporte existentes pueden ser usadas. Las combinaciones de formato de transporte permisibles son determinadas por el protocolo RRC según lo índica información de mapeo RB. Presentemente, el estándar UMTS indica que el número de portador de radio de señalización cero (SRBO) siempre es mapeado vía un canal lógico CCCH en el canal de transporte RACH. Presentemente, el estándar UMTS también indica que un UE 2 es sólo permitido a usar el primer formato de transporte que está enlistado para el RACH seleccionado para transmisión de mensajes vía CCCH. Generalmente el primer formato de transporte de un RACH puede llevar sólo un bloque de transporte de 168 bits. Sin embargo, los mensajes que son transmitidos vía CCCH pueden ser grandes y, en algunas situaciones puede ser benéfico utilizar también otros tamaños de bloque de transporte. CCCH se fija a siempre usar modos TM en el vínculo ascendente. Modos no soporta la segmentación y el margen de celda. El encabezado MAC siempre incluye solo el encabezado TCTF que consiste de 2 bits. Por ello, el mensaje RRC que es portado en MAC SDU debe ser adaptado para cumplir con el tamaño requerido de MAC SDU.

Mensajes RRC son generados utilizando una codificación especial conocida como codificación ASN. 1. La figura 9 ilustra su codificación ASN. 1 de un mensaje RRC para CCCH. Los diferentes elementos de información que forman la parte de R99 y la parte de extensión son codificadas por los medios de ASN. 1 para carear la producción básica. El codificador añade bits de margen para asegurar que el número de bits es un múltiplo de 8. Para adaptar el tamaño RRC PDU al tamaño de MAS SDU para los mensajes CCCH en TM, el estatus RRC añade margen adicional. El canal lógico CCCH se utiliza para transmitir mensajes de actualización de celda, mensajes de solicitud de conexión RRC y mensajes de actualización URA en el vínculo ascendente. Los mensajes tienen diferentes tamaños dependiendo de la información que es añadida al mensaje. Los mensajes también contienen información sobre los resultados medidos de celdas contiguas, por ejemplo calidad e información de sincronización como resultados medidos en RACH: Métodos convencionales adaptan el tamaño de los mensajes transmitidos en el canal lógico CCCH para que RLP PDU con el encabezado MAC quepa dentro del bloque de transporte que es usado en RACH. Un método convencional 1 para transmitir mensajes en el canal lógico CCCH se ilustra en la figura 10. Como se ilustra en la figura 10, información respecto a las configuraciones PRACH existentes es transmitida a UE 2 (S10). Con base en las configuraciones PRACH de transportes existentes, UE 2 selecciona el PRACH de conformidad con un algoritmo (S12). El UE 2 genera un mensaje incluyendo todos los elementos de información para transmisión sobre PRACH (S14). El UE 2 compara el tamaño del mensaje con el tamaño de bloque de transporte del primer formato de transporte del RACH correspondiente y adapta el tamaño del mensaje al borrar información de medición hasta que el mensaje quepa dentro del tamaño de bloque de transporte (S16). El UE 2 entonces transmite el mensaje adaptado vía PRACH (S18). En un sistema UMTS varios PRACH pueden ser configurados en una celda. Un A UE 2 en modo conectado a RRC- o inactivo en RRC- lee una lista de canales PRACH a partir de los bloques de información del sistema. Cada canal PRACH puede tener una lista de formatos de transporte disponibles. En TDD (Dúplex de División de Tiempo), el TTI (Intervalo de Tiempo de Transmisión) o duración de la transmisión de un bloque de transporte) de un PRACH puede ser diferente dependiendo del formato de transporte. En modo 1.28 MCPS TDD, UE 2 siempre selecciona el TTI más largo de los formatos de transporte que están adecuados para transmisión del conjunto de bloques de transporte. El FDD (Dúplex de División de Frecuencias), cada canal PRACH tiene un TTI fijo. Cada formato de transporte está caracterizado, entre otras características, por un tamaño de bloque de transporte y el número de bloques de transporte que pueden ser transmitidos durante un TTI.

Para seleccionar PRACH, el UE 2 primero debe seleccionar el TTI a ser aplicado. Una vez que el TTI seleccionado, el UE 2 selecciona un canal PRACH aleatoriamente de los PRACHs que existen que utilizan en la longitud TTI seleccionado. Si PRACH con diferentes longitudes TTI existen, la longitud TTI es seleccionada de conformidad con el método 50 ilustrado en la figura 12, de lo contrario, lo TTI de lo PRACHs configurado es utilizado. En referencia a la figura 1 , el UE 2 selecciona un formato de transporte con 10 mseg. TTI basado en los formatos de transporte disponibles en el paso S52. A partir de los formatos de transporte soportados por todos los RACH, aquellos formatos que tienen un TTI DE 10 mseg y corresponden a un bloque de transporte de todos los subtamaños RLC configurados son mantenidos. Por ejemplo, el tamaño RLC aplicable para RBO es mantenido en modo inactivo de RRC- y los tamaños RLC configurados con información de mapeado RB son mantenidos en modo conectado a RRC-. Sin más de un formato de transporte individual es aplicable, el UE 2 puede seleccionar cualquiera de los formatos disponibles. Preferiblemente, UE 2 selecciona el formato de transporte que es pretendido para uso por la siguiente transmisión.

RLC puede usar ya sea modo transparente (TM), modo no reconocido (UM) o modo reconocido (AM). Dependiendo del modo, el tamaño de RLC PDU puede cambiar después de cada transmisión de un bloque de transporte. En modo TM y UM el tamaño de RLC PDU puede cambiar después de cada transmisión. En AM, el tamaño de PDU puede no ser cambiado dinámicamente pero sólo a través de una reconfiguración por el RNC 10 porque las PDU pueden ser retransmitidas. Los canales de transporte pueden manejar RLC PDU de tamaños predefinidos. El tamaño de bloque de transporte de la capa física es definido por el tamaño RLC PDU y el tamaño del encabezado MAC. Diferentes canales de transporte permiten diferentes tamaños de bloque de transporte y un canal de transporte dado puede también permitir diferentes tamaños. Generalmente, los tamaños de bloque de transporte un UE 2 es permitido a usar para un portador de radio específico son determinados por RNC 10 o fijados por el estándar UMTS. Un canal de transporte es definido por su tipo, por ejemplo RACH, FACH, DCH, DSCH o USCH, y por sus atributos. Algunos atributos son dinámicos y algunos atributos son semi-estáticos. Atributos dinámicos incluyen el tamaño de bloque de transporte, que es el tamaño de MAC PDU; el tamaño fijo de bloque de transporte, que es el tamaño de MAC-PDU multiplicado por el número de MAC-PDU que pueden ser transportados en un intervalo de tiempo de transmisión (TTI); y el intervalo de tiempo de transmisión, que es un atributo dinámico opcional para TDD únicamente. Atributos semi-estáticos incluyen el intervalo de tiempo de transmisión, que es obligatorio para FDD y opcional para la parte dinámica de portadores TDD NRT; el esquema de protección de error aplicado; el tipo de protección de error; el código turbo; el código convolucional; codificación sin canal, que es semi-estática para TDD únicamente; la velocidad de codificación; el parámetro de coincidencia de porcentaje estático; y el tamaño de CRC. La parte semi-estática de un atributo puede solo ser cambiada cuando la capa RRC cambia la configuración. La parte dinámica de un atributo proporciona varias alternativas, por ejemplo que pueda haber uno, dos o tres bloques de transporte transmitidos en un TTI. Aún más, el tamaño de bloque de transporte puede ser cambiado durante cada TTI. Un conjunto de valores de las partes dinámicas y las partes semi-estáticas es llamado un formato de transporte (TF). Cada canal de transporte puede utilizar uno o más formatos de transporte. Por ejemplo, sólo un canal de transporte puede ser mapeado al canal de acceso aleatorio físico (PRACH), el canal al cual la presente invención está dirigida. El mensaje PRACH incluye una porción de datos que es generada fuera del conjunto de bloques de transporte recibidos por la capa MAC e incluye información de control que es generada en la capa física. La información de control incluye el indicador de combinación de formato de transporte (TFCI) que es utilizado para determinar la codificación y el formato de transporte que es utilizado para la transmisión. La figura 8 ¡lustra la estructura de mensajes RACH. Cuando un portador de radio es mapeado vía un canal lógico a un canal de transporte, no todas las combinaciones de formato de transporte existentes pueden ser usadas. Las combinaciones de formato de transporte permisibles son determinadas por el protocolo RRC según lo indica información de mapeo RB. Presentemente, el estándar UMTS indica que el número de portador de radio de señalización cero (SRBO) siempre es mapeado vía un canal lógico CCCH en el canal de transporte RACH. Presentemente, el estándar UMTS también indica que un UE 2 es sólo permitido a usar el primer formato de transporte que está enlistado para el RACH seleccionado para transmisión de mensajes vía CCCH. Generalmente el primer formato de transporte de un RACH puede llevar sólo un bloque de transporte de 168 bits. Sin embargo, los mensajes que son transmitidos vía CCCH pueden ser grandes y, en algunas situaciones puede ser benéfico utilizar también otros tamaños de bloque de transporte. CCCH se fija a siempre usar modo TM en el vínculo ascendente.

El modo TM no soporta la segmentación y el margen de celda. El encabezado MAC siempre incluye solo el encabezado TCTF que consiste de 2 bits. Por ello, el mensaje RRC que es portado en MAC SDU debe ser adaptado para cumplir con el tamaño requerido de MAC SDU. Mensajes RRC son generados utilizando una codificación especial conocida como codificación ASN. 1 . La figura 9 ilustra codificación ASN. 1 de un mensaje RRC para CCCH.

Los diferentes elementos de información que forman la parte de R99 y la parte de extensión son codificadas por los medios de ASN. 1 para crear la producción básica. El codificador añade bits de margen para asegurar que el número de bits es un múltiplo de 8. Para adaptar el tamaño RRC PDU al tamaño de MAC SDU para los mensajes CCCH en TM, la capa RRC añade margen adicional. El canal lógico CCCH se utiliza para transmitir mensajes de actualización de celda, mensajes de solicitud de conexión RRC y mensajes de actualización URA en el vinculo ascendente. Los mensajes tienen diferentes tamaños dependiendo de la información que es añadida al mensaje. Los mensajes también contienen información sobre los resultados medidos de celdas contiguas, por ejemplo calidad e información de sincronización como resultados medidos en RACH: Métodos convencionales adaptan el tamaño de los mensajes transmitidos en el canal lógico CCCH para que RLP PDU con el encabezado MAC quepa dentro del bloque de transporte que es usado en RACH. Un método convencional 1 para transmitir mensajes en el canal lógico CCCH se ilustra en la figura 10. Como se ilustra en la figura 10, información respecto a las configuraciones PRACH existentes es transmitida a UE 2 (S10). Con base en las configuraciones PRACH de transportes existentes, UE 2 selecciona el PRACH de conformidad con un algoritmo (S 2). El UE 2 genera un mensaje incluyendo todos los elementos de información para transmisión sobre PRACH (S14). El UE 2 compara el tamaño del mensaje con el tamaño de bloque de transporte del primer formato de transporte del RACH correspondiente y adapta el tamaño del mensaje al borrar información de medición hasta que el mensaje quepa dentro del tamaño de bloque de transporte (S16). El UE 2 entonces transmite el mensaje adaptado vía PRACH (S18). En un sistema UMTS varios PRACH pueden ser configurados en una celda. Un UE 2 en modo conectado a RRC- o inactivo en RRC- lee una lista de canales PRACH a partir de los bloques de información del sistema. Cada canal PRACH puede tener una lista de formatos de transporte disponibles. En TDD (Dúplex de División de Tiempo), el TTI (Intervalo de Tiempo de Transmisión) o duración de la transmisión de un bloque de transporte) de un PRACH puede ser diferente dependiendo del formato de transporte. En modo 1 .28 MCPS TDD, UE 2 siempre selecciona el TTI más largo de los formatos de transporte que están adecuados para transmisión del conjunto de bloques de transporte. En FDD (Dúplex de División de Frecuencias), cada canal PRACH tiene un TTI fijo. Cada formato de transporte está caracterizado, entre otras características, por un tamaño de bloque de transporte y el número de bloques de transporte que pueden ser transmitidos durante un TTI. Para seleccionar PRACH, el UE 2 primero debe seleccionar el TTI a ser aplicado. Una vez que el TTI es seleccionado, el UE 2 selecciona un canal PRACH aleatoriamente de los PRACH que existen que utilizan en la longitud TTI seleccionada. Si PRACH con diferentes longitudes TTI existen, la longitud TTI es seleccionada de conformidad con el método 50 ilustrado en la figura 12, de lo contrario, el TTI de los PRACH configurados es utilizado. En referencia a la figura 1 1 , el UE 2 selecciona un formato de transporte con 10 mseg. TTI basado en los formatos de transporte disponibles en el paso S52. A partir de los formatos de transporte soportados por todos los RACH, aquellos formatos que tienen un TTI de 10 mseg y corresponden a un bloque de transporte de todos los tamaños RLC configurados son mantenidos. Por ejemplo, el tamaño RLC aplicable para RBO es mantenido en modo inactivo de RRC y los tamaños RLC configurados con información de mapeo RB son mantenidos en modo conectado a RRC. Si más de un formato de transporte individual es aplicable, el UE 2 puede seleccionar cualquiera de los formatos disponibles. Preferiblemente, UE 2 selecciona el formato de transporte que es pretendido para uso por la siguiente transmisión. Si tal información no esta disponible, el formato de transporte correspondiendo al tamaño RLC configurado más grande es seleccionado. En el paso S54, el UE 2 calcula el margen de energía al estimar la energía de transmisión necesaria para transmitir un conjunto de bloqueo de transporte en el RACH con un formato de transporte dado. El algoritmo utilizado para este cálculo es especificado por el estándar 3GPP y usa, entre otros parámetros de entrada, TTI, el tamaño de bloque de transporte y número de bloques de transporte a ser transmitidos. En el paso S56, el margen de energía calculado se compara con 6 dB. Si el margen de energía es mayor que 6 dB, el TTI 10 m seg es seleccionado en el paso S58. Si el margen de energía calculado no es mayor que 6 db, el TTI 20 mseg es seleccionado en el paso S60. Si el tamaño de un mensaje CCCH es demasiado grande utilizando los métodos convencionales 1 , 50, un UE2 podría completamente borrar la información en los resultados medidos de celdas contiguas, por ejemplo resultados medidos en RACH, aunque la calidad e información de sincronización podrían ser necesitadas en RNC 10. Sin la calidad e información de sincronización, una conexión puede no ser establecida con RNC 10 cuando un UE 2 se mueve a otra celda. El UE 2 puede no ser capaz de transmitir datos y una llamada tal puede ser interrumpida o una nueva llamada puede no ser iniciada. Ya que el estándar UMTS restringe a un UE 2 a siempre usar el primer tamaño de bloque de transporte de PRACH seleccionado, solo hay un tamaño de bloque transporte disponible para SRB0. Por ello, el tamaño de los mensajes está limitado al tamaño de bloque de transporte. Ha sido sugerido cambiar el tamaño del primer formato de transporte del PRACH. Sin embargo, no hay garantía que todas las terminales móviles soportarán un cambio de tamaño de SRB0. Por ello, siempre que haya terminarles móviles que no soporten otro tamaño de bloque de transporte utilizado en PRACH mensajes que son transmitidos vía CCCH en el vinculo ascendente puede no ser extendidos en nuevas emisiones del estándar UMTS. Por ello, existe una necesidad para un método y aparato que se adapte a un nuevo estándar UMTS que permita mensajes a ser transmitidos y al canal CCCH que sean mayores que el tamaño de bloque de transporte actualmente disponible, pero simultáneamente no impactando la operación de terminales móviles que no se adaptan al nuevo estándar UMTS. La presente invención abarca estas y otras necesidades.

BREVE DESCRIPCION DE LA INVENCION Problema técnico La presente invención está dirigida a un método y aparato para mejorar la señalización entre un dispositivo de comunicación móvil y una red. Específicamente, la invención está dirigida a un método y aparato para proporcionar nuevas configuraciones para transmitir información de control entre un canal lógico/canal de transporte de canal de control común tal que la operación de terminales móviles que no soportan las nuevas configuraciones no sea impactada. Características y ventajas adicionales de la invención se establecerán en la descripción que sigue, y en parte serán evidentes a partir de la descripción, o pueden ser aprendidas por la práctica de la invención. Los objetivos y otras ventajas de la invención serán concretados y logrados por la estructura particularmente señalada en la descripción descrita y reivindicaciones de éstas así como los dibujos adjuntos.

Solución técnica Para lograr éstas y otras ventajas y de conformidad con el propósito de la presente invención como se modaliza y se describe ampliamente, la presente invención está modalizada en un método y aparato que mejora la señalización entre un dispositivo de comunicación móvil y una red. Específicamente, nuevas configuraciones para transmitir información de control entre un móvil y una red utilizando un canal lógico/canal de transporte de canal de control común (CCCH) son provistas y una indicación es provista a partir de una red respecto de la cual las nuevas configuraciones están disponibles para uso tal que previamente disponibles configuraciones estén todavía disponibles para terminales móviles que no soportan las nuevas configuraciones. En un aspecto de la presente invención, un método es provisto para transmitir información de control a una red. El método incluye recibir un mensaje de información indicando una o más configuraciones disponibles para transmitir un mensaje, seleccionar una de configuraciones disponibles y transmitir un mensaje utilizando la configuración seleccionada. Se contempla que las configuraciones disponibles pueden incluir un modo de configuración de legado y una identidad de configuración de legado. El modo de configuración de legado es un modo de configuración para transmitir un mensaje que puede ser utilizado por terminales móviles que no soportan las nuevas configuraciones provistas por la presente invención. Se contempla que las configuraciones disponibles pueden incluir un modo de configuración predefinido y una identidad de configuración predefinida. El modo de configuración predefinido es una nueva configuración para transmitir un mensaje que es provisto por la presente invención. Es contemplado que las nuevas configuraciones provistas por la presente invención pueden incluir un canal adicional, un tamaño de bloque de mensaje incrementado para un canal existente, una nueva configuración de mapeo de canal y/o un nuevo formato de mensaje. Preferiblemente la selección de una de las configuraciones disponibles es basada en el tamaño de un mensaje a ser transmitido. Es contemplado que un nuevo canal lógico y/o un nuevo canal físico pueden ser provistos. Es contemplado adicionalmente que un tamaño de mensaje incrementado puede ser provisto para un canal existente, preferiblemente un canal lógico y/o un canal físico. Aún más, es contemplado que una nueva configuración de mapeo de canal puede ser asociada con mapeo de un canal lógico a un canal físico. Es contemplado que el mensaje de información indicando las configuraciones disponibles para transmitir un mensaje puede ser recibido vía un canal común. Preferiblemente la información indicando las configuraciones disponibles es incluida en una porción de extensión del mensaje de información. Es contemplado que el mensaje de información que indica las configuraciones disponibles para transmitir un mensaje puede ser recibido vía un canal dedicado. Preferiblemente el mensaje de información es un mensaje de configuración de conexión RRC. En otro aspecto de la presente invención, un método es provisto para transmitir información de controles de por lo menos un dispositivo de comunicación móvil y una red. El método incluye proporcionar nuevas configuraciones para transmitir un mensaje en uno o más dispositivos de comunicación móvil, las nuevas configuraciones incluyendo un canal adicional, un tamaño de bloque de mensaje incrementado para un canal existente, una nueva configuración de mapeo de canal y/o un nuevo formato de mensaje, transmitir un mensaje de información indicando las nuevas configuraciones de la red a uno o más dispositivos de comunicación móvil, seleccionar una de las nuevas configuraciones en los dispositivos de comunicación móvil y transmitir un mensaje utilizando la configuración seleccionada para los dispositivos de comunicación móvil a la red. Es contemplado que un nuevo canal lógico y/o un nuevo canal físico puede ser provisto. Es contemplado adicionalmente que un tamaño de mensaje incrementado puede ser provisto para un canal existente, preferiblemente un canal lógico y/o canal físico. Aún más, es contemplado que una nueva configuración de mapeo de canal puede ser asociada con mapear un canal lógico a un canal físico. Preferiblemente la selección de una de las nuevas configuraciones es basada en el tamaño de un mensaje a ser transmitido. Es contemplado que el mensaje de información indicando las nuevas configuraciones para transmitir un mensaje puede ser transmitido vía un canal común a una pluralidad de dispositivos de comunicación móvil. Preferiblemente, la información indicando las configuraciones disponibles es incluida en una porción de extensión del mensaje de información tal que dispositivos de comunicación móvil que no incorporan las nuevas configuraciones no interpreten la información. Es contemplado que el mensaje de información indicando las nuevas configuraciones para transmitir un mensaje puede ser transmitido vía un canal dedicado a un dispositivo de comunicación móvil específico. Preferiblemente un mensaje de información es un mensaje de configuración de conexión RRC. En otro aspecto de la presente invención, un método es provisto para transmitir información de control a una red. El método incluye transmitir un mensaje de información indicando una o más configuraciones disponibles para transmitir un mensaje y recibir un mensaje transmitido utilizando una de las configuraciones disponibles. Se contempla que las configuraciones disponibles puedan incluir un modo de configuración heredada e identidad de configuración heredada. El modo de configuración heredada es un modo de configuración para transmitir un mensaje que puede ser utilizado mediante terminales móviles que no soportan las nuevas configuraciones proporcionadas por la presente invención. Se contempla que las configuraciones disponibles puedan incluir un modo de configuración predefinida y una identidad de configuración predefinida. El modo de configuración predefinida es una nueva configuración para transmitir un mensaje que se proporciona por la presente invención. Se contempla que las nuevas configuraciones proporcionadas por la presente invención puedan incluir un canal adicional, un tamaño de bloque de mensaje incrementado para un canal existente, una nueva configuración de mapeo de canal, y/o un nuevo formato de mensaje. Preferiblemente, el mensaje de información es un mensaje de configuración de conexión RRC. Se contempla que un nuevo canal lógico y/o un nuevo canal físico pueda proporcionarse. Además se contempla que un tamaño de mensaje incrementado pueda proporcionarse para un canal existente, preferiblemente un canal lógico y/o un canal físico. Además se contempla que una nueva configuración de mapeo de canal pueda relacionarse con el mapeo de un canal lógico a un canal físico. Se contempla que el mensaje de información que indica las configuraciones disponibles para transmitir un mensaje pueda transmitirse por medio de un canal común a una pluralidad de terminales móviles. Preferiblemente, la información que indica las configuraciones disponibles se incluye en una porción de extensión del mensaje de información.

Se contempla que el mensaje de información que indica las configuraciones disponibles para transmitir un mensaje puede ser transmitido por medio de un canal dedicado a una terminal móvil específica. Preferiblemente el mensaje de información es un mensaje de configuración de conexión RRC. En otro aspecto de la presente invención, se proporciona un dispositivo de comunicación móvil para transmitir información de control a una red. El dispositivo de comunicación móvil incluye un módulo de RF, una antena, un teclado numérico, una pantalla, una unidad de almacenamiento y una unidad de procesamiento. La antena y el módulo de RF reciben un mensaje de información desde la red y transmiten un mensaje a la red. El teclado numérico permite un usuario introducir información. La pantalla transporta información a un usuario. La unidad de almacenamiento almacena información relacionada con una o más configuraciones. La unidad de procesamiento realiza los métodos de la presente invención para procesar un mensaje de información que indica configuraciones disponibles para transmitir un mensaje, seleccionar una de las configuraciones disponibles y transmitir un mensaje utilizando la configuración seleccionada. En otro aspecto de la presente invención, se proporciona una red para transmitir información de control a una o más terminales móviles. La red incluye un transmisor, un receptor y un controlador.

El transmisor trasmite un mensaje de información a una o más terminales móviles. El receptor recibe un mensaje de una o más terminales móviles. El controlador realiza los métodos de la presente invención para generar un mensaje de información que indique una o más configuraciones disponibles para trasmitir un mensaje y para procesar mensajes transmitidos desde una o más terminales móviles utilizando una de las configuraciones disponibles. Debe entenderse que tanto la explicación anterior como la siguiente descripción detallada de la presente invención son ejemplares e ilustrativas y pretenden además proporcionar explicación adicional de la invención como se reclama.

BREVE DESCRIPCION DE LOS DIBUJOS Los dibujos anexos, que se incluyen para proporcionar un entendimiento adicional de la invención y que se incorporan en y constituyen una parte de la solicitud, ilustran la(s) modalidad(es) de la invención y junto con la descripción sirven para explicar el principio de la invención. En los dibujos: La figura 1 ilustra un diagrama en bloques de una estructura de red UMTS convencional. La figura 2 ilustra un protocolo de interfaz de radio convencional.

La figura 3 ilustra diferentes canales lógicos en un protocolo de interfaz de radio convencional. La figura 4 ilustra un mapeo posible entre los canales lógicos y los canales de transporte desde la perspectiva de una terminal móvil en un protocolo de interfaz de radio convencional. La figura 5 ilustra un mapeo posible entre los canales lógicos y los canales de transporte desde la perspectiva de una red central en un protocolo de interfaz de radio convencional. La figura 6 ilustra posibles transiciones entre modos y estados de una terminal móvil convencional. La figura 7 ilustra los campos contenidos en la cabecera MAC en un protocolo de interfaz de radio convencional para todos los canales de transporte excepto el canal de transporte HS-DSCH. La figura 8 ilustra la estructura de mensaje RACH convencional. La figura 9 ilustra la codificación ASN.1 convencional de un mensaje RRC para CCCH. La figura 10 ilustra un método convencional para transmitir mensajes en el canal lógico CCCH. La figura 11 ilustra un método convencional para seleccionar la longitud de ?? con el fin de seleccionar el PRACH para la transmisión de mensajes en un modo FDD (Dúplex por División en Frecuencia). La figura 12 ilustra un método para transmitir mensajes en el canal lógico CCCH de acuerdo con la modalidad de la presente invención.

La figura 13 ilustra un método para seleccionar la longitud ??? con el fin de seleccionar el PRACH para transmisión de mensajes en el modo FDD (Dúplex por División en Frecuencia) de conformidad con una modalidad de la presente invención. La figura 14 ilustra un método para transmitir una indicación de configuraciones PRACH disponibles utilizando un mensaje transmitido a una pluralidad de terminales móviles de conformidad con una modalidad de la presente invención. La figura 15 ilustra un método para transmitir una indicación de configuraciones PRACH disponibles utilizando un mensaje transmitido a una terminal móvil específica de conformidad con una modalidad de la presente invención. La figura 16 ilustra un dispositivo de comunicación móvil de conformidad con una modalidad de la presente invención. La figura 17 ilustra una red de conformidad con una modalidad de la presente invención.

DESCRIPCION DETALLADA DE LA INVENCION La presente invención se refiere a un método y aparato para proporcionar nuevas configuraciones para transmitir información de control entre una terminal móvil, por ejemplo un quipo de usuario (UE, por sus siglas en inglés), y un controlador de red de radio (RNC) utilizando un canal lógico/canal de transporte del canal de control común (CCCH) de manera que no se ¡mpacte la operación de las terminales móviles que no soportan las nuevas configuraciones. Aunque la presente invención se ilustra con respecto a una terminal móvil, se contempla que la presente invención pueda utilizarse en cualquier momento que se desee para proporcionar nuevas configuraciones para transmitir información de control entre un dispositivo de comunicación móvil y una red. Ahora se hará referencia a detalle a las modalidades preferidas de la presente invención, cuyos ejemplos se ilustran en los dibujos anexos. A través de los dibujos, elementos similares se indican utilizando las mismas designaciones de referencia o similares. La invención propone utilizar una nueva configuración para la transmisión de mensajes de RRC de SRBO. Se pretende que la nueva configuración permita transmitir mensajes sobre el CCCH que sean más grandes a aquéllos que se permiten transmitir en la actualidad. Permitir que mensajes más grandes sean transmitidos, por ejemplo mensajes que contienen información adicional, sobre el CCCH puede evitar que la información de calidad e formación de tiempo esenciales, por ejemplo resultados medidos en RACH, se borren de los mensajes enviados sobre el CCCH. Existen varias formas en las cuales puede implementarse una nueva configuración. Una primera modalidad de la nueva configuración proporciona un nuevo canal RACH físico (PRACH) que puede utilizarse únicamente por UE 2 que soportan el uso de PRACH adicional. El nuevo PRACH pueden indicarse utilizando los mensajes de información del sistema existente de manera que únicamente UE 2 que soporta el uso de nuevos PRACH puedan utilizar el nuevo canal para transmitir mensajes por medio de CCCH en el nuevo PRACH. Una segunda modalidad de la nueva configuración permite a un UE 2 utilizar un formato de transporte diferente en el mismo RACH que se utiliza en la actualidad para transmitir mensajes por medio de un CCCH. Un nuevo canal lógico puede implementarse, por ejemplo, un canal de control común mejorado (ECCCH), que puede mapearse en cualquier combinación de formato de transporte de los canales RACH disponibles. El RNC 10 puede indicar si un UE 2 tiene permiso de utilizar el CCCH mejorado, por ejemplo en un mensaje de información de sistema existente, los mensajes RRC o cualquier otro mensaje transmitido desde el RNC al UE 2. Una tercera modalidad permite el mapeo del canal CCCH u otros tamaños de bloque de transporte del RACH existente. Puede no haber necesidad de cambiar la arquitectura del UE 2 o red central 4, ya que únicamente el mapeo de PRACH puede cambiarse. De acuerdo con la tercera modalidad, el RNC 10 puede señalar si el UE 2 puede mapear el CCCH en cualquier PRACH y si cualquier tamaño de bloque de transporte PRACH o únicamente ciertos tamaños de bloque de transporte PRACH se permiten. El RNC 10 puede indicar los números de entradas en la lista de los tamaños de bloque de transportes PRACH que se permiten. Alternativamente, el mapeo del canal CCCH en cualquier PRACH puede permitirse sin ninguna indicación del RNC 10. Una cuarta modalidad permite que se utilice un nuevo formato de mensaje. El nuevo formato de mensaje puede adaptarse para incluir únicamente los datos más necesarios. Por ejemplo, los valores START pueden omitirse en un mensaje de solicitud de conexión RRC ya que los valores START también se transmiten en el mensaje de transferencia directo inicial. La figura 12 ilustra un método 100 para seleccionar una configuración para transmitir un mensaje por medio del PRACH de acuerdo con una modalidad de la presente invención. El método 100 incluye transmitir información que indica las configuraciones del PRACH disponibles a un UE 2 (S102), seleccionando una de las configuraciones del PRACH disponibles (S104), generando un mensaje a ser transmitido utilizando la configuración del PRACH seleccionada (S106), adaptando el mensaje generado al tamaño del bloque de transporte si es necesario (S108) y transmitiendo el mensaje por medio del PRACH (S110). En el paso S102, el RNC 10 transmite información a un UE 2 indicando las configuraciones del PRACH disponibles. Las configuraciones del PRACH disponibles pueden incluir configuraciones existentes y heredadas que se soportan por todos los UE 2 y/o configuraciones nuevas predefinidas, o extendidas que pueden no ser soportadas por todos los UE.

Las configuraciones del PRACH extendidas pueden incorporar una o más de las cuatro modalidades previamente definidas; un nuevo canal del RACH físico, un nuevo canal lógico tal como un canal de control común mejorado (ECCCH), mapeo del canal CCCH u otros tamaños de bloque de transporte del RACH existente, y/o un nuevo formato de mensaje. La indicación de las configuraciones del PRACH disponibles pueden incluir un modo de configuración e identidad de configuración para cada configuración heredada disponible y cada configuración predefinida disponible. En el paso S104, el UE 2 selecciona una de las configuraciones del PRACH disponibles, por ejemplo al realizar un algoritmo que incluye la configuración del PRACH existente y las configuraciones del PRACH extendidas. La selección entre la configuración del PRACH existente y una o más de las configuraciones del PRACH extendidas se basa en el tamaño del mensaje que debe transmitirse con el fin de seleccionar una configuración del PRACH que permita un tamaño de bloque de transporte que acomode todos los datos de mensajes mientras añade una cantidad mínima de sobrecarga. Preferiblemente, el UE 2 primero determina si el tamaño de bloque de transporte de las configuraciones del PRACH existentes permite la inclusión de toda la información con respecto a resultados medidos de celdas adjuntas, por ejemplo, información de calidad y de tiempo tal como resultados medidos en RACH, en el mensaje. Si los tamaños de bloque de transporte de las configuraciones del PRACH existentes son insuficientes para permitir la inclusión de toda la información con respecto a resultados medidos de celdas adjuntas en el mensaje, el UE 2 selecciona una de las configuraciones del PRACH extendidas. El UE 2 entonces genera un mensaje a ser transmitido incluyendo todos los elementos de información al utilizar la configuración del PRACH seleccionada en el paso S106. Si el tamaño de bloque de transporte de la configuración del PRACH seleccionada aún es insuficiente para permitir inclusión de toda la información con respecto a los resultados medidos de celdas adjuntas en el mensaje, el UE 2 reduce la cantidad de información con respecto a resultados medidos de celdas adjuntas que se incluye en el mensaje con el fin de adaptar el tamaño del mensaje al tamaño de bloque de transporte de la configuración del PRACH seleccionada en el paso S108. En FDD (Dúplex por División en Frecuencia), si se permite que el UE 2 utilice formatos de transporte adicionales o un ECCCH mejorado, el algoritmo para determinar el TTI de los PRACH disponibles se impacta. El TTI puede seleccionarse de conformidad con el método 150 en la Fig. 13. Con relación a la figura 13, el UE 2 selecciona un formato de transporte con TTI de 10 mseg. con base en los formatos de transporte disponibles en el paso de S152. A partir de los formatos de transporte soportados por todos los PRACH de extensión, aquellos formatos que tiene un TTI de 10mseg. y que corresponden con un sólo bloque de transporte se mantienen. Si más de un sólo formato de transporte es aplicable, el UE 2 puede seleccionar cualquiera de los formatos disponibles.

Preferiblemente, el UE 2 selecciona el formato de transporte que pretende utilizar mediante la siguiente transmisión. Por ejemplo, para RBO/CCCH, se selecciona el tamaño de RLC disponible más pequeño que permite al siguiente mensaje ser transmitido. Si dicha información no está disponible o, si el tamaño de RLC más grande no es lo suficientemente grande para acomodar el siguiente mensaje, el formato de transporte que corresponde con el tamaño de RLC configurado más largo se selecciona. En el paso S154, el UE 2 calcula el margen de potencia al estimar la potencia de transmisión necesaria para transmitir un bloque de transporte fijado en el RACH con un formato de transporte dado. El algoritmo utilizado para este cálculo se especifica mediante el estándar 3GPP y usos, entre otros parámetros de entrada, el TTI, el tamaño de bloque de transporte y el número de bloques de transporte a ser transmitidos. En el paso S156, el margen de potencia calculado se compara con 6 dB. Si el margen de potencia es mayor a 6 dB el TTI de 10 mseg. se selecciona en el paso S158. Si el margen de potencia calculado no es mayor a 6 dB, el TTI de 20 mseg. se selecciona en el paso S160. El formato de transporte por medio del cual se calcula el margen de potencia debe entonces seleccionarse para ser el formato de transporte con un TTI de 10mseg que permita la transmisión del mensaje RBO/CCCH. Si existen varios formatos de transporte con un TTI de 10 mseg. que permita la transmisión del mensaje RBO/CCCH, se selecciona el formato con el tamaño de bloque de transporte más pequeño. Sin ninguno de dichos formatos de transporte existen, se selecciona el formato de transporte con el tamaño de bloque de transporte más grande con TTI de10 mseg.. En el modo TDD 1 .28MCPS, el UE 2 puede seleccionar el formato de transporte con un tamaño de bloque de transporte que se configura mediante señalización explícita. Para SRBO/CCCH el UE 2 puede seleccionar un formato de transporte que permite la transmisión del siguiente mensaje para SRBO. Si no existe formato de transporte, el formato de transporte con el tamaño más grande puede seleccionarse, o si todos los formatos de transporte están disponibles, debe ser elegido el formato de transporte con el tamaño de bloque de transporte más pequeño. Si existen varios formatos de transporte con este tamaño de bloque de transporte, el UE 2 debe seleccionar el TTI más grande a partir de esos formatos de transporte. El método para transmitir información que indica las configuraciones del PRACH disponibles para un UE 2 debe realizarse en una forma, de manera que no impacten los UE que no soportan las nuevas configuraciones. La información que indica las configuraciones del PRACH disponibles puede transmitirse a un UE 2 como una extensión de la información del sistema transmitida a una pluralidad de UE 2, por ejemplo como parte de un mensaje de transmisión en un canal común, como se ilustra en la figura 4. Por otro lado, la información que indica las configuraciones del PRACH disponibles puede transmitirse por señalización de RRC dedicada en un canal dedicado como se ilustra en la figura 15.

Como se ilustra en la Fig. 14, la porción del mensaje que contiene información disponible de conformidad con el estándar 3GPP actual puede entenderse mediante los UE 2 nuevos que soportan las nuevas configuraciones y los UE heredados que no soportan las nuevas configuraciones. La indicación de la información de extensión se lee mediante los nuevos UE 2 y se ignora mediante los UE heredados. La información de extensión que indica las configuraciones del PRACH disponibles se entiende únicamente mediante los nuevos UE 2 que soportan las nuevas configuraciones. Como se ilustra en la figura 15, la información que indica las configuraciones del PRACH disponibles se transmite a un nuevo UE 2 específico que soporta las nuevas configuraciones cuando se establece una conexión entre UTRAN 6 y UE. El mensaje de configuración de conexión RRC existente se utiliza para indicar las configuraciones del PRACH disponibles. El UE 2 solicitud una conexión RRC al transmitir un mensaje de solicitud de conexión RRC a la UTRAN 6. Si la conexión RRC puede lograrse, la UTRAN 6 transmite un mensaje de configuración de conexión RRC al UE 2. El mensaje de configuración de conexión RRC incluye una indicación de las configuraciones del PRACH disponibles si el UE soporta las nuevas configuraciones. Las configuraciones del PRACH disponibles indicadas pueden incluir una configuración heredada, por ejemplo la configuración del PRACH existente, y una o más nuevas configuraciones del PRACH definidas , por ejemplo cualquiera de las configuraciones del PRACH extendidas que incorpora las cuatro modalidades previamente definidas. Si el UE 2 es un UE heredado que no soporta las nuevas configuraciones, ninguna indicación de las configuraciones del PRACH disponibles se incluye en el mensaje de configuración de conexión RRC. El UE 2, tras recibir el mensaje de configuración de conexión RRC, selecciona una de las configuraciones del PRACH disponibles y transmite un mensaje completo de configuración de conexión RRC a la UTRAN 6. El UE 2 puede entonces transmitir mensajes por medio del PRACH a utilizar la configuración del PRACH seleccionada. Con relación a la figura 16, se ilustra un diagrama en bloques de un dispositivo de comunicación móvil 200 de la presente invención, por ejemplo un teléfono móvil para realizar métodos de la presente invención. El dispositivo de comunicación móvil 200 incluye una unidad de procesamiento 210 tal como un microprocesador o un procesador de señal digital, un módulo de RF 235, un módulo de manejo de potencia 205, una antena 240, una batería 255, una pantalla 215, un teclado numérico 220, una unidad de almacenamiento 230 tal como una memoria flash, ROM o SRAM, una bocina 245 y un micrófono 250. Un usuario introduce información de instrucción, tal como un número telefónico, por ejemplo al presionar los botones del teclado numérico 220 o mediante activación por voz utilizando el micrófono 250. La unidad de procesamiento 210 recibe y procesa la información de instrucción para realizar la función apropiada, tal como marcar el número telefónico. Los datos operativos pueden ser recuperados de la unidad de memoria 230 para realizar la función. Además, la unidad de procesamiento 210 puede desplegar la información de instrucción y operativa en la pantalla 215 para la referencia y conveniencia del usuario. La unidad de procesamiento 210 expide información de instrucción al módulo de RF 235 para iniciar comunicación, por ejemplo, al transmitir señales de radio que comprenden datos de comunicación por voz. El módulo de RF 235 incluye un receptor y transmisor para recibir y transmitir señales de radio. La antena 240 facilita la transmisión y recepción de señales de radio. Tras recibir señales de radio, el módulo de RF 235 puede hacer avanzar y convertir las señales a la frecuencia de banda de base para procesarla mediante la unidad de procesamiento 210. Las señales procesadas pueden transformarse en entradas de información legible y auditiva, por ejemplo, por medio de la bocina 245. El módulo de RF 235 y la antena 240 se adaptan para recibir mensajes de información de la red 34 y transmitir un mensaje a la red y la unidad de almacenamiento 230 se adapta para almacenar información relacionada con una o más configuraciones. La unidad de procesamiento 210 se adapta para procesar un mensaje de información que indica una o más configuraciones disponibles para transmitir un mensaje, seleccionar una de las configuraciones disponibles y transmitir un mensaje utilizando la configuración seleccionada.

Será evidente para un experto en la técnica que las modalidades preferidas de la presente invención puedan implementarse fácilmente utilizando, por ejemplo, el procesador 210 u otro dispositivo de procesamiento de datos o digital, ya sea sólo o en combinación con una lógica de soporte externa. La figura 17 ilustra un diagrama en bloques de una UTRAN 320 de conformidad con una modalidad de la presente invención. La UTRAN 320 incluye uno o más sub-sistemas de red de radio (RNS) 325. Cada RNS 325 incluye un controlador de red de radio (RNC) 323 y unja pluralidad de nodos Bs 321 , o estaciones base, manejadas por el RNC. El RNC 323 maneja la asignación y manejo de recursos de radio y opera como un punto de acceso con respecto a la red central 4. Además, el RNC 323 se adapta para realizar los métodos de la presente invención. El nodo Bs 321 recibe información enviada por la capa física de una terminal móvil 200 a través de un enlace ascendente y transmite datos a la terminal móvil a través de un enlace descendente. El nodo Bs 321 opera como puntos de acceso, o un transmisor y receptor, de la UTRAN 320 para una terminal móvil 200. El nodo Bs 321 se adapta para transmitir un mensaje de información a una o más terminales móviles 200 y para recibir un mensaje de una o más terminales móviles. El RNC 323 se adapta para generar un mensaje de información, el mensaje de información indicando una o más configuraciones disponibles para transmitir un mensaje, y procesar un mensaje de una o más terminales móviles 200, el mensaje transmitido utilizando una de las configuraciones disponibles. La presente invención permite a una terminal móvil transmitir mensajes a una red por medio de un CCCH que tiene un tamaño de bloque de transporte más grande del que se soporta actualmente al proporcionar configuraciones de PRACH extendidas. Al utilizar mensajes existentes transmitidos por la red a la terminal móvil para indicar las configuraciones del PRACH disponibles, estas terminales móviles que soportan las configuraciones del PRACH extendías pueden utilizar las configuraciones extendidas mientras la terminales móviles que no soportan las configuraciones del PRACH extendidas pueden utilizar las configuraciones existentes. Aunque la presente invención se describe en el contexto de comunicación móvil, la presente invención puede utilizarse en cualquier sistema de comunicación inalámbrico utilizando dispositivos móviles, tal como PDA y computadoras de escritorio equipadas con capacidades de comunicación inalámbrica. Además, el uso de ciertos términos para describir la presente invención no deben limitar el alcance de la presente invención a cierto tipo de sistema de comunicación inalámbrica, tal como UMTS. La presente invención es también aplicable a otros sistemas de comunicación inalámbrica utilizando diferentes interfaces aéreas y/o capas físicas, por ejemplo TDMA, CDMA, FDMA, WCDMA, etc. Las modalidades preferidas pueden implementarse como un método, aparato o artículo de fabricación utilizando programación estándar y/o técnicas de ingeniería para producir software, firmware, hardware, o cualquier combinación de los mismos. El término "artículo de fabricación" como se utiliza en la presente se refiere a código o lógica implementada en una lógica de hardware (por ejemplo, un chip de circuito integrado, un arreglo de compuertas de campo programables (FPGA), un circuito integrado de aplicación específica (ASIC), etc.) o un medio legible por computadora (por ejemplo, un medio para almacenamiento magnético (por ejemplo, unidades de disco duro, discos portátiles, cinta, etc.), almacenamiento óptico (CD-ROM, discos ópticos, etc.), dispositivos de memoria volátil y no volátil (por ejemplo EEPROM, ROM, PROM, RAM, DRAM, SRAM, firmware, lógica programable, etc.). El código en el medio legible por computadora se accede y se ejecuta mediante un procesador. El código en el cual se implementan las modalidades preferidas puede además ser accesible a través de un medio de transmisión o a partir de un servidor de archivo sobre una red. En dichos casos, el artículo de fabricación en el cual se implementa el código puede comprender un medio de transmisión, tal como una línea de transmisión de red, un medio de transmisión inalámbrico, señales que se propagan a través del espacio, ondas de radio, señales infrarrojas, etc. Desde luego, los expertos en la técnica reconocerán que muchas modificaciones pueden hacerse a esta configuración sin apartarse del alcance de la presente invención, y que el artículo de fabricación puede comprender cualquier medio portador de información conocido en la técnica.

La implementación lógica mostrada en las figuras describe operaciones específicas como ocurren en el orden particular. En implementaciones alternativas, ciertas implementaciones de las operaciones lógicas pueden realizarse en un diferente orden, modificarse o removerse e incluso implementar modalidades preferidas de la presente invención. Además, los pasos pueden ser agregados a la lógica descrita anteriormente y aún conformar las implementaciones de la invención.

Claims (55)

1. NOVEDAD DE LA INVENCION
2. REIVINDICACIONES
3. .- Un método para transmitir información de control desde una terminal móvil a una red, el método comprende: recibir un primer mensaje, el primer mensaje incluye información que indica al menos una configuración disponible para transmitir un segundo mensaje, el segundo mensaje incluye al menos una porción de la información de control; seleccionar una de al menos una configuración disponible; y transmitir el segundo mensaje utilizando la configuración seleccionada. 2. - El método de conformidad con la reivindicación 1 , caracterizado además porque por lo menos una configuración disponible comprende un modo de configuración heredada y una identidad de configuración heredada. 3. - El método de conformidad con la reivindicación 1 , caracterizado además porque por lo menos una configuración disponible comprende un modo de configuración predefinida y una identidad de configuración predefinida.
4. 4.- El método de conformidad con la reivindicación 3, caracterizado además porque el modo de configuración predefinida comprende al menos un canal adicional, un tamaño de bloque de mensaje incrementado para un canal existente, una nueva configuración de mapeo de canal, y un nuevo formato de mensaje.
5. 5. - El método de conformidad con la reivindicación 4, caracterizado además porque el canal adicional comprende por lo menos un canal lógico y un canal físico.
6. 6. - El método de conformidad con la reivindicación 4, caracterizado además porque el canal existente comprende por lo menos un canal lógico y un canal físico.
7. 7. - El método de conformidad con la reivindicación 4, caracterizado además porque la nueva configuración de mapeo de canal se relaciona con el mapeo de un canal lógico a un canal físico.
8. 8. - El método de conformidad con la reivindicación 1 , caracterizado además porque el primer mensaje es recibido por medio de un canal común.
9. 9.- El método de conformidad con la reivindicación 8, caracterizado además porque la información que indica por lo menos una configuración disponible para transmitir el segundo mensaje se incluye en una porción de extensión del primer mensaje.
10. 10.- El método de conformidad con la reivindicación 1 , caracterizado además porque el primer mensaje es recibido por medio de un canal dedicado.
11. 11. - El método de conformidad con la reivindicación 10, caracterizado además porque el primer mensaje en un mensaje de configuración de conexión RRC.
12. 12. - El método de conformidad con la reivindicación 1 , caracterizado además porque seleccionar una de al menos una configuración disponible comprende determinar el tamaño del segundo mensaje.
13. 13. - Un método para transmitir información de control entre por lo menos un dispositivo de comunicación móvil y una red, el método comprende: proporcionar, en al menos un dispositivo de comunicación móvil, al menos una nueva configuración para transmitir un mensaje, por lo menos una nueva configuración comprende por lo menos un canal adicional, un tamaño de bloque de mensaje incrementado para un canal existente, una nueva configuración de mapeo de canal y un nuevo formato de mensaje; transmitir, desde la red a por lo menos un dispositivo de comunicación móvil, un primer mensaje, el primer mensaje incluye información que indica por lo menos una nueva configuración; seleccionar, en al menos un dispositivo de comunicación móvil, una de al menos una nueva configuración; y transmitir, desde al menos un dispositivo de comunicación móvil a la red, un segundo mensaje que utiliza la configuración seleccionada, el segundo mensaje incluye por lo menos una porción de la información de control.
14. 14. - El método de conformidad con la reivindicación 13, caracterizado además porque el canal adicional comprende por lo menos un canal lógico y un canal físico.
15. 15. - El método de conformidad con la reivindicación 13, caracterizado además porque el canal existente comprende por lo menos un canal lógico y un canal físico.
16. 16. - El método de conformidad con la reivindicación 13, caracterizado además porque la nueva configuración de mapeo se relaciona con el mapeo de un canal lógico a un canal físico.
17. 17. - El método de conformidad con la reivindicación 13, caracterizado además porque el primer mensaje se transmite por medio de un canal común a una pluralidad de dispositivos de comunicación móvil.
18. 18.- El método de conformidad con la reivindicación 17, caracterizado además porque la información que indica por lo menos una nueva configuración se incluye en una porción de extensión del primer mensaje de manera que un dispositivo de comunicación móvil que no incorpora por lo menos una nueva configuración no interpreta la información.
19. 19.- El método de conformidad con la reivindicación 13, caracterizado además porque el primer mensaje se transmite por medio de un canal dedicado a un dispositivo de comunicación móvil específico.
20. 20. - El método de conformidad con la reivindicación 19, caracterizado además porque el primer mensaje es un mensaje de configuración de conexión RRC.
21. 21. - El método de conformidad con la reivindicación 13, caracterizado además porque seleccionar una de al menos una nueva configuración comprende determinar el tamaño del segundo mensaje.
22. 22. - Un método para transmitir información de control a por lo menos una terminal móvil, el método comprende: transmitir un primer mensaje a por lo menos una terminal móvil, el primer mensaje incluye información que indica por lo menos una configuración disponible para transmitir un segundo mensaje, el segundo mensaje incluye por lo menos una porción del la información de control; y recibir el segundo mensaje de por lo menos una terminal móvil, el segundo mensaje transmitido utilizando una de por lo menos una configuración disponible.
23. 23. - El método de conformidad con la reivindicación 22, caracterizado además porque por lo menos una configuración disponible comprende un modo de configuración heredada y una identidad de configuración heredada.
24. 24. - El método de conformidad con la reivindicación 22, caracterizado además porque por lo menos una configuración disponible comprende un modo de configuración predefinida y una identidad de configuración predefinida.
25. 25. - El método de conformidad con la reivindicación 24, caracterizado además porque el modo de configuración predefinida comprende por lo menos un canal adicional, un tamaño de bloque de mensaje incrementado para un canal existente, una nueva configuración de mapeo de canal, y un nuevo formato de mensaje.
26. 26. - El método de conformidad con la reivindicación 25, caracterizado además porque el canal adicional comprende por lo menos un canal lógico y un canal físico.
27. 27. - El método de conformidad con la reivindicación 25, caracterizado además porque el canal existente comprende por lo menos uno de un canal lógico y un canal físico.
28. 28. - El método de conformidad con la reivindicación 25, caracterizado además porque la nueva configuración de mapeo de canal se relaciona con el mapeo de un canal lógico a un canal físico.
29. 29.- El método de conformidad con la reivindicación 22, caracterizado además porque el primer mensaje se transmite por medio de un canal común a una pluralidad de terminales móviles.
30. 30. - El método de conformidad con la reivindicación 29, caracterizado además porque la información que indica por lo menos una configuración disponible se incluye en una porción de extensión del primer mensaje.
31. 31. - El método de conformidad con la reivindicación 22, caracterizado además porque el primer mensaje se transmite por medio de un canal dedicado a una terminal móvil específica.
32. 32.- El método de conformidad con la reivindicación 31 , caracterizado además porque el primer mensaje es un mensaje de configuración de conexión RRC.
33. 33. - Un dispositivo de comunicación móvil para transmitir información de control a una red, el dispositivo de comunicación móvil comprende: un módulo de RF adaptado para recibir un primer mensaje de la red y para transmitir un segundo mensaje a la red, el primer mensaje incluye información que indica por lo menos una configuración disponible para transmitir el segundo mensaje y el segundo mensaje incluye por lo menos una porción de la información de control; una antena adaptada para recibir el primer mensaje de la red y para transmitir el segundo mensaje a la red; un teclado numérico para introducir información del usuario; una unidad de almacenamiento adaptada para almacenar información relacionada con por lo menos una configuración para transmitir el segundo mensaje; una pantalla adaptada para transportar información al usuario; y una unidad de procesamiento para procesar el primer mensaje, seleccionar una de al menos una configuración disponible y transmitir el segundo mensaje utilizando la configuración seleccionada.
34. 34. - El dispositivo de comunicación móvil de conformidad con la reivindicación 33, caracterizado además porque por lo menos una configuración disponible comprende un modo de configuración heredada y una identidad de configuración heredada.
35. 35.- El dispositivo de comunicación móvil de conformidad con la reivindicación 33, caracterizado además porque por lo menos una configuración disponible comprende un modo de configuración predefinida y una identidad de configuración predefinida.
36. 36. - El dispositivo de comunicación móvil de conformidad con la reivindicación 35, caracterizado además porque el modo de configuración predefinida comprende por lo menos uno de un canal adicional, un tamaño de bloque de mensaje incrementado para un canal existente, una nueva configuración de mapeo de canal, y un nuevo formato de mensaje.
37. 37. - El dispositivo de comunicación móvil de conformidad con la reivindicación 36, caracterizado además porque el canal adicional comprende por lo menos un canal lógico y un canal físico.
38. 38. - El dispositivo de comunicación móvil de conformidad con la reivindicación 36, caracterizado además porque el canal existente comprende por lo menos uno de un canal lógico y un canal físico.
39. 39. - El dispositivo de comunicación móvil de conformidad con la reivindicación 36, caracterizado además porque la nueva configuración de mapeo de canal se relaciona con el mapeo de un canal lógico a un canal físico.
40. 40.- El dispositivo de comunicación móvil de conformidad con la reivindicación 33, caracterizado además porque el primer mensaje es recibido por medio de un canal común.
41. 41.- El dispositivo de comunicación móvil de conformidad con la reivindicación 40, caracterizado además porque la información que indica por lo menos una configuración disponible se incluye en una porción de extensión del primer mensaje.
42. 42. - El dispositivo de comunicación móvil de conformidad con la reivindicación 33, caracterizado además porque el primer mensaje es recibido por medio de un canal dedicado.
43. 43. - El dispositivo de comunicación móvil de conformidad con la reivindicación 42, caracterizado además porque el primer mensaje es un mensaje de configuración de conexión RRC.
44. 44. - El dispositivo de comunicación móvil de conformidad con la reivindicación 33, caracterizado además porque el procesador se adapta para seleccionar una de por lo menos una configuración disponible para determinar el tamaño del segundo mensaje.
45. 45. - Una red para transmitir información de control a por lo menos una terminal móvil, la red comprende: un transmisor adaptado para transmitir un primer mensaje a por lo menos una terminal móvil, el primer mensaje incluye información que indica por lo menos una configuración para transmitir un segundo mensaje; un receptor adaptado para recibir el segundo mensaje de por lo menos una terminal móvil, el segundo mensaje incluye por lo menos una porción de la información de control; y un controlador adaptado para generar el primer mensaje y procesar el segundo mensaje de por lo menos una terminal móvil, el segundo mensaje transmitido utilizando una de por lo menos una configuración disponible.
46. 46. - La red de conformidad con la reivindicación 45, caracterizada además porque por lo menos una configuración disponible comprende un modo de configuración heredada y una identidad de configuración heredada.
47. 47. - La red de conformidad con la reivindicación 45, caracterizada además porque por lo menos una configuración disponible comprende un modo de configuración predefinida y una identidad de configuración predefinida.
48. 48. - La red de conformidad con la reivindicación 47, caracterizada además porque el modo de configuración predefinida comprende por lo menos un canal adicional, un tamaño de bloque de mensaje incrementado para un canal existente, una nueva configuración de mapeo de canal, y un nuevo formato de mensaje.
49. 49. - La red de conformidad con la reivindicación 48, caracterizada además porque el canal adicional comprende por lo menos un canal lógico y un canal físico.
50. 50.- La red de conformidad con la reivindicación 48, caracterizada además porque el canal existente comprende por lo menos un canal lógico y un canal físico.
51. 51 . - La red de conformidad con la reivindicación 48, caracterizada además porque la nueva configuración de mapeo de canal se relaciona con el mapeo de un canal lógico a un canal físico.
52. 52. - La red de conformidad con la reivindicación 45, caracterizada además porque el primer mensaje es transmitido por medio de un canal común a una pluralidad de terminales móviles.
53. 53.- La red de conformidad con la reivindicación 52, caracterizada además porque la información que indica por lo menos una configuración disponible se incluye en una porción de extensión del primer mensaje.
54. 54.- La red de conformidad con la reivindicación 37, caracterizada además porque el primer mensaje se transmite por medio de un canal dedicado a una terminal móvil específica.
55. 55.- La red de conformidad con la reivindicación 54, caracterizada además porque el primer mensaje es un mensaje de configuración de conexión RRC.