ES2834892T3 - Sistema y procedimiento para compartir un canal de control para agregación de portadoras - Google Patents

Abstract

Un procedimiento para procesar un canal de control en un agente de usuario, UA, para identificar por lo menos uno de un recurso de enlace ascendente y uno de enlace descendente asignados mediante una concesión de recursos dentro de un sistema de comunicación de múltiples portadoras, donde las concesiones de recursos son especificadas por candidatos de subconjuntos de elementos de canal de control, CCE, donde las portadoras utilizadas para transmisión y recepción de datos son portadoras configuradas, comprendiendo el procedimiento las etapas de: recibir (2120) señales de activación que especifican portadoras activas y desactivadas, de entre las portadoras configuradas, indicando las señales de activación que una portadora de enlace ascendente está activa; descodificar (2130) las señales de activación para identificar las portadoras activas y las desactivadas; para cada portadora activa: para cada portadora de enlace ascendente activa emparejada con una portadora de enlace descendente desactivada: (i) identificar (2155) un número de candidatos de subconjuntos de CCE a descodificar, mediante identificar solamente candidatos asociados con un formato 0 de información de control de enlace descendente, DCI, para una portadora de enlace ascendente activa para descodificación, y (ii) realizar descodificación ciega (2160) hasta el número identificado de candidatos de subconjuntos de CCE para identificar la concesión de recursos; y de lo contrario: en otro caso: (i) identificar (2150) candidatos de subconjunto de CCE para todos los formatos DCI asociados, y (ii) realizar descodificación ciega (2160) de los candidatos de subconjunto de CCE identificados, para identificar la concesión de recursos; y: para cada portadora desactivada: ignorar candidatos de subconjunto de CCE asociados con la portadora desactivada.

Description

DESCRIPCIÓN

Sistema y procedimiento para compartir un canal de control para agregación de portadoras

ESTADO DE LA TÉCNICA ANTERIOR

La presente invención se refiere, en general, a transmisión de datos en sistemas de comunicaciones móviles y, más específicamente, a procedimientos para compartir un canal de control para agregación de portadoras.

Tal como se utiliza en la presente memoria, la expresión "agente de usuario" (UA, "user agent") se puede referir a dispositivos inalámbricos, tales como teléfonos móviles, asistentes digitales personales, ordenadores manuales o portátiles y dispositivos similares u otro equipo de usuario ("UE", User Equipment) que tenga capacidades de telecomunicaciones. En algunas realizaciones, un UA se puede referir a un dispositivo inalámbrico móvil. El término "UA" se puede referir asimismo dispositivos que tienen capacidades similares pero que no son transportables en general, tales como ordenadores de sobremesa, descodificadores, o nodos de red.

En los sistemas de telecomunicaciones inalámbricos tradicionales, un equipo de transmisión en una estación base transmite señales en la totalidad de una zona geográfica conocida como una celda. A medida que ha evolucionado la tecnología, se han introducido más equipos que pueden proporcionar servicios que no eran posibles anteriormente. Estos equipos avanzados pueden incluir, por ejemplo, un nodo B (eNB) de la red de acceso radio terrestre universal evolucionada (E-UTRAN, evolved terrestrial radio access network), que está muy evolucionado en comparación con el equipo correspondiente en un sistema de telecomunicaciones inalámbricas tradicional. Dichos equipos avanzados o de siguiente generación se pueden denominar en la presente memoria equipos de evolución a largo plazo (LTE, long-term evolution), y una red basada en paquetes que utilice dichos equipos se puede denominar un sistema de paquetes evolucionado (EPS, evolved packet system). Las mejoras adicionales a los sistemas/equipos LTE tendrán como resultado finalmente un sistema LTE avanzado (LTE-A, LTE advanced). Tal como se utiliza en la presente memoria, la expresión "dispositivo de acceso" se referirá a cualquier componente, tal como una estación base tradicional, o un dispositivo de acceso LTE o LTE-A (incluyendo eNB), que pueda proporcionar a un UA acceso a otros componentes en un sistema de telecomunicaciones.

En los sistemas de comunicaciones móviles, tales como E-UTRAN, un dispositivo de acceso proporciona acceso radio a uno o varios UA. El dispositivo de acceso comprende un planificador de paquetes para planificar dinámicamente transmisiones de paquetes de datos de tráfico de enlace descendente y asignar recursos de transmisión de paquetes de datos de tráfico de enlace ascendente entre todos los UA que comunican con el dispositivo de acceso. Las funciones del planificador incluyen, entre otras, dividir la capacidad de interfaz aérea disponible entre los UA, decidir el canal de transporte a utilizar para cada una de las transmisiones de datos de paquetes UA, y monitorizar la asignación de paquetes y la carga del sistema. El planificador asigna dinámicamente recursos para transmisiones de datos de canal físico compartido de enlace descendente (PDSCH, Physical downlink Shared CHannel) y canal físico compartido de enlace ascendente (PUSCH, Physical uplink Shared CHannel), y envía información de planificación a los UA a través de un canal de planificación.

Se utilizan varios formatos de mensaje de información de control de datos (DCI, data control information) diferentes para comunicar asignaciones de recursos a los UA incluyendo, entre otros, un formato DCI 0 para especificar recursos de enlace ascendente, formatos DCI 1, 1A, 1B, 1C, ID, 2 y 2A para especificar recursos de enlace descendente y formatos DCI 3 y 3A para especificar información de control de potencia. El formato DCI 0 que especifica enlace ascendente incluye varios campos DCI, cada uno de los cuales incluye información para especificar un aspecto diferente de recursos asignados de enlace ascendente. A modo de ejemplo, los campos DCI del formato DCI 0 incluyen un campo de control de potencia de transmisión (TPC, transmit power control), un campo de desplazamiento cíclico para señal de referencia de desmodulación (DM-RS, cyclic shift for demodulation reference signal), un campo de esquema de modulación y codificación (MCS, modulation and coding scheme) y versión de redundancia, un campo de indicador de nuevos datos (NDI, New Data Indicator), un campo de asignación de bloques de recursos y un campo de marcador de salto. Los formatos DCI 1, 1A, 2 y 2A que especifican enlace descendente incluyen, cada uno, varios campos DCI que incluyen información para especificar diferentes aspectos de recursos asignados de enlace descendente. Los campos DCI del formato DCI 1, 1A, 2 y 2A a modo de ejemplo incluyen un campo de número de proceso de solicitud de repetición automática híbrida (HARQ, hybrid automatic repeat request), un campo MCS, un campo de indicador de nuevos datos (NDI), un campo de asignación de bloques de recursos y un campo de versión de redundancia. Cada uno de los formatos DCI 0, 1, 2, 1A y 2A incluye campos adicionales para especificar recursos asignados. Otros formatos de enlace descendente 1B, 1C y 1D incluyen información similar. El dispositivo de acceso selecciona uno de los formatos DCI de enlace descendente para asignar recursos a un UA, como una función de varios factores que incluyen capacidades del UA y del dispositivo de acceso, la cantidad de datos que tiene que transmitir un UA, el estado (del canal) de comunicación, el modo de transmisión a utilizar, la cantidad de tráfico de comunicaciones dentro de una celda, etc.

Los mensajes DCI se sincronizan con subtramas, de tal modo que se pueden asociar implícitamente con estas, en lugar de explícitamente, lo que reduce requisitos de sobrecarga de control. Por ejemplo, en los sistemas de dúplex por división de frecuencias (FDD, frequency division duplex) LTE, un mensaje DCI para recurso de enlace ascendente está asociado con una subtrama de enlace ascendente cuatro milisegundos más tarde, de tal modo que, por ejemplo, cuando se recibe un mensaje DCI en un primer tiempo, el UA está programado para utilizar la concesión de recursos indicada en el mismo para transmitir un paquete de datos en la subtrama cuatro milisegundos después del primer tiempo. Similarmente, un mensaje DCI para recurso de enlace descendente está asociado con una subtrama de enlace descendente transmitida simultáneamente. Por ejemplo, cuando se recibe un mensaje DCI en un primer tiempo, el UA está programado para utilizar la concesión de recursos indicada en el mismo para descodificar un paquete de datos en una subtrama de datos de tráfico recibidas simultáneamente.

En funcionamiento, las redes LTE utilizan un canal de control físico de enlace descendente (PDCCH, shared physical downlink control channel) para distribuir mensajes DCI entre los UA. Los mensajes DCI para cada UA, así como otra información de control compartida, se codifican por separado. En LTE, los PDCCH se transmiten en unos primeros pocos símbolos de multiplexación por división de frecuencias ortogonales (OFDM, orthogonal frequency division multiplexing) sobre todo el ancho de banda del sistema, en lo que se puede denominar una zona PDCCH. La zona PDCCH incluye una serie de elementos de canal de control (CCE, control channel elements) que se utilizan para transmitir mensajes DCI desde un dispositivo de acceso a los UA. Un dispositivo de acceso selecciona uno, o una agregación de CCE a utilizar para transmitir un mensaje DCI a un UA; el subconjunto de CCE seleccionado para transmitir un mensaje depende, por lo menos en parte, de las condiciones de comunicación percibidas entre el dispositivo de acceso y el UA. Por ejemplo, cuando se sabe que existe un enlace de comunicación de alta calidad entre un dispositivo de acceso y un UA, el dispositivo de acceso puede transmitir datos al UA por medio de uno solo de los CCE y, cuando el enlace es de baja calidad, el dispositivo de acceso puede transmitir datos al UA por medio de un subconjunto de dos, cuatro o incluso ocho CCE, donde los CCE adicionales facilitan una transmisión más robusta de un mensaje DCI asociado. El dispositivo de acceso puede seleccionar subconjuntos de CCE para transmisión de mensajes DCI en base a muchos otros criterios.

Dado que un UA no sabe exactamente qué subconjunto o subconjuntos de CCE son utilizados por un dispositivo de acceso para transmitir mensajes DCI al UA, en las redes LTE existentes, el UA está programado para intentar descodificar muchos candidatos de subconjunto de CCE diferentes cuando busca un mensaje DCI. Por ejemplo, un UA puede estar programado para buscar una serie de CCE únicos para mensajes DCI, y una serie de subconjuntos de dos CCE, subconjuntos de cuatro CCE y subconjuntos de ocho CCE, para localizar un mensaje DCI. Para reducir los posibles subconjuntos de CCE en los que hay que buscar, los dispositivos de acceso y los UA pueden estar programados de manera que cada dispositivo de acceso utilice solamente subconjuntos de CCE específicos para transmitir mensajes DCI a un UA específico correspondiente a una subtrama de tráfico de datos específica, de tal modo que el UA sabe en qué subconjuntos de CCE buscar. Por ejemplo, en las redes LTE actuales, para cada subtrama de tráfico de datos, un UA busca seis CCE únicos, seis subconjuntos de 2 CCE, dos subconjuntos de 4 CCE y dos subconjuntos de 8 CCE para mensajes DCI, para un total de dieciséis subconjuntos de CCE. Los dieciséis subconjuntos de CCE son función de un identificador temporal de red de radio (RNTi, Radio Network Temporary Identifier) específico asignado a un UA 10 y varían de una subtrama a la siguiente. Este espacio de búsqueda, que es específico para un determinado UA, se denomina en lo que sigue un "espacio de búsqueda específico del UA".

En muchos casos, es deseable que un dispositivo de acceso transmita una gran cantidad de datos a un UA, o que un UA transmita grandes cantidades de datos a un dispositivo de acceso, en un breve lapso de tiempo. Por ejemplo, puede tener que transmitirse una serie de imágenes a un dispositivo de acceso en un breve lapso de tiempo. En otro caso, un UA puede ejecutar varias aplicaciones, todas las cuales tienen que recibir paquetes de datos desde un dispositivo de acceso de manera esencialmente simultánea, de tal modo que la transferencia combinada de datos es extremadamente grande. Una manera de aumentar la velocidad de transmisión de datos es utilizar múltiples portadoras (es decir, múltiples frecuencias) para comunicar entre un dispositivo de acceso y los UA, tal como es el caso para LTE-A. Por ejemplo, un sistema puede soportar cinco portadoras (es decir, frecuencias) diferentes y ocho procesos HARQ, de tal modo que se pueden generar en paralelo cinco flujos de transmisión de ocho HARQ de enlace ascendente diferentes y cinco flujos de transmisión de ocho HARQ de enlace descendente diferentes. La comunicación por medio de múltiples portadoras se denomina agregación de portadoras.

En el caso de agregación de portadoras, se asigna una estructura de canal de control a cada portadora para distribuir mensajes de control DCI. De manera simple, cada portadora puede incluir una zona PDCCH independiente que permite comunicar información de canal de control entre el dispositivo de acceso y los UA para cada portadora independientemente. Este enfoque, aunque permite que se distribuya información de canal de control para cada portadora, requiere la asignación de una cantidad sustancial de recursos en cada portadora. Además, dado que el nivel de interferencia varía entre portadoras, puede ser difícil implementar por igual zonas PDCCH en todas las portadoras. En algunos casos, por ejemplo, los niveles de interferencia sobre una portadora particular pueden ser tan sustanciales que hacen difícil o imposible implementar una zona PDCCH en dicha portadora. Alternativamente, el formato de mensaje DCI para mensajes de control en una primera portadora se puede modificar para proporcionar un campo adicional para indicar una portadora específica asociada con cada mensaje DCI.

El documento NEC: "Component carrier configuration/activation for carrier aggregation", borrador 3GPP; R2-093697_cc CONFIGURATlON ACTIVATION FOR CA, proyecto de asociación de 3a generación (3GPP), MOBILE COMPETENCE CENTRE; 650, Route Des Lucioles; F-06921 Sophia-Antipolis CEDEX; Francia, núm. Los Ángeles, USA; 20090622, 22 de junio de 2009, describe cómo indicar portadoras de componentes adicionales a agregar a un UE.

RESUMEN

De acuerdo con aspectos de la invención, se da a conocer un procedimiento para procesar un canal de control en un agente de usuario, y un equipo de usuario, tal como se expone en las reivindicaciones 1 y 4, respectivamente BREVE DESCRIPCIÓN DE LOS DIBUJOS

Para una comprensión más completa de esta invención, se hace referencia a continuación a la siguiente breve descripción, tomada en relación con los dibujos adjuntos y la descripción detallada, donde los numerales de referencia similares representan partes similares.

La figura 1 es un diagrama esquemático que muestra componentes de un sistema de comunicación que incluye un agente de usuario (UA) para compartir un canal de control para agregación de portadoras;

la figura 2 es una ilustración de una agregación de portadoras en una red de comunicaciones, donde cada portadora componente tiene un ancho de banda de 20 MHz y el ancho de banda total del sistema es de 100 MHz;

la figura 3 es una ilustración de niveles de agregación y espacios de búsqueda que pueden estar presentes dentro de la zona PDCCH;

la figura 4 es una tabla que muestra niveles de agregación para diferentes espacios de búsqueda específicos por UA y comunes;

las figuras 5a y 5b muestran dos opciones de diseño de zona PDCCH a modo de ejemplo, para implementar un canal de control para dos o más portadoras para agregación de portadoras;

la figura 6 muestra una zona PDCCH a modo de ejemplo que tiene conjuntos de CCE, donde cada conjunto de CCE está asignado a una portadora diferente, y muestra asimismo niveles de agregación y espacio de búsqueda a modo de ejemplo para asignar mensajes de control DCI entre portadoras f1 y f2;

la figura 7 muestra una zona PDCCH a modo de ejemplo que tiene CCE asignados a dos portadoras, donde los CCE asignados a cada portadora se pueden distribuir a través de la zona PDCCH, y muestra asimismo niveles de agregación y espacios de búsqueda a modo de ejemplo, que pueden estar presentes dentro de la zona PDCCH para asignar mensajes de control DCI entre portadoras f1 y f2;

la figura 8 es una ilustración de niveles de agregación y espacios de búsqueda que pueden estar presentes dentro de una zona PDCCH donde, para cada nivel de agregación, los candidatos PDCCH para una portadora particular se pueden desplazar mediante un múltiplo del número de CCE en el siguiente nivel de agregación menor;

la figura 9 es una ilustración de niveles de agregación y espacios de búsqueda que pueden estar presentes dentro de una zona PDCCH, donde el índice de portadora para un candidato PDCCH particular puede ser calculado mediante un índice de CCE de candidato PDCCH;

la figura 10 es una tabla que muestra niveles de agregación para un espacio específico por UA, el tamaño de cada nivel de agregación en número de CCE, y un número extendido de candidatos de PDCCH (subconjunto de CCE) a buscar en cada nivel de agregación;

las figuras 11a y 11b muestran un reordenamiento del grupo de elementos de recursos (REG, Resource Element Group), donde el reordenamiento REG se puede utilizar para distinguir entre portadoras potencialmente asociadas con un candidato PDCCH;

la figura 12 es una ilustración que muestra construcciones de ejemplo de candidatos PDCCH para cada una de las portadoras f1 y f2 en niveles de agregación 2, 4 y 8, donde, para niveles de agregación mayores que el nivel de agregación 1, varía el ordenamiento de los CCE que constituyen cada potencial candidato PDCCH;

la figura 13 es un diagrama de un sistema de comunicaciones inalámbricas que incluye un UA que puede funcionar para algunas de las diversas realizaciones de la invención;

la figura 14 es un diagrama de bloques de un UA que puede funcionar para algunas de las diversas realizaciones de la invención;

la figura 15 es un diagrama del entorno de software que se puede implementar en un UA que puede funcionar para algunas de las diversas realizaciones de la invención;

la figura 16 es un sistema informático ilustrativo de propósito general, adecuado para algunas de las diversas realizaciones de la invención;

la figura 17 es una tabla que muestra niveles de agregación para un espacio específico por UA, el tamaño de cada nivel de agregación en número de CCE, y un número extendido de candidatos de PDCCH (subconjunto de CCE) a buscar en cada nivel de agregación, que son consistentes con, por lo menos, una realización de la presente descripción;

la figura 18 es una tabla que muestra niveles de agregación para un espacio específico por UA, el tamaño de cada nivel de agregación en número de CCE, y un número extendido de candidatos de PDCCH (subconjunto de CCE) a buscar en cada nivel de agregación, que son consistentes con, por lo menos, una realización de la presente descripción;

la figura 19 es una tabla que muestra niveles de agregación para un espacio específico por UA, el tamaño de cada nivel de agregación en número de CCE, y un número extendido de candidatos de PDCCH (subconjunto de CCE) a buscar en cada nivel de agregación, que son consistentes con, por lo menos, una realización de la presente descripción;

la figura 20 es una tabla que muestra niveles de agregación para un espacio específico por UA, el tamaño de cada nivel de agregación en número de CCE, y un número extendido de candidatos de PDCCH (subconjunto de CCE) a buscar en cada nivel de agregación, que son consistentes con, por lo menos, una realización de la presente descripción.

La figura 21 es un diagrama de flujo que muestra un procedimiento de ejemplo para identificar una concesión de recursos de una o varias portadoras, en base a señales de activación;

la figura 22A es un diagrama de flujo que muestra un procedimiento de ejemplo para identificar una concesión de recursos de una o varias portadoras, en base a un campo de identificación de portadora;

la figura 22B es un diagrama de flujo que muestra un procedimiento de ejemplo para identificar una concesión de recursos de una o varias portadoras, en base a un campo de identificación de portadora (CIF, carrier identification field) dentro de cada mensaje DCI correspondiente a un nivel de agregación específico; y

la figura 22C es un diagrama de flujo que muestra un procedimiento de ejemplo para identificar una concesión de recursos de una o varias portadoras, en base a un CIF dentro de cada mensaje DCI correspondiente a todos los niveles de agregación.

DESCRIPCIÓN DETALLADA

Se ha reconocido que un canal de control se puede compartir entre dos o más portadoras en sistemas de red de comunicación de múltiples portadoras.

Esta invención da a conocer varias realizaciones de sistemas, software y procedimientos para procesar un canal de control. En algunos aspectos, se da a conocer un procedimiento para realizar operaciones para procesar un canal de control en un agente de usuario (UA) para identificar por lo menos uno de un recurso de enlace ascendente y uno de enlace descendente, asignado mediante una concesión de recursos dentro de un sistema de comunicación de múltiples portadoras, donde se especifican concesiones de recursos mediante candidatos de subconjuntos de elementos de canal de control (CCE, control channel element), y donde las portadoras utilizadas para transmisión y recepción de datos son portadoras configuradas. En una realización, el procedimiento comprende recibir señales de activación que especifican portadoras activas y desactivadas, de entre las portadoras configuradas. Para portadoras activas, se identifica un número de candidatos de subconjuntos de CCE a descodificar, y se descodifica hasta el número de candidatos de subconjuntos de CCE identificado, en un intento de identificar la concesión de recursos. Para portadoras no activadas, se ignoran los candidatos de subconjunto de CCE asociados.

En algunas realizaciones, las señales de activación pueden indicar que una portadora de enlace ascendente está activa y que una correspondiente portadora de enlace descendente emparejada está desactivada, y la etapa de identificar candidatos de subconjunto de CCE puede incluir además identificar solamente candidatos asociados con el formato de información de control de datos (DCI) 0 para la portadora de enlace ascendente activa para descodificación.

En algunos aspectos, se da a conocer un procedimiento para realizar operaciones para procesar un canal de control en un UA para identificar por lo menos uno de un recurso de enlace ascendente y uno de enlace descendente asignado mediante una concesión de recursos dentro de un sistema de comunicación de múltiples portadoras, donde las concesiones de recursos son especificadas mediante candidatos de subconjunto de CCE. En una realización, el procedimiento comprende determinar las posiciones de los candidatos de subconjunto de CCE para cada portadora, recibir un mensaje DCI, y cuando un candidato de subconjunto de CCE corresponde a más de una portadora, descodificar el mensaje DCI identificando un CIF dentro del mensaje DCI, y utilizar el CIF para identificar una portadora asociada con un candidato de subconjunto de CCE. Cuando un candidato de subconjunto de CCE corresponde solamente a una portadora, utilizar la posición del candidato de subconjunto de CCE dentro del espacio de búsqueda para identificar una portadora asociada con el candidato de subconjunto de CCE.

En otra realización, el procedimiento comprende determinar las posiciones de candidatos de subconjunto de CCE para cada portadora, recibir un mensaje DCI, y cuando un candidato de subconjunto de CCE en un nivel de agregación específico corresponde a más de una portadora, descodificar todos los mensajes DCI correspondientes al nivel de agregación específico para una subtrama mediante identificar un CIF dentro de cada mensaje DCI, y utilizar los CIF para identificar portadoras asociadas con los candidatos de subconjunto de CCE. Cuando cada uno de los candidatos de subconjunto de CCE en un nivel de agregación específico corresponde solamente a una portadora, utilizar las posiciones de los candidatos de subconjunto de CCE dentro de un espacio de búsqueda para identificar una portadora asociada con cada candidato de subconjunto de CCE en el nivel de agregación específico para una subtrama.

En otra realización, el procedimiento comprende determinar las posiciones de los candidatos de subconjunto de CCE para cada portadora, recibir un mensaje DCI, y cuando un candidato de subconjunto de CCE en cualquier nivel de agregación corresponde a más de una portadora para una subtrama, descodificar todos los mensajes DCI en todos los niveles de agregación para la subtrama mediante identificar un CIF dentro de cada mensaje DCI, y utilizar los CIF para identificar portadoras asociadas con los candidatos de subconjunto de CCE; y cuando cada candidato de subconjunto de CCE en todos los niveles de agregación para una subtrama corresponde solamente a una portadora, utilizar las posiciones de los candidatos de subconjunto de CCE dentro de un espacio de búsqueda para identificar portadoras asociadas con cada candidato de subconjunto de CCE en todos los niveles de agregación para una subtrama.

Para conseguir los anteriores objetivos y otros relacionados, la invención comprende entonces las características que se describen a continuación completamente. La siguiente descripción y los dibujos adjuntos exponen en detalle determinados aspectos ilustrativos de la invención. Sin embargo, estos aspectos son indicativos de tan sólo unas pocas de las diversas maneras mediante las que se pueden utilizar los principios de la invención. Otros aspectos, ventajas y características nuevas de la invención resultarán evidentes a partir de la siguiente descripción detallada de la invención, cuando se considere conjuntamente con los dibujos.

Los diversos aspectos de la invención se describen a continuación haciendo referencia a los dibujos adjuntos, en la totalidad de los cuales los numerales similares se refieren a elementos similares o correspondientes. No obstante, se debe entender que los dibujos y la descripción detallada relativa a estos no están destinados a limitar la materia reivindicada a la forma particular dada a conocer. Por el contrario, se pretende abarcar todas las modificaciones, equivalentes y alternativas que quedan dentro del alcance de la materia reivindicada.

Tal como se utilizan en la presente memoria, los términos "componente", "sistema" y similares, están destinados a referirse a una entidad relacionada con ordenadores, ya sea hardware, una combinación de hardware y software, software, o software en ejecución. Por ejemplo, un componente puede ser, de forma no limitativa, un proceso que se ejecuta en un procesador, un procesador, un objeto, un hilo de ejecución, un programa y/o un ordenador. A modo ilustrativo, tanto una aplicación que se ejecuta en un ordenador como el ordenador puede ser un componente. Uno o varios componentes pueden residir dentro de un proceso y/o hilo de ejecución, y un componente puede estar localizado en un ordenador y/o distribuido entre dos o más ordenadores.

La expresión "a modo de ejemplo" se utiliza en la presente memoria con el significado de que sirve como ejemplo, instancia o ilustración. Cualquier aspecto o diseño descrito en la presente memoria como "a modo de ejemplo" no tiene necesariamente que considerarse como preferente o ventajoso sobre otros aspectos o diseños.

Además, la materia dada a conocer se puede implementar como un sistema, un procedimiento, un aparato o un artículo de fabricación utilizando técnicas estándar de programación y/o ingeniería para producir software, software inalterable, hardware o cualquier combinación de los mismos para controlar un dispositivo basado en ordenador o en procesador con el fin de implementar aspectos detallados en la presente memoria. La expresión "artículo de fabricación" (o, alternativamente, "producto de programa informático"), tal como se utiliza en la presente memoria, pretende abarcar un programa informático accesible desde cualquier dispositivo, soporte o medio legible por ordenador. Por ejemplo, los medios legibles por ordenador pueden incluir, de forma no limitativa, dispositivos de almacenamiento magnético (por ejemplo, disco duro, disco flexible, bandas magnéticas...), discos ópticos (por ejemplo, disco compacto (CD, compact disk), disco versátil digital (DVD, digital versatile disk)...), tarjetas inteligentes y dispositivos de memoria flash (por ejemplo, tarjeta, lápiz). Adicionalmente, se debe apreciar que una onda portadora se puede utilizar para transportar datos electrónicos legibles por ordenador, tales como los utilizados en la transmisión y recepción de correo electrónico o en el acceso a una red, tal como internet o una red de área local (LAN, local area network). Por supuesto, los expertos en la materia reconocerán que se pueden realizar muchas modificaciones a esta configuración sin apartarse del alcance de la materia reivindicada.

En general, el sistema y los procedimientos inventivos se han desarrollado para compartir un único recurso de canal de control, tal como una zona de canal físico de control de enlace descendente (PDCCH) entre dos o más portadoras. De este modo, el sistema proporciona una estructura de control de múltiples portadoras que permite que unos mensajes de control de información de control de enlace descendente (DCI) distribuidos por medio de una zona PDCCH determinen asignaciones de recursos en una o varias portadoras. En general, el presente sistema se puede implementar utilizando formatos de mensaje de control DCI existentes, descritos anteriormente. De este modo, las longitudes de los formatos DCI existentes, incluso después de la implementación del presente sistema, pueden permanecer sin cambios.

Haciendo referencia a continuación a los dibujos, en los que corresponden numerales de referencia similares a elementos similares en la totalidad de las diversas vistas, la figura 1 es un diagrama esquemático que muestra un sistema de comunicación multicanal a modo de ejemplo 30 que incluye un agente de usuario (UA) 10 y un dispositivo de acceso 12. El UA 10 incluye, entre otros componentes, un procesador 14 que ejecuta uno o varios programas de software, en el que por lo menos uno de los programas comunica con el dispositivo de acceso 12 para recibir datos desde el dispositivo de acceso 12 y proporcionar datos al mismo. Cuando se transmiten datos desde el UA 10 al dispositivo 12, los datos se denominan datos de enlace ascendente, y cuando se transmiten datos desde el dispositivo de acceso 12 al UA 10, los datos se denominan datos de enlace descendente. El dispositivo de acceso 12, en una implementación, puede incluir un nodo B (eNB) E-UTRAN u otro componente de red para comunicar con el UA 10.

Para facilitar las comunicaciones, se establecen una serie de diferentes canales de comunicación entre el dispositivo de acceso 12 y el UA 10. Para los propósitos de la presente invención, haciendo referencia a la figura 1, los canales importantes entre el dispositivo de acceso 12 y el UA 10 incluyen un PDCCH 70, un canal físico compartido de enlace descendente (PDSCH) 72 y un canal físico compartido de enlace ascendente (PUSCH) 74. Tal como implica la etiqueta, el PDCCH es un canal que permite que el dispositivo de acceso 12 controle el UA 10 durante comunicaciones de datos de enlace descendente. A este respecto, el PDCCH se utiliza para transmitir paquetes de planificación o de control de datos, denominados paquetes DCI, al UA 10 para indicar la planificación a utilizar por el UA 10 para recibir paquetes de tráfico de comunicación de enlace descendente o transmitir paquetes de tráfico de comunicación de enlace ascendente, o para enviar instrucciones específicas al UA (por ejemplo, comandos de control de potencia, una orden para llevar a cabo un procedimiento de acceso aleatorio, o una activación o desactivación de planificación semipersistente). Un paquete DCI independiente puede ser transmitido por el dispositivo de acceso 12 al UA 10 para cada transmisión de subtrama/paquete de tráfico.

Los formatos DCI a modo de ejemplo incluyen el formato DCI 0 para especificar recursos de enlace ascendente y los formatos DCI 1, 1A, 1B, 1C, ID, 2 y 2A para especificar recursos de enlace descendente. Se contemplan otros formatos DCI. Se indican paquetes DCI a modo de ejemplo mediante la comunicación 71 en el PDCCH 70 en la figura 1.

También haciendo referencia a la figura 1, las subtramas o paquetes de datos de tráfico a modo de ejemplo en el PDSCH 72 están identificados como 73. El PUSCH 74 puede ser utilizado por el UA 10 para transmitir subtramas de datos o paquetes al dispositivo de acceso 12. Los paquetes de tráfico a modo de ejemplo en el PUSCH 74 están identificados como 77.

Se puede utilizar agregación de portadoras para soportar anchos de banda de transmisión más amplios y aumentar la velocidad de datos máxima potencial para comunicaciones entre el UA 10, el dispositivo de acceso 12 y/u otros componentes de red. En agregación de portadoras, se agregan múltiples portadoras componentes y se pueden asignar en una subtrama a un UA 10, tal como se muestra en la figura 2. La figura 2 muestra agregación de portadoras en una red de comunicaciones donde cada portadora componente tiene un ancho de banda de 20 MHz y el ancho de banda total del sistema es de 100 MHz. Tal como se muestra, el ancho de banda disponible 100 está dividido en una serie de portadoras 102. El UA 10 puede recibir o transmitir en múltiples portadoras componentes (hasta un total de cinco portadoras 102 en el ejemplo mostrado en la figura 2), dependiendo de las capacidades del UA. En algunos casos, dependiendo del despliegue de la red, se puede producir agregación de portadoras con portadoras 102 situadas en la misma banda y/o con portadoras 102 situadas en bandas diferentes. Por ejemplo, una portadora 102 puede estar situada en 2 GHz y una segunda portadora agregada 102 puede estar situada en 800 MHz.

Haciendo referencia a la figura 3, una zona PDCCH a modo de ejemplo incluye una serie de elementos de canal de control (CCE) 110 que se utilizan para transmitir mensajes formateados DCI desde el dispositivo de acceso 12 al UA 10. El UA 10 puede buscar CCE que se utilizan para transmitir mensajes DCI dentro de un espacio de búsqueda específico por UA 114, que es específico para un UA particular 10, y un espacio de búsqueda común 112 que es común a todos los UA conectados a un dispositivo de acceso 12. En el ejemplo mostrado, la zona PDCCH incluye treinta y ocho CCE, si bien otras instancias de PDCCH pueden incluir más o menos de 38 CCE. El dispositivo de acceso 12 selecciona uno o una agregación de CCE a utilizar para transmitir un mensaje DCI al UA 10, dependiendo el subconjunto de CCE seleccionado para transmitir un mensaje, por lo menos en parte, de las condiciones de comunicación percibidas entre el dispositivo de acceso y el UA. Por ejemplo, cuando se sabe que existe un enlace de comunicación de alta calidad entre un dispositivo de acceso y un UA, el dispositivo de acceso puede transmitir datos al UA a través de solamente uno de los CCE (ver 116) y, cuando el enlace es de baja calidad, el dispositivo de acceso puede transmitir datos al UA por medio de un subconjunto de dos (ver 118), cuatro (ver 120) o incluso ocho CCE (ver 122), donde los CCE adicionales facilitan una transmisión más robusta de un mensaje DCI asociado. El dispositivo de acceso puede seleccionar subconjuntos de CCE para transmisión de mensajes DCI en base a muchos otros criterios.

En adelante, salvo que se indique lo contrario, los subconjuntos de CCE que incluyen un CCE se denominarán subconjuntos de "nivel de agregación 1" o AL1. Análogamente, los subconjuntos que incluyen dos CCE se denominarán "nivel de agregación 2" o subconjuntos AL2, los subconjuntos que incluyen cuatro CCE se denominarán subconjuntos de "nivel de agregación 4" o AL4, y los subconjuntos que incluyen ocho CCE se denominarán subconjuntos de "nivel de agregación 8" o AL8. Un nivel de agregación superior indica que el número de CCE utilizados para transmitir una DCI particular es mayor (por ejemplo, el nivel de agregación 8 es mayor que el nivel de agregación 4) y, por lo tanto, es más robusto suponiendo un determinado conjunto de condiciones de canal. Por consiguiente, los UA 10 con malas condiciones de canal se pueden asignar a niveles de agregación superiores para garantizar que los UA 10 pueden descodificar satisfactoriamente mensajes DCI recibidos en los PDCCH.

Haciendo referencia a continuación a la figura 4, se proporciona una tabla que resume la información de la figura 3 mostrando niveles de agregación para espacios de búsqueda específicos por UA y comunes 114 y 112, respectivamente, tal como se representa en la figura 3; el tamaño de cada nivel de agregación en número de CCE; y el número de candidatos de Pd Cc h (subconjunto de CCE) a buscar por el UA 10 en cada nivel de agregación. En el espacio de búsqueda específico por UA 114, en el nivel de agregación 1 el espacio de búsqueda es de 6 CCE con un total de 6 candidatos PDCCH. En el nivel de agregación 2, el espacio de búsqueda es de 12 CCE con un total de 6 candidatos PDCCH. En el nivel de agregación 4, el espacio de búsqueda es de 8 CCE con 2 candidatos PDCCH, y en el nivel de agregación 8 el espacio de búsqueda es de 16 CCE con 2 candidatos PDCCH. En el espacio de búsqueda común 112, en el nivel de agregación 4 el espacio de búsqueda es de 16 CCE con 4 candidatos PDCCH y en el nivel de agregación 8 el espacio de búsqueda es de 16 CCE con 2 candidatos PDCCH.

Generalmente, utilizando niveles diferentes de entre los niveles de agregación mostrados en la figura 4, se puede ajustar la fiabilidad de una transmisión PDCCH para un UA previsto. El conjunto de candidatos PDCCH a monitorizar por un UA se define en términos de espacios de búsqueda, donde un espacio de búsqueda Sk(L) en los niveles de agregación 1,2, 4 u 8 está definido por un conjunto de candidatos PDCCH. Los CCE correspondientes al candidato PDCCH m del espacio de búsqueda Sk(L) se pueden proporcionar mediante la ecuación:

donde Yk (Yk se puede calcular tal como se describe en la sección 9.1.1 de TS 36.213) es el número aleatorio para definir un espacio de búsqueda específico por UA, L es el nivel de agregación, e i=0,..., L-1 y m=0, ..., M(L)-1. M(L) es el número de candidatos PDCCH para monitorizar un determinado espacio de búsqueda.

En el caso de agregación de portadoras, se asigna una estructura de canal de control a cada portadora para distribuir mensajes de control DCI. Las figuras 5a y 5b muestran dos opciones de diseño de PDCCH a modo de ejemplo, para implementar un canal de control para dos o más portadoras para agregación de portadoras. En la figura 5a, cada portadora f1 y f2 es asignada a una zona PDCCH independiente. Por consiguiente, los mensajes de control DCI relativos a la portadora f1 se distribuyen por medio de la zona PDCCH 130 y los mensajes de control DCI relativos a la portadora f2 se distribuyen por medio de la zona PDCCH 132. Aunque es relativamente directa de implementar, la estructura PDCCH de la figura 5a requiere la asignación de una cantidad sustancial de recursos en cada portadora, y no permite casos en que una portadora particular no tenga una zona PDCCH. Si la zona PDCCH para múltiples portadoras está reservada en una sola portadora, la otra portadora se configurará entonces para transmitir solamente PDSCH sin la zona de control, lo que aumentará la eficiencia de ancho de banda de la transmisión de PDSCH. Además, la cobertura de cada portadora puede ser diferente. Asimismo, en algunos casos, puede ser deseable transmitir control en una sola portadora para simplificar la implementación UA. Por consiguiente, en muchos casos, una portadora particular puede no implementar o poner a disposición una zona PDCCH.

La figura 5b muestra una opción alternativa de diseño de zonas PDCCH, donde una zona PDCCH se puede configurar para distribuir mensajes de control DCI para la portadora en la que se transmite el PDCCH, además de cero o más portadoras adicionales. En la figura 5b, los mensajes de control DCI relativos a la portadora f1 se distribuyen a través de la zona PDCCH 136. Además, una zona PDCCH 136 en la portadora f1 se puede configurar para distribuir mensajes de control DCI relativos a la portadora f2 y/o portadoras adicionales (no mostradas). Aunque puede ser posible implementar la opción de diseño de PDCCH mostrada en la figura 5b utilizando un nuevo campo DCI que indica la portadora PDSCH/PUSCH a la que se refiere el mensaje de control DCI, dicha solución no es deseable dado que modificaría o aumentaría el número de formatos DCI existentes.

El presente sistema facilitará la compartición de un único canal de control, tal como una zona de canal de control físico de enlace descendente (PDCCH), entre dos o más portadoras, que permite que mensajes de control DCI distribuidos por medio de una zona PDCCH en una primera portadora determinen asignaciones de recursos en cada una de las dos o más portadoras. Dependiendo de la configuración de red, el presente sistema se puede implementar utilizando un formato de mensaje de control DCI convencional. De este modo, las longitudes de los formatos DCI existentes, incluso después de la implementación del presente sistema, pueden permanecer sin cambios. Aunque a continuación se describe cada solución por separado, se deberá apreciar que los diversos aspectos de las diferentes soluciones se pueden combinar, por lo menos en algunas realizaciones, para dar como resultado otras soluciones útiles.

Solución 1

En una implementación del presente sistema, los CCE en una sola zona PDCCH portadora se asignan a diferentes grupos, donde cada grupo es preasignado a portadoras diferentes de un sistema de múltiples portadoras. Por ejemplo, haciendo referencia a la figura 6, la zona PDCCH 140 está situada en la portadora f1. Los CCE de la zona PDCCH 140 se asignan en dos grupos, asignándose cada grupo a la portadora f1 o bien a la portadora f2. La zona PDCCH 140 incluye un primer grupo de CCE 142 de PDCCH 140, donde el grupo de CCE 142 se asigna a la portadora f1. El primer grupo de CCE 142 incluye los CCE 0 a 17 de la zona PDCCH 140. De forma similar, un segundo grupo de CCE 144 de la zona PDCCH 140 se asigna a la portadora f2 e incluye los CCE 18 a 35 de la zona PDCCH 140. En sistemas que tienen tres o más portadoras, los CCE en una única zona PDCCH se pueden asignar a un número de grupos igual al número de portadoras. Dependiendo de la implementación de red, el número de CCE asignados a cada grupo puede ser igual, o variar entre las portadoras.

También haciendo referencia a la figura 6, se muestran niveles de agregación y espacios de búsqueda que pueden estar presentes dentro de la zona PDCCH 140 para asignar mensajes de control DCI entre portadoras f1 y f2. La zona PDCCH 140 incluye 36 CCE. Los CCE 0 a 17 están situados en un primer grupo y asignados a la portadora f1 (la portadora que contiene la zona PDCCH 140) y los CCE 18 a 35 están situados en un segundo grupo y asignados a la portadora f2. Utilizando la zona PDCCH 140, el dispositivo de acceso 12 selecciona uno o una agregación o subconjunto de CCE para transmitir un mensaje de control DCI al UA 10. El subconjunto de CCE particular seleccionado por el dispositivo de acceso puede depender, por lo menos en parte, de las condiciones de comunicación percibidas entre el dispositivo de acceso 12 y el UA 10. El subconjunto de CCE seleccionado determina asimismo la portadora en la que el mensaje de control DCI asigna recursos.

Por ejemplo, cuando se sabe que existe un enlace de comunicación de alta calidad entre un dispositivo de acceso 12 y un UA 10 en la portadora f1, el dispositivo de acceso 12 puede transmitir mensajes de control al UA 10 por medio de solamente uno de los CCE (ver 146) dentro del grupo de CCE 142 asignados a la portadora f1. Cuando el enlace de la portadora f1 es de baja calidad, el dispositivo de acceso 12 puede transmitir datos al UA 10 por medio de un subconjunto de dos (ver 148), cuatro (ver 150) o incluso ocho (ver 152) CCE dentro del grupo de CCE 142 asignados a la portadora f1, donde los CCE adicionales facilitan una transmisión más robusta de un mensaje DCI asociado al UA 10.

De manera similar, cuando se sabe que existe un enlace de comunicación de alta calidad entre un dispositivo de acceso y un UA en la portadora f1, el dispositivo de acceso puede transmitir datos al UA 10 por medio de solamente uno de los CCE (ver 154) dentro del grupo de CCE 144 asignados a la portadora f2. Dado que la zona PDCCH para la portadora f2 se transmite en la portadora f1, se deberá considerar la calidad del canal en la portadora f1 al determinar el nivel de agregación. Cuando el enlace de la portadora f1 es de baja calidad, el dispositivo de acceso puede transmitir datos al UA 10 por medio de un subconjunto de dos (ver 156), cuatro (ver 158) o incluso ocho (160) CCE dentro del grupo de CCE 144 asignados a la portadora f2, donde los CCE adicionales facilitan una transmisión más robusta de un mensaje DCI asociado. El dispositivo de acceso puede seleccionar subconjuntos de CCE para transmisión de mensajes DCI en base a muchos otros criterios.

Si un UA 10 encuentra un formato válido de mensaje de control DCI en el espacio de CCE 142 designado para la portadora f1, el UA 10 puede concluir que la concesión correspondiente es válida para la portadora f1. A la inversa, si un UA 10 encuentra un formato DCI válido en el espacio de CCE 144 designado para la portadora f2, el UA 10 puede concluir que la correspondiente concesión es válida para la portadora f2.

En muchos casos, el número total de CCE que se pone a disposición en la zona PDCCH 140 puede ser mayor o menor de 36, dependiendo de los requisitos del sistema. Por ejemplo, un número alto de CCE dentro de la zona PDCCH puede minimizar las ocurrencias de bloqueo en el PDCCH, cuando el dispositivo de acceso desea transmitir a un UA particular durante una determinada subtrama, pero el dispositivo de acceso no puede encontrar un subconjunto adecuado de CCE dentro de la zona PDCCH en los que colocar el mensaje de control DCI deseado. Además, no es necesario que los CCE se distribuyan homogéneamente entre portadoras. Por ejemplo, una portadora que se sabe tiene una conexión particularmente fuerte o de alta calidad entre un dispositivo de acceso y los UA planificados puede asignar menos de los CCE totales dentro de la zona PDCCH, dado que es improbable que sean necesarios mayores niveles de agregación para la portadora. A la inversa, las portadoras con conexiones de muy baja calidad se pueden asignar a un número total mayor de CCE centro de la zona PDCCH, dado que a menudo requerirán niveles altos de agregación.

En una implementación, el conjunto de CCE 142 asignado a la portadora f1 se señaliza utilizando el canal físico indicador de formato de control (PCFICH, Physical Control Format Indicator Channel) de señalización Rel-8 y el conjunto de CCE 144 asignado a la portadora f2 se señaliza utilizando un procedimiento de señalización alternativo. En ese caso, los UA Rel-8 no pueden ser servidos por el conjunto de CCE 144.

En otra implementación, todo el espacio de CCE (incluyendo los conjuntos de CCE 142 y 144) se señaliza utilizando señalización Rel-8 a los UA Rel-8 utilizando el PCFICH, y los conjuntos de CCE 142 y 144 se señalizan como dos entidades a los UA Rel-10 utilizando señalización Rel-10. Por ejemplo, se puede utilizar señalización RRC para indicar los conjuntos de CCE 142 y 144. En ese caso, los UA Rel-8 pueden abarcar todo el espacio de PDCCH para una sola concesión, mientras que una sola concesión para los UA Rel-10 está situada en el conjunto de CCE 142 o bien en el conjunto de CCE 144. En ambos casos, la solución puede ser transparente a los UA Rel-8, debido a que los UA utilizan el mismo procedimiento de búsqueda de PDCCH que el definido actualmente, y el dispositivo de acceso puede garantizar que una concesión particular está situada en el lugar adecuado para cada UA.

En algunos casos, puede ser difícil definir un espacio PDCCH suficientemente grande utilizando técnicas Rel-8 para acomodar funcionamiento con múltiples portadoras. Por ejemplo, si se requieren más de 3 símbolos de multiplexación por división de frecuencias ortogonales (OFDM) para el PDCCH, puede ser difícil desplazar el canal de tráfico (PDSCH) respecto del canal de control (PDCCH). De este modo, el sistema, o una parte del sistema se puede implementar en el dominio lógico, donde el conjunto de CCE 142 se define como en Rel-8 y el conjunto de CCE 144 utiliza un conjunto particular de recursos radioeléctricos, por ejemplo, un conjunto de bloques de recursos físicos. Sin embargo, esto puede requerir que el UA almacene en memoria tampón toda la subtrama y, por lo tanto, puede eliminar la ventaja de microsueño de la estructura PDCCH existente.

La primera solución descrita anteriormente puede no permitir truncamiento entre los subconjuntos de CCE 142 y 144 de la zona PDCCH 140 para la portadora f1 y la portadora f2 y, por lo tanto, puede tener como resultado una mayor frecuencia de bloqueo en comparación con un espacio PDCCH completamente común. Por lo tanto, puede ser deseable utilizar un conjunto común de CCE para realizar asignaciones de ambas portadoras f1 y f2 sin cambiar los formatos DCI Rel-8. Además, puede ser difícil reservar el espacio de búsqueda para cada portadora, especialmente a niveles de agregación mayores.

Se puede implementar señalización para instruir a cada UA 10 sobre cómo mapear un conjunto de CCE a una portadora particular. En algunos casos, se puede utilizar señalización de difusión para dividir la zona PDCCH en grupos de CCE. Por ejemplo, haciendo referencia de nuevo a la figura 6, se puede utilizar señalización de difusión para indicar que el conjunto de CCE 142 corresponde a los CCE 0 a 17 y que el conjunto de CCE 144 corresponde a los CCE 18 a 35.

Después de que se configuran los conjuntos de CCE, el dispositivo de acceso puede indicar qué portadoras corresponden a cada conjunto de CCE. Adicionalmente, el dispositivo de acceso puede indicar un índice de portadora dentro de cada conjunto de CCE. Por ejemplo, cuando el conjunto de CCE 142 se denomina el conjunto de CCE "0" y se utiliza para tres portadoras (no según la figura 6) y el conjunto de CCE 144 se denomina conjunto de CCE "1" y se utiliza para una portadora, se muestra señalización de ejemplo en la tabla siguiente:

Tabla 1

En este caso, los mensajes DCI se pueden modificar para indicar el índice de portadora dentro del conjunto de CCE, o se puede utilizar una de las soluciones descritas a continuación para indicar la portadora.

Si solamente hay un conjunto de CCE definido, tal como en la figura 6, el índice de portadora dentro del conjunto de CCE puede ser igual al índice de portadora, en cuyo caso puede no ser necesaria señalización.

Solución 2

En otras implementaciones, los CCE pueden ser compartidos entre múltiples portadoras componentes, siempre que un primer candidato de mensaje de control DCI PDCCH para una primera portadora a un nivel de agregación particular no solape con un segundo candidato de mensaje de control DCI PDCCH para una segunda portadora al mismo nivel de agregación. Haciendo referencia a la figura 7, cada una de las portadoras f1 y f2 se puede asignar a recursos mediante cualquiera de los CCE (en este ejemplo, un total de 36 CCE numerados de 0 a 35) disponibles en la zona PDCCH de la portadora f1 162. Para diferenciar las asignaciones de CCE para la portadora f1 y la portadora f2, los candidatos de PDCCH 162 para cada portadora no ancla a un nivel de agregación son desplazados mediante un número de CCE asignados en la portadora ancla, con respecto a la posición de cada candidato PDCCH en la portadora ancla.

En la figura 7, se muestran niveles de agregación y espacios de búsqueda que pueden estar presentes dentro de la zona PDCCH 162 para asignar mensajes de control DCI entre las portadoras f1 y f2, donde los mensajes de control DCI para las portadoras f1 y f2 se pueden distribuir en toda la zona PDCCH 162. En la figura 7, cada uno de los mensajes de control DCI para las portadoras f1 y f2 puede estar asignado a uno o varios CCE numerados de 0 a 35 (es decir, cualquiera de los CCE disponibles en la zona PDCCH 162). Para diferenciar asignaciones para la portadora f1 y la portadora f2, los candidatos PDCCH para la portadora f2 están desplazados con respecto a la posición de los CCE asignados a la portadora ancla (por ejemplo, la portadora f1).

Por ejemplo, en la figura 7, los candidatos PDCCH para el nivel de agregación 1 para la portadora f2 están desplazados con respecto a los candidatos PDCCH para la portadora f1 mediante el número de CCE asignados a la portadora ancla al nivel de agregación 1. En la figura 7, seis CCE comenzando con el candidato PDCCH 166 han sido asignados a la portadora ancla (portadora f1). El CCE inicial 164 para los candidatos PDCCH de la portadora f2 está, por lo tanto, desplazado respecto de la misma posición inicial que los de la portadora ancla mediante el número de CCE asignados a la portadora ancla -en este caso, 6. De este modo, el punto inicial para el candidato PDCCH 164 está desplazado 6 CCE a la derecha.

De manera similar, también haciendo referencia a la figura 7, existen seis PDCCH o candidatos de subconjunto de CCE para AL2 y la portadora f1 (Cfl) que comienzan con el candidato 168. Dado que existen seis candidatos PDCCH en AL2, el primero 170 de seis candidatos PDCCH para la portadora f2 (Cf2) en AL2 está desplazado en seis candidatos, tal como se muestra.

Se puede repetir un proceso similar para especificar y emitir candidatos PDCCH asignados entre las portadoras, a cada nivel de agregación. El algoritmo puede asimismo aplicarse a medida que se añaden portadoras adicionales al sistema. Los candidatos PDCCH para una tercera portadora, por ejemplo, se desplazarían a la derecha mediante el número de candidatos PDCCH asignados a ambas portadoras f1 y f2. De manera similar, los candidatos PDCCH para una cuarta portadora se desplazarían a la derecha mediante el número de candidatos PDCCH asignados a las portadoras f1, f2 y f3.

Si el UA 10 encuentra un formato válido de mensaje de control DCI a un nivel de agregación particular, el UA 10 puede determinar a qué portadora se asigna la concesión en base a los CCE utilizados para transmitir el mensaje DCI. Si los CCE utilizados para transmitir el mensaje DCI están dentro de los asignados a una primera portadora, la concesión es para recursos en la primera portadora. Sin embargo, si los CCE están incluidos dentro del conjunto asignado a la segunda portadora, la concesión es para recursos en la segunda portadora, y así sucesivamente.

En la figura 7, para el nivel de agregación 4 y el nivel de agregación 8, solamente una única portadora (por ejemplo, la portadora ancla) puede solapar con el espacio de búsqueda común. De este modo, se requiere un tratamiento especial de las zonas AL4 y AL8 del PDCCH 162. En el ejemplo mostrado en la figura 7, aunque existen dos candidatos 165 y 167 para la portadora f2 en AL4, existen cero candidatos para f2 en AL8 dado que los candidatos restantes se utilizan para el espacio de búsqueda específico del UA 10 o para el espacio de búsqueda común en la portadora f1.

En otra implementación, el UA 10 puede recuperar todos los mensajes de control DCI distribuidos en un primer nivel de agregación y determinar la portadora asociada con cada mensaje de control en base al número total de mensajes de control DCI en dicho nivel de agregación, suponiendo que los mensajes de control están distribuidos homogéneamente entre las portadoras. Por ejemplo, si existen 6 mensajes de control DCI en total, distribuidos en el nivel de agregación 1, y el UA 10 sabe que existen dos portadoras que están siendo servidas por el PDCCH, el UA 10 puede determinar que los primeros tres mensajes de control asignan recursos en la portadora f1 y los segundos tres mensajes de control asignan recursos en la portadora f2. En otras palabras, el sistema puede estar configurado para distribuir homogéneamente los candidatos PDCCH entre las portadoras y emitir asimismo los candidatos en el mismo orden que el de las portadoras. En el caso de tres portadoras (no mostrado), por ejemplo, el primer tercio de los mensajes de control asignarían recursos en la portadora f1, el segundo tercio en la portadora f2 y el tercio final en la portadora f3. Este proceso se puede repetir a todos los niveles de agregación para cualquier número de portadoras.

En algunos casos, puede ser difícil definir un espacio PDCCH suficientemente grande utilizando técnicas Rel-8 para acomodar un funcionamiento con múltiples portadoras. Dado que se puede compartir un espacio de búsqueda común entre los UE de Rel-8 y Rel-10, el espacio de búsqueda se puede señalizar utilizando señalización Rel-8, tal como el PCFICH. Como resultado, el espacio de búsqueda puede estar limitado a un total de 3 símbolos OFDM (o 4 símbolos OFDM para un ancho de banda de portadora de 1,4 MHz, aunque es improbable que dicho ancho de banda estrecho se aplique para agregación de portadoras).

En la figura 7, los candidatos PDCCH para la portadora f2 están situados a continuación de los candidatos PDCCH para la portadora f1. Esto es un algoritmo de posicionamiento, y se debe entender que se puede utilizar cualquier algoritmo de posicionamiento. Por ejemplo, los candidatos PDCCH para la portadora f2 pueden situarse de forma pseudoaleatoria dentro del PDCCH, de manera similar al proceso utilizado para los candidatos PDCCH para la portadora f1. En caso de que un candidato PDCCH para la portadora f1 solape con un candidato PDCCH para la portadora f2, se debe dar prioridad a una portadora. Por ejemplo, en caso de solapamiento, se puede saber en el UA 10 y el dispositivo de acceso 12 que los candidatos PDCCH corresponden a la portadora f1.

Solución 3

En otra implementación, para un nivel de agregación particular, el CCE inicial para candidatos PDCCH asignados para cada portadora en cada nivel de agregación está desplazado en base al número de CCE en el siguiente nivel de agregación menor. La figura 8 muestra el PDCCH 180 donde, para cada nivel de agregación, los candidatos PDCCH para una portadora particular se pueden desplazar mediante un múltiplo del número de CCE en el siguiente nivel de agregación menor. Por ejemplo, en un nivel de agregación y para dos portadoras, el mensaje de control DCI para la segunda portadora se puede desplazar respecto de los mensajes de control para la primera portadora mediante un número de CCE igual al número de CCE que se agregan en cada candidato PDCCH en el siguiente nivel de agregación menor. Se debe observar que el desplazamiento para el nivel de agregación 1 es un caso único, dado que no hay ningún nivel de agregación menor que 1. En tal caso, el desplazamiento para el nivel de agregación se puede ajustar a cualquier número entero (por ejemplo, en la figura 8 se muestra un desplazamiento de 6).

También haciendo referencia a la figura 8 para un ejemplo específico, el CCE inicial para el candidato PDCCH del nivel de agregación 2184 para la portadora f2 está desplazado mediante un CCE (igual al número de CCE agregados en el siguiente nivel de agregación menor) con respecto al candidato PDCCH 182 para la portadora f1. Análogamente, los candidatos PDCCH 188 para el nivel de agregación 4 para la portadora f2 están desplazados en dos CCE (igual al número de CCE agregados en el siguiente nivel de agregación menor) con respecto a los candidatos PDCCH 186 para la portadora f1, y así sucesivamente.

Al desplazar los candidatos PDCCH para diferentes frecuencias en cualquier nivel de agregación determinado, mediante el número de CCE en cada candidato PDCCH a un nivel de agregación menor, los PDCCH en frecuencias diferentes en cada nivel de agregación no solaparán, de manera precisa, y por lo tanto los candidatos de subconjunto de CCE son únicos.

En este caso, se deberá apreciar que esta tercera solución se puede generalizar de tal modo que se puede utilizar cualquier desplazamiento que sea menor que el número Q de CCE que constituyan un candidato PDCCH al mismo nivel de agregación. De manera más general, la restricción principal en el desplazamiento es que este no sea un múltiplo entero de Q. Por ejemplo, al nivel de agregación AL4 en la figura 8, el desplazamiento mostrado es igual a dos CCE. El desplazamiento se puede modificar a un CCE o a tres CCE (es decir, Q-1) para conseguir un afecto similar. De manera similar, el desplazamiento de cuatro CCE mostrado en la figura 8 para AL8 puede ser cualquiera lugar desde un CCE hasta siete CCE (es decir, de nuevo Q-1, donde Q es el número de CCE en cada candidato de subconjunto de CCE AL8)

De manera más general, la restricción principal en la variación del desplazamiento puede ser que este no sea un múltiplo entero del número de CCE que constituyen un candidato PDCCH al mismo nivel de agregación, por lo menos en algunas realizaciones.

Solución 4

Haciendo referencia a la figura 9, en otra realización más, la portadora para un candidato PDCCH particular se puede calcular mediante el índice de CCE del candidato PDCCH. Por ejemplo, suponiendo que el número de portadoras configuradas es N, el índice de portadora para un candidato PDCCH particular se puede determinar mediante la siguiente ecuación:

^{Indice de portadora =} (Icce /L) MOD N +1 Ec. (2)

donde Icce es el índice para el primer CCE en un candidato PDCCH específico y L es el nivel de agregación considerado actualmente. En la figura 9, por ejemplo, en 200, el índice de portadora para el candidato PDCCH 202 se puede determinar utilizando la ecuación (2). El candidato PDCCH 202 tiene un Icce de 4, un nivel de agregación de 1. El PDCCH incluye 2 portadoras, de tal modo que la portadora para el candidato PDCCH 202 es igual a (4/1) MOD 2 1 = 4 MOD 2 1 = 0 1 = 1. De manera similar, el candidato PDCCH 204 tiene un Icce de 12, y un nivel de agregación de 4. Por consiguiente, la portadora para el candidato PDCCH 204 es igual a (12/4) MOD 2 1 = 3 MOD 2 1 = 1 1 = 2. De este modo, la portadora asignada a cada candidato PDCCH en la figura 9 puede ser calculada por el UA 10. Así, en algunas implementaciones, el presente sistema intercala candidatos PDCCH para cada portadora en un nivel de agregación particular.

Para garantizar que un UA 10 consigue un índice de portadora único con la ecuación (2), es necesario aumentar el número de candidatos PDCCH en función del número de portadoras configuradas, tal como se muestra en la figura 10. En la figura 10 se proporciona una tabla que muestra niveles de agregación para espacio específico por UA y el tamaño mínimo requerido del espacio de búsqueda para cada nivel de agregación en número de CCE. En el nivel de agregación 1, el espacio de búsqueda mínimo es de N CCE, donde N es el número de portadoras. En el nivel de agregación 2, el espacio de búsqueda mínimo es 2 * N CCE. En el nivel de agregación 4, el espacio de búsqueda mínimo es de 4 * N CCE, y en el nivel de agregación 8, el espacio de búsqueda mínimo es de 8 * N CCE. Es decir, el tamaño de espacio de búsqueda mínimo se debería especificar como AL * N CCE, donde AL es el nivel de agregación (1,2, 4 u 8) y N es el número de portadoras.

En otras realizaciones, en el caso de agregación de portadoras, cuando un dispositivo de acceso comunica con varios UA, se puede producir bloqueo cuando todos los candidatos PDCCH asociados con uno de los UA (en uno o varios de los niveles de agregación) están siendo utilizados actualmente y se produce un retardo en la transmisión de una concesión a uno o varios de los UA. Por esta razón, se ha reconocido que, en el caso de agregación de portadoras, por lo menos en algunos casos será útil poder aumentar el tamaño del espacio de búsqueda de CCE y el número de candidatos PDCCH en casos en los que un UA es apto para descodificación ciega de un número mayor de candidatos. Por ejemplo, en algunos casos, puede ser útil aumentar el tamaño del espacio de búsqueda de CCE y el número de candidatos PDCCH en función del número de portadoras configuradas. Una manera a modo de ejemplo de aumentar el tamaño del espacio de búsqueda y el número de candidatos PDCCH en función del número de portadoras configuradas se muestra en la figura 17, donde, por ejemplo, max(N,6) significa el máximo del número de portadoras y se selecciona 6 como el tamaño del espacio de búsqueda en CCE para el nivel de agregación 1. De manera similar, 2xmax(N,6) significa el máximo de dos veces el número de portadoras, y 12, y así sucesivamente. De este modo, por ejemplo, cuando el número de portadoras configuradas es 4, el espacio de búsqueda en CCE es 32 (por ejemplo, 8xmax(N,2) donde N es 4) y el número de candidatos PDCCH es 4 (por ejemplo, max(N,2) donde N es 4), de tal modo que existirán cuatro candidatos, donde cada candidato incluye 8 CCE.

Para recibir simultáneamente la DCI de enlace descendente y la DCI de enlace ascendente, el número de candidatos PDCCH se puede aumentar en dos veces el número de portadoras configuradas, tal como se muestra en la figura 18.

En otra realización, se puede utilizar un número mayor de candidatos PDCCH en lugar del número de candidatos PDCCH utilizado en el sistema Rel-8 LTE, cuando se configura agregación de portadoras, independientemente del número de portadoras configuradas reales. La figura 19 muestra un enfoque a modo de ejemplo, donde M1, M2, M3 y M4 representa el número de candidatos PDCCH para los niveles de agregación 1,2, 4 y 8, respectivamente, y donde M1, M2, M3 y M4 debería ser mayor o igual que el número de candidatos PDCCh utilizados en LTE Rel-8, respectivamente. Estos valores pueden ser señalizados o estar predefinidos en la especificación. Por lo menos en algunas realizaciones, se puede utilizar el mismo valor para M1, M2, M3 y M4, o se pueden utilizar valores diferentes. En la figura 19, se debe observar que cuando está configurada solamente la portadora, el tamaño del espacio de búsqueda y el número de candidatos PDCCH son idénticos al tamaño del espacio y los números de candidatos en el sistema Rel-8. Por lo tanto, de nuevo en este caso, el número de portadoras configuradas afecta al tamaño del espacio de búsqueda y al número de candidatos PDCCH.

Las figuras 10, 17, 18 y 19 muestran varios modos de extender el espacio de búsqueda específico por UA, pero las técnicas pueden aplicar asimismo al espacio de búsqueda común si el PDCCH transmitido en el espacio de búsqueda común se transmite en una portadora diferente de la portadora en la que se transmite el PDSCH/PUSCH.

El número de portadoras para transmisión PDSCH y el número de portadoras para transmisión PUSCH pueden ser diferentes, dependiendo de la configuración de los eNB. En este caso, N puede ser el número mayor de portadoras.

En otra realización, haciendo referencia a la figura 20, se puede utilizar un primer conjunto de tamaños de candidatos PDCCH (Al, A2, A3 y A4) para funcionamiento de una sola portadora (N=1) y un segundo conjunto de tamaños de candidatos PDCCH (C1, C2, C3 y C4) se puede utilizar para agregación de portadoras, donde el segundo conjunto de tamaños de candidatos PDCCH (C1, C2, C3, C4) se define utilizando una función que incluye el primer conjunto de tamaños de candidatos PDCCH (Al, A2, A3, A4) y un parámetro de escala (B1, B2, B3 y B4) multiplicado por el número de portadoras (N) menos 1. Por lo menos en algunas realizaciones, el primer conjunto de tamaños de candidatos PDCCH (es decir, A1, A2, A3, A4) es igual a los utilizados en LTE Rel-8.

Este esquema se puede generalizar más, de tal modo que un único conjunto de candidatos PDCCH se puede dedicar a un conjunto particular de portadoras de manera no uniforme. Por ejemplo, para dos portadoras, una portadora puede asignarse a 6 candidatos PDCCH y la otra portadora puede asignarse a 3 candidatos PDCCH. Alternativamente, se pueden utilizar ecuaciones para que las posiciones de los candidatos PDCCH para un nivel de agregación particular sean aleatorias para cada portadora. Esto se puede implementar, por ejemplo, añadiendo un campo de índice de portadora a las ecuaciones encontradas en 3GPp TS 36.213, v8.6.0, marzo de 2009.

En algunos casos, dependiendo del tamaño del PDCCH, puede ser posible que los candidatos PDCCH para más de una portadora colisionen. En ese caso, el candidato PDCCH se puede asignar a una portadora particular, por ejemplo, la portadora con el mínimo índice de portadora (por ejemplo, la portadora ancla).

En algunos casos, el tamaño del espacio de búsqueda y el número de candidatos PDCCH aumentan con el número de portadoras hasta un cierto número de portadoras, y a continuación se mantienen a un valor constante a medida que se añaden más portadoras. Por ejemplo, para 1, 2, 3, 4, 5 portadoras, respectivamente, considerando N = 1, el número de candidatos PDCCH podría ser de 6, 10, 14, 18, 18. En este caso, no se utilizan candidatos PDCCH adicionales en la transición entre 4 y 5 portadoras.

Las realizaciones anteriores del presente sistema se pueden implementar por separado o en combinación.

Solución 5

En algunas implementaciones del presente sistema, el C-RNTI de la portadora ancla o el RNTI de cada UA se pueden utilizar para determinar la asignación de candidatos PDCCH entre portadoras en el espacio de búsqueda específico por UE. En los ejemplos siguientes, el espacio de búsqueda puede ser del mismo tamaño o estar expandido con respecto a Rel-8.

Se pueden asignar múltiples RNTI a un UA, asignándose un RNTI para cada portadora. Por ejemplo, para un sistema que utiliza dos portadoras, un UA 10 se puede asignar a un primer RNTI asociado con una primera portadora y a un segundo RNTI asociado con una segunda portadora. Si el dispositivo de acceso desea asignar recursos en la segunda portadora al primer UA, el dispositivo de acceso utiliza el segundo RNTI del UA cuando codifica el mensaje de control DCI. De manera similar, si el dispositivo de acceso 12 desea asignar recursos en la primera portadora al UA 10, el dispositivo de acceso 12 utiliza el primer RNTI del UA cuando codifica el mensaje de control DCI. De este modo, el UA puede determinar sobre qué portadora asigna servicios el mensaje de control, intentando descodificar el mensaje utilizando ambos RNTI. El número de RNTI que descodifican satisfactoriamente el mensaje de control indica al UA la portadora en la que el mensaje de control asigna recursos.

Por ejemplo, después de recibir unos candidatos PDCCH, cada UA puede intentar una descodificación ciega del candidato. Después de la descodificación ciega, se compara la aleatorización CRC de candidatos PDCCH con todos los valores RNTI asignados del UA. Si se puede utilizar un RNTI satisfactoriamente para desaleatorizar el candidato PDCCH, el RNTI utilizado para llevar a cabo la desaleatorización identifica la portadora particular asociada con el mensaje de control DCI del candidato PDCCH. Alternativamente, se pueden utilizar máscaras CRC diferentes para cada portadora, para conseguir una funcionalidad similar.

En otra implementación, los símbolos de modulación o grupos de elemento de recursos (REG) dentro de un candidatos PDCCH se pueden rotar (o variar su orden de otro modo) como una indicación de a qué portadora asigna recursos el candidato PDCCH. Por ejemplo, después de generar las relaciones de probabilidad logarítmica (LLR, Log Likelihood Ratios) para un candidato PDCCH particular, un UA 10 intenta descodificación ciega del candidato PDCCH utilizando el enfoque estándar (y la configuración estándar de los REG).

Si la descodificación es satisfactoria, el candidato PDCCH se asigna a la portadora f1. Si la descodificación falla, el UA 10 está configurado para mezclar las LLR (correspondientes a los símbolos de modulación) de los REG en un orden alterno, de acuerdo con un algoritmo predeterminado, e intentar de nuevo descodificación ciega. Si la descodificación ciega que utiliza el primer orden alterno funciona, el candidato PDCCH se asigna a la portadora f2. El algoritmo de mezclado se puede implementar una segunda, una tercera o una cuarta vez, por ejemplo, para identificar una tercera, una cuarta y una quinta portadoras. En este ejemplo, el orden estándar y cualesquiera ordenamientos alternos predefinidos para la LLR corresponden a diferentes portadoras. En algunos casos, dos o más diferentes configuraciones de ordenamiento se pueden definir para los REG, permitiendo que el ordenamiento REG indique la asignación de un candidato PDCCH a una de dos o más portadoras.

Como un ejemplo, las figuras 11a a 11c muestran reordenamientos REG, donde el ordenamiento REG se puede utilizar para distinguir entre portadoras asociadas con un candidato PDCCH. La figura 11a muestra REG que se pueden definir para el nivel de agregación 1. La figura 11b muestra un orden de ejemplo de los REG de la figura 11a para identificación de portadora f1. La figura 11c muestra un orden de ejemplo de los REG de la figura 11a para identificación de portadora f2. En el nivel de agregación 1, se pueden utilizar nueve REG (tal como se muestra en la figura 11a) para construir un CCE que puede, a continuación, someterse a descodificación ciega para determinar si está presente un mensaje de control DCI válido. Se utiliza un primer ordenamiento REG para la portadora f1. Si la descodificación ciega del candidato PDCCH es satisfactoria utilizando el ordenamiento de la figura 11b, el UA 10 determina que el candidato PDCCH está asignado a la portadora f1. Sin embargo, si la descodificación ciega falla, los REG se pueden reordenar de acuerdo con la figura 11c y el UA puede intentar una segunda descodificación ciega. Si la descodificación ciega es satisfactoria, el UA 10 determina que el candidato PDCCH está asignado a la portadora f2. Sin embargo, si la descodificación ciega también es insatisfactoria, el UA 10 puede determinar que el candidato PDCCH no es válido (por ejemplo, asignado a otro UA), o está asignado a otra portadora.

En las figuras 11b y 11c, se muestra una inversión de los REG individuales para distinguir los candidatos PDCCH asignados a la portadora f2 de los asignados a la portadora f1. Sin embargo, en otras implementaciones se pueden implementar otros algoritmos de reordenamiento. En un ejemplo, los símbolos de modulación o elementos de recursos individuales dentro de cada REG se reordenan para señalizar implícitamente una portadora diferente. Por ejemplo, la posición de un número específico o de una combinación específica de números dentro del REG puede indicar la portadora.

Alternativamente, para niveles de agregación mayores que el nivel de agregación 1, el ordenamiento de los CCE que constituyen un candidato PDCCH potencial se podría variar, indicando su ordenamiento la portadora a la que se asigna el candidato PDCCH. Se muestra un ejemplo de dicho enfoque en la figura 12. La figura 12 muestra una construcción de ejemplo de candidatos PDCCH para cada una de las portadoras f1 y f2 a niveles de agregación 2, 4 y 8.

Para cada potencial candidato PDCCH, se intenta primero descodificación ciega en los CCE agregados en el orden especificado actualmente (por ejemplo, de acuerdo con la especificación LTE). Si la descodificación ciega es satisfactoria, esto puede indicar que el candidato PDCCH está asignado a la portadora f1. Si la descodificación ciega falla, entonces los CCE se reordenan (la figura 12 muestra una rotación de los CCE mediante la mitad de la cantidad del nivel de agregación actual, pero son posibles asimismo otros reordenamientos de CCE) y se realiza una segunda descodificación ciega. Si esta descodificación ciega es satisfactoria, esto puede indicar que el candidato PDCCH está asignado a la portadora f2. Este enfoque no funcionaría para el nivel de agregación AL1, dado que este enfoque requiere que se utilicen múltiples CCE para construir un candidato PDCCH.

Por lo tanto, en la figura 12, en AL2 y la portadora f1, se procesan los CCE 0 y 1 en el orden convencional de 0 seguido por 1. Si la descodificación es satisfactoria, el mensaje DCI corresponde a la portadora f1. El UA 10 intenta asimismo descodificar los CCE en el orden inverso de 1 seguido por 0, donde una descodificación satisfactoria tiene como resultado un mensaje DCI correspondiente a la portadora f2. El UA 10 intenta asimismo descodificar los CCE 0, 1, 2 y 3 en el orden convencional para la portadora f1 y en el orden 2, 3, 0, 1 para la portadora f2 al nivel AL4, y los CCE 0, 1,2, 3, 4, 5, 6 y 7 en el orden convencional para la portadora f1 y en el orden 4, 5, 6, 7, 0, 1,2 y 3 para la portadora f2 al nivel AL8.

Finalmente, se puede utilizar un bit reservado en un formato DCI existente, o se puede modificar la definición de uno o varios campos de formato DCI existentes, para permitir que el mensaje de control DCI indique explícitamente a qué portadora corresponde la concesión.

El presente sistema proporciona una estructura de control de múltiples portadoras, donde el PDCCH en una portadora puede incluir candidatos PDCCH que asignan recursos entre dos o más portadoras. En una implementación, el presente sistema no requiere modificaciones en los formatos existentes de mensaje de control DCI Rel-8, y no cambia las longitudes de los formatos DCI Rel-8 existentes.

Avanzando, en LTE-A por ejemplo, además de los formatos DCI existentes, se pueden proponer nuevos formatos DCI para soportar nuevas características (por ejemplo, 8x8 MIMO y CoMP). De este modo, se pueden añadir bits explícitos a cualesquiera nuevos formatos DCI para señalizar las portadoras. Aún, así, puede seguir siendo beneficioso implementar la asignación de PDCCH implícita de portadoras, tal como se describe en el presente sistema. En primer lugar, los modos Rel-8, tales como diversidad de transmisión y SM en lazo abierto, se pueden seguir considerando como un modo de último recurso o un modo de transmisión para un UA de alta movilidad en un sistema LTE-A. Por consiguiente, en un sistema de este tipo se puede seguir utilizando un formato DCI Rel-8 correspondiente, tal como el formato 1 A. En segundo lugar, si se definen bits explícitos para identificar una portadora, en formatos DCI nuevos, por ejemplo, 3 bits, entonces puede ser necesario transmitir siempre cualquiera sea el número de dichos bits, y a menudo se pueden ser derrochar cuando se agrega solamente dos portadoras, o no hay en absoluto agregación de portadoras. En tal caso, si los bits explícitos varían, por ejemplo, de 0 a 3 bits, entonces la implementación de ese tipo puede aumentar la descodificación ciega. Por contraste, si el número de cualesquiera de dichos bits explícitos se especifica de manera semiestática para un diferente despliegue de agregación de portadoras, entonces los números de variaciones de formatos DCI pueden aumentar sustancialmente.

Otras soluciones

En algunas realizaciones, el conjunto de portadoras configuradas es el conjunto de portadoras utilizadas para transmisión y recepción reales de datos. En algunas realizaciones, una portadora puede estar configurada pero no activada. A este respecto, en algunos casos, después de que un UA se configure para utilizar múltiples portadoras, las portadoras configuradas pueden activarse o desactivarse enviando señales de activación del dispositivo de acceso al UA (es decir, por medio de señalización MAC o señalización física). Por lo menos en algunas realizaciones donde el UA no recibe señales de activación (es decir, no se aplica activación/desactivación), las portadoras configuradas están siempre activadas (es decir, las portadoras están activas por defecto). El objetivo principal de la activación/desactivación es encender/apagar la transmisión/recepción del UA con mayor frecuencia, en base a la actividad de datos real, lo que ahorra potencia de batería del UA. La señalización MAC o la señalización física es más rápida que la señalización RRC y, por lo tanto, está más optimizada. Sin embargo, en algunos casos se puede utilizar señalización RRC.

La figura 21 es un diagrama de flujo que muestra un procedimiento de ejemplo 2100 para identificar concesión de recursos para una o varias portadoras, en base a señales de activación. El procedimiento de ejemplo 2100 se puede llevar a cabo en un UA 10. El proceso comienza en la etapa 2110. En la etapa 2120, se recibe una señal de activación en un UA 10, donde se pueden utilizar múltiples portadoras configuradas para transmisión de datos. En algunas realizaciones, la señal de activación se puede incluir en señalización MAC o en señalización física. En la etapa 2130, la señal de activación se descodifica para identificar una o varias portadoras activas y/o una o varias portadoras desactivadas de las múltiples portadoras. En la etapa de decisión 2140, el UA 10 decides si está activa una portadora entre las portadoras configuradas. Si la portadora está desactivada, por lo menos en algunas realizaciones, el UA 10 no monitorizará candidatos PDCCH asignados a la portadora desactivada, debido a que no se planificarán recursos PDSCH o PUSCH en la portadora desactivada. El UA puede ignorar candidatos de subconjunto de CCE asociados con la portadora desactivada y volver a la etapa 2110. Si la portadora está activa, el UA 10 avanza a la etapa 2150, donde se identifica un número de candidatos de subconjuntos de CCE a descodificar. En 2160, se descodifican hasta el número de candidatos de subconjuntos de CCE identificado, para identificar la concesión de recursos.

Cuando una portadora de DL y UL emparejada tiene un estado diferente para UL y DL (es decir, la portadora DL está desactivada pero la portadora UL vinculada está activada, o viceversa), un UA puede seguir estando programado para monitorizar candidatos PDCCH vinculados a la portadora DL o la portadora UL. Por consiguiente, la cantidad total de candidatos PDCCH se puede aumentar en función del número de portadoras activadas. En otras palabras, N en las tablas mostradas en las figuras 17 y 18 se puede definir como el número de portadoras activadas. Si las portadoras de DL y UL son activadas/desactivadas independientemente, N puede ser el máximo del número de portadoras DL activadas y el número de portadoras UL activadas.

Dado que se utiliza solamente una DCI 0 para concesiones de UL, cuando una portadora UL está activada la correspondiente portadora de DL emparejada está desactivada. Por lo menos en algunas realizaciones, cuando por lo menos una portadora se identifica estando activa en la etapa 2140, el UA 10 puede proceder a una etapa de decisión opcional 2145 para determinar si una portadora UL está activa, pero la portadora DL emparejada no está activa. En caso afirmativo, el UA puede estar programado para llevar a cabo solamente descodificación ciega para el tamaño de formato DCI 0 en una etapa opcional 2155, lo que reduciría a la mitad el número requerido de descodificaciones ciegas. De lo contrario, el UE puede llevar a cabo descodificación ciega para todos los formatos DCI asociados con el fin de identificar candidatos de subconjunto de CCE, en 2150.

Dependiendo del diseño de los espacios de búsqueda para múltiples portadoras componentes, puede ser posible que los candidatos PDCCH solapen para más de una portadora en términos de posición de CCE. Tal como se ha mencionado anteriormente, una solución a este problema es definir candidatos PDCCH de manera que estos correspondan solamente a una portadora en caso de solapamiento.

En algunas realizaciones, cuando un candidato PDCCH para una primera portadora solapa con un candidato PDCCH para una segunda portadora, el mensaje de control DCI se puede modificar para incluir un campo indicador de portadora (CIF) que indica a qué portadora pertenece un candidato PDCCH. Por ejemplo, en algunas realizaciones el CIF puede ser de 3 bits, donde cada valor del CIF corresponde a una portadora particular.

La figura 22A es un diagrama de flujo que muestra un procedimiento de ejemplo 2220A para identificar una concesión de recursos de una o varias portadoras, en base a un campo de identificación de portadora. El procedimiento de ejemplo 2220A se puede llevar a cabo en un UA que tenga capacidad de múltiples portadoras. El proceso comienza en la etapa 2210. En la etapa de 2220, el UA determina las posiciones de los candidatos PDCCH (o candidatos de subconjunto de CCE) para cada portadora a partir de múltiples portadoras. Se debe entender que las posiciones de los candidatos PDCCH pueden asimismo ser determinadas para cada portadora por el dispositivo de acceso antes de la transmisión. En la etapa 2230, se recibe en el UA información desde PDCCH, donde la información incluye un mensaje DCI. En 2240, uno o varios candidatos de subconjunto de CCE transmitidos en el PDCCH son identificados por el UA. En la etapa de decisión 2250A, para los uno o varios candidatos de subconjunto de CCE identificados, el UA determina si cada uno de los candidatos de subconjunto de CCE corresponde solamente a una portadora. Si no, es decir, un solo candidato PDCCH corresponde a más de una portadora, el UA descodifica el mensaje DCI identificando un CIF dentro del mensaje DCI, en la etapa 2270A. Se comprenderá que, en caso de que un candidato de subconjunto de CCE corresponda a más de una portadora, el dispositivo de acceso puede transmitir el mensaje de control DCI que incluye el CIF, y el CIF indica la portadora correspondiente al PUSCH/PDSCH. En la etapa 2280A, el UA utiliza el CIF para identificar una portadora asociada con cada uno de los candidatos de subconjunto de CCE identificados. En caso de que un único candidato PDCCH corresponda solamente a una portadora, el proceso 2200A avanza a la etapa 2260A, el UA 10 descodifica el mensaje de control DCI suponiendo que el CIF no está incluido, y utiliza la posición del candidato PDCCH para determinar implícitamente PUSCH/PDSCH. Se debe entender que, en tal caso, el dispositivo de acceso transmite un mensaje de control DCI que no incluye el CIF y la posición del candidato PDCCH corresponde implícitamente al PUSCH/PDSCH.

La figura 22B es un diagrama de flujo que muestra un procedimiento de ejemplo 2200B para identificar una concesión de recursos de una o varias portadoras en base a un campo de identificación de portadora T\CIF) dentro de cada mensaje DCI correspondiente a un nivel de agregación específico. El procedimiento 2200B se puede llevar a cabo en un UA 10 que tiene capacidad de múltiples portadoras. Las etapas 2210, 2220, 2230 y 2240 del procedimiento 2200B son sustancialmente similares a las primeras cuatro etapas que se llevan a cabo en el procedimiento 2200A. En la etapa de decisión 2250B, el UE decide si por lo menos un candidato de subconjunto de CCE a un nivel de agregación específico corresponde a solamente una portadora o, en otras palabras, si no hay solapamiento para por lo menos un candidato PDCCH a un nivel de agregación particular. Si por lo menos un candidato de subconjunto de CCE a un nivel de agregación específico corresponde solamente a una portadora, en la etapa 2260B, el UA 10 puede identificar una portadora asociada con el candidato de subconjunto de CCE al nivel de agregación específico para una subtrama sin identificar un CIF. De lo contrario, el CIF se incluye en todos los mensajes de control DCI para el nivel de agregación particular transmitido en una subtrama específica. Por consiguiente, el proceso avanza a la etapa 2270B, en la que el UA 10 descodifica el mensaje DCI correspondiente a un nivel de agregación específico identificando un CIF para una subtrama. En la etapa 2280B, el UA utiliza los CIF identificados, para identificar portadoras asociadas con los candidatos de subconjunto de CCE.

La figura 22C es un diagrama de flujo que muestra un procedimiento de ejemplo 2200C para identificar una concesión de recursos de una o varias portadoras en base a un CIF dentro de cada mensaje DCI correspondiente a todos los niveles de agregación. El procedimiento 2200C se puede llevar a cabo en un UA 10 que tiene capacidad de múltiples portadoras. Las etapas 2210, 2220, 2230 y 2240 del procedimiento 2200B son sustancialmente similares a las primeras cuatro etapas que se llevan a cabo en los procedimientos 2200A-B. En la etapa de decisión 2250C, el UE decide si por lo menos un candidato de subconjunto de CCE de cualquier nivel de agregación corresponde a solamente una portadora o, en otras palabras, si no hay solapamiento para por lo menos un candidato PDCCH a cualquier nivel de agregación. Si por lo menos un candidato de subconjunto de CCE a cualquier nivel de agregación corresponde a solamente una portadora, en la etapa 2260C, el UA puede identificar una portadora asociada con el candidato de subconjunto de CCE a todos los niveles de agregación para una subtrama sin identificar ningún CIF. De lo contrario, el CIF se incluye en todos los mensajes de control DCI para cualquier nivel de agregación transmitido en una subtrama específica. Por consiguiente, el proceso avanza a la etapa 2270C, en la que el UA 10 descodifica el mensaje DCI a todos los niveles de agregación identificando un CIF dentro de cada mensaje DCI para una subtrama. En la etapa 2280C, el UA 10 utiliza los CIF identificados para identificar portadoras asociadas con los candidatos de subconjunto de CCE.

En algunas realizaciones, la inclusión del CIF se puede aplicar significativamente al espacio de búsqueda específico por UA 10. Semejante esquema permite que el CIF se incluya solamente en el mensaje de control DCI cuando existe ambigüedad sobre a qué portadora pertenece el candidato PDCCH. Esto reduce la sobrecarga del canal de control en comparación con esquemas en los que el CIF está siempre incluido en el mensaje de control DCI, y permite que un espacio de búsqueda sea completamente compartido entre portadoras, donde el CIF nunca se incluye en el mensaje de control DCI.

La figura 13 muestra un sistema de comunicaciones inalámbricas que incluye una realización de UA 10. El UA 10 puede funcionar para implementar aspectos de la invención, pero la invención no se deberá limitar a estas implementaciones. Aunque se muestra como un teléfono móvil, el UA 10 puede adoptar varias formas incluyendo un auricular inalámbrico, un dispositivo de radiobúsqueda, un asistente digital personal (PDA, personal digital assistant), un ordenador transportable, un ordenador de tableta, un ordenador portátil. Muchos dispositivos adecuados combinan algunas o la totalidad de estas funciones. En algunas realizaciones de la invención, el UA 10 no es un dispositivo informático de propósito general, tal como un ordenador transportable, portátil o de tableta, sino que es por el contrario un dispositivo de comunicaciones de propósito especial, tal como un teléfono móvil, un auricular inalámbrico, un dispositivo de radiobúsqueda, una PDA, o un dispositivo de telecomunicaciones instalado en un vehículo. El UA 10 puede asimismo ser un dispositivo, incluir un dispositivo o estar incluido en un dispositivo que tiene capacidades similares pero que no es transportable, tal como un ordenador de sobremesa, un descodificador o un nodo de red. El UA 10 puede soportar actividades especializadas tales como juegos, control de inventario, control del empleo y/o funciones de gestión de tareas, y similares.

El UA 10 incluye una pantalla 702. El UA 10 incluye asimismo una superficie táctil, un teclado u otras teclas de entrada, denominados en general como 704, para entradas de un usuario. El teclado puede ser un teclado alfanumérico completo o reducido, tal como de los tipos QWERTY, Dvorak, AZERTY y secuencial, o un teclado numérico tradicional con letras del alfabeto asociadas con un teclado de teléfono. Las teclas de entrada pueden incluir una rueda de desplazamiento, un botón de salida o escape, una bola de seguimiento y otras teclas de navegación o funcionales, que pueden ser presionadas hacia dentro para proporcionar otra función de entrada. El UA 10 puede presentar opciones a seleccionar por el usuario, controles a accionar por el usuario, y/o cursores u otros indicadores a dirigir por el usuario.

El UA 10 puede aceptar además entrada de datos del usuario, incluyendo números para marcar o varios valores paramétricos para configurar el funcionamiento del UA 10. El UA 10 puede ejecutar además una o varias aplicaciones de software o software inalterable en respuesta a comandos de usuario. Estas aplicaciones pueden configurar el UA 10 para realizar varias funciones personalizadas en respuesta a la interacción del usuario. Adicionalmente, el UA 10 puede ser programado y/o configurado de manera inalámbrica, por ejemplo, desde una estación base inalámbrica, un punto de acceso inalámbrico o un UA 10 homólogo.

Entre las diversas especificaciones ejecutables por el UA 10 está un navegador web, que permite que la pantalla 702 muestre una página web. La página web se puede obtener por medio de comunicaciones inalámbricas con un nodo de acceso de red inalámbrico, una torre celular, un UA 10 homólogo o cualquier otro sistema o red de comunicación inalámbrica 700. La red 700 está acoplada a una red cableada 708, tal como internet. Por medio del enlace inalámbrico y de la red cableada, el UA 10 tiene acceso a información en varios servidores, tal como un servidor 710. El servidor 710 puede proporcionar contenido que se puede mostrar en la pantalla 702. Alternativamente, el UA 10 puede acceder a la red 700 a través de un UA 10 homólogo que actúa como intermediario, en una conexión de tipo relé o de tipo salto.

La figura 14 muestra un diagrama de bloques del UA 10. Aunque se presentan diversos componentes conocidos de los UA 110, en una realización, un subconjunto de los componentes numerados y/o de componentes adicionales no enumerados puede estar incluido en el UA 10. El UA 10 incluye un procesador de señal digital (DSP, digital signal processor) 802 y una memoria 804. Tal como se muestra, el UA 10 puede incluir además una unidad de antena y frontal 806, un transceptor de radiofrecuencia (RF) 808, una unidad de procesador analógico de banda base 810, un micrófono 812, un altavoz de auriculares 814, un puerto de cascos 816, una interfaz de entrada/salida 818, una tarjeta de memoria extraíble 820, un puerto de bus serie universal (USB, universal serial bus) 822, un subsistema de comunicación inalámbrica de corto alcance 824, una alerta 826, un teclado 828, una pantalla de cristal líquido (LCD, liquid crystal display), que puede incluir una superficie táctil 830, un controlador LCD 832, una cámara de dispositivo acoplado por carga (c Cd , a charge-coupled device) 834, un controlador de la cámara 836 y un sensor del sistema de posicionamiento global (GPS, global positioning system) 838. En una realización, el UA 10 puede incluir otra clase de pantalla que no proporcione una pantalla táctil. En una realización, el DSP 802 puede comunicar directamente con la memoria 804 sin pasar a través de la interfaz de entrada/salida 818.

El DSP 802, o alguna otra forma de controlador o unidad central de proceso, sirve para controlar los diversos componentes del UA 10, de acuerdo con software o software inalterable incorporado, almacenado en la memoria 804 o almacenado en memoria contenida dentro del propio DSP 802. Además del software o software inalterable incorporado, el DSP 802 puede ejecutar otras aplicaciones almacenadas en la memoria 804 o puestas a disposición a través de medios portadores de información, tales como medios portátiles de almacenamiento de datos, tal como una tarjeta de memoria extraíble 820, o a través de comunicaciones de red cableadas o inalámbricas. El software de aplicación puede comprender un conjunto compilado de instrucciones legibles a máquina que configuran el DSP 802 para proporcionar la funcionalidad deseada, o el software de aplicación pueden ser instrucciones de software de alto nivel a procesar por un intérprete o compilador para configurar indirectamente el DSP 802.

La unidad de antena y frontal 806 puede estar dispuesta para conversión entre señales inalámbricas y señales eléctricas, permitiendo al UA 10 enviar y recibir información desde una red celular o alguna otra red disponible de comunicaciones inalámbricas, o desde un UA 10 homólogo. En una realización, la unidad de antena y frontal 806 puede incluir múltiples antenas para soportar formación de haces y/u operaciones de múltiple entrada múltiple salida (MIMO, multiple input multiple output). Tal como saben los expertos en la materia, las operaciones MIMO pueden proporcionar diversidad espacial, que se puede utilizar para superar condiciones de canal difíciles y/o aumentar el caudal total del canal. La unidad de antena y frontal 806 puede incluir componentes de sintonización de antenas y/o adaptación de impedancias, amplificadores de potencia de RF y/o amplificadores de bajo nivel de ruido.

El transceptor de RF 808 proporciona desplazamiento de frecuencias, convirtiendo señales RF recibidas a banda base, y convirtiendo señales de transmisión de banda base a RF. El algunas descripciones, se puede entender que un transceptor de radio o transceptor de RF incluya otra funcionalidad de procesamiento de señal, tal como modulación/desmodulación, codificación/descodificación, entrelazado/desentrelazado, ensanchamiento/desensanchamiento, transformada de Fourier rápida inversa (IFFT, inverse fast Fourier transforming)/transformada de Fourier rápida (FFT, fast Fourier transforming), adición/extracción de prefijo cíclico y otras funciones de procesamiento de señal. Para mayor claridad, la descripción separa en este caso la descripción de este procesamiento de señal respecto de la etapa de RF y/o de radio, y asigna conceptualmente dicho procesamiento de señal a la unidad de procesamiento analógico de banda base 810 y/o al DSP 802 o a otra unidad central de procesamiento. En algunas realizaciones, el transceptor de RF 808, partes de la unidad de antena y frontal 806 y la unidad de procesamiento analógico de banda base 810 se pueden combinar en una o varias unidades de procesamiento y/o circuitos integrados de aplicación específica (ASIC, application specific integrated circuits).

La unidad de procesamiento analógico de banda base 810 puede proporcionar varias entradas y salidas de procesamiento analógico, por ejemplo, procesamiento analógico de entradas desde el micrófono 812 y los cascos 816, y salidas al auricular 814 y a los cascos 816. A este respecto, la unidad de procesamiento analógico de banda base 810 puede tener puertos para conectar al micrófono incorporado 812 y al altavoz de auricular 814, que permiten que el UA 10 se utilice como un teléfono celular. La unidad de procesamiento analógico de banda base 810 puede incluir además un puerto para conectar unos cascos u otra configuración de micrófono y altavoz de manos libres. La unidad de procesamiento analógico de banda base 810 puede proporcionar conversión digital a analógica en un sentido de señal y conversión analógica a digital en el sentido de señal contrario. En algunas realizaciones, por lo menos parte de la funcionalidad de la unidad de procesamiento analógico de banda base 810 puede ser proporcionada por componentes de procesamiento digital, por ejemplo, por el DSP 802 o por cualesquiera otras unidades centrales de procesamiento.

El DSP 802 puede llevar a cabo modulación/desmodulación, codificación/descodificación, entrelazado/desentrelazado, ensanchamiento/desensanchamiento, transformada de Fourier rápida inversa (IFFT)/transformada de Fourier rápida (FFT), adición/extracción de prefijo cíclico y otras funciones de procesamiento de señal asociadas con comunicaciones inalámbricas. En una realización, por ejemplo, en una aplicación de tecnología de acceso múltiple por división de código (CDMA, code division multiple access), para una función transmisora el DSP 802 puede llevar a cabo modulación, codificación, entrelazado y ensanchamiento, y para una función receptora el DSP 802 puede llevar a cabo desensanchamiento, desentrelazado, descodificación y desmodulación. En otra realización, por ejemplo, en una aplicación de tecnología de acceso por multiplexación de división de frecuencias ortogonales (OFDMA, orthogonal frequency division multiplex access), para la función transmisora el DSP 802 puede llevar a cabo modulación, codificación, entrelazado, transformada rápida inversa de Fourier y adición de prefijo cíclico, y para una función receptora el DSP 802 puede llevar a cabo eliminación de prefijo cíclico, transformada rápida de Fourier, desentrelazado, descodificación y desmodulación. En otras aplicaciones de tecnología inalámbrica, el DSP 802 puede llevar a cabo otras funciones de procesamiento de señal y combinaciones de funciones de procesamiento de señal.

El DSP 802 puede comunicar con una red inalámbrica por medio de la unidad de procesamiento analógico de banda base 810. En algunas realizaciones, la comunicación puede proporcionar conectividad de internet, permitiendo a un usuario obtener acceso a contenido de internet y enviar y recibir mensajes de correo electrónico o de texto. La interfaz de entrada/salida 818 interconecta el DSP 802 y varias memorias e interfaces. La memoria 804 y la tarjeta de memoria extraíble 820 pueden proporcionar software y datos para configurar el funcionamiento del DSP 802. Entre las interfaces puede estar la interfaz USB 822 y el subsistema de comunicación inalámbrica de corto alcance 824. La interfaz USB 822 se puede utilizar para cargar el UA 10 y puede asimismo habilitar el UA 10 para que funcione como un dispositivo periférico para intercambiar información con un ordenador personal u otro sistema informático. El subsistema de comunicación inalámbrica de corto alcance 824 puede incluir un puerto de infrarrojos, una interfaz Bluetooth, una interfaz inalámbrica compatible con IEEE 802.11 o cualquier otro subsistema de comunicación inalámbrica de corto alcance, los cuales pueden permitir al UA 10 comunicar de forma inalámbrica con otros dispositivos móviles del entorno y/o estaciones base inalámbricas.

La interfaz de entrada/salida 818 puede además conectar el DSP 802 a la alerta 826 que, cuando se activa, hace que el UA 10 proporcione una notificación al usuario, por ejemplo, emitiendo un sonido, reproduciendo una melodía o vibrando. La alerta 826 puede servir como un mecanismo para alertar al usuario de cualesquiera eventos, tales como una llamada entrante, un nuevo mensaje de texto y un recordatorio de cita, vibrando silenciosamente o reproduciendo una melodía preasignada específica para un llamador particular.

El teclado 828 se acopla con el DSP 802 por medio de la interfaz 818 para proporcionar un mecanismo para que el usuario realice selecciones, introduzca información y proporcione de otro modo entradas al UA 10. El teclado 828 puede ser un teclado alfanumérico completo o reducido, tal como de los tipos QWERTY, Dvorak, AZERTY y secuencial, o un teclado numérico tradicional con letras del alfabeto asociadas con un teclado de teléfono. Las teclas de entrada pueden incluir una rueda de desplazamiento, un botón de salida o escape, una bola de seguimiento y otras teclas de navegación o funcionales, que pueden ser presionadas hacia dentro para proporcionar otra función de entrada. Otro mecanismo de entrada puede ser la LCD 830, que puede incluir capacidad táctil y mostrar asimismo texto y/o gráficos al usuario. El controlador LCD 832 acopla el DSP 802 a la LCD 830.

La cámara CCD 834, si está equipada, permite al UA 10 tomar imágenes digitales. El DSP 802 comunica con la cámara CCD 834 por medio del controlador de cámara 836. En otra realización, se puede utilizar una cámara que funcione según una tecnología diferente respecto de las cámaras de dispositivo acoplado por carga. El sensor GPS 838 está acoplado al DSP 802 para descodificar señales del sistema global de posicionamiento, permitiendo de ese modo que el UA 10 determine su posición. Se pueden incluir otros periféricos para proporcionar funciones adicionales, por ejemplo, recepción de radio y televisión.

La figura 15 muestra un entorno de software 902 que puede ser implementado por el DSP 802. El DSP 802 ejecuta controladores de sistema operativo 904 que proporcionan una plataforma desde la que funciona el resto del sistema operativo. Los controladores de sistema operativo 904 proporcionan a los controladores para el hardware del UA interfaces estandarizadas que son accesibles para software de aplicación. Los controladores de sistema operativo 904 incluyen servicios de gestión de aplicaciones ("AMS", application management services) 906 que transfieren el control entre aplicaciones que se ejecutan en el UA 10. Tal como se muestra en la figura 15, hay una aplicación de navegador web 908, una aplicación de reproductor multimedia 910 y miniaplicaciones Java 912. La aplicación de navegador web 908 configura el UA 10 para funcionar como navegador web, permitiendo a un usuario introducir información en formularios y seleccionar enlaces para recuperar y visualizar páginas web. La aplicación de reproducción multimedia 910 configura el UA 10 para recuperar y reproducir multimedia de audio o audiovisual. Las miniaplicaciones Java 912 configuran el UA 10 para proporcionar juegos, utilidades y otra funcionalidad. Un componente 914 puede proporcionar la funcionalidad descrita en la presente memoria.

El UA 10, el dispositivo de acceso 12 y otros componentes descritos anteriormente pueden incluir un componente de procesamiento que puede ejecutar instrucciones relacionadas con las acciones descritas anteriormente. La figura 16 muestra un ejemplo de un sistema 1000 que incluye un componente de procesamiento 1010 adecuado para implementar una o varias realizaciones dadas a conocer en la presente memoria. Además del procesador 1010 (que se puede denominar una unidad central de procesador (CPU o DSP)), el sistema 1000 puede incluir dispositivos de conectividad de red 1020, memoria de acceso aleatorio (RAM, random access memory) 1030, memoria de sólo lectura (ROM, read only memory) 1040, almacenamiento secundario 1050 y dispositivos de entrada/salida (E/S) 1060. En algunos casos, algunos de estos componentes pueden no estar presentes o pueden estar combinados en diversas combinaciones entre sí, o con otros componentes no mostrados. Estos componentes pueden estar situados en una única entidad física o en más de una entidad física. Cualesquiera acciones descritas en la presente memoria como siendo adoptadas por el procesador 1010 pueden ser adoptadas por el procesador 1010 individualmente, o junto con uno o varios componentes mostrados o no en los dibujos.

El procesador 1010 ejecuta instrucciones, códigos, programas informáticos o guiones a los que puede acceder desde los dispositivos de conectividad de red 1020, la RAM 1030, la ROM 1040, o el almacenamiento secundario 1050 (que puede incluir diversos sistemas basados en disco, tales como un disco duro, un disco flexible o un disco óptico). Aunque se muestra solamente un procesador 1010, pueden estar presentes múltiples procesadores. Por lo tanto, aunque se pueden explicar instrucciones como siendo ejecutadas por un procesador, las instrucciones pueden ser ejecutadas simultáneamente, en serie, o de otro modo mediante uno o múltiples procesadores. El procesador 1010 se puede implementar como uno o varios chips CPU.

Los servicios de conectividad de red 1020 pueden adoptar la forma de módems, bancos de módems, dispositivos Ethernet, dispositivos de interfaz de bus serie universal (USB), interfaces en serie, dispositivos token ring, dispositivos de interfaz de datos distribuidos por fibra (FDDI, fiber distributed data interface), dispositivos de red de área local inalámbrica (WLAN, wireless local area network), dispositivos de transceptor de radio, tales como dispositivos de acceso múltiple por división de código (CDMA), dispositivos transceptores de radio del sistema global para comunicaciones móviles (GSM), dispositivos de interoperabilidad mundial para acceso por microondas (WiMAX) y/u otros dispositivos bien conocidos para conectividad con redes. Estos dispositivos de conectividad de red 1020 pueden permitir al procesador 1010 comunicar con internet o con una o varias redes de comunicaciones, u otras redes de las que el procesador 1010 puede recibir información o a las que el procesador 1010 puede entregar información.

Los dispositivos de conectividad de red 1020 pueden incluir asimismo uno o varios componentes de transceptor 1025 que pueden transmitir y/o recibir datos de forma inalámbrica, en forma de ondas electromagnéticas, tales como señales de radiofrecuencia o señales de frecuencia de microondas. Alternativamente, los datos se pueden propagar en, o sobre la superficie de conductores eléctricos, en cables coaxiales, en guías de onda, en medios ópticos tales como fibra óptica, o en otros medios. El componente de transceptor 1025 puede incluir unidades independientes de recepción y transmisión, o un único transceptor. La información transmitida o recibida por el transceptor 1025 puede incluir datos que han sido procesados por el procesador 1010, o instrucciones que van a ser ejecutadas por el procesador 1010. Dicha información puede ser recibida desde, y entregada a una red en forma, por ejemplo, de una señal de banda base de datos informáticos o una señal incorporada en una onda portadora. Los datos se pueden ordenar según diferentes secuencias, según sea deseable para procesar o generar los datos, o transmitir o recibir los datos. La señal de banda base, la señal incorporada en la onda portadora u otros tipos de señales utilizadas actualmente o desarrolladas posteriormente se pueden denominar el medio de transmisión y se pueden generar según varios procedimientos bien conocidos por un experto en la materia.

La RAM 1030 se puede utilizar para almacenar datos volátiles y, quizás, almacenar instrucciones que son ejecutadas por el procesador 1010. La ROM 1040 es un dispositivo de memoria no volátil que tiene habitualmente una capacidad de memoria menor que la capacidad de memoria del almacenamiento secundario 1050. La ROM 1040 se puede utilizar para almacenar instrucciones y, quizás, datos que se leen durante la ejecución de las instrucciones. El acceso tanto a la RAM 1030 como a la ROM 1040 es habitualmente más rápido que al almacenamiento secundario 1050. El almacenamiento secundario 1050 se compone habitualmente de una o varias unidades de disco o unidades de cinta, y se puede utilizar para almacenamiento no volátil de datos o como un dispositivo de almacenamiento de datos en desbordamiento si la RAM 1030 no es lo suficientemente grande para contener todos los datos de trabajo. El almacenamiento secundario 1050 se puede utilizar para almacenar programas que se cargan en la RAM 1030 cuando dichos programas se seleccionan para ejecución.

Los dispositivos de E/S 1060 pueden incluir habitualmente pantallas de cristal líquido (LCD), pantallas táctiles, teclados, teclados numéricos, conmutadores, diales, ratones, bolas de seguimiento, reconocedores de voz, lectores de tarjeta, lectores de cinta de papel, impresoras, monitores de video y otros dispositivos de entrada/salida bien conocidos. Asimismo, el transceptor 1025 se puede considerar un componente de los dispositivos de E/S 1060 en lugar, o además de ser un componente de los dispositivos de conectividad de red 1020. Parte o la totalidad de los dispositivos de E/S 1060 pueden ser sustancialmente similares a varios componentes representados en los dibujos descritos anteriormente del UA 10, tales como la pantalla 702 y la entrada 704, mostrados en la figura 13.

Aunque se han dado a conocer varias realizaciones en la presente invención, se debe entender que los sistemas y procedimientos dados a conocer se pueden realizar de muchas otras formas específicas. Los presentes ejemplos se deben considerar como ilustrativos y no limitativos, y la invención no se debe limitar a los detalles proporcionados en la presente memoria. Por ejemplo, los diversos elementos o componentes se pueden combinar o integrar en otro sistema, o ciertas características se pueden omitir, o no implementar.

Asimismo, las técnicas, sistemas, subsistemas y procedimientos descritos y mostrados en las diversas realizaciones como discretos o independientes se pueden combinar o integrar en otros sistemas, módulos, técnicas o procedimientos. Otros elementos mostrados o explicados como acoplados, o acoplados directamente o en comunicación entre sí pueden estar acoplados indirectamente o comunicar a través de una interfaz, dispositivo o componente intermedio, ya sea de manera eléctrica, mecánica u otras. Un experto en la materia puede determinar otros ejemplos de cambios, sustituciones y modificaciones.

Se realizan las siguientes reivindicaciones para informar al público del alcance de esta invención.

Claims (4)

REIVINDICACIONES

1. Un procedimiento para procesar un canal de control en un agente de usuario, UA, para identificar por lo menos uno de un recurso de enlace ascendente y uno de enlace descendente asignados mediante una concesión de recursos dentro de un sistema de comunicación de múltiples portadoras, donde las concesiones de recursos son especificadas por candidatos de subconjuntos de elementos de canal de control, CCE, donde las portadoras utilizadas para transmisión y recepción de datos son portadoras configuradas, comprendiendo el procedimiento las etapas de: recibir (2120) señales de activación que especifican portadoras activas y desactivadas, de entre las portadoras configuradas, indicando las señales de activación que una portadora de enlace ascendente está activa; descodificar (2130) las señales de activación para identificar las portadoras activas y las desactivadas;

para cada portadora activa:

para cada portadora de enlace ascendente activa emparejada con una portadora de enlace descendente desactivada:

(i) identificar (2155) un número de candidatos de subconjuntos de CCE a descodificar, mediante identificar solamente candidatos asociados con un formato 0 de información de control de enlace descendente, DCI, para una portadora de enlace ascendente activa para descodificación, y

(ii) realizar descodificación ciega (2160) hasta el número identificado de candidatos de subconjuntos de CCE para identificar la concesión de recursos; y de lo contrario:

en otro caso:

(i) identificar (2150) candidatos de subconjunto de CCE para todos los formatos DCI asociados, y

(ii) realizar descodificación ciega (2160) de los candidatos de subconjunto de CCE identificados, para identificar la concesión de recursos; y:

para cada portadora desactivada:

ignorar candidatos de subconjunto de CCE asociados con la portadora desactivada.

2. El procedimiento según la reivindicación 1, en el que un candidato de subconjunto de CCE para una primera portadora solapa con un candidato de subconjunto de CCE para una segunda portadora, y un respectivo mensaje DCI comprende un campo de indicador de portadora, CFI, que indica si el candidato de subconjunto de CCE pertenece a la primera portadora o a la segunda portadora.

3. El procedimiento según la reivindicación 2, en el que el CFI es de 3 bits y cada valor del CFI corresponde a una portadora particular.

4. Un equipo de usuario configurado para llevar a cabo el procedimiento según cualquiera de las reivindicaciones anteriores.