ES2909459T3 - Método para supervisar un PDCCH, dispositivo de red y terminal - Google Patents

Método para supervisar un PDCCH, dispositivo de red y terminal Download PDF

Info

Publication number
ES2909459T3
ES2909459T3 ES18843762T ES18843762T ES2909459T3 ES 2909459 T3 ES2909459 T3 ES 2909459T3 ES 18843762 T ES18843762 T ES 18843762T ES 18843762 T ES18843762 T ES 18843762T ES 2909459 T3 ES2909459 T3 ES 2909459T3
Authority
ES
Spain
Prior art keywords
bwp
coreset
terminal
pdcch
dci
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES18843762T
Other languages
English (en)
Inventor
Xueming Pan
Xiaodong Shen
Lei Jiang
Zhi Lu
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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Application granted granted Critical
Publication of ES2909459T3 publication Critical patent/ES2909459T3/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/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • 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
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0036—Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the receiver
    • H04L1/0038—Blind format detection

Landscapes

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

Abstract

Un método para supervisar un canal de control en el enlace descendente físico, PDCCH, aplicado a un dispositivo de red y que comprende: determinar (S201) la información de configuración de al menos un conjunto de recursos de control, CORESET; y transmitir (S202) la información de configuración del al menos un CORESET a un terminal, donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda, BWP, y la portadora comprende al menos una BWP, en donde en caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP está configurada con al menos un CORESET, caracterizado por que en caso de que el terminal cambie de una primera BWP a una segunda BWP, el método comprende además al menos uno de: transmitir, al terminal, un parámetro, DCI, de información de control en el enlace descendente correspondiente a la primera BWP y un parámetro DCI correspondiente a la segunda BWP, cuando el parámetro DCI de la primera BWP es diferente del parámetro DCI de la segunda BWP; y transmitir, al terminal, la DCI en un CORESET correspondiente a la primera BWP, y transmitir, al terminal, la DCI en un CORESET correspondiente a la segunda BWP, cuando una frecuencia central de la primera BWP es diferente de una frecuencia central de la segunda BWP.

Description

DESCRIPCIÓN
Método para supervisar un PDCCH, dispositivo de red y terminal
Campo técnico
La presente descripción se relaciona con el campo técnico de las comunicaciones inalámbricas y, en particular, con un método para supervisar un PDCCH, un terminal y un dispositivo de red.
Antecedentes
En el sistema de comunicación con móviles de 5a generación (5G), generalmente se usa un ancho de banda alto (por ejemplo, 100 MHz o más) para transmitir datos. Los terminales tienen diferentes capacidades de ancho de banda. Para permitir que los terminales con capacidades de bajo ancho de banda accedan a una parte del ancho de banda en una red de alto ancho de banda, se introduce el concepto de parte del ancho de banda (BWP) en un nuevo sistema de radio (NR). En el sistema NR, se pueden configurar una o más BWP para un terminal, y cuando se configuran múltiples BWP para un terminal, las BWP pueden adoptar una misma numerología o diferentes numerologías, de modo que el terminal pueda acceder a una BWP de una red de alto ancho de banda. Para un escenario en donde un dispositivo de red configura una o más BWP para un terminal, la cuestión de la supervisión del PDCCH por parte del terminal no se ha tratado en consecuencia.
El documento "CORESET Monitoring Under Dynamic Change of BWP" de INTERDIGITAL INC (3GPP DRAFT; R1-1710872 (R15 NR WI AI 513121 CORESET WITH BW ADAPTATION) 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. RAN WG1 No. Qingdao, China, 20170627 - 2017063026 de junio de 2017 (2017-06-26), XP051300074, Obtenido de Internet: URL:http://www.3gpp.org/ ftp/Meetings_3GPP SYNC/RAN 1/Docs/) generalmente describe la supervisión de CORESET bajo un cambio dinámico de BWP. Cuando el UE tiene una NB-BWP activa, supervisa el PDCCH en NB-CORESET. Asimismo, cuando el UE tiene una WB-BWP activa, el UE supervisa el PDCCH en WB-CORESET. De manera semejante, cuando el UE tiene una WB-BWP activa, el UE supervisa el PDCCH en WB-CORESET. Sin embargo, el uso de diferentes CORESET puede dar lugar a errores cuando el UE y el NW no están sincronizados con respecto al estado de activación de la UE BWP. D1 describe además la recuperación de errores de sincronización de BWP.
El documento "Open issues for wider bandwidth operations" de INTEL CORPORATION (3GPP DRAFT; R1-1710583, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. RAN WG1 , n.° Qingdao, RP China, 20170627 -20170630 17 de junio de 2017 (2017-06-17), XP051305153, Obtenido de Internet: URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_AH/NR_AH_1706 /Docs/) generalmente describe problemas abiertos para operaciones de mayor ancho de banda. Cada CORESET se configura para cada BWP. Con la planificación Self-BWP, el PDCCH y el PDSCH correspondientemente planificado están contenidos dentro de la misma BWP.
El documento "Control Channels Monitoring with Multiple CORESETs" de INTERDIGITAL INC (3GPP DRAFT; R1-1709016, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE; 650, ROUTE DES LUCIOLES; F-06921 SOPHIA-ANTIPOLIS CEDEX; FRANCE, vol. RAN WG1 , n.° Hangzhou;20170515 -20170519 6 de mayo de 2017 (2017-05-06), XP051262815, Obtenido de Internet: URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_89/Docs/) generalmente describe la supervisión de canales de control con múltiples CORESET. Propuesta 1: la estructura del canal de control de NR soporta un conjunto de recursos de control predeterminado que se puede utilizar para el funcionamiento de baja potencia para los UE en modo reposo y/o inactivo.
Resumen
En un primer aspecto, la presente descripción proporciona un método para supervisar un canal de control en el enlace descendente físico (PDCCH) de acuerdo con el conjunto de reivindicaciones adjunto, que se aplica a un dispositivo de red e incluye:
determinar la información de configuración de al menos un conjunto de recursos de control (CORESET); y
transmitir la información de configuración del al menos un CORESET a un terminal, donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda (BWP), y la portadora incluye al menos una BWP,
donde en caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP está configurada con al menos un CORESET.
En un segundo aspecto, la presente descripción proporciona un método para supervisar un PDCCH de acuerdo con el conjunto de reivindicaciones adjunto, que se aplica a un terminal e incluye:
recibir información de configuración de al menos un conjunto de recursos de control (CORESET), donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda (BWP), y la portadora incluye al menos una BWP; en el caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP esté configurada con al menos un CORESET; y
supervisar el PDCCH en el al menos un CORESET de acuerdo con la información de configuración del al menos un CORESET.
En un tercer aspecto, la presente descripción proporciona un dispositivo de red de acuerdo con el conjunto de reivindicaciones adjunto, que incluye:
una unidad de determinación, configurada para determinar la información de configuración de al menos un conjunto de recursos de control (CORESET); y
una unidad de transmisión, configurada para transmitir la información de configuración del al menos un CORESET a un terminal; donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda (BWP), y la portadora incluye al menos una BWP,
donde en caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP está configurada con al menos un CORESET.
En un cuarto aspecto, la presente descripción proporciona un terminal de acuerdo con el conjunto de reivindicaciones adjunto, que incluye:
una unidad de recepción, configurada para recibir información de configuración de al menos un conjunto de recursos de control (CORESET), donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda (BWP), y la portadora incluye al menos una BWP; en el caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP esté configurada con al menos un CORESET; y
una unidad de supervisión, configurada para supervisar un canal de control en el enlace descendente físico (PDCCH) en el al menos un CORESET de acuerdo con la información de configuración del al menos un CORESET.
Breve descripción de los dibujos
Para ilustrar soluciones técnicas de realizaciones de la presente descripción más claramente, los dibujos utilizados en la descripción de las realizaciones de la presente descripción se describen brevemente a continuación. Obviamente, los dibujos en la siguiente descripción son solo algunas realizaciones de la presente descripción, y para una persona con experiencia ordinaria en la técnica, se pueden obtener otros dibujos basados en estos dibujos sin esfuerzos creativos. La figura 1 es un diagrama de arquitectura de un sistema de comunicación al que son aplicables soluciones técnicas de acuerdo con una realización de la presente descripción;
La figura 2 es un diagrama esquemático de un escenario BWP de acuerdo con una realización de la presente descripción; La figura 3 es otro diagrama esquemático de un escenario BWP de acuerdo con una realización de la presente descripción;
La figura 4 es otro diagrama esquemático de un escenario BWP de acuerdo con una realización de la presente descripción;
La figura 5 es un diagrama de flujo esquemático de un método para supervisar un PDCCH de acuerdo con una realización de la presente descripción;
La figura 6 es otro diagrama de flujo esquemático de un método para supervisar un PDCCH de acuerdo con una realización de la presente descripción;
La figura 7 es otro diagrama esquemático de un escenario BWP donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 8 es otro diagrama esquemático de un escenario BWP donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 9 es otro diagrama esquemático de un escenario BWP donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 10 es otro diagrama esquemático de un escenario BWP donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 11 es otro diagrama de flujo esquemático de un método para supervisar un PDCCH de acuerdo con una realización de la presente descripción;
La figura 12 es un diagrama esquemático de un escenario de conmutación de BWP en donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 13 es otro diagrama esquemático de un escenario de conmutación de BWP en donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 14 es otro diagrama esquemático de un escenario de conmutación de BWP en donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 15 es otro diagrama esquemático de un escenario de conmutación de BWP en donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 16 es otro diagrama esquemático de un escenario de conmutación de BWP en donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 17 es otro diagrama esquemático de un escenario de conmutación de BWP en donde se supervisa un CORESET de acuerdo con una realización de la presente descripción;
La figura 18 es un diagrama estructural esquemático de un terminal de acuerdo con una realización de la presente descripción;
La figura 19 es otro diagrama estructural esquemático de un terminal de acuerdo con una realización de la presente descripción;
La figura 20 es un diagrama estructural esquemático de un dispositivo de red de acuerdo con una realización de la presente descripción; y
La figura 21 es otro diagrama estructural esquemático de un dispositivo de red de acuerdo con una realización de la presente descripción.
Descripción detallada
Las realizaciones de ejemplo de la presente descripción se describirán a continuación con más detalle con referencia a los dibujos adjuntos. Aunque las realizaciones de ejemplo de la presente descripción se muestran en los dibujos, debe entenderse que la presente descripción puede realizarse de varias formas y no debe limitarse a las realizaciones establecidas en este documento. Por el contrario, estas realizaciones se proporcionan para permitir una comprensión completa de la presente descripción y para transmitir completamente el alcance de la presente descripción a los expertos en la técnica.
Las soluciones técnicas proporcionadas por la presente descripción se pueden aplicar a diversos sistemas de comunicación, por ejemplo, sistemas de comunicación de 5" Generación (5G), sistemas de evolución futura o múltiples sistemas de convergencia de comunicación, y se pueden aplicar en una variedad de escenarios de aplicación, por ejemplo, máquina a máquina (M2M), dispositivo a dispositivo (D2D), macro comunicación, Banda ancha móvil mejorada (eMBB), comunicación ultra fiable y de baja latencia (uRLLC) y comunicación masiva tipo máquina (mMTC). Estos escenarios incluyen, entre otros, comunicación entre un terminal y un terminal, o comunicación entre un dispositivo de red y un dispositivo de red, o comunicación entre un dispositivo de red y un terminal. Las realizaciones de la presente descripción se pueden aplicar a comunicaciones entre dispositivos de red y terminales en un sistema de comunicación 5G, o comunicaciones entre terminales y terminales en un sistema de comunicación 5G, o comunicaciones entre dispositivos de red y dispositivos de red en un sistema de comunicación 5G.
La figura 1 muestra un diagrama esquemático de una estructura opcional de un sistema de comunicación de acuerdo con una realización de la presente descripción. Como se muestra en la figura 1, el sistema de comunicación incluye al menos un dispositivo de red 100 (solo se muestra uno en la figura 1) y uno o más terminales 200 conectados a cada dispositivo de red 100. El dispositivo de red 100 puede ser una estación base, un dispositivo de red central, un punto de referencia de transmisión (TRP), una estación repetidora o un punto de acceso. El dispositivo de red 100 puede ser: una estación transceptora base (BTS) en un sistema global para comunicaciones con móviles (GSM) o una red de acceso múltiple por división de código (CDMA), o un NodoB (NB) en una red de acceso múltiple por división de código de banda ancha (WCDMA), o un eNB o un NodoB evolutivo (eNodoB) en LTE. El dispositivo de red 100 también puede ser un controlador inalámbrico en un escenario de red de acceso de radio en la nube (CRAN). El dispositivo de red 100 también puede ser un dispositivo de red en un sistema de comunicación 5G o un dispositivo de red en una red evolucionada en el futuro, y también puede ser un dispositivo portátil o un dispositivo montado en un vehículo.
El terminal 200 puede ser un terminal inalámbrico o un terminal cableado. El terminal inalámbrico puede ser un dispositivo que proporcione conectividad de datos de voz y/u otros servicios a un usuario, un dispositivo portátil con una función de comunicación inalámbrica, un dispositivo de ordenador u otros dispositivos de procesamiento conectados a un módem inalámbrico, un dispositivo montado en un vehículo, un dispositivo portátil, un terminal en una red 5G futura o un terminal en una red móvil terrestre pública evolucionada futura (PLMN). Un terminal inalámbrico puede comunicarse con una o más redes centrales a través de una red de acceso por radio (RAN). El terminal inalámbrico puede ser un terminal móvil tal como un teléfono móvil (también denominado teléfono "celular") y un ordenador con un terminal móvil que, por ejemplo, puede ser un dispositivo portátil, de bolsillo, de mano, incorporado en un ordenador o un dispositivo móvil montado en un vehículo. El terminal inalámbrico intercambia voz y/o datos con una red de acceso inalámbrico y puede incluir un teléfono de servicio de comunicación personal (PCS), un teléfono inalámbrico, un teléfono de protocolo de inicio de sesión (SIP), una estación de bucle local inalámbrico (WLL), un asistente digital personal (PDA) y otros dispositivos. El terminal inalámbrico también puede ser: un dispositivo móvil, un equipo de usuario (UE), un terminal de UE, un terminal de acceso, un equipo de comunicación inalámbrica, una unidad terminal, una estación terminal, una estación móvil, una estación a distancia, una terminal a distancia, una unidad de abonado, una estación de abonado, un agente de usuario, un dispositivo terminal, etc. Lo anterior es solo un ejemplo, y un terminal no se limita a ello en aplicaciones prácticas.
Algunos términos implicados en la presente descripción se explican a continuación para la comprensión de los lectores.
1. Conjunto de Recursos de Control (CORESET)
CORESET es un tipo de conjunto de recursos de tiempo-frecuencia introducido en NR, es decir, un terminal realiza la detección del canal de control físico en el enlace descendente (PDCCH) en un CORESET correspondiente. CORESET incluye un conjunto de grupos de elementos de recursos (REG).
Por ejemplo, la información de configuración de un CORESET puede notificarse al menos de una de las siguientes maneras:
información de configuración del CORESET siendo notificada a través de señalización de capa superior; o
información de configuración del CORESET que se transmite a través de un canal de transmisión, información del sistema y similares; o
la información de configuración del CORESET está predefinida en base a una o más piezas de información tales como un ancho de banda del sistema, una separación entre sub portadoras, una configuración de antena o una frecuencia de portadora.
La información de configuración de un CORESET en la presente especificación incluye, pero no se limita a, al menos una parte de la siguiente información: información de recursos tiempo-frecuencia del CORESET y un conjunto de niveles de agregación en los que un PDCCH requiere ser detectado a ciegas en el CORESET, el número de recursos candidatos de PDCCH en los que un PDCCH requiere ser detectado ciegamente en el CORESET en cada nivel de agregación, o un parámetro DCI (un formato de la DCI o una longitud de la DCI) de un PDCCH que requiere ser detectado ciegamente en el CORESET. La información de recursos tiempo-frecuencia de un CORESET incluye información de recursos en el dominio de frecuencia de CORESET (como el número de PRB y una posición tiempofrecuencia) e información de recursos de dominio en el tiempo (como el número de símbolos OFDM).
2. Parte de Ancho de Banda (BWP)
Un terminal se puede configurar con una o más BWP, y cuando se configuran varias BWP para un terminal, las BWP pueden adoptar la misma numerología o diferentes numerologías. En general, la posición de una BWP en una portadora puede estar determinada por una frecuencia central de la BWP.
Las soluciones proporcionadas por la presente descripción se aplican principalmente en un escenario en donde un dispositivo de red configura una o más BWP para un terminal. A continuación se proporcionan algunos escenarios de aplicación de la BWP.
En un primer escenario, como se muestra en la figura 2, un terminal accede a una BWP de un ancho de banda del sistema.
En un segundo escenario, como se muestra en la figura 3, se ajusta una BWP para un terminal, la frecuencia central de la BWP no cambia y se cambia el ancho de banda de la BWP.
En un tercer escenario, como se muestra en la figura 4, un terminal accede a dos BWP en un ancho de banda del sistema, y las dos BWP tienen numerologías diferentes.
A modo de ejemplo, una BWP en el enlace descendente y una BWP en el enlace ascendente para un terminal pueden ser configuradas por un dispositivo de red, respectivamente.
A modo de ejemplo, se puede configurar una BWP (especificada por la especificación técnica Rel-15) o varias BWP (especificadas por una especificación técnica en una versión posterior) para un terminal.
A modo de ejemplo, un terminal puede realizar un ajuste de BWP basado en la indicación de la señalización de Capa 1 (L1) o la señalización de Capa 2 (L2) transmitida por un dispositivo de red, que incluye cualquiera de los siguientes casos: en un primer caso, la frecuencia central de una BWP no cambia, y el ancho de banda de la BWP cambia, en donde debe observarse que no se requiere la re sintonización de RF en el primer caso; o
en un segundo caso, cambia la frecuencia central de una BWP, y el ancho de banda de la BWP no cambia; o
en un tercer caso, cambia la frecuencia central de una BWP y cambia el ancho de banda de la BWP.
3. Información de Control en el Enlace Descendente (DCI)
En un sistema LTE, un canal de control en el enlace descendente físico (PDCCH) se transmite en una sub trama en el enlace descendente, y el PDCCH y un canal compartido en el enlace descendente físico (PDSCH) están en una relación de multiplexión por división en el tiempo (TDM). El PDCCH se transmite a través del primero al tercer símbolo de multiplexión por división ortogonal de frecuencia (OFDM) de una sub trama en el enlace descendente. Específicamente, como se muestra en la figura 1, generalmente, una región de control para transmitir un PDCCH en el sistema LTE (es decir, de la primera a la tercera sub portadoras de una sub trama en el enlace descendente) se compone de CCE divididos lógicamente. Una unidad básica de un recurso tiempo-frecuencia de una DCI transportada en el PDCCH también es un elemento de canal de control (CCE). La DCI se puede transmitir en diferentes niveles de agregación (AL). El nivel de agregación se refiere al número de CCE que llevan una DCI. El nivel de agregación puede ser, por ejemplo, pero no limitado a: 1,2, 4, 8, 16 y 32. Por ejemplo, un nivel de agregación de 2 significa que una DCI se transporta en 2 CCE.
Por ejemplo, un CCE incluye, entre otros, 6 grupos de elementos de recursos (REG). Los 6 REG se pueden construir de forma concentrada o distribuida cuando se construye un CCE, que no se limita aquí. A modo de ejemplo, 12 RE consecutivos (que no incluyen un RE ocupado por una señal de referencia) constituyen un REG. RE es la unidad de recurso tiempo-frecuencia más pequeña. RE puede identificarse de forma única mediante un par de índices (k, l), k es un índice de una sub portadora, y l es un índice de un símbolo.
4. Descodificación Ciega
Como se describió anteriormente, una DCI puede transmitirse en los símbolos primero a tercero de una sub trama, y una DCI puede transmitirse en diferentes niveles de agregación. Sin embargo, dado que el PDCCH es una señalización transmitida por la estación base, y el UE no ha recibido ninguna otra información excepto alguna información del sistema antes de esta transmisión, el UE no conoce el número de CCE, la situación de un CCE, un formato de la DCI para transmitir un CCE, o un nivel de agregación de la DCI. Por lo tanto, el UE necesita detectar posibles situaciones de recursos tiempo-frecuencia de la DCI y posibles niveles de agregación de la DCI mediante detección a ciegas, para recibir la DCI. Es decir, un UE supervisa un PDCCH transmitido por la estación base usando un método de detección a ciegas para obtener la DCI.
Cabe señalar que el UE necesita detectar a ciegas un canal de control en cada sub trama en el enlace descendente que no sea DRX (recepción discontinua).
Para reducir la complejidad de la detección ciega de un UE, se definen dos espacios de búsqueda en el sistema LTE, a saber, un espacio de búsqueda común (CSS) y un espacio de búsqueda específico de UE (UESS). El tamaño de un espacio de búsqueda utiliza el número de CCE como unidad. CSS se usa principalmente para transmitir la DCI para planificar la información de control específica de la célula (por ejemplo, información del sistema, mensajes de paginación e información de control de potencia de multidifusión), y la búsqueda debe realizarse para cada usuario. UESS se utiliza principalmente para transmitir una DCI para la planificación de recursos para cada UE. Para un CSS, el CSS incluye los primeros 16 CCE en cada sub trama en el enlace descendente, y un nivel de agregación de un PDCCH puede ser 4 u 8. Por lo tanto, cuando un usuario busca un espacio de búsqueda común, busca cuatro veces a partir de CCE 0 y de acuerdo con un AL de 4, y luego busca dos veces en un AL de 8. Para un UCSS, dado que una posición inicial de un CCE del UCSS de cada UE en una sub trama en el enlace descendente está relacionada con un número de sub trama o la RNTI del UE, etc., los puntos de partida de varios UE para la búsqueda son diferentes, es decir, un nivel de agregación de PDCCH puede ser 1,2, 4 u 8 en UCSS. Que AL sea igual a 1 se refiere a realizar la búsqueda seis veces, que AL sea igual a 2 se refiere a realizar la búsqueda seis veces, que AL sea igual a 4 se refiere a realizar la búsqueda dos veces y que AL sea igual a 8 se refiere a realizando la búsqueda dos veces.
A la vista de lo anterior, si el número de detecciones ciegas se representa en base a un nivel de agregación L, se especifica en la LTE que para UCSS, cuando L = {1,2, 4, 8}, el número de detecciones ciegas es {6, 6, 2, 2}; y para CSS, cuando L = {4, 8}, el número de detecciones ciegas es {4, 2}. Para más detalles, se puede hacer referencia a una correspondencia entre un espacio de búsqueda en donde un UE necesita realizar una detección ciega en una sub trama en el enlace descendente y el número de detecciones ciegas que se intentarán, que se muestra en la Tabla 1 a continuación. El número de intentos de detecciones ciegas indica el número de candidatos de PDCCH.
Tabla 1
Figure imgf000007_0001
Con referencia a la Tabla 1, se puede ver que el número de búsquedas CSS es seis y el número de búsquedas UCSS es 16. En UCSS, un formato de la DCI para un UE en el mismo momento tiene solo dos tamaños de carga útil, por lo que la búsqueda debe ser realizada el doble, es decir, durante 32 veces. Cuando un UE realiza una detección ciega en un espacio de búsqueda en el PDCCH, el UE solo necesita intentar descodificar una DCI que pueda ocurrir y no necesita hacer coincidir todos los formatos de la DCI. Aunque aún no se ha determinado una especificación técnica relevante, en el sistema NR existe un límite para el número máximo de detecciones ciegas.
5. Otros términos
Tales términos como "y/o" en esta especificación es solo un tipo de relación de asociación que describe objetos relacionados, y se refiere a que puede haber tres tipos de relaciones. Por ejemplo, "A y/o B" puede referirse a tres casos: A existe solo, tanto A como B existen simultáneamente y B existe solo. Además, el símbolo "/" en esta especificación generalmente indica que los objetos relacionados están en una relación "o", mientras que en la fórmula, el símbolo "/" indica que los objetos relacionados están en una relación de "división". Si no se especifica, términos como "una pluralidad de" o "múltiples" en el presente documento se refieren a dos o más.
Para describir claramente las soluciones técnicas de las realizaciones de la presente descripción, en las realizaciones de la presente descripción, términos como "primero", "segundo" o similares en la especificación y en las reivindicaciones de las realizaciones de la presente descripción se usan para distinguir objetos iguales u objetos similares que tienen básicamente las mismas funciones o aplicaciones. Los expertos en la técnica apreciarán que términos tales como "primero", "segundo" o similares no limitan el número del objeto o el orden de ejecución de los objetos.
En las realizaciones de la presente descripción, palabras como "de ejemplo" o "por ejemplo" se utilizan como ejemplo, ilustración o descripción. Cualquier realización o esquema de diseño descrito como "de ejemplo" o "por ejemplo" en las realizaciones de la presente descripción no debe interpretarse como más opcional o ventajosa que otras realizaciones o esquemas de diseño. Más exactamente, el uso de las palabras "de ejemplo" o "por ejemplo" pretende presentar conceptos relevantes de una manera específica.
La figura 5 es un diagrama de flujo esquemático de un método para supervisar un PDCCH proporcionado por la presente descripción. Las soluciones proporcionadas por las realizaciones de la presente descripción están dirigidas a un escenario en donde un dispositivo de red configura una o más BWP para un terminal, y el terminal está en un modo operativo BWP. El método incluye específicamente las etapas S201 a S203.
En la etapa S201, un dispositivo de red determina la información de configuración de al menos un conjunto de recursos de control (COr Es ET).
El al menos un CORESET puede estar configurado en una unidad de una portadora, o puede estar configurado en una unidad de una parte de ancho de banda (BWP). Específicamente, en el caso de que el al menos un CORESET esté configurado en una unidad de una portadora, una portadora está configurada con al menos un CORESET, y la cantidad de CORESET configurados para una portadora puede ser diferente de la cantidad de CORESET configurados para otra portadora, que no se limita aquí. En caso de que el al menos un CORESET esté configurado en una unidad de una BWP, una BWP se configura con al menos un CORESET, el número de CORESET configurados para una BWP puede ser diferente del número de CORESET configurados para otra BWP, lo que no se limita aquí.
En la etapa S202, el dispositivo de red transmite la información de configuración del al menos un CORESET a un terminal.
En la etapa S203, el terminal supervisa el PDCCH en el al menos un CORESET de acuerdo con la información de configuración del al menos un CORESET.
El dispositivo de red configura los CORESET en una portadora o en una BWP para el terminal, y el terminal en un modo operativo BWP en un CORESET puede realizar la detección de PDCCH en los CORESET configurados que se encuentran dentro de una BWP donde el terminal opera actualmente. Por lo tanto, la detección ciega de PDCCH se puede realizar para un terminal en un modo operativo BWP.
La figura 6 es un diagrama de flujo esquemático de un método para supervisar un PDCCH proporcionado por la presente descripción. Esta realización está dirigida a un escenario en donde un terminal se encuentra en un modo operativo BWP. Al supervisar un PDCCH en al menos un CORESET, el terminal necesita determinar un CORESET que necesita ser supervisado de todos los CORESET configurados. El proceso de determinación del CORESET que necesita ser supervisado desde el CORESET configurado por el terminal puede realizarse específicamente mediante dos formas de ejecución. Por lo tanto, en base a las etapas S201 y S203 proporcionadas en la realización anterior, en esta realización, la etapa S203 puede reemplazarse con la etapa S303a, o la etapa S203 puede reemplazarse con S303b1 y S303b2 de acuerdo con diferentes formas de realización.
Como se muestra en la figura 6, una primera forma es un método de determinación implícita (es decir, un terminal determina implícitamente un CORESET que necesita ser supervisado de acuerdo con una correspondencia entre un CORESET y una BWP).
Específicamente, la etapa S303a se sustituye por la etapa S203, y el método incluye: la etapa S303a. En la etapa S303a, el terminal supervisa, de acuerdo con la información de configuración del al menos un CORESET, el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP actualmente accedida por el terminal.
Como se muestra en la figura 6, una segunda forma es un método de determinación explícito (es decir, una estación base transmite una instrucción de señalización a un terminal, para indicarle al terminal el CORESET que necesita ser supervisado).
Específicamente, las etapas S303b1 y S303b2 se sustituyen por la etapa S203 y el método incluye: las etapas S303b1 y S303b2. En la etapa S303b1, el dispositivo de red transmite la información de la primera indicación al terminal, donde la información de la primera indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP al que accede actualmente el terminal.
A modo de ejemplo, un terminal puede determinar directamente qué CORESET se selecciona para ser supervisado a partir de CORESET pre configurados de acuerdo con una instrucción de señalización de la estación base. La instrucción de señalización puede ser una instrucción de señalización PDCCH o una instrucción de señalización MAC CE.
En la etapa S303b2, el terminal supervisa, basándose en la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la BWP a la que accede actualmente el terminal.
Como ejemplo, en el caso de que el al menos un CORESET esté configurado por portadora, si un método utilizado para determinar un CORESET que necesita ser supervisado es la primera o la segunda forma como se mencionó anteriormente, un CORESET que cae dentro de una BWP a la que un terminal está accediendo actualmente puede ser un CORESET completo y/o un CORESET incompleto configurado para una portadora en donde se encuentra actualmente el terminal. Cabe señalar que el CORESET incompleto en la presente descripción no se refiere a un CORESET imperfecto, sino que se refiere a una parte de un recurso de dominio de frecuencia CORESET pre configurado, es decir, solo se utiliza una parte de un recurso tiempo-frecuencia del completo CORESET.
En una primera realización, en el caso de que los CORESET se configuren en función de una portadora, un terminal determina al menos un CORESET completo en un conjunto de CORESET para una portadora donde se encuentra actualmente el terminal, y supervisa un PDCCH en los CORESET completos determinados, donde el al menos un CORESET completo se encuentra dentro de una BWP a la que accede actualmente el terminal.
Por ejemplo, como se muestra en la figura 7, los CORESET se configuran en base a una portadora, y tres CORESET se configuran en la portadora (CORESET 1, CORESET2 y CORESET3 en la figura 7). Si CORESET 1 cae en la BWP1 actualmente accedida por la terminal, y CORESET1 es un CORESET completo, el terminal solo necesita supervisar CORESET 1 que cae en la BWP1. En el proceso de determinar, por parte del terminal, un CORESET que necesita ser supervisado en la BWP1, el terminal puede implícitamente determinar el CORESET de acuerdo con una correspondencia entre un CORESET y una BWP, es decir, determinando el CORESET que cae dentro de un ancho de banda de la BWP1, o puede determinar cuál de los tres CORESET pre configurados se selecciona para una supervisión específica basada en la información de indicación transmitida por un dispositivo de red.
En una segunda realización, en el caso de que los CORESET estén configurados en función de una portadora, un terminal determina al menos un CORESET incompleto en un conjunto de CORESET para una portadora en donde se encuentra actualmente el terminal, y supervisa un PDCCH en los determinados CORESET incompletos, donde el al menos un CORESET incompleto se encuentra dentro de una BWP a la que actualmente accede el terminal.
Por ejemplo, como se muestra en la figura 8, los CORESET se configuran en función de una portadora, y tres CORESET (CORESET1, CORESET2 y CORESET3 en la figura 8) se configuran en la portadora, si parte del CORESET 1 cae en la BWP1 a la que accede actualmente el terminal, y el CORESET 1 es un CORESET incompleto (refiriéndose a la figura 8, solo una parte de un recurso tiempo-frecuencia de CORESET1 cae dentro de un ancho de banda de la BWP1), el terminal solo necesita supervisar la parte de CORESET 1 que cae en la BWP1. En el proceso de determinar un CORESET que necesita ser supervisado en la BWP1 por el terminal, el terminal puede determinar implícitamente el CORESET de acuerdo con una correspondencia entre un CORESET y una BWP, o puede determinar cuál de los tres CORESET pre configurados se selecciona y qué parte del CORESET seleccionado se selecciona para un control específico en función de la información de indicación transmitida por un dispositivo de red.
En una tercera realización, en el caso de que el(los) CORESET(s) esté(n) configurado(s) en base a una portadora, un terminal determina que al menos un CORESET completo y al menos un CORESET incompleto de al menos un CORESET completo en un conjunto CORESET para una portadora donde el terminal está situado actualmente, donde el al menos un CORESET completo y el al menos un CORESET incompleto se encuentran dentro de la BWP a la que accede actualmente el terminal.
Por ejemplo, como se muestra en la figura 9, los CORESET se configuran en base a una portadora, y tres CORESET se configuran en la portadora (CORESET 1, CORESET2 y CORESET3 en la figura 6). Si CORESET 1, CORESET2 y CORESET3 caen todos en la BWP1 a la que actualmente accede el terminal, y CORESET1 y CORESET3 que caen en la BWP1 son CORESET incompletos (con referencia a la figura 9, solo una parte de un recurso tiempo-frecuencia de CORESET1 y solo una parte de un recurso tiempo-frecuencia de CORESET3 caen dentro de un ancho de banda de la BWP1), el terminal necesita supervisar el CORESET2 completo, y la parte de CORESET 1 y la parte de CORESET3 que caen en la BWP1 y, por supuesto, el terminal solo puede supervisar cualquiera de los tres CORESET. En el proceso de determinar un CORESET que necesita ser supervisado en la BWP1 por el terminal, el terminal puede determinar implícitamente el CORESET de acuerdo con una correspondencia entre un CORESET y una BWP, o puede determinar cuál de los tres CORESET pre configurados se selecciona o qué parte de un CORESET se selecciona para la supervisión específica basado en información de indicación transmitida por un dispositivo de red.
A modo de ejemplo, en el caso de que al menos un CORESET configurado por un dispositivo de red para un terminal en la presente descripción esté configurado en una unidad de BWP, si el método utilizado para determinar un CORESET que necesita ser supervisado es la primera o la segunda forma, como se mencionó anteriormente, un CORESET que cae dentro de una BWP al que un terminal está accediendo actualmente es siempre un CORESET completo.
Por ejemplo, como se muestra en la figura 10, los CORESET están configurados en base a una BWP, y tres CORESET están configurados en BWP1 (CORESET1, CORESET2 y CORESET3 en la figura 10). Cuando un terminal accede actualmente a la BWP1, el terminal puede seleccionar directamente un CORESET de los tres CORESET para supervisar, o puede determinar cuál de los tres CORESET pre configurados se selecciona para una supervisión específica en función de la información de indicación transmitida por un dispositivo de red.
La figura 11 es un diagrama de flujo esquemático de un método para supervisar un PDCCH proporcionado por la presente descripción. Esta realización está dirigida a un escenario en donde un terminal está en modo operativo BWP y el terminal cambia de una primera BWP a una segunda BWP, donde la primera BWP es una BWP a la que se accede actualmente y la segunda BWP es una BWP de destino. Cabe señalar que el escenario en donde el terminal se cambia de la primera BWP a la segunda BWP en esta realización incluye: un escenario de cambio de BWP y un escenario de ajuste de BWP (por ejemplo, un ancho de banda de la BWP a la que accede actualmente el terminal cambia, y/o cambia una frecuencia central de la BWP a la que accede actualmente el terminal).
Al supervisar un PDCCH en al menos un CORESET, el terminal necesita determinar un CORESET que necesita ser supervisado de todos los CORESET configurados. El proceso de determinación del CORESET que necesita ser supervisado desde el CORESET configurado por el terminal puede realizarse específicamente mediante dos formas de realización. Por lo tanto, en base a las etapas S201 y S203 proporcionadas en la realización anterior, en esta realización, la etapa S203 puede reemplazarse con S403a, o la etapa S203 puede reemplazarse con las etapas S403b1 y S403b2 de acuerdo con las formas de realización.
Como se muestra en la figura 11, una primera forma es un método de determinación implícito (es decir, un terminal determina implícitamente un CORESET que necesita ser supervisado de acuerdo con una correspondencia entre un CORESET y una BWP).
Específicamente, la etapa S203 se reemplaza por las etapas S403a, y el método incluye: las etapas S403a. En la etapa S403a, el terminal supervisa, de acuerdo con la información de configuración del al menos un CORESET, el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una segunda BWP, en caso de que el terminal se conmute de una primera BWP a la segunda BWP.
Como se muestra en la figura 11, una segunda forma es un método de determinación explícito (es decir, una estación base transmite una instrucción de señalización a un terminal, para indicarle al terminal el CORESET que necesita ser supervisado).
Específicamente, la etapa S203 se reemplaza con las etapas S403b1 y S403b2, y el método incluye: las etapas S403b1 y S403b2.
En la etapa S403b1, el dispositivo de red transmite la primera información de indicación al terminal, donde la primera información de indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de la segunda BWP.
En la etapa S403b2, el terminal supervisa, basándose en la indicación de la primera información de indicación, el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto dentro de la segunda BWP.
Opcionalmente, el al menos un CORESET configurado por el dispositivo de red para el terminal se configura por portadora.
A modo de ejemplo, la etapa anterior S403a incluye: A1, la supervisión del terminal, en base a la indicación de la primera información de indicación, un PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto de todos los CORESET que corresponden a una primera portadora, donde el al menos un CORESET completo y/o el al menos un CORESET incompleto caen dentro de la segunda BWP, y la primera portadora incluye la primera BWP y la segunda BWP.
Opcionalmente, la información de la primera indicación en la etapa anterior S403b1 se utiliza para instruir a un terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto entre todos los CORESET que corresponden a una primera portadora, donde el al menos un CORESET completo y/o el al menos un CORESET incompleto caen dentro de la segunda BWP, y la primera portadora incluye la primera BWP y la segunda BWP.
Específicamente, el S403b2 anterior incluye: B1, supervisar el PDCCH en al menos un CORESET y/o al menos un CORESET incompleto entre todos los CORESET que corresponden a la primera portadora en base a la indicación de la información de la primera indicación y la información de configuración del al menos un CORESET, donde el al menos un CORESET completo y/o el al menos un CORESET incompleto se encuentran dentro de la segunda BWP.
En un primer ejemplo como se muestra en la figura 12, los CORESET están configurados en base a una portadora, tres CORESET (CORESET1, CORESET2, CORESET3 en la figura 12) están configurados en la portadora, y los CORESET 1, CORESET2, CORESET3 configurados en la portadora caen en la BWP1. Cuando un terminal cambia de BWP1 a BWP2, el terminal solo supervisa CORESET2 que cae en la BWP2. En un proceso de determinación de un CORESET que necesita ser supervisado en la BWP2 por el terminal, el terminal puede determinar implícitamente el CORESET de acuerdo con una correspondencia entre CORESET y BWP, o puede seleccionar un CORESET de los tres CORESET pre configurados para la supervisión específica basándose en la información de indicación transmitida por un dispositivo de red.
En un segundo ejemplo como se muestra en la figura 13, se configura un CORESET basado en una portadora, CORESET1 se configura en la portadora y CORESET1 cae en la BWP1. Cuando un terminal cambia de BWP1 a BWP2, el terminal solo supervisa una parte del CORESET 1 que cae dentro de la BWP2. En un proceso de determinación de un CORESET que necesita ser supervisado en la BWP2 por el terminal, el terminal puede determinar implícitamente el CORESET de acuerdo con una correspondencia entre CORESET y BWP, o puede seleccionar una parte del CORESET1 para la supervisión específica basándose en la información de indicación transmitida por un dispositivo de red.
En un tercer ejemplo como se muestra en la figura 14, los CORESET se configuran en base a una portadora, y tres CORESET (CORESET 1, CORESET2 y CORESET3 en la figura 14) están configurados en la portadora, y el CORESET1 configurado en la portadora cae en la BWP1. Cuando un terminal cambia de BWP1 a BWP2, el terminal solo supervisa el CORESET3 que cae en la BWP2. En un proceso de determinación de un CORESET que necesita ser supervisado en la BWP2 por el terminal, el terminal puede determinar implícitamente el CORESET de acuerdo con una correspondencia entre CORESET y BWP, o puede seleccionar un CORESET de los tres CORESET pre configurados para la supervisión específica basándose en la información de indicación transmitida por un dispositivo de red.
Opcionalmente, al menos un CORESET configurado por un dispositivo de red para un terminal se configura por BWP
A modo de ejemplo, la etapa anterior S403a incluye: A2, la supervisión del terminal, de acuerdo con la información de configuración de al menos un CORESET, un PDCCH en al menos un CORESET de todos los CORESET que corresponden a una segunda BWP.
A modo de ejemplo, la información de la primera indicación en la etapa anterior S403b1 se utiliza para indicar al terminal que supervise al menos un CORESET entre todos los CORESET correspondientes a la segunda BWP.
Específicamente, la etapa anterior S403b2 incluye: B2, supervisar el PDCCH en al menos un CORESET entre todos los CORESET que corresponden a la segunda BWP en base a la indicación de la primera información de indicación y la información de configuración del al menos un CORESET.
En un cuarto ejemplo como se muestra en la figura 15 y en la figura 16, se configura un CORESET en BWP1 y BWP2 para un terminal (como se muestra en la figura 15 y en la figura 16, BWP 1 está configurada con CORESET 1 y BWP2 está configurada con CORESET2). Después de que el terminal se cambia de BWP1 a BWP2, el terminal solo supervisa el CORESET2 configurado para BWP2. En un proceso de determinación de un CORESET que necesita ser supervisado en BWP2 por el terminal, el terminal puede determinar implícitamente el CORESET de acuerdo con una correspondencia entre el CORESET y BWP, o puede seleccionar un CORESET de CORESET1 y CORESET2 pre configurado para la supervisión específica, basándose en la información de indicación transmitida por un dispositivo de red. Como se muestra en la figura 13, las frecuencias centrales de BWP1 y BWP2 son las mismas. Como se muestra en la figura 14, las frecuencias centrales de BWP1 y BWP2 son diferentes. Por lo tanto, cuando los CORESET se configuran en base a una BWP, solo se debe considerar para la supervisión un CORESET en una BWP a la que el terminal ha cambiado.
En un quinto ejemplo como se muestra en la figura 17, tres CORESET están configurados en BWP1 y un CORESET está configurado en BWP2 para un terminal (como se muestra en la figura 17, BWP1 está configurado con CORESET 1 a CORESET3 y BWP2 está configurado con CORESET4). Cuando un terminal se cambia de BWP1 a BWP2, el terminal solo supervisa el CORESET4 configurado para BWP2. En un proceso de determinación de un CORESET que necesita ser supervisado en BWP2 por el terminal, el terminal puede determinar implícitamente el CORESET de acuerdo con una correspondencia entre los CORESET y las BWP, o puede seleccionar un CORESET del CORESET1 al CORESET4 pre configurado para la supervisión específica, basándose en la información de indicación transmitida por un dispositivo de red.
En el caso de que un terminal cambie de una primera BWP a una segunda BWP, y un dispositivo de red y el terminal tengan una comprensión ambigua del tiempo de conmutación, se puede adoptar el siguiente método para garantizar la continuidad del servicio.
A modo de ejemplo, en el caso de que un parámetro DCI de PDCCH cambie a medida que cambia el ancho de banda de una BWP para un terminal (es decir, un parámetro DCI de una primera BWP antes de la conmutación (como un formato DCI o una longitud de la DCI) es diferente de un parámetro DCI de una segunda BWP después de la conmutación), la solución correspondiente incluye al menos uno de:
C1, transmitir el dispositivo de red un parámetro DCI correspondiente a la primera BWP y un parámetro DCI correspondiente a la segunda BWP al terminal; o
C2, detectar el terminal un parámetro DCI correspondiente a la segunda BWP.
En consecuencia, en caso de que cambie la situación de una BWP a la que accede un terminal (es decir, una frecuencia central de la primera BWP antes de la conmutación sea diferente de una frecuencia central de la segunda BWP después de la conmutación), la solución correspondiente incluye al menos uno de:
D1, transmitir el dispositivo de red la DCI al terminal en un CORESET correspondiente a la primera BWP, y transmitir la DCI al terminal en un CORESET correspondiente a la segunda BWP; o
D2, detectar, dentro de la segunda BWP, la DCI transmitida por un dispositivo de red en un CORESET correspondiente a la segunda BWP.
De esta forma, cuando cambia el ancho de banda de una BWP para un terminal, y un dispositivo de red tiene una comprensión ambigua del tiempo de conmutación, el dispositivo de red transmite un parámetro DCI de una BWP antes de la conmutación y un parámetro DCI de una BWP después de la conmutación, de modo que el terminal pueda recibir el parámetro DCI de la BWP después de la conmutación, asegurando así que el terminal pueda recibir con éxito la DCI al supervisar un PDCCH en la BWP. De manera similar, cuando cambia la situación de una BWP para un terminal, y un dispositivo de red tiene una comprensión ambigua del tiempo de conmutación, el dispositivo de red planifica el terminal transmitiendo la DCI en CORESET correspondientes a dos BWP antes y después del cambio, asegurando así que el terminal recibe la DCI en un CORESET de la BWP después de la conmutación.
Cabe señalar que cuando se cambia el ancho de banda de una BWP para un terminal y la situación de una BWP para un terminal, es necesario realizar las etapas anteriores C1 y C2 y D1 y D2.
Las soluciones proporcionadas por las realizaciones de la presente descripción se describen anteriormente principalmente desde la perspectiva de la interacción entre un dispositivo de red y un terminal. Puede entenderse que, para realizar las funciones anteriores, cada dispositivo de red o cada terminal incluye una estructura de hardware y/o un módulo de software utilizado para lograr una función correspondiente. Un experto en la materia debería darse cuenta fácilmente de que, en combinación con las unidades y las etapas del algoritmo de los ejemplos descritos en las realizaciones de la presente descripción, las realizaciones de la presente descripción pueden realizarse en forma de hardware o en forma de hardware combinado con software de ordenador. El hecho de que una determinada función sea realizada por hardware o software de ordenador controlado por hardware depende de las aplicaciones específicas y las restricciones de diseño de una solución técnica. Un experto en la materia puede realizarlas funciones descritas utilizando diferentes métodos para diversas aplicaciones específicas, pero dichas realizaciones no deben considerarse más allá del alcance de la presente solicitud.
En las realizaciones de la presente descripción, los módulos funcionales de un dispositivo de red, un terminal y similares se pueden dividir de acuerdo con las realizaciones del método anterior. Por ejemplo, los módulos funcionales se pueden dividir para que correspondan a las funciones respectivas, o se pueden integrar dos o más funciones en un módulo de procesamiento. Los módulos integrados anteriores se pueden realizar en forma de módulos funcionales de hardware o software. Cabe señalar que la división de módulos en las realizaciones de la presente descripción es de ejemplo y es solo una división de función lógica. Puede haber otras formas de división en realizaciones reales.
En el caso de que los módulos funcionales estén divididos de acuerdo con varias funciones, la figura 18 ilustra un posible diagrama estructural de un dispositivo de red proporcionado por la presente descripción. Como se muestra en la figura 18, un dispositivo de red 500 puede incluir: una unidad de determinación 501 y una unidad de transmisión 502.
La unidad de determinación 501 está configurada para determinar la información de configuración de al menos un conjunto de recursos de control (CORESET).
La unidad de transmisión 502 está configurada para transmitir la información de configuración del al menos un CORESET a un terminal; donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda (BWP), y la portadora incluye al menos una BWP. En el caso de que el al menos un CORESET esté configurado por portadora, una portadora se configura con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP se configura con al menos un CORESET.
Opcionalmente, la unidad de transmisión 502 está configurada además para transmitir la información de la primera indicación al terminal, y la información de la primera indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP a la que el terminal accede actualmente.
Además, opcionalmente, en caso de que el terminal cambie de una primera BWP a una segunda BWP, la primera información de indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de la segunda BWP.
Además, opcionalmente, en el caso de que el al menos un CORESET esté configurado por portadora, la información de la primera indicación se utiliza para instruir al terminal a supervisar al menos un CORESET completo y/o al menos un CORESET incompleto de todos los CORESET que corresponden a una primera portadora, el al menos un CORESET completo y/o el al menos un CORESET incompleto que caen dentro de la segunda BWP, y la primera portadora incluye la primera BWP y la segunda BWP; o en el caso de que al menos un CORESET esté configurado por BWP, la primera información de indicación se usa para instruir al terminal para supervisar al menos un CORESET de todos los CORESET correspondientes a la segunda BWP.
Opcionalmente, la unidad de transmisión 502 está configurada además para, en caso de que el terminal cambie de una primera BWP a una segunda BWP, transmitir al terminal un parámetro de información de control en el enlace descendente (DCI) correspondiente a la primera BWP y un parámetro DCI correspondiente a la segunda BWP, cuando el parámetro DCI de la primera BWP sea diferente del parámetro DCI de la segunda BWP; y/o transmitir, al terminal, la DCI en un CORESET correspondiente a la primera BWP, y transmitir, al terminal, la DCI en un CORESET correspondiente a la segunda BWP, cuando una frecuencia central de la primera BWP sea diferente de una frecuencia central de la segunda BWP.
Opcionalmente, la información de configuración de cada uno de los al menos un CORESET incluye al menos uno de: información de recursos tiempo-frecuencia del CORESET, un conjunto de niveles de agregación para supervisar en el CORESET, el número de candidatos de PDCCH para supervisar en cada nivel de agregación en el CORESET, o un parámetro DCI de un PDCCH a supervisar en el CORESET.
Cabe señalar que todo el contenido relevante de las etapas involucradas en las realizaciones del método anterior puede ser aplicable a las descripciones funcionales de los módulos funcionales correspondientes, que no se repiten aquí.
Una realización de la presente descripción proporciona además un dispositivo de red, que incluye un procesador, una memoria y un programa de ordenador almacenado en la memoria y ejecutable en el procesador. El programa de ordenador es ejecutado por el procesador para realizar procesos del método para supervisar el PDCCH en las realizaciones anteriores, y puede lograr los mismos efectos técnicos. Para evitar repeticiones, los detalles no se describen aquí nuevamente.
Una realización de la presente descripción proporciona además un medio de almacenamiento interpretable por ordenador. Un programa de ordenador se almacena en el medio de almacenamiento interpretable por ordenador, y el programa de ordenador es ejecutado por un procesador para realizar procesos del método para supervisar un PDCCH en las realizaciones anteriores, y puede lograr los mismos efectos técnicos. Para evitar repeticiones, los detalles no se describen aquí nuevamente. El medio de almacenamiento interpretable por ordenador es, por ejemplo, una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un disco magnético o un disco óptico.
En el caso de usar una unidad integrada, una realización de la presente descripción proporciona además un dispositivo de red, como una estación base. La figura 19 es un diagrama estructural de un dispositivo de red aplicado en una realización de la presente descripción, que puede realizar los detalles del método en las realizaciones anteriores, y que puede lograr los mismos efectos técnicos. Como se muestra en la figura 19, un dispositivo de red 600 incluye: un procesador 601, un transceptor 602, una memoria 603 y un interfaz de bus.
En una realización de la presente descripción, el dispositivo de red 600 incluye además un programa de ordenador almacenado en la memoria 603 y ejecutable en el procesador 601. El programa de ordenador es ejecutado por el procesador 601 para realizar las siguientes etapas:
una primera etapa, determinar la información de configuración de al menos un conjunto de recursos de control (CORESET); y
una segunda etapa, transmitir la información de configuración del al menos un CORESET a un terminal, donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda (BWP), y la portadora incluye al menos una BWP, en caso de que el al menos un CORESET esté configurado por portadora, se configura una portadora con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP se configura con al menos un CORESET.
En la figura 19, una arquitectura de bus puede incluir cualquier número de buses y puentes interconectados, y puede configurarse específicamente para acoplar diversos circuitos, incluidos uno o más procesadores representados por el procesador 601 y almacenamientos representados por la memoria 603. La arquitectura de bus también puede acoplar diversos otros circuitos tales como periféricos, reguladores de tensión y circuitos de administración de energía, que son bien conocidos en la técnica. Por lo tanto, se omite aquí una descripción detallada de los mismos. Un interfaz de bus proporciona un interfaz. El transceptor 602 puede ser de múltiples elementos, es decir, que incluya un transmisor y un receptor, para permitir la comunicación con diversos otros aparatos en el medio de transmisión. El procesador 601 es responsable de supervisar la arquitectura del bus y el funcionamiento normal y la memoria 603 puede almacenar los datos utilizados por el procesador 601 durante el funcionamiento.
El procesador 601 es responsable de administrar la arquitectura del bus y el procesamiento general, y la memoria 603 puede almacenar datos utilizados por el procesador 601 cuando ejecuta las operaciones.
Opcionalmente, el programa de ordenador es ejecutado por el procesador 601 para realizar las siguientes etapas:
una tercera etapa, transmitir la información de la primera indicación al terminal, donde la información de la primera indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP a la que accede actualmente el terminal.
Opcionalmente, en caso de que el terminal se conmute de una primera BWP a una segunda BWP, la primera información de indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de la segunda BWP.
Además, opcionalmente, en el caso de que el al menos un CORESET esté configurado por portadora, la información de la primera indicación se utiliza para instruir al terminal a supervisar al menos un CORESET completo y/o al menos un CORESET incompleto de todos los CORESET que corresponden a una primera portadora, donde el al menos un CORESET completo y/o el al menos un CORESET incompleto se encuentran dentro de la segunda BWP, y la primera portadora incluye la primera BWP y la segunda BWP; o en el caso de que el al menos un CORESET esté configurado por BWP, la información de la primera indicación se utiliza para instruir al terminal para supervisar al menos un CORESET de todos los CORESET correspondientes a la segunda BWP.
Opcionalmente, en el caso de que el terminal cambie de una primera BWP a una segunda BWP, el procesador 601 ejecuta el programa de ordenador para realizar además las siguientes etapas:
una cuarta etapa, transmitir al terminal, un parámetro de información de control en el enlace descendente (DCI) correspondiente a la primera BWP y un parámetro DCI correspondiente a la segunda BWP, cuando el parámetro DCI de la primera BWP es diferente del parámetro DCI de la segunda BWP; y/o
una quinta etapa, transmitir al terminal, la DCI en un CORESET correspondiente a la primera BWP, y transmitir, al terminal, la DCI en un CORESET correspondiente a la segunda BWP, cuando una frecuencia central de la primera BWP es diferente de una frecuencia central de la segunda BWP.
Opcionalmente, la información de configuración de cada uno del al menos un CORESET incluye al menos uno de: información de los recursos tiempo-frecuencia del CORESET, un conjunto de niveles de agregación a supervisar, el número de candidatos de PDCCH en cada nivel de agregación a supervisar o un parámetro DCI de un PDCCH a supervisar en el CORESET.
Para el análisis del contenido relacionado de las etapas primera a quinta anteriores, se puede hacer referencia a las realizaciones del método anterior, y los detalles no se describen aquí nuevamente. Además, el dispositivo de red puede realizar los procesos realizados por el dispositivo de red en las realizaciones anteriores. Para evitar repeticiones, los detalles no se describen aquí nuevamente. Cabe señalar que la presente descripción no limita la secuencia de las etapas anteriores realizadas por el dispositivo de red. El orden de ejecución de las etapas anteriores debería estar determinado por las funciones y la lógica interna de las etapas correspondientes, es decir, el número secuencial de las etapas anteriores no debería limitar los procesos de realización en las realizaciones de la presente descripción.
En las realizaciones de la presente descripción, un dispositivo de red configura uno o más CORESET para un terminal mediante la transmisión de información de configuración de al menos un CORESET al terminal. El al menos un CORESET puede configurarse usando una portadora como unidad o usando una BWP como unidad. Cuando opera en un modo operativo BWP, el terminal selecciona un CORESET que necesita ser supervisado de los CORESET pre configurados y supervisa un PDCCH en el CORESET que necesita ser supervisado de acuerdo con la información de configuración de al menos un CORESET. Por lo tanto, la detección ciega del PDCCH se puede realizar para un terminal en un modo operativo BWP.
En el caso de que los módulos funcionales estén divididos de acuerdo con varias funciones, la figura 20 muestra un posible diagrama estructural de un terminal proporcionado por la presente descripción. Como se muestra en la figura 20, un terminal 700 puede incluir una unidad de recepción 701 y una unidad de supervisión 702.
La unidad de recepción 701 está configurada para recibir información de configuración de al menos un conjunto de recursos de control (CORESET), donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda (BWP), y la portadora incluye al menos una BWP; en el caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP está configurada con al menos un CORESET.
La unidad de supervisión 702 está configurada para supervisar un canal de control en el enlace descendente físico (PDCCH) en el al menos un CORESET de acuerdo con la información de configuración del al menos un CORESET.
Opcionalmente, la unidad de supervisión 702 está configurada específicamente para supervisar el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP a la que accede actualmente el terminal.
Más opcionalmente, la unidad de supervisión 702 está específicamente configurada para supervisar el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una segunda BWP, en caso de que el terminal cambie de una primera BWP a la segunda BWP.
Además, opcionalmente, en el caso de que el terminal cambie de una primera BWP a una segunda BWP, la unidad de supervisión 702 está configurada específicamente para:
supervisar el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto de todos los CORESET que correspondan a una primera portadora, donde el al menos un CORESET completo y/o el al menos un CORESET incompleto se encuentre dentro de la segunda BWP, en un caso en que el al menos un CORESET esté configurado por portadora, donde la primera portadora incluye la primera BWP y la segunda BWP; o
supervisar el PDCCH en al menos un CORESET de todos los CORESET correspondientes a la segunda BWP, en caso de que el al menos un CORESET esté configurado por BWP.
Opcionalmente, como se muestra en la figura 20, el terminal 700 incluye además: una unidad de recepción 703. La unidad de recepción 703 está configurada para recibir la información de la primera indicación transmitida por el terminal, y la información de la primera indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP a la que accede actualmente el terminal. La unidad de supervisión 702 está además configurada para supervisar, basándose en la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la BWP a la que accede actualmente el terminal.
Además, de forma opcional, en caso de que el terminal cambie de una primera BWP a una segunda BWP, y cuando la información de la primera indicación se utilice para indicar al terminal que supervise al menos un CORESET completo y/o al menos un CORESET incompleto dentro de la segunda BWP, la unidad de supervisión 702 está específicamente configurada para supervisar, en base a la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la segunda BWP.
Además, opcionalmente, en el caso de que el al menos un CORESET esté configurado por portadora, la información de la primera indicación se utiliza para instruir al terminal a supervisar al menos un CORESET completo y/o al menos un CORESET incompleto de todos los CORESET que corresponden a una primera portadora, donde el al menos un CORESET completo y/o el al menos un CORESET incompleto se encuentra dentro de la segunda BWP. La unidad de supervisión 702 está específicamente configurada para: supervisar, en base a la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto de todos los CORESET que corresponden la primera portadora y caen dentro de la segunda BWP, donde la primera portadora incluye la primera BWP y la segunda BWP; o en caso de que el al menos un CORESET esté configurado por BWP, la información de la primera indicación se utiliza para instruir al terminal a supervisar al menos un CORESET de todos los CORESET correspondientes a la segunda BWP, y la unidad de supervisión está configurada específicamente para supervisar, basándose en la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET de todos los CORESET correspondientes a la segunda BWP.
Opcionalmente, en caso de que el terminal cambie de una primera BWP a una segunda BWP, el terminal 700 incluye además una unidad de detección 704. La unidad de detección 704 está configurada además para detectar un parámetro de información de control en el enlace descendente (DCI) correspondiente a la segunda BWP, cuando un parámetro DCI de la primera BWP es diferente del parámetro DCI de la segunda BWP; y/o detectar, dentro de la segunda BWP, la DCI transmitida por un dispositivo de red en un CORESET correspondiente a la segunda BWP, cuando una frecuencia central de la primera BWP es diferente de una frecuencia central de la segunda BWP.
Opcionalmente, la información de configuración de cada uno de los al menos un CORESET incluye al menos uno de: información de los recursos tiempo-frecuencia del CORESET, un conjunto de niveles de agregación a supervisar, el número de candidatos de PDCCH en cada nivel de agregación a supervisar, o un parámetro DCI de un PDCCH a supervisar en el CORESET.
Cabe señalar que todo el contenido relevante de las etapas involucradas en las realizaciones del método anterior puede ser aplicable a las descripciones funcionales de los módulos funcionales correspondientes, que no se repiten aquí.
Una realización de la presente descripción proporciona además un dispositivo de red, que incluye un procesador, una memoria y un programa de ordenador almacenado en la memoria y ejecutable en el procesador. El programa de ordenador es ejecutado por el procesador para realizar los procesos del método para supervisar un PDCCH en las realizaciones anteriores, y puede lograr los mismos efectos técnicos. Para evitar repeticiones, los detalles no se describen aquí nuevamente.
Una realización de la presente descripción proporciona además un medio de almacenamiento interpretable por ordenador. Un programa de ordenador se almacena en el medio de almacenamiento interpretable por ordenador, y el programa de ordenador es ejecutado por un procesador para realizar los procesos del método para supervisar un PDCCH en las realizaciones anteriores, y puede lograr los mismos efectos técnicos. Para evitar repeticiones, los detalles no se describen aquí nuevamente. El medio de almacenamiento interpretable por ordenador es, por ejemplo, una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un disco magnético o un disco óptico.
En el caso de utilizar una unidad integrada, una realización de la presente descripción proporciona además un terminal. La figura 21 es un diagrama de bloques de un terminal de acuerdo con otra realización de la presente descripción. Un terminal 800 mostrado en la figura 21 incluye: al menos un procesador 801, una memoria 802 y al menos un interfaz de red 803. Diversos componentes en el terminal 800 están acoplados entre sí a través de un sistema de bus 804. Se entiende que el sistema de bus 804 está configurado para permitir conexiones y comunicaciones entre estos componentes. Además del bus de datos, el sistema de bus 804 incluye un bus de alimentación, un bus de control y un bus de señal del estado. Para mayor claridad, varios buses están todos etiquetados como el sistema de bus 804 en la figura 21
Se entiende que la memoria 802 proporcionada por las realizaciones de la presente descripción puede ser un almacenamiento volátil o no volátil, o puede incluir almacenamientos tanto volátiles como no volátiles. El almacenamiento no volátil puede ser una memoria de sólo lectura (ROM), una ROM programable (PROM), una PROM borrable (EPROM), una EPROM borrable eléctricamente (EEPROM) o una memoria flash. El almacenamiento volátil puede ser una memoria de acceso aleatorio (RAM), que se utiliza como almacenamiento intermedio externo. A modo de ejemplo y sin ninguna limitación, se pueden usar muchas formas de RAM, como RAM estática (SRAM), RAM dinámica (DRAM), DRAM síncrona (SdrAm ), SDRAM de doble velocidad de datos (DDRSDRAM), Sd Ra M mejorada (ESDRAM), Synchlink DRAM (SLDRAM) y Direct Rambus RAM (DRRAM). La memoria 802 del sistema y método descritos en este documento pretende incluir, sin limitación, estos y otros tipos adecuados de almacenamiento.
En algunas realizaciones, la memoria 802 almacena los siguientes elementos: módulo ejecutable o estructura de datos, o un subconjunto o conjunto de extensiones del mismo, como un sistema operativo 8021 y una aplicación 8022.
El sistema operativo 8021 incluye diversos programas de sistema, como programas de capa estructural, programas de capa de biblioteca central y programas de capa de controlador, para realizar diversos servicios fundamentales y procesar tareas basadas en hardware. La aplicación 8022 incluye diversas aplicaciones, tales como un reproductor multimedia y un navegador, para realizar una variedad de servicios de aplicaciones. El programa que realiza el método de acuerdo con las realizaciones de la presente descripción puede incluirse en la aplicación 8022.
En realizaciones de la presente descripción, el terminal 800 puede incluir: un programa de ordenador almacenado en la memoria 802 y ejecutable por el procesador 801. El programa de ordenador está configurado para ser ejecutado por el procesador 801 para realizar las siguientes etapas:
una primera etapa, recibir información de configuración de al menos un conjunto de recursos de control (CORESET), donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda (BWP), y la portadora incluye al menos una BWP; en el caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP esté configurada con al menos un CORESET; y
una segunda etapa, supervisar el PDCCH en el al menos un CORESET de acuerdo con la información de configuración del al menos un CORESET.
El método descrito en las realizaciones anteriores de la presente descripción puede aplicarse al procesador 801 o realizarse mediante el procesador 801. El procesador 801 puede ser un circuito integrado con capacidad de procesamiento de señales. Durante un proceso de realización, las etapas de los métodos pueden realizarse en forma de hardware mediante circuitos lógicos integrados en el procesador 801, o en forma de software mediante instrucciones. El procesador 801 puede ser un procesador de uso general, un procesador digital de señal (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA) u otro dispositivo lógico programable, un dispositivo lógico de transistores o puertas discretas, un dispositivo lógico de transistores de hardware discreto, un componente de hardware discreto, que es capaz de realizar o ejecutar los diversos métodos, etapas y diagramas de bloques lógicos descritos en las realizaciones de la presente descripción. El procesador de propósito general puede ser un microprocesador, o cualquier procesador convencional, etc. Las etapas de los métodos descritos con referencia a las realizaciones de la presente descripción pueden incorporarse en hardware en forma de un procesador de codificación, o ser realizados por el hardware en el procesador de codificación y los módulos de software en combinación. Los módulos de software pueden residir en un medio de almacenamiento bien establecido en la técnica, como RAM, memoria flash, ROM, PROM o EEPROM, registro, etc. El medio de almacenamiento reside en la memoria 802. El procesador 801 lee la información de la memoria 802 y realiza las etapas de los métodos con su hardware.
Se entiende que las realizaciones descritas en la presente descripción pueden realizarse mediante hardware, software, firmware, middleware, micro código o una combinación de los mismos. Para la realización de hardware, las unidades de procesamiento pueden realizarse en uno o más circuitos integrados de aplicación específica (ASIC), procesador digital de señales (DSP), dispositivo DSP (DSPD), dispositivo lógico programable (PLD), matriz de puertas programables en campo (FPGA), procesador de propósito general, controlador, micro controlador, microprocesador, otra unidad electrónica configurada para realizar la función descrita en esta solicitud o una combinación de los mismos.
Para la realización por software, las soluciones técnicas descritas en las realizaciones de la presente descripción pueden realizarse mediante un módulo (por ejemplo, proceso, función, etc.) configurado para realizar la función descrita en las realizaciones de la presente descripción. El código de software puede almacenarse en una memoria y ser ejecutado por el procesador. La memoria puede ser interna o externa al procesador.
Específicamente, el programa de ordenador está configurado para ser ejecutado por el procesador 801 para realizar la siguiente etapa:
una tercera etapa: supervisar, de acuerdo con la información de configuración del al menos un CORESET, el PDCCH en el al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP actualmente accedida por el terminal.
Más opcionalmente, la tercera etapa anterior incluye específicamente lo siguiente: un supervisión de cuatro etapas, de acuerdo con la información de configuración del al menos un CORESET, el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una segunda BWP, en caso de que el terminal se cambie de una primera BWP a la segunda BWP.
Más opcionalmente, la cuarta etapa anterior incluye específicamente:
supervisar el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto de todos los CORESET que correspondan a una primera portadora, donde el al menos un CORESET completo y/o el al menos un CORESET incompleto se encuentra dentro de la segunda BWP, en un caso en que el al menos un CORESET esté configurado por portadora, donde la primera portadora incluye la primera BWP y la segunda BWP; o
supervisar el PDCCH en al menos un CORESET de todos los CORESET correspondientes a la segunda BWP, en caso de que el al menos un CORESET esté configurado por BWP.
Opcionalmente, el programa de ordenador está configurado para ser ejecutado por el procesador 801 para realizar las siguientes etapas:
una quinta etapa, recibir la información de la primera indicación transmitida por el terminal, donde la información de la primera indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP a la que accede actualmente el terminal; y
una sexta etapa, supervisar, en base a la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la BWP a la que accede actualmente el terminal.
Además, en caso de que el terminal cambie de una primera BWP a una segunda BWP, cuando la información de la primera indicación se utilice para indicar al terminal que controle al menos un CORESET completo y/o al menos un CORESET incompleto dentro de la segunda BWP, la sexta etapa anterior incluye la siguiente etapa:
una séptima etapa: supervisar, en base a la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la segunda BWP.
Además, en el caso de que el al menos un CORESET esté configurado por portadora, la información de la primera indicación se utiliza para instruir al terminal a supervisar al menos un CORESET completo y/o al menos un CORESET incompleto de todos los CORESET que corresponden a una primera portadora, donde el al menos un CORESET completo y/o el al menos un CORESET incompleto se encuentran dentro de la segunda BWP, y la séptima etapa anterior incluye específicamente:
supervisar, en base a la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto de todos los CORESET que corresponden a la primera portadora y caen dentro de la segunda BWP, donde la primera portadora incluye la primera BWP y la segunda BWP; o
en el caso de que al menos un CORESET esté configurado por BWP, la información de la primera indicación se utiliza para instruir al terminal a supervisar al menos un CORESET de todos los CORESET correspondientes a la segunda BWP, y la séptima etapa anterior incluye específicamente:
supervisar, en base a la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET de todos los CORESET correspondientes a la segunda BWP.
Opcionalmente, en el caso de que el terminal cambie de una primera BWP a una segunda BWP, el programa de ordenador está configurado para ser ejecutado por el procesador 801 para realizar la siguiente etapa:
una octava etapa, detectar un parámetro de información de control en el enlace descendente (DCI) correspondiente a la segunda BWP, cuando un parámetro DCI de la primera BWP es diferente del parámetro DCI de la segunda BWP; y/o detectar, dentro de la segunda BWP, la DCI transmitida por un dispositivo de red en un CORESET correspondiente a la segunda BWP, cuando una frecuencia central de la primera BWP es diferente de una frecuencia central de la segunda BWP.
Opcionalmente, la información de configuración de cada uno de los CORESET incluye al menos uno de: información de recursos tiempo-frecuencia del CORESET, un conjunto de niveles de agregación en los que un PDCCH requiere ser detectado ciegamente en el CORESET, el número de recursos candidatos en el PDCCH en los que un PDCCH requiere detección ciega en el CORESET en cada nivel de agregación, o un parámetro DCI de un PDCCH que requiere detección ciega en el CORESET.
Para el análisis del contenido relacionado de las etapas primera a séptima anteriores, se puede hacer referencia a las realizaciones del método anterior, y los detalles no se describen aquí nuevamente. Además, el terminal 800 puede realizar los procesos realizados por el terminal en las realizaciones anteriores. Para evitar repeticiones, los detalles no se describen aquí nuevamente. Cabe señalar que la presente descripción no limita una secuencia de las etapas anteriores realizadas por el terminal, y la secuencia de ejecución de las etapas anteriores debe determinarse mediante funciones y lógicas internas de las etapas respectivas, es decir, el número secuencial de las etapas anteriores no deberían constituir ninguna limitación a los procesos de ejecución de las realizaciones de la presente descripción.
En la realización de la presente descripción, después de configurar un terminal con uno o más CORESET, el uno o más CORESET se pueden configurar por portadora o por BWP. Cuando el terminal opera en un modo operativo BWP, el terminal puede seleccionar un CORESET que necesita ser supervisado de los CORESET pre configurados de acuerdo con la información de configuración de al menos un CORESET transmitido por un dispositivo de red, y puede supervisar un PDCCH en el CORESET que necesita ser supervisado de acuerdo con la información de configuración de al menos un CORESET. Por lo tanto, un terminal puede lograr la detección ciega en el PDCCH en un modo de operación por BWP.
Los expertos en la técnica apreciarán que las realizaciones de la presente descripción pueden proporcionarse como un método, un sistema o un producto de programa de ordenador. Por lo tanto, las realizaciones de la presente descripción pueden tomar formas de una realización completamente de hardware, una realización completamente de software o una realización que combine software y hardware. Además, las realizaciones de la presente descripción pueden tomar la forma de un producto de programa de ordenador realizado en uno o más medios de almacenamiento disponibles en el ordenador (incluidos, entre otros, almacenamiento en disco, CD-ROM, almacenamiento óptico), que incluyen códigos de programa disponibles en el ordenador.
Las realizaciones de la presente descripción se describen con referencia a diagramas de flujo y/o diagramas de bloques de métodos, dispositivos (sistemas) y productos de programas de ordenador de acuerdo con realizaciones de la presente descripción. Debe entenderse que cada proceso y/o cada bloque en los diagramas de flujo y/o los diagramas de bloques, y combinaciones de los mismos, pueden realizarse mediante instrucciones de programas de ordenador. Estas instrucciones de programas de ordenador pueden proporcionarse a un procesador de un ordenador de propósito general, una ordenador de propósito específico, un procesador incorporado u otro dispositivo de procesamiento de datos programable para producir una máquina, de modo que las instrucciones generadas por el procesador del ordenador o se utilizan otros dispositivos de procesamiento de datos programables para generar medios de instrucción para realizar las funciones especificadas en uno o más flujos de los diagramas de flujo y/o uno o más bloques de los diagramas de bloques.
Estas instrucciones de programas de ordenador también pueden almacenarse en una memoria interpretable por ordenador capaz de dirigir un ordenador u otro dispositivo programable de procesamiento de datos para que funcione de una manera específica, de modo que las instrucciones almacenadas en la memoria interpretable por ordenador produzcan un artículo manufacturado que incluya una instrucción dispositivo. El dispositivo de instrucción realiza funciones especificadas en uno o más flujos de un diagrama de flujo y/o uno o más bloques de un diagrama de bloques.
Estas instrucciones del programa de ordenador también se pueden cargar en un ordenador u otro dispositivo de procesamiento de datos programable, de modo que se pueda realizar una serie de etapas en el ordenador o en el otro dispositivo programable para producir un proceso realizado por ordenador. Las instrucciones pueden ejecutarse en el ordenador u otro dispositivo programable para realizar las etapas y funciones especificadas en uno o más flujos de un diagrama de flujo y/o uno o más bloques de un diagrama de bloques.
Obviamente, los expertos en la materia pueden realizar diversas modificaciones y variaciones a las realizaciones de la presente descripción sin apartarse del alcance de la presente descripción. De esta forma, la presente descripción también intentará incluir estas modificaciones y variaciones de las realizaciones de la presente descripción que caen dentro del alcance de las reivindicaciones de la presente descripción.

Claims (15)

REIVINDICACIONES
1. Un método para supervisar un canal de control en el enlace descendente físico, PDCCH, aplicado a un dispositivo de red y que comprende:
determinar (S201) la información de configuración de al menos un conjunto de recursos de control, CORESET; y transmitir (S202) la información de configuración del al menos un CORESET a un terminal, donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda, BWP, y la portadora comprende al menos una BWP,
en donde en caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP está configurada con al menos un CORESET,
caracterizado por que en caso de que el terminal cambie de una primera BWP a una segunda BWP, el método comprende además al menos uno de:
transmitir, al terminal, un parámetro, DCI, de información de control en el enlace descendente correspondiente a la primera BWP y un parámetro DCI correspondiente a la segunda BWP, cuando el parámetro DCI de la primera BWP es diferente del parámetro DCI de la segunda BWP; y
transmitir, al terminal, la DCI en un CORESET correspondiente a la primera BWP, y transmitir, al terminal, la DCI en un CORESET correspondiente a la segunda BWP, cuando una frecuencia central de la primera BWP es diferente de una frecuencia central de la segunda BWP.
2. El método de acuerdo con la reivindicación 1, que comprende además:
transmitir (S403b1) la información de primera indicación al terminal, donde la información de primera indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP a la que accede actualmente el terminal.
3. El método de acuerdo con la reivindicación 2, en donde en caso de que el terminal cambie de una primera BWP a una segunda BWP, la primera información de indicación se utiliza para instruir al terminal para que supervise al menos un CORESET completo y/o al menos un CORESET incompleto, dentro de la segunda BWP.
4. El método de acuerdo con la reivindicación 3, en donde en el caso de que el al menos un CORESET esté configurado por portadora, la primera información de indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto de todos los CORESET, que corresponden a una primera portadora, el al menos un CORESET completo y/o el al menos un CORESET incompleto que caen dentro de la segunda BWP, y la primera portadora comprende la primera BWP y la segunda BWP; o
en el caso de que al menos un CORESET esté configurado por BWP, la primera información de indicación se usa para instruir al terminal para supervisar al menos un CORESET de todos los CORESET correspondientes a la segunda BWP.
5. El método de acuerdo con cualquiera de las reivindicaciones 1 a 4, en donde la información de configuración de cada uno de los CORESET comprende al menos uno de: información de recursos tiempo-frecuencia del CORESET, un conjunto de niveles de agregación a supervisar, el número de candidatos de PDCCH en cada nivel de agregación a supervisar, o un parámetro DCI de un PDCCH a supervisar en el CORESET.
6. Un método para supervisar un canal de control en el enlace descendente físico, PDCCH, aplicado a un terminal, y que comprende:
recibir información de configuración de al menos un conjunto de recursos de control, CORESET, donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda, BWP, y la portadora comprende al menos una BWP; en el caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP esté configurado con al menos un CORESET; y
supervisar (S203) el PDCCH en el al menos un CORESET de acuerdo con la información de configuración del al menos un CORESET,
caracterizado por que en caso de que el terminal cambie de una primera BWP a una segunda BWP, el método comprende además al menos uno de:
detectar un parámetro, DCI, de información de control en el enlace descendente, correspondiente a la segunda BWP, cuando un parámetro DCI de la primera BWP es diferente del parámetro DCI de la segunda BWP; y
detectar, dentro de la segunda BWP, la DCI transmitida por un dispositivo de red en un CORESET correspondiente a la segunda BWP, cuando una frecuencia central de la primera BWP es diferente de una frecuencia central de la segunda BWP.
7. El método de acuerdo con la reivindicación 6, en donde la supervisión del PDCCH en el al menos un CORESET comprende:
supervisar el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP actualmente accedida por el terminal.
8. El método de acuerdo con la reivindicación 7, en donde la supervisión del PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la BWP actualmente accedida por el terminal comprende: supervisar el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una segunda BWP, en el caso de que el terminal se cambie de una primera BWP a la segunda BWP.
9. El método de acuerdo con la reivindicación 8, en donde la supervisión del PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la segunda BWP comprende:
supervisar el PDCCH en al menos un CORESET completo y/o al menos un CORESET incompleto de todos los CORESET que corresponden a una primera portadora, en caso de que el al menos un CORESET esté configurado por portadora, en donde el al menos un CORESET completo y/o o el al menos un CORESET incompleto caen dentro de la segunda BWP, y la primera portadora comprende la primera BWP y la segunda BWP; o
supervisar el PDCCH en al menos un CORESET de todos los CORESET correspondientes a la segunda BWP, en caso de que el al menos un CORESET esté configurado por BWP.
10. El método de acuerdo con la reivindicación 6, que comprende además:
recibir la información de la primera indicación transmitida al terminal, donde la información de la primera indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP a la que accede actualmente el terminal; y
supervisar, en base a la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la BWP a la que accede actualmente el terminal.
11. El método de acuerdo con la reivindicación 10, en donde, en caso de que el terminal cambie de una primera BWP a una segunda BWP, la primera información de indicación se utiliza para instruir al terminal para que supervise al menos un CORESET completo y/o al menos un incompleto. CORESET dentro de la segunda BWP, y supervisar, basándose en la indicación de la información de la primera indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la BWP a la que accede actualmente el terminal comprende:
supervisar, en base a la indicación de la primera información de indicación, el PDCCH en el al menos un CORESET completo y/o el al menos un CORESET incompleto dentro de la segunda BWP.
12. Un dispositivo de red, que comprende:
una unidad de determinación (501), configurada para determinar la información de configuración de al menos un conjunto de recursos de control, CORESET; y
una unidad de transmisión (502), configurada para transmitir la información de configuración del al menos un CORESET a un terminal; en donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda, BWP, y la portadora comprende al menos una BWP,
en donde en caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP esté configurado con al menos un CORESET,
caracterizado por que la unidad de transmisión (502) está además configurada para: en caso de que el terminal cambie de una primera BWP a una segunda BWP, realizar al menos uno de:
transmitir, al terminal, un parámetro, DCI, de información de control en el enlace descendente, correspondiente a la primera BWP y un parámetro DCI correspondiente a la segunda BWP, cuando el parámetro DCI de la primera BWP es diferente del parámetro DCI de la segunda BWP; y
transmitir, al terminal, la DCI en un CORESET correspondiente a la primera BWP, y transmitir, al terminal, la DCI en un CORESET correspondiente a la segunda BWP, cuando una frecuencia central de la primera BWP es diferente de una frecuencia central de la segunda BWP.
13. El dispositivo de red de acuerdo con la reivindicación 12, en donde la unidad de transmisión (502) está configurada además para transmitir la información de la primera indicación al terminal, y la información de la primera indicación se usa para instruir al terminal para supervisar al menos un CORESET completo y/o al menos un CORESET incompleto dentro de una BWP a la que accede actualmente el terminal.
14. El dispositivo de red de acuerdo con la reivindicación 12, en donde en el caso de que el terminal cambie de una primera BWP a una segunda BWP, la primera información de indicación se utiliza para instruir al terminal para que supervise al menos un CORESET completo y/o al menos un incompleto. CORESET dentro de la segunda BWP.
15. Un terminal, que comprende:
una unidad de recepción (701), configurada para recibir la información de configuración de al menos un conjunto de recursos de control, CORESET, donde el al menos un CORESET está configurado por portadora o por parte de ancho de banda, BWP, y la portadora comprende al menos una BWP; en el caso de que el al menos un CORESET esté configurado por portadora, una portadora está configurada con al menos un CORESET; y en caso de que el al menos un CORESET esté configurado por BWP, una BWP está configurada con el al menos un CORESET; y
una unidad de supervisión (702), configurada para supervisar un canal de control en el enlace descendente físico, PDCCH, en el al menos un CORESET de acuerdo con la información de configuración del al menos un CORESET,
caracterizado por que en caso de que el terminal cambie de una primera BWP a una segunda BWP, el terminal comprende además una unidad de detección (704), configurada para realizar al menos uno de:
detectar un parámetro de información de control en el enlace descendente, DCI, correspondiente a la segunda BWP, cuando un parámetro DCI de la primera BWP es diferente del parámetro DCI de la segunda BWP; y
detectar, dentro de la segunda BWP, la DCI transmitida por un dispositivo de red en un CORESET correspondiente a la segunda BWP, cuando una frecuencia central de la primera BWP es diferente de una frecuencia central de la segunda BWP.
ES18843762T 2017-08-11 2018-08-02 Método para supervisar un PDCCH, dispositivo de red y terminal Active ES2909459T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710687280.1A CN109392140B (zh) 2017-08-11 2017-08-11 一种用于监听pdcch的方法、终端及网络设备
PCT/CN2018/098290 WO2019029427A1 (zh) 2017-08-11 2018-08-02 用于监听pdcch的方法、网络设备及终端

Publications (1)

Publication Number Publication Date
ES2909459T3 true ES2909459T3 (es) 2022-05-06

Family

ID=65272800

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18843762T Active ES2909459T3 (es) 2017-08-11 2018-08-02 Método para supervisar un PDCCH, dispositivo de red y terminal

Country Status (7)

Country Link
US (2) US11330576B2 (es)
EP (1) EP3668216B1 (es)
CN (1) CN109392140B (es)
ES (1) ES2909459T3 (es)
HU (1) HUE058150T2 (es)
PT (1) PT3668216T (es)
WO (1) WO2019029427A1 (es)

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018031327A1 (en) * 2016-08-10 2018-02-15 Idac Holdings, Inc. Methods and apparatus for efficient power saving in wireless networks
CA3046405C (en) * 2016-12-19 2021-06-08 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for transmitting information, network device and terminal device
CN109392112B (zh) * 2017-08-09 2022-02-22 大唐移动通信设备有限公司 一种下行控制信道的传输方法及设备
JP2021517383A (ja) * 2018-02-08 2021-07-15 オッポ広東移動通信有限公司Ｇｕａｎｇｄｏｎｇ Ｏｐｐｏ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｃｏｒｐ．， Ｌｔｄ． リソース構成方法及び装置、コンピュータ記憶媒体
AU2018407179A1 (en) 2018-02-08 2020-10-01 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Resource configuration method and device, and computer storage medium
CN110784293B (zh) * 2018-07-31 2022-08-26 维沃移动通信有限公司 信号传输方法和通信设备
WO2020041366A1 (en) * 2018-08-20 2020-02-27 Intel Corporation Control resource set selection for channel state information reference signal-based radio link monitoring
WO2020181475A1 (zh) * 2019-03-11 2020-09-17 Oppo广东移动通信有限公司 Bwp切换的方法和设备
WO2020191559A1 (zh) * 2019-03-22 2020-10-01 Oppo广东移动通信有限公司 传输数据信道的方法和终端设备
CN111435920B (zh) * 2019-03-29 2022-03-22 维沃移动通信有限公司 多发送接收点trp配置方法、设备及存储介质
CN111435863B (zh) * 2019-03-29 2022-07-29 维沃移动通信有限公司 多发送接收点传输的方法和设备
WO2020232647A1 (zh) * 2019-05-21 2020-11-26 Oppo广东移动通信有限公司 用于检测pdcch的方法、装置和通信设备
CN117939681A (zh) * 2019-06-04 2024-04-26 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
CN112771959B (zh) * 2019-06-27 2023-06-06 Oppo广东移动通信有限公司 资源集合监听方法、设备及存储介质
WO2021013554A1 (en) * 2019-07-23 2021-01-28 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Coreset grouping
CN113711665A (zh) * 2019-08-06 2021-11-26 Oppo广东移动通信有限公司 一种信息处理方法、网络设备、用户设备
CN111800801B (zh) * 2019-08-16 2022-05-27 维沃移动通信有限公司 Pdcch的监听方法和设备
CN111800843B (zh) * 2019-08-30 2023-07-25 维沃移动通信有限公司 监听pdcch的方法、配置bwp的方法和设备
CN112543079B (zh) * 2019-09-23 2021-09-24 维沃移动通信有限公司 一种pdcch监听控制方法及相关设备
CN114503715A (zh) * 2019-09-25 2022-05-13 联想(北京)有限公司 通信方法及设备
CN114342520A (zh) * 2019-09-30 2022-04-12 华为技术有限公司 系统信息的传输方法和通信装置
WO2021088049A1 (zh) * 2019-11-08 2021-05-14 Oppo广东移动通信有限公司 确定和配置控制资源集的方法、装置及通信系统
CN114788378A (zh) * 2020-02-24 2022-07-22 Oppo广东移动通信有限公司 搜索空间组切换方法、终端设备和网络设备
EP4114105A4 (en) * 2020-02-28 2023-03-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. METHOD AND APPARATUS FOR DETERMINING CONTROL CHANNEL, AND STORAGE MEDIA AND PROCESSOR
US11825457B2 (en) * 2020-03-18 2023-11-21 Qualcomm Incorporated Dynamic coreset handling for BWP switching
CN113473606B (zh) * 2020-03-31 2024-07-16 华为技术有限公司 一种通信方法和装置
CN113518353B (zh) * 2020-04-10 2023-06-23 展讯通信（上海）有限公司 一种控制资源集合的监听方法及装置
WO2022099515A1 (zh) * 2020-11-11 2022-05-19 Oppo广东移动通信有限公司 上报直流载波位置的方法、终端设备和网络设备

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102440051A (zh) * 2011-10-27 2012-05-02 华为技术有限公司 分配多载波资源的方法、基站、和终端
KR102032599B1 (ko) * 2015-10-06 2019-10-15 주식회사 엘지화학 아민 화합물 및 이를 포함하는 유기 발광 소자
EP3528571B1 (en) * 2016-11-04 2021-11-03 LG Electronics Inc. Communication method using frequency band of base station in wireless communication system, and device using method
US11316649B2 (en) * 2017-02-03 2022-04-26 Idac Holdings, Inc. Transmission and reception of physical downlink control channels
US10631178B2 (en) * 2017-02-06 2020-04-21 Qualcomm Incorporated Control resource set group design for improved communications devices, systems, and networks
US20210127367A1 (en) * 2017-04-20 2021-04-29 Lg Electronics Inc. Method and apparatus for allocating resource in wireless communication system
US11470616B2 (en) * 2017-05-04 2022-10-11 Samsung Electronics Co., Ltd. Bandwidth part configurations for single carrier wideband operations
US10284404B2 (en) * 2017-05-26 2019-05-07 Kt Corporation Method and apparatus for scheduling data channel in new radio
CN108989003B (zh) * 2017-06-02 2024-06-25 华为技术有限公司 一种通信的方法及装置
US10505803B2 (en) * 2017-06-15 2019-12-10 Mediatek Inc. Power-efficient operation for wider bandwidth
CN110731112B (zh) * 2017-06-15 2024-04-09 华为技术有限公司 用于可靠通信的多发送接收点协作的方法和设备
US11240738B2 (en) * 2017-06-16 2022-02-01 Panasonic Intellectual Property Corporation Of America Base station, terminal, and communication method
US11595167B2 (en) * 2017-06-22 2023-02-28 Lg Electronics Inc. Method and device for reporting channel state in wireless communication system
BR112020001655A2 (pt) * 2017-07-27 2020-07-21 Ntt Docomo, Inc. terminal e método de radiocomunicação para um terminal
KR102388350B1 (ko) * 2017-07-31 2022-04-19 삼성전자주식회사 지시 정보 검출 방법과 장치, 및 전송 중계 방법 및 기기
US11160054B2 (en) * 2017-08-10 2021-10-26 Samsung Electronics Co., Ltd. Method and apparatus of operation considering bandwidth part in next generation wireless communication system
CN114143885A (zh) * 2017-08-11 2022-03-04 中兴通讯股份有限公司 资源位置的指示、接收方法及装置

Also Published As

Publication number Publication date
PT3668216T (pt) 2022-03-16
US11825491B2 (en) 2023-11-21
US20200205134A1 (en) 2020-06-25
HUE058150T2 (hu) 2022-07-28
EP3668216A4 (en) 2020-08-12
CN109392140B (zh) 2020-07-28
CN109392140A (zh) 2019-02-26
EP3668216B1 (en) 2022-02-09
EP3668216A1 (en) 2020-06-17
WO2019029427A1 (zh) 2019-02-14
US11330576B2 (en) 2022-05-10
US20220248380A1 (en) 2022-08-04

Similar Documents

Publication Publication Date Title
ES2909459T3 (es) Método para supervisar un PDCCH, dispositivo de red y terminal
JP7364704B2 (ja) 複数アンテナシステムにおける非周期的測定基準信号送信のためのシステムおよび方法
KR102570140B1 (ko) 혼합 뉴머롤로지 캐리어를 위한 채널 액세스
US11363552B2 (en) Method of synchronized signal block measurement, user equipment and network device
US11641653B2 (en) Method of configuring control resource set, network equipment and terminal
CN109391967B (zh) 一种信息上报及信息处理方法、终端及网络设备
KR102212799B1 (ko) 제어 정보 검출 방법, 제어 정보 전송 방법 및 장치
CN110944341B (zh) 由用户设备执行的方法以及用户设备
CN109152029B (zh) 一种通信方法、网络设备及用户设备
ES2810861T3 (es) Método de transmisión de información del sistema, estación base y terminal
BR112012015950B1 (pt) Operação de emergência para sinalização de portadora cruzada em operação de multiportadora
BR112019010621A2 (pt) método de comunicação e aparelho de comunicações
WO2018228416A1 (zh) 一种通信方法、网络设备及终端设备
US12035418B2 (en) Methods and apparatus for support of reduced capability devices in wireless communication
US11038734B2 (en) Mini-slot configuration for data communication
BR112021002221A2 (pt) método e aparelho de transmissão de sinal de sincronização
US11330615B2 (en) Wireless communication method, terminal device and transmitting and receiving nodes
WO2021190494A1 (zh) 由用户设备执行的方法以及用户设备
CN114365547A (zh) 一种系统信息的传输方法和通信装置
ES2967606T3 (es) Método y aparato de determinación de recursos en el domino del tiempo
BR112012024658B1 (pt) Método para operar uma estação secundária e estação secundária
WO2018014297A1 (zh) 信息传输装置、方法以及无线通信系统
US20230362956A1 (en) Terminal, base station, and wireless communication method
WO2023186007A1 (en) Measuring and/or reporting for subset of reference signal (rs) ports
WO2018233697A1 (zh) 一种检测下行控制信道的方法及设备