ES2905200T3 - Activación y desactivación de la notificación semipersistente de CSI - Google Patents

Activación y desactivación de la notificación semipersistente de CSI Download PDF

Info

Publication number
ES2905200T3
ES2905200T3 ES19704876T ES19704876T ES2905200T3 ES 2905200 T3 ES2905200 T3 ES 2905200T3 ES 19704876 T ES19704876 T ES 19704876T ES 19704876 T ES19704876 T ES 19704876T ES 2905200 T3 ES2905200 T3 ES 2905200T3
Authority
ES
Spain
Prior art keywords
csi
notifications
control message
wireless device
communicating
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
ES19704876T
Other languages
English (en)
Inventor
Shiwei Gao
Sebastian Faxer
Siva Muruganathan
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.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Priority claimed from PCT/IB2019/050203 external-priority patent/WO2019138360A1/en
Application granted granted Critical
Publication of ES2905200T3 publication Critical patent/ES2905200T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation
    • H04L5/0098—Signalling of the activation or deactivation of component carriers, subcarriers or frequency bands
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity 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/0615—Diversity 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/0619—Diversity 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/0621—Feedback content
    • H04B7/0626—Channel coefficients, e.g. channel state information [CSI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity 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/0615—Diversity 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/0619—Diversity 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/0636—Feedback format
    • H04B7/0645—Variable feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026—Transmission of channel quality indication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0027—Scheduling of signalling, e.g. occurrence thereof
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0057—Physical resource allocation for CQI
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0016—Time-frequency-code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078—Timing of allocation
    • H04L5/0082—Timing of allocation at predetermined intervals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0096—Indication of changes in allocation

Landscapes

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

Abstract

Método llevado a cabo por un dispositivo inalámbrico (512) para notificaciones de Información Semipersistente de Estado del Canal, SP-CSI, para un sistema (500) de comunicación inalámbrica, comprendiendo el método: recibir (600) por el dispositivo inalámbrico (512) un mensaje de control enviado desde una estación base (502) para la activación o desactivación de las notificaciones de SP-CSI, en donde: el mensaje de control comprende bits de Comprobación de Redundancia Cíclica, CRC, que se codifican con un Identificador Temporal de Red de Radiocomunicaciones Celular de SP-CSI, SP-CSI-RNTI, del dispositivo inalámbrico; y el mensaje de control comprende información que indica si el mensaje de control es para la activación de las notificaciones de SP-CSI o para la desactivación de las notificaciones de SP-CSI, en donde la información comprende valores de bits configurados en uno o más campos de bits del mensaje de control y el campo o campos de bits comprenden uno o más campos de bits definidos con el fin de proporcionar un indicador de datos nuevos y/o una versión de redundancia; tomar (602), basándose en la información comprendida en el mensaje de control, una determinación sobre si activar las notificaciones de SP-CSI ó desactivar las notificaciones de SP-CSI; y activar o desactivar (604) las notificaciones de SP-CSI de acuerdo con la determinación.

Description

DESCRIPCIÓN
Activación y desactivación de la notificación semipersistente de CSI
Campo técnico
La presente divulgación se refiere a un sistema de comunicación inalámbrica y, más específicamente, a la activación y desactivación de la notificación semipersistente de Información de Estado del Canal (CSI) por parte de un dispositivo inalámbrico.
Antecedentes
El sistema de comunicación inalámbrica móvil de próxima generación, que se conoce como Quinta Generación (5G) o Nuevas Radiocomunicaciones (NR) del Proyecto de Asociación de Tercera Generación (3GPP), admitirá un conjunto diverso de casos de uso y un conjunto diverso de escenarios de despliegue. Esto último incluye el despliegue tanto en bajas frecuencias del orden de cientos de megahercios (MHz), similar a la Evolución a Largo Plazo (LTE) actual, como en frecuencias muy altas denominadas ondas milimétricas (mmW) del orden de decenas de gigahercios (GHz).
De manera similar al LTE, el NR utilizará Multiplexación por División Ortogonal de Frecuencia (OFDM) en el enlace descendente desde una estación base de NR (gNB) a un dispositivo de Equipo de Usuario (UE). En el enlace ascendente desde el UE al gNB, se admitirán tanto la OFDM como la OFDM con ensanchamiento por Transformada Discreta de Fourier (DFT).
Por tanto, el recurso físico básico del NR puede verse como una cuadrícula de tiempo-frecuencia según se ilustra en la Figura 1, donde cada Elemento de Recurso (RE) se corresponde con una subportadora de OFDM durante un intervalo de un símbolo de OFDM. La asignación de recursos en una ranura de tiempo se describe en términos de Bloques de Recursos (RBs) en el dominio de la frecuencia y número de símbolos de OFDM en el dominio del tiempo. Un Rb se corresponde con 12 subportadoras contiguas y una ranura de tiempo está compuesta por 14 símbolos de OFDM.
El NR admite diferentes valores de separación entre subportadoras. Los valores admitidos de separación entre subportadoras, que también se denominan numerologías, en el NR vienen dados por A f = (15 x 2a) kHz donde a es un número entero no negativo.
En el dominio del tiempo, las transmisiones de enlace descendente y de enlace ascendente en el NR se organizan en subtramas de igual tamaño de manera similar al LTE como se muestra en la Figura 2. Una subtrama se divide además en ranuras de tiempo y el número de ranuras de tiempo por subtrama es 2a+1 para una numerología de (15 x 2a) kHz.
El NR admite una transmisión "basada en ranuras de tiempo". En cada ranura de tiempo, el gNB transmite Información de Control de Enlace Descendente (DCI) sobre a qué UE se van a transmitir datos y en qué recursos de la subtrama de enlace descendente actual se transmiten los datos. La DCI se transporta en el Canal Físico de Control de Enlace Descendente (PDCCH) y los datos se transportan en el Canal Compartido Físico de Enlace Descendente (PDSCH).
Este PDCCH se transmite típicamente en Conjuntos de Recursos de Control (CORSETs) en los primeros símbolos de OFDM en cada ranura de tiempo. Un UE primero decodifica el PDCCH y si un PDCCH se decodifica con éxito, a continuación decodifica el PDSCH correspondiente basándose en la DCI decodificada en el PDCCH.
Las transmisiones de datos de enlace ascendente también se planifican dinámicamente utilizando un PDCCH. De manera similar al enlace descendente, un UE primero decodifica una concesión de enlace ascendente en una DCI transportada por un PDCCH y a continuación transmite datos a través del Canal Compartido Físico de Enlace Ascendente (PUSCH) en función de la información de control decodificada en la concesión de enlace ascendente, tal como el orden de la modulación, la tasa de codificación, la asignación de recursos de enlace ascendente, etc. A cada UE se le asigna un Identificador Temporal de Red de Radiocomunicaciones Celular (C-RNTI) único durante la conexión a la red. Los bits de Comprobación de Redundancia Cíclica (CRC) adjuntos a una DCI para un UE son codificados (scrambled) con el C-RNTI del UE, por lo que un UE reconoce su propia DCI comprobando los bits de CRC de la DCI con respecto al C-RNTI asignado.
Formato de la DCI para planificar el PUSCH
Para la planificación del enlace ascendente sobre el PUSCH, se incluyen al menos los siguientes campos de bits en una DCI de enlace ascendente:
• Asignación de recursos en el dominio de la frecuencia
• Asignación de recursos en el dominio del tiempo
• Esquema de Codificación y Modulación (MCS) - 5 bits
• Indicador de datos nuevos - 1 bit
• Versión de redundancia - 2 bits
• Número del proceso de Solicitud de Repetición Automática Híbrida (HARQ) - 4 bits
• Orden de Control de Potencia de Transmisión (TPC) para el PUSCH planificado - 2 bits
• Solicitud de Información de Estado del Canal (CSI): 0, 1,2, 3, 4, 5 ó 6 bits determinados por el parámetro de capa superior ReportTriggerSize.
Notificaciones de CSI
La retroalimentación de CSI es utilizada por el gNB para obtener una CSI de enlace descendente desde un UE con el fin de determinar cómo transmitir datos de enlace descendente a un UE a través de una pluralidad de puertos de antena. La CSI generalmente incluye un Indicador de Rango (RI) de canal, un Indicador de Matriz de Precodificación (PMI) y un indicador de Calidad de Canal (CQI). El RI se usa para indicar el número de capas de datos que se pueden transmitir simultáneamente a un UE, el PMI se usa para indicar la matriz de precodificación para las capas de datos indicadas y el CQI se usa para indicar la tasa de modulación y codificación que se puede lograr con el rango indicado y la matriz de precodificación.
En el NR, además de la notificación de CSI periódica y aperiódica como en el LTE, también se admite la notificación de CSI semipersistente. Por lo tanto, se admitirán tres tipos de notificación de CSI en el NR de la siguiente manera:
• Notificación de CSI Periódica (P-CSI) sobre el Canal Físico de Control de Enlace Ascendente (PUCCH): un UE notifica periódicamente la CSI. Los parámetros tales como la periodicidad y el desplazamiento de ranura de tiempo se configuran de forma semiestática mediante la señalización de Control de Recursos de Radiocomunicaciones (RRC) de capa superior desde el gNB al UE.
• Notificación de CSI Aperiódica (A-CSI) sobre el PUSCH: este tipo de notificación de CSI implica una notificación de CSI aislada (es decir, una sola vez) por parte de un UE y que es disparada (triggered) dinámicamente por el gNB usando la DCI. Algunos de los parámetros relacionados con la configuración de la notificación de la A-CSI son configurados semiestáticamente mediante el RRC pero el disparo es dinámico.
• Notificación de CSI Semipersistente (SP-CSI) sobre el PUSCH: De manera similar a la notificación de P-CSI, la notificación de SP-CSI tiene una periodicidad y un desplazamiento de ranura de tiempo que pueden configurarse de forma semiestática. Sin embargo, puede ser necesario una señal de disparo dinámica desde el gNB al UE para permitir que el UE comience a notificar la SP-CSI. Se necesita una señal de disparo dinámica desde el gNB al UE para solicitar al UE que detenga la notificación de SP-CSI.
Señal de referencia de CSI (CSI-RS)
La CSI-RS se utiliza para medir la CSI de enlace descendente por un UE. La CSI-RS se transmite a través de cada puerto de antena de transmisión (Tx) en el gNB y para diferentes puertos de antena y las CSI-RSs se multiplexan en el dominio del tiempo, de la frecuencia y del código de modo que el canal entre cada puerto de antena de Tx en el gNB y cada puerto de antena de recepción en un UE puede ser medido por el UE. Un recurso de frecuencia tiempo utilizado para transmitir la CSI-RS se denomina recurso de CSI-RS.
Marco de la CSI en el NR
En el NR, un UE se puede configurar con N>1 ajustes de notificación de CSI (es decir, ReportConfigs), M>1 ajustes de recursos (es decir, ResourceConfigs), y un ajuste de medición de CSI, donde el ajuste de medición de CSI incluye L>1 enlaces de medición (es decir, MeasLinkConfigs). Al menos los siguientes parámetros de configuración se señalizan a través del RRC para la adquisición de la CSI.
1. N, M y L se indican o bien implícita o bien explícitamente
2. En cada ajuste de notificación de CSI, se incluye al menos lo siguiente:
o parámetro(s) de CSI notificado(s) tal(es) como RI, PMI, CQI
o Tipo de CSI en caso de que se notifique, tal como Tipo I ó Tipo II
o Configuración del libro de códigos, incluida la restricción de subconjuntos del libro de códigos
o Comportamiento en el dominio del tiempo, tal como P-CSI, SP-CSI ó A-CSI
o Granularidad de frecuencia para CQI y PMI, tal como banda ancha, banda parcial o subbanda
o Configuraciones de restricción de medición tales como RBs en el dominio de la frecuencia y ranuras de tiempo en el dominio del tiempo
3. En cada ajuste de recursos de CSI-RS:
o Una configuración de S>1 conjunto(s) de recursos de CSI-RS
o Una configuración de Ks >1 recursos de CSI-RS para cada conjunto de recursos s, incluyendo al menos: mapeo con REs, el número de puertos de antena, comportamiento en el dominio del tiempo, etc.
o Comportamiento en el dominio del tiempo: aperiódico, periódico o semipersistente
4. En cada uno de los L enlaces en el ajuste de medición de CSI:
o Indicación de ajuste de notificación de CSI, indicación de ajuste de recursos, cantidad a medir (ya sea canal o interferencia)
o Un ajuste de notificación de CSI se puede vincular con uno o múltiples ajustes de recursos
o Se pueden vincular múltiples ajustes de notificación de CSI con un ajuste de recursos
Notificaciones de A-CSI sobre PUSCH
La notificación de la A-CSI sobre PUSCH se dispara mediante una DCI para planificar un PUSCH ó una DCI de enlace ascendente. Se define para este propósito un campo de bits de solicitud de CSI especial en la DCI. Cada valor del campo de bits de solicitud de CSI define un punto de código y cada punto de código puede asociarse a un estado de disparo de notificación de CSI configurado por capas superiores. Para la notificación de la A-CSI, los estados de disparo de notificaciones de CSI contienen una lista de Se enlaces de medición asociados a notificaciones de A-CSI. Cada estado de disparo de notificación de CSI define al menos la siguiente información:
• Configuraciones de recursos:
° Recurso de CSI-RS para medición de canales
° Recurso de medición de interferencias para la medición de interferencias
• Configuración de notificaciones de CSI:
° El tipo de notificación de CSI, es decir, banda ancha o subbanda, libro de códigos de Tipo I ó Tipo II utilizado, etc.
El ancho en bits, Le, del campo de solicitud de CSI se puede configurar de 0 a 6 bits. Cuando el número de estados de disparo de CSI, Se, es mayor que el número de puntos de código, es decir, Se > 2Lc - 1, se utiliza un Elemento de Control (CE) de Control de Acceso al Medio (MAC) para seleccionar un subconjunto de 2Lc - 1 estados de disparo de entre los Se estados de disparo para que se produzca un mapeo de uno a uno entre cada punto de código y un estado de disparo de CSI. El 2Lc - 1 se debe al hecho de que se utiliza un punto de código con el campo de solicitud de CSI ajustado a todo cero para indicar que no se ha disparado ninguna notificación.
La Figura 3 proporciona una ilustración de una notificación de A-CSI.
Notificaciones de SP-CSI sobre PUSCH
La Figura 4 ilustra la notificación de SP-CSI sobre PUSCH. Se ha acordado que las notificaciones de SP-CSI sobre PUSCH se activen mediante la DCI, y la CSI se notifica sobre el PUSCH periódicamente hasta que las notificaciones de SP-CSI se desactiven, también por DCI, como se muestra en la Figura 4.
También se ha acordado que los bits de CRC de las DCIs correspondientes para la activación y desactivación se codifiquen con un C-RNTI de SP-CSI.
Para notificaciones semipersistentes sobre un PUSCH, un conjunto de ajustes de notificación de SP-CSI, o estados de disparo de notificación de SP-CSI, se configuran mediante las capas superiores con Semi-persistent-on-PUSeHReportTrigger y el campo de solicitud de CSI en la DCI codificada con el C-RNTI de SP-CSI activa una de las notificaciones o estados de disparo de SP-CSI. Según se usa en este documento, un estado de disparo de notificaciones de SP-CSI puede comprender una o más de una configuración de ajuste de notificaciones de SP-CSI, una configuración de ajuste de recursos de SP-CSI para la medición del canal y una configuración de ajuste de recursos de SP-CSI para la medición de interferencias. Cuando solo se permite un único recurso de SP-CSI, el estado de disparo de las notificaciones de SP-CSI es entonces equivalente a uno o más ajustes de notificaciones de SP-CSI.
Un UE lleva a cabo notificaciones de SP-CSI sobre el PUSCH después de decodificar con éxito un formato de DCI de enlace ascendente. El formato de DCI de enlace ascendente contendrá una o más Indicaciones de Ajuste de Notificaciones de CSI donde los Enlaces de Medición de CSI y los Ajustes de Recursos CSI asociados se configuran mediante capas superiores. La notificación de SP-CSI sobre el PUSCH admite CSI de Tipo I y Tipo II con granularidades de frecuencia de banda ancha, banda parcial y subbanda. Los recursos de PUSCH y el MCS se asignan de forma semipersistente mediante una DCI de enlace ascendente.
El gNB ó UE consta de varias capas de protocolo, incluida la capa Física (PHY), la capa MAC y la capa RRC. La capa PHY también se conoce como Capa 1 (L1). La capa MAC es parte de la Capa 2 (L2), que también incluye las capas de Control de Enlace de Radiocomunicaciones (RLC), de Protocolo de Convergencia de Datos por Paquetes (PDCP) y de Protocolo de Adaptación de Datos de Servicio (SDAP). Las capas por encima de la PHY también se denominan capas superiores, tales como la MAC y la RRC. Parte de la función de la MAC es llevar a cabo la planificación de datos, mientras que parte de la función de la RRC es establecer, mantener y liberar la conexión del enlace de radiocomunicaciones entre un gNB y un UE.
Transmisión de enlace ascendente semipersistente sin una concesión (UL-TWG)
Además de la asignación dinámica de recursos a un UE a través de PDCCH, el gNB también puede asignar recursos de forma semiestática para una Planificación Configurada (CS) o una Planificación Semipersistente (SPS):
- Tipo 1: con recursos de CS de Tipo 1 de enlace ascendente, el RRC define la concesión y no se necesita ningún PDCCH.
- Tipo 2: con recursos de CS de Tipo 2 de enlace ascendente, el RRC define la periodicidad de la concesión de CS y el PDCCH dirigido al CS-RNTI activa los recursos de CS, es decir, indica que la concesión de enlace descendente es de CS y que se puede reutilizar implícitamente de acuerdo con la periodicidad definida por el RRC, hasta que se desactive.
El Tipo 1 y el Tipo 2 son configurados por el RRC por cada celda de servicio. Para la misma celda de servicio, se configura o bien el Tipo 1 ó bien el Tipo 2 para un UE. En cada celda de servicio, solo puede haber una configuración de CS activa a la vez. Las retransmisiones que no sean repeticiones se asignan explícitamente a través del(de los) PDCCH(s).
El RRC configura al menos los siguientes parámetros cuando se configura la concesión configurada Tipo 1:
- cs-RNTI: CS-RNTI para la retransmisión;
- periodicidad: periodicidad de la concesión configurada Tipo 1;
- timeDomainOffset: Desplazamiento de un recurso con respecto al Número de Trama del Sistema (SFN) = 0 en el dominio del tiempo;
- numberOfConfGrant-Processes: el número de procesos de HARQ;
- frequencyDomainResource: asignación de recursos en el dominio de la frecuencia en términos de RBs; - TimeDomanResource: asignación de recursos en el dominio del tiempo en términos de símbolos de OFDM; - MCS_index: índice de MCS; y
- DMRS_ports: Asignación de puertos para la Señal de Referencia de Demodulación (DMRS).
El RRC configura al menos los siguientes parámetros cuando se configura la concesión configurada Tipo 2:
- cs-RNTI: Identificador Temporal de Red de Radiocomunicaciones (RNTI) de CS para activación, desactivación y retransmisión;
- periodicidad: periodicidad de la concesión configurada Tipo 2; y
- numberOfConfGrant-Processes: el número de procesos de HARQ.
El UE no transmite nada sobre los recursos configurados por el RRC si las capas superiores no entregaron un Bloque de Transporte (TB) para transmitir sobre los recursos asignados para la transmisión de SPS.
En la tabla 6.1.2.3-1 de la 38.214, que se copia a continuación, se define un conjunto de periodicidades permitidas P donde CP se corresponde con el tipo de Prefijo Cíclico.
Tabla 6.1.2.3-1: Periodicidades permitidas P para la transmisión de enlace ascendente sin concesión CP Posibles valores de periodicidades P [símbolos]
Figure imgf000006_0001
El documento de Ericsson: "On semi-persistent CSI reporting on PUSCH", borrador del 3GPP, R1-1711566, analiza la notificación de CSI semipersistente en el PUSCH. Se hicieron las siguientes observaciones. Observación 1: Es deseable admitir diferentes esquemas de Tx ó tipos de retroalimentación mediante retroalimentación de CSI semipersistente en diferentes períodos de tiempo de activación. Observación 2: El PUCCH no es bueno para tamaños de CSI variables y no es bueno para notificaciones de CSI semipersistentes para esquemas de Tx y tipos de retroalimentación diferentes y/o cuando el tamaño de una notificación varíe. Observación 3: La notificación de CSI semipersistente sobre un PUSCH es similar a la SPS en el LTE. Se hicieron las siguientes propuestas. Propuesta 1: Las notificaciones de CSI semipersistentes con transmisión de CSI-RS semipersistente admite tamaños de notificación variables. Propuesta 2: Admitir la notificación de CSI semipersistente sobre un PUSCH con activación y desactivación basadas en la DCI.
El documento de Ericsson: "On semi-persistent CSI reporting on PUSCH", borrador del 3GPP, R1-1720746, analiza algunas características deseadas para una SP-CSI sobre PUSCH. Se hicieron las siguientes observaciones. Observación 1: a diferencia de la SPS, donde un UE puede no tener datos para enviar, un UE siempre tiene una CSI que notificar en el caso de la SP-CSI. Observación 2: El C-RNTI de SP-CSI puede ser útil para la detección de la DCI de activación/desactivación de SP-CSI y la confirmación de la activación de SP-CSI. Observación 3: Cuando la SP-CSI colisiona con datos del PUSCH, la SP-CSI se acarrea (piggy backed) sobre datos. Se hicieron las siguientes propuestas. Propuesta 1: La SP-CSI admite la asignación dinámica de MCS. Propuesta 2: Para la SP-CSI se puede utilizar el mismo mecanismo de confirmación del LTE Versión 8 que se utiliza para la activación/desactivación de la SPS de UL. Propuesta 3: El C-RNTI específico de SP-CSI se admite para la SP-CSI. Propuesta 4: Se admite la reactivación de SP-CSI que actualiza la asignación de recursos u otros parámetros. Propuesta 5: No se admiten retransmisiones para la SP-CSI sobre un PUSCH. Propuesta 6: Se admite el MIMO de enlace ascendente para la SP-CSI sobre PUSCH. Propuesta 7: Para la codificación de UCI de la SP-CSI sobre PUSCH se usa la misma codificación de UCI que se usa para la A-CSI sobre PUSCH.
El documento de Ericsson: "On remaining details of CSI reporting", borrador del 3GPP, R1-1720734, analiza una serie de cuestiones que quedaron abiertas con respecto a una serie de acuerdos a los que se llegó en relación con notificaciones de CSI. Se hicieron las siguientes observaciones. Observación 1: El procedimiento de omisión de CSI probablemente tendrá que invocarse con bastante poca frecuencia para implementaciones de gNB adecuadas. Observación 2: La adición de posibles periodicidades de notificación de CSI más largas solo puede reducir la complejidad del UE. Se hicieron las siguientes propuestas. Propuesta 1: Para notificaciones de CSI del PUSCH en las que se ha omitido el PMI de subbanda parcial, el CQI de subbanda se determina de acuerdo con el procedimiento existente. Propuesta 2: No se introduce ninguna CBSR adicional para los parámetros de co-fase entre grupos. Propuesta 3: Admitir configuraciones de CSI específicas de cada BWP donde se configuran instancias independientes separadas de ajustes de notificaciones de CSI para cada BWP candidata, mapeándose cada una de ellas con Ajustes de Recursos independientes. Propuesta 4: No notificar una CSI correspondiente a una BWP no activa si las BWP activas y no activas abarcan PRBs diferentes. Propuesta 5: Una BWP que abarca un subconjunto de PRBs de otra BWP puede reutilizar la misma configuración de CSI que esa BWP. Propuesta 6: Adoptar las periodicidades de CSI adicionales en la Tabla 1 para garantizar la alineación entre notificaciones de P-CSI y ciclos de DRX para todas las separaciones entre subportadoras admitidas. Propuesta 7: Para las reglas de prioridad en relación con la colisión de CSI, se utiliza la siguiente definición: "Se dice que dos notificaciones de CSI colisionan si la ocupación en tiempo de los canales físicos planificados para transportar las notificaciones de CSI se superponen en al menos un símbolo de OFDM y se transmiten en la misma portadora". Propuesta 8: Para colisiones de CSI P/SP donde todas las CSIs en colisión se transmiten sobre el PUCCH, la CSI con la periodicidad más larga tiene prioridad mientras que las otras CSIs se descartan. Propuesta 9: Extender las reglas de prioridad acordadas para colisiones de CSI en la RAN1#90b también a cuando colisionen CSIs de Tipo I y Tipo II. Propuesta 10: Adoptar los intervalos y tamaños de subbanda precisados en la Tabla 2. Propuesta 11: Si se ha configurado para estar presente para un ajuste de notificación de CSI, el indicador de la capa de DL de mayor intensidad dentro de la CW con el CQI más alto con la finalidad de mapear puertos para la PTRS de DL, el llamado CPI, se codifica conjuntamente con el RI en un solo campo utilizando como máximo un bit adicional en comparación con el campo de RI independiente. Propuesta 12: Para el PUSCH con y sin CSI acarreada se utiliza el mismo conjunto de desplazamientos de temporización de PUSCH Y configurados con el RRC. Propuesta 13: Las notificaciones de SP-CSI sobre PUCCH se activan con la DCI. Propuesta 14: La notificación de SP-CSI sobre PUCCH utiliza recursos de PUCCH configurados semiestáticamente. Propuesta 15: Confirmar el supuesto de trabajo para admitir una A-CSI sobre un PUCCH corto para Y>0.
Compendio
Según la presente divulgación, se definen de acuerdo con las reivindicaciones independientes 1, 6, 8, 13, respectivamente, un método llevado a cabo por un dispositivo inalámbrico, un dispositivo inalámbrico, un método llevado a cabo por una estación base y una estación base. La invención está definida por las reivindicaciones adjuntas.
Breve descripción de los dibujos
Las figuras de los dibujos adjuntos incorporadas en esta memoria descriptiva y que forman parte de la misma ilustran varios aspectos de la divulgación, y junto con la descripción sirven para explicar los principios de la divulgación. La Figura 1 ilustra un ejemplo de recursos físicos de las Nuevas Radiocomunicaciones (NR) del Proyecto de Asociación de Tercera Generación (3GPP);
La Figura 2 ilustra la estructura en el dominio del tiempo del NR con una separación entre subportadoras de 15 kilohercios (kHz);
La Figura 3 es una ilustración de una notificación de Información de Estado del Canal Aperiódica (A-CSI);
La Figura 4 es una ilustración de una notificación de CSI Semipersistente (SP-CSI);
La Figura 5 ilustra un ejemplo de un sistema de comunicación inalámbrica en el que se pueden implementar realizaciones de la presente divulgación;
La Figura 6 ilustra un ejemplo del funcionamiento de un nodo de red (por ejemplo, una estación base) y un dispositivo inalámbrico (por ejemplo, un dispositivo de Equipo de Usuario (UE)) para proporcionar la activación/desactivación de notificaciones de SP-CSI de acuerdo con algunas realizaciones de la presente divulgación;
La Figura 7 ilustra un ejemplo de alternancia entre activación y desactivación de acuerdo con algunas realizaciones de la presente divulgación según una primera realización de la presente divulgación;
La Figura 8 ilustra un ejemplo del funcionamiento de un nodo de red (por ejemplo, una estación base) y un dispositivo inalámbrico (por ejemplo, un UE) de acuerdo con la primera realización de la presente divulgación;
La Figura 9 ilustra un ejemplo de reutilización de un campo de bits de Indicación de Datos Nuevos (NDI) existente para la activación y desactivación de SP-CSI con el fin de admitir la reconfiguración de SP-CSI de acuerdo con una segunda realización de la presente divulgación;
La Figura 10 ilustra un ejemplo de definición de la activación y desactivación de SP-CSI como estados de disparo de SP-CSI independientes de acuerdo con otra realización de la presente divulgación;
La Figura 11 ilustra un ejemplo del funcionamiento de un nodo de red (por ejemplo, una estación base) y un dispositivo inalámbrico (por ejemplo, un UE) de acuerdo con una cualquiera de otras diversas realizaciones de la presente divulgación;
La Figura 12 es un diagrama de transiciones de estado que dependen del mensaje de Información de Control de Enlace Descendente (DCI) recibido en un ejemplo de otra realización de la presente divulgación;
La Figura 13 ilustra un ejemplo del funcionamiento de un nodo de red (por ejemplo, una estación base) y un dispositivo inalámbrico (por ejemplo, un UE) de acuerdo con otra realización de la presente divulgación;
Las Figuras 14 a 16 ilustran ejemplos de realización de un nodo de acceso por radiocomunicaciones o estación base; Las Figuras 17 y 18 ilustran realizaciones de ejemplo de un dispositivo inalámbrico ó UE;
La Figura 19 ilustra un ejemplo de un sistema de comunicación en el que se pueden implementar realizaciones de la presente divulgación;
La Figura 20 es una ilustración más detallada de un ordenador anfitrión, una estación base y un UE de acuerdo con algunas realizaciones de la presente divulgación; y
Las Figuras 21 a 24 son diagramas de flujo que ilustran varias realizaciones de métodos implementados en un sistema de comunicación como el de las Figuras 19 y 20.
Descripción detallada
Las realizaciones expuestas a continuación representan información para permitir a los expertos en la técnica poner en práctica las realizaciones e ilustrar el mejor modo de poner en práctica las mismas. Tras leer la siguiente descripción considerando las figuras de los dibujos adjuntos, los expertos en la técnica entenderán los conceptos de la divulgación y reconocerán aplicaciones de estos conceptos que no se tratan en particular en este documento. Debe entenderse que estos conceptos y aplicaciones se sitúan dentro del alcance de la divulgación. La invención está definida por las reivindicaciones adjuntas.
Nodo de radiocomunicaciones: Según se usa en este documento, un "nodo de radiocomunicaciones" es o bien un nodo de acceso por radiocomunicaciones o bien un dispositivo inalámbrico.
Nodo de acceso por radiocomunicaciones: Según se usa en este documento, un "nodo de acceso por radiocomunicaciones" o "nodo de red de radiocomunicaciones" es cualquier nodo en una red de acceso por radiocomunicaciones de una red de comunicaciones celulares que funciona para transmitir y/o recibir señales de forma inalámbrica. Algunos ejemplos de un nodo de acceso por radiocomunicaciones incluyen, aunque sin carácter limitativo, una estación base (por ejemplo, una estación base de Nuevas Radiocomunicaciones (NR) (gNB) en una red de NR de Quinta Generación (5G) del Proyecto de Asociación de Tercera Generación (3GPP) o un Nodo B mejorado o evolucionado (eNB) en una red de Evolución a Largo Plazo (LTE) del 3GPP), una estación base de alta potencia o macrocelular, una estación base de baja potencia (por ejemplo, una estación base microcelular, una estación base picocelular, un eNB local, o similar) y un nodo de retransmisión.
Nodo de red central: Según se usa en este documento, un "nodo de red central" es cualquier tipo de nodo en una red central. Algunos ejemplos de un nodo de red central incluyen, por ejemplo, una Entidad de Gestión de Movilidad (MME), una Pasarela de Red de Datos por Paquetes (P-GW), una Función de Exposición de la Capacidad de Servicio (SCEF), o similares.
Dispositivo inalámbrico: Según se usa en este documento, un "dispositivo inalámbrico" es cualquier tipo de dispositivo que tiene acceso a (es decir, al que presta servicio) una red de comunicaciones celulares transmitiendo y/o recibiendo señales de forma inalámbrica a un(os) nodo(s) de acceso por radiocomunicaciones. Algunos ejemplos de un dispositivo inalámbrico incluyen, entre otros, un dispositivo de Equipo de Usuario (UE) en una red del 3GPP y un dispositivo de Comunicación de Tipo Máquina (MTC).
Nodo de red: Según se usa en este documento, un "nodo de red" es cualquier nodo que sea parte o bien de la red de acceso por radiocomunicaciones o bien de la red central de una red/sistema de comunicaciones celulares.
Obsérvese que la descripción proporcionada en este documento se centra en un sistema de comunicaciones celulares del 3GPP y, por ello, a menudo se usa la terminología del 3GPP ó una terminología similar a la terminología del 3GPP. Sin embargo, los conceptos descritos en este documento no se limitan a un sistema del 3GPP.
Obsérvese que, en la descripción de este documento, se puede hacer referencia al término "celda"; sin embargo, particularmente con respecto a conceptos del NR de 5G, pueden usarse haces en lugar de celdas y, por ello, es importante señalar que los conceptos descritos en este documento son igualmente aplicables tanto a celdas como a haces.
Actualmente existe(n) cierto(s) desafío(s). Aunque un UE puede reconocer la Información de Control de Enlace Descendente (DCI) (también denominada en este documento mensaje de DCI) por la Información de Estado del Canal Semipersistente (SP-CSI) si la DCI está codificada con el Identificador Temporal de Red de Radiocomunicaciones Celular (C-RNTI) de la SP-CSI, cómo distinguir entre la activación y la desactivación (o liberación) de la SP-CSI sigue siendo un problema. Lo mismo ocurre también para la Planificación Semipersistente (SPS) de enlace ascendente.
Ciertos aspectos de la presente divulgación y sus realizaciones pueden proporcionar soluciones a los desafíos antes mencionados u otros. Se proponen las siguientes opciones:
• Opción 1: alternar entre activación y desactivación de SP-CSI
• Opción 2: reutilización de algún campo de bits de la DCI para este propósito
• Opción 3: reutilizar más de un campo de bits en la DCI de enlace ascendente para la indicación de la activación y la desactivación
• Opción 4: usar un bit del campo de solicitud de Información de Estado del Canal (CSI) para la activación/desactivación y los bits restantes para seleccionar el estado de disparo de SP-CSI
• Opción 5: definir la activación/desactivación como parte de los estados de disparo de SP-CSI
• Opción 6: activación/desactivación conjunta de la transmisión de datos sin concesión de enlace ascendente y la SP-CSI
Ciertas realizaciones pueden proporcionar una o más de la(s) siguiente(s) ventaja(s) técnica(s). Las soluciones permiten que un UE distinga entre una DCI de activación y una DCI de desactivación para notificaciones de SP-CSI.
La Figura 5 ilustra un ejemplo de una red 500 de comunicaciones celulares según algunas realizaciones de la presente divulgación. En las realizaciones descritas en el presente documento, la red 500 de comunicaciones celulares es una red de NR de 5G. En este ejemplo, la red 500 de comunicaciones celulares incluye estaciones base 502-1 y 502-2, que en el NR de 5G se denominan gNB, y que controlan macroceldas 504-1 y 504-2 correspondientes. Las estaciones base 502-1 y 502-2 se denominan en general en el presente documento en conjunto estaciones base 502 e individualmente estación base 502. Asimismo, las macroceldas 504-1 y 504-2 se denominan en general en el presente documento en conjunto macroceldas 504 e individualmente macrocelda 504. La red 500 de comunicaciones celulares también puede incluir varios nodos 506-1 a 506-4 de baja potencia que controlan celdas pequeñas correspondientes 508-1 a 508-4. Los nodos 506-1 a 506-4 de baja potencia pueden ser estaciones base pequeñas (como estaciones base picocelulares o femtocelulares) o Cabezales de Radiocomunicaciones Remotos (RRH), o similares. En especial, aunque no se ilustra, una o más de las celdas pequeñas 508-1 a 508-4 pueden ser proporcionadas alternativamente por las estaciones base 502. Los nodos 506-1 a 506-4 de baja potencia se denominan en general en el presente documento en conjunto nodos 506 de baja potencia e individualmente nodo 506 de baja potencia. Asimismo, las celdas pequeñas 508-1 a 508-4 se denominan en general en el presente documento celdas pequeñas 508 e individualmente celda pequeña 508. Las estaciones base 502 (y opcionalmente los nodos 506 de baja potencia) están conectados a una red central 510.
Las estaciones base 502 y los nodos 506 de baja potencia brindan servicio a dispositivos inalámbricos 512-1 a 512-5 en las celdas correspondientes 504 y 508. Los dispositivos inalámbricos 512-1 a 512-5 se denominan en general en el presente documento en conjunto dispositivos inalámbricos 512 e individualmente dispositivo inalámbrico 512. Los dispositivos inalámbricos 512 también se denominan en ocasiones en el presente documento UEs.
A continuación se describen diversas realizaciones para la activación y desactivación de la notificación de SP-CSI sobre el Canal Físico Compartido de Enlace Ascendente (PUSCH). A este respecto, la Figura 6 ilustra un ejemplo del funcionamiento de un nodo de red (por ejemplo, una estación base 502) y un dispositivo inalámbrico 512 para proporcionar la activación/desactivación de notificaciones de SP-CSI de acuerdo con algunas realizaciones de la presente divulgación. Como se ilustra, el nodo de red envía, al dispositivo inalámbrico 512, un mensaje de control (p. ej., una DCI de Enlace Ascendente (UL) que también se denomina en este documento mensaje de DCI de UL) para la activación o desactivación de la notificación de SP-SCI (paso 600). En algunas realizaciones, el mensaje de control también es para la transmisión de datos sin concesión de enlace ascendente, como se describe posteriormente en detalle.
Como se describirá a continuación, existen varias realizaciones de la presente divulgación. En algunas realizaciones, el mensaje de control es un mensaje de DCI de UL que está codificado con un identificador del dispositivo inalámbrico 512 (por ejemplo, un C-RNTI de SP-CSI del dispositivo inalámbrico 512), donde el dispositivo inalámbrico 512 debe alternar entre activación y desactivación de notificaciones de SP-CSI al recibir el mensaje de DCI de UL que está codificado con su C-RNTI de SP-CSI. En algunas otras realizaciones, el mensaje de control es un mensaje de DCI de UL que está codificado con un identificador del dispositivo inalámbrico 512 (por ejemplo, un C-RNTI de SP-CSI del dispositivo inalámbrico 512) e incluye información que indica si el mensaje de control es para la activación de notificaciones de SP-CSI o la desactivación de notificaciones de SP-CSI. Como se describe posteriormente en detalle, en algunas realizaciones, esta información puede ser uno o más bits en uno o más campos que se definen para otros propósitos y se reutilizan para proporcionar una indicación de si el mensaje es para la activación o desactivación de notificaciones de SP-CSI, según se describe con más detalle posteriormente. En algunas otras realizaciones, esta información es uno o más bits de un Campo de Solicitud de CSI incluido en el mensaje de DCI de UL. Todavía adicionalmente, en algunas realizaciones, esta información se indica mediante un estado de disparo de SP-CSI indicado por el mensaje DCI de UL, donde se definen estados de disparo de SP-CSI independientes para la activación de notificaciones de SP-CSI y la desactivación de notificaciones de SP-CSI. Por último, en algunas otras realizaciones, se tienen en cuenta tanto información incluida en el mensaje de DCI de UL como un estado actual del dispositivo inalámbrico 512 para determinar si activar o desactivar la notificación de SP-CSI y, al menos en algunas realizaciones, si activar o desactivar la transmisión sin concesión de enlace ascendente en el dispositivo inalámbrico 512.
Al recibir el mensaje de control, el dispositivo inalámbrico 512 determina si el mensaje de control es para la activación de la notificación de SP-CSI ó para la desactivación de la notificación de SP-CSI (paso 602). En algunas realizaciones, el dispositivo inalámbrico 512 también determina si el mensaje es para la activación de la transmisión de datos sin concesión de enlace ascendente o para la desactivación de la transmisión de datos sin concesión de enlace ascendente. En algunas realizaciones, este proceso incluye determinar que el mensaje de control está codificado con la identidad (por ejemplo, C-RNTI de SP-CSI) del dispositivo inalámbrico 512 y, de ser así, proceder a determinar si se activa o desactiva la notificación de SP-CSI basándose en el mensaje de acuerdo con cualquiera de las realizaciones descritas en este documento. A continuación, el dispositivo inalámbrico 512 activa o desactiva la notificación de SP-CSI de acuerdo con la determinación tomada en el paso 602 (paso 604).
A continuación se describirán varias realizaciones más detalladas. La invención está definida por las reivindicaciones adjuntas.
Realización 1: Alternancia de activación y desactivación de SP-CSI
Una forma de indicación de activación y desactivación de SP-CSI es alternar entre activación y desactivación (o liberación). En este enfoque, la primera DCI de UL transmitida codificada con el C-RNTI de SP-CSI es para la activación de SP-CSI. La segunda DCI de SP-CSI que sigue a la primera DCI de SP-CSI es para la desactivación (o liberación) de la SP-CSI activada por la primera DCI de SP-CSI. La tercera DCI de SP-CSI después de la segunda SP-CSI es para la activación de una nueva SP-CSI, y la cuarta DCI de SP-CSI después de la tercera DCI de SP-CSI es para la desactivación de la SP-CSI activada por la tercera DCI de SP-CSI, y así sucesivamente. En la Figura 7 se muestra un ejemplo.
El inconveniente de este enfoque de alternancia es que puede evitar la reconfiguración de una notificación de SP-CSI en curso sobre el PUSCH. Por ejemplo, el gNB puede querer cambiar el orden de modulación o la asignación de recursos para una SP-CSI en curso; esto no se puede hacer con el enfoque de alternancia, ya que un UE podría tratar una DCI de SP-CSI de reconfiguración como si fuera una desactivación. Además, si un UE omitiese una DCI de SP-CSI debido, por ejemplo, a un error de decodificación, entonces la notificación de SP-CSI posterior sería incorrecta.
En una variante de esta realización, si la segunda DCI de SP-CSI que sigue a la primera DCI de SP-CSI que activó una notificación de SP-CSI sobre el PUSCH contiene los mismos valores del campo de bits que la primera SP-CSI, entonces el UE puede asumir que la segunda DCI de SP-CSI ha desactivado las notificaciones de SP-CSI sobre el PUSCH. Por ejemplo, si el orden de modulación o la asignación de recursos indicado por la primera y la segunda DCIs de SP-CSI es el mismo, entonces el UE puede asumir que la segunda DCI de SP-CSI ha desactivado las notificaciones de SP-CSI sobre el PUSCH. Sin embargo, si uno o más valores del campo de bits entre la primera y la segunda DCIs de SP-CSI son diferentes, entonces el UE puede asumir que la segunda DCI de SP-CSI ha reconfigurado las notificaciones de SP-CSI sobre el PUSCH. Por ejemplo, si el orden de modulación o la asignación de recursos indicado por la primera y la segunda DCIs de SP-CSI es diferente, entonces el UE puede asumir que la segunda DCI de SP-CSI ha reconfigurado las notificaciones de SP-CSI sobre el PUSCH.
La Figura 8 ilustra un ejemplo del funcionamiento de un nodo de red (por ejemplo, la estación base 502) y el dispositivo inalámbrico 512 de acuerdo con la Realización 1. Como se ilustra, el nodo de red envía, al dispositivo inalámbrico 512, un primer mensaje de control (por ejemplo, un primer mensaje de DCI de UL que se codifica con la identidad (por ejemplo, C-RNTI de SP-CSI) del dispositivo inalámbrico 512) para la activación/desactivación de la notificación de SP-CSI (paso 800). Al recibir el primer mensaje de control, el dispositivo inalámbrico 512 determina que el mensaje de control es para la activación de notificaciones de SP-CSI ya que el mensaje de control es el primer mensaje de control recibido por el dispositivo inalámbrico 512 para la activación o desactivación de notificaciones de SP-CSI (paso 802). Por ello, el dispositivo inalámbrico 512 activa las notificaciones de SP-CSI (paso 804).
En algún momento a partir de entonces, el nodo de red envía un segundo mensaje de control (por ejemplo, un segundo mensaje de DCI de UL que se codifica con la identidad (por ejemplo, C-RNTI de SP-CSI) del dispositivo inalámbrico 512) para la activación/desactivación de la notificación de SP-CSI (paso 806). Al recibir el segundo mensaje de control, el dispositivo inalámbrico 512 determina que el mensaje de control es para la desactivación de la notificación de SP-CSI ya que el mensaje de control es el segundo mensaje de control recibido por el dispositivo inalámbrico 512 para la activación o desactivación de la notificación de SP-CSI (paso 808). Por ello, el dispositivo inalámbrico 512 desactiva la notificación de SP-CSI (paso 810). El proceso puede continuar de esta manera. De este modo, el dispositivo inalámbrico 512 alterna entre la activación y la desactivación de la notificación de SP-CSI al recibir los mensajes de control.
En particular, en algunas realizaciones, la determinación de desactivar las notificaciones de SP-CSI en el paso 808 incluye además una determinación de si los valores en uno o más campos predefinidos en el segundo mensaje de control son los mismos que los valores para el(los) mismo(s) campo(s) en el primer mensaje de control. Si es así, el dispositivo inalámbrico 512 determina que la notificación de SP-CSI debe desactivarse. De lo contrario, el dispositivo inalámbrico 512 determina que la notificación de SP-CSI debe permanecer activada.
Realizaciones 2-5: DCI de UL que contiene información que indica si el mensaje es para activación o desactivación de notificaciones de SP-CSI
Realización 2 - Reutilización de algún campo de bits de la DCI de UL para la indicación de activación y desactivación: Para la transmisión de datos de enlace ascendente sobre el PUSCH, cuando se produce un error de decodificación en el gNB, el gNB puede solicitar una retransmisión de los datos por parte de un UE. Para este propósito, el UE mantiene una copia de los datos originales en su memoria intermedia de transmisión hasta que se recibe una DCI con una Indicación de Datos Nuevos (NDI) del gNB para el mismo proceso de Solicitud Automática Híbrida de Repetición (HARQ). Cuando se necesita una retransmisión, el gNB normalmente envía otra concesión de enlace ascendente en la DCI con el bit de "Indicación de Datos Nuevos" fijado a "0" y el campo de bits de "Versión de Redundancia" fijado a un valor deseado.
Para la notificación de SP-CSI sobre PUSCH, cuando se produce un error de decodificación, no es necesaria una retransmisión porque o bien una SP-CSI retransmitida puede haberse quedado antigua o bien una actualización de SP-CSI no es posible ya que un UE necesita mantener una copia antigua de la CSI aunque haya disponible una nueva medición de CSI entre la primera transmisión y la retransmisión. En este último caso, sería mejor notificar la nueva CSI actualizada en lugar de retransmitir la CSI antigua. Sin retransmisión, el campo "Indicación de Datos Nuevos" y el campo "Versión de Redundancia" en la DCI de enlace ascendente son redundantes para la activación y desactivación de SP-CSI. Por lo tanto, se pueden utilizar para la indicación de activación y desactivación de SP-CSI.
En una realización, el bit de "Indicación de Datos Nuevos" puede usarse para la indicación de activación y desactivación de SP-CSI. Después de que un UE detecta una DCI de UL codificada con su C-RNTI de SP-CSI, el UE puede comprobar además el bit de "Indicación de Datos Nuevos" para determinar si está destinado a la activación o desactivación de SP-CSI. Por ejemplo, el bit se fija a "0" para la activación y a "1" para la desactivación. Esto permite la reconfiguración de una SP-CSI en curso enviando una nueva DCI de activación con nuevos parámetros, tales como una nueva asignación de recursos o un nuevo orden de modulación. En la Figura 9 se muestra un ejemplo.
Alternativamente, el campo "Versión de Redundancia" de 2 bits de la DCI de UL se puede utilizar para este propósito. Por ejemplo, los bits se fijan a "00" para la activación y a "11" para la desactivación.
Realización 3 - Reutilización de más de un campo de bits de la DCI de UL para la indicación de activación y desactivación: Para mejorar aún más la fiabilidad de la validación para la activación o desactivación de SP-CSI, se puede usar más de un campo de bits de la DCI de UL.
Para la validación de la activación de SP-CSI, un UE primero valida una DCI de SP-CSI en un Canal Físico de Control de Enlace Descendente (PDCCH) verificando que los bits de Comprobación de Redundancia Cíclica (CRC) de la DCI están codificados con un C-RNTI de SP-CSI. Como ejemplo, el UE verifica además que se cumpla al menos una o la totalidad de las siguientes condiciones:
• El bit de "Indicador de Datos Nuevos" está fijado a "0"
• Los bits de "Versión de Redundancia" están fijados a todo "0"
• Los bits de "Orden de Control de Potencia de Transmisión (TPC) para PUSCH planificado" están fijados a todo "0"
• Los bits del "Número de proceso de HARQ" están fijados a todo "0"
Para la validación de la desactivación o liberación de la SP-CSI, un UE valida primero una DCI de SP-CSI en un PDCCH verificando que los bits de CRC de la DCI están codificados con el C-RNTi de SP-CSI. Como ejemplo, el UE verifica además que se cumpla al menos una o la totalidad de las siguientes condiciones:
• El bit de "Indicador de Datos Nuevos" está fijado a "0"
• Los bits de "Versión de Redundancia" están fijados a todo "0"
• Los bits de "Orden TPC para PUSCH planificado" están fijados a todo "0"
• Los bits del "Número de proceso de HARQ" están fijados a todo "0"
• Los bits de "Esquema de modulación y codificación y versión de redundancia" están fijados a todo "1"
• Los bits de "Asignación de recursos en el dominio de la frecuencia" están fijados a todo "1"
• Los bits de "Asignación de recursos en el dominio del tiempo" están fijados a todo "1"
Realización 4 - Utilización de un bit del campo de solicitud de CSI de la DCI de UL para la indicación de activación y desactivación: Otra opción es utilizar un bit del campo de bits de solicitud de CSI para la indicación de activación y desactivación y el resto de los bits del campo de solicitud de CSI para seleccionar un estado de disparo de SP-CSI. Sin embargo, cuando la cantidad configurada de bits en el campo de solicitud de CSI es pequeña, esto reduciría la cantidad de estados de disparo de SP-CSI que se pueden admitir. Además, si solo se configura un bit para el campo de solicitud de CSI, entonces esta opción no permitiría más de un estado de disparo de SP-CSI, lo cual es una limitación. Esta opción no funciona cuando el bit cero está configurado para el campo de solicitud de CSI.
Realización 5 - Definición de activación/desactivación como Parte de la indicación de los estados de disparo de SP-CSI: Otra opción es incluir la activación y desactivación de SP-CSI como parte de los estados de disparo de SP-CSI, en cuyo caso, para cada configuración de notificaciones de SP-CSI y configuración de recursos, se configuran dos estados - uno para la activación y otro para la desactivación, según se muestra en la Figura 10. El punto de código del campo de solicitud de CSI se utiliza para indicar una configuración conjunta de notificaciones de SP-CSI, una configuración de recursos y una activación o desactivación de SP-CSI. Usando la Figura 10 como ejemplo, cuando se indica el estado #k de SP-CSI mediante el campo de solicitud de CSI en la DCI, es para la activación de SP-CSI. De lo contrario, si se indica el estado #k+1 de SP-CSI mediante el campo de solicitud de CSI en la DCI, es para la desactivación de SP-CSI.
En otra realización más, existe la limitación de admitir solo una notificación de SP-CSI activa al mismo tiempo. Solo es necesario reservar un punto de código del campo de solicitud de CSI para la desactivación, por ejemplo, solicitud de CSI = "0".
La Figura 11 ilustra un ejemplo del funcionamiento de un nodo de red (por ejemplo, la estación base 502) y el dispositivo inalámbrico 512 de acuerdo con una cualquiera de las Realizaciones 2-5. Como se ilustra, el nodo de red envía, al dispositivo inalámbrico 512, un mensaje de control (por ejemplo, un mensaje de DCI de UL que está codificado con la identidad (por ejemplo, C-RNTI de SP-CSI) del dispositivo inalámbrico 512) que incluye información que indica la activación de la notificación de SP-CSI ó indica la desactivación de la notificación de SP-CSI (etapa 1100). Con respecto a la Realización 2, la información incluida en el mensaje de control es uno o más bits de un campo que se reutilizan con el propósito de indicar la activación o desactivación de la notificación de SP-CSI. En la Realización 3, esta información incluye bits en múltiples campos del mensaje de control. En la Realización 4, esta información incluye un(os) bit(s) del Campo de Solicitud de CSI de la DCI que indica si el mensaje es para activación o desactivación de notificaciones de SP-CSI. En la Realización 5, esta información incluye información que indica el estado de disparo de SP-CSI, donde se predefinen o configuran diferentes estados de disparo de SP-CSI para la activación y desactivación de la notificación de SP-CSI.
Al recibir el mensaje de control, el dispositivo inalámbrico 512 determina si el mensaje de control es para la activación de la notificación de SP-CSI ó la desactivación de la notificación de SP-CSI basándose en la información incluida en el mensaje de control (paso 1102). Más específicamente, usando un mensaje de DCI de UL como ejemplo, el dispositivo inalámbrico 512 determina que el mensaje de DCI de UL está codificado con el C-RNTI de SP-CSI del dispositivo inalámbrico 512. Al determinar que el mensaje de DCI de UL está codificado con el C-RNTI de SP-CSI del dispositivo inalámbrico 512, el dispositivo inalámbrico 512 puede validar que el mensaje de control está destinado al dispositivo inalámbrico 512 y que el mensaje de control es o bien para la activación o bien para la desactivación de SP-CSI. El dispositivo inalámbrico 512 determina entonces si el mensaje de DCI de UL es para la activación o para la desactivación de notificaciones de SP-CSI basándose en la información incluida en el mensaje de DCI de UL, como se ha descrito anteriormente con respecto a una cualquiera de las Realizaciones 2-5.
El dispositivo inalámbrico 512 activa o desactiva la notificación de SP-CSI de acuerdo con la determinación tomada en el paso 1102 (paso 1104).
Realización 6: Activación/Desactivación conjunta de la transmisión de datos sin concesión de enlace ascendente y la SP-CSI
En este conjunto de realizaciones, la suposición es que solo una única concesión de enlace ascendente semipersistente puede estar activa en ese momento. Esta concesión de enlace ascendente permite que el UE transporte un Canal Compartido de Enlace Ascendente (UL-SCH) sobre el PUSCH utilizando transmisión sin concesión de enlace ascendente (es decir, SPS) y opcionalmente puede permitir la transmisión de una notificación de SP-CSI. Si la SPS está activada, el UL-SCH siempre se puede mapear con el PUSCH desde la perspectiva del Control de Acceso al Medio (MAC). Sin embargo, dado que se supone que la Información de Control de Enlace Ascendente (UCI) (que comprende la notificación de CSI) se multiplexa con los bloques de transporte proporcionados por el UL-SCH en la L1 mediante el mapeo de la UCI con el recurso asignado primero, puede ser posible transportar solo notificaciones de SP-CSI sobre el PUSCH si la asignación de recursos para el PUSCH es fijada apropiadamente por el gNB de modo que solo el contenido de las notificaciones de CSI quepa en la carga útil de PUSCH.
En algunas realizaciones, las notificaciones de SPS y SP-CSI se activan con el mismo mensaje de DCI de UL. Dicho mensaje de DCI de UL puede diferenciarse de las concesiones dinámicas de enlace ascendente debido a que la CRC se codifica con un determinado Identificador Temporal de Red de Radiocomunicaciones (RNTI), tal como un RNTI configurado de Planificación Configurada (CS). La DCI de activación puede identificarse adicionalmente mediante la fijación de una combinación de ciertos campos de bits en la DCI. En una realización, los campos de bits fijados de esta manera:
• El bit de "Indicador de Datos Nuevos" se fija a "0"
• Los bits de "Versión de Redundancia" se fijan a todo "0"
• Los bits de "Orden de TPC para PUSCH planificado" se fijan a todo "0"
• Los bits de "Número de proceso de HARQ" se fijan a todo "0"
identifican el mensaje de DCI de activación. Tras la recepción de la DCI de activación, el UE comienza la transmisión de SPS transportando al menos el UL-SCH en el enlace ascendente. La DCI de activación comprende además un campo de solicitud de CSI. Si el campo de solicitud de CSI está fijado a "0", no se activa ninguna notificación de SP-CSI. Sin embargo, es posible que la DCI de activación sea recibida por un UE que ya transmita notificaciones de SPS y SP-CSI para un determinado ajuste de notificaciones de CSI SP. Si el UE recibe la DCI de activación con el campo de solicitud de CSI fijado a "0" en este "estado", las notificaciones de SP-CSI se desactivan (pero la transmisión del UL-SCH todavía está activa). Aquí se asume que solo se puede activar un ajuste de notificaciones de SP-CSI en ese momento. De manera similar, si un UE está en un "estado" en el que las notificaciones de SP-CSI del Ajuste de Notificaciones #X están activadas y recibe una DCI de activación con el campo de solicitud de CSI que indica la activación del Ajuste de Notificaciones #Y, se desactivan las notificaciones de SP-CSI del Ajuste de Notificaciones #X y se activan las notificaciones de SP-CSI en el Ajuste de Notificaciones #Y. Es decir, se conmutan las notificaciones de SP-CSI activas, lo que puede verse como una transición de estado. Si el UE recibe una DCI de activación que activa una notificación de SP-CSI ya activada, permanece en este estado y continúa notificando el ajuste de notificaciones activo. Dicha DCI de activación puede, por ejemplo, actualizar la asignación de recursos en el dominio de la frecuencia del PUSCH ó cambiar el Esquema de Modulación y Codificación (MCS) para que la notificación de SP-CSI pueda transportarse de una manera más óptima.
Si deben desactivarse tanto la transmisión de SPS como la transmisión de SP-CSI, el gNB puede, en algunas realizaciones, enviar un mensaje de DCI de desactivación (que también puede estar codificado por CRC con un CS-RNTI). Tras la recepción de la DCI de desactivación, se detiene la transmisión del PUSCH semipersistente, lo que implica que tanto la SPS como cualquier notificación de SP-CSI activa se desactivan. Por tanto, en algunas realizaciones, el campo de solicitud de CSI puede ignorarse en la DCI de desactivación, y cualquier notificación de SP-CSI que esté activa se desactiva de todos modos independientemente de si el campo de solicitud de CSI es igual a "0" o no. En otras realizaciones, el formato de la DCI de desactivación establece que el campo de solicitud de CSI esté fijado a "0" para proporcionar además fiabilidad en la detección de DCI para la DCI de desactivación. La DCI de desactivación puede identificarse fijando una cierta combinación de campos de bits a ciertos valores. Por ejemplo, en una realización, los campos de bits fijados de la siguiente manera:
El bit de "Indicador de Datos Nuevos" se fija a "0"
Los bits de "Versión de Redundancia" se fijan a todo "0"
Los bits de "Orden de TPC para PUSCH planificado" se fijan a todo "0"
Los bits de "Número de proceso de HARQ" se fijan a todo "0"
Los bits de "Esquema de modulación y codificación y versión de redundancia" se fijan a todo "1".
Los bits de "Asignación de recursos en el dominio de la frecuencia" se fijan a todo "1"
Los bits de "Asignación de recursos en el dominio del tiempo" se fijan a todo "1"
identifican una DCI de desactivación. Por tanto, la recepción de una DCI de desactivación puede verse como cambiar el UE a un "estado" en el que se desactiva la notificación tanto de SPS como de SP-CSI independientemente del "estado" en el que se encontraba anteriormente el UE.
En la Figura 12, se ilustra un ejemplo de la Realización 6 con un diagrama de transición de estados, que identifica a qué estado cambia el UE al recibir los diferentes mensajes de DCI. En general, se puede admitir un número cualquiera de ajustes de notificaciones de SP-CSI y cada notificación de SP-CSI activada se corresponde con un estado, pero, por motivos de legibilidad, en la Figura 12 se muestran solo dos estados (#1 y #N) para notificaciones de SP-CSI activadas, aunque se sobreentiende a partir de la ilustración que los estados omitidos de notificaciones de SP-CSI #2, #3, ..., #N-1 también están presentes.
Obsérvese que la notificación de SP-CSI puede no activarse sin que la SPS también se active en estas realizaciones.
En una variación de esta realización, los "estados" se refieren a estados de disparo de SP-CSI configurados por Control de Recursos de Radiocomunicaciones (RRC). Una DCI puede activar simultáneamente uno o más ajustes de notificaciones de SP-CSI, de modo que una o más notificaciones de SP-CSI se transmitan sobre el mismo PUSCH. Cuando se recibe un mensaje de DCI de activación, el UE detiene la notificación de SP-CSI sobre las notificaciones de SP-CSI asociadas al estado de disparo de SP-CSI previamente activo y da inicio a la notificación de SP-CSI sobre los ajustes de notificaciones de SP-CSI asociados al estado de disparo de SP-CSI identificado con el campo de solicitud de CSI en el mensaje de DCI de activación.
La Figura 13 ilustra un ejemplo del funcionamiento de un nodo de red (por ejemplo, la estación base 502) y el dispositivo inalámbrico 512 de acuerdo con la Realización 6. Como se ilustra, el nodo de red envía, al dispositivo inalámbrico 512, un mensaje de control (por ejemplo, un mensaje de DCI de UL que está codificado con la identidad (por ejemplo, C-RNTI de CS-CSI) del dispositivo inalámbrico 512) que incluye información que indica la activación o desactivación de la notificación de SP-CSI y la activación o desactivación de la transmisión de datos sin concesión de enlace ascendente (por ejemplo, transmisión de datos de SPS) (etapa 1300). Al recibir el mensaje de control, el dispositivo inalámbrico 512 determina si el mensaje de control es para la activación de la notificación de SP-CSI o la desactivación de la notificación de SP-CSI, así como para la activación de la transmisión de datos sin concesión de enlace ascendente o la desactivación de la transmisión de datos sin concesión de enlace ascendente basándose en la información incluida en el mensaje de control y un estado actual del dispositivo inalámbrico 512 (paso 1302), como se ha descrito anteriormente. El dispositivo inalámbrico 512 activa o desactiva la notificación de SP-CSI de acuerdo con la determinación tomada en el paso 1302 (paso 1304).
Información adicional
La Figura 14 es un diagrama de bloques esquemático de un nodo 1400 de acceso por radiocomunicaciones según algunas realizaciones de la presente divulgación. El nodo 1400 de acceso por radiocomunicaciones puede ser, por ejemplo, una estación base 502 ó 506. Como se ilustra, el nodo 1400 de acceso por radiocomunicaciones incluye un sistema 1402 de control que incluye uno o más procesadores 1404 (por ejemplo, Unidades Centrales de Procesamiento (CPU), Circuitos Integrados de Aplicación Específica (ASICs), Matrices de Puertas Programables in Situ (FPGAs) y/o similares), memoria 1406 y una interfaz 1408 de red. Además, el nodo 1400 de acceso por radiocomunicaciones incluye una o más unidades 1410 de radiocomunicaciones que incluye, cada una de ellas, uno o más transmisores 1412 y uno o más receptores 1414 acoplados a una o más antenas 1416. En algunas realizaciones, la(s) unidad(es) 1410 de radiocomunicaciones es externa al sistema 1402 de control y está conectada al sistema 1402 de control mediante, por ejemplo, una conexión por cable (por ejemplo, un cable óptico). Sin embargo, en algunas otras realizaciones, la(s) unidad(es) 1410 de radiocomunicaciones y potencialmente la(s) antena(s) 1416 están integradas junto con el sistema 1402 de control. El procesador o procesadores 1404 funcionan para proporcionar una o más funciones de un nodo 1400 de acceso por radiocomunicaciones como se describe en este documento. En algunas realizaciones, la(s) función(es) se implementan en software que se almacena, por ejemplo, en la memoria 1406 y que es ejecutado por el procesador o procesadores 1404.
La Figura 15 es un diagrama de bloques esquemático que ilustra una realización virtualizada del nodo 1400 de acceso por radiocomunicaciones según algunas realizaciones de la presente divulgación. Este análisis es igualmente aplicable a otros tipos de nodos de red. Además, otros tipos de nodos de red pueden tener arquitecturas virtualizadas similares.
Según se usa en este documento, un nodo de acceso por radiocomunicaciones "virtualizado" es una implementación del nodo 1400 de acceso por radiocomunicaciones en el que al menos una parte de la funcionalidad del nodo 1400 de acceso por radiocomunicaciones se implementa como un(os) componente(s) virtual(es) (por ejemplo, a través de una(s) máquina(s) virtual(es) que se ejecuta(n) en un(os) nodo(s) de procesamiento físico(s) en una(s) red(es)). Como se ilustra, en este ejemplo, el nodo 1400 de acceso por radiocomunicaciones incluye el sistema 1402 de control que incluye el procesador o procesadores 1404 (por ejemplo, CPUs, ASICs, FPGAs y/o similares), la memoria 1406 y la interfaz 1408 de red y la unidad o unidades 1410 de radiocomunicaciones, cada una de las cuales incluye el transmisor o transmisores 1412 y el receptor o receptores 1414 acoplados a la antena o antenas 1416, como se ha descrito anteriormente. El sistema 1402 de control está conectado a la(s) unidad(es) 1410 de radiocomunicaciones mediante, por ejemplo, un cable óptico o similar. El sistema 1402 de control está conectado a uno o más nodos 1500 de procesamiento acoplados a o incluidos como parte de una(s) red(es) 1502 a través de la interfaz 1408 de red. Cada nodo 1500 de procesamiento incluye uno o más procesadores 1504 (por ejemplo, CPUs, ASICs, FPGAs y/o similares), memoria 1506 y una interfaz 1508 de red.
En este ejemplo, las funciones 1510 del nodo 1400 de acceso por radiocomunicaciones descrito en este documento se implementan en el nodo o nodos 1500 de procesamiento o se distribuyen sobre el sistema 1402 de control y el nodo o nodos 1500 de procesamiento de cualquier manera deseada. En algunas realizaciones particulares, algunas o todas las funciones 1510 del nodo 1400 de acceso por radiocomunicaciones descritas en este documento se implementan como componentes virtuales ejecutados por una o más máquinas virtuales implementadas en un(os) entorno(s) virtual(es) alojado(s) por el(los) nodo(s) 1500 de procesamiento. Como apreciará un experto en la técnica, se usa señalización o comunicación adicional entre el(los) nodo(s) 1500 de procesamiento y el sistema 1402 de control para llevar a cabo al menos algunas de las funciones deseadas 1510. En particular, en algunas realizaciones, el sistema 1402 de control puede no estar incluido, en cuyo caso la(s) unidad(es) 1410 de radiocomunicaciones se comunican directamente con el(los) nodo(s) 1500 de procesamiento a través de una(s) interfaz(es) de red apropiada(s).
En algunas realizaciones, se proporciona un programa informático que incluye instrucciones que, cuando se ejecutan por al menos un procesador, hace que el por lo menos un procesador lleve a cabo la funcionalidad del nodo 1400 de acceso por radiocomunicaciones o un nodo (por ejemplo, un nodo 1500 de procesamiento) que implementa una o más de las funciones 1510 del nodo 1400 de acceso por radiocomunicaciones en un entorno virtual de acuerdo con cualquiera de las realizaciones descritas en este documento. En algunas realizaciones, se proporciona un soporte que comprende el producto de programa informático mencionado anteriormente. El soporte es uno de una señal electrónica, una señal óptica, una señal de radiocomunicaciones o un medio de almacenamiento legible por ordenador (por ejemplo, un medio no transitorio legible por ordenador, tal como memoria).
La Figura 16 es un diagrama de bloques esquemático del nodo 1400 de acceso por radiocomunicaciones según algunas otras realizaciones de la presente divulgación. El nodo 1400 de acceso por radiocomunicaciones incluye uno o más módulos 1600, cada uno de los cuales está implementado en software. El(los) módulo(s) 1600 proporcionan la funcionalidad del nodo 1400 de acceso por radiocomunicaciones descrito en este documento. Ese análisis es igualmente aplicable al nodo 1500 de procesamiento de la Figura 15 donde los módulos 1600 pueden implementarse en uno de los nodos 1500 de procesamiento o distribuirse sobre múltiples nodos 1500 de procesamiento y/o distribuirse sobre el(los) nodo(s) 1500 de procesamiento y el sistema 1402 de control.
La Figura 17 es un diagrama de bloques esquemático de un UE 1700 según algunas realizaciones de la presente divulgación. Como se ilustra, el UE 1700 incluye uno o más procesadores 1702 (por ejemplo, CPUs, ASICs, FPGAs y/o similares), memoria 1704 y uno o más transceptores 1706, cada uno de los cuales incluye uno o más transmisores 1708 y uno o más receptores 1710 acoplados a una o más antenas 1712. En algunas realizaciones, la funcionalidad del UE 1700 descrita anteriormente puede implementarse total o parcialmente en software que, por ejemplo, se almacena en la memoria 1704 y se ejecuta por el(los) procesador(es) 1702.
En algunas realizaciones, se proporciona un programa informático que incluye instrucciones que, cuando son ejecutadas por al menos un procesador, hace que el por lo menos un procesador lleve a cabo la funcionalidad del UE 1700 según cualquiera de las realizaciones descritas en este documento. En algunas realizaciones, se proporciona un soporte que comprende el producto de programa informático mencionado anteriormente. El soporte es uno de una señal electrónica, una señal óptica, una señal de radiocomunicaciones o un medio de almacenamiento legible por ordenador (por ejemplo, un medio no transitorio legible por ordenador, tal como memoria).
La Figura 18 es un diagrama de bloques esquemático del UE 1700 según algunas otras realizaciones de la presente divulgación. El UE 1700 incluye uno o más módulos 1800, cada uno de los cuales está implementado en software. El(los) módulo(s) 1800 proporcionan la funcionalidad del UE 1700 descrito en este documento.
Con referencia a la Figura 19, de acuerdo con una realización, un sistema de comunicación incluye una red 1900 de telecomunicaciones, tal como una red celular de tipo 3GPP, que comprende una red 1902 de acceso, tal como una Red de Acceso por Radiocomunicaciones (RAN), y una red central 1904. La red 1902 de acceso comprende una pluralidad de estaciones base 1906A, 1906B, 1906C, tales como Nodos B, eNBs, gNBs u otros tipos de Puntos de Acceso (AP) inalámbricos, cada una de las cuales define un área 1908A, 1908B, 1908C de cobertura correspondiente. Cada estación base 1906A, 1906B, 1906C se puede conectar a la red central 1904 mediante una conexión 1910 por cable o inalámbrica. Un primer UE 1912 ubicado en el área 1908C de cobertura está configurado para conectarse de forma inalámbrica a, o ser buscado por, la correspondiente estación base 1906C. Un segundo UE 1914 en el área 1908A de cobertura se puede conectar de forma inalámbrica a la correspondiente estación base 1906A. Aunque en este ejemplo se ilustra una pluralidad de UEs 1912, 1914, las realizaciones descritas son igualmente aplicables a una situación en la que un único UE está en el área de cobertura o en la que un único UE se está conectando a la correspondiente estación base 1906.
La propia red 1900 de telecomunicaciones está conectada a un ordenador anfitrión 1916, que puede estar incorporado en el hardware y/o software de un servidor autónomo, un servidor implementado en la nube, un servidor distribuido o como recursos de procesamiento en una granja de servidores. El ordenador anfitrión 1916 puede estar bajo la propiedad o el control de un proveedor de servicios, o puede ser operado por el proveedor de servicios o en nombre del proveedor de servicios. Las conexiones 1918 y 1920 entre la red 1900 de telecomunicaciones y el ordenador anfitrión 1916 pueden extenderse directamente desde la red central 1904 al ordenador anfitrión 1916 o pueden ir a través de una red intermedia opcional 1922. La red intermedia 1922 puede ser una de, o una combinación de más de una de, una red pública, privada o alojada; la red intermedia 1922, si la hay, puede ser una red troncal o Internet; en particular, la red intermedia 1922 puede comprender dos o más subredes (no mostradas).
El sistema de comunicación de la Figura 19 en su conjunto permite la conectividad entre los UEs conectados 1912, 1914 y el ordenador anfitrión 1916. La conectividad puede describirse como una conexión Over-the-Top (OTT) 1924. El ordenador anfitrión 1916 y los UEs conectados 1912, 1914 están configurados para comunicar datos y/o señalización a través de la conexión OTT 1924, utilizando la red 1902 de acceso, la red central 1904, cualquier red intermedia 1922 y una posible infraestructura adicional (no mostrada) como intermediarios. La conexión o Tt 1924 puede ser transparente en el sentido de que los dispositivos de comunicación participantes a través de los cuales pasa la conexión OTT 1924 desconocen el enrutamiento de las comunicaciones de enlace ascendente y de enlace descendente. Por ejemplo, la estación base 1906 puede no estar informada o no es necesario que esté informada sobre el enrutamiento pasado de una comunicación de enlace descendente entrante con datos que se originan en el ordenador anfitrión 1916 para ser reenviados (por ejemplo, entregados) a un UE 1912 conectado. De manera similar, la estación base 1906 no necesita estar al tanto del futuro enrutamiento de una comunicación de enlace ascendente saliente que se origina en el UE 1912 hacia el ordenador anfitrión 1916.
Se describirán a continuación con referencia a la Figura 20 implementaciones de ejemplo, de acuerdo con una realización, del UE, la estación base y el ordenador anfitrión descritos en los párrafos anteriores. En un sistema 2000 de comunicación, un ordenador anfitrión 2002 comprende hardware 2004 que incluye una interfaz 2006 de comunicación configurada para establecer y mantener una conexión por cable o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema 2000 de comunicación. El ordenador anfitrión 2002 comprende además circuitería 2008 de procesamiento, que puede tener capacidades de almacenamiento y/o procesamiento. En particular, la circuitería 2008 de procesamiento puede comprender uno o más procesadores programables, ASICs, FPGAs ó combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. El ordenador anfitrión 2002 comprende además software 2010, que está almacenado en o es accesible por el ordenador anfitrión 2002 y es ejecutable por la circuitería 2008 de procesamiento. El software 2010 incluye una aplicación 2012 de anfitrión. La aplicación 2012 de anfitrión puede ser operativa para proporcionar un servicio a un usuario remoto, como un UE 2014 que se conecta a través de una conexión OTT 2016 que termina en el UE 2014 y el ordenador anfitrión 2002. Al proporcionar el servicio al usuario remoto, la aplicación 2012 de anfitrión puede proporcionar datos de usuario que se transmiten utilizando la conexión OTT 2016.
El sistema 2000 de comunicación incluye además una estación base 2018 proporcionada en un sistema de telecomunicaciones y que comprende hardware 2020 que le permite comunicarse con el ordenador anfitrión 2002 y con el UE 2014. El hardware 2020 puede incluir una interfaz 2022 de comunicación para establecer y mantener una conexión por cable o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema 2000 de comunicación, así como una interfaz 2024 de radiocomunicaciones para establecer y mantener al menos una conexión inalámbrica 2026 con el UE 2014 ubicado en un área de cobertura (no mostrada en la Figura 20) a la que presta servicio la estación base 2018. La interfaz 2022 de comunicación puede configurarse para facilitar una conexión 2028 con el ordenador anfitrión 2002. La conexión 2028 puede ser directa o puede pasar a través de una red central (no mostrada en la Figura 20) del sistema de telecomunicaciones y/o a través de una o más redes intermedias fuera del sistema de telecomunicaciones. En la realización mostrada, el hardware 2020 de la estación base 2018 incluye además circuitería 2030 de procesamiento, que puede comprender uno o más procesadores programables, ASICs, FPGAs ó combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. La estación base 2018 además tiene software 2032 almacenado internamente o accesible a través de una conexión externa.
El sistema 2000 de comunicación incluye además el UE 2014 ya mencionado. El hardware 2034 del UE 2014 puede incluir una interfaz 2036 de radiocomunicaciones configurada para establecer y mantener una conexión inalámbrica 2026 con una estación base que presta servicio a un área de cobertura en la que se encuentra actualmente el UE 2014. El hardware 2034 del UE 2014 incluye además circuitería 2038 de procesamiento, que puede comprender uno o más procesadores programables, ASICs, FPGAs ó combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. El UE 2014 comprende además software 2040, que está almacenado en o es accesible por el UE 2014 y es ejecutable por la circuitería 2038 de procesamiento. El software 2040 incluye una aplicación 2042 de cliente. La aplicación 2042 de cliente puede ser operativa para proporcionar un servicio a un usuario humano o no humano a través del UE 2014, con el apoyo del ordenador anfitrión 2002. En el ordenador anfitrión 2002, la aplicación 2012 de anfitrión en ejecución puede comunicarse con la aplicación 2042 de cliente en ejecución a través de la conexión OTT 2016 que termina en el UE 2014 y el ordenador anfitrión 2002. Al proporcionar el servicio al usuario, la aplicación 2042 de cliente puede recibir datos de solicitud de la aplicación 2012 de anfitrión y proporcionar datos de usuario en respuesta a los datos de solicitud. La conexión OTT 2016 puede transferir tanto los datos de solicitud como los datos de usuario. La aplicación 2042 de cliente puede interactuar con el usuario para generar los datos de usuario que proporciona.
Cabe observar que el ordenador anfitrión 2002, la estación base 2018 y el UE 2014 ilustrados en la Figura 20 pueden ser similares o idénticos al ordenador anfitrión 1916, una de las estaciones base 1906A, 1906B, 1906C y uno de los UEs 1912, 1914 de la Figura 19, respectivamente. Es decir, el funcionamiento interno de estas entidades puede ser tal como se muestra en la Figura 20 e independientemente, la topología de la red circundante puede ser la de la Figura 19.
En la Figura 20, la conexión OTT 2016 se ha dibujado de forma abstracta para ilustrar la comunicación entre el ordenador anfitrión 2002 y el UE 2014 a través de la estación base 2018 sin referencia explícita a ningún dispositivo intermediario y al enrutamiento preciso de mensajes a través de estos dispositivos. La infraestructura de red puede determinar el enrutamiento, que puede configurarse para ocultarse del UE 2014 ó del proveedor de servicios que opera el ordenador anfitrión 2002, o de ambos. Mientras la conexión OTT 2016 está activa, la infraestructura de red puede además tomar decisiones mediante las cuales cambia dinámicamente el enrutamiento (por ejemplo, sobre la base de la consideración del equilibrado de la carga o la reconfiguración de la red).
La conexión inalámbrica 2026 entre el UE 2014 y la estación base 2018 es acorde a las enseñanzas de las realizaciones descritas a lo largo de esta divulgación. Una o más de las diversas realizaciones mejoran el rendimiento de servicios OTT proporcionados al UE 2014 utilizando la conexión OTT 2016, en la que la conexión inalámbrica 2026 forma el último segmento. De manera más precisa, las enseñanzas de estas realizaciones pueden mejorar, por ejemplo, la velocidad de datos, la latencia y/o el consumo de energía y, por lo tanto, proporcionar beneficios tales como, por ejemplo, tiempo de espera reducido del usuario, relajación en la restricción sobre el tamaño de los archivos, mejor capacidad de respuesta y/o vida útil prolongada de la batería.
Puede proporcionarse un procedimiento de medición con el fin de monitorizar la velocidad de datos, la latencia y otros factores en los que la realización o realizaciones ofrecen mejoras. Además, puede haber una funcionalidad de red opcional para reconfigurar la conexión OTT 2016 entre el ordenador anfitrión 2002 y el UE 2014, en respuesta a variaciones en los resultados de la medición. El procedimiento de medición y/o la funcionalidad de red para reconfigurar la conexión OTT 2016 puede implementarse en el software 2010 y el hardware 2004 del ordenador anfitrión 2002 ó en el software 2040 y el hardware 2034 del UE 2014, o en ambos. En algunas realizaciones, pueden desplegarse sensores (no mostrados) en o asociados a dispositivos de comunicación a través de los cuales pasa la conexión OTT 2016; los sensores pueden participar en el procedimiento de medición proporcionando valores de las cantidades monitorizadas ejemplificadas anteriormente, o proporcionando valores de otras cantidades físicas a partir de las cuales el software 2010, 2040 puede calcular o estimar las cantidades monitorizadas. La reconfiguración de la conexión OTT 2016 puede incluir formato de los mensajes, ajustes de retransmisión, enrutamiento preferido, etc.; la reconfiguración no necesita afectar a la estación base 2014, y puede ser desconocida o imperceptible para la estación base 2014. Tales procedimientos y funcionalidades pueden ser conocidos y haber sido puestos en práctica en la técnica. En determinadas realizaciones, las mediciones pueden implicar señalización del UE privativa que facilite las mediciones del caudal, de tiempos de propagación, de la latencia y similares por parte del ordenador anfitrión 2002. Las mediciones se pueden implementar en la medida en la que el software 2010 y 2040 hace que se transmitan mensajes, en particular mensajes vacíos o “ficticios”, utilizando la conexión OTT 2016 mientras monitoriza tiempos de propagación, errores, etc.
La Figura 21 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos con referencia a las Figuras 19 y 20. Para simplificar la presente divulgación, en esta sección sólo se incluirán las referencias de los dibujos a la Figura 21. En el paso 2100, el ordenador anfitrión proporciona datos de usuario. En el paso secundario 2102 (que puede ser opcional) del paso 2100, el ordenador anfitrión proporciona los datos de usuario ejecutando una aplicación de anfitrión. En el paso 2104, el ordenador anfitrión inicia una transmisión que lleva los datos de usuario al UE. En el paso 2106 (que puede ser opcional), la estación base transmite al UE los datos de usuario que se llevaron en la transmisión que inició el ordenador anfitrión, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta divulgación. En el paso 2108 (que también puede ser opcional), el UE ejecuta una aplicación de cliente asociada a la aplicación de anfitrión ejecutada por el ordenador anfitrión.
La Figura 22 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos con referencia a las Figuras 19 y 20. Para simplificar la presente divulgación, en esta sección sólo se incluirán las referencias de los dibujos a la Figura 22. En el paso 2200 del método, el ordenador anfitrión proporciona datos de usuario. En un paso secundario opcional (no mostrado), el ordenador anfitrión proporciona los datos de usuario mediante la ejecución de una aplicación de anfitrión. En el paso 2202, el ordenador anfitrión inicia una transmisión que lleva los datos de usuario al UE. La transmisión puede pasar a través de la estación base, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta divulgación. En el paso 2204 (que puede ser opcional), el UE recibe los datos de usuario llevados en la transmisión.
La Figura 23 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos con referencia a las Figuras 19 y 20. Para simplificar la presente divulgación, en esta sección solo se incluirán las referencias de los dibujos a la Figura 23. En el paso 2300 (que puede ser opcional), el UE recibe datos de entrada proporcionados por el ordenador anfitrión. De manera adicional o alternativa, en el paso 2302, el UE proporciona datos de usuario. En el paso secundario 2304 (que puede ser opcional) del paso 2300, el UE proporciona los datos de usuario ejecutando una aplicación de cliente. En el paso secundario 2306 (que puede ser opcional) del paso 2302, el UE ejecuta una aplicación de cliente que proporciona los datos de usuario en reacción a los datos de entrada recibidos proporcionados por el ordenador anfitrión. Al proporcionar los datos de usuario, la aplicación de cliente ejecutada puede considerar además la entrada del usuario recibida del usuario. Independientemente de la manera específica en la que se proporcionaron los datos de usuario, el UE inicia, en el paso secundario 2308 (que puede ser opcional), la transmisión de los datos de usuario al ordenador anfitrión. En el paso 2310 del método, el ordenador anfitrión recibe los datos de usuario transmitidos desde el UE, de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta divulgación.
La Figura 24 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, de acuerdo con una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos con referencia a las Figuras 19 y 20. Para simplificar la presente divulgación, en esta sección solo se incluirán las referencias de los dibujos a la Figura 24. En el paso 2400 (que puede ser opcional), de acuerdo con las enseñanzas de las realizaciones descritas a lo largo de esta divulgación, la estación base recibe datos de usuario del UE. En el paso 2402 (que puede ser opcional), la estación base inicia la transmisión de los datos de usuario recibidos al ordenador anfitrión. En el paso 2404 (que puede ser opcional), el ordenador anfitrión recibe los datos de usuario llevados en la transmisión iniciada por la estación base.
Cualquier paso, método, característica, función o beneficio apropiado dado a conocer en el presente documento puede materializarse a través de una o más unidades funcionales o módulos de uno o más aparatos virtuales. Cada aparato virtual puede comprender varias de estas unidades funcionales. Estas unidades funcionales pueden implementarse mediante circuitería de procesamiento, que puede incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que puede incluir Procesadores de Señales Digitales (DSPs), lógica digital de propósito especial y similares. La circuitería de procesamiento puede configurarse para ejecutar código de programa almacenado en memoria, que puede incluir uno o varios tipos de memoria, tales como Memoria de Solo Lectura (ROM), Memoria de Acceso Aleatorio (RAM), memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en memoria incluye instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o comunicaciones de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en este documento. En algunas implementaciones, la circuitería de procesamiento puede usarse para hacer que la unidad funcional respectiva lleve a cabo funciones correspondientes de acuerdo con una o más realizaciones de la presente divulgación.
La invención está definida por las reivindicaciones adjuntas.
En esta divulgación pueden usarse al menos algunas de las siguientes abreviaturas. Si se produce una incongruencia entre abreviaturas, se debe dar preferencia a la forma en la que se ha usado anteriormente. Si una abreviatura se enumera varias veces a continuación, se debe preferir la primera enumeración a cualquier(cualesquiera) enumeración(es) posterior(es).
• 3GPP Proyecto de Asociación de Tercera Generación
• 5G Quinta Generación
• A-CSI Información de Estado del Canal Aperiódica
• AP Punto de Acceso
• ASIC Circuito Integrado de Aplicación Específica
• CE Elemento de Control
• CORESET Conjunto de Recursos de Control
• CP Prefijo Cíclico
• UPC Unidad Central de Procesamiento
• CQI Indicador de Calidad de Canal
• CRC Comprobación de Redundancia Cíclica
• C-RNTI Identificador Temporal de Red de Radiocomunicaciones Celular
• CS Planificación Configurada
• CSI Información de Estado del Canal
• CSI-RS Señal de Referencia de Información de Estado del Canal
• DCI Información de Control de Enlace Descendente
• DFT Transformada Discreta de Fourier
• DMRS Señal de Referencia de Demodulación
• DSP Procesador de Señal Digital
• eNB Nodo B Mejorado o Evolucionado
• FPGA Matriz de Puertas Programable in Situ
• GHz Gigahercios
• gNB Estación Base de Nuevas Radiocomunicaciones
• HARQ Solicitud Automática Híbrida de Repetición
• kHz Kilohercio
• LTE Evolución a Largo Plazo
• MAC Control de Acceso al Medio
• MCS Esquema de Codificación y Modulación
• MHz Megahercio
• mmW Onda Milimétrica
• MME Entidad de Gestión de Movilidad
• MTC Comunicación de Tipo Máquina
• NDI Indicación de Datos Nuevos
• NR Nuevas Radiocomunicaciones
• OFDM Multiplexación por División Ortogonal de Frecuencia
• OTT Over-the-Top
• P-CSI Información Periódica de Estado del Canal
• PDCCH Canal Físico de Control de Enlace Descendente
• PDCP Protocolo de Convergencia de Datos por Paquetes • PDSCH Canal Físico Compartido de Enlace Descendente • P-GW Pasarela de Red de Datos por Paquetes
• PHY Física
• PMI Indicador de Matriz de Precodificación
• PUCCH Canal Físico de Control de Enlace Ascendente
• PUSCH Canal Físico Compartido de Enlace Ascendente
• RAN Red de Acceso por Radiocomunicaciones
• RAM Memoria de Acceso Aleatorio
• RB Bloque de Recursos
• RE Elemento de Recurso
• RI Indicador de Rango
• RLC Control de Enlace de Radiocomunicaciones
• RNTI Identificador Temporal de Red de Radiocomunicaciones • ROM Memoria de Sólo Lectura
• RRC Control de Recursos de Radiocomunicaciones
• RRH Cabezal de Radiocomunicaciones Remoto
• SCEF Función de Exposición de la Capacidad de Servicio • SDAP Protocolo de Adaptación de Datos de Servicio
• SFN Número de Trama del Sistema
• SP-CSI Información Semipersistente de Estado del Canal • SPS Planificación Semipersistente
• TB Bloque de Transporte
• TPC Control de Potencia de Transmisión
• Tx Transmisión
• UCI Información de Control de Enlace Ascendente
• UE Equipo de Usuario
• UL Enlace Ascendente
• UL-SCH Canal Compartido de Enlace Ascendente
• UL-TWG Transmisión de Enlace Ascendente Sin una Concesión La invención está definida por las reivindicaciones adjuntas.

Claims (14)

REIVINDICACIONES
1. Método llevado a cabo por un dispositivo inalámbrico (512) para notificaciones de Información Semipersistente de Estado del Canal, SP-CSI, para un sistema (500) de comunicación inalámbrica, comprendiendo el método: recibir (600) por el dispositivo inalámbrico (512) un mensaje de control enviado desde una estación base (502) para la activación o desactivación de las notificaciones de SP-CSI, en donde:
el mensaje de control comprende bits de Comprobación de Redundancia Cíclica, CRC, que se codifican con un Identificador Temporal de Red de Radiocomunicaciones Celular de SP-CSI, SP-CSI-RNTI, del dispositivo inalámbrico; y
el mensaje de control comprende información que indica si el mensaje de control es para la activación de las notificaciones de SP-CSI o para la desactivación de las notificaciones de SP-CSI, en donde la información comprende valores de bits configurados en uno o más campos de bits del mensaje de control y el campo o campos de bits comprenden uno o más campos de bits definidos con el fin de proporcionar un indicador de datos nuevos y/o una versión de redundancia;
tomar (602), basándose en la información comprendida en el mensaje de control, una determinación sobre si activar las notificaciones de SP-CSI ó desactivar las notificaciones de SP-CSI; y
activar o desactivar (604) las notificaciones de SP-CSI de acuerdo con la determinación.
2. Método de la reivindicación 1, en el que el mensaje de control comprende información de control de enlace descendente transportada en un canal físico de control de enlace descendente; o
en el que el campo o campos de bits del mensaje de control se definen para otros fines pero se reutilizan.
3. Método de la reivindicación 1 ó 2, en el que, cuando se activan las notificaciones de SP-CSI, el campo o campos de bits para activar las notificaciones de SP-CSI comprenden uno cualquiera o más de los siguientes campos de bits: un campo definido con el propósito de comunicar un Indicador de Datos Nuevos;
un campo definido con el propósito de comunicar una Versión de Redundancia;
un campo definido con el propósito de comunicar una orden de control de potencia de transmisión para un canal físico compartido de enlace ascendente; y
un campo definido con el propósito de comunicar un número de proceso de Solicitud Automática Híbrida de Repetición, HARQ.
4. Método de una cualquiera de las reivindicaciones 1 a 3, en el que, cuando se activan las notificaciones de SP-CSI, se determina que el mensaje de control es para activar la SP-CSI si los valores de los bits del campo o campos de bits están fijados a todo cero.
5. Método de una cualquiera de las reivindicaciones 1 a 4, en el que, cuando se desactivan las notificaciones de SP-CSI, el campo o campos de bits para desactivar las notificaciones de SP-CSI comprenden uno cualquiera o más de los siguientes campos de bits:
un campo definido con el propósito de comunicar un Indicador de Datos Nuevos;
un campo definido con el propósito de comunicar una Versión de Redundancia;
un campo definido con el propósito de comunicar una orden de control de potencia de transmisión para un canal físico compartido de enlace ascendente;
un campo definido con el propósito de comunicar un número de proceso de Solicitud Automática Híbrida de Repetición, HARQ;
un campo definido con el propósito de comunicar un Esquema de Modulación y Codificación, MCS;
un campo definido con el propósito de comunicar una asignación de recursos en el dominio de la frecuencia; y un campo definido con el propósito de comunicar una asignación de recursos en el dominio del tiempo.
6. Dispositivo inalámbrico (512, 1700) para notificaciones de Información Semipersistente de Estado del Canal, SP-CSI, para un sistema (500) de comunicación inalámbrica, comprendiendo el dispositivo inalámbrico (512, 1700): uno o más transmisores (1708) y uno o más receptores (1710); y
circuitería (1702) de procesamiento asociada al transmisor o transmisores (1708) y al receptor o receptores (1710), estando configurada la circuitería (1702) de procesamiento para hacer que el dispositivo inalámbrico (512, 1700):
reciba un mensaje de control enviado desde una estación base (502) para la activación o desactivación de las notificaciones de SP-CSI, en donde:
el mensaje de control comprende bits de Comprobación de Redundancia Cíclica, CRC, que se codifican con un Identificador Temporal de Red de Radiocomunicaciones Celular de SP-CSI, SP-CSI-RNTI, del dispositivo inalámbrico; y
el mensaje de control comprende información que indica si el mensaje de control es para la activación de las notificaciones de SP-CSI del dispositivo inalámbrico o para la desactivación de las notificaciones de SP-CSI del dispositivo inalámbrico, en donde la información comprende valores de bits configurados en uno o más campos de bits del mensaje de control y el campo o campos de bits comprenden uno o más campos de bits definidos con el fin de proporcionar un indicador de datos nuevos y/o una versión de redundancia;
tome, basándose en la información comprendida en el mensaje de control, una determinación sobre si activar las notificaciones de SP-CSI o desactivar las notificaciones de SP-CSI; y
active o desactive las notificaciones de SP-CSI de acuerdo con la determinación.
7. Dispositivo inalámbrico (512, 1700) de la reivindicación 6, en el que la circuitería (1702) de procesamiento está configurada además para hacer que el dispositivo inalámbrico (512, 1700) lleve a cabo el método de una cualquiera de las reivindicaciones 2 a 5.
8. Método llevado a cabo por una estación base (502) para permitir la activación o desactivación de notificaciones de Información Semipersistente de Estado del Canal, SP-CSI, para un sistema (500) de comunicación inalámbrica, comprendiendo el método:
enviar (600), a un dispositivo inalámbrico (512), un mensaje de control para la activación o desactivación de notificaciones de SP-CSI, en donde:
el mensaje de control comprende bits de Comprobación de Redundancia Cíclica, CRC, que se codifican con un Identificador Temporal de Red de Radiocomunicaciones Celular de SP-CSI, SP-CSI-RNTI, del dispositivo inalámbrico; y
el mensaje de control comprende información que indica si el mensaje de control es para la activación de las notificaciones de SP-CSI o para la desactivación de las notificaciones de SP-CSI, en donde la información comprende valores de bits configurados en uno o más campos de bits del mensaje de control y el campo o campos de bits comprenden uno o más campos de bits definidos con el fin de proporcionar un indicador de datos nuevos y/o una versión de redundancia.
9. Método de la reivindicación 8, en el que el mensaje de control comprende información de control de enlace descendente transportada en un canal físico de control de enlace descendente; o
en el que el campo o campos de bits del mensaje de control se definen para otros fines pero se reutilizan.
10. Método de la reivindicación 8 ó 9, en el que, cuando se activan las notificaciones de SP-CSI, el campo o campos de bits para activar la SP-CSI comprenden uno cualquiera o más de los siguientes campos de bits:
un campo definido con el propósito de comunicar un Indicador de Datos Nuevos;
un campo definido con el propósito de comunicar una Versión de Redundancia;
un campo definido con el propósito de comunicar una orden de control de potencia de transmisión para un canal físico compartido de enlace ascendente; y
un campo definido con el propósito de comunicar un número de proceso de Solicitud Automática Híbrida de Repetición, HARQ.
11. Método de una cualquiera de las reivindicaciones 8 a 10, en el que, cuando se activan las notificaciones de SP-CSI, se determina que el mensaje de control es para activar la SP-CSI si los valores de los bits del campo o campos de bits están fijados a todo cero.
12. Método de una cualquiera de las reivindicaciones 8 a 11, en el que, cuando se desactivan las notificaciones de SP-CSI, el campo o campos de bits para desactivar las notificaciones de SP-CSI comprenden uno cualquiera o más de los siguientes campos de bits:
un campo definido con el propósito de comunicar un Indicador de Datos Nuevos;
un campo definido con el propósito de comunicar una Versión de Redundancia;
un campo definido con el propósito de comunicar una orden de control de potencia de transmisión para un canal físico compartido de enlace ascendente;
un campo definido con el propósito de comunicar un número de proceso de Solicitud Automática Híbrida de Repetición, HARQ;
un campo definido con el propósito de comunicar un Esquema de Modulación y Codificación, MCS;
un campo definido con el propósito de comunicar una asignación de recursos en el dominio de la frecuencia; y un campo definido con el propósito de comunicar una asignación de recursos en el dominio del tiempo.
13. Estación base (502, 1400) para permitir la activación o desactivación de notificaciones de Información Semipersistente de Estado del Canal, SP-CSI, para un sistema de comunicación inalámbrica, comprendiendo la estación base (502, 1400):
circuitería (1404, 1504) de procesamiento configurada para hacer que la estación base (502, 1400) envíe, a un dispositivo inalámbrico (512), un mensaje de control para la activación o desactivación de notificaciones de SP-CSI, en donde:
el mensaje de control comprende bits de Comprobación de Redundancia Cíclica, CRC, que están codificados con un Identificador Temporal de Red de Radiocomunicaciones Celular de SP-CSI, SP-CSI-RNTI, del dispositivo inalámbrico; y
el mensaje de control comprende información que indica si el mensaje de control es para la activación de las notificaciones de SP-CSI ó para la desactivación de las notificaciones de SP-CSI, en donde la información comprende valores de bits configurados en uno o más campos de bits del mensaje de control y el campo o campos de bits comprenden uno o más campos de bits definidos con el fin de proporcionar un indicador de datos nuevos y/o una versión de redundancia.
14. Estación base (502, 1400) de la reivindicación 13, en la que la circuitería (1404, 1504) de procesamiento está configurada además para hacer que la estación base (502, 1400) lleve a cabo el método de una cualquiera de las reivindicaciones 9 a 12.
ES19704876T 2018-01-12 2019-01-10 Activación y desactivación de la notificación semipersistente de CSI Active ES2905200T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201862616823P 2018-01-12 2018-01-12
PCT/IB2019/050203 WO2019138360A1 (en) 2018-01-12 2019-01-10 Activation and deactivation of semi-persistent csi reporting

Publications (1)

Publication Number Publication Date
ES2905200T3 true ES2905200T3 (es) 2022-04-07

Family

ID=67213121

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19704876T Active ES2905200T3 (es) 2018-01-12 2019-01-10 Activación y desactivación de la notificación semipersistente de CSI

Country Status (8)

Country Link
US (4) US10404404B2 (es)
EP (1) EP3996319A1 (es)
JP (1) JP7351885B2 (es)
KR (2) KR102571502B1 (es)
CN (1) CN117692119A (es)
ES (1) ES2905200T3 (es)
MX (1) MX2020007351A (es)
PL (1) PL3738262T3 (es)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10707939B2 (en) * 2017-10-03 2020-07-07 Mediatek Inc. Codebook-based uplink transmission in wireless communications
KR102040209B1 (ko) * 2017-11-27 2019-11-27 엘지전자 주식회사 무선 통신 시스템에서 csi 보고를 수행하기 위한 방법 및 이를 위한 장치
MX2020007351A (es) 2018-01-12 2022-06-17 Ericsson Telefon Ab L M Activacion y desactivacion de notificacion de csi semi-persistente.
CA3091289A1 (en) * 2018-02-15 2019-08-22 FG Innovation Company Limited User equipments, base stations and methods
JP7064931B2 (ja) * 2018-04-05 2022-05-11 シャープ株式会社 基地局装置および端末装置
KR102196727B1 (ko) * 2018-05-10 2020-12-30 엘지전자 주식회사 무선 통신 시스템에서 pucch 자원을 구성하는 방법 및 장치
EP3793280A4 (en) * 2018-05-10 2021-12-29 Ntt Docomo, Inc. User terminal
WO2020033937A1 (en) * 2018-08-10 2020-02-13 Intel Corporation Downlink control channel signaling for an aperiodic channel state information trigger
US11290226B2 (en) 2018-12-19 2022-03-29 Ofinno, Llc Transmission scheme for multiple transmission reception points in a radio system
US20220086882A1 (en) * 2019-01-11 2022-03-17 Ntt Docomo, Inc. User terminal and radio communication method
US11546911B2 (en) * 2019-01-24 2023-01-03 Qualcomm Incorporated Enhancements to support multiple semi-persistent resource allocations per serving cell
JP6924226B2 (ja) * 2019-07-11 2021-08-25 シャープ株式会社 端末装置、基地局装置、および、通信方法
CN113545144B (zh) * 2019-08-08 2023-08-29 Oppo广东移动通信有限公司 增强物理下行链路控制信道的传输和接收方法及装置
US11018946B1 (en) * 2019-11-06 2021-05-25 PanPsy Technologies, LLC Wireless device feedback for semi-persistent scheduling release
US11664868B2 (en) * 2020-04-09 2023-05-30 Qualcomm Incorporated Triggering aperiodic channel state information (A-CSI) reports on a physical uplink control channel (PUCCH)

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009118707A1 (en) * 2008-03-26 2009-10-01 Nokia Corporation Reporting channel state information
CN102812658B (zh) * 2010-01-08 2015-12-16 交互数字专利控股公司 针对多个载波的信道状态信息传输的方法及设备
CN102158971B (zh) 2010-02-11 2014-11-05 华为技术有限公司 实现半持续调度业务或类似半持续调度业务的方法及设备
CN102684835B (zh) * 2012-05-10 2015-05-20 电信科学技术研究院 多点信道状态信息的上报方法和设备
WO2014098444A1 (ko) * 2012-12-17 2014-06-26 엘지전자 주식회사 하향링크 신호 수신 방법 및 사용자기기와 하향링크 신호 전송 방법 및 기지국
US10757688B2 (en) * 2015-02-04 2020-08-25 Huawei Technologies Co., Ltd. Method for reporting channel status and device
US9991942B2 (en) * 2015-12-30 2018-06-05 Samsung Electronics Co., Ltd. Method and apparatus for channel state information reference signal (CSI-RS)
EP3471311B1 (en) * 2016-06-23 2022-10-26 LG Electronics Inc. Method for reporting channel state in wireless communication system and device therefor
US10484064B2 (en) * 2016-09-01 2019-11-19 Samsung Electronics Co., Ltd. Method and apparatus for downlink and uplink CSI acquisition
US10771211B2 (en) * 2017-03-28 2020-09-08 Samsung Electronics Co., Ltd. Method and apparatus for channel state information (CSI) acquisition with DL and UL reference signals
KR101963365B1 (ko) * 2017-07-21 2019-03-28 엘지전자 주식회사 무선 통신 시스템에서 채널 상태 정보 참조 신호를 송수신하는 방법 및 이를 위한 장치
US11297520B2 (en) * 2017-08-11 2022-04-05 Qualcomm Incorporated Channel state information reporting for short transmission time intervals
KR102436802B1 (ko) * 2017-08-11 2022-08-26 삼성전자주식회사 무선 통신 시스템에서의 비주기적 채널 상태 보고 시점 지시 방법 및 장치
US11128359B2 (en) 2018-01-04 2021-09-21 Comcast Cable Communications, Llc Methods and systems for information reporting
CN111684744B (zh) * 2018-01-04 2022-04-29 三星电子株式会社 半持久信道状态信息报告的方法、装置和计算机可读介质
MX2020007351A (es) 2018-01-12 2022-06-17 Ericsson Telefon Ab L M Activacion y desactivacion de notificacion de csi semi-persistente.

Also Published As

Publication number Publication date
US20210242963A1 (en) 2021-08-05
CN117692119A (zh) 2024-03-12
KR102391858B1 (ko) 2022-04-28
KR102571502B1 (ko) 2023-08-25
KR20210095737A (ko) 2021-08-02
US11108495B2 (en) 2021-08-31
US11139911B2 (en) 2021-10-05
MX2020007351A (es) 2022-06-17
US11742982B2 (en) 2023-08-29
US20190349125A1 (en) 2019-11-14
JP7351885B2 (ja) 2023-09-27
EP3996319A1 (en) 2022-05-11
US20190222349A1 (en) 2019-07-18
KR20220062127A (ko) 2022-05-13
US20210083797A1 (en) 2021-03-18
US10404404B2 (en) 2019-09-03
JP2022043036A (ja) 2022-03-15
PL3738262T3 (pl) 2022-05-02

Similar Documents

Publication Publication Date Title
ES2905200T3 (es) Activación y desactivación de la notificación semipersistente de CSI
ES2945229T3 (es) Método para diferenciar múltiples esquemas de transmisión de canal compartido de enlace descendente físico (PDSCH)
ES2837556T3 (es) Procedimiento y aparato para el almacenamiento intermedio de datos de enlace descendente que considera la programación de portadora cruzada en un sistema de comunicación inalámbrica
ES2905601T3 (es) Configuración de los canales físicos dependiente de la estructura de trama
ES2754622T3 (es) Método para retroalimentación CSI dinámica
ES2881424T3 (es) Procedimientos de notificación de CSI periódica y aperiódica para un acceso mejorado asistido con licencia
US20200053702A1 (en) Method and apparatus for performing sidelink communication in wireless communication systems
ES2760505T3 (es) PRACH de banda estrecha con múltiples distancias de salto de tono
BR112021013118A2 (pt) Nó de rede, método em um nó de rede, dispositivo sem fio e método realizado por um dispositivo sem fio
EP3711252B1 (en) Configuration of remaining minimum system information coreset in a new radio physical broadcast channel
EP3811701B1 (en) Control signalling for a repeated transmission
EP3738262B1 (en) Activation and deactivation of semi-persistent csi reporting
US20230189333A1 (en) Uplink polling for new radio operation in mm-wave frequency bands
US20230216615A1 (en) Single tb transmission over multiple slots
US20240049130A1 (en) Method and apparatus for indicating energy saving mode of base station in wireless communication system
OA20157A (en) Activation and deactivation of semipersistent CSI reporting.
WO2022216212A1 (en) Signaling paging early indicators (pei) with additional information
WO2021236005A1 (en) Scheduling multiple transport blocks each over multiple slots using single downlink control information (dci)
CN117063545A (zh) 用于参考信令的设计和配置的方法及系统
CN117413572A (zh) 用于参考信令的设计和配置的系统及方法