ES2894645T3 - Método para monitorizar una señal de control por un terminal en un sistema de comunicación inalámbrica, y terminal que utiliza el mismo método - Google Patents

Método para monitorizar una señal de control por un terminal en un sistema de comunicación inalámbrica, y terminal que utiliza el mismo método

Info

Publication number
ES2894645T3
ES2894645T3 ES19806079T ES19806079T ES2894645T3 ES 2894645 T3 ES2894645 T3 ES 2894645T3 ES 19806079 T ES19806079 T ES 19806079T ES 19806079 T ES19806079 T ES 19806079T ES 2894645 T3 ES2894645 T3 ES 2894645T3
Authority
ES
Spain
Prior art keywords
coreset
coresets
monitoring
pdcch
bfr
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
ES19806079T
Other languages
English (en)
Inventor
Inkwon Seo
Yunjung Yi
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.)
LG Electronics Inc
Original Assignee
LG Electronics 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 LG Electronics Inc filed Critical LG Electronics Inc
Application granted granted Critical
Publication of ES2894645T3 publication Critical patent/ES2894645T3/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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • 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/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005—Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria

Landscapes

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

Abstract

Un método para monitorizar una señal de control en un sistema de comunicación inalámbrica, el método realizado por un equipo de usuario, UE, y que comprende: basándose en una superposición entre ocasiones de monitorización de canal físico de control de enlace descendente, PDCCH, en una pluralidad de conjuntos de recursos de control, CORESET, seleccionar al menos un CORESET entre la pluralidad de CORESET; y monitorizar al menos un PDCCH solo en el seleccionado al menos un CORESET entre la pluralidad de CORESET, en el que, en base al seleccionado al menos un CORESET que comprende un primer CORESET, y en base a una primera señal de referencia del primer CORESET y a una segunda señal de referencia de un segundo CORESET que están relacionadas con un mismo bloque de señal de sincronización/canal físico de difusión, SSB: monitorizar el al menos un PDCCH tanto en el primer CORESET como en el segundo CORESET.

Description

DESCRIPCIÓN
Método para monitorizar una señal de control por un terminal en un sistema de comunicación inalámbrica, y terminal que utiliza el mismo método
Antecedentes de la divulgación
Campo de la divulgación
La presente divulgación se refiere a la comunicación inalámbrica y, más particularmente, a un método para monitorizar señales de control de un terminal en un sistema de comunicación inalámbrica, y a un terminal que usa el método.
Técnica relacionada
A medida que cada vez más dispositivos de comunicación requieren más capacidad de comunicación, existe la necesidad de una comunicación de banda ancha móvil mejorada en comparación con la tecnología de acceso por radio existente. Además, las comunicaciones de tipo máquina (MTC) masivas, que proporcionan varios servicios conectando muchos dispositivos y objetos, es una de las principales cuestiones a considerar en la comunicación de próxima generación. Además, se está discutiendo un diseño de sistema de comunicación considerando un servicio/UE sensible a la fiabilidad/latencia. Se discute la introducción de tecnología de acceso por radio de próxima generación considerando comunicación de banda ancha móvil mejorada (eMBB), MTC masivo (mMTC), comunicación ultra confiable y de baja latencia (URLLC). Esta nueva tecnología puede denominarse nueva tecnología de acceso por radio (nueva RAT o NR) en la presente divulgación, por conveniencia. NR también se denomina sistema de quinta generación (5G).
En el sistema de comunicación inalámbrica convencional, por ejemplo, el sistema de evolución a largo plazo (LTE, Long Term Evolution), un terminal monitoriza sus canales de control en todo el ancho de banda del sistema. Por otro lado, en NR, un canal de control de un UE puede ser monitorizado en un recurso de tiempo/frecuencia denominado un conjunto de recursos de control (CORESET) que es parte de la banda del sistema, y se puede proporcionar un punto de tiempo/ocasión para monitorizar el canal de control. Sin embargo, dependiendo de las situaciones, las ocasiones de monitorización del canal de control pueden superponerse entre una pluralidad de CORESET. En este caso, cómo un terminal tiene que monitorizar el canal de control se convierte en un problema. El documento: ERICSSON, ''Feature lead summary 3 for beam measurement and reporting'', vol. RAN WG1, núm. Busan; 20180521 - 20180525, (20180529), BORRADOR 3GPP; R1-1807782 FEATURE LEAD SUMMARY 3 FOR BEAM MEASUREMENT AND REPORTING, PROYECTO DE ASOCIACIÓN DE TERCERA GENERACIÓN (3GPP), CENTRO DE COMPETENCIA MÓVIL; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOL, URL: http://www.3gpp.org/ftp/tsg%5Fran/WG1%5FRL1/TSGR1%5F93/Docs, (20180529), se refiere a mediciones de haces en 3GPP.
Compendio de la divulgación
Un problema técnico de la presente divulgación es dar a conocer un método para monitorizar señales de control de un terminal en un sistema de comunicación inalámbrica, y un terminal que utiliza el método.
En un aspecto, se da a conocer un método según la reivindicación 1.
Al seleccionar al menos un CORESET, la prioridad de un CORESET que incluye un Espacio de búsqueda común (CSS) puede ser mayor que la prioridad de un CORESET que incluye un Espacio de búsqueda específico por UE (USS).
Al seleccionar al menos un CORESET, si existen múltiples CORESET que incluyen un CSS, se puede seleccionar un CORESET que incluya un CSS con un índice mínimo.
Entre la pluralidad de CORESET, un CORESET correspondiente a un conjunto de CSS con el índice mínimo puede seleccionarse de una celda con el índice mínimo que contiene un CSS.
Se puede suponer que el primer CORESET y el segundo CORESET tienen las mismas propiedades de cuasicolocalización (QCL).
Las propiedades de QCL pueden estar relacionadas con un parámetro de Rx espacial.
En otro aspecto, se da a conocer un equipo de usuario (UE) según la reivindicación 7.
Al seleccionar el al menos un CORESET, la prioridad de un CORESET que incluya un Espacio de búsqueda común (CSS) puede ser mayor que la prioridad de un CORESET que incluya un Espacio de búsqueda específico por UE (USS).
Al seleccionar al menos un CORESET, si existen múltiples CORESET que incluyen un CSS, se puede seleccionar un CORESET que incluya un CSS con el índice mínimo.
Entre la pluralidad de CORESET, un CORESET correspondiente a un conjunto de CSS con un índice mínimo puede seleccionarse de una celda con el índice mínimo que contiene un CSS.
Se puede suponer que el primer CORESET y el segundo CORESET tienen las mismas propiedades de cuasicolocalización (QCL).
Las propiedades de QCL pueden estar relacionadas con un parámetro de Rx espacial.
En un ejemplo útil para comprender la invención, se da a conocer un procesador para un dispositivo de comunicación inalámbrica. El procesador está configurado para controlar el dispositivo de comunicación inalámbrica para: seleccionar al menos un conjunto de recursos de control (CORESET) entre una pluralidad de CORESET cuando las ocasiones de monitorización del canal físico de control de enlace descendente (PDCCH) en la pluralidad de CORESET se superponen, y monitorizar un PDCCH solamente en el seleccionado al menos un CORESET. Si se selecciona un primer CORESET como el al menos un CORESET, cuando una primera señal de referencia del primer CORESET y una segunda señal de referencia del segundo CORESET se asocian con un mismo bloque de señal de sincronización/canal físico de difusión (SSB), un PDCCH es también monitorizado en el segundo CORESET.
Según la presente divulgación, si los tiempos/ocasiones de monitorización de un canal de control se superponen entre sí entre una pluralidad de CORESET, el canal de control se monitoriza solo en un CORESET específico seleccionado según la prioridad. Dado que un terminal no tiene que monitorizar toda una pluralidad de CORESET superpuestos en un tiempo (ocasión) de monitorización del canal de control, el terminal puede funcionar sin causar un problema incluso en un entorno de comunicación más allá de la capacidad del terminal, por ejemplo, en un sistema al que se asignan CORESET cuyo número es mayor que el número de CORESET que el terminal puede monitorizar simultáneamente. Además, en NR, se pueden utilizar haces para transmisión y recepción, donde los parámetros necesarios para recibir los haces pueden denominarse parámetros de recepción espacial. Si los tiempos/ocasiones de monitorización de un canal de control se superponen entre una pluralidad de CORESET, la eficacia de monitorización del canal de control puede aumentarse haciendo que todos los CORESET que presentan las mismas propiedades de parámetros de recepción espacial realicen monitorización del canal de control.
Breve descripción de los dibujos
La figura 1 muestra un sistema de comunicación inalámbrica al que se puede aplicar la presente divulgación.
La figura 2 es un diagrama que muestra una arquitectura de protocolo inalámbrico para un plano de usuario.
La figura 3 es un diagrama que muestra una arquitectura de protocolo inalámbrico para un plano de control.
La figura 4 ilustra una estructura de sistema de una red de acceso radio de próxima generación (NG-RAN) a la que se aplica NR.
La figura 5 ilustra una división funcional entre un NG-RAN y un 5GC.
La figura 6 ilustra un ejemplo de una estructura de trama que se puede aplicar en NR
La figura 7 ilustra CORESET.
La figura 8 es un diagrama que ilustra una diferencia entre una zona de control de la técnica relacionada y el CORESET en NR
La figura 9 ilustra un ejemplo de una estructura de trama para una nueva tecnología de acceso por radio.
La figura 10 es un diagrama esquemático abstracto que ilustra la formación de haces híbrida desde el punto de vista de las TXRU y las antenas físicas.
La figura 11 ilustra la operación de barrido de haces para una señal de sincronización e información del sistema en un procedimiento de transmisión de enlace descendente (DL).
La figura 12 ilustra un método de monitorización de PDCCH de un UE según un ejemplo útil para comprender la presente divulgación.
La figura 13 ilustra un caso donde dos CORESET diferentes configurados con diferentes estados de TCI se superponen entre sí en el dominio de tiempo.
La figura 14 ilustra un método de funcionamiento entre un gNB y un UE según un ejemplo útil para comprender la presente divulgación.
La figura 15 ilustra un método para la monitorización del canal de control de un UE según la presente divulgación.
La figura 16 ilustra dos señales de referencia asociadas con el mismo SSB descrito haciendo referencia a la figura 15.
La figura 17 es un diagrama de bloques que muestra componentes de un dispositivo de transmisión y un dispositivo de recepción para implementar la presente divulgación.
La figura 18 ilustra un ejemplo de una estructura de módulo de procesamiento de señales, en el dispositivo de transmisión.
La figura 19 ilustra otro ejemplo de la estructura del módulo de procesamiento de señales, en el dispositivo de transmisión.
La figura 20 ilustra un ejemplo de un dispositivo de comunicación inalámbrica según un ejemplo de implementación de la presente divulgación.
La figura 21 ilustra un procesador en el lado de un terminal.
La figura 22 ilustra un procesador en el lado de una estación base.
Descripción de realizaciones a modo de ejemplo
La figura 1 muestra un sistema de comunicación inalámbrica al que se puede aplicar la presente divulgación. El sistema de comunicación inalámbrica puede denominarse Red de Acceso Radio Terrestre UMTS evolucionada (E-UTRAN) o sistema evolución a largo plazo (LTE)/LTE-A.
La E-UTRAN incluye al menos una estación base (BS) 20 que proporciona un plano de control y un plano de usuario a un equipo de usuario (UE) 10. El UE 10 puede ser fijo o móvil, y puede denominarse con otra terminología como una estación móvil (MS), un terminal de usuario (UT), una estación de abonado (SS), un terminal móvil (MT), un dispositivo inalámbrico, etc. La BS 20 es generalmente una estación fija que comunica con el UE 10 y puede denominarse con otra terminología, como un nodo B evolucionado (eNB), un sistema transceptor base (BTS), un punto de acceso, etc.
Las BS 20 están interconectadas mediante una interfaz X2. Las BS 20 también están conectadas por medio de una interfaz S1 a un núcleo de paquetes evolucionado (EPC) 30, más específicamente, a una entidad de gestión de movilidad (MME) a través de S1-MME y a una pasarela de servicio (S-GW) a través de S1- U.
El EPC 30 incluye una MME, una S-GW y una pasarela de red de datos de paquetes (P-GW). La MME tiene información de acceso del UE o información de capacidad del UE, y dicha información se usa generalmente para gestión de la movilidad del UE. La S-GW es una pasarela que tiene una E-UTRAN como punto final. La P-GW es una pasarela que tiene un PDN como punto final.
Las capas de un protocolo de interfaz de radio entre el UE y la red se pueden clasificar en una primera capa (LI), una segunda capa (L2) y una tercera capa (L3) en función de las tres capas inferiores del modelo de interconexión de sistemas abiertos (OSI), bien conocido en el sistema de comunicaciones. Entre estas, una capa física (PHY) que pertenece a la primera capa proporciona un servicio de transferencia de información mediante el uso de un canal físico, y una capa de control de recursos de radio (RRC) que pertenece a la tercera capa sirve para controlar un recurso de radio entre el UE y la red. Para ello, la capa RRC intercambia un mensaje RRC entre el UE y la BS. La figura 2 es un diagrama que muestra una arquitectura de protocolo inalámbrico para un plano de usuario. La figura 3 es un diagrama que muestra una arquitectura de protocolo inalámbrico para un plano de control. El plano de usuario es una pila de protocolos para la transmisión de datos de usuario. El plano de control es una pila de protocolos para la transmisión de señales de control.
Haciendo referencia a las figuras 2 y 3, una capa PHY proporciona a una capa más alta (= capa superior) un servicio de transferencia de información a través de un canal físico. La capa PHY está conectada a una capa de control de acceso al medio (MAC) que es una capa superior respecto de la capa PHY a través de un canal de transporte. Los datos se transfieren entre la capa MAC y la capa PHY a través del canal de transporte. El canal de transporte se clasifica según cómo y con qué características se transfieren los datos a través de una interfaz de radio.
Los datos se mueven entre diferentes capas PHY, es decir, las capas PHY de un transmisor y un receptor, a través de un canal físico. El canal físico puede modularse según un esquema de multiplexación por división de frecuencias ortogonales (OFDM) y utilizar el tiempo y la frecuencia como recursos de radio.
Las funciones de la capa MAC incluyen el mapeo entre un canal lógico y un canal de transporte y la multiplexación y demultiplexación a un bloque de transporte que se proporciona a través de un canal físico en el canal de transporte de una Unidad de datos de servicio (SDU) MAC que pertenece a un canal lógico. La capa MAC proporciona servicio a una capa de control del radioenlace (RLC) a través del canal lógico.
Las funciones de la capa RLC incluyen la concatenación, segmentación y reensamblaje de una SDU RLC. Para garantizar varios tipos de calidad de servicio (QoS) requeridos por una portadora de radio (RB), la capa RLC proporciona tres tipos de modo de funcionamiento: modo transparente (TM), modo sin acuse (UM) y modo con acuse (AM) . AM RLC proporciona corrección de errores a través de una solicitud de repetición automática (ARQ). La capa RRC se define solo en el plano de control. La capa RRC está relacionada con la configuración, reconfiguración y liberación de portadoras de radio, y es responsable del control de canales lógicos, canales de transporte y canales PHY. Una RB significa una ruta lógica proporcionada por la primera capa (capa PHY) y las segundas capas (capa MAC, capa RLC y capa PDCP) para transferir datos entre UE y una red.
La función de una capa de Protocolo de convergencia de datos en paquetes (PDCP) en el plano de usuario incluye la transferencia de datos de usuario y la compresión y cifrado de encabezados. La función de la capa PDCP en el plano del usuario incluye además la transferencia y el cifrado/protección de la integridad de los datos del plano de control.
Que se configure una RB supone un proceso de definición de las características de una capa de protocolo inalámbrico y canales para proporcionar un servicio específico y configurar cada parámetro detallado y método operativo. Una RB se puede dividir en dos tipos de RB de señalización (SRB) y RB de datos (DRB). La s Rb se usa como un conducto a cuyo través se transmite un mensaje RRC en el plano de control, y la DRB se usa como un conducto a cuyo través se transmiten datos del usuario en el plano del usuario.
Si se establece una conexión RRC entre la capa RRC del UE y la capa RRC de una E-UTRAN, el UE está en el estado conectado RRC. Si no, el UE está en el estado inactivo de RRC.
Un canal de transporte de enlace descendente a través del cual se transmiten datos desde una red al UE incluye un canal de difusión (BCH) a través del cual se transmite la información del sistema y un canal compartido de enlace descendente (SCH) a través del cual se transmite tráfico de usuario o mensajes de control. El tráfico o un mensaje de control para el servicio de difusión o multidifusión de enlace descendente puede transmitirse a través del SCH de enlace descendente, o puede transmitirse a través de un canal de multidifusión de enlace descendente (MCH) adicional. Así mismo, un canal de transporte de enlace ascendente a través del cual se transmiten datos desde UE a una red incluye un canal de acceso aleatorio (RACH) a través del cual se transmite un mensaje de control inicial y un canal compartido de enlace ascendente (SCH) a través del cual se transmiten mensajes de control o tráfico de usuario.
Los canales lógicos que están situados sobre el canal de transporte y que están mapeados al canal de transporte incluyen un canal de control de difusión (BCCH), un canal de control de radiobúsqueda (PCCH), un canal de control común (CCCH), un canal de control de multidifusión (MCCH), y un canal de tráfico de multidifusión (MTCH).
El canal físico incluye varios símbolos OFDM en el dominio de tiempo y varias subportadoras en el dominio de frecuencia. Una subtrama incluye una pluralidad de símbolos OFDM en el dominio de tiempo. Una RB es una unidad de asignación de recursos e incluye una pluralidad de símbolos OFDM y una pluralidad de subportadoras. Además, cada subtrama puede utilizar subportadoras específicas de símbolos OFDM específicos (por ejemplo, el primer símbolo OFDM) de la subtrama correspondiente para un canal físico de control de enlace descendente (PDCCH), es decir, un canal de control L1/L2. Un intervalo de tiempo de transmisión (TTI) es una unidad de tiempo para la transmisión de subtramas.
A continuación, se describirá una nueva tecnología de acceso por radio (nueva RAT, NR).
A medida que cada vez más dispositivos de comunicación requieren más capacidad de comunicación, existe la necesidad de una comunicación de banda ancha móvil mejorada en comparación con la tecnología de acceso por radio existente. Además, las comunicaciones masivas de tipo máquina (MTC), que proporcionan varios servicios conectando muchos dispositivos y objetos, es una de las principales cuestiones a considerar en la comunicación de próxima generación. Además, se está discutiendo el diseño del sistema de comunicación considerando el servicio/UE sensible a la fiabilidad/latencia. Se discute la introducción de la tecnología de acceso por radio de próxima generación considerando la comunicación de banda ancha móvil mejorada (eMBB), MTC masivo (mMTC), comunicación ultra confiable y de baja latencia (URLLC). Esta nueva tecnología puede denominarse nueva tecnología de acceso por radio (nueva RAT o NR) en la presente descripción, por conveniencia.
La figura 4 ilustra una estructura de sistema de una red de acceso radio de próxima generación (NG-RAN) a la que se aplica NR.
Haciendo referencia a la figura 4, la NG-RAN puede incluir un gNB y/o un eNB que proporciona el plano de usuario y la terminación del protocolo del plano de control a un terminal. La figura 4 ilustra el caso de incluir solo gNB. El gNB y el eNB están conectados por una interfaz Xn. El gNB y el eNB están conectados a una red central 5G (5GC) a través de una interfaz NG. Más específicamente, el gNB y el eNB están conectados a una función de gestión de acceso y movilidad (AMF) a través de una interfaz NG-C y conectados a una función de plano de usuario (UPF) a través de una interfaz NG-U.
La figura 5 ilustra una división funcional entre un NG-RAN y un 5GC.
Haciendo referencia a la figura 5, el gNB puede proporcionar funciones tales como gestión de recursos de radio entre celdas (RRM entre celdas), gestión de portadoras de radio (control de RB), control de movilidad de conexión, control de admisión de radio, configuración y provisión de medición, asignación dinámica de recursos, y similares. La AMF puede proporcionar funciones tales como seguridad NAS, manejo de movilidad en estado inactivo, etc. La UPF puede proporcionar funciones tales como anclaje de movilidad, procesamiento de PDU y similares. La SMF puede proporcionar funciones tales como asignación de direcciones IP de UE, control de sesión de PDU, etc.
La figura 6 ilustra un ejemplo de una estructura de trama que se puede aplicar en NR.
Haciendo referencia a la figura 6, una trama puede estar compuesta por 10 milisegundos (ms) e incluir 10 subtramas cada una compuesta por 1 ms.
Se puede incluir una o una pluralidad de ranuras en una subtrama según las separaciones entre subportadoras. La siguiente tabla 1 ilustra una configuración m de separación entre subportadoras.
[Tabla 1]
Figure imgf000006_0003
La siguiente tabla 2 ilustra el número de ranuras en una trama (Ntrama- Ranura), el número de ranuras en una subtrama (Nsubtramar- ^ranura), el número de símbolos en una ranura (Nranurasímb), y similares, según configuraciones de separación entre subportadoras |u.
[Tabla 2]
Figure imgf000006_0001
En la figura 6, m = 0, 1,2 se ilustra.
Un canal físico de control de enlace descendente (PDCCH) puede incluir uno o más elementos de canal de control (CCE), tal como se ilustra en la siguiente tabla 3.
[Tabla 3]
Figure imgf000006_0002
Es decir, el PDCCH puede transmitirse a través de un recurso que incluye 1, 2, 4, 8 o 16 CCE. En este caso, el CCE incluye seis grupos de elementos de recursos (REG), y un REG incluye un bloque de recursos en un dominio de frecuencia y un símbolo de multiplexación por división de frecuencias ortogonales (OFDM) en un dominio de tiempo.
Mientras tanto, en un futuro sistema de comunicación inalámbrica, se puede introducir una nueva unidad denominada conjunto de recursos de control (CORESET). El terminal puede recibir el PDCCH en el CORESET. La figura 7 ilustra CORESET.
Haciendo referencia a la figura 7, el CORESET incluye Nc o r e s e t r b número de bloques de recursos en el dominio de frecuencia, y NCORESETsimb e {1, 2, 3} número de símbolos en el dominio de tiempo. Nc o r e s e t rb y NCORESETsímb pueden ser proporcionados por una estación base a través de señalización de capas superiores. Como se ilustra en la figura 7, puede incluirse una pluralidad de CCE (o REG) en el CORESET.
El UE puede intentar detectar un PDCCH en unidades de 1,2, 4, 8 o 16 CCE en el CORESET. Uno o una pluralidad de CCE donde se puede intentar la detección de PDCCH pueden denominarse candidatos de PDCCH.
Se puede configurar una pluralidad de CORESET para el terminal.
La figura 8 es un diagrama que ilustra una diferencia entre una zona de control de la técnica relacionada y el CORESET en NR.
Haciendo referencia a la figura 8, una zona de control 800 en el sistema de comunicación inalámbrica de la técnica relacionada (por ejemplo, LTE/LTE-A) está configurada en toda la banda del sistema utilizada por una estación base (BS). Todos los terminales, excepto algunos (por ejemplo, el terminal eMTC/NB-IoT) que solo admiten una banda estrecha, tienen que poder recibir señales inalámbricas de toda la banda del sistema de la BS para recibir/decodificar correctamente la información de control transmitida por la BS.
Por otro lado, en NR, se introdujo CORESET descrito anteriormente. Los CORESET 801, 802 y 803 son recursos de radio para que la información de control sea recibida por el terminal y pueden usar solo una parte, en lugar de la totalidad del ancho de banda del sistema. La BS puede asignar el CORESET a cada UE y puede transmitir información de control a través del CORESET asignado. Por ejemplo, en la figura 8, un primer CORESET 801 puede asignarse al UE 1, un segundo CORESET 802 puede asignarse al UE 2 y un tercer CORESET 803 puede asignarse al UE 3. En NR, el terminal puede recibir de la BS información de control, sin recibir necesariamente toda la banda del sistema.
El CORESET puede incluir un CORESET específico por UE para transmitir información de control específica por UE y un CORESET común para transmitir información de control común a todos los UE.
Mientras tanto, NR puede requerir una alta fiabilidad según las aplicaciones. En tal situación, una tasa de error de bloque objetivo (BLER) para información de control de enlace descendente (DCI) transmitida a través de un canal de control de enlace descendente (por ejemplo, canal físico de control de enlace descendente (PDCCH)) puede disminuir notablemente en comparación con las de las tecnologías convencionales. Como ejemplo de un método para satisfacer un requisito que requiere una alta fiabilidad, el contenido incluido en DCI se puede reducir y/o se puede aumentar la cantidad de recursos utilizados para la transmisión de DCI. En este caso, los recursos pueden incluir al menos unos de recursos en el dominio de tiempo, recursos en el dominio de frecuencia, recursos en el dominio de código y recursos en el dominio espacial.
En NR, se pueden aplicar las siguientes tecnologías/características.
<Estructura de subtrama autónoma>
La figura 9 ilustra un ejemplo de una estructura de trama para una nueva tecnología de acceso por radio.
En NR, una estructura donde un canal de control y un canal de datos se multiplexan por división de tiempo dentro de un TTI, como se muestra en la figura 9, se puede considerar como una estructura de trama para minimizar la latencia.
En la figura 9, una zona sombreada representa una zona de control de enlace descendente y una zona negra representa una zona de control de enlace ascendente. La zona restante puede usarse para transmisión de datos de enlace descendente (DL) o transmisión de datos de enlace ascendente (UL). Esta estructura se caracteriza por que la transmisión DL y la transmisión UL se realizan secuencialmente dentro de una subtrama y, por tanto, pueden transmitirse datos DL y pueden recibirse UL ACK/NACK dentro de la subtrama. En consecuencia, se reduce el tiempo necesario desde que se produce un error de transmisión de datos hasta la retransmisión de los datos, minimizando así la latencia en la transmisión de datos final.
En esta estructura de subtrama TDM de datos y control, puede ser necesario un intervalo de tiempo para que una estación base y un terminal cambien de un modo de transmisión a un modo de recepción o del modo de recepción al modo de transmisión. Con este fin, algunos símbolos OFDM en un tiempo en que DL conmuta a UL pueden establecerse en un período de guarda (GP) en la estructura de subtrama autónoma.
<Formación de haces analógica n.° 1>
Las longitudes de onda se acortan en ondas milimétricas (mmW) y, por lo tanto, se pueden instalar una gran cantidad de elementos de antena en la misma área. Es decir, la longitud de onda es de 1 cm a 30 GHz y, por lo tanto, se pueden instalar un total de 100 elementos de antena en forma de una matriz bidimensional a un intervalo de 0,5 lambda (longitud de onda) en un panel de 5 x 5 cm. En consecuencia, es posible aumentar una ganancia de formación de haces (BF) utilizando un gran número de elementos de antena para aumentar la cobertura o mejorar el rendimiento en mmW.
En este caso, si se proporciona una unidad transceptora (TXRU) para ajustar la potencia de transmisión y la fase por elemento de antena, se puede realizar formación de haces independiente por recurso de frecuencia. Sin embargo, la instalación de TXRU para la totalidad de los aproximadamente 100 elementos de antena disminuye la eficacia en términos de costo. Por consiguiente, se considera un método para mapear un gran número de elementos de antena a una TXRU y controlar la dirección del haz usando un desfasador analógico. Tal formación de haces analógica puede formar sólo una dirección de haz en todas las bandas y, por lo tanto, no puede proporcionar formación de haces selectiva en frecuencia.
La formación de haces híbrida (BF) que tiene un número B de TXRU que es menor que los Q elementos de antena se puede considerar como una forma intermedia de BF digital y Bf analógica. En este caso, el número de direcciones de haces que pueden transmitirse simultáneamente se limita a B, aunque depende del método para conectar las B TXRU y los Q elementos de antena.
<Formación de haces analógica n.° 2>
Cuando se utiliza una pluralidad de antenas en NR, está surgiendo la formación de haces híbrida, que es una combinación de formación de haces digital y formación de haces analógica. En este caso, en la formación de haces analógica (o formación de haces de RF), un extremo de RF realiza precodificación (o combinación) y, por lo tanto, es posible conseguir un rendimiento similar a la formación de haces digital, reduciendo al mismo tiempo el número de cadenas de RF y el número de convertidores D/A (o A/D). Por conveniencia, la estructura de formación de haces híbrida puede estar representada por N TXRU y M antenas físicas. Entonces, la formación de haces digital para las L capas de datos que se transmitirán en el extremo de transmisión puede representarse mediante una matriz de N por L, y las N señales digitales convertidas se convierten en señales analógicas a través de TXRU, y se aplica formación de haces analógica representada por una matriz M por N.
La figura 10 es un diagrama esquemático abstracto que ilustra la formación de haces híbrida desde el punto de vista de las TXRU y las antenas físicas.
En la figura 10, el número de haces digitales es L y el número de haces analógicos es N. Además, en el sistema NR, al diseñar la estación base para cambiar la formación de haces analógica en unidades de símbolos, se considera que admite una formación de haces más eficiente para un terminal situado en un área específica. Además, al definir N TXRU y M antenas de RF como un panel de antena en la figura 7, se considera introducir una pluralidad de paneles de antenas a los que es aplicable formación de haces híbrida independiente, en el sistema NR.
Cuando una estación base utiliza una pluralidad de haces analógicos como se ha descrito anteriormente, los haces analógicos adecuados para recibir señales pueden ser diferentes para los terminales y, por lo tanto, se considera una operación de barrido de haces para barrer una pluralidad de haces analógicos para ser aplicada por una estación base por símbolo en una subtrama (SF) específica para al menos una señal de sincronización, información del sistema y radiobúsqueda, de modo que todos los terminales puedan tener oportunidades de recepción.
La figura 11 ilustra la operación de barrido de haces para una señal de sincronización e información del sistema en un procedimiento de transmisión de enlace descendente (DL).
En la figura 11, los recursos físicos (o un canal físico) donde la información de sistema del sistema NR se transmite en forma de radiodifusión se denominan un canal físico de radiodifusión (xPBCH). En este caso, haces analógicos que pertenecen a diferentes paneles de antena se pueden transmitir simultáneamente dentro de un símbolo, y está en discusión un método para introducir una señal de referencia de haz (BRS) que es una señal de referencia (RS) a la que un solo haz analógico (correspondiente a un panel de antena específico) se aplica para medir un canal por haz analógico, como se ilustra en la figura 8. La BRS puede definirse para una pluralidad de puertos de antena, y cada puerto de antena de la BRS puede corresponder a un solo haz analógico. En este caso, todos los haces analógicos en un grupo de haces analógicos se aplican a la señal de sincronización o xPBCH y a continuación se transmite la señal de sincronización o xPBCH, de manera que un terminal arbitrario puede recibir sucesivamente la señal de sincronización o xPBCH.
En NR, un bloque de señal de sincronización (SSB (= señal de sincronización y canal físico de difusión (PBCH)) puede estar compuesto por cuatro símbolos OFDM en el dominio de tiempo, numerados en orden ascendente de 0 a 3 dentro del SSB; y una señal de sincronización principal (PSS), una señal de sincronización secundaria (SSS) y un PBCH asociado con la señal de referencia de demodulación (DMRS) se pueden asignar a los símbolos. En este caso, un bloque de señal de sincronización se puede denominar un bloque SS/PBCH (o SSB para abreviar) .
En NR, dado que se puede transmitir una pluralidad de bloques de señales de sincronización (SSB) en diferentes tiempos, respectivamente, y el SSB se puede usar para realizar el acceso inicial (IA), la medición de la celda de servicio y similares, es preferible transmitir el SSB primero cuando el tiempo de transmisión y los recursos de SSB se superponen con los de otras señales. Con este fin, la red puede difundir el tiempo de transmisión y la información de recursos del SSB o indicarlos a través de señalización RRC específica por UE.
A partir de ahora, se describirá la presente divulgación. En lo que sigue, una señal de capa más alta puede referirse a un mensaje de control de recursos de radio (RRC), mensaje MAC o información del sistema.
En NR, los haces pueden usarse para transmisión y recepción. Si se degrada el rendimiento de recepción de un haz de servicio actual, se puede realizar un proceso de búsqueda de un nuevo haz a través de la denominada recuperación de fallos de haz (BFR, Beam Failure Recovery).
Dado que el proceso de BFR no está destinado a declarar un error o fallo de un enlace entre la red y un UE, se puede suponer que una conexión a la celda de servicio actual se retiene incluso si se realiza el proceso de BFR. Durante el proceso de BFR, se puede realizar la medición de diferentes haces (que pueden expresarse en términos de puerto CSI-RS o índice de bloque de señal de sincronización (SSB)) configurados por la red, y se puede seleccionar el mejor haz para el UE correspondiente. El UE puede realizar el proceso de BFR de manera que realice un proceso RACH asociado con un haz que produzca un buen resultado de medición.
La presente divulgación propone un método para configurar un CORESET y un conjunto de espacios de búsqueda requeridos para realizar el proceso de BFR desde el punto de vista del procesamiento del canal de control y un método de mapeo de candidatos para tratar la complejidad de BD/CE. El estado de Indicación de configuración de transmisión (en adelante, TCI) en la presente descripción puede configurarse para cada CORESET de un canal de control y puede usarse como parámetro para determinar un haz de recepción (Rx).
Para cada BWP de DL de una celda de servicio, un UE se puede configurar para tres o menos CORESET. Además, un UE puede recibir la siguiente información para cada CORESET.
1) Índice CORESET p (uno de 0 a 11, donde el índice de cada CORESET se puede determinar de forma única entre los BWP de una celda de servicio),
2) Valor de inicialización de secuencia de aleatorización PDCCH DM-RS,
3) Duración de un CORESET en el dominio de tiempo (que puede expresarse en unidades de símbolo), 4) Conjunto de bloques de recursos,
5) Parámetro de mapeo de CCE a REG,
6) Puerto de antena cuasi-colocalización que representa información de cuasi-colocalización (QCL) de un puerto de antena DM-RS para recibir un PDCCH en cada CORESET (de un conjunto de cuasi-colocalizaciones de puerto de antena proporcionado por un parámetro de capa superior denominado 'Estado-TCI'),
7) Indicación de presencia del campo de Indicación de configuración de transmisión (TCI) para un formato DCI específico transmitido por el PDCCH en el CORESET, y así sucesivamente.
En este caso, el parámetro/elemento de información 'Estado-TCI' está asociado con un tipo de QCL (puede haber QCL de tipo A, B, C y D; y para la descripción de cada tipo, se hace referencia a la Tabla 4) correspondiente a una o dos señales de referencia de enlace descendente.
[Tabla 4]
Figure imgf000009_0001
Cada 'Estado-TCI' puede incluir un parámetro para configurar la relación de cuasi-colocalización entre una o dos señales de referencia de enlace descendente y el puerto DM-RS del PDSCH/PDCCH.
La siguiente tabla es un ejemplo de elemento de información 'Estado-TCI' (IE).
[Tabla 5]
Figure imgf000010_0001
Entre los elementos de información 'Estado-TCI', 'bwp-Id' informa de un BWP de DL donde está ubicada una Señal de Referencia (RS). 'Celda' informa de la celda de servicio del UE donde está configurada la referenceSignal. Si el campo está ausente, esto aplica a la celda de servicio donde está configurado el Estado-TCI. La RS se puede ubicar en una celda de servicio que no sea la celda de servicio donde el Estado-TCI está configurado, solo si el QCL-Tipo está configurado como tipoC o tipoD. 'referenceSignal' informa de la señal de referencia con la que se proporciona información de cuasi-colocalización. 'QCL-Tipo' puede indicar al menos uno de los tipos de QCL de la Tabla 4.
Al mismo tiempo, para un CORESET con índice 0, el UE asume que un puerto de antena DM-RS para recepciones PDCCH en el CORESET está cuasi-colocalizado con i) el uno o más DL RS configurados por un estado de TCI, donde el estado de TCI es indicado por un comando de activación de MAC CE para el CORESET o ii) un bloque SS/PBCH identificado por el UE durante un procedimiento de acceso aleatorio más reciente no iniciado por una orden de PDCCH que desencadena un procedimiento de acceso aleatorio no basado en contención, si no se ha recibido ningún comando de activación de MAC CE que indique un estado de TCI para el CORESET después del procedimiento de acceso aleatorio más reciente.
Para un CORESET que no sea un CORESET con índice 0, si a un UE se le proporciona un único estado de TCI para un CORESET, o si el UE recibe un comando de activación de MAC CE para uno de los estados de TCI proporcionados para un CORESET, el UE asume que el puerto de antena DM-RS asociado con las recepciones PDCCH en el CORESET está cuasi-colocalizado con las una o más DL RS configuradas por el estado de TCI. Para un CORESET con índice 0, el UE espera que QCL-TipoD de una CSI-RS en un estado de TCI indicado por un comando de activación MAC CE para el CORESET sea proporcionado por un bloque SS/PBCH.
Si el UE recibe el comando de activación de MAC CE para uno de los estados de TCI, el UE puede aplicar el comando de activación después de 3 ms de una ranura que transmite información de HARQ-ACK sobre el PDSCH que proporciona el comando de activación. Un BWP activo puede definirse como un BWP activo en una ranura cuando se aplica el comando de activación.
En una celda de servicio, el UE puede recibir 10 o menos conjuntos de espacios de búsqueda de cada BWP de DL configurado para el UE. Para cada conjunto de espacios de búsqueda, el UE puede recibir al menos una de la siguiente información.
1) Índice de conjunto de espacios de búsqueda s (0<s <40), 2) asociación entre un CORESET P y el conjunto de espacios de búsqueda s, 3) periodicidad de monitorización de PDCCH y desplazamiento de monitorización de PDCCH (unidad de ranura), 4) patrón de monitorización de PDCCH dentro de una ranura (por ejemplo, el patrón indica el primer símbolo del CORESET dentro de una ranura para monitorización de PDCCH), 5) el número de ranuras donde existe el conjunto de espacios de búsqueda, 6) el número de candidatos de PDCCH para cada nivel de agregación de CCE, 7) información que indica si el conjunto de espacios de búsqueda es un CSS o un USS, y 8) formato DCI que el UE tiene que monitorizar.
[CORESET para BFR y conjunto de espacios de búsqueda]
Durante el proceso de BFR, cuando un UE realiza un proceso de canal de acceso aleatorio (RACH) utilizando un recurso asociado con un haz elegido como el mejor, se puede utilizar un CORESET y un espacio de búsqueda para recibir de la red una señal requerida, como un mensaje de respuesta de acceso aleatorio (RAR). Hasta que se configuran unos nuevos CORESET y espacio de búsqueda que reflejen información de haz modificada adicionalmente, el UE puede recibir una concesión de UL o una asignación de DL a través del CORESET BFR. <Relación entre BWP y 'CORESET BFR y conjunto de espacios de búsqueda'>
En NR, se pueden configurar un máximo de tres CORESET y 10 conjuntos de espacios de búsqueda para cada parte de ancho de banda (BWP). En este momento, la flexibilidad de planificación se puede aumentar haciendo que cada CORESET tenga diferentes propiedades de CORESET (por ejemplo, mapeo de CCE a REG (con o sin intercalado), tamaño de paquete REG (por ejemplo, 2, 3, 6 REG) y señal de referencia de banda ancha (WB)/banda estrecha (NB)) y haciendo que cada conjunto de espacios de búsqueda tenga una ocasión de monitorización diferente (en lo que sigue, que también se puede llamar un tiempo de monitorización), diferente nivel de agregación (AL) y diferente número de candidatos. Un UE monitoriza un conjunto de candidatos de PDCCH en uno o más CORESET en un BWP de DL activado de cada celda de servicio activada para la que se configura monitorización de PDCCH según los conjuntos de espacios de búsqueda correspondientes. En este caso, la monitorización se refiere a la decodificación de cada uno de los candidatos de PDCCH según el formato DCI.
En el caso de un CORESET BFR, (independientemente de la flexibilidad de planificación de la transmisión y recepción PDCCH antes mencionada), dado que es necesario para un proceso de búsqueda de un nuevo haz debido a la degradación del rendimiento de recepción del haz, puede ser preferible no aplicar la restricción correspondiente al número máximo de CORESET por BWP (es decir, la restricción que permite 3 CORESET por cada BWP) al CORESET BFR. En otras palabras, el UE puede configurarse con 3 CORESET excluyendo el CORESET BFR para cada BWP y 10 conjuntos de espacios de búsqueda excluyendo el conjunto de espacios de búsqueda BFR. Cuando se reutiliza un CORESET normal para el CORESET BFR, si el CORESET normal está configurado para un uso distinto de la BFR, el CORESET BFR puede incluirse en el número máximo de CORESET para cada BWP. Este esquema se puede aplicar de la misma manera para el conjunto de espacios de búsqueda. El CORESET BFR puede configurarse para cada BWP o puede configurarse mediante el BWP inicial. Cuando el CORESET BFR se configura para cada BWP, se puede aplicar la configuración correspondiente para cada BWP; de lo contrario, se puede monitorizar el CORESET BFR del BWP inicial.
Además, junto a los siguientes métodos, se puede reutilizar un CORESET previamente configurado y/o un CORESET que asocie un conjunto de espacios de búsqueda con el BFR y/o un conjunto de espacios de búsqueda. En este caso, parte de los parámetros de la configuración del CORESET y/o la configuración del conjunto de espacios de búsqueda pueden configurarse nuevamente. Por ejemplo, para el caso de un parámetro como el estado de TCI en la configuración del CORESET, independientemente de una configuración previa, se puede suponer que en el CORESET BFR, el mejor haz se define a partir de la medición de un UE o por el proceso RACH realizado por el UE en el proceso de BFR.
<Caso donde el CORESET BFR se configura para cada BWP>
1) Un CORESET BFR siempre puede configurarse para un BWP (es decir, un BWP activo) para el que un UE mantiene transmisión hacia, y recepción desde la red actual. Esto puede implementarse mediante un método de este tipo que incluye información sobre el CORESET BFR dentro de la configuración de la BFR. Además, una ocasión de monitorización del CORESET BFR puede determinarse mediante un tiempo de transmisión PRACH debido a BFR. Por ejemplo, la ocasión de monitorización del CORESET BFR puede estar dada por cada ranura dentro de una ventana de monitorización de Respuesta de Acceso Aleatorio (RAR) después del índice de ranura de transmisión PRACH más 4.
2) Puede ser preferible considerar/reconocer que se mantenga una conexión a una celda de servicio incluso si el proceso de BFR está en progreso. Por lo tanto, un UE puede realizar no solo la monitorización del CORESET BFR sino también la monitorización de DCI según un CORESET previamente configurado y una configuración de conjunto de espacios de búsqueda. Por ejemplo, en el CORESET BFR, este se puede definir de una manera para monitorizar solo el PDCCH aleatorizado con C-RNTI. En este caso, dado que hay ocasiones donde la información asignada con un RNTI único, tal como el indicador de formato de ranura o el índice de formato de ranura (SFI), la información del sistema (SI) o la radiobúsqueda, no se transmite al UE, puede ser preferible mantener la monitorización de un CORESET existente. En este momento, se describirá más adelante un método para configurar candidatos reales mediante los que un UE realiza la monitorización.
<Caso donde el CORESET BFR se configura para el BWP inicial>
1) El BWP inicial puede configurarse básicamente con un CORESET configurado por el PBCH (CORESET #0) y un CORESET configurado para el proceso RACH (CORESET #1); y si el CORESET #1 no está configurado, el CORESET #0 se puede reutilizar para el CORESET #1.
2) Cuando se realiza monitorización de DCI convencional, el UE puede tener que realizar la monitorización de diferentes BWP en la misma ranura para monitorizar la DCI anterior. En este caso, se pueden considerar los siguientes métodos (opciones).
Opción 1) La monitorización de un CORESET BFR se considera un caso especial, e incluso cuando un BWP activo no coincide con el BWP inicial, se puede realizar la monitorización DCI para el BFR y la monitorización de un DCI configurado previamente.
Opción 2) Cuando un BWP que realiza la monitorización DCI de BFR es diferente de un BWP activo anterior, es posible que no se realice la monitorización DCI del BWP activo anterior. Solo cuando el BWP que realiza la monitorización DCI de BFR es el mismo que un BWP activo anterior, se puede incluir un método para realizar la monitorización de una DCI anterior.
3) Cuando se configura un CORESET BFR para el BWP inicial, el CORESET BFR se puede indicar utilizando el siguiente método (opción).
Opción 1) Reutilización de CORESET #0 o CORESET #1
Un CORESET BFR puede estar predefinido o la red puede configurar un CORESET BFR para reutilizar un CORESET previamente definido, mediante señalización de capas superiores.
Si el CORESET #0 se reutiliza como un CORESET BFR, y el proceso de BFR se realiza en función del puerto CSI-RS, la red puede señalizar la relación entre cada puerto CSI-RS utilizado en el proceso de BFR y el índice SSB asociado con el CORESET #0. Por ejemplo, una relación de mapeo entre el puerto CSI-RS usado en el proceso de BFR y el índice SSB puede indicarse a través de señalización de capas superiores.
Opción 2) Nuevo CORESET para BFR
La red puede indicar/proporcionar una configuración para un CORESET BFR definido dentro del BWP inicial para cada UE, y un método de indicación/provisión puede usar una señal de difusión o una señal dedicada al UE.
En el caso de un CORESET BFR/SS, la configuración puede ser opcional. Por lo tanto, si el CORESET BFR/SS no está configurado dentro del BWP activo correspondiente, o no está configurado un recurso de acceso aleatorio sin contención de BFR (CFRA), un UE puede realizar la siguiente operación.
1) La recuperación del haz se puede realizar junto con un recurso de acceso aleatorio basado en contención (CBRA). Se puede suponer que un RAR CORESET/SS asociado con el recurso CBRA correspondiente es un CORESET BFR, en el que se puede esperar una recepción de respuesta para una pluralidad de haces.
2) Se puede esperar una recepción de respuesta para una pluralidad de haces, a través de un RAR CORESET/SS asociado con el recurso CBRA.
3) Se puede utilizar un recurso CFRA/CBRA/RAR CORESET/SS volviendo al BWP de DL/UL inicial. O bien, esta opción puede aplicarse solo en el caso de que no exista un recurso CORESET BFR/SS o CFRA dentro del correspondiente BWP de DL/UL activo.
[Complejidad de estimación de canal y decodificación ciega en el proceso de BFR]
En NR, la monitorización de una pluralidad de CORESET y conjuntos de espacios de búsqueda se puede configurar para la misma ranura. Por lo tanto, el número máximo de decodificación ciega (BD) y estimación de canal que se puede realizar dentro de una ranura puede definirse considerando la complejidad de un UE, y aquellas ranuras que exceden el valor máximo correspondiente pueden no realizar la monitorización de parte del conjunto de espacios de búsqueda/de los candidatos de monitorización. Para realizar la monitorización de un CORESET BFR sin problemas, una ranura que realiza la monitorización del CORESET BFR puede configurar un candidato que tiene que ser monitorizado, de la siguiente manera (actualmente, para ranuras normales, se realiza primero b D y estimación de canal para un espacio de búsqueda común (CSS), y se asume que no se excede el límite debido al CSS. Posteriormente, se realiza selección de candidatos (o mapeo) al nivel de conjunto de espacios de búsqueda para un espacio de búsqueda específico por UE (USS), y se asume que un índice de espacio de búsqueda menor tiene una prioridad mayor para una pluralidad de USS).
<Prioridad del conjunto de espacios de búsqueda BFR>
1) La monitorización de un conjunto de espacios de búsqueda BFR puede designarse como la prioridad máxima. i) Dado que la configuración del haz de servicio tiene que realizarse primero en el proceso de BFR, se tiene que realizar la monitorización de candidatos que pertenecen a un conjunto de espacios de búsqueda relacionado con BFR, ii) por lo tanto, un conjunto de espacios de búsqueda relacionado con BFR (por ejemplo, una respuesta con respecto al PRACH transmitido por un UE durante el proceso de BFR y un proceso posterior) puede configurar la prioridad máxima independientemente del tipo (por ejemplo, CSS/USS) del correspondiente conjunto de espacios de búsqueda BFR, y se puede suponer que ningún candidato que pertenezca al conjunto de espacios de búsqueda correspondiente supera el límite.
2) La monitorización de un conjunto de espacios de búsqueda BFR se puede realizar independientemente de la BD, por ranura y límite de CCE. Para DCI relacionada con BFR, es posible que la decodificación no tenga que completarse necesariamente dentro de una ranura que recibe la DCI. Por lo tanto, la monitorización de DCI configurada previamente se puede realizar de forma continua considerando BD por ranura y el límite de CCE, y la monitorización de un conjunto de espacios de búsqueda SFR se puede realizar de forma independiente. En este momento, se puede suponer que la BD y el número de CCE configurados por el conjunto de espacios de búsqueda BFR no exceden el límite.
<Suposición sobre CSS>
Tal como se ha descrito anteriormente, para ranuras normales (en otras palabras, ranuras que no realizan el proceso de BFR), se puede suponer que los espacios de búsqueda comunes configurados no exceden el número máximo de BD y CCE.
Sin embargo, dado que el número de BD/CCE para la monitorización de BFR se agrega cuando se monitoriza un CORESET BFR, puede haber posibilidades de que se exceda el límite de BD/CCE cuando se tengan en cuenta los BD/CCE debido a los espacios de búsqueda comunes existentes. Por lo tanto, se puede aplicar la siguiente suposición para una ranura que monitoriza un conjunto de espacios de búsqueda BFR. Las siguientes opciones pueden implementarse por separado o en forma de una combinación de las mismas. Las siguientes opciones pueden aplicarse solo a un espacio de búsqueda común, pero un USS según una configuración anterior puede no ser monitorizado durante el proceso de BFR. O puede elegirse un candidato para la monitorización entre los espacios de búsqueda comunes según las siguientes opciones, y si hay margen para BD/CCE, el PDCCH aún puede mapearse al conjunto de espacios de búsqueda con respecto al USS posteriormente.
Opción 1) Se puede suponer que los espacios de búsqueda comunes configurados previamente no exceden el límite de BD y CCE incluso en una ranura BFR. Esto puede indicar que incluso si la red realiza BD y estimación de canal en la ranura BFR para un candidato relacionado con BFR, el número de BD y CCE para los espacios de búsqueda comunes se establece al menos para que no exceda un límite configurado previamente.
Opción 2) Si el número de BD y CCE en los espacios de búsqueda comunes excede un límite configurado previamente debido al número de BD y CCE debido a un conjunto de espacios de búsqueda BFR, se puede aplicar descarte de nivel del conjunto de espacios de búsqueda para el/los espacio(s) de búsqueda común(es). En este momento, la prioridad entre los conjuntos de espacios de búsqueda puede determinarse mediante el índice de espacio de búsqueda (por ejemplo, se supone que un índice de espacio de búsqueda bajo (alto) tiene prioridad alta), el formato DCI (por ejemplo, la prioridad se define para cada formato DCI), etcétera.
Por ejemplo, supóngase que un límite de BD y un límite de CCE definidos dentro de una ranura se indican mediante Xranura y Yranura, respectivamente; y los números de BD y CCE configurados para un conjunto de espacios de búsqueda BFR se indican mediante Xbfr y Ybfr. A continuación, los números de BD y CCE permitidos para el/los espacio(s) de búsqueda común(es) configurados para la ranura correspondiente pueden obtenerse mediante Xcss (= Xranura - Xbfr), Ycss (= Yranura - Ybfr), respectivamente. En este momento, entre los espacios de búsqueda comunes configurados para la ranura correspondiente, si los números de BD y CCE de un conjunto de espacios de búsqueda comunes que tienen la prioridad máxima son menores que Xcss y Ycss, se puede realizar decodificación ciega del correspondiente espacio de búsqueda común. A continuación, los valores Xcss y Ycss se actualizan y el proceso correspondiente puede repetirse para un espacio de búsqueda común que tenga la segunda prioridad máxima, hasta que se exceda uno de los dos límites. Es posible que no se realice BD para un espacio de búsqueda común que exceda el límite.
El descarte de candidatos a nivel de candidato también puede incluirse en la opción 2).
Opción 3) Si se configura monitorización de un conjunto de espacios de búsqueda BFR y uno o más conjuntos de espacios de búsqueda comunes en una ranura específica; y el número de BD y/o CCE debidos al conjunto de espacios de búsqueda BFR y el número de BD y/o CCE debidos al/a los conjunto(s) de espacios de búsqueda comunes excede el límite correspondiente, es posible que no se realice monitorización del espacio de búsqueda común .
Opción 4) La monitorización de un CORESET BFR/SS se puede incluir además de la capacidad del UE. En otras palabras, un CORESET BFR/SS puede asumir que un UE es además capaz de realizar una estimación de canal/BD más allá de su capacidad previa, tanto como esté configurado, y puede que no considere la estimación de canal/límite de BD. Esto indica que la capacidad con respecto a un CORESET BFR y un conjunto de espacios de búsqueda puede definirse por separado, o que se supone que la BD/estimación de canal relacionada con BFR se realiza siempre independientemente de la BD/estimación de canal para una DCI normal. Se puede aplicar un límite para la estimación de canal y BD a los restantes CORESET/conjuntos de espacios de búsqueda, excepto para el conjunto de espacios de búsqueda/CORESET BFR.
Opción 5) En una ranura donde se realiza la monitorización de un CORESET BFR, esto se puede predefinir o indicar mediante señalización de capas superiores para que solo se monitorice un candidato correspondiente a un RNTI específico entre los candidatos de un conjunto de espacios de búsqueda/CORESET existente. Por ejemplo, en una ranura donde se realiza la monitorización de un CORESET BFR, esta se puede configurar de modo que sólo se monitorice un candidato PDCCH relacionado con SFI de entre un conjunto de espacios de búsqueda/CORESET configurado previamente. Además, si se excede el límite de BD/CCE en el momento de la monitorización de un CORESET existente, es posible que no se realice la monitorización del CORESET existente.
Opción 6) En una ranura donde se tenga que monitorizar un CORESET BFR, esto se puede predefinir o indicar mediante señalización de capas superiores para que no se realice la monitorización de otros CORESET excepto el CORESET BFR.
[Prioridad de haz de Rx]
Tal como se ha descrito anteriormente, en NR, los límites para los números de BD y CCE se definen en términos de complejidad de UE, y si se exceden los límites correspondientes en una ranura específica, se puede omitir la monitorización de parte de los candidatos de monitorización. También se puede aplicar un método basado en el esquema operativo anterior para un haz de Rx utilizado para recursos de tiempo específicos.
En NR, la monitorización de una pluralidad de CORESET se puede realizar la misma ranura y, en este momento, los CORESET se pueden superponer entre sí en el dominio de tiempo/frecuencia. Además, para cada CORESET, se puede aplicar una suposición de cuasi-colocalización (QCL) diferente (es decir, el estado de TCI para un PDCCH puede establecerse de manera diferente para cada CORESET). Esto implica que se pueden incluir una pluralidad de CORESET que tienen que recibir diferentes haces de Rx en el mismo símbolo, y un UE que tiene un panel de RF (es decir, un UE capaz de recibir solo un haz de Rx de un recurso de tiempo específico) tiene que seleccionar uno de una pluralidad de haces de Rx. La recepción de una señal mediante el uso de un haz de Rx específico puede indicar que se aplica un filtro espacial para recibir una señal específica desde el punto de vista de la implementación del UE. La suposición de QCL o TCI antes mencionada puede considerarse como información relacionada con la aplicación del filtro espacial.
La presente divulgación propone un método para configurar un haz de Rx entre una pluralidad de haces de Rx. Este esquema operativo del método propuesto puede interpretarse de modo que cuando una pluralidad de estados de TCI se establecen en el mismo recurso del dominio de tiempo, se configuran las prioridades de los estados de TCI correspondientes, y un estado de TCI que tiene la prioridad máxima se aplica al correspondiente recurso del dominio de tiempo. Además, este esquema operativo también puede interpretarse como la configuración de prioridades de una pluralidad de CORESET que se superponen en el dominio de tiempo.
Si se determina un haz de Rx que un UE aplicó (o se determina el estado de TCI) mediante el siguiente método, la red puede realizar la transmisión en el CORESET asociado con el haz de Rx correspondiente, o en el caso de un CORESET en el que se utiliza un haz de Rx incorrecto, el rendimiento de recepción puede compensarse mediante la tasa de codificación o el aumento de potencia.
La figura 12 ilustra un método de monitorización de PDCCH de un UE según una realización de la presente divulgación.
Haciendo referencia a la figura 12, cuando las ocasiones de monitorización de PDCCH se superponen entre sí en una pluralidad de CORESET, un UE selecciona un CORESET específico aumentando la prioridad de un conjunto de recursos de control que incluye un espacio de búsqueda común (CSS) para que sea mayor que la prioridad de un conjunto de recursos de control que incluye un espacio de búsqueda específico por UE (USS) S121.
El PDCCH se monitoriza en el CORESET específico seleccionado (si existe un CORESET que usa el mismo haz de Rx que el CORESET seleccionado (por ejemplo, un CORESET que tiene las mismas propiedades de QCL (por ejemplo, QCL-tipoD)), se incluye también el CORESET correspondiente) S122.
A continuación, se describen opciones (métodos) específicos para seleccionar al menos un CORESET entre la pluralidad de CORESET. En lo que sigue, por conveniencia de las descripciones, cada opción se describe por separado, pero las siguientes opciones pueden usarse por separado o en forma de una combinación de las mismas. Opción 1) Prioridad basada en mediciones
Un UE puede configurar un haz de Rx en el recurso de tiempo correspondiente basándose en la medición y resultado de la notificación. Por ejemplo, un símbolo en el dominio de tiempo se puede mapear a tres CORESET en el dominio de frecuencia. En otras palabras, tres CORESET pueden superponerse en el dominio de tiempo. En este caso, cuando la suposición de QCL es diferente para cada CORESET, se puede configurar un haz de Rx en el símbolo correspondiente en función del mejor resultado de medición entre los resultados de medición asociados con los CORESET respectivos. Como ejemplo, un haz de Rx (o estado de TCI) asociado con un CORESET que tiene el valor RSRP más alto entre los valores RSRP medidos de los CORESET respectivos (o el valor RSRP de una señal configurada para un estado de TCI de cada CORESET) se puede aplicar a el símbolo correspondiente. En la opción 1, un haz de Rx puede determinarse basándose en la medición actual de un UE o determinarse basándose en el resultado de medición notificado más recientemente. Al notificar un valor medido desde cada CORESET a un gNB, el UE puede dejar que el gNB (red) conozca el haz de Rx a seleccionar por el UE.
Opción 2) Prioridad basada en índice CORESET/de conjunto de espacios de búsqueda
Asignando prioridad a un índice CORESET o un índice de conjunto de espacios de búsqueda, se puede determinar el haz de Rx que se aplicará al recurso correspondiente. Por ejemplo, un UE puede configurar un haz de Rx en base a un CORESET con el índice CORESET mínimo (o máximo) o el estado de TCI de un CORESET asociado con el índice de conjunto de espacios de búsqueda mínimo.
Opción 3) Prioridad basada en mensajes
Un UE puede configurar un haz de Rx basado en la prioridad (por ejemplo, formato DCI, RNTI y BFR) de un mensaje que tiene que ser monitorizado en cada CORESET. Por ejemplo, un haz de Rx de un DCI de monitorización CORESET relacionado con SFI, prioridad, etc. puede tener mayor prioridad que un haz de Rx de un DCI sin retorno de monitorización CORESET.
Como otro ejemplo, un haz de Rx de una información de monitorización CORESET necesaria para mantener la comunicación de un UE, tal como RACH/actualización de SI/radiobúsqueda puede configurarse para tener una prioridad mayor.
Como otro ejemplo más, el tipo de conjunto de espacios de búsqueda, tal como CSS/USS, puede considerarse como un elemento para determinar la prioridad. Más específicamente, CSS puede tener mayor prioridad que USS. Para el caso de un CORESET relacionado con recuperación de fallo de haz (o gestión de haz), se puede asignar la prioridad máxima independientemente de la prioridad CORESET dentro de una ranura que tiene que realizar monitorización.
Por ejemplo, i) si un UE está configurado para operación de celda única o para operación con agregación de portadoras en la misma banda de frecuencia, ii) si el UE monitoriza candidatos de PDCCH en ocasiones de monitorización de PDCCH superpuestas en múltiples CORESET que tienen propiedades QCL iguales o diferentes (por ejemplo, propiedades QCL-TipoD) en uno o varios BWP de DL activos de una o más celdas, el UE puede monitorizar el PDCCH solo en el CORESET en el BWP de DL activo de una celda con el índice mínimo entre una o más celdas correspondientes a el conjunto de CSS con el índice mínimo (si existe otro CORESET que tenga las mismas propiedades QCL (propiedades QCL-TipoD) con el CORESET entre la pluralidad de CORESET, también se incluye el otro CORESET).
El índice de conjunto USS mínimo puede determinarse para todos los conjuntos USS que tienen al menos un candidato de PDCCH entre las ocasiones de monitorización de PDCCH superpuestas.
En otras palabras, un UE que monitoriza una pluralidad (conjuntos de, en lo que sigue, los mismos) de espacios de búsqueda asociados con diferentes CORESET puede realizar una operación de celda única o una operación de agregación de portadoras dentro de la misma banda de frecuencia. En este caso, si las ocasiones de monitorización del espacio de búsqueda (conjunto) se superponen en el dominio de tiempo, y los espacios de búsqueda están asociados con diferentes CORESET que tienen diferentes propiedades QCL-TipoD, el UE monitoriza el PDCCH en un CORESET correspondiente a (que incluye) un CSS (conjunto) con el índice mínimo en un BWP de DL activo de una celda de servicio con el índice de celda de servicio mínimo incluyendo el CSS. En este momento, el UE puede monitorizar un CORESET diferente con las mismas propiedades QCL-TipoD que las propiedades QCL-TipoD del CORESET dado. Por ejemplo, si dos o más CORESET incluyen un CSS (conjunto) respectivamente, el UE puede seleccionar un CORESET que incluye un espacio de búsqueda con el índice (o ID) mínimo entre las ocasiones de monitorización en un BWP de DL activo de una celda de servicio con el índice de celda de servicio mínimo. En este momento, el UE puede monitorizar los espacios de búsqueda superpuestos asociados con los CORESET que tienen las mismas propiedades QCL-TipoD que el CORESET.
Si ninguno de los CORESET incluye un CSS, un UE puede seleccionar un CORESET que incluye un USS con el índice (o ID) mínimo en una ocasión de monitorización en un BWP de DL activo de una celda de servicio con el índice de celda de servicio mínimo. En este momento, el UE puede monitorizar los espacios de búsqueda superpuestos asociados con los CORESET que tienen las mismas propiedades QCL-TipoD. A tal efecto, cuando una CSI-RS se origina en un SSB, el QCL-TipoD para el SSB y el QCL-TipoD para la CSI-RS (o TRS) pueden considerarse diferentes entre sí.
Al mismo tiempo, un espacio de búsqueda no seleccionado se puede considerar equivalente a descartar todo el espacio de búsqueda (en lugar de perforar que no monitoriza solo la parte superpuesta del espacio de búsqueda). La asignación de candidatos de CCE y PDCCH no superpuestos para la monitorización de PDCCH puede determinarse según los conjuntos de espacios de búsqueda completos asociados con una pluralidad de CORESET en el o los BWP de DL activos de una o más celdas. El número de estados de TCI activos se puede determinar a partir de la pluralidad de CORESET.
El UE puede decodificar un PDSCH según un PDCCH (detectado) que incluye DCI del UE y puede configurarse con una lista que incluye hasta M configuraciones de estado-TCI dentro de un parámetro de capa superior denominado 'PDSCH-config' para la decodificación. Y el valor M puede depender de la capacidad del UE (por ejemplo, el número máximo de estados de TCI que pueden activarse para cada BWP).
En este caso, cada estado de TCI puede incluir parámetros para configurar una relación de cuasi-colocalización (QCL) entre (una o dos) señales de referencia y puertos DM-RS del PDSCH. La relación de cuasi-colocalización puede configurarse mediante el parámetro de capa superior QCL-Tipo1 para una primera señal de referencia de enlace descendente (DL RS) y (si está configurado) el parámetro de capa superior QCL-Tipo2 para una segunda señal de referencia de enlace descendente (DL RS). Los tipos de QCL pueden no ser los mismos para las dos señales de referencia de enlace descendente. El tipo de cuasi-colocalización correspondiente a cada señal de referencia de enlace descendente puede estar dado por un parámetro de capa superior QCL-Tipo (que se incluye en QCL-Info) y puede ser uno de QCL-TipoA, QCL-TipoB, QCL-TipoC, y QCL-TipoD.
Un UE puede recibir un comando de activación que se usa para mapear hasta 8 estados de TCI a los puntos de código del campo DCI "Indicación de configuración de transmisión". Si un HARQ-ACK correspondiente a un PDSCH que lleva el comando de activación se transmite desde la ranura n, el mapeo entre el punto de código del campo DCI 'Indicación de configuración de transmisión' y el estado de TCI puede aplicarse después de que haya pasado un período de tiempo predeterminado (por ejemplo, desde la ranura n 3Nsubtrama• ranura v 1). Después de recibir una configuración de capa superior inicial del estado de TCI y antes de recibir el comando de activación, el UE puede asumir que los puertos DM-RS de un PDSCH de una celda de servicio están en una cuasi-colocalización con un bloque SS/PBCH determinado a partir del procedimiento de acceso inicial para 'QCL-TipoA'. Si aplica, la operación anterior puede ser la misma para 'QCL-TipoD'.
Opción 4) Prioridad debida al orden temporal de las ocasiones de monitorización
Un UE puede aplicar un haz de Rx asociado con un primer conjunto de espacios de búsqueda encontrado, según un orden de monitorización del conjunto de espacios de búsqueda de cada CORESET. En otras palabras, la prioridad de cada CORESET se puede determinar según un índice de símbolo de inicio del CORESET. Si el mismo CORESET está asociado a una pluralidad de conjuntos de espacios de búsqueda y tiene el mismo símbolo de inicio, se puede determinar un haz de Rx basándose en la prioridad, tal como un índice de conjunto de espacios de búsqueda.
En otras palabras, a medida que el índice de símbolo de inicio de un CORESET asociado entre los conjuntos de espacios de búsqueda que tienen que ser monitorizados se hace menor (o mayor), el CORESET asociado puede tener alta prioridad.
Opción 5) La prioridad de un CORESET puede determinarse según el número de conjuntos de espacios de búsqueda asociados con el CORESET.
Tal como se ha descrito anteriormente, en NR, se pueden configurar 3 CORESET y 10 conjuntos de espacios de búsqueda para cada BWP, lo que indica que una pluralidad de conjuntos de espacios de búsqueda pueden estar asociados con un CORESET. La opción 5 está relacionada con un método para asignar alta prioridad a un CORESET con el que un gran número de conjuntos de espacios de búsqueda están asociados, bajo una condición donde una pluralidad de conjuntos de espacios de búsqueda asociados con una pluralidad de CORESET tienen que ser monitorizados en una ranura específica, y el estado de TCI de cada CORESET es diferente entre sí. En este momento, el número de conjuntos de espacios de búsqueda asociados puede limitarse a los conjuntos de espacios de búsqueda que realizan la monitorización en la ranura correspondiente.
Opción 6) La prioridad de un CORESET se puede determinar en función del estado de TCI.
En otras palabras, la prioridad puede ser determinada por el estado de TCI establecido para cada CORESET. Como ejemplo, entre los estados de TCI establecidos por una señal RRC, el estado de TCI con un índice menor (o mayor) se puede configurar para tener una prioridad mayor. O para aplicar la información más reciente del estado de un canal, el estado de TCI que se ha configurado más recientemente en orden temporal puede establecerse para que tenga la prioridad máxima. Un gNB puede informar de parte de los estados de TCI (por ejemplo, 8) entre una pluralidad de estados de TCI predeterminados (por ejemplo, 64) a través de un mensaje RRC e informar de uno de entre la parte de los estados de TCI a través de un MAC CE. O, el gNB puede informar directamente de uno de entre una pluralidad de estados de TCI predeterminados a través de un mensaje RRC.
En otro método, la prioridad puede determinarse según un método para determinar el estado de TCI de cada CORESET, que puede considerarse como un método que da alta prioridad al estado de TCI donde el cambio de canal puede tratarse rápidamente. Por ejemplo, un CORESET para el que el estado de TCI se elige a través de la señalización MAC CE de entre una pluralidad de estados de TCI indicados por una señal RRC para un CORESET específico puede tener una prioridad mayor que un CORESET para el que el estado de TCI se configura solo a través de señalización RRC.
Además, cuando se determina una regla de prioridad como la propuesta anteriormente, un CORESET con baja prioridad puede haber reducido las ocasiones de monitorización de manera que la monitorización no se realiza en una ranura donde se produce superposición, o puede experimentar una degradación del rendimiento con una mayor frecuencia. Por lo tanto, la presente divulgación propone además cambiar la regla de prioridad de forma periódica o no periódica. Este cambio puede realizarse de forma predefinida o mediante una indicación de la red. Por ejemplo, se puede utilizar un índice de ranura (subtrama o trama) como criterio para cambiar la regla de prioridad. Como un ejemplo, si se aplica la opción 2), y el índice de la ranura es un número impar, la prioridad alta se establece en el CORESET asociado con un conjunto de espacios de búsqueda con un índice bajo, mientras que, si el índice de la ranura es un número par, la prioridad alta se puede establecer en el CORESET asociado con un conjunto de espacios de búsqueda con un índice alto. Se puede por tanto obtener la ventaja de que se impide que las ocasiones de monitorización para un CORESET específico o un conjunto de espacios de búsqueda específico se reduzcan debido a la prioridad.
Las descripciones anteriores proponen un método para seleccionar qué estado de TCI configura un haz de Rx cuando los CORESET que tienen diferentes estados de TCI en un recurso de tiempo específico se configuran de la misma manera. Cuando un CORESET tiene tanto el recurso de tiempo superpuesto a un CORESET diferente como el recurso de tiempo existente solo en el CORESET correspondiente, la presente divulgación propone adicionalmente un método para configurar un haz de Rx con respecto a cada zona.
La figura 13 ilustra un caso donde dos CORESET diferentes configurados con diferentes estados de TCI se superponen entre sí en el dominio de tiempo.
Tal como se muestra en la figura 13, cuando se realiza la monitorización en cada CORESET, un UE aplica diferentes haces de Rx, y cuando dos CORESET se superponen, un haz de Rx que tiene que ser aplicado por el UE (o un estado de TCI que tiene que ser asumido por el UE) puede ser determinado según la regla de prioridad propuesta.
Por ejemplo, si la prioridad de CORESET #2 de la figura 13 es alta, un UE puede aplicar el haz de Rx #1 en la zona superpuesta. Sin embargo, en este caso, qué haz de Rx utilizar para la recepción tiene que determinarse en el símbolo #2 de CORESET #3. A tal efecto, la presente divulgación propone las siguientes opciones, que pueden implementarse por separado o en forma de una combinación de las mismas. Configurar un haz de Rx de un CORESET específico puede indicar configurar un haz de Rx adecuado para el estado de TCI del CORESET correspondiente.
Además, se pueden realizar las siguientes opciones para cada conjunto de un CORESET para cada ranura. Por ejemplo, cada conjunto puede estar compuesto por CORESET superpuestos parcial o completamente entre sí en el dominio de tiempo, y todos los CORESET existentes dentro de una ranura pueden comprender un conjunto.
Opción 1) Configuración de haz de Rx según la prioridad para cada recurso de tiempo
En base al estado de TCI de un CORESET con la prioridad máxima en cada recurso de tiempo (por ejemplo, símbolo OFDM), se puede configurar un haz de Rx en el recurso de tiempo correspondiente. En este caso, hay ocasiones donde no se puede suponer la misma precodificación para símbolos vecinos debido a diferentes haces de Rx dentro del mismo CORESET, y se puede suponer que la agrupación REG en el dominio de tiempo no se aplica en el CORESET correspondiente. O se puede suponer que la agrupación en el dominio de tiempo se aplica solo dentro de un recurso de tiempo que usa el mismo haz de Rx.
Opción 2) Esta está relacionada con un método para aplicar un haz de Rx con respecto a un CORESET con la prioridad máxima entre CORESET superpuestos, a una pluralidad de CORESET que incluyen la zona superpuesta. Con respecto a los CORESET que incluyen el mismo recurso de tiempo, la opción 2 puede configurar un haz de Rx para todos los CORESET superpuestos en función del estado de TCI de un CORESET con la prioridad máxima entre los CORESET correspondientes. Esto puede indicar que los CORESET no superpuestos en el dominio de tiempo (por ejemplo, a nivel de símbolo) pueden configurar un haz de Rx en base al estado de TCI de cada CORESET.
Opción 3) Cuando existe una pluralidad de CORESET que tienen diferentes estados de TCI en una ranura, el estado de TCI de un CORESET que se determina tiene la prioridad máxima, según la regla de prioridad propuesta, puede aplicarse a la totalidad de las ranuras correspondientes. Esto puede indicar que cuando diferentes CORESET configurados con diferentes estados de TCI se monitorizan en la misma ranura, un CORESET con baja prioridad puede cambiar un haz de Rx solo para el caso de la ranura correspondiente (es decir, asumiendo un estado de TCI diferente de la configuración).
Opción 4) Se puede suponer que un UE realiza monitorización solo para candidatos de conjuntos de espacios de búsqueda que pertenecen a un CORESET con la prioridad máxima, cuando los CORESET configurados con diferentes estados de TCI se superponen parcial o completamente en el dominio de tiempo. Además, esto puede indicar que la monitorización de CORESET que no se superponen en el dominio de tiempo puede tener que realizarse según la configuración. O se puede interpretar que cuando se superponen CORESET que tienen que asumir diferentes haces de Rx en la ranura correspondiente, la monitorización se realiza solo para un CORESET con la prioridad máxima sobre la totalidad de la ranura correspondiente.
Cuando un CORESET BFR/conjunto de espacios de búsqueda tiene que ser monitorizado, y el estado de TCI en el CORESET BFR correspondiente es diferente de un CORESET existente (es decir, un CORESET/conjunto de espacios de búsqueda configurado para realizar monitorización antes de BFR), la opción 4 puede incluir un caso donde la ranura correspondiente realiza la monitorización únicamente del CORESET BFR. Además, la opción puede incluir un caso donde los CORESET existentes y el CORESET BFR se monitorizan en la misma ranura, y cuando un CORESET particular entre los CORESET existentes usa el mismo haz de Rx que el CORESET BFR, se realiza la monitorización del CORESET correspondiente.
Por ejemplo, un UE puede seleccionar un primer CORESET que incluye un espacio de búsqueda con el índice (o ID) mínimo en la ocasión de monitorización de un BWP de DL activo de una celda de servicio con el índice de celda de servicio mínimo. En este momento, también se pueden monitorizar espacios de búsqueda superpuestos asociados con otros CORESET que tienen las mismas propiedades QCL-TipoD que el primer CORESET, lo que eventualmente indica que en la existencia de CORESET que usan el mismo haz de Rx que el primer CORESET, la monitorización de PDCCH también es realizada para los CORESET.
<Suposición de QCL para CORESET sin PDCCH de estado-TCI>
El elemento de información (IE) denominado "ControlResourceSet" puede proporcionarse para cada CORESET. Y para proporcionar una relación QCL entre un CORESET y RS/SSB de DL, se puede configurar un parámetro denominado "tci-StatesPDCCH" dentro del IE.
Sin embargo, dado que el "tci-StatesPDCCH" es un parámetro opcional, el parámetro puede no configurarse para parte de una pluralidad de CORESET. Tal CORESET puede denominarse CORESET sin TCI, y se necesita una suposición de QCL predeterminada para determinar un haz de Rx para recibir un PDCCH en un CORESET sin TCI. Con respecto a un CORESET sin TCI, un UE puede asumir QCL de un CORESET para el que se ha aplicado el proceso RACH más reciente como el QCL predeterminado.
Con respecto a un BFR-CORESET (para un proceso de recuperación de fallo de haz), un UE puede asumir que una DL RS de un haz candidato identificado por el UE a petición de recuperación de fallo de haz y el CORESET dedicado están espacialmente QCLed (cuasi-colocalizados).
En términos de PDCCH, para un BFR-CORESET, esto puede indicar que se supone una actualización de QCL espacial implícita (independientemente de la configuración de CORESET) a través de recuperación de fallos de haz y/o de proceso de gestión de haces.
Además del BFR-CORESET, es necesario aclarar qué CORESET no está asociado a estados de TCI. Por ejemplo, CORESET #0 (por PBCH) y CORESET #1 (por Rm SI) pueden no estar asociados con los estados de TCI. En general, es preferible que los estados de TCI estén configurados en el caso de otros CORESET para operaciones USS.
También es necesario aclarar si un proceso RACH puede incluir sin contención. Sin contención se puede implementar en base a una CSI-RS sin involucrar un SSB, y el QCL asociado con la CSI-RS puede no ser fiable para CORESET #0 y/o CORESET #1. Por lo tanto, puede ser más seguro cambiar la información de QCL en base al reciente proceso RACH basado en contención, al menos para el CORESET #0 y el CORESET #1.
En otras palabras, una suposición de QCL derivada del proceso RACH realizado más recientemente se puede aplicar al CORESET para el que no se ha configurado 'tci-StatesPDCCH'.
En lo que sigue, más específicamente, se propone adicionalmente un método para derivar una suposición de QCL. En lo que sigue, RACH basado en contención puede indicar que un proceso RACH en un recurso asociado con el mejor SSB (a partir de un resultado de medición) se realiza en función de los SSB. Un proceso RACH sin contención puede indicar un caso donde se realiza un proceso RACH en un recurso asociado con un puerto CSI-RS (o SSB) mediante señalizar un gNB.
Dado que un proceso RACH sin contención se basa en una configuración de red, la señalización puede realizarse independientemente de la medición, o la red puede realizar la señalización basándose en una notificación de medición de un UE. Además, en el caso de un puerto CSI-RS, la asociación con un SSB puede estar señalizada o no. En otras palabras, es posible que un proceso RACH sin contención no pueda confirmar la asociación con un SSB y el reflejo de un resultado de medición. Esto puede actuar como un factor que degrada, junto con un SSB, el rendimiento de la operación de un CORESET y de CORESET #0 y #1 para los que se puede configurar un conjunto de espacios de búsqueda. Por ejemplo, hay ocasiones en que un UE configura un haz de Rx basándose en la suposición de un haz de transmisión erróneo.
1. Un UE puede aplicar una suposición de QCL derivada del proceso RACH realizado más recientemente a un CORESET sin TCI independientemente del tipo (a saber, proceso RACH basado en contención/sin contención) de proceso RACH.
2. Un UE puede aplicar la suposición de QCL de un CORESET sin TCI solamente al resultado derivado del proceso RACH basado en contención realizado más recientemente. Por ejemplo, si el proceso RACH realizado más recientemente es, de hecho, sin contención, el UE puede ignorar el resultado correspondiente y aplicar la suposición de QCL derivada del proceso RACH basado en contención realizado más recientemente, al CORESET correspondiente.
3. Para cada CORESET, se puede utilizar una suposición de QCL de un proceso RACH diferente. Por ejemplo, CORESET #0 (y/o #1) puede aplicar la suposición de QCL derivada del proceso RACH basado en contención realizado más recientemente, mientras que los CORESET restantes pueden derivar una suposición de QCL del proceso RACH realizado más recientemente, independientemente de la contención.
Como otro ejemplo, un CORESET para el que está configurado un CSS puede aplicar una suposición de QCL derivada del proceso RACH basado en contención realizado más recientemente, mientras que un CORESET para el que está configurado un USS puede derivar una suposición de QCL del proceso RACH realizado más recientemente, independientemente de la contención. En este momento, se puede aplicar una suposición de QCL, que se deriva del proceso RACH basado en contención realizado más recientemente de un CORESET para el que están configurados tanto el CSS como el USS.
4. Aunque los métodos propuestos se basan en un proceso RACH sin contención, si se indica una SSB asociada, o se conoce una SSB asociada implícitamente, se puede aplicar una suposición de QCL derivada del proceso RACH sin contención correspondiente a un CORESET sin TCI.
Además, según la presente divulgación, a través de señalización de capas superiores, la red puede informar a un UE de qué tipo de proceso RACH se deriva una suposición de QCL con respecto a un CORESET sin TCI. En este momento, también se puede incluir un método para informar a un UE de la información SSB asociada con un puerto CSI-RS proporcionado durante un proceso RACH sin contención.
<Suposición de QCL entre CORESET superpuestos en el dominio de tiempo>
Cada CORESET puede tener su propia suposición de QCL. Y diferentes CORESET pueden superponerse en el dominio de tiempo y/o en el dominio de frecuencia. Esto puede indicar que los CORESET que tienen diferentes suposiciones de QCL pueden superponerse en el mismo símbolo.
Un UE determina un haz de Rx para monitorizar cada CORESET teniendo en cuenta el estado de TCI del CORESET. Por lo tanto, si los CORESET que tienen diferentes suposiciones de QCL se superponen en un recurso en el dominio de tiempo (por ejemplo, símbolo OFDM), el UE puede tener que soportar una pluralidad de haces de Rx o tener que seleccionar un haz de Rx (o estado de TCI) según una regla de selección específica. Hasta ahora, no se tienen en cuenta los UE que utilizan una pluralidad de haces de Rx. Por lo tanto, se pueden considerar las siguientes opciones.
Opción 1) Omitir la monitorización de un CORESET con baja prioridad
Se puede aplicar una regla de selección de CORESET cuando CORESET que tienen diferentes QCL (espaciales) se superponen en un recurso de tiempo. Y un UE puede omitir la monitorización de candidatos incluidos en un CORESET no seleccionado. La prioridad de cada CORESET se puede determinar según, por ejemplo, el ID de CORESET, el número de conjuntos de espacios de búsqueda asociados con el CORESET y el tipo de espacio de búsqueda asociado. El tipo de espacio de búsqueda se puede dividir en Espacio de búsqueda común (CSS) y Espacio de búsqueda específico por UE (USS). Una ocasión de monitorización para un PDCCH puede configurarse mediante una combinación de un CORESET y un conjunto de espacios de búsqueda asociado con el CORESET. Por ejemplo, un CSS puede estar asociado con un primer CORESET y un USS puede estar asociado con un segundo CORESET; y cuando el primer y el segundo CORESET se superponen en el dominio de tiempo, un UE puede monitorizar solamente el primer CORESET.
Opción 2) QCL espacial representativa para CORESET superpuestos
La opción 2 puede organizar CORESET superpuestos según la regla de prioridad de la opción 1 y cambiar el estado de QCL en un CORESET con baja prioridad en lugar de eliminar el CORESET con baja prioridad. En otras palabras, para CORESET superpuestos, se supone la misma QCL espacial y, al utilizar la prioridad CORESET mencionada en la opción 1, se puede seleccionar una QCL representativa. En otras palabras, la suposición de QCL para CORESET superpuestos puede seguir la QCL de un CORESET con la máxima prioridad. Aunque esta opción puede proporcionar más ocasiones de transmisión y recepción de PDCCH, el rendimiento de PDCCH de un CORESET con baja prioridad puede disminuir debido a inconsistencia entre un haz de transmisión y un haz de Rx.
Opción 3) Método que no permite superposición de CORESET que tienen diferentes QCL espaciales
Un UE puede asumir que la red no planifica CORESET superpuestos que tengan diferentes QCL espaciales. Sin embargo, no es seguro que la superposición siempre pueda evitarse mediante planificación.
<Mapeo de candidatos para el caso 2 donde las ocasiones de monitorización para el mismo espacio de búsqueda del mismo CORESET en una ranura se configuran varias veces>
El número de CCE para la estimación de canal para cada ranura del caso 2 puede ser el mismo que el del caso 1. El caso 1 describe una situación donde sólo se puede configurar una ocasión de monitorización en una ranura. En otras palabras, para los casos 1 y 2, el número de CCE para estimación de canal para cada ranura puede ser {56, 56, 48, 32} en un orden secuencial con respecto a la separación entre subportadoras (SCS) {15 kHz , 30 kHz, 60 kHz, 120 kHz}.
El caso 1 o el caso 2 pueden configurarse para un UE. Un UE puede configurarse para monitorizar conjuntos de espacios de búsqueda con respecto al caso 1 y 2. Por ejemplo, se puede transmitir información común a través de recursos (planificación basada en ranuras) compartidos entre eMBB y URLLC. Y los datos específicos del servicio pueden transmitirse mediante planificación basada en ranuras para eMBB y transmitirse mediante planificación no basada en ranuras para URLLC. En este caso, los UE de URLLC pueden recibir dos tipos (a saber, el caso 1 y el caso 2).
Propuesta 1: un UE puede configurarse para monitorizar tanto el conjunto de espacios de búsqueda del caso 1 como el conjunto de espacios de búsqueda del caso 2, y los conjuntos de espacios de búsqueda pueden monitorizarse dentro de una ranura.
Propuesta 2: El número máximo de CCE para estimación de canal para cada ranura, para cada UE y para cada portadora componente puede ser {56, 56, 48, 32} de manera secuencial con respecto a la separación de subportadoras {15 kHz, 30 kHz, 60 kHz, 120 kHz} independientemente de la configuración de CORESET/SS. Esto se puede aplicar de la misma manera para un límite de BD.
<Mapeo de candidatos en el caso 2>
Si el número de BD/CCE configurados en la configuración del conjunto SS es casi el mismo entre el caso 1 y 2, el número de BD/CCE necesarios del caso 2 es normalmente mucho mayor que el del caso 1. Desde el punto de vista de contar el número de CCE con respecto a un conjunto de espacios de búsqueda del caso 2, el número de CCE requeridos para cada ocasión de monitorización tiene que multiplicarse por el número de ocasiones de monitorización dentro de una ranura. Por lo tanto, cuando el procesamiento de BD/estimación de canal de nivel de conjunto de espacios de búsqueda se usa conjuntamente para el caso 2, el número total de ocasiones de monitorización del caso 2 puede reducirse particularmente cuando se da un gran número de ocasiones de monitorización. Para aliviar dicho efecto, se puede tener en cuenta adicionalmente la selección de candidatos de monitorización basada en ocasión de monitorización (por ejemplo, se puede descartar parte de las ocasiones de monitorización).
Propuesta 1: El mapeo PDCCH a nivel de conjunto de espacios de búsqueda dentro de una ranura también puede usarse para el procesamiento de complejidad BD/CE con respecto al caso 2.
<CORESET BFR/conjunto de espacios de búsqueda>
Se puede formar un CORESET BFR y su conjunto de espacios de búsqueda asociado, para el procedimiento de recuperación de fallo de haz. El conjunto de espacios de búsqueda/CORESET BFR se activa mediante el procedimiento de recuperación de fallo de haz, y un UE puede no esperar la monitorización del candidato de PDCCH en el CORESET BFR antes del procedimiento de recuperación de fallo de haz (por ejemplo, transmisión PRACH) y después de la configuración de un nuevo CORESET/conjunto de espacios de búsqueda o actualización de TCI.
Al mismo tiempo, no es seguro si la monitorización de PDCCH se realiza en un CORESET existente (es decir, un CORESET configurado para ser monitorizado antes del procedimiento BFR) en una ventana de monitorización del CORESET BFR. Dado que la información común (por ejemplo, SFI, información del sistema y radiobúsqueda) puede no ser monitorizada en el CORESET BFR, es preferible que un UE pueda monitorizar un candidato PDCCH del CORESET existente incluso en la ventana de monitorización de CORESET BFR.
Propuesta 2: Un UE puede continuar monitorizando en un CORESET activo que no sea un CORESET BFR durante el proceso de BFR.
Se puede esperar que el estado de TCI de un CORESET se actualice solo a través de una configuración explícita. Por lo tanto, durante el proceso de BFR, un UE puede monitorizar un CORESET en un estado de TCI antiguo. Cuando un CORESET BFR y otros CORESET se monitorizan en el mismo recurso de tiempo, junto con información QCL/TCI potencialmente diferente (por lo tanto, cuando se deriva un haz de Rx potencialmente diferente), se necesita un método de procesamiento para ello. Una solución simple es que un UE omita la monitorización del CORESET antiguo cuando un CORESET BFR se superpone a un CORESET antiguo en el dominio de tiempo. En otras palabras, cuando otros CORESET y el CORESET BFR colisionan entre sí, se prioriza el CORESET BFR. Otro problema está relacionado con si un UE tiene que contar (incluir) un CCE/BD con respecto a un espacio de búsqueda BFR por debajo de un límite de estimación de canal/BD. La presente divulgación propone contar (incluir) un CCE/BD del espacio de búsqueda BFR en el momento de la monitorización.
Se ha supuesto que un CSS tiene mayor prioridad que un USS en el mapeo PDCCH, y los números de BD/CCE de un CSS no exceden los límites respectivos. Sin embargo, en una ranura configurada para monitorizar el CORESET BFR, el número de BD/CCE del CORESET BFR puede tener que considerarse como una regla de mapeo de PDCCH. El CORESET BFR/conjunto de espacios de búsqueda puede tener la prioridad máxima entre las reglas de mapeo de PDCCH, y se puede aplicar una regla de mapeo de PDCCH existente a otros conjuntos de espacios de búsqueda. Entonces, a menos que se garantice que una suma de CCE del CSS y el espacio de búsqueda BFR no exceda el límite de un UE, el CSS puede tener que ser eliminado cuando se monitoriza el espacio de búsqueda BFR. Para no causar demasiada flexibilidad de configuración, el CSS puede descartarse basándose en un índice de conjunto de espacios de búsqueda cuando se monitoriza el espacio de búsqueda BFR.
Propuesta 3: Si un CORESET BFR se superpone a otro CORESET en el dominio de tiempo, y al menos la información de QCL es diferente entre el CORESET BFR y el otro CORESET, un UE no tiene que monitorizar el otro CORESET para un candidato PDCCH.
Propuesta 4: Cuando se monitoriza un conjunto de espacios de búsqueda/CORESET BFR, esto puede tener la prioridad máxima (independientemente del tipo de espacio de búsqueda) con respecto a la regla de mapeo de candidatos PDCCH. Un CSS asociado con otro CORESET puede descartarse según un índice de conjunto de espacios de búsqueda mientras se monitoriza el espacio de búsqueda BFR.
En las descripciones anteriores, se ha propuesto que cuando una pluralidad de CORESET configurados con diferentes estados de TCI se superponen parcial o completamente en el dominio de tiempo, el estado de TCI en la zona superpuesta se asume según las prioridades de los CORESET. Además, la presente divulgación propone un método para aplicar la regla de prioridad propuesta anteriormente. Los métodos propuestos a continuación se pueden aplicar a las opciones que no realizan monitorización para CORESET con baja prioridad entre las opciones propuestas anteriormente.
<Suposición de TCI entre CORESET superpuestos>
Método 1) Suposición de TCI debida a notificación de UE
La figura 14 ilustra un método de funcionamiento entre un gNB y un UE según una realización de la presente divulgación.
Haciendo referencia a la figura 14, un gNB (o red) puede transmitir un parámetro específico, por ejemplo, un parámetro denominado "groupBasedBeamReporting" a un UE S141. Usando el parámetro, el gNB puede configurar si el UE notifica un grupo de haces que puede recibirse simultáneamente.
Por ejemplo, cuando un UE está configurado con 'CSI-REportConfig' para el cual un parámetro de capa superior 'reportQuantity' está configurado con 'cri-RSRP' o 'ssb-Índice-RSRP',
1) Si el parámetro 'groupBasedBeamReporting' se establece en 'desactivado', no se solicita al UE que actualice la medición de recursos mayores de 64 recursos (CSI-RS o SSB), pero para cada configuración de notificación, el UE puede tener que notificar un diferente indicador de recursos CSI-RS (CRI) o indicador de recursos SSB (SSBRI) a través de una única notificación 'nrofReportedRS'.
2) Si el parámetro 'groupBasedBeamReporting' se establece en 'activado', no se solicita al UE que actualice la medición de recursos mayores de 64 recursos (CSI-RS o SSB), pero para cada configuración de notificación, el UE puede tener que notificar dos CRI o SSBRI diferentes a través de una sola ocasión (tiempo) de notificación. En este caso, el UE puede recibir los recursos CSI-RS y/o SSB simultáneamente usando un solo filtro de recepción de zona espacial (haz de Rx) o usando múltiples filtros de recepción de zona espacial.
Si el parámetro de capa superior 'groupBasedBeamReporting' se establece en 'activado', el UE puede notificar estados de TCI (CRI o SSBRI) que pueden recibirse simultáneamente S142. Por ejemplo, el UE puede notificar dos CRI o SSBRI diferentes en una notificación. Esto indica que el UE puede recibir dos estados de TCI notificados relacionados con la CSI-RS o SSB simultáneamente. En este caso, es posible que no se indique si el UE recibe los estados de TCI utilizando el mismo haz de Rx o haces de Rx diferentes. Esto indica que hay ocasiones en que el UE recibe los estados de TCI simultáneamente aunque los estados de TCI sean diferentes entre sí, y el UE notifica la información correspondiente a la red.
Basándose en la notificación, el gNB y el UE pueden determinar si aplicar la regla de prioridad para CORESET superpuestos S143.
Por ejemplo, cuando una pluralidad de estados de TCI, de los que se ha notificado que es posible que los reciba el UE, se establecen en el mismo símbolo, es posible que no se aplique la regla de prioridad mencionada anteriormente. En otras palabras, cuando los CORESET que tienen diferentes estados de TCI se superponen en el dominio de tiempo, si los estados de TCI de los CORESET pueden ser recibidos simultáneamente por el UE, la monitorización del canal de control se puede realizar para todos los CORESET sin aplicar la regla de prioridad antes mencionada. Por otro lado, cuando los estados de TCI de los CORESET superpuestos pueden no recibirse simultáneamente, se puede aplicar la regla de prioridad propuesta anteriormente. En otras palabras, esto puede indicar que si los CORESET con diferentes estados de TCI se superponen en el dominio de tiempo (símbolo), el que se aplique la regla de prioridad para los CORESET o los estados de TCI en el símbolo superpuesto se puede determinar basándose en una notificación (grupo de haces) de la UE.
Aunque los estados de TCI de los CORESET superpuestos se configuren de manera diferente, y el UE pueda recibir los estados de TCI correspondientes utilizando el mismo haz de Rx, si una combinación de los estados de TCI correspondientes no coincide con un grupo de haces que el UE ha notificado (es decir, en el caso de una combinación no notificada), el estado de TCI de una zona superpuesta puede asumirse según la regla de prioridad propuesta. Esto indica que la regla de prioridad propuesta anteriormente se puede aplicar en base a un haz de Rx del UE (que es comúnmente reconocido por la red y el UE).
Método 2) Suposición de TCI basada en señalización de la red
La descripción anterior propone determinar si se tiene que aplicar una regla de prioridad a los CORESET superpuestos basándose en la notificación de un UE. Como otro método, la presente divulgación propone determinar si se aplica la regla de prioridad antes mencionada en base a señalización de la red.
En NR, la red puede señalizar la relación QCL entre una señal de referencia de seguimiento (TRS), CSI-RS (para BM, CSI o seguimiento) y SSB mediante el uso de una señal de capa superior, tal como una señal RRC. Los tipos de QCL definidos en NR son los siguientes. Los tipos de QCL ya se han descrito haciendo referencia a la Tabla 4.
1) 'QCL-TipoA': {Desplazamiento Doppler, Dispersión Doppler, Retardo medio, Dispersión del retardo}, 2) 'QCL-TipoB': {Desplazamiento Doppler, Dispersión Doppler}, 3) 'QCL-TipoC': {Retardo medio, Desplazamiento Doppler }, 4) 'QCL-TipoD': {Parámetro de recepción espacial}
La red puede indicar la relación QCL entre diferentes RS utilizando el método que se describe a continuación. En la siguiente tabla, una notación como 'A ^ B' puede indicar que A y B asumen el tipo D QCL, y A actúa como una referencia de B.
[Tabla 6]
Figure imgf000022_0001
Figure imgf000023_0001
Como puede verse en la Tabla 6, la red puede informar al UE de la suposición de QCL entre los RS (por ejemplo, SSB, CSI-RS, TRS) que pueden ser definidos por estados de TCI a través de señalización RRC. Como ejemplo, la referencia para el tipo D QCL con respecto a un DMRS de un PDCCH puede ser proporcionada por SSB, TRS y SCI-RS para la gestión de haces. Además, se puede incluir una referencia de QCL para CSI-RS en la configuración de CSI-RS; y SSB, TRS, CSI-RS, etc. pueden configurarse como referencia QCL.
La presente divulgación propone aplicar una combinación QCL, conocida por un UE a través de señalización RRC, también a un CORESET. En otras palabras, la presente divulgación propone determinar si se aplica la regla de prioridad propuesta anteriormente usando una combinación QCL del estado de TCI de un CORESET incluido en la configuración del CORESET correspondiente y el estado de TCI conocido a través de señalización RRC.
Por ejemplo, cuando los estados de TCI de diferentes CORESET superpuestos en el dominio de tiempo son SSB #2 y CSI-RS #8, respectivamente, si la señalización RRC relacionada con la combinación QCL de la red indica que SSB #2 y CSI-RS #8 asumen el tipo D QCL, la regla de prioridad no tiene que aplicarse en la zona superpuesta correspondiente, y el UE puede realizar decodificación ciega para cada CORESET. Por otro lado, si una relación QCL entre los estados de TCI correspondientes no está configurada para la señalización RRC de la red, el UE puede realizar un mapeo PDCCH mediante el cual se realiza una decodificación ciega en base a la regla de prioridad propuesta.
Como otro ejemplo, si los estados de TCI de diferentes CORESET superpuestos en el dominio de tiempo se configuran para ser CSI-RS #5 y CSI-RS #6, respectivamente; la referencia QCL tipo D de la CSI-RS #5 es SSB #4 en la señalización RRC relacionada con la combinación QCL de la red; y la referencia QCL de tipo D de la CSI-RS #6 es la misma que la SSB #4, la monitorización de cada CORESET se puede realizar sin aplicar la regla de prioridad a la zona superpuesta correspondiente (por ejemplo, sin realizar un salto de monitorización para un CORESET con prioridad más baja). El UE puede derivar una relación QCL de tipo D entre estados de TCI configurados para CORESET individuales, en base a la notificación del UE y/o a la señalización de la red relacionada con QCL.
La figura 15 ilustra un método para la monitorización del canal de control de un UE según la presente divulgación. Haciendo referencia a la figura 15, si las ocasiones de monitorización del canal físico de control de enlace descendente (PDCCH) se superponen en una pluralidad de conjuntos de recursos de control (CORESET), el UE selecciona al menos un CORESET de entre la pluralidad de CORESET S151.
El UE monitoriza un PDCCH solo en el al menos un CORESET seleccionado, y si se selecciona un primer CORESET como el al menos un CORESET, una primera señal de referencia del primer CORESET y una segunda señal de referencia de un segundo CORESET se asocian con la misma señal de sincronización/Bloque PBCH (SSB), también monitoriza el PDCCH en el segundo CORESET S152.
El UE puede asumir (con el propósito de determinar un CORESET) el primer CORESET y el segundo CORESET como CORESET que tienen las mismas propiedades de cuasi-colocalización (QCL) (por ejemplo, propiedades QCL-TipoD). Tal como se ha descrito anteriormente, las propiedades de QCL-TipoD pueden estar relacionadas con un parámetro de Rx espacial.
Al mismo tiempo, el método de la figura 15 puede usarse en combinación con el método de la figura 12. En otras palabras, al seleccionar el al menos un CORESET, se puede seleccionar un CORESET asumiendo que la prioridad de un CORESET que incluye un espacio de búsqueda común (CSS) es mayor que la de un CORESET que incluye un espacio de búsqueda específico por UE (USS).
Además, al seleccionar el al menos un CORESET, si existen múltiples CORESET que incluyen un CSS, se puede seleccionar un CORESET que incluya un CSS pero con el índice mínimo.
Además, entre la pluralidad de CORESET, un CORESET correspondiente a un conjunto de CSS con el índice mínimo puede seleccionarse de una celda con el índice mínimo que incluye un CSS.
La figura 16 ilustra dos señales de referencia asociadas con el mismo SSB descrito haciendo referencia a la figura 15.
Haciendo referencia a la figura 16, un primer CSI-RS ubicado en un primer CORESET 161 de una primera celda y una segunda CSI-RS ubicada en un segundo CORESET de una segunda celda pueden estar asociados con el mismo SSB. En este caso, se puede suponer que las dos CSI-RS tienen las mismas propiedades QCL-TipoD. Con respecto al propósito de determinar un CORESET, se puede considerar que un bloque SS/PBCH tiene propiedades QCL-TipoD diferentes de la CSI-RS. Con respecto al propósito de determinar un CORESET, se puede considerar (asumir) que la primera CSI-RS asociada con un bloque SS/PBCH de la primera celda y la segunda CSI-RS de la segunda celda asociada con el bloque SS/PBCH tienen las mismas propiedades QCL-TipoD. Si las ocasiones de monitorización de PDCCH se superponen en una pluralidad de CORESET, el UE puede seleccionar un CORESET específico (por ejemplo, un CORESET correspondiente a un conjunto de CSS con el índice mínimo en una celda con el índice mínimo que contiene un CSS) y monitorizar solo un PDCCH en el CORESET específico. En este momento, si un CORESET diferente tiene las mismas propiedades QCL-TipoD que el CORESET específico, también se monitoriza un PDCCH en el CORESET diferente. Por ejemplo, si el CORESET específico es el primer CORESET, el CORESET diferente puede ser el segundo CORESET.
<Tratamiento de superposiciones y tratamiento de la complejidad>
La presente divulgación ha propuesto una regla de prioridad y una regla de mapeo de PDCCH para un caso donde CORESET con diferentes estados de TCI se superponen en el dominio de tiempo. En NR, se definen adicionalmente una regla de prioridad y una regla de mapeo de PDCCH basada en detección ciega y en complejidad de la estimación de canal, y cuando se configura decodificación ciega y estimación de canal que exceden un límite predefinido en una ranura específica, se define un método para mapear un PDCCH según la regla de prioridad. La presente divulgación propone una regla de mapeo de PDCCH para el tratamiento de superposiciones y un orden de aplicación de la regla de mapeo de PDCCH para el tratamiento de la complejidad.
Si el tratamiento de la complejidad se realiza primero antes del tratamiento de superposiciones, el número de candidatos establecidos según la capacidad de decodificación ciega (BD)/estimación de canal (CE) puede reducirse adicionalmente; por lo tanto, la capacidad del UE puede desperdiciarse. Por lo tanto, la presente divulgación propone realizar normalmente la regla de mapeo de PDCCH para el tratamiento de superposiciones primero, antes de la regla de mapeo de PDCCH para el tratamiento de la complejidad.
Al mismo tiempo, puede ser preferible reducir el número de candidatos tanto como sea posible con el propósito de ahorrar energía. Por lo tanto, la presente divulgación propone además determinar la regla de mapeo de PDCCH a realizar primero por la red (o implícitamente). Como ejemplo, supóngase que la red indica información sobre qué regla de mapeo de PDCCH se aplicará primero a través de señalización de capas superiores, o que el momento en que un UE pasa a un modo de ahorro de energía se determina a partir del mismo entendimiento entre la red y el UE. Si el UE satisface una condición para pasar al modo de ahorro de energía, el UE puede primero realizar la regla de mapeo de PDCCH para el tratamiento de la complejidad y a continuación realizar la regla de mapeo de PDCCH para el tratamiento de superposiciones.
La figura 17 es un diagrama de bloques que muestra los componentes de un dispositivo de transmisión 1810 y un dispositivo de recepción 1820 para implementar la presente divulgación. En este caso, el dispositivo de transmisión y el dispositivo de recepción pueden ser una estación base y un terminal.
El dispositivo de transmisión 1810 y el dispositivo de recepción 1820 pueden incluir respectivamente transceptores 1812 y 1822 capaces de transmitir o recibir señales de radiofrecuencia (RF) que transportan información, datos, señales y mensajes, memorias 1813 y 1823 para almacenar varios tipos de información con respecto a la comunicación en un sistema de comunicación inalámbrica, y procesadores 1811 y 1821 conectados a componentes como los transceptores 1812 y 1822 y las memorias 1813 y 1823 y configurados para controlar las memorias 1813 y 1823 y/o los transceptores 1812 y 1822 de manera que los dispositivos correspondientes lleven a cabo al menos una de las realizaciones de la presente divulgación.
Las memorias 1813 y 1823 pueden almacenar programas para procesar y controlar los procesadores 1811 y 1821 y almacenar temporalmente información de entrada/salida. Las memorias 1813 y 1823 pueden usarse como memorias intermedias.
Los procesadores 1811 y 1821 generalmente controlan las operaciones generales de varios módulos en el dispositivo de transmisión y el dispositivo de recepción. En particular, los procesadores 1811 y 1821 pueden ejecutar varias funciones de control para implementar la presente divulgación. Los procesadores 1811 y 1821 pueden denominarse controladores, microcontroladores, microprocesadores, microordenadores, etc. Los procesadores 1811 y 1821 pueden realizarse mediante hardware, software inalterable, software o una combinación de los mismos. Cuando la presente divulgación se realiza utilizando hardware, los procesadores 1811 y 1821 pueden incluir ASIC (circuitos integrados de aplicación específica), DSP (procesadores de señales digitales), DSPD (dispositivos de procesamiento de señales digitales), PLD (dispositivos lógicos programables), FPGA (matrices de puertas programables en campo) o similares, configurados para implementar la presente divulgación. Cuando la presente divulgación se realiza utilizando software inalterable o software, el software inalterable o software puede configurarse para incluir módulos, procedimientos o funciones para realizar funciones u operaciones de la presente divulgación, y el software inalterable o software configurado para implementar la presente divulgación pueden estar incluidos en los procesadores 1811 y 1821 o almacenados en las memorias 1813 y 1823 y ser ejecutados por los procesadores 1811 y 1821.
El procesador 1811 del dispositivo de transmisión 1810 puede realizar una codificación y modulación predeterminadas en una señal y/o datos que se transmitirán al exterior y a continuación transmitir la señal y/o datos al transceptor 1812. Por ejemplo, el procesador 1811 puede realizar demultiplexación , codificación, aleatorización y modulación de canales en una cadena de datos a transmitir para generar una palabra de código. La palabra de código puede incluir información equivalente a un bloque de transporte que es un bloque de datos proporcionado por una capa MAC. Un bloque de transporte (TB) se puede codificar en una palabra de código. Cada palabra de código puede transmitirse al dispositivo de recepción a través de una o más capas. El transceptor 1812 puede incluir un oscilador para conversión ascendente de frecuencia. El transceptor 1812 puede incluir una o múltiples antenas de transmisión.
El procedimiento de procesamiento de señales del dispositivo de recepción 1820 puede ser inverso al procedimiento de procesamiento de señales del dispositivo de transmisión 1810. El transceptor 1822 del dispositivo de recepción 1820 puede recibir señales de RF transmitidas desde el dispositivo de transmisión 1810 bajo el control del procesador 1821. El transceptor 1822 puede incluir una o múltiples antenas de recepción. El transceptor 1822 puede realizar una conversión descendente de la frecuencia de las señales recibidas a través de las antenas de recepción para restaurar las señales de banda base. El transceptor 1822 puede incluir un oscilador para la conversión descendente de frecuencia. El procesador 1821 puede realizar la decodificación y demodulación de las señales de RF recibidas a través de las antenas de recepción para restaurar los datos que están destinados a ser transmitidos por el dispositivo 1810 de transmisión.
Los transceptores 1812 y 1822 pueden incluir una o múltiples antenas. Las antenas pueden transmitir al exterior señales procesadas por los transceptores 1812 y 1822, o recibir señales de RF desde el exterior y entregar la señal de RF a los transceptores 1812 y 1822 bajo el control de los procesadores 1811 y 1821 según una realización de la presente divulgación. Las antenas pueden denominarse puertos de antena. Cada antena puede corresponder a una antena física o puede configurarse mediante una combinación de una pluralidad de elementos de antena físicos. Una señal transmitida desde cada antena no puede ser descompuesta por el dispositivo de recepción 1820. Una señal de referencia (RS) transmitida correspondiente a una antena define una antena desde el punto de vista del dispositivo de recepción 1820 y puede permitir que el dispositivo de recepción 1820 pueda estimar un canal con respecto a la antena independientemente de si el canal es un solo canal de radio de una antena física o un canal compuesto de una pluralidad de elementos de antena físicos que incluyen la antena. Es decir, una antena puede definirse de manera que un canal que lleva un símbolo en la antena puede derivarse del canal por el que se transmite otro símbolo en la misma antena. Un transceptor que soporta una función de múltiples entradas y múltiples salidas (MIMO) de transmisión y recepción de datos usando una pluralidad de antenas puede conectarse a dos o más antenas.
La figura 18 ilustra un ejemplo de una estructura de módulo de procesamiento de señales en el dispositivo de transmisión 1810. En este caso, el procesamiento de señales puede ser realizado por un procesador de una estación base/terminal, tal como los procesadores 1811 y 1821 de la figura 17.
Haciendo referencia a la figura 18, el dispositivo de transmisión 1810 incluido en un terminal o una estación base puede incluir elementos de aleatorización 301, moduladores 302, un mapeador de capas 303, un mapeador de puertos de antena 304, mapeadores de bloques de recursos 305 y generadores de señal 306.
El dispositivo de transmisión 1810 puede transmitir una o más palabras de código. Los bits codificados en cada palabra de código son aleatorizados por el elemento de aleatorización 301 correspondiente y transmitidos por un canal físico. Una palabra de código puede denominarse cadena de datos y puede ser equivalente a un bloque de transporte que es un bloque de datos proporcionado por la capa MAC.
Los bits aleatorizados se modulan en símbolos de modulación de valor complejo mediante el modulador 302 correspondiente. El modulador 302 puede modular los bits aleatorizados según un esquema de modulación para disponer símbolos de modulación de valor complejo que representan posiciones en una constelación de señales. El esquema de modulación no está limitado y puede usarse m-PSK (modulación por desplazamiento de fase m) o m-QAM (modulación de amplitud en cuadratura m) para modular los datos codificados. El modulador puede denominarse mapeador de modulación.
Los símbolos de modulación de valor complejo pueden ser mapeados a una o más capas de transporte por el mapeador de capas 303. Los símbolos de modulación de valor complejo en cada capa pueden mapearse mediante el mapeador de puertos de antena 304 para transmisión en un puerto de antena.
Cada mapeador de bloques de recursos 305 puede mapear símbolos de modulación de valor complejo con respecto a cada puerto de antena a elementos de recursos apropiados en un bloque de recursos virtual asignado para transmisión. El mapeador de bloques de recursos puede mapear el bloque de recursos virtuales a un bloque de recursos físicos según un esquema de mapeo apropiado. El mapeador de bloques de recursos 305 puede asignar símbolos de modulación de valor complejo con respecto a cada puerto de antena a las subportadoras apropiadas y multiplexar los símbolos de modulación de valor complejo, según un usuario.
Cada generador de señales 306 puede modular símbolos de modulación de valor complejo con respecto a cada puerto de antena, es decir, símbolos específicos de antena, según un esquema de modulación específico, por ejemplo, OFDM (Multiplexación por división de frecuencias ortogonales), para generar una señal de símbolo OFDM de valor complejo en el dominio de tiempo. El generador de señales puede realizar IFFT (Transformada Rápida de Fourier Inversa) sobre los símbolos específicos de antena, y se puede insertar un CP (Prefijo cíclico) en símbolos del dominio de tiempo donde se ha realizado IFFT. Los símbolos OFDM se someten a conversión digital-analógica y conversión ascendente de frecuencia y a continuación se transmiten al dispositivo de recepción a través de cada antena de transmisión. El generador de señales puede incluir un módulo IFFT, una unidad de inserción de CP, un convertidor de digital a analógico (DAC) y un convertidor ascendente de frecuencia.
La figura 19 ilustra otro ejemplo de la estructura del módulo de procesamiento de señales en el dispositivo de transmisión 1810. En este caso, el procesamiento de señales puede ser realizado por un procesador de un terminal/estación base, tal como los procesadores 1811 y 1821 de la figura 17.
Haciendo referencia a la figura 19, el dispositivo de transmisión 1810 incluido en un terminal o una estación base puede incluir elementos de aleatorización 401, moduladores 402, un mapeador de capas 403, un precodificador 404, mapeadores de bloques de recursos 405 y generadores de señal 406.
El dispositivo de transmisión 1810 puede aleatorizar bits codificados, en una palabra de código mediante el elemento de aleatorización 401 correspondiente y a continuación transmitir los bits codificados aleatorizados, a través de un canal físico.
Los bits aleatorizados se modulan en símbolos de modulación de valor complejo mediante el modulador 402 correspondiente. El modulador puede modular los bits aleatorizados según un esquema de modulación predeterminado para disponer símbolos de modulación de valor complejo que representan posiciones en una constelación de señales. El esquema de modulación no está limitado y se puede utilizar pi/2-BPSK (pi/2-Modulación por desplazamiento de fase binaria), m-PSK (Modulación por desplazamiento de fase m) o m-QAM (Modulación de amplitud en cuadratura m) para modular los datos codificados.
Los símbolos de modulación de valor complejo pueden ser mapeados a una o más capas de transporte por el mapeador de capas 403.
Los símbolos de modulación de valor complejo en cada capa pueden ser precodificados por el precodificador 404 para su transmisión en un puerto de antena. En este caso, el precodificador puede realizar precodificación de transformada sobre los símbolos de modulación de valor complejo y a continuación realizar precodificación. Alternativamente, el precodificador puede realizar precodificación sin realizar una precodificación de transformada. El precodificador 404 puede procesar los símbolos de modulación de valor complejo según MIMO usando múltiples antenas de transmisión para entregar símbolos específicos de antena y distribuir los símbolos específicos de antena al correspondiente mapeador de bloques de recursos 405. Una salida z del precodificador 404 se puede obtener mediante multiplicar una salida y del mapeador de capas 403 por una N*M matriz de precodificación W. En este caso, N es el número de puertos de antena y M es el número de capas.
Cada mapeador de bloques de recursos 405 mapea símbolos de modulación de valor complejo con respecto a cada puerto de antena a elementos de recursos apropiados en un bloque de recursos virtual asignado para transmisión. El mapeador de bloques de recursos 405 puede asignar símbolos de modulación de valor complejo a subportadoras apropiadas y multiplexar los símbolos de modulación de valor complejo según un usuario.
Cada generador de señales 406 puede modular símbolos de modulación de valor complejo según un esquema de modulación específico, por ejemplo, OFDM, para generar una señal de símbolo de OFDM de dominio de tiempo de valor complejo. El generador de señales 406 puede realizar IFFT (Transformada Rápida de Fourier Inversa) sobre símbolos específicos de antena, y se puede insertar un CP (Prefijo cíclico) en los símbolos del dominio de tiempo en los que se ha realizado IFFT. Los símbolos OFDM se someten a conversión digital-analógica y conversión ascendente de frecuencia y a continuación se transmiten al dispositivo de recepción a través de cada antena de transmisión. El generador de señales 406 puede incluir un módulo IFFT, una unidad de inserción de CP, un convertidor digital a analógico (DAC) y un convertidor ascendente de frecuencia.
El procedimiento de procesamiento de señales del dispositivo de recepción 1820 puede ser inverso al procedimiento de procesamiento de señales del dispositivo de transmisión. Específicamente, el procesador 1821 del dispositivo de transmisión 1810 decodifica y demodula las señales de RF recibidas a través de puertos de antena del transceptor 1822. El dispositivo de recepción 1820 puede incluir una pluralidad de antenas de recepción, y las señales recibidas a través de las antenas de recepción se restablecen a señales de banda base, y a continuación son multiplexadas y demoduladas según MIMO para ser restablecidas a una cadena de datos destinada a ser transmitida por el dispositivo de transmisión 1810. El dispositivo de recepción 1820 puede incluir un restaurador de señal para restaurar señales recibidas a señales de banda base, un multiplexor para combinar y multiplexar señales recibidas, y un demodulador de canal para demodular cadenas de señales multiplexadas en palabras de código correspondientes. La unidad de restablecimiento de señales, el multiplexor y el demodulador de canal pueden configurarse como módulo integrado o módulos independientes para ejecutar funciones del mismo. Más específicamente, la unidad de restablecimiento de señales puede incluir un convertidor de analógico a digital (ADC) para convertir una señal analógica en una señal digital, un eliminador de CP para eliminar un CP de la señal digital, un módulo FET para aplicar FFT (transformada rápida de Fourier) a la señal de la que se ha eliminado el CP, para entregar símbolos de dominio de frecuencia, y un desmapeador/ecualizador de elementos de recursos para restablecer los símbolos de dominio de frecuencia a símbolos específicos de antena. Los símbolos específicos de antena son restablecidos a las capas de transporte por el multiplexor, y las capas de transporte son restablecidas por el demodulador de canal a palabras de código destinadas a ser transmitidas por el dispositivo de transmisión. La figura 20 ilustra un ejemplo de un dispositivo de comunicación inalámbrica según un ejemplo de implementación de la presente divulgación.
Haciendo referencia a la figura 20, el dispositivo de comunicación inalámbrica, por ejemplo, un terminal puede incluir al menos uno de un procesador 2310 tal como un procesador de señal digital (DSP) o un microprocesador, un transceptor 2335, un módulo de gestión de energía 2305, una antena 2340, una batería 2355, una pantalla 2315, un teclado 2320, un chip de sistema de posicionamiento global (GPS) 2360, un sensor 2365, una memoria 2330, una tarjeta de módulo de identificación de abonado (SIM) 2325, un altavoz 2345 y un micrófono 2350. Pueden disponerse una pluralidad de antenas y una pluralidad de procesadores.
El procesador 2310 puede implementar funciones, procedimientos y métodos descritos en la presente descripción. El procesador 2310 de la figura 23 pueden ser los procesadores 1811 y 1821 de la figura 20.
La memoria 2330 está conectada al procesador 2310 y almacena información relacionada con operaciones del procesador. La memoria puede estar ubicada dentro o fuera del procesador y conectada al procesador a través de diversas técnicas, tales como conexión por cable y conexión inalámbrica. La memoria 2330 de la figura 23 pueden ser las memorias 1813 y 1823 de la figura 20.
Un usuario puede introducir varios tipos de información, tal como números de teléfono, usando diversas técnicas, tales como presionar botones del teclado 2320 o activar el sonido usando el micrófono 2350. El procesador 2310 puede recibir y procesar información del usuario y ejecutar una función apropiada, tal como llamar usando un número de teléfono de entrada. En algunos escenarios, se pueden recuperar datos de la tarjeta SIM 2325 o la memoria 2330 para ejecutar las funciones apropiadas. En algunos escenarios, el procesador 2310 puede mostrar varios tipos de información y datos en la pantalla 2315 para comodidad del usuario.
El transceptor 2335 está conectado al procesador 2310 y transmite y/o recibe señales de RF. El procesador puede controlar el transceptor para iniciar la comunicación o transmitir señales de RF que incluyen varios tipos de información o datos tales como datos de comunicación de voz. El transceptor incluye un transmisor y un receptor para transmitir y recibir señales de RF. La antena 2340 puede facilitar la transmisión y recepción de señales de RF. En algunos ejemplos de implementación, cuando el transceptor recibe una señal de RF, el transceptor puede reenviar y convertir la señal en una frecuencia de banda base para el procesamiento realizado por el procesador. La señal se puede procesar a través de diversas técnicas tales como conversión en información audible o legible para ser emitida a través del altavoz 2345. El transceptor de la figura 23 pueden ser los transceptores 1812 y 1822 de la figura 20.
Aunque no se muestra en la figura 20, varios componentes, tales como una cámara y un puerto de bus serie universal (USB) pueden incluirse adicionalmente en el terminal. Por ejemplo, la cámara puede estar conectada al procesador 2310.
La figura 20 es un ejemplo de implementación con respecto al terminal y los ejemplos de implementación de la presente divulgación no se limitan al mismo. El terminal no necesita incluir esencialmente todos los componentes mostrados en la figura 23. Es decir, algunos de los componentes, por ejemplo, el teclado 2320, el chip GPS 2360, el sensor 2365 y la tarjeta SIM 2325 pueden no ser componentes esenciales. En este caso, es posible que no se incluyan en el terminal.
La figura 21 ilustra un procesador en el lado del UE.
El procesador 2000 puede incluir un módulo 2010 de determinación de ocasiones de monitorización y selección de recursos, y un módulo 2020 de monitorización de PDCCH. El procesador 2000 puede corresponder al procesador de las figuras 17 a 20.
El módulo 2010 de determinación de ocasiones de monitorización y selección de recursos puede detectar si las ocasiones de monitorización de PDCCH se superponen en una pluralidad de CORESET y, si las ocasiones de monitorización de PDCCH se superponen, puede seleccionar al menos un CORESET entre la pluralidad de CORESET.
El módulo de monitorización de PDCCH 2020 puede monitorizar un PDCCH solo en el seleccionado al menos un CORESET entre la pluralidad de CORESET.
La figura 22 ilustra un procesador en el lado de gNB.
El procesador 3000 puede incluir un módulo de asignación de recursos 3010 y un módulo de transmisión de información 3020. El procesador 3000 puede corresponder al procesador de las figuras 17 a 20.
El módulo de asignación de recursos 3010 puede asignar una pluralidad de CORESET a un UE. El módulo de transmisión de información 3020 puede transmitir un PDCCH solo a un CORESET específico entre la pluralidad de CORESET.

Claims (12)

REIVINDICACIONES
1. Un método para monitorizar una señal de control en un sistema de comunicación inalámbrica, el método realizado por un equipo de usuario, UE, y que comprende:
basándose en una superposición entre ocasiones de monitorización de canal físico de control de enlace descendente, PDCCH, en una pluralidad de conjuntos de recursos de control, CORESET, seleccionar al menos un CORESET entre la pluralidad de CORESET; y
monitorizar al menos un PDCCH solo en el seleccionado al menos un CORESET entre la pluralidad de CORESET, en el que, en base al seleccionado al menos un CORESET que comprende un primer CORESET, y en base a una primera señal de referencia del primer CORESET y a una segunda señal de referencia de un segundo CORESET que están relacionadas con un mismo bloque de señal de sincronización/canal físico de difusión, SSB: monitorizar el al menos un PDCCH tanto en el primer CORESET como en el segundo CORESET.
2. El método según la reivindicación 1, en el que, al seleccionar el al menos un CORESET, una primera prioridad de un CORESET que incluye un espacio de búsqueda común, CSS, es mayor que una segunda prioridad de un CORESET que incluye un espacio de búsqueda específico por UE, USS.
3. El método según la reivindicación 1, en el que la selección del al menos un CORESET comprende:
en base a la pluralidad de CORESET que comprenden múltiples CORESET que incluyen un CSS: seleccionar el al menos un CORESET para incluir un CORESET, entre los múltiples CORESET que incluyen el CSS, con el índice mínimo.
4. El método según la reivindicación 1, en el que la selección del al menos un CORESET comprende: seleccionar, entre la pluralidad de CORESET, un CORESET que corresponde a un CSS que tenga un índice mínimo, de una celda que tenga el índice de celda mínimo y que contenga el CSS.
5. El método según la reivindicación 1, en el que el UE supone que el primer CORESET y el segundo CORESET tienen las mismas propiedades de cuasi-colocalización, QCL.
6. El método según la reivindicación 5, en el que las propiedades de QCL están relacionadas con un parámetro de recepción espacial, Rx.
7. Un equipo de usuario, UE, (1810, 1820), comprendiendo el UE (1810, 1820):
un transceptor (1812, 1822);
al menos un procesador (1811, 1821); y
al menos una memoria informática (1813, 1823) conectable operativamente al, por lo menos, un procesador (1811, 1821) e instrucciones de almacenamiento que, cuando son ejecutadas por el al menos un procesador (1811, 1821), realizan operaciones que comprenden:
en base a una superposición entre ocasiones de monitorización de canal físico de control de enlace descendente, PDCCH, en una pluralidad de conjuntos de recursos de control, CORESET, seleccionar al menos un CORESET entre la pluralidad de CORESET; y
monitorizar al menos un PDCCH solamente en el seleccionado al menos un CORESET entre la pluralidad de CORESET,
en el que, en base al por lo menos un CORESET que comprende un primer CORESET, y en base a una primera señal de referencia del primer CORESET y a una segunda señal de referencia de un segundo CORESET que están relacionadas con un mismo bloque de señal de sincronización/canal de difusión físico, SSB:
monitorizar el al menos un PDCCH tanto en el primer CORESET como en el segundo CORESET.
8. El UE (1810, 1820) según la reivindicación 7, en el que, al seleccionar el al menos un CORESET, una primera prioridad de un CORESET que incluye un Espacio de búsqueda común, CSS, es mayor que una segunda prioridad de un CORESET que incluye un espacio de búsqueda específico por UE, USS.
9. El UE (1810, 1820) según la reivindicación 7, en el que seleccionar el al menos un CORESET comprende: en base a la pluralidad de CORESET que comprenden múltiples CORESET que incluyen un CSS:
seleccionar el al menos un CORESET para incluir un CORESET, entre los múltiples CORESET que incluyen el CSS, con el índice mínimo.
10. El UE (1810, 1820) según la reivindicación 7, en el que seleccionar el al menos un CORESET comprende: seleccionar, entre la pluralidad de CORESET, un CORESET que corresponde a un CSS que tenga un índice mínimo, de una celda que tenga el índice de celda mínimo y que contenga el CSS.
11. El UE (1810, 1820) según la reivindicación 7, en el que el UE supone que el primer CORESET y el segundo CORESET tienen las mismas propiedades de cuasi-colocalización, QCL.
12. El UE (1810, 1820) según la reivindicación 11, en el que las propiedades de QCL están relacionadas con un parámetro de recepción espacial, Rx.
ES19806079T 2018-07-31 2019-07-30 Método para monitorizar una señal de control por un terminal en un sistema de comunicación inalámbrica, y terminal que utiliza el mismo método Active ES2894645T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR20180089551 2018-07-31
PCT/KR2019/009486 WO2020027547A1 (ko) 2018-07-31 2019-07-30 무선 통신 시스템에서 단말의 제어 신호 모니터링 방법 및 상기 방법을 이용하는 단말

Publications (1)

Publication Number Publication Date
ES2894645T3 true ES2894645T3 (es) 2022-02-15

Family

ID=69143392

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19806079T Active ES2894645T3 (es) 2018-07-31 2019-07-30 Método para monitorizar una señal de control por un terminal en un sistema de comunicación inalámbrica, y terminal que utiliza el mismo método

Country Status (7)

Country Link
US (5) US11044619B2 (es)
EP (2) EP3657725B1 (es)
JP (1) JP6961073B2 (es)
KR (3) KR102093901B1 (es)
CN (1) CN110972515B (es)
ES (1) ES2894645T3 (es)
WO (1) WO2020027547A1 (es)

Families Citing this family (129)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11229055B2 (en) * 2018-02-17 2022-01-18 Mediatek Inc. Rach timeline
US11438117B2 (en) * 2018-04-04 2022-09-06 Lg Electronics Inc. Method for receiving reference signal by terminal in wireless communication system, and terminal using same method
CN110798864B (zh) * 2018-08-01 2021-03-02 维沃移动通信有限公司 用于波束失败恢复的方法和终端设备
WO2020024224A1 (en) * 2018-08-02 2020-02-06 Zte Corporation Systems and methods for channel property assumption determination
CN112534945B (zh) * 2018-08-09 2024-05-07 株式会社Ntt都科摩 用户装置以及基站装置
JP7206030B2 (ja) * 2018-08-09 2023-01-17 フラウンホーファー－ゲゼルシャフト・ツール・フェルデルング・デル・アンゲヴァンテン・フォルシュング・アインゲトラーゲネル・フェライン Ｎｒ ｖ２ｘリソースプールの設計
EP4184849B1 (en) * 2018-08-09 2025-12-17 Lenovo (Singapore) Pte. Ltd. Downlink assignments for downlink control channels
ES2991990T3 (es) * 2018-08-10 2024-12-05 Ntt Docomo Inc Terminal de usuario y método de comunicación inalámbrica
EP3849257A4 (en) * 2018-09-07 2022-04-27 Ntt Docomo, Inc. USER TERMINAL AND WIRELESS COMMUNICATION METHOD
KR102586001B1 (ko) * 2018-09-21 2023-10-10 삼성전자주식회사 무선 통신 시스템에서 우선 순위를 고려한 물리계층 채널 송수신 방법 및 장치
CN110972326B (zh) 2018-09-28 2022-05-31 大唐移动通信设备有限公司 一种下行控制信道传输方法、终端和网络侧设备
CN111106913B (zh) * 2018-11-02 2021-04-27 维沃移动通信有限公司 无线通信的方法和设备
US11770806B2 (en) * 2018-11-12 2023-09-26 Qualcomm Incorporated Spatial quasi co-location conflict handling
US11172457B2 (en) * 2018-11-14 2021-11-09 Qualcomm Incorporated Transmission configuration indication state ordering for an initial control resource set
CN111106915B (zh) * 2018-11-16 2021-11-12 维沃移动通信有限公司 无线通信的方法和设备
US11201663B2 (en) * 2018-12-20 2021-12-14 Qualcomm Incorporated Transmission configuration indication determination for a shared data channel
US11470489B2 (en) * 2019-01-11 2022-10-11 Qualcomm Incorporated Synchronization signal block and physical downlink control channel search space monitoring based on user equipment beamforming capability
CA3072491A1 (en) * 2019-02-14 2020-08-14 Comcast Cable Communications, Llc Transmission/reception management in wireless communication
US11540158B2 (en) 2019-03-29 2022-12-27 Qualcomm Incorporated Avoiding TCI reselection due to active BWP switching
US11419052B2 (en) * 2019-04-03 2022-08-16 Acer Incorporated Techniques for handling measurement set adaptation
US11368943B2 (en) * 2019-04-05 2022-06-21 Qualcomm Incorporated Uplink control information configuration for random access channel
US11425706B2 (en) 2019-05-01 2022-08-23 Ofinno, Llc Dynamic transmission reception point group indication
US11438775B2 (en) 2019-05-02 2022-09-06 Ofinno, Llc Radio link monitoring in new radio
CN113785506B (zh) 2019-05-03 2025-03-18 苹果公司 基于用于多trp urllc的dci指示的波束切换
US11824637B2 (en) 2019-05-22 2023-11-21 At&T Intellectual Property I, L.P. Generating wireless reference signals in a different domain for transmission
US10979151B2 (en) 2019-05-22 2021-04-13 At&T Intellectual Property I, L.P. Multidimensional grid sampling for radio frequency power feedback
US10886991B2 (en) * 2019-05-22 2021-01-05 At&T Intellectual Property I, L.P. Facilitating sparsity adaptive feedback in the delay doppler domain in advanced networks
US11395283B2 (en) 2019-06-06 2022-07-19 Samsung Electronics Co., Ltd. Determination of search space sets for physical downlink control channel (PDCCH) monitoring
US11050530B2 (en) 2019-06-27 2021-06-29 At&T Intellectual Property I, L.P. Generating wireless reference signals in a different domain for transmission with a collapsed time-frequency grid
US11470596B2 (en) 2019-07-18 2022-10-11 Samsung Electronics Co., Ltd. Determination of start time of PDCCH monitoring occasion
US11425727B2 (en) * 2019-08-02 2022-08-23 Qualcomm Incorporated Techniques for reporting user equipment (UE) panel-related information
CN112351450B (zh) * 2019-08-09 2022-06-14 成都华为技术有限公司 波束失败恢复方法、设备及系统
CN114866203B (zh) * 2019-08-16 2024-10-22 华为技术有限公司 一种通信方法及装置
US11706672B2 (en) * 2019-09-06 2023-07-18 Qualcomm Incorporated Techniques for prioritization associated with a cell group change
US10973044B1 (en) * 2019-10-03 2021-04-06 Qualcomm Incorporated Default spatial relation for SRS/PUCCH
US10993264B1 (en) 2019-10-15 2021-04-27 Qualcomm Incorporated Multiplexing channel state information reports in multiple transmit-receive point (TRP) scenarios
US11178628B2 (en) * 2019-10-31 2021-11-16 National Instruments Corporation Efficient beam sweeping at a mobile device receiver
CN113260001B (zh) * 2020-02-12 2022-06-10 维沃移动通信有限公司 关联邻小区的方法和设备
US11589394B2 (en) * 2020-02-13 2023-02-21 Qualcomm Incorporated Managing beam failure recovery random access
JP2023043890A (ja) * 2020-02-13 2023-03-30 シャープ株式会社 端末装置、基地局装置、および、通信方法
CN115176495A (zh) * 2020-02-21 2022-10-11 株式会社Ntt都科摩 终端、无线通信方法以及基站
WO2021168824A1 (zh) * 2020-02-28 2021-09-02 Oppo广东移动通信有限公司 控制信道资源的确定方法、设备及存储介质
CN115244903B (zh) * 2020-03-10 2024-04-19 Lg电子株式会社 在无线通信系统中发送和接收pdcch的方法和装置
WO2021182863A1 (ko) * 2020-03-10 2021-09-16 엘지전자 주식회사 무선 통신 시스템에서 무선 링크 품질 평가 방법 및 장치
WO2021184334A1 (en) * 2020-03-20 2021-09-23 Qualcomm Incorporated Low complexity physical downlink control channel
WO2021201757A1 (en) * 2020-03-31 2021-10-07 Telefonaktiebolaget Lm Ericsson (Publ) Coreset enhancement for reduced bandwidth ues initial access
US11889545B2 (en) * 2020-04-02 2024-01-30 Qualcomm Incorporated Downlink reception assumption prioritization based on downlink physical layer (PHY) priority
EP4329234A3 (en) 2020-04-08 2024-05-22 Ofinno, LLC Beam management in multiple transmission and reception points
CN115516779A (zh) 2020-04-08 2022-12-23 Idac控股公司 针对与多个小区和/或多个发射/接收点结合的波束管理的方法、装置和系统
US11671993B2 (en) * 2020-04-10 2023-06-06 Qualcomm Incorporated TCI and QCL determination for dynamic coresets
CN113556688B (zh) * 2020-04-23 2022-09-13 大唐移动通信设备有限公司 一种广播组播业务数据的接收方法、终端及基站
CN115398841A (zh) * 2020-04-30 2022-11-25 高通股份有限公司 用于pdcch和pdsch的多tci状态激活
CN116134748B (zh) * 2020-05-13 2026-03-13 诺基亚技术有限公司 蜂窝通信网络中的改进的波束管理
US20230189124A1 (en) * 2020-05-14 2023-06-15 Sony Group Corporation Communication device and communication method
CN113677022B (zh) * 2020-05-15 2024-08-13 华为技术有限公司 一种通信方法和通信装置
WO2021226988A1 (en) * 2020-05-15 2021-11-18 Qualcomm Incorporated Transmission configuration indicator state determination via control channel repetition and time bundled reference signals
WO2021234878A1 (ja) * 2020-05-20 2021-11-25 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
CN113746607B (zh) * 2020-05-29 2023-03-03 维沃移动通信有限公司 控制信息dci传输方法及相关设备
US11671984B2 (en) * 2020-06-19 2023-06-06 Kt Corporation Method and apparatus for controlling search space for power saving
WO2021253414A1 (zh) * 2020-06-19 2021-12-23 Oppo广东移动通信有限公司 无线通信的方法和终端设备
EP4173379A4 (en) 2020-06-30 2024-04-10 Qualcomm Incorporated SYNCHRONIZATION SIGNAL-BASED MULTICAST TRANSMISSION
CN113905434A (zh) * 2020-07-06 2022-01-07 维沃移动通信有限公司 下行控制信息的传输方法、终端设备和网络设备
CN115868133B (zh) 2020-07-06 2024-08-27 中兴通讯股份有限公司 在多发射接收点系统中确定信道状态信息
US11659423B2 (en) * 2020-07-10 2023-05-23 Qualcomm Incorporated Indications of physical downlink control channel monitoring occasion aggregation via demodulation reference signal parameters
KR20230042198A (ko) * 2020-07-31 2023-03-28 지티이 코포레이션 기준 시그널링 설계 및 구성을 위한 방법
CN120074592A (zh) 2020-08-05 2025-05-30 苹果公司 计算机可读介质、用户装备和无线通信的方法
CN114071370B (zh) * 2020-08-06 2023-07-18 华为技术有限公司 一种信息传输的方法、装置以及系统
US20230319839A1 (en) * 2020-08-07 2023-10-05 Telefonaktiebolaget Lm Ericsson (Publ) Signaling for updating tci state of a coreset with dci
US11870736B2 (en) * 2020-08-07 2024-01-09 Qualcomm Incorporated Search space set activation
CN116709351A (zh) 2020-08-07 2023-09-05 大唐移动通信设备有限公司 一种监测控制信道、确定传输配置指示的方法及终端
US12432583B2 (en) * 2020-08-28 2025-09-30 Qualcomm Incorporated Quasi co-location (QCL) prioritization rules for multi-transmission configuration indicator (TCI) state control resource set (CORESET)
JP7735283B2 (ja) * 2020-09-01 2025-09-08 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
CN116368899B (zh) * 2020-09-01 2025-09-26 株式会社Ntt都科摩 终端、无线通信方法以及系统
WO2022061118A2 (en) * 2020-09-20 2022-03-24 Cirik Ali Cagatay Downlink signal reception in control channel repetition
EP4023012B1 (en) * 2020-09-24 2024-11-06 Ofinno, LLC Default downlink signaling in control channel repetition
US11963190B2 (en) * 2020-09-24 2024-04-16 Qualcomm Incorporated Flexible handling of search space sets for control resource sets (coresets) configured with multiple transmission configuration indicator (TCI) states
WO2022067783A1 (zh) * 2020-09-30 2022-04-07 富士通株式会社 收发数据的方法、装置和通信系统
CN117119502A (zh) 2020-10-02 2023-11-24 苹果公司 多trp操作中的波束管理
CN116326039A (zh) * 2020-10-02 2023-06-23 苹果公司 用于多trp操作中的波束管理的ue操作
WO2022067849A1 (en) * 2020-10-02 2022-04-07 Apple Inc. Physical downlink control channel reception with improved reliability
WO2022077145A1 (en) * 2020-10-12 2022-04-21 Lenovo (Beijing) Limited Method and apparatus for enhanced pdcch monitoring on overlapping pdcch monitoring occasions
US11991621B2 (en) * 2020-10-13 2024-05-21 Ofinno, Llc Beam update for control resource sets
CN114631377B (zh) * 2020-10-14 2025-12-09 苹果公司 用于多trp操作的物理下行链路控制信道候选资源映射和传输
CN116158040B (zh) * 2020-10-15 2024-11-26 Oppo广东移动通信有限公司 信道传输的方法、终端设备和网络设备
CN116508367A (zh) * 2020-10-16 2023-07-28 联想(北京)有限公司 用于小数据传输或接收的方法及装置
WO2022087392A1 (en) * 2020-10-22 2022-04-28 Convida Wireless, Llc Beam management enhancements
US20220140878A1 (en) * 2020-11-02 2022-05-05 Samsung Electronics Co., Ltd. Method and apparatus for beam measurement and reporting in a wireless communication system
WO2022131872A1 (ko) * 2020-12-20 2022-06-23 엘지전자 주식회사 무선 통신 시스템에서 pdcch 송수신 방법 및 장치
KR102514603B1 (ko) 2020-12-28 2023-03-27 엘지전자 주식회사 무선 통신 시스템에서 pdcch 송수신 방법 및 장치
US11785536B2 (en) * 2021-01-04 2023-10-10 Samsung Electronics Co., Ltd. Scheduling for a UE capable of receptions over multiple antenna panels
CN114760689A (zh) * 2021-01-08 2022-07-15 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN116803179A (zh) * 2021-01-09 2023-09-22 高通股份有限公司 针对降低能力ue的dci大小限制和丢弃规则
US12490125B2 (en) 2021-01-13 2025-12-02 Qualcomm Incorporated Resolving ambiguities for search space set linking for physical downlink control channel repetition
CN117063563A (zh) * 2021-01-14 2023-11-14 株式会社Ntt都科摩 终端、无线通信方法以及基站
CN115088367B (zh) * 2021-01-15 2025-03-21 Lg电子株式会社 发送和接收下行链路控制信道的方法及其装置
US11956791B2 (en) * 2021-01-25 2024-04-09 Qualcomm Incorporated Coverage enhancements for physical downlink control channel (PDCCH) and physical downlink shared channel (PDSCH)
US12432757B2 (en) * 2021-02-01 2025-09-30 Qualcomm Incorporated Transmission configuration indicator state types for sounding reference signal as source reference signal
US12587343B2 (en) * 2021-02-19 2026-03-24 Ntt Docomo, Inc. Terminal, radio communication method, and base station
WO2022191672A1 (en) 2021-03-12 2022-09-15 Samsung Electronics Co., Ltd. Method and apparatus for determining priority regarding downlink control information reception in wireless communication system
US20220329387A1 (en) * 2021-03-30 2022-10-13 Comcast Cable Communications, Llc Monitoring Overlapping Coresets
WO2022206914A1 (zh) * 2021-04-01 2022-10-06 北京紫光展锐通信技术有限公司 监听方法与装置、终端和网络设备
US12557136B2 (en) * 2021-04-01 2026-02-17 Qualcomm Incorporated Downlink control channel repetition for a downlink control channel order
US12610422B2 (en) * 2021-04-02 2026-04-21 Ntt Docomo, Inc. Terminal, radio communication method, and base station
WO2022214311A1 (en) * 2021-04-05 2022-10-13 Nokia Technologies Oy Beam group reporting for multi-trp operation
CN115209436B (zh) * 2021-04-08 2026-03-13 维沃移动通信有限公司 监听pdcch的方法、装置及终端
KR20220140292A (ko) * 2021-04-09 2022-10-18 삼성전자주식회사 통신 시스템에서 기본 빔 설정 방법 및 장치
US20240244620A1 (en) * 2021-05-07 2024-07-18 Beijing Xiaomi Mobile Sofware Co., Ltd. Method and apparatus for monitoring physical downlink control channel, and storage medium
US12342355B2 (en) * 2021-05-07 2025-06-24 Qualcomm Incorporated Techniques for transmission configuration indicator states of single-frequency network control channel repetitions
US12323369B2 (en) * 2021-05-10 2025-06-03 Qualcomm Incorporated Search space alignment for control channel monitoring
US12369045B2 (en) 2021-05-10 2025-07-22 Qualcomm Incorporated Quasi co-location prioritization for wireless communications systems
WO2022240569A1 (en) * 2021-05-10 2022-11-17 Qualcomm Incorporated Quasi co-location prioritization for wireless communications systems
CN115334688A (zh) * 2021-05-10 2022-11-11 北京紫光展锐通信技术有限公司 信道监听方法与装置、终端和网络设备
WO2022239075A1 (ja) * 2021-05-10 2022-11-17 株式会社Ｎｔｔドコモ 端末、無線通信方法及び基地局
CN117280717A (zh) * 2021-05-11 2023-12-22 Tcl通讯（宁波）有限公司 用户设备、基站和用于mbs的无线通信方法
US11723025B2 (en) * 2021-05-27 2023-08-08 Qualcomm Incorporated Radio PDCCH rate-matching for long term evolution cell-specific reference signals
EP4252466A1 (en) 2021-07-23 2023-10-04 Ofinno, LLC Power saving for paging message reception
US20250089060A1 (en) * 2021-07-29 2025-03-13 Beijing Xiaomi Mobile Software Co., Ltd. Pdcch transmission method and apparatus, and communication device
CN113677028B (zh) * 2021-08-20 2023-09-29 哲库科技(北京)有限公司 Pdcch监测方法、装置、设备及存储介质
US12532360B2 (en) * 2021-09-30 2026-01-20 Qualcomm Incorporated Downlink control channel repetition for a downlink control channel order
CN118318488A (zh) * 2021-10-01 2024-07-09 诺基亚技术有限公司 通信网络中控制资源集的检测
JP7779922B2 (ja) * 2021-10-01 2025-12-03 株式会社Ｎｔｔドコモ 端末、無線通信方法、基地局及びシステム
WO2023077361A1 (en) * 2021-11-04 2023-05-11 Lenovo (Beijing) Limited Methods and apparatus of monitoring behaviour determination for overlapping epdcch and csi-rs/ssb/pdsch/pdcch
US12464538B2 (en) * 2021-11-05 2025-11-04 Qualcomm Incorporated Group-based PDCCH overbooking and dropping
CN116233932B (zh) * 2021-12-02 2026-04-17 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN116488690A (zh) * 2022-01-14 2023-07-25 华为技术有限公司 通信方法及装置
US12543122B2 (en) * 2022-07-29 2026-02-03 Apple Inc. Explicit power saving operations for a network-controlled repeater (NCR) in wireless communications
WO2024197766A1 (en) * 2023-03-31 2024-10-03 Qualcomm Incorporated Power prioritization including candidate cells
US20240348405A1 (en) * 2023-04-13 2024-10-17 Samsung Electronics Co., Ltd. System and method for monitoring pdcch in overlapping monitoring occassions based on coreset prioritization
CN119051815A (zh) * 2023-05-29 2024-11-29 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100913473B1 (ko) * 2008-03-20 2009-08-25 엘지전자 주식회사 무선 통신 시스템에서 ｐｄｃｃｈ 모니터링 방법
WO2011126329A2 (ko) * 2010-04-07 2011-10-13 엘지전자 주식회사 캐리어 접합 시스템에서 pdcch 모니터링 방법 및 장치
US10492157B2 (en) 2017-01-04 2019-11-26 Samsung Electronics Co., Ltd. Method and apparatus for system information delivery in advanced wireless systems
CN118509018A (zh) * 2017-01-06 2024-08-16 索尼公司 波束失效恢复
US11212813B2 (en) * 2017-01-13 2021-12-28 Qualcomm Incorporated Configuration of control resources
US11134492B2 (en) * 2017-04-12 2021-09-28 Samsung Electronics Co., Ltd. Method and apparatus for beam recovery in next generation wireless systems
KR101799862B1 (ko) * 2017-04-28 2017-11-22 (주)카리스가드레일 개방형 플라스틱 가드레일
WO2018201877A1 (en) * 2017-05-02 2018-11-08 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Methods and apparatuses for control resource bundling and mapping in wireless communication systems
US10506587B2 (en) * 2017-05-26 2019-12-10 Samsung Electronics Co., Ltd. Method and apparatus for beam indication in next generation wireless systems
WO2019031942A1 (ko) * 2017-08-11 2019-02-14 엘지전자 주식회사 무선 통신 시스템에서 신호를 측정 및 보고하는 방법 및 이를 위한 장치
CN111527722B (zh) * 2017-11-14 2023-05-02 交互数字专利控股公司 用于物理下行链路控制信道(pdcch)候选确定的方法
US10973013B2 (en) * 2017-11-15 2021-04-06 Sharp Kabushiki Kaisha User equipments, base stations and methods
US10506588B2 (en) * 2017-11-17 2019-12-10 Lg Electronics Inc. Method and apparatus for transmitting and receiving system information
WO2019136205A1 (en) * 2018-01-04 2019-07-11 Ofinno, Llc Semi-persistent channel state information report
US10826758B2 (en) * 2018-02-14 2020-11-03 Asustek Computer Inc. Method and apparatus for control resource monitoring considering beam failure recovery in a wireless communication system
SG11202001967UA (en) 2018-02-21 2020-04-29 Lg Electronics Inc Method and apparatus for configuring control channel according to bwp or beam switching in wireless communication system
CN108199819A (zh) * 2018-02-26 2018-06-22 中兴通讯股份有限公司 控制信令的发送、接收以及信息的确定方法及装置
EP3557778B1 (en) * 2018-04-02 2022-11-16 Comcast Cable Communications LLC Beam failure recovery
US11095355B2 (en) * 2018-05-10 2021-08-17 Comcast Cable Communications, Llc Prioritization in beam failure recovery procedures
EP3567967B1 (en) * 2018-05-10 2021-02-24 ASUSTek Computer Inc. Method and apparatus for beam indication for uplink transmission in a wireless communication system
US11109223B2 (en) 2018-06-05 2021-08-31 Qualcomm Incorporated Capability-based determination of a shared data channel TCI state
US11277302B2 (en) * 2018-06-21 2022-03-15 Ofinno, Llc PUCCH based beam failure recovery procedure
US20190393980A1 (en) * 2018-06-22 2019-12-26 Mediatek Inc. Method for NR Radio Link Monitoring (RLM) and Evaluation Period Determination
US11095415B2 (en) 2018-07-02 2021-08-17 Samsung Electronics Co., Ltd. Enhancements to reception reliability for data and control information
US11252733B2 (en) * 2018-08-06 2022-02-15 Lg Electronics Inc. Method of receiving signal in CORESET of wireless communication system and apparatus using the method
EP4184849B1 (en) * 2018-08-09 2025-12-17 Lenovo (Singapore) Pte. Ltd. Downlink assignments for downlink control channels

Also Published As

Publication number Publication date
US11950116B2 (en) 2024-04-02
JP2020532900A (ja) 2020-11-12
US20200045569A1 (en) 2020-02-06
US20240205711A1 (en) 2024-06-20
KR102352865B1 (ko) 2022-01-19
KR102093901B1 (ko) 2020-03-26
KR20200014252A (ko) 2020-02-10
US11337093B2 (en) 2022-05-17
US20220272556A1 (en) 2022-08-25
US20210289377A1 (en) 2021-09-16
EP3657725A1 (en) 2020-05-27
EP3657725B1 (en) 2021-07-21
KR20200084853A (ko) 2020-07-13
KR102213102B1 (ko) 2021-02-08
EP3902189A3 (en) 2022-01-12
JP6961073B2 (ja) 2021-11-05
WO2020027547A1 (ko) 2020-02-06
EP3902189A2 (en) 2021-10-27
US11044619B2 (en) 2021-06-22
CN110972515A (zh) 2020-04-07
US20200336928A1 (en) 2020-10-22
CN110972515B (zh) 2022-06-14
EP3902189B1 (en) 2023-05-17
US11044622B2 (en) 2021-06-22
EP3657725A4 (en) 2020-06-17
KR20200033834A (ko) 2020-03-30

Similar Documents

Publication Publication Date Title
ES2894645T3 (es) Método para monitorizar una señal de control por un terminal en un sistema de comunicación inalámbrica, y terminal que utiliza el mismo método
US11831424B2 (en) Method for determining slot format of user equipment in wireless communication system and user equipment using the same
US10893515B2 (en) Method for performing physical uplink control channel transmission and user equipment using the same
EP3672343B1 (en) Resource using method of node in wireless communication system and node using same method
EP3627946A1 (en) Method for operating terminal in wireless communication system, and device using same method
US20200351048A1 (en) Method of operating device in wireless communication system and device using the method