[go: up one dir, main page]

ES3033514T3 - Method, device, and system for downlink data reception and harq-ack transmission in wireless communication system - Google Patents

Method, device, and system for downlink data reception and harq-ack transmission in wireless communication system

Info

Publication number
ES3033514T3
ES3033514T3 ES20798932T ES20798932T ES3033514T3 ES 3033514 T3 ES3033514 T3 ES 3033514T3 ES 20798932 T ES20798932 T ES 20798932T ES 20798932 T ES20798932 T ES 20798932T ES 3033514 T3 ES3033514 T3 ES 3033514T3
Authority
ES
Spain
Prior art keywords
dai
bit
value
harq
counter
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
ES20798932T
Other languages
English (en)
Inventor
Kyungjun Choi
Minseok Noh
Jinsam Kwak
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.)
Wilus Institute of Standards and Technology Inc
Original Assignee
Wilus Institute of Standards and Technology Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Wilus Institute of Standards and Technology Inc filed Critical Wilus Institute of Standards and Technology Inc
Application granted granted Critical
Publication of ES3033514T3 publication Critical patent/ES3033514T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Databases & Information Systems (AREA)

Abstract

La presente invención se refiere a un método, dispositivo y sistema para la recepción de datos de enlace descendente y la transmisión HARQ-ACK en un sistema de comunicación inalámbrica. Según la presente invención, en el método, dispositivo y sistema para la recepción de datos de enlace descendente y la transmisión HARQ-ACK, se recibe un primer canal físico de control de enlace descendente (PDCCH) para la programación de un primer canal físico compartido de enlace descendente (PDSCH) y un segundo PDCCH para la programación de un segundo PDSCH. Posteriormente, se transmite a una estación base la información de control de enlace ascendente (UCI), que incluye un libro de códigos híbrido de solicitud de repetición automática (HARQ) y acuse de recibo (ACK) para el primer PDSCH y el segundo PDSCH. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método, dispositivo y sistema para la recepción de datos de enlace descendente y la transmisión de HARQ-ACK en un sistema de comunicaciones inalámbricas
Campo técnico
La presente divulgación se refiere a un sistema de comunicaciones inalámbricas, y más particularmente, la presente divulgación se refiere a la transmisión de datos de enlace descendente y a la transmisión de un acuse de recibo para los mismos en un sistema de comunicaciones inalámbricas.
Antecedentes de la técnica
El LTE(-A) del 3GPP define canales físicos de enlace ascendente/enlace descendente para transmitir señales de capa física. Por ejemplo, se definen un canal físico compartido de enlace ascendente (PUSCH) que es un canal físico para transmitir datos a través de un enlace ascendente, un canal físico de control de enlace ascendente (PUCCH) para transmitir una señal de control, un canal físico de acceso aleatorio (PRACH) y similares, y hay un canal físico compartido de enlace descendente (PDSCH) para transmitir datos a un enlace descendente así como un canal físico indicador de formato de control (PCFICH) para transmitir señales de control de L1/L2, un canal físico de control de enlace descendente (PDCCH), un canal físico indicador de ARQ híbrida (PHICH) y similares.
De entre los anteriores canales, los canales de control de enlace descendente (PDCCH/EPDCCH) son canales para que una estación base transmita información de control de asignación de planificación de enlace ascendente/enlace descendente, información de control de potencia de transmisión de enlace ascendente y otra información de control a uno o más equipos de usuario. Puesto que los recursos disponibles para un PDCCH que una estación base puede transmitir al mismo tiempo son limitados, no se pueden asignar recursos diferentes a cada equipo de usuario, y debería transmitirse información de control a un equipo de usuario arbitrario compartiendo recursos. Por ejemplo, en el LTE(-A) del 3GPP, se pueden agrupar cuatro elementos de recursos (RE) para formar un grupo de elementos de recursos (REG), se pueden generar nueve elementos de canal de control (CCE), a un equipo de usuario se le pueden notificar recursos capaces de combinar y enviar uno o más CCE, y múltiples equipos de usuario pueden compartir y usar CCE. Aquí, al número de CCE combinados se le hace referencia como nivel de combinación de CCE, y a un recurso al cual se asigna un CCE en concordancia con un posible nivel de combinación de CCE se le hace referencia como espacio de búsqueda. El espacio de búsqueda puede incluir un espacio de búsqueda común definido para cada estación base y un espacio de búsqueda específico de terminal o específico de UE definido para cada equipo de usuario. Un equipo de usuario lleva a cabo decodificaciones en correspondencia con el número de casos de todas las combinaciones de CCE posibles en el espacio de búsqueda, y puede reconocer si el equipo de usuario pertenece a un PDCCH a través de un identificador de equipo de usuario (UE) incluido en el PDCCH. Por lo tanto, dicho funcionamiento de un equipo de usuario requiere mucho tiempo para decodificar un PDCCH y provoca inevitablemente un nivel elevado de consumo de energía.
Se están realizando esfuerzos para desarrollar un sistema de comunicaciones pre-5G o sistema de comunicaciones de 5G mejorado con el fin de satisfacer la demanda de tráfico de datos inalámbricos que está aumentando después de la comercialización del sistema de comunicaciones de 4G. Por este motivo, a un sistema de comunicaciones de 5G o sistema de comunicaciones pre-5G se le hace referencia como sistema de comunicaciones en red más allá de 4G en sistema post-LTE. Para alcanzar una velocidad elevada de transferencia de datos se considera la implementación de un sistema de comunicaciones de 5G en una banda de frecuencia ultraalta (ondas milimétricas) (por ejemplo, banda de 60 GHz). Para reducir las pérdidas del trayecto de propagación por radiocomunicaciones y aumentar la distancia de transferencia de las ondas de radiocomunicaciones en una banda de frecuencia ultraalta, en el campo de los sistemas de comunicaciones de 5G se analizan las tecnologías de conformación de haz, MIMO masivo, MIMO en todas dimensiones (FD-MIMO), de sistemas de antenas, de conformación de haz analógica y de antenas a gran escala. Además, para mejorar las redes de un sistema, en el campo de los sistemas de comunicaciones de 5G se desarrollan tecnologías tales como células pequeñas avanzadas, redes de acceso por radiocomunicaciones en la nube (RAN en la nube), redes ultradensas, comunicaciones de dispositivo a dispositivo (D2D), redes de retorno[backhaul]inalámbricas, redes móviles, comunicaciones cooperativas, Multi-Puntos Coordinados (CoMP), cancelación de interferencias y similares. Adicionalmente, en el campo de los sistemas de 5G se desarrollan la modulación de FSK y QAM híbrida (FQAM) y la codificación de superposición con ventanas deslizantes (SWSC), que son esquemas de modulación y codificación avanzadas (ACM), y la multiportadora con bancos de filtros (FBMC), el acceso múltiple no ortogonal (NOMA) y el acceso múltiple por dispersión de código (SCMA), que son tecnologías de acceso avanzadas.
Al mismo tiempo, en una red de conexión orientada a las personas en la que estas últimas generan y consumen información, Internet ha evolucionado a la red denominada Internet de las Cosas (IoT), que intercambia información entre componentes distribuidos, tales como objetos. Está apareciendo también una tecnología de Internet de Todo (IoE), que combina la tecnología de IoT con una tecnología de procesado de datos masivos a través de conexiones con servidores en la nube. Para implementar la IoT, se requieren elementos tecnológicos tales como una tecnología de captación, una infraestructura de redes y comunicaciones por cable/inalámbricas, una tecnología de interfaces de servicio y una tecnología de seguridad, de manera que, en los últimos años, se han estudiado tecnologías tales como redes de sensores, la comunicación de máquina a máquina (M2M) y la comunicación de tipo máquina (MTC) con vistas a la conexión entre objetos. En el entorno de IoT, se pueden proporcionar un servicio de tecnología de internet (IT) inteligente que recoge y analiza datos generados a partir de objetos conectados para crear valores nuevos en la vida de las personas. A través de la fusión y la combinación de la tecnología de la información (IT) existente y varias industrias, la IoT se puede aplicar a campos tales como los hogares inteligentes, los edificios inteligentes, las ciudades inteligentes, los automóviles inteligentes o automóviles conectados, las redes eléctricas inteligentes, la atención sanitaria, los electrodomésticos inteligentes y los servicios médicos avanzados.
En este caso, se realizan varios intentos para aplicar un sistema de comunicaciones de 5G a una red de IoT. Por ejemplo, con tecnologías de comunicación de 5G, es decir, conformación de haz, MIMO, sistemas de antenas y similares se implementan tecnologías tales como redes de sensores, comunicación de máquina a máquina (M2M) y comunicación de tipo máquina (MTC). La aplicación de una red de acceso por radiocomunicaciones en la nube (RAN en la nube), como tecnología de procesado de data masivos descrita anteriormente, puede ser un ejemplo de convergencia de la tecnología de 5G y la tecnología de IoT.
En general, se ha desarrollado un sistema de comunicaciones móviles para proporcionar un servicio de voz al tiempo que protegiendo la actividad de los usuarios. No obstante, el ámbito de los sistemas de comunicaciones móviles se está expandiendo no solo a los servicios de voz sino también a los servicios de datos, y se ha desarrollado de tal manera que, en la actualidad, proporciona servicios de datos de alta velocidad. No obstante, en un sistema de comunicaciones móviles de los que se utiliza actualmente para proporcionar un servicio, se produce un fenómeno de escasez de recursos y los usuarios requieren servicios de mayor velocidad. De este modo, se requiere un sistema de comunicaciones inalámbricas más desarrollado.
Como se ha descrito anteriormente, con la llegada de aplicaciones nuevas tales como control en tiempo real e Internet táctil, la futura tecnología de 5G requiere una menor latencia de transmisión de datos, y se espera que la latencia requerida de los datos de 5G disminuya a 1 ms. Uno de los objetivos de la 5G es proporcionar una latencia de datos que se reduzca en aproximadamente 10 veces en comparación con la técnica anterior. Para poner solución a estos problemas, se espera proponer un sistema de comunicaciones de 5G que utilice una minirranura con un intervalo Tt I más pequeño (por ejemplo, 0.2 ms) además de las ranuras existentes (o subtramas).
En la URLLC mejorada (eURLLC) versión 16, se analizan diversas tecnologías para proporcionar un tiempo de latencia menor y una fiabilidad mayor. Para proporcionar un tiempo de latencia menor, se admite la transmisión de un canal de control de enlace ascendente que incluye dos o más HARQ-ACK en una única ranura. Se habilita un equipo de usuario de manera que transmita un HARQ-ACK lo más rápido posible como respuesta a la recepción satisfactoria de un canal compartido de enlace descendente, garantizándose así un tiempo de latencia menor.
El documento EP 3 364 582 A1 divulga un terminal de usuario, una estación base inalámbrica y un método de comunicaciones inalámbricas.
El documento de Nokiaet al:“On remaining details of HARQ procedure”, BORRADOR DEL 3GPP; R1-1720480 PROCEDIMIENTO DE HARQ, PROYECTO DE ASOCIACIÓN DE 3.a GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCIA , da a conocer una contribución relativa a los aspectos abiertos de los procesos de HARQ y su gestión.
El borrador del 3GPP de WILUS INC: “Remaining Issues on UCI enhancement for NR URLLC”, R1-1913068, Sophia-Antipolis, da a conocer una propuesta para utilizar un campo de DAI contador de 2 bits en formato de DCI 1_0/1_1 y un campo de DAI contador de 1 bit en formato de DCI 1_2.
Divulgación de la invención
Problema técnico
La presente divulgación se refiere a un método para diseñar un libro de códigos de HARQ-ACK semiestático en un sistema NR del 3GPP y a un método para transmitir un PUCCH, y uno de sus objetos es proporcionar un método y un dispositivo para el mismo capaces de poner solución a un problema que se produce en una situación en la que se transmiten de manera repetida PDSCh y PUCCH en una pluralidad de ranuras.
Las personas versadas en la materia apreciarán que los objetos que pueden lograrse con la presente divulgación no se limitan a lo que se ha descrito en particular anteriormente en la presente, y los objetos anteriores y otros que puede lograr la presente divulgación se entenderán más claramente a partir de la siguiente descripción detallada considerada en conjunto con los dibujos adjuntos.
Solución técnica
La invención queda definida por las reivindicaciones adjuntas.
Efectos ventajosos
Según formas de realización de la presente divulgación, el UE puede transmitir un PUSCH que incluye dos o más HARQ-ACK en una ranura. En este caso, la cobertura del PUSCH se puede aumentar reduciendo la proporción de HARQ-ACK que puede poseer cada PUSCH.
Además, según formas de realización de la presente divulgación, se crea el efecto de que se puede multiplexar y transmitir información de HARQ-ACK sobre el PDSCH planificado con información de control de enlace descendente que tiene un formato diferente.
Adicionalmente, según formas de realización de la presente divulgación, se multiplexa y se transmite información de HARQ-ACK sobre el PDSCH planificado con información de control de enlace descendente diferente, y de este modo se produce un efecto de reducción de la tara de señalización para transmisiones de información de HARQ-Ack.
Adicionalmente, según formas de realización de la presente divulgación, se puede determinar una secuencia de bit(s) de HARQ-ACK que tiene una tara baja de información de control de enlace descendente (por ejemplo, DCI), y de este modo se produce un efecto de aumento de la eficiencia de transmisión de la red entre la estación base y el UE.
Los efectos obtenibles a partir de la presente divulgación no se limitan a los efectos antes mencionados, y aquellos versados en la materia podrán entender claramente otros efectos no mencionados a partir de la siguiente descripción.
Breve descripción de los dibujos
La figura 1 ilustra un ejemplo de una estructura de una trama inalámbrica usada en un sistema de comunicaciones inalámbricas.
La figura 2 ilustra un ejemplo de una estructura de ranuras de enlace descendente (DL)/enlace ascendente (UL) en un sistema de comunicaciones inalámbricas.
La figura 3 es un diagrama para explicar un canal físico usado en un sistema del 3GPP y un método típico de transmisión de señales que hace uso del canal físico.
La figura 4 ilustra un bloque de SS/PBCH para un acceso inicial a una célula en un sistema NR del 3GPP La figura 5 ilustra un procedimiento para transmitir información de control y un canal de control en un sistema NR del 3GPP.
La figura 6 ilustra un conjunto de recursos de control (CORESET) en el que se puede transmitir un canal físico de control de enlace descendente (PDCCH) en un sistema NR del 3GPP.
La figura 7 ilustra un método para configurar un espacio de búsqueda de PDCCH en un sistema NR del 3GPP La figura 8 es un diagrama conceptual que ilustra la agregación de portadoras.
La figura 9 es un diagrama para explicar la comunicación por portadoras única y por portadora múltiple aplicada. La figura 10 es un diagrama que muestra un ejemplo en el que se aplica una técnica de planificación de portadoras cruzadas.
La figura 11 es un diagrama de bloques que ilustra la configuración de un equipo de usuario y una estación base según una forma de realización de la presente divulgación.
La figura 12 es un diagrama de flujo que ilustra un ejemplo de señalización entre un equipo de usuario y una estación base en los que es aplicable una forma de realización de la presente divulgación.
La figura 13 ilustra un ejemplo de un método para contar el número de PDSCH transmitidos desde una estación base por un equipo de usuario basándose en un seudocódigo que es aplicable a una forma de realización de la presente divulgación.
La figura 14 ilustra un ejemplo de un método para transmitir un HARQ-ACK basándose en información de control de enlace descendente que tiene un formato diferente según una forma de realización de la presente divulgación.
La figura 15 ilustra otro ejemplo de un método para transmitir un HARQ-ACK basándose en información de control de enlace descendente que tiene un formato diferente según una forma de realización de la presente divulgación.
La figura 16 ilustra un ejemplo de un método para transmitir un HARQ-Ack basándose en información de control de enlace descendente en correspondencia con planificación de enlace ascendente y de enlace descendente según una forma de realización de la presente divulgación.
La figura 17 ilustra un ejemplo de un indicador de asignación de enlace descendente de cada elemento de información de control de enlace descendente detectado en una ocasión de monitorización según una forma de realización de la presente divulgación.
La figura 18 ilustra un ejemplo de un método para transmitir un HARQ-ACK basándose en información de control de enlace descendente que tiene un formato diferente sobre la base de un seudocódigo según una forma de realización de la presente divulgación.
La figura 19 ilustra un ejemplo de un indicador de asignación de enlace descendente de cada elemento de información de control de enlace descendente detectado en una ocasión de monitorización según una forma de realización de la presente divulgación.
La figura 20 ilustra un ejemplo de un método para transmitir un HARQ-ACK para un PDSCH en concordancia con un orden de recepción de un PDCCH según una forma de realización de la presente divulgación.
La figura 21 ilustra un ejemplo de un método para transmitir un HARQ-ACK para un PDSCH en concordancia con información de tiempo sobre un PDSCH según una forma de realización de la presente divulgación.
La figura 22 ilustra la transmisión de un HARQ-ACK para un PDSCH en concordancia con un ID de proceso de HARQ (o número de proceso de HARQ) de un PDCCH para planificar el PDSCH según una forma de realización de la presente divulgación.
La figura 23 es un diagrama de flujo que ilustra un ejemplo de una operación de un UE para transmitir un HARQ-ACK basándose en información de enlace descendente que tiene un formato diferente según una forma de realización de la presente divulgación.
La figura 24 es un diagrama de flujo que ilustra un ejemplo de una operación de una estación base para recibir un HARQ-ACK basándose en información de enlace descendente que tiene un formato diferente según una forma de realización de la presente divulgación.
Modo de poner en práctica la invención
Los términos que se utilizan en la memoria adoptan términos generales que se usan actualmente de manera amplia considerando las funciones de la presente invención, pero los términos se pueden cambiar en función de la intención de los expertos en la materia, de las costumbres y de la aparición de tecnologías nuevas. Además, en algún caso específico, aparece algún término seleccionado arbitrariamente por uno de los solicitantes y, en este caso, su significado se describirá en una parte de descripción correspondiente de la presente invención. Por consiguiente, se pretende manifestar que los términos que se usan en la memoria se deben analizar basándose, no solamente en la denominación del término, sino también en el significado sustancial del mismo y en el contenido a lo largo de la memoria.
A lo largo de esta memoria y de las reivindicaciones sucesivas, cuando se describe que un elemento está "conectado" a otro elemento, el elemento puede estar "conectado directamente" al otro elemento o "conectado eléctricamente" al otro elemento a través de un tercer elemento. Además, a no ser que se describa lo contrario de manera explícita, se interpretará que el vocablo "comprender" implica la inclusión de elementos mencionados, pero no la exclusión de ningún otro elemento, a no ser que se establezca lo contrario. Por otra parte, en algunas formas de realización ejemplificativas, limitaciones tales como "más de o igual a" o "menos de o igual a" basadas en un umbral específico se pueden sustituir de manera apropiada por "más de" o "menos de", respectivamente.
La siguiente tecnología se puede utilizar en varios sistemas de acceso inalámbrico, tales como el acceso múltiple por división de código (CDMA), el acceso múltiple por división de frecuencia (FDMA), el acceso múltiple por división de tiempo (TDMA), el acceso múltiple por división ortogonal de frecuencia (OFDMA), el FDMA de una sola portadora (SC-FDMA) y similares. El CDMA se puede implementar por medio de una tecnología inalámbrica, tal como el acceso terrestre universal por radiocomunicaciones (UTRA) o el CDMA2000. El TDMA se puede implementar con una tecnología inalámbrica tal como el sistema global para comunicaciones móviles (GSM)/servicio general de radiocomunicaciones por paquetes (GPRS)/velocidades de datos mejoradas para evolución del GSM (EDGE). El OFDMA se puede implementar con una tecnología inalámbrica tal como la IEEE 802.11 (Wi-Fi), la IEEE 802.16 (WiMAX), la IEEE 802-20, el UTRA evolucionado (E-UTRA) y similares. El UTRA forma parte de un sistema universal de telecomunicaciones móviles (UMTS). La evolución de largo plazo (LTE) del proyecto de asociación de 3a generación (3GPP) forma parte de un UMTS evolucionado (E-UMTS) que hace uso del acceso terrestre por radiocomunicaciones UMTS evolucionado (E-UTRA) y el LTE avanzado (LTE-A) es una versión evolucionada del LTE del 3GPP Las nuevas radiocomunicaciones (NR) del 3GPP son un sistema diseñado de manera independiente con respecto al LTE/LTE-A, y son un sistema para admitir servicios de banda ancha móvil mejorada (eMBB), de comunicación ultrafiable y baja latencia (URLLC) y de comunicación de tipo máquina, masiva (mMTC), que son requisitos de las IMT-2020. Con vistas a proporcionar una descripción clara, se describen principalmente las NR del 3GPP, pero la idea técnica de la presente invención no se limita a ellas.
A no ser que en esta memoria descriptiva se especifique lo contrario, estación base puede referirse a un nodo B de próxima generación (gNB), según se define en las NR del 3GPP Además, a no ser que se especifique lo contrario, terminal puede referirse a un equipo de usuario (UE).
Aunque, más adelante, detalles de la descripción se clasifican por separado en formas de realización para ayudar a su comprensión, las formas de realización pueden usarse de manera combinada. En la presente divulgación, una configuración de un equipo de usuario puede representar una configuración por parte de una estación base. De manera detallada, una estación base puede transmitir una señal a un equipo de usuario para fijar un valor de un parámetro utilizado en el funcionamiento del equipo de usuario o de un sistema de comunicaciones inalámbricas.
La figura 1 ilustra un ejemplo de una estructura de una trama inalámbrica utilizada en un sistema de comunicaciones inalámbricas. Haciendo referencia a la figura 1, la trama inalámbrica (o trama de radiocomunicaciones) usada en el sistema NR del 3GPP puede tener una longitud de 10 ms (AfmaxNf / 100) * Tc). Además, la trama inalámbrica incluye 10 subtramas (SF) que tienen tamaños iguales. En la presente memoria, Afmax=480*103 Hz, Nf=4096, Tc=1/(Afref*Nf,ref), Afref=15*103 Hz y Nf,ref=2048. A 10 subtramas dentro de una trama inalámbrica se les pueden asignar, respectivamente, números del 0 al 9. Cada subtrama tiene una longitud de 1 ms y puede incluir una o más ranuras de acuerdo con la separación entre subportadoras. Más específicamente, en el sistema NR del 3GPP, la separación entre subportadoras que se puede usar es 15*2p kHz y p puede tener un valor de p = 0~4 como configuración de la separación entre subportadoras. Es decir, para la separación entre subportadoras, se pueden utilizar 15 kHz, 30 kHz, 60 kHz, 120 kHz y 240 kHz. Una subtrama que tenga una longitud de 1 ms puede incluir 2p ranuras. En este caso, la longitud de cada ranura es 2'p ms. A 2p ranuras dentro de una subtrama se les pueden asignar respectivamente números del 0 al 2p-1. Además, a ranuras dentro de una trama inalámbrica se les pueden asignar respectivamente números del 0 al 10*2p-1. El recurso de tiempo se puede diferenciar mediante al menos uno de un número de trama inalámbrica (al que se hace referencia también como índice de trama inalámbrica), un número de subtrama (al que se hace referencia también como índice de subtrama) y un número de ranura (o índice de ranura).
La figura 2 ilustra un ejemplo de una estructura de ranuras de enlace descendente (DL)/enlace ascendente (UL) en un sistema de comunicaciones inalámbricas. En particular, la figura 2 muestra la estructura de la cuadrícula de recursos del sistema NR del 3GPP.
Hay una cuadrícula de recursos por cada puerto de antena. Haciendo referencia a la figura 2, una ranura incluye una pluralidad de símbolos de multiplexado por división ortogonal de frecuencia (OFDM) en el dominio del tiempo e incluye una pluralidad de bloques de recursos (RB) en el dominio de la frecuencia. Símbolo de OFDM también significa sección de símbolo. A no ser que se especifique lo contrario, a los símbolos de OFDM también se les puede hacer referencia simplemente como símbolos. Un RB incluye 12 subportadoras sucesivas en un dominio de la frecuencia. Haciendo referencia a la figura 2, una señal transmitida de cada ranura se puede representar por medio de una cuadrícula de recursos que incluye Nsize pgrid,x * NRBsc subportadoras y Nslotsymb símbolos de OFD<m>. Aquí, x = DL cuando la señal es una señal de DL, y x = UL cuando la señal es una señal de U<l>. Nsize pgrid,x representa el número de bloques de recursos (RB) según el componente p de la separación entre subportadoras (x es DL o UL), y Nslotsymb representa el número de símbolos de OFDM en una ranura. NRBsc es el número de subportadoras que constituyen un RB y NRBsc= 12. A un símbolo de OFDM se le puede hacer referencia como símbolo de OFDM de desplazamiento cíclico (CP-OFDM) o símbolo de OFDM con dispersión por transformada discreta de Fourier (DFT-s-OFDM) según un esquema de acceso múltiple.
El número de símbolos de OFDM incluidos en una ranura puede variar de acuerdo con la longitud del prefijo cíclico (CP). Por ejemplo, en el caso de un CP normal, una ranura incluye 14 símbolos de OFDM, pero en el caso de un CP extendido, una ranura puede incluir 12 símbolos de OFDM. En una forma de realización específica, el CP extendido únicamente se puede usar con una separación entre subportadoras de 60 kHz. En la figura 2, por comodidad descriptiva, una ranura está configurada con 14 símbolos de OFDM a título de ejemplo, pero formas de realización de la presente divulgación se pueden aplicar de manera similar a una ranura que tenga un número diferente de símbolos de OFDM. Haciendo referencia a la figura 2, cada símbolo de OFDM incluye Nsizepgrid,x * NRBsc subportadoras en el dominio de la frecuencia. El tipo de subportadora se puede dividir en una subportadora de datos para la transmisión de datos, una subportadora de señales de referencia para la transmisión de una señal de referencia y una banda de guarda. A la frecuencia portadora se le hace referencia también como frecuencia central (fc).
Un RB se puede definir con NRBsc (por ejemplo, 12) subportadoras consecutivas en el dominio de la frecuencia. Como referencia, a un recurso configurado con un símbolo de OFDM y una subportadora se le puede hacer referencia como elemento de recursos (RE) o tono. Por lo tanto, un RB se puede configurar con Nslotsymb * NRBsc elementos de recursos. Cada elemento de recursos de la cuadrícula de recursos se puede definir de manera exclusiva con un par de índices (k, l) en una ranura. k puede ser un índice asignado de 0 a Nsize’Mgr¡d, x * NRBsc-1 en el dominio de la frecuencia, y l puede ser un índice asignado de 0 a Nslotsymb-1 en el dominio del tiempo.
Para que el UE reciba una señal de la estación base o transmita una señal a la estación base, el tiempo/frecuencia del UE puede sincronizarse con el tiempo/frecuencia de la estación base. Esto es debido a que, cuando la estación base y el UE están sincronizados, el UE puede determinar los parámetros de tiempo y frecuencia necesarios para demodular la señal de DL y transmitir la señal de UL en el momento correcto.
Cada símbolo de una trama de radiocomunicaciones usada en un dúplex por división de tiempo (TDD) o un espectro no emparejado se puede configurar con por lo menos uno de un símbolo de DL, un símbolo de UL y un símbolo flexible. Una trama de radiocomunicaciones usada como portadora de DL en un dúplex por división de frecuencia (FDD) o un espectro emparejado se puede configurar con un símbolo de DL o un símbolo flexible, y una trama de radiocomunicaciones usada como portadora de UL se puede configurar con un símbolo de UL o un símbolo flexible. En el símbolo de DL, es posible una transmisión de DL, pero es imposible una transmisión de UL. En el símbolo de UL es posible una transmisión de UL, pero es imposible una transmisión de DL. Se puede determinar que el símbolo flexible se use como DL o UL en función de una señal.
Con una señal de control de recursos de radiocomunicaciones (RRC) específica de célula o común se puede configurar información sobre el tipo de cada símbolo, es decir, información que representa uno cualquiera de símbolos de DL, símbolos de UL y símbolos flexibles. Además, se puede configurar adicionalmente información sobre el tipo de cada símbolo con una señal de RRC específica de UE o dedicada. La estación base, usando señales de RRC específicas de célula, notifica i) el período de configuración de ranuras específica de célula, ii) el número de ranuras con solamente símbolos de d L desde el comienzo del período de configuración de ranuras específica de célula, iii) el número de símbolos de DL desde el primer símbolo de la ranura que sucede inmediatamente a la ranura con solamente símbolos de DL, iv) el número de ranuras con solamente símbolos de UL desde el final del período de configuración de ranuras específica de célula, y v) el número de símbolos de UL desde el último símbolo de la ranura inmediatamente anterior a la ranura con solamente el símbolo de UL. Aquí, los símbolos que no están configurados con ninguno de entre un símbolo de UL y un símbolo de DL son símbolos flexibles.
Cuando la información sobre el tipo de símbolo se configura con la señal de RRC específica de UE, la estación base puede señalizar si el símbolo flexible es un símbolo de DL o un símbolo de UL en la señal de RRC específica de célula. En este caso, la señal de RRC específica de UE no puede cambiar un símbolo de DL o un símbolo de UL configurado con la señal de RRC específica de célula a otro tipo de símbolo. La señal de RRC específica de UE puede señalizar el número de símbolos de DL entre los Nslotsymb símbolos de la ranura correspondiente para cada ranura, y el número de símbolos de UL entre los Nslotsymb símbolos de la ranura correspondiente. En este caso, el símbolo de DL de la ranura se puede configurar continuamente con el primer símbolo hasta el símbolo iésimo de la ranura. Además, el símbolo de UL de la ranura puede configurarse continuamente con el símbolo jésimo hasta el último símbolo de la ranura (donde i <j). En la ranura, los símbolos no configurados con ninguno de entre un símbolo de UL y un símbolo de DL son símbolos flexibles.
La figura 3 es un diagrama para explicar un canal físico usado en un sistema del 3GPP (por ejemplo, las NR) y un método típico de transmisión de señales que hace uso del canal físico.
Si se activa la alimentación del UE o este último acampa en una célula nueva, el UE lleva a cabo una búsqueda de célula inicial (S101). Específicamente, el UE puede sincronizarse con la BS en la búsqueda de célula inicial. Para ello, el UE puede recibir una señal de sincronización primaria (PSS) y una señal de sincronización secundaria (SSS) de la estación base para sincronizarse con esta última y obtener información tal como una ID de célula. Después de esto, el UE puede recibir el canal de difusión físico de la estación base y obtener la información de difusión en la célula.
Al completarse la búsqueda de célula inicial, el UE recibe un canal físico compartido de enlace descendente (PDSCH) de acuerdo con el canal físico de control de enlace descendente (PDCCH) e información que va en el PDCCH, de manera que el UE puede obtener información del sistema más específica que la información del sistema obtenida a través de la búsqueda de célula inicial (S102).
Aquí, la información de sistema recibida por el equipo de usuario es información de sistema común a nivel de célula para que el equipo de usuario funcione correctamente en una capa física en el control de recursos de radiocomunicaciones (RRC), y se le hace referencia como información de sistema restante o bloque de información de sistema (SIB).
Cuando el UE accede inicialmente a la estación base o no tiene recursos de radiocomunicaciones para la transmisión de señales, el UE puede llevar a cabo un procedimiento de acceso aleatorio sobre la estación base (operaciones S103 a S106). En primer lugar, el UE puede transmitir un preámbulo a través de un canal físico de acceso aleatorio (PRACH) (S103) y recibir un mensaje de respuesta para el preámbulo desde la estación base a través del PDCCH y el PDSCH correspondiente (S104). Cuando el UE recibe un mensaje de respuesta de acceso aleatorio válido, el UE transmite a la estación base datos que incluyen el identificador del UE y similares a través de un canal físico compartido de enlace ascendente (PUSCH) indicado por la concesión de UL transmitida a través del PDCCH desde la estación base (S105). Seguidamente, el UE se sitúa a la espera de la recepción del PDCCH como indicación de la estación base en relación con la resolución de colisiones. Si el UE recibe satisfactoriamente el PDCCH a través del identificador del UE (S106), finaliza el proceso de acceso aleatorio. El equipo de usuario puede obtener información de sistema específica de terminal necesaria para que el equipo de usuario funcione correctamente en una capa física en una capa de RRC durante un proceso de acceso aleatorio. Cuando el equipo de usuario obtiene la información de sistema específica de terminal de la capa de RRC, el equipo de usuario entra en un modo de conexión de RRC.
La capa de RRC se utiliza para generar y gestionar un mensaje entre el equipo de usuario y una red de acceso por radiocomunicaciones (RAN). De forma más detallada, la estación base y el equipo de usuario pueden llevar a cabo, en la capa de RRC, una difusión de información del sistema celular necesaria para todos los equipos de usuario en una célula, una gestión de la transferencia de un mensaje de búsqueda, una gestión de la movilidad y traspasos, notificación de mediciones del equipo de usuario y un control para ello, y una gestión de almacenamiento incluidas una gestión de la capacidad del equipo de usuario y una gestión de dispositivos. En general, puesto que la actualización de una señal transferida en la capa de RRC (en lo sucesivo en la presente, señal de RRC) tiene una duración mayor que un periodo de transmisión/recepción (es decir, intervalo de tiempo de transmisión (TTI)) en una capa física, la señal de RRC puede mantenerse durante un periodo prolongado sin cambiarse.
Después del procedimiento antes descrito, el UE recibe el PDCCH/PDSCH (S107) y transmite un canal físico compartido de enlace ascendente (PUSCH)/canal físico de control de enlace ascendente (PUCCH) (S108) como procedimiento general de transmisión de señales de DL/UL. En particular, el UE puede recibir información de control de enlace descendente (DCI) a través del PDCCH. La DCI puede incluir información de control tal como información de asignación de recursos para el UE. Asimismo, el formato de la DCI puede variar en función del uso pretendido. La información de control de enlace ascendente (UCI) que transmite el UE a la estación base a través del UL incluye una señal de ACK/NACK de DL/UL, un indicador de calidad de canal (CQI), un índice de matriz de precodificación (PMI), un indicador de rango (RI) y similares. En este caso, el CQI, el PMI y el RI se pueden incluir en información del estado del canal (CSI). En el sistema NR del 3GPP, el UE puede transmitir información de control, tal como el HARQ-ACK y la CSI antes descritos, a través del PUSCH y/o el PUCCH.
La figura 4 ilustra un bloque de SS/PBCH para acceso inicial a una célula en un sistema NR del 3GPP. Cuando se activa la alimentación o se desea acceder a una célula nueva, el UE puede obtener sincronización en tiempo y frecuencia con la célula y llevar a cabo un procedimiento de búsqueda de célula inicial. El UE puede detectar una identidad de célula física NcellID correspondiente a la célula durante un procedimiento de búsqueda de célula. Para ello, el UE puede recibir una señal de sincronización, por ejemplo, una señal de sincronización primaria (PSS) y una señal de sincronización secundaria (SSS), de una estación base, y sincronizarse con la estación base. En este caso, el UE puede obtener información, tal como una identidad de célula (ID).
Haciendo referencia a la figura 4A, se describirá más detalladamente una señal de sincronización (SS). La señal de sincronización se puede clasificar en una PSS y una SSS. La PSS se puede usar para obtener sincronización en el dominio del tiempo y/o sincronización en el dominio de la frecuencia, tal como sincronización de símbolos de OFDM y sincronización de ranuras. La SSS se puede utilizar para obtener sincronización de tramas y una ID de grupo celular. Haciendo referencia a la figura 4A y a la tabla 2, el bloque de SS/PBCH se puede configurar con 20 RB (= 240 subportadoras) consecutivos en el eje de la frecuencia, y se puede configurar con 4 símbolos de OFDM consecutivos en el eje del tiempo. En este caso, en el bloque de SS/PBCH, la PSS se transmite en el primer símbolo de OFDM y la SSS se transmite en el tercer símbolo de OFDM a través de las subportadoras 56a a 182a. Aquí, el índice de subportadora más bajo del bloque de SS/PBCH se numera a partir de 0. En el primer símbolo de OFDM en el que se transmite la PSS, la estación base no transmite ninguna señal a través de las subportadoras restantes, es decir, subportadoras 0 a 55a y 183a a 239a. Además, en el tercer símbolo de OFDM en el que se transmite la SSS, la estación base no transmite ninguna señal a través de las subportadoras 48a a 55a y 183a a 191a. En el bloque de SS/PBCH, la estación base transmite un canal de difusión físico (PBCH) a través del RE restante excepto la señal anterior.
[Tabla 1]
La SS permite agrupar un total de 1008 ID únicas de célula de capa física en 336 grupos de identificadores de célula de capa física, incluyendo cada grupo tres identificadores únicos, a través de una combinación de tres PSS y SSS, específicamente, de tal manera que cada ID de célula de capa física será solamente una parte de un grupo de identificadores de célula de capa física. Por lo tanto, la ID de célula de capa física NcellID = 3N(1)<id>+ N(2)<id>se puede definir de forma exclusiva con el índice N(1)<id>que oscila entre 0 y 335, y que indica un grupo de identificadores de célula de capa física, y el índice N(2)id que oscila entre 0 y 2, y que indica un identificador de capa física del grupo de identificadores de célula de capa física. El UE puede detectar la PSS e identificar uno de los tres identificadores de capa física únicos. Además, el UE puede detectar la SSS e identificar una de las 336 ID de célula de capa física asociadas al identificador de capa física. En este caso, la secuencia dPSS(n) de la PSS es la siguiente.
4 ’<ss>(« )= , - 2jc('” )
m = (n 43N¡$)mod 127
0 < « < 127
Aquí, x (í+7)= (x(/ 4)+x{í))mod2 y viene dada en forma de
[x{6) x(5) 4 4) *E) 42) *0) 4 °)]= [’ i i o i i o]
Además, la secuencia dSSS(n) de la SSS es la siguiente.
c/sss(«)= [l-2 ro ((/» ffiu)modl27)Jl -2x,((/? /w,)inodl27)]
m\ ~ K l irciod 112
0 £ / j <127
*o (f+ 7)= (*o0+4 )+x0(/))mod 2
x ,(i 7 )= (xj (il)+ x , (/))mod 2
Aquí, y viene dada en forma de
k ( « ) *o(5) *o(4) *oO) Xb(2)x0{\)X0(0)]=[0 0 O 0 0 0 l]
<[x,(6) x,(5) x,(4) x,(3) x,(2) x,(¡)>x,(o)j=[o<0 0 0 0 0 l]>
Una trama de radiocomunicaciones con una longitud de 10 ms se puede dividir en dos semitramas con una longitud de 5 ms. Haciendo referencia a la figura 4B, se materializará una descripción de una ranura en la que se transmiten bloques de SS/PBCH en cada semitrama. Una ranura en la que se transmite el bloque de SS/PBCH puede ser uno cualquiera de los casos A, B, C, D y E. En el caso A, la separación entre subportadoras es 15 kHz y el instante de tiempo inicial del bloque de SS/PBCH es el símbolo ({2, 8} 14*n)-ésimo. En este caso, n = 0 o 1 a una frecuencia portadora de 3 GHz o menos. Además, puede ser n = 0, 1,2, 3 a frecuencias portadoras por encima de 3 GHz y por debajo de 6 GHz. En el caso B, la separación entre subportadoras es 30 kHz y el instante de tiempo inicial del bloque de SS/PBCH es {4, 8, 16, 20} 28*n. En este caso, n = 0 a una frecuencia portadora de 3 GHz o menos. Además, puede ser n = 0, 1 a frecuencias portadoras por encima de 3 GHz y por debajo de 6 GHz. En el caso C, la separación entre subportadoras es 30 kHz y el instante de tiempo inicial del bloque de SS/PBCH es el símbolo ({2, 8} 14*n)-ésimo. En este caso, n = 0 o 1 a una frecuencia portadora de 3 GHz o menos. Además, puede ser n = 0, 1, 2, 3 a frecuencias portadoras por encima de 3 GHz y por debajo de 6 GHz. En el caso D, la separación entre subportadoras es 120 kHz y el instante de tiempo inicial del bloque de SS/PBCH es el símbolo ({4, 8, 16, 20} 28*n)-ésimo. En este caso, a una frecuencia portadora de 6 GHz o más, n = 0, 1, 2, 3, 5, 6, 7, 8, 10, 11, 12, 13, 15, 16, 17, 18. En el caso E, la separación entre subportadoras es 240 kHz y el instante de tiempo inicial del bloque de SS/PBCH es el símbolo ({8, 12, 16, 20, 32, 36, 40, 44} 56*n)-ésimo. En este caso, a una frecuencia portadora de 6 GHz o más, n = 0, 1, 2, 3, 5, 6, 7, 8.
La figura 5 ilustra un procedimiento para transmitir información de control y un canal de control en un sistema NR del 3GPP Haciendo referencia a la figura 5A, la estación base puede añadir una comprobación de redundancia cíclica (CRC) enmascarada (por ejemplo, una operación x Or ) con un identificador temporal de red de radiocomunicaciones (RNTI) a la información de control (por ejemplo, información de control de enlace descendente (DCI)) (S202). La estación base puede aleatorizar la<c>R<c>con un valor de RNTI determinado según el propósito/objetivo de cada información de control. El RNTI común usado por uno o más UE puede incluir por lo menos uno de un RNTI de información del sistema (SI-RNTI), un RNTI de búsqueda (P-RNTI), un RNTI de acceso aleatorio (RA-RNTI) y un RNTI de control de potencia de transmisión (TPC-RNTI). Además, el RNTI específico de UE puede incluir por lo menos uno de un RNTI temporal de célula (C-RNTI) y el CS-RNTI. Después de esto, la estación base puede llevar a cabo una adaptación en velocidad (S206) según la cantidad de recurso(s) usada para la transmisión del PDCCH después de llevar a cabo la codificación del canal (por ejemplo, codificación polar) (S204). Después de esto, la estación base puede multiplexar la(s) DCI(s) basándose en la estructura del PDCCH basada en elementos de canal de control (CCE) (S208). Además, la estación base puede aplicar un proceso adicional (S210) tal como una aleatorización, una modulación (por ejemplo, QPSK), una intercalación y similares, en la(s) DCI(s) multiplexada(s) y, a continuación, puede mapear la(s) DCI(s) con el recurso que se va a transmitir. El CCE es una unidad de recursos básica para el PDCCH, y un CCE puede incluir una pluralidad (por ejemplo, seis) de grupos de elementos de recursos (REG). Un REG se puede configurar con una pluralidad (por ejemplo, 12) de RE. El número de CCE utilizados para un PDCCH se puede definir en forma de un nivel de agregación. En el sistema NR del 3GPP, se puede utilizar un nivel de agregación de 1, 2, 4, 8 o 16. La figura 5B es un diagrama relacionado con un nivel de agregación de CCE y el multiplexado de un PDCCH, e ilustra el tipo de un nivel de agregación de CCE utilizado para un PDCCH y CCE(s) transmitido(s) en el área de control de acuerdo con lo anterior.
La figura 6 ilustra un conjunto de recursos de control (CORESET) en el que se puede transmitir un canal físico de control de enlace descendente (PDCCH) en un sistema NR del 3GPP
El CORESET es un recurso de tiempo-frecuencia en el que se transmite un PDCCH, es decir, una señal de control para el UE. Además, un espacio de búsqueda que se describirá posteriormente se puede mapear con un CORESET. Por lo tanto, el UE puede monitorizar el dominio de tiempo-frecuencia designado como CORESET en lugar de monitorizar todas las bandas de frecuencia para la recepción del PDCCH, y decodificar el PDCCH mapeado con el CORESET. La estación base puede configurar uno o más CORESET para cada célula para el UE. El CORESET se puede configurar con hasta tres símbolos consecutivos en el eje del tiempo. Además, el CORESET se puede configurar en unidades de seis PRB consecutivos en el eje de la frecuencia. En la forma de realización de la figura 5, el CORESET#1 está configurado con PRB consecutivos, y el CORESET#2 y el CORESET#3 están configurados con PRB discontinuos. El CORESET puede estar localizado en cualquier símbolo de la ranura. Por ejemplo, en la forma de realización de la figura 5, el CORESET#1 comienza en el primer símbolo de la ranura, el CORESET#2 comienza en el quinto símbolo de la ranura y el CORESET#9 comienza en el noveno símbolo de la ranura.
La figura 7 ilustra un método para fijar un espacio de búsqueda de PDCCH en un sistema NR del 3GPP
Para transmitir el PDCCH al UE, cada CORESET puede tener por lo menos un espacio de búsqueda. En la forma de realización de la presente divulgación, el espacio de búsqueda es un conjunto de todos los recursos de tiempofrecuencia (en lo sucesivo en la presente, candidatos de PDCCH) a través de los cuales hay capacidad de transmitir el PDCCH del UE. El espacio de búsqueda puede incluir un espacio de búsqueda común en el que se requiere que el UE de las NR del 3GPP lleve a cabo una búsqueda de manera común y un espacio de búsqueda específico de Terminal o específico de UE en el que se requiere que lleve a cabo una búsqueda un UE específico. En el espacio de búsqueda común, un UE puede monitorizar el PDCCH que se ha fijado de manera que todos los UE de la célula que pertenece a la misma estación base llevan a cabo búsquedas de forma común. Además, el espacio de búsqueda común se puede fijar para cada UE de manera que los Ue monitorizan el PDCCH asignado a cada UE en una posición diferente del espacio de búsqueda según el UE. En el caso del espacio de búsqueda específico de UE, el espacio de búsqueda entre los UE puede solaparse y asignarse parcialmente debido al área de control limitada en la que se puede asignar el PDCCH. La monitorización del PDCCH incluye la decodificación a ciegas para candidatos a PDCCH en el espacio de búsqueda. Cuando la decodificación a ciegas tiene éxito, puede interpretarse que el PDCCH se ha detectado/recibido (exitosamente), y cuando la decodificación a ciegas falla, puede interpretarse que el PDCCH no se ha detectado/recibido, o no se ha detectado/recibido con éxito.
Por comodidad explicativa, a un PDCCH aleatorizado con un RNTI común a nivel de grupo (GC) conocido previamente por UEs con el fin de transmitir información de control de DL al UE o UE se le hace referencia como PDCCH común a nivel de grupo (GC) o PDCCH común. Además, a un PDCCH aleatorizado con un RNTI específico de terminal, del que un UE específico ya sabe que transmite información de planificación de UL o información de planificación de DL al UE específico se le hace referencia como PDCCH específico de UE. El PDCCH común puede incluirse en un espacio de búsqueda común, y el PDCCH específico de UE puede incluirse en un espacio de búsqueda común o un PDCCH específico de UE.
La estación base puede señalizar, a través de un PDCCH, a cada UE o grupo de UE, información (es decir, una Concesión de DL) relacionada con asignación de recursos de un canal de búsqueda (PCH) y un canal compartido de enlace descendente (DL-SCH) que son un canal de transmisión, o información (es decir, una Concesión de UL) relacionada con asignación de recursos de un canal compartido de enlace ascendente (UL-SCH) y una solicitud automática híbrida de repetición (HARQ). La estación base puede transmitir el bloque de transporte de PCH y el bloque de transporte de DL-SCH a través del PDSCH. La estación base puede transmitir datos que excluyen información de control específica o datos de servicio específicos a través del PDSCH. Además, el UE puede recibir datos que excluyen información de control específica o datos de servicio específicos a través del PDSCH.
La estación base puede incluir, en el PDCCH, información sobre a qué UE (uno o una pluralidad de UE) se transmiten datos de PDSCH y cómo van a ser recibidos y decodificados los datos de PDSCH por el UE correspondiente, y puede transmitir el PDCCH. Por ejemplo, se supone que la DCI transmitida a través de un PDCCH específico se enmascara por CRC con un RNTI de "A", y la DCI indica que un PDSCH está asignado a un recurso de radiocomunicaciones (por ejemplo, ubicación de frecuencia) de "B" e indica información del formato de transmisión (por ejemplo, tamaño de los bloques de transporte, esquema de modulación, información de codificación, etcétera) de "C". El UE monitoriza el PDCCH utilizando la información de RNTI de la que dispone el UE. En este caso, si hay un UE que lleva a cabo una decodificación a ciegas del PDCCH usando el RNTI "A", el UE recibe el PDCCH, y recibe el PDSCH indicado por "B" y "C" a través de la información del PDCCH recibido.
La tabla 2 muestra una forma de realización de un canal físico de control de enlace ascendente (PUCCH) utilizado en un sistema de comunicaciones inalámbricas.
[Tabla 2]
El PUCCH se puede utilizar para transmitir la siguiente información de control de UL (UCI).
- Solicitud de Planificación (SR): información utilizada para solicitar un recurso de UL-SCH de un UL.
- HARQ-ACK: una Respuesta a un PDCCH (que indica una liberación de SPS de DL) y/o una respuesta a un bloque de transporte (TB) de DL en un PDSCH. El HARQ-ACK indica si se recibe información transmitida sobre el PDCCH o el Pd SCH. La respuesta HARQ-ACK incluye el ACK positivo (simplemente ACK), el ACK negativo (en lo sucesivo en la presente, NACK), Transmisión Discontinua (DTX) o NACK/DTX. Aquí, el término HARQ-ACK se usa indistintamente con HARQ-ACK/NACK y ACK/NACK. En general, un<a>C<k>se puede representar con un valor de bit 1 y un NACK se puede representar con un valor de bit 0.
- Información de Estado del Canal (CSI): información de retroalimentación sobre el canal de DL. El UE la genera basándose en la Señal de Referencia (RS) de CSI transmitida por la estación base. La información de retroalimentación relacionada con Múltiples Entradas-Múltiples Salidas (MIMO) incluye un Indicador de Rango (RI) y un Indicador de Matriz de Precodificación (PMI). La CSI se puede dividir en la parte 1 de la CSI y la parte 2 de la CSI según la información indicada por la CSI.
En el sistema NR del 3GPP, se pueden usar cinco formatos de PUCCH para admitir diversos escenarios de servicio, diversos entornos de canal y estructuras de trama.
El formato 0 del PUCCH es un formato para transferir una SR o información de HARQ-ACK de 1 bit o 2 bits. El formato 0 del PUCCH puede transmitirse a través de uno o dos símbolos de OFDM en el eje del tiempo y un PRB en el eje de la frecuencia. Cuando el formato 0 del PUCCH se transmite a través de dos símbolos de OFDM, la misma secuencia en los dos símbolos se puede transmitir a través de un RB diferente. En este caso, la secuencia puede ser una secuencia con desplazamiento cíclico (CS) a partir de una secuencia base utilizada en el formato 0 del PUCCH. De esta manera, el equipo de usuario puede obtener una ganancia de diversidad de frecuencia. De manera detallada, el equipo de usuario puede determinar un valor mcs de desplazamiento cíclico (CS) en concordancia con la UCI de Mbit bits (Mbit = 1 ó 2). Además, una secuencia obtenida mediante el desplazamiento cíclico de una secuencia base que tiene una longitud de 12 basándose en el valor mcs de CS determinado se puede mapear con un símbolo de OFDm y 12 REs de un RB para su transmisión. Cuando el número de desplazamientos cíclicos disponibles para el equipo de usuario es 12 y Mbit = 1, una UCI 0 y 1 de 1 bit se puede mapear con dos secuencias desplazadas cíclicamente que tengan una diferencia de 6 en el valor del desplazamiento cíclico. Además, cuando Mbit = 2, una UCI 00, 01, 11 y 10 de 2 bits se puede mapear respectivamente con cuatro secuencias desplazadas cíclicamente que tengan una diferencia de 3 en el valor del desplazamiento cíclico.
El formato 1 del PUCCH puede entregar una SR o información de HARQ-ACK de 1 bit o 2 bits. El formato 1 del PUCCH se puede transmitir a través de símbolos de OFDM consecutivos en el eje del tiempo y un PRB en el eje de la frecuencia. Aquí, el número de símbolos de OFDM ocupados por el formato 1 del PUCCH puede ser de uno de 4 a 14. Más específicamente, una UCI, que sea de Mbit = 1, se puede modular por BPSK. El UE puede modular una UCI, que sea de Mbit = 2, con una modulación por desplazamiento de fase en cuadratura (QPSK). Multiplicando un símbolo de valor complejo modulado d(0) por una secuencia de longitud 12 se obtiene una señal. En este caso, la secuencia puede ser una secuencia base utilizada para el formato 0 del PUCCH. El UE modula por ensanchamiento los símbolos de OFDM de numeración par a los que se asigna el formato 1 del PUCCH a través del código de cobertura ortogonal (OCC) en el eje del tiempo para transmitir la señal obtenida. El formato 1 del PUCCH determina el número máximo de UE diferentes multiplexados en el RB mencionado de acuerdo con la longitud del OCC que se va a usar. Una señal de referencia de demodulación (DMRS) se puede modular por ensanchamiento con el OCC y se puede mapear con los símbolos de OFDM de numeración impar del formato 1 del PUCCH.
El formato 2 del PUCCH puede entregar una UCI que supere los 2 bits. El formato 2 del PUCCH se puede transmitir a través de uno o dos símbolos de OFDM en el eje del tiempo y uno o una pluralidad de RB en el eje de la frecuencia. Cuando el formato 2 del PUCCH se transmite en dos símbolos de OFDM, las secuencias que se transmiten en RB diferentes a través de los dos símbolos de OFDM pueden ser iguales entre sí. Aquí, la secuencia puede ser una pluralidad de símbolos de valor complejo modulados d(0), ..., d(Msymbol-1). Aquí, Msymbol puede ser Mbit/2. Con esto, el UE puede obtener una ganancia de diversidad de frecuencia. Más específicamente, una UCI de M bit bits (Mbit>2) se aleatoriza a nivel de bits, se modula por QPSK y se mapea con RB(s) de uno o dos símbolo(s) de OFDM. Aquí, el número de RB puede ser uno de 1 a 16.
El formato 3 del PUCCH o el formato 4 del PUCCH puede entregar una UCI que supere los 2 bits. El formato 3 del PUCCH o el formato 4 del PUCCH puede transmitirse a través de símbolos de OFDM consecutivos en el eje del tiempo y un PRB en el eje de la frecuencia. El número de símbolos de OFDM ocupados por el formato 3 del PUCCH o el formato 4 del PUCCH puede ser uno de 4 a 14. Específicamente, el UE modula UCI de Mbit bits (Mbit> 2) con QPSK o Modulación por Desplazamiento Binario de Fase (BPSK) de n/2 para generar un símbolo de valor complejo d(0) a d(Msymb-1). Aquí, cuando se usa una BPSK de n/2, Msymb = Mbit, y cuando se usa una QPSK, Msymb = Mbit/2. El UE no puede aplicar una modulación por ensanchamiento por unidades de bloques al formato 3 del PUCCH. No obstante, el UE puede aplicar una modulación por ensanchamiento por unidades de bloques a un RB (es decir, 12 subportadoras) utilizando una PreDFT-OCC de una longitud de 12 de tal manera que el formato 4 del PUCCH puede tener dos o cuatro capacidades de multiplexado. El UE aplica una precodificación de transmisión (o precodificación de DFT) sobre la señal modulada por ensanchamiento y la mapea con cada RE para transmitir la señal modulada por ensanchamiento.
En este caso, el número de RB ocupados por el formato 2 del PUCCH, el formato 3 del PUCCH o el formato 4 del PUCCH se puede determinar de acuerdo con la longitud y la tasa de código máxima de la UCI transmitida por el UE. Cuando el UE usa el formato 2 del PUCCH, el UE puede transmitir información de HARQ-ACK y la información CSI juntas a través del PUCCH. Cuando el número de RB que puede transmitir el UE es mayor que el número máximo de RB que puede usar el formato 2 del PUCCH, o el formato 3 del PUCCH, o el formato 4 del PUCCH, el UE puede transmitir únicamente la información UCI restante sin transmitir cierta información UCI de acuerdo con la prioridad de la información UCI.
El formato 1 del PUCCH, el formato 3 del PUCCH o el formato 4 del PUCCH se puede configurar a través de la señal de RRC para indicar saltos de frecuencia en una ranura. Cuando se configuran saltos de frecuencia, el índice del RB en el que se va a realizar el salto de frecuencia se puede configurar con una señal de RRC. Cuando el formato 1 del PUCCH, el formato 3 del PUCCH o el formato 4 del PUCCH se transmite a través de N símbolos de OFDM en el eje del tiempo, el primer salto puede tener ffoor(N/2) símbolos de OFDM y el segundo salto puede tenerceiling(N/2)símbolos de OFDM.
El formato 1 del PUCCH, el formato 3 del PUCCH o el formato 4 del PUCCH se puede configurar para transmitirse de forma repetida en una pluralidad de ranuras. En este caso, el número K de ranuras en las que se transmite repetidamente el PUCCH se puede configurar mediante la señal de RRC. Los PUCCH transmitidos de forma repetida deben comenzar en un símbolo de OFDM de la posición constante en cada ranura y tener la longitud constante. Cuando se indica que un símbolo de OFDM entre símbolos de OFDM de una ranura en la que un UE debería transmitir un PUCCH es un símbolo de DL mediante una señal de RRC, el UE no puede transmitir el PUCCH en una ranura correspondiente y puede retrasar la transmisión del PUCCH a la siguiente ranura para transmitir el PUCCH.
Al mismo tiempo, en el sistema NR del 3GPP, el equipo de usuario puede llevar a cabo una transmisión/recepción utilizando un ancho de banda que sea inferior o igual al ancho de banda de una portadora (o célula). Con este fin, el usuario puede recibir una configuración de una parte de ancho de banda (BWP) configurada con un ancho de banda continuo parcial en correspondencia con el ancho de banda de una portadora. El equipo de usuario que funciona según el TDD o funciona en un espectro no emparejado puede recibir una configuración de hasta cuatro pares BWP de DL/UL en una portadora (célula). Además, el equipo de usuario puede activar un par BWP de DL/UL. El equipo de usuario que funciona según el FDD o funciona en un espectro emparejado puede recibir una configuración de hasta cuatro BWP de DL en una portadora (o célula) de enlace descendente y una configuración de hasta cuatro BWPs de UL en una portadora (o célula) de enlace ascendente. El equipo de usuario puede activar una BWP de DL y una BWP de UL para cada portadora (o célula). El equipo de usuario no puede recibir ni transmitir en un recurso de tiempo-frecuencia exceptuando la BWP activada. A la BWP activada se le puede hacer referencia como BWP activa.
La estación base puede indicar una BWP activada entre BWPs configuradas para el equipo de usuario a través de información de control de enlace descendente (DCI). Se activa una BWP indicada a través de DCI, y se desactivan otra(s) BWP(s) configurada(s). En una portadora (o célula) que funciona según el TDD, la estación base puede añadir un indicador de parte de ancho de banda (BPI) que indica una BWP a activar a la DCI que planifica un PDSCH ó PUSCH para cambiar un par BWP de DL/UL del equipo de usuario. El equipo de usuario puede recibir la DCI que planifica un PDSCH ó PUSCH, y puede identificar un par BWP de DL/UL a activar basándose en el BPI. En el caso de una portadora (o célula) de enlace descendente que funciona según el FDD, la estación base puede añadir un BPI que indique una BWP a activar a la DCI que planifica el PDSCH con el fin de cambiar una<b>W<p>de DL de la estación base. En el caso de una portadora (o célula) de enlace ascendente que funcione según el FDD, la estación base puede añadir un BPI que indique una BWP a activar a la DCI que planifica el PUSCH para cambiar una BWP de UL de la estación base.
La figura 8 es un diagrama conceptual que ilustra la agregación de portadoras.
La agregación de portadoras es un método en el que el UE usa una pluralidad de bloques de frecuencia o células (en el sentido lógico) configurados con recursos de UL (o portadoras componentes) y/o recursos de DL (o portadoras componentes) en forma de una gran banda de frecuencia lógica de manera que un sistema de comunicaciones inalámbricas use una banda de frecuencia más amplia. A una portadora componente también se le puede hacer referencia con el término designado como Célula primaria (PCell) o Célula secundaria (SCell), o SCell Primaria (PScell). No obstante, en lo sucesivo en la presente, para facilitar la descripción, se utiliza el término “portadora componente”.
Haciendo referencia a la figura 8, como ejemplo de un sistema NR del 3GPP, toda la banda del sistema puede incluir hasta 16 portadoras componentes, y cada portadora componente puede tener un ancho de banda de hasta 400 MHz. La portadora componente puede incluir una o más subportadoras físicamente consecutivas. Aunque en la figura 8 se muestra que cada una de las portadoras componentes tiene el mismo ancho de banda, esto es meramente un ejemplo, y cada portadora componente puede tener un ancho de banda diferente. Asimismo, aunque cada portadora componente se muestra de manera que es adyacente a otras en el eje de la frecuencia, los dibujos se muestran como concepto lógico, y cada portadora componente puede ser físicamente adyacente a otras, o puede estar separada de ellas.
Se pueden usar frecuencias centrales diferentes para cada portadora componente. Asimismo, se puede utilizar una frecuencia central común en portadoras componentes físicamente adyacentes. Suponiendo que todas las portadoras componentes son físicamente adyacentes en la forma de realización de la figura 8, se puede usar la frecuencia central A en todas las portadoras componentes. Además, suponiendo que las portadoras componentes respectivas no son físicamente adyacentes entre sí, en cada una de las portadoras componentes se pueden utilizar la frecuencia central A y la frecuencia central B.
Cuando la banda total del sistema se amplía mediante agregación de portadoras, la banda de frecuencia utilizada para la comunicación con cada UE se puede definir en unidades de una portadora componente. El UE A puede utilizar 100 MHz, que es la banda total del sistema, y lleva a cabo una comunicación usando la totalidad de las cinco portadoras componentes. Los UE Bi~Bs pueden usar solamente un ancho de banda de 20 MHz y llevan a cabo una comunicación usando una portadora componente. Los UE Ci y C2 pueden usar un ancho de banda de 40 MHz y llevan a cabo una comunicación usando dos portadoras componentes, respectivamente. Las dos portadoras componentes pueden ser adyacentes o no adyacentes en términos físicos/lógicos. El UE Ci representa el caso en el que se usan dos portadoras componentes no adyacentes, y el UE C2 representa el caso en el que se usan dos portadoras componentes adyacentes.
La figura 9 es un dibujo para explicar la comunicación por portadora de señales única y la comunicación por portadora múltiple. En particular, la figura 9A muestra una estructura de subtrama de una sola portadora y la figura 9A muestra una estructura de subtrama multiportadora.
Haciendo referencia a la figura 9A, en un modo FDD, un sistema general de comunicaciones inalámbricas puede llevar a cabo una transmisión o recepción de datos a través de una banda de DL y una banda de UL en correspondencia con las primeras. En otra forma de realización específica, en un modo TDD, el sistema de comunicaciones inalámbricas puede dividir una trama de radiocomunicaciones en una unidad de tiempo de UL y una unidad de tiempo de DL en el dominio del tiempo, y llevar a cabo una transmisión o recepción de datos a través de una unidad de tiempo de UL/DL. Haciendo referencia a la figura 9B, en cada uno del UL y el DL se pueden agregar tres portadoras componentes (CC) de 20 MHz, de manera que se pueda admitir un ancho de banda de 60 MHz. Cada CC puede ser adyacente o no adyacente a otras en el dominio de la frecuencia. La figura 9B muestra un caso en el que el ancho de banda de la CC de UL y el ancho de banda de la CC de DL son iguales y simétricos, pero el ancho de banda de cada CC se puede determinar de forma independiente. Adicionalmente, es posible una agregación de portadoras asimétrica con un número diferente de CC de Ul y CC de DL. A una CC de DL/UL asignada/configurada para un UE específico a través del RRC se le puede denominar CC de DL/UL de servicio del UE específico.
La estación base puede llevar a cabo una comunicación con el UE activando parte o la totalidad de las CC de servicio del UE o desactivando algunas CC. La estación base puede cambiar la CC a activar/desactivar y puede cambiar el número de CC a activar/desactivar. Si la estación base asigna una CC disponible para el UE de manera que sea específica de célula o específica de UE, puede que no se desactive por lo menos una de las CC asignadas, a no ser que la asignación de CC para el UE se reconfigure por completo o se lleve a cabo un traspaso del UE. A una CC que no está desactivada por el UE se le denomina CC Primaria (PCC) o célula primaria (PCell), y a una CC que la estación base puede activar/desactivar libremente se le denomina CC Secundaria (SCC) o célula secundaria (SCell).
Al mismo tiempo, las NR del 3GPP utilizan el concepto de célula para gestionar recursos de radiocomunicaciones. Una célula se define como una combinación de recursos de DL y recursos de UL, es decir, una combinación de CC de DL y CC de UL. Una célula se puede configurar únicamente con recursos de DL o con una combinación de recursos de DL y recursos de UL. Cuando se admite la agregación de portadoras, la vinculación entre la frecuencia portadora del recurso de DL (o CC de DL) y la frecuencia portadora del recurso de UL (o CC de UL) se puede indicar mediante información del sistema. Frecuencia portadora se refiere a la frecuencia central de cada célula o CC. A una célula correspondiente a la PCC se le hace referencia como PCell, y a una célula correspondiente a la SCC se le hace referencia como SCell. La portadora correspondiente a la PCell en el DL es la PCC de DL, y la portadora correspondiente a la PCell en el Ul es la PCC de UL. De forma similar, la portadora correspondiente a la SCell en el DL es la SCC de DL y la portadora correspondiente a la SCell en el UL es la SCC de UL. Según la capacidad del UE, la(s) célula(s) de servicio se pueden configurar con una PCell y cero o más SCell. En el caso de UE que están en el estado RRC_CONNECTED, pero no configurados para agregación de portadoras o que no admiten la agregación de portadoras, únicamente hay una célula de servicio configurada solo con PCell.
Tal como se ha mencionado anteriormente, el término “célula” utilizado en la agregación de portadoras se diferencia del término “célula” que se refiere a una cierta área geográfica en la que una estación base o un grupo de antenas proporciona un servicio de comunicaciones. Es decir, a una portadora componente también se le puede hacer referencia como célula de planificación, célula planificada, célula primaria (PCell), célula secundaria (SCell) o SCell primaria (PScell). No obstante, para diferenciar entre una célula que se refiere a una cierta área geográfica y una célula de agregación de portadoras, en la presente divulgación, a una célula de una agregación de portadoras se le hace referencia como CC y a una célula de un área geográfica se le hace referencia como célula.
La figura 10 es un diagrama que muestra un ejemplo en el que se aplica una técnica de planificación de portadoras cruzadas. Cuando se fija la planificación de portadoras cruzadas, el canal de control transmitido a través de la primera CC puede planificar un canal de datos transmitido a través de la primera CC o la segunda CC utilizando un campo indicador de portadora (CIF). El CIF se incluye en la DCI. En otras palabras, se fija una célula de planificación, y la concesión de DL/concesión de UL transmitida en el área del PDCCH de la célula de planificación planifica el PDSCH/PUSCH de la célula planificada. Es decir, en el área del PDCCH de la célula de planificación existe un área de búsqueda para la pluralidad de portadoras componentes. Una PCell puede ser básicamente una célula de planificación, y una SCell específica se puede designar como célula de planificación mediante una capa superior.
En la forma de realización de la figura 10, se supone que se fusionan tres CC de DL. Aquí, se supone que la portadora componente de DL #0 es una PCC de DL (o PCell), y la portadora componente de DL #1 y la portadora componente de DL #2 son SCC de DL (o SCell). Además, se supone que la PCC de DL se fija a la CC de monitorización del PDCCH. Cuando la planificación de portadoras cruzadas no se configura mediante señalización de capa superior específica de UE (o específica de grupo de UE o específica de célula), se deshabilita el CIF y cada CC de DL puede transmitir únicamente un PDCCH para planificar su PDSCH sin el CIF de acuerdo con a una regla de PDCCH de las NR (planificación sin portadoras cruzadas, autoplanificación de portadora). Al mismo tiempo, si la planificación de portadoras cruzadas se configura mediante señalización de capa superior específica de UE (o específica de grupo de UE o específica de célula), se habilita un CIF y una CC específica (por ejemplo, PCC de DL) puede transmitir no solamente el PDCCH para planificar el PDSCH de la CC de DL A utilizando el CIF sino también el PDCCH para planificar el PDSCH de otra<c>C (planificación de portadoras cruzadas). Por otro lado, no se transmite un PDCCH en otra CC de DL. Por consiguiente, el UE monitoriza el PDCCH que no incluye el CIF para recibir un PDSCH con autoplanificación de portadora dependiendo de si la planificación de portadoras cruzadas está configurada para el UE, o monitoriza el PDCCH que incluye el CIF para recibir el PDSCH planificado por portadoras cruzadas.
Por otro lado, las figuras 9 y 10 ilustran la estructura de subtrama del sistema LTE-Adel 3GPP, y se puede aplicar una configuración igual o similar al sistema NR del 3GPP No obstante, en el sistema NR del 3GPP, las subtramas de las figuras 9 y 10 se pueden sustituir por ranuras.
La figura 11 es un diagrama de bloques que muestra las configuraciones de un UE y una estación base según una forma de realización de la presente divulgación. En una forma de realización de la presente divulgación, el UE se puede implementar con varios tipos de dispositivos de comunicaciones inalámbricas o dispositivos informáticos sobre los cuales se garantice que sean portátiles y móviles. Al UE se le puede hacer referencia como Equipo de Usuario (UE), Estación (STA), Abonado Móvil (MS) o similares. Además, en una forma de realización de la presente divulgación, la estación base controla y gestiona una célula (por ejemplo, una macrocélula, una femtocélula, una picocélula, etcétera) correspondiente a un área de servicio, y lleva a cabo funciones de transmisión de una señal, designación de un canal, monitorización de un canal, autodiagnóstico, un retransmisor o similares. A la estación base se le puede hacer referencia como NodoB de próxima Generación (gNB) o Punto de Acceso (AP).
Tal como se muestra en el dibujo, un UE 100 según una forma de realización de la presente divulgación puede incluir un procesador 110, un módulo de comunicaciones 120, una memoria 130, una interfaz de usuario 140 y una unidad de visualización 150.
En primer lugar, el procesador 110 puede ejecutar varias instrucciones o programas y procesar datos dentro del UE 100. Adicionalmente, el procesador 110 puede controlar la operación completa, incluida cada unidad del UE 100, y puede controlar la transmisión/recepción de datos entre las unidades. Aquí, el procesador 110 se puede configurar para llevar a cabo una operación de acuerdo con las formas de realización descritas en la presente divulgación. Por ejemplo, el procesador 110 puede recibir información de configuración de ranuras, determinar una configuración de ranuras basándose en la información de configuración de ranuras y llevar a cabo una comunicación de acuerdo con la configuración de ranuras determinada.
A continuación, el módulo de comunicaciones 120 puede ser un módulo integrado que lleva a cabo una comunicación inalámbrica usando una red de comunicaciones inalámbricas y un acceso a LAN inalámbrico usando una LAN inalámbrica. Para ello, el módulo de comunicaciones 120 puede incluir una pluralidad de tarjetas de interfaz de red (NIC) tales como tarjetas de interfaz de comunicaciones celulares 121 y 122 y una tarjeta de interfaz de comunicaciones en banda sin licencia 123 en un formato interno o externo. En el dibujo, el módulo de comunicaciones 120 se muestra en forma de un módulo de integración integral, pero a diferencia del dibujo, cada tarjeta de interfaz de red puede disponerse de forma independiente según una configuración o uso del circuito.
La tarjeta de interfaz de comunicaciones celulares 121 puede transmitir o recibir una señal de radiocomunicaciones con respecto a por lo menos uno de la estación base 200, un dispositivo externo y un servidor utilizando una red de comunicaciones móviles y puede proporcionar un servicio de comunicaciones celulares en una primera banda de frecuencia basándose en las instrucciones del procesador 110. Según una forma de realización, la tarjeta de interfaz de comunicaciones celulares 121 puede incluir por lo menos un módulo de NIC que usa una banda de frecuencia inferior a 6 GHz. Por lo menos un módulo de NIC de la tarjeta de interfaz de comunicaciones celulares 121 puede llevar a cabo de forma independiente una comunicación celular con respecto a por lo menos uno de la estación base 200, un dispositivo externo y un servidor de acuerdo con estándares o protocolos de comunicaciones celulares en las bandas de frecuencia por debajo de 6 GHz admitidas por el módulo de NIC correspondiente.
La tarjeta de interfaz de comunicaciones celulares 122 puede transmitir o recibir una señal de radiocomunicaciones con respecto a por lo menos uno de la estación base 200, un dispositivo externo y un servidor utilizando una red de comunicaciones móviles y puede proporcionar un servicio de comunicaciones celulares en una segunda banda de frecuencia basándose en las instrucciones del procesador 110. Según una forma de realización, la tarjeta de interfaz de comunicaciones celulares 122 puede incluir por lo menos un módulo de NIC que utiliza una banda de frecuencia superior a 6 GHz. Por lo menos un módulo de NIC de la tarjeta de interfaz de comunicaciones celulares 122 puede llevar a cabo de forma independiente una comunicación celular con por lo menos uno de la estación base 200, un dispositivo externo y un servidor de acuerdo con estándares o protocolos de comunicaciones celulares en las bandas de frecuencia de 6 GHz o más admitidas por el módulo de NIC correspondiente.
La tarjeta de interfaz de comunicaciones en banda sin licencia 123 transmite o recibe una señal de radiocomunicaciones con respecto a por lo menos uno de la estación base 200, un dispositivo externo y un servidor utilizando una tercera banda de frecuencia que es una banda sin licencia y proporciona un servicio de comunicaciones en banda sin licencia basándose en las instrucciones del procesador 110. La tarjeta de interfaz de comunicaciones en banda sin licencia 123 puede incluir por lo menos un módulo de NIC que utiliza una banda sin licencia. Por ejemplo, la banda sin licencia puede ser una banda de 2.4 GHz ó 5 GHz. Por lo menos un módulo de NIC de la tarjeta de interfaz de comunicaciones en banda sin licencia 123 puede llevar a cabo de forma independiente o dependiente una comunicación inalámbrica con por lo menos uno de la estación base 200, un dispositivo externo y un servidor de acuerdo con el estándar o protocolo de comunicaciones en banda sin licencia de la banda de frecuencia admitida por el módulo de NIC correspondiente.
La memoria 130 almacena un programa de control usado en el UE 100 y varios tipos de datos para el mismo. Dicho programa de control puede incluir un programa preestablecido requerido para llevar a cabo una comunicación inalámbrica con por lo menos uno de entre la estación base 200, un dispositivo externo y un servidor.
A continuación, la interfaz de usuario 140 incluye varios tipos de medios de entrada/salida proporcionados en el UE 100. En otras palabras, la interfaz de usuario 140 puede recibir una entrada de usuario usando varios medios de entrada, y el procesador 110 puede controlar el UE 100 basándose en la entrada de usuario recibida. Además, la interfaz de usuario 140 puede materializar una salida sobre la base de instrucciones del procesador 110 usando varios tipos de medios de salida.
A continuación, la unidad de visualización 150 da salida a varias imágenes sobre una pantalla de visualización. La unidad de visualización 150 puede dar salida a varios objetos de visualización, tales como contenido ejecutado por el procesador 110 o una interfaz de usuario basándose en instrucciones de control del procesador 110.
Además, la estación base 200 según una forma de realización de la presente divulgación puede incluir un procesador 210, un módulo de comunicaciones 220 y una memoria 230.
En primer lugar, el procesador 210 puede ejecutar varias instrucciones o programas, y procesar datos internos de la estación base 200. Además, el procesador 210 puede controlar todas las operaciones de las unidades de la estación base 200 y puede controlar la transmisión y recepción de datos entre las unidades. Aquí, el procesador 210 se puede configurar para llevar a cabo operaciones de acuerdo con formas de realización descritas en la presente divulgación. Por ejemplo, el procesador 210 puede señalizar una configuración de ranuras y llevar a cabo una comunicación de acuerdo con la configuración de ranuras señalizada.
A continuación, el módulo de comunicaciones 220 puede ser un módulo integrado que lleva a cabo una comunicación inalámbrica usando una red de comunicaciones inalámbricas y un acceso a LAN inalámbrico usando una LAN inalámbrica. Para ello, el módulo de comunicaciones 120 puede incluir una pluralidad de tarjetas de interfaz de red tales como tarjetas de interfaz de comunicaciones celulares 221 y 222 y una tarjeta de interfaz de comunicaciones en banda sin licencia 223 en un formato interno o externo. En el dibujo, el módulo de comunicaciones 220 se muestra en forma de un módulo de integración integral, pero a diferencia del dibujo, cada tarjeta de interfaz de red se puede disponer de forma independiente según una configuración o uso del circuito.
La tarjeta de interfaz de comunicaciones celulares 221 puede transmitir o recibir una señal de radiocomunicaciones con respecto a por lo menos uno de entre el UE 100, un dispositivo externo y un servidor utilizando una red de comunicaciones móviles y puede proporcionar un servicio de comunicaciones celulares en la primera banda de frecuencia basándose en las instrucciones del procesador 210. Según una forma de realización, la tarjeta de interfaz de comunicaciones celulares 221 puede incluir por lo menos un módulo de NIC que usa una banda de frecuencia inferior a 6 GHz. Dicho por lo menos un módulo de NIC de la tarjeta de interfaz de comunicaciones celulares 221 puede llevar a cabo de forma independiente una comunicación celular con por lo menos uno de entre el UE 100, un dispositivo externo y un servidor de acuerdo con los estándares o protocolos de comunicaciones celulares en las bandas de frecuencia inferiores a 6 GHz admitidas por el módulo de NIC correspondiente.
La tarjeta de interfaz de comunicaciones celulares 222 puede transmitir o recibir una señal de radiocomunicaciones con respecto a por lo menos uno de entre la estación base 100, un dispositivo externo y un servidor utilizando una red de comunicaciones móviles y puede proporcionar un servicio de comunicaciones celulares en la segunda banda de frecuencia basándose en las instrucciones del procesador 210. Según una forma de realización, la tarjeta de interfaz de comunicaciones celulares 222 puede incluir por lo menos un módulo de NIC que utiliza una banda de frecuencia de 6 GHz o superior. El por lo menos un módulo de NIC de la tarjeta de interfaz de comunicaciones celulares 222 puede llevar a cabo de forma independiente una comunicación celular con respecto a por lo menos uno de entre la estación base 100, un dispositivo externo y un servidor de acuerdo con los estándares o protocolos de comunicaciones celulares en las bandas de frecuencia de 6 GHz o superiores admitidas por el módulo de NIC correspondiente.
La tarjeta de interfaz de comunicaciones en banda sin licencia 223 transmite o recibe una señal de radiocomunicaciones con respecto a por lo menos uno de entre la estación base 100, un dispositivo externo y un servidor utilizando la tercera banda de frecuencia, que es una banda sin licencia, y proporciona un servicio de comunicaciones en banda sin licencia basándose en las instrucciones del procesador 210. La tarjeta de interfaz de comunicaciones en banda sin licencia 223 puede incluir por lo menos un módulo de NIC que utiliza una banda sin licencia. Por ejemplo, la banda sin licencia puede ser una banda de 2.4 GHz ó 5 GHz. Por lo menos un módulo de NIC de la tarjeta de interfaz de comunicaciones en banda sin licencia 223 puede llevar a cabo de forma independiente o dependiente una comunicación inalámbrica con por lo menos uno de entre la estación base 100, un dispositivo externo y un servidor de acuerdo con los estándares o protocolos de comunicaciones en banda sin licencia de la banda de frecuencia admitida por el módulo de NIC correspondiente.
La figura 11 es un diagrama de bloques que ilustra el UE 100 y la estación base 200 de acuerdo con una forma de realización de la presente divulgación, y los bloques que se muestran por separado son elementos de un dispositivo divididos en términos lógicos. Por consiguiente, los elementos antes mencionados del dispositivo pueden montarse en un solo chip o en una pluralidad de chips según el diseño del dispositivo. Además, en el UE 100 se puede proporcionar selectivamente una parte de la configuración del UE 100, por ejemplo, una interfaz de usuario 140, una unidad de visualización 150 y similares. Además, si es necesario, en la estación base 200 pueden proporcionarse adicionalmente, la interfaz de usuario 140, la unidad de visualización 150 y similares.
En el sistema de comunicaciones inalámbricas NR, el equipo de usuario puede transmitir un libro de códigos que incluya información de ACK de solicitud automática híbrida de repetición (HARQ) para señalizar si la recepción de una señal o canal de enlace descendente ha resultado satisfactoria. El libro de códigos de HARQ-ACK incluye uno o más bits que indican si la recepción de un canal o señal de enlace descendente ha resultado satisfactoria. En este caso, el canal de enlace descendente puede incluir por lo menos un canal físico compartido de enlace descendente (PDSCH), un PDSCH de planificación de semipersistencia (SPS) y un PDCCH para liberar el PDSCH de SPS. El libro de códigos de HARQ-ACK puede dividirse en un libro de códigos de HARQ-ACKs semiestático (o libro de códigos de primer tipo) y un libro de códigos de HARQ-ACK dinámico (o libro de códigos de segundo tipo). La estación base puede fijar uno de los dos libros de códigos de HARQ-ACK para el equipo de usuario. El equipo de usuario puede utilizar un libro de códigos de HARQ-ACK fijado para el equipo de usuario.
Cuando se utiliza el libro de códigos de HARQ-ACK semiestático, la estación base puede usar una señal de RRC para configurar el número de bits del libro de códigos de HARQ-ACK e información para determinar qué canal o señal de enlace descendente se recibe correctamente mediante cada bit del libro de códigos de HARQ-ACKs. Por lo tanto, no es necesario que la estación base señalice información requerida para transmitir el libro de códigos de HARQ-ACKs al equipo de usuario cada vez que es necesaria una transmisión del libro de códigos de HARQ-ACKs.
Cuando se utiliza el libro de códigos de HARQ-ACK dinámico, la estación base puede señalizar información requerida para generar el libro de códigos de HARQ-ACK a través de un PDCCH (o DCI). De manera detallada, la estación base puede señalizar la información requerida para generar el libro de códigos de HARQ-ACK a través de un campo de índice de asignación descendente (<d>A<i>) de un PDCCH (ó DCI). En una forma de realización específica, un DAI representa información sobre el número de bits del libro de códigos de HARQ-ACK y sobre para qué canal o señal indica recepción satisfactoria o fallida cada bit del libro de códigos de HARQ-ACK. El equipo de usuario puede recibir el campo de DAI a través de un PDCCH (o DCI) para planificar un PDSCH. El valor del campo de DAI puede dividirse en un DAI contador y un DAI total. El DAI total indica el número de canales o señales de enlace descendente para los cuales se indica recepción satisfactoria o fallida a través del libro de códigos de HARQ-ACKs hasta una ocasión de monitorización (MO) actual. El DAI contador indica un bit del libro de códigos de HARQ-ACKs que indica la recepción satisfactoria o fallida de canales o señales de enlace descendente de entre los canales o señales de enlace descendente para los cuales se indica la recepción satisfactoria o fallida a través del libro de códigos de HARQ-ACKs hasta una célula actual de una ocasión de monitorización actual. Un PDCCH (ó DCI) para planificar un PDSCH puede incluir un valor del DAI contador correspondiente a un PDSCH planificado. Además, un PDCCH (ó DCI) para planificar un PDSCH puede incluir un valor del DAI total correspondiente a un PDSCH planificado. El equipo de usuario puede determinar el número de bits del libro de códigos de HARQ-ACKs dinámico sobre la base de información señalizada por un PDCCH (ó DCI). De manera detallada, el equipo de usuario puede determinar el número de bits del libro de códigos de HARQ-ACKs dinámico sobre la base del DAI de un PDCCH (ó DCI).
La figura 12 es un diagrama de flujo que ilustra un ejemplo de señalización entre un equipo de usuario y una estación base en los que es aplicable una forma de realización de la presente divulgación.
En referencia a la figura 12, un UE recibe, de una estación base, información de configuración de RRC que incluye información para recibir información de control de enlace descendente (DCI) (S12010).
Por ejemplo, la información de configuración de RRC puede incluir información relacionada con un conjunto de recursos de control (CORESET) y un espacio de búsqueda para que el UE detecte un PDCCH que incluye información de control de enlace descendente. En este caso, la información relacionada con el conjunto de recursos de control puede incluir por lo menos uno de un identificador (ID) de un conjunto de recursos de control a través del cual el UE puede detectar el PDCCH que incluye la DCI, información de configuración de los elementos de canal de control (CCE) y longitud (duración) del conjunto de recursos de control, o información de recursos de frecuencia. En este caso, la información relacionada con el espacio de búsqueda puede incluir por lo menos uno de un identificador (ID) del espacio de búsqueda a través del cual el UE puede detectar el PDCCH que incluye la DCI, un formato de la DCI que puede detectarse en cada espacio de búsqueda, una duración de detección o información de recursos.
A continuación, el UE puede recibir la DCI detectando el PDCCH en la ocasión de monitorización sobre la base de la información de configuración de RRC (S12020). El UE puede adquirir la DCI detectando el PDCCH en un espacio de búsqueda específico de la ocasión de monitorización en concordancia con el tipo de servicio y/o datos sobre la base de la información de configuración de RRC.
En este caso, el DAI incluido en la DCI puede configurarse con diferentes bits en concordancia con el formato de la DCI. Por ejemplo, en el Formato de DCI 1_0, el DAI puede configurarse con 2 bits, y en el Formato de DCI 1_1, puede configurarse con 1 bit para un libro de códigos de HARQ-ACKs semiestático y con 2 bits para un libro de códigos de HARQ-ACKs dinámico.
La siguiente Tabla 3 muestra un ejemplo de bits del DAI en concordancia con el formato de DCI.
[Tabla 3]
Adicionalmente, al UE se le puede asignar un recurso para la recepción del PDSCH o la transmisión del PUSCH a través del PDCCH (o DCI).
A continuación, el UE puede recibir el PDSCH o transmitir el PUSCH a la estación base a través del recurso asignado (S12030). Si el UE recibe el PDSCH de la estación base, el UE puede generar un libro de códigos de HARQ-ACKs que indique el ACK/NACK del PDSCH recibido basándose en el valor del DAI incluido en el PDCCH (ó DCI) para la planificación del PDSCH, y transmitir, a la estación base, el libro de códigos de HARQ-ACKs generado incluyéndolo en información de control de enlace ascendente (UCI) (S12040).
La figura 13 ilustra un ejemplo de un método para contar el número de PDSCHs transmitidos desde una estación base por un equipo de usuario basándose en un seudocódigo que es aplicable a una forma de realización de la presente divulgación.
Los puntos (a) y (b) de la figura 13 ilustran un ejemplo de un método para generar y transmitir un libro de códigos de HARQ-ACKs basándose en un valor del dA i contador almacenado, un valor del DAI contador transmitido a través de una DCI específica y un valor del DAI total almacenado.
Específicamente, haciendo referencia al punto (a) de la figura 13, el UE puede fijar el valor del DAI contador del PDCCH (ó DCI) recibido en una célula de servicio c de una ocasión de monitorización m de manera que sea K(P_LDAi,c,m, el valor del DAI contador almacenado de manera que sea Vtemp, y el valor del DAI total almacenado (DAI total) de manera que sea Vtemp2. En este caso, con la siguiente Ecuación 1 se puede calcular un intervalo Td de un valor que puede expresarse como el número de bits del DAI.
[Ecuación 1]
Td= 2<w “- dai>
Aquí, se omiten el índice de ocasión de monitorización m y el índice de célula c. Las Tablas 4 y 5 muestran intervalos de valores en los que el DAI contador o el DAI total se expresa en concordancia con el número de bits del DAI contador o el número de bits del DAI total. La Tabla 4 muestra un ejemplo correspondiente a cuando el número de bits del DAI contador o el número de bits del DAI total es 2 bits, y la Tabla 5 muestra un ejemplo correspondiente a cuando el número de bits del DAI contador o el número de bits del DAI total es 1 bit.
[Tabla 4]
[Tabla 5]
En este caso, en la siguiente Tabla 6 se muestra el seudocódigo para generar el libro de códigos de HARQ-ACKs.
[Tabla 6] ________________________________________________________________________________________________ Fijar m=0 - PDCCH con formato de DCI que planifica una recepción de PDSCH o un índice de ocasión de monitorización de liberación de PDSCH de SPS: un índice menor se corresponde con una ocasión de monitorización de PDCCH más anterior
Fijarj= 0
FijarVtemp= 0
FijarVtemp2= 0
Fijar V = 0
FijarN®¿lsal número de células de servicio configuradas mediante capas superiores para el UE
FijarMal número de ocasión(es) de monitorización de PDCCH
mientrasm<M
Fijar c=0 - índice de célula de servicio: índices menores se corresponden con índices de RRC menores de la célula correspondiente
mientrasc<N®¿ls
si la ocasión de monitorización de PDCCHmes anterior a un cambio de BWP de DL activa en la célula de servicioco un cambio de BWP de UL activa en la PCell y no se desencadena un cambio de BWP de DL activa en la ocasión de monitorización de PDCCHm
c= c+1;
si no
si hay un PDSCH en la célula de serviciocen asociación con un PDCCH en una ocasión de monitorización de PDCCHm, o hay un PDCCH que indica liberación de PDSCH de SPS en la célula de servicioc
_____________ si<^ (P -LD A I>.e.<m>~VtemP__________________________________________________________________
___ _______________________________________________________________________________________
En este caso, utilizando el seudocódigo de la Tabla 6, el UE puede comparar los valores de Vtemp y VC-DAI,c,m según se ilustra en el punto (a) de la figura 13 para determinar si se omite la recepción de PDSCH debido a un fallo de recepción del PDCCH (ó DCI) para la planificación del PDSCH transmitido desde la estación base.
Por ejemplo, como se ilustra en el punto (a) de la figura 13, cuando el UE recibe la configuración del DAI contador de 2 bits, el UE puede calcular Td = 22 = 4 y ver que el intervalo que puede expresarse como el número de bits del DAI contador va de 1 a 4. Cuando se recibe un PDCCH (ó DCI), se puede reconocer que el PDSCH se transmite continuamente sin faltas del mismo cuando el valor Vo-DAUm del DAI contador del PDCCH (ó DCI) es '1' y el valor de Vtemp es '4'. No obstante, cuando se recibe un PDCCH (ó DCI), el UE puede reconocer que el PDSCH planificado por el PDCCH (ó DCI) con el valor del DAI contador de '1' falta cuando el valor Vo-DAUm del DAI contador del PDCCH (ó DCI) es '2' y el valor de Vtemp es '4', y puede indicar que el HARQ-ACK para este PDSCH es NACK.
Además, como se ilustra en el punto (b) de la figura 13, el UE puede reconocer la omisión de transmisión del PDSCH planificado por el PDCCH de la estación base comparando los valores almacenados de Vtemp2 y Vtemp, que son los valores almacenados del DAI total. Por ejemplo, como se ilustra en el punto (b) de la figura 13, cuando el UE recibe la configuración de la DCI total de 2 bits, se calcula Td = 22 = 4 y el intervalo que puede expresarse en el número de bits del DAI total es de 1 a 4. Cuando el valor del DAI total Vtemp2 del último PDCCH (ó DCI) recibido por el UE es '1' y el valor de Vtemp es '4', se puede reconocer que el PDSCH no ha faltado desde el último PDCCH recibido. No obstante, cuando el valor del DAI total Vtemp2 del último PDCCH (ó DCI) recibido por el UE es '2' y el valor de Vtemp es '4', el UE puede reconocer que el PDSCH planificado por un PDCCH (ó DCI) ha faltado desde el último PDCCH recibido y puede indicar que el HARQ-ACK para este p Ds CH es NACK.
En la Tabla 6, el tamaño del libro de códigos de HARQ-ACKs final del UE puede determinarse con un valor de qack
Se puede introducir un formato de DCI nuevo para proporcionar servicios de comunicación ultrafiable y de baja latencia (URLLC). Este formato de DCI nuevo tiene una característica por la que es capaz de fijar la longitud de cada campo de DCI para reducir el tamaño en bits. En lo sucesivo en la presente, al formato de DCI recién introducido se le hará referencia como formato de DCI 0_2 y formato de DCI 1_2.
El formato de DCI 0_2 es un formato de DCI para la planificación de un PUSCH, y el formato de DCI 1_2 es un formato de DCI para la planificación de un PDSCH.
Adicionalmente, en las NR Versión 16, se pueden generar hasta dos libros de códigos de HARQ-ACKs en concordancia con el tipo de servicio. Por ejemplo, se puede generar un libro de códigos de HARQ-ACKs recopilando información de HARQ-ACK sobre PDSCHs para el servicio de eMBB, y se puede generar un libro de códigos de HARQ-ACKs recopilando información de HARQ-ACK sobre PDSCHs para el servicio de URLLC. En los formatos de DCI 1_0, 1_1 y 1_2 para la planificación de un PDSCH, es necesario indicar en qué libro de códigos de HARQ-ACKs se incluye información de HARQ-ACK sobre el PDSCH planificado. En este caso, como método para indicar información de HARQ-ACK se pueden utilizar varios métodos.
Por ejemplo, al añadir un campo de 1 bit aparte al formato de DCI, un índice 1 puede indicar HARQ-ACK para un PDSCH que tenga una prioridad alta, tal como el servicio de URLLC, y un índice 0 puede indicar HARQ-AC<k>para un PDSCH que tenga una prioridad baja, tal como el servicio de eMBB.
Alternativamente, el HARQ-ACK del PDSCH para URLLC y el HARQ-ACK del PDSCH para eMBB se pueden diferenciar con los siguientes parámetros y/o métodos.
- Los HARQ-ACKs pueden diferenciarse mediante RNTI diferentes. Es decir, basándose en RNTI diferentes del PDCCH (ó DCI) para la planificación del PDSCH de la URLLC y del PDCCH (ó DCI) para la planificación del PDSCH de la eMBB, el UE puede generar el libro de códigos de HARQ-ACKs diferenciando entre el HARQ-ACK del PDSCH para la URLLC y el HARQ-ACK del PDSCH para la eMBB.
- Los HARQ-ACKs se pueden diferenciar en concordancia con un CORESET en el que se transmita el PDCCH. Es decir, basándose en el CORESET en el que se transmite el PDSCH de la URLLC y el CORESET en el que se transmite el PDSCH de la eMBB, el UE puede generar el libro de códigos de HARQ-ACKs diferenciando entre el HARQ-ACK del PDSCH para la Ur LLC y el HARQ-ACK del PDSCH para la eMBB.
- Los HARQ-ACKs se pueden diferenciar en concordancia con el formato de DCI. Es decir, basándose en el formato de DCI para la planificación del PDSCH de la URLLC y en el formato de DCI para la planificación del PDSCH de la eMBB, el UE puede generar el libro de códigos de HARQ-ACKs diferenciando entre el HARQ-ACK del PDSCH para la U<r>LLC y el HARQ-ACK del PDSCH para la eMBB. Por ejemplo, el formato de DCI 0_0 ó el formato de DCI 1_0 siempre planifica un PUSCH o un PDSCH que tenga una prioridad baja. Adicionalmente, el formato de DCI 0_1 o el formato de DCI 1_1 siempre planifica un PUSCH o un PDSCH que tenga una prioridad baja. Adicionalmente, el formato de DCI 0_2 o el formato de DCI 1_2 siempre planifica el PUSCH o el PDSCH que tenga una prioridad alta.
Basándose en los métodos antes descritos, el UE puede conocer la prioridad de cada PDSCH transmitido desde la estación base, y puede generar el libro de códigos de HARQ-ACKs recopilando HARQ-ACKs de PDSCHs que se corresponden con la misma prioridad. En lo sucesivo en la presente, el libro de códigos de HARQ-ACKs descrito en la presente divulgación se refiere a un libro de códigos de HARQ-ACKs para HARQ-ACKs de PDSCHs correspondientes a la misma prioridad, a no ser que se señale lo contrario.
La figura 14 ilustra un ejemplo de un método para transmitir un HARQ-ACK basándose en información de control de enlace descendente que tiene un formato diferente según una forma de realización de la presente divulgación.
El DAI recibido del PDCCH (ó DCI) incluye el DAI contador y el DAI total, y el DAI contador y el DAI total pueden configurarse, cada uno de ellos, con un máximo de 2 bits. No obstante, en el formato de<d>C<i>1_0, el número de bits del DAI contador se establece en 2 bits, y en el formato de DCI 1_1, el número de bits del DAI contador se puede fijar de manera que se establezca en 2 bits y el número de bits del DAI total se puede fijar de manera que se establezca en 2 bits.
La estación base puede fijar la longitud de cada campo de DCI de formato de DCI 1_2 y formato de DCI 0_2 para el UE. Por ejemplo, la estación base puede fijar la longitud del campo de DAI para generar el libro de códigos de HARQ-ACKs en formato de DCI 1_2. En el formato de DCI 1_2, la longitud del campo de DAI se puede fijar de manera que sea 0 bits, 1 bit, 2 bits ó 4 bits. Si la longitud del campo de DAI se fija de manera que sea 1 bit ó 2 bits, el DAI contador es 1 bit ó 2 bits y el DAI total es 0 bits. Si la longitud del campo de DAI se fija de manera que sea 4 bits, el DAI contador es de 2 bits y el DAI total es de 2 bits.
En referencia a la figura 14, un PDSCH correspondiente a un libro de códigos de HARQ-ACKs de un UE se puede planificar en concordancia con un formato de DCI 1_0, un formato de DCI 1_1 o un formato de DCI 1_2. Es decir, los formatos de DCI del PDSCH correspondientes a un libro de códigos de HARQ-ACKs pueden tener tamaños en bits del DAI contador de longitudes diferentes. En lo sucesivo en la presente, cuando los formatos de DCI tienen tamaños en bits del DAI contador de longitudes diferentes, se describirá un método para generar el libro de códigos de HARQ-ACKs.
La figura 15 ilustra otro ejemplo de un método para transmitir un HARQ-Ack basándose en información de control de enlace descendente que tiene un formato diferente según una forma de realización de la presente divulgación.
En referencia a la figura 15, el UE puede generar un libro de códigos de HARQ-ACKs para un PDSCH planificado por cada PDCCH que tenga un formato de DCI diferente y puede transmitirlo a la estación base.
Específicamente, como se ha descrito anteriormente, cuando se cambia el formato de DCI, el número de bits del campo de DAI incluido en cada elemento de DCI también puede variar. En este caso, el UE puede generar un libro de códigos de HARQ-ACKs que incluya un bit de HARQ-ACK del PDSCH planificado por el PDCCH (ó DCI) del campo de DAI que tenga un número diferente de bits y puede transmitirlo a la estación base.
En este caso, es difícil para el UE contar el DAI recibido, ya que el número de bits del campo de DAI es diferente. Es decir, cuando el valor en bits del campo de DAI del primer PDCCH (ó DCI) es “0” y el valor en bits del campo de DAI del segundó DCI es “11”, es difícil para el UE determinar si los dos PDSCHs recibidos se transmiten de manera continua.
Por consiguiente, cuando el número de bits del DAI contador de cada uno de los PDCCH (o DCIs) recibidos es diferente, el UE puede reconocer el orden del PDSCH recibido adaptando el número de bits del DAI contador de manera que sea el mismo. Es decir, el UE puede adaptar los números de bits reconociendo que solamente algunos de los bits del DAI contador con un número mayor de bits son bits válidos, y puede adaptar los números de bits extendiendo e interpretando los bits del DAI contador con un número menor de bits.
Propuesta 1: Generar un libro de códigos de HARQ-ACKs reconociendo solamente algunos de los bits del DAI contador como bits válidos.
Cuando los números de bits de los campos de DAI contador del formato de DCI monitorizado por el UE son diferentes, solo algunos de los bits del DAI contador que tienen un número mayor de bits se reconocen como bits válidos para generar el libro de códigos de HARQ-ACKs. En este caso, el número de bits válidos es igual al número de bits del campo de DAI con un número de bits menor de entre los campos de DAI del PDCCH (ó DCI) recibido. Adicionalmente, en el formato de DCI 1_0 y el formato de DCI 1_1, el número de bits del DAI contador se puede establecer en 2 bits, y en el formato de DCI 1_2, el número de bits del DAI contador se puede fijar de manera que sea 0 bits, 1 bit ó 2 bits, y de este modo el campo de DAI con un número menor de bits de entre los campos de DAI tiene el mismo número de bits que el número de bits del DAI contador incluido en el formato de DCI 1_2. Es decir, cuando el UE se ha configurado para monitorizar el formato de DCI 1_2, el UE puede reconocer que el número de bits del DAI contador de formato de DCI 1_2 es el número de bits válidos, y puede reconocer que de entre el DAI contador de 2 bits de formato de DCI 1_0 o formato de DCI 1_1, solo el número válido de bits son bits válidos para el DAI contador.
Específicamente, cuando el tamaño en bits del DAI contador de formato de DCI 1_2 se fija de manera que sea N<c>-dai, solo se puede determinar que es(son) válido(s) el(los) Nc-dai bit(s) de entre los 2 bits de los campos de DAI contador de formato de DCI 1_0 y de formato de DCI 1_1, que son otros formatos de DCI. En este caso, el(los) bit(s) que se ha determinado que es(son) válido(s) puede(n) ser el(los) Nc-dai bit(s) LSB o el(los) Ncdai bit(s) MSB.
Adicionalmente, el valor del DAI contador se puede determinar en concordancia con el valor del(de los) N<c>-<dai>bit(s). Por ejemplo, cuando el valor de Nc-dai es '1', el número de los bits válidos es 1. En este caso, cuando el valor binario del bit válido es 0, el valor del DAI contador es 1, y cuando el valor binario del bit válido es 1, el valor del DAI contador es 2.
Cuando el valor de Nc-dai es '2', el número de bits válidos es 2. En este caso, cuando el valor binario de los bits válidos es 00, el valor del DAI contador es 1, y cuando el valor binario es 01, el valor del DAI contador es 2. Además, cuando el valor binario es 10, el valor del DAI contador es 3, y cuando el valor binario es 11, el valor del DAI contador es 4.
Por ejemplo, cuando Nc-dai, que es el tamaño en bits del DAI contador de formato de DCI 1_2, se ha configurado de manera que es 1 bit como se ilustra en el punto (a) de la figura 15, el UE puede reconocer que solo 1 bit del LSB ó MSB de entre 2 bits de los DAI contadores de formato de DCI 1_0 y formato de DCI 1_1 es el número de bits válidos del DAI contador.
Es decir, entre los números de bits de los campos de DAI contador de la DCI recibida, se determina que el número de bits del campo de DAI contador con el menor número de bits es el número de bits válidos, y al reconocer que solo algunos bits de LSB ó MSB son válidos de entre los bits de los campos de DAI contador de la DCI restante, los tamaños en bits de los DAI contadores de los elementos recibidos de DCI se pueden adaptar de manera idéntica.
El UE puede generar el libro de códigos de HARQ-ACKs utilizando solo el N<c>-<dai>bit válido del campo de DAI contador de cada formato de DCI. Por ejemplo, el punto (a) de la figura 15 ilustra un valor binario del DAI contador cuando el valor de Nc-dai, que es un tamaño en bits válido del DAI contador de formato de DCI 1_2, se fija de manera que sea 1 bit.
Como se ilustra en el punto (a) de la figura 15, el DAI contador de formato de DCI 1_1 puede tener valores binarios de 00, 01, 10 y 11 en 2 bits, pero solo 1 bit, que es el LSB, puede ser válido. Los valores binarios no válidos se marcan con x. En la misma ocasión de monitorización, el valor del DAI contador puede incrementarse en uno en concordancia con el orden ascendente del índice de célula.
Específicamente, el valor del DAI contador es un valor determinado en concordancia con el número de PDCCH transmitidos hasta la célula actual de la ocasión de monitorización actual. Si se han transmitido X PDCCH hasta el momento (X-1 mod 2aNc-dai), se determina que el valor del DAI contador es 1. Utilizando el valor del DAI contador, el UE puede determinar si hay un PDCCH cuya recepción resultó fallida.
Cuando el formato de la DCI recibida es el formato de DCI 1_1 y el formato de la DCI recibida posteriormente es el formato 1_1, el UE puede fijar el bit válido del DAI contador de manera que sea 1 bit. En este caso, solo el MSB ó LSB del campo de DAI contador de formato de DCI 1_1 puede reconocerse como bit válido, y el bit no válido del DAI contador no se utiliza para calcular el valor del DAI contador.
Por ejemplo, cuando el número N<c-dai>de bits del DAI contador de formato de DCI 1_2 recibido según se ilustra en el punto (a) de la figura 15 es 1 bit, el UE puede determinar que el número de bits válidos es 1 bit, e incluso si el número de bits del DAI contador de formato de DCI 1_1 se fija de manera que sea 2 bits, solo 1 MSB ó LSB de entre los 2 bits se puede utilizar para determinar el valor del DAI contador. Por consiguiente, el bit no válido marcado con 'x' en el punto (a) de la figura 15 no se utiliza para determinar el valor del DAI contador.
Si el bit del DAI contador de formato de DCI 1_2 es '0', puede determinarse que el valor del DAI contador es 1. En este caso, cuando 2 bits del DAI contador de formato de DCI 1_1 transmitidos seguidamente son '11' o '01', el UE puede determinar el valor del DAI contador utilizando solo '1', que es el valor del LSB, el cual es un bit válido. Por lo tanto, puede reconocerse que el valor del DAI contador de formato de DCI 1_1 es 2.
Adicionalmente, la Propuesta 1 puede interpretarse de la siguiente manera. Cuando los bits del DAI contador de 2 bits de formato de DCI 1_0 ó de formato de DCI 1_1 son '00', el UE determina que el valor del DAI contador es 1, y cuando son '01', determina que el valor del DAI contador es 2, cuando son '10', determina que el valor del DAI contador es 3, y cuando son '11', determina que el valor del DAI contador es 4.
Cuando el UE recibe una configuración en la que el número de bits del DAI contador de formato de DCI 1_2 es 1 bit, el UE puede determinar que el valor del DAI contador es 1 ó 2. Aquí, cuando el valor del DAI contador de 2 bits es C2, C2 tiene uno de 1, 2, 3 y 4. Cuando el valor del DAI contador de 1 bit es C1, C1 tiene uno de 1 y 2.
En este caso, el valor C2 del DAI contador de 2 bits se puede convertir al mismo valor en bits que el valor C1 del DAI contador de 1 bit a través de C1 = (C2 -1 ) mod 2 1. Este método tiene el mismo efecto que determinar que 1 bit del LSB es válido e interpretar el 1 LSB como el valor del DAI contador de 1 bit en la Propuesta 1.
Cuando el valor del DAI contador del PDCCH (ó DCI) recibido previamente es 1 y el valor del DAI contador del PDCCH (ó DCI) recibido posteriormente es 1, el UE puede reconocer que los dos PDCCH no se transmiten consecutivamente y que se ha transmitido por lo menos un PDCCH entre los dos PDCCH, pero el UE no lo recibe.
No obstante, cuando falla la recepción de dos PDCCH consecutivos, puede que el UE no lo reconozca. Es decir, cuando N<c>-<dai>se fija a 1 bit, es posible detectar un fallo de recepción de como mucho un PDCCH, pero no es posible detectar un fallo de recepción de dos o más PDCCH consecutivos.
Como se ha descrito anteriormente, en los formatos de DCI 1_0 y 1_1, el DAI contador se establece en 2 bits. Por lo tanto, en los formatos de DCI 1_0 y 1_1, el DAI contador en el que el número de bits es 2 puede detectar un fallo de recepción de hasta tres PDCCH consecutivos. No obstante, el rendimiento de la detección de fallos de recepción del PDCCH puede verse perjudicado al fijar el número de bits válidos de manera que sea 1 bit, que es el número de bits del DAI contador de formato de DCl 1_2 según la Propuesta 1.
Propuesta 2: Generar un libro de códigos de HARQ-ACKs basándose en el número de bits más grande de entre bits del DAI contador.
En el caso de la Propuesta 1, como se ha descrito anteriormente, puesto que el número de bits válidos del DAI contador es solo 1 bit, no es posible reconocer que no se detectan dos o más PDCCH consecutivos. Por lo tanto, puede que no resulte sencillo detectar el fallo de recepción del PDCCH.
Para poner solución al problema, cuando el número de bits del DAI contador varía dependiendo del formato de DCl, el valor del DAI contador se puede determinar extendiendo e interpretando el número de bits del DAI contador sobre la base del número de bits adicionales.
Específicamente, cuando el DAI contador de formato de DCl 1_2 se ha configurado con el N<c>-<dai>bit en cuanto a tamaño en bits, el DAI contador de Nc-dai bits se extiende y se interpreta como valor del DAI contador de 2 bits. Adicionalmente, se puede determinar que el DAI contador de 2 bits para el formato de DCl 1_0 y el formato de DCl 1_1 es válido.
Por ejemplo, como se ilustra en el punto (b) de la figura 15, el formato de DCl 1_0 y el formato de DCl 1_1 incluyen un DAl contador de dos bits y, de este modo, cuando los bits del DAI contador son '00' en número binario, el valor del DAI contador puede ser 1, y cuando los bits son '01' en número binario, el valor del DAI contador puede ser 2. Adicionalmente, cuando los bits del DAI contador son 10 en número binario, el valor del DAI contador puede ser 3, y cuando los bits del DAI contador son 11 en número binario, el valor del DAI contador puede ser 4.
En este caso, cuando el valor de N<c>-<dai>, que es el tamaño en bits del DAI contador de formato de DCl 1_2, es 1 bit, el UE puede extender e interpretar el número de bits del DAI contador de formato de DCl 1_2 como 2 bits. Por ejemplo, cuando 1 bit del DAI contador de formato de DCl 1_2 se extiende e interpreta como 2 bits cuando es '0', el DAI contador puede tener un valor en bits de '00' o '10'. Por lo tanto, el valor del DAI contador se puede extender e interpretar como 1 ó 3.
De manera alternativa, cuando 1 bit del DAI contador de formato de DCl 1_2 se extiende e interpreta como 2 bits cuando es '1', el DAI contador puede tener un valor en bits de '01' o '11'. Por lo tanto, el valor del DAI contador se puede extender e interpretar como 2 ó 4.
Cuando el DAI contador con un tamaño de 1 bit de formato de DCI 1_2 se extiende e interpreta como 2 bits según la Propuesta 2, el valor del DAI contador puede tener dos o más valores candidatos según la interpretación extendida. En este caso, el UE puede reconocer que el valor con el menor número de PDCCH no consecutivos es el valor del DAI contador. Es decir, cuando se produce una interpretación extendiendo el número de bits del DAI contador, el UE puede determinar que el valor correspondiente al menor número de PDCCH no detectados es el valor del DAI contador.
Por ejemplo, cuando el valor del DAI contador de 2 bits de la DCI recibida previamente es 3 y el bit del DAI contador de 1 bit del PDCCH (ó DCI) recibido posteriormente es '1', el UE puede determinar, como DAI contador, el valor 4, que es el valor con el menor número de PDCCH no detectados de entre el valor candidato 2 ó 4 que puede ser el valor del DAI contador, extendiendo e interpretando el DAI contador de 1 bit como 2 bits. En otras palabras, cuando se toma la determinación de que el DAI contador del PDCCH (ó DCI) recibido posteriormente es 2, se toma la determinación de que las recepciones de dos PDCCH (ó DCIs) con los valores del DAI contador de 4 y 1 han fallado. No obstante, cuando se toma la determinación de que el DAI contador del PDCCH (ó DCI) recibido es 4, el UE determina que no hay ningún PDCCH (ó DCI) cuya recepción haya fallado. Cuando la probabilidad de que el UE no consiga recibir el PDCCH es p, la probabilidad de determinar que el DAI contador es 2 y que falla la recepción de dos PDCCH (o DCIs) consecutivos es p2, y la probabilidad que determina que el DAI contador es 4 y que no hay ningún fallo de recepción del PDCCH (ó DCI) es 1-p. En general, p es un valor muy pequeño para que la estación base permita que el UE reciba satisfactoriamente el PDCCH (ó DCI). Por lo tanto, el DAI contador 4 con probabilidad 1-p se produce más frecuentemente que el DAI contador 2 con probabilidad p2 Por lo tanto, en el caso anterior, es más probable que el valor del DAI contador sea 4 que 2 y, de este modo, es deseable determinar que el DAI contador es 4.
La siguiente Tabla 7 muestra un ejemplo de valores del DAI contador extendidos e interpretados para el DAI contador de la DCI recibida previamente cuando el bit del DAI contador se extiende e interpreta. Aquí, el DAI contador es 1 bit y el valor del DAI contador de la DCI recibida previamente es 2 bits.
[Tabla 7]
En la Tabla 7, el número entre paréntesis significa cada valor de los bits.
Como otro ejemplo de la Propuesta 2, el formato de DCI 1_0 y el formato de DCI 1_1 incluyen un DAI contador de dos bits y, de este modo, cuando los bits del DAI contador son '00' en número binario, el valor del DAI contador puede ser 1, y cuando los bits son '01' en número binario, el valor del DAI contador puede ser 2. Adicionalmente, cuando los bits del DAI contador son 10 en número binario, el valor del DAI contador puede ser 3, y cuando los bits del DAI contador son 11 en número binario, el valor del DAI contador puede ser 4.
En este caso, cuando el valor de Nc-dai, que es el tamaño en bits del DAI contador de formato de DCI 1_2, es 0 bits, el UE puede extender e interpretar el número de bits del DAI contador de formato de DCI 1_2 como 2 bits. En este caso, puesto que el tamaño del DAI contador es 0 bits, cuando el mismo se extiende e interpreta como 2 bits, el DAI contador de 0 bits puede tener cuatro valores candidatos.
Cuando el valor del DAI contador se extiende e interpreta como un valor con el menor número de PDCCH no detectados de entre los cuatro valores candidatos, el UE puede determinar que el valor del DAI contador es un valor consecutivo con respecto al valor del DAI contador de la DCI recibida previamente.
La siguiente Tabla 8 muestra un ejemplo de los valores del DAI contador extendidos e interpretados para el DAI contador de la DCI recibida previamente cuando el bit del DAI contador se extiende e interpreta. Aquí, el DAI contador es 0 bits y el valor del DAI contador de la DCI recibida previamente es 2 bits.
[Tabla 8]
Es decir, cuando el tamaño en bits del DAI contador de formato de DCI 1_2 es inferior a 2 bits, puede haber una pluralidad de posibles valores de DAI contador de 2 bits. El UE puede seleccionar un valor de entre una pluralidad de posibles valores de DAI contador de 2 bits.
Para seleccionar uno de la pluralidad de valores candidatos, se puede utilizar el siguiente método específico.
Cuando el valor del DAI contador del PDCCH recibido inmediatamente antes es C y el DAI contador de formato de DCI 1_2 recibido actualmente se interpreta como 2 bits, se supone que los posibles valores del DAI contador de 2 bits son i1, i2, ■■■. El UE debe determinar que un valor de i1, i2, ■■■ es el valor del DAI contador de 2 bits utilizando el valor de Vtemp o C.
El UE puede calcular un valor de Y basándose en la siguiente Ecuación 2 en el orden de x = 1,2, 3 ■■■.
[Ecuación 2]
Y = ((Vtemp o C) x-1 mod 4)+1
Si Y es un valor de i1, i2, ■■■, el UE determina que el valor del DAI contador de 2 bits es Y Este es un método para fijar el valor del DAI contador de 2 bits con el fin de minimizar el número de PDCCHs cuya recepción ha fallado desde el PDCCH recibido inmediatamente de manera previa hasta el formato de DCI 1_2 recibido actualmente.
En las Tablas 4 y 5, Vtemp es un valor (cuando el último formato de DCI recibido previamente es el formato de DCI 1_2, un valor interpretado como valor del DAI contador de 2 bits) del DAI contador con un tamaño de 2 bits inmediatamente anterior (es decir, la célula con un índice de célula bajo en la ocasión de monitorización actual o el último PDCCH recibido en la ocasión de monitorización previa).
Por ejemplo, cuando el valor de Vtemp es 1 y el DAI contador recibido actualmente de formato de DCI 1_2 es 0 en número binario, el DAI contador puede tener un valor de 1 ó 3. Cuando se determina que el valor del DAI contador es 3, esto indica un caso en el que se ha transmitido un PDCCH (el valor del DAI contador es 2) entre el PDCCH recibido previamente (el valor del DAI contador es 1) y el PDCCH recibido actualmente (el valor del DAI contador es 3), pero su recepción ha fallado. Cuando se determina que el valor del DAI contador es 1, esto indica un caso en el que se han transmitido tres PDCCH (los valores del DAI contador son 2, 3 y 4) entre el PDCCH recibido previamente (el valor del DAI contador es 1) y el PDCCH recibido actualmente (el valor del DAI contador es 1), pero sus recepciones han fallado. Se supone que se ha transmitido el número más pequeño de PDCCH según la forma de realización anterior pero su recepción ha fallado, y se puede determinar que el valor del DAI contador del PDCCH recibido actualmente es 3.
En las Propuestas 1 y 2, solo se utiliza el DAI contador cuando se genera el libro de códigos de HARQ-ACKs, pero el libro de códigos de HARQ-ACKs se puede generar utilizando adicionalmente el valor del DAI total. Por ejemplo, en el formato de DCI 1_2, el DAI total se puede configurar con los N<t>-<dai>bits. En este caso, de manera similar al método de la Propuesta 1, solo se determina que son bits válidos los Nt-dai bits LSB (ó MSB) en el campo de DAI total de dos bits de formato de DCI 1_1 incluido el campo de DAI total de 2 bits, y el valor del DAI total se puede determinar basándose en los N<t>-<dai>bits válidos.
En otra forma de realización de la presente divulgación, se puede generar un libro de códigos de HARQ-ACKs utilizando un valor del DAI total de 2 bits. El valor del DAI total se determina en concordancia con el número de PDCCH recibidos hasta la ocasión de monitorización actual. Si el número de PDCCH recibidos hasta la ocasión de monitorización actual es T, puede determinarse que el DAI total del N<t>-<dai>bit es ((T-1) mod 2aN<t>-<dai>) 1. El PDCCH recibido en una ocasión de monitorización tiene el mismo valor del DAI total de 2 bits.
En otra forma de realización de la presente divulgación, cuando se recibe por lo menos un formato de DCI 1_1 en una ocasión de monitorización, se puede utilizar un valor del DAI total de 2 bits incluido en el formato de DCI 1_1. Es decir, cuando se reciben en la misma ocasión de monitorización un formato de DCI que incluye el DAI total de 2 bits y el formato de DCI que incluye un DAI total de 1 bit o un DAI total de 0 bits, el DAI total de 2 bits contiene la mayor cantidad de información y, de este modo, se puede adoptar el valor del DAI total de 2 bits.
En otra forma de realización de la presente divulgación, cuando en una ocasión de monitorización no se recibe el formato de DCI 1_1 y se recibe el formato de DCI 1_2, el valor del DAI total de 2 bits se puede determinar de la siguiente manera.
Cuando el valor de N<t>-<dai>, que es el tamaño en bits del DAI total en formato de DCI 1_2, es 1 bit, el mismo se puede expandir e interpretar como un valor del DAI total de 2 bits. Por ejemplo, cuando el bit del DAI total de 1 bit es '0', el valor del DAI total puede ser 1 ó 3, y cuando el bit es '1', el valor del DAI total puede ser 2 ó 4.
Cuando el valor de N<t>-<dai>, que es el tamaño en bits del DAI total en el formato de DCI 1_2, es 0 bits (es decir, cuando el DAI total no se incluye en el formato de DCI), el DAI total de 0 bits se puede interpretar como un valor del DAI total de 2 bits.
Por ejemplo, el valor de un DAI total de 0 bits puede ser 1,2, 3 ó 4. Es decir, cuando el tamaño en bits del DAI total de formato de DCI 1_2 es inferior a 2 bits, el DAI total de 2 bits puede tener una pluralidad de valores candidatos. En este caso, se puede seleccionar un valor de entre la pluralidad de valores candidatos a través del siguiente método.
El valor del DAI contador de 2 bits del último PDCCH recibido (es decir, recibido desde la célula con el índice de célula más alto) en la ocasión de monitorización actual puede ser C, y el valor del DAI total de 2 bits que puede tener el DAI total incluido en la DCI en el PDCCH recibido en la ocasión de monitorización correspondiente puede ser j1, j2, ■■■.
En este caso, el UE debe determinar un valor de j1, j2, ■■■, como valor del DAI total de 2 bits utilizando el valor C. El UE puede calcular el valor de Z basándose en la siguiente Ecuación 3 en concordancia, a su vez, con el valor de x (x=0, 1, 2, 3, ■■■).
[Ecuación 3]
Z = ((Vtemp o C) x-1 mod 4)+1
Si Z es un valor de los valores j1, j2, ■■■, el UE determina que el valor del DAI total de 2 bits es Z. Este es un método para fijar el valor del DAI total de 2 bits de manera que se minimice el número de PDCCH cuya recepción ha fallado para el PDCCH que se ha transmitido desde el último PDCCH de la ocasión de monitorización actual.
La siguiente Tabla 9 es una tabla que muestra un ejemplo de un valor del DAI total seleccionado de entre una pluralidad de valores candidatos.
[Tabla 9]
En la Tabla 9, Vtemp2 es un valor del DAI contador de 2 bits del último PDCCH de entre los PDCCH recibidos en la ocasión de monitorización. Por ejemplo, cuando el valor del Vtemp2 previo es 2 y el DAI contador recibido actualmente con formato de DCI 1_2 es 0 en número binario, el DAI total se puede corresponder con 1 ó 3. Cuando se determina que el valor del DAI total es 3, esto indica un caso en el que se ha transmitido un PDCCH (el valor del DAI contador es 3) desde el último PDCCH recibido (el valor del DAI contador es 2), pero el UE no lo detecta. Cuando se determina que el valor del DAI total es 1, esto indica un caso en el que se han transmitido tres PDCCH (los valores del DAI contador son 3, 4 y 1) desde el último PDCCH recibido (el valor del DAI contador es 2), pero el UE no los detecta. Se supone que se ha transmitido el número más pequeño de PDCCH según la forma de realización anterior pero sus recepciones han fallado, y se puede determinar que el valor del DAI total del PDCCH recibido es 3.
A través del método descrito anteriormente, el UE puede determinar el número de bits válidos o extender e interpretar el número de bits incluso cuando el número de bits del DAI contador o del DAI total de una DCI que tiene un formato diferente es diferente, y puede multiplexar el libro de códigos de HARQ-ACKs para los PDSCH planificados por una pluralidad de elementos de DCI y transmitirlo a la estación base.
La figura 16 ilustra un ejemplo de un método para transmitir un HARQ-Ack basándose en información de control de enlace descendente para una planificación de enlace ascendente y de enlace descendente según una forma de realización de la presente divulgación.
En referencia a la figura 16, el UE multiplexa el PUSCH planificado a través de la DCI y el libro de códigos de HARQ-ACKs, incluidos los bits de HARQ-ACK del PDSCH planificado a través de la DCI en el PDCCH y los transmite a la estación base.
Específicamente, según se ilustra en la figura 16, el UE puede multiplexar (o acarrear [piggyback]) los bits de HARQ-ACK de los PDSCHs recibidos con el PUSCH y transmitirlos a la estación base. En este caso, los formatos de DCI para la planificación de PDSCHs son el formato de DCI 1_0, el formato de DCI 1_1 y/o el formato de DCI 1_2. Adicionalmente, los formatos de DCI para la planificación del PUSCH con el que se multiplexan (o se acarrean) bits de HARQ-ACK incluyen el formato de DCI 0_0, el formato de DCI 0_1, el formato de<d>C<i>0_2 y/o similares. La longitud del campo de DAI de UL incluido en el formato de DCI 0_2 se puede fijar de manera que sea 0, 1 ó 2 bits. Además, la longitud del campo de DAI contador incluido en el formato de DCI 1_2 se puede fijar de manera que sea 0, 1 o 2 bits.
Adicionalmente, el formato de DCI 0_0 y el formato de DCI 0_1 pueden incluir un campo de DAI de UL de 2 bits, y el formato de DCI 1_0 y el formato de DCI 1_1 pueden incluir un campo de DAI contador de 2 bits.
En este caso, cuando la longitud del campo de DAI de UL no es igual a la longitud del campo de DAI contador de formato de DCI 1_2, es necesario determinar el valor del campo de DAI de UL basándose en el campo de DAI contador. En lo sucesivo en la presente, en la forma de realización, se supone que la longitud del campo de DAI no es al menos 0. Es decir, el formato de DCI puede incluir un campo de DAI que tenga una longitud de por lo menos 1 bit.
En una primera forma de realización, cuando la longitud del campo de DAI de UL es mayor que la longitud del campo de DAI contador de formato de DCI 1_2 (por ejemplo, cuando la longitud del campo de DAI de UL es 2 bits y la longitud del campo de DAI contador es 1 bit), el Ue puede determinar que solo algunos de los bits del campo de DAI de UL son bits válidos del campo de DAI de UL. Aquí, el número de esos bits es igual al de los bits del campo de DAI contador, y pueden ser los bits más próximos al MSB ó LSB del campo de DAI de UL.
El UE puede calcular el valor del DAI de UL utilizando bits que se ha determinado que son bits válidos de entre los bits del campo de DAI de UL. Si el campo de DAI de UL tiene un bit válido, el valor del DAI de UL es 1 cuando el bit es '0' y el valor del DAI de UL es 2 cuando es 1.
Si el campo de DAI de UL tiene dos bits válidos, el valor del DAI de UL es 1 cuando los bits son '00' y el valor del DAI de UL es 2 cuando son 01. Adicionalmente, el valor del DAI de UL es 3 cuando los 2 bits son 10, y el valor del DAI de UL es 4 cuando los 2 bits son 11.
El UE puede utilizar el valor del DAI de UL obtenido utilizando los bits del campo de DAI de UL que se ha determinado que son válidos y el valor del DAI contador obtenido a partir del campo de DAI contador para determinar el número de bits de HARQ-ACK para PDSCHs que no se han recibido.
Por ejemplo, sea X el valor del DAI de UL y sea Y el valor del DAI contador. Si X = Y, se puede determinar que no hay ningún PDSCH que no se haya recibido. No obstante, cuando Y < X, se puede determinar que no se han recibido X - Y PDSCHs, y cuando X < Y, se puede determinar que no se han recibido T - (Y - X) PDSCHs. Aquí, T = 2N y N es el número de bits del campo de DAI contador.
En una segunda forma de realización, cuando la longitud del campo de DAI de UL es mayor que la longitud del campo de DAI contador de formato de DCI 1_2 (por ejemplo, la longitud del campo de<d>A<i>de UL es 2 bits y la longitud del campo de DAI contador es 1 bit), el U<e>puede determinar en primer lugar el valor del DAI de UL en concordancia con la longitud del campo de DAI de UL y a continuación modificar el valor del DAI de UL determinado en concordancia con el campo de d A i contador, determinando así el valor del DAI de UL final.
El proceso en el que se determina en primer lugar el valor del DAI de UL en concordancia con la longitud del campo de DAI de UL es el siguiente. Si el campo de DAI de UL tiene una longitud de campo de 1 bit, el valor del DAI de UL es 1 cuando el valor en bits es '0' y el valor del DAI de UL es 2 cuando el valor en bits es '1'.
Si el campo de DAI de UL tiene una longitud de campo de 2 bits, el valor del DAI de UL es 1 cuando el valor en bits es '00' y el valor del DAI de UL es 2 cuando el valor en bits es '01'. Adicionalmente, el valor del DAI de UL es 3 cuando el valor en bits es '10', y el valor del DAI de UL es 4 cuando el valor en bits es '11'.
Cuando el valor del DAI de UL se determina en concordancia con el campo de DAI de UL, el UE puede modificar el valor del DAI de UL determinado para adaptarlo al campo de DAI contador con el fin de determinar el valor del DAI de UL final de la siguiente manera.
Cuando T = 2N, donde N es el número de bits del campo de DAI contador y el valor determinado del DAI de UL es Z, el valor del DAI de UL final (X) se puede calcular utilizando la siguiente Ecuación 4.
[Ecuación 4]
Valor del DAI de UL final (X) = ((Z - 1) mod T) 1
El UE puede utilizar el valor del DAI de UL final X y el valor del DAI contador obtenido a partir del campo de DAI contador para determinar el número de bits de HARQ-ACK para PDSCHs que no se han recibido. Por ejemplo, cuando el valor del DAI contador es Y, se puede determinar que no hay ningún PDSCH que no se haya recibido cuando X = Y No obstante, cuando Y < X, se puede determinar que no se han recibido X - Y PDSCHs, y cuando X < Y, se puede determinar que no se han recibido T - (Y - X) PDSCHs. Aquí, T = 2N y N es el número de bits del campo de DAI contador.
En una tercera forma de realización, cuando la longitud del campo de DAI de UL es mayor que la longitud del campo de DAI contador de formato de DCI 1_2 (por ejemplo, la longitud del campo de DAI de UL es 2 bits y la longitud del campo de DAI contador es 1 bit), el Ue puede suponer (o reconocer) que el intervalo de los valores del DAI de UL es igual al intervalo de los valores que puede indicar el DAI contador. Por ejemplo, cuando el valor que puede ser indicado por el DAI contador es 1, 2, 3 ó 4, el valor del DAI de UL puede reconocerse como uno de 1, 2, 3 y 4.
Específicamente, el UE puede determinar el valor del DAI de UL en concordancia con la longitud del campo de DAI de UL. Si el campo de DAI de UL tiene una longitud de campo de 1 bit, el valor del DAI de UL es 1 cuando el valor en bits es '0', y el valor del DAI de UL es 2 cuando el valor en bits es '1'. Si el campo de DAI de UL tiene una longitud de campo de 2 bits, el valor del DAI de UL es 1 cuando el valor en bits es '00', y el valor del DAI de UL es 2 cuando el valor en bits es '01'. Adicionalmente, el valor del DAI de UL es 3 cuando el valor en bits de los 2 bits es '10', y el valor del DAI de UL es 4 cuando el valor en bits es '11'.
El valor del DAI de UL debe estar siempre dentro del intervalo de valores que puede indicar el DAI contador. Por ejemplo, cuando el campo de DAI de UL tiene una longitud de 2 bits, el intervalo de los valores del DAI de UL es 1, 2, 3 y 4. Si el valor del DAI contador puede tener un intervalo de 1 y 2, la longitud del campo de DAI de UL es 2 bits, pero los valores que puede tener el DAI de UL son 1 y 2.
Es decir, el UE no espera que se le den instrucciones con un valor del DAI de UL que indique un valor fuera del intervalo de valores que puede adoptar el DAI contador. No se espera que se indique 10 u 11, en los cuales el valor del DAI de UL indica 3 ó 4. Es decir, cuando se indica este valor, el UE puede determinar que se trata de un caso erróneo.
Como se ha descrito anteriormente, en el formato de DCI 0_2, la longitud del campo de DAI de UL se puede fijar de manera que sea 0, 1 ó 2 bits. Cuando la longitud del campo de DAI de UL es inferior a 2 bits, para el DAI de UL, el valor del DAI de UL de 2 bits se puede determinar de la misma manera que el método para determinar el valor del DAI total de 2 bits.
Es decir, el valor del DAI de UL se puede determinar utilizando el último valor del DAI contador de 2 bits recibido. La siguiente Tabla 10 es una tabla que muestra un ejemplo del valor del UL-DAI de 2 bits.
[Tabla 10]
En la Tabla 10, Vtemp3 es un valor del DAI contador de 2 bits del último PDCCH de entre los PDCCH recibidos. Por ejemplo, cuando el valor del Vtemp3 previo es 2 y el valor en bits del UL-DAI recibido con formato de DCI 0_2 es 0, el valor del UL-DAI puede corresponderse con 1 ó 3.
Cuando se determina que el valor del UL-DAI es 3, esto indica un caso en el que se ha transmitido un PDCCH (el valor del DAI contador es 3) desde el último PDCCH recibido (el valor del DAI contador es 2), pero cuya recepción ha fallado, y cuando se determina que el valor del UL-DAI es 1, esto indica un caso en el que se han transmitido tres PDCCH (los valores del DAI contador son 3, 4 y 1) desde el último PDCCH recibido (el valor del DAI contador es 2), pero cuyas recepciones han fallado. Como se ha descrito anteriormente, cuando se supone que se ha transmitido el número más pequeño de PDCCH pero las recepciones de los mismos han fallado, puede determinarse que el valor del UL-DAI de 2 bits es 3.
La figura 17 ilustra un ejemplo de un indicador de asignación de enlace descendente de cada elemento de información de control de enlace descendente detectado en una ocasión de monitorización según una forma de realización de la presente divulgación.
En otra forma de realización de la presente divulgación, cuando el UE tiene un tamaño en bits del campo de DAI de UL con formato de DCI 0_0, 0_1 o 0_2 diferente con respecto al tamaño en bits del campo de DAI contador con formato de DCI 1_0, 1_1, o formato de DCI 1_2, el UE puede llevar a cabo las siguientes operaciones.
Cuando el tamaño en bits del campo de DAI contador con formato de DCI 1_0, 1_1 o 1_2 es Nc-dai bits, el valor del DAI contador puede indicar 1, 2, ..., 2aN<c>-<dai>. Aquí, cuando el valor más grande C<d>es 2aN<c>-<dai>, es decir, cuando el tamaño en bits Nc-dai del campo de DAI contador es 2 bits, el valor del DAI contador puede ser 1 cuando el valor en bits del campo de DAI contador es '00', 2 cuando es '01', 3 cuando es '10' y 4 cuando es '11'. En este caso, el valor de Cd puede ser 4.
Alternativamente, cuando N<c-dai>es 1 bit, el valor del DAI contador puede ser 1 cuando el valor del campo de DAI contador es 0, y 2 cuando es 1, donde el valor de C<d>es 2.
Si el UE recibe el formato de DCI para la planificación del PDSCH en la célula de servicio c de la ocasión de monitorización actual m, y el valor del DAI contador del formato de DCI recibido es Vo-DAUm, el UE puede determinar que se han recibido C<d>* Vo-DAUm formatos de DCI para la planificación del PDSCH hasta la célula de servicio actual c de la ocasión de monitorización actual m en la que se ha recibido el formato de DCI. Aquí, j es un entero no negativo.
En otras palabras, cuando el número de formatos de DCI para la planificación del PDSCH es X hasta la célula de servicio actual c de la ocasión de monitorización actual m en la que se ha recibido el formato de DCI, el valor del DAI contador del formato de DCI es Vo-DAI,c,m = (X -1 mod Cd) 1.
Cuando el tamaño en bits del campo de DAI de UL con formato de DCI 0_0, 0_1 o 0_2 es Nul-dai bits, el valor del DAI de UL puede expresarse como 1, 2, ..., 2aNul-dai. Aquí, cuando el valor más grande Ud es 2aNul-dai, es decir, cuando el tamaño en bits N<ul>-<dai>del campo de DAI de UL es 2 bits, el valor del DAI de UL es 1 cuando el valor en bits del campo de DAI de UL es '00', 2 cuando es '01', 3 cuando es '10' y 4 cuando es '11'. Además, el valor de Ud es 4.
Si el UE recibe el formato de DCI para la planificación del PUSCH en la ocasión de monitorización m, y el valor del UL-DAI del formato de DCI recibido es VuL-DAi,m, el UE puede determinar que se han recibido Ud* í VuL-DAi,m formatos de DCI para la planificación del PDSCH hasta la ocasión de monitorización actual m que recibe el formato de DCI. Aquí, i es un entero no negativo.
En otras palabras, cuando el número de formatos de DCI para la planificación del PDSCH es X hasta la ocasión de monitorización actual m en la que se ha recibido el formato de DCI, el valor del UL-DAI del formato de DCI es V uL-DAi,m = (X -1 mod Ud) 1.
Por ejemplo, cuando el valor de Ud es 4 y el valor de Cd es 2, el valor del DAI contador puede ser 1 ó 2, y el valor del UL-DAI puede ser 1, 2, 3 ó 4. El punto (a) de la figura 17 ilustra un ejemplo de valores del DAI contador de formatos de DCI recibidos en las ocasiones de monitorización (MO) #0 a #6.
En concordancia con la definición del valor del DAI contador, el valor del DAI contador con formato de DCI recibido en MO#0 es 1, el valor del DAI contador con formato de DCI recibido en MO#1 es 2, el valor del DAI contador con el formato de DCI recibido en MO#2 es 1, el valor del DAI contador con el formato de DCI recibido en MO#3 es 2, el valor del DAI contador con el formato de DCI recibido en MO#4 es 1, el valor del DAI contador con el formato de DCI recibido en MO#5 es 2 y el valor del DAI contador con el formato de DCI recibido en MO#6 es 1. Además, el UE recibe el formato de DCI para la planificación del PUSCH. El valor del DAI de UL con el formato de DCI recibido es 3. Esto es debido a que previamente se han recibido siete formatos de DCI para la planificación del PDSCH.
En la presente divulgación, cuando el tamaño en bits del DAI contador y el tamaño en bits del DAI de UL son diferentes entre sí, se presenta un método para generar un libro de códigos de HARQ-ACKs por parte del UE. Se supone que el UE no ha recibido el formato de DCI de MO#4 y MO#5 en el punto (b) de la figura 17. Puesto que el UE ha recibido el formato de DCI en el que el valor del DAI contador es 2 en MO#3 y el formato de DCI en el que el valor del DAI contador es 1 en MO#6, puede que el UE no conozca el fallo de recepción de formato de DCI en MO#4 y MO#5. Por lo tanto, el UE genera solamente bits de HARQ-ACK para los formatos de DCI recibidos en MO#0, MO#1, MO#2, MO#3 y MO#6 y los incluye en el libro de códigos de HARQ-ACKs.
Si el UE recibe 3 como valor del UL-DAI en el formato de DCI para la planificación del PUSCH, el UE puede reconocer que hay dos formatos de DCI más además de los cinco formatos de DCI que se han recibido satisfactoriamente. Por consiguiente, el UE puede generar bits de HARQ-ACK de un total de siete formatos de DCI e incluirlos en el libro de códigos de HARQ-ACKs.
La figura 19 ilustra un ejemplo de un método para transmitir un HARQ-ACK basándose en información de control de enlace descendente que tiene un formato diferente sobre la base de un seudocódigo según una forma de realización de la presente divulgación.
En referencia a la figura 19, se puede generar un libro de códigos de HARQ-ACKs utilizando un valor del UL-DAI y un valor del DAI contador con el uso de un seudocódigo y el mismo se puede transmitir a la estación base. La figura 19 ilustra un ejemplo de multiplexado de un UL-DAI de 2 bits y un DAI contador de 1 bit.
Específicamente, en una forma de realización de la presente divulgación, el valor del UL-DAI y el valor del DAI contador pueden usarse de la siguiente manera. En primer lugar, según se ilustra en el punto (a) de la figura 19, sea Vtemp el valor del DAI contador recibido por el UE en la última MO. Como se ha mencionado anteriormente, el valor del DAI contador se puede corresponder con uno de 1, 2, ■■■, Cd. Sea Vtemp2 el valor del DAI de UL recibido por el UE en el formato de DCI para la planificación del PUSCH. El UE genera el libro de códigos de HARQ-ACKs a través del siguiente proceso.
En primer lugar, el UE puede determinar el número de formatos de DCI Wtemp para la planificación del PDSCH con Vtemp. Wtemp se puede determinar con la siguiente ecuación 5.
[Ecuación 5]
En la ecuación 5, el valor inicial de j se fija a 0, y cuando el valor del DAI contador con el formato de DCI para la planificación del PDSCH en la MO actual es menor que el valor del DAI contador con el formato de DCI para la planificación del PDSCH en la MO anterior, el mismo se puede incrementar en uno. Es decir, los formatos de DCI que tienen los valores del DAI contador de 1, 2, ■■■, Cd se agrupan en un grupo, y j indica cuántos grupos se han recibido. En el punto (b) de la figura 17, j — 2.
A continuación, el UE convierte el número Wtemp de los formatos de DCI para planificar el PDSCH, en V'temp, que es un valor del DAI contador correspondiente a Nul-dai, el cual es el tamaño en bits del campo de DAI de UL, según se ilustra en el punto (b) de la figura 19. En este caso, V'temp puede determinarse con la siguiente ecuación 6.
[Ecuación 6]
En la Ecuación 6, V'temp adopta uno de 1, 2, ■■■, Ud, como el DAI de UL. El UE puede determinar el valor de j comparando V'temp y Vtemp2. Si Vtemp2 < V'temp, el valor de j se puede determinar a través de la siguiente Ecuación 7.
[Ecuación 7]
De lo contrario, j puede seguir tal como está. Utilizando el valor de j, el UE puede determinar el tamaño OACK del libro de códigos de HARQ-ACKs. Si el UE se ha configurado para recibir solamente 1 TB por PDSCH, OACK se puede calcular a través de la siguiente Ecuación 8.
Si el UE se ha configurado para recibir 2 TB por PDSCH, OACK se puede calcular a través de la siguiente Ecuación 9.
[Ecuación 9]
Cuando esto se expresa en un seudocódigo, el mismo tiene el aspecto de la siguiente Tabla 11.
[Tabla 11]
Fijar M al número de ocasión(es) de monitorización de PDCCH
Mientras m<M
Fijar c=0 - índice de célula de servicio: índices menores se corresponden con índices de RRC menores de la célula correspondiente
mientras c<Ncells
si la ocasión de monitorización de PDCCH m es anterior a un cambio de BWP de DL activa en la célula de servicio c o un cambio de BWP de UL activa en la PCell y no se desencadena un cambio de BWP de DL activa en la ocasión de monitorización de PDCCH m
c=c+1;
si no
si hay un PDSCH en la célula de serviciocasociada al PDCCH en una ocasión de monitorización de PDCCH m, o hay un PDCCH que indica liberación de PDSCH de SPS en la célula de servicio c
si Vo-DAI,c,m es inferior o igual a Vtemp
j=j+1
fin del si
Vtemp = VC-DAI,c,m
si Vt -DAI,m está vacío
Vtemp2 = VC-DAI,c,m
si no
Vtemp2= VT-DAI,m
fin del si
si no se proporcionaharq-ACK-SpatialBundlingPUCCHy el UE se ha configurado conmaxNrofCodeWordsScheduledByDCIcon una recepción de dos bloques de transporte para por lo menos una BWP de DL configurada de por lo menos una célula de servicio,dnC?-<w>„<dl>^= bit de información de HARQ-ACK correspondiente al primer bloque de transporte de esta célula
d ¿n ■C? ^ D 'J-<w>+ ¿ {„vC<d>-<l>D A \,c ,m ~ 1 ) 1= bit de información de HARQ-ACK correspondiente al segundo bloque de transporte de esta célula
VS = VS U{2 ■CD ■ j +2(KcD_LDAI<,>c<,>m - 1),2 ■CD ■ j +2(KcD_LDAI<,>c<,>m - 1) 1}
si no, si se proporcionaharq-ACK-SpatialBundlingPUCCHal UE ymes una ocasión de monitorización para PDCCH con un formato de DCI que admite recepción de PDSCH con dos bloques de transporte y el UE se ha configurado conmaxNrofCodeWordsScheduledByDCIcon una recepción de dos bloques de transporte en por lo menos una BWP de DL configurada de una célula de servicio,
o L t DC'JK^+ v, dl
C -D A l,c ,m ~ L= operación AND binaria de los bits de información de HARQ-ACK correspondientes al primer y segundo bloques de transporte de esta célulaVS = VS U { CD ■ j<KcD_LDAI,c,m>- 1}
si no
La figura 18 ilustra otro ejemplo de un indicador de asignación de enlace descendente de cada elemento de información de control de enlace descendente detectado en una ocasión de monitorización según una forma de realización de la presente divulgación.
En otra forma de realización de la presente divulgación, cuando el UE tiene un tamaño en bits del campo de DAI total de formato de DCI 1_0, 1_1 o 1_2 diferente con respecto al tamaño en bits del campo de DAI contador de formato de DCI 1_0, 1_1 o formato de DCI 1_2, el UE puede generar el libro de códigos de HARQ-ACKs a través de las siguientes operaciones.
Cuando el tamaño en bits del campo de DAI contador de formato de DCI 1_0, 1_1 o 1_2 es Nc-dai bits, el valor del DAI contador puede indicar 1, 2, ..., 2aNc-dai. Aquí, cuando el valor más grande Cd es 2aNc-dai, es decir, cuando el tamaño en bits N<c>-<dai>del campo de DAI contador es 2 bits, el valor del DAI contador puede ser 1 cuando el valor en bits del campo de DAI contador es '00', 2 cuando es '01', 3 cuando es '10' y 4 cuando es '11'. En este caso, el valor de C<d>puede ser 4.
Alternativamente, cuando Nc-dai es 1 bit, el valor del DAI contador puede ser 1 cuando el valor del campo de DAI contador es 0, y 2 cuando es 1, donde el valor de Cd es 2.
Si el UE recibe el formato de DCI para la planificación del PDSCH en la célula de servicio c de la ocasión de monitorización actual m, y el valor del DAI contador del formato de DCI recibido es Vc-DAi,c,m, el UE puede determinar que se han recibido CD*j Vc-DAI,c,m formatos de DCI para la planificación del PDSCH hasta la célula de servicio actual c de la ocasión de monitorización actual m en la que se ha recibido el formato de DCI. Aquí, j es un entero no negativo.
En otras palabras, cuando el número de formatos de DCI para la planificación del PDSCH es X hasta la célula de servicio actual c de la ocasión de monitorización actual m en la que se ha recibido el formato de DCI, el valor del DAI contador de formato de DCI es Vc-DAI,c,m = (X -1 mod C<d>) 1.
Cuando el tamaño en bits del campo de DAI total de formato de DCI 1_0, 1_1 o 1_2 es N<t>-<dai>bits, el valor del DAI total puede indicar 1, 2, ..., 2<a>N<t>-<dai>. Aquí, cuando el valor más grande T<d>es 2<a>N<t>-<dai>, es decir, cuando el tamaño en bits N<t>-<dai>del campo de DAI total es 2 bits, el valor del DAI total es 1 cuando el valor en bits del campo de DAI total es '00', 2 cuando es '01', 3 cuando es '10' y 4 cuando es '11'. Además, el valor de Td es 4.
Si el UE recibe el formato de DCI para la planificación del PDSCH en la ocasión de monitorización m, y el valor del DAI total del formato de DCI es Vr-DAi,m, el UE puede determinar que se han recibido T<d>*<í>+ Vr-DAi,m formatos de DCI para la planificación del PDSCH hasta la ocasión de monitorización actual m que recibe el formato de DCI. Aquí, i es un entero no negativo.
En otras palabras, cuando el número de formatos de DCI para la planificación del PDSCH es X hasta la ocasión de monitorización actual m en la que se ha recibido el formato de DCI, el valor del DAI total V<t>-<dai>c m del formato de DCI es (X -1 mod Td) 1.
Véase como ejemplo un caso en el que el valor de Td es 4 y el valor de Cd es 2. Como valor del DAI contador del UE, se puede fijar un valor de 1 ó 2, y el DAI total puede tener un valor de 1, 2, 3 ó 4.
El punto (a) de la figura 18 ilustra valores (DAI contador, DAI total) de formato de DCI recibidos en las MOs #0 a #6. En concordancia con la definición del valor del DAI contador y el valor del DAI total, el (DAI contador, DAI total) del formato de DCI recibido en MO#0 es (1, 1),
el (DAI contador, DAI total) del formato de DCI recibido en MO#1 es (2, 2),
el (DAI contador, DAI total) del formato de DCI recibido en MO#2 es (1, 3),
el (DAI contador, DAI total) del formato de DCI recibido en MO#3 es (2, 4),
el (DAI contador, DAI total) del formato de DCI recibido en MO#4 es (1, 1),
el (DAI contador, DAI total) del formato de DCI recibido en MO#5 es (2, 2), y
el (DAI contador, DAI total) del formato de DCI recibido en MO#6 es (1, 3).
Como otro ejemplo de la presente divulgación, cuando el tamaño en bits del DAI contador y el tamaño en bits del DAI total son diferentes entre sí, se presenta un método para generar un libro de códigos de HARQ-ACKs por parte del UE. Como se ilustra en el punto (b) de la figura 18, puede que el UE no reciba formatos de DCI de la<m>O#4 y la MO#5. En este caso, el UE ha recibido el formato de DCI en el que el valor del DAI contador es 2 en MO#3 y el formato de DCI en el que el valor del DAI contador es 1 en MO#6 y, de este modo, puede que el UE no reconozca el fallo de recepción de formato de DCI en MO#4 y MO#5.
Por lo tanto, el UE genera solo bits de HARQ-ACK para los formatos de DCI recibidos en MO#0, MO#1, MO#2, MO#3 y MO#6 y los incluye en el libro de códigos de HARQ-ACKs.
Si el UE recibe 3 como valor del DAI total en el formato de DCI para la planificación del PDSCH, el UE puede determinar que hay dos formatos de DCI más además de los cinco formatos de DCI que se han recibido satisfactoriamente. Por consiguiente, el UE puede generar bits de HARQ-ACK de un total de siete formatos de DCI e incluirlos en el libro de códigos de HARQ-ACKs.
Específicamente, en una forma de realización de la presente divulgación, el valor del DAI total y el valor del DAI contador se pueden usar de la siguiente manera. En primer lugar, el valor del DAI contador recibido por el UE en la última MO puede ser Vtemp. Como se ha descrito anteriormente, el valor del DAI contador puede corresponderse con uno de 1, 2, ■■■, C<d>. Cuando el valor del DAI total recibido por el UE en el formato de<d>C<i>para la planificación del PDSCH es Vtemp2, el UE puede generar el libro de códigos de HARQ-ACKs a través del siguiente proceso.
En primer lugar, el UE puede determinar Wtemp, que es el número de formatos de DCI para la planificación del PDSCH con Vtemp, a través de la siguiente Ecuación 10.
[Ecuación 10]
^^ temp — CD j+Vtemp
En la ecuación 10, el valor inicial de j se puede fijar a 0 y, cuando el valor del DAI contador del formato de DCI para la planificación del PDSCH en la MO actual es menor que el valor del DAI contador del formato de DCI para la planificación del PDSCH en la MO previa, se puede incrementar en uno.
Es decir, los formatos de DCI que tienen los valores del DAI contador de 1, 2, ■■■, C<d>se agrupan en un grupo y j indica cuántos grupos agrupados se han recibido. En el punto (a) de la figura 18, j — 2.
Seguidamente, el UE convierte el número Wtemp del formato de DCI para la planificación del PDSCH en V'temp, que es un valor del DAI contador correspondiente a Nt-dai, el cual es el tamaño en bits del campo de DAI total. Esto se puede llevar a cabo con la siguiente ecuación 11.
[Ecuación 11]
V temp — ((^Vtemp-1)mod Td) 1
En la Ecuación 11, V'temp se corresponde con uno de 1, 2, ■■■, T<d>, como el DAI total. El UE puede determinar el valor de j comparando V'temp y Vtemp2. Si Vtemp2 < V'temp, el valor de j se puede calcular a través de la siguiente ecuación 12.
[Ecuación 12]
De lo contrario, j puede seguir tal como está. Utilizando el valor de j, el UE puede determinar el tamaño OACK del libro de códigos de HARQ-ACKs. Si el UE se ha configurado para recibir solo 1 TB por PDSCH, OACK se puede calcular a través de la siguiente Ecuación 13.
[Ecuación 13]
0 ACK = UD - f lo o r ( j - cf ^ Vtemp2
Si el UE se ha configurado para recibir 2 TB por PDSCH, OACK se puede calcular a través de la siguiente Ecuación 14.
[Ecuación 14]
0 ACK = 2(UD - f lo o r { j - cf ^ V temp2)
En otra forma de realización de la presente divulgación, cuando los tamaños en bits de los campos de DAI contador de formato de DCI 1_0, 1_1 o 1_2 son diferentes entre sí, el UE puede llevar a cabo las siguientes operaciones.
El tamaño en bits del campo de DAI contador del formato de DCI 1_0, 1_1 o 1_2 recibido en la célula de servicio c en la ocasión de monitorización m puede ser No-DAi,c,m bits. En este caso, el valor del DAI contador puede expresarse como 1, 2, ■■■, 2ANo-DAi,c,m. Aquí, el valor más grande CD,c,m puede ser 2ANo-DAi,c,m. Es decir, cuando el tamaño en bits No-DAi,c,m del campo de DAI contador es 2 bits, el valor del DAI contador es 1 cuando el valor en bits del campo de DAI contador es '00', 2 cuando es '01', 3 cuando es '10' y 4 cuando es '11'. Además, el valor de Cd es 4. Cuando No-DAi,c,m es 1 bit, el valor del DAI contador es 1 cuando el valor en bits del campo de DAI contador es 0 y, 2 cuando es 1. Además, el valor de CD,c,m es 2.
Si el UE recibe el formato de DCI para la planificación del PDSCH en la célula de servicio c de la ocasión de monitorización m, y el valor del DAI contador del formato de DCI recibido es Vo-DAi,c,m, el UE puede determinar que se han recibido CD,c,m*j Vo-DAi,c,m formatos de DCI para la planificación del PDSCH hasta la célula de servicio actual c de la ocasión de monitorización actual m en la que se ha recibido el formato de DCI. Aquí, j es un entero no negativo.
En otras palabras, cuando el número de formatos de DCI para la planificación del PDSCH es X hasta la célula de servicio actual c de la ocasión de monitorización actual m en la que se ha recibido el formato de DCI, el valor del DAI contador Vo-DAI,c,m del formato de DCI es (X -1 mod CD,c,m) 1.
En la presente divulgación, cuando los tamaños en bits de los DAI contadores son diferentes entre sí, se presenta un método para generar un libro de códigos de HARQ-ACKs por parte del UE. En una forma de realización de la presente divulgación, el valor del DAI contador se utiliza de la siguiente manera.
Se supone que No-DAI,min es el tamaño en bits mínimo de entre los tamaños en bits de los campos de DAI contador de los formatos de DCI, y el valor de CD,min puede ser 2A(No-DAI,min). Por ejemplo, cuando el tamaño en bits del campo de DAI contador de un formato de d C i es 2 bits y el tamaño en bits del campo de DAI contador de otro formato de DCI es 1 bit, el valor de No-DAi,min es 1 y el valor de CD,min es 2.
Cuando el valor del DAI contador recibido en la célula de servicio c de la ocasión de monitorización m es Vo-DAi,c,m, el valor del DAI contador puede corresponderse con uno de 1, 2, ■■■, CD,c,m, según se ha descrito anteriormente. En primer lugar, el UE puede determinar el número Sc,m del formato de DCI para la planificación del PDSCH con Vo-DAi,c,m basándose en la siguiente Ecuación 15.
[Ecuación 15]
En la ecuación 15, la parte de floor(j*CD,min/CD,c,m)*CD,c,m es una parte destinada a permitir que el número Sc,m de formatos de DCI para la planificación del PDSCH cumpla (Sc,m-1 mod CD,c,m)+1 = Vo-DAi,c,m.
Es decir, el valor de j se puede ajustar a través de escalado y/o aplicación de la función de suelo de manera que el valor deSc ,m - Vc -d a i , c ,msea un múltiplo deCd , c ,men la Ecuación 15.
El UE compara el número Sc,m de formatos de DCI obtenidos sobre la base de los valores de DAI contador recibidos en la célula de servicio c en la ocasión de monitorización actual m con el número Wtemp de formatos de DCI obtenidos inmediatamente antes. Si se cumple Sc,m ^ Wtemp, el valor de j puede incrementarse hasta que Sc,m > Wtemp. En este caso, el valor de j se puede incrementar en uno. Si Sc,m > Wtemp, j puede seguir tal como está. j es un parámetro que indica cuántos grupos de CD,min formatos de DCI se han recibido.
Cuando esto se expresa en un seudocódigo, se obtiene lo que muestra en la siguiente Tabla 12.
[Tabla 12]
monitorización de liberación de PDSCH de SPS: un índice menor se corresponde con una ocasión de monitorización de PDCCH más anterior
Fijar j=0
Fijar Vtemp~°, ^Vtemp=°
Fijar Vtemp2=0
Fijar Vs como conjunto vacío
Fijar Ncells al número de células de servicio configuradas mediante capas superiores para el UE
Fijar M al número de ocasión(es) de monitorización de PDCCH
Mientras m<M
Fijar c=0 - índice de célula de servicio: índices menores se corresponden con índices de RRC menores de la célula correspondiente
mientras c < Ncells
si la ocasión de monitorización de PDCCH m es anterior a un cambio de BWP de DL activa en la célula de servicio c o un cambio de BWP de UL activa en la PCell y no se desencadena un cambio de BWP de DL activa en la ocasión de monitorización de PDCCH m
c=c+1;
si no
si hay un PDSCH en la célula de servicio c asociada al PDCCH en una ocasión de monitorización de PDCCH m, o hay un PDCCH que indica liberación de PDSCH de SPS en la célula de servicio c
fin del mientras
'Wtemp=Sc,m
si Vt -DAi,m está vacío
Vtemp2 = VC-DAI,c,m
si no
Vtemp2 = VT-DAI,m
fin del si
si no se proporcionaharq-ACK-SpatialBundlingPUCCHy el UE se ha configurado conmaxNrofCodeWordsScheduledByDCIcon una recepción de dos bloques de transporte para por lo menos una BWP de DL configurada de por lo menos una célula de servicio,
° 2 (wt- i)= bit de información de HARQ-ACK correspondiente al primer bloque de transporte de esta célula
° 2 (wt- i)+ i= bit de información de HARQ-ACK correspondiente al segundo bloque de transporte de esta célula_______________________________________________________
En la Tabla 12, cuando el libro de códigos de HARQ-ACKs se multiplexa con el PUSCH, Td = Ud y el Vtemp2 después de la sentenciamientrasse puede fijar al valor de DAI de UL.
Puede que el formato de DCI 1_2 no incluya DAI contador (esto incluye su configuración con 0 bits). En este caso, el UE puede dudar sobre el método para determinar el libro de códigos de HARQ-ACKs dinámico. Es decir, en el diseño del libro de códigos de HARQ-ACKs dinámico (libro de códigos de HARQ-ACKs de tipo 2), la estación base puede configurarse para omitir parte del campo de DCI con el fin de aumentar la probabilidad de éxito en la recepción del PDCCH por parte del UE. Es decir, la estación base puede omitir parte del campo de DCI o fijar el tamaño del campo a 0 bits.
Por ejemplo, la estación base puede omitir el campo de DAI contador de entre campos de DCI que deban transmitirse al UE, o puede fijar el tamaño del campo a 0 bits.
Como se ha descrito anteriormente, en el libro de códigos de HARQ-ACKs dinámico, el campo de DAI contador se puede utilizar no solamente para determinar la posición del bit de HARQ-ACK en el libro de códigos de HARQ-ACKs, sino también para determinar el tamaño del libro de códigos de HARQ-ACKs.
Para que el UE transmita bits de HARQ-ACK con el fin de notificar a la estación base un ACK/NACK (o DTX) para una pluralidad de PDSCHs con el libro de códigos de HARQ-ACKs, los valores de los campos de DAI contador de DCI deben disponerse en orden ascendente, pero cuando se omite el campo de DAI contador, los valores de los campos de DAI contador pueden no ordenarse en orden ascendente a través de valores explícitos y, de este modo, se requiere un método para determinar el orden de los bits de HARQ-ACK en el libro de códigos de HARQ-ACKs.
Por lo tanto, se describirá un método para generar un libro de códigos de HARQ-ACKs en concordancia con un criterio predeterminado incluso cuando se omiten algunos campos de DCI.
La figura 20 ilustra un ejemplo de un método para transmitir un HARQ-ACK para un PDSCH en concordancia con un orden de recepción de un PDCCH según una forma de realización de la presente divulgación.
En referencia a la figura 20, cuando se omite parte del campo de DAI o el tamaño se fija a 0 bits, el UE puede generar el libro de códigos de HARQ-ACKs en concordancia con el orden en el que se reciben los PDCCH para planificar PDSCHs, no los valores del DAI contador.
En la primera forma de realización de la presente divulgación, el UE puede determinar el orden de los bits de HARQ-ACK para los PDSCHs en el libro de códigos de HARQ-ACKs basándose en información de tiempo con la que se recibe el PDCCH para la planificación del PDSCH. Es decir, el UE puede determinar el orden de bits de HARQ-ACK incluidos en el libro de códigos de HARQ-ACKs en concordancia con el orden en el que se reciben los PDCCH, con independencia del valor del DAI contador en el PDCCH transmitido para planificar el PDSCH.
Por ejemplo, cuando un símbolo de inicio de un CORESET que incluye el PDCCH para planificar el primer PDSCH ó su espacio de búsqueda se posiciona antes de un símbolo de inicio de un CORESET que incluye el PDCCH para planificar el segundo PDSCH ó su espacio de búsqueda según se ilustra en el punto (a) de la figura 20, en el libro de códigos de HARQ-ACKs, B(1), que es el bit de HARQ-ACK del primer PDSCH, puede disponerse en una posición anterior a B(0), que es el bit de HARQ-ACK del segundo PDSCH, según se ilustra en el punto (b) de la figura 20. Si los símbolos de inicio de los CORESET o espacios de búsqueda son iguales entre sí, el bit de HARQ-ACK del PDSCH planificado por el PDCCH al que precede el último símbolo del CORESET o su espacio de búsqueda puede disponerse en una posición anterior.
La figura 21 ilustra un ejemplo de un método para transmitir un HARQ-ACK para un PDSCH en concordancia con información de tiempo sobre un PDSCH según una forma de realización de la presente divulgación.
En referencia a la figura 21, cuando se omite parte del campo de DAI o el tamaño se fija a 0 bits, el UE puede generar el libro de códigos de HARQ-ACKs en concordancia con información de tiempo sobre el PDSCH incluida en el PDCCH para planificar el PDSCH, no los valores del DAI contador.
En la segunda forma de realización de la presente divulgación, el UE puede determinar el orden de los bits de HARQ-ACK de PDSCHs que constituyen el libro de códigos de HARQ-ACKs en concordancia con la información de tiempo sobre los PDSCHs. Específicamente, cuando un símbolo de inicio del primer PDSCH se posiciona antes que un símbolo de inicio del segundo PDSCH, en el libro de códigos de HARQ-ACKs, la posición del bit de HARQ-ACK correspondiente al primer PDSCH puede preceder a la posición del HARQ-ACK correspondiente al segundo PDSCH.
Por ejemplo, según se ilustra en el punto (a) de la figura 21, el símbolo de inicio del segundo PDSCH se puede posicionar antes del símbolo de inicio del primer PDSCH, sobre la base de la información de tiempo incluida en el PDCCH para la planificación del primer PDSCH y la información de tiempo incluida en el PDCCH para la planificación del segundo PDSCH. En este caso, según se ilustra en el punto (b) de la figura 21, en el U<e>que transmite el HARQ-ACK para el primer PDSCH y el HARQ-ACK para el segundo PDSCH a través del PUCCH, B(1), que es el bit de HARQ-ACK correspondiente al segundo PDSCH, puede posicionarse antes de B(0), que es el bit de HARQ-ACK correspondiente al primer PDSCH.
La figura 22 ilustra un ejemplo de un método de transmisión de un HARQ-ACK para un PDSCH en concordancia con un ID de proceso de<h>A<r>Q (o número de proceso de HARQ) de un PDCCH para planificar el PDSCH según una forma de realización de la presente divulgación.
En referencia a la figura 22, cuando se omite parte del campo de DAI o el tamaño se fija a 0 bits, el UE puede generar el libro de códigos de HARQ-ACKs en concordancia con el ID de proceso de HARQ (o número de proceso de HARQ) incluido en el PDCCH para planificar el PDSCH, no los valores del DAI contador.
En la tercera forma de realización de la presente divulgación, el UE puede determinar el orden de los bits de HARQ-ACK en el libro de códigos de HARQ-ACKs en concordancia con el valor del ID de proceso de HARQ (o número de proceso de HARQ) del PDCCH para planificar el PDSCH.
Específicamente, cuando el ID de proceso de HARQ del primer PDSCH en el PDCCH para planificar el primer PDSCH es A y el ID de proceso de HARQ del segundo PDSCH en el PDCCH para planificar el segundo PDSCH es B, en el libro de códigos de HARQ-ACKs, el bit de HARQ-ACK del PDSCH con el valor más pequeño de entre los valores A y B se puede disponer antes que el bit de HARQ-ACK del PDSCH con un valor mayor.
Es decir, la posición del bit de HARQ-ACK puede determinarse en concordancia con el orden ascendente de los IDs de proceso de HARQ. Aquí, el UE puede suponer que los IDs de proceso de HARQ de HARQ-ACKs transmitidos con un libro de códigos de HARQ-ACKs tienen valores diferentes entre sí. Por lo tanto, no se espera que se genere un libro de códigos de HARQ-ACKs que tenga el bit de HARQ-ACK del PDSCH que tiene el mismo ID de proceso de HARQ.
Por ejemplo, cuando el número de bits del campo de DAI contador incluido en por lo menos uno del PDCCH para planificar el primer PDSCH y el PDCCH para planificar el segundo PDSCH es diferente o se omite, o el tamaño se fija a 0 bits, el UE puede generar el libro de códigos de HARQ-ACKs basándose en el ID de proceso de HARQ-ACK incluido en el PDCCH para planificar cada PDSCH y transmitirlo a la estación base a través de UCI.
En este caso, según se ilustra en el punto (a) de la figura 22, el valor del ID de proceso de HARQ-ACK ó del número de proceso de HARQ-ACK del PDCCH para planificar el segundo PDSCH puede ser '0', y el valor del ID de proceso de HARQ-ACK ó del número de proceso de HARQ-ACK del PDCCH para planificar el primer PDSCH puede ser '1'. En este caso, según se ilustra en el punto (b) de la figura 15, basándose en el orden ascendente de los IDs de proceso de HARQ-ACK o los números de proceso de HARQ-ACK, B(0), que es el bit de HARQ-ACK correspondiente al segundo PDSCH con un ID de proceso de HARQ-ACK o número de proceso de HARQ-ACK menor, se puede posicionar antes que B(1), que es el bit de HARQ-ACK correspondiente al primer PDSCH.
En una cuarta forma de realización de la presente divulgación, el UE puede determinar el orden de los bits de HARQ-ACK del PDSCH en el libro de códigos de HARQ-ACKs utilizando información sobre células del PDCCH recibido para planificar cada PDSCH. La información sobre células puede ser un índice (o ID) de una célula. El UE puede configurarse para monitorizar PDCCH en una pluralidad de células. En este caso, el UE puede recibir PDCCH diferentes en células diferentes. El UE puede disponer bits de HARQ-ACK de PDSCHs recibidos en células diferentes en el libro de códigos de HARQ-ACKs en concordancia con el orden ascendente de los índices de las células que han recibido los PDCCH para planificar los PDSCHs.
En una quinta forma de realización de la presente divulgación, el UE puede determinar el orden de los bits de HARQ-ACK del PDSCH utilizando información sobre el CORESET (o espacio de búsqueda) que ha recibido el PDCCH para planificar el PDSCH con el fin de generar el libro de códigos de HARQ-ACKs. Aquí, la información sobre CORESET (o espacio de búsqueda) puede ser un índice (o ID) de CORESET (o espacio de búsqueda).
El UE puede configurarse para monitorizar el PDCCH en una pluralidad de CORESET (o espacios de búsqueda). En este caso, el UE puede recibir PDCCH diferentes en CORESET (o espacios de búsqueda) diferentes. En este caso, el UE puede disponer el orden de bits de HARQ-ACK de PDSCHs recibidos en CORESET (o espacios de búsqueda) diferentes en concordancia con el orden ascendente de los índices de los CORESET (o espacios de búsqueda) que han recibido los PDCCH para planificar los PDSCH con el fin de generar el libro de códigos de HARQ-ACKs.
En una sexta forma de realización de la presente divulgación, el UE puede determinar el orden de los bits de HARQ-ACK del PDSCH en el libro de códigos de HARQ-ACKs utilizando información del dominio de la frecuencia sobre el PDCCH para planificar el PDSCH. Aquí, la información del dominio de la frecuencia puede ser el índice de PRB más bajo de entre los PRB a los que se asigna el PDCCH. Aquí, índice significa índice de PRB común, y este índice indica la lejanía con respecto al Punto A en el dominio de la frecuencia. El Punto A significa la frecuencia de referencia del UE en un proceso de acceso inicial, y específicamente, el Punto A es el siguiente.
-offsetToPointAindica una desviación de frecuencia entre el Punto A y la subportadora más baja del bloque de recursos más bajo. El bloque de recursos más bajo tiene una separación entre subportadoras proporcionada por el parámetro de capa superiorsubCarrierSpacingCommony se solapa con el bloque de SS/PBCH utilizado por el UE para la selección de célula inicial.offsetToPointAse expresa en unidades de bloques de recursos suponiendo una separación entre subportadoras de 15 kHz para FR1 y una separación entre subportadoras de 60 kHz para FR2.
-absoluteFrequencyPointA,que indica la posición en frecuencia del Punto A, se expresa como un número de canal de radiofrecuencia absoluto (ARFCN) para la totalidad del resto de casos.
El UE puede configurarse para monitorizar una pluralidad de PDCCHs y puede recibir PDCCHs diferentes en dominios de frecuencia diferentes. En este caso, el UE puede disponer bits de HARQ-ACK de PDSCHs recibidos en diferentes dominios de frecuencia en el libro de códigos de HARQ-ACKs en concordancia con el orden ascendente de los índices de PRB más bajos de los PDCCHs para planificar los PDSCHs. En este método, cuando el UE recibe una pluralidad de PDCCHs en un CORESET (o espacio de búsqueda) en la quinta forma de realización, se puede determinar el orden de los bits de HARQ-ACK en el libro de códigos de HARQ-ACKs.
Las formas de realización primera a sexta se pueden utilizar combinadas entre ellas, a través de lo cual el UE puede determinar el orden de los bits de HARQ-ACK para PDSCHs respectivos en el libro de códigos de HARQ-ACKs. Por ejemplo, la primera forma de realización y la tercera forma de realización se pueden combinar. Con esta combinación, el orden de los bits de HARQ-ACK en el libro de códigos de HARQ-ACKs se puede determinar en primer lugar en concordancia con la información del dominio del tiempo sobre el PDCCH, y cuando el orden no se puede determinar con la información del dominio del tiempo, el orden se puede determinar en concordancia con el ID de proceso de HARQ según la tercera forma de realización. Alternativamente, se pueden combinar las formas de realización primera, cuarta, quinta y sexta. Con esta combinación, el orden de los bits de HARQ-ACK en el libro de códigos de HARQ-ACKs se puede determinar en primer lugar en concordancia con la información del dominio del tiempo del PDCCH. A continuación, cuando el orden no se pueda determinar con la información del dominio del tiempo según cada forma de realización, el mismo se determina en concordancia con la información sobre células, y cuando el orden no se pueda determinar con la información sobre células, se puede determinar en concordancia con la información sobre el CORESET (o espacio de búsqueda). Adicionalmente, cuando el orden no se puede determinar con la información sobre el CORESET (o espacio de búsqueda), el mismo se puede determinar en concordancia con la información de asignación del dominio de la frecuencia sobre el PDCCH.
Adicionalmente, en otra forma de realización de la presente divulgación, cuando se planifican PDSCHs, cada uno ellos, a través de una pluralidad de PDCCHs y el número de bits de los campos de DAI contador incluidos en la pluralidad de PDCCHs son diferentes entre sí, el UE puede generar individualmente cada uno de los libros de códigos de HARQ-ACKs en concordancia con el número de bits del DAI contador sin un multiplexado en concordancia con el número de bits.
Por ejemplo, cuando el número de bits del campo de DAI contador es 2 bits ó 1 bit, el UE puede generar individualmente cada uno del libro de códigos de HARQ-ACKs para PDSCHs planificados por el PDCCH que incluye un DAI contador con un número en bits de 2 bits, y/o el libro de códigos de HARQ-ACKs para PDSCHs planificados por el PDCCH que incluye el DAI contador con un número en bits de 1 bit, y puede transmitirlos a la estación base.
Es decir, para el UE, un libro de códigos de HARQ-ACKs puede incluir solamente HARQ-ACKs de PDSCHs planificados con formatos de DCI con el mismo número de bits del DAI contador.
A través de las formas de realización primera a sexta antes descritas, el UE puede determinar la posición de los bits del HARQ-ACK en el libro de códigos de HARQ-ACKs sin el campo de DAI contador. No obstante, en la generación de un libro de códigos de HARQ-ACKs que incluye bits de HARQ-ACK para cada PDSCH, puede producirse un problema cuando el UE determina el tamaño del libro de códigos de HARQ-ACKs.
Por ejemplo, cuando el UE no recibe uno de los PDCCHs, el UE puede determinar el tamaño del libro de códigos de hA r Q-ACKs de manera diferente debido al PDCCH que no se ha recibido y, de este modo, se requiere un método para poner solución a esto.
En este caso, el UE puede suponer siempre que el resto es Y cuando el tamaño del libro de códigos de HARQ-ACKs dinámico se divide por X. Es deseable que X = 4 e Y = 1. Es decir, puede determinarse que el tamaño del libro de códigos de HARQ-ACKs dinámico es uno de 1, 5, 9, ■■■ bits. Cuando el UE recibe el PDCCH para planificar Z PDSCHs, el UE puede determinar que el valor más pequeño de entre tamaños superiores o iguales a Z es el tamaño del libro de códigos de HARQ-ACKs. Por ejemplo, si Z = 3, puede determinarse que el tamaño del libro de códigos de HARQ-ACKs es 5.
El campo de DAI contador puede o no incluirse en la DCI del PDCCH correspondiente al HARQ-ACK de un libro de códigos de HARQ-ACKs. En este caso, en el libro de códigos de HARQ-ACKs, el UE determina las posiciones del HARQ-ACK del PDSCH planificado por la DCI incluyendo el campo de DAI contador y el HA<r>Q-ACK del PDSCH planificado por la DCI sin el campo de DAI contador.
En una forma de realización de la presente divulgación, en este caso, el UE puede generar individualmente cada uno de los libros de códigos de HARQ-ACKs en concordancia con si la DCI incluye el campo de DAI contador.
Específicamente, el UE genera un primer sublibro de códigos de HARQ-ACKs recopilando solamente HARQ-ACKs de PDSCHs planificados por DCI que incluye el campo de DAI contador. En este caso, la posición del HARQ-ACK en el primer sublibro de códigos de HARQ-ACKs se determina utilizando el valor del campo de DAI contador (es decir, la posición se determina en concordancia con el orden ascendente de los DAI contador). En este caso, cuando los números de bits de los campos de DAI contador son diferentes entre sí, se puede utilizar el método de las formas de realización primera a sexta antes descritas y una combinación de ellas.
Adicionalmente, el UE genera un segundo sublibro de códigos de HARQ-ACKs recopilando únicamente HARQ-ACKs de PDSCHs planificados por DCI en la que el campo de DAI contador se omite o se fija a un valor de 0 bits. En este caso, la posición del HARQ-ACK en el segundo sublibro de códigos de HARQ-ACKs se puede determinar según las formas de realización primera a sexta antes descritas y una combinación de ellas. El UE puede combinar continuamente el primer sublibro de códigos de HARQ-ACKs y el segundo sublibro de códigos de HARQ-ACKs (es decir, de tal manera que el primer bit del segundo sublibro de códigos de HARQ-ACKs venga después del último bit del primer sublibro de códigos de HARQ-ACKs) para generar un libro de códigos de HARQ-ACKs. En este método, el UE debe generar dos sublibros de códigos de HARQ-ACKs de diferentes maneras y, por consiguiente, la complejidad del UE puede aumentar.
En otra forma de realización de la presente divulgación, en la situación anterior, el UE puede ignorar el campo de DAI contador incluido en la DCI. Es decir, al considerar toda DCI como DCI sin el campo de DAI contador, las posiciones de los bits de HARQ-ACK en el libro de códigos de HARQ-ACKs se pueden determinar utilizando las formas de realización primera a sexta y una combinación de ellas.
En otra forma de realización de la presente divulgación, un UE configurado con un libro de códigos de HARQ-ACKs semiestático puede determinar bits de HARQ-ACK para un PDSCH.
Específicamente, el UE configurado con el libro de códigos de HARQ-ACKs semiestático debe transmitir el libro de códigos de HARQ-ACKs, incluyendo un número predeterminado de bits de HARQ-ACK, al PUCCH. En este caso, el número predeterminado se puede determinar con independencia del PDSCH planificado por el UE, y puede deducirse a partir de información fijada como capa superior.
La información fijada como capa superior puede incluir por lo menos información de configuración de CBG de una célula, y el UE puede recibir información de configuración de CBG para cada célula. La información de configuración de CBG se puede utilizar para configurar el número máximo de CBG que puede incluir un PDSCH (o TB), y puede expresarse como Nmax. En el libro de códigos de HARQ-ACKs semiestático, cuando se incluyen bits de HARQ-ACK de PDSCHs, es necesario determinar con cuántos bits de HARQ-ACK se corresponde un PDSCH. En general, cuando no se configura la transmisión de CBG, el PDSCH puede corresponderse con un HARQ-ACK de 1 bit (2 bits cuando se configura la transmisión de 2 TB), y cuando se configura la transmisión de CBG, el PDSCH se puede corresponder con un HARQ-ACK de N<max>bits.
Cuando se configura el HARQ-ACK semiestático para el UE, el número de bits de HARQ-ACK antes determinado debe incluirse en el PUCCH. Incluso si se configura la transmisión basada en CBG, en una situación específica, el UE puede transmitir solamente un HARQ-ACK de 1 bit para el PDSCH incluyéndolo en el PUCCH.
Por ejemplo, cuando se configura una transmisión basada en CBG, se configura una célula (o portadora) de enlace descendente en el UE al tiempo que se cumple por lo menos uno de los siguientes casos, y cuando se produce una ocasión de monitorización para recibir el PDCCH, el UE puede generar solamente 1 bit de HARQ-ACK del PDSCH de SPS o la DCI de liberación de PDSCH de SPS o el PDSCH.
- Cuando el UE debe transmitir un HARQ-ACK para un PDSCH de SPS
- Cuando se recibe una DCI de liberación de PDSCH de SPS
- Cuando se transmite un HARQ-ACK de PDSCH planificado en formato de DCI 1_0 o formato de DCI 1_2
Es decir, incluso si se configura la transmisión basada en CBG, el UE puede generar solamente un HARQ-ACK de 1 bit por PDSCH.
Por el contrario, cuando se configura una transmisión basada en CBG, y cuando se cumple por lo menos una de las siguientes condiciones, y en el UE se configuran dos o más células (o portadoras) de enlace descendente o se producen dos o más ocasiones de monitorización para recibir el PDCCH, el UE puede generar N<max>bits repitiendo N<max>veces 1 bit del HARQ-ACK (HARQ-ACK de nivel TB) del PDSCH de SPS o la DCI de liberación de PDSCH de SPS o el PDSCH.
- Cuando se transmite un HARQ-ACK para un PDSCH de SPS
- Cuando se recibe una DCI de liberación de PDSCH de SPS
- Cuando se transmite un HARQ-ACK de un PDSCH planificado en formato de DCI 1_0 o formato de DCI 1 2
Es decir, en concordancia con una transmisión basada en CBG, el UE puede generar únicamente un HARQ-ACK de Nmax bits por PDSCH.
En la operación anterior, el formato de DCI 1_2 es un formato de DCI que puede fijar el tamaño de cada campo con vistas a una fiabilidad elevada y una latencia baja. Este formato de DCI 1_2 no admite un funcionamiento basado en CBG. Es decir, el PDSCH planificado en formato de DCI 1_2 se corresponde siempre con 1 bit de HARQ-ACK de nivel TB. Esto es similar al formato de DCI 1_0. Por lo tanto, el formato de DCI 1_2 se puede tratar de la misma manera que el formato de DCI 1_0.
La figura 23 es un diagrama de flujo que ilustra un ejemplo de una operación de un UE para transmitir un HARQ-ACK basándose en información de enlace descendente que tiene un formato diferente según una forma de realización de la presente divulgación.
En referencia a la figura 23, el UE puede generar un libro de códigos de HARQ-ACKs que incluye bits de HARQ-ACK para una pluralidad de PDSCHs planificados con DCI en una pluralidad de PDCCHs transmitidos desde la estación base. En este caso, cuando el formato de la DCI es diferente y el número de bits del campo de DAI incluido en cada elemento de DCI es diferente, el UE puede interpretar el valor del campo de DAI bajo una cierta condición para generar el libro de códigos de HARQ-ACKs.
En primer lugar, el UE recibe un primer PDCCH para la planificación de un primer canal físico compartido de enlace descendente (PDSCH) (S23010). En este caso, el UE puede recibir información de fijación, que incluye información para recibir el PDCCH antes de recibir el primer PDCCh .
El primer PDCCH puede incluir un primer indicador de asignación de enlace descendente (DAI) contador que indica el número de PDSCHs planificados hasta un instante de tiempo en el que se monitoriza el primer PDCCH, y un primer DAI total que indica el número de todos los PDSCHs planificados en una célula de servicio.
A continuación, el UE recibe un segundo PDCCH para la planificación de un segundo PDSCH que incluye un segundo DAI contador y un segundo DAI total (S23020).
A continuación, el UE recibe el primer PDSCH basándose en el primer PDCCH (S23030) y recibe el segundo PDSCH basándose en el segundo PDCCH (S23040).
Después de recibir el primer PDSCH y el segundo PDSCH, el UE genera bits de HARQ-ACK para cada uno del primer y segundo PDSCHs, y genera el libro de códigos de HARQ-ACKs utilizando los bits de HARQ-ACK generados.
A continuación, el UE transmite a la estación base (S23050) información de control de enlace ascendente (UCI) que incluye el libro de códigos de HARQ-ACKs.
El valor del segundo DAI contador se puede reconocer sobre la base del número de bits del primer DAI contador cuando el número de bits del primer DAI contador es diferente del número de bits del segundo DAI contador. Es decir, cuando el número de bits del primer DAI contador es diferente del número de bits del segundo DAI contador, el UE puede generar un libro de códigos de HARQ-ACKs que incluye bits de HARQ-ACK a través de los métodos de las Propuestas 1 a 3 antes descritas.
Por ejemplo, cuando el número de los bits del primer DAI contador es menor que el número de los bits del segundo DAI contador, puede reconocerse un valor indicado por el segundo DAI contador basándose en por lo menos uno de los bits con un número igual al número de bits del primer DAI contador de entre bits del segundo DAI contador.
Alternativamente, cuando el número de bits del primer DAI contador es mayor que el número de bits del segundo DAI contador, el valor indicado por el segundo DAI contador puede interpretarse extendiendo el número de bits del segundo DAI contador hasta el mismo número de bits que el del primer DAI contador.
En este caso, cuando hay una pluralidad de valores candidatos del segundo DAI contador, el valor del segundo DAI contador puede interpretarse como el valor con la diferencia más pequeña con respecto a un valor indicado por el primer DAI contador de entre la pluralidad de valores candidatos.
La figura 24 es un diagrama de flujo que ilustra un ejemplo de una operación de una estación base para recibir un HARQ-ACK basándose en información de enlace descendente que tiene un formato diferente según una forma de realización de la presente divulgación.
En referencia a la figura 24, la estación base puede planificar el PDSCH para el UE a través de una pluralidad de PDCCHs que tienen un formato diferente. En este caso, cuando el número de bits del campo de<d>A<i>incluido en DCI de un formato diferente en el PDCCH es diferente, la estación base puede recibir del UE un libro de códigos de HARQ-ACKs para PDSCHs planificados por DCI del formato diferente.
En primer lugar, la estación base transmite un primer PDCCH para la planificación de un primer canal físico compartido de enlace descendente (PDSCH) al UE (S24010). En este caso, la estación base puede transmitir información de fijación que incluye información para recibir el PDCCH antes de transmitir el primer PDCCH.
El primer PDCCH puede incluir un primer indicador de asignación de enlace descendente (DAI) contador que indica el número de PDSCHs planificados hasta un instante de tiempo en el que se monitoriza el primer PDCCH, y un primer DAI total que indica el número de todos los PDSCHs planificados en una célula de servicio.
A continuación, la estación base transmite un segundo PDCCH para la planificación de un segundo PDSCH, incluidos un segundo DAI contador y un segundo DAI total (S24020).
A continuación, la estación base transmite el primer PDSCH basándose en el primer PDCCH (S24030) y transmite el segundo PDSCH basándose en el segundo PDCCH (S24040).
La estación base recibe del UE (S24050) un libro de códigos de HARQ-ACKs que incluye bits de HARQ-ACK para cada uno del primer PDSCH y el segundo PDSCH generados por el UE a través de información de control de enlace ascendente (UCI).
El valor del segundo DAI contador puede reconocerse sobre la base del número de bits del primer DAI contador cuando el número de bits del primer DAI contador es diferente del número de bits del segundo DAI contador. Es decir, cuando el número de bits del primer DAI contador es diferente del número de bits del segundo DAI contador, el UE puede generar un libro de códigos de HARQ-ACKs que incluye bits de HARQ-ACK a través de los métodos de las Propuestas 1 a 3 antes descritas.
Por ejemplo, cuando el número de los bits del primer DAI contador es menor que el número de los bits del segundo DAI contador, puede reconocerse el valor indicado por el segundo DAI contador basándose en por lo menos uno de los bits con un número igual al número de bits del primer DAI contador de entre bits del segundo DAI contador.
Alternativamente, cuando el número de bits del primer DAI contador es mayor que el número de bits del segundo DAI contador, el valor indicado por el segundo DAI contador puede interpretarse extendiendo el número de bits del segundo DAI contador hasta el mismo número de bits que el del primer DAI contador.
En este caso, cuando hay una pluralidad de valores candidatos del segundo DAI contador, el valor del segundo DAI contador puede interpretarse como el valor con la diferencia más pequeña con respecto de un valor indicado por el primer DAI contador de entre la pluralidad de valores candidatos.
La descripción anterior de la presente divulgación es ilustrativa, y aquellos con conocimientos habituales en la técnica a la que pertenece la presente divulgación podrían entender que la misma puede modificarse fácilmente obteniendo otras formas de ella específicas sin desviarse del alcance de las reivindicaciones adjuntas. Por lo tanto, cabe apreciar que las formas de realización antes descritas están destinadas a ser ilustrativas en todos los aspectos y no restrictivas. Por ejemplo, cada componente descrito como de tipo individual puede implementarse de una manera distribuida y, de modo similar, los componentes descritos de manera que están distribuidos también pueden implementarse en un formato combinado.
El alcance de la presente divulgación queda representado por las reivindicaciones adjuntas.

Claims (14)

  1. REIVINDICACIONES 1. Equipo de usuario configurado para funcionar en un sistema de comunicaciones inalámbricas, comprendiendo el equipo de usuario (100): un módulo de comunicaciones (120); y un procesador (110) que controla el módulo de comunicaciones (120), en el que el procesador (110) está configurado para: recibir una pluralidad de primeros canales físicos de control de enlace descendente, PDCCH, para planificaciones de enlace descendente, en el que cada primer PDCCH incluye un indicador de asignación de enlace descendente de contaje, c-DAI, de Nc bits relacionado con un orden de planificación de una planificación de enlace descendente correspondiente, y Nc es uno de 1 y 2; recibir un segundo PDCCH para planificar un canal físico compartido de enlace ascendente, PUSCH, en el que el segundo PDCCH incluye un DAI de enlace ascendente, UL-DAI, de 2 bits relacionado con un número total de la planificación de enlace descendente; y transmitir un libro de códigos de acuses de recibo, ACK, de solicitud automática híbrida de repetición, HARQ, para la planificación de enlace descendente mediante el PUSCH, en el que un tamaño del libro de códigos de HARQ-ACK está asociado a un valor O que cumple: O = 4*(floor(j*C/4)+Q)+V, donde - j es un valor de contador para un caso en el que un c-DAI de Nc bits tiene un valor inferior o igual a un c-DAI de Nc bits anterior dentro de una pluralidad de c-DAI de Nc bits recibidos, - C es un valor de 2ANc, - Q es 0 o 1, - V es un valor del UL-DAI de 2 bits, y en un intervalo de 1 a 4, y -floores una función de suelo.
  2. 2. Equipo de usuario según la reivindicación 1, en el que Nc es 1.
  3. 3. Equipo de usuario según la reivindicación 1 o 2, en el que el tamaño del libro de códigos de HARQ-ACK es P * O, y P es un número de bit(s) de HARQ-ACK proporcionado(s) por canal físico compartido de enlace descendente, PDSCH, planificado por un primer PDCCH correspondiente.
  4. 4. Equipo de usuario según una cualquiera de las reivindicaciones 1 a 3, en el que Q es 1 solamente cuando V es menor que Vtemp, y en el que, cuando Nc es 1, se determina que Vtemp es un valor de c-DAI de 2 bits convertido a partir del último de la pluralidad de c-DAI de Nc bits recibidos, de manera que el valor de c-DAI de 2 bits convertido se corresponde con un número total de la planificación de enlace descendente determinado sobre la base de la pluralidad de c-DAI de Nc bits recibidos.
  5. 5. Equipo de usuario según la reivindicación 4, en el que el valor del último de la pluralidad de c-DAI de Nc bits recibidos y el valor de c-DAI de 2 bits convertido cumplen una relación que incluye la siguiente tabla:
    donde X representa el valor del último de la pluralidad de c-DAI de Nc bits recibidos, e Y representa el valor de c-DAI de 2 bits convertido.
  6. 6. Equipo de usuario según una cualquiera de las reivindicaciones 1 a 5, en el que el c-DAI de Nc bits está asociado a una posición de bit de una información de HARQ-ACK correspondiente en el libro de códigos de HARQ-ACKs.
  7. 7. Equipo de usuario según una cualquiera de las reivindicaciones 1 a 6, en el que el sistema de comunicaciones inalámbricas incluye un sistema de comunicaciones inalámbricas basado en el proyecto de asociación de 3.a generación, 3GPP.
  8. 8. Método para su uso por un equipo de usuario (100) en un sistema de comunicaciones inalámbricas, comprendiendo el método: recibir una pluralidad de primeros canales físicos de control de enlace descendente, PDCCH, para planificaciones de enlace descendente, en el que cada primer PDCCH incluye un indicador de asignación de enlace descendente de contaje, c-DAI, de Nc bits relacionado con un orden de planificación de una planificación de enlace descendente correspondiente, y Nc es uno de 1 y 2; recibir un segundo PDCCH para planificar un canal físico compartido de enlace ascendente, PUSCH, en el que el segundo PDCCH incluye un DAI de enlace ascendente, UL-DAI, de 2 bits relacionado con un número total de la planificación de enlace descendente; y transmitir un libro de códigos de acuses de recibo, ACK, de solicitud automática híbrida de repetición, HARQ, para la planificación de enlace descendente mediante el PUSCH, en el que un tamaño del libro de códigos de HARQ-ACK está asociado a un valor O que cumple: O = 4*(floor(j*C/4)+Q)+V, donde - j es un valor de contador para un caso en el que un c-DAI de Nc bits tiene un valor inferior o igual a un c-DAI de Nc bits anterior dentro de una pluralidad de c-DAI de Nc bits recibidos, - C es un valor de 2ANc, - Q es 0 o 1, - V es un valor del UL-DAI de 2 bits, y en un intervalo de 1 a 4, y -floores una función de suelo.
  9. 9. Método según la reivindicación 8, en el que Nc es 1.
  10. 10. Método según la reivindicación 8 o 9, en el que el tamaño del libro de códigos de HARQ-ACK es P * O, y P es un número de bit(s) de HARQ-ACK proporcionado(s) por canal físico compartido de enlace descendente,<p>D<s>CH, planificado por un primer PDCCH correspondiente.
  11. 11. Método según una cualquiera de las reivindicaciones 8 a 10, en el que Q es 1 solamente cuando V es menor que Vtemp, y en el que, cuando Nc es 1, se determina que Vtemp es un valor de c-DAI de 2 bits convertido a partir del último de la pluralidad de c-DAI de Nc bits recibidos, de manera que el valor de c-DAI de 2 bits convertido se corresponde con un número total de la planificación de enlace descendente determinado sobre la base de la pluralidad de c-DAI de Nc bits recibidos.
  12. 12. Método según la reivindicación 11, en el que el valor del último de la pluralidad de c-DAI de Nc bits recibidos, y el valor de c-DAI de 2 bits convertido cumplen una relación que incluye la siguiente tabla:
    donde X representa el valor del último de la pluralidad de c-DAI de Nc bits recibidos, e Y representa el valor de c-DAI de 2 bits convertido.
  13. 13. Método según una cualquiera de las reivindicaciones 8 a 12, en el que el c-DAI de Nc bits está asociado con una posición de bit de una información de HARQ-ACK correspondiente en el libro de códigos de HARQ-ACK.
  14. 14. Método según una cualquiera de las reivindicaciones 8 a 13, en el que el sistema de comunicaciones inalámbricas incluye un sistema de comunicaciones inalámbricas basado en el proyecto de asociación de 3.a generación, 3GPP.
ES20798932T 2019-05-02 2020-05-04 Method, device, and system for downlink data reception and harq-ack transmission in wireless communication system Active ES3033514T3 (en)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
KR20190051423 2019-05-02
KR20190142105 2019-11-07
KR20200016625 2020-02-11
KR20200043301 2020-04-09
PCT/KR2020/005923 WO2020222624A1 (ko) 2019-05-02 2020-05-04 무선 통신 시스템에서 하향링크 데이터 수신 및 harq-ack 전송 방법, 장치 및 시스템

Publications (1)

Publication Number Publication Date
ES3033514T3 true ES3033514T3 (en) 2025-08-05

Family

ID=73029025

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20798932T Active ES3033514T3 (en) 2019-05-02 2020-05-04 Method, device, and system for downlink data reception and harq-ack transmission in wireless communication system

Country Status (9)

Country Link
US (5) US11490406B2 (es)
EP (3) EP4510482A3 (es)
JP (4) JP7271015B2 (es)
KR (3) KR102492932B1 (es)
CN (4) CN116743322B (es)
ES (1) ES3033514T3 (es)
FI (1) FI3955501T3 (es)
PL (1) PL3955501T3 (es)
WO (1) WO2020222624A1 (es)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060215577A1 (en) 2005-03-22 2006-09-28 Guichard James N System and methods for identifying network path performance
EP4510482A3 (en) 2019-05-02 2025-05-07 Wilus Institute of Standards and Technology Inc. Method, device, and system for downlink data reception and harq-ack transmission in wireless communication system
US12349127B2 (en) 2019-08-17 2025-07-01 Wilus Institute Of Standards And Technology Inc. Method, device, and system for transmitting or receiving physical uplink shared channel (PUSCH) in wireless communication system
KR20210062932A (ko) * 2019-11-22 2021-06-01 삼성전자주식회사 무선 통신 시스템에서 제어 및 데이터 정보 전송 방법 및 장치
US11848781B2 (en) * 2020-01-06 2023-12-19 Qualcomm Incorporated Hybrid automatic repeat request acknowledgement codebook determination with different downlink assignment indicator bitwidth
JP2023078485A (ja) * 2020-03-31 2023-06-07 シャープ株式会社 端末装置、および、通信方法
WO2021203446A1 (zh) * 2020-04-10 2021-10-14 Oppo广东移动通信有限公司 Dai配置方法、指示方法、发送方法、装置及介质
KR20220136432A (ko) * 2020-05-21 2022-10-07 엘지전자 주식회사 사이드링크 통신
US11515970B2 (en) * 2020-12-04 2022-11-29 Qualcomm Incorporated Priority-based hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback
CN116762295A (zh) * 2021-01-04 2023-09-15 Oppo广东移动通信有限公司 无线通信的方法和设备
CN116686361A (zh) * 2021-01-13 2023-09-01 华为技术有限公司 上行确认信息的传输方法及装置
US11751193B2 (en) * 2021-01-14 2023-09-05 Qualcomm Incorporated Scheduling order for a scheduled cell having downlink control information from multiple scheduling cells
US20240237025A9 (en) * 2021-03-02 2024-07-11 Intel Corporation Harq-ack transmission
US20220303065A1 (en) * 2021-03-19 2022-09-22 Samsung Electronics Co., Ltd. Wireless transmissions with hybrid automatic repeat request (harq) feedback disabled
CN117083825A (zh) * 2021-04-06 2023-11-17 高通股份有限公司 推迟的半持久调度反馈的按需传输
WO2023000239A1 (en) * 2021-07-22 2023-01-26 Apple Inc. Multiplexing of Uplink Transmissions
US20250227710A1 (en) * 2021-09-30 2025-07-10 Sony Group Corporation Communications devices, network nodes, circuitry, systems and methods
US20230208566A1 (en) * 2021-12-29 2023-06-29 Qualcomm Incorporated Hybrid automatic repeat request acknowledgement codebook for downlink control information without downlink assignment
US20230284240A1 (en) * 2022-03-03 2023-09-07 Samsung Electronics Co., Ltd. Harq-ack in carrier aggregation with multiple serving cells

Family Cites Families (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5199223B2 (ja) 2008-12-30 2013-05-15 創新音▲速▼股▲ふん▼有限公司 Ａｃｋ／ｎａｃｋバンドリングを改善する方法及び通信装置
US9485060B2 (en) * 2009-10-01 2016-11-01 Interdigital Patent Holdings, Inc. Uplink control data transmission
JP5097279B2 (ja) * 2011-01-07 2012-12-12 株式会社エヌ・ティ・ティ・ドコモ 無線基地局装置、無線通信方法及び無線通信システム
CN102594493B (zh) 2011-01-17 2014-08-20 华为技术有限公司 一种应答信息的编码、处理方法和装置
CN103548409B (zh) * 2011-05-02 2017-07-28 Lg电子株式会社 在无线通信系统中发射/接收数据的方法及其基站
ES2575393T3 (es) * 2011-05-12 2016-06-28 Lg Electronics Inc. Método para transmitir información de control y aparato para el mismo
CN203069028U (zh) 2012-12-28 2013-07-17 上海东润换热设备制造有限公司 一种椭圆型换热翅片管
EP3054614B1 (en) 2013-11-01 2019-09-25 Huawei Technologies Co., Ltd. Transmission method for uplink control information, base station and user equipment
KR20150060118A (ko) * 2013-11-25 2015-06-03 주식회사 아이티엘 Harq ack/nack의 전송방법 및 장치
US9686064B2 (en) * 2015-01-21 2017-06-20 Intel IP Corporation Devices and methods for HARQ-ACK feedback scheme on PUSCH in wireless communication systems
US9888465B2 (en) * 2015-04-06 2018-02-06 Samsung Electronics Co., Ltd. Codeword determination for acknowledgement information
EP3349387B1 (en) * 2015-09-09 2021-10-27 LG Electronics Inc. Method and apparatus for transmitting signal in wireless communication system
US10931425B2 (en) * 2015-09-11 2021-02-23 Apple Inc. Transmission of uplink control information in wireless systems
EP3364582A4 (en) * 2015-11-05 2018-08-22 NTT DoCoMo, Inc. User terminal, wireless base station, and wireless communication method
KR102511925B1 (ko) * 2015-11-06 2023-03-20 주식회사 아이티엘 반송파 집성을 지원하는 무선통신 시스템에서 harq 동작을 수행하는 장치 및 방법
DE112017002348T5 (de) * 2016-05-06 2019-01-24 Intel IP Corporation Doppelstrahl-übertragung und ack/nack-feedback-mechanismus für pucch
EP3482595B1 (en) 2016-07-07 2021-09-01 LG Electronics Inc. Method and user equipment for receiving downlink signal
US10314037B2 (en) 2016-07-08 2019-06-04 Qualcomm Incorporated Latency reduction techniques in wireless communications
CN116405165A (zh) * 2017-01-09 2023-07-07 北京三星通信技术研究有限公司 发送harq-ack/nack的方法和设备及下行传输方法和设备
JP6963611B2 (ja) * 2017-02-05 2021-11-10 エルジー エレクトロニクス インコーポレイティドLg Electronics Inc. 無線通信システムにおける端末の上りリンク制御情報送信方法及びそれを支援する装置
US10548096B2 (en) * 2017-04-21 2020-01-28 Samsung Electronics Co., Ltd. Information type multiplexing and power control
TWI669017B (zh) 2017-06-07 2019-08-11 宏達國際電子股份有限公司 處理次要節點改變中的次要細胞群組組態的方法
JP7073365B2 (ja) 2017-06-26 2022-05-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末及び通信方法
US10813118B2 (en) * 2017-07-10 2020-10-20 Lg Electronics Inc. Method for transmitting and receiving uplink control information and devices supporting the same
CN109639398B (zh) * 2017-10-09 2021-12-31 华为技术有限公司 Harq-ack反馈码本的发送方法、装置及设备
US10778367B2 (en) 2018-01-04 2020-09-15 Ofinno, Llc Activation/deactivation of semi-persistent channel state information report
JP2019121951A (ja) 2018-01-09 2019-07-22 シャープ株式会社 基地局装置および端末装置
WO2019160660A1 (en) 2018-02-15 2019-08-22 Sharp Laboratories Of America, Inc. User equipments, base stations and methods
US10980049B2 (en) 2018-05-10 2021-04-13 Qualcomm Incorporated Allocating physical uplink control channel (PUCCH) resources for ultra-reliable low latency communication (URLLC)
CA3123765A1 (en) 2019-01-11 2020-07-16 Ntt Docomo, Inc. User terminal and radio communication method
US11546911B2 (en) 2019-01-24 2023-01-03 Qualcomm Incorporated Enhancements to support multiple semi-persistent resource allocations per serving cell
WO2020188815A1 (ja) 2019-03-20 2020-09-24 株式会社Ｎｔｔドコモ ユーザ端末及び無線通信方法
CN113994758B (zh) 2019-04-18 2025-03-14 苹果公司 用于支持多个配置授权的增强信令
US11463195B2 (en) * 2019-04-19 2022-10-04 Qualcomm Incorporated Handling downlink assignment indicators for different types of downlink control information
EP4510482A3 (en) 2019-05-02 2025-05-07 Wilus Institute of Standards and Technology Inc. Method, device, and system for downlink data reception and harq-ack transmission in wireless communication system
US11533738B2 (en) 2019-06-28 2022-12-20 Qualcomm Incorporated Joint activation and/or release for multiple configured grant and/or semi-persistent scheduling configurations
US11464001B2 (en) 2019-08-16 2022-10-04 Qualcomm Incorporated Joint activation of multiple semi-persistent scheduling configurations in a single message
US12349127B2 (en) 2019-08-17 2025-07-01 Wilus Institute Of Standards And Technology Inc. Method, device, and system for transmitting or receiving physical uplink shared channel (PUSCH) in wireless communication system
WO2021040681A1 (en) 2019-08-23 2021-03-04 Nokia Technologies Oy Activation/release operation for sps and cg type 2 with a dci having configurable dci field sizes
JP7036780B2 (ja) 2019-09-30 2022-03-15 シャープ株式会社 端末装置、基地局装置、および、通信方法
CN114430927B (zh) 2019-10-03 2025-06-10 夏普株式会社 用于多个活动半持久调度配置的用户装备、基站和方法
CN114430928B (zh) 2019-10-03 2025-07-22 夏普株式会社 用于多个活动配置的授权的用户装备、基站和方法
CN114451017B (zh) 2019-10-14 2024-07-30 华为技术有限公司 一种激活和释放非动态调度传输的方法及装置
US11464036B2 (en) 2019-10-15 2022-10-04 Qualcomm Incorporated HARQ feedback reporting for cross-carrier scheduling
US11018946B1 (en) 2019-11-06 2021-05-25 PanPsy Technologies, LLC Wireless device feedback for semi-persistent scheduling release
CN114600406B (zh) 2019-11-07 2024-11-05 夏普株式会社 用户装备、基站和用于激活和释放多个配置的授权的方法
CN114631379B (zh) 2019-11-07 2025-08-19 夏普株式会社 用于下行链路控制信息格式构建的方法和用户设备
US11696297B2 (en) 2019-11-08 2023-07-04 Qualcomm Incorporated Techniques for release validation of uplink configured grant and semi-persistent scheduling

Also Published As

Publication number Publication date
US20220061077A1 (en) 2022-02-24
JP2023089214A (ja) 2023-06-27
KR20210149875A (ko) 2021-12-09
KR20230006045A (ko) 2023-01-10
EP4510481A2 (en) 2025-02-19
JP2024127919A (ja) 2024-09-20
WO2020222624A1 (ko) 2020-11-05
EP4510481A3 (en) 2025-05-07
US20230397202A1 (en) 2023-12-07
CN116743321B (zh) 2025-08-15
US11653353B2 (en) 2023-05-16
US11490406B2 (en) 2022-11-01
CN113966587A (zh) 2022-01-21
CN116743323B (zh) 2025-09-02
JP2023089215A (ja) 2023-06-27
US12156210B2 (en) 2024-11-26
CN116743322A (zh) 2023-09-12
EP3955501A1 (en) 2022-02-16
JP7271015B2 (ja) 2023-05-11
EP3955501A4 (en) 2022-08-24
US20220377777A1 (en) 2022-11-24
FI3955501T3 (fi) 2025-07-02
EP3955501B1 (en) 2025-04-23
KR102492932B1 (ko) 2023-01-31
JP2022529301A (ja) 2022-06-20
JP7520413B2 (ja) 2024-07-23
US11737091B2 (en) 2023-08-22
CN113966587B (zh) 2023-07-25
CN116743323A (zh) 2023-09-12
US20250089049A1 (en) 2025-03-13
US20220377776A1 (en) 2022-11-24
JP7519720B2 (ja) 2024-07-22
CN116743321A (zh) 2023-09-12
CN116743322B (zh) 2025-10-24
EP4510482A3 (en) 2025-05-07
PL3955501T3 (pl) 2025-07-21
EP4510482A2 (en) 2025-02-19
KR20230006044A (ko) 2023-01-10

Similar Documents

Publication Publication Date Title
ES3033514T3 (en) Method, device, and system for downlink data reception and harq-ack transmission in wireless communication system
ES3028482T3 (en) Method for transmitting uplink control information in wireless communication system, and apparatus using same
JP7678617B2 (ja) 無線通信システムのデータ伝送方法、受信方法、及びそれを利用する装置
JP7523816B2 (ja) 無線通信システムのｈａｒｑ－ａｃｋコードブック生成方法及びこれを用いる装置
ES3036119T3 (en) Method for transmitting uplink shared channel in wireless communication system and device using same
ES3036068T3 (en) Resource allocation method, device and system of wireless communication system
ES2936625T3 (es) Dispositivo que utiliza el multiplexado de canales en la comunicación inalámbrica
ES2930416T3 (es) Método, aparato y sistema para transmitir o recibir un canal de datos y un canal de control en un sistema de comunicaciones inalámbricas
US20220312446A1 (en) Method, device, and system for transmitting or receiving physical uplink shared channel (pusch) in wireless communication system
ES3040627T3 (en) Method, apparatus, and system for generating harq-ack codebook in wireless communication system
ES2981073T3 (es) Método de asignación de recursos para llevar a cabo transmisiones en bandas sin licencia y dispositivo que utiliza ell mismo
JP7701078B2 (ja) 無線通信システムにおける上りリンク送信取消方法、装置及びシステム
ES3034810T3 (en) Channel access method for performing transmission in unlicensed band, and device using same
KR20230041719A (ko) 무선 통신 시스템에서 상향링크 채널을 전송하는 방법 및 이를 위한 장치