ES2955970T3 - Métodos y sistemas para la mejora del rendimiento de los canales compartidos de enlace descendente - Google Patents

Métodos y sistemas para la mejora del rendimiento de los canales compartidos de enlace descendente Download PDF

Info

Publication number
ES2955970T3
ES2955970T3 ES18783132T ES18783132T ES2955970T3 ES 2955970 T3 ES2955970 T3 ES 2955970T3 ES 18783132 T ES18783132 T ES 18783132T ES 18783132 T ES18783132 T ES 18783132T ES 2955970 T3 ES2955970 T3 ES 2955970T3
Authority
ES
Spain
Prior art keywords
pdsch
control message
mcs
tbs
scaling factor
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
ES18783132T
Other languages
English (en)
Inventor
Zhipeng Lin
Jingya Li
Robert Baldemair
Yufei Blankenship
Jung-Fu Cheng
Xingqin Lin
Ajit Nimbalker
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
Application granted granted Critical
Publication of ES2955970T3 publication Critical patent/ES2955970T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0025Transmission of mode-switching indication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • H04L1/0007Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0033Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter
    • H04L1/0035Systems modifying transmission characteristics according to link quality, e.g. power backoff arrangements specific to the transmitter evaluation of received explicit signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/0008Modulated-carrier systems arrangements for allowing a transmitter or receiver to use more than one type of modulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system

Abstract

Un método realizado por un dispositivo inalámbrico (WD) comprende recibir un mensaje de control. El mensaje de control que indica al menos un esquema de modulación y codificación (MCS) y un factor de escala para un canal compartido de enlace descendente. El factor de escala indica un valor menor que 1. El método comprende además determinar un tamaño de bloque de transporte (TBS) basándose en el MCS y el factor de escala indicado en el mensaje de control. Un método realizado por un nodo de red comprende indicar en un mensaje de control al menos un esquema de modulación y codificación (MCS) y un factor de escala para un canal compartido de enlace descendente. El factor de escala indica un valor inferior a 1. El método comprende además enviar el mensaje de control a un Equipo de Usuario (UE), permitiendo el mensaje de control la determinación de un Tamaño de Bloque de Transporte (TBS) para un canal de enlace descendente compartido. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Métodos y sistemas para la mejora del rendimiento de los canales compartidos de enlace descendente
Sector técnico
La presente invención se refiere, en general, a las comunicaciones inalámbricas y, más particularmente, a mejorar el rendimiento de los canales compartidos de enlace descendente en las redes de comunicación inalámbrica.
Antecedentes
En general, todos los términos utilizados en el presente documento deben ser interpretados según su significado corriente en el sector técnico correspondiente, a menos que se dé claramente un significado diferente y/o quede implícito a partir del contexto en el que se utiliza. Todas las referencias a un/una/el/la elemento, aparato, componente, medio, etapa, etc. deben ser interpretados ampliamente como referencias a al menos una instancia del elemento, aparato, componente, medio, etapa, etc., a menos que se indique explícitamente otra cosa. Los etapas de cualquiera de los métodos descritos en el presente documento no tienen que ser realizadas en el orden exacto descrito, a menos que una etapa se describa explícitamente como siguiente o anterior a otra etapa y/o cuando esté implícito que una etapa debe seguir o preceder a otra etapa. Cualquier característica de cualquiera de las realizaciones descritas en el presente documento puede ser aplicada a cualquier otra realización, cuando sea apropiado. Asimismo, cualquier ventaja de cualquiera de las realizaciones puede ser aplicada a cualquier otra realización, y viceversa. Otros objetivos, características y ventajas de las realizaciones adjuntas serán evidentes a partir de la siguiente descripción.
Bloques de recursos
El Proyecto de asociación de tercera generación, 3GPP (Third Generation Partnership Project), es el proceso de definición de especificaciones técnicas para Nueva radio (New Radio, NR) (por ejemplo, 5G). En la NR versión 15 (Rel-15), un equipo de usuario (User Equipment, UE) puede ser configurado con hasta cuatro partes de ancho de banda (BandWidth Parts, BWP) de portadora en el enlace descendente con una sola parte activa del ancho de banda de la portadora de enlace descendente, en un momento dado. Un UE puede ser configurado con hasta cuatro partes de ancho de banda de portadora en el enlace ascendente, con una sola parte activa del ancho de banda de la portadora de enlace ascendente, en un momento dado. Si un UE está configurado con un enlace ascendente complementario, el UE puede ser configurado adicionalmente con hasta cuatro partes de ancho de banda de portadora en el enlace ascendente complementario, con una sola parte activa del ancho de banda de la portadora de enlace ascendente complementaria, en un momento dado.
Para una parte de ancho de banda de la portadora con una numerología, |j¡, determinada, un conjunto contiguo de bloques de recursos físicos (Physical Resource Blocks, PRB) se definen y numeran de 0 a WlíJJJ™0 - 1, donde i es el índice de la parte del ancho de banda de la portadora. Un bloque de recursos (Resource Block, RB) se define como 12 subportadoras consecutivas en el dominio de la frecuencia.
Numerologías
Las múltiples numerologías de multiplexación por división ortogonal de la frecuencia (Orthogonal Frequency Division Multiplexing, OFDM), j , están soportadas en NR, tal como se indica en la Tabla 1, donde la separación entre subportadoras A f y el prefijo cíclico para una parte del ancho de banda de la portadora están configurados por diferentes parámetros de capa superior para el enlace descendente (DownLink, d L) y el enlace ascendente (UpLink, UL), respectivamente.
Tabla 1: Numerologías de transmisión soportadas
Figure imgf000002_0001
Canales físicos
Un canal físico de enlace descendente corresponde a un conjunto de elementos de recursos que transportan información procedente de capas superiores. Se definen los siguientes canales físicos de enlace descendente:
• Canal físico compartido de enlace descendente, PDSCH (Physical Downlink Shared Channel)
• Canal físico de difusión, PBCH (Physical Broadcast Channel)
• Canal físico de control del enlace descendente, PDCCH (Physical Downlink Control Channel):
El PDSCH es el principal canal físico utilizado para la transmisión de datos de enlace descendente de unidifusión, pero también para la transmisión de RAR (respuesta de acceso aleatorio, Random Access Response), ciertos bloques de información del sistema e información de localización. El PBCH transporta la información básica del sistema, requerida por el UE para acceder a la red. El PDCCH se utiliza para transmitir información de control del enlace descendente (Downlink Control Information, DCI), principalmente decisiones de programación, requeridas para la recepción del PDSCH, y para concesiones de programación de enlace ascendente que permiten la transmisión en el PUSCH.
Un canal físico de enlace ascendente corresponde a un conjunto de elementos de recursos que transportan información procedente de capas superiores. Se definen los siguientes canales físicos de enlace ascendente:
• Canal físico compartido de enlace ascendente, PUSCH (Physical Uplink Shared Channel):
• Canal físico de control del enlace ascendente, PUCCH (Physical Uplink Control Channel)
• Canal físico de acceso aleatorio, PRACH (Physical Random Access Channel)
El PUSCH es el homólogo de enlace ascendente del PDSCH. Los UE utilizan el PUCCH para transmitir información de control de enlace ascendente, incluidos acuses de recibo, HARQ, informes de información de estado del canal, etc. El PRACH se utiliza para la transmisión del preámbulo de acceso aleatorio.
Asignación de recursos de frecuencia para PUSCH y PDSCH
En general, un UE determinará la asignación de RB en el dominio de la frecuencia para PUSCH o PDSCH utilizando el campo de asignación de recursos en la DCI detectada transportada en el PDCCH. Para el PUSCH que transporta msg3 en un procedimiento de acceso aleatorio, la asignación de recursos del dominio de la frecuencia se señala mediante la utilización de la concesión de UL contenida en la RAR.
En NR, están soportados dos esquemas de asignación de recursos de frecuencia, tipo 0 y tipo 1, para PUSCH y PDSCH. Qué tipo utilizar para una transmisión de PUSCH/PDSCH se define mediante un parámetro configurado de control de los recursos de radio (Radio Resource Control, RRC) o se indica directamente en la concesión de DCI o UL correspondiente en la RAR (para el cual se utiliza el tipo 1).
La indexación de RB para la asignación de recursos de tipo 0 y tipo 1 de enlace ascendente/descendente se determina dentro de la parte activa del ancho de banda de la portadora, del UE. Tras detectar el PDCCH previsto para el UE, el UE primero determinará la parte del ancho de banda de la portadora de enlace ascendente/descendente y, a continuación, la asignación de recursos dentro de la parte del ancho de banda de la portadora. La BWP de UL para PUSCH que transporta msg3 está configurada mediante parámetros de capa superior.
Búsqueda de celdas y canales y señales relacionados con el acceso inicial
Para la búsqueda de celdas y el acceso inicial, se incluyen estos canales: bloque de señal de sincronización y PBCH (Synchronization Signal and PBCH block, bloque de SS/PBCH, o “SSB” en formato más corto), PDSCH que transporta la información mínima restante del sistema (Remaining Minimum System Information, RMSI)/RAR/MSG4 programado por los canales PDCCH que transportan la DCI, canales PRACH y canal PUSCH que transporta MSG3 en un procedimiento de acceso aleatorio.
El SSB comprende señales de sincronización y PBCH. Las señales de sincronización pueden comprender, por ejemplo, la señal de sincronización principal (Primary Synchronization Signal, PSS), la señal de sincronización secundaria (Secondary Synchronization Signal, SSS) y la señal de referencia de demodulación (DeModulation Reference Signal, Dm Rs ) del PBCH. El SSB puede tener 15 kHz, 30 kHz, 120 kHz o 240 kHz SCS dependiendo del rango de frecuencias.
Actualmente existen uno o varios problemas. Por ejemplo, el PDSCH puede tener ciertos problemas con respecto al rendimiento. Se ha realizado una comparación del rendimiento entre las señales y los canales tal como se muestra a continuación, para encontrar el canal más débil en NR.
Las señales y canales considerados son el bloque SS/PBCH, PRACH, PDCCH, PDSCH.
1. Para el bloque SS/PBCH, la tasa de detección de pérdida de identificación de celda, la tasa de detección de índice de tiempo de SSB y el rendimiento de la tasa de error de bloque (Block Error Rate, BLER) del PBCH se han investigado para SCS de 15 kHz, 1TX/2RX, banda baja, con diferente velocidad de UE y diferentes diferenciales de retardo de canal TDL-A.
En general, el rendimiento del PBCH no es peor que -4.3 dB para una BLER del 10 %, y el rendimiento de detección del índice de id de celda/SSB es entre 2 dB y 3 dB mejor que la BLER del PBCH. Teniendo en cuenta que el SSB se repite con la periodicidad del SSB, la BLER del PBCH se puede mejorar entre 2 dB y 3 dB cuando se combinan 2 SSB consecutivos. Por lo tanto, la ganancia de rendimiento general del bloque SS/PBCH puede llegar a -6dB para una BLER del 10 %.
2. Para el PDSCH, cuando el número de PRB es pequeño (por ejemplo, para la RAR, se asignarán 3 PRB basándose en las tablas del esquema de modulación y codificación (Modulation and Coding Scheme, MCS) actual y en el tamaño de la carga útil de la RAR), el rendimiento de la simulación con diversidad de transmisión de ciclos del prealeatorizador (la diversidad de transmisión utilizada en NR) es de aproximadamente -2,3 dB para una BLER del 10 %. Esto podría no ser un problema para la RMSI, puesto que la RMSI también puede repetirse con un intervalo de tiempo de transmisión (Transmission Time Interval, TTI) de RMSI (160 ms), dependiendo de cuántas RMSI estén asociados con el SSB dentro de este TTI. Pero para la RAR, la repetición del PDSCh no está soportada.
3. Para el PRACH, el rendimiento también se investigó con suposiciones de simulación similares a las del bloque SS/PBCH, y el rendimiento es bastante bueno, es decir, se puede alcanzar -6dB en la tasa de detección de fallos objetivo, en comparación con el bloque SS/PBCH basado en simulaciones similares.
4. Para los PDCCH, la BLER objetivo es del 1 %, en donde se puede alcanzar una SNR inferior a -6 dB según simulaciones similares a las de s S/PBCH, puesto que el nivel de agregación en NR ahora puede ser de 16.
Entonces, en general, el PDSCH de difusión es el canal más débil basándose en las comparaciones anteriores, especialmente si se asigna un tamaño de carga útil pequeño y una cantidad de PRB pequeños.
Por lo tanto, se requieren algunos métodos para mejorar el rendimiento del PDSCH de difusión.
Ciertos aspectos de la presente invención y sus realizaciones pueden proporcionar soluciones a estos u otros problemas. Por ejemplo, ciertas realizaciones proponen soluciones para mejorar el rendimiento de recepción de los canales PDSCH de difusión que limitan el rendimiento general de NR. Ciertas realizaciones combinan el rendimiento del PDSCH.
Hay, propuestas en el presente documento, diversas realizaciones que abordan uno o más de los problemas dados a conocer en el presente documento.
Ciertas realizaciones pueden proporcionar una o más de las siguientes ventajas técnicas. Por ejemplo, ciertas realizaciones mejoran el rendimiento de recepción del PDSCH.
El documento WO 2011/000441 A1 da a conocer un aparato que comprende medios de observación, configurados para observar una indicación sobre el estado de cobertura de un equipo de usuario; medios de decisión, configurados para decidir, basándose en la indicación, cambiar a un modo de extensión de cobertura; y medios de suministro, configurados para proporcionar un número de escala dependiendo del modo de extensión de la cobertura. El aparato comprende, además: medios de asignación, configurados para asignar un primer tamaño de un bloque de transporte y un primer número de bloques de recursos por cada bloque de transporte; y medios de reducción, configurados para reducir un primer tamaño por cada bloque de recursos basándose en el número de escala, obteniendo de este modo un segundo tamaño por cada bloque de recursos.
Compendio
La presente invención está definida por las reivindicaciones adjuntas. Cualquier realización que sea incompatible con el alcance de las reivindicaciones no forma parte de la invención.
Según ciertas realizaciones, se da a conocer un método realizado por un nodo de red. El método comprende indicar en un mensaje de control al menos un esquema de modulación y codificación (MCS) y un factor de escala para un canal físico compartido de enlace descendente (PDSCH). El factor de escala indica un valor menor que 1. El método comprende, además, enviar el mensaje de control a un equipo de usuario (UE), permitiendo el mensaje de control que el UE determine un número intermedio de bits de información basándose al menos en el MCS. El mensaje de control permite, además, la determinación de un tamaño de bloque de transporte (Transport Block Size, TBS) para el canal físico compartido de enlace descendente basándose al menos en el número intermedio de bits de información. El UE está habilitado para determinar el tamaño del bloque de transporte utilizando un primer procedimiento de determinación de TBS cuando el PDSCH es asignado por un canal físico de control del enlace descendente (PDCCH) con una comprobación de redundancia cíclica (Cyclic Redundancy Check, CRC) aleatorizada por un primer tipo de identificador temporal de red de radio (Radio Network Temporary Identifier, RNTI). El UE está habilitado para determinar el número intermedio de bits de información Ninfo utilizando la siguiente ecuación: Ninfo — a * N re * R * Qm * u donde a es e| factor de escala, N re es un número de elementos de recursos dentro de un intervalo, R es una velocidad de código objetivo, Qm es un orden de modulación y O es un número de capas. El UE está habilitado para determinar el tamaño del bloque de transporte utilizando un segundo procedimiento de determinación de TBS cuando el PDCCH asigna el PDSCH con una CRC aleatorizada mediante un segundo tipo de RNTI.
Según ciertas realizaciones, un nodo de red comprende una memoria y circuitería de procesamiento. La memoria es operable para almacenar instrucciones. La circuitería de procesamiento es operable para ejecutar las instrucciones. El nodo de red es operable para indicar en un mensaje de control al menos un esquema de codificación y modulación (MCS) y un factor de escala para un canal físico compartido de enlace descendente (PDSCH). El factor de escala indica un valor inferior a 1. El nodo de red también es operable para enviar el mensaje de control a un equipo de usuario (UE), el mensaje de control permite al UE determinar un número intermedio de bits de información basándose al menos en el MCS. El mensaje de control permite, además, la determinación de un tamaño de bloque de transporte (TBS) para el canal físico compartido de enlace descendente basándose al menos en el número intermedio de bits de información. El UE está habilitado para determinar el tamaño del bloque de transporte utilizando un primer procedimiento de determinación de TBS cuando el PDSCH es asignado por un canal físico de control del enlace descendente (PDCCH) con una comprobación de redundancia cíclica (CRC) aleatorizada por un primer tipo de identificador temporal de red de radio (RNTI). El UE está habilitado para determinar el número intermedio de bits de información Ninfo utilizando la siguiente ecuación: ^ in/ ° ~ a * Nre * R * Qm * u donde a es el factor de escala, N re es un número de elementos de recursos dentro de un intervalo, R es una velocidad de código objetivo, Qm es un orden de modulación y O es un número de capas. El UE está habilitado para determinar el tamaño del bloque de transporte utilizando un segundo procedimiento de determinación de TBS cuando el PDCCH asigna el PDSCH con una CRC aleatorizada mediante un segundo tipo de RNTI.
El método y el nodo de red descritos anteriormente pueden incluir diversas características adicionales, incluidas una o más de las siguientes:
En ciertas realizaciones, el factor de escala es uno de 1/2 y 1/4.
En ciertas realizaciones, el mensaje de control comprende un bit que indica utilizar un primer factor de escala cuando el bit está establecido en un primer valor, y utilizar un segundo factor de escala cuando el bit está establecido en un segundo valor.
En ciertas realizaciones, el mensaje de control comprende al menos un bit que indica utilizar 1/2 como factor de escala cuando un primer bit de al menos un bit está establecido en 0 y utilizar 1/4 como segundo factor de escala cuando el primer bit no está establecido en 0.
En ciertas realizaciones, el mensaje de control se envía a través de un canal físico de control del enlace descendente (PDCCH).
En ciertas realizaciones, el factor de escala se indica en el mensaje de control a través del PDCCH, y el factor de escala comprende un valor de 1/2 o 1/4.
En algunas realizaciones, el PDSCH es un canal de difusión.
En ciertas realizaciones, el mensaje de control se transporta en un PDCCH con una comprobación de redundancia cíclica (CRC) aleatorizada por un identificador temporal de red de radio (RNTI), comprendiendo el RNTI un RNTI de información del sistema (System Information-RNTI, SI-RNTI), un RNTI de acceso aleatorio (Random Access-RNTU, RA-RNTI), o un RNTI de localización (Paging-RNTI, P-RNTI).
En ciertas realizaciones, el método/nodo de red que permite al UE determinar el TBS permite, además, al UE, descodificar un bloque de transporte del canal compartido.
En ciertas realizaciones, el mensaje de control indica, además, una repetición en el dominio del tiempo o de la frecuencia.
En ciertas realizaciones, el MCS indicado en el mensaje de control comprende una eficiencia espectral más baja que un MCS normal. En algunas realizaciones, el MCS normal corresponde a un MCS según una especificación técnica (TS) 38.214 versión 15.2.0 o anterior del proyecto de asociación de tercera generación (3GPP).
En ciertas realizaciones, el método/nodo de red comprende, además, determinar el MCS para indicar en el mensaje de control basándose en una tabla que se define para un PDSCH de banda ancha móvil mejorada (enhanced MBB, eMBB).
En ciertas realizaciones, el método/nodo de red comprende, además, determinar el MCS para indicar en el mensaje de control basándose en una tabla o en entradas de la tabla que se definen específicamente para el PDSCH.
En ciertas realizaciones, el método/nodo de red comprende, además, la asignación de un bloque de recursos físicos (PRB) basado al menos en parte en el TBS.
Según ciertas realizaciones, se da a conocer un método realizado por un dispositivo inalámbrico. El método comprende recibir un mensaje de control, indicando el mensaje de control al menos un esquema de codificación y modulación (MCS) y un factor de escala para un canal físico compartido de enlace descendente (PDSCH). El factor de escala indica un valor inferior a 1. El método comprende, además, determinar un tamaño de bloque de transporte (TBS) para el canal físico compartido de enlace descendente basándose al menos en un número intermedio de bits de información. El número intermedio de bits de información se determina basándose al menos en el MCS. Determinar el tamaño del bloque de transporte comprende utilizar un primer procedimiento de determinación de TBS cuando el PDSCH es asignado por un canal físico de control del enlace descendente (PDCCH) con una comprobación de redundancia cíclica (CRC) aleatorizada por un primer tipo de identificador temporal de red de radio (RNTI). El número intermedio de bits de información Ninfo es determinado por el dispositivo inalámbrico utilizando la siguiente ecuación: Ninfo - a * N re * R * Qm * v donde a es e| factor de escala, N re es un número de elementos de recursos dentro de un intervalo, R es una velocidad de código objetivo, Qm es un orden de modulación y O es un número de capas. El UE está habilitado para determinar el tamaño del bloque de transporte utilizando un segundo procedimiento de determinación de TBS cuando el PDCCH asigna el PDSCH con una CRC aleatorizada mediante un segundo tipo de RNTI.
Según ciertas realizaciones, un dispositivo inalámbrico comprende una memoria y circuitería de procesamiento. La memoria es operable para almacenar instrucciones. La circuitería de procesamiento es operable para ejecutar las instrucciones. El dispositivo inalámbrico es operable para recibir un mensaje de control, indicando el mensaje de control al menos un esquema de codificación y modulación (MCS) y un factor de escala para un canal físico compartido de enlace descendente (PDSCH). El factor de escala indica un valor inferior a 1. El dispositivo inalámbrico es operable, además, para determinar un tamaño de bloque de transporte (TBS) para el canal físico compartido de enlace descendente basándose al menos en un número intermedio de bits de información. El número intermedio de bits de información se determina basándose al menos en el MCS. La circuitería de procesamiento determina el número intermedio de bits de información Ninfo utilizando la siguiente ecuación: Ninfo - c t * NRE * R *Q m * u donde a es el factor de escala, Nre es un número de elementos de recursos dentro de un intervalo, R es una velocidad de código objetivo, Qm es un orden de modulación y O es un número de capas. La circuitería de procesamiento determina el tamaño del bloque de transporte utilizando un segundo procedimiento de determinación de TBS cuando el PDCCH asigna el PDSCH con una CRC aleatorizada mediante un segundo tipo de RNTI.
El método y el dispositivo inalámbrico descritos anteriormente pueden incluir diversas funciones adicionales, incluidas una o más de las siguientes:
En ciertas realizaciones, el factor de escala es uno de 1/2 y 1/4.
En ciertas realizaciones, el mensaje de control comprende al menos un bit que indica utilizar un primer factor de escala cuando un primer bit de al menos un bit se establece en un primer valor, y utilizar un segundo factor de escala cuando el primer bit se establece en un segundo valor
En ciertas realizaciones, el mensaje de control comprende al menos un bit que indica utilizar 1/2 como factor de escala cuando un primer bit de al menos un bit se establece en 0, y utilizar 1/4 como segundo factor de escala cuando el primero bit no está establecido en 0.
En ciertas realizaciones, el mensaje de control se envía a través de un canal físico de control del enlace descendente (PDCCH).
En ciertas realizaciones, el factor de escala se indica en el mensaje de control a través del PDCCH, y el factor de escala comprende un valor de 1/2 o 1/4.
En algunas realizaciones, el PDSCH es un canal de difusión.
En ciertas realizaciones, el mensaje de control se transporta en un PDCCH con una comprobación de redundancia cíclica (CRC) aleatorizada mediante un identificador temporal de red de radio (RNTI), comprendiendo el RNTI un RNTI de información del sistema (SI-RNTI), un RNTI de acceso aleatorio (RA-RNTI), o un RNTI de localización (P-RNTI).
En ciertas realizaciones, el método/dispositivo inalámbrico comprende, además, la descodificación de un bloque de transporte del canal compartido de enlace descendente basándose en el TBS determinado basándose en el MCS y en el factor de escala indicado en el mensaje de control.
En ciertas realizaciones, el mensaje de control indica, además, una repetición en el dominio del tiempo o de la frecuencia.
En ciertas realizaciones, el MCS indicado en el mensaje de control comprende una eficiencia espectral más baja que un MCS normal. En algunas realizaciones, el MCS normal corresponde a un MCS según una especificación técnica (TS) 38.214 versión 15.2.0 o anterior, del proyecto de asociación de tercera generación (3GPP).
En ciertas realizaciones, el mensaje de control indica el MCS basándose en una tabla que se define para un PDSCH de banda ancha móvil mejorada (eMBB).
En ciertas realizaciones, el mensaje de control indica el MCS basándose en una tabla o en entradas de tabla que se definen específicamente para el PDSCH.
En ciertas realizaciones, el método/dispositivo inalámbrico comprende, además, obtener (YY330) una asignación de bloque de recursos físicos (PRB) basándose al menos en parte en el TBS determinado.
Ciertas realizaciones de la presente invención pueden proporcionar una o más ventajas técnicas. Por ejemplo, ciertas realizaciones permiten que un dispositivo inalámbrico determine un tamaño de bloque de transporte basándose en un esquema de modulación y codificación y en un factor de escala indicado en un mensaje de control desde un nodo de red. De esta manera, el tamaño del bloque de transporte puede ser ajustado para mejorar el rendimiento del PDSCH. Como ejemplo adicional, ciertas realizaciones incluyen la determinación de un número intermedio de bits de información al menos basándose en el esquema de modulación y codificación y en el factor de escala. En consecuencia, el tamaño del bloque de transporte puede ser ajustado ajustando los valores intermedios que influyen en la determinación del tamaño del bloque de transporte. Como ejemplo adicional, ciertas realizaciones incluyen indicar un MCS en el mensaje de control que tiene una eficiencia espectral más baja que un MCS normal. Por ejemplo, el MCS indicado puede basarse en una tabla definida para un PDSCH de banda ancha móvil mejorada o en una tabla o en entradas de tabla que se definen específicamente para el PDSCH. Al proporcionar un MCS de menor eficiencia espectral, el tamaño del bloque de transporte puede ser ajustado para mejorar el rendimiento del PDSCH. Otras ventajas pueden resultar fácilmente evidentes para un experto en la materia. Ciertas realizaciones pueden tener ninguna, algunas o todas las ventajas mencionadas anteriormente.
Breve descripción de los dibujos
Para una comprensión más completa de las realizaciones dadas a conocer y de sus características y ventajas, a continuación se hace referencia a la siguiente descripción, tomada junto con los dibujos adjuntos, en los cuales: la figura QQ1 ilustra una red inalámbrica de ejemplo, según ciertas realizaciones;
la figura QQ2 ilustra un equipo de usuario de ejemplo, según ciertas realizaciones;
la figura QQ3 ilustra un entorno de virtualización de ejemplo, según ciertas realizaciones;
la figura QQ4 ilustra una red de telecomunicaciones de ejemplo conectada a través de una red intermedia a un ordenador central, según ciertas realizaciones;
la figura QQ5 ilustra un ejemplo de ordenador central que se comunica a través de una estación base con un equipo de usuario a través de una conexión parcialmente inalámbrica, según ciertas realizaciones;
la figura QQ6 es un diagrama de flujo que ilustra un método de ejemplo implementado en un sistema de comunicación, según ciertas realizaciones;
la figura QQ7 es un diagrama de flujo que ilustra un segundo método de ejemplo implementado en un sistema de comunicación, según ciertas realizaciones;
la figura QQ8 es un diagrama de flujo que ilustra un tercer método implementado en un sistema de comunicación, según ciertas realizaciones;
la figura QQ9 es un diagrama de flujo que ilustra un cuarto método implementado en un sistema de comunicación, según ciertas realizaciones;
la figura VV0 ilustra un método de ejemplo realizado por un nodo de red, según ciertas realizaciones;
la figura VV1 ilustra un método de ejemplo realizado por un dispositivo inalámbrico, tal como un equipo de usuario, según ciertas realizaciones;
la figura WW ilustra un diagrama de bloques esquemático de un aparato en una red inalámbrica, según ciertas realizaciones;
la figura YY1 ilustra un segundo método de ejemplo realizado por un nodo de red, según ciertas realizaciones; la figura YY2 ilustra un tercer método de ejemplo realizado por un nodo de red, según ciertas realizaciones;
la figura YY3 ilustra un segundo método de ejemplo realizado por un dispositivo inalámbrico, según ciertas realizaciones; y
la figura YY4 ilustra un tercer método de ejemplo realizado por un dispositivo inalámbrico, según ciertas realizaciones.
Descripción detallada
Algunas de las realizaciones contempladas en el presente documento se describirán a continuación con más detalle con referencia a los dibujos adjuntos. Sin embargo, otras realizaciones están contenidas dentro del alcance de la materia dada a conocer en el presente documento, la materia dada a conocer no debe ser interpretada como limitada solamente a las realizaciones expuestas en el presente documento; por el contrario, estas realizaciones se proporcionan a modo de ejemplo, para transmitir el alcance del asunto a los expertos en la materia.
Ciertas realizaciones de la presente invención pueden estar basadas en la sección 5.1.3 del TS 38.214 del 3GPP V15.0.0, que se proporciona a continuación:
5.1.3 Orden de modulación, velocidad de código objetivo y determinación del tamaño del bloque de transporte Para determinar el orden de modulación, la velocidad de código objetivo y los tamaños de bloque de transporte en el canal físico compartido de enlace descendente, el UE, primero, debe
- leer el campo de “esquema de modulación y codificación” de 5 bits (Imcs) en la DCI, para determinar el orden de modulación (Qm) y la velocidad de código objetivo (R) basándose en el procedimiento definido en el subapartado 5.1.3.1.
y, segundo,
- el UE utilizará el número de capas (-8), el número total de PRB asignados antes de la coincidencia de velocidad (npRB) para determinar al tamaño del bloque de transporte basándose en el procedimiento definido en el subapartado 5.1.3.2.
El UE puede omitir la descodificación de un bloque de transporte en una transmisión inicial si la velocidad de código efectiva del canal es superior a 0.95, donde la velocidad de código de canal efectiva se define como el número de bits de información de enlace descendente (incluidos los bits de CRC) dividido por el número de bits del canal físico en el PDSCH. Si el UE omite la descodificación, la capa física indica a la capa superior que el bloque de transporte no se descodificó con éxito.
Para el PDSCH asignado por un PDCCH con formato de DCI 1_0/1_1 con CRC aleatorizada mediante C-RNTI, si el parámetro de capa superior MCS-Tabla-PDSCH no está configurado en ‘256QAM’,
- el UE utilizará Imcs y la Tabla 5.1.3.1-1 para determinar el orden de modulación (Qm) y la velocidad (R) de código objetivo utilizada en el canal físico compartido de enlace descendente.
en caso contrario
- el UE utilizará Imcs y la Tabla 5.1.3.1-2 para determinar el orden de modulación (Qm) y la velocidad (R) de código objetivo utilizada en el canal físico compartido de enlace descendente.
fin
Tabla 5.1.3.1 -1: Tabla 1 de índice MCS para PDSCH
Figure imgf000008_0001
Tabla 5.1.3.1-2: Tabla 2 de índice MCS para PDSCH
Figure imgf000009_0003
Figure imgf000009_0002
Para el PDSCH asignado por un PDCCH con formato de DCI 1_0/1_1 con CRC aleatorizada mediante C-RNTI, si el parámetro de capa superior MCS-Tabla-PDSCH está configurado en '256QAM' y 0 ≤ Imcs ≤ 27, o el parámetro de capa superior MCS-Tabla-PDSCH no está configurado en '256QAM' y 0 ≤ Imcs ≤ 28 , el UE primero determinará el TBS tal como se especifica a continuación:
1) El UE determinará, primero, el número de RE (Nre) dentro del intervalo.
Un UE determina, primero, el número de RE asignados para el PDSCH dentro de un PRB (N 're) mediante \ r ’ _ y*í¡ * - M pk
ib - N
m o p
hrb y *8 = 19
re ‘ ic NsÜni, D , donde J * es el número de subportadoras en el dominio de la frecuencia en un bloque de recursos físicos, JV ^ , es el número de símbolos de OFDM programados en un W PRB
intervalo,' Dims es el número de RE para DM-RS por cada PRB en el período de tiempo programado que incluye n prb la sobrecarga de los grupos de CDM de DM-RS indicados mediante el formato de DCI 1_0/1_1 y es la sobrecarga configurada por el parámetro de capa superior Xoh-PDSCH. Si el Xoh-PDSCH no está configurado (un valor de 0, 6, 12 o l8), el Xoh-PDSCH se establece en 0.
Un UE determina el número cuantificado de RE asignados para el PDSCH dentro de un PRB ( v« r) mediante la Tabla 5.1.3.2-1.
Tabla 5.1.3.2-1: Número cuantificado de RE asignados para el PDSCH dentro de un PRB
Figure imgf000009_0001
- Un UE determina el número total de RE asignados para el PDSCH (N re) mediante R£*"prb i donde hprb es el número total de PRB asignados para el UE.
2) El número intermedio de bits de información (Ninfo) se obtiene mediante N|ní<> = Nre * r *Q™ * ° .
Si Nnfo ≤ 3824
Utilizar la etapa 3 como la siguiente etapa de la determinación del TBS
en caso contrario
Utilizar la etapa 4 como la siguiente etapa de la determinación del TBS
fin
Cuando Ninfo ≤ 3824, TBS se determina de la siguiente manera
número intermedio cuantificado de bits de información
Figure imgf000010_0001
donde n - ma.x(3, [_log, (Arinf g )J - 6)
utilizar la Tabla 5.1.3.2-2 para encontrar el TBS más cercano que no sea menor que N'info.
Tabla 5.1.3.2-2: TBS para Ninfo < 3824
Figure imgf000010_0002
4) Cuando Ninfo > 3824, TBS se determina como sigue.
número intermedio cuantificado de bits de información ' V mfo = 2n x redondeo
Figure imgf000011_0001
donde n = Llog 2 (.Vinr „ — 24)J— 5 n = max(3, [log, (,Vjnf 0 )J - 6)
Si «¿ 1 /4
Figure imgf000011_0002
donde
Figure imgf000011_0004
en caso contrario
si N info > 8424
Figure imgf000011_0005
donde
Figure imgf000011_0003
en caso contrario
Figure imgf000011_0006
fin
fin
en caso contrario, si el parámetro de capa superior MCS-Tabla-PDSCH está configurado en '256QAM' está configurado y 28 ≤ Imcs ≤ 31,
- se supone que el TBS es el determinado mediante la DCI transportada en el último PDCCH para el mismo bloque de transporte utilizando 0 ≤ Imcs ≤ 27. Si no hay ningún PDCCH para el mismo bloque de transporte utilizando 0 ≤ Imcs ≤ 27, y si el PDSCH inicial para el mismo bloque de transporte está programado de manera semipersistente, el TBS se determinará a partir del PDCCH de asignación de programación semipersistente más reciente.
en caso contrario
- se supone que el TBS es el determinado mediante la DCI transportada en el último PDCCH para el mismo bloque de transporte utilizando 0 ≤ Imcs ≤ 28. Si no hay ningún PDCCH para el mismo bloque de transporte utilizando 0 ≤ Imcs ≤ 28, y si el PDSCH inicial para el mismo bloque de transporte está programado de manera semipersistente, el TBS se determinará a partir del PDCCH de asignación de programación semipersistente más reciente.
El ID de proceso de NDI y HARQ, tal como se indica en PDCCH, y el TBS, tal como se determinó anteriormente, se notificarán a las capas superiores.
Tal como se ha mostrado anteriormente, la sección 5.1.3 proporciona ciertos métodos para calcular el TBS. Ciertas realizaciones dadas a conocer en el presente documento pueden describirse o implementarse como ciertas modificaciones y/o adiciones a la sección 5.1.3. Por ejemplo, en el primer conjunto de realizaciones que se describen a continuación, la sección 5.1.3 puede ser modificada para cambiar el modo en que se calcula el t Bs , para permitir un ajuste para proporcionar una velocidad de código más baja, por ejemplo, proporcionando un factor de escala y/o modificando uno o más valores intermedios. Como ejemplo adicional, el segundo conjunto de realizaciones puede modificar la sección 5.1.3 para permitir que se utilicen valores de MCS más bajos, para proporcionar una velocidad de código más baja, por ejemplo, proporcionando nuevas entradas en las tablas de MCS existentes o proporcionando tablas adicionales con valores de MCS más bajos. Como otro ejemplo más, ciertas realizaciones pueden modificar la sección 5.1.3 para mejorar la fiabilidad, permitiendo la repetición en el tiempo y/o la frecuencia, o modificar la sección 5.1.3 para permitir la utilización de un TBS inflado cuando se determina la asignación de PRB. Si bien ciertas realizaciones pueden describirse como modificaciones a ciertas secciones del estándar citado anteriormente, no es necesario que otras realizaciones se basen en el estándar.
Primer conjunto de realizaciones: proporcionar una velocidad de código más baja mediante el ajuste del procedimiento de determinación de TBS
El primer conjunto de realizaciones proporciona métodos para transmitir el PDSCH con una velocidad de codificación más baja, ajustando el procedimiento de determinación del tamaño del bloque de transporte (TBS).
En algunas realizaciones, se especifica un procedimiento de determinación de TBS ligeramente diferente para el PDSCH de difusión, utilizando el procedimiento de determinación de TBS de unidifusión como base. Es decir, cuando un PDCCH asigna un PDSCH con una comprobación de redundancia cíclica (CRC) aleatorizada mediante C-RNTI, TC-RNTI, CS-RNTI, se aplica el procedimiento de determinación de TBS de unidifusión. Cuando el PDSCH es asignado por un PDCCH con c Rc aleatorizada mediante SI-RNTI, RA-RNTI o P-RNTI, entonces se aplica el procedimiento modificado. C-RNTI, TC-RNTI y CS-RNTI se refieren a identificadores temporales de red de radio (RNTI), en particular, RNTI de celda, RNTI de celda temporal y RNTI de programación configurada, respectivamente. SI-RNTI, RA-RNTI y P-RNTI se refieren a información del RNTI del sistema, RNTI de acceso aleatorio y RNTI de localización, respectivamente.
A continuación se proporcionan tres métodos basados en la sección 5.1.3 del TS 38.214 V15.0.0 del 3GPP.
Métodos A-1. Utilizar un factor de escala a, a < 1, en las variables intermedias del procedimiento de determinación de TBS.
En un ejemplo, el número de elementos de recursos asignados para el PDSCH dentro de un PRB N ’re se escala.
Figure imgf000012_0001
En otro ejemplo, se escala hprb, donde hprb es el número total de PRB asignados para el UE. Por lo tanto:
NRE = min(156, NRE) x a x nPRB
Según la invención, se escala el número intermedio de bits de información (Ninfo), por lo tanto:
Figure imgf000012_0002
Tal como se muestra a continuación en el segundo conjunto de realizaciones, se puede reservar un bit de MCS puesto que solo la modulación por desplazamiento de fase en cuadratura (Quadrature Phase-Shift Keying, QPSK) es relevante para la transmisión del PDSCH. Este bit sin usar se puede utilizar para indicar dos valores a diferentes. Por ejemplo, si el bit no utilizado = 0, entonces a = 1/2; en caso contrario, a = 1/4. Los valores a proporcionados anteriormente son ejemplos, y se podrían utilizar otros valores. Por ejemplo, en algunas realizaciones, se puede utilizar más de un bit para indicar el factor de escala. Por ejemplo, si se usan dos bits, se pueden utilizar los siguientes valores: bits=11 a = 1, bits=01 a = 1/2, bits=10 a = 1/4, bits=00 a = 1/8. En algunas realizaciones, también se pueden asociar diferentes valores a con diferentes valores de RNTI. En algunas realizaciones, los bits de la DCI que están reservados pueden ser utilizados para seleccionar un valor a apropiado. Ciertas realizaciones configuran un UE con uno o más valores a (y, en el caso de más de un valor, utilizar algunos bits en la DCI para seleccionar uno de los múltiples valores).
Métodos A-2. Utilizar una sobrecarga grande en el cálculo de N re
n prb
Actualmente, oh es la sobrecarga configurada por el parámetro de capa superior Xoh-PDSCH. Si el Xoh-PDSCH no está configurado (un valor de 0, 6, 12 o 18), el Xoh-PDSCH está configurado en 0.
n prb
Para el PDSCH de difusión, se puede utilizar un valor de °h grande para obtener un TBS más bajo, por lo tanto, una velocidad de código más baja. En un ejemplo, Xoh-PDSCH se establece en el valor más alto que sea configurable en RRC, es decir, Xoh-PDSCH se establece en 18 si el PDSCH recibe un mensaje de difusión. En otro ejemplo, Xoh-PDSCH se establece en un valor predefinido que no está en el conjunto de valores que se pueden configurar en RRC. Por ejemplo, Xoh-PDSCH está predefinido (configurado) en un valor seleccionado del conjunto {24, 36, 48, 60, 72} para el PDSCH de difusión.
Tal como se muestra a continuación en el segundo conjunto de realizaciones, se puede reservar un bit de MCS puesto que solo QPSK es relevante para la transmisión de PDSCH. Este bit sin utilizar se puede utilizar para indicar dos N PRB iv/P R B f \ l PRB valores de No/i diferentes. Por ejemplo, si el bit no utilizado = 0, entonces lsoh = 36; de otra cosa, = 60.
n prb
También se pueden asociar diferentes valores de l 'oh con diferentes valores de RNTI. En algunas realizaciones, los
bits de la DCI que están reservados pueden usarse para seleccionar un valor de N n f o íP h RB apropiado.
Métodos A-3: modificación TBS no lineal
• En ciertas realizaciones, el # de PRB utilizado en el cálculo de TBS es el # del módulo X de PRB asignado. o Por ejemplo, considere X=5. Para la RAR, se pueden asignar 3 PRB, 8 PRB o 13 PRB, lo que daría el mismo TBS.
• En algunas realizaciones, esto puede proporcionar ventajas para el PDSCH de difusión, mediante la elección de un parámetro X adecuado en las especificaciones.
• Es posible que aún existan ciertos problemas con la información del sistema (System Information, SI) con la consideración de evitar limitar el TBS de SI máximo.
Adicionalmente, se puede utilizar un bit en la DCI (por ejemplo, un bit del campo MCS, puesto que el PDSCH de difusión está limitado a QPSK) o en otro campo en la DCI para seleccionar uno de múltiples valores X predefinidos/configurados. Como en otras realizaciones explicadas anteriormente, estas realizaciones también pueden depender del RNTI, por ejemplo, en algunas realizaciones, este método solo se aplica para algunos RNTI de difusión, por ejemplo, un P-RNTI y un RA-RNTI. El RNTI también se puede utilizar para seleccionar un valor X apropiado. Métodos A-4: Determinación mejorada del TBS
• En ciertas realizaciones, la totalidad de las 28 eficiencias espectrales permitidas en la tabla de MCS de 64QAM son compatibles con la determinación del TBS para P/RA/SI, aunque el esquema de modulación para el bloque de transporte correspondiente esté restringido a QPSK, es decir, el dispositivo utiliza el Qm correspondiente al I_MCS para la determinación del TBS, mientras que el orden de modulación aplicado para el bloque de transporte viene dado por Qm’ = min (Qm, 2).
• Además, una asignación de bloque de recursos flexible puede soportar la lectura del TBS a través de un mapeo de PRB no lineal. Por ejemplo, para un # de PRB asignados, el TBS se determina a través del # módulo X de los PRB asignados.
• Por ejemplo, si X = 6 => 1 PRB, 7 PRB, 13 PRB usarán el mismo TBS.
Segundo conjunto de realizaciones: Proporcionar niveles de MCS con menor eficiencia espectral
El segundo conjunto de realizaciones proporciona métodos para transmitir el PDSCH con una velocidad de codificación más baja proporcionando niveles de MCS con una eficiencia espectral más baja.
En ciertas realizaciones, se puede utilizar una tabla de MCS diferente para el PDSCH de difusión. A continuación se proporcionan dos métodos basados en la sección 5.1.3 del TS 38.214 V15.0.1 del 3GPP.
Método B-1. Utilizar una tabla de MCS que contenga entradas MCS más bajas que estén definidas actualmente para el PDSCH de banda ancha móvil mejorada (eMBB).
Actualmente se espera definir una nueva tabla de MCS para URLLC de NR Rel-15 para alcanzar un objetivo de BLER inferior a la de eMBB, por ejemplo, para alcanzar la BLER objetivo = 10-5 en lugar de 10-1. Se espera que la tabla de MCS de PDSCH de URLLC contenga valores de MCS inferiores a los MCS0 de la tabla de MCS de eMBB.
En ciertas realizaciones, un método especifica que el PDSCH de difusión utiliza las entradas de MCS en la tabla de MCS de URLLC de NR. Además, puede especificar que el PDSCH de difusión utiliza las entradas de MCS en la tabla de MCS de URLLC de NR para la BLER objetivo más baja.
Como ejemplo, se ha propuesto lo siguiente para la tabla de MCS de URLLC. Se puede especificar que el PDSCH de difusión utiliza las entradas de MCS en la siguiente tabla de MCS de URLLC de NR para la BLER objetivo = 10-5. Además, se puede utilizar un bit en la DCI (por ejemplo, un bit del MCS archivado, puesto que el PDSCH de difusión está limitado a QPSK) o en otro campo en la DCI para seleccionar una de múltiples tablas MCS. Algunas realizaciones también pueden depender del RNTI, por ejemplo, en algunas realizaciones este método solo se aplica para algunos RNTI de difusión, por ejemplo, P-RNTI y RA-RNTI. El RNTI también se puede utilizar para seleccionar una tabla de MCS apropiada.
Figure imgf000014_0001
En ciertas realizaciones, puede especificar que el PDSCH de difusión utilice las entradas de MCS correspondientes a una parte de la tabla. Como ejemplo, en la tabla anterior, el PDSCH de transmisión puede utilizar las entradas de MCS correspondientes a las eficiencias espectrales que se muestran subrayadas.
Método B-2. Específicamente, construir una tabla de MCS para el PDSCH de difusión.
En ciertas realizaciones, la tabla de MCS diseñada específicamente para el PDSCH de difusión puede contener solo QPSK y con velocidades de código más bajas que las disponibles para la carga útil de eMBB. A continuación se muestra un ejemplo.
Tal como se puede observar, solo es necesario que haya 16 entradas en la tabla de MCS, en lugar de la tabla MCS de 32 entradas para la carga útil de eMBB. Por lo tanto, se reserva un bit en el campo de MCS de la DCI. El bit reservado se puede utilizar para proporcionar otra información al UE.
Alternativamente, este bit se puede utilizar para indicar si se debe utilizar la tabla diseñada específicamente para el PDSCH de difusión o la tabla de MCS predeterminada. Tal como se explicó anteriormente, habitualmente solo está soportada QPSK para el PDSCH de difusión.
Figure imgf000014_0002
Tercer y cuarto conjuntos de realizaciones: mejorar la fiabilidad por medio de la repetición en el dominio del tiempo
En el tercer conjunto de realizaciones, se utiliza la agregación de intervalos para los PDSCH de difusión de manera similar a los PDSCH normales. La información relacionada con la agregación de intervalos se puede proporcionar en mensajes de RRC específicos de celda o mediante la utilización de algunos de los bits no utilizados/reservados en la DCI correspondiente.
En el cuarto conjunto de realizaciones, se pueden introducir repeticiones en el dominio del tiempo. En algunas realizaciones, las repeticiones en el dominio del tiempo pueden indicarse en la DCI para los PDSCH de difusión. En ciertas realizaciones, solo se repite el PDSCH, por ejemplo, solo se utiliza un PDCCH para programar todas las repeticiones de PDSCH, donde se puede suponer la misma versión de redundancia (Redundancy Version, RV) o algunos patrones de RV fijos en todas las repeticiones.
En ciertas realizaciones, los bits de repetición de PDSCH, PÜSOHrep, pueden ser introducidos en la DCI correspondiente para indicar la periodicidad de repetición, en la que se pueden suponer las mismas posiciones de frecuencia y tiempo en cada período de repetición.
Por ejemplo, utilizando dos bits, la repetición se puede definir de la siguiente manera:
00- > sin repetición
01- > repetición con periodicidad de 20 ms
10- > repetición con periodicidad de 40 ms
11- > repetición con periodicidad de 80 ms
En ciertas realizaciones, tanto el PDCCH como el PDSCH se repiten, y algunos bits no utilizados se utilizan para repetir el ID en la DCI para que el UE realice una combinación flexible. En algunas realizaciones, el ID de repetición puede ser un parámetro separado. Por ejemplo, utilizando dos bits para el ID de repetición:
00- > 1a transmisión
01- > 2a transmisión
10- > 3a transmisión
11- > 4a transmisión
En algunas realizaciones, el ID de repetición puede ser vinculado a otros parámetros conocidos, por ejemplo, el patrón de RV en la DCI, RV0 significa 1a transmisión, RV3 es la última transmisión o en algún orden predefinido.
Quinto conjunto de realizaciones: Mejorar la fiabilidad por medio de la repetición en el dominio de la frecuencia En el quinto conjunto de realizaciones, las repeticiones en el dominio de la frecuencia se pueden introducir indicando en la DCI las PDSCH de difusión. Por ejemplo, en este caso se pueden aplicar las técnicas descritas anteriormente con respecto al tercer y cuarto conjunto de realizaciones de repetición en el dominio del tiempo. En particular, se puede considerar el dominio de la frecuencia en lugar del dominio del tiempo y la señalización necesaria o predefinida puede ser, por ejemplo, las posiciones del dominio de la frecuencia y los patrones de RV.
Sexto conjunto de realizaciones: Utilización de un TBS inflado para obtener una asignación de PRB mayor Según las realizaciones del sexto conjunto de realizaciones, se puede programar un mayor número de PRB para transportar un tamaño de carga útil mayor que el tamaño real del bloque de transmisión, y la carga útil grande contiene los bits de información reales (deseados) y los bits de relleno. De esta manera, la ganancia se obtendría de la diversidad de frecuencias cuando se utilizan más PRB en el dominio de la frecuencia (y en DL, más RB habitualmente también significa más potencia). Para el caso especial de Msg2 de acceso aleatorio, el gNB puede incluir múltiples RAR (respuesta de acceso aleatorio). En el caso de que el gNB solo tenga una RAR real para enviar, podría incluir una o más RAR virtuales para inflar el tamaño de TBS.
Para todas las realizaciones anteriores, los métodos se pueden aplicar pero no se limitan a los PDSCH de difusión, es decir, también se pueden utilizar para PDSCH normales, si es necesario, en algunos planteamientos, cuando se necesita una mejora adicional del rendimiento del PDSCH.
Figura QQ1: Una red inalámbrica según algunas realizaciones.
Aunque el asunto descrito en el presente documento puede ser implementado en cualquier tipo apropiado de sistema utilizando cualquier componente adecuado, las realizaciones dadas a conocer en el presente documento se describen en relación con una red inalámbrica, tal como la red inalámbrica de ejemplo ilustrada en la figura QQ1. Para simplificar, la red inalámbrica de la figura QQ1 solo representa la red QQ106, los nodos de red QQ160 y QQ160b, y los WD QQ110, QQ110b y QQ110c. En la práctica, una red inalámbrica puede incluir, además, cualquier elemento adicional adecuado para soportar la comunicación entre dispositivos inalámbricos o entre un dispositivo inalámbrico y otro dispositivo de comunicación, tal como un teléfono fijo, un proveedor de servicios o cualquier otro nodo de red o dispositivo final. De los componentes ilustrados, el nodo de red QQ160 y el dispositivo inalámbrico (Wireless Device, WD) QQ110 se representan con más detalle. La red inalámbrica puede proporcionar comunicación y otros tipos de servicios a uno o más dispositivos inalámbricos, para facilitar el acceso de los dispositivos inalámbricos y/o la utilización de los servicios proporcionados por, o a través de, la red inalámbrica.
La red inalámbrica puede comprender y/o interactuar con cualquier tipo de red de comunicación, telecomunicaciones, datos, celular y/o radio, u otro tipo de sistema similar. En algunas realizaciones, la red inalámbrica puede ser configurada para operar según estándares específicos u otros tipos de reglas o procedimientos predefinidos. Por lo tanto, las realizaciones particulares de la red inalámbrica pueden implementar estándares de comunicación, tal como el Sistema global para comunicaciones móviles (Global System for Mobile Communications, GSM), el Sistema universal de telecomunicaciones móviles (Universal Mobile Telecommunications System, UMTS), la Evolución a largo plazo (Long Term Evolution, LTE) y/u otros estándares 2G, 3G, 4G, o 5G; estándares de red de área local inalámbrica (Wireless Local Area Network, WLAN), tales como los estándares 802.11 del IEEE; y/o cualquier otro estándar de comunicación inalámbrica apropiado, tal como los estándares de Interoperatividad mundial para el acceso por microondas (Worldwide Interoperability for Microwave Access, WiMax), Bluetooth, Z-Wave y/o ZigBee.
La red QQ106 puede comprender una o más redes de retorno, redes centrales, redes de IP, redes telefónicas públicas conmutadas (Public Switched Telephone Networks, PSTN), redes de paquetes de datos, redes ópticas, redes de área amplia (Wide Area Networks, WAN), redes de área local (Local Area Networks, LAN), redes de área local inalámbrica (WLAN), redes por cable, redes inalámbricas, redes de área metropolitana y otras redes, para permitir la comunicación entre dispositivos.
El nodo de red QQ160 y el WD QQ110 comprenden diversos componentes que se describen con más detalle a continuación. Estos componentes trabajan juntos para proporcionar funcionalidad de nodo de red y/o dispositivo inalámbrico, tal como para proporcionar conexiones inalámbricas en una red inalámbrica. En diferentes realizaciones, la red inalámbrica puede comprender cualquier número de redes fijas o inalámbricas, nodos de red, estaciones base, controladores, dispositivos inalámbricos, estaciones repetidoras y/o cualquier otro componente o sistema que pueda facilitar o participar en la comunicación de datos y/o señales, ya sea a través de conexiones por cable o inalámbricas.
Tal como se utiliza en el presente documento, nodo de red se refiere a equipos con capacidad, configurados, dispuestos y/u operables para comunicarse directa o indirectamente con un dispositivo inalámbrico y/o con otros nodos de red o equipos en la red inalámbrica para permitir y/o proporcionar acceso inalámbrico al dispositivo inalámbrico, y/o para realizar otras funciones (por ejemplo, administración) en la red inalámbrica. Los ejemplos de nodos de red incluyen, entre otros, puntos de acceso (Access Points, AP) (por ejemplo, puntos de acceso por radio), estaciones base (Base Stations, BS) (por ejemplo, estaciones base de radio, Nodos B, Nodos B evolucionados (eNB) y Nodos B de NR ( gNB)). Las estaciones base pueden clasificarse en función de la cantidad de cobertura que proporcionan (o, dicho de otra manera, su nivel de potencia de transmisión) y también se pueden denominar femto estaciones base, pico estaciones base, micro estaciones base o macro estaciones base. Una estación base puede ser un nodo de retransmisión o un nodo donante de retransmisión que controla una retransmisión. Un nodo de red también puede incluir una o más (o todas) partes de una estación base de radio distribuida, tales como unidades digitales centralizadas y/o unidades de radio remotas (Remote Radio Units, RRU), denominadas en ocasiones cabeceras de radio remotas (Remote Radio Heads, RRH). Dichas unidades de radio remotas pueden o no estar integradas con una antena, tal como una antena de radio integrada. Las partes de una estación base de radio distribuida también se pueden denominar nodos en un sistema de antena distribuida (Distributed Antenna System, DAS). Otros ejemplos adicionales de nodos de red incluyen equipos de radio multiestándar (Multi-Standard Radio, MSR) tal como las BS de MSR, controladores de red, tales como los controladores de red de radio (Radio Network Controllers, RNC) o los controladores de estación base (Base Station Controllers, BSC), estaciones base transceptoras (Base Transceiver Stations, BTS), puntos de transmisión, nodos de transmisión, entidades de coordinación de multicelda / multidifusión (Multi-cell/multicast Coordination Entities, MCE), nodos de red central (por ejemplo, los MSC, las MME), nodos de O&M, nodos de OSS, nodos de SON, nodos de posicionamiento (por ejemplo, los E-SMLC) y/o los MDT. Como ejemplo adicional, un nodo de red puede ser un nodo de red virtual, tal como se describe con más detalle a continuación. Sin embargo, de manera más general, los nodos de red pueden representar cualquier dispositivo (o grupo de dispositivos) adecuado, con capacidad, configurado, dispuesto y/u operable para habilitar y/o proporcionar a un dispositivo inalámbrico acceso a la red inalámbrica, o para proporcionar algún servicio a un dispositivo inalámbrico que ha accedido a la red inalámbrica.
En la figura QQ1, el nodo de red QQ160 incluye la circuitería de procesamiento QQ170, el medio legible por un dispositivo QQ180, la interfaz QQ190, el equipo auxiliar QQ184, la fuente de alimentación QQ186, la circuitería de potencia QQ187 y la antena QQ162. Aunque el nodo de red QQ160 ilustrado en la red inalámbrica de ejemplo de la figura QQ1 puede representar un dispositivo que incluye la combinación de componentes de hardware ilustrada, otras realizaciones pueden comprender nodos de red con diferentes combinaciones de componentes. Se debe comprender que un nodo de red comprende cualquier combinación adecuada de hardware y/o software necesaria para realizar las tareas, características, funciones y métodos descritos en el presente documento. Además, mientras que los componentes del nodo de red QQ160 se representan como cajas individuales ubicadas dentro de una caja más grande, o anidadas dentro de varias cajas, en la práctica, un nodo de red puede comprender varios componentes físicos diferentes que forman un solo componente ilustrado (por ejemplo, un medio legible por un dispositivo QQ180 puede comprender varios discos duros independientes, así como varios módulos de RAM).
De manera similar, el nodo de red QQ160 puede estar compuesto por múltiples componentes físicamente independientes (por ejemplo, un componente de NodoB y un componente de RNC, o un componente de BTS y un componente de BSC, etc.), cada uno de los cuales puede tener sus propios componentes respectivos. En ciertos planteamientos en los que el nodo de red QQ160 comprende múltiples componentes independientes (por ejemplo, los componentes BTS y BSC), uno o más de los componentes independientes pueden ser compartidos entre varios nodos de red. Por ejemplo, un solo RNC puede controlar múltiples Nodos B. En dicho planteamiento, cada par único de NodoB y RNC puede, en algunos casos, ser considerado un solo nodo de red separado. En algunas realizaciones, el nodo de red QQ160 puede ser configurado para soportar múltiples tecnologías de acceso por radio (Radio Access Technologies, RAT). En dichas realizaciones, algunos componentes pueden estar duplicados (por ejemplo, el medio legible por un dispositivo QQ180 separado para las diferentes RAT) y algunos componentes pueden ser reutilizados (por ejemplo, la misma antena QQ162 puede ser compartida por las RAT). El nodo de red QQ160 puede incluir también múltiples conjuntos de los diversos componentes ilustrados para diferentes tecnologías inalámbricas integradas en el nodo de red QQ160, tales como, por ejemplo, las tecnologías inalámbricas GSM, WCDMA, LTE, NR, WiFi o Bluetooth. Estas tecnologías inalámbricas pueden estar integradas en el mismo chip o en un conjunto de chips diferente o en otros componentes dentro del nodo de red QQ160.
La circuitería de procesamiento QQ170 está configurada para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descritas en el presente documento como proporcionadas por un nodo de red. Estas operaciones realizadas por la circuitería de procesamiento QQ170 pueden incluir procesar la información obtenida mediante la circuitería de procesamiento QQ170, por ejemplo, convirtiendo la información obtenida en otra información, comparando la información obtenida o la información convertida con la información almacenada en el nodo de red, y/o realizando una o más operaciones basándose en la información obtenida o convertida y, como resultado de dicho procesamiento, tomar una determinación.
La circuitería de procesamiento QQ170 puede comprender una combinación de uno o más de un microprocesador, un controlador, un microcontrolador, una unidad central de procesamiento, un procesador de señal digital, un circuito integrado específico de la aplicación, una matriz de puertas programables en campo o cualquier otro dispositivo informático, recurso o combinación de hardware, software y/o lógica aleatorizada adecuado, operable para proporcionar, solo o junto con otros componentes del nodo de red QQ160, tales como el medio legible por un dispositivo QQ180, la funcionalidad del nodo de red QQ160. Por ejemplo, la circuitería de procesamiento QQ170 puede ejecutar instrucciones almacenadas en el medio legible por un dispositivo QQ180 o en una memoria dentro de la circuitería de procesamiento QQ170. Dicha funcionalidad puede incluir proporcionar cualquiera de las diversas características, funciones o beneficios inalámbricos que se explican en el presente documento. En algunas realizaciones, la circuitería de procesamiento QQ170 puede incluir un sistema en un chip (System on a Chip, SOC).
En algunas realizaciones, la circuitería de procesamiento QQ170 puede incluir uno o más circuitos transceptores de radiofrecuencia (RF) QQ172 y circuitería de procesamiento de banda base QQ174. En algunas realizaciones, los circuitos transceptores de radiofrecuencia (RF) QQ172 y la circuitería de procesamiento de banda base QQ174 pueden estar en chips (o conjuntos de chips), placas o unidades, tales como unidades de radio y unidades digitales, independientes. En realizaciones alternativas, una parte o la totalidad de los circuitos transceptores de RF QQ172 y la circuitería de procesamiento de banda base QQ174 pueden estar en el mismo chip o conjunto de chips, placas o unidades.
En ciertas realizaciones, algunas o todas las funciones dadas a conocer en el presente documento proporcionadas por un nodo de red, estación base, eNB u otro dispositivo de red similar pueden ser realizadas mediante la circuitería de procesamiento QQ170, ejecutando instrucciones almacenadas en el medio legible por un dispositivo QQ180 o en la memoria dentro de la circuitería de procesamiento QQ170. En realizaciones alternativas, una parte o la totalidad de la funcionalidad puede ser proporcionada sin que la circuitería de procesamiento QQ170 ejecute instrucciones almacenadas en un medio separado o discreto legible por un dispositivo, tal como de manera cableada. En cualquiera de esas realizaciones, ya sea ejecutando o no instrucciones almacenadas en un medio de almacenamiento legible por un dispositivo, la circuitería de procesamiento QQ170 puede ser configurada para realizar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no están limitados a la circuitería de procesamiento QQ170 sola o a otros componentes del nodo de red QQ160, sino que son disfrutados por el nodo de red QQ160 en su conjunto y/o por los usuarios finales y la red inalámbrica en general.
El medio legible por un dispositivo QQ180 puede comprender cualquier forma de memoria legible por ordenador, volátil o no volátil, que incluye, entre otros, almacenamiento persistente, memoria de estado sólido, memoria montada de manera remota, medios magnéticos, medios ópticos, memoria de acceso aleatorio (Random Access Memory, RAM), memoria de solo lectura (Read Only Memory, ROM), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento renovables (por ejemplo, una unidad flash, un disco compacto (Compact Disk, CD) o un disco de video digital (Digital Video Disk, DVD)), y/o cualquier otro dispositivo de memoria, volátil o no volátil, no transitorio, legible y/o ejecutable por un ordenador, que almacena información, datos y/o instrucciones que pueden ser utilizados por la circuitería de procesamiento QQ170. El medio legible por un dispositivo QQ180 puede almacenar instrucciones, datos o información adecuados, incluido un programa informático, software, una aplicación que incluye uno o más de lógica, reglas, código, tablas, etc. y/u otras instrucciones capaces de ser ejecutadas por la circuitería de procesamiento QQ170 y, utilizados por el nodo de red QQ160. El medio legible por un dispositivo QQ180 puede ser utilizado para almacenar cualquier cálculo realizado por la circuitería de procesamiento QQ170 y/o cualquier dato recibido a través de la interfaz QQ190. En algunas realizaciones, la circuitería de procesamiento QQ170 y el medio legible por un dispositivo QQ180 pueden considerarse integrados.
La interfaz QQ190 se utiliza en la comunicación por cable o inalámbrica de señalización y/o datos entre el nodo de red QQ160, la red QQ106 y/o los WD QQ110. Tal como se ilustra, la interfaz QQ190 comprende uno o varios puertos / terminales QQ194 para enviar y recibir datos, por ejemplo hacia y desde la red QQ106 a través de una conexión por cable. La interfaz QQ190 también incluye una circuitería de usuario de radio QQ192 que puede acoplarse a, o en ciertas realizaciones, formar parte de la antena QQ162. La circuitería de interfaz de usuario de radio QQ192 comprende filtros QQ198 y amplificadores QQ196. La circuitería de interfaz de usuario de radio QQ192 puede ser conectada a la antena QQ162 y a la circuitería de procesamiento QQ170. La circuitería de interfaz de usuario de radio puede ser configurada para acondicionar las señales comunicadas entre la antena QQ162 y la circuitería de procesamiento QQ170. La circuitería de interfaz de usuario de radio QQ192 puede recibir datos digitales que serán enviados a otros nodos de red o WD a través de una conexión inalámbrica. La circuitería de interfaz de usuario de radio QQ192 puede convertir los datos digitales en una señal de radio que tenga los parámetros de canal y ancho de banda apropiados, utilizando una combinación de filtros QQ198 y/o amplificadores QQ196. La señal de radio puede entonces ser transmitida a través de la antena QQ162. De manera similar, cuando recibe datos, la antena QQ162 puede recopilar señales de radio que a continuación son convertidas en datos digitales mediante la circuitería de interfaz de usuario de radio QQ192. Los datos digitales pueden ser pasados a la circuitería de procesamiento QQ170. En otras realizaciones, la interfaz puede comprender diferentes componentes y/o diferentes combinaciones de componentes.
En ciertas realizaciones alternativas, el nodo de red QQ160 puede no incluir una circuitería de interfaz de usuario de radio QQ192 separada; en su lugar, la circuitería de procesamiento QQ170 puede comprender una circuitería de interfaz de usuario de radio y puede estar conectada a la antena QQ162 sin una circuitería de interfaz de usuario de radio QQ192 separada. De manera similar, en algunas realizaciones, todos o algunos de los circuitos transceptores de RF QQ172 se pueden considerar parte de la interfaz QQ190. En otras realizaciones adicionales, la interfaz QQ190 puede incluir uno o más puertos o terminales QQ194, una circuitería de interfaz de usuario de radio QQ192 y circuitos transceptores de RF QQ172, como parte de una unidad de radio (no mostrada), y la interfaz QQ190 se puede comunicar con una circuitería de procesamiento de banda base QQ174, que forma parte de una unidad digital (no mostrada).
La antena QQ162 puede incluir una o más antenas, o conjuntos de antenas, configuradas para enviar y/o recibir señales inalámbricas. La antena QQ162 se puede acoplar a una circuitería de interfaz de usuario de radio QQ190 y puede ser cualquier tipo de antena capaz de transmitir y recibir datos y/o señales de manera inalámbrica. En algunas realizaciones, la antena QQ162 puede comprender una o más antenas omnidireccionales, de sector o de panel, operables para transmitir/recibir señales de radio entre, por ejemplo, 2 GHz y 66 GHz. Se puede utilizar una antena omnidireccional para transmitir/recibir señales de radio en cualquier dirección, se puede utilizar una antena de sector para transmitir/recibir señales de radio de dispositivos dentro de un área en particular, y una antena de panel puede ser una antena de línea de visión utilizada para transmitir/recibir señales de radio en una línea relativamente recta. En algunos casos, la utilización de más de una antena se puede denominar MIMO. En ciertas realizaciones, la antena QQ162 puede estar separada del nodo de red QQ160 y puede ser conectada al nodo de red QQ160 a través de una interfaz o puerto.
La antena QQ162, la interfaz QQ190 y/o la circuitería de procesamiento QQ170 puede ser configurada para realizar cualquier operación de recepción y/o ciertas operaciones de obtención descritas en el presente documento como realizadas por un nodo de red. Cualquier información, datos y/o señales pueden ser recibidos desde un dispositivo inalámbrico, otro nodo de red y/o cualquier otro equipo de red. Del mismo modo, la antena Q Q162, la interfaz QQ190 y/o la circuitería de procesamiento QQ170 pueden ser configuradas para realizar cualquier operación de transmisión descrita en el presente documento como realizada por un nodo de red. Cualquier información, datos y/o señales pueden ser transmitidos a un dispositivo inalámbrico, a otro nodo de red y/o a cualquier otro equipo de red.
La circuitería de potencia QQ187 puede comprender, o estar acoplada a, una circuitería de gestión de la potencia, y está configurada para suministrar potencia a los componentes del nodo de red QQ160 para realizar la funcionalidad descrita en el presente documento. La circuitería de potencia QQ187 puede recibir alimentación de la fuente de alimentación QQ186. La fuente de alimentación QQ186 y/o la circuitería de potencia QQ187 puede ser configurada para proporcionar potencia a los diversos componentes del nodo de red QQ160 en una forma adecuada para los componentes respectivos (por ejemplo, a un nivel de tención y corriente necesarios para cada componente respectivo). La fuente de alimentación QQ186 puede estar incluida en, o ser externa a, la circuitería de potencia QQ187 y/o al nodo de red QQ160. Por ejemplo, el nodo de red QQ160 se puede conectar a una fuente de alimentación externa (por ejemplo, una toma de corriente) a través de una circuitería o una interfaz de entrada, tal como un cable eléctrico, por lo que la fuente de alimentación externa suministra potencia a la circuitería de potencia QQ187. Como ejemplo adicional, la fuente de alimentación QQ186 puede comprender una fuente de alimentación en forma de batería o paquete de baterías que está conectada, o integrada en, la circuitería de potencia QQ187. La batería puede proporcionar energía de reserva en caso de que falle la fuente de alimentación externa. También se pueden utilizar otros tipos de fuentes de alimentación, tales como dispositivos fotovoltaicos.
Las realizaciones alternativas del nodo de red QQ160 pueden incluir componentes adicionales además de los que se muestran en la figura QQ1, que pueden ser responsables de proporcionar ciertos aspectos de la funcionalidad del nodo de red, incluida cualquiera de las funciones dadas a conocer en el presente documento y/o cualquier funcionalidad necesaria para soportar el asunto descrito en el presente documento. Por ejemplo, el nodo de red QQ160 puede incluir un equipo de interfaz de usuario, para permitir la entrada de información al nodo de red QQ160 y para permitir la salida de información desde el nodo de red QQ160. Esto puede permitir que un usuario realice diagnósticos, mantenimiento, reparación y otras funciones administrativas para el nodo de red QQ160.
Tal como se utiliza en el presente documento, dispositivo inalámbrico (WD) se refiere a un dispositivo con capacidad, configurado, dispuesto y/u operable para comunicarse de manera inalámbrica con nodos de red y/o con otros dispositivos inalámbricos. A menos que se indique otra cosa, el término WD se puede utilizar en el presente documento de manera intercambiable con equipo de usuario (UE). La comunicación inalámbrica puede implicar la transmisión y/o recepción de señales inalámbricas mediante ondas electromagnéticas, ondas de radio, ondas infrarrojas y/u otros tipos de señales adecuadas para transmitir información a través del aire. En algunas realizaciones, un WD puede ser configurado para transmitir y/o recibir información sin interacción humana directa. Por ejemplo, un WD puede ser diseñado para transmitir información a una red en un horario predeterminado, cuando se activa por un evento interno o externo, o en respuesta a solicitudes de la red. Ejemplos de un WD incluyen, entre otros, un teléfono inteligente, un teléfono móvil, un teléfono celular, un teléfono de voz sobre IP (VoIP), un teléfono de bucle local inalámbrico, un ordenador de sobremesa, un asistente digital personal (Personal Digital Assistant, PDA), una cámara inalámbrica, una consola o dispositivo de juegos, un dispositivo de almacenamiento de música, un dispositivo de reproducción, un dispositivo terminal ponible, un terminal inalámbrico, una estación móvil, una tableta, un ordenador portátil, un equipo integrado en un ordenador portátil (Laptop-Embedded Equipment, LEE), un equipo montado en un ordenador portátil (Laptop-Mounted Equipment, LME), un dispositivo inteligente, un equipo inalámbrico en las instalaciones del cliente (Customer-Premise Equipment, CPE), un dispositivo terminal inalámbrico montado en un vehículo, etc. Un WD puede soportar comunicación de dispositivo a dispositivo (D2D), por ejemplo, mediante la implementación de un estándar de 3GPP para comunicación de enlace lateral, de vehículo a vehículo (V2V), de vehículo a infraestructura (V2I), de vehículo a todo (V2X) y, en este caso, se puede denominar dispositivo de comunicación D2D. Como otro ejemplo específico más, en un planteamiento de Internet de las cosas (Internet of the Things, IoT), un WD puede representar una máquina u otro dispositivo que realiza monitorización y/o mediciones, y transmite los resultados de dicha monitorización y/o mediciones a otro WD y/o a un nodo de red. El WD puede ser, en este caso, un dispositivo de máquina a máquina (M2M) que, en un contexto del 3GPP se puede denominar dispositivo de MTC. Como ejemplo particular, el WD puede ser un UE que implementa el estándar de Internet de las cosas de banda estrecha (Narrow Band IoT, NB-IoT) del 3GPP. Ejemplos particulares de dichas máquinas o dispositivos son sensores, dispositivos de medición tales como medidores de potencia, maquinaria industrial o electrodomésticos del hogar o personales (por ejemplo, refrigeradores, televisores, etc.) dispositivos ponibles personales (por ejemplo, relojes, monitores de actividad física, etc.). En otros planteamientos, un WD puede representar un vehículo u otro equipo que sea capaz de monitorizar y/o informar sobre su estado operativo u otras funciones asociadas con su operación. Un WD tal como se ha descrito anteriormente puede representar el punto final de una conexión inalámbrica, en cuyo caso el dispositivo se puede denominar terminal inalámbrico. Además, un WD tal como se ha descrito anteriormente puede ser un móvil, en cuyo caso también se puede denominar dispositivo móvil o terminal móvil.
Tal como se ilustra, el dispositivo inalámbrico QQ110 incluye la antena QQ111, la interfaz QQ114, la circuitería de procesamiento QQ120, el medio de lectura por un dispositivo QQ130, el equipo de interfaz de usuario QQ132, el equipo auxiliar QQ134, la fuente de alimentación QQ136 y la circuitería de potencia QQ137. El WD QQ110 puede incluir múltiples conjuntos de uno o más de los componentes ilustrados para diferentes tecnologías inalámbricas compatibles con el Wd QQ110, tales como, por ejemplo, tecnologías inalámbricas GSM, WCDMA, LTE, NR, WiFi, WiMAX o Bluetooth, solo por mencionar algunas. Estas tecnologías inalámbricas pueden estar integradas en chips o conjuntos de chips iguales o diferentes a otros componentes dentro del WD QQ110.
La antena QQ111 puede incluir una o más antenas o conjuntos de antenas, configuradas para enviar y/o recibir señales inalámbricas, y está conectada a la interfaz QQ114. En ciertas realizaciones alternativas, la antena QQ111 puede estar separada del WD QQ110 y ser conectada al WD QQ110 a través de una interfaz o puerto. La antena QQ111, la interfaz QQ114 y/o la circuitería de procesamiento QQ120 pueden ser configuradas para realizar cualquier operación de recepción o transmisión descrita en el presente documento como realizada por un WD. Cualquier información, datos y/o señales pueden ser recibidos desde un nodo de red y/o desde otro WD. En algunas realizaciones, la circuitería de interfaz de usuario de radio y/o la antena QQ111 se pueden considerar una interfaz.
Tal como se ilustra, la interfaz QQ114 comprende una circuitería de interfaz de usuario de radio QQ112 y una antena QQ111. La circuitería de interfaz de usuario de radio QQ112 comprende uno o más filtros QQ118 y amplificadores QQ116. La circuitería de interfaz de usuario de radio QQ114 está conectada a la antena QQ111 y a la circuitería de procesamiento QQ120, y está configurada para acondicionar las señales comunicadas entre la antena QQ111 y la circuitería de procesamiento QQ120. La circuitería de interfaz de usuario de radio QQ112 puede ser acoplada a la antena QQ111 o formar parte de ella. En algunas realizaciones, el WD QQ110 puede no incluir una circuitería de interfaz de usuario de radio QQ112 separada; por el contrario, la circuitería de procesamiento QQ120 puede comprender una circuitería de interfaz de usuario de radio y puede estar conectada a la antena QQ111. De manera similar, en algunas realizaciones, algunos o todos los circuitos transceptores de RF QQ122 se pueden considerar parte de la interfaz QQ114. La circuitería de interfaz de usuario de radio QQ112 puede recibir datos digitales que se enviarán a otros nodos de red o WD a través de una conexión inalámbrica. La circuitería de interfaz de usuario de radio QQ112 puede convertir los datos digitales en una señal de radio que tenga los parámetros de canal y ancho de banda apropiados utilizando una combinación de filtros QQ118 y/o amplificadores QQ116. A continuación, la señal de radio puede ser transmitida a través de la antena QQ111. De manera similar, cuando recibe datos, la antena QQ111 puede recopilar señales de radio que a continuación son convertidas en datos digitales mediante la circuitería de interfaz de usuario de radio QQ112. Los datos digitales pueden ser pasados a la circuitería de procesamiento QQ120. En otras realizaciones, la interfaz puede comprender diferentes componentes y/o diferentes combinaciones de componentes.
La circuitería de procesamiento QQ120 puede comprender una combinación de uno o más de un microprocesador, controlador, microcontrolador, unidad central de procesamiento, procesador de señal digital, circuito integrado específico de la aplicación, matriz de puertas programables en campo o cualquier otro dispositivo informático, recurso o combinación de hardware, software y/o lógica aleatorizada adecuado, operable para proporcionar, solo o junto con otros componentes del WD QQ110, tales como un medio legible por un dispositivo QQ130, funcionalidad de WD QQ110. Dicha funcionalidad puede incluir la provisión de cualquiera de las diversas características o beneficios inalámbricos que se explican en el presente documento. Por ejemplo, la circuitería de procesamiento QQ120 puede ejecutar instrucciones almacenadas en el medio legible por un dispositivo QQ130 o en la memoria dentro de la circuitería de procesamiento QQ120 para proporcionar la funcionalidad descrita en el presente documento.
Tal como se ilustra, la circuitería de procesamiento QQ120 incluye uno o más circuitos transceptores de RF QQ122, circuitería de procesamiento de banda base QQ124 y circuitería de procesamiento de aplicaciones QQ126. En otras realizaciones, la circuitería de procesamiento puede comprender diferentes componentes y/o diferentes combinaciones de componentes. En ciertas realizaciones, la circuitería de procesamiento QQ120 del WD QQ110 puede comprender un SOC. En algunas realizaciones, los circuitos transceptores de RF QQ122, la circuitería de procesamiento de banda base QQ124 y la circuitería de procesamiento de aplicaciones QQ126 pueden estar en chips o conjuntos de chips separados. En realizaciones alternativas, una parte o toda la circuitería de procesamiento de banda base QQ124 y la circuitería de procesamiento de aplicaciones QQ126 pueden estar combinadas en un chip o conjunto de chips, y los circuitos transceptores de RF QQ122 puede estar en un chip o conjunto de chips separado. En otras realizaciones alternativas, una parte o todos los circuitos transceptores de RF QQ122 y la circuitería de procesamiento de banda base QQ124 pueden estar en el mismo chip o conjunto de chips, y la circuitería de procesamiento de aplicaciones QQ126 puede estar en un chip o conjunto de chips separado. En otras realizaciones alternativas, una parte o la totalidad de los circuitos transceptores de RF QQ122, la circuitería de procesamiento de banda base QQ124 y la circuitería de procesamiento de aplicaciones QQ126 pueden estar combinados en el mismo chip o conjunto de chips. En algunas realizaciones, los circuitos transceptores de RF QQ122 pueden formar parte de la interfaz QQ114. Los circuitos transceptores de RF QQ122 puede acondicionar las señales de RF para la circuitería de procesamiento QQ120.
En ciertas realizaciones, algunas o todas las funciones dadas a conocer en el presente documento como realizadas por un WD pueden ser proporcionadas mediante la circuitería de procesamiento QQ120 que ejecuta instrucciones almacenadas en el medio legible por un dispositivo QQ130 que, en ciertas realizaciones, puede ser un medio de almacenamiento legible por un ordenador. En realizaciones alternativas, una parte o la totalidad de la funcionalidad puede ser proporcionada sin que la circuitería de procesamiento QQ120 ejecute instrucciones almacenadas en un medio de almacenamiento separado o discreto legible por un dispositivo, tal como de manera cableada. En cualquiera de esas realizaciones particulares, ya sea ejecutando o no instrucciones almacenadas en un medio de almacenamiento legible por un dispositivo, la circuitería de procesamiento QQ120 puede ser configurada para realizar la funcionalidad descrita. Los beneficios proporcionados por dicha funcionalidad no están limitados a la circuitería de procesamiento QQ120 sola o a otros componentes del WD QQ110, sino que los disfruta el WD QQ110 en su totalidad y/o los usuarios finales y la red inalámbrica en general.
La circuitería de procesamiento QQ120 puede ser configurada para realizar cualquier operación de determinación, cálculo o similar (por ejemplo, ciertas operaciones de obtención) descritas en el presente documento como realizadas por un WD. Estas operaciones, realizadas por la circuitería de procesamiento QQ120, pueden incluir información de procesamiento obtenida mediante la circuitería de procesamiento QQ120, por ejemplo, convirtiendo la información obtenida en otra información, comparando la información obtenida o convertida con información almacenada por WD QQ110, y/o realizando una o más operaciones basadas en la información obtenida o convertida y, como resultado de dicho procesamiento, tomar una determinación.
El medio legible por un dispositivo QQ130 puede funcionar para almacenar un programa informático, software, una aplicación que incluye una o más de lógica, reglas, código, tablas, etc. y/u otras instrucciones capaces de ser ejecutadas por la circuitería de procesamiento QQ120. El medio legible por un dispositivo QQ130 puede incluir una memoria de ordenador (por ejemplo, una memoria de acceso aleatorio (RAM) o una memoria de solo lectura (ROM)), medios de almacenamiento masivo (por ejemplo, un disco duro), medios de almacenamiento extraíbles (por ejemplo, un disco compacto (CD) o un disco de video digital (DVD)), y/o cualquier otro dispositivo volátil o no volátil, no transitorio, legible y/o ejecutable por un ordenador, que almacena información, datos y/o instrucciones que pueden ser utilizados por la circuitería de procesamiento QQ120. En algunas realizaciones, la circuitería de procesamiento QQ120 y el medio legible por un dispositivo QQ130 se pueden considerar integrados.
El equipo de interfaz de usuario QQ132 puede proporcionar componentes que permiten a un usuario humano interactuar con el WD QQ110. Dicha interacción puede ser de muchas formas, tales como visual, auditiva, táctil, etc. El equipo de interfaz de usuario QQ132 puede funcionar para producir una salida para el usuario y permitir que el usuario proporcione una entrada al WD QQ110. El tipo de interacción puede variar según el tipo de equipo de interfaz de usuario QQ132 instalado en el WD QQ110. Por ejemplo, si el WD QQ110 es un teléfono inteligente, la interacción puede ser a través de una pantalla táctil; si el WD q Q110 es un medidor inteligente, la interacción puede ser a través de una pantalla que proporcione la utilización (por ejemplo, la cantidad de galones utilizados) o un altavoz que proporcione una alerta audible (por ejemplo, si se detecta humo). El equipo de interfaz de usuario QQ132 puede incluir interfaces, dispositivos y circuitos de entrada, e interfaces, dispositivos y circuitos de salida. El equipo de interfaz de usuario QQ132 está configurado para permitir la entrada de información en el WD QQ110 y está conectado a la circuitería de procesamiento QQ120 para permitir que la circuitería de procesamiento QQ120 procese la información de entrada. El equipo de interfaz de usuario QQ132 puede incluir, por ejemplo, un micrófono, un sensor de proximidad u otro sensor, teclas/botones, una pantalla táctil, una o más cámaras, un puerto USB u otra circuitería de entrada. El equipo de interfaz de usuario QQ132 también está configurado para permitir la salida de información desde el WD QQ110 y para permitir que la circuitería de procesamiento QQ120 envíe información desde el WD QQ110. El equipo de interfaz de usuario QQ132 puede incluir, por ejemplo, un altavoz, una pantalla, un circuito vibratorio, un puerto USB, una interfaz de auriculares u otra circuitería de salida. Utilizando una o más interfaces, dispositivos y circuitos de entrada y salida del equipo de interfaz de usuario QQ132, el WD QQ110 se puede comunicar con los usuarios finales y/o con la red fija, y permitirle beneficiarse de la funcionalidad descrita en el presente documento.
El equipo auxiliar QQ134 puede funcionar para proporcionar una funcionalidad más específica que, en general, no pueden realizar los WD. Esto puede comprender sensores especializados para realizar mediciones para diversos fines, interfaces para tipos adicionales de comunicación, tales como comunicaciones por cable, etc. La inclusión y el tipo de componentes de los equipos auxiliares QQ134 pueden variar según la realización y/o el planteamiento.
La fuente de alimentación QQ136 puede, en algunas realizaciones, tener la forma de una batería o un paquete de baterías. También se pueden utilizar otros tipos de fuentes de alimentación, tales como una fuente de alimentación externa (por ejemplo, una toma de corriente), dispositivos fotovoltaicos o pilas. El WD QQ110 puede comprender, además, circuitería de potencia QQ137 para suministrar potencia desde la fuente de alimentación QQ136 a las diversas partes del WD QQ110 que necesitan potencia de la fuente de alimentación QQ136 para llevar a cabo cualquier funcionalidad descrita o indicada en el presente documento. La circuitería de potencia QQ137 puede comprender en ciertas realizaciones circuitería de gestión de la potencia. La circuitería de potencia QQ137 puede funcionar adicional o alternativamente para recibir potencia de una fuente de alimentación externa, en cuyo caso, el WD QQ110 se puede conectar a la fuente de alimentación externa (tal como una toma de corriente) a través de una circuitería de entrada o de una interfaz tal como un cable eléctrico de alimentación. La circuitería de potencia QQ137 también puede funcionar en ciertas realizaciones para suministrar potencia desde una fuente de alimentación externa a la fuente de alimentación QQ136. Esto puede ser, por ejemplo, para la carga de la fuente de alimentación QQ136. La circuitería de potencia QQ137 puede realizar cualquier formateo, conversión u otra modificación a la potencia de la fuente de alimentación QQ136, para hacer que la alimentación sea adecuada para los componentes respectivos del WD QQ110 a los que se suministra potencia.
Figura QQ2: Equipo de usuario según algunas realizaciones
La figura QQ2 ilustra una realización de un UE, según varios aspectos descritos en el presente documento. Tal como se utiliza en el presente documento, un equipo de usuario o UE puede no tener necesariamente un usuario en el sentido de un usuario humano que posee y/u opera el dispositivo relevante. En cambio, un UE puede representar un dispositivo que está destinado a la venta o a la operación por parte de un usuario humano, pero que puede no estar asociado, o que puede no estar inicialmente asociado con un usuario humano específico (por ejemplo, un controlador de rociadores inteligente). Alternativamente, un UE puede representar un dispositivo que no está destinado a la venta u operación por parte de un usuario final, pero que puede ser asociado u operado en beneficio de un usuario (por ejemplo, un medidor de energía inteligente). El UE QQ2200 puede ser cualquier UE identificado por el Proyecto de asociación de tercera generación (3GPP), incluido un UE de NB-IoT, un UE de comunicación de tipo máquina (MTC) y/o un UE de MTC mejorada (enhanced MTC, eMTC). El UE QQ200, tal como se ilustra en la figura QQ2, es un ejemplo de un WD configurado para la comunicación según uno o más estándares de comunicación promulgados por el Proyecto de asociación de tercera generación (3GPP), tales como los estándares GSM, UMTS, LTE y/o 5G del 3GPP. Tal como se mencionó anteriormente, los términos WD y UE pueden ser utilizados de manera intercambiable. En consecuencia, aunque la figura QQ2 es un UE, los componentes explicados en el presente documento son igualmente aplicables a un WD y viceversa.
En la figura QQ2, el UE QQ200 incluye un circuito de procesamiento QQ201 que está acoplado operativamente a la interfaz de entrada/salida QQ205, la interfaz de radiofrecuencia (RF) QQ209, la interfaz de conexión a red QQ211, la memoria QQ215 que incluye una memoria de acceso aleatorio (RAM) QQ217, una memoria de solo lectura (ROM) QQ219 y un medio de almacenamiento QQ221 o similar, el subsistema de comunicación QQ231, una fuente de alimentación QQ233 y/o cualquier otro componente, o cualquier combinación de los mismos. El medio de almacenamiento QQ221 incluye el sistema operativo QQ223, el programa de aplicación QQ225 y los datos QQ227. En otras realizaciones, el medio de almacenamiento QQ221 puede incluir otros tipos de información similares. Ciertos UE pueden utilizar todos los componentes que se muestran en la figura QQ2, o solo un subconjunto de los componentes. El nivel de integración entre los componentes puede variar de un UE a otro UE. Además, ciertos UE pueden contener múltiples instancias de un componente, tal como múltiples procesadores, memorias, transceptores, transmisores, receptores, etc.
En la figura QQ2, la circuitería de procesamiento QQ201 puede ser configurada para procesar instrucciones y datos informáticos. La circuitería de procesamiento QQ201 puede ser configurada para implementar cualquier máquina de estados secuencial, operativa para ejecutar instrucciones de máquina almacenadas como programas informáticos legibles por una máquina en la memoria, tal como una o más máquinas de estados implementadas en hardware (por ejemplo, en lógica discreta, FPGA, ASIC, etc.); lógica programable junto con el firmware apropiado; uno o más programas almacenados, procesadores de uso general, tal como un microprocesador o un Procesador de señales digitales (Digital Signal Processor, DSP), junto con el software apropiado; o cualquier combinación de los anteriores. Por ejemplo, la circuitería de procesamiento QQ201 puede incluir dos unidades centrales de procesamiento (Central Processing Units, CPU). Los datos pueden ser información en un formato adecuado para ser utilizada por un ordenador.
En la realización representada, la interfaz de entrada/salida QQ205 puede ser configurado para proporcionar una interfaz de comunicación a un dispositivo de entrada, un dispositivo de salida o un dispositivo de entrada y salida. El UE QQ200 puede ser configurado para utilizar un dispositivo de salida a través de la interfaz de entrada/salida QQ205. Un dispositivo de salida puede utilizar el mismo tipo de puerto de interfaz que un dispositivo de entrada. Por ejemplo, se puede utilizar un puerto USB para proporcionar entrada y salida desde el UE QQ200. El dispositivo de salida puede ser un altavoz, una tarjeta de sonido, una tarjeta de vídeo, una pantalla, un monitor, una impresora, un accionador, un emisor, una tarjeta inteligente, otro dispositivo de salida o cualquier combinación de los mismos. El UE QQ200 puede ser configurado para utilizar un dispositivo de entrada a través de la interfaz de entrada/salida QQ205 para permitir que un usuario capture información en el UE QQ200. El dispositivo de entrada puede incluir un sensor sensible al tacto o sensible a la presencia, una pantalla, una cámara (por ejemplo, una cámara digital, una cámara de vídeo digital, una cámara web, etc.), un micrófono, un sensor, un mouse, una bola de seguimiento, un teclado direccional, un panel táctil, una rueda de desplazamiento, una tarjeta inteligente, y similares. La pantalla sensible a la presencia puede incluir un sensor táctil capacitivo o resistivo para detectar la entrada de un usuario. Un sensor puede ser, por ejemplo, un acelerómetro, un giroscopio, un sensor de inclinación, un sensor de fuerza, un magnetómetro, un sensor óptico, un sensor de proximidad, otro sensor similar, o cualquier combinación de los mismos. Por ejemplo, el dispositivo de entrada puede ser un acelerómetro, un magnetómetro, una cámara digital, un micrófono y un sensor óptico.
En la figura QQ2, la interfaz de RF QQ209 se puede configurar para proporcionar una interfaz de comunicación a los componentes de RF, tales como un transmisor, un receptor y una antena. La interfaz de conexión a red QQ211 puede ser configurada para proporcionar una interfaz de comunicación a la red QQ243a. La red QQ243a puede abarcar redes cableadas y/o inalámbricas, tal como una red de área local (LAN), una red de área amplia (WAN), una red informática, una red inalámbrica, una red de telecomunicaciones, otra red similar o cualquier combinación de las mismas. Por ejemplo, la red QQ243a puede comprender una red Wi-Fi. La interfaz de conexión de red QQ21e puede ser configurada para incluir una interfaz de receptor y transmisor que se utiliza para comunicarse con uno o más dispositivos a través de una red de comunicación según uno o más protocolos de comunicación, tales como Ethernet, TCP/IP, SONET, ATM o similares. La interfaz de conexión a red QQ211 puede implementar la funcionalidad de receptor y transmisor apropiada para los enlaces de red de comunicación (por ejemplo, ópticos, eléctricos y similares). Las funciones de transmisor y receptor pueden compartir componentes de circuito, software o firmware o, alternativamente, pueden ser implementadas por separado.
La RAM QQ217 puede ser configurada para interactuar a través del bus QQ202 con la circuitería de procesamiento QQ201 para proporcionar almacenamiento, o almacenamiento en caché, de datos o instrucciones informáticas durante la ejecución de programas de software tales como el sistema operativo, programas de aplicación y controladores de dispositivos. La ROM QQ219 puede ser configurada para proporcionar instrucciones informáticas o datos a la circuitería de procesamiento QQ201. Por ejemplo, la ROM QQ219 puede ser configurada para almacenar datos o códigos de sistema de bajo nivel invariables para funciones básicas del sistema, tal como entrada y salida (E/S) básicas, inicio o recepción de pulsaciones de teclas desde un teclado que se almacenan en un memoria volátil. El medio de almacenamiento QQ221 puede ser configurado para incluir una memoria tal como RAM, ROM, memoria de solo lectura programable (Programmable ROM, PROM), memoria de solo lectura programable y borrable (Erasable PROM, EPROM), memoria de solo lectura programable y borrable eléctricamente (Electrically Ep ROM, EEPROM), discos magnéticos, discos ópticos, disquetes, discos duros, cartuchos extraíbles o unidades flash. En un ejemplo, el medio de almacenamiento QQ221 puede ser configurado para incluir el sistema operativo QQ223, el programa de aplicación QQ225, tal como una aplicación de navegador web, un widget o motor de gadget u otra aplicación, y el archivo de datos QQ227. El medio de almacenamiento QQ221 puede almacenar, para su utilización por parte del UE QQ200, cualquiera de una variedad de diversos sistemas operativos o combinaciones de sistemas operativos.
El medio de almacenamiento QQ221 puede ser configurado para incluir varias unidades de disco físico, tal como una matriz redundante de discos independientes (Redundant Array of Independent Disks, RAID), unidad de disquete, memoria flash, unidad flash USB, unidad de disco duro externa, memoria USB, pen drive, unidad de llave, unidad de disco óptico de disco versátil digital de alta densidad (High Density-Digital Versatile Disc, HD-DVD), unidad de disco duro interno, unidad de disco óptico Blu-Ray, unidad de disco óptico de almacenamiento de datos digitales holográficos (Holographic Digital Data Storage, HDDS), mini módulo de memoria en línea dual (Dual In-line Memory Module, DIMM) externo, memoria de acceso aleatorio dinámica síncrona (Synchronous Dynamic RAM, SDRAM), SDRAM de micro-DIMM externa, memoria de tarjeta inteligente, tal como un módulo de identidad de abonado o un módulo de identidad de usuario extraíble (Subscriber Identity Module / Removable User Identity Module, SIM/RUIM), otra memoria o cualquier combinación de los mismos. El medio de almacenamiento QQ221 puede permitir que el UE QQ200 acceda a instrucciones ejecutables por un ordenador, programas de aplicación o similares, almacenados en medios de memoria transitorios o no transitorios, para descargar datos o cargar datos. Un artículo de fabricación, tal como uno que utiliza un sistema de comunicación, puede estar incorporado tangiblemente en el medio de almacenamiento QQ221, que puede comprender un medio legible por un dispositivo.
En la figura QQ2, la circuitería de procesamiento QQ201 puede ser configurada para comunicarse con la red QQ243b utilizando el subsistema de comunicación QQ231. La red QQ243a y la red QQ243b pueden ser la misma red o redes, o una red o redes diferentes. El subsistema de comunicación QQ231 puede ser configurado para incluir uno o más transceptores utilizados para comunicarse con la red QQ243b. Por ejemplo, el subsistema de comunicación QQ231 puede ser configurado para incluir uno o más transceptores utilizados para comunicarse con uno o más transceptores remotos de otro dispositivo con capacidad de comunicación inalámbrica, tal como otro WD, UE o estación base de una red de acceso por radio (RAN) según uno o más protocolos de comunicación, tal como IEEE 802.QQ2, CDMA, WCDMA, GSM, LTE, UTRAN, WiMax o similares. Cada transceptor puede incluir un transmisor QQ233 y/o un receptor QQ235, para implementar la funcionalidad de transmisor o receptor, respectivamente, apropiada para los enlaces de RAN (por ejemplo, asignaciones de frecuencia y similares). Además, el transmisor QQ233 y el receptor QQ235 de cada transceptor pueden compartir componentes de circuito, software o firmware o, alternativamente, pueden ser implementados por separado.
En la realización ilustrada, las funciones de comunicación del subsistema de comunicación QQ231 pueden incluir comunicación de datos, comunicación de voz, comunicación multimedia, comunicaciones de corto alcance tales como Bluetooth, comunicación de campo cercano, comunicación basada en la ubicación, tal como la utilización del sistema de posicionamiento global (Global Positioning System, GPS) para determinar una ubicación, otra función de comunicación similar o cualquier combinación de las mismas. Por ejemplo, el subsistema de comunicación QQ231 puede incluir comunicación celular, comunicación de Wi-Fi, comunicación de Bluetooth y comunicación de GPS. La red QQ243b puede abarcar redes cableadas y/o inalámbricas, tal como una red de área local (LAN), una red de área amplia (WAN), una red informática, una red inalámbrica, una red de telecomunicaciones, otra red similar o cualquier combinación de las mismas. Por ejemplo, la red QQ243b puede ser una red celular, una red Wi-Fi y/o una red de campo cercano. La fuente de alimentación QQ213 puede ser configurada para proporcionar alimentación de corriente alterna (Alternating Current, AC) o corriente continua (Direct Current, DC) a los componentes del UE QQ200.
Las características, beneficios y/o funciones descritos en el presente documento pueden estar implementados en uno de los componentes del UE QQ200 o estar divididos entre múltiples componentes del UE QQ200. Además, las características, beneficios y/o funciones descritos en el presente documento pueden ser implementados en cualquier combinación de hardware, software o firmware. En un ejemplo, el subsistema de comunicación QQ231 puede ser configurado para incluir cualquiera de los componentes descritos en el presente documento. Además, la circuitería de procesamiento QQ201 puede ser configurada para comunicarse con cualquiera de dichos componentes a través del bus QQ202. En otro ejemplo, cualquiera de dichos componentes puede ser representado mediante instrucciones de programa almacenadas en la memoria que, cuando son ejecutadas mediante la circuitería de procesamiento QQ201, realizan las funciones correspondientes descritas en el presente documento. En otro ejemplo, la funcionalidad de cualquiera de dichos componentes puede estar dividido entre la circuitería de procesamiento QQ201 y el subsistema de comunicación QQ231. En otro ejemplo, las funciones no intensivas informáticamente de cualquiera de dichos componentes pueden ser implementadas en software o firmware y las funciones intensivas informáticamente pueden ser implementadas en hardware.
Figura QQ3: Entorno de virtualización según algunas realizaciones
La figura QQ3 es un diagrama de bloques esquemático que ilustra un entorno de virtualización QQ300 en el que se pueden virtualizar las funciones implementadas por algunas realizaciones. En el presente contexto, virtualizar significa crear versiones virtuales de aparatos o dispositivos, que puede incluir la virtualización de plataformas de hardware, dispositivos de almacenamiento y recursos de red. Tal como se utiliza en el presente documento, la virtualización se puede aplicar a un nodo (por ejemplo, una estación base virtualizada o un nodo de acceso de radio virtualizado) o a un dispositivo (por ejemplo, un UE, un dispositivo inalámbrico o cualquier otro tipo de dispositivo de comunicación) o componentes del mismo, y se refiere a una implementación en la que al menos una parte de la funcionalidad se implementa como uno o más componentes virtuales (por ejemplo, a través de una o más aplicaciones, componentes, funciones, máquinas virtuales o contenedores que son ejecutados en uno o más nodos de procesamiento físico en una o más redes).
En algunas realizaciones, algunas o todas las funciones dadas a conocer en el presente documento pueden ser implementadas como componentes virtuales ejecutados por una o más máquinas virtuales implementadas en uno o más entornos virtuales QQ300 alojados por uno o más nodos de hardware QQ330. Además, en realizaciones en las que el nodo virtual no es un nodo de acceso por radio o no requiere conectividad por radio (por ejemplo, un nodo de la red central), entonces el nodo de red puede ser virtualizado por completo.
Las funciones pueden ser implementadas por una o más aplicaciones QQ320 (que, alternativamente, se pueden denominar instancias de software, dispositivos virtuales, funciones de red, nodos virtuales, funciones de red virtual, etc.) operativas para implementar algunas de las características, funciones y/o beneficios de algunas de las realizaciones descritas en el presente documento. Las aplicaciones QQ320 se ejecutan en el entorno de virtualización QQ300 que proporciona el hardware QQ330, que comprende circuitería de procesamiento QQ360 y memoria QQ390. La memoria QQ390 contiene instrucciones QQ395 ejecutables mediante la circuitería de procesamiento QQ360, por lo que la aplicación QQ320 está operativa para proporcionar una o más de las características, beneficios y/o funciones dadas a conocer en el presente documento.
El entorno de virtualización QQ300 comprende dispositivos de hardware de red de uso general o especial QQ330, que comprenden un conjunto de uno o más procesadores o circuitería de procesamiento QQ360, que pueden ser procesadores disponibles comercialmente (COTS), circuitos integrados específicos de aplicaciones (ASIC), o cualquier otro tipo de circuito de procesamiento, incluidos componentes de hardware digitales o analógicos o procesadores de propósito especial. Cada dispositivo de hardware puede comprender la memoria QQ390-1, que puede ser una memoria no persistente para almacenar temporalmente instrucciones QQ395 o software ejecutado por la circuitería de procesamiento QQ360. Cada dispositivo de hardware puede comprender uno o más controladores de interfaz de red (Network Interface Controller, NIC) QQ370, también conocidos como tarjetas de interfaz de red, que incluyen la interfaz de red física QQ380. Cada dispositivo de hardware también puede incluir medios de almacenamiento no transitorios, persistentes, legibles por una máquina QQ390-2 que tienen almacenado en ellos el software QQ395 y/o instrucciones ejecutables por la circuitería de procesamiento QQ360. El software QQ395 puede incluir cualquier tipo de software, incluido el software para instanciar una o más capas de virtualización QQ350 (también denominados hipervisores), software para ejecutar máquinas virtuales QQ340, así como software que le permita ejecutar las funciones, características y/o beneficios descritos en relación con algunas realizaciones descritas en el presente documento.
Las máquinas virtuales QQ340 comprenden procesamiento virtual, memoria virtual, red virtual o interfaz y almacenamiento virtual, y pueden ser ejecutadas por una capa de virtualización QQ350 o hipervisor correspondiente. Se pueden implementar diferentes realizaciones de la instancia del dispositivo virtual QQ320 en una o más máquinas virtuales QQ340, y las implementaciones se pueden realizar de diferentes maneras.
Durante la operación, la circuitería de procesamiento QQ360 ejecuta el software QQ395 para instanciar el hipervisor o la capa de virtualización QQ350, que, en ocasiones, se denomina monitor de máquina virtual (Virtual Machine Monitor, VMM). La capa de virtualización QQ350 puede presentar una plataforma operativa virtual que aparece como hardware de red para la máquina virtual QQ340.
Tal como se muestra en la figura QQ3, el hardware QQ330 puede ser un nodo de red independiente con componentes genéricos o específicos. El hardware QQ330 puede comprender la antena QQ3225 y puede implementar algunas funciones a través de la virtualización. Alternativamente, el hardware QQ330 puede formar parte de un grupo más grande de hardware (por ejemplo, en un centro de datos o equipo en las instalaciones del cliente (CPE)) donde muchos nodos de hardware trabajan juntos y son gestionados por medio de gestión y orquestación (Management ANd Orchestration, MANO) QQ3100, que, entre otros, supervisa la gestión del ciclo de vida de las aplicaciones QQ320.
La virtualización del hardware se denomina en algunos contextos virtualización de funciones de red (Network Function Virtualization, NFV). La NFV se puede utilizar para consolidar muchos tipos de equipos de red en hardware de servidor de alto volumen estándar de la industria, conmutadores físicos y almacenamiento físico, que pueden estar ubicados en centros de datos y equipos en las instalaciones del cliente.
En el contexto de la NFV, la máquina virtual QQ340 puede ser una implementación de software de una máquina física que ejecuta programas como si se estuvieran ejecutando en una máquina física no virtualizada. Cada una de las máquinas virtuales QQ340 y la parte del hardware QQ330 que ejecuta esa máquina virtual, ya sea hardware dedicado a esa máquina virtual y/o hardware compartido por esa máquina virtual con otras máquinas virtuales QQ340, forma elementos de red virtual separados (Virtual Network Elements, VNE).
Aún en el contexto de la NFV, la función de red virtual (Virtual Network Function, VNF) es responsable de manejar funciones de red específicas que se ejecutan en una o más máquinas virtuales QQ340 sobre la infraestructura de redes de hardware QQ330 y corresponden a la aplicación QQ320 en la figura QQ3.
En algunas realizaciones, una o más unidades de radio QQ3200 que incluyen cada una uno o más transmisores QQ3220 y uno o más receptores QQ3210 pueden ser acopladas a una o más antenas QQ3225. Las unidades de radio QQ3200 se pueden comunicar directamente con los nodos de hardware QQ330 a través de una o más interfaces de red apropiadas, y se pueden utilizar en combinación con los componentes virtuales para proporcionar un nodo virtual con capacidades de radio, tal como un nodo de acceso por radio o una estación base.
En algunas realizaciones, se puede efectuar alguna señalización con la utilización del sistema de control QQ3230 que, alternativamente, se puede utilizar para la comunicación entre los nodos de hardware QQ330 y las unidades de radio QQ3200.
Figura QQ4: Red de telecomunicaciones conectada a través de una red intermedia a un ordenador central, según algunas realizaciones
Con referencia a la figura QQ4, según una realización, un sistema de comunicación incluye una red de telecomunicaciones QQ410, tal como una red celular del tipo de 3GPP, que comprende una red de acceso QQ411, tal como una red de acceso por radio, y una red central QQ414. La red de acceso QQ411 comprende una pluralidad de estaciones base QQ412a, QQ412b, QQ412c, tales como NB, eNB, gNB u otros tipos de puntos de acceso inalámbricos, cada uno de los cuales define un área de cobertura QQ413a, QQ413b, QQ413c correspondiente. Cada estación base QQ412a, QQ412b, QQ412c se puede conectar a la red central QQ414 a través de una conexión por cable o inalámbrica QQ415. Un primer UE QQ491 ubicado en el área de cobertura QQ413c está configurado para conectarse de manera inalámbrica o ser localizado por la correspondiente estación base QQ412c. Un segundo UE QQ492 en el área de cobertura QQ413a se puede conectar de manera inalámbrica a la correspondiente estación base QQ412a. Si bien en este ejemplo se ilustra una pluralidad de UE QQ491, QQ492, las realizaciones descritas son igualmente aplicables a una situación en la que un solo UE está en el área de cobertura, o donde un único UE se conecta a la correspondiente estación base QQ412.
La propia red de telecomunicaciones QQ410 está conectada al ordenador central QQ430, que puede ser incorporado en el hardware y/o software de un servidor independiente, un servidor implementado en la nube, un servidor distribuido o como recursos de procesamiento en un parque de servidores. El ordenador central QQ430 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 QQ421 y QQ422 entre la red de telecomunicaciones QQ410 y el ordenador central QQ430 se pueden extender directamente desde la red central QQ414 al ordenador central QQ430, o pueden ir a través de una red intermedia QQ420 opcional. La red intermedia QQ420 puede ser una o una combinación de más de una red pública, privada o alojada; la red intermedia QQ420, si la hay, puede ser una red troncal o Internet; en particular, la red intermedia QQ420 puede comprender dos o más subredes (no mostradas).
El sistema de comunicación de la figura QQ4 en su conjunto permite la conectividad entre los UE QQ491, QQ492 conectados y el ordenador central QQ430. La conectividad se puede describir como una conexión de libre transmisión (Over-The-Top, OTT) QQ450. El ordenador central QQ430 y los UE QQ491, QQ492 conectados están configurados para comunicar datos y/o señalización a través de la conexión OTT QQ450, utilizando la red de acceso QQ411, la red central QQ414, cualquier red intermedia QQ420 y una posible infraestructura adicional (no mostrada) como intermediarios. La conexión OTT QQ450 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 QQ450 desconocen el enrutamiento de las comunicaciones de enlace ascendente y descendente. Por ejemplo, la estación base QQ412 puede o no necesitar ser informada sobre el enrutamiento pasado de una comunicación de enlace descendente entrante con datos que se originan en el ordenador central QQ430 para ser reenviados (por ejemplo, traspasados) a un UE QQ491 conectado. De manera similar, la estación base QQ412 no necesita conocer el enrutamiento futuro de una comunicación de enlace ascendente saliente que se origina desde el UE QQ491 hacia el ordenador central QQ430.
Figura QQ5: El ordenador central se comunica a través de una estación base con un equipo de usuario sobre una conexión parcialmente inalámbrica, según algunas realizaciones
Las implementaciones de ejemplo, según una realización, del UE, la estación base y el ordenador central, explicadas en los párrafos anteriores, se describirán a continuación con referencia a la figura QQ5. En el sistema de comunicación QQ500, el ordenador central QQ510 comprende hardware QQ515 que incluye la interfaz de comunicación QQ516 configurada para configurar y mantener una conexión por cable o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema de comunicación QQ500. El ordenador central QQ510 comprende, además, circuitería de procesamiento QQ518, que puede tener capacidades de almacenamiento y/o procesamiento. En particular, la circuitería de procesamiento QQ518 puede comprender uno o más procesadores programables, circuitos integrados específicos de la aplicación, conjuntos de puertas programables en campo o combinaciones de estos (no mostrados) adaptados para ejecutar instrucciones. El ordenador central QQ510 comprende, además, el software QQ511, que está almacenado en el ordenador central QQ510 o es accesible por él y ejecutable mediante la circuitería de procesamiento QQ518. El software QQ511 incluye la aplicación principal QQ512. La aplicación principal QQ512 puede funcionar para proporcionar un servicio a un usuario remoto, tal como el UE QQ530 que se conecta a través de la conexión OTT QQ550 que termina en el UE QQ530, y al ordenador central QQ510. Al proporcionar el servicio al usuario remoto, la aplicación principal QQ512 puede proporcionar datos de usuario que se transmiten mediante la conexión OTT QQ550.
El sistema de comunicación QQ500 incluye, además, la estación base QQ520 dispuesta en un sistema de telecomunicaciones y que comprende el hardware QQ525 que le permite comunicarse con el ordenador central QQ510 y con el UE QQ530. El hardware QQ525 puede incluir una interfaz de comunicación QQ526 para configurar y mantener una conexión por cable o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema de comunicación QQ500, así como una interfaz de radio QQ527 para configurar y mantener al menos una conexión inalámbrica QQ570 con el UE QQ530 ubicado en un área de cobertura (no mostrada en la figura QQ5) atendida por la estación base QQ520. La interfaz de comunicación QQ526 puede ser configurada para facilitar la conexión QQ560 al ordenador central QQ510. La conexión QQ560 puede ser directa o puede pasar a través de una red central (no mostrada en la figura QQ5) 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 que se muestra, el hardware QQ525 de la estación base QQ520 incluye, además, un circuito de procesamiento QQ528, que puede comprender uno o más procesadores programables, circuitos integrados específicos de la aplicación, conjuntos de puertas programables en campo o combinaciones de estos (no mostradas), adaptados para ejecutar instrucciones. La estación base QQ520 tiene, además, el software QQ521 almacenado internamente o accesible a través de una conexión externa.
El sistema de comunicación QQ500 incluye, además, el UE QQ530 al que ya se ha hecho referencia. Su hardware QQ535 puede incluir la interfaz de radio QQ537 configurada para configurar y mantener la conexión inalámbrica QQ570 con una estación base que atiende a un área de cobertura en la que está ubicado actualmente el UE QQ530. El hardware QQ535 del UE QQ530 incluye, además, la circuitería de procesamiento QQ538, que puede comprender uno o más procesadores programables, circuitos integrados específicos de la aplicación, conjuntos de puertas programables en campo o combinaciones de estos (no mostradas) adaptados para ejecutar instrucciones. El UE QQ530 comprende, además, el software QQ531, que está almacenado o es accesible por el UE QQ530 y ejecutable mediante la circuitería de procesamiento QQ538. El software QQ531 incluye la aplicación cliente QQ532. La aplicación cliente QQ532 puede funcionar para proporcionar un servicio a un usuario humano o no humano a través del UE QQ530, con el apoyo del ordenador central QQ510. En el ordenador central QQ510, una aplicación principal en ejecución QQ512 se puede comunicar con la aplicación cliente en ejecución QQ532 a través de la conexión OTT QQ550 que termina en el UE QQ530 y en el ordenador central QQ510. Cuando proporciona el servicio al usuario, la aplicación cliente QQ532 puede recibir datos de solicitud de la aplicación principal QQ512 y proporcionar datos de usuario en respuesta a los datos de solicitud. La conexión OTT QQ550 puede transferir tanto los datos de la solicitud como los datos del usuario. La aplicación cliente QQ532 puede interactuar con el usuario para generar los datos de usuario que proporciona.
Cabe señalar que el ordenador central QQ510, la estación base QQ520 y el UE QQ530 ilustrados en la figura QQ5 pueden ser similares o idénticos al ordenador central QQ430, a una de las estaciones base QQ412a, QQ412b, QQ412c y a uno de los UE QQ491, QQ492 de la figura QQ4, respectivamente. Es decir, el funcionamiento interno de estas entidades puede ser tal como se muestra en la figura QQ5 e, independientemente, la topología de red circundante puede ser la de la figura QQ4.
En la figura QQ5, la conexión de OTT QQ550 se dibujó de manera abstracta para ilustrar la comunicación entre el ordenador central QQ510 y el UE QQ530 a través de la estación base QQ520, 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 ser configurado para ser ocultado del UE QQ530 o del proveedor de servicios que opera el ordenador central QQ510, o de ambos. Mientras la conexión OTT QQ550 está activa, la infraestructura de la red puede tomar decisiones mediante las cuales cambia dinámicamente el enrutamiento (por ejemplo, en función de la consideración del equilibrio de carga o la reconfiguración de la red).
La conexión inalámbrica QQ570 entre el UE QQ530 y la estación base QQ520 es según las explicaciones de las realizaciones descritas a lo largo de esta invención. Una o más de las diversas realizaciones mejoran el rendimiento de los servicios OTT proporcionados al UE QQ530 utilizando la conexión OTT QQ550, en la que la conexión inalámbrica QQ570 forma el último segmento. Más precisamente, las explicaciones de estas realizaciones pueden mejorar la velocidad de transmisión de datos o reducir la latencia y, por lo tanto, proporcionar beneficios tales como un menor tiempo de espera del usuario y una mejor capacidad de respuesta.
Se puede dar a conocer un procedimiento de medición con el fin de controlar la velocidad de transmisión de datos, la latencia y otros factores en los que mejoran una o más realizaciones. Además, puede haber una funcionalidad de red opcional para reconfigurar la conexión OTT QQ550 entre el ordenador central QQ510 y el UE QQ530, 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 QQ550 pueden ser implementados en el software QQ511 y el hardware QQ515 del ordenador central QQ510 o en software QQ531 y hardware QQ535 del UE QQ530, o en ambos. En realizaciones, los sensores (no mostrados) pueden ser implementados en, o en asociación con, dispositivos de comunicación a través de los cuales pasa la conexión OTT QQ550; los sensores pueden participar en el procedimiento de medición suministrando valores de las cantidades monitorizadas ejemplificadas anteriormente, o suministrando valores de otras cantidades físicas a partir de las cuales el software QQ511, QQ531 puede calcular o estimar las cantidades monitorizadas. La reconfiguración de la conexión OTT QQ550 puede incluir formato de mensaje, configuración de retransmisión, enrutamiento preferido, etc.; la reconfiguración no necesita afectar a la estación base QQ520, y puede ser desconocida o imperceptible para la estación base QQ520. Dichos procedimientos y funcionalidades pueden ser conocidos y puestos en práctica en la técnica. En ciertas realizaciones, las mediciones pueden implicar señalización de UE patentada que facilita las mediciones de rendimiento, tiempos de propagación, latencia y similares, del ordenador central QQ510. Las mediciones pueden estar implementadas en que el software QQ511 y QQ531 hace que se transmitan mensajes, en particular mensajes vacíos o ‘ficticios’, utilizando la conexión OTT QQ550 mientras monitoriza tiempos de propagación, errores, etc.
Figura QQ6: Métodos implementados en un sistema de comunicación que incluye un ordenador central, una estación base y un equipo de usuario, según algunas realizaciones
La figura QQ6 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador central, una estación base y un UE que pueden ser los descritos con referencia a las figuras QQ4 y QQ5. Para simplificar la presente invención, en esta sección solo se incluirán referencias a los dibujos de la figura QQ6. En la etapa QQ610, el ordenador central proporciona datos de usuario. En la subetapa QQ611 (que puede ser opcional) de la etapa QQ610, el ordenador central proporciona los datos del usuario mediante la ejecución de una aplicación principal. En la etapa QQ620, el ordenador central inicia una transmisión que transporta los datos del usuario al UE. En la etapa QQ630 (que puede ser opcional), la estación base transmite al UE los datos de usuario que fueron transportados en la transmisión que inició el ordenador central, según las explicaciones de las realizaciones descritas a lo largo de esta invención. En la etapa QQ640 (que también puede ser opcional), el UE ejecuta una aplicación cliente asociada con la aplicación principal ejecutada por el ordenador central.
Figura QQ7: Métodos implementados en un sistema de comunicación que incluye un ordenador central, una estación base y un equipo de usuario, según algunas realizaciones
La figura QQ7 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador central, una estación base y un UE, que pueden ser los descritos con referencia a las figuras QQ4 y QQ5. Para simplificar la presente invención, en esta sección solo se incluirán referencias a los dibujos de la figura q Q7. En la etapa QQ710 del método, el ordenador central proporciona datos de usuario. En una subetapa opcional (no mostrada), el ordenador central proporciona los datos del usuario mediante la ejecución de una aplicación principal. En la etapa QQ720, el ordenador central inicia una transmisión que transporta los datos del usuario al UE. La transmisión puede pasar a través de la estación base, según las explicaciones de las realizaciones descritas a lo largo de esta invención. En la etapa QQ730 (que puede ser opcional), el UE recibe los datos de usuario transportados en la transmisión.
Figura QQ8: Métodos implementados en un sistema de comunicación que incluye un ordenador central, una estación base y un equipo de usuario, según algunas realizaciones
La figura QQ8 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador central, una estación base y un UE, que pueden ser los descritos con referencia a las figuras QQ4 y QQ5. Para simplificar la presente invención, en esta sección solo se incluirán referencias a los dibujos de la figura QQ8. En la etapa QQ810 (que puede ser opcional), el UE recibe datos de entrada proporcionados por el ordenador central. Adicional o alternativamente, en la etapa QQ820, el UE proporciona datos de usuario. En la subetapa QQ821 (que puede ser opcional) de la etapa QQ820, el UE proporciona los datos del usuario mediante la ejecución de una aplicación cliente. En la subetapa QQ811 (que puede ser opcional) de la etapa QQ810, el UE ejecuta una aplicación cliente que proporciona los datos del usuario en reacción a los datos de entrada recibidos proporcionados por el ordenador central. Al proporcionar los datos del usuario, la aplicación cliente ejecutada puede considerar, además, la entrada del usuario recibida del usuario. Independientemente de la manera específica en que se proporcionaron los datos de usuario, el UE inicia, en la subetapa QQ830 (que puede ser opcional), la transmisión de los datos de usuario al ordenador central. En la etapa QQ840 del método, el ordenador central recibe los datos de usuario transmitidos desde el UE, según las explicaciones de las realizaciones descritas a lo largo de esta invención.
Figura QQ9: Métodos implementados en un sistema de comunicación que incluye un ordenador central, una estación base y un equipo de usuario, según algunas realizaciones
La figura QQ9 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador central, una estación base y un UE, que pueden ser los descritos con referencia a las figuras QQ4 y QQ5. Para simplificar la presente invención, en esta sección solo se incluirán referencias a los dibujos de la figura QQ9. En la etapa QQ910 (que puede ser opcional), según las explicaciones de las realizaciones descritas a lo largo de esta invención, la estación base recibe datos de usuario del UE. En la etapa QQ920 (que puede ser opcional), la estación base inicia la transmisión de los datos de usuario recibidos, al ordenador central. En la etapa QQ930 (que puede ser opcional), el ordenador central recibe los datos del usuario transportados en la transmisión iniciada por la estación base.
Cualquier etapa, método, característica, función o beneficio apropiado descrito en el presente documento puede ser realizado 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 ser implementadas mediante una circuitería de procesamiento, que pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que puede incluir procesadores de señales digitales (DSP), lógica digital de propósito especial y similares. La circuitería de procesamiento puede ser configurada para ejecutar código de programa almacenado en la 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 la memoria incluye instrucciones de programa para ejecutar uno o más protocolos de telecomunicaciones y/o de comunicación de datos, así como instrucciones para llevar a cabo una o más de las técnicas descritas en el presente documento. En algunas implementaciones, la circuitería de procesamiento se puede utilizar para hacer que la unidad funcional respectiva realice las funciones correspondientes según una o más realizaciones de la presente invención.
Figura VVO: Método según algunas realizaciones
La figura VVO representa un método según ciertas realizaciones. En ciertas realizaciones, el método puede ser realizado por un nodo de red, tal como una estación base (por ejemplo, gNB) descrita anteriormente. El método comienza en la etapa VV02 con la configuración de un PDSCH de difusión según una configuración de mejora del rendimiento. Por ejemplo, la configuración de mejora del rendimiento puede comprender una o más de las realizaciones 1 a 6 descritas anteriormente (por ejemplo, proporcionar una velocidad de código más baja mediante el ajuste del procedimiento de determinación de TBS, proporcionar niveles de MCS con una eficiencia espectral más baja, mejorar la fiabilidad mediante la repetición en el dominio del tiempo, mejorar la fiabilidad mediante la repetición en el dominio de la frecuencia y/o utilizar un TBS inflado para obtener una asignación de PRB más grande). El método continúa a la etapa VV04 con el envío de una transmisión a través del PDSCH de difusión.
Figura VV1: Método según algunas realizaciones
La figura VV1 representa un método según realizaciones particulares. En ciertas realizaciones, el método puede ser realizado por un dispositivo inalámbrico (WD), tal como un equipo de usuario (UE), ejemplos del cual se han descrito anteriormente. El método comienza en la etapa VV12 con la recepción de información de control desde un nodo de red. Como ejemplo, la información de control puede recibirse en señalización de DCI o RRC. La información de control indica uno o más atributos asociados con una configuración de mejora del rendimiento para un PDSCH de difusión. Cualquier atributo adecuado puede indicarse en la información de control. Como ejemplo, los atributos pueden indicar si las repeticiones de PDSCH están configuradas en un dominio de la frecuencia y/o un dominio de tiempo. Los atributos pueden indicar, además, cómo se configuran las repeticiones (por ejemplo, periodicidad, ID de repetición, etc.). El método continúa a la etapa VV14 con la configuración del dispositivo inalámbrico para recibir la transmisión a través del PDSCH de difusión, según la configuración de mejora del rendimiento, y la etapa VV16 recibe una transmisión desde el nodo de red a través del PDSCH de difusión configurado según la configuración de mejora del rendimiento.
Figura WW : Aparato de virtualización, según algunas realizaciones
La figura WW ilustra un diagrama de bloques esquemático de un aparato WW00 en una red inalámbrica (por ejemplo, la red inalámbrica que se muestra en la figura QQ1). El aparato puede ser implementado en un dispositivo inalámbrico o nodo de red (por ejemplo, el dispositivo inalámbrico QQ110 o el nodo de red QQ160 que se muestra en la figura QQ1). El aparato WW00 puede funcionar para llevar a cabo el método de ejemplo descrito con referencia a la figura VV y, posiblemente, cualquier otro proceso o método descrito en el presente documento. También se debe comprender que el método de la figura VV no es llevado a cabo necesariamente solo por el aparato WW00. Al menos algunas operaciones del método pueden ser realizadas por una o más entidades.
El aparato virtual WW00 puede comprender una circuitería de procesamiento, que pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, que puede incluir procesadores de señales digitales (DSP), lógica digital de propósito especial y similares. La circuitería de procesamiento puede ser configurada para ejecutar código de programa almacenado en la memoria, que puede incluir uno o varios tipos de memoria, tal como memoria de solo lectura (ROM), memoria de acceso aleatorio, memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en la 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 el presente documento, en varias realizaciones. En algunas implementaciones, la circuitería de procesamiento puede ser utilizada para hacer que la unidad de configuración de PDSCH WW02, la unidad de transmisión de PDSCH WW04 y cualquier otra unidad adecuada del aparato WW00 realice las funciones correspondientes, según una o más realizaciones de la presente invención.
Tal como se ilustra en la figura WW, el aparato WW00 incluye la unidad de configuración de PDSCH WW02 y la unidad de transmisión de PDSCH WW04. La unidad de configuración de PDSCH WW02 está configurada para configurar un PDSCH de difusión, según una configuración de mejora del rendimiento. La configuración de mejora del rendimiento puede comprender una cualquiera o más de las realizaciones 1 a 6 descritas anteriormente. Por ejemplo, en ciertas realizaciones, la unidad de configuración de PDSCH WW02 puede comprender un Módulo de TBS [A] que ajusta el procedimiento de determinación de TBS para proporcionar una velocidad de código más baja (por ejemplo, realización 1) y/o infla el TBS para obtener una asignación de PRB más grande (por ejemplo, realización 6). En ciertas realizaciones, la unidad de configuración de PDSCH WW02 puede comprender un módulo de MCS [B], para proporcionar niveles de MCS con menor eficiencia espectral (por ejemplo, realización 2). En ciertas realizaciones, la unidad de configuración de PDSCH WW02 puede comprender un módulo de esquema de repetición [C] para configurar la repetición en el dominio del tiempo (por ejemplo, la realización 3 o 4) y/o para configurar la repetición en el dominio de la frecuencia (por ejemplo, la realización 5). La unidad de transmisión de PDSCH WW04 envía la transmisión en el PDSCH de difusión, según la configuración de mejora del rendimiento.
El término unidad puede tener un significado convencional en el campo de la electrónica, los dispositivos eléctricos y/o los dispositivos electrónicos y puede incluir, por ejemplo, circuitos eléctricos y/o electrónicos, dispositivos, módulos, procesadores, memorias, dispositivos lógicos de estado sólido y/o discretos, programas informáticos o instrucciones para llevar a cabo las respectivas tareas, procedimientos, cálculos, resultados y/o funciones de visualización, etc., como los que se describen en el presente documento.
En algunas realizaciones, un programa informático, un producto de programa informático o un medio de almacenamiento legible por ordenador comprende instrucciones que, cuando son ejecutadas en un ordenador, realizan cualquiera de las realizaciones descritas en el presente documento. En otros ejemplos, las instrucciones se transportan en una señal o portadora y son ejecutables en un ordenador en el que, cuando son ejecutadas, realizan cualquiera de las realizaciones dadas a conocer en el presente documento.
La figura YY1 ilustra un segundo método YY100 de ejemplo realizado por un nodo de red, según ciertas realizaciones. El método YY100 comienza en la etapa YY110, en donde el nodo de red indica en un mensaje de control al menos un esquema de codificación y modulación (MCS) y un factor de escala para un canal compartido de enlace descendente. El factor de escala indica un valor inferior a 1. Por ejemplo, el mensaje de control puede indicar un MCS y un factor de escala de 1/2 o 1/4. En algunas realizaciones, el mensaje de control incluye al menos un bit, que indica utilizar un primer factor de escala, por ejemplo, 1/2, cuando uno de los al menos un bit se establece en un primer valor, y utilizar un segundo factor de escala, por ejemplo, 1/4, cuando se establece en un segundo valor. En algunas realizaciones, el factor de escala indicado en el mensaje de control se transporta en un PDCCH. Por ejemplo, el mensaje de control puede ser una DCI transmitida por un PDCCH.
En ciertas realizaciones, el mensaje de control puede indicar indicaciones adicionales, que pueden mejorar la transmisión del canal compartido de enlace descendente. Por ejemplo, en algunas realizaciones, el mensaje de control indica una repetición en el dominio del tiempo y/o de la frecuencia.
En la etapa YY120, el mensaje de control se envía a un equipo de usuario (UE). El mensaje de control permite la determinación de un tamaño de bloque de transposición (TBS) para un canal compartido de enlace descendente. El mensaje de control permite que el UE determine un número intermedio de bits de información basándose al menos en el MCS y en el factor de escala. Basándose en el número intermedio de bits, el UE puede determinar el TBS.
El método YY100 puede incluir etapas adicionales. En ciertas realizaciones, el nodo de la red puede asignar un bloque de recursos físicos basándose al menos en parte en el TBS, tal como se muestra en la etapa YY130. Por ejemplo, un nodo de red puede determinar el TBS y, a continuación, asignar el PRB en función del TBS. En consecuencia, el PRB puede reflejar cualquier mejora en el rendimiento del canal físico de enlace descendente debido al ajuste del TBS.
La figura YY2 ilustra un tercer ejemplo de método YY200 realizado por un nodo de red, según ciertas realizaciones. El método YY200 puede comenzar con una de las etapas YY205 y YY210. En ciertas realizaciones, el método YY200 comienza con la etapa YY205, en la que el MCS para ser indicado en el mensaje de control se determina basándose en una tabla o en entradas de tabla que se definen específicamente para el PDSCH. Por ejemplo, se puede construir y/o utilizar específicamente una tabla de MCS para PDSCH, que tenga entradas que tengan una eficiencia espectral más baja que las tablas para otros canales. Como otro ejemplo, una tabla de MCS puede tener entradas que solo se usan para el PDSCH, que tienen una eficiencia espectral más baja. La tabla o entradas de la tabla definidas específicamente pueden usarse para mejorar la transmisión sobre el PDSCH, por ejemplo, alterando el TBS determinado por un dispositivo inalámbrico que se comunica con el nodo de red sobre el PDSCH.
Alternativamente, en ciertas realizaciones, el método YY200 comienza con la etapa YY210, que determina el MCS para ser indicado en el mensaje de control basándose en una tabla que se define para un PDSCH de banda ancha móvil mejorada (eMBB). Por ejemplo, el MCS puede ser elegido de una cierta parte de la tabla definida para eMBB, asociada con una eficiencia espectral más baja. De esta manera, el nodo de la red puede determinar el MCS para ser utilizado en el mensaje de control, que puede ser utilizado por un dispositivo inalámbrico para determinar el TBS sobre el PDSCH.
Las etapas YY220 y las etapas YY230 ocurren de manera similar a la descrita anteriormente en referencia a las etapas YY110 y YY120 del método YY100, respectivamente. Por ejemplo, el MCS indicado en el mensaje de control puede ser el MCS determinado a partir de la tabla eMBB o las entradas de la tabla o tablas definidas específicamente para el PDSCH. De manera similar, el UE utiliza el MCS, junto con el factor de escala, para determinar el TBS. En el ejemplo en el que se elige el MCS que tiene una eficiencia espectral más baja, el TBS puede elegirse para que sea más grande, mejorando así la transmisión sobre el canal compartido de enlace descendente.
La figura YY3 ilustra un segundo método YY300 de ejemplo realizado por un dispositivo inalámbrico, según ciertas realizaciones. El método YY300 comienza con la etapa YY310, en la que el dispositivo inalámbrico recibe un mensaje de control. El mensaje de control indica al menos un MCS y un factor de escala para un canal compartido de enlace descendente. El factor de escala indica un valor inferior a 1. Por ejemplo, un nodo de red puede determinar el MCS y el factor de escala y enviar el mensaje de control al dispositivo inalámbrico como una difusión.
Después de recibir el mensaje de control, en la etapa YY320, el dispositivo inalámbrico determina un tamaño de bloque de transporte (TBS) basándose en el MCS y en el factor de escala indicado en el mensaje de control. Por ejemplo, el dispositivo inalámbrico puede determinar un número de elementos de recursos asignados para el canal compartido de enlace descendente dentro de un PRB. Esta determinación se ajusta multiplicando uno de los valores utilizados en el cálculo por el factor de escala, tal como el número intermedio de bits de información, etc. Además, el dispositivo inalámbrico también puede utilizar el MCS (y/o su índice) para determinar más el MCS. En algunas realizaciones, el factor de escala que es menor que uno infla el TBS en relación con la determinación del TBS sin ningún factor de escala (o con un factor de escala de uno). Al aumentar el TBS, se puede mejorar la comunicación del canal compartido de enlace descendente.
En ciertas realizaciones, el método YY300 incluye etapas opcionales adicionales. En algunas realizaciones, en la etapa YY330, el dispositivo inalámbrico obtiene una asignación de bloque de recursos físicos basándose al menos en parte en el TBS determinado. El dispositivo inalámbrico puede entonces obtener la asignación de PRB. En algunas realizaciones, el TBS se infla, provocando así una asignación de PRB más grande en el nodo de la red. La asignación de PRB más grande puede ser utilizada para comunicarse en el canal compartido de enlace descendente a una velocidad de código más baja o con una redundancia más alta. En consecuencia, el canal compartido de enlace descendente se puede mejorar.
La figura YY4 ilustra un tercer ejemplo del método YY400 realizado por un dispositivo inalámbrico, según ciertas realizaciones. El método YY400 comienza de manera similar al método YY300 con etapas YY410 y YY420 correspondientes a YY310 y YY320, respectivamente. En ciertas realizaciones, YY400 incluye, además, la etapa opcional YY430 de descodificar un bloque de transporte del canal compartido de enlace descendente basándose en el TBS determinado basándose en el MCS y en el factor de escala indicado en el mensaje de control. Por ejemplo, el nodo de red puede transmitir datos del canal compartido de enlace descendente o mensajes de control basados en bloques de recursos asignados al dispositivo inalámbrico. El dispositivo inalámbrico puede recibir esa transmisión y descodificarla basándose en el TBS determinado por el dispositivo inalámbrico. De esta manera, el dispositivo inalámbrico puede recibir una transmisión de mayor calidad a través del canal compartido de enlace descendente basándose en el TBS determinado basándose en el MCS y en el factor de escala.
Se pueden realizar modificaciones, adiciones u omisiones a cualquiera de los métodos YY100, YY200, YY300 y YY400 representados en las figuras YY1-4. Cualquier etapa puede ser realizada en paralelo o en cualquier orden adecuado. Por ejemplo, en ciertas realizaciones, una o más etapas de los métodos YY100, YY200, YY300 y YY400 pueden ser repetidas para un recubrimiento de rendimiento diferente y/o una capa fluorescente separada. Además, los métodos YY100, YY200, YY300 y YY400 pueden incluir más, menos u otras etapas. Además, una o más de las etapas de los métodos YY100, YY200, YY300 y YY400, o sus realizaciones, pueden ser realizadas por cualquier componente adecuado o combinación de componentes de los nodos de red QQ160, QQ330, QQ412, QQ520 o dispositivos inalámbricos QQ110, QQ200, QQ330, QQ491, QQ492, QQ530 o cualquier otro componente descrito en el presente documento.
Tal como se explicó anteriormente, ciertas realizaciones de la presente invención pueden ser implementadas modificando la sección 5.1.3 del documento TS 38.214 del 3GPP. Los siguientes párrafos proporcionan un ejemplo de cómo ciertos aspectos de la presente invención pueden estar incluidos en la sección 5.1.3, por ejemplo, tal como se muestra a continuación en una versión más reciente, V15.2.0.
5.1.3 Orden de modulación, velocidad de código objetivo, versión de redundancia y determinación del tamaño del bloque de transporte
Para determinar el orden de modulación, la velocidad de código objetivo y los tamaños de bloque de transporte en el canal físico compartido de enlace descendente, el UE debe, primero,
- leer el campo de esquema de modulación y codificación de 5 bits (Imcs) en la DCI para determinar el orden de modulación (Qm) y la velocidad de código objetivo (R) basándose en el procedimiento definido en el subapartado 5.1.3.1, y
- leer el campo de versión de redundancia (rv) en la DCI para determinar la versión de redundancia y,
segundo,
- el UE utilizará el número de capas (S), el número total de PRB asignados antes de la coincidencia de velocidad (npRB) para determinar el tamaño del bloque de transporte basándose en el procedimiento definido en el subapartado 5.1.3.2.
El UE puede omitir la descodificación de un bloque de transporte en una transmisión inicial si la velocidad efectiva de código de canal es superior a 0,95, donde la velocidad efectiva de código de canal se define como el número de bits de información de enlace descendente (incluidos los bits de CRC) divididos por el número de bits de canal físico en el PDSCH. Si el UE omite la descodificación, la capa física indica a la capa superior que el bloque de transporte no se descodificó con éxito.
5.1.3.1 Orden de modulación y determinación de la velocidad de código objetivo
Para el PDSCH programado por un PDCCH con formato de DCI 1_0 o formato 1_1 con CRC aleatorizada mediante C-RNTI, nuevo-RNTI, TC-RNTI, CS-RNTI, SI-RNTI, RA-RNTI o P-RNTI,
si el parámetro de capa superior mcs-Tabla proporcionado por PDSCH-Config se establece en ‘qam256’, y el PDSCH está programado por un PDCCH con un formato de DCI 1_1 y la CRC está aleatorizada mediante C-RNTI o CS-RNTI - el UE utilizará Imcs y la Tabla 5.1.3.1-2 para determinar el orden de modulación (Qm) y la velocidad de código objetivo (R) utilizados en el canal físico compartido de enlace descendente;
en caso contrario, si el UE no está configurado con nuevo-RNTI, el parámetro de capa superior mcs-Tabla proporcionado por PDSCH-Config se establece en ‘qam64LowSE’, y el PDSCH se programa con C-RNTI, y el PDSCH es asignado por un PDCCH en un espacio de búsqueda específico del UE
- el UE utilizará Imcs y la Tabla 5.1.3.1-3 para determinar el orden de modulación (Qm) y la velocidad de código objetivo (R) utilizados en el canal físico compartido de enlace descendente;
en caso contrario, si el UE está configurado con nuevo-RNTI y el PDSCH está programado con nuevo-RNTI - el UE utilizará Imcs y la Tabla 5.1.3.1-3 para determinar el orden de modulación (Qm) y la velocidad de código objetivo (R) utilizados en el canal físico compartido de enlace descendente;
en caso contrario, si el UE no está configurado con el parámetro de capa superior mcs-Tabla proporcionado por SPS-config, el parámetro de capa superior mcs-Tabla proporcionado por PDSCH-Config se establece en ‘qam256’, el PDSCH se programa con CS-RNTI y el PDSCH es asignado por un PDCCH con formato de DCI 1_1
- el UE utilizará Imcs y la Tabla 5.1.3.1-2 para determinar el orden de modulación (Qm) y la velocidad de código objetivo (R) utilizados en el canal físico compartido de enlace descendente;
en caso contrario, el UE está configurado con el parámetro de capa superior mcs-Tabla proporcionado por SPS-config establecido en ‘qam64LowSE’, y el PDSCH está programado con CS-RNTI
- el UE utilizará Imcs y la Tabla 5.1.3.1-3 para determinar el orden de modulación (Qm) y la velocidad de código objetivo (R) utilizados en el canal físico compartido de enlace descendente;
en caso contrario
- el UE utilizará Imcs y la Tabla 5.1.3.1-1 para determinar el orden de modulación (Qm) y la velocidad de código objetivo (R) utilizados en el canal físico compartido de enlace descendente.
fin
No se espera que el UE descodifique un PDSCH programado con P-RNTI, RA-RNTI, SI-RNTI y Qm > 2
Tabla 5.1.3.1 -1: Tabla 1 de índice de MCS para PDSCH
Figure imgf000032_0001
Tabla 5.1.3.1-2: Tabla 2 de índice de MCS para PDSCH
Figure imgf000032_0002
Figure imgf000033_0001
Tabla 5.1.3.1 -3: Índice MCS tabla 3 para PDSCH
Figure imgf000033_0002
Figure imgf000033_0003
5.1.3.2 Determinación del tamaño del bloque de transporte
En caso de que el parámetro de capa superior m axN rofPalabrasdecódigoProgram adasporD C I indique que la transmisión de dos palabras de código está habilitada, a continuación se deshabilita un bloque de transporte mediante el formato de DCI 1_1 si Imcs = 26 y si rvid = 1 para el bloque de transporte correspondiente; en caso contrario, se habilita el bloque de transporte. Si ambos bloques de transporte están habilitados, los bloques de transporte 1 y 2 se asignan a la palabra de código 0 y 1 respectivamente. Si solo se habilita un bloque de transporte, entonces el bloque de transporte habilitado siempre es asignado a la primera palabra de código.
Para el PDSCH asignado por un PDCCH con formato de DCI 1_0 o formato 1_1 con CRC aleatorizada mediante C-RNTI, nuevo-RNTI, TC-RNTI, CS-RNTI o SI-RNTI, si se utiliza la Tabla 5.1.3.1-2 y 0 ≤ Imcs ≤ 27, o se utiliza una tabla distinta a la Tabla 5.1.3.1-2 y 0 ≤ Imcs ≤ 28, el UE deberá determinar, excepto si el bloque de transporte está deshabilitado en formato de DCI 1_1, primero, el TBS tal como se especifica a continuación:
1) Primero, el UE determinará el número de RE (Nre) dentro del intervalo.
Primero, un UE determina el número de RE asignados para el PDSCH dentro de un PRB (NR e ) mediante
Figure imgf000034_0002
es el número de subportadoras en un
,
bloque de recursos físicos, es el número de símbolos de la asignación de PDSCH dentro del intervalo, ^ ' PRB d sir s es el número de RE para DM-Rs por cada PRB en el intervalo de tiempo programado que incluye la sobrecarga de los grupos de CDM de DM-RS sin datos, tal como se indica en el formato de DCI 1_1 o tal como se describe para el j.rPRB
formato 1_0 en el subapartado 5.1.6.2, y es la sobrecarga configurada por el parámetro de capa superior xSobrecarga en PDSCH-ConfigdeCeldadeServicio. Si xSobrecarga en el PDSCH-ConfigdeCeldadeServicio no está configurado (un
a,prb
valor entre 0, 6, 12 o 18), se establece en 0. Si el PDSCH está programado por el PDCCH con una CRC \ j pRB
aleatorizada mediante SI-RNTI, RA-RNTI o P-RNTI, se supone que es 0.
- Un UE determina el número total de RE asignados para PDSCH (N re) mediante
Figure imgf000034_0004
c|onc|e npRB es el número total de PRB asignados para el UE.
2) El número intermedio de bits de información (Ninfo) se obtiene mediante ^ ,nfo “ ^ RE ^Q m '1’
Si Nnfo ≤ 3824
Utilizar la etapa 3 como la siguiente etapa de la determinación del TBS
en caso contrario
Utilizar la etapa 4 como la siguiente etapa de la determinación del TBS
fin si
3) Cuando Ninfo ≤ 3824, TBS se determina de la siguiente manera
cuantificar el número intermedio de bits de información
Figure imgf000034_0001
donde
Figure imgf000034_0003
- utilizar la Tabla 5.1.3.2-2 para encontrar el TBS más cercano que no sea menor que N ’info.
xr ≤9X94
Tabla 5.1.3.2-2: TBS para inf"
Figure imgf000035_0007
4) Cuando Ninfo > 3824, TBS se determina de la siguiente manera.
- número intermedio cuantificado de bits de información
Figure imgf000035_0001
y los vínculos en la función de redondeo
se rompen hacia el siguiente entero más grande.
- si R ≤ 1/4
Figure imgf000035_0004
donde
Figure imgf000035_0002
en caso contrario
3i S i„f o > 8424
Figure imgf000035_0005
donde
Figure imgf000035_0003
en caso contrario
Figure imgf000035_0006
Fin si
Fin si
En caso contrario, si se utiliza la Tabla 5.1.3.1-2 y
Figure imgf000036_0001
- se supone que el TBS es el determinado por la DCI transportada en el último PDCCH para el mismo bloque de transporte usando A ve s -27 Si no hay ningún PDCCH para el mismo bloque de transporte que utilizando Aves - 27, y si el PDSCH inicial para el mismo bloque de transporte se planifica de manera semipersistente, el TBS se determinará a partir del PDCCH de asignación de programación semipersistente más reciente.
En caso contrario
- se supone que el TBS es el determinado por la DCI transportada en el último PDCCH para el mismo bloque de transporte usando u í ' mcsí í o . s¡ no hay ningún PDCCH para el mismo bloque de transporte usando
y si el PDSCH inicial para el mismo bloque de transporte es programado de manera semipersistente, el TBS se determinará a partir del PDCCH de asignación de programación semipersistente más reciente.
Para el PDSCH asignado por un PDCCH con formato DCI 1_0 con CRC aleatorizada mediante P-RNTI, o RA-RNTI, la determinación de TBS sigue las etapas 1-4 con la siguiente modificación en la etapa 2: un escalado Ni«r» = s ' n ke r 'Q * u se aplica en el cálculo de Ninfo, donde el factor de escala es determinado basándose en el campo de escalado de TB en la DCI como en la Tabla 5.1.3.2-3.
Tabla 5.1.3.2-3: Factor de escala de Ninfo para P-RNTI y RA-RNTI
Figure imgf000036_0002
El NDI y el ID de proceso de HARQ, tal como se indica en el PDCCH, y el TBS, tal como se determinó anteriormente, se notificarán a las capas superiores.
Los párrafos anteriores proporcionan un ejemplo de cómo ciertos aspectos de la presente invención pueden estar incluidos en la sección 5.1.3 del documento TS 38.214 del 3GPP V15.0.1. En el ejemplo anterior, la DCI incluye un campo Imcs que se puede leer para determinar el esquema de modulación y codificación y un campo de escalado de TB que se puede leer para determinar el factor de escalado S (por ejemplo, según la Tabla 5.1.3.2-3). En ciertas realizaciones, los campos de Imcs y escalado de TB del ejemplo anterior basado en la sección 5.1.3 de la especificación técnica del 3GPP se pueden utilizar al realizar los métodos dados a conocer en el presente documento. Por ejemplo, el factor de escalado “S” del ejemplo basado en la sección 5.1.3 de la especificación técnica del 3GPP puede usarse como factor de escalado “a” descrito en otros ejemplos del presente documento, tal como los ejemplos de Métodos A-1.
Como otro ejemplo, los métodos descritos anteriormente con respecto a las figuras YY1 y YY2 pueden indicar en un mensaje de control al menos un MCS (que puede indicarse utilizando el campo Imcs de la sección 5.1.3) y un factor de escalado (que puede indicarse utilizando el campo de escalado de TB de la sección 5.1.3) para un canal compartido de enlace descendente (véase, por ejemplo, las etapas YY110 y YY220 explicadas anteriormente). Los métodos descritos anteriormente con respecto a las figuras YY1 y YY2 pueden enviar el mensaje de control que comprende el campo Imcs y el campo de escalado de TB de la sección 5.1.3 a un UE para permitir que el UE determine un TBS para un canal compartido de enlace descendente (véanse, por ejemplo, las etapas YY120 y YY230 explicadas anteriormente).
Como otro ejemplo, los métodos descritos anteriormente con respecto a las figuras YY3 y YY4 pueden recibir un mensaje de control que indica un MCS (que puede indicarse utilizando el campo Imcs de la sección 5.1.3) y un factor de escalado (que puede indicarse utilizando el campo de escalado de TB de la sección 5.1.3) para un canal compartido de enlace descendente (véanse, por ejemplo, las etapas YY310 y YY410). Los métodos descritos anteriormente con respecto a las figuras YY3 y YY4 pueden determinar un TBS basado en el campo Imcs y el campo de escalado de TB indicados en el mensaje de control (véanse, por ejemplo, las etapas YY320 y YY420). Por ejemplo, el dispositivo inalámbrico puede escalar el TBS aplicando el factor de escalado S mientras calcula Ninfo, donde el factor de escala se determina basándose en el campo de escalado de TB en la DCI como en la Tabla 5.1.3.2-3. El dispositivo inalámbrico puede determinar, además, el MCS basándose en el Imcs.
Aunque la presente invención se ha descrito con varias realizaciones, se pueden sugerir una miríada de cambios, variaciones, alteraciones, transformaciones y modificaciones a los expertos en la materia, y se pretende que la presente invención abarque dichos cambios, variaciones, alteraciones, transformaciones y modificaciones que caen dentro del alcance de las reivindicaciones adjuntas.

Claims (20)

REIVINDICACIONES
1. Un método realizado por un nodo de red, comprendiendo el método:
indicar (YY110, YY220) en un mensaje de control al menos un esquema de modulación y codificación, MCS, y un factor de escala para un canal físico compartido de enlace descendente, PDSCH, indicando el factor de escala un valor inferior a 1; y
enviar (YY120, YY230) el mensaje de control a un equipo de usuario, UE, permitiendo el mensaje de control al UE determinar un número intermedio de bits de información basándose al menos en el MCS, permitiendo, además, el mensaje de control al UE determinar un tamaño de bloque de transporte, TBS, para el canal físico compartido de enlace descendente basándose al menos en el número intermedio de bits de información,
en donde el UE está habilitado para determinar el tamaño del bloque de transporte utilizando un primer procedimiento de determinación de TBS cuando el PDSCH es asignado por un canal físico de control del enlace descendente, PDCCH, con una comprobación de redundancia cíclica, CRC, aleatorizada mediante un primer tipo de identificador temporal de la red de radio, RNTI,
en donde el UE está habilitado para determinar el número intermedio de bits de información Ninfo utilizando la siguiente ecuación:
donde a es el factor de escala, Nre es un número de elementos de recursos dentro de un intervalo, R es una velocidad de código objetivo, Qm es un orden de modulación y O es una cantidad de capas, y
en donde el UE está habilitado para determinar el tamaño del bloque de transporte utilizando un segundo procedimiento de determinación de TBS cuando el PDCCH asigna el PDSCH con una CRC aleatorizada mediante un segundo tipo de RNTI.
2. El método de cualquiera de las reivindicaciones anteriores, en el que el mensaje de control comprende al menos un bit que indica utilizar un primer factor de escala cuando un primer bit de al menos un bit se establece en un primer valor, y utilizar un segundo factor de escala cuando el primer bit se establece en un segundo valor.
3. El método de cualquiera de las reivindicaciones anteriores, en el que el mensaje de control indica, además, una repetición en el dominio del tiempo o de la frecuencia.
4. El método de cualquiera de las reivindicaciones anteriores, que comprende, además, determinar (YY210) el MCS para ser indicado en el mensaje de control basándose en una tabla que se define para un PDSCH de banda ancha móvil mejorada, eMBB.
5. El método de cualquiera de las reivindicaciones anteriores, que comprende, además, determinar (YY205) el MCS para ser indicado en el mensaje de control basándose en una tabla o en entradas de tabla que se definen específicamente para el PDSCH.
6. Un método realizado por un dispositivo inalámbrico, WD, comprendiendo el método:
recibir (YY310, YY410) un mensaje de control, indicando el mensaje de control al menos un esquema de modulación y codificación, MCS, y un factor de escala para un canal físico compartido de enlace descendente, PDSCH, donde el factor de escala indica un valor menor que 1;
determinar (YY320, YY420) un tamaño de bloque de transporte, TBS, para el canal físico compartido de enlace descendente basándose al menos en un número intermedio de bits de información, siendo el número intermedio de bits de información determinado basándose al menos en el MCS,
en donde determinar el tamaño del bloque de transporte comprende utilizar un primer procedimiento de determinación de TBS cuando el PDSCH es asignado por un canal físico de control del enlace descendente, PDCCH, con una comprobación de redundancia cíclica, CRC, aleatorizada mediante un primer tipo de identificador temporal de la red de radio, RNTI,
en donde el número intermedio de bits de información N info es determinado por el dispositivo inalámbrico utilizando la siguiente ecuación:
Ninfo = a * NRE* R * Qm * u
donde a es el factor de escala, Nre es un número de elementos de recursos dentro de un intervalo, R es una velocidad de código objetivo, Qm es un orden de modulación y O es una cantidad de capas, y
en donde determinar el tamaño del bloque de transporte comprende, además, utilizar un segundo procedimiento de determinación de TBS cuando el PDCCH asigna el PDSCH con una CRC aleatorizada mediante un segundo tipo de RNTI.
7. El método de la reivindicación 6, en el que el mensaje de control comprende al menos un bit que indica utilizar un primer factor de escala cuando un primer bit de al menos un bit se establece en un primer valor, y utilizar un segundo factor de escala cuando el primer bit se establece en un segundo valor.
8. El método de cualquiera de las reivindicaciones 6-7, en el que el mensaje de control indica, además, una repetición en el dominio del tiempo o de la frecuencia.
9. El método de cualquiera de las reivindicaciones 6-8, en el que el mensaje de control indica el MCS basándose en una tabla que se define para un PDSCH de banda ancha móvil mejorada, eMBB.
10. El método de cualquiera de las reivindicaciones 6-9, en el que el mensaje de control indica el MCS basándose en una tabla o en entradas de tabla que se definen específicamente para el PDSCH.
11. Un nodo de red (QQ160, QQ330, QQ412, QQ520) que comprende una memoria (QQ180, QQ390-1, QQ390-2) operativa para almacenar instrucciones y una circuitería de procesamiento (QQ170, QQ360, QQ528) operativa para ejecutar las instrucciones, en el que la circuitería de procesamiento ejecuta las instrucciones para:
indicar (YY110, YY220) en un mensaje de control al menos un esquema de modulación y codificación, MCS, y un factor de escala para un canal físico compartido de enlace descendente, PDSCH, indicando el factor de escala un valor inferior a 1; y
enviar (YY120, YY230) el mensaje de control a un equipo de usuario, UE (QQ110, QQ200, QQ330, QQ491, QQ492, QQ530), permitiendo el mensaje de control al UE determinar un número intermedio de bits de información basándose al menos en el MCS, permitiendo, además, el mensaje de control que el UE determine un tamaño de bloque de transporte, TBS, para el canal físico compartido de enlace descendente basándose al menos en el número intermedio de bits de información,
en donde el UE está habilitado para determinar el tamaño del bloque de transporte utilizando un primer procedimiento de determinación de TBS cuando el PDSCH es asignado por un canal físico de control del enlace descendente, PDCCH, con una comprobación de redundancia cíclica, CRC, aleatorizada mediante un primer tipo de identificador temporal de red de radio, RNTI,
en donde el UE está habilitado para determinar el número intermedio de bits de información Ninfo utilizando la siguiente ecuación:
N in fo = a * N re * R * Qm * u
en donde a es el factor de escala, Nre es un número de elementos de recursos dentro de un intervalo, R es una velocidad de código objetivo, Qm es un orden de modulación y O es una cantidad de capas, y
en donde el UE está habilitado para determinar el tamaño del bloque de transporte utilizando un segundo procedimiento de determinación de TBS cuando el PDCCH asigna el PDSCH con una CRC aleatorizada mediante un segundo tipo de RNTI.
12. El nodo de red de la reivindicación 11, en el que el mensaje de control comprende al menos un bit que indica utilizar un primer factor de escala cuando un primer bit de al menos un bit se establece en un primer valor, y utilizar un segundo factor de escala cuando el primer bit se establece en un segundo valor.
13. El nodo de red de cualquiera de las reivindicaciones 11-12, en el que el mensaje de control indica, además, una repetición en el dominio del tiempo o de la frecuencia.
14. El nodo de red de cualquiera de las reivindicaciones 11-13, en el que el nodo de red es además operativo para determinar el MCS para ser indicado en el mensaje de control basándose en una tabla que se define para un PDSCH de banda ancha móvil mejorada, eMBB.
15. El nodo de red de cualquiera de las reivindicaciones 11-14, en el que el nodo de red es además operativo para determinar el MCS para ser indicado en el mensaje de control basándose en una tabla o en entradas de tabla que se definen específicamente para el PDSCH.
16. Un dispositivo inalámbrico (QQ110, QQ200, QQ330, QQ491, QQ492, QQ530) que comprende una memoria (QQ130, QQ215, QQ390-1, QQ390-2) operable para almacenar instrucciones y una circuitería de procesamiento (QQ120, QQ201, QQ360, QQ538) operable para ejecutar las instrucciones, en donde la circuitería de procesamiento ejecuta las instrucciones para:
recibir (YY310, YY410) un mensaje de control, indicando el mensaje de control al menos un esquema de codificación y modulación, MCS, y un factor de escala para un canal físico compartido de enlace descendente, PDSCH, en donde el factor de escala indica un valor menor que 1;
determinar (YY320, YY420) un tamaño de bloque de transporte, TBS, para el canal físico compartido de enlace descendente basándose al menos en un número intermedio de bits de información, estando el número intermedio de bits de información determinado basándose al menos en el MCS,
en donde la circuitería de procesamiento determina el tamaño del bloque de transporte utilizando un primer procedimiento de determinación de TBS cuando el PDSCH es asignado por un canal físico de control del enlace descendente, PDCCH, con una comprobación de redundancia cíclica, CRC, aleatorizada mediante un primer tipo de identificador temporal de red de radio, RNTI,
en donde la circuitería de procesamiento determina el número intermedio de bits de información Ninfo utilizando la siguiente ecuación:
Ninfo = a * Nke * R * Qm * u
en donde a es el factor de escala, Nre es un número de elementos de recursos dentro de un intervalo, R es una velocidad de código objetivo, Qm es un orden de modulación y O es una cantidad de capas, y
en donde la circuitería de procesamiento determina el tamaño del bloque de transporte utilizando un segundo procedimiento de determinación de TBS cuando el PDCCH asigna el PDSCH con una CRC aleatorizada mediante un segundo tipo de RNTI.
17. El dispositivo inalámbrico de la reivindicación 16, en el que el mensaje de control comprende al menos un bit que indica utilizar un primer factor de escala cuando un primer bit de al menos un bit se establece en un primer valor, y utilizar un segundo factor de escala cuando el primer bit se establece en un segundo valor.
18. El dispositivo inalámbrico de cualquiera de las reivindicaciones 16-17, en el que el mensaje de control indica, además, una repetición en el dominio del tiempo o de la frecuencia.
19. El dispositivo inalámbrico de cualquiera de las reivindicaciones 16-18, en el que el mensaje de control indica el MCS basándose en una tabla que se define para un PDSCH de banda ancha móvil mejorada, eMBB.
20. El dispositivo inalámbrico de cualquiera de las reivindicaciones 16-19, en el que el mensaje de control indica el MCS basándose en una tabla o en entradas de tabla que se definen específicamente para el PDSCH.
ES18783132T 2018-04-04 2018-09-21 Métodos y sistemas para la mejora del rendimiento de los canales compartidos de enlace descendente Active ES2955970T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2018081994 2018-04-04
PCT/IB2018/057271 WO2019193411A1 (en) 2018-04-04 2018-09-21 Methods and systems for performance enhancement of downlink shared channels

Publications (1)

Publication Number Publication Date
ES2955970T3 true ES2955970T3 (es) 2023-12-11

Family

ID=63794573

Family Applications (1)

Application Number Title Priority Date Filing Date
ES18783132T Active ES2955970T3 (es) 2018-04-04 2018-09-21 Métodos y sistemas para la mejora del rendimiento de los canales compartidos de enlace descendente

Country Status (8)

Country Link
US (3) US10856308B2 (es)
EP (2) EP4300902A3 (es)
JP (2) JP7025564B2 (es)
KR (2) KR102489500B1 (es)
CN (2) CN116170124A (es)
ES (1) ES2955970T3 (es)
PL (1) PL3776971T3 (es)
WO (1) WO2019193411A1 (es)

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110061769A (zh) * 2018-01-18 2019-07-26 华为技术有限公司 发送数据的方法和装置
CN110061804B (zh) 2018-01-19 2021-01-29 华为技术有限公司 一种通信、mcs的接收、通知方法及设备
US10291378B1 (en) * 2018-04-05 2019-05-14 Qualcomm Incorporated Signaling of alternative modulation coding schemes
CN112585880A (zh) * 2018-06-18 2021-03-30 株式会社Ntt都科摩 用户终端
US11196512B2 (en) * 2018-06-29 2021-12-07 Qualcomm Incorporated Resolving decodability for subsequent transmissions whose throughput exceeds a threshold
WO2020033884A1 (en) * 2018-08-10 2020-02-13 Intel Corporation Data and control transmission enhancements for new radio (nr)
KR102042930B1 (ko) 2018-08-23 2019-12-02 한국세라믹기술원 석탄회 및 암석을 이용한 세라믹 장섬유 및 그 제조 방법
US11722269B2 (en) * 2018-10-03 2023-08-08 Telefonaktiebolaget Lm Ericsson (Publ) Compressing user data transmitted between a lower layer split central unit and a radio unit using bitmap representations
KR102397950B1 (ko) * 2019-03-29 2022-05-13 엘지전자 주식회사 Nr v2x에서 전송 블록 사이즈를 결정하는 방법 및 장치
WO2021009918A1 (ja) * 2019-07-18 2021-01-21 株式会社Nttドコモ 端末
US11451934B2 (en) 2019-07-25 2022-09-20 Qualcomm Incorporated Transport block size and rate matching for multicast communications
WO2021159409A1 (zh) * 2020-02-13 2021-08-19 Oppo广东移动通信有限公司 一种功率控制方法及装置、终端
JP7313569B2 (ja) * 2020-02-14 2023-07-24 華為技術有限公司 トランスポートブロックサイズを決定する方法、及び通信機器
WO2021184296A1 (en) * 2020-03-19 2021-09-23 Qualcomm Incorporated Configuration and indication for enabling uplink transmission with multiple codewords
WO2021185089A1 (en) * 2020-03-19 2021-09-23 Qualcomm Incorporated Configuration and indication for enabling uplink transmission with multiple codewords
WO2021196130A1 (en) * 2020-04-02 2021-10-07 Qualcomm Incorporated Scaling of physical downlink and uplink shared channel transport blocks for select frequency bands
EP4142431A1 (en) * 2020-04-22 2023-03-01 Ntt Docomo, Inc. Terminal and communication method
CN113839755B (zh) * 2020-06-23 2023-04-18 维沃移动通信有限公司 控制信令获取方法、发送方法、装置、终端和网络侧设备
WO2022005200A1 (ko) * 2020-06-30 2022-01-06 삼성전자 주식회사 무선 통신 시스템에서 데이터 스케줄링 방법 및 장치
US11800532B2 (en) * 2020-07-20 2023-10-24 Qualcomm Incorporated Tri-state hybrid automatic repeat request feedback
CN113972961B (zh) * 2020-07-22 2022-11-08 大唐移动通信设备有限公司 下行链路共享信道数据长度调度方法及装置
US11728922B2 (en) 2020-07-27 2023-08-15 Samsung Electronics Co., Ltd. Method and apparatus for determination of uplink/downlink transport block size and modulation and coding scheme
CN114070513B (zh) * 2020-08-06 2023-08-25 大唐移动通信设备有限公司 下行信道的传输方法、装置及存储介质
WO2022041290A1 (zh) * 2020-08-31 2022-03-03 华为技术有限公司 一种信息传输方法及装置
WO2022149269A1 (ja) * 2021-01-08 2022-07-14 株式会社Nttドコモ 端末、基地局及び無線通信方法
WO2022205337A1 (zh) * 2021-04-01 2022-10-06 北京小米移动软件有限公司 一种发送、接收下行传输的方法、装置、设备及存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8284732B2 (en) * 2009-02-03 2012-10-09 Motorola Mobility Llc Method and apparatus for transport block signaling in a wireless communication system
US8724448B2 (en) * 2009-07-03 2014-05-13 Nokia Siemens Networks Oy Enhanced physical downlink shared channel coverage
US9923690B2 (en) * 2013-08-06 2018-03-20 Texas Instruments Incorporated Dynamic signaling of the downlink and uplink subframe allocation for a TDD wireless communication system
US10285167B2 (en) * 2013-09-20 2019-05-07 Qualcomm Incorporated Uplink resource allocation and transport block size determination over unlicensed spectrum
US9467269B2 (en) 2014-01-06 2016-10-11 Intel IP Corporation Systems and methods for modulation and coding scheme selection and configuration
WO2016072746A1 (ko) * 2014-11-05 2016-05-12 엘지전자 주식회사 기계타입통신을 지원하는 무선 접속 시스템에서 기계타입통신 단말이 데이터를 송수신하는 방법 및 장치
EP3281335A1 (en) * 2015-05-08 2018-02-14 Huawei Technologies Co., Ltd. Subframe timing with variable starting time
WO2018031623A1 (en) 2016-08-11 2018-02-15 Intel Corporation Flexible transmission time interval and on slot aggregation for data transmission for new radio
EP3596987B1 (en) * 2017-03-17 2022-02-16 Intel Corporation Resource allocation and mode configuration for wide coverage enhancement
EP3471304B1 (en) * 2017-03-23 2021-11-17 LG Electronics Inc. Method for determining transport block size and wireless device
KR102604279B1 (ko) * 2017-03-24 2023-11-20 삼성전자주식회사 무선 통신 시스템에서의 반영구적 스케줄링 및 전력 제어를 위한 장치 및 방법
WO2019038700A1 (en) * 2017-08-22 2019-02-28 Telefonaktiebolaget Lm Ericsson (Publ) RADIO NETWORK NODE, WIRELESS DEVICE AND METHODS MADE THEREFROM
US10985878B2 (en) * 2017-10-09 2021-04-20 Qualcomm Incorporated Transport block size, soft channel bit buffer size, and rate matching for short transmission time intervals
US10944501B2 (en) * 2017-12-15 2021-03-09 Mediatek Singapore Pte. Ltd. Method and apparatus for determining modulation and coding scheme table in mobile communications
US10904912B2 (en) * 2018-03-31 2021-01-26 Lenovo (Singapore) Pte. Ltd. Method and apparatus for communicating a transport block in an unlicensed uplink transmission on a wireless network

Also Published As

Publication number Publication date
US11184903B1 (en) 2021-11-23
KR102489500B1 (ko) 2023-01-18
EP4300902A3 (en) 2024-04-10
EP3776971C0 (en) 2023-08-09
KR102302703B1 (ko) 2021-09-15
JP7360486B2 (ja) 2023-10-12
EP4300902A2 (en) 2024-01-03
EP3776971B1 (en) 2023-08-09
CN112262538A (zh) 2021-01-22
JP2021512557A (ja) 2021-05-13
WO2019193411A1 (en) 2019-10-10
PL3776971T3 (pl) 2024-02-26
JP2022078061A (ja) 2022-05-24
KR20200135537A (ko) 2020-12-02
EP3776971A1 (en) 2021-02-17
CN112262538B (zh) 2023-01-10
US10856308B2 (en) 2020-12-01
US11497035B2 (en) 2022-11-08
JP7025564B2 (ja) 2022-02-24
US20210400683A1 (en) 2021-12-23
CN116170124A (zh) 2023-05-26
US20190313426A1 (en) 2019-10-10
KR20210116687A (ko) 2021-09-27

Similar Documents

Publication Publication Date Title
ES2955970T3 (es) Métodos y sistemas para la mejora del rendimiento de los canales compartidos de enlace descendente
CN111919408B (zh) 频域资源指配的信令
RU2744014C1 (ru) Выбор таблиц распределения временных ресурсов
US20220240254A1 (en) Efficient CORESET Configuration
US20230007524A1 (en) Methods for Enabling a Low Bandwidth Wireless Device to Access a New Radio Cell via a Wideband Control Resource Set
US20230319824A1 (en) Time domain resource allocation for downlink shared channel
US20230080567A1 (en) Methods and systems for performance enhancement of downlink shared channels
WO2020167233A1 (en) Methods to configure neighbor cell resynchronization signal (rss) parameters
EP3811703A1 (en) Configuration of non-time-multiplexed paging occasions
CN111373684B (zh) 在NB-IoT网络中发送和接收附加SIB1-NB子帧的方法
CN111164926B (zh) 用于短物理下行链路控制信道(spdcch)的短控制信道元素(scce)到短资源元素组(sreg)的映射
US20230262472A1 (en) Signaling a quasi co-located, qcl, relation
US20220386181A1 (en) Methods for resource reservation in mmtc and related apparatus
US20220345270A1 (en) Efficient resource reservation for lte-m and nb-iot
EP4042614A1 (en) Rv sequence for enhanced multi-segment pusch