ES2932267T3 - Métodos y dispositivos relacionados para realizar la planificación de portadora cruzada con operaciones de haz - Google Patents

Métodos y dispositivos relacionados para realizar la planificación de portadora cruzada con operaciones de haz Download PDF

Info

Publication number
ES2932267T3
ES2932267T3 ES19784236T ES19784236T ES2932267T3 ES 2932267 T3 ES2932267 T3 ES 2932267T3 ES 19784236 T ES19784236 T ES 19784236T ES 19784236 T ES19784236 T ES 19784236T ES 2932267 T3 ES2932267 T3 ES 2932267T3
Authority
ES
Spain
Prior art keywords
cell
coreset
configuration
pdcch
pdsch
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
ES19784236T
Other languages
English (en)
Inventor
Yu-Hsin Cheng
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.)
FG Innovation Co Ltd
Original Assignee
FG Innovation Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Application granted granted Critical
Publication of ES2932267T3 publication Critical patent/ES2932267T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • 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/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/022—Selective call receivers
    • H04W88/023—Selective call receivers with message or information receiving capability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Steering-Linkage Mechanisms And Four-Wheel Steering (AREA)
  • Warehouses Or Storage Devices (AREA)

Abstract

Se proporciona un método para comunicaciones inalámbricas. El método, realizado por un Equipo de Usuario (UE), incluye recibir, en una primera celda, una configuración del primer espacio de búsqueda y una configuración del segundo espacio de búsqueda, y una parte de la configuración del segundo espacio de búsqueda es diferente de la configuración del primer espacio de búsqueda; monitorear, en la primera celda, un primer Canal de Control de Enlace Descendente Físico (PDCCH) de la primera celda, en base a la configuración del primer espacio de búsqueda; y monitorear, en la primera celda, un segundo PDCCH de una segunda celda de portadora cruzada planificada por la primera celda, en base a la configuración del segundo espacio de búsqueda. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Métodos y dispositivos relacionados para realizar la planificación de portadora cruzada con operaciones de haz Campo
La presente descripción se refiere en general a las comunicaciones inalámbricas y, más particularmente, a los métodos y dispositivos relacionados para realizar la planificación de portadora cruzada con operaciones de haz. Antecedentes
Se han realizado varios esfuerzos para mejorar diferentes aspectos de las comunicaciones inalámbricas, como velocidad de datos, latencia, fiabilidad y movilidad, para los sistemas de comunicación inalámbrica de próxima generación (por ejemplo, Nueva Radio (NR) de 5G). Como resultado de estos esfuerzos, los sistemas de comunicación inalámbrica de próxima generación pueden proporcionar un conjunto de operaciones de haz, mediante las cuales los equipos de usuario (UE) y las estaciones base (por ejemplo, los nodos B de próxima generación (gNB)) pueden establecer uno o más enlaces de transmisión direccional, para mejorar las ganancias de formación de haces y la calidad de la comunicación.
El documento "Discussion on remaining issues on PT-RS" de CMCC (borrador de 3GPP; R1-1804096, 20180407 proyecto de asociación de tercera generación (3GPP), Centro de Competencias Móviles; 650, route des Lucioles; F-06921 Sophia-Antipolis Cedex; Francia) discute los problemas restantes después de la reunión RAN1#92.
La planificación de portadora cruzada también puede utilizarse en los sistemas de comunicación inalámbrica de próxima generación para reducir la complejidad cuando el UE realiza transmisiones de agregación de portadora (CA). Sin embargo, la planificación de portadora cruzada con operaciones de haz todavía presenta desafíos.
Por lo tanto, existe la necesidad en la técnica de un mecanismo de planificación de portadora cruzada mejorado compatible con operaciones de haz.
Compendio
La presente invención está dirigida a métodos y dispositivos relacionados para realizar la planificación de portadora cruzada con operaciones de haz. Está definida por la materia reivindicada.
Breve descripción de los dibujos
Los aspectos de la descripción ejemplar se entienden mejor a partir de la siguiente descripción detallada cuando se lee con las figuras adjuntas. Varias características no están dibujadas a escala. Las dimensiones de varias características pueden estar aumentadas o reducidas arbitrariamente para mayor claridad de la discusión.
La Fig. 1 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz.
La Fig. 2A es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz.
La Fig. 2B es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz.
La Fig. 3 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz.
La Fig. 4 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz.
La Fig. 5 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz.
La Fig. 6 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz.
La Fig. 7 es un diagrama esquemático que ilustra un UE que monitoriza candidatos de PDCCH para una celda planificada en una celda de planificación.
La Fig. 8 es un diagrama de flujo de un método para realizar la planificación de portadora cruzada con operaciones de haz.
La Fig. 9 es un diagrama de bloques que ilustra un nodo para comunicación inalámbrica.
Descripción detallada
La siguiente descripción contiene información específica concerniente a implementaciones ejemplares en la presente descripción. Los dibujos en la presente descripción y su descripción detallada adjunta están dirigidos a implementaciones meramente ejemplares. Sin embargo, la presente descripción no se limita meramente a estas implementaciones ejemplares. A los expertos en la técnica se les ocurrirán otras variaciones e implementaciones de la presente descripción. A menos que se indique lo contrario, los elementos iguales o correspondientes entre las figuras pueden indicarse mediante números de referencia iguales o correspondientes. Además, los dibujos e ilustraciones de la presente descripción generalmente no están a escala y no pretenden corresponder a las dimensiones relativas reales.
Con fines de coherencia y facilidad de comprensión, las características similares se identifican (aunque, en algunos ejemplos, no se muestran) mediante números en las figuras de ejemplo. Sin embargo, las características en diferentes implementaciones pueden diferir en otros aspectos y, por lo tanto, no se limitarán estrictamente a lo que se muestra en las figuras.
Las referencias a "una implementación", "una implementación", "implementación de ejemplo", "varias implementaciones", "algunas implementaciones", "implementaciones de la presente solicitud", etc., pueden indicar que la(s) implementación(es) de la presente solicitud así descritas pueden incluir un aspecto, estructura o característica particular, pero no todas las implementaciones posibles de la presente solicitud incluyen necesariamente el aspecto, estructura o característica particular. Además, el uso repetido de la frase "en una implementación" o "en una implementación de ejemplo", "una implementación" no se refiere necesariamente a la misma implementación, aunque pueden hacerlo. Además, cualquier uso de frases como "implementaciones" en relación con "la presente solicitud" nunca pretende caracterizar que todas las implementaciones de la presente solicitud deben incluir el aspecto, estructura o característica particular, y en su lugar debe entenderse que significan "al menos algunas implementaciones de la presente solicitud" incluyen el aspecto, estructura o característica particular indicada. El término "acoplado" se define como conectado, ya sea directa o indirectamente a través de componentes intermedios, y no se limita necesariamente a conexiones físicas. El término "que comprende", cuando se utiliza, significa "que incluye, pero no necesariamente se limita a"; indica específicamente inclusión o pertenencia abierta a la combinación, grupo, serie y equivalente así descritos.
Además, con fines explicativos y no limitativos, se establecen detalles específicos, como entidades funcionales, técnicas, protocolos, estándares y similares para proporcionar una comprensión de la tecnología descrita. En otros ejemplos, se omiten descripciones detalladas de métodos, tecnologías, sistemas, arquitecturas y similares bien conocidos para no oscurecer la descripción con detalles innecesarios.
Los expertos en la técnica reconocerán de inmediato que cualquier función(es) o algoritmo(s) de red descrito(s) en la presente descripción puede(n) implementarse mediante hardware, software o una combinación de software y hardware. Las funciones descritas pueden corresponder a módulos que pueden ser de software, hardware, firmware o cualquier combinación de los mismos. La implementación de software puede comprender instrucciones ejecutables por ordenador almacenadas en un medio legible por ordenador, como una memoria u otro tipo de dispositivos de almacenamiento. Por ejemplo, uno o más microprocesadores u ordenadores de propósito general con capacidad de procesamiento de comunicaciones pueden programarse con instrucciones ejecutables correspondientes y llevar a cabo la(s) función(es) o algoritmo(s) de red descrito(s). Los microprocesadores u ordenadores de propósito general pueden estar formados por circuitos integrados de aplicación específica (ASIC), matrices lógicas programables y/o utilizar uno o más procesadores de señales digitales (DSP). Aunque algunas de las implementaciones de ejemplo descritas en esta especificación están orientadas al software instalado y que se ejecuta en hardware informático, no obstante, las implementaciones de ejemplo alternativas implementadas como firmware o como hardware o una combinación de hardware y software están dentro del alcance de la presente descripción.
El medio legible por ordenador incluye, pero no se limita a, memoria de acceso aleatorio (RAM), memoria de solo lectura (ROM), memoria de solo lectura programable y borrable (EPROM), memoria de solo lectura programable y borrable eléctricamente (EEPROM), memoria flash, memoria de solo lectura de disco compacto (CD ROM), casetes magnéticos, cinta magnética, almacenamiento de disco magnético o cualquier otro medio equivalente capaz de almacenar instrucciones legibles por ordenador.
Una arquitectura de red de comunicación por radio (por ejemplo, un sistema de evolución a largo plazo (LTE), un sistema LTE-Advanced (LTE-A) o un sistema LTE-Advanced Pro) generalmente incluye al menos una estación base, al menos un UE y uno o más elementos de red opcionales que proporcionan conexión hacia una red. El UE se comunica con la red (por ejemplo, una red central (CN), una red de núcleo de paquetes evolucionado (EPC), una red de acceso por radio terrestre universal evolucionado (E-UTRAN), un núcleo de próxima generación (NGC) o un internet) a través de una red de acceso por radio (RAN) establecida por la estación base.
Cabe señalar que, en la presente solicitud, un UE puede incluir, pero no se limita a, una estación móvil, un terminal o dispositivo móvil, un terminal de radio de comunicación del usuario, etc. Por ejemplo, un UE puede ser un equipo de radio portátil, que incluye, pero no se limita a, un teléfono móvil, una tableta, un dispositivo para llevar puesto, un sensor o un asistente digital personal (PDA) con capacidad de comunicación inalámbrica. El UE se configura para recibir/transmitir señales a través de una interfaz aérea desde/hacia una o más celdas en una red de acceso por radio.
Una estación base puede incluir, pero no se limita a, un Nodo B (NB) como en UMTS, un Nodo B evolucionado (eNB) como en LTE-A, un controlador de red de radio (RNC) como en UMTS, un controlador de estación base (BSC) como en GSM/GERAN, un NG-eNB como en una estación base E-UTRA en relación con el 5GC, un gNB como en 5G-AN y cualquier otro aparato capaz de controlar la comunicación por radio y gestionar los recursos de radio dentro de una celda. La estación base puede conectarse para servir al uno o más UE a través de una interfaz de radio a la red.
Una estación base puede configurarse para proporcionar servicios de comunicación de acuerdo con al menos una de las siguientes tecnologías de acceso por radio (RAT): interoperabilidad mundial para acceso por microondas (WiMAX), sistema global para comunicaciones móviles (GSM, a menudo denominado 2G), red de acceso por radio GSM EDGE (GERAN), servicio general de paquetes vía radio (GRPS), sistema universal de telecomunicaciones móviles (UMTS, a menudo denominado 3G) basado en acceso múltiple por división de código de banda ancha (W-CDMA) básico, acceso a paquetes a alta velocidad (HSPA), LTE, LTE-A, eLTE (LTE evolucionado), Nueva Radio (NR, a menudo denominada 5G) y/o LTE-A Pro. Sin embargo, el alcance de la presente solicitud no debe limitarse a los protocolos mencionados anteriormente.
La estación base es operable para proporcionar cobertura de radio a un área geográfica específica utilizando una pluralidad de celdas que forman la red de acceso por radio. La estación base soporta las operaciones de las celdas. Cada celda es operable para proporcionar servicios a al menos un UE dentro de su cobertura de radio. Más específicamente, cada celda (a menudo denominada celda de servicio) proporciona servicios para servir a uno o más UE dentro de su cobertura de radio (por ejemplo, cada celda planifica el enlace descendente y, opcionalmente, los recursos del enlace ascendente a al menos un UE dentro de su cobertura de radio para las transmisiones de paquetes de enlace descendente y opcionalmente de enlace ascendente). La estación base puede comunicarse con uno o más UE en el sistema de comunicación por radio a través de la pluralidad de celdas. Una celda puede asignar recursos SideLink (SL) para soportar el servicio de proximidad (ProSe). Cada celda puede tener áreas de cobertura superpuestas con otras celdas.
Como se discutió anteriormente, la estructura de trama para NR es para soportar configuraciones flexibles para adaptarse a varios requisitos de comunicación de próxima generación (por ejemplo, 5G), como banda ancha móvil mejorada (eMBB), comunicación de tipo de máquina masiva (mMTC), comunicación ultra confiable y comunicación de baja latencia (URLLC), al mismo tiempo que cumple con los requisitos de alta fiabilidad, alta velocidad de datos y baja latencia. La tecnología de multiplexación por división de frecuencia ortogonal (OFDM) según lo acordado en 3GPP puede servir como línea de base para la forma de onda de NR. También puede utilizarse la numerología OFDM escalable, como la separación adaptativa de subportadoras, el ancho de banda del canal y el prefijo cíclico (CP). Además, se consideran dos esquemas de codificación para NR: (1) código de comprobación de paridad de baja densidad (LDPC) y (2) código polar. La adaptación del esquema de codificación puede configurarse en base a las condiciones del canal y/o las aplicaciones del servicio.
Además, debe señalarse que en un intervalo de tiempo de transmisión TX de una única trama NR, deben incluirse al menos datos de transmisión de enlace descendente (DL), un período de guarda y datos de transmisión de enlace ascendente (UL). Además, las porciones respectivas de los datos de transmisión de DL, el período de guarda y los datos de transmisión de UL también deben ser configurables, por ejemplo, en base a la dinámica de red de NR. Además, el recurso SL también puede proporcionarse en una trama de NR para soportar servicios ProSe.
Además, los términos "sistema" y "red" en la presente memoria pueden utilizarse indistintamente. El término "y/o" en la presente memoria es solo una relación de asociación para describir objetos asociados y representa que pueden existir tres relaciones. Por ejemplo, A y/o B pueden indicar que: solo existe A , A y B existen al mismo tiempo y solo existe B. Además, el carácter "/" en la presente memoria generalmente representa que los objetos asociados primero y último están en una relación "o".
Se puede utilizar la planificación de portadora cruzada para reducir la complejidad del UE. Con la planificación de portadora cruzada, el UE puede recibir un PDCCH en una Portadora de Componente (CC) (o denominada "una celda" en la presente descripción) distinta de una celda en la que se recibe un PDSCH. Por ejemplo, para una portadora cruzada de celda secundaria (SCell) planificada en una celda primaria (PCell), el UE puede recibir el PDCCH de la SCell en la PCell y utilizar la información de planificación contenida en el PDCCH para recibir el PDSCH en la SCell. En tal ejemplo, la SCell es una celda planificada por portadora cruzada (denominada en lo sucesivo "una celda planificada"), y la PCell es una celda planificada por portadora cruzada (denominada en lo sucesivo "una celda de planificación"). De acuerdo con el significado general, una celda planificada puede referirse a una celda a ser planificada por portadora cruzada en otra celda, y una celda de planificación puede referirse a una celda que transporta información de planificación de portadora cruzada de otras celdas.
La Fig. 1 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz, de acuerdo con las implementaciones de ejemplo de la presente descripción. En la presente implementación, un UE puede esperar que una estación base no transmita un PDSCH de una celda planificada durante un período de tiempo específico (por ejemplo, el período de desfase de planificación).
Como se muestra en la Fig. 1, el UE se configura para realizar transmisiones de CA en una celda #1 y una celda #2. El UE puede tener un módulo de RF #1 y un módulo de RF #2 para recibir la celda #1 y la celda #2, respectivamente. La celda #2 (por ejemplo, una celda planificada) puede ser planificada por portadora cruzada en la celda #1 (por ejemplo, una celda de planificación). En algunas implementaciones, la celda #2 puede ser una SCell y la celda #1 puede ser una PCell u otra SCell.
En la presente implementación, la celda #1 puede ser configurada con un conjunto de recursos de control (CORESET) 103 por la estación base. Además, el UE puede configurarse con un estado de indicador de configuración de transmisión (TCI) (estado de TCI) para el CORESET 103. El UE puede aplicar un filtro espacial de recepción (Rx) de DL (por ejemplo, el haz 102 de Rx de DL proporcionado por el módulo de RF #1) correspondiente al estado de TCI para monitorizar el CORESET 103.
El CORESET 103 puede contener uno o más PDCCH que transportan información de planificación de la celda #1 y/o la celda #2. Por ejemplo, la información de planificación puede estar contenida en la información de control de enlace descendente (DCI). Como se muestra en la Fig. 1, el CORESET 103 puede contener dos PDCCH. Uno de los PDCCH puede transportar la DCI #1 y otro PDCCH puede transportar la DCI #2. Por ejemplo, la DCI #1 puede contener información de planificación para un PDSCH 105 en la celda #1, y la DCI #2 puede contener información de planificación para un PDSCH 107 en la celda #2.
Después de que el UE descodifique con éxito los PDCCH en el CORESET 103, el UE puede saber cuándo monitorizar los PDSCH correspondientes (por ejemplo, los PDSCH 105 y 107) y qué haz(haces) de Rx de DL debe(n) utilizarse.
En general, puede haber un período de desfase de planificación entre el tiempo (por ejemplo, el tiempo T111) en que el UE completa la recepción del(de los) PDCCH y el tiempo (por ejemplo, el tiempo T112) en que el UE decodifica con éxito el(los) PDCCH. En algunas implementaciones, el punto de comienzo del período de desfase de planificación puede ser el siguiente símbolo del final del último símbolo del CORESET (por ejemplo, el CORESET 103). Además, la duración del período de desfase de planificación puede estar relacionado con las capacidades del UE. Por ejemplo, el UE puede informar el período de desfase de planificación como la capacidad del UE a la estación base. En algunas implementaciones, el período de desfase de planificación está representado por un elemento de información (IE) específico (por ejemplo, "ThresholdSched-Offset'').
Durante el período de desfase de planificación (por ejemplo, entre el tiempo T111 y el tiempo T112), debido a que el UE no ha decodificado con éxito la DCI #1 y la DCI #2, el UE no conoce las ubicaciones de los PDSCH correspondientes. En la presente implementación, el UE puede aplicar un haz de Rx de DL 104 para realizar la recepción en la celda #1 durante el período de desfase de planificación. El haz de Rx de DL 104 puede determinarse por reglas predefinidas. Por ejemplo, el UE puede aplicar el mismo filtro espacial de Rx de DL que el haz de Rx de DL 102 para realizar la recepción en la celda #1 durante el período de desfase de planificación. En tal caso, el haz de Rx de DL 104 puede ser el mismo que el haz de Rx de DL 102. En otro ejemplo, el haz de Rx de DL 104 puede determinarse en base al ID de CORESET más bajo en el último intervalo de tiempo.
Como se mencionó anteriormente, en la presente implementación, el UE puede esperar que no haya transmisión de PDSCH en la celda #2 durante el período de desfase de planificación. Por lo tanto, el UE puede comenzar a recibir el PDSCH 107 en la celda #2 solo cuando el período de desfase de tiempo entre el final del PDCCH que transporta la DCI #2 (por ejemplo, en el tiempo T111) y el comienzo del PDSCH 107 en la celda #2 (por ejemplo, en el tiempo T113) es mayor o igual a un umbral predefinido (por ejemplo, "ThresholdSched-Offset"). En algunas implementaciones, el umbral predefinido puede ser de 7, 14 o 28 símbolos contados desde el final del último símbolo del PDCCH hasta el comienzo del primer símbolo del PDSCH, según la capacidad del UE.
Después del tiempo T112, debido a que el UE ha decodificado los PDCCH en el CORESET 103 con éxito, el UE puede seguir la información de planificación de la DCI #2 para aplicar un haz de Rx de DL 108 para recibir el PDSCH 107 en la celda #2. Por otro lado, el UE también puede seguir la DCI #1 para aplicar un haz de Rx de DL 106 para recibir el PDSCH 105 en la celda #1.
En algunas implementaciones, el método para realizar la planificación de portadora cruzada con operaciones de haz puede aplicarse en la transmisión de múltiples puntos de transmisión y recepción (TRP) (multi-TRP). Para soportar la transmisión multi-TRP/panel basada en múltiples PDCCH con intra-celda (mismo ID de celda) e inter-celda (diferentes ID de celda), puede utilizarse la siguiente configuración de control de recursos de radio (RRC) para enlazar múltiples pares de PDCCH/PDSCH con múltiples TRP:
- Un CORESET en un "PDCCH-config" corresponde a un TRP.
En algunas de tales implementaciones, si la estación base planifica el PDSCH de un TRP #1 y un TRP #2 solo en el CORESET del TRP #1, la estación base puede configurar dos estados de TCI diferentes en el CORESET del TRP #1, y el UE puede monitorizar el PDSCH desde el TRP #1 durante el período de desfase de planificación utilizando un filtro espacial de Rx de DL por defecto. Mientras tanto, el UE puede suponer que no hay transmisión de PDSCH desde el TRP #2 durante el período de desfase de planificación. En algunas implementaciones, el comportamiento del UE mencionado anteriormente puede ocurrir cuando el número de la(s) celda(s) planificada(s) (o TRP(s)) en una celda (o un TRP) es mayor que la capacidad del UE del número máximo de recepciones simultáneas.
La Fig. 2A es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz, de acuerdo con las implementaciones de ejemplo de la presente descripción.
Como se muestra en la Fig. 2A, un UE se configura para realizar transmisiones de CA en una celda #1 y una celda #2 de una estación base, por ejemplo. El UE puede tener un módulo de RF #1 y un módulo de RF #2 para recibir la celda #1 y la celda #2, respectivamente. La celda #2 (celda planificada) puede ser planificada por portadora cruzada en la celda #1 (celda de planificación). Dado que la celda #2 es una celda planificada, la estación base puede no configurar ningún CORESET en la celda #2.
En la presente implementación, el UE puede configurarse con múltiples CORESET (por ejemplo, un CORESET 203 y un CORESET 205) en la celda #1. El CORESET 203 puede contener un PDCCH que transporta la DCI #1. El UE puede aplicar un haz de Rx de DL 202 para monitorizar el CORESET 203. Por otro lado, el CORESET 205, que está ubicado dentro del período de desfase de planificación (por ejemplo, desde el tiempo T221 hasta el tiempo T223) del CORESET 203, puede contener un PDCCH que transporta la dCi #2. El UE puede aplicar un haz de Rx de DL 204 para monitorizar el CORESET 205.
Cada uno de los haces de Rx de DL 202 y 204 puede corresponder a un estado de TCI de una tabla de estado de TCI en una configuración de RRC. En algunas implementaciones, la configuración de RRC de la celda #1 puede configurarse con una tabla de estado de TCI, mientras que la configuración de RRC de la celda #2 no se configura con ninguna tabla de estado de TCI. En las Tablas 1 y 2 se muestran ejemplos de las configuraciones de RRC relacionadas.
Tabla 1: configuración de RRC de la Celda #1
Figure imgf000006_0001
- TCI-statesPDCCH:
- TCI-state#1
- ICI-presentInDCI:
- disable
}
ControlResourceSet: : {
- CORESETID
- #2
- TCI-statesPDCCH:
- TCI-state#5
- TCI-presentInDCI:
- enable
}
PDSCH-config::{
- TCI-State:{
- TCI-stateID:
- #10
- CellID:
- Cell#2
- referenceSignal:
CRI# 10
}
PDSCH-config::{
- TCI-State:{
- TCI-stateID:
- #1
- CellID:
- Cell#l
- referenceSignal
- CRI# 1
}
}
PDSCH-config::{
- TCI-State:{
- TCI-stateID:
- #5
- CellID:
- Cell#l
- referenceSignal
- SSB#5
Tabla 2: configuración de RRC de la Celda #2
Figure imgf000007_0001
Como se muestra en lo anterior, la configuración de RRC de la celda #1 incluye una tabla de estado de TCI que contiene al menos tres estados de TCI con TCI-stateIDs=#1, #5 y #10, mientras que la configuración de RRC de la celda #2 no se configura con ninguna tabla de estado de TCI.
En la presente implementación, si el período de desfase de tiempo entre la DCI #1 y el PDSCH correspondiente es menor que un umbral predefinido (por ejemplo, "ThresholdSched-Offset"), y hay un PDCCH que se superpone con el PDSCH correspondiente a la DCI #1 en al menos un símbolo, el UE puede priorizar la recepción del PdCc H. Como se muestra en la Fig. 2A, el UE puede aplicar el haz de Rx de DL 204, que se configura para el CORESET 205, para recibir el CORESET 205. Por ejemplo, el haz de Rx de DL 204 puede corresponder a un estado de TCI (por ejemplo, " TCI-state#5" en la Tabla 1) configurado en la configuración del CORESET 205 (por ejemplo, con CORESETID #2).
En algunas otras implementaciones, el UE puede aplicar un filtro espacial de Rx de DL (por ejemplo, el haz de Rx de DL 202) configurado para que el CORESET 203 reciba el CORESET 205. En algunas otras implementaciones, si la configuración de estado de TCI (por ejemplo, la tabla de estado de TCI) no está contenida en la configuración de RRC, el UE puede seguir el último estado de TCI aplicado para el CORESET para la celda planificada (por ejemplo, la celda #2), para determinar el estado de TCI de la celda planificada cuando el UE recibe una indicación en la celda planificada.
El haz de Rx de DL 202 y el haz de Rx de DL 204 pueden ser determinados por los ID de estado de TCI contenidos en la configuración de CORESET (por ejemplo, "ControlResourceSet"). Por ejemplo, de acuerdo con la Tabla 1, el haz de Rx de DL 202 puede determinarse por el estado de TCI #1, que está asociado con el CRI #1, y el haz de Rx de DL 204 puede determinarse por el estado de TCI #5, que está asociado con el SSB #5.
Durante el intervalo de tiempo entre el tiempo T222 y el tiempo T223, debido a que el UE no ha decodificado con éxito la DCI #1, el UE puede seguir reglas predefinidas para determinar el filtro espacial de Rx de DL (por ejemplo, el haz de Rx de DL 206) para realizar la recepción en la celda #1. Por ejemplo, el UE puede aplicar el mismo filtro espacial de Rx de DL que el haz de Rx de DL 202 para recibir la celda #1 durante este intervalo de tiempo.
Por otro lado, durante el período de desfase de planificación (por ejemplo, desde el tiempo T222 y hasta el tiempo T224) del CORESET 205, el UE puede esperar que no haya transmisión de PDSCH en la celda #2. Por lo tanto, el UE puede recibir el PDSCH 209 en la celda #2 solo cuando el desfase de tiempo entre el final del PDCCH que transporta la DCI #2 (por ejemplo, en el tiempo T222) y el comienzo del PDSCH 209 de la celda #2 (por ejemplo, en el tiempo T225) es mayor o igual a un umbral predefinido (por ejemplo, "ThresholdSched-Offset").
Después del tiempo T224, el UE puede decodificar la DCI #1 y la DCI #2 con éxito. En las Tablas 3 y 4, respectivamente, se muestran ejemplos de la DCI #1 y DCI #2.
Tabla 3: DCI #1
Figure imgf000008_0002
Tabla 4: DCI #2
Figure imgf000008_0001
En algunas implementaciones, cuando el UE no puede configurarse con una tabla de estado de TCI para la celda #2, el UE puede consultar la tabla de estado de TCI de la celda #1 para determinar el estado de TCI para la celda #2. Por ejemplo, de acuerdo con las Tablas 1 y 4, el UE puede determinar que el estado de TCI para la celda #2 está asociado con el CRI #10. En tal caso, el UE puede aplicar el mismo filtro espacial para recibir el recurso CSI RS correspondiente al CRI #10 de la celda #2 para recibir el PDSCH 209 en la celda #2. Por otro lado, el UE puede seguir la DCI #1 para aplicar un haz de Rx de DL 208 (por ejemplo, correspondiente al estado de TCI #1 asociado con el CRI #1) para recibir el PDSCH correspondiente en la celda #1.
La Fig. 2B es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz, de acuerdo con las implementaciones de ejemplo de la presente descripción.
Como se muestra en la Fig. 2B, un UE se configura para realizar transmisiones de CA en una celda #1 y una celda #2 de una estación base, por ejemplo. El UE puede tener un módulo de RF #1 y un módulo de RF #2 para recibir la celda #1 y la celda #2, respectivamente. La celda #2 (celda planificada) puede ser planificada por portadora cruzada en la celda #1 (celda de planificación). Dado que la celda #2 es una celda planificada, la estación base puede no configurar ninguna configuración de CORESET en la celda #2.
En la presente implementación, el UE puede configurarse con múltiples CORESET (por ejemplo, un CORESET 213 y un CORESET 215). El COr Es ET 213 puede contener un PDCCH que transporta la dCi #1. El UE puede aplicar un haz de Rx de DL 202 para monitorizar el CORESET 213. Por otro lado, el CORESET 215, que está ubicado dentro del período de desfase de planificación (por ejemplo, desde el tiempo T231 hasta el tiempo T233) del CORESET 213, puede contener un PDCCH que transporta la DCI #2. El UE puede aplicar un haz de Rx de DL 214 para monitorizar el CORESET 215.
Cada uno de los haces de Rx de DL 212 y 214 puede corresponder a un estado de TCI de una tabla de estado de TCI en una configuración de RRC. En algunas implementaciones, la configuración de RRC de la celda #1 puede configurarse con una tabla de estado de TCI, mientras que la configuración de RRC de la celda #2 no se configura con ninguna tabla de estado de TCI. En las Tablas 5 y 6 se muestran ejemplos de las configuraciones de RRC relacionadas.
Tabla 5: configuración de RRC de la Celda #1
Figure imgf000009_0001
Figure imgf000010_0002
Figure imgf000010_0001
Como se muestra en la Fig. 2B, el UE puede aplicar el haz de Rx de DL 212 y el haz de Rx de DL 214 para recibir el CORESET 213 y el CORESET 215, respectivamente. El haz de Rx de DL 212 y el haz de Rx de DL 214 pueden ser determinados por los ID de estado de TCI contenidos en la configuración de CORESET (por ejemplo, "ControlResourceSet"). Por ejemplo, de acuerdo con la Tabla 5, el haz de Rx de DL 212 puede determinarse por el estado de TCI #1, que está asociado con el CRI #1, y el haz de Rx de DL 214 puede determinarse por el estado de TCI #5, que está asociado con el SSB #5.
Durante el período de desfase de planificación (por ejemplo, desde el tiempo T232 hasta el tiempo T234) del CORESET 215, el UE puede recibir y almacenar temporalmente el PDSCH en la celda #2 en base a un filtro espacial de Rx de DL (por ejemplo, el haz de Rx de DL 218 ) indicado por un IE específico (por ejemplo, "default-TCI-StatesPDCCH-cross" en la Tabla 6) contenido en la configuración de RRC de la celda #2. Como se discutió anteriormente, si el UE no se configura con una tabla de estado de TCI de la celda #2, el UE puede consultar la tabla de estado de TCI de la celda #1 para determinar el estado de TCI (por ejemplo, el estado de TCI #10 asociado con el CRI #10 en la Tabla 5) para la celda #2. Cabe señalar que desde el tiempo T232 hasta el tiempo T233, el UE puede necesitar encender tanto el módulo de RF #1 como el módulo de RF #2 para activar dos haces de Rx de DL diferentes (por ejemplo, los haces de Rx de DL 216 y 218) al mismo tiempo. En algunas implementaciones, si el UE no puede soportar la función de tal recepción simultánea, el UE puede aplicar un haz de Rx de DL configurado para que celda #1 realice la recepción en la celda #2.
La Fig. 3 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz, de acuerdo con las implementaciones de ejemplo de la presente descripción.
Como se muestra en la Fig. 3, un UE se configura para realizar transmisiones de CA en una celda #1 y una celda #2 de una estación base, por ejemplo. El UE puede tener un módulo de RF #1 y un módulo de RF #2 para recibir la celda #1 y la celda #2, respectivamente. La celda #2 (celda planificada) puede ser planificada por portadora cruzada en la celda #1 (celda de planificación). Dado que la celda #2 es una celda planificada, es posible que la estación base no configure una configuración de CORESET en la celda #2.
En la presente implementación, la celda #1 puede ser configurada con un CORESET 303 por la estación base. El UE puede aplicar un haz de Rx de DL 302 para monitorizar el CORESET 303 en la celda #1. El haz de Rx de DL 302 puede corresponder a un estado de TCI configurado en una configuración de RRC. Por ejemplo, el UE puede recibir una configuración del CORESET 303 (configuración de CORESET) desde la estación base a través de una señalización de RRC. La configuración de CORESET puede incluir un ID de estado de TCI asociado con el estado de TCI. Por lo tanto, el UE puede seguir tal configuración de CORESET para aplicar un filtro espacial de Rx de DL (por ejemplo, el haz de Rx de DL 302) correspondiente al estado de TCI para recibir el CORESET 303. Por otro lado, en la presente implementación, el CORESET 303 puede contener un PDCCH que transporta la DCI #1 y otro PDCCH que transporta la DCI #2. Por ejemplo, la DCI #1 puede contener la información de planificación de un PDSCH 305 en la celda #1, y la DCI #2 puede contener la información de planificación de un PDSCH 307 en la celda #2.
En las Tablas 7 y 8 se muestran ejemplos de las configuraciones de RRC relacionadas.
Tabla 7: configuración de RRC de la Celda #1
Figure imgf000011_0002
Figure imgf000011_0001
Figure imgf000011_0003
Durante el período de desfase de planificación (por ejemplo, desde el tiempo T311 hasta el tiempo T312) del CORESET 303, el UE puede aplicar un haz de Rx de DL 304 y un haz de Rx de DL 306 para recibir el PDSCH 305 en la celda #1 y el PDSCH 307 en la celda #2, respectivamente. El haz de Rx de DL 304 puede determinarse por la regla predefinida. El haz de Rx de DL 306 puede determinarse' por un IE específico (por ejemplo, "default-TCI-StatesPDCCH-cross") contenido en una configuración de planificación de portadora cruzada (por ejemplo, "CrossCarrierScheduling-Config") de una señalización de RRC (por ejemplo, una configuración de RRC).
En algunas implementaciones, el IE específico (por ejemplo, "default-TCI-StatesPDCCH-cross") puede incluir un ID de estado de TCI (por ejemplo, "TCI-state#10" en la Tabla 8). El ID de estado de TCI puede hacer referencia a un estado de TCI de una tabla de estado de TCI configurada en una configuración de RRC de la celda de planificación (por ejemplo, la celda #1). En algunas otras implementaciones, el UE puede configurarse con una tabla de estado de TCI completa, en caso de que haya muchas referencias (RS) de TCI diferentes de la celda planificada, y la estación base no pueda configurar todas las RS de TCI diferentes en la tabla de estado de TCI de la celda de planificación. En algunas de tales implementaciones, la tabla de estado de TCI puede configurarse en una configuración de PDSCH (por ejemplo, "PDSCH-Config"). La tabla de estado de TCI puede incluir uno o más conjuntos de RS de TCI para representar diferentes haces de Rx de DL (por ejemplo, diferentes filtros espaciales de Rx) para el UE. En algunas otras implementaciones, el haz de Rx de DL para la celda planificada puede corresponder a un estado de TCI fijo de una tabla de estado de TCI. Por ejemplo, el haz de Rx de DL puede corresponder al primer estado de TCI de la tabla de estado de TCI. En algunas otras implementaciones, si el IE específico (por ejemplo, "default-TCI-StatesPDCCH-cross") se configura en la configuración de planificación de portadora cruzada, el ID de estado de TCI del IE específico puede consultar una tabla de estado de TCI de la celda planificada. Dichas implementaciones pueden utilizarse cuando el IE de "TCI-PresentInDCI" se establece como habilitado (lo que significa que una indicación del haz de Rx de DL para recibir el PDSCH está presente en la DCI). La estación base puede utilizar diferentes haces de Rx de DL para diferentes celdas en base al índice de TCI en la DCI.
Después del tiempo T312, el UE puede decodificar la DCI #1 y la DCI #2 con éxito. El UE puede seguir la DCI #1 para aplicar un haz de Rx de DL 308 para recibir el PDSCH 305 en la celda #1, y seguir la DCI #2 para aplicar un haz de Rx de DL 310 para recibir el PDSCH 307 en la celda #2.
La Fig. 4 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz, de acuerdo con las implementaciones de ejemplo de la presente descripción. En la presente implementación, un UE puede configurarse con múltiples estados de TCI en una configuración de CORESET desde una estación base, por ejemplo. Por ejemplo, la configuración de CORESET 403 (configuración de CORESET) puede incluir múltiples ID de estado de TCI. El UE puede aplicar dos de los ID de estado de TCI para recibir los PDCCH en la celda #1 y la celda #2 simultáneamente. Por ejemplo, la configuración de CORESET puede incluir un primer ID de estado de TCI (por ejemplo, asociado con el haz de Rx de DL 402) y un segundo ID de estado de TCI (por ejemplo, asociado con el haz de Rx de DL 404). Si el UE tiene la capacidad de realizar recepción simultánea, el UE puede aplicar los haces de Rx de DL 402 y el haz de Rx de DL 404 para monitorizar el CORESET 403 al mismo tiempo, como se muestra en la Fig. 4.
Durante el período de desfase de planificación (por ejemplo, desde el tiempo T421 hasta el tiempo T422) del CORESET 403, el UE puede aplicar un haz de Rx de DL 406 y un haz de Rx de DL 408 para recibir el PDSCH 405 en la celda #1 y el PDSCH 407 en la celda #2, respectivamente. El haz de Rx de DL 406 puede determinarse por la regla predefinida. El haz de Rx de DL 408 puede determinarse por un IE específico (por ejemplo, "default-TCI-StatesPDCCH-cross") contenido en una configuración de planificación de portadora cruzada (por ejemplo, "CrossCarrierScheduling-Config") de una señalización de RRC.
Después del tiempo T422, el UE puede decodificar la DCI #1 y la DCI #2 con éxito. En base a la DCI #1 y DCI #2, el UE puede aplicar un haz de Rx de DL 410 y un haz de Rx de DL 412 para recibir el PDSCH 405 en la celda #1 y el PDSCH 407 en la celda #2, respectivamente. Como se ilustra en las Tablas 3 y 4, cada una de la DCI #1 y la DCI #2 pueden indicar un estado de TCI para la celda correspondiente. En algunas implementaciones, el mapeo entre el(los) estado(s) de TCI y la(s) celda(s) puede tener una relación de mapeo de uno a uno basada en el orden de los ID de celda.
En algunas implementaciones, para la transmisión de múltiples TRP, una configuración de CORESET puede contener múltiples estados de TCI, y un estado de TCI es para un TRP. Por ejemplo, si la estación base planifica el PDSCH de un TRP #1 y el PDSCH de un TRP #2 solo en un CORESET, la estación base puede configurar dos estados de TCI diferentes en la configuración del CORESET (configuración de CORESET). Cada estado de TCI puede corresponder a un filtro espacial de Rx de DL. Por ejemplo, de acuerdo con los dos estados de TCI configurados en la configuración de CORESET, el UE puede monitorizar los PDSCH del TRP #1 y el TRP #2, durante el período de desfase de planificación, con dos filtros espaciales de Rx de DL correspondientes. Mientras tanto, en algunas implementaciones, la regla de orden entre los ID de TRP y el(los)los estado(s) de TCI puede tener una relación de mapeo de uno a uno basada en el orden de los ID de TRP.
Cabe señalar que, aunque en las figuras se muestran dos celdas (por ejemplo, la celda #1 y la celda #2), la presente descripción no se limita a ellas. En algunas implementaciones, múltiples celdas pueden ser planificadas por portadora cruzada en una celda. Por ejemplo, en el caso de que el UE realice transmisiones de CA en más de dos celdas (por ejemplo, tres celdas), el mapeo de celda de planificación a celda planificada puede tener una relación de mapeo de uno a dos. En algunas de tales implementaciones, cada celda planificada puede estar asociada con un ID de estado de TCI del IE del default-TCI-StatesPDCCH-cross. Por ejemplo, si una celda #N+1 y una celda #N+2 son planificadas por portadora cruzada en una celda #N, y la celda #N+1 y la celda #N+2 están asociadas con el estado de TCI #5 y el estado de TCI #6, respectivamente, entonces estos ID de estado de TCI (por ejemplo, el estado de TCI #5 y el estado de TCI #6) pueden configurarse en la configuración de planificación de portadora cruzada. En algunas de tales implementaciones, el estado de TCI para el haz de Rx de DL puede referirse a un estado de TCI de las celdas planificadas o las celdas de planificación en el mismo enfoque que el caso de una sola celda planificada mencionado anteriormente.
De acuerdo con la presente descripción, otro desafío de la planificación de portadora cruzada es monitorizar un CORESET para la recuperación de fallo de haz (BFR) (denominado en lo sucesivo "CORESET de BFR") para la celda planificada. En algunas implementaciones, puede incluirse una configuración de BFR (configuración de BFR) en una configuración de RRC de la celda planificada (por ejemplo, la celda #2). La configuración de BFR puede incluir (o estar asociada con) información detallada, como el número de bloques de recursos físicos (PRB), el número de símbolos y el mapeo del elemento de canal de control (CCE) al grupo de elementos de recursos (REG). El UE puede monitorizar la respuesta de solicitud de recuperación de fallo de haz (BFRQ) en el CORESET de BFR, sin importar si la función de planificación de portadora cruzada está habilitada o no. Mientras tanto, si el UE no está configurado con un CORESET de BFR, o está configurado solo con un índice de CORESET, el UE puede monitorizar un CORESET preconfigurado en una celda específica para BFR, o en base al índice de CORESET para encontrar el CORESET correspondiente en la celda específica. El CORESET preconfigurado puede configurarse mediante una configuración de RRC. La celda específica puede tener un ID de celda configurado en IE de CrossCarrierScheduling-Config para la planificación de portadora cruzada.
En algunas otras implementaciones, el UE puede monitorizar el CORESET de BFR en una celda distinta de la celda de planificación. En algunas de tales implementaciones, el UE puede configurarse con un IE específico (por ejemplo, "CrossCarrierScheduling-BFR") contenido en la configuración de BFR para indicar en qué celda el UE puede monitorizar el CORESET de BFR. La configuración del CORESET de BFR puede basarse en la celda donde el UE monitoriza el CORESET de BFR.
En algunas implementaciones, el UE puede recibir la configuración de BFR desde la estación base a través de una señalización de RRC. La configuración de BFR puede incluir un ID de espacio de búsqueda de una configuración de espacio de búsqueda asociada con un CORESET para BFR (denominado en lo sucesivo "CORESET de BFR") configurado en una celda específica distinta de la celda planificada. En algunas implementaciones, la configuración de espacio de búsqueda puede incluir al menos uno de 1) una serie de bloques de recursos físicos (PRB), 2) una serie de símbolos y 3) un elemento de canal de control (CCE) para el mapeo del grupo de elementos de recursos (REG). En algunas implementaciones, la celda específica puede ser una celda de planificación. En algunas otras implementaciones, la celda específica puede ser una celda de auto-planificación distinta de la celda de planificación. La Fig. 5 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz, de acuerdo con las implementaciones de ejemplo de la presente descripción. En la presente implementación, el CORESET de BFR se configura en una celda de auto-planificación.
Como se muestra en la Fig. 5, un UE puede configurarse para realizar transmisiones de CA en múltiples celdas #1, #2 y #3 de una estación base, por ejemplo. La celda #1 puede configurarse con un CORESET 503 que contiene la DCI #1 y un CORESET 505 que contiene la DCI #2. La celda #2 puede ser planificada por portadora cruzada por la celda #1, y puede no ser configurada con ningún CORESET por la estación base. La celda #3 puede ser una celda de auto-planificación distinta de la celda #1.
En la presente implementación, la celda #3 puede configurarse con un CORESET de BFR 507. El UE puede monitorizar el CORESET de BFR 507, en la celda #3, para la celda #2. Por ejemplo, cuando se produce un evento de fallo del haz en la celda #2, el UE puede transmitir un BFRQ a la estación base y monitorizar la respuesta del BFRQ en el CORESET de BFR 507 en base a una configuración de BFR (por ejemplo, "BeamFailureRecoveryConfig"). En las Tablas 9, 10 y 11 se muestran ejemplos de las configuraciones relacionadas.
Tabla 9: configuración de RRC de la celda #1
Figure imgf000014_0001
Tabla 11: Configuración de RRC de la celda #3
Figure imgf000015_0001
La Fig. 6 es un diagrama esquemático que ilustra un procedimiento de planificación de portadora cruzada realizado con operaciones de haz, de acuerdo con las implementaciones de ejemplo de la presente descripción. En la presente implementación, el CORESET de BFR se configura en una celda de planificación.
Como se muestra en la Fig. 6, una celda de planificación (por ejemplo, la celda #1) puede configurarse con un CORESET 603 que contiene la DCI #1, un CORESET 605 que contiene la DCI #2 y un CORESET de BFR 607. Una celda #2 puede una celda planificada que es planificada por portadora cruzada por la celda #1.
Cuando se produce un evento de fallo del haz en la celda #2, el UE puede transmitir un BFRQ a la estación base y monitorizar la respuesta del BFRQ en el CORESET de BFR 607 en base a una configuración de BFR contenida en una señalización de RRC (por ejemplo, una configuración de RRC).
De acuerdo con la presente descripción, otro desafío de la planificación por portadora cruzada es monitorizar el(los) CORESET. En algunas implementaciones, el UE puede ser configurado con configuración(es) adicional(es) por la estación base para restringir el(los) espacio(s) de búsqueda y el(los) CORESET que necesita(n) ser monitorizado(s) para la(s) celda(s) planificada(s). Por ejemplo, el UE puede configurarse con un CORESET adicional y/o una configuración de espacio de búsqueda adicional en la configuración de planificación de portadora cruzada (por ejemplo, "Crosscarrierscheduling"). La configuración de CORESET adicional puede incluir, por ejemplo, ID de CORESET correspondiente(s) a los ID de CORESET configurad(os) para la celda de planificación. Por otro lado, la configuración de espacio de búsqueda adicional puede incluir, por ejemplo, al menos uno de los siguientes: 1) el número de candidatos de PDCCH de cada Nivel de Agregación (AL), 2) la periodicidad de monitorización, y 3) el formato de DCI a ser monitorizado. El formato de configuración del CORESET adicional y las configuraciones del espacio de búsqueda pueden reutilizar las configuraciones del CORESET y del espacio de búsqueda diseñadas para una configuración de PDCCH.
En las Tablas 12 y 13 se muestran ejemplos de las configuraciones de RRC relacionadas.
Tabla 12: configuración de RRC de la Celda #1
Figure imgf000015_0002
Tabla 13: configuración de RRC de la Ccelda #2
Figure imgf000016_0001
Como se muestra en las Tablas 12 y 13, la celda de planificación (por ejemplo, la celda #1) se configura con tres CORESET: CORESET #1, CORESET #2 y CORESET #3. La celda planificada (por ejemplo, la celda #2), que está planificada por potadoras cruzadas en la celda de planificación, se configura con una configuración parcial de CORESET/espacio de búsqueda en la configuración de planificación de portadora cruzada (por ejemplo, "Croscarrierscheduling").
La Fig. 7 es un diagrama esquemático que ilustra un UE que monitoriza candidatos de PDCCH para una celda planificada en una celda de planificación de una estación base, de acuerdo con las implementaciones de ejemplo de la presente descripción. En la presente implementación, un UE puede realizar decodificación ciega (BD) para la celda de planificación (por ejemplo, una celda #1) en base a diferentes configuraciones de espacio de búsqueda para monitorizar los PDCCH(s) de la celda de planificación y los PDCCH(s) de la celda planificada (por ejemplo, una celda #2). Por ejemplo, el UE puede recibir, en la celda #1, una pluralidad de configuraciones de espacio de búsqueda desde la estación base. La pluralidad de configuraciones de espacio de búsqueda puede incluir una primera configuración de espacio de búsqueda y una segunda configuración de espacio de búsqueda, donde una porción de la segunda configuración de espacio de búsqueda puede ser diferente de la primera configuración de espacio de búsqueda. El UE puede entonces monitorizar, en la celda #1, los PDCCH(s) de la celda de planificación y los PDCCH(s) de la celda planificada (por ejemplo, la celda #2) en base a la primera configuración de espacio de búsqueda y la segunda configuración de espacio de búsqueda, respectivamente. En algunas implementaciones, la porción de la segunda configuración de espacio de búsqueda que difiere de la primera configuración de espacio de búsqueda puede incluir al menos uno de: 1) una serie de candidatos de PDCCH de cada AL, 2) una periodicidad de monitorización y 3) un formato de DCI . En algunas implementaciones, la primera configuración de espacio de búsqueda y la segunda configuración de espacio de búsqueda pueden estar asociadas con los mismos o diferentes ID de CORESET. En algunas implementaciones, la primera configuración de espacio de búsqueda y el segundo espacio de búsqueda pueden estar asociados con el mismo ID de espacio de búsqueda.
Como se muestra en la Fig. 7, el UE puede configurarse para realizar una transmisión de CA en la celda #1 y la celda #2 de la estación base, por ejemplo. Mientras tanto, la celda #2 (celda planificada) se configura para ser planificada por portadora cruzada en la celda #1 (celda de planificación). Dado que la celda #2 es la celda planificada, la celda #2 puede no ser configurada con ninguna configuración de CORESET por la estación base Por otro lado, la celda #1 puede ser configurada con dos CORESET: CORESET 703 y CORESET 705, por la estación base. En las Tablas 14 y 15 se muestran ejemplos de las configuraciones relacionadas:
Tabla 14: configuración de RRC de la Celda #1
Figure imgf000017_0002
Figure imgf000017_0001
Figure imgf000017_0003
Figure imgf000017_0004
Como se muestra en las Tablas 14 y 15, además de la configuración de espacio de búsqueda (por ejemplo, "SearchSpace-config" en la Tabla 14) contenida en la configuración de RRC de la celda #1, el UE puede configurarse además con una configuración de espacio de búsqueda adicional (por ejemplo, "SearchSpace-config" en la Tabla 15) con la periodicidad de monitorización (por ejemplo, "Monitor-periodicity") y el número de candidatos de PDCCH (por ejemplo, "PDCCH-candidate") en la configuración de planificación de portadora cruzada (por ejemplo, "Crosscarrierscheduling").
En la presente implementación, el UE puede determinar la ocasión de monitorización de PDCCH en base a la periodicidad de monitorización de cada espacio de búsqueda de cada celda. Por ejemplo, en base a la configuración de espacio de búsqueda (por ejemplo, "SearchSpace-config") de la configuración de RRC de la celda #1, el UE puede monitorizar el espacio de búsqueda #3 en el CORESET #2 (por ejemplo, el CORESET 705 en la Fig. 7) en cada intervalo de tiempo (por ejemplo, intervalos de tiempo n, n+1, n+2 y n+3). El UE puede realizar BD en base al número de candidatos de PDCCH para cada AL. Por ejemplo, de acuerdo con la Tabla 14, el UE puede decodificar los candidatos de PDCCH de AL1, AL2 y AL4, y cada AL puede tener un número diferente de candidatos de PDCCH.
Por otro lado, dado que el UE se configura para realizar la planificación de portadora cruzada para la celda #2, el UE también puede determinar la ocasión de monitorización de PDCCH para la celda #2 en la celda #1. Por ejemplo, en base a la configuración de espacio de búsqueda (por ejemplo, "SearchSpace-config" en la Tabla 15) en la configuración de planificación de portadora cruzada (por ejemplo, "Croscarrierscheduling" en la Tabla 15), el UE puede monitorizar el espacio de búsqueda para la celda #2 en el CORESET #2 cada dos intervalos de tiempo, y el UE puede realizar BD en base al número de candidatos de PDCCH de cada AL. Por ejemplo, de acuerdo con la Tabla 15, el UE puede decodificar el PDCCH candidato de AL8, y AL8 tiene dos candidatos de PDCCH.
Después de que el UE realice BD para la celda #1 y la celda #2, el UE puede encontrar la información de planificación para la celda #1 (por ejemplo, la DCI #1 A, #1B, #1C, #1D y #1E) y la información de planificación para la celda #2 (por ejemplo, la DCI #2A y #2B) en el CORESET 703 y el CORESET 705.
Cabe señalar que las configuraciones de RRC mencionadas anteriormente pueden suspenderse cuando se desactiva la celda planificada/de planificación correspondiente. Si la propia configuración de RRC sigue siendo válida, el UE puede aplicar implícitamente la configuración de RRC cuando la celda planificada/de planificación correspondiente se activa de nuevo. En algunas otras implementaciones, las configuraciones de RRC pueden liberarse cuando se desactiva la celda planificada/de planificación correspondiente, y la estación base puede necesitar reconfigurar la configuración de RRC cuando la celda planificada/de planificación correspondiente se activa de nuevo.
La Fig. 8 es un diagrama de flujo de un método para realizar la planificación de portadora cruzada con operaciones de haz, de acuerdo con las implementaciones de ejemplo de la presente descripción. Como se muestra en la Fig. 8, el diagrama de flujo incluye las acciones 802 y 804.
En la acción 802, un UE puede recibir un primer PDCCH en una primera celda desde una estación base. El primer PDCCH puede incluir una primera información de planificación de un primer PDSCH de una segunda celda planificada por portadora cruzada por la primera celda. En algunas implementaciones, la primera información de planificación puede estar contenida en la DCI.
En la acción 804, el UE puede recibir el primer PDSCH en la segunda celda solo cuando un primer desfase de tiempo entre el primer PDCCH y el primer PDSCH es mayor o igual a un umbral predefinido. En algunas implementaciones, el umbral predefinido puede determinarse en base a las capacidades del UE.
En algunas implementaciones, el UE puede recibir una configuración de CORESET desde la estación base a través de una señalización de RRC. La configuración de CORESET puede estar asociada con un conjunto de espacio de búsqueda para la planificación de portadora cruzada de la segunda celda. En algunas de tales implementaciones, la configuración de CORESET puede incluir al menos un estado de TCI configurado para la segunda celda, y un indicador para indicar que un campo de estado de TCI está presente en la DCI (por ejemplo, un IE "TCI-PresentinDCI" que se establece como "habilitado").
En algunas implementaciones, el UE puede recibir un segundo PDCCH en la primera celda. El segundo PDCCH puede incluir una segunda información de planificación de un segundo PDSCH, donde la segunda información de planificación puede estar contenida en la DCI. El UE puede priorizar la recepción del primer PDCCH, cuando el primer PDCCH se superpone con el segundo PDSCH en al menos un símbolo, y el desfase de tiempo entre el segundo PDCCH y el segundo PDSCH es menor que el umbral predefinido.
La Fig. 9 es un diagrama de bloques que ilustra un nodo para comunicación inalámbrica, de acuerdo con varios aspectos de la presente solicitud. Como se muestra en la Fig. 9, un nodo 900 puede incluir un transceptor 920, un procesador 928, una memoria 934, uno o más componentes de presentación 938 y al menos una antena 936. El nodo 900 también puede incluir un módulo de banda del espectro de RF, un módulo de comunicaciones de estación base, un módulo de comunicaciones de red y un módulo de gestión de comunicaciones del sistema, puertos de entrada/salida (E/S), componentes de E/S y fuente de alimentación (no mostrados explícitamente en la Fig. 9). Cada uno de estos componentes puede estar en comunicación entre sí, directa o indirectamente, a través de uno o más buses 940. En una implementación, el nodo 900 puede ser un UE o una estación base que realiza varias funciones descritas en la presente memoria, por ejemplo, con referencia a las Figs. 1 a 8.
El transceptor 920 que tiene un transmisor 922 (por ejemplo, un circuito transmisor/de transmisión) y un receptor 924 (por ejemplo, un circuito receptor/de recepción) puede configurarse para transmitir y/o recibir información de partición de recursos de tiempo y/o frecuencia. En algunas implementaciones, el transceptor 920 puede configurarse para transmitir en diferentes tipos de subtramas e intervalos que incluyen, pero no se limitan a, formatos de subtramas e intervalo utilizables, no utilizables y de uso flexible. El transceptor 920 puede configurarse para recibir datos y canales de control.
El nodo 900 puede incluir una variedad de medios legibles por ordenador. Los medios legibles por ordenador pueden ser cualquier medio disponible al que pueda acceder el nodo 900 e incluyen medios volátiles y no volátiles, medios extraíbles y no extraíbles. A modo de ejemplo, y no de limitación, los medios legibles por ordenador pueden comprender medios de almacenamiento y medios de comunicación informáticos. Los medios de almacenamiento informático incluyen medios volátiles y no volátiles, extraíbles y no extraíbles implementados en cualquier método o tecnología para el almacenamiento de información, como los legibles por ordenador.
Los medios de almacenamiento informático incluyen RAM, ROM, EEPROM, memoria flash u otra tecnología de memoria, CD-ROM, Discos Versátiles Digitales (DVD) u otro almacenamiento en disco óptico, casetes magnéticos, cinta magnética, almacenamiento de disco magnético u otros dispositivos de almacenamiento magnético. Los medios de almacenamiento informático no comprenden una señal de datos propagada. Los medios de comunicación típicamente incorporan instrucciones legibles por ordenador, estructuras de datos, módulos de planifica u otros datos en una señal de datos modulada, como una onda portadora u otro mecanismo de transporte, e incluyen cualquier medio de entrega de información. El término "señal de datos modulada" significa una señal que tiene una o más de sus características configuradas o modificadas de tal manera que codifican información en la señal. A modo de ejemplo, y no de limitación, los medios de comunicación incluyen medios cableados, como una red cableada o una conexión directa por cable, y medios inalámbricos, como acústicos, RF, infrarrojos y otros medios inalámbricos. Las combinaciones de cualquiera de los anteriores también deben incluirse dentro del alcance de los medios legibles por ordenador.
La memoria 934 puede incluir medios de almacenamiento informático en forma de memoria volátil y/o no volátil. La memoria 934 puede ser extraíble, no extraíble o una combinación de las mismas. Ejemplos de memoria incluyen memoria de estado sólido, discos duros, unidades de disco óptico, etc. Como se ilustra en la Fig. 9, la memoria 934 puede almacenar instrucciones legibles por ordenador y ejecutables por ordenador 932 (por ejemplo, códigos de software) que se configuran para, cuando se ejecutan, hacer que el procesador 928 realice varias funciones descritas en la presente memoria, por ejemplo, con referencia a las Figs. 1 a 8. Alternativamente, las instrucciones 932 pueden no ser directamente ejecutables por el procesador 928, sino configurarse para hacer que el nodo 900 (por ejemplo, cuando se compila y ejecuta) realice varias funciones descritas en la presente memoria.
El procesador 928 (por ejemplo, que tiene un circuito de procesamiento) puede incluir un dispositivo de hardware inteligente, por ejemplo, una unidad central de procesamiento (CPU), un microcontrolador, un ASIC, etc. El procesador 928 puede incluir memoria. El procesador 928 puede procesar los datos 930 y las instrucciones 932 recibidas de la memoria 934, y la información a través del transceptor 920, el módulo de comunicaciones de banda base y/o el módulo de comunicaciones de red. El procesador 928 también puede procesar información a ser enviada al transceptor 920 para su transmisión a través de la antena 936, al módulo de comunicaciones de red para su transmisión a una red central.
Uno o más componentes de presentación 938 presentan indicaciones de datos a una persona u otro dispositivo. Los componentes de presentación 938 ejemplares incluyen un dispositivo de visualización, un altavoz, un componente de impresión, un componente de vibración, etc.
Las limitaciones previstas están definidas por las reivindicaciones adjuntas.

Claims (9)

REIVINDICACIONES
1. Un método realizado por un equipo de usuario, UE, para comunicaciones inalámbricas, comprendiendo el método: recibir un primer canal físico de control de enlace descendente, PDCCH, en una primera celda, comprendiendo el primer PDCCH una primera información de planificación de un primer canal físico compartido de enlace descendente, PDSCH (407), de una segunda celda planificada por portadora cruzada por la primera celda; recibir una configuración de conjunto de recursos de control, CORESET, desde una estación base a través de señalización de control de recursos de radio, RRC, estando asociada la configuración de CORESET con un conjunto de espacio de búsqueda para planificar por portadora cruzada la segunda celda, comprendiendo la configuración de CORESET más de un estado de indicador de configuración de transmisión, TCI, configurado para la segunda celda; y
recibir el primer PDSCH (407) en la segunda celda solo cuando un primer desfase de tiempo entre el primer PDCCH y el primer PDSCH (407) es mayor o igual a un umbral predefinido.
2. El método de la reivindicación 1, en donde la configuración de CORESET comprende además:
un indicador para indicar que un campo de estado de TCI está presente en la información de control de enlace descendente, DCI.
3. El método de la reivindicación 1, en donde la primera información de planificación está contenida en la DCI.
4. El método de la reivindicación 1, que comprende además:
recibir, por el UE, un segundo PDCCH en la primera celda, comprendiendo el segundo PDCCH una segunda información de planificación de un segundo PDSCH; y
priorizar, por el UE, la recepción del primer PDCCH, cuando el primer PDCCH se superpone con el segundo PDSCH en al menos un símbolo, y un segundo desfase de tiempo entre el segundo PDCCH y el segundo PDSCH es menor que el umbral predefinido.
5. El método de la reivindicación 4, en donde la segunda información de planificación está contenida en la DCI.
6. El método de la reivindicación 1, que comprende además:
recibir, por el UE, una configuración de recuperación de fallo de haz que comprende un identificador, ID, de espacio de búsqueda de una configuración de espacio de búsqueda asociada con un CORESET (507) configurado en una celda específica distinta de la segunda celda.
7. El método de la reivindicación 6, en donde la celda específica es la primera celda.
8. El método de la reivindicación 6, en donde la configuración de espacio de búsqueda comprende al menos uno de: una serie de bloques de recursos físicos, PRB;
una serie de símbolos; y
mapeo de un elemento de canal de control, CCE, a un grupo de elementos de recursos, REG.
9. Un equipo de usuario, UE, que comprende:
uno o más medios no transitorios legibles por ordenador que tienen instrucciones ejecutables por ordenador incorporadas en el mismo;
al menos un procesador acoplado a uno o más medios no transitorios legibles por ordenador, y configurado para ejecutar las instrucciones ejecutables por ordenador para realizar el método de cualquiera de las reivindicaciones 1 a 8.
ES19784236T 2018-04-10 2019-04-04 Métodos y dispositivos relacionados para realizar la planificación de portadora cruzada con operaciones de haz Active ES2932267T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862655493P 2018-04-10 2018-04-10
PCT/CN2019/081583 WO2019196750A1 (en) 2018-04-10 2019-04-04 Methods and related devices for performing cross-carrier scheduling with beam operations

Publications (1)

Publication Number Publication Date
ES2932267T3 true ES2932267T3 (es) 2023-01-17

Family

ID=68097582

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19784236T Active ES2932267T3 (es) 2018-04-10 2019-04-04 Métodos y dispositivos relacionados para realizar la planificación de portadora cruzada con operaciones de haz

Country Status (7)

Country Link
US (2) US10863511B2 (es)
EP (2) EP4109806A1 (es)
CN (1) CN112586038B (es)
ES (1) ES2932267T3 (es)
MX (1) MX2020008996A (es)
PL (1) PL3777407T3 (es)
WO (2) WO2019196750A1 (es)

Families Citing this family (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20110036479A (ko) * 2009-10-01 2011-04-07 삼성전자주식회사 이동통신 시스템에서 ｈａｒｑ 피드백을 처리하는 방법 및 장치
MX2019001434A (es) * 2016-08-10 2019-09-06 Idac Holdings Inc Metodos y aparato para ahorrar energía de manera eficiente en redes inalámbricas.
CN109392011B (zh) * 2017-08-11 2022-09-02 华为技术有限公司 一种信息的发送方法及设备
US10999036B2 (en) * 2018-02-14 2021-05-04 Electronics And Telecommunications Research Institute Method and apparatus for downlink communication in communication system
KR20190129721A (ko) * 2018-05-11 2019-11-20 한국전자통신연구원 고신뢰 및 저지연 통신을 위한 신호의 송수신 방법
CN110959304B (zh) * 2018-05-17 2023-10-17 Lg电子株式会社 在无线通信系统中确定终端的发送配置指示符的方法和使用其的装置
US11595956B2 (en) * 2018-05-18 2023-02-28 Lg Electronics Inc. Method for transmitting or receiving downlink signal and device therefor
CA3043813A1 (en) * 2018-05-18 2019-11-18 Comcast Cable Communications, Llc Cross-carrier scheduling with multiple active bandwidth parts
US11212057B2 (en) 2018-06-15 2021-12-28 Acer Incorporated Device and method for handling physical downlink shared channels in bandwidth parts
US11172543B2 (en) * 2018-06-15 2021-11-09 Acer Incorporated Device and method of handling physical downlink shared channels in bandwidth parts
US11057876B2 (en) * 2018-07-20 2021-07-06 Qualcomm Incorporated Downlink control for multiple transmit receive point configurations
CN110536423A (zh) * 2018-08-08 2019-12-03 中兴通讯股份有限公司 信息传输方法、监听方法、装置、基站、终端及存储介质
WO2020032693A1 (ko) * 2018-08-10 2020-02-13 엘지전자 주식회사 무선 통신 시스템에서 스케줄링 정보의 모니터링 방법 및 상기 방법을 이용하는 장치
CN111431685B (zh) * 2019-01-10 2021-08-13 华为技术有限公司 传输下行信道的方法和装置
CA3072491A1 (en) * 2019-02-14 2020-08-14 Comcast Cable Communications, Llc Transmission/reception management in wireless communication
CN113826428A (zh) * 2019-03-14 2021-12-21 株式会社Ntt都科摩 用户终端以及无线通信方法
WO2020225166A1 (en) * 2019-05-03 2020-11-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods and apparatus for controlling and configuring cross-carrier scheduling
WO2020224538A1 (en) * 2019-05-03 2020-11-12 Mediatek Inc. Transmission configuration indication switching procedure in new radio mobile communications
US10826568B1 (en) * 2019-05-03 2020-11-03 Qualcomm Incorporated Simultaneous multiple default beams
JP2022530515A (ja) * 2019-05-03 2022-06-29 ソニーグループ株式会社 通信デバイス、インフラストラクチャ機器および方法
US11582773B2 (en) * 2019-07-05 2023-02-14 Qualcomm Incorporated Multiple cross-carrier scheduling component carriers (CCs)
US11582776B2 (en) * 2019-08-01 2023-02-14 Qualcomm Incorporated Managing cross-carrier scheduling by a wireless device
US10973044B1 (en) * 2019-10-03 2021-04-06 Qualcomm Incorporated Default spatial relation for SRS/PUCCH
US11589382B2 (en) * 2019-10-11 2023-02-21 Qualcomm Incorporated Default transmission beams for multiple transmission-reception points in wireless communications
US20210045149A1 (en) * 2019-10-14 2021-02-11 Intel Corporation Default transmission configuration indicator (tci) state determination for cross-carrier scheduling
US11690087B2 (en) * 2019-10-30 2023-06-27 Qualcomm Incorporated Control resource set and search space set configuration for full duplex operation
US11228900B2 (en) * 2019-11-01 2022-01-18 Samsung Electronics Co., Ltd Method and apparatus for determining UE capability based on number of processed channels
WO2021087991A1 (en) * 2019-11-08 2021-05-14 Qualcomm Incorporated Transmission configuration indicator state updates for multiple component carriers
WO2021146830A1 (en) * 2020-01-20 2021-07-29 Qualcomm Incorporated Search space set for monitoring physical downlink control channel (pdcch) of one cell in multiple cells
WO2021154252A1 (en) * 2020-01-30 2021-08-05 Nokia Technologies Oy Method for pdsch combining indication across beams
CN113271669B (zh) * 2020-02-14 2023-06-30 大唐移动通信设备有限公司 一种控制信息传输方法及装置
US11665720B2 (en) * 2020-02-27 2023-05-30 Samsung Electronics Co., Ltd. Beam indication channel in a multi-beam system
WO2021187966A1 (ko) * 2020-03-18 2021-09-23 엘지전자 주식회사 무선 통신 시스템에서 다중 셀 스케줄링을 지원하는 상향링크 또는 하향링크 송수신 방법 및 장치
KR20210122417A (ko) * 2020-03-31 2021-10-12 삼성전자주식회사 무선 통신 시스템에서 통신을 수행하는 방법 및 장치
EP4144027A1 (en) * 2020-04-27 2023-03-08 QUALCOMM Incorporated Control channel overlap handling for systems with large subcarrier spacing
CN113630872A (zh) * 2020-05-07 2021-11-09 维沃移动通信有限公司 控制信息配置方法、内容确定方法、装置及电子设备
EP4150949A4 (en) * 2020-05-15 2024-02-21 Apple Inc. BEAM FAILURE RECOVERY SYSTEMS AND METHODS FOR MULTI-DCI MODE
US11425751B2 (en) 2020-07-09 2022-08-23 Samsung Electronics Co., Ltd. System and method for collision handling with cross carrier scheduling
CN116114345A (zh) * 2020-08-06 2023-05-12 华为技术有限公司 一种资源调度方法及通信装置
WO2022027998A1 (en) * 2020-08-06 2022-02-10 Apple Inc. Cross carrier scheduling with different sub-carrier spacing capability reporting
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
CN116349143A (zh) * 2020-10-20 2023-06-27 苹果公司 非同步多发射接收点调度操作
CA3199571A1 (en) * 2021-01-05 2022-07-14 Chenxi Zhu Transmission timing based on downlink control information
WO2022154502A1 (ko) * 2021-01-14 2022-07-21 엘지전자 주식회사 무선 통신 시스템에서 공간 파라미터 적용 방법 및 장치
WO2022151432A1 (zh) * 2021-01-15 2022-07-21 华为技术有限公司 资源调度的方法和通信设备
KR20220126012A (ko) * 2021-03-08 2022-09-15 삼성전자주식회사 무선 통신 시스템에서 빔 설정 방법 및 장치
CN115134916A (zh) * 2021-03-25 2022-09-30 维沃移动通信有限公司 传输处理方法及相关设备
CN117461370A (zh) * 2021-04-02 2024-01-26 日本电气株式会社 用于通信的方法、设备及计算机存储介质
EP4322676A1 (en) * 2021-04-05 2024-02-14 LG Electronics Inc. Method and device for transmitting and receiving downlink control channel in wireless communication system
CN117280801A (zh) * 2021-07-14 2023-12-22 Oppo广东移动通信有限公司 一种pdcch监听及发送方法、装置、终端设备、网络设备

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998584B (zh) 2009-08-12 2013-07-31 电信科学技术研究院 一种物理下行控制信道的控制方法、装置和系统
US8848601B2 (en) * 2009-08-21 2014-09-30 Blackberry Limited System and method for carrier activation
US8902802B2 (en) * 2009-11-30 2014-12-02 Lg Electronics Inc. Terminal device for receiving signal in wireless communication system for supporting a plurality of component carriers and method thereof
CN101945403B (zh) 2010-08-06 2016-01-20 中兴通讯股份有限公司 一种确定用户专有搜索空间的方法和装置
US9398578B2 (en) 2011-05-03 2016-07-19 Lg Electronics Inc. Method for receiving downlink signal, and user device, and method for transmitting downlink signal, and base station
CN103973425B (zh) 2013-02-04 2017-08-25 普天信息技术研究院有限公司 一种下行控制信道资源分配的方法
TWI665926B (zh) * 2014-01-30 2019-07-11 新力股份有限公司 電信裝置及方法
CN107211419B (zh) 2015-01-29 2021-06-01 株式会社Ntt都科摩 用户终端、无线基站及无线通信方法
US11212813B2 (en) * 2017-01-13 2021-12-28 Qualcomm Incorporated Configuration of control resources
US10542545B2 (en) * 2017-02-06 2020-01-21 Mediatek Inc. Beam failure recovery mechanism for multi-beam operation
US10764896B2 (en) 2017-11-08 2020-09-01 Samsung Electronics Co., Ltd. Method and apparatus for beam management in the unlicensed spectrum

Also Published As

Publication number Publication date
EP3777407A1 (en) 2021-02-17
MX2020008996A (es) 2020-10-05
US20190313390A1 (en) 2019-10-10
EP4109806A1 (en) 2022-12-28
PL3777407T3 (pl) 2023-02-27
WO2019196751A1 (en) 2019-10-17
CN112586038B (zh) 2023-08-25
US10863511B2 (en) 2020-12-08
US20190313429A1 (en) 2019-10-10
CN112586038A (zh) 2021-03-30
WO2019196750A1 (en) 2019-10-17
EP3777407B1 (en) 2022-09-28
EP3777407A4 (en) 2022-01-05
US11057891B2 (en) 2021-07-06

Similar Documents

Publication Publication Date Title
ES2932267T3 (es) Métodos y dispositivos relacionados para realizar la planificación de portadora cruzada con operaciones de haz
US10623209B2 (en) Systems and methods for high-reliability ultra-reliable low latency communication transmissions
US11539492B2 (en) Method of determining physical sidelink feedback channel resource for hybrid automatic repeat request feedback and related device
ES2830049T3 (es) Método y dispositivo para detectar información de control de enlace descendente
ES2772693T3 (es) Supervisión de un canal de control de banda estrecha para un sistema de banda ancha para reducir el consumo de energía
EP2544482B1 (en) Wireless communication system, base station apparatus, mobile station apparatus, wireless communication method and integrated circuit
US11412490B2 (en) Method of multiplexing uplink control information and related device
WO2020030057A1 (en) Method and apparatus for performing sidelink communication in wireless communication systems
ES2879905T3 (es) Métodos y aparatos para configurar un conjunto de recursos de control en un sistema de comunicación inalámbrica
ES2875736T3 (es) Reducción de descodificación a ciegas en agregación de portadoras mejorada
ES2505266T3 (es) Disposición y señalización de canal de control
ES2808123T3 (es) Método y aparato para soportar un grupo de agregación de portadoras en un sistema de comunicación inalámbrica
BR112018072927B1 (pt) dispositivo de comunicação sem fio e método de operar o mesmo
JP2015180094A (ja) サーチ空間を決定する方法、ユーザ装置、及びシステム
WO2021031995A1 (en) Method and apparatus for handling harq feedback
KR20140093261A (ko) 다운링크 제어 정보 전송 방법 및 장치
US20230163896A1 (en) Method of performing feedback transmission for multicast or broadcast service and related device
US11800523B2 (en) User equipment and method for configuring PUCCH resources
WO2022083770A1 (en) Method of monitoring physical downlink control channel and related device