ES2943006T3 - Procedimiento, terminal y estación base en un sistema de comunicación inalámbrica que soporta recepción discontinua, DRX - Google Patents

Procedimiento, terminal y estación base en un sistema de comunicación inalámbrica que soporta recepción discontinua, DRX Download PDF

Info

Publication number
ES2943006T3
ES2943006T3 ES20178722T ES20178722T ES2943006T3 ES 2943006 T3 ES2943006 T3 ES 2943006T3 ES 20178722 T ES20178722 T ES 20178722T ES 20178722 T ES20178722 T ES 20178722T ES 2943006 T3 ES2943006 T3 ES 2943006T3
Authority
ES
Spain
Prior art keywords
periodic
terminal
drx
pdcch
dci format
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
ES20178722T
Other languages
English (en)
Inventor
Qiongjie Lin
Aris Papasakellariou
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.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics 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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Application granted granted Critical
Publication of ES2943006T3 publication Critical patent/ES2943006T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/10Scheduling measurement reports ; Arrangements for measurement reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/30Monitoring; Testing of propagation channels
    • H04B17/309Measuring or estimating channel quality parameters
    • H04B17/318Received signal strength
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413MIMO systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621Feedback content
    • H04B7/0626Channel coefficients, e.g. channel state information [CSI]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0212Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • H04W52/0225Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0238Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is an unwanted signal, e.g. interference or idle signal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0215Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H04W28/0221Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices power availability or consumption
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La presente descripción se refiere a un método y sistema de comunicación para hacer converger un sistema de comunicación de 5ª generación (5G) para admitir velocidades de datos más altas que un sistema de 4ª generación (4G) con una tecnología para Internet de las cosas (loT). La presente divulgación proporciona un método y un aparato de un terminal y una estación base en un sistema de comunicación inalámbrico que admite una operación DRX, el método del terminal comprende recibir, desde una estación base, información de configuración relacionada con al menos uno de medición periódica o informes periódicos, recepción, desde la estación base, información de control que indica si el terminal debe monitorear un canal de control de enlace descendente, (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Procedimiento, terminal y estación base en un sistema de comunicación inalámbrica que soporta recepción discontinua, DRX
CAMPO TÉCNICO
La presente divulgación se refiere a un sistema de comunicación de pre-5a Generación (5G) o 5G que se proporcionará para soportar mayores tasas de datos que el sistema de comunicación de 4a Generación (4G), tal como Evolución a Largo Plazo (LTE). En particular, aspectos de la presente divulgación se refieren a las operaciones de un terminal y una estación base en un sistema de comunicación inalámbrica que soporta DRX.
ANTECEDENTES
A fin de satisfacer la demanda de tráfico de datos inalámbricos que ha aumentado desde el despliegue de los sistemas de comunicación 4G, se han llevado a cabo esfuerzos para desarrollar un sistema de comunicación 5G o pre-5G mejorado. Por lo tanto, el sistema de comunicación 5G o pre-5G también se denomina UNA "Red Más Allá de 4G" o un "Sistema Posterior a LTE" El sistema de comunicación 5G se puede implementar en bandas de frecuencia más altas (mmWave), por ejemplo, bandas de 60 GHz, en comparación con un sistema de comunicación 4G para proporcionar mayores tasas de datos. A fin de disminuir la pérdida de propagación de las ondas de radio y aumentar la distancia de transmisión, las técnicas de formación de haces, entrada múltiple y salida múltiple (MIMO) masiva, MIMO de Dimensión Completa (FD-MIMO), antenas de matriz, formación de haz analógica y antena a gran escala se consideran en los sistemas de comunicación 5G. Además, en los sistemas de comunicación 5G, se está desarrollando una mejora de la red del sistema en base a celdas pequeñas avanzadas, Redes de Acceso por Radio (RAN) en la nube, redes ultradensas, comunicación de dispositivo a dispositivo (D2D), red de retorno inalámbrica, red móvil, comunicación cooperativa, Multipuntos Coordinados (CoMP), cancelación de interferencias en el extremo de la recepción y similares. En el sistema 5G se han desarrollado la Modulación Híbrida FSK y QAM (FQAM) y la codificación por superposición de ventana deslizante (SWSC) como una modulación de codificación avanzada (ACM), y multiportadora de banco de filtros (FBMC), acceso múltiple no ortogonal (NOMA) y acceso múltiple de código disperso (SCMA) como una tecnología de acceso avanzada.
Se considera que el sistema de comunicación 5G se implementa en bandas de frecuencia más altas (mmWave), por ejemplo, las bandas de 60 GHz, para lograr mayores tasas de datos. Para disminuir la pérdida de propagación de las ondas de radio y aumentar la distancia de transmisión, las técnicas de formación de haces, entrada múltiple masiva y salida múltiple (MIMO), MIMO de Dimensión Completa (FD-MIMO), antenas de matriz, formación de haces analógica, y antena a gran escala se discuten en los sistemas de comunicación 5G.
Además, en los sistemas de comunicación 5G, se está desarrollando una mejora de la red del sistema en base a celdas pequeñas avanzadas, Redes de Acceso por Radio (RAN) en la nube, redes ultradensas, comunicación de dispositivo a dispositivo (D2D), red de retorno inalámbrica, red móvil, comunicación cooperativa, Multipuntos Coordinados (CoMP), cancelación de interferencias en el extremo de la recepción, y similares.
Mientras tanto, la Internet se encuentra evolucionando de una red de conexión centrada en el ser humano, en la que éste genera y consume información, a la Internet de las cosas (IoT), en la que la información se comunica y procesa entre las cosas u otros componentes distribuidos. La tecnología de Internet de Todo (IoE) puede ser un ejemplo de combinación de la tecnología de procesamiento de Big data y la tecnología loT a través de, por ejemplo, una conexión con un servidor en la nube.
A fin de implementar IoT se requieren elementos tecnológicos, tal como una tecnología de detección, infraestructuras de red y comunicación por cable/inalámbrica, una tecnología de interfaz de servicios y una tecnología de seguridad. Recientemente se están investigando tecnologías de conexión entre objetos, como la red de sensores, la comunicación de máquina a máquina (M2M) o la comunicación de tipo máquina (MTC).
En el entorno de la loT pueden ofrecerse servicios inteligentes de Tecnología de Internet (IT) que recogen y analizan los datos generados por las cosas conectadas entre sí para crear un nuevo valor a la vida humana. La IoT puede aplicarse a campos tal como hogares inteligentes, edificios inteligentes, ciudades inteligentes, vehículos inteligentes o vehículos conectados, redes eléctricas inteligentes, atención sanitaria, electrodomésticos inteligentes y servicios médicos avanzados, mediante la convergencia y la composición entre la tecnología de la información (IT) existente y diversas industrias.
En consecuencia, se han llevado a cabo varios intentos para aplicar el sistema de comunicación 5G a las redes IoT. Por ejemplo, la red de sensores, la comunicación de máquina a máquina (M2M), la comunicación de tipo máquina (MTC) u otras técnicas 5G se implementan mediante esquemas, tal como la formación de haces, entrada múltiple y salida múltiple (MIMO) y los esquemas de antenas de matriz. Puede decirse que la aplicación mencionada de la red de acceso radioeléctrico en la nube como técnica de procesamiento de Big data es un ejemplo de la convergencia de las tecnologías 5G y loT.
El documento US2014/112221 A1 desvela un escalado de ciclo de recepción discontinua en modo conectado (C-DRX) por un dispositivo de equipo de usuario (UE). El documento US2017/251518 A1 desvela técnicas para el acceso aleatorio en un sistema de comunicaciones inalámbricas. El procedimiento comprende realizar una medición del haz antes del inicio de una duración de encendido de un DRX recibido de una estación base (BS), y transmitir, a la BS, información de realimentación del haz de acuerdo con el resultado de la medición del haz.
El documento 3GPP TSG RAN WG1 Meeting #97, R1-1906548, XP051727999 desvela un nuevo formato DCI y un RNTI específico de nuevo grupo UE para permitir la supervisión fuera del tiempo activo.
Los documentos US 2019/141546 A1 y US 2019/159126 A1 divulgan terminales que soportan la operación de C-DRX. CATT: "Report on [105bis#27][NR/Power Saving] - PDCCH skipping", 3GPP DRAFT; R2-1908072, XP051731478 y CATT: "PDCCH-Based Power Saving Signal/Channel Design", 3GPP DRAFT; R1-1906350, XP051727800 desvelan que el formato DCI puede llevar información de omisión de PDCCH.
SUMARIO
Las realizaciones de la presente divulgación incluyen un equipo de usuario (UE), una estación base (BS) y un procedimiento para gestionar la operación del UE en C-DRX y un procedimiento de una estación base, de acuerdo con las Reivindicaciones 8, 10, 1 y 14, respectivamente.
A lo largo de la presente memoria de patente se proporcionan definiciones para otras palabras y frases determinadas. Los expertos en la técnica deben comprender que en muchos, si no en la mayoría de los casos, dichas definiciones se aplican tanto a usos anteriores como futuros de dichas palabras y frases definidas.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
Para una comprensión más completa de la presente divulgación y sus ventajas, se hace referencia ahora a la siguiente descripción, tomada en conjunto con los dibujos adjuntos, en los cuales:
La FIG. 1 ilustra un sistema informático en red ejemplar;
La FIG. 2 ilustra una estación base (BS) ejemplar en el sistema informático en red;
La FIG. 3 ilustra un equipo de usuario (UE) ejemplar en el sistema informático en red;
Las FIGS. 4A y 4B ilustran trayectorias ejemplares de transmisión y recepción;
La FIG. 5 ilustra un transmisor ejemplar;
La FIG. 6 ilustra un receptor ejemplar;
La FIG. 7 ilustra un diagrama de flujo de codificación ejemplar para un formato DCI;
La FIG. 8 ilustra un diagrama de flujo de descodificación ejemplar para un formato DCI;
La FIG. 9 ilustra un diagrama de flujo para la adaptación en las antenas de recepción (RX) con base en la adaptación dinámica en la capa MIMO máxima a través de la conmutación BWP;
La FIG. 10 ilustra un diagrama de flujo para la adaptación en las antenas de transmisión (TX) con base en la adaptación dinámica en la capa MIMO máxima a través de la conmutación BWP;
La FIG. 11 ilustra un diagrama de flujo para la adaptación en antenas TX con base en la adaptación dinámica en puertos de antena TX máxima a través de la conmutación BWP;
La FIG. 12 ilustra un diagrama de flujo para recibir una señal/canal de ahorro de energía con base en PDCCH; La FIG. 13 ilustra un diagrama de flujo para la supervisión de PDCCH cuando una señal/canal de ahorro de energía indica omitir la supervisión de PDCCH durante una o más duraciones de activación de DRX siguientes;
La FIG. 14 ilustra un diagrama de flujo para la supervisión del PDCCH antes y después de una transmisión de solicitud de programación (SR) positiva tras una indicación previa de omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes;
La FIG. 15 ilustra otro diagrama de flujo para la supervisión del PDCCH antes y después de una transmisión de solicitud de programación (SR) positiva tras una indicación previa de omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes;
La FIG. 16 ilustra un diagrama de flujo para la supervisión del PDCCH para formatos DCI que programan la transmisión de un CG-PUSCH tras una indicación previa de omitir la supervisión del PDCCh en una o más duraciones de activación de DRX siguientes;
La FIG. 17 ilustra un diagrama de flujo para la supervisión del PDCCH con recepción SPS PDCSH en respuesta a la transmisión HARQ-ACK con valor NACk tras una indicación previa de omitir la supervisión del PDCH durante una o más duraciones de activación de DRX siguientes;
La FIG. 18 ilustra un diagrama de flujo para la recepción/notificación de CSI periódica/semipersistente cuando un formato DCI proporciona una indicación para omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes;
La FIG. 19 ilustra otro diagrama de flujo para la recepción/notificación de CSI periódica/semipersistente cuando un formato DCI proporciona una indicación para omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes;
La FIG. 20 ilustra un diagrama de flujo para la transmisión periódica/semipersistente de señal de referencia de sondeo (SRS) tras una indicación previa de omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes;
La FIG. 21 ilustra otro diagrama de flujo para la transmisión periódica/semipersistente de SRS tras una indicación previa de omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes;
La FIG. 22 ilustra un diagrama de flujo para un procedimiento RACH tras una indicación previa de omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes; y
La FIG. 23 ilustra un diagrama de flujo de un proceso para gestionar la operación del UE durante C-DRX.
DESCRIPCIÓN DETALLADA
Las figuras incluidas en la presente memoria, y las diversas realizaciones utilizadas para describir los principios de la presente divulgación se presentan únicamente a modo de ilustración y no se deben interpretar de ninguna manera como limitantes del alcance de la divulgación. Además, los expertos en la técnica entenderán que los principios de la presente divulgación se pueden implementar en cualquier sistema de comunicación inalámbrica dispuesto en forma adecuada.
Los "elementos relacionados con la antena" son un conjunto de componentes que pueden incluir cadena RF, trayectoria PF (mezclador, amplificador de potencia, conmutador de fase, etc.), panel, elementos físicos de antena, etc. En función del número máximo de capas MIMO (Lmax), un UE puede activar/desactivar sus elementos relacionados con la antena para reducir el consumo de energía. Por ejemplo, el UE puede activar el menor número de "elementos relacionados con la antena" que sea capaz de recibir las capas MIMO Lmax. Los componentes relacionados con la antena que pueden encenderse/apagarse pueden determinarse mediante la implementación del UE, de modo que el impacto de la adaptación de la antena puede ser diferente para cada UE. Sin ningún soporte de especificación, la adaptación de la antena puede ser posible mediante la implementación del UE con base en el número de capas indicado por la programación DCI si se garantiza un intervalo de tiempo suficiente para la adaptación de la antena.
En NR Rel-15, Lmax se configura por celda mediante PDSCH-ServingCellConfig para DL y PUSCH-ServingCellConfig para UL a través de señalización de capa superior. El Lmax indicado se utiliza para PDSCH/PUSCH en todos los BWP de la celda en servicio. Cabe señalar que la adaptación dinámica de la antena con base en la implementación del UE sigue siendo posible aunque Lmax se configure por celda. Sin embargo, la configuración por celda de Lmax es ineficiente cuando no hay tráfico o éste es menor. Si un UE está configurado con varios BWP y no hay tráfico de modo que el bwp-lnactivityTimer haya expirado, el UE conmuta al BWP predeterminado (por ejemplo, bW p estrecho). Sin embargo, el UE sigue necesitando activar las antenas en función del Lmax configurado por celda aunque el UE opere en el BWP predeterminado.
Para la transmisión UL en NR Rel-15, un UE puede configurarse para realizar tanto transmisión PUSCH basado en libro de códigos como transmisión no basada en libro de códigos.
Para la transmisión basada en libro de códigos, Lmax viene determinado por maxRank en PUSCH-Config configurado por BWP. Sin embargo, los puertos de antena TX o cadenas RF activados están limitados por el número de puertos SRS, es decir, nrofSRS-Ports, configurados por recurso SRS y el número de recursos SRS. En Rel-15, un UE puede configurarse con hasta 4 puertos SRS por recurso SRS y el número máximo de recursos SRS para panel múltiple que puede configurarse es 2.
Para la transmisión no basada en libro de códigos, la capa MIMO máxima está determinada por el número de recursos SRS. En NR Rel-15 sólo se puede configurar un puerto SRS por recurso SRS y el número máximo de recursos SRS que se pueden configurar es 4.
Por lo tanto, aspectos novedosos de la presente divulgación reconocen la necesidad de soportar adaptación en antenas RX en UE con base en capa MIMO máxima para PDSCH configurada por BWP; soportar adaptación en antenas TX en UE con base en capa MIMO máxima para PUSCH configurada por BWP; soportar la adaptación de las antenas de recepción en función de los puertos de antena de recepción máximos configurados por BWP; soportar la adaptación de las antenas de transmisión en función de los puertos SRS máximos o de los recursos SRS máximos configurados por BWP; y tener en cuenta el retardo de conmutación de antena adicional además del retardo de conmutación BWP o el desplazamiento de programación PDSCH/PUSCH.
Otros aspectos novedosos de la presente divulgación se dirigen a la gestión duración de activación de DRX de la operación del UE para diversos escenarios de transmisión y recepción durante una duración de DRX ON después de recibir una indicación por una señal/canal de ahorro de energía para funcionar en un modo de ahorro de energía. Un UE puede recibir una indicación para omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX, pero pueden ser necesarias algunas excepciones para la correcta operación del UE, como se indica en los siguientes escenarios ejemplares, aunque no limitantes. Un primer escenario se refiere a la supervisión del PDCCH para actualizaciones de información del sistema o para la supervisión del PDCCH en un espacio de búsqueda común (CSS). La supervisión del PDCCH en un CSS puede ser para detectar un formato DCI 2_2 que proporciona comandos de control de potencia de transmisión (TPC) para transmisiones PUSCH o transmisiones PUCCH, o para detectar un formato DCI 2_1 que proporciona una indicación de un formato de ranura para cada ranura en un número de ranuras. Un segundo escenario se refiere a la transmisión de una solicitud de programación (SR) cuando el UE tiene datos para transmisión que llegan a la memoria intermedia del UE durante una duración de activación de DRX en la que el UE ha sido indicado por una señal/canal de ahorro de energía para operar en un modo de ahorro de energía. Un tercer escenario se refiere a la capacidad de un UE para mantener un enlace con un gNB en servicio, mantener la sincronización y realizar procedimientos de seguimiento del haz durante las duraciones de activación de DRX cuando el UE ha sido indicado por una señal/canal de ahorro de energía para operar en un modo de ahorro de energía.
Por lo tanto, ciertos aspectos reconocen la necesidad de determinar una operación de UE relacionada con la supervisión del PDCCH cuando se ha indicado al UE que opere en un modo de ahorro de energía durante una o más duraciones de activación de DRX; determinar una operación de UE cuando las capas superiores indican al UE que transmita una solicitud de programación (SR) positiva en la capa física cuando también se ha indicado al UE que opere en un modo de ahorro de energía durante una o más duraciones de activación de DRX; determinar una operación del UE relacionada con la transmisión PUSCH periódica/semipersistente o la recepción PDSCH periódica/semipersistente cuando se ha indicado al UE que opere en modo de ahorro de energía durante una o más duraciones de activación de DRX; determinar una operación del UE relacionada con mediciones CSI periódicas/semipersistentes y transmisiones periódicas/semipersistentes de informes CSI cuando se ha indicado al UE que opere en modo de ahorro de energía durante una o más duraciones de activación de DRX; determinar una operación del UE relacionada con transmisiones SRS periódicas/semipersistentes cuando se ha indicado al UE que opere en modo de ahorro de energía durante una o más duraciones de activación de DRX; y determinar una operación del UE relacionada con una transmisión de un canal de acceso aleatorio físico (PRACH) cuando se ha indicado al UE que opere en modo de ahorro de energía durante una o más duraciones de activación de DRX
La FIG. 1 ilustra un sistema informático en red ejemplar de acuerdo con diversas realizaciones de la presente divulgación. La realización de la red inalámbrica 100 que se muestra en la FIG. 1 es sólo a título ilustrativo. Se podrían utilizar otras realizaciones de la red inalámbrica 100 de comunicación sin apartarse del ámbito de la presente divulgación.
Como se muestra en la FIG. 1, la red inalámbrica 100 incluye un gNodoB (gNB) 101, un gNB 102, y un gNB 103 que son una pluralidad de BS. El gNB 101 se informa con el gNB 102 y el gNB 103. El gNB 101 también se comunica con al menos una red de Protocolo de Internet (IP) 130, tal como Internet, una red de IP propia, u otra red de datos.
El gNB 102 proporciona acceso inalámbrico de banda ancha a la red 130 para una primera pluralidad de equipos de usuario (UE) dentro de un área de cobertura 120 del gNB 102. La primera pluralidad de UE incluye un UE 111, que puede estar ubicado en una pequeña empresa (SB); un UE 112, que puede estar ubicado en una empresa (E); un UE 113, que puede estar ubicado en un punto de acceso WiFi (HS); un UE 114, que puede estar ubicado en una primera residencia (R); un UE 115, que puede estar ubicado en una segunda residencia (R); y un UE 116, que puede ser un dispositivo móvil (M), tal como un teléfono móvil, un ordenador portátil inalámbrico, una PDA inalámbrica, o similares. El gNB 103 proporciona acceso inalámbrico de banda ancha a la red 130 para una segunda pluralidad de UE dentro de un área de cobertura 125 del gNB 103. La segunda pluralidad de UE incluye el UE 115 y el UE 116.
Dependiendo del tipo de red, el término "estación base" o "BS" se puede referir a cualquier componente (o conjunto de componentes) configurado para proporcionar acceso inalámbrico a una red, tal como un punto de transmisión (TP), un punto de transmisión-recepción (TRP), un gNB, una macrocelda, una femtocelda, un punto de acceso WiFi (AP), u otros dispositivos habilitados de forma inalámbrica. Las estaciones base pueden proporcionar acceso inalámbrico de acuerdo con uno o más protocolos de comunicación inalámbrica, por ejemplo, Nueva Interfaz de Radio/Acceso (NR) 5G 3GPP, evolución a largo plazo (LTE), LTE avanzada (LTE-A), Acceso a Paquetes de Alta Velocidad (HSPA), Wi-Fi 802.11a/b/g/n/ac, etc. También, dependiendo del tipo de red, otros términos bien conocidos pueden utilizarse en lugar de "equipo de usuario" o "UE", tal como "terminal", "estación móvil", "estación de suscriptor", "terminal remoto", "terminal inalámbrico", o "dispositivo de usuario". Por propósitos de conveniencia, los términos "equipo de usuario", "UE" y "terminal" se usan en la presente memoria de patente para referir a equipos inalámbricos remotos que acceden de forma inalámbrica a un gNB, tanto si el UE es un dispositivo móvil (tal como un teléfono móvil o un smartphone) como si se considera normalmente un dispositivo fijo (tal como un ordenador de escritorio o una máquina expendedora).
Las líneas punteadas muestran las extensiones aproximadas de las áreas 120 y 125 de cobertura, que se muestran como aproximadamente circulares sólo para efectos de ilustración y explicación. Se debe comprender claramente que las áreas de cobertura asociadas a las estaciones base, por ejemplo, las áreas 120 y 125 de cobertura, pueden tener otras formas, que incluyen formas irregulares, que dependen de la configuración de las estaciones base y de las variaciones en el entorno radioeléctrico asociadas con obstrucciones naturales y artificiales.
Como se describe con más detalle a continuación, la red inalámbrica 100 puede ser un sistema de comunicación 5G en el que un UE, tal como el UE 116, puede comunicarse con una BS, tal como BS 102, para la adaptación de la antena del UE para el ahorro de energía en C-DRX. En una realización, la adaptación de antena puede aplicarse a las antenas RX para la recepción de datos DL con base en la parte por ancho de banda (BWP) determinada en la capa MIMO máxima. En otra realización, la adaptación de antena puede aplicarse a las antenas TX para la transmisión de datos UL con base en la capa MIMO máxima determinada por BWP y/o los puertos de antena de transmisión máximos.
Aunque la FIG. 1 ilustra un ejemplo de una red inalámbrica 100, se pueden hacer diversos cambios a la FIG. 1. Por ejemplo, la red inalámbrica puede incluir cualquier número de gNB y cualquier número de UE en cualquier disposición adecuada. Además, el gNB 101 se puede comunicar directamente con cualquier número de UE y proporcionar a esos UE acceso de banda ancha inalámbrica a la red 130. Del mismo modo, cada gNB 102-103 se puede comunicar directamente con la red 130 y proporcionar a los UE acceso directo de banda ancha inalámbrica a la red 130. Además, los gNB 101, 102 y/o 103 pueden proporcionar acceso a otras redes externas o adicionales, tales como redes telefónicas externas u otros tipos de redes de datos.
La FIG. 2 ilustra una estación de base (BS) ejemplar de acuerdo con varias realizaciones de la presente divulgación. La realización del gNB 102 ilustrado en la FIG. 2 es sólo a título ilustrativo, y los gNB 101 y 103 de la FIG. 1 podría tener la misma o similar configuración. Sin embargo, los gNB se presentan en una amplia variedad de configuraciones, y la FIG. 2 no limita el alcance de la presente divulgación a ninguna implementación particular de un gNB.
Como se muestra en la FIG. 2, el gNB 102 incluye múltiples antenas 280a-280n, múltiples transceptores RF 282a-282n, un circuito de procesamiento de transmisión (TX) 284, y un circuito de procesamiento de recepción (RX) 286. El gNB 102 también incluye un controlador/procesador 288, una memoria 290 y una interfaz de retorno o de red 292.
Los transceptores de RF 282a-282n reciben, desde las antenas 280a-280n, señales de RF entrantes, tal como las señales transmitidas por los UE en la red 100. Los transceptores de RF 282a a 282n convierten de manera descendente las señales de RF entrantes para generar señales de IF o de banda base. Las señales de IF o banda base se envían al circuito de procesamiento de RX 286, que genera una señal de banda base procesada por medio de la filtración, la decodificación, y/o la digitalización de la señal de banda base o IF. El circuito de procesamiento de RX 286 transmite las señales de banda base procesadas al controlador/procesador 288 para su posterior procesamiento.
El circuito de procesamiento de TX 284 recibe datos analógicos o digitales (tal como datos de voz, datos de la web, correo electrónico, o datos de videojuegos interactivos) a partir del controlador/procesador 288. El circuito de procesamiento de TX 284 codifica, multiplexa, y/o digitaliza los datos de banda base salientes para generar una señal de banda base o IF procesada. Los transceptores de RF 282a a 282n reciben la señal de salida de banda base o IF procesada a partir del circuito de procesamiento de TX 284 y convierten de manera ascendente la señal de banda base o IF en señales de RF que se transmiten a través de las antenas 280a a 280n.
El controlador/procesador 288 puede incluir uno o más procesadores u otros dispositivos de procesamiento que controlan la operación general del gNB 102. Por ejemplo, el controlador/procesador 288 puede controlar la recepción de señales de canal directo y la transmisión de señales de canal inverso por los transceptores de RF 282a a 282n, el circuito de procesamiento de RX 286 y el circuito de procesamiento de TX 284 de acuerdo con principios muy conocidos. El controlador/procesador 288 podría también soportar funciones adicionales, tal como funciones de comunicación inalámbrica más avanzadas. Por ejemplo, el controlador/procesador 288 puede soportar operaciones de formación de haz o de enrutamiento direccional en las que las señales salientes de múltiples antenas 280a a 280n se ponderan de manera diferente para dirigir eficazmente las señales salientes en una dirección deseada. El controlador/procesador 288 puede soportar cualquiera de una amplia variedad de otras funciones en el gNB 102. En algunas realizaciones, el procesador 288 incluye al menos un microprocesador o microcontrolador.
El controlador/procesador 288 también es capaz de ejecutar otros procedimientos y programas residentes en la memoria 290, tal como un OS básico. El controlador/procesador 288 puede mover datos dentro o fuera de la memoria 290, de acuerdo con lo requerido por un procedimiento de ejecución.
El controlador/procesador 288 también está acoplado a la interfaz de retorno o de red 292. La interfaz de retorno o de red 292 permite al gNB 102 comunicarse con otros dispositivos o sistemas a través de una conexión de retorno o a través de una red. La interfaz 292 puede soportar las comunicaciones a través de cualquier conexión adecuada por cable o inalámbrica. Por ejemplo, cuando el gNB 102 se implementa como parte de un sistema de comunicación celular (tal como uno que soporta 5G, LTE o LTE-A), la interfaz 292 puede permitir que el gNB 102 se comunique con otros gNB a través de una conexión backhaul alámbrica o inalámbrica. Cuando el gNB 102 se implementa como un punto de acceso, la interfaz 292 puede permitir que el gNB 102 se comunique a través de una red de área local alámbrica o inalámbrica o a través de una conexión alámbrica o inalámbrica a una red mayor (tal como Internet). La interfaz 292 incluye cualquier estructura adecuada que soporte las comunicaciones a través de una conexión alámbrica o inalámbrica, como un transceptor Ethernet o de RF.
La memoria 290 está acoplada al controlador/procesador 288. Una parte de la memoria 290 podría incluir una memoria de acceso aleatorio (RAM), y otra parte de la memoria 290 podría incluir una memoria Flash u otra memoria de sólo lectura (ROM).
Como se describe con más detalle a continuación, la BS 102 puede comunicar información a un UE, tal como el UE 116 de la FIG. 1 a través de un sistema informático en red, para la adaptación de la antena UE para el ahorro de energía en C-DRX. En una realización, la adaptación de antena puede aplicarse a las antenas RX para la recepción de datos DL con base en capa MIMO máxima determinada por BWP En otra realización, la adaptación de antena puede aplicarse a las antenas TX para la transmisión de datos UL con base en la capa MIMO máxima determinada por BWP y/o los puertos de antena de transmisión máximos.
Aunque la FIG. 2 ilustra un ejemplo del gNB102, se pueden hacer diversos cambios a la FIG. 2. Por ejemplo, el gNB 102 puede incluir cualquier número de cada componente mostrado en la FIG. 2. Como un ejemplo particular, un punto de acceso puede incluir un número de interfaces 292, y el controlador/procesador 288 puede soportar funciones de enrutamiento para enrutar datos entre diferentes direcciones de red. Como otro ejemplo particular, aunque se muestra que incluye una única instancia del circuito de procesamiento de TX 284 y una única instancia del circuito de procesamiento de RX 286, el gNB 102 podría incluir múltiples instancias de cada uno (tal como una por transceptor de RF). Además, diversos componentes de la FIG. |2 se pueden combinar, subdividir, u omitir, y se pueden añadir componentes adicionales de acuerdo con las necesidades particulares.
La FIG. 3 ilustra un ejemplo de equipo de usuario (UE) de acuerdo con la presente divulgación. La realización del UE 116 ilustrado en la FIG. 3 es sólo a título ilustrativo, y los UE 111 y 115 de la FIG. 1 podría tener la misma o similar configuración. Sin embargo, los UE se presentan en una amplia variedad de configuraciones, y la FIG. 3 no limita el alcance de la presente divulgación a ninguna implementación particular de un UE.
Como se muestra en la FIG. 3, el UE 116 incluye una antena 305, un transceptor de frecuencia de radio (RF) 310, un circuito de procesamiento de transmisión (TX) 315, un micrófono 320, y un circuito de procesamiento de recepción (RX) 325. El UE 116 también incluye un altavoz 330, un controlador/procesador 340, una interfaz (IF) de entrada/salida (E/S) 345, un teclado 350, una pantalla 355, y una memoria 360. La memoria 360 incluye un sistema operativo (OS) básico 361 y una o más aplicaciones 362.
El transceptor RF 310 recibe, a partir de la antena 305, una señal de RF entrante transmitida por un eNB de la red 100. El transceptor de RF 310 convierte de manera descendente la señal de RF entrante para generar una frecuencia intermedia (IF) o una señal de banda base. La señal de IF o banda base se envía al circuito de procesamiento de RX 325, el cual genera una señal de banda base procesada por medio de la filtración, la decodificación, y/o la digitalización de la señal de banda base o IF. El circuito de procesamiento de RX 325 transmite la señal de banda base procesada al altavoz 330 (tal como para datos de voz) o al procesador 340 para un procesamiento adicional (tal como para datos de navegación web).
El circuito de procesamiento de TX 315 recibe datos de voz analógicos o digitales a partir del micrófono 320 u otros datos de banda base salientes (tal como los datos de la web, correo electrónico, o datos de videojuegos interactivos) a partir del controlador/procesador 340. El circuito de procesamiento de TX 315 codifica, multiplexa, y/o digitaliza los datos de banda base salientes para generar una señal de banda base o IF procesada. El transceptor RF 310 recibe la señal de salida de banda base o IF procesada a partir del circuito 315 de procesamiento de TX y convierte la señal de banda base o IF en una señal de RF que se transmite a través de la antena 305.
El controlador/procesador 340 puede incluir uno o más procesadores u otros dispositivos de procesamiento y ejecutar el programa de OS básico 361 almacenado en la memoria 360 a fin de controlar la operación general del UE 116. Por ejemplo, el controlador/procesador 340 puede controlar la recepción de señales de canal avanzado y la transmisión de señales de canal inverso por el transceptor RF 310, el circuito de procesamiento RX 325 y el circuito de procesamiento TX 315 de acuerdo con principios bien conocidos. En algunas realizaciones, el procesador 340 incluye al menos un microprocesador o microcontrolador.
El controlador/procesador 340 también es capaz de ejecutar otros procedimientos y programas residentes en la memoria 360. El controlador/procesador 340 puede mover datos dentro o fuera de la memoria 360, de acuerdo con lo requerido por un procedimiento de ejecución. En algunas realizaciones, el controlador/procesador 340 está configurado para ejecutar las aplicaciones 362 en base al programa de OS 361 o en respuesta a las señales recibidas a partir de gNB o un operador. El controlador/procesador 340 también está acoplado a la interfaz de E/S 345, la cual proporciona al UE 116 la capacidad de conectarse a otros dispositivos, tal como ordenadores portátiles y ordenadores de mano. La interfaz de E/S 345 es la trayectoria de comunicación entre estos accesorios y el controlador/procesador 340.
El controlador/procesador 340 también está acoplado al teclado 350 y a la unidad de visualización 355. El operador del UE 116 puede utilizar el teclado 350 para introducir datos en el UE 116. La pantalla 355 puede ser una pantalla de cristal líquido u otra pantalla capaz de reproducir texto y/o al menos gráficos limitados, tales como de sitios web.
La memoria 360 está acoplada al controlador/procesador 340. Parte de la memoria 360 podría incluir una memoria de acceso aleatorio (RAM), y otra parte de la memoria 360 podría incluir una memoria Flash u otra memoria de sólo lectura (ROM).
Como se describe con más detalle a continuación, el UE 116 puede comunicarse con una BS, tal como BS 102 de la FIG. 2 a través de un sistema informático en red, para la adaptación de la antena UE para el ahorro de energía en C-DRX. En una realización, la adaptación de antena puede aplicarse a las antenas RX para la recepción de datos DL con base en capa MIMO máxima determinada por BWP En otra realización, la adaptación de antena puede aplicarse a las antenas TX para la transmisión de datos UL con base en la capa MIMO máxima determinada por BWP y/o los puertos de antena de transmisión máximos.
Aunque la FIG. 3 ilustra un ejemplo del UE 116, se pueden hacer diversos cambios a la FIG. 3. Además, diversos componentes de la FIG. |3 se pueden combinar, subdividir, u omitir, y se pueden añadir componentes adicionales de acuerdo con las necesidades particulares. Como un ejemplo particular, el controlador/procesador 340 puede estar dividido en múltiples procesadores, tal como una o más unidades centrales de procesamiento (CPU) y una o más unidades de procesamiento gráfico (GPU). Además, mientras la FIG. 3 ilustra el UE 116 configurado como un teléfono móvil o smartphone, los UE pueden estar configurados para operar como otros tipos de dispositivos móviles o estacionarios.
Las FIGS. 4A y 4B ilustran trayectorias de transmisión y recepción inalámbricas ejemplares de acuerdo con varias realizaciones de la presente divulgación. En las Figuras 4A y 4B, para la comunicación de enlace descendente, la circuitería de la trayectoria de transmisión 400 se puede implementar en una estación base (gNB) 102 o en una estación de retransmisión, y la circuitería de la trayectoria de recepción 450 se puede implementar en un equipo de usuario (por ejemplo, el equipo de usuario 116 de la FIG. 1). En otros ejemplos, para la comunicación de enlace ascendente, la circuitería de la trayectoria de recepción 450 puede implementarse en una estación base (por ejemplo, el gNB 102 de la FIG. 1) o una estación de retransmisión, y la circuitería de trayectoria de transmisión 400 puede implementarse en un equipo de usuario (por ejemplo, el equipo de usuario 116 de la FIG. 1).
La circuitería de la trayectoria de transmisión 400 comprende el bloque 405 de codificación y modulación del canal, el bloque 410 de serie a paralelo (P a S), el bloque 415 de transformada rápida de Fourier inversa (IFFT) de tamaño N, el bloque 420 de paralelo a serie (P a S), el bloque 425 de adición de prefijo cíclico y el convertidor ascendente (UC) 430. La circuitería de la trayectoria de recepción 450 comprende el convertidor descendente (DC) 455, el bloque de eliminación del prefijo cíclico 460, el bloque de serie a paralelo (P a S) 465, el bloque de transformada rápida de Fourier (FFT) de tamaño N 470, el bloque de paralelo a serie (P a S) 475, y el bloque de decodificación y demodulación del canal 480.
Al menos algunos de los componentes en la circuitería de la trayectoria de transmisión (trayectoria de transmisión) 400 y la circuitería de la trayectoria de recepción (trayectoria de recepción) 450 pueden ser implementados en software, mientras que otros componentes pueden ser implementados por hardware configurable o una mezcla de software y hardware configurable. En particular, se observa que los bloques FFT y los bloques IFFT descritos en la presente memoria de divulgación pueden implementarse como algoritmos de software configurables, donde el valor del tamaño N puede modificarse de acuerdo con la implementación.
Además, aunque la presente divulgación se dirige a una realización que implementa la Transformada Rápida de Fourier y la Transformada Rápida de Fourier Inversa, esto es sólo a modo de ilustración y no se debe interpretar como un límite al alcance de la divulgación. Puede apreciarse que en una realización alternativa de la presente divulgación, las funciones de la transformada rápida de Fourier y las funciones de la transformada rápida inversa de Fourier pueden sustituirse fácilmente por funciones de la transformada discreta de Fourier (DFT) y de la transformada discreta inversa de Fourier (IDFT), respectivamente. Se puede apreciar que para las funciones DFT e IDFT, el valor de la variable N puede ser cualquier número entero (es decir, 1, 4, 3, 4, etc.), mientras que para las funciones FFT e IFFT, el valor de la variable N puede ser cualquier número entero que sea una potencia de dos (es decir, 1, 2, 4, 8, 16, etc.).
En el siguiente ejemplo, la trayectoria de transmisión 400 se implementa en una BS y la trayectoria de recepción 450 se implementa en un UE. En la circuitería de trayectoria de transmisión 400, el bloque de codificación y modulación de canal 405 recibe un conjunto de bits de información, aplica codificación (por ejemplo, codificación de verificación de paridad de baja densidad (LDPC)) y modula (por ejemplo, modulación por desplazamiento de fase en cuadratura (QPSK) o modulación de amplitud en cuadratura (QAM)) los bits de entrada para producir una secuencia de símbolos de modulación en el dominio de la frecuencia. El bloque 410 de serie a paralelo convierte (es decir, desmultiplexa) los símbolos modulados en serie a datos paralelos para producir N flujos de símbolos paralelos en el cual N es el tamaño de IFFT/FFT utilizado en la BS 102 y el UE 116. El bloque IFFT 415 de tamaño N realiza entonces una operación IFFT en los N flujos de símbolos paralelos para producir señales de salida en el dominio del tiempo. El bloque 420 de paralelo a serie convierte (es decir, multiplexa) los símbolos de salida del dominio del tiempo en paralelo del bloque 415 de IFFT de tamaño N para producir una señal del dominio del tiempo en serie. El bloque de adición de prefijo cíclico 425 inserta un prefijo cíclico en la señal del dominio del tiempo. Por último, el convertidor ascendente 430 modula (es decir, convierte de manera ascendente) la salida del bloque de adición de prefijos cíclicos 425 a la frecuencia de RF para su transmisión a través de un canal inalámbrico. La señal también puede ser filtrada en banda base antes de la conversión a frecuencia de RF.
La señal de RF transmitida puede llegar a un UE después de pasar por el canal inalámbrico, y se llevan a cabo operaciones inversas a las del gNB. En la trayectoria de recepción 450, el convertidor descendente 455 convierte en forma descendente la señal recibida en frecuencia de banda base y el bloque de eliminación del prefijo cíclico 460 elimina el prefijo cíclico para producir la señal de banda base en el dominio del tiempo de serie. El bloque de serie a paralelo 465 convierte la señal de banda base en el dominio del tiempo en señales paralelas en el dominio del tiempo. El bloque FFT 470 de tamaño N realiza un algoritmo FFT para producir N señales paralelas en el dominio de la frecuencia. El bloque de paralelo a serie 475 convierte las señales paralelas en el dominio de la frecuencia en una secuencia de símbolos de datos modulados. El bloque 480 de decodificación y demodulación del canal demodula y luego decodifica los símbolos modulados para recuperar el flujo de datos de entrada original.
Cada uno de los gNB 101-103 puede implementar una trayectoria de transmisión 400 que es análoga a la transmisión en el enlace descendente al equipo de usuario 111-116 y puede implementar una trayectoria de recepción 450 que es análoga a la recepción en el enlace ascendente desde el equipo de usuario 111-116. De manera similar, cada uno de los equipos de usuario 111-116 puede implementar una trayectoria de transmisión 400 correspondiente a la arquitectura para transmitir en el enlace ascendente a los gNB 101-103 y puede implementar una trayectoria de recepción correspondiente a la arquitectura para recibir en el enlace descendente desde los gNB 101-103.
Como se describe con más detalle a continuación, la trayectoria de transmisión 400 y la trayectoria de recepción 450 pueden implementarse en UE, tal como el UE 116 de la FIG. 3, y BS, tal como la BS 102 en la FIG. 2, para comunicar información a través de un sistema informático en red para la adaptación de la antena del UE para el ahorro de energía en C-DRX. En una realización, la adaptación de antena puede aplicarse a las antenas RX para la recepción de datos DL con base en capa MIMO máxima determinada por BWP. En otra realización, la adaptación de antena puede aplicarse a las antenas TX para la transmisión de datos UL con base en la capa MIMO máxima determinada por BWP y/o los puertos de antena de transmisión máximos.
Aunque las Figuras 4A y 4B ilustran ejemplos de trayectorias de transmisión y recepción inalámbricas, se pueden llevar a cabo varios cambios en las FIGS. 4A y 4B. Por ejemplo, diversos componentes de la FIGS. 4A y 4B se pueden combinar, subdividir en forma adicional, u omitir, y se pueden añadir componentes adicionales de acuerdo con las necesidades particulares. Además, las FIGS. 4A y 4B pretenden ilustrar ejemplos de los tipos de trayectorias de transmisión y recepción que se podrían usar en una red inalámbrica. Se podrían usar otras arquitecturas adecuadas para soportar comunicaciones inalámbricas en una red inalámbrica.
La FIG. 5 ilustra un transmisor ejemplar de acuerdo con diversas realizaciones de la presente divulgación. El transmisor 500 puede implementarse en un dispositivo electrónico que se comunique a través de un sistema informático en red, tal como el gNB 101 o el UE 111.
Los bits de información 510, tal como bits DCI o bits de datos, son codificados por el codificador 520 y luego ajustados a los recursos de tiempo/frecuencia asignados por el equiparador de tasas 530. La salida del equiparador de tasas 530 es modulada por el modulador 540. Los símbolos modulados y codificados 545 y la señal de referencia de demodulación (DMRS) o la señal de referencia de información del estado del canal (CSI-RS) 550 son asignados por la unidad de asignación de subportadora (SC) 560 con base en las SC seleccionadas por la unidad selectora de Bw 565. La unidad IFFT 570 realiza una transformada rápida de Fourier inversa (IFFT) y la unidad de inserción CP 580 añade un prefijo cíclico (CP). La señal resultante es filtrada por el filtro 590 para generar la señal filtrada 595, que es transmitida por una unidad de radiofrecuencia (RF) (no mostrada).
La FIG. 6 ilustra un receptor ejemplar de acuerdo con una realización de la presente divulgación. El receptor 600 puede implementarse en un dispositivo electrónico que se comunique a través de un sistema informático en red, tal como el gNB 101 o el UE 111.
Una señal recibida 610 es filtrada por el filtro 620 y luego pasada a través de una unidad de eliminación de CP 630 que elimina un prefijo cíclico. La unidad IFFT 640 aplica una transformada rápida de Fourier (FFT) y las señales resultantes se proporcionan a la unidad de desasignación de SC 650. La unidad de desasignación de SC 650 desasigna las SC seleccionadas por la unidad selectora de BW 655. Los símbolos recibidos son demodulados por un estimador de canal y una unidad demoduladora 660. Un desequiparador de tasas 670 restablece la correspondencia de tasas y un descodificador 280 descodifica los bits resultantes para proporcionar bits de información 290.
Cada uno de los gNB 101-103 puede implementar un transmisor 400 para transmisión en el enlace descendente a los UE 111-116 y puede implementar un receptor 600 para recepción en el enlace ascendente desde los UE 111-116. De manera similar, cada uno de los UE 111-116 puede implementar un transmisor 400 para transmisión en el enlace ascendente a los gNB 101-103 y puede implementar un receptor 600 para recepción en el enlace descendente desde los gNB 101-103.
Como se describe con más detalle a continuación, el transmisor 500 y el receptor 600 pueden incluirse en UE y BS, tal como UE 116 y BS 102, para comunicar información entre un UE y BS para la adaptación de antena de UE para ahorro de energía en C-DRX. En una realización, la adaptación de antena puede aplicarse a las antenas RX para la recepción de datos DL con base en capa MIMO máxima determinada por BWP En otra realización, la adaptación de antena puede aplicarse a las antenas TX para la transmisión de datos UL con base en la capa MIMO máxima determinada por BWP y/o los puertos de antena de transmisión máximos.
Cada uno de los componentes de las FIGS. 5 y 6 se puede implementar mediante el uso de sólo hardware o mediante el uso de una combinación de hardware y software/firmware. Como un ejemplo particular, al menos algunos de los componentes de las FIGS. 5 y 6 pueden ser implementados en software, mientras que otros componentes pueden ser implementados por medio de un hardware configurable o una mezcla de software y hardware configurable. Por ejemplo, el bloque IFFT 570 puede implementarse como algoritmos de software configurables.
Además, aunque se describe como el uso de IFFT, esto es sólo a modo de ilustración y no se debe interpretar como limitante del alcance de la presente divulgación. Se podrían usar otros tipos de transformadas, tales como las funciones de Transformada Discreta de Fourier (DFT) y Transformada Discreta Inversa de Fourier (IDFT).
Aunque las Figuras 5 y 6 ilustran ejemplos de transmisores y receptores inalámbricos, pueden introducirse diversos cambios. Por ejemplo, diversos componentes de la FIGS. 5 y 6 se pueden combinar, subdividir en forma adicional, u omitir, y se pueden añadir componentes adicionales de acuerdo con las necesidades particulares. Además, las FIGS.
5 y 6 pretenden ilustrar ejemplos de los tipos de transmisores y receptores que se podrían usar en una red inalámbrica. Se podrían usar cualesquiera otras arquitecturas adecuadas para soportar comunicaciones inalámbricas en una red inalámbrica.
La FIG. 7 ilustra un diagrama de flujo de codificación ejemplar para un formato de información de control de enlace descendente (DCI) de acuerdo con diversas realizaciones de la presente divulgación. El diagrama de flujo de codificación 700 puede implementarse en una BS, como el gNB 102 de la FIG. 2.
Un gNB codifica y transmite por separado cada formato DCI en un canal de control de enlace descendente físico (PDCCH) respectivo. Cuando sea aplicable, un identificador temporal de red de radio (RNTI) para un UE al que está destinado un formato DCI, enmascara una verificación de redundancia cíclica (CRC) del codeword de formato DCI para permitir al UE identificar el formato DCI. Por ejemplo, la CRC puede incluir 16 bits o 24 bits y el RNTI puede incluir 16 bits o 24 bits. De lo contrario, cuando no se incluye un RNTI en un formato DCI, se puede incluir un campo indicador del tipo de formato DCI en el formato DCI. La CRC de los bits de información del formato de DCI no codificados 710 se calcula por medio de una operación de cálculo de CRC 720, y la CRC se enmascara por medio de una operación OR exclusiva (XOR) 730 entre los bits CRC y RNTI 740. La operación XOR se define como XOR(0,0) = 0, XOR(0,1) = 1, XOR(1,0) = 1, XOR(1,1) = 0. Los bits CRC enmascarados se añaden a los bits de información del formato DCI utilizando una unidad de adición de CRC 750. Un codificador de canal 760 realiza la codificación del canal (como la codificación convolucional o la codificación polar), seguida de la adaptación de la velocidad a los recursos asignados por el equiparador de tasas 770. La unidad de intercalación y modulación 780 aplica intercalación y modulación, tal como QPSK, y se transmite la señal de control de salida 790.
La FIG. 8 ilustra un diagrama de flujo de decodificación ejemplar para un formato DCI de acuerdo con varias realizaciones de la presente divulgación. El diagrama de flujo de descodificación 800 puede implementarse en un UE, tal como el UE 116 de la FIG. 3.
Una señal de control recibida 810 es demodulada y desintercalada por un demodulador y un desintercalador 820. La equiparación de tasas aplicada en un transmisor es restaurada por el equiparador de tasas 830, y los bits resultantes son decodificados por el decodificador 840. Tras la descodificación, un extractor CRC 850 extrae los bits CRC y proporciona los bits de información de formato DCI 860. Los bits de información de formato DCI son desenmascarados por una unidad de operación XOR 870 con una RNTI 880 (cuando corresponda) y se realiza una verificación CRC por la unidad CRC 890. Cuando la verificación CRC tiene éxito (la suma de verificación es cero), los bits de información del formato DCI se consideran válidos (al menos cuando la información correspondiente es válida). Cuando la verificación CRC no tiene éxito, se considera que los bits de información del formato DCI no son válidos.
Como se describe con más detalle a continuación, el diagrama de flujo de codificación 700 y el diagrama de flujo de decodificación 800 pueden implementarse en una BS y un UE, respectivamente, tal como BS 102 en la FIG. 2 y UE 116 en la FIG. 3, para comunicar información a través de un sistema informático en red para la adaptación de la antena del UE para el ahorro de energía en C-DRX. En una realización, la adaptación de antena puede aplicarse a las antenas RX para la recepción de datos DL con base en capa MIMO máxima determinada por BWP En otra realización, la adaptación de antena puede aplicarse a las antenas TX para la transmisión de datos UL con base en la capa MIMO máxima determinada por BWP o en los puertos de antena de transmisión máximos.
ADAPTACIÓN DE UE EN CAPAS MIMO MÁXIMAS PARA LA RECEPCIÓN DE DATOS DL
Una realización de la presente divulgación considera la adaptación del UE en capas MIMO máximas para la recepción de datos DL. Se puede proporcionar a un UE la capa MIMO máxima para un BWP DL con índice i, denotado como NAmaxMLDL_i en la presente divulgación. El UE puede asumir que la capa MIMO para la recepción de datos DL, tal como el canal físico compartido de enlace descendente (PDSCH) o el PDCCH, en el BWP DL no es mayor que NAmaxMLDL_i.
La FIG. 9 ilustra un diagrama de flujo para adaptación en antenas TX con base en adaptación dinámica en capa MIMO máxima mediante conmutación BWP de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 900 pueden implementarse en un UE tal como el UE 116 de la FIG. 3.
El diagrama de flujo 900 comienza en la operación 902 por la determinación de una capa MIMO máxima, N^maxMLDL_i, para cualquier DL BWL i configurada.
En la operación 904, se determina si conmutar de un BWP i activo a un BWP j objetivo. Si se determina conmutar del BWP i activo al BWP j objetivo, entonces el diagrama de flujo 900 procede de la operación 904 a la operación 906 y conmuta a un BWP j activo y asume que la capa MIMO máxima para recepción de datos, por ejemplo, PDSCH o PDCCH, no es mayor que N^maxMLDLJ. En la operación 908, las antenas RX o cadenas RF están activadas o desactivadas de acuerdo con N^maxMLDLJ. El número de antenas RX o puertos de antena RX o cadenas RF RX activados es al menos N^maxMLDLJ. Por ejemplo, el UE sólo activa antenas RX o cadenas RF RX N^maxMLDLJ.
Volviendo a la operación 904, si se determina no conmutar del BWP activo i al BWP objetivo j, entonces el diagrama de flujo 900 procede a la operación 910 y permanece en el BWP activo i y asume que la capa MIMO para recepción de datos, por ejemplo, Pd Sc H o PDCCH, no es mayor que NhmaxMLDL_i.
Cuando un UE está configurado con un máximo de capas MIMO para un DL BWP con índice/ID i, es decir, N^maxMLDL_i, el UE puede determinar el máximo indicador de rango (RI) para un informe de información de estado de canal (CSI) en el Dl BWP de acuerdo con uno de los siguientes ejemplos.
Ejemplo 1. El UE puede suponer que el RI máximo para un informe CSI es igual a N*maxMLDL_i. No se espera que el UE notifique un RI para ningún informe CSI en el Dl BWP i mayor que N^maxMLDL_i.
Ejemplo 2. El UE puede suponer que el RI máximo para cualquier informe CSI en el BWP DL i es igual a N^maxLayersDL, en el que N^maxLayersDL es el valor máximo entre todos los BWP DL configurados, de manera tal que N^maxLayersDL =max{N*maxMLDL_i}. No se espera que el UE notifique un RI para ningún informe CSI en DL BWP i mayor que N^maxLayersDL.
Ejemplo 3. El UE puede suponer que el RI para cualquier informe CSI en el BWP DL i puede ser un valor dentro de un intervalo independientemente de la configuración de N*maxMLDL_i. Por ejemplo, RI puede ser cualquier valor de {1, 2, 3, 4, 5, 6, 7, 8}. En otro ejemplo, RI puede ser cualquier valor entero positivo no mayor que el máximo RI o capa MIMO para PDSCH determinado por la capacidad del UE.
Para un UE en un BWP activo i con una capa MIMO máxima N*maxMLDL_i, si N*maxMLDL_i i es diferente de N^maxMLDLJ, en el que N^maxMLDLJ es la capa MIMO máxima para el BWP DL inicial, no se espera que el UE sea indicado con estado TCI asociado con el SS/PBCH en el BWP DL inicial con QCL-TypeD.
Un UE puede determinar las capas MIMO máximas para un BWP DL con índice/ID i, es decir, N*maxMLDL_i, mediante cualquiera de los siguientes enfoques.
Enfoque 1. En el primer enfoque de determinación de N*maxMLDL_i, el UE puede recibir N*maxMLDL_i junto con la configuración del DL BWP i a través de la señalización RRC. Cuando también se proporciona al UE la capa MIMO máxima que se utilizará para todos los BWP de la celda en servicio mediante el parámetro RRC, es decir, maxMIMO-Layers en PDSCH-ServingCelIConfig. El UE puede asumir que N*maxMLDL_i sobrescribe maxMIMO-Layers para el DL BWP i.
Enfoque 2. En el segundo enfoque de determinación de N*maxMLDL_i, si se proporciona al UE la capa MIMO máxima que se utilizará para PDSCH en todos los BWP de la celda en servicio mediante el parámetro RRC, es decir, maxMIMO-Layers en PDSCH-ServingCelIConfig en REF 6, la red establece las capas MIMO máximas para cualquier BWP DL con ID i de la celda en servicio, denotado como N*maxMLDL_i al mismo valor que maxMIMO-Layers. En este caso, si el parámetro RRC de capas MIMO máximas a utilizar para PDSCH en todos los BWP de la celda en servicio, es decir, maxMIMO-Layers, está presente, el UE puede asumir que la capa MIMO máxima para cualquier BWP DL configurado tiene el mismo valor que maxMIMO-Layers.
Enfoque 3. En el tercer enfoque de determinación de N^maxMLDL_i, N^maxMLDL_i i puede definirse en la especificación de la operación del sistema, por ejemplo, N^maxMLDL_i = 1 para DL BWP inicial o DL BWP por defecto.
Enfoque 4. En el cuarto enfoque de determinación de N^maxMLDL_i, N^maxMLDL_i puede predeterminarse de acuerdo con la información de asistencia de un UE o la capacidad del UE, por ejemplo, N*maxMÍDL_i para DL BWP inicial o DL BWP por defecto puede ser la capa MIMO máxima preferente notificada desde el UE.
Un UE puede transmitir su capa MIMO máxima preferente para la recepción de datos DL a un gNB. A continuación se describen algunos ejemplos no limitantes para la notificación de la capa MIMO máxima por parte del UE. La capa MIMO máxima notificada para la recepción de datos DL puede utilizarse como información de asistencia o aplicarse directamente como capacidad del UE.
Ejemplo 1. En un ejemplo para notificación de la capa MIMO máxima para la recepción de datos DL, el UE notifica la capa MIMO máxima preferente para un BWP predeterminado o BWP inicial o bW p DL predeterminado o BWP DL inicial.
Ejemplo 2. En otro ejemplo para notificación de la capa MIMO máxima para la recepción de datos DL, el UE notifica una capa MIMO máxima preferente por BWP DL. En este caso, el UE notifica tanto la capa MIMO máxima preferente como el índice DL BWP correspondiente.
Ejemplo 3. En otro ejemplo para notificación de la capa MIMO máxima para la recepción de datos DL, el UE notifica N>=1 capas MIMO máximas preferentes para la recepción de datos DL, en el que N<= BWP DL configuradas.
Ejemplo 4. En otro ejemplo para notificación de la capa MIMO máxima para la recepción de datos DL, el UE notifica una capa MIMO máxima preferente para un BWP DL activo.
ADAPTACIÓN DE UE EN CAPAS MIMO MÁXIMAS PARA LA TRANSMISIÓN DE DATOS UL
Otra realización de la presente divulgación considera la adaptación de UE en capas MIMO máximas para transmisión de datos UL. Se puede proporcionar a un UE una capa MIMO máxima para la transmisión de datos UL en un BWP UL con índice i, denotado como N*maxMLUL_i en la presente divulgación. El UE asume que la capa MIMO para la transmisión de datos UL, tal como el canal físico compartido de enlace ascendente (PUSCH) o el canal físico de control de enlace ascendente (PUCCH), en el BWP UL no es mayor que N*maxMLUL_i.
La FIG. 10 ilustra un diagrama de flujo para la adaptación en antenas de transmisión (TX) con base en la adaptación dinámica en capa MIMO máxima mediante conmutación BWP de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1000 pueden implementarse en un UE, tal como el UE 116 de la FIG. 3.
El diagrama de flujo 1000 comienza en la operación 1002 determinando una capa MIMO máxima, N*maxMLUL_i, para cualquier UL BWL i configurado. En la operación 1004, se determina si conmutar de un BWP i activo a un bW p j objetivo. Si se determina conmutar del BWP i activo al BWP j objetivo, entonces el diagrama de flujo 1000 procede a la operación 1006 y conmuta al BWP j activo y asume que la capa MIMO máxima para la transmisión de datos UL, como PUSCH o PUCCH no es mayor que N^maxMLULJ asociada con UL BWPj. En la operación 1008, las antenas TX, los puertos de antena TX, o las cadenas TX RF están activadas o desactivadas de acuerdo con N^maxMLULJ. El número de antenas TX o puertos de antena TX o cadenas TX RF activados es al menos N^maxMLULJ. Por ejemplo, el UE sólo activa N^maxMLULJ antenas TX o cadenas TX RF.
Volviendo a la operación 1004, si se determina no conmutar del BWP i activo al BWP j objetivo, entonces el diagrama de flujo 1000 procede a la operación 1010 y permanece en el BWP i activo y asume que la capa MIMO máxima para transmisión de datos UL, tal como PUSCH o PUCCH no es mayor que N*maxMLUL_i asociado con el BWP i UL.
Para un UL BWP con índice i, con base en la capa MIMO máxima determinada para la transmisión de datos UL, es decir, N*maxMLUL_i en el UL BWP i, el UE puede asumir cualquiera de las siguientes:
para la transmisión de señales de referencia de sondeo (SRS) para PUSCH no basado en libro de códigos, el UE puede suponer que el número de recursos SRS no es mayor que N*maxMLUL_i cuando el número de puertos SRS por recurso SRS es 1;
para la transmisión SRS para PUSCH no basado en libro de códigos, el UE puede asumir que el número añadido de puertos SRS a través de los recursos SRS no es mayor que N*maxMLUL_i;
para la transmisión PUSCH basado en libro de códigos, el UE puede asumir que el rango máximo para PUSCH basado en libro de códigos es el mismo que N*maxMLUL_i;
para la transmisión SRS para PUSCH basado en libro de códigos, el UE puede asumir que el número de puertos SRS por recurso SRS no es mayor que N*maxMLUL_i;
para la transmisión SRS utilizada para la conmutación de antenas, el UE puede asumir que el número de puertos SRS por recurso SRS no es mayor que N*maxMLUL_i;
para la transmisión SRS utilizada para la conmutación de antenas, el UE puede asumir que el número de puertos SRS por recurso SRS no es mayor que N*maxMLUL_i;
para la transmisión SRS utilizada para la gestión de haces, el UE puede suponer que el número de puertos SRS por recurso SRS no es mayor que N*maxMLUL_i; y
para la transmisión SRS, el UE puede asumir que el número de puertos SRS por recurso SRS no es mayor que NhmaxMLUL_i.
Un UE puede determinar las capas MIMO máximas para un UL BWP con índice/ID i, es decir, N*maxMLUL_i, mediante cualquiera de los siguientes enfoques.
En el primer enfoque de determinación de N*maxMLUL_i, cuando se proporciona al UE el rango máximo a través de la señalización r Rc , es decir, maxRank en PUSCH-Config como se describe en REF 6, el UE puede asumir que la capa MIMO máxima para PUSCH en el UL BWP i es la misma que maxRank, de modo que N*maxMLUL_i = maxRank.
En el segundo enfoque de determinación de N*maxMLUL_i, N*maxMLUL_i puede configurarse mediante señalización de capa superior para el UL BWP i. Cuando al UE también se le proporciona la capa MIMO máxima a utilizar para PUSCH en todos los BWP de la celda en servicio mediante el parámetro RRC, es decir, maxMIMO-Layers en PUSCH-ServingCelIConfig, como se describe en REF 6. El UE puede asumir que N*maxMLUL_i sobrescribe maxMIMO-Layers para el UL BWP i.
En el tercer enfoque de determinación de capas MIMO máximas para PUSCH en un UL BWP i, si se proporciona al UE la capa MIMO máxima a utilizar para PUSCH en todos los BWP de la celda en servicio mediante el parámetro RRC, es decir, maxMIMO-Layers en PUSCH-ServingCellConfig como se describe en REF 6, la red establece las capas MIMO máximas para cualquier UL BWP con ID i de la celda en servicio, N*maxMLUL_i, al mismo valor que maxMIMO-Layers. En este caso, si el parámetro RRC de capas MIMO máximas a utilizar para PUSCH en todos los BWP de la celda en servicio, es decir, maxMIMO-Layers, está presente, el UE puede asumir que la capa MIMO máxima para cualquier BWP UL configurado tiene el mismo valor que maxMIMO-Layers.
En el cuarto enfoque de determinación de N*maxMLUL_i, N*maxMLUL_i puede predeterminarse de acuerdo con la información o notificación de asistencia del UE. Por ejemplo, N*maxMLUL_i para el BWP inicial o el BWP por defecto puede ser la capa MIMO máxima para la transmisión de datos notificada por el UE.
En el quinto enfoque de determinación de N*maxMLUL_i, N*maxMLUL_i puede definirse en la especificación de la operación del sistema. Por ejemplo, N*maxMLUL_i para el BWP inicial o el BWP por defecto puede ser un valor fijo, por ejemplo 1.
En el sexto enfoque de determinación de N*maxMLUL_i, N*maxMLUL_i = min(x, y), en el que x es el número máximo de puertos SRS por recurso SRS en el UL BWP i, e y es el número máximo de puertos SRS por recurso SRS entre todos los recursos SRS para PUSCH basado en libro de códigos o y es el número añadido de puertos SRS a través de recursos SRS para transmisión PUSCH no basado en libro de códigos.
Un UE puede transmitir su capa MIMO máxima preferente para la transmisión de datos UL al gNB. La capa MIMO máxima notificada puede utilizarse como información de asistencia o aplicarse directamente como capacidad de UE. A continuación se ofrecen ejemplos no limitantes de cómo notificar la capa MIMO máxima.
En un ejemplo para notificación de la capa MIMO máxima para transmisión de datos UL, el UE notifica una capa MIMO máxima preferente para un BWP por defecto o BWP inicial o UL BWP por defecto o UL BWP inicial.
En otro ejemplo para notificación de la capa MIMO máxima para transmisión de datos UL, el UE notifica una capa MIMO máxima preferente por UL BWP. En este caso, el UE notifica tanto la capa MIMO máxima preferente como el índice UL BWP correspondiente.
En otro ejemplo para notificación de la capa MIMO máxima para transmisión de datos UL, el UE notifica N>1 capa MIMO máxima preferente, en el que N< bW p UL configurados.
En otro ejemplo para notificación de la capa MIMO máxima para transmisión de datos UL, el UE notifica una capa MIMO máxima preferente para UL BWP activo.
ADAPTACIÓN DE UE EN PUERTOS DE ANTENA TX
Otra realización de la presente divulgación considera la adaptación de UE en puertos de antena de transmisión (TX) para transmisión de datos UL.
En el primer enfoque de adaptación de UE en puertos de antena TX, se puede proporcionar a un UE el número máximo de puertos de antena TX para un UL BWP con índice i, denotado como N^maxTXportsj en la presente divulgación. El Ue asume que el número de puertos de antena TX para la transmisión de datos UL en el UL BWP i, como SRS, PUSCH, no es mayor que N^maxTXportsj.
La FIG. 11 ilustra un diagrama de flujo para la adaptación en antenas TX con base en la adaptación dinámica en puertos de antena TX máxima mediante conmutación BWP de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1100 pueden implementarse en un UE, tal como el UE 116 de la FIG. 1.
El diagrama de flujo 1100 comienza en la operación 1102 por la determinación de los puertos de antena TX máximos, N^maxTXportsj, para cualquier UL BWL i configurado. En la operación 1104 se determina si conmutar de un BWP i activo a un BWP j objetivo. Si se determina conmutar del BWP i activo al BWP j objetivo, entonces el diagrama de flujo 1100 procede a la operación 1106 y conmuta al BWP j activo y asume que el máximo de puertos de antena TX para transmisión de datos UL, tal como PUSCH o PUCCH no es mayor que N^maxTXportsj asociado con UL BWPj.
En la operación 1108, las antenas TX o puertos de antena TX o cadenas TX RF pueden estar activadas o desactivadas de acuerdo con N^maxTXportsJ. El número de antenas TX o puertos de antena TX o cadenas TX RF activados es al menos N^maxTXportsJ. Por ejemplo, el UE sólo activa N^maxTXportsj antenas TX o cadenas TX RF.
Volviendo a la operación 1104, si se determina no conmutar del BWP activo i al BWP objetivo j, entonces el diagrama de flujo 1100 procede de la operación 1104 a la operación 1110 y permanece en el BWP activo i y asume que los puertos de antena TX para transmisión de datos, por ejemplo, PUSCH o PUCCH, no es mayor que N^maxTXports_i.
Para el UL BWP con índice i, cuando el UE determina el número máximo de puertos de antena TX para el UL BWP, N^maxTXportsj, el UE puede asumir cualquiera de las siguientes:
para la transmisión SRS utilizada para PUSCH basado en libro de códigos, el UE puede asumir que el número de puertos SRS por recurso SRS no es mayor que N^maxTXportsj;
para la transmisión SRS utilizada para PUSCH no basado en libro de códigos, el UE puede suponer que el número de recursos SRS no es mayor que N^maxTXportsj, cuando el número de puerto SRS para un recurso SRS individual es 1;
para la transmisión SRS para PUSCH no basado en libro de códigos, el UE puede asumir que el número añadido de puertos SRS a través de los recursos SRS no es mayor que N^maxTXportsj;
para la transmisión SRS utilizada para la conmutación de antenas o la gestión de haces, el UE puede asumir que el número de puertos SRS por recurso SRS no es mayor que N^maxTXportsj;
para la transmisión SRS, el UE puede asumir que el número de puertos SRS por recurso SRS multiplica el número de recursos SRS no es mayor que N^maxTXportsj, para cualquier recurso SRS establecido en el BWP UL i; y
para PUSCH basado en libro de códigos, el UE puede asumir que el rango máximo, es decir, maxRank en PUSCH-Config en REF 6, no es mayor que N^maxTXportsj.
Un UE puede determinar los puertos de antena TX máximos en un BWP UL con índice/ID i, es decir, N^maxTXportsj, a través de cualquiera de los siguientes enfoques.
En el primer enfoque de determinación de N^maxTXportsj, el UE asume que N^maxTXports_i es el valor máximo del número de puertos SRS por recurso SRS configurado en el BWP UL.
En el segundo enfoque de determinación de N^maxTXportsj, el UE asume que N^maxTXports_i es el valor máximo del número añadido de puertos SRS sobre todos los recursos SRS configurados por conjunto de recursos SRS en el BWP UL.
En el tercer enfoque de determinación de N^maxTXportsj, se proporciona a un UE el número máximo de puertos SRS por recurso SRS para el BWP UL i, a través de señalización de capa superior, y el UE puede asumir que N^maxTXports_i es igual al número máximo de puertos SRS por recurso SRS configurado en el bW p UL.
En el cuarto enfoque de determinación de N^maxTXportsJ, se proporciona a un UE el número máximo de puertos SRS por recurso SRS y el número máximo de recursos SRS para el BWP UL i, a través de señalización de capa superior. En un subejemplo, el UE puede asumir que N^maxTXports_i es igual al número máximo de puertos SRS por recurso SRS multiplicado por el número máximo de recursos SRS.
En el quinto enfoque de determinación de N^maxTXports_i, N^maxTXports_i = max(x, y), en el que x es el número máximo de puertos SRS por recurso SRS en el BWP UL i, y es el número de puertos SRS en un recurso individual cuando el BWP UL está asociado con transmisión de PUSCH basado en libro de códigos, de lo contrario y es el número añadido de puertos SRS a través de todos los recursos SRS cuando el BWP UL está asociado con transmisión de PUSCH no basado en libro de códigos.
En el sexto enfoque de determinación de N^maxTXports_i, N^maxTXports_i = max(x, y), donde x es el número máximo de puertos SRS por recurso SRS en el BWP UL i, e y es el número máximo de puertos SRS por recurso SRS entre todos los recursos SRS para PUSCH basado en libro de códigos, o y es el número añadido de puertos SRS a través de recursos SRS para PUSCH no basado en libro de códigos.
Un UE puede transmitir sus puertos de antena TX máximos preferentes para la transmisión de datos UL al gNB. Los puertos de antena TX máximos notificados para la transmisión de datos UL pueden utilizarse como información de asistencia o aplicarse directamente como capacidad de UE. La notificación de los puertos de antena TX puede realizarse mediante cualquiera de los siguientes ejemplos no limitantes.
En un ejemplo para notificación de puertos de antena TX para transmisión de datos UL, el UE notifica los puertos de antena TX máximos preferentes para un BWP por defecto o BWP inicial o BWP UL por defecto o BWP UL inicial.
En otro ejemplo para notificación de puertos de antena TX para transmisión de datos UL, el UE notifica un máximo preferente de puertos de antena TX por BWP UL. En este caso, el UE informa tanto los puertos de antena TX preferentes como el índice BWP UL correspondiente.
En otro ejemplo para notificación de puertos de antena TX máximos para transmisión de datos UL, el UE notifica N>1 puertos de antena TX preferentes, en el que N< BWP UL configurados.
En otro ejemplo para notificación de puertos de antena TX máximos para transmisión de datos UL, el UE notifica un máximo preferente de puertos de antena TX para BWP UL activo.
En el segundo enfoque de adaptación de UE en puertos de antena TX, se puede proporcionar a un UE el número máximo de puertos SRS por recurso SRS, denotado como X1_i, o el número máximo de recursos SRS, denotado como X2_i, para un BWP UL configurado con índice i, a través de señalización de capa superior.
Para un BWP UL i, cuando a un UE se le proporciona un número máximo de puertos SRS por recurso SRS, X1_i, el UE puede asumir cualquiera de los siguientes:
para la transmisión SRS para PUSCH basado en libro de códigos en el BWP UL i, el UE puede asumir que el número de puertos SRS por recurso SRS no es mayor que X1 en el BWP UL; y
para la transmisión SRS en el BWP UL i, el UE puede asumir que el número de puertos SRS por recurso SRS no es mayor que X1 en el BWP UL.
Para un BWP UL i, cuando se proporciona a un UE un número máximo de recursos SRS, X2_i, el UE puede asumir cualquiera de los siguientes:
para la transmisión SRS para PUSCH no basado en libro de códigos en el BWP UL i, el UE puede asumir que el número de recursos SRS no es mayor que X2_i; y
para la transmisión SRS en el BWP UL i, el UE puede asumir que el número de recursos SRS no es mayor que X2_i en el BWP UL.
Un UE puede transmitir su número máximo preferente de puertos SRS por recurso SRS o recursos SRS máximos al gNB. El número máximo notificado de puertos SRS por recurso SRS o el máximo de recursos SRS puede utilizarse como información de asistencia o aplicarse directamente como capacidad de UE. A continuación se ofrecen ejemplos no limitantes de notificación del número máximo de puertos SRS.
En un ejemplo para notificación del número máximo de puertos SRS por recurso SRS o recursos SRS máximos, el UE notifica el número máximo preferente de puertos SRS por recurso SRS o recursos SRS máximos para un BWP por defecto o BWP inicial o BWP UL por defecto o BWP UL inicial.
En otro ejemplo para notificación del número máximo de puertos SRS por recurso SRS o recursos SRS máximos, el UE notifica un número máximo preferente de puertos SRS por recurso SRS o recursos SRS máximos por BWP UL. En este caso, el UE informa tanto el número máximo preferente de puertos SRS por recurso SRS o recursos SRS máximos como el índice BWP UL correspondiente.
En otro ejemplo para notificación del número máximo de puertos SRS por recurso SRS o recursos SRS máximos, el UE informa N> número máximo preferente de puertos s Rs por recurso SRS o recursos SRS máximos, en el que N <= BWP UL configurados.
En otro ejemplo para notificación del número máximo de puertos SRS por recurso SRS o recursos SRS máximos, el UE notifica un número máximo preferente de puertos SRS por recurso SRS o recursos SRS máximos para BWP UL activo.
GESTIÓN DE OPERACIONES DE UE DURANTE C-DRX
Un canal/señal de ahorro de energía con base en PDCCH puede hacer que un UE se "despierte" para la(s) siguiente(s) concurrencia(s) de drx-onDurationTimer. Por ejemplo, un gNB puede configurar un UE para que reciba, fuera del Tiempo Activo de DRX para el UE, un PDCCH que proporcione un formato DCI que indique al UE si debe o no supervisar candidatos PDCCH en conjuntos de espacios de búsqueda asociados en una o más de las siguientes duraciones de activación de DRX. Por ejemplo, cuando el UE no detecta el formato DCI, el UE no supervisa PDCCH en una o más (de acuerdo con la configuración de las capas superiores) duraciones de activación de DRX.
Varias realizaciones describen la operación del UE cuando un UE recibe una señal/canal de ahorro de energía, como por ejemplo un PDCCH fuera del Tiempo Activo de DRX que proporciona un formato DCI, indicando al UE que omita la supervisión del PDCCH en una o más duraciones de activación de DRX o que omita cualquier transmisión y recepción en una o más duraciones de activación de DRX. Alternativamente, la indicación puede ser implícita, de modo que un comportamiento por defecto del UE puede ser omitir la supervisión del PDCCH a menos que el UE reciba una indicación para supervisar PDCCH para las siguientes duraciones de activación de DRX (o no reciba una indicación para supervisar PDCCH). El mecanismo exacto de cómo se proporciona a un UE una indicación para operar en un modo de ahorro de energía, como omitir la supervisión del PDCCH, en la siguiente o más duraciones de activación de DRX no es material para las realizaciones de la presente divulgación y la señalización puede ser generalmente referida como proporcionada por una señal/canal de ahorro de energía.
La FIG. 12 ilustra un diagrama de flujo para recibir una señal/canal de ahorro de energía con base en PDCCH de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1200 pueden implementarse en un UE, tal como el UE 116 de la FIG. 1.
El diagrama de flujo 1200 comienza en la operación 1202 por la recepción de una indicación para omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes. Por ejemplo, el UE puede configurarse para recibir PDCCH en una ocasión de supervisión configurada fuera del Tiempo Activo de DRX en estado RRC_CONNECTED y un formato DCI asociado puede indicar al UE si debe omitir o no la supervisión del PDCCH para las siguientes duraciones de activación de DRX. A continuación, en la operación 1204, se omite la supervisión del PDCCH durante las duraciones de activación de DRX asociadas.
Si bien se define la capacidad de un UE para omitir la supervisión del PDCCH en una o más duraciones de activación de DRX siguientes, pueden ser necesarias excepciones para la correcta operación del UE. En la siguiente divulgación se describen con más detalle algunos escenarios ejemplares relacionados con dichas excepciones.
COMPORTAMIENTO DE UE Y SUPERVISIÓN DE PDCCH
Una realización de la presente divulgación considera una operación de UE relacionada con la supervisión del PDCCH cuando el UE recibe una indicación para omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes asociadas con una operación (C-DRX) de recepción discontinua en estado RRC_CONNECTED (o recepción discontinua en modo conectado).
Cuando un UE recibe (o no recibe) una señal/canal de ahorro de energía, tal como por ejemplo un PDCCH fuera del Tiempo Activo de DRX que proporciona un formato DCI que indica al UE que omita la supervisión del PDCCH durante una o más duraciones de activación de DRX, el UE puede omitir la supervisión del PDCCH al menos para formatos DCI con CRC codificado por un RNTI de celda (C-RNTI) en conjuntos de espacio de búsqueda (USS) específicos del UE. Sin embargo, en algunas realizaciones, aún se espera que el UE supervise los candidatos PDCCH en las duraciones de activación de DRX asociadas para cualquiera de los siguientes casos, independientemente de la indicación de omitir la supervisión del PDCCH.
Caso 1: Se espera que el UE supervise PDCCH en un espacio de búsqueda común (CSS) de tipo0-PDCCH para formatos DCI con CRC codificado por RNTI de Información de Sistema (SI-RNTI). Esto permite al UE obtener actualizaciones de la información del sistema. Esto es beneficioso para la operación del sistema incluso para los UE que no tienen datos que recibir o transmitir durante un periodo de duración de activación de DRX (y a los que se indica omitir la supervisión del PDCCH) porque la información del sistema se actualiza normalmente en un intervalo de tiempo mucho mayor que un periodo de duración de activación de DRX.
Caso 2: Se espera que el UE supervise PDCCH en un CSS de Tipo0A-PDCCH para formatos DCI con CRC codificado por SI-RNTI. El motivo es similar al de la supervisión de PDCCH en un CSS de Tipo0-PDCCH.
Caso 3: Se espera que el UE supervise PDCCH en un CSS de Tipol-PDCCH para formatos DCI con CRC codificado por RNTI de acceso aleatorio (RA-RNTI) o RNTI de celda temporal (TC-RNTI). Como se describe más adelante, esto es beneficioso para un UE que espera una respuesta a un PRACH que el UE transmitió para solicitar la programación de PUSCH, establecer la sincronización al recibir un comando de avance de temporización en una respuesta de acceso aleatorio (RAR), etcétera.
Caso 4: Se espera que el UE supervise PDCCH en un USS para formatos DCI con CRC codificado por RNTI de Programación Configurada (CS-RNTI).
Caso 5: Se espera que el UE supervise PDCCH en un USS para formatos DCI con CRC codificado por RNTI de Celda de Esquema de Codificación Modulante (MCS-C-RNTI) o, en general, para formatos DCI con CRC codificado por un RNTI asociado a un tipo de servicio con requisitos de baja latencia. Los espacios de búsqueda o los RNTI en los que se espera que el UE supervise PDCCH (independientemente de una indicación por parte de una señal/canal de ahorro de energía que sea inaplicable para esos espacios de búsqueda) pueden ser configurados al UE por capas superiores.
La FIG. 13 ilustra un diagrama de flujo para la supervisión de PDCCH cuando una señal/canal de ahorro de energía indica omitir la supervisión de PDCCH durante una o más duraciones de activación de DRX siguientes de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1300 pueden implementarse en un UE, tal como el UE 116 de la FIG. 1.
El diagrama de flujo 1300 comienza en la operación 1302 por la recepción de una indicación para omitir la supervisión del PDCCH en una o más siguientes duraciones de activación de DRX fuera del Tiempo Activo de DRX en el estado 501 RRC_CONNECTED. En la operación 1304, se determina si el PDCCH candidato para un conjunto de espacio de búsqueda está asociado únicamente con un C-RNTI. Si el PDCCH candidato para el conjunto de espacio de búsqueda sólo está asociado con un C-RNTI, entonces el diagrama de flujo 1300 procede a la operación 1306 en la que se omite la supervisión del PDCCH candidato. Sin embargo, si el PDCCH candidato para el conjunto de espacio de búsqueda no se asocia únicamente con un C-RNTI en la operación 1304, entonces el diagrama de flujo 1300 procede a la operación 1308 y el PDCCH candidato se supervisa aunque el drx-onDurationTimer no esté en ejecución.
COMPORTAMIENTO DEL UE Y TRANSMISIONES DE SOLICITUDES DE PROGRAMACIÓN (SR)
Otra realización de la presente divulgación considera la operación del UE relacionada con la transmisión SR cuando el UE recibe una indicación para omitir la supervisión del PDCCH durante las siguientes duraciones de activación de DRX asociadas con la operación de recepción discontinua en estado RRC_CONNECTED (C-DRX).
En una o más realizaciones, un UE puede transmitir una SR (positiva) dentro de las duraciones de activación de DRX asociadas cuando el UE recibe (o no recibe) una señal/canal de ahorro de energía, como por ejemplo un PDCCH fuera del Tiempo Activo de DRX que proporciona un formato DCI indicando al UE que omita la supervisión del PDCCH durante una o más duración(es) DRX oN. Por ejemplo, el UE puede transmitir una SR positiva en los recursos PUCCH para los que el UE está configurado para la transmisión SR aunque el drx-onDurationTimer no esté en ejecución.
Después de que el UE transmita una SR positiva, el SR anula la indicación de omitir la supervisión del PDCCH al menos para los formatos DCI que programen una transmisión de PUSCH. El UE puede reiniciar un temporizador asociado a DRX Active Time, por ejemplo drx-onDurationTimer o drx-InactivityTimer, y comenzar a supervisar PDCCH al menos para formatos DCI por la programación de una transmisión de PUSCH en el conjunto o conjuntos USS correspondientes. En otro enfoque, el UE también puede supervisar PDCCH para formatos DCI que programan una recepción PDSCH cuando los formatos DCI tienen el mismo tamaño que el formato DCI que programa una transmisión de PUSCH. En otro enfoque, el UE puede realizar una supervisión del PDCCH completa para todos los formatos DCI después de que el UE transmita una SR positiva. Lo mismo puede aplicarse cuando el UE transmite un PRACH que sirve como SR. El UE puede esperar detectar un formato DCI, por ejemplo formato DCI 0_0 o formato DCI 0_1 con CRC codificado por C-RNTI, para programar una transmisión de PUSCH cuando el SR positivo anula la indicación para que el UE omita la supervisión del PDCCH en el periodo de duración de activación de DRX. Alternativamente, un gNB en servicio puede indicar al UE que supervise el PDCCH durante las duraciones de activación de DRX en una próxima ocasión de supervisión de un PDCCH que proporcione la indicación. El UE puede también por defecto supervisar PDCCH en las siguientes duraciones de activación de DRX y puede omitir la recepción de un canal de ahorro de energía/señal que proporcione una indicación de si el UE supervisa o no PDCCH en las siguientes duraciones de activación de dRx .
El UE puede determinar si transmite o no una SR positiva cuando el UE recibe una indicación para omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX o si una SR positiva puede o no anular una indicación para omitir la supervisión del PDCCH a través de cualquiera de los siguientes procedimientos.
Procedimiento 1: La especificación del sistema puede definir si un UE puede o no transmitir una SR positiva en las siguientes duraciones de activación de DRX cuando el UE recibe una indicación de omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX o si una SR positiva puede o no anular una indicación de omitir la supervisión del PDCCH. Por ejemplo, la operación del sistema puede especificar que un UE transmita una SR positiva en las siguientes duraciones de activación de DRX cuando el equipo de usuario reciba una indicación de omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX, y una SR positiva puede anular una indicación de omitir la supervisión del PDCCH, y el equipo de usuario puede comenzar a supervisar PDCCH después de transmitir una SR.
Procedimiento 2: La señalización de capa superior proporcionada al UE puede dictar si un UE puede o no transmitir una SR positiva en las siguientes duraciones de activación de DRX cuando el UE recibe una indicación para omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX o si una SR positiva puede o no anular una indicación para omitir la supervisión del PDCCH. Por ejemplo, la configuración de un conjunto de espacio de búsqueda para la supervisión de PDCCH que proporciona un formato DCI que indica si omitir o no la supervisión de PDCCH en las siguientes duraciones de activación de DRX puede incluir una indicación de si una transmisión de SR positiva anula o no la indicación de omitir la supervisión de PDCCH. En otro ejemplo, la configuración del recurso PUCCH para la transmisión de SR puede incluir una indicación para saber si el UE puede o no transmitir todavía una SR positiva en las siguientes duraciones de activación de DRX cuando el UE recibe una indicación para omitir la supervisión del PDCCH en las duraciones de activación de DRX.
Procedimiento 3 : La señal/canal de capa física para indicar al UE omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX puede incluir también una indicación de si el UE puede o no transmitir todavía una SR positiva o si una transmisión de SR positiva anula o no la indicación de saltarse la supervisión del PDCCH en las siguientes duraciones de activación de DRX.
La FIG. 14 ilustra un diagrama de flujo para la supervisión del PDCCH antes y después de una transmisión de solicitud de programación (SR) positiva después de una indicación previa para omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1400 pueden implementarse en un UE, tal como el UE 116 de la FIG. 1.
El diagrama de flujo 1400 comienza en la operación 1402 por la recepción de una indicación en un formato DCI para omitir la supervisión del PDCCH en una o más duraciones de activación de DRX siguientes. El UE puede configurarse con recursos PUCCH para la transmisión de SR. En la operación 1404, la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas. Por ejemplo, la supervisión de PDCCH puede omitirse al menos para los formatos DCI con CRC codificado por C-RNTI en el conjunto o conjuntos de espacios de búsqueda específicos de UE, durante las duraciones de activación de DRX asociadas cuando drx-onDurationTimer puede no estar en ejecución.
En la operación 1406 se transmite una SR positiva. La SR positiva se transmite cuando el UE tiene datos que transmitir. En una realización, la SR positiva puede transmitirse utilizando un recurso PUCCH configurado para la transmisión de SR. En la operación 1408 se determina si otro campo del formato DCI indica que una transmisión de SR positiva puede anular la indicación de omitir la supervisión del PDCCH. Si otro campo en el formato DCI indica que la transmisión de SR positiva puede anular la indicación de omitir la supervisión del PDCCH, entonces el diagrama de flujo 1400 procede a la operación 1410 y PDCCH se supervisa al menos para formatos DCI que programan PUSCH, por ejemplo, formatos DCI 0_0 o 0_1. En algunas realizaciones, la operación 1410 también puede incluir el reinicio de un temporizador asociado con el Tiempo Activo de DRX.
En la operación 1408, si se determina que otro campo en la DCI no indica que una transmisión de SR positiva puede anular la indicación de omitir la supervisión del PDCCH, entonces el diagrama de flujo 1400 procede a la operación 1412 y la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas. En algunas realizaciones, el UE puede esperar que un gNB en servicio indique al UE que supervise PDCCH durante las duraciones de activación de DRX en una próxima ocasión de supervisión de un PDCCH que proporcione la indicación.
La FIG. 15 ilustra otro diagrama de flujo para la supervisión de PDCCH antes y después de una transmisión de solicitud de programación (SR) positiva tras una indicación previa para omitir la supervisión de PDCCH durante una o más duraciones de activación de DRX siguientes de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1500 pueden implementarse en un UE, tal como el UE 116 de la FIG. 1.
El diagrama de flujo 1500 comienza en la operación 1502 por la recepción de una indicación para omitir la supervisión del PDCCH en una o más próximas duraciones de activación de d Rx , por ejemplo fuera del Tiempo Activo de DRX en estado RRC_CONNECTED. El UE puede configurarse con recursos PUCCH para la transmisión de SR. En la operación 1504, la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas. En algunas realizaciones, la supervisión del PDCCH se omite al menos para formatos DCI con CRC codificado por C-RNTI en conjuntos de espacio de búsqueda específicos de UE, durante las duraciones de activación de DRX asociadas cuando drx-onDurationTimer puede no estar en ejecución.
En la operación 1506, se transmite una SR positiva. La SR positiva, que se transmite cuando el UE tiene datos que transmitir, puede transmitirse utilizando un recurso PUCCH configurado para la transmisión de SR. En la operación 1508, PDCCH para al menos los formatos DCI que programan PUSCH, por ejemplo, formato DCI 0_0 o 0_1, se supervisa porque las SR positivas anulan las indicaciones para omitir la supervisión de PDCCH. En algunas realizaciones, la operación 1508 también incluye reiniciar un temporizador asociado con el Tiempo Activo de DRX. En una o más realizaciones, también se puede esperar que el UE supervise PDCCH para todos los formatos DCI.
COMPORTAMIENTO Y TRANSMISIÓN/RECEPCIÓN DE DATOS PERIÓDICA/SEMIPERSISTENTE
Otra realización de la presente divulgación considera una operación de UE para transmisión/recepción de datos periódica/semipersistente cuando el UE recibe una indicación para omitir la supervisión del PDCCH para las siguientes duraciones de activación de DRX asociadas con la operación de recepción discontinua en estado RRC_CONNECTED (C-DRX).
Un UE puede determinar que una indicación para omitir la supervisión del PDCCH en una o más duraciones de activación de DRX siguientes no se aplica a una transmisión de PUSCH configurada-otorgada (CG). Por lo tanto, el UE puede transmitir CG-PUSCH utilizando los recursos CG-PUSCH configurados dentro de las duraciones de activación de DRX configuradas aunque el drx-onDurationTimer no esté en ejecución. Además, el UE también puede supervisar PDCCH para formatos DCI por la programación de una retransmisión de un bloque de transporte en una transmisión CG-PUSCH inicial. Además, cuando el UE incluye un informe de estado de memoria intermedia (BSR) en una transmisión CG-PUSCH indicando datos adicionales para transmitir, el UE puede cancelar la indicación de omitir la supervisión del PDCCH, como se describió anteriormente con respecto a una transmisión de SR positiva. Cabe esperar que el UE supervise PDCCH al menos en conjuntos de espacios de búsqueda asociados con formatos DCI que programen transmisiones PUSCH. También es posible que, tras enviar una b Sr en una transmisión de PUSCH, se espere que el UE supervise PDCCH para todos los conjuntos de espacios de búsqueda configurados para el UE.
El UE puede determinar si una indicación para omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX se aplica o no a una transmisión de PUSCH configurada-concedida (CG) a través de cualquiera de los siguientes enfoques.
En un enfoque, la especificación de operación del sistema puede definir si una indicación para omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX se aplica o no a una transmisión de PUSCH configurada-concedida (CG).
En otro enfoque, la señalización de capa superior proporcionada a un UE puede dictar si una indicación para omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX se aplica o no a una transmisión de PUSCH configurada-concedida (CG).
En otro enfoque adicional, la señal/canal de capa física que proporciona la indicación para omitir la supervisión del PDCCH en una o más duraciones de activación de DRX siguientes puede indicar si una indicación para omitir la supervisión del PDCCH en una o más duraciones de activación de DRX siguientes se aplica o no a una transmisión de PUSCH de concesión configurada (CG). Por ejemplo, cuando un UE recibe un formato DCI con un campo para indicar al UE que omita la supervisión del PDCCH en la siguiente duración de activación de DRX, el UE puede interpretar otro campo de 1 bit para indicar si el UE puede o no ignorar la indicación para CG PUSCH y seguir transmitiendo datos a través de CG PUSCH, y supervisar CS-RNTI para la retransmisión de CG PUSCH.
La FIG. 16 ilustra un diagrama de flujo para la supervisión del PDCCH para formatos DCI que programan la transmisión de un CG-PUSCH después de una indicación previa para omitir la supervisión del PDCCH en una o más duraciones de activación de DRX siguientes de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1600 pueden implementarse en un UE, tal como el UE 116 de la FIG. 1.
El diagrama de flujo 1600 comienza en la operación 1602 por la recepción de una indicación para omitir la supervisión del PDCCH en una o más siguientes duraciones de activación de DRX. En la operación 1604, la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas cuando drx-onDurationTimer no está en ejecución. En la operación 1606, los datos se transmiten a través de un siguiente PUSCH disponible/configurado y el PDCCH se supervisa para formatos DCI por la programación de retransmisiones de un bloque de transporte en la operación 1608.
Cuando un UE recibe (o no recibe) una señal/canal de ahorro de energía, como por ejemplo un PDCCH fuera del Tiempo Activo de DRX que proporciona un formato DCI indicando al UE que omita la supervisión del PDCCH durante una o más duraciones de activación de DRX, un UE puede determinar que la indicación de la señal/canal de ahorro de energía para omitir la supervisión del PDCCH no se aplica a la recepción PDSCH semipersistente (SPS). Se espera que el UE reciba SPS PDSCH aunque el drx-onDurationTimer no esté en ejecución. Además, el UE transmite información HARQ-ACK en respuesta a la recepción SPS PDSCH dentro de la(s) duraciones de activación de DRX configuradas. Al menos cuando el UE transmite un acuse de recibo negativo (NACK), se espera que el UE supervise PDCCH para formatos DCI por la programación de una retransmisión de PDSCH SPS aunque previamente se haya indicado al UE que omita la supervisión del PDCCH dentro de la duración de activación de DRX. También es posible esperar que el UE supervise siempre el PDCCH para retransmisiones de un TB en una transmisión de PDSCH SPS. Además, la supervisión del PDCCH puede restringirse para que se produzca en ocasiones específicas, tal como por ejemplo en franjas horarias de recepciones de PDSCH SPS.
Un UE puede determinar si la indicación de la señal/canal de ahorro de energía para omitir la supervisión del PDCCH se aplica o no a la recepción PDSCH semipersistente (SPS) a través de cualquiera de los siguientes enfoques.
En un enfoque, la especificación de la operación del sistema puede definir si una indicación para omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX se aplica o no a un PDSCH SPS.
En otro enfoque, la señalización de capa superior proporcionada al UE puede dictar si una indicación para omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX se aplica o no a un PDSCH SPS.
En otro enfoque adicional, la señal/canal de capa física que proporciona la indicación para omitir la supervisión del PDCCH en una próxima una o más duraciones de activación de DRX puede indicar si una indicación para omitir la supervisión del PDCCH en una próxima una o más duraciones de activación de DRX se aplica o no a un PDSCH SPS. Por ejemplo, cuando un UE recibe un formato DCI con un campo para indicar al UE que omita la supervisión del PDCCH en la siguiente duración de activación de DRX, el UE puede interpretar otro campo de 1 bit para indicar si el UE puede o no ignorar la indicación para PDSCH SPS y seguir por la recepción de datos a través de PDSCH SPS, y supervisar CS-RNTI para la retransmisión de SPS PUSCH.
La FIG. 17 ilustra un diagrama de flujo para supervisión del PDCCH con recepción SPS PDCSH en respuesta a transmisión HARQ-ACK con valor NACK después de una indicación previa para omitir supervisión del PDCH durante una o más duraciones de activación de DRX siguientes de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1700 pueden implementarse en un UE, tal como el UE 116 de la FIG. 1.
El diagrama de flujo 1700 comienza en la operación 1702 por la recepción de una indicación para omitir la supervisión del PDCCH en una o más siguientes duraciones de activación de DRX. En la operación 1704, la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas. En algunas realizaciones, PDCCH todavía puede ser supervisado para formatos DCI con CRC codificado por un CS-RNTI. En la operación 1706, se recibe un PDSCH SPS. A continuación, se transmite información HARQ-ACK en respuesta al bloque de transporte recibido en el PDSCH SPS en la operación 1708. En la operación 1710, PDCCH se supervisa para formatos DCI por la programación de retransmisiones PDSCH SPS para el bloque de transporte (TB) si el UE transmite un NACK. En algunas realizaciones, PDCCH puede ser supervisado para una retransmisión de programación de formato DCI de un TB en una transmisión de PDSCH SPS inicial independientemente del valor de la información HARQ-ACK proporcionada.
COMPORTAMIENTO DE UE Y MEDICIONES DE CSI, INFORMES DE CSI Y TRANSMISIONES DE SRS
Otra realización de la presente divulgación se refiere a la operación del UE para mediciones de CSI periódicas/semipersistentes, notificaciones de CSI periódicos/semipersistentes y transmisión de SRS cuando se indica al UE que omita la supervisión del PDCCH para las siguientes duraciones de activación de DRX asociadas con la operación de recepción discontinua en estado RRC_CONNECTED (C-DRX).
Las mediciones de CSI-RS periódicas/semipersistentes o los notificaciones de CSI periódicos/semipersistentes se utilizan principalmente para permitir la adaptación de enlace de recepciones unidifusión programadas por un UE, tal como recepciones PDCCH o PDSCH, para soporte de movilidad y para gestión de haces. Cuando un UE recibe una indicación para omitir la supervisión del PDCCH durante las siguientes duraciones de activación de DRX, como por ejemplo cuando el UE recibe (o no recibe) una señal/canal de ahorro de energía fuera del Tiempo Activo de DRX, el UE no puede programarse para recibir PDSCH. Por consiguiente, el UE puede omitir las mediciones de CSI-RS periódicas/semipersistentes o las notificaciones de CSI periódicos/semipersistentes asociados a la adaptación de enlace de las recepciones PDCCH o PDSCH. Sin embargo, es conveniente que el UE no omita las mediciones de CSI-RS periódicas/semipersistentes o los notificaciones de CSI periódicos/semipersistentes asociados a la gestión de haces, dado que tal omisión puede dar lugar a un fallo del enlace. Por ejemplo, puede esperarse que el UE informe de una potencia recibida de señal de referencia (RSRP) para una configuración CSI-RS.
En un enfoque de determinación de mediciones de CSI-RS periódicas/semipersistentes o de notificaciones de CSI periódicos/semipersistentes, el UE espera realizar mediciones de CSI-RS periódicas/semipersistentes o notificaciones de CSI periódicos/semipersistentes de acuerdo con la especificación de la operación del sistema en las duraciones de activación de DRX, cuando el UE recibe una indicación para omitir la supervisión del PDCCH en las duraciones de activación de DRX. Por ejemplo, el UE espera realizar mediciones de CSI-RS periódicas/semipersistentes o notificaciones de CSI periódicos/semipersistentes asociados con la gestión del haz incluso cuando el drxonDurationTimer puede no estar en ejecución debido a una indicación para omitir la supervisión del PDCCH en la siguiente duración de activación de DRX. El UE puede determinar si las mediciones o notificaciones de CSI-RS periódicos/semipersistentes están asociados o no a la gestión de haces mediante cualquiera de los siguientes ejemplos.
Ejemplo 1: La cantidad de informes proporcionada en la configuración incluye sólo L1 RSRP, por ejemplo, RSRP indicador de recursos CSI-RS (CRI-RSRP) o ssb-Index-RSRP como se define en REF 7.
Ejemplo 2: La cantidad de informes proporcionada en la configuración incluye L1 RSRP y/u otras cantidades. Cuando se indica al UE que omita la supervisión del PDCCH, se espera que el UE ignore otras cantidades y sólo informe de L1 RSRP.
Cuando una activación de supervisión del PDCCH, al menos para recepciones PDSCH, es iniciada por el UE, por ejemplo después de una transmisión de SR positiva como se ha descrito previamente, se puede esperar que el UE comience a realizar mediciones de CSI-RS periódicas/semipersistentes y a proporcionar notificaciones de CSI periódicos/semipersistentes asociados con la adaptación del enlace de acuerdo con configuraciones proporcionadas previamente durante las duraciones de activación de DRX.
La FIG. 18 ilustra un diagrama de flujo para la recepción/notificación de CSI periódica/semipersistente cuando un formato DCI proporciona una indicación para omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1800 pueden implementarse en un UE, tal como el UE 116 de la FIG. 3, con una configuración para mediciones de CSI-RS periódicas/semipersistentes o notificaciones de CSI periódicos/semipersistentes.
El diagrama de flujo 1800 comienza en la operación 1802 por la recepción de una indicación para omitir la supervisión del PDCCH en una o más siguientes duraciones de activación de DRX. En la operación 1804, la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas. En la operación 1806, se determina si la medición o notificación periódica/semipersistente de CSI está asociada con la gestión/notificación de haces con base en la cantidad de notificación configurada, es decir, reportQuantity, como se describe en REF 7.
Para un informe de CSI-RS periódico/semipersistente, si reportQuantity es CRI-RSRP o ssb-Index-RSRP como se define en REF 7, el informe de CSI asociado se utiliza para el informe de haz y el diagrama de flujo 1800 procede de la operación 1806 a la operación 1810 para permitir la medición CSI-RS y el informe al gNB en servicio dentro de las duraciones de activación de DRX asociadas. De lo contrario, si reportQuantity es ninguna o es cri-RI-PMI-CQI o cri-RI-i1 o cri-RI-i1-CQI o cri-RI-CQI o cri-RI-LI-PMI-CQI como se define en Re F7, entonces el diagrama de flujo 1800 procede de la operación 1806 a la operación 1808 para que pueda detenerse u omitirse la medición CSI-RS y la notificación de la CSI correspondiente dentro de las duraciones de activación de DRX asociadas.
En otro enfoque de determinación de mediciones de CSI-RS periódicas/semipersistentes o notificaciones de CSI periódicos/semipersistentes, el UE puede recibir una indicación por señalización de capa superior que indica si se espera o no que el UE realice mediciones de CSI-RS periódicas/semipersistentes o notificaciones de CSI periódicos/semipersistentes en duraciones de activación de DRX cuando el UE recibe una indicación para omitir supervisión del PDCCH en duraciones de activación de DRX. Por ejemplo, la configuración de recursos CSI-RS periódicos/semipersistentes para mediciones o notificaciones de CSI periódicos/semipersistentes puede incluir un parámetro RRC para indicar si el UE puede o no seguir realizando mediciones de CSI-RS periódicas/semipersistentes o notificaciones de CSI periódicos/semipersistentes en las duraciones de activación de d Rx cuando el UE recibe una indicación para omitir la supervisión del PDCCH en las duraciones de activación de DRX, y el drxonDurationTimer puede no estar en ejecución.
En aún otro enfoque para determinar mediciones de CSI-RS periódicas/semipersistentes o notificaciones de CSI periódicos/semipersistentes, cuando el UE recibe una indicación en una señal/canal de capa física para omitir la supervisión del PDCCH en una o más duraciones de activación de DRX, la señal/canal de capa física puede incluir otra indicación de si se espera o no que el UE efectúe mediciones de CSI-RS periódicas/semipersistentes o notificaciones de CSI periódicos/semipersistentes en la duración o duraciones de activación de d Rx asociadas, aunque drx-onDurationTimer no esté en ejecución. Por ejemplo, un UE recibe un formato DCI con un campo que indica al UE que omita la supervisión del PDCCH para la siguiente duración de activación de DRX, y otro campo en el formato DCI, por ejemplo 1 bit, puede utilizarse para determinar si el UE puede o no realizar mediciones de CSI-RS periódicas/semipersistentes o notificaciones de CSI periódicos/semipersistentes en la duración de activación de DRX.
La FIG. 19 ilustra otro diagrama de flujo para la recepción/notificación de CSI periódica/semipersistente cuando un formato DCI proporciona una indicación para omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 1900 pueden implementarse en un UE, tal como el UE 116 de la FIG. 3, que está configurado para mediciones o notificaciones de CSI-RS periódicos/semipersistentes.
El diagrama de flujo 1900 comienza en la operación 1902 por la recepción de una indicación en un formato DCI para omitir la supervisión del PDCCH en una o más duraciones de activación de DRX siguientes. En la operación 1904, la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas. En la operación 1906 se determina si otro campo del formato DCI indica la omisión de mediciones de CSI-RS periódicas/semipersistentes o la presentación de informes en las duraciones de activación de DRX asociadas. Si otro campo del formato DCI indica la omisión de la medición o notificación periódica/semipersistente de CSI-RS, el diagrama de flujo 1900 pasa de la operación 1908 a la operación 1910 y se detiene la medición y/o notificación periódica/semipersistente de CSI-RS dentro de las duraciones de activación de DRX asociadas. Sin embargo, si otro campo del formato DCI no indica omitir la medición y/o notificación periódica/semipersistente CSI-RS, entonces el diagrama de flujo 1900 procede de la operación 1908 a la operación 1912 y la medición y/o notificación periódica/semipersistente CSI-RS se continúa dentro de las duraciones de activación de DRX asociadas.
Las transmisiones SRS periódicas/semipersistentes se utilizan principalmente para permitir la adaptación de enlace de transmisiones unicast programadas por un UE, tal como transmisiones PUCCH o PUSCH. Las transmisiones SRS periódicas/semipersistentes también se utilizan para la operación del espectro no equiparado, como en las bandas TDD, para la adaptación del enlace de las recepciones unicast programadas del UE, tal como las recepciones PDCCH o PDSCH. Sin embargo, la transmisión de SRS puede utilizarse para otros fines, como la recuperación de fallos de enlace o la gestión de haces.
En un enfoque para determinar la transmisión periódica/semipersistente de SRS, cuando se indica a un UE que omita la supervisión del PDCCH en las siguientes duraciones de activación de DRX, un UE puede omitir transmisiones SRS periódicas/semipersistentes cuando el UE no supervisa PDCCH para formatos DCI que programan PDSCH o PUSCH. Cuando el equipo de usuario inicia la activación de la supervisión del PDCCH, por ejemplo después de una transmisión de SR positiva como se ha descrito anteriormente, el UE puede iniciar transmisiones SRS periódicas/semipersistentes de acuerdo con la configuración proporcionada anteriormente durante las duraciones de activación de DRX.
La FIG. 20 ilustra un diagrama de flujo para la transmisión periódica/semipersistente de SRS tras una indicación previa para omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 2000 pueden implementarse en un UE, tal como el UE 116 de la FIG. 3, que está configurado para la transmisión de SRS periódica o semipersistente.
El diagrama de flujo 2000 comienza en la operación 2002 por la recepción de una indicación para omitir la supervisión del PDCCH en una o más siguientes duraciones de activación de DRX. En la operación 2004, la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas. En la operación 2006, la transmisión periódica/semipersistente de SRS se detiene dentro de las duraciones de activación de DRX asociadas. En la operación 2008, la transmisión de SRS dentro de las duraciones de activación de DRX asociadas se reinicia cuando el UE inicia la supervisión del PDCCH para formatos DCI por la programación de recepciones PDSCH o transmisiones PUSCH. La supervisión del PDCCH puede iniciarse de forma autónoma, por ejemplo, tras la transmisión de una SR positiva, o con base en una indicación recibida de un gNB en servicio.
En otro enfoque para determinar la transmisión periódica/semipersistente de SRS cuando se indica al UE que omita la supervisión del PDCCH en las siguientes duraciones de activación de DRX, se puede proporcionar al UE mediante señalización de capa superior si el UE espera o no realizar transmisión periódica/semipersistente de SRS en las duraciones de activación de DRX independientemente de la indicación de omitir la supervisión del PDCCH en la duración de activación de DRX.
En otro enfoque para determinar la transmisión periódica/semipersistente de SRS cuando se indica al UE que omita la supervisión del PDCCH para las siguientes duraciones de activación de DRX, se puede incluir una indicación de si el UE realiza o no transmisión periódica/semipersistente de SRS en las siguientes duraciones de activación de DRX en la señal/canal de capa física que incluye la indicación de omitir la supervisión del PDCCH en las siguientes duraciones de activación de DRX.
La FIG. 21 ilustra otro diagrama de flujo para la transmisión periódica/semipersistente de SRS después de una indicación previa para omitir la supervisión del PDCCH durante una o más duraciones de activación de d Rx siguientes de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 2100 pueden implementarse en un UE, tal como el UE 116 de la FIG. 3, que está configurado para la transmisión de SRS periódica o semipersistente.
El diagrama de flujo 2100 comienza en la operación 2102 por la recepción de una indicación en un formato DCI para omitir la supervisión del PDCCH en una o más duraciones de activación de DRX siguientes. En la operación 2104, la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas. En la operación 2108 se determina si otro campo del formato DCI indica que las transmisiones SRS periódicas/semipersistentes pueden omitirse en las duraciones de activación de DRX asociadas. Si otro campo en el formato DCI indica que la transmisión periódica/semipersistente de SRS puede ser omitida en las duraciones de activación de DRX asociadas, entonces el diagrama de flujo 2100 procede de la operación 2108 a la operación 2110 en el que la transmisión periódica/semipersistente de SRS puede ser detenida u omitida dentro de las duraciones de activación de DRX asociadas. Sin embargo, si el formato DCI no tiene otro campo que indique omitir la transmisión periódica/semipersistente de SRS, entonces el diagrama de flujo 2100 procede de la operación 2108 a la operación 2112 donde la transmisión periódica/semipersistente de SRS se realiza dentro de las duraciones de activación de DRX asociadas aunque el drx-onDurationTimer pueda no estar en ejecución.
COMPORTAMIENTO DE UE Y TRANSMISIONES PRACH
Otra realización de la presente divulgación considera una operación de UE para transmisiones de un canal de acceso aleatorio físico (PRACH) cuando el UE recibe una indicación para omitir la supervisión del PDCCH para las siguientes duraciones de activación de DRX asociadas con la operación de recepción discontinua en estado RRC_CONNECTED (C-DRX).
Para la transmisión PRACH, un UE puede ignorar la indicación para la operación en un modo de ahorro de energía tal como para omitir la supervisión del PDCCH durante las duraciones de activación de DRX. Un UE en el estado RRC_CONNECTED puede transmitir un PRACH para varios propósitos, incluyendo el restablecimiento de la sincronización con un gNB en servicio, la obtención de un comando de avance de temporización del gNB, la indicación de recuperación de enlace, o la indicación de llegada de nuevos datos, y entonces la transmisión PRACH también proporciona la funcionalidad de una transmisión de SR positiva. Después de una transmisión PRACH, el UE puede empezar a supervisar PDCCH para detectar un formato DCI que programe una recepción de un PDSCH que proporcione una respuesta de acceso aleatorio (RAR) de un gNB en servicio en respuesta a la transmisión PRACH del UE. Después de recibir el PDSCH que proporciona el RAR, el UE puede volver a omitir la supervisión del PDCCH o puede esperarse que continúe supervisando PDCCH y entonces la transmisión PRACH anula la indicación previa de omitir la supervisión del PDCCH durante el/los periodo(s) de duración de uno o más DRX ON como se describió anteriormente con respecto a una transmisión de SR positiva.
Para la recuperación de enlace, después de que un UE transmita un PRACH, la transmisión PRACH anula una indicación previa al UE de omitir la supervisión del PDCCH y se espera que el UE supervise PDCCH para un formato DCI con CRC codificado por C-RNTI o MCS-C-RNTI al menos para un conjunto de espacio de búsqueda proporcionado por recoverySearchSpaceId como se describe en REF 3.
La FIG. 22 ilustra un diagrama de flujo para un procedimiento RACH tras una indicación previa de omitir la supervisión del PDCCH durante una o más duraciones de activación de DRX siguientes. Las operaciones del diagrama de flujo 2200 pueden implementarse en un UE, tal como el UE 116 de la FIG. 1.
El diagrama de flujo 2200 comienza en la operación 2202 por la recepción de una indicación para omitir la supervisión del PDCCH en una o más siguientes duraciones de activación de DRX fuera del Tiempo Activo de DRX en estado RRC_CONNECTED. En la operación 2204, la supervisión del PDCCH se omite durante las duraciones de activación de DRX asociadas. En una realización, la supervisión del PDCCH se omite para el formato DCI con CRC codificado por C-RNTI en el conjunto o conjuntos de espacios de búsqueda específicos de UE durante las duraciones de activación de DRX asociadas. En la operación 2206, se transmite un PRACH a un gNB en servicio aunque el drxonDurationTimer no esté en ejecución. En la operación 2208, se reanuda la supervisión de PDCCH para detectar un formato DCI que programe una recepción de un PDSCH que proporcione una respuesta de acceso aleatorio (RAR) de un gNB en servicio en respuesta a la transmisión de PRACH del UE.
La FIG. 23 ilustra un diagrama de flujo de un proceso para gestionar la operación del UE durante C-DRX de acuerdo con diversas realizaciones de la presente divulgación. Las operaciones del diagrama de flujo 2300 pueden implementarse en un UE, tal como el UE 116 de la FIG. 1.
El diagrama de flujo 2300 comienza en la operación 2302 por la recepción de configuraciones para (i) un drxonDurationTimer correspondiente a una duración de activación de un ciclo de recepción discontinua (DRX), (ii) conjuntos de espacio de búsqueda para la recepción de un canal de control de enlace descendente físico (PDCCH) antes de la duración de activación del ciclo DRX, (iii) un primer conjunto de recursos de señal de referencia de información sobre el estado del canal (CSI-RS), (iv) bloques de señales de sincronización/canal de difusión físico (SS/PBCH), y (v) un recurso de canal de control de enlace ascendente físico (PUCCH).
En la operación 2304, se recibe el PDCCH que proporciona un formato DCI que incluye un campo que indica si iniciar o no el drx-onDurationTimer.
En la operación 2306, una indicación por el campo en el formato DCI es determinada para no iniciar el drxonDurationTimer.
En la operación 2308 se determinan las ocasiones de recepción para el primer conjunto de recursos CSI-RS durante la duración de activación. En algunas realizaciones, la operación 2308 también puede incluir la operación adicional de determinar segundas ocasiones de recepción para un segundo conjunto de recursos CSI-RS durante la duración de activación cuando el ciclo DRX es mayor que 80 milisegundos. Además, la operación 2308 puede, en algunas realizaciones, incluir la determinación de la ocasión de recepción para ser una de una última ocasión de recepción de la al menos una de las ocasiones de recepción durante el Tiempo Activo de DRX, y la ocasión de recepción de la al menos una de las ocasiones de recepción durante la duración de activación fuera del Tiempo Activo de DRX.
En la operación 2310, el primer conjunto de recursos CSI-RS o los bloques SS/PBCH se reciben durante al menos una de las ocasiones de recepción. En realizaciones, en las que se determinan segundas ocasiones de recepción para el segundo conjunto de recursos CSI-RS, la operación 2310 puede incluir la operación adicional de recepción del segundo conjunto de recursos CSI-RS durante al menos una de las segundas ocasiones de recepción. La medición de la gestión de recursos de radio (RRM) puede realizarse con base en la ocasión de recepción de la al menos una de las segundas ocasiones de recepción.
En la operación 2312 se determina un informe de CSI-RS con base en una ocasión de recepción de la al menos una de las ocasiones de recepción. En algunas realizaciones, el informe de CSI incluye un informe de potencia recibida de señal de referencia de capa 1 (L1-RSRP). Además, una cantidad de informe asociada con el informe L1-RSRP puede ser un indicador de recurso CSI-RS (cri-RSRP) o un índice de bloque de señal de sincronización/canal de difusión primario (SS/PBCH) (ssb-Index-RSRP).
En la operación 2314 se transmite un PUCCH con el informe de CSI utilizando el recurso PUCCH durante la duración de activación. En algunas realizaciones, la operación 2314 puede incluir operaciones adicionales de determinación de una ranura para la transmisión del PUCCH y transmisión del PUCCH en la ranura sólo cuando la ocasión de recepción es anterior a la ranura.
En algunas realizaciones, el proceso descrito en el diagrama de flujo 2300 puede incluir también una operación de recepción de una configuración para un parámetro que activa o desactiva la transmisión del PUCCH. Además, el parámetro activa o desactiva la inclusión del informe L1-RSRP en el informe de CSI.
Aunque la presente divulgación se ha descrito con una realización ejemplar, un experto en la técnica puede sugerir diversos cambios y modificaciones. Por ejemplo, la presente divulgación incluye varias realizaciones que pueden utilizarse conjuntamente o en combinación unas con otras, o individualmente. Se pretende que la presente divulgación abarque tales cambios y modificaciones que caen dentro del ámbito de las reivindicaciones adjuntas. Ninguna de las descripciones en la presente solicitud debe interpretarse en el sentido de que algún elemento, etapa, o función en particular es un elemento esencial que debe incluirse en el ámbito de la reivindicación. El ámbito de la materia patentada está definido únicamente por las reivindicaciones.

Claims (19)

REVINDICACIONES
1. Un procedimiento realizado por un terminal (116) en un sistema de comunicación inalámbrica que soporta una operación de recepción discontinua, DRX, en un estado conectado de control de recursos de radio, RRC, comprendiendo el procedimiento:
recibir, de una estación base (102), información de configuración relacionada con al menos una de medición periódica o notificación periódica;
recibir, de la estación base (102), formato de información de control de enlace descendente, DCI, que indica si el terminal (116) debe supervisar un canal de control de enlace descendente físico, PDCCH, en el que el formato DCI es para ahorro de energía y el formato DCI está configurado por la estación base (102) con base en un identificador del terminal (116); y
realizar la notificación periódica con base en la información de configuración en caso de que el formato DCI indique que el terminal (116) debe omitir la supervisión del PDCCH y no esté en ejecución un temporizador de duración de la activación de DRX,
en el que la medición periódica incluye la medición periódica de la información sobre el estado del canal, CSI, con base en una señal de referencia de información sobre el estado del canal, CSI-RS, y
en el que la notificación periódica incluye al menos una de notificación periódica de CSI o notificación periódica de la potencia recibida de la señal de referencia L1, RSRP.
2. El procedimiento de la reivindicación 1, que comprende además: realizar la medición periódica con base en la información de configuración en caso de que el formato DCI indique que el terminal debe omitir la supervisión del PDCCH.
3. El procedimiento de la reivindicación 1, en el que el formato DCI con una verificación de redundancia cíclica, CRC, codificada por el identificador del terminal (116) se detecta fuera del Tiempo Activo de DRX.
4. El procedimiento de la reivindicación 1, en el que al menos una de medición periódica o notificación periódica se realiza durante una duración de tiempo indicada por el temporizador de duración de la activación de DRX con base en la información de configuración.
5. El procedimiento de la reivindicación 1, en el que la información de configuración incluye información que indica si el terminal (116) debe transmitir un informe periódico de CSI.
6. El procedimiento de la reivindicación 1, en el que la información de configuración incluye información que indica si el terminal (116) debe transmitir un informe L1 RSRP periódico.
7. El procedimiento de la reivindicación 1, que comprende además: realizar al menos una de la medición periódica o la notificación periódica durante la duración de activación de DRX en caso de que el formato DCI indique que el terminal (116) debe supervisar el PDCCH.
8. Un terminal (116) en un sistema de comunicación inalámbrica que soporta una operación de recepción discontinua, DRX, en un estado conectado de control de recursos de radio, RRC, comprendiendo el terminal (116):
un transceptor (310); y
un procesador (340) acoplado con el transceptor y configurado para controlar para:
recibir, de una estación base (102), información de configuración relacionada con al menos una de medición periódica o notificación periódica,
recibir, de la estación base (102), formato de información de control de enlace descendente, DCI, que indica si el terminal (116) debe supervisar un canal físico de control de enlace descendente, PDCCH, en el que el formato DCI es para ahorro de energía y el formato DCI está configurado por la estación base (102) con base en un identificador del terminal (116), y
realizar la notificación periódica con base en la información de configuración en caso de que el formato DCI indique que el terminal (116) debe omitir la supervisión del PDCCH y no se esté ejecutando un temporizador de duración de la activación de DRX,
en el que la medición periódica incluye la medición periódica de la información sobre el estado del canal, CSI, con base en una señal de referencia de información sobre el estado del canal, CSI-RS, y
en el que la notificación periódica incluye al menos una de notificación periódica de CSI o notificación periódica de la potencia recibida de la señal de referencia L1, RSRP.
9. El terminal (116) de la reivindicación 8, en el que la al menos una de la medición periódica o notificación periódica se realiza durante una duración de tiempo indicada por el temporizador de duración de la activación de DRX con base en la información de configuración.
10. Una estación base (102) en un sistema de comunicación inalámbrica que soporta una operación de recepción discontinua, DRX, en un estado conectado de control de recursos de radio, RRC, comprendiendo la estación base (102):
un transceptor (282); y
un procesador (288) acoplado con el transceptor y configurado para controlar para:
transmitir, a un terminal (116), información de configuración relacionada con al menos una de medición periódica o notificación periódica;
transmitir, al terminal (116), formato de información de control de enlace descendente, DCI, que indica si el terminal (116) debe supervisar un canal físico de control de enlace descendente, PDCCH, en la que el formato DCI es para ahorro de energía y el formato DCI está configurado por la estación base (102) con base en un identificador del terminal (116); y
recibir, del terminal (116), un informe periódico con base en la información de configuración en caso de que el formato DCI indique que el terminal (116) debe omitir la supervisión del PDCCH y no se esté ejecutando un temporizador de duración de la activación de DRX,
en la que la medición periódica incluye la medición periódica de información de estado de canal, CSI, con base en una señal de referencia de información sobre el estado del canal, CSI-RS, y
en la que la notificación periódica incluye al menos una de notificación periódica de CSI o notificación periódica de la potencia recibida de la señal de referencia L1, RSRP.
11. La estación base (102) de la reivindicación 10, en la que el formato DCI con una verificación de redundancia cíclica, CRC, codificada por el identificador del terminal (116) se transmite fuera del Tiempo Activo de DRX.
12. La estación base (102) de la reivindicación 10, en la que al menos una de las mediciones periódicas o de los informes periódicos se realiza durante un tiempo de duración indicado por el temporizador de duración de la activación de DRX con base en la información de configuración.
13. La estación base (102) de la reivindicación 10, en la que la información de configuración incluye información que indica si el terminal (116) debe transmitir un informe periódico de CSI, e información que indica si el terminal (116) debe transmitir un informe L1 RSRP periódico.
14. Un procedimiento realizado por una estación base (102) en un sistema de comunicación inalámbrica que soporta una operación de recepción discontinua, DRX, en un estado conectado de control de recursos de radio, RRC, comprendiendo el procedimiento:
transmitir, a un terminal (116), información de configuración relacionada con al menos una de medición periódica o notificación periódica;
transmitir, al terminal (116), formato de información de control de enlace descendente, DCI, que indica si el terminal (116) debe supervisar un canal físico de control de enlace descendente, PDCCH, en el que el formato DCI es para ahorro de energía y el formato DCI es configurado por la estación base (102) con base en un identificador del terminal (116); y
recibir, desde el terminal (116), un informe periódico con base en la información de configuración en caso de que el formato DCI indique que el terminal (116) debe omitir la supervisión del PDCCH y no se esté ejecutando un temporizador de duración de la activación de DRX,
en el que la medición periódica incluye la medición periódica de información de estado del canal, CSI, con base en una señal de referencia de información sobre el estado del canal, CSI-RS, y
en el que la notificación periódica incluye al menos una de notificación periódica de CSI o notificación periódica de la potencia recibida de la señal de referencia L1, RSRP.
15. El procedimiento de la reivindicación 14, en el que al menos una de medición periódica o notificación periódica se realiza durante una duración de tiempo indicada por el temporizador de duración de la activación de DRX con base en la información de configuración.
16. El procedimiento de la reivindicación 1, en el que el formato DCI indica si el terminal debe supervisar el PDCCH en la siguiente una o más duración de activación de DRX.
17. El terminal de la reivindicación 8, en el que el formato DCI indica si el terminal debe supervisar el PDCCH en la siguiente una o más duración de activación de DRX.
18. La estación base de la reivindicación 10, en la que el formato DCI indica si el terminal debe supervisar el PDCCH en la siguiente una o más duración de activación de DRX.
19. El procedimiento de la reivindicación 14, en el que el formato DCI indica si el terminal debe supervisar el PDCCH en la siguiente una o más duración de activación de DRX.
ES20178722T 2019-06-14 2020-06-08 Procedimiento, terminal y estación base en un sistema de comunicación inalámbrica que soporta recepción discontinua, DRX Active ES2943006T3 (es)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201962861550P 2019-06-14 2019-06-14
US201962897204P 2019-09-06 2019-09-06
US201962908429P 2019-09-30 2019-09-30
US15/929,954 US11425648B2 (en) 2019-06-14 2020-05-29 Operation with power saving in connected mode discontinuous reception (C-DRX)

Publications (1)

Publication Number Publication Date
ES2943006T3 true ES2943006T3 (es) 2023-06-08

Family

ID=71069760

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20178722T Active ES2943006T3 (es) 2019-06-14 2020-06-08 Procedimiento, terminal y estación base en un sistema de comunicación inalámbrica que soporta recepción discontinua, DRX

Country Status (6)

Country Link
US (3) US11425648B2 (es)
EP (2) EP3751891B1 (es)
KR (1) KR102486312B1 (es)
CN (2) CN118199841A (es)
ES (1) ES2943006T3 (es)
WO (1) WO2020251211A1 (es)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11265815B2 (en) * 2019-04-30 2022-03-01 Qualcomm Incorporated Methods and apparatuses for power saving by detecting empty symbols
CN114009115A (zh) * 2019-06-20 2022-02-01 中兴通讯股份有限公司 用于在带宽部分之间切换的方法、装置和系统
KR20210100479A (ko) * 2020-02-06 2021-08-17 삼성전자주식회사 이동 통신 시스템에서 대역폭 설정 방법 및 장치
US11627598B2 (en) * 2020-03-20 2023-04-11 Qualcomm Incorporated Mask-based configuration for discontinuous reception
US11438960B2 (en) * 2020-03-29 2022-09-06 PanPsy Technologies, LLC Enhanced power saving processes
US11088741B1 (en) * 2020-05-13 2021-08-10 Charter Communicatons Operating, LLC Apparatus and methods for uplink MIMO enhancement in wireless systems
JP2023531957A (ja) * 2020-06-22 2023-07-26 ノキア テクノロジーズ オサケユイチア マルチ送受信ポイントシナリオにおける送受信ポイント固有ビーム障害指示
CN114258117A (zh) * 2020-09-25 2022-03-29 维沃移动通信有限公司 确定终端行为的方法、指示终端行为的方法及装置
WO2022125540A1 (en) 2020-12-07 2022-06-16 Ofinno, Llc Power saving operation for multicast and broadcast services
CN116746200A (zh) * 2021-01-26 2023-09-12 株式会社Ntt都科摩 终端、基站以及无线通信方法
US20220248446A1 (en) * 2021-02-02 2022-08-04 Qualcomm Incorporated Skipping semi persistent scheduling (sps) or configured grant physical uplink shared channel (cg pusch) occasions
US20220304046A1 (en) * 2021-03-22 2022-09-22 Samsung Electronics Co., Ltd. Methods and apparatus for switching of pdcch monitoring capability
CN115175354A (zh) * 2021-04-04 2022-10-11 华为技术有限公司 数据传输方法及装置
EP4124143A1 (en) * 2021-07-21 2023-01-25 Samsung Electronics Co., Ltd. Method and apparatus for pdcch skipping and scheduling request
CN115696224A (zh) * 2021-07-30 2023-02-03 展讯通信(上海)有限公司 数据传输方法、装置、终端及存储介质
EP4381611A1 (en) * 2021-08-06 2024-06-12 Telefonaktiebolaget LM Ericsson (publ) Rank information reporting
US20230111064A1 (en) * 2021-08-27 2023-04-13 Samsung Electronics Co., Ltd. Method and apparatus for beam measurement and reporting
US11943761B2 (en) * 2021-09-21 2024-03-26 Qualcomm Incorporated SRS management for adaptive TX/RX diversity
CN116170819A (zh) * 2021-11-24 2023-05-26 维沃移动通信有限公司 终端行为控制方法、终端及网络侧设备
WO2023209686A1 (en) * 2022-04-29 2023-11-02 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for invalidation signaling
WO2024000485A1 (en) * 2022-06-30 2024-01-04 Shenzhen Tcl New Technology Co., Ltd. Wireless communication method and related devices
WO2024030518A1 (en) * 2022-08-03 2024-02-08 Qualcomm Incorporated Dynamic pdcch skipping for extended reality
WO2024060243A1 (en) * 2022-09-23 2024-03-28 Nokia Shanghai Bell Co., Ltd. Conditional skipping monitoring of downlink control channel
WO2024098300A1 (zh) * 2022-11-09 2024-05-16 北京小米移动软件有限公司 一种传输配置信息的方法、装置及可读存储介质

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2266358B1 (en) * 2008-03-26 2012-05-30 Nokia Corporation Reporting channel state information
EP2621242A1 (en) * 2012-01-26 2013-07-31 Panasonic Corporation Improved discontinuous reception operation with additional wake up opportunities
CN103686781B (zh) * 2012-09-17 2018-07-17 中兴通讯股份有限公司 Csi-rsrp测量周期的配置方法及终端
US9332584B2 (en) 2012-10-18 2016-05-03 Apple Inc. Discontinuous reception cycle scaling in a wireless device
CN105052242A (zh) * 2013-03-26 2015-11-11 诺基亚技术有限公司 用于减少上行链路传输的方法和装置
CN106537964B (zh) * 2014-01-31 2020-01-03 华为技术有限公司 用于网络适配和利用下行链路发现参考信号的设备、网络和方法
WO2016142006A1 (en) * 2015-03-09 2016-09-15 Telefonaktiebolaget Lm Ericsson (Publ) Reducing reference signals when communicating multiple sub-subframes between a base station and a wireless terminal
WO2016182941A1 (en) * 2015-05-12 2016-11-17 Intel IP Corporation Carrier aggregation enhancement
WO2017034147A1 (ko) * 2015-08-21 2017-03-02 엘지전자 주식회사 무선 통신 시스템에서 채널 상태 보고 방법 및 이를 위한 장치
CN106899941B (zh) * 2015-12-18 2020-08-07 普天信息技术有限公司 一种集群通信系统中非连续监听控制信道的方法和装置
WO2017146535A1 (en) 2016-02-26 2017-08-31 Samsung Electronics Co., Ltd. System and method connected mode discontinuous operation in beamformed system
US10505618B2 (en) * 2016-08-10 2019-12-10 Samsung Electronics Co., Ltd. Method and apparatus for beam measurement and management in wireless systems
US20180048447A1 (en) * 2016-08-11 2018-02-15 Sharp Laboratories Of America, Inc. User equipments, base stations and methods
US20180070406A1 (en) * 2016-09-02 2018-03-08 Qualcomm Incorporated Enhanced discontinuous reception management in wireless communication systems
WO2018143876A1 (en) 2017-02-03 2018-08-09 Telefonaktiebolaget Lm Ericsson (Publ) Monitoring of short tti spdcch control channels
US10694480B2 (en) * 2017-08-11 2020-06-23 Lenovo (Singapore) Pte. Ltd. Determining synchronization signal block positions
US10798774B2 (en) * 2017-09-20 2020-10-06 Qualcomm Incorporated Techniques and apparatuses for bandwidth part wake-up signaling
EP3787189A1 (en) 2017-11-09 2021-03-03 Comcast Cable Communications LLC Csi transmission with multiple bandwidth parts
US11723049B2 (en) * 2017-11-15 2023-08-08 Interdigital Patent Holdings, Inc. Beam management in a wireless network
US11277792B2 (en) 2017-11-17 2022-03-15 Qualcomm Incorporated Methods and apparatus for reporting aperiodic CQI in a new SCell state of LTE carrier aggregation
JP7165732B2 (ja) * 2017-11-22 2022-11-04 鴻穎創新有限公司 複数の帯域幅部分間の間欠受信動作
BR112020022869A2 (pt) * 2018-05-11 2021-02-23 Ntt Docomo, Inc. terminal de usuário e método de radiocomunicação
US11800531B2 (en) * 2018-07-06 2023-10-24 Lg Electronics Inc. Method for transmitting and receiving data in wireless communication system and apparatus therefor
CN110719645B (zh) * 2018-07-13 2021-12-14 维沃移动通信有限公司 一种信道检测指示方法、终端及网络设备
US20220201614A1 (en) * 2019-03-29 2022-06-23 Datang Mobile Communications Equipment Co.,Ltd. Energy saving signal transmission method, network-side device and terminal
KR102557924B1 (ko) * 2019-03-29 2023-07-20 엘지전자 주식회사 무선 통신 시스템에서 물리 하향링크 제어채널 모니터링

Also Published As

Publication number Publication date
CN113170348B (zh) 2024-04-26
WO2020251211A1 (en) 2020-12-17
US11425648B2 (en) 2022-08-23
EP3751891B1 (en) 2023-02-22
US20240080763A1 (en) 2024-03-07
CN118199841A (zh) 2024-06-14
EP3751891A1 (en) 2020-12-16
US20200396684A1 (en) 2020-12-17
KR20200143677A (ko) 2020-12-24
US20220303895A1 (en) 2022-09-22
US11856516B2 (en) 2023-12-26
CN113170348A (zh) 2021-07-23
KR102486312B1 (ko) 2023-01-10
EP4207866A1 (en) 2023-07-05

Similar Documents

Publication Publication Date Title
ES2943006T3 (es) Procedimiento, terminal y estación base en un sistema de comunicación inalámbrica que soporta recepción discontinua, DRX
US11871429B2 (en) Determination of search space sets for physical downlink control channel (PDCCH) monitoring
ES2916703T3 (es) Transmisión y recepción de comando de ahorro de potencia
CN111034279B (zh) 使用伪全向波束的唤醒过程
KR20210133212A (ko) 절전 모드에서 물리 하향링크 제어 채널(physical downlink control channel: pdcch) 할당을 결정하는 방법 및 장치
KR20210108956A (ko) Coreset 기반의 채널 측정 및 보고 방법 및 장치
CN113316951A (zh) 无线通信系统中的执行通信的方法和设备
CN114830741A (zh) 省电和小区休止操作
CN112703778A (zh) 具有降低功耗的ue操作
KR20200124719A (ko) Nr에서 전력 절감 신호 설계를 위한 방법 및 장치
BR112020009261A2 (pt) modo fallback para receptores de sinal de despertar
CN111727635A (zh) 用于用户设备处的功率节省的方法和装置
US12028293B2 (en) Scell dormancy indication by PDCCH
EP3837902B1 (en) System and method for control channel reception in power save mode
CN115516965A (zh) 用于动态波束指示机制的方法和装置
US11617159B2 (en) Downlink control channel monitoring for multicast/broadcast services
US20220295401A1 (en) Methods and apparatuses for search space set group switching enhancements
KR20230087461A (ko) 사이드링크 시스템의 에너지 절약 방법 및 장치
KR20230145071A (ko) 웨이크업 신호 에러 핸들링
US20230247717A1 (en) Discontinuous reception alignment grouping for sidelink and cellular communication
US20230094063A1 (en) Methods and apparatuses for triggering adaptation for wireless communication system