ES2826299T3 - Procedimiento y aparato para mejorar las concesiones de enlace ascendente en un intervalo de tiempo de transmisión (TTI) acortado en un sistema de comunicación inalámbrica - Google Patents
Procedimiento y aparato para mejorar las concesiones de enlace ascendente en un intervalo de tiempo de transmisión (TTI) acortado en un sistema de comunicación inalámbrica Download PDFInfo
- Publication number
- ES2826299T3 ES2826299T3 ES17170574T ES17170574T ES2826299T3 ES 2826299 T3 ES2826299 T3 ES 2826299T3 ES 17170574 T ES17170574 T ES 17170574T ES 17170574 T ES17170574 T ES 17170574T ES 2826299 T3 ES2826299 T3 ES 2826299T3
- Authority
- ES
- Spain
- Prior art keywords
- subframe
- pdcch
- stti
- data
- dci
- 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
Links
Classifications
-
- 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- 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/0044—Arrangements for allocating sub-channels of the transmission path allocation of payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- 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 signaling, 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—Signaling for the administration of the divided path
-
- 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/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- 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), DMT
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un procedimiento para programar transmisiones de enlace ascendente, en lo sucesivo también denominado UL, en un Equipo de Usuario, en lo sucesivo también denominado UE, que comprende: el UE monitorea (2405) una pluralidad de ocasiones de temporización para un enlace descendente, en lo sucesivo también denominado canal de control de DL, dentro de los intervalos de tiempo de transmisión acortados de DL, sTTI, presentes solo dentro de una región de datos de DL dentro de una subtrama, en el que un primer canal de control de DL en una primera ocasión de temporización de dicha pluralidad de ocasiones de temporización corresponde a un primer canal de datos de UL con una primera duración, y un segundo canal de control de DL en una segunda ocasión de temporización de dicha pluralidad de ocasiones de temporización corresponde a un segundo canal de datos de UL con una segunda duración, en el que cada uno de los sTTI DL dentro de la región de datos de DL tiene la misma longitud y comprende una de la pluralidad de ocasiones de tiempo, en el que cada una de la pluralidad de ocasiones de temporización dentro de una subtrama corresponde a un canal de datos de UL diferente, y la primera duración y la segunda duración son diferentes.
Description
DESCRIPCIÓN
Procedimiento y aparato para mejorar las concesiones de enlace ascendente en un intervalo de tiempo de transmisión (TTI) acortado en un sistema de comunicación inalámbrica
Esta divulgación generalmente se refiere a las redes de comunicación inalámbrica, y más particularmente, a un procedimiento y aparato para mejorar las concesiones de enlace ascendente en un t T i acortado en un sistema de comunicación inalámbrica.
Antecedentes
Con el aumento rápido de demanda para la comunicación de grandes cantidades de datos a y desde dispositivos de comunicación móvil, las redes de comunicación de voz móvil tradicionales evolucionan a redes que se comunican con paquetes de datos de Protocolo de Internet (IP). Tal comunicación de paquetes de datos de IP puede proporcionar a los usuarios de dispositivos de comunicación móvil con servicios de comunicación de voz sobre IP, multimedia, multidifusión y bajo demanda.
Una estructura de red ejemplar es una Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos para realizar los servicios de voz sobre IP y multimedia mencionados anteriormente. Una nueva tecnología de radio para la próxima generación (por ejemplo, 5G) se discute actualmente por la organización de estándares 3GPP. En consecuencia, los cambios al cuerpo actual del estándar 3GPP se presentan y consideran actualmente para evolucionar y finalizar con el estándar 3GPP.
HUAWEI Y OTROS en "Short TTI for DL transmissions", 3GPP DRAFT, R1-160292, 2016-02-06 describe las longitudes de TTI para transmisiones PDSCH y transmisiones PUCCH.
ERICSSON en "Downlink control signaling design for short TTI", 3GPP DRAFT, R1-163322, 2016-04-01, describe el mecanismo de programación para PUSCH y PDSCH con TTI acortados. El documento WO 2016/040290 A1 divulga dispositivos y técnicas para determinar la duración del intervalo de tiempo de transmisión (TTI) y/o variar la duración del TTI.
ETRI en "Discussion on TTI shortening", 3GPP DRAFT, R1-157110, 2015-11-15, describe el impacto de la especificación del acortamiento del TTI y varios supuestos sobre los tiempos de procesamiento.
INTERDIGITAL en "Short TTI PUSCH Design", 3GPP DRAFT, R1-162966, 2016-04-01 describe el diseño de los sTTI acortados para PUSCH.
ERICSSON en "Overview of TTI shortening and reduced processing time for DL transmissions", 3GPP DRAFT, R1-160929, 2016-02-14, presenta algunas opciones para el acortamiento del TTI y describe la viabilidad y el efecto de estas opciones desde una perspectiva de DL.
HUAWEI Y OTROS en "Short TTI for UL transmissions", 3GPP DRAFT, R1-162115, describe la duración del TTI de la temporización de programación PUSCH para la retransmisión del PUSCH y UL.
Sumario
Un procedimiento y aparato para programar transmisiones de enlace ascendente en un sistema de comunicación inalámbrica se divulgan y definen en las reivindicaciones independientes 1, 4 y 5, respectivamente. Las realizaciones preferentes de los mismos se definen en las reivindicaciones dependientes, respectivamente.
Las realizaciones que no caen dentro del ámbito de las reivindicaciones deben considerarse como ejemplos útiles para comprender la invención.
Breve descripción de las figuras
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrica de acuerdo con una realización ejemplar.
La Figura 2 es un diagrama de bloques de un sistema transmisor (conocido además como red de acceso) y un sistema receptor (conocido además como equipo de usuario o UE) de acuerdo con una realización ejemplar. La Figura 3 es un diagrama de bloques funcional de un sistema de comunicación de acuerdo con una realización ejemplar.
La Figura 4 es un diagrama de bloques funcional del código de programa de la Figura 3 de acuerdo con una realización ejemplar.
La Figura 5 es una reproducción de la Tabla 6.7-1 de 3GPP TS 36.211 v13.1.0.
La Figura 6 es una reproducción de la Tabla 6.8A.1-1 de 3GPP TS 36.211 v13.1.0.
La Figura 7 es una reproducción de la Tabla 6.8A.1-2 de 3GPP TS 36.211 v13.1.0.
La Figura 8 es una reproducción de la Tabla 9.1.1-1 de 3GPP TS 36.213 v13.1.1.
La Figura 9 es una reproducción de la Tabla 9.1.1-1A de 3GPP TS 36.213 v13.1.1.
La Figura 10 es una reproducción de la Tabla 9.1.1-1A de 3GPP TS 36.213 v13.1.1.
La Figura 11 es una reproducción de la Tabla 7.1-1 de 3GPP TS 36.213 v13.1.1.
La Figura 12 es una reproducción de la Tabla 7.1-2 de 3GPP TS 36.213 v13.1.1.
La Figura 13 es una reproducción de la Tabla 7.1-3 de 3GPP TS 36.213 v13.1.1.
La Figura 14 es una reproducción de la Tabla 7.1-5 de 3GPP TS 36.213 v13.1.1.
La Figura 15 es una reproducción de la Figura 5.3.3-1 de 3GPP TS 36.212 v13.1.0.
La Figura 16 es una reproducción de la Tabla 5.3.3.2-1 de 3GPP TS 36.212 v13.1.0.
La Figura 17a es una reproducción de la Tabla 8-2 de 3GPP TS 36.213 v13.1.0.
La Figura 17b es una reproducción de la Tabla 8-2a de 3GPP TS 36.213 v13.1.0.
La Figura 18 es una reproducción de la Tabla 9.1.2-1 de 3GPP TS 36.213 v13.1.0.
La Figura 19 es un diagrama de acuerdo con una realización ejemplar.
La Figura 20 es un diagrama de acuerdo con una realización ejemplar.
La Figura 21 es un diagrama de acuerdo con una realización ejemplar.
La Figura 22 es un diagrama de acuerdo con una realización ejemplar.
La Figura 23 es un diagrama de flujo de acuerdo con una realización ejemplar.
La Figura 24 es un diagrama de flujo de acuerdo con una realización ejemplar.
La Figura 25 es un diagrama de flujo de acuerdo con una realización ejemplar.
La Figura 26 es un diagrama de acuerdo con una realización ejemplar.
La Figura 27 es un diagrama de acuerdo con una realización ejemplar.
La Figura 28 es un diagrama de acuerdo con una realización ejemplar.
La Figura 29 es un diagrama de acuerdo con una realización ejemplar.
La Figura 30 es un diagrama de acuerdo con una realización ejemplar.
La Figura 31 es un diagrama de flujo de acuerdo con una realización ejemplar.
La Figura 32 es un diagrama de flujo de acuerdo con una realización ejemplar.
La Figura 33 es un diagrama de flujo de acuerdo con una realización ejemplar.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica ejemplares descritos más abajo emplean un sistema de comunicación inalámbrica, que soporta un servicio de difusión. Los sistemas de comunicación inalámbrica se implementan ampliamente para proporcionar diversos tipos de comunicación tales como voz, datos, y así sucesivamente. Estos sistemas pueden basarse en acceso múltiple por división de código (CDMA), acceso múltiple
por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico 3GPP LTE (Evolución a largo plazo), 3GPP Lt E-A o LTE-Advanced (Evolución a largo plazo avanzada), 3GPP2 UMB (Banda ancha ultra móvil), WiMax, o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica ilustrativos que se describen a continuación pueden diseñarse para admitir uno o más estándares, tal como el estándar ofrecido por un consorcio llamado "Proyecto de Asociación de 3ra Generación" denominado en la presente memoria como 3GPP, que incluye: RP-150465, "New SI proposal: Study on Latency reduction techniques for LTE", Ericsson, Huawei; TS 36.213 v13.1.1, "E-UTRA Physical layer procedures (Release 13)."; TS 36.211 V13.1.0, "Physical channels and modulation (Release 13)"; TS 36.212 V13.1.0, "E-UTRA Multiplexing and channel coding (Release 13)"; R1-163068, "DL channel design for shortened TTI", Qualcomm Incorporated; y R1-163322, "Downlink control signaling design for short TTI", Ericsson.
La Figura 1 muestra un sistema de comunicación inalámbrica de acceso múltiple de acuerdo con una realización de la invención. Una red de acceso 100 (AN) incluye grupos de antenas múltiples, uno que incluye 104 y 106, otro que incluye 108 y 110, y un adicional que incluye 112 y 114. En la Figura 1, sólo se muestran dos antenas para cada grupo de antenas, sin embargo, pueden usarse más o menos antenas para cada grupo de antenas. El terminal de acceso 116 (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal de acceso 116 a través del enlace delantero 120 y reciben información desde el terminal de acceso 116 a través del enlace inverso 118. El terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al terminal de acceso (AT) 122 a través del enlace directo 126 y reciben información desde el terminal de acceso (AT) 122 a través del enlace inverso 124. En un sistema FDD, los enlaces de comunicación 118, 120, 124 y 126 pueden usar la frecuencia diferente para la comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente entonces a la usada por el enlace inverso 118.
Cada grupo de antenas y/o el área en la que se diseñan para comunicarse se refiere a menudo como un sector de la red de acceso. En la realización, cada uno de los grupos de antenas se diseñan para comunicarse con terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación a través de los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden usar la formación de haz para mejorar la relación señal-ruido de los enlaces directos para los terminales de acceso 116 y 122 diferentes. Además, una red de acceso que usa la formación de haz para transmitir a terminales de acceso dispersados aleatoriamente a través de su cobertura provoca menos interferencia a los terminales de acceso en las celdas vecinas que una red de acceso que transmite a través de una sola antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para comunicarse con las terminales y también puede denominarse punto de acceso, Nodo B, estación base, estación base mejorada, Nodo B evolucionado (eNB), o alguna otra terminología. Un terminal de acceso (AT) puede denominarse además un equipo de usuario (UE), un dispositivo de comunicación inalámbrica, un terminal, un terminal de acceso o alguna otra terminología.
La Figura 2 es un diagrama de bloques simplificado de una realización de un sistema transmisor 210 (conocido además como la red de acceso) y un sistema receptor 250 (conocido además como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema MIMO 200. En el sistema transmisor 210, el dato de tráfico para un número de flujos de datos se proporciona desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214. Preferentemente, cada flujo de datos se transmite a través de una antena de transmisión respectiva. El procesador de datos TX 214 formatea, codifica, e intercala el dato de tráfico para cada flujo de datos en base a un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar el dato codificado.
El dato codificado para cada flujo de datos puede multiplexarse con el dato piloto mediante el uso de técnicas OFDM. El dato piloto es típicamente un patrón de datos conocido que se procesa de manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos se modulan (es decir, se mapean símbolos) en base a un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) que se selecciona para ese flujo de datos para proporcionar símbolos de modulación. La velocidad de datos, codificación y modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos entonces se proporcionan a un procesador TX MIMO 220, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador TX MIMO 220 entonces proporciona Nt secuencias de símbolos de modulación para Nt transmisores (TMTR) 222a al 222t. En ciertas realizaciones, el procesador TX MIMO 220 aplica los pesos de la formación de haz a los símbolos de los flujos de datos y a la antena desde la que se transmite el símbolo.
Cada transmisor 222 recibe y procesa una secuencia de símbolos respectiva para proporcionar una o más señales analógicas, y condiciona además (por ejemplo, amplifica, filtra, y convierte hacia arriba) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión a través del canal MIMO. Nt señales moduladas desde los transmisores 222a al 222t entonces se transmiten desde Nt antenas 224a a la 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben por Nr antenas 252a a la 252r y la señal recibida desde cada antena 252 se proporciona a un receptor (RCVR) respectivo 254a al 254r. Cada receptor 254 condiciona (por ejemplo, filtra, amplifica y convierte hacia abajo) una señal recibida respectiva, digitaliza la señal condicionada para proporcionar muestras, y procesa además las muestras para proporcionar una secuencia de símbolos "recibida" correspondiente.
Un procesador de datos RX 260 entonces recibe y procesa las Nr secuencias de símbolos recibidas desde Nr receptores 254 en base a una técnica de procesamiento del receptor particular para proporcionar Nt secuencias de símbolos "detectadas". El procesador de datos RX 260 entonces demodula, desintercala, y decodifica cada flujo de símbolos detectada para recuperar el dato de tráfico para el flujo de datos. El procesamiento por el procesador de datos RX 260 es complementario al realizado por el procesador TX MIMO 220 y el procesador de datos TX 214 en el sistema transmisor 210.
Un procesador 270 determina periódicamente qué matriz de codificación previa usar (discutida más abajo). El procesador 270 formula un mensaje de enlace inverso que comprende una porción de índice de matriz y una porción de valor de rango.
El mensaje de enlace inverso puede comprender diversos tipos de información respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso entonces se procesa por un procesador de datos TX 238, que recibe además el dato de tráfico para un número de flujos de datos desde una fuente de datos 236, modulados por un modulador 280, condicionados por los transmisores 254a al 254r, y transmitidos de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas desde el sistema receptor 250 se reciben por las antenas 224, se condicionan por los receptores 222, se demodulan por un demodulador 240, y se procesan por un procesador de datos RX 242 para extraer el mensaje de enlace de reserva transmitido por el sistema receptor 250. El procesador 230 entonces determina qué matriz de codificación previa usar para determinar los pesos de la formación de haz entonces procesa el mensaje extraído.
Al regresar a la Figura 3, esta figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la invención. Como se muestra en la Figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede usarse para realizar los UEs (o ATs) 116 y 122 en la Figura 1 o la estación base (o AN) 100 en la Figura 1, y el sistema de comunicaciones inalámbricas es preferentemente el sistema LTE. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad de procesamiento central (CPU) 308, una memoria 310, un código de programa 312, y un transceptor 314. El circuito de control 306 ejecuta el código de programa 312 en la memoria 310 a través de la CPU 308, que controla de esta manera un funcionamiento del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales introducidas por un usuario a través del dispositivo de entrada 302, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, que entrega señales recibidas al circuito de control 306, y que emite señales generadas por el circuito de control 306 de forma inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede usarse además para realizar la AN 100 en la Figura 1.
La Figura 4 es un diagrama de bloques simplificado del código de programa 312 mostrado en la Figura 3 de acuerdo con una realización de la invención. En esta realización, el código de programa 312 incluye una capa de aplicación 400, una porción de la Capa 3402, y una porción de la Capa 2404, y se acopla a una porción de la Capa 1406. La porción de la Capa 3402 realiza generalmente el control de recursos de radio. La porción de la Capa 2404 realiza generalmente el control de enlace. La porción de la Capa 1406 realiza generalmente las conexiones físicas.
La latencia de datos por paquetes es una de las métricas importantes para la evaluación del rendimiento. La reducción de la latencia de datos por paquetes mejora el rendimiento del sistema. En 3GPP RP-150465, el elemento de estudio "Study on latency reduction techniques for LTE" generalmente tiene como objetivo investigar y estandarizar algunas técnicas de reducción de latencia.
De acuerdo con 3GPP RP-150465, el objetivo del elemento de estudio es generalmente estudiar las mejoras al sistema de radio E-UTRAN para reducir significativamente la latencia de datos por paquetes sobre la interfaz aérea LTE Uu para un UE activo y reducir significativamente la latencia de ida y vuelta del transporte de datos por paquetes para los UE que han estado inactivos durante un período más largo (en estado conectado). El área de estudio incluye la eficiencia de recursos, que incluye la capacidad de la interfaz aérea, la vida útil de la batería, los
recursos del canal de control, el impacto de las especificaciones y la viabilidad técnica. Se consideran tanto los modos dúplex FDD (Dúplex por división de frecuencia) como TDD (Dúplex por división de tiempo).
La latencia de datos por paquetes es una de las métricas importantes para la evaluación del rendimiento. La reducción de la latencia de datos por paquetes mejora el rendimiento del sistema. En 3GPP RP-150465, el elemento de estudio "study on latency reduction techniques for LTE" generalmente tiene como objetivo investigar y estandarizar algunas técnicas de reducción de latencia.
De acuerdo con 3GPP RP-150465, el objetivo del elemento de estudio es estudiar las mejoras al sistema de radio E-UTRAN (Red de acceso de radio terrestre universal evolucionada) con el fin de reducir significativamente la latencia de datos por paquetes sobre la interfaz aérea LTE (Evolución a largo plazo) Uu para un UE activo (Equipo de usuario) y reducir significativamente la latencia de ida y vuelta del transporte de datos por paquetes para los UE que han estado inactivos durante un período más largo (en estado conectado). El área de estudio incluye la eficiencia de recursos, que incluye la capacidad de la interfaz aérea, la vida útil de la batería, los recursos del canal de control, el impacto de las especificaciones y la viabilidad técnica. Se consideran tanto los modos dúplex FDD (Dúplex por división de frecuencia) como TDD (Dúplex por división de tiempo).
De acuerdo con RP-150465, se deben estudiar y documentar dos áreas:
Soluciones de acceso rápido de enlace ascendente - Para los UE activos y los UE que han estado inactivos por más tiempo, pero se mantienen conectados en RRC (control de recursos de radio), el enfoque debe estar en reducir la latencia del plano de usuario para la transmisión UL programada y en obtener una solución más eficiente en recursos con protocolo mejoras en la señalización, en comparación con las soluciones de preprogramación permitidas por el estándar actual, con y sin preservar la duración actual del TTI (intervalo de tiempo de transmisión) y los tiempos de procesamiento.
Acortamiento de TTI y tiempos de procesamiento reducidos - Evaluar el impacto de la especificación y estudiar la viabilidad y el rendimiento de las longitudes de TTI entre 0,5 ms y un símbolo OFDM (multiplexación por división de frecuencia ortogonal), teniendo en cuenta el impacto en las señales de referencia y la señalización de control de la capa física.
El acortamiento de TTI y la reducción del tiempo de procesamiento se pueden considerar como una solución efectiva para reducir la latencia, ya que la unidad de tiempo de transmisión se puede reducir, por ejemplo, del símbolo de 1 ms (14 OFDM) a los símbolos OFDM 1~7 y el retardo causado por la decodificación también se pueden reducir. Otro beneficio de acortar la duración del TTI es que admite una granularidad más fina del tamaño del bloque de transporte (TB), de modo que se podría reducir el relleno innecesario. Por otro lado, la reducción de la longitud de TTI también puede tener un impacto significativo en el diseño del sistema actual, ya que los canales físicos se desarrollan en base a una estructura de 1 ms. Un TTI acortado también se denomina sTTI.
Para el canal de control, en LTE hay dos tipos de canales de control, uno de ellos es el canal físico de control de enlace descendente (PDCCH), que es una señal de banda ancha en todo el ancho de banda del sistema y que ocupa los primeros (por ejemplo, 1~4) símbolos OFDM de subtrama de 1 ms. La región ocupada por el PDCCH generalmente se denomina región de control y la parte restante de la subtrama se conoce generalmente como región de datos. Un segundo tipo de canal de control, ePDCCH (Canal físico de control de enlace descendente mejorado), ocupa la región de datos en el dominio del tiempo, mientras que solo una parte del ancho de banda en el dominio de la frecuencia. Se puede encontrar una descripción más detallada en 3GPP TS 36.213 como sigue:
9.1.3 Procedimiento de asignación del indicador de formato de control (CFI)
La duración de PHICH se indica mediante capas superiores de acuerdo con la Tabla 6.9.3-1 en [3]. La duración señalada pone un límite inferior al tamaño de la región de control determinada a partir del indicador de formato de control (CFI). Si ÍVrb ' la duración extendida de PHICH está indicada por capas superiores, entonces el UE supondrá que CFI es igual a la duración de PHICH.
En las subtramas indicadas por capas superiores para decodificar PMC V ^ 1ÜH, cuando 00 ' un UE puede suponer que CFI es igual al valor del parámetro de la capa superior non-MBSFNregionLength [11].
Además, 3GPP TS 36.211 establece:
6.7 Canal físico indicador de formato de control
El canal físico indicador de formato de control transporta información sobre el número de símbolos OFDM usados para la transmisión de PDCCH en una subtrama. El conjunto de símbolos OFDM que se pueden usar para el PDCCH en una subtrama se indica en la Tabla 6.7-1.
[La Tabla 6.7-1 de 3GPP TS 36.211 v13.1.0, titulada "Número de símbolos OFDM usados para el PDCCH", se reproduce como la Figura 5]
El UE puede suponer que el PCFICH se transmite cuando el número de símbolos OFDM para el PDCCH es mayor que cero a menos que se indique de cualquier otra manera en [4, cláusula 12].
3GPP TS 36.211 también establece:
6.2.4 Grupos de elementos de recursos
Los grupos de elementos de recursos se usan para definir el mapeo de canales de control a los elementos de recursos.
Un grupo de elementos de recursos está representado por el par de índices (k',l') del elemento de recurso con el índice más bajo k en el grupo con todos los elementos de recursos en el grupo que tienen el mismo valor de l. El conjunto de elementos de recursos (kj) en un grupo de elementos de recursos depende del número de señales de referencia específicas de celda configuradas como se describe a continuación con kñ — 11V NiVvw(. i 0 < nv <<N jVr dbl • - En el primer símbolo OFDM de la primera ranura de una subtrama, los dos grupos de elementos de recursos en el bloque de recursos físicos npRB consisten de elementos de recursos (k,l=0) con k = ko 0, ko 1,..., ko 5 and k = ko +6, ko +7,..., ko +11, respectivamente.
- En el segundo símbolo OFDM de la primera ranura en una subtrama en el caso de una o dos señales de referencia específicas de celda configuradas, los tres grupos de elementos de recursos en el bloque de recursos físicos npRB consisten de elementos de recursos (k,l = 1) con k = ko +o,ko 1, ..., ko +3, k = ko +4, ko +5, ..., ko +7 y k = ko +8, ko +9, ..., ko +11, respectivamente.
- En el segundo símbolo OFDM de la primera ranura en una subtrama en el caso de cuatro señales de referencia específicas de celda configuradas, los dos grupos de elementos de recursos en el bloque de recursos físicos npRB consisten de elementos de recursos (k,l = 1) con k = ko +o, ko +1, ..., ko +5 y k = ko +6, ko +7, ..., ko +11, respectivamente.
- En el tercer símbolo OFDM de la primera ranura en una subtrama, los tres grupos de elementos de recursos en el bloque de recursos físicos npRB consisten de elementos de recursos (k,l = 2) con k = ko +o, ko +1, ..., ko +3, k = ko +4, ko +5, ..., ko +7 y k = ko +8, ko +9, ..., ko +11, respectivamente.
- En el cuarto símbolo OFDM de la primera ranura en una subtrama en caso de prefijo cíclico normal, los tres grupos de elementos de recursos en el bloque de recursos físicos npRB consisten de elementos de recursos (k,l = 3) con k = ko o,ko 1, ..., ko 3, k = ko 4, ko 5, ..., ko 7 y k = ko 8, ko 9, ..., ko 11, respectivamente.
- En el cuarto símbolo OFDM de la primera ranura en una subtrama en caso de prefijo cíclico extendido, los dos grupos de elementos de recursos en el bloque de recursos físicos npRB consisten de elementos de recursos (k,l = 3) con k = ko +o, ko +1, ..., ko +5 y k = ko +6, ko +7, ..., ko +11, respectivamente.
La asignación de un símbolo-cuádruple (z(/),z(/+1),z(/+2),z(/+3)} en un grupo de elementos de recursos representado por elemento de recurso (k',l') se define de manera que los elementos z(i) se mapean a elementos de recursos (k,l) del grupo de elementos de recursos no usado para las señales de referencia específicas de celda en orden creciente de / y k. En caso de que se configure una única señal de referencia específica de celda, se supondrá que las señales de referencia específicas de celda están presentes en los puertos de antena o y 1 con el fin de mapear un símbolocuádruple con un grupo de elementos de recursos; de cualquier otra manera, el número de señales de referencia específicas de celda se supondrá que son iguales al número real de puertos de antena usados para las señales de referencia específicas de celda. El UE no hará ninguna suposición sobre los elementos de recursos que se supone que están reservados para las señales de referencia pero que no se usan para la transmisión de una señal de referencia.
Para la estructura de trama de tipo 3, si el parámetro de capa superior subframeStartPos/t/on indica 'sü7' y la transmisión de enlace descendente comienza en la segunda ranura de una subtrama, la definición anterior se aplica a la segunda ranura de esa subtrama en lugar de la primera ranura.
6.2.4A Grupos de elementos de recursos mejorados (EREG)
Los EREG se usan para definir el mapeo de canales de control mejorados a los elementos de recursos.
Hay 16 EREG, numerados del o al 15, por par de bloques de recursos físicos. Numerar todos los elementos de recursos, excepto los elementos de recursos que transportan DM-RS para los puertos de antena p = {107,1ü8,1ü9,11ü} para el prefijo cíclico normal o p = {1o7,1 o8} para prefijo cíclico extendido, en un par de bloques
de recursos físicos cíclicamente de 0 a 15 en un orden creciente de primera frecuencia, luego el tiempo. Todos los elementos de recursos con número i en ese par de bloques de recursos físicos constituye el EREG número i.
Para la estructura de trama de tipo 3, si el parámetro de capa superior subframeStartPosition indica 's07' y la transmisión de enlace descendente comienza en la segunda ranura de una subtrama, la definición anterior se aplica a la segunda ranura de esa subtrama en lugar de la primera ranura.
<...>
6.8A Canal físico de control de enlace descendente mejorado
6.8A.1 Formatos EPDCCH
El canal físico de control de enlace descendente mejorado (EPDCCH) transporta asignaciones de programación. Un canal físico de control de enlace descendente mejorado se transmite mediante el uso de una agregación de uno o varios elementos de canal de control mejorados (ECCE) consecutivos donde cada ECCE consiste de múltiples grupos de elementos de recursos mejorados (EREG), definidos en la cláusula 6.2.4A. El número de ECCE usados para un EPDCCH depende del formato de EPDCCH como se indica en la Tabla 6.8A.1-2 y el número de EREG por ECCE se indica en la Tabla 6.8A.1-1. Se admite tanto la transmisión localizada como distribuida.
Un EPDCCH puede usar transmisión localizada o distribuida, difiriendo en el mapeo de ECCE a EREG y pares PRB. Un UE monitoreará múltiples EPDCCH como se define en 3GPP TS 36.213 [4]. Se pueden configurar uno o dos conjuntos de pares de bloques de recursos físicos que un UE monitoreará para las transmisiones EPDCCH. Todos los candidatos de EPDCCH en el conjunto de EPDCCH Xm usan solo la transmisión localizada o solo distribuida según la configuración de las capas superiores. Dentro del conjunto EPDCCH Xm en la subtrama i, las ECCE disponibles para la transmisión de EPDCCH están numeradas del 0 al NECCE.m/ -1 y el número ECCE n corresponde a
(ii mod N ™CE) j N ®
EREG numerados en el índice PRB L»/jO pJ para el mapeo localizado, y
EREG numerados P' ECCE en índices PRB (« j max(l. / A^reo ))mod B para el mapeo distribuido, , , ,,-ECCE . , r ECCE ] =0,l,..., jVEREG - 1 , N t rRB
donde J EREG ' mero de EREG por ECCE, y ”N A€ tbreg es e| nú ¡N ECCE
ecce ereg es el número de ECCE por par de bloques de recursos. Los pares de bloques de recursos físicos que constituyen el conjunto EPDCCH Xm en este párrafo se supone que están numerados en orden ascendente de 0 a
, rECCE n
[Tabla 6.8A.1-1 de 3GPP TS 36.211 v13.1.0, titulada "Número de EREG por ECCE, a ereg - Se reproduce como la Figura 6]
[Tabla 6.8A.1-2 de 3GPP TS 36.211 v13.1.0, titulada "Formatos EPDCCH admitidos", se reproduce como la Figura 7]
El caso A en la Tabla 6.8A.1-2 se usa cuando se cumplen las condiciones correspondientes al caso 1 de la cláusula 9.1.4 de 3GPP TS 36.213 [4]; de cualquier otra manera, se usa el caso B. La cantidad nepdcch para un UE particular y al que se hace referencia en 3GPP TS 36.213 [4] se define como el número de elementos de recursos de enlace descendente (k,l) disponible para la transmisión EPDCCH en un par de bloques de recursos físicos configurado para una posible transmisión EPDCCH del conjunto EPDCCH Xo y se cumplen todos los siguientes criterios:
- son parte de cualquiera de los 16 EREG en el par de bloques de recursos físicos, y
- el UE supone que no se usarán para las señales de referencia específicas de celda, donde las posiciones de las señales de referencia específicas de celda se dan en la cláusula 6.10.1.2 con el número de puertos de antena y el desplazamiento de frecuencia de las señales de referencia específica de celda derivadas como se describe en la cláusula 6.10.1.2 a menos que se proporcionen otros valores para estos parámetros en la cláusula 9.1.4.3 en 3GPP TS 36.213 [4], y
- el UE supone que no se usarán para la transmisión de señales de referencia CSI, donde las posiciones de las señales de referencia CSI se dan en la cláusula 6.10.5.2 con la configuración para las señales de referencia CSI de potencia cero obtenidas como se describe en la cláusula 6.10.5.2 a menos que otros valores se proporcionan en la cláusula 9.1.4.3 en 3GPP TS 36.213 [4], y con la configuración para las señales de referencia CSI de potencia distinta de cero obtenidas como se describe en la cláusula 6.10.5.2, y
- para la estructura de trama de tipo 1 y 2, el índice l en la primera ranura de una subtrama cumple l > lEPDccHstart donde lEPDccHstart está dado por la cláusula 9.1.4.1 de 3GPP TS 36.213 [4], y
- para la estructura de trama de tipo 3,
- si el parámetro de capa superior subframeStartPosition indica 's07' y si la transmisión de enlace descendente comienza en la segunda ranura de una subtrama
- el índice l en la segunda ranura en la subtrama cumple l > lEPDccHstart donde lEPDccHstart está dado por la cláusula 7.1.6.4 de 3GPP TS 36.213 [4],
- de cualquier otra manera
- el índice l en la primera ranura en la subtrama cumple l > lEPDccHstart donde lEPDccHstart está dado por la cláusula 7.6.1.4 de 3GPP Ts 36.213 [4].
La información de control de enlace descendente (DOI) se transportaría en el canal de control, por ejemplo, PDOcH/ePDOcH. La información de control de enlace descendente se puede usar para transportar la programación de datos de enlace descendente o datos de enlace ascendente. La información de control de enlace descendente también puede usarse para transportar mensajes especiales, por ejemplo, activar algún procedimiento o controlar la potencia del UE, desde el eNB al UE. Existen varios formatos Dci diferentes que sirven a los diferentes propósitos anteriores. Tomando la programación de datos de enlace descendente como ejemplo, la Dci para la programación de datos de enlace descendente puede comprender la asignación de recursos (en el dominio de frecuencia), el esquema de modulación y codificación, la versión de redundancia, la ID del proceso HARQ (solicitud de repetición automática híbrida) y otra información requerida para realizar la recepción. se pueden encontrar más detalles en 3GPP Ts 36.212 V13.1.0 como sigue:
5.3.3.1.5D Formato 2D
La siguiente información se transmite por medio del formato Dci 2D:
- Indicador de portadora: 0 o 3 bits. El campo está presente de acuerdo con las definiciones en [3].
- Encabezado de asignación de recursos (asignación de recursos de tipo 0/tipo 1) - 1 bit como se define en la sección 7.1.6 de [3]
si el ancho de banda del enlace descendente es menor o igual a 10 PRB, no hay encabezado de asignación de recursos y se asume la asignación de recursos de tipo 0.
- Asignación de bloque de recursos:
- Para la asignación de recursos de tipo 0 como se define en la sección 7.1.6.1 de [3]
- 1 RE 1 bits proporcionan la asignación de recursos
- Para la asignación de recursos de tipo 1 como se define en la sección 7.1.6.2 de [3]
- r log2(P) - los bits de este campo se usan como un encabezado específico para este tipo de asignación de recursos para indicar el subconjunto de bloques de recursos seleccionados
- 1 bit indica que un desplazamiento en el intervalo de asignación de recursos
. Í-^rb 1 í ’]-riog.2('P)l_ l) bits proporcionan la asignación de recursos
donde el valor de P depende del número de bloques de recursos DL como se indica en la sección [7.1.6.1] de [3] - comando TPc para PUccH - 2 bits como se define en la sección 5.1.2.1 de [3]
- Índice de asignación de enlace descendente: número de bits especificado en la Tabla 5.3.3.1.2-2.
- Número de proceso HARQ: 3 bits (para casos con celda primaria FDD), 4 bits (para casos con celda primaria TDD)
- Puerto(s) de antena, identidad de codificación y número de capas: 3 bits como se especifica en la Tabla 5.3.3.1.5c-1 donde nsciD es la identidad de codificación para los puertos de antena 7 y 8 definida en la
sección 6.10.3.1 de [2], o 4 bits como se especifica en la Tabla 5.3.3.1.5C-2 donde nsciD es la identidad de codificación para los puertos de antena 7, 8, 11 y 13 definida en la sección 6.10.3.1 de [2] cuando el parámetro de capa superior dmrs-tableAIt está establecido en 1.
- Solicitud SRS -[0-1] bit. Este campo solo puede estar presente para la operación TDD y si está presente se define en la sección 8.2 de [3]
Además, para el bloque de transporte 1:
- Esquema de modulación y codificación: 5 bits como se define en la sección 7.1.7 de [3]
- Nuevo indicador de datos - 1 bit
- Versión de redundancia - 2 bits
Además, para el bloque de transporte 2:
- Esquema de modulación y codificación: 5 bits como se define en la sección 7.1.7 de [3]
- Nuevo indicador de datos - 1 bit
- Versión de redundancia - 2 bits
- Indicador de mapeo y cuasi coubicación PDSCH RE - 2 bits como se define en las secciones 7.1.9 y 7.1.10 de [3] - Desplazamiento de recursos HARQ-ACK (este campo está presente cuando EPDCCH transporta este formato.
Este campo no está presente cuando PDCCH transporta este formato) - 2 bits como se define en la sección 10.1 de [3]. Los 2 bits se establecen en 0 cuando EPDCCH transporta este formato en una celda secundaria, o cuando EPDCCH transporta este formato en la celda primaria, que programa el PDSCH en una celda secundaria y el UE está configurado con el formato PUCCH 3 para retroalimentación de la HARQ-ACK.
Si ambos bloques de transporte están habilitados; el bloque de transporte 1 se mapea a la palabra de código 0; y el bloque de transporte 2 se mapea a la palabra de código 1.
En caso de que uno de los bloques de transporte esté desactivado; el mapeo entre el bloque de transporte y la palabra de código se especifica de acuerdo con la Tabla 5.3.3.1.5-2. Para la palabra de código habilitada única, Valor = 4, 5, 6 en la Tabla 5.3.3.1.5C-1 solo se admiten para la retransmisión del bloque de transporte correspondiente si ese bloque de transporte se ha transmitido previamente mediante el uso de dos, tres o cuatro capas, respectivamente.
Si el número de bits de información en formato 2D transportados por el PDCCH pertenece a uno de los tamaños de la Tabla 5.3.3.1.2-1, se añadirá un bit cero al formato 2D.
Dado que los diferentes formatos de DCI pueden tener diferentes tamaños de carga útil y el UE puede necesitar adquirir diferentes formatos de DCI, el UE necesita decodificar varios candidatos de decodificación sin saber cuál o si el candidato existe. Se conoce como decodificación ciega. El recurso de decodificar candidato(s) se conoce como un espacio de búsqueda de un UE. El espacio de búsqueda es una partición adicional para el espacio de búsqueda común y el espacio de búsqueda específico del UE que puede contener diferentes tipos de mensajes. Dentro del espacio de búsqueda, el UE puede buscar diferentes formatos DCI. Además, dentro del espacio de búsqueda, el UE monitorearía el canal de control direccionado con un identificador diferente, por ejemplo, Identificador temporal de red de radio (RNTI), que se realiza decodificando CRC (verificación de redundancia cíclica) de un candidato de decodificación con diferentes RNTI y verificando cuál pasaría la verificación. Los procedimientos relacionados se describen en 3GPP TS 36.213 como sigue:
9.1.1 Procedimiento de asignación de PDCCH
La región de control de cada celda de servicio consiste de un conjunto de CCE, numerados del 0 al nooE,A-1 de acuerdo con la subcláusula 6.8.1 en [3], donde nooE,k es el número total de CCE en la región de control de la subtrama k.
El UE monitoreará un conjunto de candidatos de PDCCH en una o más celdas de servicio activadas según se configure por la señalización de capa superior para información de control, donde el monitoreo implica intentar decodificar cada uno de los PDCCH en el conjunto de acuerdo con todos los formatos DCI monitoreados.
No se requiere un BL/CE UE para monitorear el PDCCH.
El conjunto de candidatos de PDCCH a monitorear se define en términos de espacios de búsqueda, donde un S(L)
espacio de búsqueda ‘ k a nivel de agregación L e {1,2,4,8} está definido por un conjunto de candidatos del PDCCH. Para cada celda de servicio en la que se monitorea el PDCCH, los CCE correspondientes al candidato de cUt
PDCCH m del espacio de búsqueda k se dan por
donde Yk se define a continuación, i= 0, ■■■,L-1. Para el espacio de búsqueda común m' = m. Para el espacio de búsqueda específico de UE PDCCH, para la celda de servicio en la que se monitorea PDCCH, si el UE de monitoreo está configurado con un campo indicador de portadora m' = m + Mf-L) na donde nci es el valor del campo indicador de portadora, si no, si el UE de monitoreo no está configurado con el campo indicador de portadora, entonces m' = m, donde m = 0, ■■■,M(L) -1. M<L) es el número de candidatos del PDCCH a monitorear en el espacio de búsqueda dado. Si un UE está configurado con un parámetro de capa superior cif-InSchedulingCell-r13, el valor del campo del indicador de portadora corresponde a cif-InSchedulingCell-r13, de cualquier otra manera, el valor del campo del indicador de portadora es el mismo que ServCellIndex dado en [11].
El UE monitoreará un espacio de búsqueda común en cada subtrama no DRX en cada uno de los niveles de agregación 4 y 8 en la celda primaria.
Un UE monitoreará el espacio de búsqueda común en una celda para decodificar los PDCCH necesarios para recibir MBMS en esa celda cuando esté configurado por capas superiores.
Si un UE no está configurado para el monitoreo de EPDCCH, y si el UE no está configurado con un campo indicador de portadora, entonces el UE monitoreará un espacio de búsqueda específico del UE PDCCH en cada uno de los niveles de agregación 1, 2, 4, 8 en cada celda de servicio activada en cada subtrama no DRX.
Si un UE no está configurado para el monitoreo de EPDCCH, y si el UE está configurado con un campo indicador de portadora, entonces el UE monitoreará uno o más espacios de búsqueda específicos del UE en cada uno de los niveles de agregación 1, 2, 4, 8 en una o más celdas de servicio activadas según se configure por la señalización de capa superior en cada subtrama no DRX.
Si un UE está configurado para el monitoreo de EPDCCH en una celda de servicio, y si esa celda de servicio está activada, y si el UE no está configurado con un campo indicador de portadora, entonces el UE deberá monitorear un espacio de búsqueda específico de UE PDCCH en cada uno de los niveles de agregación 1, 2, 4, 8 en esa celda de servicio en todas las subtramas no DRX donde EPDCCH no se monitorea en esa celda de servicio.
Si un UE está configurado para el monitoreo de EPDCCH en una celda de servicio, y si esa celda de servicio está activada, y si el UE está configurado con un campo indicador de portadora, entonces el UE monitoreará uno o más espacios de búsqueda específicos de UE PDCCH en cada uno de los niveles de agregación 1, 2, 4, 8 en esa celda de servicio según se configure por la señalización de capa superior en todas las subtramas no DRX donde EPDCCH no se monitorea en esa celda de servicio.
Los espacios de búsqueda comunes y específicos de UE PDCCH en la celda primaria pueden solaparse.
Un UE configurado con el campo indicador de portadora asociado con el monitoreo de PDCCH en la celda de servicio c monitoreará el PDCCH configurado con el campo indicador de portadora y con la CRC codificada por C-RNTI en el espacio de búsqueda específico de UE PDCCH de la celda de servicio c.
Un UE configurado con el campo indicador de portadora asociado con el monitoreo de PDCCH en la celda primaria deberá monitorear el PDCCH configurado con el campo indicador de portadora y con la CRC codificada por SPS C-RNTI en el espacio de búsqueda específico de UE PDCCH de la celda primaria.
El UE monitoreará el espacio de búsqueda común para el PDCCH sin el campo indicador de portadora.
Para la celda de servicio en la que se monitorea el PDCCH, si el UE no está configurado con un campo indicador de portadora, monitoreará el espacio de búsqueda específico de UE PDCCH para el PDCCH sin el campo indicador de portadora, si el UE está configurado con un campo indicador de portadora monitorear el espacio de búsqueda específico de UE PDCCH para el PDCCH con el campo indicador de portadora.
Si el UE no está configurado con una Scell LAA, no se espera que el UE monitoree el PDCCH de una celda secundaria si está configurado para monitorear el PDCCH con el campo indicador de portadora correspondiente a esa celda secundaria en otra celda de servicio.
Si el UE está configurado con una Scell LAA, no se espera que el UE monitoree el espacio específico de UE PDCCH de la Scell LAA si está configurado para monitorear el PDCCh con el campo indicador de portadora correspondiente a esa Scell LAA en otra celda de servicio,
- donde no se espera que el UE esté configurado para monitorear el PDCCH con un campo indicador de portadora en una Scell lAA;
- donde no se espera que el UE se programe con el PDSCH que comienza en la segunda ranura en una subtrama en una Scell LAA si el UE está configurado para monitorear el PDCCH con un campo indicador de portadora correspondiente a esa Scell LAA en otra celda de servicio.
Para la celda de servicio en la que se monitorea el PDCCH, el UE monitoreará los candidatos de PDCCH al menos para la misma celda de servicio.
Un UE configurado para monitorear los candidatos de PDCCH con la CRC codificada por C-RNTI o SPS C-RNTI con un tamaño de carga útil común y con el mismo primer índice CCE hoce (como se describe en la subcláusula 10.1), pero con diferentes conjuntos de campos de información DCI como se define en [4] en el
espacio de búsqueda común
El Espacio de búsqueda específico de UE PDCCH
en la celda primaria supondrá que para los candidatos de PDCCH con la CRC codificada por C-RNTI o SPS C-RNTI,
si el UE se configura con el campo indicador de portadora asociado con el monitoreo del PDCCH en la celda primaria, solo el PDCCH en el espacio de búsqueda común se transmite por la celda primaria;
de cualquier otra manera, solo el PDCCH en el espacio de búsqueda específico del UE se transmite por la celda primaria.
Un UE configurado para monitorear los candidatos del PDCCH en una celda de servicio dada con un tamaño de formato DCI dado con el CIF, y la CRC codificada por el C-RNTI, donde los candidatos del PDCCH pueden tener uno o más valores posibles de CIF para el tamaño de formato DCI dado, supondrá que un candidato del PDCCH con el tamaño de formato DCI dado puede transmitirse en la celda de servicio dada en cualquier espacio de búsqueda específico de UE PDCCH correspondiente a cualquiera de los valores posibles de CIF para el tamaño de formato DCI dado.
Si una celda de servicio es una Scell LAA, y si el parámetro de capa superior subframeStartPosition para Scell indica 's07',
- El UE monitorea los candidatos de espacio de búsqueda específicos de UE PDCCH en la Scell tanto en la primera como en la segunda ranura de una subtrama, y los niveles de agregación que definen los espacios de búsqueda se enumeran en la Tabla 9.1.1-1A;
de cualquier otra manera,
- Los niveles de agregación que definen los espacios de búsqueda se enumeran en la Tabla 9.1.1-1.
Si una celda de servicio es una Scell LAA, el UE puede recibir PDCCH con la CRC de DCI codificada por CC-RNTI como se describe en la subcláusula 13A en la Scell LAA.
Los formatos DCI que monitoreará el UE dependerán del modo de transmisión configurado para cada celda de servicio como se define en la subcláusula 7.1.
Si un UE se configura con un parámetro de capa superior skipMonitoringDCI-format0-1A para una celda de servicio, no se requiere que el UE monitoree el PDCCH con el formato DCI 0/1A en el espacio de búsqueda específico del UE para esa celda de servicio.
Si un UE se configura con un parámetro de capa superior pdcch-candidateReductions para un espacio de búsqueda específico del UE a nivel de agregación L para una celda de servicio, el número correspondiente de candidatos del = redondeo (¡y X M : ^
PDCCH se da por ' 10131 ’ donde el valor de a se determina de acuerdo con la Tabla 9.1.1-2 y m t {olt )al se determina de acuerdo con la Tabla 9.1.1-1 reemplazando M L) con
[Tabla 9.1.1-1 de 3GPP TS 36.213 v13.1.1, titulada "Candidatos del PDCCH monitoreados por un UE", se reproduce como la Figura 8]
[Tabla 9.1.1-1A de 3GPP TS 36.213 v13.1.1, titulada "Candidatos de espacio de búsqueda específicos del UE PDCCH monitoreados por un UE en la Scell LAA", se reproduce como la Figura 9]
[Tabla 9.1.1-1A de 3GPP TS 36.213 v13.1.1, titulada "Factor de escala para la reducción de candidatos del PDCCH", se reproduce como la Figura 10]
Para los espacios de búsqueda comunes, Yk se establece en 0 para los dos niveles de agregación L = 4 y L = 8.
c(X)
Para el espacio de búsqueda específico del UE ‘ k a nivel de agregación L, la variable Yk se define por
donde Y-1 = hrnti ^ 0, A = 39827, D = 65537 y k = Lns/ 2J , ns es el número de ranura dentro de una trama de radio. El valor RNTI usado para nRNTi se define en la subcláusula 7.1 en el enlace descendente y en la subcláusula 8 en el enlace ascendente. [...]
9.1.4 Procedimiento de asignación de EPDCCH
Para cada celda de servicio, la señalización de capa superior puede configurar un UE con uno o dos conjuntos de EPDCCH-PRB para el monitoreo de EPDCCH. Los pares PRB correspondientes a un conjunto EPDCc H-PRB se indican mediante las capas superiores como se describe en la subcláusula 9.1.4.4. Cada conjunto de EPDCCH-PRB consiste de un conjunto de ECCE numerados del 0 al Necce,p,a-1 donde Neccepa es el número de ECCE en el conjunto EPDCCH-PRB p de subtrama k. Cada conjunto de EPDCCH-PRB se puede configurar para la transmisión del EPDCCH localizado o transmisión del EPDCCH distribuido.
El UE monitoreará un conjunto de candidatos del EPDCCH en una o más celdas de servicio activadas según se configure por la señalización de capa superior para información de control, donde el monitoreo implica intentar decodificar cada uno de los EPDCCH en el conjunto de acuerdo con los formatos DCI monitoreados.
No se requiere un BL/CE UE para monitorear el EPDCCH.
El conjunto de candidatos del EPDCCH a monitorear se define en términos de espacios de búsqueda específicos del UE EPDCCH.
Para cada celda de servicio, las subtramas en las que el UE monitorea los espacios de búsqueda específicos del UE EPDCCH se configuran por capas superiores.
El UE no monitoreará el EPDCCH
- Para la TDD y CP de enlace descendente normal, en las subtramas especiales para las configuraciones de subtrama especiales 0 y 5 se muestran en la Tabla 4.2-1 de [3].
- Para la TDD y CP de enlace descendente extendido, en las subtramas especiales para las configuraciones de subtramas especiales 0, 4 y 7 se muestran en la Tabla 4.2-1 de [3].
- En subtramas indicadas por capas superiores para decodificar PMCH.
- Para la TDD y si el UE se configura con diferentes configuraciones de UL/DL para la celda primaria y secundaria, en una subtrama de enlace descendente en la celda secundaria cuando la misma subtrama en la celda primaria es una subtrama especial y el UE no es capaz de la recepción y transmisión simultáneas en las celdas primaria y secundaria.
Un espacio de búsqueda específico de UE EPDCCH a nivel de agregación L e {1,2,4,8,16,32} está definido por un conjunto de candidatos del EPDCCH.
Para un conjunto EPDCCH-PRB p, los ECCE correspondientes al candidato del EPDCCH m del espacio de pe (k)
búsqueda están dados por
donde
Yp,k se define a continuación,
b = nci si el UE se configura con un campo indicador de portadora para la celda de servicio en la que se monitorea EPDCCH, de cualquier otra manera b = 0
nci es el valor del campo indicador de portadora,
Si el UE no se configura con un campo indicador de portadora para la celda de servicio en la que se monitorea EPDCCH, ‘ p es el número de candidatos del EPDCCH a monitorear a nivel de agregación L en el conjunto EPDCCH-PRB p para la celda de servicio en la que se monitorea EPDCCH, como se indica en las Tablas 9.1.4-1a, 9.1.4-1 b, 9.1.4-2a, 9.1.4-2b, 9.1.4-3a , 9.1.4-3b, 9.1.4-4a, 9.4.4-4b, 9.1.4-5a, 9.1.4-5b a continuación; de cualquier otra manera, m p es el número de candidatos del EPDCCH a monitorear a nivel de agregación L en el conjunto EPDCCH-PRB p para la celda de servicio indicada por na.
Si un UE se configura con un parámetro de capa superior pdcch-candidateReductions para un espacio de búsqueda específico a nivel de agregación L en el conjunto EPDCCH-PRB p para una celda de servicio, el número
\ ! ^ ^ — redondeo f n X \ { ^ ^ ]
correspondiente de candidatos del EPDCCH se da por P ' p,totalí c doncje el valor de a se
M 1
determina de acuerdo con la Tabla 9.1.1-2 y fMotal se determina de acuerdo con las Tablas 9.1.4-1a a 9.1.4-5b reemplazando M [l) p con
Si un UE se configura con un parámetro de capa superior cif-InSchedulingCell-r13, el valor del campo indicador de portadora corresponde a cif-InSchedulingCell-r13, de cualquier otra manera, el valor del campo indicador de portadora es el mismo que ServCellIndex dado en [11].
No se espera que un Ue monitoree un candidato del EPDCCH, si un ECCE correspondiente a ese candidato del EPDCCH está mapeado a un par PRB que se solapa en frecuencia con una transmisión de PBCH o señales de sincronización primarias o secundarias en la misma subtrama.
EPDCCH EPDCCH
Si un UE se configura con dos conjuntos EPDCCH-PRB con el mismo “ id./ (donde n>/ se define en la subcláusula 6.10.3A.1 en [3]), si el UE recibe un candidato del EPDCCH con un tamaño de carga útil DCI dado correspondiente a uno de los conjuntos EPDCCH-PRB y se mapea sólo a un conjunto dado de RE (como se describe en la subcláusula 6.8A.5 en [3]), y si el UE también se configura para monitorear un candidato del EPDCCH con el mismo tamaño de carga útil de DCI y correspondiente al otro conjunto de EPDCCH-PRB y que se mapea solo al mismo conjunto de RE, y si el número del primer ECCE del candidato del EPDCCH recibido se usa para determinar el recurso PUCCH para la transmisión HARQ-ACK (como se describe en la subcláusula 10.1.2 y la subcláusula 10.1.3), se determinará el número del primer ECCE en base al conjunto EPDCCH-PRB p = 0.
La variable Yp, k se define por
donde Yp,-1 = nRNTi t 0, Aq = 39827, A1 = 39829, D = 65537 y k = - n j 2J , ns es el número de ranura dentro de una trama de radio. El valor RNTI usado para nRNTi se define en la subcláusula 7.1 en el enlace descendente y en la subcláusula 8 en el enlace ascendente. Los formatos DCI que monitoreará el UE dependerán del modo de transmisión configurado para cada celda de servicio como se define en la subcláusula 7.1.
Si un UE se configura con un parámetro de capa superior skipMonitoringDCI-format0-1A para una celda de servicio, no se requiere que el UE monitoree el EPDCCH con el formato DCI 0/1A en el espacio de búsqueda específico del UE para esa celda de servicio.
Si una celda de servicio es una Scell LAA, y si el parámetro de capa superior subframeStartPosition para el Scell indica 's07'
- el UE monitorea los candidatos de espacio de búsqueda específicos de UE EPDCCH en la Scell suponiendo que comienzan tanto en la primera ranura como en la segunda ranura de una subtrama.
Los niveles de agregación que definen los espacios de búsqueda y el número de candidatos del EPDCCH monitoreados se dan de la siguiente manera
- Para un UE configurado con un solo conjunto de EPDCCH-PRB para la transmisión distribuida, los niveles de agregación que definen los espacios de búsqueda y el número de candidatos del EPDCCH monitoreados se enumeran en la Tabla 9.1.4-1a, Tabla 9.1.4-1 b.
- Para un UE configurado con un solo conjunto de EPDCCH-PRB para la transmisión localizada, los niveles de agregación que definen los espacios de búsqueda y el número de candidatos del EPDCCH monitoreados se enumeran en la Tabla 9.1.4-2a, Tabla 9.1.4-2b.
- Para un UE configurado con dos conjuntos EPDCCH-PRB para la transmisión distribuida, los niveles de agregación que definen los espacios de búsqueda y el número de candidatos del EPDCCH monitoreados se enumeran en la Tabla 9.1.4-3a, 9.1.4-3b.
- Para un UE configurado con dos conjuntos EPDCCH-PRB para la transmisión localizada, los niveles de agregación que definen los espacios de búsqueda y el número de candidatos del EPDCCH monitoreados se enumeran en la Tabla 9.1.4-4a, 9.4.4-4b.
- Para un UE configurado con un conjunto EPDCCH-PRB para la transmisión distribuida y un conjunto EPDCCH-PRB para la transmisión localizada, los niveles de agregación que definen los espacios de búsqueda y el número de candidatos del EPDCCH monitoreados se enumeran en la Tabla 9.1.4-5a, 9.1.4-5b.
Si el UE no se configura con un campo indicador de portadora para la celda de servicio en la que se monitorea wD!. y 1)1.
EPDCCH, í Vrb jvrb de la celda de servicio en la que se monitoriza EPDCCH. Si el UE se configura con un campo jVDL = ArDL
indicador de portadora para la celda de servicio en la que se monitorea EPDCCH, ™ 83 de la celda de servicio indicada por nci.
3GPP TS 36.213 V13.1.1 también establece:
7.1 Procedimiento de UE para recibir el canal físico compartido de enlace descendente
Excepto las subtramas indicadas por el parámetro de capa superior mbsfn-SubframeConfígList o por mbsfn-SubframeConfigList-v12x0 o por laa-SCellSubframeConfig de la celda de servicio c, un UE deberá
- tras la detección de un PDCCH de la celda de servicio con formato DCI 1, 1A, 1B, 1C, 1D, 2, 2A, 2B, 2C o 2D destinarse al UE en una subtrama, o
- tras la detección de un EPDCCH de la celda de servicio con formato DCI 1, 1A, 1B, 1D, 2, 2A, 2B, 2C o 2D destinarse al UE en una subtrama
decodificar el PDSCH correspondiente en la misma subtrama con la restricción del número de bloques de transporte definidos en las capas superiores.
Si un UE se configura por las capas superiores para decodificar el PDCCH con la CRC codificada por el SI-RNTI, el UE decodificará el PDCCH y el PDSCH correspondiente de acuerdo con cualquiera de las combinaciones definidas en la Tabla 7.1-1. La inicialización de codificación de PDSCH correspondiente a estos PDCCH se realiza mediante SI-RNTI.
[Tabla 7.1-1 de 3GPP TS 36.213 v13.1.1, titulada "PDCCH y PDSCH configurados por SI-RNTI", se reproduce como la Figura 11]
Si un UE se configura por las capas superiores para decodificar el PDCCH con la CRC codificada por el P-RNTI, el UE decodificará el PDCCH y el PDSCH correspondiente de acuerdo con cualquiera de las combinaciones definidas en la Tabla 7.1-2.
La inicialización de codificación de PDSCH correspondiente a estos PDCCH es por el P-RNTI.
Si un UE se configura por las capas superiores para decodificar el MPDCCH con la CRC codificada por el P-RNTI, el UE decodificará el MPDCCH y cualquier PDSCH correspondiente de acuerdo con cualquiera de las combinaciones definidas en la Tabla 7.1-2A.
La inicialización de codificación de PDSCH correspondiente a estos MPDCCH se realiza mediante P-RNTI.
No se requiere que el UE monitoree el PDCCH con la CRC codificada por el P-RNTI en la PSCell.
[Tabla 7.1-2 de 3GPP TS 36.213 v13.1.1, titulada "PDCCH y PDSCH configurados por el P-RNTI", se reproduce como la Figura 12]
Si un UE se configura por las capas superiores para decodificar el PDCCH con la CRC codificada por el RA-RNTI, el UE decodificará el PDCCH y el PDSCH correspondiente de acuerdo con cualquiera de las combinaciones definidas en la Tabla 7.1-3. La inicialización de codificación del PDSCH correspondiente a estos PDCCH se realiza mediante RA-RNTI.
Si un UE se configura por las capas superiores para decodificar el MPDCCH con la CRC codificada por el RA-RNTI, el UE decodificará el MPDCCH y el PDSCH correspondiente de acuerdo con cualquiera de las combinaciones definidas en la Tabla 7.1-3A. La inicialización de codificación del PDSCH correspondiente a estos MPDCCH se realiza por el RA-RNTI.
Cuando se asignan los RA-RNTI y C-RNTI o SPS C-RNTI en la misma subtrama, no se requiere que el UE decodifique un PDSCH en la celda primaria indicada por un PDCCH/EPDCCH con una CRC codificada por el C-RNTI o SPS C-RNTI.
[Tabla 7.1-3 de 3GPP TS 36.213 v13.1.1, titulada "PDCCH y PDSCH configurados por RA-RNTI", se reproduce como la Figura 13]
El UE se configura de forma semiestática a través de la señalización de capa superior para recibir transmisiones de datos PDSCH señalizadas a través de PDCCH/EPDCCH de acuerdo con uno de los modos de transmisión, denominado modo 1 a modo 10.
Si un UE se configura por las capas superiores para decodificar el PDCCH con la CRC codificada por el C-RNTI, el UE decodificará el PDCCH y cualquier PDSCH correspondiente de acuerdo con las respectivas combinaciones definidas en la Tabla 7.1-5. La inicialización de codificación del PDSCH correspondiente a estos PDCCH se realiza por el C-RNTI.
Si un UE se configura por las capas superiores para decodificar EPDCCH con la CRC codificada por el C-RNTI, el UE decodificará el EPDCCH y cualquier PDSCH correspondiente de acuerdo con las respectivas combinaciones definidas en la Tabla 7.1-5A. La inicialización de codificación del PDSCH correspondiente a estos EPDCCH se realiza por el C-RNTI.
Cuando un UE se configura en el modo de transmisión 9 o 10, en las subtramas de enlace descendente indicadas por el parámetro de capa superior mbsfn-SubframeConfígList o por mbsfn-SubframeConfigUst-v12x0 o por laa-SCellSubframeConfig de celda de servicio c excepto en las subtramas para la celda de servicio
- indicado por las capas superiores para decodificar el PMCH o,
- configurado por las capas superiores para que sea parte de una ocasión de señal de referencia de posicionamiento y la ocasión de señal de referencia de posicionamiento solo se configura dentro de las subtramas MBSFN y la longitud del prefijo cíclico usada en la subtrama #0 es el prefijo cíclico normal, el UE deberá tras la detección de un PDCCH con la CRC codificada por el C-RNTI con formato DCI 1A/2C/2D destinarse al UE o, tras la detección de un EPDCCH con la CRC codificada por el C-RNTI con formato DCI 1A/2C/2D destinarse al UE, decodificar el PDSCH correspondiente en la misma subtrama.
[Tabla 7.1-5 de 3GPP TS 36.213 v13.1.1, titulada "PDCCH y PDSCH configurados por el C-RNTI", se reproduce como la Figura 14]
Además, 3GPP TS 36.212 establece:
5.3.3 Información de control de enlace descendente
Una DCI transporta información de programación de enlace descendente, enlace ascendente o enlace lateral, solicitudes de informes CQI aperiódicos, información común LAA, notificaciones de cambio de MCCH [6] o comandos de control de potencia de enlace ascendente para una celda y un RNTI. El RNTI está codificado implícitamente en la CRC.
La Figura 5.3.3-1 muestra la estructura de procesamiento de una DCI. Se pueden identificar las siguientes etapas de codificación:
Multiplexación de elementos de información
Anexión CRC
Codificación de canal
Tasa de coincidencia
Las etapas de codificación para DCI se muestran en la siguiente figura.
[Figura 5.3.3-1 de 3GPP TS 36.212 v13.1.0, titulada "Procesamiento para una DCL", se reproduce como Figura 15]
5.3.3.2 Anexión CRC
La detección de errores se proporciona en las transmisiones DCI a través de una verificación de redundancia cíclica (CRC).
La carga útil completa se usa para calcular los bits de paridad CRC. Denote los bits de la carga útil por ao, a-i, a2, a3, ..., sa-i , y los bits de paridad por po, pi, p2, p3, ..., pl-1. A es el tamaño de la carga útil y L es el número de bits de paridad.
Los bits de paridad se calculan y anexan de acuerdo con la configuración de la sección 5.1.1 L a 16 bits, lo que resulta en la secuencia bo,b1,b2,b3,...,bB-1, donde B = A+ L.
En el caso de que la selección de la antena de transmisión UE de bucle cerrado no esté configurada o no sea aplicable, después de la anexión, los bits de paridad CRC se codifican con el RNTI correspondiente Xrnti, 0,Xrníí, 1, ...,Xmí/,15, donde xmti, o corresponde al MSB del RNTI, para formar la secuencia de bits co,C1,C2,C3,...,CB-1. La relación entre Ck y bkes\
ck = bk para k = 0,1, 2, .... A-1
En el caso de que la selección de antena de transmisión UE de bucle cerrado esté configurada y sea aplicable, después de la anexión, los bits de paridad CRC con formato DCI 0 se codifican con la máscara de selección de antena xas,o,xas,1,...,xas,15 como se indica en la Tabla 5.3.3.2-1 y el RNTI correspondiente xmti,o,xmti,1 ,...,xmti,15 para formar la secuencia de bits co,Ci,C2,C3,...,cb-1. La relación entre Ck y bk es:
ck = bk para k - 0, 1, 2, A l
[Tabla 5.3.3.2-1 de 3GPP TS 36.212 v13.1.0, titulada "Máscara de selección de antena de transmisión UE", se reproduce como la Figura 16]
La relación de tiempo entre el canal de control y el canal de datos se especifica en LTE. Cuando el UE recibe un canal de control en una subtrama n para programar los datos de enlace descendente, los datos de enlace descendente asociados se localizarían en la región de datos de la misma subtrama n. Y transmitiría la correspondiente retroalimentación de la HARQ en una subtrama específica después de la recepción, por ejemplo, en la subtrama n+4. Para la recepción de datos de enlace descendente, se aplica HARQ asíncrona, es decir, el tiempo de retransmisión no está vinculado al tiempo de retroalimentación. Por lo tanto, se requeriría el ID de proceso HARQ para la programación de datos de DL. Para la programación de datos de UL, cuando el UE recibe un canal de control en una subtrama n para programar los datos de enlace ascendente, los datos de enlace descendente asociados se localizarían en la subtrama n+4.
Para los datos de UL, no hay una región de control ya que los datos/control se multiplexan en el dominio de la frecuencia y los datos de UL pueden ocupar todos los símbolos en una subtrama dentro del recurso asignado, excepto aquellos que pueden estar ocupados por la señal de referencia (RS). Y esperaría la correspondiente retroalimentación de la HARQ o una concesión de retransmisión en una subtrama específica después de la recepción, por ejemplo, en la subtrama n+4. Para la transmisión de datos de enlace ascendente, se aplica HARQ síncrona, es decir, el tiempo de retransmisión está vinculado al tiempo de retroalimentación. Por lo tanto, la identificación del proceso HARQ no es necesaria para la programación de datos de UL.
Los detalles adicionales sobre la sincronización se describen en 3GPP TS 36.213 como sigue:
7.1 Procedimiento de UE para recibir el canal físico compartido de enlace descendente
Excepto las subtramas indicadas por el parámetro de capa superior mbsfn-SubframeConfígList o por mbsfn-SubframeConfigList-v12x0 o por laa-SCellSubframeConfig de la celda de servicio c, un UE deberá
- tras la detección de un PDCCH de la celda de servicio con formato DCI 1, 1A, 1B, 1C, 1D, 2, 2A, 2B, 2C o 2D destinarse al UE en una subtrama, o
- tras la detección de un EPDCCH de la celda de servicio con formato DCI 1, 1A, 1B, 1D, 2, 2A, 2B, 2C o 2D destinarse al UE en una subtrama
decodificar el PDSCH correspondiente en la misma subtrama con la restricción del número de bloques de transporte definidos en las capas superiores.
8.0 Procedimiento de UE para transmitir el canal físico compartido de enlace ascendente
El término "configuración de UL/DL" en esta subcláusula se refiere al parámetro de capa superior subframeAssignment a menos que se especifique de cualquier otra manera.
Para la operación de FDD y HARQ normal, el UE deberá, tras la detección en una celda de servicio dada de un PDCCH/EPDCCH con formato DCI 0/4 y/o una transmisión PHICH en la subtrama n destinarse al UE, ajustar la transmisión del PUSCH correspondiente en la subtrama n+4 de acuerdo con la información de PDCCH/EPDCCH y PHICH.
Para la FDD-TDD y la operación de HARQ normal y un PUSCH para la celda de servicio c con estructura de trama tipo 1, el UE deberá tras la detección de un PDCCH/EPDCCH con formato DCI 0/4 y/o una transmisión PHICH en la subtrama n destinarse al UE, ajustar la transmisión del PUSCH correspondiente para la celda de servicio c en la subtrama n+4 de acuerdo con la información de PDCCH/EPDCCH y PHICH.
- Para las configuraciones UL/DL de TDD 1-6 y la operación de HARQ normal, el UE deberá, tras la detección de un PDCCH/EPDCCH con formato DCI de enlace ascendente y/o una transmisión PHICH en la subtrama n destinarse al UE, ajuste la transmisión del PUSCH correspondiente en la subtrama n+k, con k dado en la Tabla 8-2, de acuerdo con la información de PDCCH/EPDCCH y PHICH.
- Para la TDD UL/DL configuración 0 y operación de HARQ normal, el UE deberá tras la detección de un PDCCH/EPDCCH con formato DCI de enlace ascendente y/o una transmisión PHICH en la subtrama n destinarse al UE, ajuste la transmisión del PUSCH correspondiente en la subtrama n+k si el MSB del índice UL en el PDCCH/EPDCCH con formato DCI de enlace ascendente se establece en 1 o se recibe PHICH en la
subtrama n= 0 o 5 en el recurso correspondiente a íphich = 0, como se define en la subcláusula 9.1.2, con k dado en la Tabla 8-2. Si, para TDD UL/DL configuración 0 y operación de HARQ normal, el LSB del índice UL en el formato DCI 0/4 se establece en 1 en la subtrama n o se recibe un PHICH en la subtrama n= 0 o 5 en el recurso correspondiente a íphich = 1, como se define en la subcláusula 9.1.2, o PHICH se recibe en la subtrama n= 1 o 6, el UE ajustará la transmisión del PUSCH correspondiente en la subtrama n+7. Si, para la configuración UL/DL de TDD 0, tanto el MSB como el LSB del índice u L en el PDCCH/EPDCCH con formato DCI de enlace ascendente se establecen en la subtrama n, el UE ajustará la transmisión del PUSCH correspondiente en ambas subtramas n+k y n+7, con k dado en la Tabla 8-2.
Para las configuraciones 1 y 6 de TDD UL/DL y la operación de agrupación de subtramas, el UE deberá tras la detección de un PDCCH/EPDCCH con formato DCI 0 en la subtrama n destinarse al UE, y/o una transmisión PHICH destinarse al UE en la subtrama n-l con l dado en la Tabla 8-2a, ajuste la primera transmisión del PUSCH correspondiente en el paquete en la subtrama n+k, con k dado en la Tabla 8-2, de acuerdo con la información de PDCCH/EPDCCH y PHICH.
Para la configuración 0 de TDD UL/DL y la operación de agrupación de subtramas, el UE deberá tras la detección de un PDCCH/EPDCCH con formato DCI 0 en la subtrama n destinarse al UE, y/o una transmisión PHICH destinarse al UE en la subtrama n-l con l dado en la Tabla 8-2a, ajustar la primera transmisión del PUSCH correspondiente en el paquete en la subtrama n+k, si el MSB del índice UL en el formato DCI 0 se establece en 1 o si Iphich = 0, como se define en la subcláusula 9.1.2, con k dado en la Tabla 8-2, de acuerdo con la información de PDCCH/EPDCCH y PHICH. Si, para la configuración 0 de TDD UL/DL y la operación de agrupación de subtramas, el LSB del índice UL en el PDCCH/EPDCCH con formato DCI 0 se establece en 1 en la subtrama n o si Iphich = 1, como se define en la subcláusula 9.1.2, el UE ajustará la primera transmisión del PUSCH correspondiente en el paquete en la subtrama n+7, de acuerdo con la información de PDCCH/EPDCCH y PHICH.
[Tabla 8-2 de 3GPP TS 36.213 v13.1.0, titulada "k para las configuraciones TDD 0-6", se reproduce como Figura 17a]
[Tabla 8-2a de 3GPP TS 36.213 v13.1.0, titulada " l para las configuraciones TDD 0,1 y 6", se reproduce como Figura 17b]
[...]
9.1.2 Procedimiento de asignación de PHICH
Si un UE no se configura con múltiples TAG, o si un UE se configura con múltiples TAG y las transmisiones PUSCH programadas desde la celda de servicio c en la subtrama n no están programadas por una concesión de respuesta de acceso aleatorio correspondiente a una transmisión del preámbulo de acceso aleatorio para una celda secundaria - Para transmisiones PUSCH programadas desde la celda de servicio c en la subtrama n, el UE determinará el recurso PHICH correspondiente de la celda de servicio c en la subtrama n+kpHicH, donde
- kpHicH es siempre 4 para FDD.
- kpHicH es 6 para FDD-TDD y la celda de servicio c con estructura de trama tipo 2 y la transmisión del PUSCH es para otra celda de servicio con estructura de trama tipo 1.
- kpHicH es 4 para FDD-TDD y la celda de servicio c estructura de trama tipo tierra la transmisión del PUSCH es para una celda de servicio con estructura de trama tipo 1.
- kpHicH se da en la tabla 9.1.2-1 para FDD-TDD y la celda de servicio c con estructura de trama tipo 1 y la transmisión del PUSCH es para otra celda de servicio con estructura de trama tipo 2.
- Para la TDD, si el UE no se configura con EIMTA-MaínConfígServCell-r12 para cualquier celda de servicio y, si el UE se configura con una celda de servicio, o si el UE se configura con más de una celda de servicio y la configuración UL/DL de TDD de todas las celdas de servicio configuradas es la misma, para las transmisiones PUSCH programadas desde celda de servicio c en la subtrama n, el UE determinará el recurso PHICH correspondiente de la celda de servicio c en la subtrama n+kpHicH, donde kpHicH se da en la tabla 9.1.2-1.
- Para la TDD, si el UE se configura con más de una celda de servicio y la configuración UL/DL de TDD de al menos dos celdas de servicio configuradas no es la misma, o si el UE se configura con EIMTA-MaínconfígServcell-r12 para al menos una celda de servicio, o para FDD-TDD y la celda de servicio c con estructura de trama tipo 2, para transmisiones PUSCH programadas desde la celda de servicio c en la subtrama n, el UE determinará el recurso PHICH correspondiente de la celda de servicio c en la subtrama n+kpHicH, donde kpHicH se da en la tabla 9.1.2-1, donde la "configuración UL/DL de TDD " en el resto de esta subcláusula se
refiere a la configuración de UL/DL de referencia UL (definida en la subcláusula 8.0) de la celda de servicio correspondiente a la transmisión del PUSCH.
[...]
Tabla 9.1.2-1 de 3GPP TS 36.213 v13.1.0, titulada "kpHCH para TDD", se reproduce como la Figura 18]
[...]
10.2 Temporización HARQ-ACK de enlace ascendente
Para la TDD o para FDD-TDD y la estructura de trama de celda primaria tipo 2 o para FDD-TDD y la estructura de trama de celda primaria tipo 1, si un UE configurado con EIMTA-MainConfigServCell-r12 para una celda de servicio, "configuración de UL/DL" de la celda de servicio en la subcláusula 10.2 se refiere a la configuración de UL/DL dada por el parámetro eimta-HARQ-ReferenceConfig-r12 para la celda de servicio a menos que se especifique de cualquier otra manera.
Para un UE no BL/CE, para FDD o para FDD-TDD y la estructura de trama de celda primaria tipo 1, el UE deberá tras la detección de una transmisión PDSCH en la subtrama n-4 destinarse al UE y para el que se proporcionará un HARQ-ACK, transmita la respuesta HARQ-ACK en la subtrama n. Si la repetición HARQ-ACK está habilitada, tras la detección de una transmisión PDSCH en la subtrama n-4 se destina al UE y para el que se proporcionará una respuesta HARQ-ACK, y si el UE no está repitiendo la transmisión de ningún HARQ-ACK en la subtrama n correspondiente a una transmisión PDSCH en las subtramas n-nANRep-3, ..., n-5, la UE:
- transmitirá solo la respuesta HARQ-ACK (correspondiente a la transmisión PDSCH detectada en la subtrama n-4) en PUCCH en las subtramas n, n+1, ..., n+NANRep-1;
- no transmitirá ninguna otra señal/canal en las subtramas n, n+1, ..., n+nANRep-1; y
- no transmitirá ninguna repetición de respuesta HARQ-ACK correspondiente a cualquier transmisión PDSCH detectada en las subtramas n-3, ..., n+NANRep-5.
Además, se acordó que 3GPP estudie un nuevo tipo de señal de control, sPDCCH, para que se adapte a la nueva longitud de TTI como sigue:
Acuerdos:
• sPDCCH (PDCCH para TTI corto) debe introducirse para TTI corto.
- Cada TTI corto en DL puede contener candidatos de decodificación sPDCCH
Conclusiones:
• Se definirá un número máximo de BD para sPDCCH en USS
• En caso de que se adopte DCI de 2 niveles, cualquier DCI para la programación sTTI transportada en PDCCH puede tenerse en cuenta en el número total máximo de BD
• FFS si el número máximo depende de la longitud de sTTI
• FFS si el número máximo de decodificaciones ciegas para (E) PDCCH se reduce en las subtramas en las que se espera que el UE realice las decodificaciones ciegas para sPDCCH
• FFS si se puede esperar a que un UE monitoree tanto EPDCCH como sPDCCH en la misma subtrama
• FFS si el número máximo de BD en PDCCH se cambia del número heredado si DCI en PDCCH es para la programación sTTI
Además de la estructura del dominio de tiempo, se estudia una estructura de DCI de dos niveles debido al aumento de la sobrecarga de control bajo el TTI acortado. En lugar de transportar toda la información requerida para una recepción de datos TTI como se hizo anteriormente, cierta información de control en una DCI, que puede no variar ocasionalmente puede ser común para múltiples TTI, se señalizaría una vez pero no en cada TTI. UE asumiría el mismo contenido aplicado para múltiples TTI. Este tipo de DCI también se llama DCI lenta. Por otro lado, todavía habría cierta información que variaría entre los TTI, sería la señal para cada TTI, lo que se conoce como DCI rápida.
Para recibir los datos en un TTI, el UE puede necesitar combinar/concatenar la DCI lenta y DCI rápida para obtener la información requerida.
Conclusión para el estudio hasta RAN1 #85:
• La DCI de dos niveles se puede estudiar para la programación sTTI, de manera que:
- La DCI para la programación de STTI se puede dividir en dos tipos:
• "DCI lenta": El contenido de DCI que se aplica a más de 1 sTTI se transporta en el PDCCH heredado o el sPDCCH se transmite no más de una vez por subtrama
• FFS si la "DCI lenta" es específica de UE o común para varios UE
• "DCI rápida": El contenido de DCI que se aplica a un sTTI específico se transporta en sPDCCH
• Para un sPDSCH en un sTTI dado, la información de programación se obtiene de:
• una combinación de DCI lenta y DCI rápida, o
• solo DCI rápida, anulando la DCI lenta para ese sTTI
- Compárese con DCI de un solo nivel transportado en un sPDCCH o un PDCCH heredado.
- No está excluido considerar esquemas en los que la DCI lenta también incluya alguna información de asignación de recursos para el sPDCCH.
• También se pueden estudiar procedimientos para reducir la sobrecarga de DCI de un solo nivel
- Se puede incluir la programación multi-sTTI DCI de un solo nivel para un número variable de sTTI Trate de reducir el número de esquemas bajo consideración en RAN1 #85.
A continuación se proporciona un ejemplo de contenido de DCI lenta y DCI rápida, como se describe en 3GPP R1-163068. Además, algunos ejemplos de la nueva estructura de TTI con diferente longitud de TTI se describen en 3GPP R1-163068 como sigue:
Diseño DCI de 2 etapas
Dado que el TTI es más corto, es fundamental limitar la sobrecarga de control en la transmisión. Un diseño DCI de 2 etapas podría ayudar en esto. En particular, una DCI de etapa 0 puede transportar una parte de la concesión que varía lentamente y una DCI de etapa 1 puede transportar una parte de la concesión que varía rápidamente.
Como ejemplo, la DCI de etapa 0 puede transportar los siguientes campos de información:
• Identificador de concesión UL/DL, similar al diferenciador de 1 bit para formatos DCI 0/1a
• MCS base, que indica un conjunto de valores MCS para la adaptación de la velocidad en gran medida
• TPC
• Información de programación de DCI de la etapa 1, por ejemplo, los niveles de agregación y/o los candidatos de decodificación de un nivel de agregación dado, para reducir el número de decodificaciones ciegas para la DCI de la etapa 1
Por otro lado, la DCI de la etapa 1 puede incluir los siguientes campos de información:
• ID de proceso HARQ
• Asignación de recursos
• Indicación de coincidencia de velocidad sPDSCH, que puede aliviar la posible fragmentación de recursos debido a sPDCCH o tráfico heredado
• Información de precodificación e información de puertos de antena
• NDI
• Información adicional de MCS, que puede proporcionar información de MCS actualizada con respecto a la de DCI de la etapa 0
• Información relacionada con UL RS, que puede proporcionar indicaciones sobre la estructura del canal UL, particularmente para sPUCCH
La transmisión de la DCI de la etapa 0 puede ser por necesidad, mientras que la transmisión de la DCI de la etapa 1 puede acompañar a cada sPDSCH. Con el diseño DCI de 2 etapas, se espera que se puedan lograr ahorros en los gastos generales del control DL. Puede ayudar a aumentar el área de cobertura de las transmisiones TTI acortadas. Como resultado, proponemos:
Además, es posible que una celda que admita una longitud de TTI corta también deba admitir una longitud de TTI regular de 1 ms, por lo tanto, dentro de 1 ms puede haber PDSCH (canal físico compartido de enlace descendente) con una longitud de TTI regular, así como también sPDSCH con una longitud de TTI más corta (por ejemplo, 0,2 ms) . Una forma efectiva de multiplexar el UE con diferentes longitudes de TTI es ponerlos en diferentes recursos de frecuencia, por ejemplo, diferentes PRB (Bloque de recursos físicos). Por tanto, sería beneficioso señalizar el recurso de frecuencia ocupado por el TTI corto al UE para decodificar el sPDCCH correspondiente.
3GPP R1-163322 proporciona un ejemplo que usa DCI lenta para indicar el recurso de frecuencia TTI corto y decodificar sPDCCH dentro del recurso indicado. 3GPP R1-163322 también proporciona un ejemplo de estructura de TTI acortada. Las partes relevantes de 3GPP R1-163322 son las siguientes:
Separación de DCI lentas y rápidas
Dado que la información de programación y control se transmite con más frecuencia cuando se usan TTI cortos, es necesario limitar la cantidad de información transmitida en la escala de tiempo rápida para mantener la sobrecarga en un nivel razonable. Además, para fines de demora, es importante que el mensaje dCi DL o UL se envíe a tiempo al PDSCH o PUSCH correspondiente. Además, para poder mezclar el UE en DL y UL de diferente longitud de TTI de manera adaptativa, sería beneficioso poder actualizar en cada subtrama cuántos pares de PRB se reservan para una operación de TTI corta tanto en UL como en DL. Esto debe indicarse a los UE. Por lo tanto, parte de la información de control debe transmitirse en una escala de tiempo más lenta y debe dirigirse a un grupo de UE sTTI. Deben introducirse dos nuevos tipos de DCI para la transmisión sTTI; la DCI lenta no específica de UE y la DCI rápida específica de UE. Para el direccionamiento de DCI lenta, se requiere un grupo RNTI específico de Ue sTTI. La DCI lenta se puede enviar en el PDCCH, mientras que la DCI rápida se debe enviar dentro de la banda en la escala de tiempo TTI corta. Un ejemplo de esta configuración se muestra en la Figura 1.
[...]
El mensaje DCI lenta indicaría por consiguiente la asignación de frecuencia de la banda sTTI a usar por los UE. Por lo tanto, el mensaje DCI lenta debería dar los pares PRB que definen la banda sTTI. Puede haber dos mensajes DCI lentas separados para indicar la banda sTTI en UL y la banda en DL por separado. Alternativamente, un solo mensaje DCI lenta puede contener la información sobre la banda sTTI en UL y la de DL.
La asignación para cada transmisión sPDSCH debe ser específica de UE. Como se describe en [5], esta DCI DL rápida se transmite en DL dentro de la asignación de frecuencia para los TTI cortos de DL, la banda sTTI DL. Esta nueva DCI podría basarse en el formato DCI actual 2C para soportar una alta eficiencia espectral con múltiples antenas. Recuerde que la asignación de recursos para sPDSCH está dada por la DCI DL lenta como se describió anteriormente. Por lo tanto, la DCI DL rápida no necesita contener el campo de asignación de recursos. Sin embargo, todavía puede haber cierta ventaja para soportar un mecanismo simplificado con el fin de poder programar múltiples UE dentro de la misma banda sTTl y sTTI.
Al igual que en el DL, el sPUSCH debería asignarse desde cada sTTI correspondiente en DL. Las suposiciones de diseño son muy similares al caso DL con la diferencia de que se puede usar el formato DCI 0 o el formato DCI 4 como base. De manera similar que para DL, puede ser necesario un campo adicional, por ejemplo, para soportar un mecanismo simplificado para multiplexar varios UE dentro de la misma banda sTTI UL. Además, para soportar HARQ asíncrona como se propone en [5], los procesos HARQ programados deben mencionarse en la DCI rápida. Propuesta
• Para limitar la sobrecarga de control, la información de programación y control de sTTI debe dividirse en un tipo de DCI rápida y una lenta.
° Las DCI lentas deben ser no específicas del UE y se direccionan con un grupo RNTI en PDCCH en el espacio de búsqueda común.
■ Indica los recursos usados dentro de una subtrama para una banda sTTI en DL, UL o ambas ° La DCI rápida debe ser específica del UE y enviarse dentro de la banda en la escala de tiempo TTI corta. ■ Asignación de DL en base al formato DCI 2C con un campo de asignación de recursos simplificados
■ Concesión de UL en base al formato DCI 4 o 0, con los campos adicionales para la longitud de TTI, número de proceso HARQ, retardo dinámico desde la concesión a la transmisión y campo de asignación de recursos simplificados.
La transmisión de manejo con diferentes longitudes de TTI también se describió en la nota del presidente de RAN1 #84bis como sigue:
Acuerdos:
• Se espera que un UE maneje los siguientes casos en la misma portadora en una subtrama
- Recepción de PDSCH no unidifusión de TTI heredado (excepto FFS para SC-PTM) y PDSCH unidifusión de TTI corto
- Recepción de PDSCH no unidifusión de TTI heredado (excepto FFS para SC-PTM) y PDSCH unidifusión de TTI heredado
• FFS entre:
- Alt 1: No se espera que un UE reciba PDSCH de unidifusión de TTI heredado y PDSCH de unidifusión de TTI corto simultáneamente en una portadora
- Alt 2: Si el UE está programado con el PDSCH de unidifusión de TTI heredado y PDSCH de unidifusión de TTI corto simultáneamente en una portadora, entonces puede omitir la decodificación de uno de ellos (reglas FFS para determinar cuál)
- Alt 3: Se espera que un UE reciba PDSCH de unidifusión de TTI heredado y PDSCH de unidifusión de TTI corto simultáneamente en una portadora
• Comportamiento de UE FFS en caso de ser programado con el PDSCH de unidifusión de TTI heredado y PDSCH de unidifusión de TTI corto simultáneamente con el PDSCH de no unidifusión de TTI heredado (excepto FFS para SC-PTM) en la misma portadora
• Un UE puede programarse dinámicamente (con una granularidad de subtrama a subtrama) con PDSCH de unidifusión de TTI heredado y/o (depende del resultado de FFS anterior) PDSCH de unidifusión de TTI corto Acuerdos:
• Un UE puede programarse dinámicamente (con una granularidad de subtrama a subtrama) con PUSCH y/o sPUSCH
- No se espera que un UE transmita PUSCH y sPUSCH TTI corto simultáneamente en los mismos RE, es decir, por superposición
- FFS si un UE puede transmitir PUSCH y sPUSCH TTI corto en la misma subtrama en una portadora perforando el PUSCH
- FFS si un UE puede transmitir PUSCH y sPUSCH TTI corto en diferentes PRB en el/los mismo(s) símbolo(s) - Las reglas de eliminación/priorización (si las hay) son FFS
En general, la oportunidad de programación de la concesión de UL puede no ser igual al número de TTI dentro de una subtrama, puede no ser igual al sTTI UL disponible en una subtrama. Un ejemplo de tal discrepancia es la longitud TTI de UL y la de DL son diferentes. Un segundo ejemplo es la presencia de un canal de control heredado. Para preservar la compatibilidad con versiones anteriores, es posible que sea necesario excluir la región de control heredada del sTTI, lo que significa que el símbolo OFDM disponible en una subtrama para sTTI DL sería, por ejemplo, 12 símbolos OFDM si 2 símbolos OFDM están ocupados por la región de control heredada . Por otro lado,
los 14 símbolos SC-FDMA (Portadora única - Acceso múltiple por división de frecuencia) estarían disponibles para sTTI UL.
Tomando 2 sTTI de longitud de OFDM para UL y DL como ejemplo, el sTTI UL disponible es 7 mientras que el sTTI DL disponible es 6. Un ejemplo está dado en la Figura 19. Es necesario desarrollar una manera de asociar sPDCCH y sPuSc H en tal caso.
En toda la aplicación, sTTI UL puede significar la duración del canal de datos de UL (por ejemplo, sPUSCH). Además, en toda la aplicación, sTTI DL puede significar la duración del canal de datos de DL (por ejemplo, sPDSCH). sTTI DL también puede incluir la duración del canal de control DL (por ejemplo, sPDCCH).
Primer concepto general - Un primer concepto general de la presente invención es asignar menos oportunidades de programación de sTTI DL a un mayor número de sTTI UL. Preferentemente, al menos un sTTI DL contendría más de una concesión de enlace ascendente que programe al menos dos sTTI UL diferentes. Las dos concesiones de UL podrían transportarse por diferentes sPDCCH. Alternativamente, las dos concesiones de enlace ascendente podrían transportarse por el mismo sPDCCH.
El concepto podría ilustrarse en un ejemplo con 6 sTTI DL en una subtrama y 7 sTTI de enlace ascendente en una subtrama. En un ejemplo, habría 5 sTTI DL cada uno asociado con un sTTI de enlace ascendente específico y 1 sTTI DL asociado con dos sTTI de enlace ascendente. Un mapeo ejemplar se muestra en la Figura 20.
Segundo concepto general - Un segundo concepto general de la presente invención es tener el mismo número de sTTI dentro de una subtrama aunque el número disponible de símbolos para sTTI DL y sTTI UL es diferente. Preferentemente, al menos un sTTI de enlace ascendente sería más largo que el otro sTTI de enlace ascendente y sería un múltiplo entero del otro sTTI de enlace ascendente. Alternativa o adicionalmente de manera preferente, se puede usar la región de control heredada para programar al menos un sTTI de enlace ascendente.
El concepto podría ilustrarse en un ejemplo con 6 sTTI DL en una subtrama y 7 sTTI de enlace ascendente en una subtrama. En un ejemplo, habría 5 sTTI de enlace ascendente con símbolos SC-FDMA de longitud TTI y 1 sTTI de enlace ascendente con 4 símbolos SC-FDMA. Como resultado, podría haber 6 sTTI de enlace ascendente así como también 6 sTTI de enlace descendente dentro de una subtrama y puede haber un mapeo uno a uno para la programación. Un ejemplo de mapeo se da en la Figura 21, donde el sexto sPUSCH es más largo (dos veces) que el resto del sPUSCH dentro de una subtrama.
En otro ejemplo, habría señalización de control en la región de control heredada asociada con un sTTI UL específico y 6 sPDCCH, cada uno asociado con un sTTI UL específico. Como resultado, podría haber 7 oportunidades de programación, cada una asociada con 7 sTTI de enlace ascendente; y puede haber un mapeo uno a uno para la programación. Un ejemplo de mapeo se da en la Figura 22.
Para programar un sTTI de enlace ascendente dentro de la región de control heredado, preferentemente, la concesión de enlace ascendente asociada con un sTTI de enlace ascendente específico podría transportarse en un PDCCH que se usa para transportar la DCI lenta. Alternativamente, de manera preferente, la concesión de enlace ascendente asociada con un sTTI de enlace ascendente específico podría transportarse en un PDCCH especial que transporta múltiples concesiones de enlace ascendente para sTTI. Más específicamente, las múltiples concesiones de enlace ascendente podrían ser para diferentes longitudes de sTTI de enlace ascendente. Alternativamente, las múltiples concesiones de enlace ascendente podrían ser para la misma longitud de sTTI de enlace ascendente. Además, preferentemente se usa un RNTI específico para identificar el PDCCH especial.
Preferentemente, la concesión de enlace ascendente asociada con un sTTI de enlace ascendente específico se transporta en parte del CCE (elemento de canal de control) y no se transporta en el resto del CCE. Por ejemplo, la concesión de enlace ascendente puede transportarse en un canal (por ejemplo, un sPDCCH especial) que ocupa 3 grupos de elementos de recursos heredados, en el que cada grupo de elementos de recursos comprende 4 elementos de recursos. Los 6 REG restantes del mismo CCE se pueden usar para otros fines, tal como para transportar otra concesión de enlace ascendente para sTTI o para realizar asignaciones de enlace descendente para sTTI. La partición sub-CCE puede contener múltiples niveles, por ejemplo, un canal comprende 3 REG y 6 REG. La concesión de enlace ascendente asociada con un sTTI de enlace ascendente específico puede contener toda la información necesaria para realizar la transmisión de enlace ascendente en el sTTI de enlace ascendente. Alternativamente, la concesión de enlace ascendente asociada con un sTTI de enlace ascendente específico puede necesitar interpretarse junto con la DCI lenta para realizar la transmisión de enlace ascendente en el sTTI de enlace ascendente.
Un CCE heredado se puede dividir en múltiples candidatos de canal de control (por ejemplo, 3 candidatos, cada uno de los cuales comprende 3 REG). Puede ser necesario interpretar el candidato de canal de control junto con otro PDCCH para obtener toda la información de control. Más específicamente, de manera preferente el PDCCH transporta una DCI lenta.
Preferentemente, el UE podría determinar el CCE donde pueden estar presentes múltiples candidatos de canal de control de acuerdo con el ID de UE. Además, el UE podría configurarse con un CCE que se usa para monitorear los múltiples candidatos de canal de control. Más preferentemente, todos los UE monitorearían el candidato de canal de control dentro de un mismo conjunto de CCE para múltiples candidatos de canal de control. Además, el número de CCE para este propósito puede ser más de uno.
La Figura 23 es un diagrama de flujo 2300 de acuerdo con una realización ejemplar desde la perspectiva de un UE. En la etapa 2305, el UE monitorea una pluralidad de ocasiones para el canal de control de DL dentro de una región de datos de DL dentro de una subtrama, en el que el canal de control en una primera ocasión corresponde a un canal de datos de UL en una única ocasión de temporización, y en el que uno o múltiples canales de control en una segunda ocasión corresponden a los canales de datos de UL en múltiples ocasiones de temporización.
Preferentemente, un canal de control en la segunda ocasión podría corresponder a la transmisión del canal de datos de enlace ascendente en múltiples ocasiones de temporización. Además, cada uno de los múltiples canales de control en la segunda ocasión podría corresponder a la transmisión del canal de datos de enlace ascendente en una ocasión de temporización.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ejemplar de un UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE monitoree una pluralidad de ocasiones para el canal de control de DL dentro de una región de datos de DL dentro de una subtrama, en la que el canal de control en una primera ocasión corresponde a un canal de datos de UL en una única ocasión de temporización, y en la que uno o varios canales de control en una segunda ocasión corresponden a los canales de datos de UL en múltiples ocasiones de temporización. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
La Figura 24 es un diagrama de flujo 2400 de acuerdo con una realización ejemplar desde la perspectiva de un UE. En la etapa 2405, el UE monitorea una pluralidad de ocasiones para el canal de control de DL dentro de una región de datos de DL dentro de una subtrama, en el que un primer canal de control en una primera ocasión corresponde a un primer canal de datos de UL con una primera duración, y en el que un segundo canal de control en una segunda ocasión corresponde a un segundo canal de datos de UL con una segunda duración.
Preferentemente, la primera duración y la segunda duración son diferentes. Preferentemente además o de manera preferente alternativamente, la primera duración podría ser un múltiplo entero de la segunda duración. Preferentemente, el primer canal de datos y el segundo canal de datos podrían estar dentro de una subtrama.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ejemplar de un UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE monitoree una pluralidad de ocasiones para el canal de control de DL dentro de una región de datos de DL dentro de una subtrama, en la que un primer canal de control en una primera ocasión corresponde a un primer canal de datos de UL con una primera duración, y en la que un segundo canal de control en una segunda ocasión corresponde a un segundo canal de datos de UL con una segunda duración. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
La Figura 25 es un diagrama de flujo 2500 de acuerdo con una realización ejemplar desde la perspectiva de un UE. En la etapa 2505, el UE monitorea una región de control dentro de una subtrama para el canal de control DL. En la etapa 2510, el UE monitorea una pluralidad de ocasiones para el canal de control de DL dentro de una región de datos de DL dentro de una subtrama, en el que un primer canal de control en la región de control corresponde a un primer canal de datos de UL en una primera ocasión de temporización, y en el que un segundo canal de control en la región de datos corresponde a un segundo canal de datos de UL en una segunda ocasión de temporización.
Preferentemente, el primer canal de control ocupa todo el ancho de banda del sistema DL, y el segundo canal de control ocupa parte del ancho de banda del sistema DL. Además o alternativamente, el primer canal de datos y el segundo canal de datos de UL podrían estar dentro de una subtrama. Preferentemente, el primer canal de control podría indicar la concesión de enlace ascendente para otro UE.
Preferentemente, el primer canal de control podría ocupar tres grupos de elementos de recursos. Además o alternativamente, el primer canal de control podría ocupar parte de un elemento de canal de control (CCE). Preferentemente, podrían existir múltiples canales de control en un CCE.
Preferentemente, el UE podría determinar qué CCE monitorearía el primer canal de control en base a un ID de UE o en la configuración. Más preferentemente, todos los UE monitorearían el primer canal de control en el mismo CCE. Con referencia de nuevo a las Figuras 3 y 4, en una realización ejemplar de un UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir al UE (i) monitorear una región de control dentro de una subtrama para el canal de control de DL, y (ii)
monitorear una pluralidad de ocasiones para el canal de control de DL dentro de una región de datos de DL dentro de una subtrama, en la que un primer canal de control en la región de control corresponde a un primer canal de datos de UL en una primera ocasión de temporización, y en la que un segundo canal de control en la región de datos corresponde a un segundo canal de datos de UL en una segunda ocasión de temporización. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
En general, la intención de acortar la longitud de TTI es reducir el tiempo de procesamiento para reducir la latencia general. Teniendo en cuenta el tiempo de procesamiento, se prefiere una estructura similar a PDCCH ya que el UE puede recibir los primeros símbolos (por ejemplo, 1~3) y puede comenzar a decodificar el canal de control antes. Por otro lado, para la estructura ePDCCH, el UE tiene que recibir la subtrama completa y comenzar la decodificación, de modo que el tiempo de procesamiento no se puede reducir en gran medida.
La estructura similar a PDCCH puede tener algunos inconvenientes. En primer lugar, la estructura similar a PDCCH conduciría a un diseño de canal de control que cumpliera con el requisito de latencia de planificación de DL, ya que habría al menos un candidato de canal de control en cada TTI de DL. Significa que si la longitud de TTI DL y TTI UL son diferentes, la señalización de control para programar UL puede ser demasiado excesiva o insuficiente, y el requisito de latencia UL puede estar limitado por el del enlace descendente y no cumplirse. Por ejemplo, si la longitud de TTI DL es 0,5 ms (por ejemplo, 7 símbolos OFDM) y la longitud de TTI UL es de 0,2 ms (por ejemplo, 3 símbolos SC-FDMA), siguiendo el diseño de enlace PDCCH, habrá una región de control cada 0,5 ms. Aunque podría haber un canal de datos de UL cada 0,2 ms, eNB tiene que esperar la oportunidad de programación para UL y se induciría un retardo promedio de 0,25 ms que es incluso mayor que la longitud de TTI Ul , comparado con un retardo promedio de 0,1 ms cuando la longitud de TTI UL y TTI DL es de 0,2 ms. Como resultado, sPUSCH puede retardarse hasta un siguiente sTTI UL, como se ilustra en la Figura 26.
La estructura del PDCCH podría inducir una latencia adicional cuando la longitud de TTI DL y TTI UL son diferentes. Un segundo inconveniente de la estructura similar a PDCCH es la sobrecarga. sPDCCH ocuparía parte del recurso asignado para sPDSCH. Como se describe en 3GPP R1-163322, los UE con diferentes longitudes de TTI pueden asignarse con diferentes recursos de frecuencia. Los UE con la misma longitud de TTI también pueden asignarse con diferentes recursos de frecuencia. Sin embargo, un servicio con baja latencia puede comenzar dentro de una subtrama de 1 ms, de modo que las oportunidades de canal de control deberían conservarse y se asignarían múltiples recursos de frecuencia para los UE con la misma o diferentes longitudes de TTI mientras que puede que no haya tráfico real en curso. En resumen, es difícil para los UE con la misma o diferentes longitudes de TTI reducir el recurso no usado con una estructura similar a PDCCH, como se ilustra en la Figura 27. Además, para el caso en el que solo hay tráfico de datos de UL al menos desde una perspectiva de UE, la estructura similar a PDCCH también induciría cierta sobrecarga ya que la región para datos de d L no se puede usar.
Tercer concepto general - El tercer concepto general de la presente invención es que hay un conjunto de recurso/región de frecuencia asignado para sPDSCH y otro conjunto de recurso/región asignado para sPDCCH, en el que un sPDCCH ocuparía parte de los símbolos OFDM, por ejemplo, 1 símbolo OFDM, dentro de la duración correspondiente de sPDSCH. Además, los dos conjuntos de recursos/regiones de frecuencia son diferentes. Además, los dos conjuntos de recursos/regiones de frecuencia no se superponen en el dominio de la frecuencia. Además, los dos conjuntos de recursos/regiones de frecuencia se superponen en el dominio del tiempo.
Más específicamente, los dos conjuntos de recurso/región de frecuencia están dentro de una región de datos de 1 subtrama (1 ms). Además, un sPDCCH no se transportaría a todos los símbolos en una duración de sPDSCH correspondiente. Un ejemplo se ilustra en la Figura 28. Más específicamente, el sPDCCH dentro del recurso/región asignado puede transportar una concesión de enlace ascendente.
En toda la solicitud, la duración de sPDSCH puede significar sTTI DL a menos que se especifique de cualquier otra manera. La duración de sPUSCH puede significar sTTI UL a menos que se especifique de cualquier otra manera.
Preferentemente, el recurso/región de frecuencia para sPDSCH y el recurso/región de frecuencia para sPDCCH se indican mediante la misma señalización de control (por ejemplo, DCI lenta en PDCCH).
Alternativamente, el recurso/región de frecuencia para sPDSCH y el recurso/región de frecuencia para sPDCCH se indican mediante dos señales de control separadas, respectivamente. Más específicamente, las dos señales de control preferentemente son dos canales de control, por ejemplo, PDCCH, CRC codificadas con diferentes RNTI. Además, preferentemente se asignarían al menos dos RNTI para la operación de TTI acortada, uno para asignar el recurso/región para sPDCCH y el otro recurso/región asignado para sPDSCH. Alternativamente, de manera preferente, los recursos/regiones de frecuencia para sPDSCH se indican mediante una DCI lenta y los recursos/regiones de frecuencia para sPDCCH se indican mediante una configuración de capa superior, por ejemplo, configuración RRC.
Preferentemente, el UE monitorea sPDCCH en cada símbolo dentro de la región asignada para sPDCCH. Además, preferentemente el UE puede no recibir todos los símbolos dentro del recurso/región asignados para sPDCCH.
Preferentemente, se especifica alguna regla para determinar qué símbolo(s) debe recibir el UE. Además, preferentemente el UE monitorearía un símbolo de cada X símbolos si la duración de sPDSCH es X símbolos. Un ejemplo se ilustra en la Figura 29.
Más específicamente, de manera preferente hay un mapeo uno a uno entre el sPDCCH y su sPDSCH. Alternativa y preferentemente, el UE podría monitorear un símbolo de cada Y símbolos si la duración de sPUSCH es Y símbolos. Además, el UE podría monitorear un símbolo de cada Z símbolos en el que Z se determina al menos en base a la duración de sPDSCH y la duración de PUSCH. Además, el UE también puede necesitar determinar qué símbolo dentro de los símbolos X/Y/Z debe monitorear el UE.
Se podría usar un valor o indicador de desplazamiento para cumplir este propósito. Por ejemplo, "valor 0" podría significar el primer símbolo de los símbolos X/Y/Z, "valor 1" podría significar el segundo símbolo de los símbolos X/Y/Z, y así sucesivamente. Preferentemente, el valor/indicador de desplazamiento podría transportarse mediante una señal dedicada al UE, por ejemplo, configuración RRC o elemento de control mAc . Además, el valor/indicador de desplazamiento podría transportarse en PDCCH. Más específicamente, el valor/indicador de desplazamiento podría transportarse en DCI lenta.
Preferentemente, el valor de desplazamiento depende del tipo de sPDCCH, por ejemplo, sPDCCH para concesión de enlace ascendente y sPDCCH para asignación de enlace descendente tienen un valor de desplazamiento diferente. Más específicamente, de manera preferente una asignación de enlace descendente tendría un valor de desplazamiento menor.
Preferentemente, cada símbolo OFDM contendría solo un sPDCCH. Alternativamente, de manera preferente, cada símbolo OFDM contiene más de un sPDCCH.
Preferentemente, los UE con diferentes longitudes de TTI podrían asignarse con el mismo conjunto de recursos/región para sPDCCH.
Desde la perspectiva del eNB (Nodo B evolucionado), es posible programar sPDSCH con diferente duración o sPDSCH con diferente recurso/región de frecuencia dentro de un mismo recurso/región de frecuencia asignado para sPDCCH. Un ejemplo se ilustra en la Figura 30. Un recurso/región sPDCCH común puede ser compartido por más de un recurso/región sPDSCH. Diferentes recursos/regiones de sPDSCH pueden tener la misma duración de sPDSCH o diferente duración de sPDSCH. Además, diferentes recursos/regiones de sPDSCH pueden indicarse mediante diferentes señales de control, por ejemplo, DCI lenta en PDCCH. Una DCI lenta podría indicar al UE donde monitorear el sPDCCH dentro de una región asignada para sPDCCH.
La Figura 31 es un diagrama de flujo 3100 de acuerdo con una realización ejemplar desde la perspectiva de un UE. En la etapa 3105, el UE recibe un canal de control en un primer conjunto de recursos de frecuencia. Preferentemente, el UE se configura con dos longitudes de TTI diferentes.
En la etapa 3110, el UE recibe un canal de datos correspondiente al canal de control en un segundo conjunto de recursos de frecuencia, en el que el canal de control se transporta en parte de los símbolos dentro de la duración del canal de datos. Preferentemente, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían ser diferentes. Preferentemente además o de manera preferente alternativamente, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia no se superponen en el dominio de la frecuencia. Además o alternativamente, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían estar dentro de una región de datos de una subtrama. Además, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían superponerse en el dominio del tiempo.
Preferentemente, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían indicarse mediante una señalización de control o mediante dos señales de control independientes. Alternativa o adicionalmente, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían indicarse mediante dos tipos diferentes de señalización de control. Preferentemente, el tipo de señalización de control podría ser PDCCH, elemento de control MAC (control de acceso al medio) o configuración RRC. Además, las señales de control podrían ser una DCI lenta. Además, las señales de control podrían codificarse con diferentes RNTI para señalizar el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos. Además, el primer conjunto de recursos de frecuencia podría transportar una concesión de enlace ascendente para un canal de datos de UL.
Preferentemente, el UE podría determinar monitorear el canal de control en qué símbolo(s) dentro del primer conjunto de recursos de frecuencia dependiendo de la duración del canal de datos. Además, el UE podría determinar monitorear el canal de control en qué símbolo(s) dentro del primer conjunto de recursos de frecuencia dependiendo de la duración del canal de datos de UL. El UE también podría determinar monitorear el canal de control en qué símbolo(s) dentro del primer conjunto de recursos de frecuencia dependiendo de la duración del canal de datos y la duración de un canal de datos de UL.
Preferentemente, el UE podría monitorear el canal de control en el mismo símbolo o símbolos dentro del primer conjunto de recursos de frecuencia para la asignación de enlace descendente o la concesión de enlace ascendente. El Ue también podría monitorear el canal de control en diferentes símbolos dentro del primer conjunto de recursos de frecuencia para la asignación de enlace descendente o concesión de enlace ascendente.
Preferentemente, podría haber una ocasión para el canal de control dentro del primer conjunto de recursos de frecuencia cada duración del canal de datos. Además, podría haber una ocasión para el canal de control dentro del primer conjunto de recursos de frecuencia cada duración del canal de datos de UL.
Preferentemente, se podría aplicar un valor de desplazamiento al determinar el símbolo o símbolos para monitorear el canal de control. Además, el valor de desplazamiento podría indicarse en una señalización de control. Además, la señalización de control podría ser una DCI lenta.
Preferentemente, el valor de desplazamiento podría configurarse mediante una capa superior. Además, el valor de desplazamiento podría depender de la identidad del UE, la duración del canal de datos, la duración de un canal de datos de UL o un tipo de canal de control. Además, el tipo de canal de control podría ser una asignación de enlace descendente o una concesión de enlace ascendente.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ejemplar de un UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) reciba un canal de control en un primer conjunto de recursos de frecuencia, y (ii) reciba un canal de datos correspondiente al canal de control en un segundo conjunto de recursos de frecuencia, en el que el canal de control se transporta en parte de símbolos dentro de la duración del canal de datos. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
La Figura 32 es un diagrama de flujo 3200 de acuerdo con una realización ejemplar desde la perspectiva de un UE. En la etapa 3205, el eNB transmite un primer canal de control para un primer UE en un primer conjunto de recursos de frecuencia. Preferentemente, el primer UE podría configurarse con dos longitudes de TTI diferentes.
En la etapa 3210, el eNB transmite un primer canal de datos correspondiente al primer canal de control en un segundo conjunto de recursos de frecuencia, en el que el primer canal de control se transporta en parte de los símbolos dentro de la duración del primer canal de datos. Preferentemente, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían ser diferentes. Preferentemente, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia no se superponen en el dominio de la frecuencia. Además, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían estar dentro de una región de datos de una subtrama. Además, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían superponerse en el dominio del tiempo.
Preferentemente, el primer conjunto de recursos de frecuencia podría transportar una concesión de enlace ascendente para sPUSCH. Además, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían indicarse mediante una señalización de control o mediante dos señalizaciones de control independientes. Las señales de control pueden ser una DCI lenta. Además, las señales de control podrían codificarse con diferentes RNTI para señalizar el primer conjunto de recursos y el segundo conjunto de recursos. Además, el primer conjunto de recursos de frecuencia y el segundo conjunto de recursos de frecuencia podrían indicarse mediante dos tipos diferentes de señalización de control. Además, un tipo de señalización de control podría ser PDCCH, elemento de control MAC o configuración RRC.
Preferentemente, las oportunidades para transmitir sPDCCH dentro del primer conjunto de recursos podrían depender de la duración de sPDSCH y/o de la duración de sPUSCH. Además, las oportunidades de transmitir sPDCCH dentro del primer conjunto de recursos para la asignación de enlace descendente y las oportunidades de transmitir sPDCCH dentro del primer conjunto de recursos para la concesión de enlace ascendente podrían ser diferentes o iguales. Además, podría haber una oportunidad de transmitir sPDCCH dentro del primer conjunto de recursos cada duración de sPDSCH o cada duración de sPUSCH.
Preferentemente, se podría aplicar un valor de desplazamiento al determinar oportunidades para transmitir sPDCCH. Además, el valor de desplazamiento podría señalizarse en una señalización de control, que podría ser una DCI lenta. Además, el valor de desplazamiento podría configurarse mediante una capa superior. Preferentemente, el valor de desplazamiento podría depender de la identidad del UE, la duración de sPDSCH, la duración de sPUSCH o un tipo de sPDCCH. El tipo de sPDCCH podría ser una asignación de enlace descendente o una concesión de enlace ascendente.
En la etapa 3215, el eNB transmite un segundo canal de control a un segundo UE en el primer conjunto de recursos de frecuencia. En la etapa 3220, el eNB transmite el segundo canal de datos correspondiente al segundo canal de control en un tercer conjunto de recursos de frecuencia.
Preferentemente, el primer canal de datos y el segundo canal de datos podrían tener diferentes duraciones o la misma duración. Además, el primer canal de control y el segundo canal de control podrían tener diferentes valores de desplazamiento o el mismo valor de desplazamiento.
Preferentemente, el primer canal de control podría ser un sPDCCH y el segundo canal de control podría ser un sPDCCH. Alternativamente, el primer canal de datos podría ser un sPDSCH y el segundo canal de datos podría ser un sPDSCH.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ejemplar de un eNB, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el eNB (i) transmita un primer canal de control para un primer UE en un primer conjunto de recursos de frecuencia, y (ii) transmita un primer canal de datos correspondiente al primer canal de control en un segundo conjunto de recursos de frecuencia, en el que el primer canal de control se transporta en parte de los símbolos dentro de la duración del primer canal de datos.
Preferentemente, la CPU podría ejecutar además el código de programa 312 para permitir que el eNB transmita un segundo canal de control para un segundo UE en el primer conjunto de recursos de frecuencia, y transmita el segundo canal de datos correspondiente al segundo canal de control en un tercer conjunto de recurso de frecuencia. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
La Figura 33 es un diagrama de flujo 3300 de acuerdo con una realización ejemplar desde la perspectiva de un UE. En la etapa 3305, el UE monitorea una pluralidad de ocasiones para un canal de control DL (enlace descendente) dentro de una región de datos de DL dentro de una subtrama, en el que un número de sTTI de enlace ascendente en una subtrama es igual a un número de sTTI de enlace descendente en una subtrama.
Preferentemente, la longitud de un sTTI de enlace ascendente en una subtrama es diferente de la longitud de un sTTI de enlace descendente en la subtrama. Preferentemente además o de manera preferente alternativamente, al menos un sTTI de enlace ascendente podría ser más largo que los otros sTTI de enlace ascendente. Además o alternativamente, un sTTI de enlace descendente podría programar un sTTI de enlace ascendente.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ejemplar de un eNB, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el eNB monitoree una pluralidad de ocasiones para un canal de control DL dentro de una región de datos de DL dentro de una subtrama, en la que un número de sTTI de enlace ascendente en una subtrama es igual a un número de sTTI de enlace descendente en una subtrama. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
Diversos aspectos de la divulgación se han descrito anteriormente. Debe ser evidente que las enseñanzas en la presente memoria pueden realizarse en una amplia variedad de formas y que cualquier estructura específica, función, o ambas que se divulga en la presente memoria es simplemente representativa. En base a las enseñanzas en la presente memoria un experto en la técnica debe apreciar que un aspecto divulgado en la presente memoria puede implementarse independientemente de cualesquiera otros aspectos y que dos o más de estos aspectos pueden combinarse de diversos modos. Por ejemplo, puede implementarse un aparato o puede practicarse un procedimiento mediante el uso de cualquier número de los aspectos expuestos en la presente memoria. En adición, tal aparato puede implementarse o tal procedimiento puede practicarse mediante el uso de otra estructura, funcionalidad, o estructura y funcionalidad en adición a o además de uno o más de los aspectos expuestos en la presente memoria. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden establecerse canales concurrentes en base a las frecuencias de repetición del pulso. En algunos aspectos pueden establecerse canales concurrentes en base a la posición o desplazamientos del pulso. En algunos aspectos pueden establecerse canales concurrentes en base a las secuencias de salto de tiempo. En algunos aspectos pueden establecerse canales concurrentes en base a las frecuencias de repetición del pulso, las posiciones o desplazamientos del pulso, y las secuencias de salto de tiempo.
Los expertos en la técnica entenderán que la información y las señales pueden representarse mediante el uso de cualquiera de una variedad 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 referenciarse a lo largo de la descripción anterior pueden representarse por tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas, o cualquier combinación de los mismos.
Los expertos apreciarían además que los diversos bloques, módulos, procesadores, medios, circuitos, y etapas de algoritmos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que pueden diseñarse mediante el uso de la codificación de origen o alguna otra técnica), diversas formas de código de programa o diseño que incorporan instrucciones (que pueden referirse en la
presente memoria, para conveniencia, como "software" o "módulo de software"), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y etapas ilustrativos se han descrito anteriormente generalmente en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la solicitud particular y las restricciones de diseño impuestas en el sistema general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversos modos para cada solicitud particular, pero tales decisiones de implementación no deben interpretarse como que provocan una desviación del ámbito de la presente divulgación.
En adición, los diversos bloques, módulos, y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse dentro o realizarse por un circuito integrado ("IC"), un terminal de acceso, o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puerta programable en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente memoria, y pueden ejecutar códigos o instrucciones que se encuentran dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador, o máquina de estados convencionales. Un procesador puede implementarse además 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 tal configuración.
Se entiende que cualquier orden o jerarquía específicos de las etapas en cualquier procedimiento divulgado es un ejemplo de un enfoque de muestra. En base a las preferencias de diseño, se entiende que el orden o jerarquía específicos de las etapas en los procedimientos pueden reorganizarse mientras que permanecen dentro del ámbito de la presente divulgación. El procedimiento acompañante reivindica los elementos presentes de las diversas etapas en un orden de muestra, y no pretenden limitarse al orden o jerarquía específicos presentados.
Las etapas de un procedimiento o algoritmo descritas en relación con los aspectos divulgados en la presente memoria pueden realizarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden encontrarse en una memoria de datos tal como la memoria RAM, la memoria flash, la memoria ROM, la memoria EPROM, la memoria EEPROM, los registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Puede acoplarse un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (que puede referirse en la presente memoria, por conveniencia, como un "procesador") de manera que el procesador puede leer información (por ejemplo, el código) desde y escribir información al medio de almacenamiento. Un medio de almacenamiento de muestra puede ser integral al procesador. El procesador y el medio de almacenamiento pueden encontrarse en un ASIC. El ASIC puede encontrarse en el equipo de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden encontrarse como componentes discretos en el equipo de usuario. Además, en algunos aspectos cualquier producto de programa por ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos que se relacionan con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa por ordenador puede comprender materiales de envase.
Aunque la invención se ha descrito en relación con diversos aspectos, se entenderá que la invención es capaz de modificaciones adicionales. La presente solicitud pretende cubrir cualquiera de las variaciones, usos, o adaptaciones de la invención, que incluyen tales desviaciones de la presente divulgación como que están dentro de la práctica conocida o habitual dentro de la técnica a la cual pertenece la invención. La invención está definida únicamente por las reivindicaciones adjuntas.
Claims (5)
1. Un procedimiento para programar transmisiones de enlace ascendente, en lo sucesivo también denominado UL, en un Equipo de Usuario, en lo sucesivo también denominado UE, que comprende:
el UE monitorea (2405) una pluralidad de ocasiones de temporización para un enlace descendente, en lo sucesivo también denominado canal de control de DL, dentro de los intervalos de tiempo de transmisión acortados de DL, sTTI, presentes solo dentro de una región de datos de DL dentro de una subtrama, en el que
un primer canal de control de DL en una primera ocasión de temporización de dicha pluralidad de ocasiones de temporización corresponde a un primer canal de datos de UL con una primera duración, y
un segundo canal de control de DL en una segunda ocasión de temporización de dicha pluralidad de ocasiones de temporización corresponde a un segundo canal de datos de UL con una segunda duración, en el que cada uno de los sTTI Dl dentro de la región de datos de DL tiene la misma longitud y comprende una de la pluralidad de ocasiones de tiempo,
en el que
cada una de la pluralidad de ocasiones de temporización dentro de una subtrama corresponde a un canal de datos de UL diferente, y
la primera duración y la segunda duración son diferentes.
2. El procedimiento de acuerdo con la reivindicación 1, en el que la primera duración es un múltiplo entero de la segunda duración.
3. El procedimiento de acuerdo con la reivindicación 1 o 2, en el que el primer canal de datos de UL y el segundo canal de datos de UL están dentro de una subtrama.
4. Un procedimiento para programar transmisiones de enlace ascendente, en lo sucesivo también denominado UL, en un Equipo de Usuario, en lo sucesivo también denominado UE, que comprende:
el UE monitorea (3305) una pluralidad de ocasiones de temporización para un enlace descendente, en lo sucesivo también denominado canal de control de DL, dentro de los intervalos de tiempo de transmisión acortados de DL, sTTI, presentes solo dentro de una región de datos de DL dentro de una subtrama, y en el que un número de sTTI UL en una subtrama es igual a un número de sTTI DL en una subtrama, el canal de control de DL en una primera ocasión entre la pluralidad de ocasiones, en un primer sTTI DL, programa un canal de datos de UL en un primer sTTI UL en la subtrama, y
una longitud del primer sTTI DL es diferente de la longitud del primer sTTI UL, en el que el primer sTTI UL es más largo que un segundo sTTI UL en la subtrama.
5. Un Equipo de usuario, en lo sucesivo también denominado UE, (300) que comprende:
un circuito de control (306);
un procesador (308) instalado en el circuito de control (306); y
una memoria (310) instalada en el circuito de control (306) y acoplada operativamente al procesador (308); en el que el procesador (308) se configura para ejecutar un código de programa (312) almacenado en la memoria (310) para llevar a cabo las etapas del procedimiento como se define en cualquiera de las reivindicaciones anteriores.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662335335P | 2016-05-12 | 2016-05-12 | |
US201662335449P | 2016-05-12 | 2016-05-12 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2826299T3 true ES2826299T3 (es) | 2021-05-18 |
Family
ID=58765669
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES17170574T Active ES2826299T3 (es) | 2016-05-12 | 2017-05-11 | Procedimiento y aparato para mejorar las concesiones de enlace ascendente en un intervalo de tiempo de transmisión (TTI) acortado en un sistema de comunicación inalámbrica |
Country Status (7)
Country | Link |
---|---|
US (1) | US10674484B2 (es) |
EP (1) | EP3244565B1 (es) |
JP (1) | JP6431953B2 (es) |
KR (1) | KR101977464B1 (es) |
CN (1) | CN107371255B (es) |
ES (1) | ES2826299T3 (es) |
TW (1) | TWI663885B (es) |
Families Citing this family (38)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017166090A1 (en) * | 2016-03-30 | 2017-10-05 | Panasonic Intellectual Property Corporation Of America | Base station, terminal, and communication method |
US10412620B2 (en) | 2016-04-01 | 2019-09-10 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10277367B2 (en) | 2016-04-01 | 2019-04-30 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10172156B2 (en) | 2016-09-12 | 2019-01-01 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10117188B2 (en) * | 2016-04-01 | 2018-10-30 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10069613B2 (en) | 2016-04-01 | 2018-09-04 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
US10542503B2 (en) | 2016-04-01 | 2020-01-21 | Motorola Mobility Llc | Method and apparatus for scheduling uplink transmissions with reduced latency |
CN107302421B (zh) * | 2016-04-08 | 2021-05-18 | 华为技术有限公司 | 一种功率配置方法及设备 |
CN106793136B (zh) * | 2016-05-09 | 2018-11-16 | 北京展讯高科通信技术有限公司 | 用户设备及其数据传输方法 |
US10708100B2 (en) * | 2016-05-19 | 2020-07-07 | Sharp Kabushiki Kaisha | Systems and methods for frequency-division duplex transmission time interval operation |
BR112018076336A2 (pt) * | 2016-06-20 | 2019-03-26 | Telefonaktiebolaget Lm Ericsson (Publ) | grade de transmissão flexível |
CN114679247A (zh) * | 2016-06-22 | 2022-06-28 | 苹果公司 | 载波聚合系统中的上行链路探测参考信号(srs)传输 |
RU2759693C2 (ru) * | 2016-07-29 | 2021-11-16 | Нтт Докомо, Инк. | Пользовательский терминал, способ радиосвязи и система связи |
KR20180017940A (ko) * | 2016-08-11 | 2018-02-21 | 삼성전자주식회사 | 무선 셀룰라 통신 시스템에서 지연감소를 위한 전송 방법 및 장치 |
EP3497850B1 (en) | 2016-08-12 | 2020-10-07 | Telefonaktiebolaget LM Ericsson (publ) | Dl harq timing with short tti operations in tdd |
EP3497849B1 (en) | 2016-08-12 | 2020-10-07 | Telefonaktiebolaget LM Ericsson (publ) | Dl harq timing in tdd with 1 ms tti and reduced processing time |
US10952100B2 (en) * | 2016-08-12 | 2021-03-16 | Telefonaktiebolaget Lm Ericsson (Publ) | UL scheduling timing with short TTIs in TDD |
WO2018085118A1 (en) * | 2016-11-01 | 2018-05-11 | Intel IP Corporation | Downlink control information design with shorter tti |
US10225046B2 (en) | 2017-01-09 | 2019-03-05 | At&T Intellectual Property I, L.P. | Adaptive cyclic redundancy check for uplink control information encoding |
CN108366413B (zh) * | 2017-01-26 | 2022-01-14 | 华为技术有限公司 | 终端、网络设备和通信方法 |
CN116347628A (zh) * | 2017-05-05 | 2023-06-27 | 瑞典爱立信有限公司 | 用于短传输时间间隔的搜索空间和配置 |
US11026215B2 (en) * | 2017-09-15 | 2021-06-01 | Apple Inc. | UE specific search space and a common search space in a wide coverage enhancement |
CN111527722B (zh) * | 2017-11-14 | 2023-05-02 | 交互数字专利控股公司 | 用于物理下行链路控制信道(pdcch)候选确定的方法 |
KR102015651B1 (ko) * | 2018-02-23 | 2019-10-23 | 엘지전자 주식회사 | 무선 통신 시스템에서 초기 접속을 수행하는 방법 및 이를 위한 장치 |
CN110475317B (zh) * | 2018-05-10 | 2021-02-09 | 维沃移动通信有限公司 | Pdcch的监控方法、终端设备和网络侧设备 |
CN110474731B (zh) * | 2018-05-11 | 2020-12-22 | 华为技术有限公司 | 一种pdcch监听的方法和装置 |
CN112205045B (zh) * | 2018-05-21 | 2023-11-10 | 上海诺基亚贝尔股份有限公司 | 非地面网络中的混合自动重传请求 |
CN110557831B (zh) * | 2018-06-04 | 2022-11-04 | 成都鼎桥通信技术有限公司 | 一种同播sc-ptm系统中控制面信息的传输方法和设备 |
WO2020024202A1 (en) * | 2018-08-02 | 2020-02-06 | Telefonaktiebolaget Lm Ericsson (Publ) | Dynamic adjustment of pdcch monitoring occasions |
CN110831186B (zh) * | 2018-08-10 | 2023-10-13 | 大唐移动通信设备有限公司 | 一种调度方法、装置、基站、终端及计算机可读存储介质 |
CN110830213B (zh) * | 2018-08-10 | 2021-02-23 | 华为技术有限公司 | 上行控制信道资源确定方法和装置 |
CN111181686B (zh) * | 2018-11-09 | 2023-06-06 | 华硕电脑股份有限公司 | 用于改进物理下行链路控制信道监听模式的方法和设备 |
US11503587B2 (en) * | 2018-12-20 | 2022-11-15 | Qualcomm Incorporated | Semi-persistent scheduling with multiple transmit-receive points |
EP4062697A4 (en) * | 2019-11-18 | 2022-11-30 | ZTE Corporation | SYSTEMS AND PROCEDURES FOR DETERMINING INFORMATION INDICATIVE OF CANCELLATION |
US11889541B2 (en) * | 2020-01-24 | 2024-01-30 | Qualcomm Incorporated | Superposition transmission of sidelink and uplink |
CN113541860B (zh) * | 2020-04-22 | 2023-08-22 | 维沃移动通信有限公司 | 控制信令格式确定方法、指示方法及设备 |
US20230247694A1 (en) * | 2020-07-15 | 2023-08-03 | Qualcomm Incorporated | Rate-matching information for a forward link resource grant via sidelink control information |
US11516066B2 (en) * | 2021-01-15 | 2022-11-29 | Qualcomm Incorporated | Reference signal bundling for uplink channel repetition |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9281917B2 (en) * | 2007-01-03 | 2016-03-08 | Nokia Technologies Oy | Shared control channel structure |
CA2697209C (en) * | 2009-03-23 | 2015-07-28 | Research In Motion Limited | Systems and methods for allocating and transmitting uplink data block transmissions with piggy-backed ack/nack bitmap field |
JP2011030197A (ja) | 2009-07-23 | 2011-02-10 | Innovative Sonic Corp | スケジューリングリクエストの方法及び通信装置 |
EP3840264A1 (en) * | 2014-09-08 | 2021-06-23 | Interdigital Patent Holdings, Inc. | Controlling the operation of dci based reception |
US9955462B2 (en) * | 2014-09-26 | 2018-04-24 | Qualcomm Incorporated | Ultra-low latency LTE control data communication |
US10021677B2 (en) * | 2014-10-31 | 2018-07-10 | Qualcomm Incorporated | Two-stage PDCCH with DCI flag and DCI format size indicator |
-
2017
- 2017-05-11 CN CN201710331398.0A patent/CN107371255B/zh active Active
- 2017-05-11 JP JP2017094488A patent/JP6431953B2/ja active Active
- 2017-05-11 ES ES17170574T patent/ES2826299T3/es active Active
- 2017-05-11 US US15/592,734 patent/US10674484B2/en active Active
- 2017-05-11 KR KR1020170058748A patent/KR101977464B1/ko active IP Right Grant
- 2017-05-11 EP EP17170574.2A patent/EP3244565B1/en active Active
- 2017-05-11 TW TW106115677A patent/TWI663885B/zh active
Also Published As
Publication number | Publication date |
---|---|
EP3244565B1 (en) | 2020-09-09 |
CN107371255A (zh) | 2017-11-21 |
TW201740753A (zh) | 2017-11-16 |
JP6431953B2 (ja) | 2018-11-28 |
TWI663885B (zh) | 2019-06-21 |
US20170332365A1 (en) | 2017-11-16 |
KR101977464B1 (ko) | 2019-05-10 |
EP3244565A3 (en) | 2018-01-10 |
US10674484B2 (en) | 2020-06-02 |
KR20170128132A (ko) | 2017-11-22 |
JP2017204860A (ja) | 2017-11-16 |
CN107371255B (zh) | 2020-08-18 |
EP3244565A2 (en) | 2017-11-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2826299T3 (es) | Procedimiento y aparato para mejorar las concesiones de enlace ascendente en un intervalo de tiempo de transmisión (TTI) acortado en un sistema de comunicación inalámbrica | |
ES2808553T3 (es) | Método y aparato para temporalizar la relación entre el canal de control y el canal de datos en un sistema de comunicación inalámbrico | |
ES2824475T3 (es) | Transmisión de enlace ascendente en intervalos de tiempo de transmisión acortados en un sistema de comunicación inalámbrico | |
ES2881352T3 (es) | Método y aparato para determinar el tamaño de indicación de preferencia en un sistema de comunicación inalámbrica | |
ES2894922T3 (es) | Método de transmisión o recepción de una señal de enlace ascendente y medio de almacenamiento legible por ordenador, equipo de usuario y estación base correspondientes | |
ES2871790T3 (es) | Procedimiento y aparato para proporcionar la configuración del conjunto de recursos de control en un sistema de comunicación inalámbrico | |
ES2822344T3 (es) | Método y aparato para determinar un ancho de banda de numerología en un sistema de comunicación inalámbrica | |
ES2945882T3 (es) | Método y aparato para generar HARQ-ACK de enlace lateral de dispositivo a dispositivo en un sistema de comunicación inalámbrica | |
ES2764208T3 (es) | Método y aparato para manejar colisión de SFI (información de formato de intervalo) en un sistema de comunicación inalámbrica | |
ES2942169T3 (es) | Procedimiento y aparato de manejo del intervalo de tiempo para la solicitud automática híbrida (HARQ) de enlace lateral en el modo de programación de red en un sistema de comunicación inalámbrica | |
ES2895455T3 (es) | Procedimiento y aparato para determinar el tamaño del libro de códigos en un sistema de comunicación inalámbrica | |
ES2929825T3 (es) | Método y aparato para transmitir y recibir señales de radio en un sistema de comunicación inalámbrica | |
ES2661052T3 (es) | Configuración de TDD dinámica del enlace ascendente/enlace descendente utilizando DCI | |
ES2935264T3 (es) | Procedimiento y aparato de retroalimentación de información HARQ-ACK | |
ES2797449T3 (es) | Método y aparato para recibir ACK/NACK en sistema de comunicación inalámbrica | |
ES2739048T3 (es) | Diseños de DAI para agrupación de portadoras FDD | |
ES2785698T3 (es) | Sistema y método para planificación de retardos | |
ES2657365T3 (es) | Señalización del nivel de mejora de la cobertura y empaquetamiento eficiente de información del sistema MTC | |
ES2719076T3 (es) | Método de recepción de información de control y dispositivo para lo mismo | |
ES2785379T3 (es) | Comunicación de un bloque de transporte en una red inalámbrica | |
ES2769631T3 (es) | Procedimiento de transmisión de una señal para MTC y aparato correspondiente | |
ES2835950T3 (es) | Correlación de recursos de PUCCH y retroalimentación de HARQ-ACK | |
ES2873935T3 (es) | Realimentación HARQ mediante agregación de portadoras | |
ES2609473T3 (es) | Subtramas no consecutivas en mensajes de planificación multi-TTI | |
ES2739671T3 (es) | Señalización de portadoras cruzadas en un sistema multiportadora |