ES2951879T3 - Método y dispositivo para la transmisión de información de control de enlace ascendente - Google Patents

Método y dispositivo para la transmisión de información de control de enlace ascendente Download PDF

Info

Publication number
ES2951879T3
ES2951879T3 ES19947918T ES19947918T ES2951879T3 ES 2951879 T3 ES2951879 T3 ES 2951879T3 ES 19947918 T ES19947918 T ES 19947918T ES 19947918 T ES19947918 T ES 19947918T ES 2951879 T3 ES2951879 T3 ES 2951879T3
Authority
ES
Spain
Prior art keywords
uci
ack
harq
coding
pusch
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES19947918T
Other languages
English (en)
Inventor
Zuomin Wu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Application granted granted Critical
Publication of ES2951879T3 publication Critical patent/ES2951879T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H04L1/0013Rate matching, e.g. puncturing or repetition of code symbols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045Arrangements at the receiver end
    • H04L1/0046Code rate detection or code type detection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072Error control for data other than payload data, e.g. control data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057Physical resource allocation for CQI
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041Arrangements at the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Radar Systems Or Details Thereof (AREA)

Abstract

En una realización de la presente invención se divulga un método para transmitir información de control de enlace ascendente, que comprende los siguientes pasos: mapear información de control de enlace ascendente (UCI) objetivo a un canal físico compartido de enlace ascendente (PUSCH), transmitiéndose el PUSCH por medio de un canal preconfigurado otorgado. recurso de enlace ascendente, comprendiendo la UCI objetivo al menos dos tipos de UCI, estando codificados conjuntamente los al menos dos tipos de UCI. La solución técnica de la presente invención permite transportar una mayor cantidad de DCI. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método y dispositivo para la transmisión de información de control de enlace ascendente
CAMPO TÉCNICO
Las implementaciones de la presente divulgación se refieren al campo técnico de dispositivos electrónicos y, en particular, a métodos de transmisión y dispositivos para información de control de enlace ascendente (UCI).
ANTECEDENTES
Un país y una región asignan un espectro sin licencia disponible para la comunicación de dispositivos de radio. Generalmente, el espectro se considera como un espectro compartido, es decir, los dispositivos de comunicación de diferentes sistemas de comunicación pueden utilizar el espectro sin solicitar al gobierno la concesión de espectro específico en tanto se cumplan los requisitos normativos establecidos por el país o la región para el espectro.
Para permitir la coexistencia de varios sistemas de comunicación de funcionamiento inalámbrico mediante utilización de un espectro sin licencia, varios países o regiones han establecido requisitos normativos que deben cumplirse durante el uso del espectro sin licencia. Por ejemplo, un dispositivo de comunicación sigue la regla de escuchar antes de hablar (LBT). Es decir, el dispositivo de comunicación tiene que escuchar primero el canal antes de enviar una señal en un canal de un espectro sin licencia, y el dispositivo de comunicación puede enviar una señal solo si el resultado de la escucha del canal indica que es canal está inactivo. Si el resultado de la escucha del canal del dispositivo de comunicación indica que el canal está ocupado, el dispositivo de comunicación no puede enviar una señal. Además, para garantizar la equidad, durante cada tiempo de transmisión, una duración en la que el dispositivo de comunicación realiza la transmisión no debe exceder un tiempo máximo de ocupación del canal (MCOT).
Vivo: "Feature lead summary on Configured grant enhancement", proyecto 3GPP, R1-1909476, vol. RAN WG1, no. Praga, CZ, resume las contribuciones presentadas bajo el punto del orden del día "7.2.2.2.4 Configured grant enhancement" sobre los puntos esenciales de "DFI design, including content and CG PUSCH to DFI timing" y "UCI design, including content and multiplexing" y la parte FFS de RAN1#97.
Qualcomm Incorporated: "Enhancement to configured grants in NR unlicensed", borrador 3GPP; R1-1909248, vo. RAN WG1, no. Prague CZ, discute algunos puntos de vista sobre la operación NR de concesión configurada (CG) en el espectro sin licencia.
El documento EP3942722A1, citado en el artículo 54(3) EPC, se refiere a dispositivos inalámbricos y más particularmente a aparatos, sistemas y métodos para multiplexar transmisiones de concesión configurada (CG) en sistemas de nueva radio (NR) que operan en un espectro sin licencia. En una realización, se divulga un método para señalizar un sistema inalámbrico, que comprende: determinar, por un equipo de usuario (UE), que un canal físico de control de enlace ascendente (PUCCH) se solapa con un canal físico compartido de enlace ascendente (PUSCH) de concesión configurada (CG) dentro de un grupo PUCCH; multiplexar información de control de enlace ascendente (UCI) con una CG UCI basada en la determinación; y transmitir por el UE al sistema inalámbrico la UCI multiplexada con la CG UCI.
SUMARIO
Las implementaciones de la presente divulgación proporcionan un método y un dispositivo de transmisión para para información de control de enlace ascendente (UCI). Según las soluciones técnicas, se pueden transportar más recursos de UCI.
Según un primer aspecto, se proporciona un método de transmisión como se establece en la reivindicación 1. Las características opcionales se establecen en las reivindicaciones 2 a 4.
Según un segundo aspecto, se proporciona un método de recepción como se establece en la reivindicación 5. Las características opcionales se establecen en las reivindicaciones 6-8.
Según un tercer aspecto, se proporciona un dispositivo de transmisión como se establece en la reivindicación 9.
Según un cuarto aspecto, se proporciona un dispositivo de recepción como se establece en la reivindicación 10.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Para describir las soluciones técnicas en las implementaciones de la presente divulgación con mayor claridad, a continuación se presentan brevemente los dibujos adjuntos necesarios para ilustrar las implementaciones. Aparentemente, los dibujos adjuntos en la siguiente descripción ilustran algunas implementaciones de la presente divulgación. Los expertos en la técnica también pueden obtener otros dibujos basados en estos dibujos sin esfuerzos creativos.
La FIG. 1a es un diagrama de flujo esquemático que ilustra un método de transmisión de información de control de enlace ascendente (UCI) según las implementaciones.
La FIG. 1b es un diagrama de flujo esquemático que ilustra un método para UCI según las implementaciones. La FIG. 1c es un diagrama esquemático que ilustra una arquitectura de red según las implementaciones. La FIG. 1d es un diagrama esquemático que ilustra una arquitectura de red según las implementaciones. La FIG. 1e es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones.
La FIG. 2 es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones.
La FIG. 2a es un diagrama esquemático que ilustra un mapeo de canal físico compartido de enlace ascendente (PUSCH).
La FIG. 2b es un diagrama esquemático que ilustra un mapeo PUSCH.
La FIG. 3 es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones.
La FIG. 3a es un diagrama esquemático que ilustra un mapeo PUSCH.
La FIG. 3b es un diagrama esquemático que ilustra un mapeo PUSCH.
La FIG. 4 es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones.
La FIG. 4a es un diagrama esquemático que ilustra un mapeo PUSCH.
La FIG. 4b es un diagrama esquemático que ilustra un mapeo PUSCH.
La FIG. 5 es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones.
La FIG. 5a es un diagrama esquemático que ilustra un mapeo PUSCH.
La FIG. 5b es un diagrama esquemático que ilustra un mapeo PUSCH.
La FIG. 6a es un diagrama de bloques que ilustra unidades funcionales de un dispositivo de transmisión para UCI según las implementaciones.
La FIG. 6b es un diagrama de bloques que ilustra unidades funcionales de un dispositivo de transmisión para UCI según las implementaciones.
La FIG. 6c es un diagrama estructural esquemático que ilustra un sistema de transmisión para UCI según las implementaciones.
La FIG. 7 es un diagrama esquemático que ilustra una arquitectura de hardware según las implementaciones.
DESCRIPCIÓN DETALLADA
Con el fin de permitir a los expertos en la técnica una mejor comprensión de las soluciones de la presente divulgación, las soluciones técnicas en las implementaciones de la presente divulgación se describirán de manera clara y completa en lo sucesivo con referencia a los dibujos adjuntos en las implementaciones de la presente divulgación. Aparentemente, las implementaciones descritas son meramente algunas y no todas las implementaciones de la presente divulgación.
Los términos "primero", "segundo" y similares utilizados en la especificación y en las reivindicaciones de la presente divulgación y en los dibujos adjuntos se emplean para distinguir diferentes objetos más que para describir un orden concreto. Además, los términos "incluir", "comprender" y "tener" así como sus variaciones, pretenden abarcar la inclusión no exclusiva. Por ejemplo, un proceso, método, sistema, producto o aparato que incluya una serie de pasos o unidades no se limita a los pasos o las unidades enumerados, sino que, por el contrario, puede incluir opcionalmente otros pasos o unidades que no se se enumeran; alternativamente, también pueden incluirse otros pasos o unidades inherentes al proceso, método, producto o dispositivo.
El término "realización" o "implementación" a los que se hace referencia en el presente documento significan que una característica, estructura o particularidad concreta descrita junto con la implementación puede estar contenida en al menos una implementación de la presente divulgación. La frase que aparece en varios lugares de la especificación no se refiere necesariamente a la misma implementación, ni a una implementación independiente o alternativa que sea mutuamente excluyente de otras implementaciones. Los expertos en la técnica entienden de manera explícita e implícita que una implementación descrita en el presente documento puede combinarse con otras implementaciones.
Las implementaciones de la presente divulgación se pueden aplicar a diversos sistemas de comunicación, tales como un sistema global de comunicación móvil (GSM), un sistema de acceso múltiple por división de código (CDMA), un sistema de acceso múltiple por división de código de banda ancha (WCDMA), un servicio general de radio por paquetes (GPRS), un sistema de evolución a largo plazo (LTE), un sistema de evolución a largo plazo avanzado (LTE-A), un sistema de nueva radio (NR), un sistema de evolución de sistema NR, un sistema de acceso al espectro sin licencia basado en LTE (LTE-U), un sistema de acceso al espectro sin licencia basado en NR (NR-U), un sistema universal de telecomunicación móvil (UMTS), una red de área local inalámbrica (WLAN), fidelidad inalámbrica (Wi-Fi), una comunicación de próxima generación u otros sistemas de comunicación.
Generalmente, las conexiones soportadas por un sistema de comunicación relacionado suelen estar limitadas en número y también son fáciles de implementar. Sin embargo, con el desarrollo de las tecnologías de comunicación, un sistema de comunicación móvil no solo puede soportar la comunicación relacionada, sino también soportar, por ejemplo, la comunicación de dispositivo a dispositivo (D2D), la comunicación de máquina a máquina (M2M), la comunicación de tipo máquina (MTC) y la comunicación de vehículo a vehículo (V2V). Las implementaciones del presente documento pueden aplicarse a estos sistemas de comunicación.
El sistema de comunicación en las implementaciones puede aplicarse a un escenario de agregación de portadoras (CA), un escenario de conectividad dual (DC) y un escenario de red independiente (SA).
El espectro de frecuencias al que se aplican las implementaciones no está limitado. Por ejemplo, las implementaciones pueden aplicarse al espectro con licencia o al espectro sin licencia.
El equipo de usuario (UE) en las implementaciones puede ser un dispositivo electrónico apto para transmisión de datos. El dispositivo electrónico puede incluir varios dispositivos de mano, dispositivos a bordo de vehículos, dispositivos portátiles, dispositivos informáticos con funciones de comunicación inalámbrica u otros dispositivos de procesamiento conectados a un módem inalámbrico, así como diversas formas de UE, estaciones móviles (MS), dispositivos terminales y similares. En lo sucesivo, las implementaciones se interpretarán en detalle.
El dispositivo de red en las implementaciones puede ser un dispositivo en el lado de la red, como una estación base, un punto de acceso, etc.
En un sistema NR, la transmisión de canal físico compartido de enlace ascendente (PUSCH) no solo soporta una forma de multiplexación por división en frecuencia ortogonal programada con información de retroalimentación de enlace descendente (DFT-S-OFDM), sino también una forma de onda de prefijo cíclico OFDM (CP-OFDM). Sin embargo, las reglas de mapeo para la información de control de enlace ascendente (UCI) al PUSCH a través de estas dos formas de onda son las mismas.
Los tipos de UCI transportados en el PUSCH incluyen: acuse de recibo de solicitud de repetición automática híbrida (HARQ-ACK) y/o información de estado del canal (CSI), excluyendo solicitud de programación (SR). Para asegurar la fiabilidad de la transmisión del HARQ-ACK, el HARQ-ACK y la CSI se codifican independientemente. Si el CSI incluye dos partes, es decir, CSI parte 1 y CSI parte 2, las dos partes también se codifican independientemente, lo que tiene por objetivo asegurar la transmisión de la CSI parte 1 con requisitos de fiabilidad más elevados.
Para una codificación de canal adoptada, una solución de transmisión de UCI en el PUSCH es la misma que en un canal de control de enlace ascendente físico (PUCCH). Es decir, cuando el número de bits de la UCI es mayor que 11, se utiliza un código polar para la codificación; cuando el número de bits de la UCI es menor que o igual a a 11 bits, se utiliza un código corto, como un código Reed-Muller (RM).
Dado que la longitud de una secuencia de bits después de la codificación de canal no puede cumplir los requisitos del número de todos los elementos de recursos (REs) utilizados para el mapeo real, la secuencia de bits después de la codificación del canal debe ajustarse por adaptación mediante ajuste de la velocidad, de modo que la secuencia de bits después de la codificación del canal pueda asignarse a todos los REs asignados. Este proceso se consigue mediante el ajuste de la velocidad.
El ajuste de la velocidad para la transmisión de la UCI en el PUSCH se utiliza para dos casos: el PUSCH que transporta datos de enlace ascendente y el PUSCH que no transporta datos de enlace ascendente.
En el caso del PUSCH que transporta datos de enlace ascendente, para el número de REs ocupados por cada tipo de UCI codificada independientemente, se utiliza una relación entre el número total de bits de este tipo de UCI (incluido el número de comprobación de redundancia cíclica (CRC)) y el número total de bits de datos de enlace ascendente para determinar una proporción de REs ocupados por este tipo de UCI en todos los REs del PUSCH. Mientras tanto, considerando que el requisito de fiabilidad de la transmisión de UCI es mayor que el requisito de fiabilidad de la transmisión de datos, en el cálculo de esta proporción se introducen diferentes factores de compensación de tasa de código dêsplazamiento para diferentes UCI. Además, para asegurar la transmisión de datos de enlace ascendente, es posible que la UCI no ocupe todos los REs. En la norma, esto se consigue introduciendo un parámetro de configuración de señalización de capa superior (a), donde el parámetro se utiliza para limitar un límite superior del número de REs ocupados por cada tipo de UCI.
En el caso del PUSCH que no transporta datos de enlace ascendente, dado que el bit de información de los datos es 0, no es aplicable la forma de cálculo utilizada en el caso del PUSCH que transporta datos de enlace ascendente. En este caso, dado que no es necesario indicar un orden de modulación ni una velocidad de código de transmisión de datos, se considera utilizar un campo de esquema de modulación y codificación (MCS) en la información de control de enlace descendente (DCI) para programar el PUSCH con el fin de indicar una velocidad de código y un orden de modulación de referencia. En resumen, cuando el PUSCH no transporta datos de enlace ascendente, el número de REs ocupados por cada tipo de UCI se calcula directamente según el número total de bits de la UCI, la tasa de código de referencia, el orden de modulación y el factor de compensación de la tasa de código.
El PUSCH introduce modulación de alto orden y otros factores, lo que hace que la fiabilidad de la transmisión del PUSCH sea inferior a la de la transmisión del PUCCH. Por lo tanto, para asegurar la fiabilidad de la transmisión de UCI en el PUSCH se definen diferentes factores de compensación de la tasa de código para diferentes UCI. Es decir, se asignan más REs a estas UCI, donde el número de bits de estas UCI es el mismo. Esto mejora la fiabilidad de la transmisión de UCI al reducir la tasa de código de la UCI. Si la DCI para programar el PUSCH incluye un campo de indicación de factor de compensación de la tasa de código, el UE se configura semiestáticamente con su conjunto a través de señalización de capa superior y, a continuación, se indica dinámicamente al UE un factor de compensación de la tasa de código a través de la DCI para programar el PUSCH. Si la DCI para programar el PUSCH no incluye el campo de indicación de factor de compensación de tasa de código, el UE utiliza pHARQ-ACK, pCSI-1, y pCSI-2 configurados por la capa superior como factores de compensación de tasa de código para el HARQ-ACK, la CSI parte 1, y la CSI parte 2, respectivamente.
Después de someter la UCI a la codificación de canal y a la adaptación de velocidad, la secuencia de bits se modula según un esquema de modulación indicado por la DCI. En NR, cuando la UCI se transmite en el PUSCH, el esquema de modulación de la UCI es el mismo que el de los datos y, tras la modulación, es necesario mapear la información modulada a los recursos físicos.
En el caso de que el número de bits de información del HARQ-ACK sea menor que o igual a 2, el HARQ-ACK se mapea a los REs reservados y la información distinta de la CSI parte 1 (por ejemplo la CSI parte 2 y los datos) también puede mapearse a los REs reservados. Posteriormente, el HARQ-ACK se mapeará a los REs reservados reservadas mediante punteado. Considerando que la CSI parte 1 tiene un número relativamente pequeño de bits y su transmisión es de gran importancia, para evitar el impacto del punteado en la CSI parte 1, se prohíbe mapear la CSI parte 1 a los REs reservados. Además, cuando no hay datos de enlace ascendente y la UCI incluye la CSI parte 1 pero no la CSI parte 2, si el número de bits de información del HARQ-ACK realmente transmitido es inferior a 2, por ejemplo, ningún bit de información o 1 bit de información, es necesario suponer que el número de bits de información del HARQ-ACK es 2. Es decir, es necesario realizar una adición de bits para que el número de bits de información del HARQ-ACK llegue a 2. Por lo tanto, los REs reservados se llenan para evitar que se produzcan RE vacíos sin energía en el PUSCH (para evitar que los REs reservados no se transmitan), con el fin de asegurar unas características de baja de relación pico respecto a potencia media (PAPR) de una sola portadora de enlace ascendente en el caso de utilizar la forma de onda DFT-S-OFDM. En este caso, a partir de un primer símbolo de datos del PUSCH y siguiendo primero el principio de dominio de frecuencia, se mapea la CSI parte 1 y se omiten los REs reservados y, a continuación, siguiendo aún el principio de dominio de frecuencia, se mapea la CSI parte 2.
En el caso de que el número de bits de información del HARQ-ACK sea mayor que 2, para el HARQ-ACK y la CSI, la secuencia de bits después del ajuste de tasa se mapea a un símbolo de datos después de una primera señal de referencia de demodulación (DMRS) del PUSCH. A continuación de la DMRS, se mapea el HARQ-ACK más importante, después se mapea la CSI parte 1 y finalmente se mapea la CSI parte 2, siguiendo aún en primer lugar el principio de dominio de frecuencia.
Para cada tipo de UCI, al mapear a un determinado símbolo, se supone que el número de subportadoras disponibles para mapear la UCI al símbolo es N y el número de subportadoras requeridas para mapear la UCI al símbolo es M. Si M es mayor que o igual a N, todas las N subportadoras se utilizan para el mapeo de la UCI, es decir, la UCI se mapea consecutivamente mediante las subportadoras del símbolo Si M es menor que N, se utilizan M subportadoras en las N subportadoras para el mapeo de la UCI, donde las M subportadoras son subportadoras para mapear uniformemente a intervalos iguales en las N subportadoras. En un ejemplo, M es menor que N pero M es mayor que ceil (N/2), donde ceil representa redondeo hacia arriba. Ya que el número de subportadoras ocupadas es mayor que la mitad de todas las subportadoras disponibles del símbolo, las M subportadoras son las primeras M subportadoras en las N subportadoras, es decir, la UCI se sigue mapeando consecutivamente mediante las subportadoras del símbolo.
En la transmisión autónoma de enlace ascendente (AUL) del acceso asistido con licencia Fe (FeLAA), la estación base configura los recursos de dominio temporal que pueden utilizarse para la transmisión AUL a través del control de recursos de radio (RRC) y activa dinámicamente los recursos de dominio temporal a través de la DCI, donde la DCI indica dinámicamente los recursos de dominio de frecuencia que pueden ser utilizados por el UE en los recursos de dominio temporal. Después de recibir la señalización de activación DCI, el UE transmite el PUSCH en los recursos AUL. El PUSCH transporta UCI, donde la UCI incluye información de indicación para demodular el PUSCH, que, por ejemplo, incluye un AUL, identificador temporal de red de radio celular (C-RNTI), un identificador de proceso HARQ, una versión de redundancia (RV), un indicador de nuevos datos (NDI), una posición de inicio (que ocupa 1 bit y puede ser el símbolo 0 o el símbolo 1) del PUSCH, una posición final (que ocupa 1 bit y puede ser el símbolo 12 o el símbolo 13) del PUSCH, y una indicación de compartición de tiempo de ocupación de canal (COT). Además, la UCI incluye una CRC de 16 bits, que se utiliza para que la estación base confirme si la UCI se ha recibido correctamente.
En el mapeo de datos de enlace ascendente, por simplicidad, los datos se mapean siempre desde el símbolo 0. Si la posición de inicio del PUSCH is el símbolo 1 y la posición final del PUSCH es el símbolo 12, el UE no transmite el símbolo 0 ni el símbolo 13 mediante punteado. El UE no transmite el símbolo 0 ni el símbolo 13 para dejar huecos de LBT para otros UEs con el fin de realizar mejor la transmisión de multiplexación multiusuario.
En el sistema NR-U, también se soporta la transmisión de enlace ascendente de CG, que se representa mediante CG-PUSCH en la divulgación. El c G-PUSCH puede transportar CG-UCI, donde la CG-UCI incluye información de indicación para demodular el CG-PUSCH. Por ejemplo, la CG-UCI puede incluir al menos la siguiente información: el identificador de proceso HARQ, el RV, el NDI y la indicación de compartición COT.
Cuando el PUCCH y el CG-PUSCH se solapan en el dominio temporal, la UCI puede transportarse en el CG-PUSCH para su transmisión. En el NR-U, en este momento se determina que el número máximo de UCI codificadas independientemente que pueden multiplexarse en el CG-PUSCH es 3.
En el CG-PUSCH en el sistema NR-U, la UCI que debe multiplexarse en este momento incluye: la CG-UCI, el HARQ-ACK, la CSI parte 1 y la CSI parte 2. Sin embargo, según la conclusión actual, el número máximo de UCI codificadas independientemente que pueden multiplexarse en el CG-PUSCH es 3. Es decir, no hay una solución clara que indique cómo multiplexar las anteriores UCI (4 piezas) en el CG-PUSCH para su transmisión.
La FIG. 1a es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones. El método es ejecutado por un UE, que puede ser un smartphone, una estación móvil o un dispositivo terminal. Como se ilustra en la FIG. 1 a, el método comienza en S101 a.
En S101 a, el UE mapea la UCI objetivo a un PUSCH.
Cabe señalar que la UCI objetivo incluye al menos dos tipos de UCI y los al menos dos tipos de UCI se codifican mediante codificación conjunta.
Los tipos de UCI incluyen CG-UCI, HARQ-ACK, CSI parte 1 y CSI parte 2. La materia reivindicada requiere que los al menos dos tipos de UCI incluidos en la UCI objetivo sean al menos CG-UCI y HARQ-ACK.
La codificación conjunta puede ser diversa, lo que no se limita en el presente documento.
En S102a, el UE transmite el PUSCH en los recursos de enlace ascendente de CG.
Según la solución técnica de la divulgación, los al menos dos tipos de UCI se codifican en la UCI objetivo mediante la codificación conjunta y, a continuación, la UCI objetivo se mapea al PUSCH, y el PUSCH se transmite en los recursos de enlace ascendente de CG. La UCI objetivo obtenida mediante la codificación conjunta solo ocupa un recurso de UCI en el PUSCH pero incluye dos tipos de UCI. De este modo, el PUSCH puede transportar los dos recursos de UCI remanentes. De este modo, en la solución técnica de la divulgación, pueden transportarse todos los recursos de UCI (cuatro tipos de UCI).
En al menos una solución técnica, los al menos dos tipos de UCI se codifican mediante la codificación conjunta (operación S102) como sigue.
Al menos la CG-UCI y el HARQ-ACK en la UCI objetivo se codifican mediante la codificación conjunta, donde la CG-UCI se utiliza para demodular el PUSCH.
En al menos una solución técnica, los al menos dos tipos de UCI se codifican mediante la codificación conjunta (operación S102) como sigue.
La CG-UCI y el HARQ-ACK en la UCI objetivo se codifican mediante la codificación conjunta.
En la realización, una primera solución de codificación de al menos dos tipos de UCI mediante la codificación conjunta, que no se ajusta a la materia reivindicada, es la siguiente. La CG-UCI y la CSI parte 1 se codifican mediante la codificación conjunta como sigue.
La CG-UCI y la CSI parte 1 se codifican mediante un código polar si una suma de bits de la CG-UCI y la CSI parte 1 es mayor que un primer bit establecido.
La CG-UCI y la CSI parte 1 se codifican mediante un código corto si la suma de bits de la CG-UCI y la CSI parte 1 es menor o igual que el primer bit establecido.
El código corto incluye pero no se limita a: un código RM o códigos repetitivos.
En un ejemplo, el primer número de bit establecido es 11.
En la primera solución de la implementación, una CRC de la codificación conjunta de la CG-UCI y la CSI parte 1 es una CRC utilizada en la codificación independiente de la CSI parte 1 o una CRC utilizada en la codificación independiente de la CG-UCI.
En la primera solución de la implementación, los REs ocupados por la codificación conjunta se determinan del siguiente modo.
Los recursos ocupados por la codificación conjunta se determinan en función de un primer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
Alternativamente, los recursos ocupados por la codificación conjunta se determinan en función de un primer factor de compensación de la tasa de código y un primer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 1.
En la implementación, una segunda solución de codificación de al menos dos tipos de UCI mediante la codificación conjunta es la siguiente. La CG-UCI y el HARQ-ACK se codifican mediante la codificación conjunta como sigue. La CG-UCI y el HARQ-ACK se codifican mediante un código polar si una suma de bits de la CG-UCI y del HARQ-ACK es mayor que un primer bit establecido.
La CG-UCI y el HARQ-ACK se codifican mediante un código corto si la suma de bits de la CG-UCI y del HARQ-ACK es menor o igual que el primer bit establecido.
En la segunda solución de la implementación, una CRC de la codificación conjunta de la CG-UCI y la CSI parte 1 es una CRC utilizada en la codificación independiente del HARQ-ACK o una CRC utilizada en la codificación independiente de la CG-UCI.
En la segunda solución de la implementación, los REs ocupados por la codificación conjunta se determinan del siguiente modo.
Los recursos ocupados por la codificación conjunta se determinan, según la invención reivindicada, según un segundo factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK; o los recursos ocupados por la codificación conjunta se determinan según un segundo factor de compensación de la tasa de código y un segundo valor de desplazamiento utilizado en la codificación independiente del HARQ-ACK.
En la segunda solución de la implementación, la codificación conjunta de la CG-UCI y del HARQ-ACK se determina según el número de bits de información del HARQ-ACK.
En la segunda solución de la implementación, la CG-UCI incluye N bits para transmitir el HARQ-ACK si el número de bits de información del HARQ-ACK es menor o igual que un segundo número de bit establecido N, donde N es un número entero mayor que o igual a 0.
En la segunda solución de la implementación, si el número de bits de información del HARQ-ACK realmente transmitido es menor que N, entre los N bits de la CG-UCI, los bits que no se utilizan para transmitir el HARQ-ACK se utilizan para transmitir información del marcador de posición. En otras palabras, si el número de bits de información del HARQ-ACK realmente transmitido es menor que N, es necesario realizar una adición de bits, como añadir el bit 0 para permitir que el número de bits de información del HARQ-ACK llegue a N, para evitar ambigüedad en el lado receptor y en el lado transmisor.
En un ejemplo, el segundo número de bit establecido N es 2.
En una solución, la UCI objetivo se mapea al PUSCH como sigue. Una secuencia de bits de al menos uno de los HARQ-ACK, la UCI objetivo y la CSI parte 2, después de someterse a un ajuste de tasa, se mapea a un símbolo de datos después de una primera DMRS del PUSCH, donde un orden de mapeo de la secuencia de bits es el HARQ-ACK, la UCI objetivo y la CSI parte 2, y la UCI objetivo incluye la CG-UCI y la CSI parte 1. El número de bits de información del HARQ-ACK es mayor que el segundo número de bit establecido N. Si se incluyen la UCI objetivo y el HARQ-ACK, el orden de mapeo de la secuencia de bits es el HARQ-ACK y la UCI objetivo; si se incluyen la UCI objetivo y la CSI parte 2, el orden de mapeo de la secuencia de bits es la UCI objetivo y la CSI parte 2.
En una solución, la UCI objetivo se mapea al PUSCH como sigue. Los REs se reservan antes de mapear la UCI, y la secuencia de bits de la UCI objetivo y la CSI parte 2 (si la hay) después del ajuste de tasa se mapean al símbolo de datos después de la primera DMRS del PUSCH. El orden de mapeo de la secuencia de bits es: la UCI objetivo y la CSI parte 2, donde la UCI objetivo no se mapea a los REs reservados pero la CSI parte 2 se mapea a los REs reservados. La UCI objetivo incluye la CG-UCI y la CSI parte 1. Posteriormente, el HARQ-ACK se mapea a los REs reservados mediante punteado. El número de bits de información del HARQ-ACK es menor o igual que el segundo número de bit establecido N.
En la implementación, una tercera solución de codificación de al menos dos tipos de UCI mediante la codificación conjunta, que no se ajusta a la materia reivindicada, es la siguiente. La CG-UCI y la CSI parte 2 se codifican mediante la codificación conjunta como sigue.
La CG-UCI y la CSI parte 2 se codifican mediante un código polar si una suma de bits de la CG-UCI y la CSI parte 2 es mayor que un primer bit establecido.
La CG-UCI y la CSI parte 2 se codifican mediante un código corto si la suma de bits de la CG-UCI y la CSI parte 2 es menor o igual que el primer bit establecido.
En la tercera solución de la implementación, una CRC de la codificación conjunta de la CG-UCI y la CSI parte 2 es una CRC utilizada en la codificación independiente de la CSI parte 2 o una CRC utilizada en la codificación independiente de la CG-UCI.
En la tercera solución de la implementación, los REs ocupados por la codificación conjunta se determinan del siguiente modo.
Los recursos ocupados por la codificación conjunta se determinan en función de un tercer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 2.
Alternativamente, los recursos ocupados por la codificación conjunta se determinan en función de un tercer factor de compensación de la tasa de código y un tercer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 2.
En la implementación, una cuarta solución de codificación de al menos dos tipos de UCI mediante la codificación conjunta, que no se ajusta a la materia reivindicada, es la siguiente. La HARQ-ACK y la CSI parte 1 se codifican mediante la codificación conjunta como sigue.
La CG-UCI y la CSI parte 2 se codifican mediante un código polar si una suma de bits del HARQ-ACK y de la CSI parte 1 es mayor que un primer bit establecido.
La CG-UCI y la CSI parte 2 se codifican mediante un código corto si la suma de bits del HARQ-ACK y de la CSI parte 1 es menor o igual que el primer bit establecido.
En la cuarta solución de la implementación, una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente de la CSI parte 1 o una CRC utilizada en la codificación independiente del HARQ-ACK. En la cuarta solución de la implementación, los REs ocupados por la codificación conjunta se determinan del siguiente modo.
Los recursos ocupados por la codificación conjunta se determinan en función de un segundo factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
Alternativamente, los recursos ocupados por la codificación conjunta se determinan en función de un tercer factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK.
Alternativamente, los recursos ocupados por la codificación conjunta se determinan en función de un tercer factor de compensación de la tasa de código usado en la codificación independiente del HARQ-ACK y el segundo factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
En la primera solución, la segunda solución, la tercera solución, la CRC utilizada en la codificación independiente de la CG-UCI es configurada por una capa superior, se determina en función de un identificador temporal de red de radio (RNTI) correspondiente a DCI para activar los recursos de enlace ascendente de CG, o se determina en función de un RNTI de programación configurado (CS-RNTI).
En comparación con la solución técnica implementada en el UE como se ilustra en la FIG. 1 a, las implementaciones proporcionan además un método de transmisión para UCI implementado en un dispositivo de red o un segundo UE. Con referencia a la FIG. 1c y la FIG. 1d, la FIG. 1c es un diagrama esquemático que ilustra un acoplamiento entre un UE y un dispositivo de red, y la FIG. 1d es un diagrama esquemático que ilustra un acoplamiento entre un primer dispositivo y un segundo dispositivo. El método ilustrado en la FIG. 1b se puede ejecutar por el dispositivo de red ilustrado en la FIG. 1c o ejecutar por el segundo dispositivo ilustrado en la FIG. 1d. Cuando se ejecuta por el segundo dispositivo ilustrado en la FIG. 1d, el PUSCH puede ser un canal físico compartido de enlace lateral (PSSCH). Como se ilustra en la FIG. 1 b, el método comienza en S101 b.
En S101b, se recibe un PUSCH en los recursos de enlace ascendente de la CG, donde el PUSCH incluye la UCI objetivo, la UCI objetivo incluye al menos dos tipos de UCI y los al menos dos tipos de UCI se codifican mediante codificación conjunta.
Los tipos de UCI incluyen CG-UCI, HARQ-ACK, CSI parte 1 y CSI parte 2. La materia reivindicada requiere que los al menos dos tipos de UCI incluidos en la UCI objetivo sean al menos CG-UCI y HARQ-ACK.
En S102b, los al menos dos tipos de UCI se obtienen decodificando la UCI objetivo mediante decodificación conjunta. En una solución, los al menos dos tipos de UCI se codifican mediante la codificación conjunta como sigue.
Al menos la CG-UCI y el HARQ-ACK en la UCI objetivo se codifican mediante la codificación conjunta, donde la CG-UCI se utiliza para demodular el PUSCH.
En una solución, los al menos dos tipos de UCI se codifican mediante la codificación conjunta como sigue.
La CG-UCI y el HARQ-ACK en la UCI objetivo se codifican mediante la codificación conjunta.
En la realización, una primera solución de codificación de al menos dos tipos de UCI mediante la codificación conjunta, que no se ajusta a la materia reivindicada, es la siguiente. La CG-UCI y la CSI parte 1 se obtienen decodificando la UCI objetivo mediante la decodificación conjunta como sigue.
La CG-UCI y la CSI parte 1 se obtienen decodificando la UCI objetivo mediante un código polar si una suma de bits de la CG-UCI y la CSI parte 1 es mayor que un primer bit establecido.
La CG-UCI y la CSI parte 1 se obtienen decodificando la UCI objetivo mediante un código corto si la suma de bits de la CG-UCI y la CSI parte 1 es menor o igual que el primer bit establecido.
El código corto incluye pero no se limita a: un código RM o códigos repetitivos.
En un ejemplo, el primer número de bit establecido es 11.
En una primera solución de la implementación, una CRC de la UCI objetivo es una CRC utilizada en la codificación independiente de la CSI parte 1 o una CRC utilizada en la codificación independiente de la CG-UCI.
En la primera solución de la implementación, los REs ocupados por la codificación conjunta se determinan del siguiente modo.
Los recursos ocupados por la codificación conjunta se determinan en función de un primer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
Alternativamente, los recursos ocupados por la codificación conjunta se determinan en función de un primer factor de compensación de la tasa de código y un primer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 1.
En la implementación, una segunda solución de codificación de al menos dos tipos de UCI mediante la codificación conjunta es la siguiente. La CG-UCI y el HARQ-ACK se obtienen decodificando la UCI objetivo mediante la decodificación conjunta como sigue.
La CG-UCI y el HARQ-ACK se obtienen decodificando la UCI objetivo mediante un código polar si una suma de bits de la CG-UCI y del HARQ-ACK es mayor que un primer bit establecido.
La CG-UCI y el HARQ-ACK se obtienen decodificando la UCI objetivo mediante un código corto si la suma de bits de la CG-UCI y del HARQ-ACK es menor o igual que el primer bit establecido.
En la segunda solución, una CRC utilizada en la codificación conjunta de la UCI objetivo es una CRC utilizada en la codificación independiente del HARQ-ACK o una CRC utilizada en la codificación independiente de la CG-UCI.
En la segunda solución, los REs ocupados por la codificación conjunta se determinan del siguiente modo.
Los recursos ocupados por la codificación conjunta se determinan, según la invención reivindicada, según un segundo factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK; o los recursos ocupados por la codificación conjunta se determinan según el segundo factor de compensación de la tasa de código y un segundo valor de desplazamiento utilizado en la codificación independiente del HARQ-ACK.
En la segunda solución, la codificación conjunta de la CG-UCI y del HARQ-ACK se determina según el número de bits de información del HARQ-ACK.
En la segunda solución, la CG-UCI incluye N bits para transmitir el HARQ-ACK si el número de bits de información del HARQ-ACK es menor o igual que un segundo número de bit establecido N, donde N es un número entero mayor que o igual a 0.
En la segunda solución, si el número de bits de información del HARQ-ACK realmente transmitido es menor que N, entre los ámbitos de la CG-UCI, los bits que no se utilizan para transmitir el HARQ-ACK se utilizan para transmitir información del marcador de posición.
En al menos una solución, un símbolo de datos después de una primera DMRS del PUSCH se desmapea para obtener el HARQ-ACK, la UCI objetivo y la CSI parte 2, donde la UCI objetivo incluye la CG-UCI y la CSI parte 1. Si se incluyen la UCI objetivo y el HARQ-ACK, el símbolo de datos después de la primera DMRS del PUSCH se desmapea para obtener el HARQ-ACK y la UCI objetivo; si se incluyen la UCI objetivo y la CSI parte 2, el símbolo de datos después de la primera DMRS del PUSCH se desmapea para obtener la u C i objetivo y la CSI parte 2.
En una solución, el símbolo de datos que sigue a la primera DMRS del PUSCH se desmapea para obtener la UCI objetivo y la CSI parte 2 (si la hay). La UCI objetivo no se mapea a los REs reservados, pero la CSI parte 2 se mapea a los REs reservados. La UCI objetivo incluye la CG-UCI y la CSI parte 1. Posteriormente, el HARQ-ACK se mapea a los REs reservados mediante punteado. El número de bits de información del HARQ-ACK es menor o igual que el segundo número de bit establecido N.
En la implementación, una tercera solución de codificación de al menos dos tipos de UCI mediante la codificación conjunta, que no se ajusta a la materia reivindicada, es la siguiente. La CG-UCI y la CSI parte 2 se obtienen decodificando la UCI objetivo mediante la decodificación conjunta como sigue.
La CG-UCI y la CSI parte 2 se obtienen decodificando la UCI objetivo mediante un código polar si una suma de bits de la CG-UCI y la CSI parte 2 es mayor que un primer bit establecido.
La CG-UCI y la CSI parte 2 se obtienen decodificando la UCI objetivo mediante un código corto si la suma de bits de la CG-UCI y la CSI parte 2 es menor o igual que el primer bit establecido.
En la tercera solución, una CRC de la UCI objetivo es una CRC utilizada en la codificación independiente de la CSI parte 2 o una CRC utilizada en la codificación independiente de la CG-UCI.
En la tercera solución, los REs ocupados por la codificación conjunta se determinan del siguiente modo.
Los recursos ocupados por la codificación conjunta se determinan en función de un tercer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 2.
Alternativamente, los recursos ocupados por la codificación conjunta se determinan en función de un tercer factor de compensación de la tasa de código y un tercer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 2.
En la implementación, una cuarta solución de codificación de al menos dos tipos de UCI mediante la codificación conjunta, que no se ajusta a la materia reivindicada, es la siguiente. El HARQ-ACK y la CSI parte 1 se obtienen decodificando la UCI objetivo mediante la decodificación conjunta como sigue.
El HARQ-ACK y la CSI parte 1 se obtienen decodificando la UCI objetivo mediante un código polar si una suma de bits del HARQ-ACK y de la CSI parte 1 es mayor que un primer bit establecido.
La HARQ-ACK y la CSI parte 1 se obtienen decodificando la UCI objetivo mediante un código corto si la suma de bits del HARQ-ACK y de la CSI parte 1 es menor o igual que el primer bit establecido.
En la cuarta solución, una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente de la CSI parte 1 o una CRC utilizada en la codificación independiente del HARQ-ACK.
En la cuarta solución, los REs ocupados por la codificación conjunta se determinan del siguiente modo.
Los recursos ocupados por la codificación conjunta se determinan en función de un segundo factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
Alternativamente, los recursos ocupados por la codificación conjunta se determinan en función de un tercer factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ- ACK.
Alternativamente, los recursos ocupados por la codificación conjunta se determinan según el tercer factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK y el segundo factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
En la primera solución, segunda solución o tercera solución, se envía la CRC utilizada en la codificación independiente de la CG-UCI configurada por una capa superior, o se envía la CRC utilizada en la codificación independiente de la CG-UCI determinada según un RNTI correspondiente a DCI para activar los recursos de enlace ascendente de CG. La FIG. 1e es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones. El método puede implementarse a través del marco ilustrado en la FIG. 1c o la FIG. 1d y el método comienza en S101e.
En S101e, un primer dispositivo mapea la UCI objetivo a un PUSCH y transmite el PUSCH en recursos de enlace ascendente de CG, donde la UCI objetivo incluye al menos dos tipos de UCI y los al menos dos tipos de UCI se codifican mediante codificación conjunta.
En S102e, un segundo dispositivo recibe el PUSCH en los recursos de enlace ascendente de CG y obtiene los al menos dos tipos de UCI decodificando la UCI objetivo mediante decodificación conjunta.
Para la UCI objetivo, la codificación conjunta y la decodificación, se puede hacer referencia a la descripción de la implementación ilustrada en la FIG. 1a o la FIG. 1b. La descripción de la implementación ilustrada en la FIG. 1a corresponde a la operación realizada por el primer dispositivo de la implementación ilustrada en la FIG. 1e. La descripción de la implementación ilustrada en la FIG. 1b corresponde a la operación realizada por el segundo dispositivo en la implementación ilustrada en la FIG. 1e.
La FIG. 2 es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones. El método se ejecuta por un dispositivo electrónico. En el método, que no se ajusta a la materia reivindicada, la UCI objetivo incluye CG-UCI y CSI parte 1. Como se ilustra en la FIG. 2, el método comienza en S201. En S201, el dispositivo electrónico determina los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 1.
En una forma de implementación de la operación S201, el dispositivo electrónico determina los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 1 según un primer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
Por ejemplo, los REs ocupados por la codificación independiente de la CSI parte 1 corresponden a la tasa de código 1 y los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 1 corresponden también a la tasa de código 1. En otro ejemplo, los REs ocupados por la codificación independiente de la CSI parte 1 corresponden a la tasa de código 1 y los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 1 corresponden a la tasa de código 2, donde la tasa de código 1 y la tasa de código 2 son casi iguales. El anterior "casi iguales" se define como sigue. Cuando el valor absoluto de la diferencia entre la tasa de código 1 y la tasa de código 2 es menor o igual que 0,2, se determina que la tasa de código 1 y la tasa de código 2 son casi iguales; en caso contrario, se determina que la tasa de código 1 y la tasa de código 2 no son iguales.
En otra forma de implementación de la operación S201, el dispositivo electrónico determina los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 1 según un primer factor de compensación de la tasa de código y un primer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 1.
El primer valor de desplazamiento anterior puede ser un valor preestablecido. En la práctica, el primer valor de desplazamiento puede determinarse a través de una lista. El primer valor de desplazamiento se describe a continuación.
Por ejemplo, los REs ocupados por la codificación independiente de la CSI parte 1 corresponden a la tasa de código 1 y los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 1 corresponden a la tasa de código 1+A, donde A se obtiene según el primer valor de desplazamiento. Una manera de obtener A es: A= el primer valor de desplazamiento y otra manera de obtener A es: A = el primer valor de desplazamiento*un coeficiente de desplazamiento. Por ejemplo, los REs ocupados por la codificación independiente de la CSI parte 1 corresponden a la tasa de código 1, que se obtiene según el primer factor de compensación de la tasa de código, y los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 1 corresponden a la tasa de código 2, que se obtiene según el primer factor de compensación de la tasa de código y el primer valor de desplazamiento.
Una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente de la CSI parte 1 o una CRC utilizada en la codificación independiente de la CG-UCI. La CRC utilizada en la codificación independiente de la CG-UCI es configurada por una capa superior o se determina en función de un RNTI correspondiente a la DCI para activar los recursos de enlace ascendente de CG.
En S202, el dispositivo electrónico determina, según un número total de bits de la CG-UCI y la CSI parte 1, una primera forma de codificación correspondiente al número total de bits.
La anterior operación S202 se implementa como sigue. Si el número total de bits de la CG-UCI y de la CSI parte 1 es menor que o igual a un umbral establecido (por ejemplo, 11 bits), se determina que la primera forma de codificación utiliza un código RM. Si el número total de bits de la CG-UCI y de la CSI parte 1 es mayor que un umbral establecido (por ejemplo, 11 bits), se determina que la primera forma de codificación utiliza un código polar.
En S203, el dispositivo electrónico realiza una codificación conjunta en la CG-UCI y la CSI parte 1 mediante la primera forma de codificación para obtener la UCI objetivo.
La codificación conjunta en la anterior operación S203 puede implementarse mediante una forma de codificación que utilice un código polar o un código RM.
En S204, el dispositivo electrónico mapea la UCI objetivo al PUSCH y transmite el PUSCH en los recursos de enlace ascendente de CG.
En una solución, la UCI objetivo se mapea al PUSCH como sigue.
En el caso de que el número de bits de información del HARQ-ACK sea menor o igual a 2, la CSI parte 2 y/o los datos pueden mapearse a los REs reservados y posteriormente se mapeará el HARQ-ACK a los REs reservados mediante punteado. Considerando que la transmisión de la CG-UCI y la CSI parte 1 es de gran importancia, para evitar el impacto del punteado en la CG-UCI y la CSI parte 1, se prohíbe mapear la CG-UCI y la CSI parte 1 a los REs reservados. Es decir, la UCI objetivo puede mapearse a REs no reservados de los recursos de enlace ascendente de CG. En la FIG. 2a se ilustra el mapeo de PUSCH en el caso de que el número de bits de información del HARQ-ACK sea menor que o igual a 2.
En el caso de que el número de bits de información del HARQ-ACK sea mayor que 2, para el HARQ-ACK, la CSI y la CG-UCI, la secuencia de bits después del ajuste de tasa se mapea al símbolo de datos después de una primera DMRS del PUSCH. El orden de mapeo de la secuencia de bits puede ser el siguiente. A continuación de la DMRS, se mapea el HARQ-ACK más importante, después se mapea la CG-UCI y la CSI parte 1 y finalmente se mapea la CSI parte 2, siguiendo en primer lugar el principio de dominio de frecuencia. En la FIG. 2b se ilustra el mapeo de PUSCH en el caso de que el número de bits de información del HARQ-ACK sea mayor que 2.
Según la solución técnica de la divulgación, la CG-UCI y la CSI parte 1 se codifican en la UCI objetivo mediante la codificación conjunta y, a continuación, la UCI objetivo se mapea al PUSCH, y el PUSCH se transmite en los recursos de enlace ascendente de CG. La UCI objetivo obtenida mediante la codificación conjunta solo ocupa un recurso de UCI en el PUSCH pero incluye dos tipos de UCI. De este modo, el PUSCH puede transportar los dos recursos de UCI remanentes. De este modo, en la solución técnica de la divulgación, pueden transportarse todos los recursos de UCI (cuatro tipos de UCI).
La FIG. 3 es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones. El método se ejecuta por un dispositivo electrónico. En el método, la UCI objetivo incluye CG-UCI y HARQ-ACK. Como se ilustra en la FIG. 3, el método comienza en S301.
En S301, el dispositivo electrónico determina los REs ocupados por la codificación conjunta de la CG-UCI y del HARQ-ACK.
En una forma de implementación de la operación S301, el dispositivo electrónico determina los REs ocupados por la codificación conjunta de la CG-UCI y del HARQ-ACK según un segundo factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK.
Por ejemplo, los REs ocupados por la codificación independiente del HARQ-ACK corresponden a la tasa de código 3 y los REs ocupados por la codificación conjunta de la CG-UCI y del HARQ-ACK corresponden también a la tasa de código 3. En otro ejemplo, los REs ocupados por la codificación independiente del HARQ-ACK corresponden a la tasa de código 3 y los REs ocupados por la codificación conjunta de la CG-UCI y del HARQ-ACK corresponden a la tasa de código 4, donde la tasa de código 3 y la tasa de código 4 son casi iguales. El anterior "casi iguales" se define como sigue. Cuando el valor absoluto de la diferencia entre la tasa de código 3 y la tasa de código 4 es menor o igual que 0,2, se determina que la tasa de código 3 y la tasa de código 4 son casi iguales; en caso contrario, se determina que la tasa de código 3 y la tasa de código 4 no son iguales.
En otra forma de implementación de la operación S301, el dispositivo electrónico determina los REs ocupados por la codificación conjunta de la CG-UCI y del HARQ-ACK según el segundo factor de compensación de la tasa de código y un segundo valor de desplazamiento utilizado en la codificación independiente del HARQ-ACK.
El segundo valor de desplazamiento anterior puede ser un valor preestablecido. En la práctica, el segundo valor de desplazamiento puede determinarse a través de una lista. El segundo valor de desplazamiento se describe a continuación.
Por ejemplo, los REs ocupados por la codificación independiente del HARQ-ACK corresponden a la tasa de código 3 y los REs ocupados por la codificación conjunta de la CG-UCI y del HARQ-ACK corresponden a la tasa de código 3+A, donde A se obtiene según el segundo valor de desplazamiento. Una manera de obtener A es: A= el segundo valor de desplazamiento y otra manera de obtener A es: A = el segundo valor de desplazamiento*un coeficiente de desplazamiento. Por ejemplo, los REs ocupados por la codificación independiente del HARQ-ACK corresponden a la tasa de código 3, que se obtiene según el segundo factor de compensación de la tasa de código, y los REs ocupados por la codificación conjunta de la CG-UCI y del HARQ-ACK corresponden a la tasa de código 4, que se obtiene según el segundo factor de compensación de la tasa de código y el segundo valor de desplazamiento.
El método incluye además lo siguiente. Una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente del HARQ-ACK o una CRC utilizada en la codificación independiente de la CG-UCI. La CRC utilizada en la codificación independiente de la CG-UCI es configurada por una capa superior o se determina en función de un RNTI correspondiente a la DCI para activar los recursos de enlace ascendente de CG.
En S302, el dispositivo electrónico determina, según el número de bits de información del HARQ-ACK, una segunda forma de codificación correspondiente al número de bits de información.
La anterior operación S302 se implementa como sigue. La CG-UCI incluye N bits para transmitir el HARQ-ACK si el número de bits de información del HARQ-ACK es menor o igual que un segundo número de bit establecido N, donde N es un número entero mayor que o igual a 0. Aquí, si el número de bits de información del HARQ-ACK realmente transmitido es menor que N, entre los ámbitos de la CG-UCI, los bits que no se utilizan para transmitir el HARQ-ACK se utilizan para transmitir información del marcador de posición (es decir, bits del marcador de posición sin significado real).
La segunda forma de codificación puede ser mediante un código polar o un código RM.
En S303, el dispositivo electrónico realiza una codificación conjunta en la CG-UCI y el HARQ-ACK mediante la segunda forma de codificación para obtener la UCI objetivo.
La codificación conjunta en la anterior operación S303 puede implementarse mediante una forma de codificación que utilice un código polar o un código RM.
La anterior operación S303 puede sustituirse por la siguiente operación.
En S303-1, la CG-UCI y el HARQ-ACK se codifican mediante la codificación conjunta cuando el número de bits de información del HARQ-ACK es mayor que el segundo número de bit establecido N.
En S304, el dispositivo electrónico mapea la UCI objetivo al PUSCH y transmite el PUSCH en los recursos de enlace ascendente de CG.
En una solución, la UCI objetivo se mapea al PUSCH como sigue
En el caso de que el número de bits de información del HARQ-ACK sea menor o igual que 2, el HARQ-ACK se incluye en la CG- UCI. Por ejemplo, el HARQ-ACK se añade al final de la CG-UCI. Suponiendo que la CG-UCI es de 26 bits y el HARQ-ACK es de 2 bits, se añaden 2 bits después de 26 bits y se obtienen 28 bits. En un ejemplo, la CG-UCI incluye el HARQ-ACK de 2 bits. Si el número de bits de información del HARQ-ACK realmente transmitido es menor que 2, por ejemplo, ningún bit de información o 1 bit de información, es necesario suponer que el número de bits de información del HARQ-ACK es 2. Es decir, es necesario realizar una adición de bits para que el número de bits de información del HARQ-ACK llegue a 2. Para la CG-UCI (incluido el HARQ-ACK) y la CSI, la secuencia de bits después del ajuste de tasa se mapea al símbolo de datos después de una primera DMRS del PUSCH. A continuación de la DMRS, se mapea la CG-UCI más importante (incluido el HARQ-ACK), después se mapea la CSI parte 1 y finalmente se mapea la CSI parte 2, siguiendo en primer lugar el principio de dominio de frecuencia. En la FIG. 3a se ilustra el mapeo de PUSCH en el caso de que el número de bits de información del HARQ-ACK sea menor que o igual a 2.
En otra solución, la UCI objetivo se mapea al PUSCH como sigue.
En el caso de que el número de bits de información del HARQ-ACK sea mayor que 2, para el HARQ-ACK, la CG-UCI y la CSI, la secuencia de bits después del ajuste de tasa se mapea al símbolo de datos después de la primera DMRS del PUSCH. A continuación de la DMRS, se mapea el HARQ-ACK más importante y la CG-UCI, después se mapea la CSI parte 1 y finalmente se mapea la CSI parte 2, siguiendo en primer lugar el principio de dominio de frecuencia. En la FIG. 3b se ilustra el mapeo de PUSCH en el caso de que el número de bits de información del HARQ-ACK sea mayor que 2.
Según la solución técnica de la divulgación, la CG-UCI y el HARQ-ACK se codifican en la UCI objetivo mediante la codificación conjunta y, a continuación, la UCI objetivo se mapea al PUSCH, y el PUSCH se transmite en los recursos de enlace ascendente de CG. La UCI objetivo obtenida mediante la codificación conjunta solo ocupa un recurso de UCI en el PUSCH pero incluye dos tipos de UCI. De este modo, el PUSCH puede transportar los dos recursos de UCI remanentes. De este modo, en la solución técnica de la divulgación, pueden transportarse todos los recursos de UCI (cuatro tipos de UCI).
La FIG. 4 es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones. El método se ejecuta por un dispositivo electrónico. En el método, que no se ajusta a la materia reivindicada, la UCI objetivo incluye CG-UCI y CSI parte 2. Como se ilustra en la FIG. 4, el método comienza en S401.
En S401, el dispositivo electrónico determina los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 2.
En una forma de implementación de la operación S401, el dispositivo electrónico determina los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 2 según un tercer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 2.
Por ejemplo, los REs ocupados por la codificación independiente de la CSI parte 2 corresponden a la tasa de código 5 y los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 2 corresponden también a la tasa de código 5. En otro ejemplo, los REs ocupados por la codificación independiente de la CSI parte 2 corresponden a la tasa de código 5 y los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 2 corresponden a la tasa de código 6, donde la tasa de código 5 y la tasa de código 6 son casi iguales. El anterior "casi iguales" se define como sigue. Cuando el valor absoluto de la diferencia entre la tasa de código 5 y la tasa de código 6 es menor o igual a 0,2, se determina que la tasa de código 5 y la tasa de código 6 son casi iguales; en caso contrario, se determina que la tasa de código 5 y la tasa de código 6 no son iguales.
En otra forma de implementación de la operación S401, el dispositivo electrónico determina los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 2 según el tercer factor de compensación de la tasa de código y un tercer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 2.
El tercer valor de desplazamiento anterior puede ser un valor preestablecido. En la práctica, el tercer valor de desplazamiento puede determinarse a través de una lista. El tercer valor de desplazamiento se describe a continuación.
Por ejemplo, los REs ocupados por la codificación independiente de la CSI parte 2 corresponden a la tasa de código 5 y los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 2 corresponden a la tasa de código 5+A, donde A se obtiene según el tercer valor de desplazamiento. Una manera de obtener A es: A= el tercer valor de desplazamiento y otra manera de obtener A es: A = el tercer valor de desplazamiento*un coeficiente de desplazamiento. Por ejemplo, los REs ocupados por la codificación independiente de la CSI parte 2 corresponden a la tasa de código 5, que se obtiene según el tercer factor de compensación de la tasa de código, y los REs ocupados por la codificación conjunta de la CG-UCI y la CSI parte 2 corresponden a la tasa de código 6, que se obtiene según el tercer factor de compensación de la tasa de código y el tercer valor de desplazamiento.
Una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente de la CSI parte 2 o una CRC utilizada en la codificación independiente de la CG-UCI. La CRC utilizada en la codificación independiente de la CG-UCI es configurada por una capa superior o se determina en función de un RNTI correspondiente a la DCI para activar los recursos de enlace ascendente de CG.
En S402, el dispositivo electrónico determina, según un número total de bits de la CG-UCI y la CSI parte 2, una tercera forma de codificación correspondiente al número total de bits.
La anterior operación S402 se implementa como sigue. Si el número total de bits de la CG-UCI y de la CSI parte 2 es menor que o igual a un umbral establecido (por ejemplo, 11 bits), se determina que la tercera forma de codificación utiliza un código RM. Si el número total de bits de la CG-UCI y de la CSI parte 2 es mayor que un umbral establecido (por ejemplo, 11 bits), se determina que la tercera forma de codificación utiliza un código polar.
En S403, el dispositivo electrónico realiza una codificación conjunta en la CG-UCI y la CSI parte 2 mediante la tercera forma de codificación para obtener la UCI objetivo.
La codificación conjunta en la anterior operación S403 puede implementarse mediante una forma de codificación que utilice un código polar o un código RM.
En S404, el dispositivo electrónico mapea la UCI objetivo al PUSCH y transmite el PUSCH en los recursos de enlace ascendente de CG.
En una solución, la UCI objetivo se mapea al PUSCH como sigue.
En el caso de que el número de bits de información del HARQ-ACK sea menor que o igual a 2, los REs se reservan, la CG-UCI y la CSI parte 2 y/o los datos pueden mapearse a los REs reservados y posteriormente se mapeará el HARQ-ACK a los REs reservados mediante punteado. En la FIG. 4a se ilustra el mapeo de PUSCH en el caso de que el número de bits de información del HARQ-ACK sea menor o igual que 2.
En otra solución, la UCI objetivo se mapea al PUSCH como sigue.
En el caso de que el número de bits de información del HARQ-ACK sea mayor que 2, para el HARQ- ACK, la CSI y la CG-UCI, la secuencia de bits después del ajuste de velocidad se mapea al símbolo de datos después de una primera DMRS del PUSCH. A continuación de la DMRs , se mapea el HARQ-ACK más importante, después se mapea la CSI parte 1 y finalmente se mapea la CG-UCI y la CSI parte 2, siguiendo en primer lugar el principio de dominio de frecuencia. En la FIG. 4b se ilustra el mapeo de PUSCH en el caso de que el número de bits de información del HARQ-ACK sea mayor que 2.
Según la solución técnica de la divulgación, la CG-UCI y la CSI parte 2 se codifican en la UCI objetivo utilizando la codificación conjunta y a continuación la UCI objetivo se mapea al PUSCH, y el PUSCH se transmite en los recursos de enlace ascendente de CG. La UCI objetivo obtenida mediante la codificación conjunta solo ocupa un recurso de UCI en el PUSCH pero incluye dos tipos de UCI. De este modo, el PUSCH puede transportar los dos recursos de UCI remanentes. De este modo, en la solución técnica de la divulgación, pueden transportarse todos los recursos de UCI (cuatro tipos de UCI).
La FIG. 5 es un diagrama de flujo esquemático que ilustra un método de transmisión para UCI según las implementaciones. El método se ejecuta por un dispositivo electrónico. En el método, que no se ajusta a la materia reivindicada, la UCI objetivo incluye HARQ-ACK y CSI parte 1. Como se ilustra en la FIG. 5, el método comienza en S501.
En S501, el dispositivo electrónico determina los REs ocupados por la codificación conjunta del HARQ-ACK y de la CSI parte 1.
En una forma de implementación de la operación S501, el dispositivo electrónico determina los REs ocupados por la codificación conjunta del HARQ-ACK y de la CSI parte 1 según un primer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
Por ejemplo, los REs ocupados por la codificación independiente de la CSI parte 1 corresponden a la tasa de código 1 y los REs ocupados por la codificación conjunta del HARQ-ACK y de la CSI parte 1 corresponden también a la tasa de código 1. En otro ejemplo, los REs ocupados por la codificación independiente de la CSI parte 1 corresponden a la tasa de código 1 y los REs ocupados por la codificación conjunta del HARQ-ACK y de la CSI parte 1 corresponden a la tasa de código 2, donde la tasa de código 1 y la tasa de código 2 son casi iguales. El anterior "casi iguales" se define como sigue. Cuando el valor absoluto de la diferencia entre la tasa de código 1 y la tasa de código 2 es menor o igual que 0,2, se determina que la tasa de código 1 y la tasa de código 2 son casi iguales; en caso contrario, se determina que la tasa de código 1 y la tasa de código 2 no son iguales.
En una forma de implementación de la operación S501, el dispositivo electrónico determina los REs ocupados por la codificación conjunta del HARQ-ACK y de la CSI parte 1 según un segundo factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK.
En otra forma de implementación de la operación S501, el dispositivo electrónico determina los REs ocupados por la codificación conjunta del HARQ-ACK y de la CSI parte 1 según un segundo factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK y el primer factor de compensación de la tasa de código.
Una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente de la CSI parte 1 o una CRC utilizada en la codificación independiente del HARQ-ACK.
En S502, el dispositivo electrónico determina, según un número total de bits del HARQ-ACK y de la CSI parte 1, una tercera forma de codificación correspondiente al número total de bits.
La anterior operación S502 se implementa como sigue. Si el número total de bits del HARQ-ACK y de la CSI parte 1 es menor o igual que un umbral establecido (por ejemplo, 11 bits), se determina que la tercera forma de codificación utiliza un código RM. Si el número total de bits del HARQ-ACK y de la CSI parte 1 es mayor que un umbral establecido (por ejemplo, 11 bits), se determina que la tercera forma de codificación utiliza un código polar.
En S503, el dispositivo electrónico realiza una codificación conjunta en el HARQ-ACK y la CSI parte 1 mediante la tercera forma de codificación para obtener la UCI objetivo.
La codificación conjunta en la anterior operación S503 puede implementarse mediante una forma de codificación que utilice un código polar o un código RM.
En S504, el dispositivo electrónico mapea la UCI objetivo al PUSCH y transmite el PUSCH en los recursos de enlace ascendente de CG.
En una solución, la UCI objetivo se mapea al PUSCH como sigue.
En el caso de que el número de bits de información del HARQ-ACK sea menor que o igual a 2, el HARQ-ACK se incluye en la CSI parte 1. En un ejemplo, la CSI parte 1 incluye el HARQ-ACK de 2 bits. Si el número de bits de información del HARQ-ACK realmente transmitido es menor que 2, por ejemplo, ningún bit de información o 1 bit de información, es necesario suponer que el número de bits de información del HARQ-ACK es 2. Es decir, es necesario realizar una adición de bits para que el número de bits de información del HARQ-ACK llegue a 2. Para la CSI parte 1 (incluido el HARQ-ACK), la CG-UCI, y la CSI parte 2, la secuencia de bits después del ajuste de tasa se mapea al símbolo de datos después de una primera DMRS del PUSCH. A continuación de la DMRS, se mapea la CSI parte 1 más importante (incluido el HARQ-ACK), después se mapea la CG-UCI y finalmente se mapea la CSI parte 2, siguiendo en primer lugar el principio de dominio de frecuencia. En la FIG. 5a se ilustra el mapeo de PUSCH en el caso de que el número de bits de información del HARQ-ACK sea menor o igual que 2.
En otra solución, la UCI objetivo se mapea al PUSCH como sigue.
En el caso de que el número de bits de información del HARQ-ACK sea mayor que 2, para el HARQ-ACK y la CSI parte 1, la CG-UCI y la CSI parte 2, la secuencia de bits después del ajuste de tasa se mapea al símbolo de datos después de una primera DMRS del PUSCH. A continuación de la DMRS, se mapea el HARQ-ACK más importante y la CSI parte 1, después se mapea la CG-UCI y finalmente se mapea la CSI parte 2, siguiendo en primer lugar el principio de dominio de frecuencia. En la FIG. 5b se ilustra el mapeo de PUSCH en el caso de que el número de bits de información del HARQ-ACK sea mayor que 2.
Según la solución técnica de la divulgación, el HARQ-ACK y la CSI parte 1 se codifican en la UCI objetivo mediante la codificación conjunta y, a continuación, la UCI objetivo se mapea al PUSCH, y el PUSCH se transmite en los recursos de enlace ascendente de CG. La UCI objetivo obtenida mediante la codificación conjunta solo ocupa un recurso de UCI en el PUSCH pero incluye dos tipos de UCI. De este modo, el PUSCH puede transportar los dos recursos de UCI remanentes. De este modo, en la solución técnica de la divulgación, pueden transportarse todos los recursos de UCI (cuatro tipos de UCI).
La FIG. 6a es un diagrama de bloques que ilustra un dispositivo de transmisión para UCI. El dispositivo está establecido en un UE e incluye una unidad de mapeo 601 y una unidad de comunicación 602.
La unidad de mapeo 601 está configurada para mapear la UCI objetivo a un PUSCH.
La unidad de comunicación 602 está configurada para transmitir el PUSCH en recursos de enlace ascendente de CG, donde la UCI objetivo incluye al menos dos tipos de UCI y los al menos dos tipos de UCI se codifican mediante codificación conjunta.
Según la solución técnica de la divulgación, los al menos dos tipos de UCI se codifican en la UCI objetivo mediante la codificación conjunta y, a continuación, la UCI objetivo se mapea al PUSCH, y el PUSCH se transmite en los recursos de enlace ascendente de CG. La UCI objetivo obtenida mediante la codificación conjunta solo ocupa un recurso de UCI en el PUSCH pero incluye dos tipos de UCI. De este modo, el PUSCH puede transportar los dos recursos de UCI remanentes. De este modo, en la solución técnica de la divulgación, pueden transportarse todos los recursos de UCI (cuatro tipos de UCI).
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
La unidad de procesamiento 603 está configurada para codificar al menos la CG-UCI y un HARQ-ACK en la UCI objetivo mediante la codificación conjunta, donde la CG-UCI se utiliza para demodular el PUSCH.
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
La unidad de procesamiento 603 está configurada para codificar la CG-UCI y el HARQ-ACK en la UCI objetivo mediante la codificación conjunta.
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
En esta solución, que no se ajusta a la materia reivindicada, la unidad de procesamiento 603 está configurada para codificar la CG-UCI y la CSI parte 1 mediante la codificación conjunta.
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
En esta solución, que no se ajusta a la materia reivindicada, la unidad de procesamiento 603 está configurada para codificar la CG-UCI y la CSI parte 1 mediante un código polar si una suma de bits de la CG-UCI y la CSI parte 1 es mayor que un primer bit establecido, o codificar la CG-UCI y la CSI parte 1 mediante un código corto si la suma de bits de la CG-UCI y la CSI parte 1 es menor o igual que el primer bit establecido.
En al menos una solución, una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente de la CSI parte 1 o una CRC utilizada en la codificación independiente de la CG-UCI.
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
La unidad de procesamiento 603 está configurada para determinar recursos ocupados por la codificación conjunta según un primer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1, o determinar los recursos ocupados por la codificación conjunta según el primer factor de compensación de la tasa de código y un primer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 1.
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
La unidad de procesamiento 603 está configurada para codificar la CG-UCI y el HARQ-ACK mediante la codificación conjunta.
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
La unidad de procesamiento 603 está configurada para codificar la CG-UCI y el HARQ-ACK mediante un código polar si una suma de bits de la CG-UCI y del HARQ-ACK es mayor que un primer bit establecido, o codificar la CG-UCI y el HARQ-ACK mediante un código corto si la suma de bits de la CG-UCI y del HARQ-ACK es menor o igual que el primer bit establecido.
En al menos una solución, una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente del HARQ-ACK.
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
La unidad de procesamiento 603 está configurada para determinar recursos ocupados por la codificación conjunta según un segundo factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK, o determinar los recursos ocupados por la codificación conjunta según el segundo factor de compensación de la tasa de código y un segundo valor de desplazamiento utilizado en la codificación independiente del HARQ-ACK. En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
La unidad de procesamiento 603 está configurada para determinar la codificación conjunta de la CG-UCI y del HARQ-ACK según el número de bits de información del HARQ-ACK
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
La unidad de procesamiento 603 está configurada para hacer que la CG-UCI incluya N bits para transmitir el HARQ-ACK si el número de bits de información del HARQ-ACK es menor o igual que un segundo número de bit establecido N, donde N es un número entero mayor que o igual a 0.
En al menos una solución, la unidad de mapeo 601 está configurada para mapear una secuencia de bits del HARQ-ACK, de la UCI objetivo y de la CSI parte 2, después de someterse a un ajuste de tasa, a un símbolo de datos después de una primera DMRS del PUSCH, donde un orden de mapeo de la secuencia de bits es el HARQ-ACK, la UCI objetivo y la CSI parte 2, y la UCI objetivo incluye la CG-UCI y la C8 I parte 1.
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
En esta solución, que no se ajusta a la materia reivindicada, la unidad de procesamiento 603 está configurada para codificar la CG-UCI y la CSI parte 2 mediante la codificación conjunta.
En al menos una solución, el dispositivo incluye además una unidad de procesamiento 603.
En esta solución, que no se ajusta a la materia reivindicada, la unidad de procesamiento 603 está configurada para codificar la CG-UCI y la CSI parte 2 utilizando un código polar si una suma de bits de la CG-UCI y la CSI parte 2 es mayor que un primer bit establecido, o codificar la CG-UCI y la CSI parte 2 utilizando un código corto si la suma de bits de la CG-UCI y la CSI parte 2 es menor o igual que el primer bit establecido.
En al menos una solución, una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente de la CSI parte 2 o una CRC utilizada en la codificación independiente de la CG-UCI.
En al menos una solución, la unidad de procesamiento 603 está configurada para determinar recursos ocupados por la codificación conjunta según un tercer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 2, o determinar los recursos ocupados por la codificación conjunta según el tercer factor de compensación de la tasa de código y un tercer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 2.
En al menos una solución, que no se ajusta a la materia reivindicada, la unidad de procesamiento 603 está configurada para codificar el HARQ-ACK y la CSI parte 1 mediante la codificación conjunta.
En al menos una solución, que no se ajusta a la materia reivindicada, la unidad de procesamiento 603 está configurada para codificar la CG-UCI y la CSI parte 2 mediante un código polar si una suma de bits del HARQ-ACK y de la CSI parte 1 es mayor que un primer bit establecido, o codificar la CG-UCI y la CSI parte 2 mediante un código corto si la suma de bits del HARQ-ACK y de la CSI parte 1 es menor o igual que el primer bit establecido.
En al menos una solución, una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente del HARQ-ACK.
En al menos una solución, la unidad de procesamiento 603 está configurada para determinar recursos ocupados por la codificación conjunta según un segundo factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1, determinar los recursos ocupados por la codificación conjunta según un tercer factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK, o determinar los recursos ocupados por la codificación conjunta según el tercer factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK y el segundo factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
En al menos una solución, la CRC utilizada en la codificación independiente de la CG-UCI es configurada por una capa superior o se determina en función de un RNTI correspondiente a la DCI para activar los recursos de enlace ascendente de CG.
La FIG. 6b es un diagrama de bloques que ilustra un dispositivo de transmisión para UCI. El dispositivo está establecido en un dispositivo de red u otro UE e incluye una unidad de comunicación 605 y una unidad de decodificación 606.
La unidad de comunicación 605 está configurada para recibir un PUSCH en recursos de enlace ascendente de CG, donde el PUSCH incluye UCI, la UCI objetivo incluye al menos dos tipos de UCI y los al menos dos tipos de UCI se codifican mediante codificación conjunta.
La unidad de decodificación 606 está configurada para obtener los al menos dos tipos de UCI decodificando la UCI objetivo mediante decodificación conjunta.
En al menos una solución, los al menos dos tipos de UCI se codifican mediante la codificación conjunta como sigue. Al menos la CG-UCI y el HARQ-ACK en la UCI objetivo se codifican mediante la codificación conjunta, donde la CG-UCI se utiliza para demodular el PUSCH.
En al menos una solución, los al menos dos tipos de UCI se codifican mediante la codificación conjunta como sigue. La CG-UCI y el HARQ-ACK en la UCI objetivo se codifican mediante la codificación conjunta.
En una implementación, que no se ajusta a la materia reivindicada, la unidad de decodificación 606, configurada para obtener la CG-UCI y la CSI parte 1 decodificando la UCI objetivo mediante decodificación conjunta, está configurada para obtener la CG-UCI y la CSI parte 1 decodificando la UCI objetivo mediante un código polar si una suma de bits de la CG-UCI y la CSI parte 1 es mayor que un primer bit establecido, u obtener la CG-UCI y la CSI parte 1 decodificando la UCI objetivo mediante un código corto si la suma de bits de la CG-UCI y la CSI parte 1 es menor o igual que el primer bit establecido.
El código corto incluye pero no se limita a un código RM.
En una primera solución de la implementación, una CRC de la UCI objetivo es una CRC utilizada en la codificación independiente de la CSI parte 1 o una CRC utilizada en la codificación independiente de la CG-UCI.
En la primera solución de la implementación, el dispositivo incluye además una unidad de procesamiento 607.
La unidad de procesamiento 607 está configurada para determinar recursos ocupados por la codificación conjunta según un primer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1, o determinar los recursos ocupados por la codificación conjunta según el primer factor de compensación de la tasa de código y un primer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 1.
En una segunda solución de la implementación, la unidad de decodificación 606, configurada para obtener la CG-UCI y el HARQ-ACK decodificando la UCI objetivo mediante decodificación conjunta, está configurada para obtener la CG-UCI y el HARQ-ACK decodificando la UCI objetivo mediante un código polar si una suma de bits de la CG-UCI y del HARQ-ACK es mayor que un primer bit establecido, u obtener la CG-UCI y el HARQ-ACK decodificando la UCI objetivo mediante un código corto si la suma de bits de la CG-UCI y del HARQ-ACK es menor que o igual al primer bit establecido.
En la segunda solución, una CRC utilizada en la codificación conjunta de la UCI objetivo es una CRC utilizada en la codificación independiente del HARQ-ACK.
En la segunda solución de la implementación, la unidad de procesamiento 607 está configurada para determinar recursos ocupados por la codificación conjunta según un segundo factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK, o determinar los recursos ocupados por la codificación conjunta según el segundo factor de compensación de la tasa de código y un segundo valor de desplazamiento utilizado en la codificación independiente del HARQ-ACK.
En la segunda solución de la implementación, la codificación conjunta de la CG-UCI y el HARQ-ACK se determina en función del número de bits de información del HARQ-ACK.
En la segunda solución de la implementación, la CG-UCI incluye N bits para transmitir el HARQ-ACK si el número de bits de información del HARQ-ACK es menor que o igual a un segundo número de bit establecido N, donde N es un número entero mayor que o igual a 0.
En la segunda solución de la implementación, si el número de bits de información del HARQ-ACK realmente transmitido es menor que N, entre los N bits de la CG-UCI, los bits que no se utilizan para transmitir el HARQ-ACK se utilizan para transmitir información del marcador de posición.
En al menos una solución, la unidad de decodificación 606 está configurada además para desmapear un símbolo de datos después de una primera DMRS del PUSCH para obtener el HARQ-ACK, la UCI objetivo y la CSI parte 2, donde la UCI objetivo incluye la CG-UCI y la CSI parte 1.
En una tercera solución de la implementación, que no se ajusta a la materia reivindicada, la unidad de decodificación 606, configurada para obtener la CG-UCI y la CSI parte 2 decodificando la UCI objetivo mediante decodificación conjunta, está configurada para obtener la CG-UCI y la CSI parte 2 decodificando la UCI objetivo mediante un código polar si una suma de bits de la CG-UCI y la CSI parte 2 es mayor que un primer bit establecido, u obtener la CG-UCI y la CSI parte 2 decodificando la UCI objetivo mediante un código corto si la suma de bits de la CG-UCI y la CSI parte 2 es menor o igual que el primer bit establecido.
En la tercera solución de la implementación, una CRC de la UCI objetivo es una CRC utilizada en la codificación independiente de la CSI parte 2 o una CRC utilizada en la codificación independiente de la CG-UCI.
En la tercera solución de la implementación, la unidad de procesamiento 607 está configurada para determinar recursos ocupados por la codificación conjunta según un tercer factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 2, o determinar los recursos ocupados por la codificación conjunta según el tercer factor de compensación de la tasa de código y un tercer valor de desplazamiento utilizado en la codificación independiente de la CSI parte 2.
En una cuarta solución de la implementación, que no se ajusta a la materia reivindicada, la unidad de decodificación 606, configurada para obtener el HARQ-ACK y la CSI parte 1 decodificando la UCI objetivo mediante decodificación conjunta, está configurada para obtener el HARQ-ACK y la CSI parte 1 decodificando la UCI objetivo mediante un código polar si una suma de bits del HARQ-ACK y de la CSI parte 1 es mayor que un primer bit establecido, u obtener el HARQ-ACK y la CSI parte 1 decodificando la UCI objetivo mediante un código corto si la suma de bits del HARQ-ACK y de la CSI parte 1 es menor que o igual al primer bit establecido.
En la cuarta solución de la implementación, una CRC de la codificación conjunta es una CRC utilizada en la codificación independiente de la CSI parte 1 o una CRC utilizada en la codificación independiente del HARQ-ACK.
En la cuarta solución de implementación, la unidad de procesamiento 607 está configurada para determinar recursos ocupados por la codificación conjunta según un segundo factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1, determinar los recursos ocupados por la codificación conjunta según un tercer factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK, o determinar los recursos ocupados por la codificación conjunta según el tercer factor de compensación de la tasa de código utilizado en la codificación independiente del HARQ-ACK y el segundo factor de compensación de la tasa de código utilizado en la codificación independiente de la CSI parte 1.
En la primera solución, segunda solución o tercera solución, la unidad de comunicación 605 está configurada además para enviar la CRC utilizada en la codificación independiente de la CG-UCI configurada por una capa superior, o enviar la CRC utilizada en la codificación independiente de la CG-UCI determinada según un RNTI correspondiente a DCI para activar los recursos de enlace ascendente de CG.
La FIG. 6c es un diagrama estructural esquemático que ilustra un sistema de transmisión para UCI según las implementaciones. El sistema incluye un primer dispositivo y un segundo dispositivo.
El primer dispositivo está configurado para mapear la UCI objetivo a un PUSCH y transmitir el PUSCH en recursos de enlace ascendente de CG, donde la UCI objetivo incluye al menos dos tipos de UCI y los al menos dos tipos de UCI se codifican mediante codificación conjunta.
El segundo dispositivo está configurado para recibir el PUSCH en los recursos de enlace ascendente de CG y obtener los al menos dos tipos de UCI decodificando la UCI objetivo mediante decodificación conjunta.
Para la estructura y función del primer dispositivo, se puede hacer referencia a la descripción de las implantaciones del dispositivo ilustradas en la FIG. 6a, y para la estructura y función del segundo dispositivo se puede hacer referencia a la descripción de las implantaciones del dispositivo ilustradas en la FIG. 6b.
Según las implementaciones de las FIG. 6a, FIG. 6b, y FIG. 6c, se hace referencia a la FIG. 7. La FIG. 7 es un diagrama esquemático que ilustra un dispositivo electrónico según las implementaciones. Como se ilustra en la FIG.
7, el dispositivo electrónico incluye un procesador 710, una memoria 720 y una interfaz de comunicación 730. La memoria 720 está configurada para almacenar uno o más programas 721. El uno o más programas 721 están configurados para ser ejecutados por el procesador 710 e incluyen instrucciones configuradas para realizar las operaciones del método de la FIG. 1a, la FIG. 1b, o la FIG. 1e.
Las implementaciones proporcionan además un medio de almacenamiento informático. El medio de almacenamiento informático está configurado para almacenar un programa informático para el intercambio electrónico de datos. El programa informático ocasiona que un ordenador ejecute todas o parte de las operaciones del anterior método. El ordenador incluye un dispositivo electrónico.
Las implementaciones proporcionan además un producto de programa informático. El producto de programa informático incluye un medio de almacenamiento no transitorio legible por ordenador que almacena un programa informático. El programa informático es operable para ocasionar que un ordenador ejecute todas o parte de las operaciones del anterior método. El producto de programa informático puede ser un paquete de instalación de software. El ordenador incluye un dispositivo electrónico.
Cabe señalar que, en aras de la simplicidad, las anteriores implementaciones del método se describen como una serie de combinaciones de acciones, aunque los expertos en la técnica apreciarán que la presente divulgación no está limitada por la secuencia de acciones descrita. Según la presente divulgación, ciertos pasos u operaciones pueden realizarse en otro orden o simultáneamente. Además, los expertos en la técnica apreciarán que las implementaciones descritas en la especificación son implementaciones ejemplares y las acciones y módulos implicados no son necesariamente esenciales para la presente divulgación.
En las anteriores implementaciones, la descripción de cada implementación tiene su propio énfasis. Para las partes no descritas en detalle en una implementación, puede hacerse referencia a descripciones relacionadas en otras implementaciones.
En las implementaciones de la divulgación, el aparato divulgado en las implementaciones proporcionadas en el presente documento puede implementarse de otras maneras. Por ejemplo, las implementaciones del dispositivo/aparato descritas anteriormente son meramente ilustrativas; por ejemplo, la división de la unidad es solo una división de función lógica y puede haber otras formas de división durante las implementaciones reales, por ejemplo múltiples unidades o componentes pueden combinarse o pueden integrarse en otro sistema, o algunas características pueden ignorarse, omitirse o no realizarse. Además, el acoplamiento o la conexión de comunicación entre cada componente ilustrado o discutido puede ser un acoplamiento o conexión de comunicación directa, o puede ser un acoplamiento o comunicación indirecta entre dispositivos o unidades a través de algunas interfaces, y puede ser una conexión eléctrica, una conexión mecánica u otras formas de conexión.
Las unidades descritas como componentes separados pueden o no estar separadas físicamente, los componentes ilustrados como unidades pueden o no ser unidades físicas, es decir, pueden estar en el mismo lugar o pueden estar distribuidos en múltiples elementos de red. Todas o parte de las unidades pueden seleccionarse según las necesidades reales para conseguir el propósito de las soluciones técnicas de las implementaciones.
Además, las unidades funcionales en varias implementaciones de la presente divulgación pueden estar integradas en una unidad de procesamiento, o cada unidad de procesamiento puede estar presente físicamente, o dos o más unidades pueden estar integradas en una unidad. La unidad integrada mencionada anteriormente puede implementarse en forma de hardware o de una unidad funcional de software.
La unidad integrada puede almacenarse en un almacenamiento legible por ordenador cuando se implementa en forma de una unidad funcional de software y se vende o se utiliza como un producto separado. En base a tal entendimiento, las soluciones técnicas de la presente divulgación esencialmente, o la parte de las soluciones técnicas que contribuyen a la técnica relacionada, o todas o parte de las soluciones técnicas, pueden incorporarse en forma de un producto de software que se almacena en una memoria e incluye instrucciones para ocasionar que un dispositivo informático (que puede ser un ordenador personal, un servidor o un dispositivo de red, etc.) realice todos o parte de los pasos descritos en las diversas implementaciones de la presente divulgación. La memoria incluye diversos medios capaces de almacenar códigos de programa, como un disco flash de bus de serie universal (USB), una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un disco duro extraíble, un disco, un compact disc (CD) o similares.
Aquellos de habilidad ordinaria en la técnica entenderán que todos o una parte de los diversos métodos de las implementaciones descritas anteriormente pueden llevarse a cabo por medio de un programa para instruir hardware asociado, el programa puede ser almacenado en un almacenamiento legible por ordenador, que puede incluir una memoria flash, una ROM, una RAM, un disco o CD, y así sucesivamente.
Las implementaciones de la divulgación se describen en detalle anteriormente. Aquí se utilizan algunos ejemplos para ilustrar el principio y las formas de aplicación de la divulgación. La descripción de las anteriores implementaciones se utiliza solo para ayudar a comprender el método y la idea central de la divulgación.

Claims (10)

REIVINDICACIONES
1. Un método de transmisión para información de control de enlace ascendente, UCI, que comprende: obtener la UCI objetivo, donde la UCI objetivo comprende al menos dos tipos de UCI, la UCI objetivo comprende UCI de concesión configurada, CG-UCI y acuse de recibo de solicitud de repetición automática híbrida, HARQ-ACK; mapear (S101a) la UCI objetivo a un canal físico compartido de enlace ascendente, PUSCH, donde la CG-UCI y el HARQ-ACK se codifican mediante codificación conjunta, y un factor de compensación de tasa de código configurado para su uso en la codificación independiente del HARQ-ACK se utiliza para determinar los recursos ocupados por la CG-UCI y el HARQ-ACK codificados mediante la codificación conjunta; y
transmitir (S102a) el PUSCH en recursos de enlace ascendente de concesión configurada, CG.
2. El método de la reivindicación 1, donde la CG-UCI y el HARQ-ACK se codifican mediante la codificación conjunta, que comprende:
la CG-UCI y el HARQ-ACK se codifican mediante un código polar en respuesta a una suma del número de bits de la CG-UCI y el número de bits del HARQ-ACK que es mayor que un número de bit establecido; o
la CG-UCI y el HARQ-ACK se codifican mediante un código corto en respuesta a la suma del número de bits de la CG-UCI y el número de bits del HARQ-ACK que es menor que o igual al número de bit establecido.
3. El método de la reivindicación 2, donde el número de bit establecido es 11.
4. El método de la reivindicación 1, donde el factor de compensación de la tasa de código se indica mediante información de control de enlace descendente, DCI, o se configura mediante una capa superior.
5. Un método de recepción para información de control de enlace ascendente, UCI, que comprende:
transmitir (S101 b) un canal físico compartido de enlace ascendente, PUSCH, en recursos de enlace ascendente de concesión configurada, CG, donde el PUSCH comprende la UCI de destino, la UCI de destino comprende al menos dos tipos de UCI, la UCI de destino comprende UCI de concesión configurada, CG-UCI y acuse de recibo de petición de repetición automática híbrida, HARQ-ACK; y
obtener (S102b) los al menos dos tipos de UCI decodificando la UCI objetivo mediante decodificación conjunta, donde la CG-UCI y el HARQ-ACK se codifican mediante codificación conjunta, y un factor de compensación de tasa de código configurado para su uso en la codificación independiente del HARQ-ACK se utiliza para determinar los recursos ocupados por la CG-UCI y el HARQ-ACK codificados mediante la codificación conjunta.
6. El método de recepción de la reivindicación 5, donde la CG-UCI y el HARQ-ACK se codifican mediante la codificación conjunta, comprende:
la CG-UCI y el HARQ-ACK se codifican mediante un código polar en respuesta a una suma del número de bits de la CG-UCI y el número de bits del HARQ-ACK que es mayor que un número de bit establecido; o
la CG-UCI y el HARQ-ACK se codifican mediante un código corto en respuesta a la suma del número de bits de la CG-UCI y el número de bits del HARQ-ACK que es menor que o igual al número de bit establecido.
7. El método de recepción de la reivindicación 6, donde el número de bit establecido es 11.
8. El método de recepción de la reivindicación 5, donde el factor de compensación de la tasa de código se indica mediante información de control de enlace descendente, DCI, o se configura mediante una capa superior.
9. Un dispositivo de transmisión para información de control de enlace ascendente, UCI, que comprende:
una unidad de obtención configurada para obtener la UCI objetivo, donde la UCI objetivo comprende al menos dos tipos de UCI, la UCI objetivo comprende UCI de concesión configurada, CG-UCI y acuse de recibo de solicitud de repetición automática híbrida, HARQ-ACK;
una unidad de mapeo (601) configurada para mapear la UCI objetivo a un canal físico compartido de enlace ascendente, PUSCH, donde la CG-UCI y el HARQ-ACK se codifican mediante codificación conjunta, y un factor de compensación de tasa de código configurado para su uso en la codificación independiente del HARQ-ACK se utiliza para determinar los recursos ocupados por la CG-UCI y el HARQ-ACK codificados mediante la codificación conjunta; y
una unidad de comunicación (602) configurada para transmitir el PUSCH en recursos de enlace ascendente de concesión configurada, CG.
10. Un dispositivo de transmisión para información de control de enlace ascendente, UCI, que comprende: una unidad de comunicación (605) configurada para recibir un canal físico compartido de enlace ascendente, PUSCH, en recursos de información de enlace ascendente de concesión configurada, CG, donde el PUSCH comprende UCI objetivo, la UCI objetivo comprende al menos dos tipos de UCI, La UCI objetivo comprende UCI de concesión configurada, CG-UCI y acuse de recibo de solicitud de repetición automática híbrida, HARQ-ACK; y
una unidad de decodificación (606) configurada para obtener los al menos dos tipos de UCI decodificando la UCI objetivo mediante decodificación conjunta, donde la CG-UCI y el HARQ-ACK se codifican mediante codificación conjunta, y un factor de compensación de tasa de código configurado para su uso en la codificación independiente del HARQ-ACK se utiliza para determinar los recursos ocupados por la CG-UCI y el HARQ-ACK codificados mediante la codificación conjunta.
ES19947918T 2019-09-30 2019-09-30 Método y dispositivo para la transmisión de información de control de enlace ascendente Active ES2951879T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/109740 WO2021062814A1 (zh) 2019-09-30 2019-09-30 上行控制信息的传输方法及装置

Publications (1)

Publication Number Publication Date
ES2951879T3 true ES2951879T3 (es) 2023-10-25

Family

ID=75336719

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19947918T Active ES2951879T3 (es) 2019-09-30 2019-09-30 Método y dispositivo para la transmisión de información de control de enlace ascendente

Country Status (7)

Country Link
US (3) US11388739B2 (es)
EP (2) EP3913827B1 (es)
JP (1) JP7410985B2 (es)
KR (1) KR20220068955A (es)
CN (2) CN112889230A (es)
ES (1) ES2951879T3 (es)
WO (1) WO2021062814A1 (es)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
BR112020009847A2 (pt) * 2017-11-17 2020-11-03 Ntt Docomo, Inc. terminal, método de radiocomunicação para um terminal e estação base
CN110650545B (zh) * 2018-04-04 2020-07-24 华为技术有限公司 一种发送、接收上行控制信息的方法及装置
JP2020025217A (ja) * 2018-08-08 2020-02-13 シャープ株式会社 端末装置、基地局装置、および、通信方法
KR20210037375A (ko) * 2019-09-27 2021-04-06 삼성전자주식회사 무선 통신 시스템에서 상향링크 제어 정보 송수신 방법 및 장치
CN114614959B (zh) * 2022-01-18 2024-06-18 锐捷网络股份有限公司 信号解调方法、装置和计算机可读存储介质及电子设备

Family Cites Families (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2073419B1 (en) * 2007-12-20 2011-10-26 Panasonic Corporation Control channel signaling using a common signaling field for transport format and redundancy version
US8522105B2 (en) * 2009-02-17 2013-08-27 Samsung Electronics Co., Ltd Transmission of acknowledgement signals
CN102013938B (zh) 2009-12-07 2012-07-04 华为技术有限公司 传输上行控制信息的方法和装置
US8971261B2 (en) * 2010-06-02 2015-03-03 Samsung Electronics Co., Ltd. Method and system for transmitting channel state information in wireless communication systems
US8634345B2 (en) * 2010-06-18 2014-01-21 Sharp Laboratories Of America, Inc. Uplink control information (UCI) multiplexing on the physical uplink shared channel (PUSCH)
US9084243B2 (en) * 2010-07-26 2015-07-14 Lg Electronics Inc. Method and device for transmitting control information
CN101924606B (zh) * 2010-08-16 2015-06-03 中兴通讯股份有限公司 基于pusch传输的上行控制信息的发送方法及系统
US8675528B2 (en) * 2010-11-15 2014-03-18 Sharp Laboratories Of America, Inc. Configuring uplink control information (UCI) reporting
CN102623012B (zh) * 2011-01-26 2014-08-20 华为技术有限公司 矢量联合编解码方法及编解码器
CN103095398B (zh) * 2011-11-04 2017-04-12 华为技术有限公司 传输控制信息的方法、用户设备和基站
JP5873708B2 (ja) * 2011-12-19 2016-03-01 シャープ株式会社 移動局装置、方法および集積回路
WO2014021662A1 (ko) * 2012-08-01 2014-02-06 엘지전자 주식회사 제어 정보를시그널링 하는 방법 및 이를 위한 장치
CN104641582B (zh) * 2012-09-16 2018-03-16 Lg 电子株式会社 在无线通信系统中考虑天线端口关系发送/接收下行链路信号的方法和装置
KR101951663B1 (ko) * 2012-12-14 2019-02-25 삼성전자주식회사 Crc 부호와 극 부호에 의한 부호화 방법 및 장치
CN104038234B (zh) * 2013-03-07 2017-09-29 华为技术有限公司 极性码的译码方法和译码器
EP3113387B1 (en) * 2014-03-21 2019-05-22 Huawei Technologies Co., Ltd. Polar code rate-matching method and rate-matching device
EP3627750B1 (en) * 2015-01-20 2022-04-13 LG Electronics Inc. Method for transmitting uplink control information and apparatus therefor
CN107027180B (zh) * 2016-02-02 2019-08-30 中兴通讯股份有限公司 非授权载波上行数据的发送方法及终端
CN107370560B (zh) * 2016-05-12 2020-04-21 华为技术有限公司 一种极化码的编码和速率匹配方法、装置及设备
WO2018103000A1 (en) * 2016-12-07 2018-06-14 Qualcomm Incorporated Efficient control channel design using polar codes
US11777526B2 (en) * 2016-12-07 2023-10-03 Qualcomm Incorporated Efficient control channel design using polar codes
US10492184B2 (en) * 2016-12-09 2019-11-26 Samsung Electronics Co., Ltd. Multiplexing control information in a physical uplink data channel
WO2018126496A1 (en) * 2017-01-09 2018-07-12 Qualcomm Incorporated Bit allocation for encoding and decoding
EP3468081A4 (en) 2017-02-05 2020-02-19 LG Electronics Inc. -1- METHOD FOR TRANSMITTING UPLINK CONTROL INFORMATION IN A WIRELESS COMMUNICATION SYSTEM AND APPARATUS THEREFOR
WO2018201404A1 (en) * 2017-05-04 2018-11-08 Qualcomm Incorporated Polar codes for uplink control information
US11039425B2 (en) * 2017-06-23 2021-06-15 Qualcomm Incorporated Polar codes with a cross-referenceable nested structure for hierarchical signaling
CN111030707B (zh) * 2017-07-28 2020-10-27 华为技术有限公司 一种Polar码编码方法及装置
WO2019069296A1 (en) * 2017-10-02 2019-04-11 Telefonaktiebolaget Lm Ericsson (Publ) ORDERING OF CSI IN UCI
US11239954B2 (en) * 2017-11-13 2022-02-01 Lg Electronics Inc. Encoding method on basis of polar code in order to support HARQ, and wireless device using same
CN109802813B (zh) * 2017-11-17 2021-03-02 华为技术有限公司 上行控制信息传输方法和设备
CN110035531B (zh) * 2018-01-12 2021-12-03 华为技术有限公司 上行控制信息传输方法及装置
US11330443B2 (en) * 2019-01-08 2022-05-10 Ofinno, Llc HARQ feedback for configured grant
EP3942722B1 (en) * 2019-05-02 2023-08-09 Apple Inc. Multiplexing configured grant (cg) transmissions in new radio (nr) systems operating on unlicensed spectrum
US20210051702A1 (en) * 2019-08-13 2021-02-18 Qualcomm Incorporated Configured grant uplink control information (uci) multiplexing for new radio-unlicensed (nr-u)
KR20210037375A (ko) 2019-09-27 2021-04-06 삼성전자주식회사 무선 통신 시스템에서 상향링크 제어 정보 송수신 방법 및 장치
CN112583531B (zh) * 2019-09-27 2022-06-24 维沃移动通信有限公司 一种上行控制信息的传输方法、终端设备和网络设备

Also Published As

Publication number Publication date
JP7410985B2 (ja) 2024-01-10
US20230389016A1 (en) 2023-11-30
US20210400698A1 (en) 2021-12-23
US11388739B2 (en) 2022-07-12
US11785596B2 (en) 2023-10-10
CN112889230A (zh) 2021-06-01
CN113068265A (zh) 2021-07-02
EP4221016A1 (en) 2023-08-02
CN113068265B (zh) 2023-03-24
EP3913827A4 (en) 2022-03-23
US20220287060A1 (en) 2022-09-08
EP3913827A1 (en) 2021-11-24
JP2022553593A (ja) 2022-12-26
KR20220068955A (ko) 2022-05-26
EP3913827B1 (en) 2023-06-21
WO2021062814A1 (zh) 2021-04-08

Similar Documents

Publication Publication Date Title
ES2956442T3 (es) Método y dispositivo de transmisión de datos
ES2951879T3 (es) Método y dispositivo para la transmisión de información de control de enlace ascendente
JP6977794B2 (ja) 無線局、無線端末、及びこれらにより行われる方法
ES2927975T3 (es) Canal de control del enlace descendente para comunicaciones ultra confiables y de baja latencia del enlace ascendente
CN110463112B (zh) 用于pusch的早期终止信号和harq-ack反馈的设计
ES2773506T3 (es) Procedimiento y aparato de transmisión de datos de enlace ascendente
ES2897497T3 (es) Optimización del espacio de búsqueda y ubicación de señal de referencia de sondeo para una línea temporal de descodificación mejorada
ES2711952T3 (es) Adjudicación de recursos en sistemas de comunicación inalámbrica
US9894651B2 (en) Methods and apparatus for resource allocation for D2D communications
CN108810857B (zh) 一种资源确定方法、基站及用户设备
ES2909462T3 (es) Método para transmitir señal de enlace ascendente y dispositivo terminal
ES2889910T3 (es) Método y dispositivo terminal para transmisión de datos
ES2912411T3 (es) Método de envío de información de control de enlace ascendente, método de recepción de información de control de enlace ascendente, aparato y sistema
US11418243B2 (en) Control transmission method and apparatus
ES2773474T3 (es) Aparato de envío, aparato de recepción y procedimiento de informaciones de retroalimentación
EP4000329A1 (en) Method and apparatus for hybrid automatic repeat request procedure
ES2764401T3 (es) Método y dispositivo para configurar recursos de transmisión de datos
KR20220072823A (ko) 업링크 제어 정보 전송 방법 및 기기
BR112019015071A2 (pt) Método de comunicação sem fios, dispositivo terminal e dispositivo de rede
KR20220149604A (ko) 자율적 업링크 송신들을 가능하게 하기 위한 업링크 제어 정보
EP4344113A1 (en) Wireless communication method, terminal device, and network device