ES2894341T3 - Transmisión en agregación de portadoras de FDD y TDD combinadas - Google Patents

Transmisión en agregación de portadoras de FDD y TDD combinadas Download PDF

Info

Publication number
ES2894341T3
ES2894341T3 ES17181482T ES17181482T ES2894341T3 ES 2894341 T3 ES2894341 T3 ES 2894341T3 ES 17181482 T ES17181482 T ES 17181482T ES 17181482 T ES17181482 T ES 17181482T ES 2894341 T3 ES2894341 T3 ES 2894341T3
Authority
ES
Spain
Prior art keywords
subframes
tdd
fdd
subframe
component carrier
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES17181482T
Other languages
English (en)
Inventor
Jelena M Damnjanovic
Wanshi Chen
Peter Gaal
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Application granted granted Critical
Publication of ES2894341T3 publication Critical patent/ES2894341T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/18—Phase-modulated carrier systems, i.e. using phase-shift keying
    • H04L27/20—Modulator circuits; Transmitter circuits
    • H04L27/2032—Modulator circuits; Transmitter circuits for discrete phase modulation, e.g. in which the phase of the carrier is modulated in a nominally instantaneous manner
    • H04L27/2053—Modulator circuits; Transmitter circuits for discrete phase modulation, e.g. in which the phase of the carrier is modulated in a nominally instantaneous manner using more than one carrier, e.g. carriers with different phases
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/14—Two-way operation using the same type of signal, i.e. duplex
    • H04L5/1469—Two-way operation using the same type of signal, i.e. duplex using time-sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Time-Division Multiplex Systems (AREA)

Abstract

Un método (1400) de comunicación inalámbrica por un dispositivo móvil configurado para agregación de portadora, CA, de al menos una primera portadora de componente duplexada por división en el tiempo, TDD, y una segunda portadora de componente duplexada por división de frecuencia, FDD, caracterizado por comprender: recibir (1402) una concesión de recurso en una subtrama de DL que asigna recursos de la segunda portadora de componente de FDD; determinar (1404) una asociación entre subtramas de la primera portadora de componente de TDD y subtramas de la segunda portadora de componente de FDD basándose en una configuración de enlace ascendente-enlace descendente de la primera portadora de componente de TDD; e identificar (1406), basándose en la asociación y la subtrama de DL en la que se recibe la concesión de recurso, una subtrama de la primera portadora de componente de TDD para transmitir o recibir información de control asociada con la concesión de recurso.

Description

DESCRIPCIÓN
Transmisión en agregación de portadoras de FDD y TDD combinadas
Referencia cruzada a solicitud relacionada
La presente solicitud de patente reivindica prioridad a la Solicitud Provisional N.° 61/663.468, presentada el 22 de junio de 2012 titulada "DATA TRANSMISSION IN CARRIER AGGREGATION WITH DIFFERENT CARRIER CONFIGURATIONS".
Antecedentes
I. Campo
La presente divulgación se refiere, en general, a la comunicación y, más específicamente, a técnicas para admitir una agregación de portadoras en una red de comunicación inalámbrica. II. Antecedentes
Las redes de comunicación inalámbrica se han desplegado ampliamente para proporcionar diverso contenido de comunicación tal como voz, vídeo, datos por paquetes, mensajería, difusión, etc. Estas redes inalámbricas pueden ser redes de acceso múltiple capaces de admitir múltiples usuarios mediante la compartición de los recursos de red disponibles. Ejemplos de tales redes de acceso múltiple incluyen redes de acceso múltiple por división de código (CDMA), redes de acceso múltiple por división de tiempo (TDMA), redes de acceso múltiple por división de frecuencia (FDMA), redes FDMA ortogonal (OFDMA) y redes FDMA de portadora única (SC-FDMA).
Una red de comunicación inalámbrica puede incluir varias estaciones base que pueden admitir una comunicación con un número de equipos de usuario (UE). Un UE puede comunicarse con una estación base a través del enlace descendente y el enlace ascendente. El enlace descendente (o enlace directo) se refiere al enlace de comunicación desde la estación base hasta el UE, y el enlace ascendente (o enlace inverso) se refiere al enlace de comunicación desde el UE hasta la estación base.
Una red de comunicación inalámbrica puede admitir el funcionamiento con múltiples portadoras. Una portadora puede referirse a un intervalo de frecuencias usadas para la comunicación y puede asociarse con ciertas características. Por ejemplo, una portadora puede estar asociada con información de sistema que describe el funcionamiento de la portadora. Una portadora también puede denominarse una portadora de componente (CC), un canal de frecuencia, una célula, etc. Una estación base puede enviar a un UE datos e información de control a través de una o más portadoras. El UE puede enviar información de control para admitir la transmisión de datos mediante la estación base. En este contexto, sigue existiendo la necesidad de una transmisión y un procesamiento flexibles de información de control para la agregación de portadoras.
El documento US 2011/0205976 A1 desvela un método para comunicaciones inalámbricas en un sistema que tiene una pluralidad de portadoras de componente agregadas, que comprende determinar que un equipo de usuario puede operar simultáneamente en múltiples portadoras de componente, y, durante la configuración o reconfiguración del equipo de usuario, enviar al equipo de usuario señalización de control de recursos de radio junto con una indicación de cuál de la pluralidad de portadoras de componente a las que se aplica la señalización de control de recursos de radio.
El documento US 2011/0280164 A1 desvela un método para comunicaciones inalámbricas, que comprende generar un índice de asignación de enlace descendente (DAI) que indica un número de transmisiones de enlace descendente asignadas para un equipo de usuario configurado para comunicarse usando múltiples portadoras de componente y transmitir un canal físico de control de enlace descendente (PDCCH) que contiene el DAI al equipo de usuario en una subtrama de duplexación por división de frecuencia.
Sumario
El objeto de la invención se consigue mediante la materia objeto de las reivindicaciones independientes. Las reivindicaciones dependientes describen realizaciones ventajosas.
Breve descripción de los dibujos
La FIG. 1 muestra una red de comunicación inalámbrica, que puede ser una red LTE o similar.
La FIG. 2A muestra una estructura de trama a modo de ejemplo para una portadora de duplexación por división de frecuencia (FDD) en un sistema de comunicación LTE.
La FIG. 2B muestra una estructura de trama a modo de ejemplo para una portadora de duplexación por división de tiempo (TDD) en un sistema de comunicación LTE.
La FIG. 3A muestra un ejemplo de transmisión de datos en el enlace descendente con solicitud de repetición automática híbrida (HARQ).
La FIG. 3B muestra un ejemplo de transmisión de datos en el enlace ascendente con HARQ.
La FIG. 4A muestra un ejemplo de agregación de portadoras contiguas.
La FIG. 4B muestra un ejemplo de agregación de portadoras no contiguas.
La FIG. 5 muestra un despliegue a modo de ejemplo de dos portadoras de componentes (CC) con diferentes configuraciones de portadora.
La FIG. 6A muestra un ejemplo de transmisión de datos en el enlace descendente en un primer escenario con una CC de FDD que controla una CC de TDD usando el cronograma de TDD de la CC planificada.
La FIG. 6B muestra un ejemplo de transmisión de datos en el enlace ascendente en un primer escenario con una CC de FDD que controla una CC de TDD usando el cronograma de TDD de la CC planificada.
La FIG. 7A muestra un ejemplo de transmisión de datos en el enlace descendente en el primer escenario con una CC de FDD que controla una CC de TDD usando el cronograma de FDD de la CC de planificación.
La FIG. 7B muestra un ejemplo de transmisión de datos en el enlace ascendente en el primer escenario con una CC de FDD que controla una CC de TDD usando el cronograma de FDD de la CC de planificación.
La FIG. 8A muestra un ejemplo de transmisión de datos en el enlace descendente en un segundo escenario con una CC de TDD que controla una CC de FDD usando el cronograma de FDD de la CC planificada.
La FIG. 8B muestra un ejemplo de transmisión de datos en el enlace ascendente en el segundo escenario con una CC de TDD que controla una CC de FDD usando el cronograma de FDD de la CC planificada.
La FIG. 9A muestra un ejemplo de transmisión de datos en el enlace descendente en el segundo escenario con una CC de TDD que controla una CC de FDD usando el cronograma de TDD de la CC de planificación.
La FIG. 9B muestra un ejemplo de transmisión de datos en el enlace ascendente en el segundo escenario con una CC de TDD que controla una CC de FDD usando el cronograma de TDD de la CC de planificación.
La FIG. 10A muestra un ejemplo de transmisión de datos en el enlace descendente en el segundo escenario con una CC de TDD que controla una CC de FDD usando el cronograma híbrido.
La FIG. 10B muestra un ejemplo de transmisión de datos en el enlace ascendente en el segundo escenario con una CC de TDD que controla una CC de FDD usando el cronograma híbrido.
La FIG. 11 muestra un ejemplo de un proceso para enviar información de control en una red inalámbrica.
La FIG. 12 muestra un ejemplo de un proceso para recibir información de control en una red inalámbrica.
La FIG. 13 muestra un ejemplo de un proceso de un dispositivo móvil para enviar información de control en una red inalámbrica.
La FIG. 14 muestra un ejemplo de un proceso de un dispositivo móvil para identificar subtramas de portadoras agregadas para transmitir o recibir datos en una red inalámbrica.
La FIG. 15 muestra un ejemplo de un proceso de un nodo de acceso para procesar información de control recibida desde un dispositivo móvil en una red inalámbrica.
La FIG. 16 muestra un ejemplo de un proceso de un nodo de acceso para enviar información de control en una red inalámbrica.
La FIG. 17 muestra un diagrama de bloques de una estación base/eNB de ejemplo y de un UE de ejemplo, que pueden ser una de las estaciones base/eNB y uno de los UE de la FIG. 1.
Descripción detallada
En el presente documento se divulgan técnicas para admitir la transmisión de datos en una red de comunicación inalámbrica con agregación de portadoras. Estas técnicas pueden usarse en varias redes de comunicación inalámbrica, tales como CDMA, t DmA, FDMA, OFDMA, SC-FDMA y otras redes inalámbricas. Los términos "red" y "sistema" se usan a menudo de forma intercambiable. Una red CDMA puede implementar una tecnología de radio, tal como el Acceso por Radio Terrestre Universal (UTRA), cdma2000, etc. UTRA incluye CDMA de Banda Ancha (WCDMA), CDMA Síncrono por División de Tiempo (TD-SCDMA) y otras variantes de Cd MA. Cdma2000 cubre las normas IS-2000, IS-95 e IS-856. Una red TDMA puede implementar una tecnología de radio tal como el Sistema Global de Comunicaciones Móviles (GSM). Una red OFDMA puede implementar una tecnología de radio tal como UTRA Evolucionado (E-UTRA), Banda Ancha Ultra-móvil (UMB), IEEE 802.11 (Wi-Fi y Wi-Fi directo), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM®, etc. UTRA y E-UTRA son parte del Sistema Universal de Telecomunicaciones Móviles (UMTS). La Evolución a Largo Plazo (LTE) y la LTE Avanzada (LTE-A) de 3GPP, tanto en la duplexación por división de frecuencia (FDD) como en la duplexación por división de tiempo (TDD) son nuevas versiones de UMTS que usan el E-UTRA que emplea el OFDMA en el enlace descendente y el SC-FDMA en el enlace ascendente. UTRA, E-UTRA, UMTS, LTE, LTE-A y GSM están descritos en documentos de una organización llamada "Proyecto de Asociación de la 3a Generación" (3GPP). Cdma2000 y UMB están descritos en documentos de una organización llamada "Proyecto de Asociación de la 3a Generación 2" (3GPP2). Las técnicas descritas en el presente documento pueden usarse en las redes inalámbricas y tecnologías de radio que se han mencionado anteriormente, así como en otras redes inalámbricas y tecnologías de radio. Para mayor claridad, se describen a continuación determinados aspectos de las técnicas para LTE, utilizándose la terminología de LTE en gran parte de la siguiente descripción.
La FIG. 1 muestra una red 100 de comunicación inalámbrica, que puede ser una red LTE o alguna otra red inalámbrica. La red 100 inalámbrica puede incluir varios nodos B evolucionados (eNB) 110 y otras entidades de red. Un eNB puede ser una entidad que se comunica con los UE y puede denominarse también estación base, nodo B, punto de acceso, etc. Cada eNB 110 puede proporcionar cobertura de comunicación para un área geográfica particular y puede admitir comunicación con los UE ubicados dentro del área de cobertura. Para mejorar la capacidad de la red, el área de cobertura global de un eNB puede dividirse en múltiples (por ejemplo, tres) áreas más pequeñas. Cada área más pequeña puede recibir servicio mediante un subsistema de eNB respectivo. En 3GPP, el término "célula" puede referirse a un área de cobertura de un eNB y/o a un subsistema de eNB que da servicio a esta área de cobertura. En general, un eNB puede admitir una o múltiples (por ejemplo, tres) células. El término "célula" también puede referirse a una portadora en la que opera un eNB.
La red 100 inalámbrica también puede incluir retransmisores. Un retransmisor puede ser una entidad que recibe una transmisión de datos de una entidad aguas arriba (por ejemplo, un eNB o un UE) y que envía una transmisión de los datos a una entidad aguas abajo (por ejemplo, un UE o un eNB). Un retransmisor también puede ser un UE que retransmite transmisiones para otros UE.
Un controlador 130 de red puede acoplarse a un conjunto de eNB y puede proporcionar coordinación y control para estos eNB. El controlador 130 de red puede comunicarse con los eNB a través de un enlace de retorno. Los eNB también pueden comunicarse entre sí a través del enlace de retorno.
Los UE 120 pueden dispersarse por toda la red inalámbrica, y cada UE puede ser fijo o móvil. Un UE también puede denominarse estación móvil, terminal, terminal de acceso, unidad de abonado, estación, nodo, etc. Un UE puede ser un teléfono celular, un teléfono inteligente, una tableta, un asistente digital personal (PDA), un módem inalámbrico, un dispositivo de comunicación inalámbrica, un dispositivo de mano, un ordenador portátil, un teléfono sin cables, una estación de bucle local inalámbrico (WLL), un portátil, un libro inteligente, etc. Un UE puede ser capaz de comunicarse con los eNB, los retransmisores, otros UE, etc.
La red 100 inalámbrica puede utilizar la FDD y/o la TDD. En cuanto a la FDD, el enlace descendente y el enlace ascendente pueden asignarse a canales de frecuencia individuales. Las transmisiones de enlace descendente pueden enviarse en un canal de frecuencia, y las transmisiones de enlace ascendente pueden enviarse en otro canal de frecuencia. En cuanto a la TDD, el enlace descendente y el enlace ascendente pueden compartir el mismo canal de frecuencia, y las transmisiones de enlace descendente y las transmisiones de enlace ascendente pueden enviarse en el mismo canal de frecuencia en diferentes períodos de tiempo.
La FIG.2A muestra una estructura 200 de trama a modo de ejemplo para la FDD en LTE. El cronograma de transmisión para cada uno del enlace descendente y del enlace ascendente puede dividirse en unidades de tramas de radio. Cada trama de radio puede tener una duración predeterminada (por ejemplo, 10 milisegundos (ms)) y puede dividirse en 10 subtramas con índices de 0 a 9. Cada subtrama puede incluir dos intervalos. De este modo, cada trama de radio puede incluir 20 intervalos con índices de 0 a 19. Cada intervalo puede incluir L períodos de símbolo, por ejemplo, siete periodos de símbolo para un prefijo cíclico normal (como se muestra en la FIG. 2A) o seis períodos de símbolo para un prefijo cíclico extendido. Los 2L periodos de símbolo en cada subtrama pueden tener asignados índices de 0 a 2L-1. En cuanto a la FDD, cada subtrama para el canal de frecuencia utilizado para el enlace descendente puede denominarse subtrama de enlace descendente. Cada subtrama para el canal de frecuencia utilizado para el enlace ascendente puede denominarse subtrama de enlace ascendente.
Una subtrama de enlace descendente puede incluir una región de control y una región de datos. La región de control puede incluir los primeros Q períodos de símbolo de la subtrama de enlace descendente, donde Q puede ser igual a 1, 2, 3 o 4 y puede cambiar de subtrama a subtrama. La región de datos puede incluir los períodos de símbolo restantes de la subtrama de enlace descendente.
La FIG. 2B muestra una estructura 250 de trama modo de ejemplo para la TDD en LTE. El cronograma de transmisión para el enlace descendente y el enlace ascendente puede dividirse en unidades de tramas de radio y cada trama de radio puede dividirse en 10 subtramas con índices de 0 a 9. LTE admite una serie de configuraciones de enlace ascendente-enlace descendente para la TDD. Las subtramas 0 y 5 se utilizan para el enlace descendente y la subtrama 2 se utiliza para el enlace ascendente para todas las configuraciones de enlace ascendente-enlace descendente. Las subtramas 3, 4, 7, 8 y 9 pueden utilizarse cada una para el enlace descendente o enlace ascendente dependiendo de la configuración de enlace ascendente-enlace descendente. La subtrama 1 incluye tres campos especiales compuestos por un intervalo de tiempo de piloto de enlace descendente (DwPTS) utilizado en canales de control de enlace descendente, así como en la transmisión de datos, un periodo de guarda (GP) sin transmisión y un intervalo de tiempo de piloto de enlace ascendente (UpPTS) utilizado para un canal de acceso aleatorio (RACH) o señales de referencia de sondeo (SRS). La subtrama 6 puede incluir solamente el DwPTS, o los tres campos especiales, o una subtrama de enlace descendente dependiendo de la configuración de enlace ascendente-enlace descendente. El DwPTS, el GP y el UpPTS pueden tener diferentes duraciones para diferentes configuraciones de subtrama. En cuanto a la TDD, cada subtrama utilizada para enlace descendente puede denominarse subtrama de enlace descendente, y cada subtrama utilizada para enlace ascendente puede denominarse subtrama de enlace ascendente.
La tabla 1 enumera siete configuraciones de enlace ascendente-enlace descendente a modo de ejemplo disponibles en una red LTE que admite el funcionamiento con la TDD. Cada configuración de enlace ascendente-enlace descendente indica si cada subtrama es una subtrama de enlace descendente (indicada como "D" en la tabla 1), o una subtrama de enlace ascendente (indicada como "U" en la tabla 1), o una subtrama especial (indicada como "S" en la tabla 1). Como se muestra en la tabla 1, las configuraciones de enlace ascendente-enlace descendente 1 a 5 tienen más subtramas de enlace descendente que subtramas de enlace ascendente en cada trama de radio.
- -
Figure imgf000005_0001
Tanto en la FDD como en la TDD, una célula puede transmitir un canal físico de control de enlace descendente (PDCCH), un canal físico de indicador de HARQ (PHICH), y/u otros canales físicos en la región de control de una subtrama de enlace descendente. El PDCCH puede llevar información de control de enlace descendente (DCI), tal como concesiones de enlace descendente, concesiones de enlace ascendente, etc. El PHICH puede llevar la realimentación de acuse de recibo/acuse de recibo negativo (ACK/NAK) para la transmisión de datos enviada por los UE en el enlace ascendente con retransmisión automática híbrida (HARQ). La célula también puede transmitir un canal físico compartido de enlace descendente (PDSCH) y/u otros canales físicos en la región de datos de una subtrama de enlace descendente. El PDSCH puede llevar datos para UE planificados para la transmisión de datos en el enlace descendente y/u otra información.
Tanto en la FDD como en la TDD, un UE puede transmitir o bien un canal físico de control de enlace ascendente (PUCCH) en una región de control de una subtrama de enlace ascendente o bien un canal físico compartido de enlace ascendente (PUSCH) en una región de datos de la subtrama de enlace ascendente. El PUCCH puede llevar información de control de enlace ascendente (UCI) tal como información de estado del canal (CSI), realimentación de ACK/NAK para la transmisión de datos enviada al UE en el enlace descendente con HARQ, solicitud de planificación, etc. El Pu Sc H puede llevar datos y/o UCI.
Los diversos canales en LTE se describen en la el documento 3GPP TS 36.211, titulado "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation"; que está disponible al público.
La red 100 inalámbrica puede admitir la transmisión de datos con HARQ para mejorar la fiabilidad. En relación con HARQ, un transmisor (por ejemplo, un eNB) puede enviar una transmisión inicial de un bloque de transporte y puede enviar una o más transmisiones adicionales del bloque de transporte, si es necesario, hasta que el bloque de transporte se descodifique correctamente mediante un receptor (por ejemplo, un UE), o se haya realizado el número máximo de transmisiones del bloque de transporte, o se cumpla otra condición de finalización. Un bloque de transporte también puede denominarse paquete, palabra de código, etc. Después de cada transmisión del bloque de transporte, el receptor puede descodificar todas las transmisiones recibidas del bloque de transporte para intentar recuperar el bloque de transporte. El receptor puede enviar un ACK si se descodifica correctamente el bloque de transporte o un NAK si se descodifica con errores el bloque de transporte. El transmisor puede enviar otra transmisión del bloque de transporte si se recibe un NAK y puede finalizar la transmisión del bloque de transporte si se recibe un ACK.
LTE admite HARQ síncrona en el enlace ascendente y HARQ asíncrona en el enlace descendente. En cuanto a la HARQ síncrona, todas las transmisiones de un bloque de transporte pueden enviarse en subtramas de un solo entrelazado HARQ, que puede incluir subtramas uniformemente espaciadas. En cuanto a la HARQ asíncrona, cada transmisión de un bloque de transporte puede enviarse en cualquier subtrama.
Un cronograma específico de HARQ puede utilizarse para la transmisión de datos con HARQ. El cronograma de HARQ puede indicar una subtrama específica en la que se envía una concesión en el PDCCH, una subtrama específica en la que se envía la transmisión de datos en el PDSCH o el PUSCH basándose en la concesión, y una subtrama específica en la que se envía el ACK/NAK de la transmisión de datos en el PUCCH o el PHICH. En general, un cronograma de HARQ puede especificar la transmisión de la información de control (por ejemplo, concesiones, ACK/NAK, etc.), datos y/u otra información en una secuencia particular y/o en momentos específicos. Un cronograma de HARQ puede admitir, o no, la retransmisión de datos. Un cronograma de HARQ también puede denominarse cronograma de planificación, cronograma de transmisión de datos, cronograma de control, etc.
La FIG. 3A muestra un ejemplo de transmisión de datos en el enlace descendente con HARQ. Un eNB puede planificar un UE para la transmisión de datos en el enlace descendente. El eNB puede enviar al UE una concesión de enlace descendente (DL) en el PDCCH y una transmisión de datos de uno o más bloques de transporte en el PDSCH usando la subtrama to1. El UE puede recibir la concesión de enlace descendente y puede procesar (por ejemplo, desmodular y descodificar) la transmisión de datos recibida en el PDSCH basándose en la concesión de enlace descendente. El UE puede determinar la realimentación de ACK/NAK basándose en si cada bloque de transporte se descodifica correctamente o con errores. El UE puede enviar al eNB la realimentación de ACK/NAK en el PUCCH o el PUSCH usando la subtrama tD2. El eNB puede recibir la realimentación de ACK/NAK del UE. El eNB puede finalizar la trasmisión de cada bloque de transporte para el que se recibe un ACK y puede enviar otra transmisión de cada bloque de transporte para el que se recibe un NAK.
La FIG. 3B muestra un ejemplo de transmisión de datos en el enlace ascendente con HARQ. Un eNB puede planificar un UE para la transmisión de datos en el enlace ascendente. El eNB puede enviar al UE una concesión de enlace ascendente (UL) en el PDCCH usando la subtrama tU1. El UE puede recibir la concesión de enlace ascendente y puede enviar una transmisión de datos de uno o más bloques de transporte en el PUSCH usando la subtrama tU2. El eNB puede procesar (por ejemplo, desmodular y descodificar) la transmisión de datos recibida en el PUSCH basándose en la concesión de enlace ascendente. El eNB puede determinar la realimentación de ACK/NAK basándose en si cada bloque de transporte se descodifica correctamente o con errores. El eNB puede enviar al UE la realimentación de ACK/nA k en el PHICH usando la subtrama tU3. El eNB puede planificar el UE para la transmisión de datos de cada bloque de transporte descodificado con errores por el eNB (no mostrado en la FIG. 3B).
Como se muestra en las FIG. 3A y 3B, pueden utilizarse diferentes cronogramas de HARQ para la transmisión de datos en el enlace descendente y en el enlace ascendente. Un cronograma de HARQ utilizado para la transmisión de datos en el enlace descendente puede denominarse cronograma de HARQ de enlace descendente. Un cronograma de HARQ utilizado para la transmisión de datos en el enlace ascendente puede denominarse cronograma de HARQ de enlace ascendente. Como se muestra en la FIG. 3A, el cronograma de HARQ de enlace descendente puede indicar (i) una subtrama de enlace descendente específica tDx en la que se envía una transmisión de datos en el enlace descendente para una concesión de enlace descendente enviada en una determinada subtrama de enlace descendente tD1 y (ii) una subtrama de enlace ascendente tD2 específica en la que se envía una realimentación de ACK/NAK en el enlace ascendente para la transmisión de datos en la subtrama de enlace descendente tDx, donde tDx = tD1 cuando la concesión de enlace descendente y la transmisión de datos de enlace descendente se envían en la misma portadora, como se muestra en la FIG. 3A. Como se muestra en la FIG. 3B, el cronograma de HARQ de enlace ascendente puede indicar (i) una subtrama de enlace ascendente tU2 específica en la que se envía una transmisión de datos en el enlace ascendente para una concesión de enlace ascendente enviada en una subtrama de enlace descendente tU1 determinada y (ii) una subtrama de enlace descendente tU3 específica en la que se envía una realimentación de ACK/NAK en el enlace descendente para la transmisión de datos usando la subtrama de enlace ascendente tU2.
Pueden usarse diferentes cronogramas de HARQ en la FDD y en la TDD. Además, pueden utilizarse diferentes cronogramas de HARQ en diferentes configuraciones de enlace ascendente-enlace descendente para la TDD y también para subtramas diferentes de una configuración de enlace ascendente-enlace descendente determinada.
Como se muestra en la FIG. 3A, el cronograma de HARQ de enlace descendente puede indicar que para una concesión de enlace descendente enviada en la subtrama de enlace descendente tD1, la transmisión de datos puede enviarse en la misma subtrama de enlace descendente y la realimentación de ACK/NAK puede enviarse nuL_ACK subtramas más tarde en la subtrama de enlace ascendente tD2= tDi + nUL_ACK ■ En LTE, nUL_ACK = 4 para la FDD y nUL_ACK — 4 para la TDD.
Como se muestra en la FIG. 3B, el cronograma de HARQ de enlace ascendente puede indicar que para una concesión de enlace ascendente enviada en la subtrama de enlace descendente íu i, la transmisión de datos puede enviarse nUL_Datos subtramas más tarde en la subtrama de enlace ascendente tu2= tu i+ nuL_Datos, y la realimentación de ACK/NAK puede enviarse nDL_ACK subtramas más tarde en la subtrama de enlace descendente tu3 = tu2+ nDL_ACK. En LTE, nuL_Datos= 4 y nDL_ACK= 4 para FDD, y nuL_Datos — 4 y nDL_ACK — 4 para TDD.
En la FDD, tanto nuL_ACK, nuL_Datos como nDL_ACK pueden ser igual a cuatro. En la TDD, nuL_ACK, nuL_Datos y nDL_ACK pueden ser diferentes en diferentes configuraciones de enlace ascendente-enlace descendente y también en diferentes subtramas de una configuración de enlace ascendente-enlace descendente determinada, como se describe a continuación.
La tabla 2 enumera el valor de nuL_ACK para diferentes subtramas de enlace ascendente tD2 en las que un ACK/NAK puede enviarse en el PUCCH o PUSCH para las siete configuraciones de enlace ascendente-enlace descendente mostradas en la tabla 1. nuL_ACK puede ser un valor de desplazamiento de subtrama. Por ejemplo, en la configuración 1 de enlace ascendente-enlace descendente (UL-DL), subtrama 3, el valor de 4 puede indicar asociación con una subtrama que está 4 subtramas antes (es decir, la subtrama 9 de la trama de radio anterior). A modo de ejemplo, en la configuración de UL-DL 1, puede enviarse un ACK/NAK en el PUCCH o PUSCH (i) usando la subtrama de enlace ascendente 2 para admitir la transmisión de datos en el PDSCH en la subtrama de enlace descendente 5 o 6 de la trama de radio anterior o (ii) en la subtrama de enlace ascendente 3 para admitir la transmisión de datos en el PDSCH en la subtrama de enlace descendente 9 de la trama de radio anterior.
Tabla 2 - nuL_ACK para cronograma de HARQ de enlace descendente
Figure imgf000007_0001
La tabla 3 enumera el valor de nuL_Datos para diferentes subtramas de enlace descendente tui en las que se pueden enviar concesiones de enlace ascendente en el PDCCH para las siete configuraciones de UL-DL mostradas en la tabla 1. Como ejemplo, en la configuración de UL-DL 1, se puede enviar una concesión de enlace ascendente en el PDCCH (i) usando la subtrama 1 de enlace descendente para admitir la transmisión de datos en el PUSCH usando la subtrama 7 de enlace ascendente o (ii) usando la subtrama de enlace descendente 4 para admitir la transmisión de datos en el PUSCH usando la subtrama de enlace ascendente 8. En las configuraciones de UL-DL 1 a 5, hay más subtramas de enlace descendente disponibles para enviar la DCI que subtramas de enlace ascendente disponibles para enviar datos. Por lo tanto, algunas subtramas de enlace descendente no se utilizan para enviar la DCI.
-
Figure imgf000007_0002
La tabla 4 enumera el valor de nDL_ACK para diferentes subtramas tU3 de enlace descendente en las que el ACK/NAK puede enviarse en el PHICH para las siete configuraciones de UL-DL mostradas en la tabla 1. A modo de ejemplo, en la configuración de UL-DL 1, el ACK/NAK puede enviarse en el PHICH (i) usando la subtrama de enlace descendente 1 para admitir la transmisión de datos en el PUSCH usando la subtrama de enlace ascendente 7 de la trama de radio anterior o (ii) usando la subtrama de enlace descendente 4 para admitir la transmisión de datos en el PUSCH usando la subtrama de enlace ascendente 8 de la trama de radio anterior. Una subtrama en la que se puede enviar el ACK/NAK en el PHICH puede denominarse subtrama PHICH, subtrama PHICH distinta de cero, etc. Las subtramas PHICH son aquellas con valores nDL_ACK no nulos en la tabla 4.
- k
Figure imgf000007_0003
La red 100 inalámbrica puede admitir el funcionamiento en múltiples portadoras de componentes (CC), lo que puede denominarse agregación de portadoras o funcionamiento con múltiples portadoras. Un UE puede configurarse con múltiples CC para el enlace descendente y una o más CC para el enlace ascendente para la agregación de portadoras. En la FDD, una CC puede comprender un canal de frecuencia para el enlace descendente y otro canal de frecuencia para el enlace ascendente. En la TDD, una CC puede comprender un único canal de frecuencia utilizado tanto para el enlace descendente como para el enlace ascendente. Una CC configurada para la FDD puede denominarse CC de FDD. Una CC configurada para la TDD puede denominarse CC de TDD. Un eNB puede transmitir a un UE datos e información de control en una o más CC. El UE puede transmitir al eNB datos e información de control en una o más CC.
La FIG. 4A muestra un ejemplo de agregación de portadoras contiguas. Puede haber un número K de CC disponibles y pueden ser adyacentes entre sí, donde, en general, K puede ser cualquier valor entero. K puede estar limitado a 5 o menos en algunas versiones de LTE. Cada CC puede tener un ancho de banda de hasta 20 MHz. El ancho de banda total del sistema puede ser de hasta 100 MHz cuando se admiten cinco CC. La FIG. 4B muestra un ejemplo de agregación de portadoras no contiguas. Puede haber un número K de CC disponibles y pueden estar separadas entre sí. Cada CC puede tener un ancho de banda de hasta 20 MHz.
En la versión 10 de LTE, un UE puede estar configurado con hasta cinco CC para la agregación de portadoras. Cada CC puede tener un ancho de banda de hasta 20 MHz y puede ser compatible hacia atrás con la versión 8 de LTE. De este modo, el UE puede configurarse con hasta 100 MHz para tener hasta cinco CC. En un diseño, una CC puede designarse como una CC primaria (PCC) para el enlace descendente y puede denominarse PCC de enlace descendente. La PCC de enlace descendente puede llevar una DCI determinada, tal como concesiones de enlace descendente, concesiones de enlace ascendente, realimentación de ACK/NAK, etc. En un diseño, una CC puede designarse como una CC primaria para el enlace ascendente y puede denominarse PCC de enlace ascendente. La PCC de enlace ascendente puede llevar una UCI determinada, tal como la realimentación de ACK/NAK, etc. En un diseño, la PCC de enlace descendente puede ser la misma que la PCC de enlace ascendente, y ambas pueden denominarse PCC. En otro diseño, la PCC de enlace descendente puede ser diferente de la PCC de enlace ascendente.
En la agregación de portadoras, un UE puede admitir el funcionamiento en una PCC y en una o más CC secundarias (SCC) en el enlace descendente. El UE también puede admitir el funcionamiento en una PCC y en cero o más SCC en el enlace ascendente. Una SCC es una CC que no es una PCC.
Cada CC puede estar asociada con una configuración de CC particular. Una configuración de CC de una CC puede indicar un modo de duplexación particular de la CC (por ejemplo, FDD o TDD) y, si es una TDD, una configuración de UL-DL particular de la CC.
La versión 10 de LTE admite la agregación de portadoras para múltiples CC con la misma configuración de CC. En particular, todas las CC de la agregación de portadoras están configuradas para FDD o TDD, y no se permite una mezcla de CC de FDD y TDD. Además, si las CC están configuradas para TDD, entonces todas las Cc tienen la misma configuración de UL-DL, aunque subtramas especiales pueden configurarse por separado para diferentes CC. La restricción de que todas las CC tengan la misma configuración de FDD o TDD, así como la misma configuración de UL-DL, puede simplificar el funcionamiento.
La versión 11 de LTE y/o posteriores pueden admitir la agregación de portadoras para múltiples CC con diferentes configuraciones de CC. Por ejemplo, puede admitirse una agregación de CC de FDD y TDD. Como otro ejemplo, puede admitirse una agregación de CC con diferentes configuraciones de UL-DL para la TDD. Las diferentes configuraciones de UL-DL para diferentes CC pueden deberse a varios motivos, tales como (i) diferentes configuraciones de UL-DL para TDD, por ejemplo, como se muestra en la tabla 1, (ii) división de subtramas de enlace descendente y de subtramas de enlace ascendente para admitir el funcionamiento de retransmisores, (iii) asignación de subtramas de enlace descendente y de subtramas de enlace ascendente para admitir eNB locales, pico eNB, etc., y/o (iv) otros motivos. El admitir CC con diferentes configuraciones de UL-DL puede proporcionar una mayor flexibilidad en el despliegue. Cada CC puede ser compatible hacia atrás con una sola CC en las versiones 8, 9 o 10 de LTE en un modo de portadora única.
La FIG. 5 muestra un despliegue a modo de ejemplo de dos CC con diferentes configuraciones de CC. En este ejemplo, la CC 1 está configurada para FDD e incluye dos canales de frecuencia. Un canal de frecuencia es para el enlace descendente e incluye subtramas de enlace descendente, que están indicadas como "D" en la FIG. 5. El otro canal de frecuencia es para el enlace ascendente e incluye subtramas de enlace ascendente, que están indicadas como "U" en la FIG. 5. La CC 2 está configurada para TDD con la configuración de UL-DL 1. Las subtramas 0, 4, 5 y 9 de la CC 2 son subtramas de enlace descendente, las subtramas 1 y 6 de la CC 2 son subtramas especiales, y las subtramas restantes 2, 3, 7 y 8 de la CC 2 son subtramas de enlace ascendente.
La agregación de múltiples CC con diferentes configuraciones de CC puede suponer un desafío. Estas CC pueden estar asociadas con números diferentes de subtramas de enlace descendente y de enlace ascendente. Además, una subtrama t determinada puede corresponder a una subtrama de enlace descendente en una CC y a una subtrama de enlace ascendente en otra CC. Por lo tanto, subtramas de enlace descendente de una o más CC pueden solaparse con subtramas de enlace ascendente de otra u otras CC. En general, las CC con diferentes configuraciones de CC pueden estar asociadas con diferentes conjuntos de subtramas de enlace descendente y subtramas de enlace ascendente. Esto puede complicar la transmisión de la información de control para admitir la transmisión de datos con HARQ.
La agregación de portadoras para múltiples CC con diferentes configuraciones de CC puede admitirse con control de la misma portadora y/o control de portadoras cruzadas. En el control de la misma portadora, la información de control puede enviarse en una CC determinada para admitir la transmisión de datos en la misma CC. En el control de portadoras cruzadas, la información de control puede enviarse en una CC para admitir la transmisión de datos en otra CC. Tanto en el control de la misma portadora como en el control de portadoras cruzadas, un UE puede enviar información de control en el PUCCH usando la PCC cuando no está planificada para la transmisión de datos en el enlace ascendente.
La agregación de portadoras para múltiples CC con diferentes configuraciones de CC también puede admitirse con control de subtramas cruzadas. En el control de subtramas cruzadas, la información de control puede enviarse en una subtrama determinada y puede aplicarse en múltiples subtramas. Por ejemplo, pueden enviarse múltiples concesiones en una subtrama de enlace descendente determinada para planificar la transmisión de datos en múltiples subtramas de enlace descendente y/o múltiples subtramas de enlace ascendente. El control de subtramas cruzadas puede aplicarse especialmente cuando una CC utilizada para enviar concesiones incluye más subtramas de enlace ascendente que subtramas de enlace descendente.
La tabla 5 enumera dos escenarios para la agregación de portadoras de múltiples CC con diferentes configuraciones de CC. En el primer escenario, una CC de FDD es una PCC, una CC de TDD es una SCC, y la CC de FDD controla la CC de TDD, por ejemplo, planifica la transmisión de datos en la CC de TDD. En el segundo escenario, una CC de TDD es una p Cc , una CC de FDD es una SCC, y la CC de TDD controla la CC de FDD, por ejemplo, planifica la transmisión de datos en la CC de FDD. En ambos escenarios, una CC de planificación es una CC que controla otra CC, y una CC planificada es una CC que está controlada por otra CC.
Tabla 5
Figure imgf000009_0001
En el control de portadoras cruzadas, la transmisión de datos puede admitirse basándose en un cronograma de HARQ de una CC de planificación y/o un cronograma de HARQ de una CC planificada. Por simplicidad, un cronograma de HARQ de una CC de FDD puede denominarse cronograma de FDD, y un cronograma de HARQ de una CC de TDD puede denominarse cronograma de TDD. El cronograma de HARQ para el control de portadoras cruzadas puede basarse en uno o más de lo siguiente:
1. Utilizar el cronograma de HARQ de una CC planificada:
i) Primer escenario - utilizar el cronograma de TDD de una configuración de UL-DL de una CC de TDD cuando la CC de TDD está planificada por la CC de FDD, o
ii) Segundo escenario - utilizar el cronograma de FDD cuando la CC de FDD está planificada por la CC de TDD.
2. Utilizar el cronograma de HARQ de una CC de planificación:
i) Primer escenario - utilizar el cronograma de FDD cuando la CC de TDD está planificada por la CC de FDD, o
ii) Segundo escenario - utilizar el cronograma de TDD de una configuración de UL-DL de una CC de TDD cuando la CC de FDD está planificada por la CC de TDD.
3. Utilizar un cronograma híbrido:
i) Segundo escenario - utilizar el cronograma de TDD de una configuración de UL-DL de la CC de TDD cuando la CC de FDD está planificada por la CC de TDD, utilizar el cronograma de FDD para la realimentación enviada en el enlace ascendente en la CC de FDD.
La FIG. 6A muestra un ejemplo de transmisión de datos en el enlace descendente en el primer escenario con una CC de FDD que controla una Cc de TDD utilizando el cronograma de TDD de la CC planificada. En este caso, información de control se envía en la CC de FDD, y se envían datos de enlace descendente en la CC de TDD. La FIG.
6A muestra un ejemplo en el que la CC de TDD tiene la configuración de UL-DL 1, y los datos pueden enviarse en la
CC de TDD sólo en las subtramas de enlace descendente 0, 1,4, 5, 6 y 9. Pueden enviarse concesiones de enlace descendente en la CC de FDD usando las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9 para la transmisión de datos en enlace descendente en la CC de TDD en las subtramas de enlace descendente 0 ,1 , 4, 5, 6 y 9, respectivamente. La realimentación de ACK/NAK se puede enviar en la CC de FDD usando las subtramas de enlace ascendente 7, 7, 8, 2, 2 y 3 para la transmisión de datos en la CC de TDD usando las subtramas de enlace descendente
0, 1,4, 5, 6 y 9, respectivamente.
La FIG. 6B muestra un ejemplo de transmisión de datos en el enlace ascendente en el primer escenario con una CC de FDD que controla una Cc de TDD utilizando el cronograma de TDD de la CC planificada. En este caso, información de control se envía en la CC de FDD, y los datos de enlace ascendente se envían en la CC de TDD. La
FIG. 6B muestra un ejemplo en el que la CC de TDD tiene la configuración de UL-DL 1, y los datos pueden enviarse en la CC de TDD sólo en las subtramas de enlace ascendente 2, 3, 7 y 8. Pueden enviarse concesiones de enlace ascendente en la CC de FDD usando las subtramas de enlace descendente 1, 4, 6 y 9 para la transmisión de datos de enlace ascendente en la CC de TDD usando las subtramas de enlace ascendente 7, 8, 2 y 3, respectivamente. La realimentación de ACK/NAK puede enviarse en la CC de FDD usando las subtramas de enlace descendente 1, 4, 6 y
9 para la transmisión de datos en la CC de TDD usando las subtramas de enlace ascendente 7, 8, 2 y 3, respectivamente.
Como se muestra en las FIG. 6A y 6B, cuando la CC de FDD controla la CC de TDD utilizando el cronograma de TDD, sólo pueden utilizarse las subtramas aplicables de la CC de FDD (según lo determinado por el cronograma de HARQ de la CC de TDD) para enviar información de control en la CC de FDD. En particular, las concesiones de enlace ascendente y de enlace descendente pueden enviarse en el PDCCH y la realimentación de ACK/NAK puede enviarse en el PHICH en subtramas de enlace descendente de la CC de FDD determinadas basándose en el cronograma de
HARQ de la CC de TDD. La CSI y la realimentación de ACK/NAK pueden enviarse en el PUCCH usando subtramas de enlace ascendente de la CC de FDD (que puede ser la PCC) determinadas basándose en el cronograma de HARQ de la CC de TDD. La DCI puede enviarse en la CC de FDD basándose en los formatos DCI para TDD.
En la transmisión de datos de enlace ascendente mostrada en la FIG. 6B, pueden producirse colisiones en el PHICH, por ejemplo, debido a la realimentación de ACK/NAK para la transmisión de datos en múltiples subtramas de enlace ascendente que están correlacionadas con la misma subtrama de enlace descendente de la CC de FDD. Esto puede ocurrir debido a que una subtrama determinada de diferentes CC se está planificando en diferentes subtramas de la
CC de FDD. Por ejemplo, puede enviarse una primera concesión de enlace ascendente en la subtrama de enlace descendente 3 de la CC de FDD para planificar la transmisión de datos en la subtrama de enlace ascendente 7 de la
CC de FDD. Puede enviarse una segunda concesión de enlace ascendente en la subtrama de enlace descendente 1 de la CC de FDD para planificar la transmisión de datos en la subtrama de enlace ascendente 7 de la CC de TDD. La realimentación de ACK/NAK para la transmisión de datos en la subtrama de enlace ascendente 7 tanto de la CC de
FDD como de la CC de TDD puede enviarse en la CC de FDD en la subtrama de enlace descendente 1 de la siguiente trama de radio. Las colisiones en el PHICH pueden manejarse de manera similar a la agregación de portadoras de la versión 10 de LTE usando diferentes señales de referencia de desmodulación (DMRS). Las DMRS utilizadas en las
DCI de la subtrama de enlace descendente 3 de la CC de FDD y de la subtrama de enlace descendente 1 de la CC de TDD pueden estar coordinadas.
La FIG. 7A muestra un ejemplo de transmisión de datos en el enlace descendente en el primer escenario con una CC de FDD que controla una CC de TDD utilizando el cronograma de FDD de la CC de planificación. La FIG. 7A muestra un ejemplo en el que la CC de TDD tiene la configuración de UL-DL 1 y los datos pueden enviarse en la CC de TDD sólo en las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9. Pueden enviarse concesiones de enlace descendente en la CC de FDD en las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9 para la transmisión de datos de enlace descendente en la CC de TDD usando las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9, respectivamente. La realimentación de ACK/NAK se puede enviar en la CC de FDD usando las subtramas de enlace ascendente 4, 5, 8,
9, 0 y 3 para la transmisión de datos en la CC de TDD usando las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9, respectivamente.
La FIG. 7B muestra un ejemplo de transmisión de datos en el enlace ascendente en el primer escenario con una CC de FDD que controla una CC de TDD utilizando el cronograma de FDD de la CC de planificación. En este caso, la información de control se envía en la CC de FDD, y los datos de enlace ascendente se envían en la CC de TDD. La
FIG. 7B muestra un ejemplo en el que la CC de TDD tiene la configuración de UL-DL 1, y los datos pueden enviarse en la CC de TDD sólo en las subtramas de enlace ascendente 2, 3, 7 y 81. Pueden enviarse concesiones de enlace ascendente en la CC de FDD usando las subtramas de enlace descendente 3, 4, 8 y 9 para la transmisión de datos de enlace ascendente en la CC de TDD usando las subtramas de enlace ascendente 7, 8, 2 y 3, respectivamente.
Puede enviarse una realimentación de ACK/NAK en la CC de FDD usando las subtramas de enlace descendente 1,
2, 6 y 7 para la transmisión de datos en la CC de TDD usando las subtramas de enlace ascendente 7, 8, 2 y 3, respectivamente.
Como se muestra en las FIG. 7A y 7B, cuando la CC de FDD controla la CC de TDD utilizando el cronograma de FDD, sólo se pueden utilizar las subtramas aplicables de la CC de FDD (determinadas por el cronograma de HARQ de la CC de FDD) para enviar información de control en la CC de FDD. En particular, pueden enviarse concesiones de enlace ascendente y de enlace descendente en el PDCCH y puede enviarse la realimentación de ACK/NAK en el PHICH usando las subtramas de enlace descendente de la Cc de FDD determinadas basándose en el cronograma de HARQ de la CC de FDD. La CSI y la realimentación de ACK/NAK pueden enviarse en el PUCCH en subtramas de enlace ascendente de la CC de FDD (que puede ser la PCC) determinadas basándose en el cronograma de HARQ de la CC de FDD. La DCI puede enviarse en la CC de FDD basándose en los formatos DCI para la FDD. Los espacios de búsqueda para planificar la CC de FDD y la CC de TDD pueden compartirse si se utilizan el mismo ancho de banda de portadora y el mismo modo de transmisión para ambas CC. Pueden producirse colisiones en el PHICH, como se describió anteriormente, y se pueden gestionar de manera similar a la agregación de portadoras de la versión 10 de LTE utilizando diferentes DMRs . Las colisiones en el PHICH pueden gestionarse fácilmente ya que las concesiones pueden enviarse en la misma subtrama de enlace descendente para planificar la transmisión de datos tanto en la CC de FDD como en la CC de TDD.
El uso del cronograma de HARQ de la CC de TDD/planificada en el primer escenario (por ejemplo, como se muestra en las FIG. 6A y 6B) puede proporcionar ciertas ventajas. Por ejemplo, la gestión de la asignación de recursos para la planificación de portadoras cruzadas y de la misma portadora de la CC de TDD puede ser más fácil, y las decisiones de planificación para ambas CC pueden realizarse al mismo tiempo.
El uso del cronograma de HARQ de la CC de FDD/planificación en el primer escenario (por ejemplo, como se muestra en las FIG. 7A y 7B) también puede proporcionar ciertas ventajas. Por ejemplo, la gestión de colisiones en el PHICH para la CC de FDD que controla la CC de TDD puede realizarse de manera similar a la versión 10 de LTE. El retardo de HARQ para la CC de TDD puede ser menor debido al uso del cronograma de FDD (en lugar del cronograma de TDD). Se puede reducir la pérdida de rendimiento debido a la agrupación/multiplexación del ACK/NAK. Los espacios de búsqueda para la planificación de ambas CC pueden compartirse si se utilizan el mismo ancho de banda de portadora y el mismo modo de transmisión para ambas CC.
En general, cuando una CC de FDD controla una CC de TDD en el primer escenario, la CC de FDD de planificación puede seguir un cronograma de FDD o un cronograma de TDD. Puede haber menos retardo de planificación, menos retardo de HARQ y ninguna pérdida de rendimiento debido a la agrupación de ACK/NAK con control de portadoras cruzadas utilizando un cronograma de FDD frente a un funcionamiento de una sola portadora en una CC de TDD que utiliza un cronograma de TDD. Si el control de portadora cruzada no está configurado y el cronograma de FDD se considera para el PUCCH en el enlace ascendente, entonces un UE puede (i) seguir el cronograma de TTD para la planificación y la realimentación de ACK/NAK en el PHICH y (ii) utilizar el cronograma de FDD para la realimentación en el PUCCH. Desde una perspectiva de complejidad del UE, puede ser más fácil adoptar el cronograma de TDD para la CC de TDD planificada.
En el segundo escenario, una CC de TDD puede controlar una CC de FDD. Pueden ser necesarias consideraciones adicionales, independientemente del cronograma de HARQ seleccionado para su uso, debido a la falta de subtramas de enlace ascendente y de enlace descendente en la CC de TDD en comparación con la CC de FDD. En un diseño, sólo se puede planificar un subconjunto de todas las subtramas de enlace descendente y enlace ascendente de la CC de FDD para la transmisión de datos basándose el cronograma de HARQ seleccionado, que puede ser el cronograma de FDD o de TDD. En este diseño, las concesiones de enlace descendente y de enlace ascendente pueden enviarse en el PDCCH, se puede enviar la realimentación de ACK/NAK en el PHICH, y la CSI y la realimentación de ACK/NAK se pueden enviar en el PUCCH de la CC de TDD basándose en el cronograma de HARQ seleccionado. En un diseño, las subtramas de enlace descendente y de enlace ascendente restantes de la CC de FDD pueden planificarse basándose en reglas no cubiertas por el cronograma de HARQ seleccionado.
La FIG. 8A muestra un ejemplo de transmisión de datos en el enlace descendente en el segundo escenario con una CC de TDD que controla una CC de FDD utilizando el cronograma de FDD de la CC planificada. En este caso, la información de control se envía en la CC de TDD, y los datos de enlace descendente se envían en la CC de FDD. La FIG. 8A muestra un ejemplo en el que la CC de TDD tiene la configuración de UL-DL 1 e incluye las subtramas de enlace descendente y de enlace ascendente mostradas en la FIG. 8A. Pueden enviarse concesiones de enlace descendente en la CC de TDD usando las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9 para la transmisión de datos de enlace descendente en la CC de FDD usando las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9, respectivamente. La realimentación de ACK/NAK se enviará normalmente en las subtramas 4, 5, 8, 9, 0 y 3 para la transmisión de datos en la CC de FDD usando las subtramas de enlace descendente 0, 1,4, 5, 6 y 9, respectivamente. Sin embargo, sólo las subtramas 8 y 3 de la CC de TDD son subtramas de enlace ascendente, y las subtramas 4, 5, 9 y 0 de la CC de TDD son subtramas de enlace descendente. Por lo tanto, la realimentación de ACK/NAK que normalmente se enviará en las subtramas 4, 5, 9 y 0 basándose el cronograma de FDD (que se muestran mediante líneas discontinuas con una sola flecha en la FIG. 8A) puede enviarse en otras subtramas que son subtramas de enlace ascendente de la CC de TDD.
La FIG. 8B muestra un ejemplo de transmisión de datos en el enlace ascendente en el segundo escenario con una CC de TDD que controla una CC de FDD utilizando el cronograma de FDD de la CC planificada. En este caso, la información de control se envía en la CC de TDD, y los datos de enlace ascendente se envían en la CC de FDD. La FIG. 8B muestra un ejemplo en el que la CC de TDD tiene la configuración de UL-DL 1 e incluye las subtramas de enlace descendente y de enlace ascendente mostradas en la FIG. 8B. Las concesiones de enlace ascendente pueden enviarse en la CC de TDD usando las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9 para la transmisión de datos de enlace ascendente en la CC de FDD usando las subtramas de enlace ascendente 4, 5, 8, 9, 0 y 3, respectivamente. La realimentación de ACK/NAK se enviará normalmente en la CC de TDD usando las subtramas 8, 9, 2, 3, 4 y 7 para la transmisión de datos en la CC de FDD usando las subtramas de enlace ascendente 4, 5, 8, 9, 0 y 3, respectivamente. Sin embargo, sólo las subtramas 9 y 4 de la CC de TDD son subtramas de enlace descendente, y las subtramas 8, 2, 3 y 7 de la CC de TDD son subtramas de enlace ascendente. Por lo tanto, la realimentación de ACK/NAK que normalmente se enviaría en las subtramas 8, 2, 3 y 7 basándose el cronograma de FDD (que se muestran mediante líneas discontinuas con una sola flecha en la FIG. 8B) puede enviarse en otras subtramas que son subtramas de enlace descendente de la CC de TDD.
Como se muestra en las FIG. 8A y 8B, el cronograma de FDD puede aplicarse directamente a un número limitado de subtramas de enlace descendente y de enlace ascendente de la CC de FDD (y ni siquiera en todas las subtramas que se superponen a las subtramas de enlace descendente y enlace ascendente de la CC de TDD). El cronograma de FDD supone ciertas transmisiones de pares de enlace descendente-enlace ascendente (por ejemplo, para concesiones y realimentación de ACK/NAK) que pueden no estar disponibles entre las subtramas superpuestas. Pueden definirse nuevas reglas para las subtramas de enlace descendente y de enlace ascendente de la CC de FDD para las cuales el cronograma de FDD no puede aplicarse directamente.
En un diseño, la DCI puede enviarse en la CC de TDD basándose en los formatos de la DCI para FDD. La DCI para la CC de FDD se puede enviar en un primer espacio de búsqueda, y la DCI para la CC de TDD se puede enviar en un segundo espacio de búsqueda. En un diseño, los espacios de búsqueda para las dos CC no se comparten si se utilizan formatos de DCI para FDD incluso cuando las dos CC están asociadas con el mismo ancho de banda de portadora y el mismo modo de transmisión.
En la transmisión de datos de enlace ascendente, pueden producirse colisiones en el PHICH debido a que la realimentación de ACK/NAK para la CC de FDD y la CC de TDD se envían en la misma subtrama de enlace descendente de la CC de TDD. Las colisiones en el PHICH pueden deberse a que una subtrama de enlace ascendente determinada de las dos CC se está planificando en diferentes subtramas de enlace descendente de la CC de TDD. Las colisiones en el PHICH pueden gestionarse de manera similar a la agregación de portadoras de la versión 10 de LTE utilizando diferentes DMRS.
En la transmisión de datos de enlace descendente, como se muestra en la FIG. 8A, la realimentación de ACK/NAK puede enviarse en el PUCCH de la CC de TDD basándose en el cronograma de FDD para un subconjunto de subtramas. El cronograma de FDD puede aplicarse directamente en algunos pares de subtramas de enlace descendente-enlace ascendente. La realimentación de ACK/NAK para las subtramas de enlace descendente restantes de la CC de FDD puede gestionarse utilizando técnicas tales como agrupación, multiplexación, etc. De manera similar, la CSI puede enviarse en subtramas de enlace ascendente de la CC de TDD basándose la configuración/cronograma de FDD siempre que sea aplicable y basándose en otras reglas en otro caso.
La FIG. 9A muestra un ejemplo de transmisión de datos en el enlace descendente en el segundo escenario con una CC de TDD que controla una CC de FDD utilizando el cronograma de TDD de la CC de planificación. En este caso, se envía información de control en la CC de TDD, y se envían datos de enlace descendente en la CC de FDD. La FIG.
9A muestra un ejemplo en el que la CC de TDD tiene la configuración de UL-DL 1 e incluye las subtramas de enlace descendente y de enlace ascendente mostradas en la FIG. 9A. Pueden enviarse concesiones de enlace descendente en la CC de TDD usando las subtramas de enlace descendente 0, 1,4, 5, 6 y 9 para la transmisión de datos de enlace descendente en la CC de FDD usando las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9, respectivamente. La realimentación de ACK/NAK puede enviarse en la CC de TDD usando las subtramas 7, 7, 8, 2, 2 y 3 para la transmisión de datos en la CC de FDD usando las subtramas de enlace descendente 0, 1, 4, 5, 6 y 9, respectivamente.
La FIG. 9B muestra un ejemplo de transmisión de datos en el enlace ascendente en el segundo escenario con una CC de TDD que controla una CC de FDD utilizando el cronograma de TDD de la CC de planificación. En este caso, se envía información de control en la CC de TDD, y se envían datos de enlace ascendente en la CC de FDD. La FIG.
9B muestra un ejemplo en el que la CC de TDD tiene la configuración de UL-DL 1 e incluye las subtramas de enlace descendente y de enlace ascendente mostradas en la FIG. 9B. Las concesiones de enlace ascendente pueden enviarse en la CC de TDD usando las subtramas de enlace descendente 1, 4, 6 y 9 para la transmisión de datos de enlace ascendente en la CC de FDD usando las subtramas de enlace ascendente 7, 8, 2 y 3, respectivamente. La realimentación de ACK/NAK puede enviarse en la CC de TDD usando las subtramas 1,4, 6 y 9 para la transmisión de datos en la CC de FDD usando las subtramas de enlace ascendente 7, 8, 2 y 3, respectivamente.
Como se muestra en las FIG. 9A y 9B, el cronograma de TDD puede aplicarse directamente a subtramas de enlace descendente y de enlace ascendente de la CC de FDD que se superponen a las subtramas de enlace descendente y de enlace ascendente de la CC de TDD. Pueden definirse nuevas reglas para admitir la transmisión de datos en las subtramas de enlace descendente y de enlace ascendente restantes de la CC de FDD.
En un diseño, la DCI puede enviarse en la CC de TDD basándose en los formatos de la DCI para TDD. La DCI para la CC de FDD puede enviarse en un primer espacio de búsqueda en la CC de TDD, y la DCI para la CC de TDD puede enviarse en un segundo espacio de búsqueda en la CC de TDD. En un diseño, los espacios de búsqueda para las dos CC pueden compartirse si estas dos CC están asociadas con el mismo ancho de banda de portadora y el mismo modo de transmisión.
En la transmisión de datos de enlace ascendente se pueden producir colisiones en el PHICH que pueden gestionarse de manera similar a la agregación de portadoras de la versión 10 de LTE utilizando diferentes DMRS. La CC de FDD incluye más subtramas de enlace ascendente que la CC de TDD, y se pueden definir nuevas reglas para las subtramas de enlace ascendente adicionales de la CC de FDD. Pueden definirse algunas restricciones debido a subtramas de PHICH nulo en la CC de TDD.
En la transmisión de datos de enlace descendente, como se muestra en la FIG. 9A, la realimentación de ACK/NAK para un subconjunto de las subtramas de enlace descendente de la CC de FDD puede enviarse en subtramas de enlace ascendente de la CC de TDD basándose en el cronograma de TDD. La realimentación de ACK/NAK para las subtramas de enlace descendente restantes de la CC de FDD puede enviarse basándose en reglas nuevas, que pueden incluir agrupación, multiplexación, etc. En algunos casos (dependiendo de la configuración de UL-DL de la Cc de TDD), el retardo de HARQ puede incrementarse si no se puede cumplir el tiempo mínimo de procesamiento. La realimentación de la CSI para la CC de FDD puede enviarse en subtramas de enlace ascendente de la CC de TDD y puede seguir la configuración/cronograma de TDD.
El uso del cronograma de HARQ de la CC de FDD/planificada en el segundo escenario (por ejemplo, como se muestra en las FIG. 8A y 8B) puede proporcionar ciertas ventajas. Por ejemplo, la gestión de la asignación de recursos para la planificación de portadoras cruzadas y de la misma portadora de la CC de FDD puede ser más fácil y la decisión de planificación puede hacerse al mismo tiempo.
El uso del cronograma de HARQ de la CC de TDD/de planificación en el segundo escenario (por ejemplo, como se muestra en las FIG. 9A y 9B) también puede proporcionar ciertas ventajas. Por ejemplo, los espacios de búsqueda para planificar ambas CC pueden compartirse si ambas CC tienen el mismo ancho de banda de portadora y el mismo modo de transmisión. La reutilización de la regla de control puede ser mejor que cuando el cronograma de HARQ se basa en la CC de FDD.
En general, cuando una CC de TDD controla una CC de FDD en el segundo escenario, independientemente de si se utiliza un cronograma de TDD o un cronograma de FDD, se pueden definir reglas adicionales con el fin de cubrir todas las subtramas de enlace descendente y de enlace ascendente de la CC de FDD. El uso del cronograma de TDD para la CC de FDD puede proporcionar una mejor reutilización de las reglas existentes para el funcionamiento de la TDD. Estas reglas para el funcionamiento de la TDD pueden aplicarse a subtramas de enlace descendente y de enlace ascendente de la CC de FDD que se superponen a las subtramas de enlace descendente y de enlace ascendente de la CC de TDD. Pueden definirse nuevas reglas para las subtramas de enlace descendente y de enlace ascendente restantes de la CC de FDD.
El cronograma híbrido puede utilizarse para planificar una CC de FDD con una CC de TDD en el segundo escenario. En un diseño del cronograma híbrido, la DCI puede enviarse en la CC de TDD basándose en el cronograma de TDD de la CC de TDD de planificación, y la UCI puede enviarse en la CC de FDD basándose en el cronograma de FDD de la CC de FDD planificada. En la transmisión de datos en el enlace descendente, las concesiones de enlace descendente pueden enviarse en la CC de TDD basándose en el cronograma de TDD, los datos de enlace descendente pueden enviarse en la CC de FDD según lo planificado y la realimentación de ACK/NAK puede enviarse en la CC de FDD basándose en el cronograma de FDD. La UCI puede enviarse por tanto en el PUCCH en una CC de enlace ascendente que no esté enlazada con una PCC de enlace descendente, sino que, en su lugar, esté enlazada con una CC de enlace descendente en la que se produce realmente la transmisión de datos.
El cronograma híbrido puede implementarse de varias maneras. En un diseño, la UCI puede enviarse en el PUCCH en la CC de FDD en todas las subtramas. En otro diseño, la UCI puede enviarse en el PUCCH en la CC de FDD en sólo algunas subtramas, por ejemplo, subtramas que no pueden gestionarse por el cronograma de TDD.
El cronograma híbrido puede preservar la PCC de enlace descendente, que puede ser importante para la gestión de interferencias en una red heterogénea (HetNet). Las condiciones de interferencia en el enlace ascendente pueden no verse afectadas de la misma manera que el enlace descendente. Por lo tanto, la UCI puede enviarse en otra CC de enlace ascendente con poco impacto con respecto a las condiciones de interferencia de enlace ascendente.
La FIG. 10A muestra un ejemplo de transmisión de datos en el enlace descendente en el segundo escenario con una CC de TDD que controla una CC de FDD utilizando el cronograma híbrido. La FIG. 10A muestra un ejemplo en el que la CC de t Dd tiene la configuración de UL-DL 1 e incluye las subtramas de enlace descendente y de enlace ascendente mostradas en la FIG. 10A. Las concesiones de enlace descendente pueden enviarse en la CC de TDD en las subtramas de enlace descendente 0, 1, 0, 1, 4, 5, 6, 5, 6 y 9 para la transmisión de datos de enlace descendente en la CC de FDD usando las subtramas de enlace descendente 0, 1, 2, 3, 4, 5, 6, 7, 8 y 9, respectivamente. La realimentación de ACK/NAK puede enviarse en la CC de FDD (en lugar de la CC de TDD) en las subtramas de enlace ascendente 4, 5, 6, 7, 8, 9, 0, 1, 2 y 3 para la transmisión de datos en la CC de FDD usando las subtramas de enlace descendente 0, 1, 2, 3, 4, 5, 6, 7, 8 y 9, respectivamente. Si la realimentación de ACK/NAK para la transmisión de datos de enlace descendente en la CC de FDD se envía en subtramas de enlace ascendente de la CC de TDD, entonces puede utilizarse la agrupación de subtramas, lo que puede provocar la pérdida del rendimiento del enlace descendente.
El diseño mostrado en la FIG. 10A intenta equilibrar la carga del PDCCH a través de subtramas de enlace descendente de la CC de TDD, de manera que, como máximo, se envíen dos concesiones de enlace descendente en cualquier subtrama de enlace descendente dada de la CC de TDD para planificar, como máximo, dos subtramas de enlace descendente de la CC de FDD. Las concesiones de enlace descendente también pueden enviarse de otras maneras, por ejemplo, para minimizar el retardo de HARQ. Por ejemplo, las subtramas de enlace descendente 2 y 7 de la CC de FDD pueden planificarse a través de concesiones de enlace descendente enviadas en las subtramas 1 y 6, respectivamente, de la CC de TDD (en lugar de en las subtramas 0 y 5 de la CC de TDD, como se muestra en la FIG.
10A) para reducir el retardo de HARQ. Sin embargo, esto daría como resultado una carga de PDCCH más desequilibrada, enviándose una concesión de enlace descendente en la subtrama 0 y tres concesiones de enlace descendente en la subtrama 1 de la CC de TDD.
La FIG. 10B muestra un ejemplo de transmisión de datos en el enlace ascendente en el segundo escenario con una CC de TDD que controla una Cc de FDD utilizando el cronograma híbrido. La FIG. 10B muestra un ejemplo en el que la CC de t Dd tiene la configuración de UL-DL 1 e incluye las subtramas de enlace descendente y de enlace ascendente mostradas en la FIG. 10B. Las concesiones de enlace ascendente pueden enviarse en la CC de TDD usando las subtramas de enlace descendente 0, 0, 1, 4, 4, 5, 5, 6, 9 y 9 para la transmisión de datos de enlace ascendente en la CC de FDD usando las subtramas de enlace ascendente 5, 6, 7, 8, 9, 0, 1,2, 3 y 4, respectivamente. La realimentación de ACK/NAK puede enviarse en la CC de TDD usando las subtramas 9, 0, 1, 4, 4, 5, 6, 6, 9 y 9 para la transmisión de datos en la CC de FDD usando las subtramas de enlace ascendente 5, 6, 7, 8, 9, 0, 1, 2, 3 y 4, respectivamente.
En una realización, el PUCCH puede residir en la CC de TDD, donde la CC de TDD controla una CC de FDD. Como se describió anteriormente, el PUCCH puede llevar una UCI, tal como la CSI, la realimentación de ACK/NAK para la transmisión de datos enviada al UE en el enlace descendente con HARQ, una solicitud de planificación, etc. Cada subtrama del PUCCH puede utilizarse para enviar información de control relacionada con otra subtrama. Por ejemplo, se puede utilizar una subtrama para enviar la realimentación de ACK/NAK para acusar el recibo de los datos de una subtrama precedente. En el control de portadoras cruzadas, las subtramas PUCCH pueden utilizarse para enviar información de control relacionada con una subtrama de otra portadora.
En un esquema de control de portadoras cruzadas, se puede definir un conjunto de asociación de subtramas que refleja los cronogramas híbridos. Por ejemplo, cuando una CC de TDD controla otra CC de TDD, las configuraciones de UL-DL de las dos CC de TDD pueden ser las mismas. Los conjuntos de asociación se pueden determinar basándose en reglas estáticas, semiestáticas o dinámicas. En el caso de asociaciones estáticas, la información puede estar predeterminada para cada configuración de UL-DL de TDD. Por ejemplo, la información puede almacenarse (por ejemplo, como una tabla de valores) en el UE o eNB. Por ejemplo, el UE o eNB puede conocer las asociaciones de subtramas basándose en los datos almacenados. Por ejemplo, el UE o eNB puede utilizar su conocimiento de las asociaciones para identificar elementos de la información de control asociados con subtramas particulares en el conjunto o conjuntos.
Son posibles muchos conjuntos de asociación. Por ejemplo, algunos conjuntos de asociación pueden asociar subtramas basándose en equilibrar una carga de control de la CC de control, en minimizar el retardo de HARQ entre subtramas asociadas, etc. Cuando una CC de TDD controla una CC de FDD, la configuración de subtramas entre la CC de TDD y la CC de FDD puede ser diferente. Los conjuntos de asociación de enlace descendente modificados pueden definirse correlacionando subtramas de la CC de t Dd con la CC de FDD. Los conjuntos de asociación pueden incluir subtramas de FDD de DL adicionales. Cada subtrama de UL puede estar asociada con un número (Mdl) de subtramas DL. Las subtramas de UL pueden estar asociadas con subtramas TDD y subtramas FDD.
El número de elementos (Mdl) en cada conjunto representa un número de subtramas de DL asociadas a una única subtrama n de UL. La modificación de la tabla 2 para incluir subtramas de FDD de DL puede basarse en consideraciones de diseño tales como equilibrar la carga del PDCCH para proporcionar una distribución más uniforme de la carga de control a través de las subtramas de enlace ascendente de la CC de TDD y/o limitar el retardo para la realimentación de HARQ. Equilibrar la carga puede ser ventajoso cuando el retardo de HARq no es una consideración primaria o cuando está disponible un número limitado de bits para transmitir información de control con un formato de canal de control de enlace ascendente particular. Por ejemplo, las asociaciones que equilibran o distribuyen la carga de control se pueden utilizar ventajosamente con el formato 1b de PUCCH. Cuando se utiliza el formato 3 de PUCCH, se dispone de una carga útil mayor y las consideraciones de equilibrio de carga pueden ser menos importantes. Minimizar el retardo de HARQ puede ser ventajoso para casos en los que se configura el control de portadoras cruzadas con la planificación de DL de subtramas cruzadas. Proporcionar realimentación de HARQ está sometido a un retardo de HARQ o tiempo de procesamiento mínimo (por ejemplo, 3 ms en LTE). Puede minimizarse el retardo de HARQ asociando subtramas del conjunto de subtramas de DL con una siguiente subtrama de UL disponible en la portadora de TDD sometida al tiempo de procesamiento de HARQ mínimo. Un retardo de planificación puede estar asociado con el retardo del tiempo de procesamiento (temporal).
La tabla 6 muestra conjuntos de asociación basados en un diseño que equilibra la carga de control a través de las subtramas de UL. La Tabla 6 enumera valores para diferentes subtramas de enlace ascendente (por ejemplo, tD2 como se ilustra en la FIG. 3A) en las que el ACK/NAK puede enviarse en el PUCCH para las siete configuraciones UL-DL mostradas en la Tabla 1. Los valores pueden representar desplazamientos de subtramas (por ejemplo, con respecto a una subtrama de UL) u otros identificadores de subtrama, y la asociación puede correlacionar un grupo de subtramas de enlace descendente, que incluye tanto subtramas TDD como subtramas FDD, con una subtrama de UL correspondiente en la portadora de TDD de control para llevar la información de control. La tabla 6 puede basarse en la tabla 2, con provisiones adicionales para las subtramas de FDD. Los valores adicionales pueden permitir la cobertura de transmisiones de DL en cada subtrama de la trama de radio de FDD. Aquí, los valores adicionales para las subtramas de FDD se muestran entre paréntesis "()". En el ejemplo de la tabla 6, los elementos adicionales pueden distribuirse a través de cada configuración de UL-DL para proporcionar una distribución uniforme. Por ejemplo, cada subtrama de TDD de UL puede estar asociada con un número máximo de elementos adicionales. En un aspecto, cada subtrama de TDD de UL puede incluir, como máximo, dos subtramas de FDD adicionales. En otro ejemplo, cada TDD de UL puede estar asociada con un número máximo de subtramas que incluye tanto subtramas TDD como FDD. En otro ejemplo, cada subtrama de TDD de UL puede incluir, como máximo, un elemento más que una configuración de TDD estándar. Por ejemplo, en la configuración de UL-DL 1, una CC de TDD tiene seis subtramas especiales y de DL. Debido a que todas las subtramas (por ejemplo, diez subtramas en una trama de radio) de la CC de FDD pueden utilizarse para el DL, hay cuatro subtramas adicionales que deben estar asociadas con las subtramas de UL de la portadora de TDD. A modo de ejemplo, en la configuración de UL-DL 1, puede enviarse un ACK/NAK en el PUCCH (i) usando una subtrama de enlace ascendente 2 para admitir la transmisión de datos en el PDSCH en la subtrama de enlace descendente 5, 6 o 7 de la trama de radio anterior o (ii) usando la subtrama de enlace ascendente 3 para admitir la transmisión de datos en la PDSCH en las subtramas de enlace descendente 8 o 9 de la trama de radio anterior.
En el ejemplo de la tabla 6, el conjunto de asociación para cada subtrama está diseñado para equilibrar la carga de control en las subtramas de UL. Minimizar el retardo de HARQ puede ser una consideración secundaria. Por ejemplo, para la configuración de UL-DL 1, las subtramas 3 y 8 incluyen dos elementos, mientras que las subtramas 2 y 7 incluyen tres elementos. Por lo tanto, en la configuración de UL-DL 1, cada subtrama de UL tiene, como máximo, un elemento más que otra subtrama de DL. En otro ejemplo, la subtrama de UL puede incluir, como máximo, dos elementos más que otra subtrama de DL.
Tabla 6 - configuraciones de enlace ascendente-enlace descendente para TDD que controla la FDD basándose en un diseño e uilibrado
Figure imgf000015_0001
La tabla 7 muestra configuraciones de UL-DL para una CC de TDD que controla una CC de FDD basándose en un diseño que minimiza el retardo de HARQ. La tabla 7 enumera valores para diferentes subtramas de enlace ascendente (por ejemplo, tD2 de la FIG. 3A) en las que el ACK/NAK puede enviarse en el PUCCH para las siete configuraciones de UL-DL mostradas en la tabla 1. Un conjunto de asociación para la tabla 7 puede ser la correlación de cada subtrama con los valores. Los valores pueden ser desplazamientos (por ejemplo, con respecto a una subtrama de UL) con subtramas anteriores. La tabla de valores puede ser una tabla de asociación. La tabla 7 puede basarse en la tabla 2, con provisiones adicionales para las subtramas de FDD. Los valores adicionales pueden permitir la cobertura de transmisiones de DL en cada subtrama en la trama de radio de FDD. Aquí, las entradas adicionales se muestran entre paréntesis "()". En el ejemplo de la tabla 7, los elementos adicionales se seleccionan de manera que cada subtrama de TDD de UL proporcione una realimentación de HARQ a la subtrama de DL anterior más cercana. En otras palabras, la subtrama de t Dd de UL puede ser la subtrama posterior más próxima para proporcionar una realimentación de HARQ para la subtrama o subtramas de DL. A modo de ejemplo, para la configuración de UL-DL 1, se puede enviar un ACK/NAK en el PUCCH (i) usando la subtrama de enlace ascendente 2 para admitir la transmisión de datos en el PDSCH usando las subtramas de enlace descendente 5, 6, 7 u 8 de la trama de radio anterior o (ii) usando la subtrama de enlace ascendente 3 para admitir la transmisión de datos en la PDSCH en la subtrama de enlace descendente 9 de la trama de radio anterior. En el ejemplo de la tabla 7, la carga de control del PUCCH para cada subtrama está diseñada para minimizar el retardo de HARQ. El equilibrio de la carga de control en todas las subtramas de UL puede ser una consideración secundaria. Por ejemplo, los conjuntos de asociación de la tabla 7 pueden incluir retardos de HARQ más cortos que los conjuntos de asociación de la tabla 6, que pueden basarse en un diseño que equilibra la carga de control. Por ejemplo, comparando la configuración de UL-DL 1 de la tabla 7 con la tabla 6, las subtramas de DL 2 y 7 de la tabla 7 incluyen retardos de 5 subtramas y también algunos retardos más cortos de 4 subtramas para las subtramas de CC de f Dd adicionales, mientras que la tabla 6 incluye retardos de 5 subtramas para las subtramas adicionales de CC de FDD. Como ilustra el ejemplo, la tabla 7 puede proporcionar retardos de realimentación de HARQ más cortos para algunas subtramas de DL. Por otro lado, las subtramas de la tabla 6 pueden estar más equilibradas en comparación con la tabla 7, y la tabla 6 puede incluir más números iguales de elementos distribuidos por todas las subtramas de UL para cada configuración de UL-DL.
Tabla 7 - configuraciones de enlace ascendente-enlace descendente para TDD que controla la FDD basándose en un diseño ue minimiza el retardo de HARQ
Figure imgf000016_0001
En LTE, donde se utiliza el formato 1b de PUCCH con selección de canal, puede haber un Mdl único en todas las CC dentro de una subtrama. En otra realización, las CC pueden tener diferentes Mdl dentro de una subtrama. Por ejemplo, en una CC de TDD de la configuración 1, Mdl = 2, mientras que en una CC de FDD, Mdl = 3. Los conjuntos de asociación pueden necesitar tener en cuenta las combinaciones de diferentes Mdl.
En el caso del diseño equilibrado, Mdl para la CC de FDD (Mfdd) y Mdl para la CC de TDD (Mtdd) pueden seleccionarse de tal manera que la carga se equilibre a través de las subtramas de UL. En un aspecto, los conjuntos de asociación para el diseño equilibrado se pueden seleccionar para limitar la MFDD a igual que la MTDD más un elemento adicional, de modo que Mtdd = Mdl y Mfdd = Mdl + 1.
En la versión 10 de LTE, un parámetro de difusión w(uCCH¡ puede definir un número de recursos reservados para los recursos de formato 1b de PUCCH. w(uCCH¡ puede determinarse según el número de primeros elementos del canal de control (CCE) utilizados para la transmisión del PDCCH correspondiente en la célula primaria (por ejemplo, la CC de TDD). Si no se configura el control de portadoras cruzadas, los valores w(uCCH2 y npuccH3 pueden determinarse de acuerdo con una configuración de capa superior. Se puede utilizar un campo de control de potencia de transmisión (TPC) en el formato DCI del PDCCH correspondiente para determinar los valores de recursos PUCCH a partir de uno de los cuatro valores de recursos configurados por las capas superiores.
En un aspecto, la tabla de asociación modificada para Mtdd = Mdl y Mfdd = Mdl + 1 puede basarse en tablas de multiplexación TDD existentes correspondientes al valor Mfdd, donde la entrada para la PCC (por ejemplo, la CC de TDD) se modifica para reflejar Mfdd. Puede ser necesario establecer una nueva tabla para Mfdd = 5 o, como alternativa, el soporte para Mfdd = 5 puede no ser admitido en caso de agregación de portadora de CC de FDD y de CC de TDD cuando el PUCCH está configurado en la CC de TDD.
En otro aspecto, la tabla de asociación modificada puede basarse en tablas de multiplexación TDD existentes correspondientes al valor Mtdd, donde las entradas de la SCC (por ejemplo, la CC de FDD) se modifican para reflejar Mtdd. Las entradas adicionales correspondientes a las subtramas de FDD adicionales pueden agruparse/multiplexarse en primer lugar con una de las entradas existentes y enviarse en la subtrama de UL. Los datos agrupados/multiplexados pueden enviarse en un formato de control de enlace ascendente de la portadora de TDD.
En el caso de utilizar el formato 3 de PUCCH, pueden reutilizarse los métodos de la versión 10 de LTE para la agregación de la CC de FDD y de la CC de TDD, donde el número de bits para cada célula en una subtrama puede ser diferente. Por ejemplo, la versión 10 de LTE especifica que un UE puede determinar el número de bits HARQ asociados a una subtrama n de UL basándose en el número de células de servicio configuradas, los modos de transmisión de enlace descendente configurados para cada célula de servicio y MDL, que es el número de elementos en un conjunto K. Un valor (Oack) puede definirse como el número de bits HARQ para cada célula de servicio y puede determinarse en la Mtd d para la CC de TDD y en la Mf d d para la CC de FDD. Si el número de bits de realimentación es mayor que 20, se pueden realizar agrupaciones espaciales de ACK/NACK de palabras de código dentro de una subtrama de DL para cada CC, como en la versión 10 de LTE. En caso de que la realimentación sea mayor de 20, incluso después de la agrupación espacial (por ejemplo, 5 CC con Mfdd > 4) se pueden utilizar reglas adicionales. Por ejemplo, pueden agruparse los bits en todas las subtramas de la CC de FDD con Mfdd > 4.
En el control de portadoras cruzadas con la CC de TDD que controla la CC de FDD, sólo pueden utilizarse subtramas de DL y especiales en la CC de TDD para las asignaciones y concesiones. Por el contrario, para la CC de FDD que controla la CC de TDD, todas las subtramas en la CC de FDD pueden estar disponibles para la planificación. El uso de la CC de TDD para controlar la CC de FDD puede presentar desafíos debido a que la CC de FDD incluye más subtramas que la Ce de TDD. A continuación, se exponen dos posibles enfoques para conceder recursos cuando la CC de TDD controla la CC de FDD.
En una realización, sólo puede planificarse un subconjunto de subtramas en la CC de FDD. Por ejemplo, sólo pueden planificarse las subtramas en el DL o UL de la CC de FDD que corresponden al DL o UL de la Ce de TDD. En esta realización, las subtramas no planificadas pueden malgastarse dado que el UE no utiliza las subtramas no planificadas. Sin embargo, si las subtramas no están planificadas de manera cruzada desde la CC de TDD, el UE todavía puede utilizar las subtramas.
En otra realización, todas las subtramas en el DL o UL de la CC de FDD pueden planificarse. La planificación puede basarse en el control de subtramas cruzadas o en la planificación de intervalos de tiempo de múltiples transmisiones. La planificación del conjunto de subtramas a través de un control de subtramas cruzadas a partir de una subtrama específica puede ser estática, semiestática o dinámica. En el caso de la planificación estática, la información puede estar predeterminada para cada configuración UL-DL de TDD. Por ejemplo, la información puede almacenarse (por ejemplo, como una tabla de valores) en el UE o eNB. Por ejemplo, el UE o eNB puede conocer las asociaciones de subtramas basándose en los datos almacenados. Por ejemplo, el UE o eNB puede utilizar su conocimiento de las asociaciones para identificar elementos de la información de control asociados con subtramas particulares en el conjunto o conjuntos. En el caso de la planificación semiestática, la configuración puede especificarse mediante la configuración Rr C. Por ejemplo, el UE puede recibir mensajes de configuración RRC (por ejemplo, periódicamente, en períodos de tiempo predeterminados, etc.) para utilizar un conjunto de asociación particular. En el caso de la planificación dinámica, la información puede proporcionarse al UE mediante un indicador de subtrama cruzada (por ejemplo, a través del eNB). La planificación dinámica puede ser una combinación de configuraciones estáticas o semiestáticas. La planificación puede limitarse al permitir al menos un tiempo de procesamiento de tres ms mediante el UE. Las asignaciones de DL pueden transmitirse en la misma subtrama que la subtrama de DL asociada. En otras palabras, para las asignaciones de DL, el desplazamiento entre la subtrama de DL de asignación y la subtrama de DL asociada puede ser cero.
Se puede definir una configuración estática para cada configuración UL-DL de TDD. En la planificación de UL, en un ejemplo, para las configuraciones UL-DL de TDD 1-6 (ver tabla 1) y el funcionamiento Ha Rq normal, cuando un UE detecta el PDCCH con formato 0 de DCI y/o una transmisión PHICH en una subtrama n destinada al UE, el UE puede ajustar la transmisión PUSCH correspondiente en la subtrama n+k, estando k definido por la tabla de asociación.
La tabla 8 muestra un conjunto de configuraciones que cubren todas las posibles concesiones de recursos para las subtramas de UL en una trama de radio. Una concesión de recursos puede ser una concesión de enlace ascendente o una asignación de enlace descendente. Un conjunto de asociación para la tabla 8 puede ser la correlación de cada subtrama (por ejemplo, tui de la FIG. 3B) con los valores. Los valores pueden ser desplazamientos con respecto a subtramas posteriores. La tabla de valores puede ser una tabla de asociación. Como ejemplo, en la configuración de UL-DL 1, se pueden enviar concesiones de recursos de UL en el PDCCH (i) usando la subtrama de enlace descendente 0 para conceder recursos de UL para las subtramas 4, 5 o 6 de la trama de radio actual o (ii) usando la subtrama de enlace descendente 1 para conceder recursos de UL para las subtramas 5, 6 o 7 de la trama de radio actual. Puede observarse que el ejemplo de las subtramas 0 y 1 muestra concesiones redundantes de recursos de UL para las subtramas 5 y 6. Sólo es necesario configurar o especificar un subconjunto de las posibles configuraciones de subtrama de UL para cada configuración UL-DL de la CC de TDD. La tabla 9 descrita posteriormente muestra una configuración de ejemplo basándose en el conjunto de posibles configuraciones de la tabla 8.
Tabla 8 - conjunto de configuraciones que cubren todas las concesiones posibles para las subtramas de UL en una trama de radio
Figure imgf000018_0001
La tabla 9 muestra una configuración de todas las configuraciones posibles de la tabla 8 para cubrir todas las subtramas de UL en una trama de radio. Un conjunto de asociación para la tabla 9 puede ser la correlación de cada subtrama (por ejemplo, tU1 de la FIG. 3B) con los valores. Los valores pueden ser desplazamientos con respecto a subtramas posteriores. La tabla de valores puede ser una tabla de asociación. Como ejemplo, para la configuración de UL-DL 1, se pueden enviar concesiones de recursos de UL en el PDCCH (i) usando la subtrama de enlace descendente 0 para conceder recursos de UL para las subtramas 4 o 5 de la trama de radio actual o (ii) usando la subtrama de enlace descendente 1 para conceder recursos de UL para las subtramas 6 o 7 de la trama de radio actual. En el ejemplo de la tabla 9, la carga de concesión de recursos del PDCCH para cada subtrama está diseñada para equilibrar la carga de concesión de recursos. Por ejemplo, en la configuración de UL-DL 1, las subtramas 0, 1, 5 y 6 incluyen 2 concesiones de recursos, mientras que las subtramas 4 y 9 incluyen una concesión de recursos. Por lo tanto, en la configuración de UL-DL 1, cada subtrama tiene, como máximo, una concesión de recursos más que otra subtrama de DL. En otro ejemplo, cada subtrama puede incluir, como máximo, dos concesiones de recursos más que otra subtrama de DL. En este caso, el diseño equilibra la carga de concesión en todas las subtramas de DL.
Tabla 9 - un ejemplo de configuración para cubrir las subtramas de UL en una trama de radio basándose en una confi uración ara e uilibrar la car a de la concesión de recursos
Figure imgf000018_0002
La tabla 10 muestra una configuración para cubrir todas las subtramas de UL en una trama de radio. Un conjunto de asociación para la tabla 10 puede ser la correlación de cada subtrama (por ejemplo, tU1 de la FIG. 3B) con los valores. Los valores pueden ser desplazamientos con respecto a subtramas posteriores. La tabla de valores puede ser una tabla de asociación. Como ejemplo, para la configuración de UL-DL 1, se pueden enviar concesiones de recursos de UL en el PDCCH (i) usando la subtrama de enlace descendente 0 para conceder recursos de UL para la subtrama 4 de la trama de radio actual o (ii) usando la subtrama de enlace descendente 1 para conceder recursos de UL para las subtramas 5, 6 o 7 de la trama de radio actual. En el ejemplo de la tabla 10, la carga de concesión de recursos del PDCCH para cada subtrama está diseñada para minimizar el retardo de planificación. Por ejemplo, comparando la configuración de UL-DL 1 de la tabla 10 con la tabla 9, las subtramas de enlace descendente de la tabla 10 incluyen retardos más cortos de 4 (subtrama 0) y 4, 5, 6 (subtrama 1), mientras que la tabla 10 incluye retardos más largos de 4, 5 (subtrama 0) y 5, 6 (subtrama 1). Por otro lado, las subtramas de la tabla 9 están más equilibradas con un número más equitativo de elementos distribuidos por todas las subtramas.
Tabla 10 - un ejemplo de configuración para cubrir subtramas de UL en una trama de radio basándose en una nfi r i n r minimiz r l r r l nifi i n
Figure imgf000019_0001
En la planificación de DL, las subtramas de DL superpuestas de la CC planificada y la CC de planificación pueden seguir las reglas de las versiones 8/9/10 de LTE. En los casos en que la CC de planificación tiene una subtrama de UL y la CC planificada tiene una subtrama de DL, puede utilizarse la planificación de subtramas cruzadas.
La tabla 11 muestra un conjunto de configuraciones para cubrir todas las asignaciones o concesiones posibles para subtramas de DL en una trama de radio. Un conjunto de asociación para la tabla 11 puede ser la correlación de cada subtrama (por ejemplo, to1 de la FIG. 3A) con los valores. Los valores pueden ser desplazamientos con respecto a subtramas posteriores. En asignaciones de DL, la asignación puede transmitirse en la misma subtrama que los datos, de manera que el desplazamiento puede ser cero. La tabla de valores puede ser una tabla de asociación. Como ejemplo, en la configuración de UL-DL 1, se pueden enviar concesiones de recursos de DL en el PDCCH (i) usando la subtrama de enlace descendente 0 para conceder recursos de DL para las subtramas 0 o 2 de la trama de radio actual o (ii) usando la subtrama de enlace descendente 1 para conceder recursos de UL para las subtramas 1, 2 o 3 de la trama de radio actual. Puede observarse que el ejemplo de las subtramas 0 y 1 muestra asignaciones redundantes de DL para la subtrama 2. Puede ser necesario solamente configurar o especificar un subconjunto de las posibles configuraciones de subtrama de DL para cada configuración UL-DL de la CC de TDD. La tabla 12 descrita posteriormente muestra un ejemplo de configuración.
Tabla 11 - conjunto de configuraciones que cubren todas las asignaciones posibles para subtramas de DL en una trama de radio
Figure imgf000019_0002
La tabla 12 muestra una configuración de todas las configuraciones posibles de la tabla 11 para cubrir todas las subtramas de DL en una trama de radio. Un conjunto de asociación para la tabla 12 puede ser la correlación de cada subtrama (por ejemplo, to1 de la FIG. 3A) con los valores/elementos. Los valores pueden ser desplazamientos con respecto a subtramas posteriores.
En el ejemplo de la tabla 12, los elementos se distribuyen por cada configuración de UL-DL para proporcionar una distribución uniforme. Minimizar el retardo en la planificación puede ser una consideración secundaria. Por ejemplo, cada subtrama de TDD de DL puede incluir un número máximo de elementos adicionales. En un aspecto, cada subtrama de TDD de DL puede incluir, como máximo, dos elementos adicionales. En otro ejemplo, cada TDD de DL puede incluir un número máximo de elementos totales. En otro ejemplo, cada subtrama de TDD de DL puede incluir, como máximo, dos elementos más que otra subtrama de TDD de DL en la misma configuración de UL-Dl .
Como un ejemplo, en la configuración de UL-DL 1, se pueden enviar asignaciones de DL en el PDCCH (i) usando la subtrama de enlace descendente 0 para asignar recursos de DL para las subtramas 0 o 2 de la trama de radio actual o (ii) usando la subtrama de enlace descendente 1 para asignar recursos de DL para las subtramas 1 o 3 de la trama de radio actual. En el ejemplo de la tabla 12, la carga de asignación de DL del PDCCH para cada subtrama está diseñada para equilibrar la carga de asignación. Por ejemplo, en la configuración de UL-DL 1, las subtramas 0, 1, 5 y 6 incluyen 2 concesiones de recursos, mientras que las subtramas 4 y 9 incluyen una concesión de recursos. Por lo tanto, en la configuración de UL-DL 1, cada subtrama tiene, como máximo, una concesión de recursos más que otra subtrama de DL. En un aspecto, la concesión de recursos o la carga de asignación en las configuraciones de UL-DL 0 a 6 puede equilibrarse de tal manera que cada subtrama tenga, como máximo, dos concesiones de recursos más que otra subtrama de DL.
Tabla 12 - un ejemplo de configuración para cubrir las subtramas de DL en una trama de radio basándose en una
Figure imgf000020_0001
La tabla 13 muestra una configuración de todas las configuraciones posibles de la Tabla 11 para cubrir todas las subtramas de DL en una trama de radio. Un conjunto de asociación para la tabla 13 puede ser la correlación de cada subtrama (por ejemplo, to1 de la FIG. 3A) con los valores. Los valores pueden ser desplazamientos con respecto a subtramas posteriores. Como ejemplo, en la configuración de UL-DL 1, se pueden enviar asignaciones de DL en el PDCCH (i) usando la subtrama de enlace descendente 0 para asignar recursos de DL para la subtrama 4 de la trama de radio actual o (ii) usando la subtrama de enlace descendente 1 para asignar recursos de DL para las subtramas 5, 6 o 7 de la trama de radio actual. En el ejemplo de la tabla 13, la carga de asignación del PDCCH para cada subtrama está diseñada para minimizar el retardo de planificación.
Tabla 13 - un ejemplo de configuración para cubrir subtramas de DL en una trama de radio basándose en una nfi r i n r minimiz r l r r l nifi i n
Figure imgf000020_0002
Las tablas pueden definir la posible planificación de subtramas cruzadas de cada subtrama a partir de una CC de TDD.
Los datos de configuración de protocolo RRC pueden definir un desplazamiento aplicable (k) para cada UE y una CC de planificación cruzada. En un ejemplo, la configuración puede proporcionarse basándose en la configuración UL-DL de la CC de TDD de planificación y definirse para la planificación cruzada de todas las subtramas (por ejemplo, como si la CC planificada de manera cruzada fuera una c C de FDD). La configuración para una CC de TDD planificada de manera cruzada puede derivarse implícitamente para cada configuración UL-DL de CC de TDD, teniendo en cuenta sólo subtramas aplicables, como el subconjunto de la configuración para la planificación cruzada de la CC de FDD.
Puede utilizarse la misma configuración para un grupo de CC planificadas de manera cruzada. Por ejemplo, todas las CC de FDD planificadas de manera cruzada pueden utilizar la misma configuración. Por ejemplo, todas las CC de TDD planificadas de manera cruzada de la misma configuración de UL-DL pueden utilizar la misma configuración dada.
En otra realización, la configuración puede darse por cada configuración de CC planificada de manera cruzada. Las CC planificadas de manera cruzada pueden ser diferentes, por ejemplo, la CC de FDD y la CC de TDD, y posiblemente de diferentes configuraciones UL-DL de TDD y pueden tener diferentes requisitos de planificación. Por ejemplo, es posible que no sea necesario planificar todas las subtramas en todas las SCC.
En una configuración semiestática, los datos de configuración del protocolo RRC pueden permitir la planificación cruzada de una subtrama a partir de una única subtrama. Este enfoque puede ser similar al utilizado en la versión 10 de LTE para la planificación de portadoras cruzadas. La planificación cruzada de una subtrama a partir de múltiples subtramas puede posibilitarse mediante los datos de configuración de protocolo RRC, lo que puede ofrecer más flexibilidad de planificación. Es necesario distribuir la carga del PDCCH en caso de que el espacio de control esté lleno.
En un ejemplo, los datos de configuración de RRC se pueden utilizar para seleccionar un subconjunto del conjunto de todas las configuraciones posibles. Por ejemplo, en la configuración UL-DL de TDD 1, el subconjunto a utilizar puede configurarse mediante los datos de configuración RRC.
En otra realización, la planificación dinámica de subtramas cruzadas se puede utilizar como sigue. La planificación cruzada dinámica puede utilizarse junto con configuraciones semiestáticas y/o estáticas. La planificación dinámica puede realizarse basándose en la configuración tal como cuando un UE puede planificarse de manera cruzada en una subtrama solamente a partir de una subtrama o subtramas particulares de la o las CC particulares. Por ejemplo, cada subtrama puede planificar hasta otras 2 subtramas. La planificación cruzada dinámica puede basarse en todas las posibles opciones de planificación de subtramas cruzadas para una configuración UL-DL de TDD específica de la CC de planificación. Esto puede proporcionar la mayor flexibilidad; sin embargo, puede aumentar la sobrecarga de señalización.
La planificación dinámica puede configurar espacios de búsqueda no superpuestos específicos de UE para la planificación de subtramas cruzadas. Se puede designar un espacio de búsqueda para cada subtrama que no se puede compartir para la planificación de subtramas diferentes. Este método puede ser menos eficiente en lo que respecta a la utilización del espacio de búsqueda. Puede no necesitarse ninguna sobrecarga adicional para la DCI para la indicación de subtrama. Sin embargo, esto puede ser difícil. La planificación dinámica puede utilizar diversos tamaños de concesión de recursos. Pueden necesitarse bits adicionales en el formato DCI para cubrir el número máximo de subtramas que se pueden planificar a partir de una subtrama. Por ejemplo, se pueden planificar tres subtramas en el UL y seis en el DL, sin incluir la propia subtrama de DL de planificación. En este caso, pueden ser necesarios dos bits para las tres subtramas de UL y tres bits para las seis subtramas de DL. Limitar el número máximo de subtramas que se pueden planificar a partir de una subtrama puede reducir la sobrecarga. Por ejemplo, una regla puede limitar la planificación a otras dos subtramas. Si se define una correspondencia de planificación de subtrama de modo que se puedan planificar hasta dos subtramas de UL a partir de una subtrama de DL, el número de bits se reduce a un bit para la planificación de UL. La configuración (por ejemplo, la tabla) puede especificar qué se pueden planificar dos subtramas. La información puede estar incorporada en un campo de indicación de portadora (CIF). Por ejemplo, el CIF puede incluir tres bits, donde se utilizan dos bits (por ejemplo, que admiten cuatro portadoras) para la indicación de portadora y un bit (por ejemplo, que admite dos subtramas) para la indicación de subtrama.
La FIG. 17 muestra un diagrama de bloques de estación base/eNB 110y de ejemplo y un UE 120y de ejemplo, que pueden ser una de las estaciones base/eNB y uno de los UE de la FIG. 1. La estación 110y base puede estar equipada con T antenas 1734a a 1734t, y el UE 120y puede estar equipado con R antenas 1752a a 1752r, donde, en general, T > 1 y R > 1.
En la estación 110y base, un procesador 1720 de transmisión puede recibir datos desde una fuente 1712 de datos para uno o más UE, procesar (por ejemplo, codificar y modular) los datos para cada UE basándose en uno o más esquemas de modulación y codificación seleccionados para ese UE, y proporcionar símbolos de datos para todos los UE. El procesador 1720 de transmisión también puede procesar información de control (por ejemplo, concesiones de enlace descendente, concesiones de enlace ascendente, realimentación de ACK/NAK, etc.) y proporcionar símbolos de control. El procesador 1720 también puede generar símbolos de referencia para señales de referencia. Un procesador 1730 de transmisión (TX) de múltiples entradas y múltiples salidas (MIMO) puede precodificar los símbolos de datos, los símbolos de control y/o los símbolos de referencia (cuando sea aplicable), y puede proporcionar T flujos de símbolos de salida a T moduladores (MOD) 1732a a 1732t. Cada modulador 1732 puede procesar su flujo de símbolos de salida (por ejemplo, para OFDM, etc.) para obtener un flujo de muestras de salida. Cada modulador 1732 puede acondicionar adicionalmente (por ejemplo, convertir en analógico, amplificar, filtrar y convertir de manera ascendente) su flujo de muestras de salida para obtener una señal de enlace descendente. Pueden transmitirse T señales de enlace descendente de los moduladores 1732a a 1732t a través de T antenas 1734a a 1734t, respectivamente.
En el UE 120y, las antenas 1752a a 1752r pueden recibir las señales de enlace descendente desde la estación 110y base y/u otras estaciones base, y pueden proporcionar las señales recibidas a los desmoduladores (DEMOD) 1754a a 1754r, respectivamente. Cada desmodulador 1754 puede acondicionar (por ejemplo, filtrar, amplificar, convertir de manera descendente y digitalizar) su señal recibida para obtener muestras de entrada. Cada desmodulador 1754 puede procesar además las muestras de entrada (por ejemplo, para la OFDM, etc.) para obtener símbolos recibidos. Un detector 1756 MIMO puede obtener los símbolos recibidos de todos los R desmoduladores 1754a a 1754r, realizar una detección MIMO en los símbolos recibidos y proporcionar los símbolos detectados. Un procesador 1758 de recepción puede procesar (por ejemplo, desmodular y descodificar) los símbolos detectados, proporcionar los datos decodificados para el UE 120y a un sumidero 1760 de datos y proporcionar la información de control descodificada a un controlador/procesador 1780. Un procesador 1784 de canal puede medir la respuesta de canal y la interferencia para diferentes portadoras basándose en señales de referencia recibidas en estas portadoras y puede determinar la CSI para cada portadora de interés.
En el enlace ascendente, en el UE 120y, un procesador 1764 de transmisión puede recibir y procesar datos de una fuente 1762 de datos e información de control (por ejemplo, la realimentación de ACK/NAK, la CSI, etc.) del controlador/procesador 1780. El procesador 1764 también puede generar símbolos de referencia para una o más señales de referencia. Los símbolos del procesador 1764 de transmisión pueden precodificarse mediante un procesador 1766 MIMO TX cuando sea aplicable, procesarse adicionalmente mediante los moduladores 1754a a 1754r (por ejemplo, para SC-FDM, OFDM, etc.), y transmitirse a la estación 110y base. En la estación 110y base, las señales de enlace ascendente procedentes del UE 120y y otros UE pueden recibirse mediante las antenas 1734, procesarse mediante los desmoduladores 1732, detectarse mediante un detector 1736 MIMO cuando sea aplicable, y procesarse adicionalmente mediante un procesador 1738 de recepción para obtener los datos decodificados y la información de control enviada por el UE 120y y otros UE. El procesador 1738 puede proporcionar los datos descodificados a un sumidero 1739 de datos y la información de control descodificada a un controlador/procesador 1740.
Los controladores/procesadores 1740 y 1780 pueden dirigir el funcionamiento en la estación 110y base y del UE 120y, respectivamente. El procesador 1740 y/u otros procesadores y módulos de la estación 110y base pueden realizar o dirigir el proceso 1100 de la FIG. 11, el proceso 1500 de la FIG. 15, el proceso 1600 de la FIG. 16 y/u otros procesos para las técnicas descritas en el presente documento. El procesador 1780 y/u otros procesadores y módulos del UE 120y pueden realizar o dirigir el proceso 1200 de la FIG. 12, el proceso 1300 de la FiG. 13, el proceso 1400 de la FIG.
14 y/u otros procesos para las técnicas descritas en el presente documento. Las memorias 1742 y 1782 pueden almacenar datos y códigos de programa para la estación 110y base y el UE 120y, respectivamente. Un planificador 1744 puede planificar los UE para la transmisión de datos en el enlace descendente y/o en el enlace ascendente.
La FIG. 11 muestra un ejemplo de un proceso 1100 para enviar información de control en una red inalámbrica. El proceso 1100 puede realizarse mediante una estación base (por ejemplo, un eNB) como se describe a continuación, o mediante una entidad de red similar. La estación base puede determinar la primera y la segunda CC configuradas para un UE, estando asociadas la primera y la segunda Cc con diferentes configuraciones de CC (bloque 1112). En un diseño, las diferentes configuraciones de CC pueden corresponder a una combinación de FDD y TDD. Una CC puede estar asociada con la FDD, y la otra CC puede estar asociada con la TDD. En otro diseño, las diferentes configuraciones de CC pueden corresponder a diferentes configuraciones de UL-DL de la primera y segunda CC para la TDD. Las configuraciones de CC de las dos CC también pueden ser diferentes de otras maneras. La estación base puede enviar la información de control en la primera CC para admitir la transmisión de datos en la segunda CC basándose en un primer cronograma de HARQ para la primera CC y/o un segundo cronograma de HARQ para la segunda CC (bloque 1114).
En el primer escenario descrito anteriormente, la primera CC puede estar asociada con la FDD, y la segunda CC puede estar asociada con la TDD. La primera CC o la CC de FDD puede controlar la segunda CC o la CC de TDD. En un diseño, puede utilizarse el cronograma de HARQ de la CC planificada (o el cronograma de TDD), por ejemplo, como se muestra en las FIG. 6A y 6B. En este diseño, para el bloque 1114, la estación base puede enviar la información de control en la primera CC basándose en el segundo cronograma de HARQ para una configuración de UL-DL de la segunda CC de TDD. En otro diseño, puede utilizarse el cronograma de HARQ de la CC de planificación (o el cronograma de FDD), por ejemplo, como se muestra en las FIG. 7A y 7B. En este diseño, para el bloque 1114, la estación base puede enviar la información de control en la primera CC basándose en el primer cronograma de HARQ para la primera CC. En ambos diseños, la transmisión de datos puede planificarse en la segunda CC basándose en el primer o segundo cronograma de HARQ sólo en subtramas de enlace descendente y de enlace ascendente de la segunda CC que coinciden con las subtramas de enlace descendente y de enlace ascendente de la primera CC. La transmisión de datos en las subtramas restantes se puede planificar basándose en otras reglas.
En el segundo escenario descrito anteriormente, la primera CC puede estar asociada con la TDD, y la segunda CC puede estar asociada con la FDD. La primera CC/Cc de TDD puede controlar la segunda CC/CC de FDD. En un diseño, puede utilizarse el cronograma de HARQ de la CC planificada (o el cronograma de FDD), por ejemplo, como se muestra en las FIG. 8A y 8B. En este diseño, para el bloque 1114, la estación base puede enviar la información de control en la primera CC basándose en el segundo cronograma de HARQ para la segunda CC. En otro diseño, puede utilizarse el cronograma de HARQ de la CC de planificación (o el cronograma de TDD), por ejemplo, como se muestra en las FIG. 9A y 9B. En este diseño, para el bloque 1114, la estación base puede enviar la información de control en la primera CC basándose en el primer cronograma de HARQ para una configuración de enlace ascendente-enlace descendente de la primera CC de TDD.
En otro diseño, se puede utilizar un cronograma híbrido, por ejemplo, como se muestra en las FIG. 10A o 10B. La primera CC/CC de TDD puede controlar la segunda CC/CC de FDD, por ejemplo, como se muestra en la FIG. 10A. La estación base puede enviar la DCI en la primera CC basándose en el primer cronograma de HARQ para la primera CC. La estación base puede recibir la UCI enviada en la segunda CC basándose en el segundo cronograma de HARQ de la segunda CC.
La FIG. 12 muestra un ejemplo de un proceso 1200 para recibir información de control en una red inalámbrica. El proceso 1200 puede realizarse por un Ue , como se ha descrito anteriormente, o por una entidad o dispositivo móvil similar. El UE puede determinar la primera y la segunda CC configuradas para el Ue , estando asociadas la primera y la segunda CC con diferentes configuraciones de CC (bloque 1212). El UE puede recibir la información de control enviada en la primera CC para admitir la transmisión de datos en la segunda CC, enviándose la información de control basándose en un primer cronograma de HARQ para la primera CC y/o de un segundo cronograma de HARQ para la segunda CC (bloque 1214).
La FIG. 13 muestra un ejemplo de un proceso 1300 para enviar la información de control en una red inalámbrica. El proceso 1300 puede realizarse por un dispositivo móvil (por ejemplo, un UE), como se ha descrito anteriormente, o por una entidad o dispositivo móvil similar. El dispositivo móvil puede determinar una asociación entre un conjunto de subtramas de DL que incluyen subtramas de TDD y subtramas de FDD de las respectivas primera y segunda portadoras de componentes y una subtrama de UL de la primera portadora de componente basándose en una configuración de enlace ascendente-enlace descendente de la primera portadora de componente (bloque 1302). En un ejemplo, el bloque 1302 puede realizarse por el procesador 1708, o el procesador 1708 acoplado a la memoria 1782. La asociación, por ejemplo, puede proporcionar una correlación entre el conjunto de subtramas de DL y la subtrama de UL de la primera portadora de componente. La asociación puede almacenarse (por ejemplo, como una tabla de valores, como una función que calcula los valores, etc.) en una memoria del dispositivo móvil. La asociación puede basarse en desplazamientos de subtrama.
En un diseño, el dispositivo móvil puede generar información de control asociada con las transmisiones en el conjunto de subtramas de d L (bloque 1304). En un ejemplo, el bloque 1304 puede realizarse mediante el procesador 1708, o el procesador 1708 acoplado a la memoria 1782.
En un diseño, el dispositivo móvil puede enviar la información de control en la subtrama de UL de la primera portadora de componente basándose en la asociación, en donde cada subtrama de DL de la segunda portadora de componente de FDD se asocia con una subtrama de UL correspondiente de la primera portadora de componente (bloque 1306). En un ejemplo, el bloque 1306 puede realizarse mediante cualquier combinación de antenas 1752, moduladores 1754, procesadores 1708, 1764, 1766 y/o memorias 1782, 1762. La información de control puede distribuirse en las subtramas de UL para equilibrar la carga en las subtramas de UL. La información de control puede enviarse en subtramas de UL que minimizan o limitan un retardo de HARQ sometido a un tiempo de procesamiento mínimo de tres ms mediante el dispositivo móvil. La información de control puede agruparse para su transmisión en las subtramas de UL.
La FIG. 14 muestra un ejemplo de un proceso 1400 para identificar subtramas de portadoras agregadas para transmitir o recibir datos en una red inalámbrica. El proceso 1400 puede realizarse mediante un dispositivo móvil (por ejemplo, un UE), como el descrito anteriormente, o mediante alguna otra entidad. El dispositivo móvil puede recibir una concesión de recursos en una subtrama de DL de la primera portadora de componente (bloque 1402). En un ejemplo, el bloque 1402 puede realizarse mediante cualquier combinación de antenas 1752, desmoduladores 1754, detectores 1756, procesadores 1758, 1780 y/o memorias 1760, 1782.
En un diseño, el dispositivo móvil puede determinar una asociación entre la subtrama de DL y un conjunto de subtramas que incluyen subtramas de TDD y subtramas de FDD de las respectivas primera y segunda portadoras de componentes basándose en una configuración de enlace ascendente-enlace descendente de la primera portadora de componente (bloque 1404). En un ejemplo, el bloque 1404 puede realizarse mediante el procesador 1708, o el procesador 1708 acoplado a la memoria 1782.
En un diseño, el dispositivo móvil puede identificar, basándose en la asociación, una subtrama del conjunto de subtramas para transmitir o recibir datos en respuesta a la concesión de recursos, en donde cada subtrama de la segunda portadora de componente de FDD está asociada con una subtrama de DL de la primera portadora de componente (bloque 1406). En un ejemplo, el bloque 1406 puede realizarse mediante el procesador 1708, o el procesador 1708 acoplado a la memoria 1782.
La FIG. 15 muestra un ejemplo de un proceso 1500 para descodificar o utilizar la información de control en una red inalámbrica. El proceso 1500 puede realizarse mediante un nodo de acceso (por ejemplo, una estación base, un eNB, etc.), como se ha descrito anteriormente o mediante alguna otra entidad. El nodo de acceso puede recibir, desde un dispositivo móvil en una subtrama de UL, la información de control asociada con transmisiones en un conjunto de subtramas de DL que incluyen subtramas de TDD y subtramas de FDD de las respectivas primera y segunda portadoras de componentes (bloque 1502). En un ejemplo, el bloque 1502 puede realizarse mediante cualquier combinación de antenas 1734, desmoduladores 1732, detectores 1736, procesadores 1738, 1740, y/o memorias 1739, 1742.
En un diseño, el nodo de acceso puede determinar una asociación entre el conjunto de subtramas de DL y la subtrama de UL basándose en una configuración de enlace ascendente-enlace descendente de la primera portadora de componente (bloque 1504). En un ejemplo, el bloque 1504 puede realizarse mediante el procesador 1740, o el procesador 1740 acoplado a la memoria 1742.
En un diseño, el nodo de acceso puede descodificar la información de control de acuerdo con la asociación, en donde cada subtrama de DL de la segunda portadora de componente de FDD está asociada con una subtrama de UL de la primera portadora de componente (bloque 1506). En un ejemplo, el bloque 1506 puede realizarse mediante cualquier combinación de procesadores 1738, 1740 y/o memorias 1739, 1742.
La FIG. 16 muestra un ejemplo de un proceso 1600 para enviar información de control en una red inalámbrica. El proceso 1500 puede realizarse mediante un nodo de acceso (por ejemplo, una estación base, un eNB, etc.), como se ha descrito anteriormente o mediante alguna otra entidad. El nodo de acceso puede determinar una asociación entre una subtrama de DL de la primera portadora de componente y un conjunto de subtramas que incluye las subtramas de TDD y las subtramas de FDD de las respectivas primera y segunda portadoras de componentes basándose en una configuración de enlace ascendente-enlace descendente de la primera portadora de componente (bloque 1602). En un ejemplo, el bloque 1602 puede realizarse mediante el procesador 1740 o el procesador 1740 acoplado a la memoria 1742.
En un diseño, el nodo de acceso puede enviar una concesión de recursos para el dispositivo móvil en la subtrama de DL, en donde la concesión de recursos planifica la transmisión o recepción de datos mediante el dispositivo móvil con respecto a una subtrama del conjunto de subtramas basándose en la asociación, y en donde cada subtrama de la segunda portadora de componente de FDD está asociada con una subtrama de DL de la primera portadora de componente (bloque 1604). En un ejemplo, el bloque 1604 puede realizarse mediante cualquier combinación de antenas 1734, moduladores 1732, procesadores 1730, 1720, 1740 y/o memorias 1712, 1742.
Los expertos en la materia entenderán que la información y las señales pueden representarse usando cualquiera de una diversidad de tecnologías y técnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los chips que pueden haber sido mencionados a lo largo de la descripción anterior, pueden representarse mediante tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticos, campos o partículas ópticos, o cualquier combinación de los mismos.
Los expertos en la técnica apreciarán, además, que los diversos bloques lógicos, módulos, circuitos y etapas de algoritmo ilustrativos descritos en relación con la divulgación del presente documento pueden implementarse como hardware electrónico, software informático o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, anteriormente se han descrito, en general, diversos componentes, bloques, módulos, circuitos y etapas ilustrativos en lo que respecta a su funcionalidad. Que dicha funcionalidad se implemente como hardware o software depende de la aplicación particular y de las restricciones de diseño impuestas al sistema completo. Los expertos en la materia pueden implementar la funcionalidad descrita de diferentes maneras para cada aplicación particular, pero no debería interpretarse que tales decisiones de implementación suponen apartarse del alcance de la presente divulgación.
Los diversos bloques lógicos, módulos y circuitos ilustrativos descritos en conexión con la divulgación del presente documento pueden implementarse o realizarse con un procesador de propósito general, con un procesador de señales digitales (DSP), con un circuito integrado específico de la aplicación (ASIC), con una matriz de puertas programables en el campo (FPGA) o con otro dispositivo de lógica programable, puertas discretas o lógica de transistores, componentes de hardware discretos o con cualquier combinación de los mismos diseñada para realizar las funciones descritas en el presente documento. Un procesador de propósito general puede ser un microprocesador, pero, como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estados convencional. Un procesador también puede implementarse como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP o cualquier otra configuración de este tipo.
Las etapas de un método o algoritmo descrito en relación con la divulgación del presente documento pueden realizarse directamente en hardware, en un módulo de software ejecutado por un procesador o en una combinación de los dos. Un módulo de software puede residir en memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM o en cualquier otra forma de medio de almacenamiento conocida en la técnica. Un medio de almacenamiento a modo de ejemplo está conectado al procesador de tal manera que el procesador puede leer información de, y escribir información en, el medio de almacenamiento. Como alternativa, el medio de almacenamiento puede estar integrado en el procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un terminal de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un terminal de usuario.
En uno o más diseños a modo de ejemplo, las funciones descritas pueden implementarse en hardware, software, firmware o en cualquier combinación de los mismos. Si se implementan en software, las funciones pueden almacenarse o transmitirse como una o varias instrucciones o códigos en un medio de almacenamiento legible por ordenador. Los medios de almacenamiento legibles por ordenador incluyen tanto medios de almacenamiento informático como medios de comunicación, incluyendo cualquier medio que facilite la transferencia de un programa informático de un lugar a otro. Un medio de almacenamiento puede ser cualquier medio disponible al que pueda accederse mediante un ordenador de propósito general o de propósito especial. A modo de ejemplo, y no de manera limitativa, tales medios de almacenamiento legibles por ordenador pueden comprender RAM, ROM, EEPROM, CD-ROM u otro almacenamiento de disco óptico, almacenamiento de disco magnético u otros dispositivos de almacenamiento magnético, o cualquier otro medio que pueda utilizarse para transportar o almacenar medios de código de programa deseados en forma de instrucciones o estructuras de datos y al que pueda accederse mediante un ordenador de propósito general o de propósito especial, o mediante un procesador de propósito general o de propósito especial. Además, cualquier conexión recibe adecuadamente la denominación de medios de almacenamiento legibles por ordenador. Por ejemplo, si el software se transmite desde un sitio web, un servidor u otra fuente remota utilizando un cable coaxial, un cable de fibra óptica, un par trenzado, una línea de abonado digital (DSL) o tecnologías inalámbricas tales como infrarrojos, radio y microondas, entonces el cable coaxial, el cable de fibra óptica, el par trenzado, la DSL o las tecnologías inalámbricas tales como infrarrojos, radio y microondas se incluyen en la definición de medio. El término disco magnético y disco óptico, tal como se utiliza en el presente documento, incluye un disco compacto (CD), un disco láser, un disco óptico, un disco versátil digital (DVD), un disco flexible y un disco Blu-ray, donde los discos magnéticos normalmente reproducen datos magnéticamente, mientras que los discos ópticos reproducen datos ópticamente con láseres. Las combinaciones de lo anterior deberían incluirse también dentro del alcance de los medios de almacenamiento legibles por ordenador.
El alcance de la invención solamente está limitado por las reivindicaciones adjuntas.

Claims (15)

REIVINDICACIONES
1. Un método (1400) de comunicación inalámbrica por un dispositivo móvil configurado para agregación de portadora, CA, de al menos una primera portadora de componente duplexada por división en el tiempo, TDD, y una segunda portadora de componente duplexada por división de frecuencia, FDD, caracterizado por comprender:
recibir (1402) una concesión de recurso en una subtrama de DL que asigna recursos de la segunda portadora de componente de FDD;
determinar (1404) una asociación entre subtramas de la primera portadora de componente de TDD y subtramas de la segunda portadora de componente de FDD basándose en una configuración de enlace ascendente-enlace descendente de la primera portadora de componente de TDD; e
identificar (1406), basándose en la asociación y la subtrama de DL en la que se recibe la concesión de recurso, una subtrama de la primera portadora de componente de TDD para transmitir o recibir información de control asociada con la concesión de recurso.
2. El método de la reivindicación 1, en donde la primera portadora de componente de TDD es una portadora de componente primaria y la segunda portadora de componente de FDD es una portadora de componente secundaria.
3. El método de la reivindicación 1, en donde la asociación comprende una distribución de subtramas planificadas por concesiones de recursos que minimiza un retardo de planificación entre la subtrama de DL en la que se recibe la concesión de recurso y una subtrama planificada basándose en la configuración de enlace ascendente-enlace descendente.
4. El método de la reivindicación 3, en donde la concesión de recurso comprende una asignación de DL, y la asociación posibilita planificar subtramas de DL de la segunda portadora de componente de FDD que corresponden a subtramas de UL de la primera portadora de componente de TDD.
5. El método de la reivindicación 3, en donde la concesión de recurso comprende una concesión de UL, y la asociación posibilita planificar subtramas de UL de la segunda portadora de componente de FDD que corresponden a subtramas de DL de la primera portadora de componente de TDD.
6. El método de la reivindicación 1, en donde la concesión de recurso planifica un subconjunto de todas las subtramas en una trama de radio de la segunda portadora de componente de FDD.
7. Un dispositivo (120) móvil configurado para agregación de portadora, CA, de al menos una primera portadora de componente duplexada por división en el tiempo, TDD, y una segunda portadora de componente duplexada por división de frecuencia, f Dd , el dispositivo móvil caracterizado por comprender:
medios para recibir una concesión de recurso en una subtrama de DL que asigna recursos de la segunda portadora de componente de FDD;
medios para determinar una asociación entre subtramas de la primera portadora de componente de TDD y subtramas de la segunda portadora de componente de FDD basándose en una configuración de enlace ascendente-enlace descendente de la primera portadora de componente de TDD; y
medios para identificar, basándose en la asociación y la subtrama de DL en la que se recibe la concesión de recurso, una subtrama de la primera portadora de componente de TDD para transmitir o recibir información de control asociada con la concesión de recurso.
8. Un método (1600) de comunicación inalámbrica por un nodo de acceso que soporta agregación de portadora, CA, de al menos una primera portadora de componente duplexada por división en el tiempo, TDD, y una segunda portadora de componente duplexada por división de frecuencia, FDD, para un dispositivo móvil, caracterizado por comprender:
determinar (1602) una asociación entre subtramas de la primera portadora de componente de TDD y subtramas de la segunda portadora de componente de FDD basándose en una configuración de enlace ascendente-enlace descendente de la primera portadora de componente de TDD; y
enviar (1604), a un dispositivo móvil en una subtrama de DL, una concesión de recurso que asigna recursos de la segunda portadora de componente de FDD, en donde la concesión de recurso planifica la transmisión o recepción de información de control mediante el dispositivo móvil con respecto a una subtrama de la primera portadora de componente de TDD basándose en la asociación y la subtrama de DL en la que se envía la concesión de recurso.
9. El método de la reivindicación 8, en donde la asociación comprende una distribución de subtramas para planificar mediante concesiones de recursos que minimizan un retardo de planificación entre la subtrama de DL y una subtrama planificada basándose en la configuración de enlace ascendente-enlace descendente.
10. El método de la reivindicación 8, en donde la concesión de recurso comprende una asignación de DL, y la asociación posibilita planificar subtramas de DL de la segunda portadora de componente de FDD que corresponden a subtramas de UL de la primera portadora de componente de TDD.
11. El método de la reivindicación 8, en donde la concesión de recurso comprende una concesión de UL, y la asociación posibilita planificar subtramas de UL de la segunda portadora de componente de FDD que corresponden a subtramas de DL de la primera portadora de componente de TDD.
12. El método de la reivindicación 8, en donde la asociación comprende uno o más desplazamientos de subtrama con relación a un número de subtramas de la subtrama de DL.
13. El método de la reivindicación 8, que envía un mensaje de configuración de RRC que indica una selección de la asociación de una pluralidad de asociaciones.
14. Un nodo (110) de acceso configurado para agregación de portadora, CA, de al menos una primera portadora de componente duplexada por división en el tiempo, TDD, y una segunda portadora de componente duplexada por división de frecuencia, f Dd , el nodo de acceso caracterizado por comprender:
medios para determinar una asociación entre subtramas de la primera portadora de componente de TDD y subtramas de la segunda portadora de componente de FDD basándose en una configuración de enlace ascendente-enlace descendente de la primera portadora de componente de TDD; y
medios para enviar, a un dispositivo móvil y en la subtrama de DL, una concesión de recurso que asigna recursos de la segunda portadora de componente de FDD, en donde la concesión de recurso planifica la transmisión o recepción de información de control por el dispositivo móvil con respecto a una subtrama de la primera portadora de componente de TDD basándose en la asociación y la subtrama de DL en la que se envía la concesión de recurso.
15. Un programa informático que comprende instrucciones que, cuando el programa se ejecuta por un ordenador, hacen que el ordenador lleve a cabo un método como se define en las reivindicaciones 1-6 u 8-13.
ES17181482T 2012-06-22 2013-06-22 Transmisión en agregación de portadoras de FDD y TDD combinadas Active ES2894341T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261663468P 2012-06-22 2012-06-22
US13/924,522 US9497747B2 (en) 2012-06-22 2013-06-21 Data transmission in carrier aggregation with different carrier configurations

Publications (1)

Publication Number Publication Date
ES2894341T3 true ES2894341T3 (es) 2022-02-14

Family

ID=48746685

Family Applications (2)

Application Number Title Priority Date Filing Date
ES13734267.1T Active ES2645977T3 (es) 2012-06-22 2013-06-22 Transmisión en agregación de portadoras de FDD y TDD combinadas
ES17181482T Active ES2894341T3 (es) 2012-06-22 2013-06-22 Transmisión en agregación de portadoras de FDD y TDD combinadas

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES13734267.1T Active ES2645977T3 (es) 2012-06-22 2013-06-22 Transmisión en agregación de portadoras de FDD y TDD combinadas

Country Status (10)

Country Link
US (2) US9497747B2 (es)
EP (2) EP3255829B1 (es)
JP (3) JP6121529B2 (es)
KR (1) KR101773106B1 (es)
CN (2) CN104396178B (es)
BR (1) BR112014031746B1 (es)
ES (2) ES2645977T3 (es)
HU (1) HUE036226T2 (es)
IN (1) IN2014MN02374A (es)
WO (1) WO2013192601A2 (es)

Families Citing this family (92)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006105010A1 (en) 2005-03-25 2006-10-05 Neocific, Inc. Methods and apparatus for cellular broadcasting and communication system
CN101091390B (zh) 2005-06-09 2011-01-12 桥扬科技有限公司 用于高功率效率的广播和通信系统的方法和设备
US8547884B2 (en) 2010-09-28 2013-10-01 Neocific, Inc. Methods and apparatus for flexible use of frequency bands
WO2013096928A1 (en) 2011-12-22 2013-06-27 Interdigital Patent Holdings, Inc. Control signaling in lte carrier aggregation
US9497747B2 (en) 2012-06-22 2016-11-15 Qualcomm Incorporated Data transmission in carrier aggregation with different carrier configurations
CN103580830B (zh) * 2012-07-18 2018-11-27 北京三星通信技术研究有限公司 一种发送harq-ack反馈信息的方法
KR102094287B1 (ko) * 2012-07-25 2020-03-31 삼성전자 주식회사 셀 내의 주파수 집적 시스템에서 제어 채널 전송 방법 및 장치
US9680628B2 (en) * 2012-07-25 2017-06-13 Samsung Electronics Co., Ltd. Method and apparatus for transmitting control channel in intra-cell carrier aggregation system
CN103780361B (zh) * 2012-10-17 2018-08-17 中兴通讯股份有限公司 一种应答信息的发送方法及装置
WO2014074036A1 (en) * 2012-11-09 2014-05-15 Telefonaktiebolaget L M Ericsson (Publ) Methods and arrangements for resource allocation
EP2925046B1 (en) * 2012-11-26 2021-02-24 Panasonic Intellectual Property Corporation of America Terminal device and retransmission method
EP2945311B1 (en) * 2013-01-08 2019-03-20 LG Electronics Inc. Method and apparatus for performing harq in carrier aggregation system
US9692584B2 (en) * 2013-01-17 2017-06-27 Telefonatiebolaget L M Ericsson (Publ) Methods of radio communications using different subframe configurations and related radio and/or network nodes
KR102024132B1 (ko) * 2013-01-25 2019-09-24 삼성전자주식회사 셀 내의 캐리어 집적 시스템에서 제어 채널 전송 방법 및 장치
US9306721B2 (en) * 2013-03-15 2016-04-05 Google Technology Holdings LLC Method and apparatus for device-to-device communication
US9397800B2 (en) * 2013-03-21 2016-07-19 Broadcom Corporation Duplexing in long term evolution (LTE) cellular networks
MX375622B (es) 2013-03-28 2025-03-06 Nec Corp Método y aparato para determinar tiempo de solicitud de repetición automática híbrida en sistemas de comunicación.
EP2987355B1 (en) * 2013-04-18 2019-01-16 Telefonaktiebolaget LM Ericsson (publ) Method, ue and base station for transmitting periodic signal/periodic system information, and method and base station for forwarding periodic system information
WO2014209049A1 (en) * 2013-06-26 2014-12-31 Lg Electronics Inc. Method and apparatus for fdd/tdd intra-node and inter-node carrier aggregation
WO2015000112A1 (zh) * 2013-07-01 2015-01-08 华为技术有限公司 上行数据的传输方法、终端和无线通信节点
CN104348582B (zh) * 2013-08-07 2018-10-30 上海诺基亚贝尔股份有限公司 用于传输控制信息的方法和设备
US10382184B2 (en) * 2013-08-09 2019-08-13 Industrial Technology Research Institute Method of handling communication operation and related communication device
KR102322507B1 (ko) * 2013-08-17 2021-11-05 엘지전자 주식회사 무선 통신 시스템에서 사운딩 참조 신호의 전송 전력 제어 방법 및 이를 위한 장치
EP3050353A4 (en) * 2013-09-26 2017-04-26 Sharp Kabushiki Kaisha Subframe offset in tdd-fdd carrier aggregation
JP6031017B2 (ja) * 2013-09-26 2016-11-24 株式会社Ｎｔｔドコモ ユーザ端末、基地局及び無線通信方法
EP3223450B1 (en) * 2013-09-27 2018-11-21 Huawei Technologies Co., Ltd. Harq feedback using carrier aggregation
WO2015064896A1 (ko) 2013-10-30 2015-05-07 엘지전자 주식회사 복수의 셀에 동시 접속한 사용자 장치가 harq ack/nack을 전송하는 방법
US20160330761A1 (en) * 2014-01-02 2016-11-10 Zte Wistron Telecom Ab Method and apparatus for cross-node scheduling with non-ideal backhaul
WO2015104055A1 (en) 2014-01-09 2015-07-16 Huawei Technologies Co., Ltd. Carrier aggregation of tdd and fdd subframes for uplink harq feedback
US20150200751A1 (en) * 2014-01-10 2015-07-16 Sharp Laboratories Of America, Inc. Enhanced pucch reporting for carrier aggregation
WO2015108356A1 (ko) * 2014-01-16 2015-07-23 엘지전자 주식회사 Harq 수행 방법 및 장치
KR102120497B1 (ko) 2014-01-29 2020-06-08 이노스카이 주식회사 Harq ack/nack 전송방법 및 장치
WO2015119387A1 (ko) * 2014-02-07 2015-08-13 엘지전자 주식회사 다중 셀을 위한 harq 수행 방법 및 장치
WO2015137698A1 (ko) 2014-03-10 2015-09-17 엘지전자 주식회사 무선 자원의 용도 변경을 지원하는 무선 통신 시스템에서 신호의 유효성 판단 방법 및 이를 위한 장치
TWI641278B (zh) * 2014-03-11 2018-11-11 Ｌｇ電子股份有限公司 在載波聚合系統中計算非連續接收定時器的方法及其裝置
JP6360187B2 (ja) * 2014-03-12 2018-07-18 エルジー エレクトロニクス インコーポレイティド キャリアアグリゲーション技法が適用された無線通信システムにおける下りリンク制御チャネルを受信する方法及びそのための装置
US9942881B2 (en) 2014-03-14 2018-04-10 Telefonaktiebolaget Lm Ericsson (Publ) Uplink multi-TTI scheduling in TDD system
KR102218702B1 (ko) 2014-03-26 2021-02-22 삼성전자주식회사 무선 통신 시스템에서 시간 분할 복신 및 주파수 복신 반송파 집성을 위한 장치 및 방법
KR102357413B1 (ko) * 2014-03-26 2022-01-28 삼성전자 주식회사 무선 통신 시스템에서 반송파 결합 통신 방법 및 장치
KR102310991B1 (ko) 2014-03-26 2021-10-13 삼성전자주식회사 무선 통신 시스템에서 시간 분할 복신 및 주파수 복신 반송파 집성을 위한 신호 교환 장치 및 방법
CN105099633B (zh) * 2014-04-25 2019-08-09 北京三星通信技术研究有限公司 物理下行共享信道的传输方法及装置
CN105099601B (zh) 2014-04-25 2020-10-27 北京三星通信技术研究有限公司 一种灵活fdd系统中上行传输的方法和设备
US11452121B2 (en) 2014-05-19 2022-09-20 Qualcomm Incorporated Apparatus and method for synchronous multiplexing and multiple access for different latency targets utilizing thin control
US11153875B2 (en) * 2014-05-19 2021-10-19 Qualcomm Incorporated Apparatus and method for inter-band pairing of carriers for time division duplex transmit- and receive-switching and its application to multiplexing of different transmission time intervals
WO2015196483A1 (zh) * 2014-06-27 2015-12-30 华为技术有限公司 一种通信方法、装置及系统
WO2016010390A1 (ko) 2014-07-18 2016-01-21 삼성전자 주식회사 무선 통신 시스템에서 단말 간 통신을 위한 동기화 방법 및 장치
JP6304382B2 (ja) 2014-07-29 2018-04-04 日本電気株式会社 キャリアアグリゲーションでのダウンリンクｈａｒｑプロセスを処理するための方法及び装置
GB2530511A (en) * 2014-09-24 2016-03-30 Vodafone Ip Licensing Ltd Inter-mode carrier aggregation
US10756914B2 (en) 2014-09-26 2020-08-25 Samsung Electronics Co., Ltd. Broadcast resource congestion control method and apparatus for use in wireless communication system
US10447460B2 (en) 2014-09-27 2019-10-15 Lg Electronics Inc. Communication method using carrier aggregation and device for same
AU2015340135B2 (en) * 2014-10-31 2019-07-11 Samsung Electronics Co., Ltd. Method and apparatus for transmitting control channel in intra-cell carrier aggregation system
US10009915B1 (en) 2014-11-03 2018-06-26 Sprint Spectrum L.P. Systems and methods for cross scheduling transmissions from an access node
WO2016092953A1 (ja) * 2014-12-12 2016-06-16 ソニー株式会社 装置
KR102287370B1 (ko) * 2014-12-23 2021-08-09 한국전자통신연구원 단말 및 그것의 자원 할당 방법
CN105790911B (zh) * 2014-12-26 2020-07-31 北京三星通信技术研究有限公司 一种上下行载波的配置方法及装置
US9363845B1 (en) 2014-12-31 2016-06-07 Motorola Solutions, Inc. Apparatus and method for carrier aggregation and fast network switching with a single-baseband-modem, carrier-aggregation-capable wireless-communication device
US10075970B2 (en) 2015-03-15 2018-09-11 Qualcomm Incorporated Mission critical data support in self-contained time division duplex (TDD) subframe structure
US9936519B2 (en) 2015-03-15 2018-04-03 Qualcomm Incorporated Self-contained time division duplex (TDD) subframe structure for wireless communications
US10342012B2 (en) 2015-03-15 2019-07-02 Qualcomm Incorporated Self-contained time division duplex (TDD) subframe structure
EP3252966B1 (en) * 2015-03-31 2019-04-24 Huawei Technologies Co., Ltd. Communication method, base station and user equipment in time division duplex (tdd) system
NZ736514A (en) 2015-04-10 2019-06-28 Ericsson Telefon Ab L M A wireless device, a network node and methods therein for enabling and performing an uplink control channel transmission
US9974093B2 (en) * 2015-04-29 2018-05-15 Qualcomm Incorporated Slotted sub-band duplex frame structure design in a wideband time-division duplex system
US9814058B2 (en) 2015-05-15 2017-11-07 Qualcomm Incorporated Scaled symbols for a self-contained time division duplex (TDD) subframe structure
CN106301730B (zh) * 2015-06-11 2019-09-20 华为技术有限公司 基于子帧偏移的载波聚合方法和基站
US9992790B2 (en) * 2015-07-20 2018-06-05 Qualcomm Incorporated Time division duplex (TDD) subframe structure supporting single and multiple interlace modes
WO2017020289A1 (en) 2015-08-06 2017-02-09 Qualcomm Incorporated Techniques for flexible duplexing
US10244510B2 (en) * 2015-09-25 2019-03-26 Qualcomm Incorporated Techniques for wireless communications using a modified subframe structure
CN105407511B (zh) * 2015-10-23 2018-11-30 中国联合网络通信集团有限公司 一种用户设备接入载波聚合网络的方法及装置
US10631323B2 (en) * 2015-12-08 2020-04-21 Qualcomm Incorporated Delayed control feedback in a time division duplex carrier utilizing common bursts
US10038544B2 (en) * 2015-12-09 2018-07-31 Qualcomm Incorporated Multiple access for users with different modes in a common uplink burst in a time division duplex subframe structure
EP3402244B1 (en) * 2016-01-29 2021-03-10 Huawei Technologies Co., Ltd. Transmission method, apparatus and system for reference signal
JP6641481B2 (ja) * 2016-02-04 2020-02-05 オッポ広東移動通信有限公司 アンライセンス搬送波でアップリンク情報を伝送するための方法及び装置
EP4712640A2 (en) * 2016-03-23 2026-03-18 Ntt Docomo, Inc. User terminal, wireless base station, and wireless communication method
EP3443801B1 (en) * 2016-04-15 2021-01-06 Telefonaktiebolaget LM Ericsson (publ) Systems and methods relating to granting transmissions in a multi-carrier dynamic time division duplexing (tdd) cellular communications system
US11646840B2 (en) * 2016-05-13 2023-05-09 Sony Corporation Communications device, infrastructure equipment, wireless communications network and methods
CN105898801B (zh) * 2016-06-07 2019-04-02 中国联合网络通信集团有限公司 一种负载均衡方法及基站
US10425923B2 (en) 2016-08-01 2019-09-24 Qualcomm Incorporated Uplink channel multiplexing and waveform selection
US10727991B2 (en) * 2016-09-22 2020-07-28 Qualcomm Incorporated Integrating LTE and new radio
US10154481B2 (en) * 2016-11-15 2018-12-11 Qualcomm Incorporated Optimization of search space and sounding reference signal placement for improved decoding timeline
JP7280187B2 (ja) * 2017-01-04 2023-05-23 アイディーエーシー ホールディングス インコーポレイテッド 無線システムにおける受信機フィードバック
CN108282279B (zh) * 2017-01-05 2021-05-14 华为技术有限公司 通信方法、通信设备和终端
WO2018186787A1 (en) * 2017-04-03 2018-10-11 Telefonaktiebolaget Lm Ericsson (Publ) Configuration-dependent dci timing
US10419196B2 (en) 2017-05-05 2019-09-17 At&T Intellectual Property I, L.P. Virtual carrier aggregation for wideband operation of wireless communication systems
GB201707226D0 (en) * 2017-05-05 2017-06-21 Vodafone Ip Licensing Ltd Transmission schedulling for low latency comuunication
US10958407B2 (en) * 2017-06-09 2021-03-23 Qualcomm Incorporated Frequency division duplexing hybrid automatic repeat request with mini-slots
CN109120381B (zh) * 2017-06-22 2022-09-02 华为技术有限公司 信号发送和接收方法、装置
US11265852B2 (en) 2018-02-09 2022-03-01 Qualcomm Incorporated Uplink control information reporting
CN110831217B (zh) 2018-08-10 2021-12-14 华为技术有限公司 一种数据调度方法及装置
CN109314851B (zh) * 2018-09-19 2021-11-09 北京小米移动软件有限公司 提前终止传输方法及装置
KR102173193B1 (ko) * 2020-05-28 2020-11-02 이노스카이 주식회사 Harq ack/nack 전송방법 및 장치
WO2022198495A1 (zh) * 2021-03-24 2022-09-29 华为技术有限公司 一种通信方法、装置和系统
CN120021334A (zh) * 2023-11-17 2025-05-20 华为技术有限公司 一种通信方法及装置

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2010050221A1 (ja) 2008-10-30 2010-05-06 パナソニック株式会社 無線通信装置および無線通信方法
CN101841401B (zh) * 2009-03-17 2013-06-12 电信科学技术研究院 载波聚合系统中的ack/nack传输方法和基站
CN102026206B (zh) * 2009-09-21 2013-06-05 上海贝尔股份有限公司 为tdd系统分配低频段频谱资源的方法和装置
TWI628933B (zh) * 2009-10-01 2018-07-01 內數位專利控股公司 傳輸上鏈控制資訊的方法及系統
CN102014496B (zh) * 2009-10-16 2013-07-31 电信科学技术研究院 一种上行控制信道资源配置方法、设备和系统
CN102056228A (zh) * 2009-11-02 2011-05-11 夏普株式会社 上行混合自动请求重传应答信息捆绑指示传输方法和基站
CN102025467B (zh) * 2009-12-30 2013-05-15 电信科学技术研究院 一种反馈信息的传输方法及传输装置
US20110205976A1 (en) 2010-02-19 2011-08-25 Nokia Siemens Networks Oy UE Specific Signaling Carrier Indicator For Carrier Aggregation
JP5094896B2 (ja) 2010-02-26 2012-12-12 シャープ株式会社 移動局装置、基地局装置、通信制御方法及び集積回路
WO2011109918A1 (en) 2010-03-08 2011-09-15 Nokia Siemens Networks Oy Method, network element and system for scheduling communication link
WO2011134174A1 (en) 2010-04-30 2011-11-03 Nokia Corporation Aperiodic cqi/pmi request in carrier aggregation
US8982743B2 (en) 2010-05-14 2015-03-17 Qualcomm Incorporated DAI designs for FDD carrier aggregation
WO2011154030A2 (en) * 2010-06-07 2011-12-15 Nokia Corporation Virtual extension carrier in lte-advanced carrier aggregation
JP5606836B2 (ja) * 2010-08-31 2014-10-15 株式会社Ｎｔｔドコモ 無線通信システム及び移動端末装置
EP2630830A4 (en) 2010-10-20 2016-10-26 Nokia Technologies Oy SHORTEN SUBFRAME FORMAT FOR FDD
US20120106404A1 (en) 2010-11-01 2012-05-03 Qualcomm Incorporated Fdd and tdd carrier aggregation
KR101915131B1 (ko) * 2011-03-15 2018-11-05 엘지전자 주식회사 신호 송수신 방법 및 이를 위한 장치
US9042277B2 (en) 2011-04-11 2015-05-26 Qualcomm Incorporated Transmission of control information for FDD-TDD carrier aggregation
US20130024816A1 (en) 2011-07-22 2013-01-24 Michael John Bender Connection Status Based Application Launch System
PL2815530T3 (pl) * 2012-02-14 2018-09-28 Samsung Electronics Co., Ltd. Sposób i urządzenie do przesyłania danych łącza wysyłania i pobierania w systemie TDD
US9526091B2 (en) * 2012-03-16 2016-12-20 Intel Corporation Method and apparatus for coordination of self-optimization functions in a wireless network
US8953635B2 (en) * 2012-05-17 2015-02-10 Sharp Kabushiki Kaisha Devices for sending and receiving feedback information
US9497747B2 (en) 2012-06-22 2016-11-15 Qualcomm Incorporated Data transmission in carrier aggregation with different carrier configurations
US9553685B2 (en) * 2012-09-28 2017-01-24 Nokia Solutions And Networks Oy PHICH-less operation for uplink-downlink configuration zero
KR102118750B1 (ko) * 2013-10-04 2020-06-03 이노스카이 주식회사 상향링크 스케줄링 및 ｈａｒｑ 타이밍 제어 방법 및 장치

Also Published As

Publication number Publication date
JP6121529B2 (ja) 2017-04-26
ES2645977T3 (es) 2017-12-11
EP3255829A1 (en) 2017-12-13
HUE036226T2 (hu) 2018-06-28
WO2013192601A3 (en) 2014-03-27
JP2017153106A (ja) 2017-08-31
JP2018198449A (ja) 2018-12-13
US9497747B2 (en) 2016-11-15
KR20150052829A (ko) 2015-05-14
EP2865124B1 (en) 2017-08-02
EP2865124A2 (en) 2015-04-29
BR112014031746B1 (pt) 2022-10-04
US20130343239A1 (en) 2013-12-26
EP3255829B1 (en) 2021-09-08
BR112014031746A2 (pt) 2017-06-27
CN104396178B (zh) 2018-06-01
US10084590B2 (en) 2018-09-25
JP6608495B2 (ja) 2019-11-20
CN104396178A (zh) 2015-03-04
KR101773106B1 (ko) 2017-08-30
IN2014MN02374A (es) 2015-08-14
CN108650067B (zh) 2021-04-20
JP2015525546A (ja) 2015-09-03
US20170026164A1 (en) 2017-01-26
CN108650067A (zh) 2018-10-12
WO2013192601A2 (en) 2013-12-27

Similar Documents

Publication Publication Date Title
ES2894341T3 (es) Transmisión en agregación de portadoras de FDD y TDD combinadas
US11082188B2 (en) Method and apparatus for receiving ACK/NACK in wireless communication system
CN114584265B (zh) 无线通信系统中发送/接收无线信号的方法及其装置
US20210266114A1 (en) Node and method for downlink scheduling and hybrid automatic repeat request timing
CN104685808B (zh) 在无线通信系统中接收ack/nack的方法和设备
AU2017298225B2 (en) User equipments, base stations and methods
ES2675565T3 (es) Asignación de recursos de canal físico de control de enlace ascendente para múltiples portadoras componentes
CN103548311B (zh) 在无线通信系统中发送控制信息的方法和装置
US9924502B2 (en) Method and device for obtaining and receiving control information in wireless communication system
CN103650392B (zh) 发送控制信息的方法及用于该方法的设备
CN107438969A (zh) 对用于低延时通信的动态传输时间间隔调度的管理
EP2549820A2 (en) Method and apparatus for performing cross-carrier scheduling for sps
WO2018031779A1 (en) User equipments, base stations and methods
KR20150030649A (ko) 제어 정보를 전송하는 방법 및 이를 위한 장치
KR20140082769A (ko) 무선통신시스템에서 제어정보 송수신 방법 및 장치