ES3036739T3

ES3036739T3 - Selective cross-slot scheduling for nr user equipment

Info

Publication number: ES3036739T3
Application number: ES19831694T
Authority: ES
Inventors: Sina Maleki; Andres Reial; Ilmiawan Shubhi; Mathecken Pramod Jacob
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2019-01-11
Filing date: 2019-12-19
Publication date: 2025-09-23
Anticipated expiration: 2039-12-19
Also published as: US12143933B2; CN113287360A; JP7453326B2; US20220104122A1; JP2023052077A; JP2022516935A; EP3909364A1; JP7203229B2; CN113287360B; EP3909364C0; EP3909364B1; WO2020144036A1

Abstract

Las implementaciones incluyen métodos, ejecutados por un equipo de usuario (UE), para la comunicación con un nodo de red en una red de acceso radioeléctrico (RAN). Dichos métodos incluyen recibir, desde el nodo de red, una indicación de que un desfase mínimo de programación, entre un canal físico de control de enlace descendente (PDCCH) de programación y una señal o canal programado mediante el PDCCH de programación, cambiará tras un primer periodo. Dichos métodos también incluyen la monitorización posterior, durante el primer periodo, de un PDCCH de programación basado en una primera configuración operativa; y, al finalizar el primer periodo, la monitorización de un PDCCH de programación basado en una segunda configuración operativa. El primer periodo puede estar relacionado con el tiempo que el UE necesita para cambiar de la primera a la segunda configuración operativa. Las implementaciones también incluyen UE configurados para ejecutar dichos métodos. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Programación cruzada de intervalos selectiva para equipos de usuario NR

Campo técnico

La presente invención se refiere en general a redes de comunicación inalámbrica, y en particular a mejoras en el consumo de energía de dispositivos inalámbricos (también denominados equipos de usuario, o UE) que operan en redes de comunicación inalámbrica.

Antecedentes

En general, todos los términos utilizados en el presente documento deben interpretarse según su significado habitual en el ámbito técnico pertinente, a menos que se indique claramente y/o se implique un significado diferente en el contexto en el que se utilizan. Todas las referencias a un elemento, aparato, componente, medio, paso, etc., deben interpretarse abiertamente como una referencia a al menos una instancia del elemento, aparato, componente, medio, paso, etc., a menos que se indique explícitamente lo contrario. Los pasos de cualquier método descrito en el presente documento no tienen que realizarse en el orden exacto divulgado, a menos que un paso se describa explícitamente como posterior o anterior a otro paso y/o cuando esté implícito que un paso debe seguir o preceder a otro paso. Cualquier característica de cualquiera de las realizaciones divulgadas en el presente documento puede aplicarse a cualquier otra realización, siempre que sea apropiado. Asimismo, cualquier ventaja de cualquiera de las realizaciones puede aplicarse a cualquier otra realización, y viceversa. Otros objetivos, características y ventajas de las realizaciones adjuntas se desprenderán de la siguiente descripción.

La Evolución a Largo Plazo (LTE) es un término general para las tecnologías de acceso de radio de cuarta generación (4G), desarrolladas en el marco del Proyecto de Asociación de Tercera Generación (3GPP) e inicialmente estandarizadas en las versiones 8 (Rel-8) y 9 (Rel-9), también conocidas como UTRAN Evolucionada (E-UTRAN). LTE está orientado a diversas bandas de frecuencia con licencia y se acompaña de mejoras en aspectos no radioeléctricos, comúnmente conocidas como Evolución de la Arquitectura del Sistema (SAE), que incluye la red de Núcleo de Paquetes Evolucionado (EPC). LTE continúa evolucionando en versiones posteriores.

La versión 10 (Rel-10) de LTE 3GPP admite anchos de banda superiores a 20 MHz. Un requisito importante de la Rel-10 es garantizar la retrocompatibilidad con la versión 8 de LTE. Esto también debe incluir la compatibilidad con el espectro. Por lo tanto, una portadora LTE Rel-10 de banda ancha (por ejemplo, con un ancho de banda superior a 20 MHz) debe aparecer como un número de portadoras en un terminal LTE Rel-8 (“heredada“). Cada una de estas portadoras se denomina portadora componente (CC). Para un uso eficiente de una portadora ancha, también en terminales heredados, los terminales heredados pueden programarse en todas las partes de la portadora LTE Rel-10 de banda ancha. Una forma a modo de ejemplo de lograr esto es la agregación de portadoras (CA), mediante la cual un terminal Rel-10 puede recibir múltiples CC, teniendo preferiblemente cada una con la misma estructura que una portadora Rel-8. De manera similar, una de las mejoras en LTE Rel-11 es un canal de control de enlace descendente físico mejorado (ePDCCH), que tiene como objetivos aumentar la capacidad y mejorar la reutilización espacial de los recursos del canal de control, mejorar la coordinación de interferencia entre celdas (ICIC) y soportar la formación de haces de antena y/o diversidad de transmisión para el canal de control.

En la Figura 1 se muestra un ejemplo general de la arquitectura de una red LTE. La E-UTRAN 100 comprende uno o más Nodos B evolucionados (eNB), como los eNB 105, 110 y 115, y uno o más equipos de usuario (UE), como el UE 120. Tal como se utiliza en las especificaciones de 3GPP, “equipo de usuario“ (o “UE“) puede referirse a cualquier dispositivo de comunicación inalámbrica (por ejemplo, un teléfono inteligente o un dispositivo informático) capaz de comunicarse con equipos de red que cumplen con el estándar 3GPP, incluyendo E-UTRAN y rAn de generaciones anteriores (por ejemplo, UTRa N/“3G“ y/o GERAN/“2G“), así como RAN de generaciones posteriores en algunos casos.

Según lo especificado por 3GPP, la E-UTRAN 100 es responsable de todas las funciones relacionadas con radio en la red, incluyendo el control de portadora de radio, el control de admisión de radio, el control de movilidad de radio, la programación y la asignación dinámica de recursos a los UE en enlace ascendente (UL) y enlace descendente (DL), así como la seguridad de las comunicaciones con el UE. Estas funciones residen en los eNB, como los eNB 105, 110 y 115, que se comunican entre sí mediante una interfaz X2. Los eNB también son responsables de la interfaz de E-UTRAN con el EPC 130, específicamente la interfaz S1 con la entidad de gestión de movilidad (MME) y la puerta de enlace de servicio (SGW), que se muestran colectivamente como MME/S-GW 134 y 138 en la Figura 1.

En general, la MME/S-GW gestiona tanto el control general del UE como el flujo de datos entre los UE (como el UE 120) y el resto del EPC. Más específicamente, la MME procesa los protocolos de señalización (por ejemplo, plano de control, CP) entre los UE y el EPC 130, que se conocen como protocolos de estrato sin acceso (NAS). S-GW gestiona todos los paquetes de datos del protocolo de internet (IP) (por ejemplo, plano de usuario, UP) entre los UE y el EPC 130, y actúa como punto de anclaje de movilidad local para las portadoras de datos cuando un UE se mueve entre eNB, como los eNB 105, 110 y 115.

El EPC 130 también puede incluir un servidor 131 de abonado local (HSS), que gestiona la información relacionada con usuarios y abonados. El HSS 131 también puede proporcionar funciones de soporte para la gestión de movilidad, el establecimiento de llamadas y sesiones, la autenticación de usuarios y la autorización de acceso. Las funciones del HSS 131 pueden estar relacionadas con las funciones u operaciones del registro de ubicación local (HLR) y el centro de autenticación (AuC) heredados.

En algunas realizaciones, el HSS 131 puede comunicarse con un repositorio de datos de usuario (UDR), denominado EPC-UDR 135 en la Figura 1, a través de una interfaz Ud. El EPC-UDR 135 puede almacenar las credenciales de usuario una vez cifradas mediante algoritmos AuC. Estos algoritmos no están estandarizados (es decir, no son específicos del proveedor), por lo que las credenciales cifradas almacenadas en el EPC-UDR 135 son inaccesibles para cualquier otro proveedor que no sea el proveedor de HSS 131.

La Figura 2A muestra un diagrama de bloques de alto nivel de una arquitectura LTE ejemplar en términos de sus entidades constituyentes, UE, E-UTRA<n>y EPC, y una división funcional de alto nivel en el estrato de acceso (AS) y el estrato de no acceso (NAS). La Figura 2A también ilustra dos puntos de interfaz particulares, concretamente Uu (interfaz de radio Ue/E-UTRAN) y S1 (interfaz E-UTRAN/EPC), cada uno utilizando un conjunto específico de protocolos, es decir, protocolos de radio y protocolos S1. Aunque no se muestra en la Figura 2A, cada uno de los conjuntos de protocolos puede segmentarse aún más en funcionalidad de protocolo de plano de usuario y plano de control. Los planos de usuario y control también se denominan plano U y plano C, respectivamente. En la interfaz Uu, el plano U transporta información de usuario (por ejemplo, paquetes de datos), mientras que el plano C transporta información de control entre el UE y la E-UTRAN.

La Figura 2B ilustra un diagrama de bloques de una pila de protocolos de plano C ejemplar entre un UE, un eNB y una MME. La pila de protocolos ejemplar incluye las capas física (PHY), de control de acceso al medio (MAC), de control de enlace de radio (RLC), de protocolo de convergencia de paquetes de datos (PDCP) y de control de recursos de radio (RRC) entre el UE y el eNB. La capa PHY se ocupa de cómo y qué características se utilizan para transferir datos a través de canales de transporte en la interfaz de radio LTE. La capa MAC proporciona servicios de transferencia de datos en canales lógicos, asigna canales lógicos a canales de transporte PHY y reasigna recursos PHY para soportar estos servicios. La capa RLC proporciona detección y/o corrección de errores, concatenación, segmentación y reensamblado, y reordenación de los datos transferidos hacia o desde las capas superiores. Las capas PHY, MAC y RLC realizan funciones idénticas tanto para el plano U como para el plano C. La capa PDCP proporciona cifrado/descifrado y protección de integridad tanto para el plano U como para el plano C, así como otras funciones para el plano U, como la compresión de encabezados. La pila de protocolos ejemplar también incluye señalización de estrato sin acceso (NAS) entre el UE y la MME.

La Figura 2C muestra un diagrama de bloques de una arquitectura de protocolo de interfaz de radio LTE ejemplar desde la perspectiva de la capa PHY. Las interfaces entre las distintas capas son proporcionadas por los puntos de acceso al servicio (SAP), indicados por óvalos en la Figura 2C. La capa PHY interactúa con las capas de protocolo MAC y RRC descritas anteriormente. En la figura, PHY, MAC y RRC también se denominan capas 1-3, respectivamente. MAC proporciona diferentes canales lógicos a la capa de protocolo RLC (también descrita anteriormente), caracterizados por el tipo de información transferida, mientras que PHY proporciona un canal de transporte a MAC, caracterizado por cómo se transfiere la información a través de la interfaz de radio. Al proporcionar este servicio de transporte, PHY realiza diversas funciones, como la detección y corrección de errores; la adaptación de velocidad y el mapeo del canal de transporte codificado a canales físicos; la ponderación de potencia, modulación y demodulación de canales físicos; la diversidad de transmisión; y el procesamiento de antena de múltiples entradas múltiples salidas (MIMO) de formación de haz. La capa PHY también recibe información de control (por ejemplo, comandos) de RRC y proporciona diversa información a RRC, como mediciones de radio.

En términos generales, un canal físico corresponde a un conjunto de elementos de recursos que transportan información procedente de capas superiores. Los canales físicos de enlace descendente (es decir, de eNB a UE) proporcionados por PHY LTE incluyen el canal físico compartido de enlace descendente (PDSCH), el canal físico de multidifusión (PMCH), el canal físico de control de enlace descendente (PDCCH), el canal físico de control de enlace descendente de retransmisión (R-PDCCH), el canal físico de difusión (PBCH), el canal físico indicador de formato de control (PCFICH) y el canal físico indicador ARQ híbrido (PHICH). Además, la PHY LTE incluye diversas señales de referencia (por ejemplo, señales de referencia de información de estado del canal, CSI-RS), señales de sincronización y señales de descubrimiento.

PDSCH es el principal canal físico utilizado para la transmisión de datos de enlace descendente unidifusión, así como para la transmisión de RAR (respuesta de acceso aleatorio), ciertos bloques de información del sistema e información de búsqueda. PBCH transporta la información básica del sistema que el UE necesita para acceder a la red. PDCCH se utiliza para transmitir información de control de enlace descendente (DCI), incluyendo información de programación para mensajes DL en PDSCH, concesiones para la transmisión UL en PUSCH y retroalimentación de calidad del canal (por ejemplo, CSI) para el canal UL. PHICH transporta retroalimentación HARQ (por ejemplo, ACK/NAK) para las transmisiones UL por los UE.

Los canales físicos de enlace ascendente (es decir, UE a eNB) proporcionados por PHY LTE incluyen el canal compartido de enlace ascendente físico (PUSCH), el canal de control de enlace ascendente físico (PUCCH) y el canal de acceso aleatorio físico (PRACH). Además, el enlace ascendente PHY LTE incluye diversas señales de referencia que incluyen señales de referencia de demodulación (DM-RS), que se transmiten para ayudar al eNB a recibir un PUCCH o PUSCH asociado; y las señales de referencia de sondeo (SRS), que no están asociadas a ningún canal de enlace ascendente.

PUSCH es la contraparte de enlace ascendente del PDSCH. Los UE utilizan PUCCH para transmitir información de control de enlace ascendente (UCI), incluyendo retroalimentación HARQ para transmisiones de DL de eNB, retroalimentación de calidad del canal (por ejemplo, CSI) para el canal de DL, solicitudes de programación (SR), etc. PRACH se utiliza para la transmisión de preámbulos de acceso aleatorio.

Como se mencionó brevemente anteriormente, la capa RRC de LTE (mostrada en las Figuras 2B-C) controla las comunicaciones entre un UE y un eNB en la interfaz de radio, así como la movilidad de un UE entre celdas en la E-UTRAN. En general, después de encender el UE, este se encuentra en estado RRC_EN_REPOSO hasta que se establece una conexión RRC con la red, momento en el cual pasa al estado RRC_CONECTADO, donde se pueden transferir datos. Tras liberar la conexión, el UE regresa al estado RRC_EN_REPOSO. En estado RRC_EN_REPOSO, el receptor del UE está activo según un programa de recepción discontinua (DRX) configurado por las capas superiores. Durante los periodos de DRX activa, un UE en RRC_EN_REPOSO recibe información del sistema (SI) emitida por una celda servidora, realiza mediciones de celdas vecinas para facilitar la reselección de celdas y monitoriza un canal de búsqueda en PDCCH para búsquedas de EPC a través del eNB. Un UE de RRC_e N_REPOSO se conoce en e Pc y tiene una dirección IP asignada, pero el eNB de servicio lo desconoce (por ejemplo, no hay contexto almacenado). En LTE Rel-13, se introdujo un mecanismo para que la red coloque al UE en un estado suspendido similar a RRC_EN_REPOSO, pero con ciertas ventajas para la transición de regreso a RRC_CONECTADO.

El esquema de acceso múltiple para PHY LTE se basa en la multiplexación por división de frecuencia ortogonal (OFDM) con un prefijo cíclico (CP) en el enlace descendente, y en el acceso múltiple por división de frecuencia de portadora única (SC-FDMA) con un prefijo cíclico en el enlace ascendente. Para soportar la transmisión en espectro emparejado y no emparejado, PHY LTE admite tanto la duplexación por división de frecuencia (FDD) (incluyendo operación dúplex completa y semidúplex) como la duplexación por división de tiempo (TDD). La Figura 3A muestra un ejemplo de estructura de trama de radio (“tipo 1“) utilizada para la operación de enlace descendente (DL) FDD de LTE. La trama de radio DL tiene una duración fija de 10 ms y consta de 20 intervalos, etiquetados del 0 al 19, cada uno con una duración fija de 0,5 ms. Una subtrama de 1 ms incluye dos intervalos consecutivos; por ejemplo, la subtrama i consta de los intervalos 2i y 2i+1. Cada intervalo FDD DL consta de símbolos OFDM N<DLsimb>, cada uno de los cuales está compuesto por N<sc>subportadoras OFDM. Los valores de ejemplo de N<DLsimb>pueden ser 7 (con CP normal) o 6 (con CP de longitud ampliada) para un espaciado de subportadoras (SCS) de 15 kHz. El valor de N<sc>es configurable según el ancho de banda del canal disponible. Dado que los expertos en la materia están familiarizados con los principios de OFDM, se omiten más detalles en esta descripción.

Como se muestra en la Figura 3A, la combinación de una subportadora específica en un símbolo particular se conoce como elemento de recurso (RE). Cada RE se utiliza para transmitir un número particular de bits, dependiendo del tipo de modulación y/o la constelación de mapeo de bits utilizada para ese RE. Por ejemplo, algunos RE pueden transportar dos bits mediante modulación QPSK, mientras que otros RE pueden transportar cuatro o seis bits mediante QAM de 16 o 64, respectivamente. Los recursos de radio de PHY LTE también se definen en términos de bloques de recursos físicos (PRB). Un PRB abarca N<RBsc>subportadoras a lo largo de un intervalo (es decir, N<DLsimb>símbolos), donde N<RBsc>suele ser o bien 12 (con un ancho de banda de subportadora de 15 kHz) o 24 (ancho de banda de 7,5 kHz). Un PRB que abarca las mismas N<RBsc>subportadoras durante una subtrama completa (es decir, 2N<DLsimb>símbolos) se conoce como par de PRB. Por consiguiente, los recursos disponibles en una subtrama del LTE PHY DL comprenden N<DLRB>pares de PRB, cada uno de los cuales comprende 2N<DLsimb>• N<RBsc>RE. Para CP normal y SCS de 15 kHz, un par de PRB comprende 168 RE.

Una característica ejemplar de PRB es que los PRB numerados consecutivamente (por ejemplo, PRB<i>y PRB<i+1>) comprenden bloques consecutivos de subportadoras. Por ejemplo, con CP normal y un ancho de banda de subportadora de 15 KHz, PRB<0>comprende las subportadoras 0 a 11, mientras que el PRB<1>comprende las subportadoras 12 a 23. El recurso PHY LTE también puede definirse en términos de bloques de recursos virtuales (VRB), que tienen el mismo tamaño que los PRB, pero pueden ser de tipo localizado o de tipo distribuido. Los VRB localizados pueden mapearse directamente a los PRB de manera que VRB n<vRB>corresponde a n<pRB>= n<vRB>. Por otro lado, los VRB distribuidos pueden mapearse a PRB no consecutivos según varias reglas, como se describe en 3GPP TS 36.213 o de otra manera conocida por las personas con conocimientos ordinarios en la materia. Sin embargo, en esta divulgación, el término “PRB“ se utilizará para referirse tanto a bloques de recursos físicos como virtuales. Asimismo, en adelante, el término “PRB“ se utilizará para referirse a un bloque de recursos durante la duración de una subtrama, es decir, un par de PRB, a menos que se especifique lo contrario.

La Figura 3B muestra un ejemplo de trama de radio de enlace ascendente (UL) LTE FDD, configurada de forma similar a la trama de radio DL FDD de ejemplo mostrada en la Figura 3A. Utilizando la terminología consistente con la descripción de DL anterior, cada intervalo UL consta de N<ULsimb>símbolos OFDM, cada uno de los cuales está compuesto por N<sc>subportadoras OFDM.

PHY LTE asigna los distintos canales físicos de DL y UL a los recursos que se muestran en las Figuras 3A y 3B, respectivamente. Tanto PDCCH como PUCCH pueden transmitirse en agregaciones de uno o varios elementos de canal de control (CCE) consecutivos, y un CCE se asigna al recurso físico según los grupos de elementos de recurso (REG), cada uno de los cuales está compuesto por varios RE.

La Figura 4 ilustra una técnica ejemplar para mapear CCE y REG a un recurso físico, por ejemplo, PRB. Como se muestra en la Figura 4, los REG que componen los CCE del PDCCH pueden mapearse en los primeros n símbolos de una subtrama, mientras que los símbolos restantes están disponibles para otros canales físicos, como PDSCH o PUSCH, que transportan datos de usuario. En general, n = 1-4 y se transmite a los UE mediante el indicador de formato de control (CFI) transportado por PCFICH en el primer símbolo de la región de control. En la disposición de la Figura 4, n = 3. Cada REG consta de cuatro RE (representados por pequeños rectángulos de línea discontinua) y cada CCE incluye nueve (9) REG. Aunque se muestran dos CCE en la Figura 4, el número de CCE puede variar según la capacidad requerida del PDCCH, que puede determinarse en función del número de usuarios, la cantidad de mediciones y/o la señalización de control, etc. En el enlace ascendente, PUCCH puede configurarse de forma similar.

Se ha completado un estudio sobre una nueva interfaz de radio para 5G y 3GPP está ahora estandarizando esta nueva interfaz de radio, a menudo abreviada como NR (nueva radio). Si bien LTE se diseñó principalmente para comunicaciones entre usuarios, se prevé que las redes 5G/NR admitan tanto altas velocidades de datos para un solo usuario (por ejemplo, 1 Gb/s) como comunicaciones a gran escala entre máquinas, que implican transmisiones cortas y en ráfagas desde diversos dispositivos que comparten el mismo ancho de banda de frecuencia.

NR comparte muchas similitudes con LTE. Por ejemplo, NR utiliza CP-OFDM (multiplexación por división de frecuencia ortogonal de prefijo cíclico) en el DL y tanto CP-OFDM como OFDM con propagación DFT (DFT-S-OFDM) en el UL. Por ejemplo, en el dominio temporal, los recursos físicos de DL y UL de NR se organizan en subtramas de igual tamaño de 1 ms. Una subtrama se divide adicionalmente en múltiples intervalos de igual duración, incluyendo cada intervalo múltiples símbolos basados en OFDM. Como otro ejemplo, la capa RRC de NR incluye los estados RRC_EN_REPOSO y RRC_CONECTADO, pero añade un estado adicional conocido como RRC_INACTIVO, que tiene algunas propiedades similares a las del estado suspendido de LTE.

En el estado RRC_CONECTADO, un UE monitoriza el PDCCH para PDSCH/PUSCH programados y para otros fines. En LTE, dependiendo de la configuración de recepción discontinua (DRX), un UE puede dedicar una parte considerable de su energía a decodificar el PDCCH sin detectar un PDSCH/PUSCH programado para el mismo. La situación puede ser similar en NR si se utilizan configuraciones de DRX similares con modelado de tráfico, ya que el UE necesitará realizar una detección ciega para identificar si hay un PDCCH dirigido al mismo. Por consiguiente, pueden ser beneficiosas técnicas que reducen la monitorización innecesaria del PDCCH, que permiten que el UE entre en modo de suspensión con mayor frecuencia y/o que permiten que el UE se active con menor frecuencia.

“UE Adaptation to the Traffic and UE Power Consumption Characteristics“ de Qualcomm Incorporated, borrador 3GPP R1-1813447, XP051555486, disponible en https://www.3gpp.org/ftp/tsg ran/WG1 RL1/TSGR1 95/Docs el 19 de enero de 2022, divulga propuestas para la adaptación de UE al tráfico y las características de consumo de energía de UE en frecuencia, tiempo, dominios de antena, configuración de DRX y cronograma de procesamiento de UE para el ahorro de energía de UE.

Compendio

La invención se define mediante las reivindicaciones independientes adjuntas y se describen realizaciones adicionales mediante las reivindicaciones dependientes.

Las realizaciones de la presente divulgación proporcionan mejoras específicas a la comunicación entre el equipo de usuario (UE) y los nodos de red en una red de comunicación inalámbrica, por ejemplo facilitando soluciones para superar los problemas ejemplares descritos anteriormente.

Algunas realizaciones ejemplares de la presente divulgación incluyen métodos (por ejemplo, procedimientos) para gestionar el consumo de energía de un equipo de usuario (UE) en relación con la comunicación con un nodo de red en una red de acceso de radio (RAN). Estos métodos ejemplares pueden ser aplicados por un equipo de usuario (UE, por ejemplo, un dispositivo inalámbrico, un dispositivo IoT, un módem, etc., o un componente del mismo) en comunicación con un nodo de red (por ejemplo, una estación base, un eNB, un gNB, etc., o un componente del mismo) en la RAN (por ejemplo, E-UTRAN, NG-RAN).

Estos métodos ejemplares pueden incluir la recepción, desde el nodo de red, de una indicación de que un desplazamiento de programación mínimo cambiará después de una primera duración. El desplazamiento de programación mínimo puede estar entre un PDCCH de programación y una señal o canal programado mediante el PDCCH de programación. En algunas realizaciones, la primera duración puede estar relacionada con el tiempo que el UE necesita para cambiar de una primera configuración operativa a una segunda configuración operativa. En algunas realizaciones, la primera configuración operativa puede consumir menos energía que la segunda configuración operativa.

En otras realizaciones, la primera duración puede basarse en un PDCCH de programación inicial, para el UE, después de recibir la indicación; o en una pluralidad inicial de PDCCH de programación, para el UE, después de recibir la indicación.

En otras realizaciones, la primera duración puede incluir una segunda pluralidad de ocasiones de monitoreo de PDCCH, asociadas con el UE, durante uno de los siguientes: después de recibir la indicación; o una tercera pluralidad de ocasiones de monitoreo de PDCCH, asociadas con el UE, después de recibir la indicación, en donde la tercera pluralidad es mayor que la segunda pluralidad.

En algunas realizaciones, estos métodos ejemplares también pueden incluir la transmisión al nodo de red de una indicación del tiempo de procesamiento necesario para la decodificación del PDCCH. En dichas realizaciones, la indicación recibida puede identificar un desplazamiento de programación mínimo, aplicable tras el final de la primera duración, que es mayor o igual al tiempo de procesamiento indicado.

En algunas realizaciones, estos métodos ejemplares también pueden incluir la recepción, desde el nodo de red, de un mensaje de configuración que identifica uno o más posibles desplazamientos de programación. En dichas realizaciones, la indicación recibida puede identificar uno de los desplazamientos de programación candidatos como el desplazamiento de programación mínimo aplicable tras el final de la primera duración. En algunas realizaciones, el mensaje de configuración puede ser un mensaje de control de recursos de radio (RRC) y la indicación puede recibirse mediante el elemento de control (CE) del control de acceso al medio (MAC) o la información de control de enlace descendente (DCI) de la capa física (PHY).

Estos métodos ejemplares también pueden incluir la monitorización posterior, durante la primera duración, de un PDCCH de programación basado en la primera configuración operativa. Estos métodos ejemplares también pueden incluir, en respuesta a la finalización de la primera duración, la monitorización de un PDCCH de programación basado en la segunda configuración operativa. En algunas realizaciones, las configuraciones operativas primera y segunda pueden diferir en uno o más de los siguientes parámetros: proporción de tiempo transcurrido en modo de suspensión; partes de ancho de banda utilizados; y número de cadenas de recepción utilizadas.

En algunas realizaciones, estos métodos ejemplares también pueden incluir, durante el monitoreo basado en la primera configuración operativa, detectar un primer PDCCH de programación que programa la señal o canal para el UE; y transmitir o recibir la señal o canal en un primer desplazamiento de programación después del primer PDCCH de programación.

En algunas realizaciones, estos métodos ejemplares también pueden incluir, durante el monitoreo basado en la segunda configuración operativa, detectar un segundo PDCCH de programación que programa la señal o canal para el UE; y transmitir o recibir la señal o canal en un segundo desplazamiento de programación después del segundo PDCCH de programación.

En algunas realizaciones, el primer desplazamiento de programación (por ejemplo, aplicable durante la primera duración) es mayor que el segundo desplazamiento de programación (por ejemplo, aplicable al final de la primera duración). En algunas de estas realizaciones, el segundo desplazamiento de programación puede incluir cero o más símbolos dentro del mismo intervalo que el segundo PDCCH de programación, y el primer desplazamiento de programación comprende uno o más intervalos, o uno o más símbolos dentro del mismo intervalo (por ejemplo, en relación con un primer PDCCH de programación que ocurre durante la primera duración). En otras de estas realizaciones, el segundo desplazamiento de programación comprende uno o más intervalos después del segundo PDCCH de programación, y el primer desplazamiento de programación comprende dos o más intervalos (por ejemplo, en relación con un primer PDCCH de programación que ocurre durante la primera duración).

En diversas realizaciones, se puede aplicar una de las siguientes opciones:

• la señal o canal es un canal compartido de enlace descendente físico (PDSCH) y el primer desplazamiento de programación es K0;

• la señal o canal es un canal compartido de enlace ascendente físico (PUSCH) y el primer desplazamiento de programación es K2; o

• la señal o canal es una señal de referencia de información de estado del canal (CSI-RS) y el primer desplazamiento de programación es un desplazamiento de activación aperiódico.

Otras realizaciones ejemplares de la presente divulgación incluyen métodos (por ejemplo, procedimientos) para gestionar el consumo de energía de un equipo de usuario (UE) en relación con la comunicación entre el UE y un nodo de red. Estos métodos ejemplares pueden ser ejecutados por un nodo de red (por ejemplo, una estación base, un eNB, un gNB, etc., o un componente del mismo) de una red de acceso de radio (RAN, por ejemplo, E-UTRAN, NG-RAN) en comunicación con el equipo de usuario (UE, por ejemplo, un dispositivo inalámbrico, un dispositivo IoT, un módem, etc., o un componente del mismo).

Estos métodos ejemplares pueden incluir la transmisión al UE de una indicación de que un desplazamiento de programación mínimo cambiará después de una primera duración. El desplazamiento de programación mínimo puede estar entre un PDCCH de programación y una señal o canal programado mediante el PDCCH de programación. En algunas realizaciones, la primera duración puede estar relacionada con el tiempo que el UE necesita para cambiar de una primera configuración operativa a una segunda configuración operativa. En algunas realizaciones, al configurarse con la primera configuración operativa, el UE consume menos energía que al configurarse con la segunda configuración operativa.

En otras realizaciones, la primera duración puede basarse en un PDCCH de programación inicial, para el UE, después de transmitir la indicación; o en una pluralidad inicial de PDCCH de programación, para el UE, después de transmitir la indicación.

En otras realizaciones, la primera duración puede incluir una segunda pluralidad de ocasiones de monitoreo de PDCCH, asociadas con el UE, durante uno de los siguientes: después de transmitir la indicación; o una tercera pluralidad de ocasiones de monitoreo de PDCCH, asociadas con el UE, después de transmitir la indicación, en donde la tercera pluralidad es mayor que la segunda pluralidad.

En algunas realizaciones, estos métodos ejemplares también pueden incluir la recepción, desde el UE, de una indicación del tiempo de procesamiento necesario para la decodificación del PDCCH. En dichas realizaciones, la indicación transmitida puede identificar un desplazamiento de programación mínimo, aplicable tras el final de la primera duración, que sea mayor o igual al tiempo de procesamiento indicado.

En algunas realizaciones, estos métodos ejemplares también pueden incluir la transmisión al UE de un mensaje de configuración que identifica uno o más desplazamientos de programación candidatos. En dichas realizaciones, la indicación transmitida puede identificar uno de los desplazamientos de programación candidatos como el desplazamiento de programación mínimo aplicable tras el final de la primera duración. En algunas realizaciones, el mensaje de configuración puede ser un mensaje de control de recursos de radio (RRC) y la indicación puede transmitirse mediante un elemento de control (CE) de control de acceso al medio (MAC) o información de control de enlace descendente (DCI) de la capa física (PHY).

Estos métodos ejemplares también pueden incluir la transmisión al UE de un PDCCH de programación que programa la señal o el canal para el UE. El PDCCH de programación puede transmitirse tras la indicación de que el desplazamiento de programación mínimo cambiará después de la primera duración. Estos métodos ejemplares también pueden incluir la determinación de un desplazamiento de programación en función de si el PDCCH de programación se transmitió durante o después de la primera duración. Estos métodos ejemplares también pueden incluir la transmisión o recepción de la señal o el canal en el desplazamiento de programación determinado después del PDCCH de programación.

En algunas realizaciones, la determinación del desplazamiento de programación puede incluir la selección de un primer desplazamiento de programación si el PDCCH de programación se transmitió durante la primera duración, y la selección de un segundo desplazamiento de programación si el PDCCH de programación se transmitió después de la primera duración.

En diversas realizaciones, se puede aplicar una de las siguientes opciones:

Otras realizaciones incluyen equipos de usuario (UE, por ejemplo, dispositivos inalámbricos, dispositivos IoT o componentes de los mismos, como un módem) y nodos de red (por ejemplo, estaciones base, eNB, gNB, CU/DU, controladores, etc.) configurados para realizar operaciones correspondientes a cualquiera de los métodos ejemplares descritos en el presente documento.

Estos y otros aspectos, características, beneficios y/o ventajas de las realizaciones de la presente divulgación se harán evidentes tras la lectura de la siguiente descripción detallada en vista de los dibujos que se describen brevemente a continuación.

Breve descripción de los dibujos

La Figura 1 es un diagrama de bloques de alto nivel de una arquitectura ejemplar de la red UTRAN evolucionada (E-UTRAN) y núcleo de paquetes evolucionado (EPC) de evolución a largo plazo (LTE), tal como está estandarizada por 3GPP.

La Figura 2A es un diagrama de bloques de alto nivel de una arquitectura E-UTRAN ejemplar en términos de sus componentes constituyentes, protocolos e interfaces.

La Figura 2B es un diagrama de bloques de capas de protocolo ejemplares de la parte del plano de control de la interfaz de radio (Uu) entre un equipo de usuario (UE) y la E-UTRAN.

La Figura 2C es un diagrama de bloques de una arquitectura de protocolo de interfaz de radio LTE ejemplar desde la perspectiva de la capa PHY.

Las Figuras 3A y 3B son diagramas de bloques, respectivamente, de estructuras de trama de radio LTE de enlace descendente y enlace ascendente ejemplares utilizadas para la operación de dúplex por división de frecuencia (FDD);

La Figura 4 muestra una manera ejemplar de cómo los CCE y REG de LTE se pueden asignar a un recurso físico.

La Figura 5 muestra una cuadrícula de recursos de tiempo-frecuencia ejemplar para un intervalo de nueva radio (NR).

Las Figuras 6A-6B muestran dos configuraciones de intervalos de NR ejemplares.

La Figura 7 ilustra varios desplazamientos de tiempo entre PDCCH, PDSCH, PUSCH, HARQ y CSI-RS para NR La Figura 8 muestra un diagrama de tiempo que ilustra una operación de recepción discontinua (DRX) de UE ejemplar.

La Figura 9 muestra varios diagramas de tiempo de modos operativos de programación cruzada de intervalos selectiva, según diversas realizaciones de la presente divulgación.

La Figura 10 muestra un diagrama de flujo de un método ejemplar (por ejemplo, procedimiento) realizado por un equipo de usuario (UE, por ejemplo, dispositivo inalámbrico, dispositivo MTC, dispositivo NB-IoT, módem, etc. o componente del mismo), según diversas realizaciones de la presente divulgación.

La Figura 11 muestra un diagrama de flujo de un método ejemplar (por ejemplo, procedimiento) realizado por un nodo de red (por ejemplo, estación base, gNB, eNB, ng-eNB, etc. o componente del mismo) en una red de acceso por radio (RAN, por ejemplo, E-UTRAN, NG-RAN), según diversas realizaciones de la presente divulgación.

La Figura 12 ilustra una vista de alto nivel de una arquitectura de red 5G ejemplar.

La Figura 13 es un diagrama de bloques de un dispositivo inalámbrico o UE ejemplar, según diversas realizaciones de la presente divulgación.

La Figura 14 es un diagrama de bloques de un nodo de red ejemplar, según diversas realizaciones de la presente divulgación.

La Figura 15 es un diagrama de bloques de una red ejemplar configurada para proporcionar servicios de datos over-the-top (OTT) entre un ordenador anfitrión y un UE, según diversas realizaciones de la presente divulgación.

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 se incluyen dentro del alcance del objeto divulgado en el presente documento, el objeto divulgado no debe interpretarse como limitado únicamente a las realizaciones descritas en el presente documento; más bien, estas realizaciones se proporcionan a modo de ejemplo para explicar el alcance del objeto a los expertos en la materia. Además, a lo largo de la descripción que figura a continuación se utilizan los siguientes términos:

- Nodo de radio: como se utiliza en el presente documento, un “nodo de radio“ puede ser un “nodo de acceso por radio“ o un “dispositivo inalámbrico“.

- Nodo de acceso de radio: como se utiliza en el presente documento, un “nodo de acceso de radio” (o equivalentemente, “nodo de red de radio”, “nodo de red de acceso por radio” o “nodo RAN”) puede ser cualquier nodo de una red de acceso por radio (RAN) de una red de comunicaciones celulares que transmita y/o reciba señales de forma inalámbrica. Algunos ejemplos de nodos de acceso de radio incluyen, entre otros, una estación base (por ejemplo, una estación base de nueva radio (NR) (gNB) en una red NR de quinta generación (5G) 3GPP o un Nodo B mejorado o evolucionado (eNB) en una red LTE 3GPP), componentes distribuidos de la estación base (por ejemplo, CU y DU), una estación base de alta potencia o macro, una estación base de baja potencia (por ejemplo, estación base micro, pico, femto o doméstica, etc.), un nodo de retorno de acceso integrado (IAB), un punto de transmisión, una unidad de radio remota (RRU o RRH) y un nodo de retransmisión.

- nodo de red central: como se utiliza en el presente documento, un “nodo de red central” se refiere a cualquier tipo de nodo en una red central. Algunos ejemplos de nodos de red central incluyen, por ejemplo, una entidad de gestión de movilidad (MME), una puerta de enlace de servicio (SGW), una puerta de enlace de red de paquetes de datos (P-GW), una función de gestión de acceso y movilidad (AMF), una función de gestión de sesión (AMF), una función de plano de usuario (UPF), una función de exposición de capacidad de servicio (SCEF), o similares.

- Dispositivo inalámbrico: como se utiliza en el presente documento, un “dispositivo inalámbrico” (o “WD” para abreviar) es cualquier tipo de dispositivo que tiene acceso a (es decir, recibe el servicio de) una red de comunicaciones celulares mediante la comunicación inalámbrica con nodos de red y/u otros dispositivos inalámbricos. 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 adecuados para transmitir información por aire. Salvo que se indique lo contrario, el término “dispositivo inalámbrico” se utiliza indistintamente en el presente documento con “equipo de usuario” (o “UE” para abreviar). Algunos ejemplos de dispositivos inalámbricos incluyen, pero no se limitan a, teléfonos inteligentes, teléfonos móviles, teléfonos celulares, teléfonos de voz sobre IP (VoIP), teléfonos de bucle local inalámbricos, ordenadores de escritorio, asistentes digitales personales (PDA), cámaras inalámbricas, consolas o dispositivos de juegos, dispositivos de almacenamiento de música, dispositivos de reproducción, dispositivos ponibles, puntos finales inalámbricos, estaciones móviles, tabletas, ordenadores portátiles, equipos integrados en ordenadores portátiles (LEE), equipos montados en ordenadores portátiles (LME), dispositivos inteligentes, equipos inalámbricos en las instalaciones del cliente (CPE), dispositivos de comunicación de tipo móvil (MTC), dispositivos de Internet de las cosas (IoT), dispositivos de terminales inalámbricos montados en vehículos, etc.

- Nodo de red: tal como se utiliza en el presente documento, un “nodo de red” es cualquier nodo que forme parte de la red de acceso de radio (por ejemplo, un nodo de acceso de radio o un nombre equivalente, como se mencionó anteriormente) o de la red central (por ejemplo, un nodo de red central, como se mencionó anteriormente) de una red de comunicaciones celulares. Funcionalmente, un nodo de red es un equipo capaz, configurado, dispuesto y/u operable para comunicarse directa o indirectamente con un dispositivo inalámbrico y/o con otros nodos o equipos de red en la red de comunicaciones celulares, para habilitar y/o proporcionar acceso inalámbrico al dispositivo inalámbrico, y/o para realizar otras funciones (por ejemplo, administración) en la red de comunicaciones celulares.

Cabe destacar que la descripción del presente documento se centra en un sistema de comunicaciones celulares 3GPP y, por lo tanto, suele emplearse terminología 3GPP o terminología similar a la terminología 3GPP. Sin embargo, los conceptos divulgados en el presente documento no se limitan a un sistema 3GPP. Además, aunque se utiliza el término “celda“, debe entenderse que (particularmente con respecto a NR de 5G) se pueden utilizar haces en lugar de celdas y, por lo tanto, los conceptos descritos en el presente documento se aplican por igual tanto a celdas como a haces.

Como se mencionó brevemente, las técnicas que pueden reducir la monitorización innecesaria del PDCCH, permiten que el UE entre en modo de suspensión con mayor frecuencia y/o permiten que el UE se active con menos frecuencia pueden ser beneficiosas. Esto se explica con más detalle a continuación.

Si bien LTE se diseñó principalmente para comunicaciones entre usuarios, las redes celulares 5G (también conocidas como “NR“) están concebidas para soportar tanto altas velocidades de datos de un solo usuario (por ejemplo, 1 Gb/s) como comunicaciones a gran escala de máquina a máquina, que implican transmisiones cortas, en ráfagas desde diversos dispositivos que comparten el ancho de banda de frecuencia. Los estándares de radio 5G se dirigen actualmente a una amplia gama de servicios de datos, como eMBB (banda ancha móvil mejorada), URLLC (comunicación ultrafiable de baja latencia) y comunicaciones de tipo máquina (MTC). Estos servicios pueden tener diferentes requisitos y objetivos. Por ejemplo, URLLC está diseñado para proporcionar un servicio de datos con requisitos de error y latencia extremadamente estrictos, por ejemplo, probabilidades de error de tan solo 10-5 o inferiores y una latencia de extremo a extremo de 1 ms o inferior. Para eMBB, los requisitos de latencia y probabilidad de error pueden ser menos estrictos, mientras que la velocidad pico admitida requerida y/o la eficiencia espectral pueden ser mayores. Por el contrario, URLLC requiere baja latencia y alta fiabilidad, pero con requisitos de velocidad de datos menos estrictos.

En NR Rel-15, un UE puede configurarse con hasta cuatro partes de ancho de banda de portadora (BWP) en el enlace descendente, con una sola BWP de portadora de enlace descendente que está activa en un momento dado. Un UE puede configurarse con hasta cuatro BWP de portadora en el enlace ascendente, con una sola BWP de portadora de enlace ascendente activa en un momento dado. Si un UE está configurado con un enlace ascendente suplementario, el UE puede configurarse con hasta cuatro BWP de portadora adicionales en el enlace ascendente suplementario, estando una sola BWP de portadora de enlace ascendente suplementaria activa en un momento dado.

La Figura 5 muestra un ejemplo de cuadrícula de recursos de tiempo-frecuencia para un intervalo NR. Como se ilustra en la Figura 5, un bloque de recursos (RB) consta de un grupo de 12 subportadoras OFDM contiguas con una duración de un intervalo de 14 símbolos. Al igual que en LTE, un elemento de recurso (RE) consta de una subportadora en un intervalo. RB comunes (CRB) se numeran del 0 al final del ancho de banda del sistema. Cada BWP configurada para un UE tiene una referencia común de CRB 0, de modo que una BWP configurada en particular puede comenzar en CRB mayor que cero. De esta manera, un UE puede configurarse con una BWP estrecha (por ejemplo, 10 MHz) y una BWP ancha (por ejemplo, 100 MHz), cada uno comenzando en un CRB específico, pero solo una BWP puede estar activa para el UE en un momento dado.

Dentro de una BWP, los RB se definen y numeran en el dominio de frecuencia de 0 aN taman0-1, donde i es el índice de la BWP específica para la portadora. Al igual que en LTE, cada elemento de recurso (RE) de NR corresponde a una subportadora OFDM durante un intervalo de símbolo OFDM. NR admite varios valores de SCS Af = (15 x 2p) kHz, donde p e (0, 1,2, 3, 4) se denominan “numerologías“. La numerología p = 0 (es decir, Af = 15 kHz) proporciona el SCS básico (o de referencia) que también se utiliza en LTE. La longitud de intervalo es inversamente proporcional a SCS o a la numerología, según 1/2p ms. Por ejemplo, hay un intervalo (1 ms) por subtrama para Af = 15 kHz, dos intervalos de 0,5 ms por subtrama para Af = 30 kHz, etc. Además, el ancho de banda de RB está directamente relacionado con la numerología según 2p * 180 kHz.

La tabla 1 a continuación resume las numerologías admitidas por NR y los parámetros asociados. La red puede configurar diferentes numerologías DL y UL.

Tabla 1

Un intervalo NR puede incluir 14 símbolos OFDM para un prefijo cíclico normal y 12 símbolos para un prefijo cíclico ampliado. La Figura 6A muestra un ejemplo de configuración de intervalo NR con 14 símbolos, donde la duración de intervalo y de los símbolos se denotan como T<s>y T<simb>, respectivamente. Además, NR incluye una programación de tipo B, también conocida como “miniintervalos“. Estos son más cortos que los intervalos, oscilando habitualmente entre un símbolo hasta uno menos que el número de símbolos en un intervalo (por ejemplo, 13 u 11), y pueden comenzar en cualquier símbolo de un intervalo. Los miniintervalos se pueden utilizar si la duración de transmisión de un intervalo es demasiado larga y/o si el inicio del siguiente intervalo (alineación de intervalos) es demasiado tarde. Aplicaciones de los miniintervalos incluyen espectro sin licencia y transmisión con latencia crítica (por ejemplo, URLLC). Sin embargo, los miniintervalos no son específicos de un servicio y también se pueden utilizar para eMBB u otros servicios.

La Figura 6B muestra otra estructura de intervalo NR ejemplar con 14 símbolos. En esta disposición, el PDCCH se limita a una región que contiene un número determinado de símbolos y un número determinado de subportadoras, denominada conjunto de recursos de control (CORESET). En la estructura ejemplar mostrada en la Figura 6B, los dos primeros símbolos contienen PDCCH y cada uno de los 12 símbolos restantes contiene canales físicos de datos (PDCH), es decir, PDSCH o PUSCH. Sin embargo, dependiendo de la configuración específica de CORESET, los dos primeros intervalos también pueden transportar PDSCH u otra información, según sea necesario.

Un CORESET incluye múltiples RB (es decir, múltiplos de 12 RE) en el dominio de la frecuencia y 1 -3 símbolos OFDM en el dominio del tiempo, como se define con más detalle en 3GPP TS 38.211 § 7.3.2.2. Un CORESET es funcionalmente similar a la región de control en una subtrama LTE, como se ilustra en la Figura 4. Sin embargo, en NR, cada REG consta de los 12 RE de un símbolo OFDM en un RB, mientras que un REG LTE incluye solo cuatro RE, como se ilustra en la Figura 4. Al igual que en LTE, el tamaño del dominio del tiempo de CORESET se puede indicar mediante PCFICH. En LTE, el ancho de banda de frecuencia de la región de control es fijo (es decir, al ancho de banda total del sistema), mientras que en NR, el ancho de banda de frecuencia de CORESET es variable. Los recursos de CORESET se pueden indicar a un UE mediante la señalización RRC.

La unidad más pequeña utilizada para definir CORESET es REG, que abarca un PRB en frecuencia y un símbolo OFDM en tiempo. Además del PDCCH, cada REG contiene señales de referencia de demodulación (DM-RS) para facilitar la estimación del canal de radio sobre el que se transmitió dicho REG. Al transmitir el PDCCH, se puede utilizar un precodificador para aplicar ponderaciones a las antenas de transmisión basándose en el conocimiento del canal de radio previo a la transmisión. Es posible mejorar el rendimiento de la estimación de canal en el UE estimando el canal sobre múltiples REG que son próximos en tiempo y frecuencia, siempre que el precodificador utilizado en el transmisor para REG sea el mismo. Para facilitar la estimación de canal del UE, los múltiples REG se pueden agrupar en conjunto para formar un paquete de REG, y se puede indicar al UE el tamaño del paquete de REG para un CORESET (es decir, 2, 3 o 5 REG). El UE puede asumir que cualquier precodificador utilizado para la transmisión del PDCCH es el mismo para todos los REG en el paquete de REG.

Un elemento de canal de control NR (CCE) consta de seis REG. Estos REG pueden ser contiguos o estar distribuidos en frecuencia. Cuando los REG están distribuidos en frecuencia, se dice que el CORESET utiliza un mapeo intercalado de REG a un CCE, mientras que, si los REG son contiguos en frecuencia, se dice que se utiliza un mapeo no intercalado. El intercalado puede proporcionar diversidad de frecuencia. No utilizar el intercalado es beneficioso cuando el conocimiento del canal permite usar un precodificador en una parte específica del espectro para mejorar SINR en el receptor.

Al igual que en LTE, la programación de datos NR se realiza por intervalo. En cada intervalo, la estación base (por ejemplo, gNB) transmite información de control de enlace descendente (DCI) a través del PDCCH, que indica qué UE está programado para recibir datos en ese intervalo, así como qué RB transportarán esos datos. Un UE detecta y decodifica primero DCI y, si DCI incluye información de programación de DL para el UE, recibe el PDSCH correspondiente basándose en la información de programación de DL. Los formatos DCI 1_0 y 1_1 se utilizan para transmitir la programación de PDSCH.

Asimismo, la DCI en PDCCH puede incluir concesiones de UL que indican qué UE está programado para transmitir datos en PUCCH en ese intervalo, así como qué RB transportarán dichos datos. Un UE primero detecta y decodifica la DCI y, si la DCI incluye una concesión de enlace ascendente para el UE, transmite el PUSCH correspondiente en los recursos indicados por la concesión de UL. Los formatos DCI 0_0 y 0_1 se utilizan para transmitir concesiones de UL para PUSCH, mientras que otros formatos DCI (2_0, 2_1, 2_2 y 2_3) se utilizan para otros fines, que incluyen la transmisión de información de formato de intervalo, recursos reservados, información de control de potencia de transmisión, etc.

Una DCI incluye una carga útil complementada con una comprobación de redundancia cíclica (CRC) de los datos de la carga útil. Dado que la DCI se envía por el PDCCH y es recibida por múltiples UE, es necesario incluir un identificador del UE objetivo. En NR, esto se realiza mediante la codificación de la CRC con un identificador temporal de red de radio (RNTI) asignado al UE. Normalmente, se utiliza RNTI de celda (C-RNTI) asignado al UE objetivo por la celda de servicio.

La carga útil DCI, junto con CRC codificado por identificador, se codifica y transmite en el PDCCH. Dados los espacios de búsqueda previamente configurados, cada UE intenta detectar un PDCCH dirigido al mismo según múltiples hipótesis (también denominados “candidatos“) en un proceso conocido como “decodificación ciega”. Los candidatos PDCCH pueden abarcar 1, 2, 4, 8 o 16 CCE, y el número de CCE se denomina nivel de agregación (AL) del candidato PDCCH. Si se utiliza más de un CCE, la información del primer CCE se repite en los otros CCE. Al variar AL, el PDCCH puede ser más o menos robusto para un tamaño de carga útil determinado. En otras palabras, la adaptación del enlace PDCCH se puede realizar ajustando AL. Dependiendo de AL, los candidatos PDCCH pueden ubicarse en diferentes ubicaciones de tiempo-frecuencia en CORESET.

Una vez que un UE decodifica DCI, decodifica CRC con RNTI(s) asignados y/o asociados al mismo con el espacio de búsqueda PDCCH particular. En caso de coincidencia, el UE considera la DCI detectada como dirigida al mismo y sigue las instrucciones (por ejemplo, información de programación) del DCI.

Se puede utilizar una función hash para determinar los CCE correspondientes a los candidatos PDCCH que un UE debe monitorizar dentro de un conjunto de espacios de búsqueda. El hash se realiza de forma diferente para diferentes UE de modo que los CCE utilizados por cada UE sean aleatorios, reduciendo así la probabilidad de colisiones entre varios UE para los que se incluyen mensajes PDCCH en un CORESET. También se configura una periodicidad de monitorización para los diferentes candidatos PDCCH. En cualquier intervalo particular, el UE puede configurarse para monitorizar varios candidatos PDCCH en varios espacios de búsqueda que pueden asignarse a uno o más CORESET. Los candidatos PDCCH pueden necesitar monitorizarse varias veces en un intervalo, una vez por cada intervalo o una vez en varios intervalos.

La DCI también puede incluir información sobre diversos desplazamientos temporales (por ejemplo, en intervalos o subtramas) entre PDCCH y PDSCH, PUSCH, H<a>R<q>o CSI-RS. La Figura 7 ilustra diversos desplazamientos temporales entre PDCCH, PDSCH, PUSCH, HARQ y CSI-RS para NR. Por ejemplo, el desplazamiento K0 representa el número de intervalos entre la recepción PDCCH del UE de una DCI de programación PDSCH (por ejemplo, formatos 1_0 o 1_1) y la posterior transmisión PDSCH. Asimismo, el desplazamiento K1 representa el número de intervalos entre esta transmisión PDSCH y la transmisión HARQ ACK/NACK de respuesta del UE en el PUSCH. Además, el desplazamiento K3 representa el número de intervalos entre este ACK/NACK de respuesta y la correspondiente retransmisión de datos en PDSCH. Además, el desplazamiento K2 representa el número de intervalos entre la recepción PDCCH del UE de una DCI de concesión PUSCH (por ejemplo, formatos 0_0 o 0_1) y la posterior transmisión PUSCH. Cada uno de estos desplazamientos puede tomar valores de cero y enteros positivos.

Finalmente, el formato DCI 0_1 también puede incluir una solicitud de red para un informe del UE sobre información de estado del canal (CSI) o información de calidad del canal (CQI). Antes de enviar este informe, el UE recibe y mide CSI-RS transmitida por la red. El parámetroaperiodicTriggeringOffsetrepresenta el número entero de intervalos entre la recepción por parte del UE de una DCI que incluye una solicitud de CSI y la transmisión de la CSI-RS por parte de la red. Este parámetro puede tomar valores de 0-4.

Como se indicó anteriormente, para NR, estos desplazamientos de programación pueden ser mayores que cero, lo que facilita tanto la programación en el mismo intervalo (desplazamiento cero) como la programación cruzada de intervalos (desplazamiento distinto de cero). Por ejemplo, la programación cruzada de intervalos puede ser conveniente para facilitar el ahorro de energía del UE mediante el cambio adaptativo entre las BWP superiores e inferiores para PDCCH y PDSCH, respectivamente.

La recepción discontinua (DRX) es otra técnica que se ha utilizado para reducir el consumo de energía del UE y prolongar la vida útil de la batería del UE. En un nivel alto, la DRX permite que un UE pase a un estado de menor consumo cuando no necesita recibir ninguna transmisión de la red (por ejemplo, gNB). La Figura 8 muestra un diagrama de tiempo que ilustra una operación de DRX ejemplar. Como se muestra en la Figura 8, la operación de DRX se basa en un ciclo de DRX, una duración de encendido y un temporizador de inactividad (se pueden utilizar otros parámetros, pero se omiten en este caso para simplificar la explicación). El UE está activo y monitoriza el PDCCH durante la duración de encendido. Si no se detecta ninguna DCI válida dirigida al UE durante la duración de encendido, el UE inicia el temporizador de inactividad, pero continúa monitorizando el PDCCH hasta que el UE detecta una DCI válida dirigida al mismo o hasta que finaliza el temporizador de inactividad. El período comprendido entre el inicio de la duración de encendido y la finalización del temporizador de inactividad se denomina “tiempo activo”. Si el UE recibe una DCI válida, extiende el temporizador de inactividad y continúa monitoreando el PDCCH. Por otro lado, si el temporizador de inactividad expira, el UE puede detener la monitorización del PDCCH hasta el final del ciclo DRX y entrar en suspensión hasta el inicio del siguiente ciclo DRX.

En general, el temporizador de inactividad cuenta el número de subtrama(s)/intervalo(s) PDCCH consecutivos después de la subtrama/intervalo en donde un PDCCH indica una transmisión inicial de datos de usuario de UL, DL o enlace lateral (SL, es decir, de UE a UE) para una entidad de control de acceso al medio (MAC).

Normalmente, hay una entidad MAC por grupo de celdas configurado, por ejemplo, una para el grupo de celdas maestro (MCG) y otra para el grupo de celdas secundario (SCG).

Además, los parámetros DRX suelen configurarse mediante RRC, que suele operar en una escala de tiempo mucho más lenta o extensa que las capas inferiores, como MAC y PHY. Por lo tanto, los parámetros DRX mencionados anteriormente no pueden modificarse adaptativamente mediante RRC, especialmente si el UE tiene una mezcla de tipos de tráfico.

Normalmente, el UE se configura, mediante RRC, con un conjunto de valores posibles (o candidatos) para cada uno de los desplazamientos de programación, es decir, K0, K1, K2 yaperiodicTriggeringOffset.Sin embargo, incluso si el UE conoce este conjunto de desplazamientos candidatos, solo descubre el desplazamiento específico (por ejemplo, K0 para PDSCH) asociado a un PDCCH específico después de decodificar ese PDCCH (por ejemplo, DCI). Por lo tanto, si el UE ha configurado un modo de ahorro de energía específico, es posible que el UE no tenga tiempo suficiente para cambiar a otro modo de funcionamiento y cumplir con el desplazamiento indicado por el PDCCH.

Este problema puede ser especialmente evidente al cambiar el modo de funcionamiento del UE entre recepción PDCCH y PDSCH o CSI-RS. Por ejemplo, un UE podría ahorrar energía utilizando una BWP más estrecho para PDCCH y una BWP más amplia para PDSCH, o simplemente modificando la configuración del ancho de banda activo para PDCCH según la información del espacio de búsqueda. Como otro ejemplo, podría ser conveniente que un UE desactivara su cadena de recepción entre PDCCH y PDSCH/CSI-RS, o que monitorizara PDCCH con una sola antena y una cadena de recepción mientras recibía PDSCH con múltiples antenas y cadenas de recepción.

Estas adaptaciones solo se pueden realizar para K0>0 (PDCCH/PDSCH) y/oaperiodicTriggeringOffset>0(PDCCH/CSI-RS), lo que da al UE tiempo suficiente para reconfigurar el receptor según corresponda. De lo contrario, para desplazamientos de valor cero, el UE debe mantener el receptor a plena potencia, compatible con PDSCH, incluso al recibir PDCCH. Existen problemas similares para los desplazamientos K1 y K2.

Desafortunadamente, el UE no conoce el desplazamiento específico hasta que decodifica PDCCH.

Sin embargo, si bien un valor de desplazamiento fijo distinto de cero puede ayudar al UE a reducir el consumo de energía, presentar dicho valor de desplazamiento fijo puede no ser posible cuando la carga es alta y/o se deben programar múltiples intervalos consecutivos. Por lo tanto, un desplazamiento distinto de cero entre PDCCH y PDSCH puede generar un mayor consumo de energía y latencia. En resumen, garantizar un desplazamiento o retardo mínimo (por ejemplo, distinto de cero) entre PDCCH y PDSCH/PUSCH/PUCCH puede facilitar la reducción de energía cuando un UE está mayormente inactivo, pero puede aumentar el consumo de energía durante una secuencia de múltiples transmisiones PDSCH.

Las realizaciones ejemplares de la presente divulgación abordan estos y otros problemas, inconvenientes y/o inconvenientes al proporcionar técnicas y/o mecanismos para configurar, habilitar y/o deshabilitar la programación cruzada de intervalos del UE con desplazamiento entre PDCCH y PDSCH/PUSCH/PUCCH antes del primer o el enésimo PDCCH de programación, a la vez que proporcionan un desplazamiento de programación no garantizado (incluida la programación en el mismo intervalo) durante otras ocasiones de PDCCH. Estas realizaciones pueden facilitar la reducción del consumo de energía del UE al permitir un cambio de modo operativo del UE entre la monitorización de PDCCH y el subsiguiente PDSCH/PUSCH/PUCCH, dependiendo de la transmisión de múltiples PDSCH. Además, al adaptar de esta manera la programación entre el mismo intervalo y la programación cruzada de intervalos, las realizaciones reducen la latencia promedio impuesta por la programación en comparación con el caso en que la programación cruzada de intervalos se utiliza en todos los intervalos. De manera más general, las realizaciones divulgadas proporcionan una programación cruzada de intervalos mejorada que logra una reducción del consumo de energía del UE sin imponer costes de latencia y/o rendimiento asociados con la aplicación de la configuración cruzada de intervalos a todas las transmisiones PDSCH de manera convencional.

Aunque las explicaciones de las realizaciones se proporcionan en términos de desplazamientos inter-intervalos, los principios de estas realizaciones también se pueden aplicar a desplazamientos intra-intervalos, por ejemplo, símbolos dentro del mismo intervalo. Por ejemplo, las especificaciones 3GPP actuales permiten la posibilidad de iniciar la transmisión PDSCH/PUSCH varios símbolos después del PDCCH, incluso dentro del mismo intervalo (por ejemplo, según la configuración de la asignación de recursos en el dominio del tiempo (TDRA)). Al igual que en la programación cruzada de intervalos, este desplazamiento solo se conoce después de la decodificación DCI.

La Figura 9 muestra varios diagramas de tiempos de los modos operativos de programación cruzada de intervalos selectiva (denominados AG) dentro de la duración de encendido DRX de un UE, según diversas realizaciones de la presente divulgación. Las ocasiones de monitorización (MO) del PDCCH, según los espacios de búsqueda configurados del UE, se indican mediante líneas discontinuas, y las transmisiones reales del PDCCH, mediante líneas continuas. Las ocasiones en las que el UE puede asumir una programación cruzada de intervalos con un desplazamiento de programación determinado (o mínimo) se indican mediante líneas verticales continuas individuales, y las ocasiones en las que no se puede realizar dicha suposición se indican mediante pares de líneas verticales continuas poco espaciados. Las transmisiones de la señal de activación (WUS) se indican mediante líneas cruzadas (por ejemplo, en el modo D).

En varios modos de programación cruzada de intervalos, ilustrados en la Figura 9, la red puede configurar el UE para esperar una programación cruzada de intervalos con un desplazamiento de programación conocido (o un rango de desplazamientos de programación con un mínimo conocido) antes del primer PDCCH de programación. En varias realizaciones o modos mostrados en la Figura 9, el “primer PDCCH de programación” puede ser el primer PDCCH transmitido después de algún evento en uno de los MO de PDCCH del UE, y que transporta información de programación para el UE (por ejemplo, para PDSCH o PUSCH posteriores). En el modo A, el primer PDCCH de programación es el primero después del inicio de la duración de DRX activada del UE. Alternativamente, en el modo B, el primer PDCCH de programación es el primero después del final de la recepción/transmisión de PDSCH/PUSCH/PUCCH más reciente. Alternativamente, el primer PDCCH de programación puede ser el primero después de un número específico K de intervalos o duraciones de tiempo inactivos (modo C, con K=2), o después de recibir una señal WUS (modo D, con otros mecanismos WUS también posibles).

En otras realizaciones, el UE puede esperar una programación cruzada de intervalos desde el primer PDCCH de programación hasta el enésimo PDCCH de programación, donde el parámetro N lo configura la red (por ejemplo, mediante RRC). En algunas realizaciones, el parámetro N puede referirse al número de PDCCH de programación realmente transmitidos (modo E, N = 3) o al número de MO de PDCCH según la configuración del espacio de búsqueda (modo F, N = 3). El UE también puede configurarse para asumir la configuración cruzada de intervalos para N ocasiones de PDCCH que ocurran durante un intervalo de tiempo determinado (por ejemplo, hasta K ocasiones de PDCCH) después del PDCCH recibido más reciente (modo G, K = 2, N = 3).

En algunas realizaciones, además de estar configurado con respecto a la programación cruzada de intervalos de PDSCH, el UE también puede configurarse (por ejemplo, a través de RRC) para asumir que no se programará para informes de CSI aperiódicos en el medio, de modo que el UE pueda cambiar su modo operativo de receptor sin mantener la preparación para las mediciones de CSI.

A continuación se describen realizaciones ejemplares adicionales, que generalmente se dividen en dos grupos: 1) configuración del UE mediante señalización RRC; o 2) configuración del UE mediante CE o DCI de MAC. Si bien estos ejemplos se proporcionan en términos del primer PDCCH de programación y programación cruzada de intervalos, los principios asociados a estos ejemplos también pueden aplicarse a realizaciones que involucran un enésimo PDCCH de programación y a realizaciones que involucran programación del mismo intervalo con varios símbolos entre PDCCH y PDSCH/PUSCH/PUCCH.

En un primer grupo de realizaciones, el UE puede configurarse a través de señalización RRC para esperar y/o asumir que se utilizará una programación cruzada de intervalos para el primer PDCCH, así como un desplazamiento de programación mínimo (por ejemplo, intervalos K0 o K2 mínimos) que puede utilizarse para la programación cruzada de intervalos.

En algunas realizaciones de este grupo, el UE puede enviar a la red un informe de capacidad que incluye la capacidad de tiempo de procesamiento de decodificación PDCCH del UE (por ejemplo, en intervalos). Al recibir este informe, la red puede tener en cuenta la capacidad de tiempo de procesamiento del UE, de modo que no considere valores de desplazamiento de programación inferiores para la programación cruzada de intervalos. Sabiendo que la red no programará antes de este desplazamiento mínimo, el UE puede optar por diferentes modos operativos durante este tiempo, como el micro-sueño.

En general, la red puede lograr un equilibrio aceptable, adecuado y/u óptimo entre la reducción del consumo energético del UE y el mantenimiento de una latencia baja seleccionando el procesamiento mínimo (o tiempo de conmutación de modo) como valor de desplazamiento. Sin embargo, la red puede considerar otros parámetros y/o valores al seleccionar el desplazamiento. En algunas realizaciones, adicional o alternativamente al tiempo de procesamiento, el UE también puede enviar a la red capacidades de rendimiento adicionales, como el tiempo necesario para activar y/o desactivar las cadenas de recepción del UE, el tiempo necesario para transferir entre los estados activo y de suspensión, el tiempo necesario para cambiar entre configuraciones de BWP, etc. La red puede considerar cualquiera de estos parámetros y/o valores recibidos al seleccionar el desplazamiento de programación. Aun así, la red no está obligada a basar la selección del desplazamiento de programación en estas capacidades y/o preferencias recibidas del UE.

En algunas realizaciones, si la red decide no basar la selección en estos valores, la red puede responder al UE con una indicación de este resultado. Dada esta respuesta, el UE puede ajustar sus expectativas de desplazamiento de programación cruzada de intervalos en consecuencia. Como alternativa, la red puede informar al UE del desplazamiento de programación real (o mínimo), sin indicarle explícitamente al UE si las capacidades y/o preferencias proporcionadas se tuvieron en cuenta en la selección de ese desplazamiento de programación real (o mínimo). Asimismo, la red puede reconfigurar posteriormente el valor de desplazamiento de programación real (o mínimo) mediante señalización RRC (por ejemplo, un procedimiento de reconfiguración).

En otras realizaciones, la red puede configurar el UE para que espere la programación cruzada de intervalos (por ejemplo, de PDSCH) para el primer PDCCH de programación en todo momento, o en ciclos de DRX periódicos o aperiódicos. El patrón puede configurarse previamente por la red durante la configuración de RRC. De igual forma, la red puede configurar el UE para que espere la programación cruzada de intervalos para el primer PDCCH de programación hasta que se le indique lo contrario, por ejemplo, mediante una reconfiguración de RRC.

En un segundo grupo de realizaciones, la red puede usar el elemento de control (CE) de MAC y/o la señalización DCI para habilitar, deshabilitar y/o reconfigurar la configuración de un UE de programación cruzada de intervalos para el primer PDCCH de programación. Por ejemplo, la red puede usar el CE de MAC y/o la señalización DCI para habilitar, deshabilitar y/o reconfigurar una configuración de UE que la red realizó previamente mediante RRC.

En algunas realizaciones de este grupo, el CE de MAC y/o la señalización de DCI pueden indicar que el UE debe aplicar una programación cruzada de intervalos configurada previamente (por ejemplo, mediante RRC) para el primer PDCCH después del último PDSCH/PUSCH/PUCCH, o un número específico de intervalos/duraciones de tiempo de inactividad. En otras realizaciones, el CE de MAC y/o la señalización de DCI también pueden utilizarse para anular y/o reconfigurar los parámetros previamente configurados relacionados con la programación cruzada de intervalos para el primer PDCCH de programación. Además, el CE de MAC y/o la señalización de DCI pueden utilizarse para deshabilitar la suposición de programación cruzada de intervalos del UE para el primer PDCCH de programación. Por ejemplo, la red puede deshabilitar la suposición de programación cruzada de intervalos del UE si la red tiene, o prevé tener, datos de enlace descendente para enviar al UE. Al recibir esta configuración de desactivación, el UE puede preparar sus cadenas de recepción y otras capacidades de procesamiento en consecuencia (por ejemplo, para recibir PDSCH del mismo intervalo).

En algunas realizaciones de este grupo, la red puede configurar el UE (por ejemplo, a través de RRC) con múltiples configuraciones de programación cruzada de intervalos explícitas antes del primer PDCCH de programación, y luego usar CE de MAC y/o DCI de señalización para habilitar y/o deshabilitar una particular de estas configuraciones, y/o para cambiar entre las diversas configuraciones.

En algunas realizaciones de este grupo, un comando CE de MAC para habilitar, deshabilitar o reseleccionar una configuración de programación cruzada de intervalos puede multiplexarse en el último mensaje PDSCH enviado al UE antes del primer PDCCH al que aplica. Alternativamente, el comando CE de MAC puede enviarse en su propio mensaje PDSCH antes del primer PDCCH. También puede multiplexarse en el primer PDSCH o entre ambos, especialmente cuando se requiere deshabilitar la programación cruzada de intervalos explícita. Lo mismo ocurre con la señalización DCI, la información para habilitar, deshabilitar y/o reseleccionar puede incluirse en la última DCI de programación, la primera, y/o intermedia o incluso como una DCI independiente. Por ejemplo, dentro de la DCI, cualquier bit reservado o cualquier bit que haga referencia a un valor reservado o no válido de un campo específico (por ejemplo, un índice de fila MCS no válido) puede utilizarse para habilitar, deshabilitar o reseleccionar una configuración de programación cruzada de intervalos.

Se han descrito anteriormente varias realizaciones ejemplares en relación con la programación cruzada de intervalos explícita para el primer PDCCH de programación de un UE que opera actualmente en modo DRX, como se ilustra en los ejemplos de la Figura 9. No obstante, los principios de estas realizaciones también pueden aplicarse a casos en los que la señalización de activación (WUS)/inactividad (GTS) se utiliza para indicar la activación o la inactividad durante o antes del temporizador de duración/inactividad de encendido. Por ejemplo, en algunas realizaciones, la propia señal WUS puede utilizarse para indicar el inicio (por ejemplo, habilitar) o el final (por ejemplo, deshabilitar) de la programación cruzada de intervalos explícita previamente configurada (por ejemplo, mediante RRC). Alternativamente, se puede utilizar un comando explícito transmitido por WUS para este fin. La señalización GTS puede utilizarse de forma similar.

Además de configurar el UE para que espere una programación cruzada de intervalos para el primer PDCCH, la red también puede configurarlo para cambiar los patrones de programación después del primer PDCCH. Por ejemplo, se puede configurar el UE para cambiar a un patrón del mismo intervalo o a un patrón cruzado de intervalos después del primer PDCCH. Por ejemplo, la red puede facilitar reducciones significativas en el consumo de energía del UE programando todos los PDSCH/PUSCH/PUCCH asociados con el UE en el mismo intervalo después del primer PDCCH.

En otras realizaciones, la red no configura explícitamente el UE para esperar la programación cruzada de intervalos para el primer (o hasta el enésimo) PDCCH de programación, como se explicó anteriormente, pero aun así utiliza la programación cruzada de intervalos para el UE. En tales realizaciones, el UE puede recopilar datos históricos relacionados con las configuraciones de programación cruzada de intervalos de la red. Con base en estos datos recopilados, el UE puede determinar la probabilidad de que la red utilice la programación cruzada de intervalos para el PDCCH en un escenario futuro que sea consistente o se corresponda con los datos históricos. Con base en esta determinación, el UE puede cambiar su modo operativo para reducir el consumo de energía. Si la red no utiliza la programación cruzada de intervalos en el escenario futuro, como el UE predijo y/o determinó, el UE puede enviar un NACK en los recursos PUCCH/PUSCH asignados, lo que no añade mucha latencia al tiempo que facilita la reducción del consumo de energía del UE.

Las realizaciones descritas anteriormente se pueden ilustrar con más detalle con referencia a las Figuras 10 11, que representan métodos ejemplares (por ejemplo, procedimientos) realizados por los UE y los nodos de red, respectivamente. Dicho de otro modo, diversas características de las operaciones descritas a continuación corresponden a diversas realizaciones descritas anteriormente.

En particular, la Figura 10 muestra un diagrama de flujo de un método ejemplar (por ejemplo, procedimiento) para gestionar el consumo energético de un equipo de usuario (UE) en relación con la comunicación con un nodo de red en una red de acceso de radio (RAN), según diversas realizaciones ejemplares de la presente divulgación. El método ejemplar puede ser realizado por un equipo de usuario (UE, por ejemplo, dispositivo inalámbrico, dispositivo IoT, módem, etc., o componente del mismo) en comunicación con un nodo de red (por ejemplo, estaciones base, eNB, gNB, etc., o componentes del mismo) en la RAN (por ejemplo, E-UTRAN, NG-RAN). Por ejemplo, el método ejemplar mostrado en la Figura 10 puede ser implementado por un UE configurado como se describe en el presente documento con referencia a otras figuras. Además, el método ejemplar mostrado en la Figura 10 puede utilizarse en cooperación con otros métodos ejemplares descritos en el presente documento (por ejemplo, Figura 11) para proporcionar diversos beneficios y/o ventajas, incluidos los descritos en el presente documento. Aunque la Figura 10 muestra bloques específicos en un orden específico, las operaciones de los bloques pueden realizarse en un orden distinto al mostrado y pueden combinarse y/o dividirse en bloques que tienen una funcionalidad distinta a la mostrada. Los bloques u operaciones opcionales se indican con líneas discontinuas.

El método ejemplar puede incluir las operaciones del bloque 1030, donde el UE puede recibir, del nodo de red, una indicación de que un desplazamiento de programación mínimo cambiará después de una primera duración. El desplazamiento de programación mínimo puede estar entre un PDCCH de programación y una señal o canal programado mediante el PDCCH de programación. En algunas realizaciones, la primera duración puede estar relacionada con el tiempo que el UE necesita para cambiar de una primera configuración operativa a una segunda configuración operativa. En algunas realizaciones, la primera configuración operativa puede consumir menos energía que la segunda configuración operativa. En algunas realizaciones, las configuraciones operativas primera y segunda pueden diferir en uno o más de los siguientes parámetros: proporción de tiempo transcurrido en modo de suspensión; partes de ancho de banda (BWP) utilizadas; y número de cadenas de recepción utilizadas. Por lo tanto, la primera duración puede estar relacionada con, o basarse en, el tiempo necesario para activar/desactivar las cadenas de recepción del UE, el tiempo necesario para transferir entre los estados activo y de suspensión, el tiempo necesario para cambiar entre configuraciones de BWP, etc.

En algunas realizaciones, el método ejemplar también puede incluir las operaciones del bloque 1010, donde el UE puede transmitir al nodo de red una indicación del tiempo de procesamiento necesario para la decodificación del PDCCH. En dichas realizaciones, la indicación recibida (por ejemplo, en el bloque 1030) puede identificar un desplazamiento de programación mínimo, aplicable tras el final de la primera duración, que es mayor o igual al tiempo de procesamiento indicado.

En algunas realizaciones, el método ejemplar también puede incluir las operaciones del bloque 1020, donde el UE puede recibir, del nodo de red, un mensaje de configuración que identifica uno o más desplazamientos de programación candidatos. En dichas realizaciones, la indicación recibida (por ejemplo, en el bloque 1030) puede identificar uno de los desplazamientos de programación candidatos como el desplazamiento de programación mínimo aplicable tras el final de la primera duración. En algunas realizaciones, el mensaje de configuración es un mensaje de control de recursos de radio (RRC) y la indicación se recibe a través del elemento de control (CE) del control de acceso al medio (MAC) o de la información de control de enlace descendente (DCI) de la capa física (PHY).

El método ejemplar también puede incluir las operaciones del bloque 1040, donde el UE puede monitorizar posteriormente, durante la primera duración, un PDCCH de programación basado en la primera configuración operativa. El método ejemplar también puede incluir las operaciones del bloque 1070, donde el UE puede, en respuesta a la finalización de la primera duración, monitorizar un PDCCH de programación basado en la segunda configuración operativa. En algunas realizaciones, las configuraciones operativas primera y segunda pueden diferir en uno o más de los siguientes parámetros: proporción de tiempo transcurrido en modo de suspensión; partes de ancho de banda utilizadas; y número de cadenas de recepción utilizadas.

En algunas realizaciones, el método ejemplar también puede incluir las operaciones de los bloques 1050-1060. En el bloque 1050, el UE puede, durante la monitorización basada en la primera configuración operativa, detectar un primer PDCCH de programación que programa la señal o el canal para el UE. En el bloque 1060, el UE puede transmitir o recibir la señal o el canal con un primer desplazamiento de programación posterior al primer PDCCH de programación.

En algunas realizaciones, el método ejemplar también puede incluir las operaciones de los bloques 1080-1090. En el bloque 1080, el UE puede, durante la monitorización basada en la segunda configuración operativa, detectar un segundo PDCCH de programación que programa la señal o el canal para el UE. En el bloque 1060, el UE puede transmitir o recibir la señal o el canal con un segundo desplazamiento de programación posterior al segundo PDCCH de programación.

En algunas realizaciones, el primer desplazamiento de programación (por ejemplo, aplicable durante la primera duración) es mayor que el segundo desplazamiento de programación (por ejemplo, aplicable al final de la primera duración). En algunas de estas realizaciones, el segundo desplazamiento de programación puede incluir cero o más símbolos dentro del mismo intervalo que el segundo PDCCH de programación, y el primer desplazamiento de programación puede incluir uno o más intervalos, o uno o más símbolos dentro del mismo intervalo (por ejemplo, en relación con un primer PDCCH de programación que ocurre durante la primera duración). Por ejemplo, en dichas realizaciones, el segundo desplazamiento de programación puede facilitar la programación en el mismo intervalo (por ejemplo, en el mismo símbolo o en uno posterior que el PDCCH) y el primer desplazamiento de programación puede facilitar la programación cruzada de intervalos o programación cruzada de símbolos dentro de un miniintervalo (por ejemplo, durante la primera duración).

En otras de estas realizaciones, el segundo desplazamiento de programación puede incluir uno o más intervalos después del segundo PDCCH de programación, y el primer desplazamiento de programación puede incluir dos o más intervalos (por ejemplo, en relación con un primer PDCCH de programación que ocurre durante la primera duración). En otras palabras, aunque tanto el primer como el segundo desplazamiento de programación facilitan la programación cruzada de intervalos, el segundo desplazamiento de programación tiene un número menor de intervalos que el primer desplazamiento de programación.

En diversas realizaciones, se puede aplicar una de las siguientes opciones:

Además, la Figura 11 muestra un diagrama de flujo de un método ejemplar (por ejemplo, procedimiento) para gestionar el consumo energético de un equipo de usuario (UE) en relación con la comunicación entre el UE y un nodo de red, según diversas realizaciones ejemplares de la presente divulgación. El método ejemplar puede ser realizado por un nodo de red (por ejemplo, estación base, eNB, gNB, etc., o un componente del mismo) de una red de acceso de radio (RAN, por ejemplo, E-UTRAN, NG-RAN), en comunicación con el equipo de usuario (UE, por ejemplo, dispositivo inalámbrico, dispositivo IoT, módem, etc., o un componente del mismo). Por ejemplo, el método ejemplar mostrado en la Figura 11 puede implementarse en un nodo de red configurado como se describe en el presente documento con referencia a otras figuras. Además, el método ejemplar mostrado en la Figura 11 puede utilizarse en cooperación con otros métodos ejemplares descritos en el presente documento (por ejemplo, Figura 10) para proporcionar diversos beneficios y/o ventajas ejemplares, incluidos los descritos en el presente documento. Aunque la Figura 11 muestra bloques específicos en un orden particular, las operaciones del método ejemplar pueden realizarse en un orden distinto al mostrado y pueden combinarse y/o dividirse en bloques que tienen una funcionalidad distinta a la mostrada. Los bloques u operaciones opcionales se muestran con líneas discontinuas.

El método ejemplar puede incluir las operaciones del bloque 1130, donde el nodo de red puede transmitir al UE una indicación de que un desplazamiento de programación mínimo cambiará después de una primera duración. El desplazamiento de programación mínimo puede estar entre un PDCCH de programación y una señal o canal programado mediante el PDCCH de programación. En algunas realizaciones, la primera duración puede estar relacionada con el tiempo que el UE necesita para cambiar de una primera configuración operativa a una segunda configuración operativa. En algunas realizaciones, al configurarse con la primera configuración operativa, el UE consume menos energía que al configurarse con la segunda configuración operativa. En algunas realizaciones, las configuraciones operativas primera y segunda pueden diferir en uno o más de los siguientes parámetros: proporción de tiempo transcurrido en modo de suspensión; partes de ancho de banda (BWP) utilizadas; y número de cadenas de recepción utilizadas. Como tal, la primera duración puede estar relacionada con, o basarse en, el tiempo requerido para encender/apagar las cadenas de recepción del UE, el tiempo requerido para transferir entre estados activo y de suspensión, el tiempo requerido para cambiar entre configuraciones de BWP, etc.

En algunas realizaciones, el método ejemplar también puede incluir las operaciones del bloque 1110, donde el nodo de red puede recibir, del UE, una indicación del tiempo de procesamiento necesario para la decodificación del PDCCH. En dichas realizaciones, la indicación transmitida (por ejemplo, en el bloque 1130) puede identificar un desplazamiento de programación mínimo, aplicable tras el final de la primera duración, que es mayor o igual al tiempo de procesamiento indicado.

En algunas realizaciones, el método ejemplar también puede incluir las operaciones del bloque 1120, donde el nodo de red puede transmitir al UE un mensaje de configuración que identifica uno o más desplazamientos de programación candidatos. En dichas realizaciones, la indicación transmitida (por ejemplo, en el bloque 1130) puede identificar uno de los desplazamientos de programación candidatos como el desplazamiento de programación mínimo aplicable tras el final de la primera duración. En algunas realizaciones, el mensaje de configuración es un mensaje de control de recursos de radio (RRC) y la indicación se transmite mediante el elemento de control (CE) del control de acceso al medio (MAC) o la información de control de enlace descendente (DCI) de la capa física (PHY).

El método ejemplar también puede incluir las operaciones del bloque 1140, donde el nodo de red puede transmitir al UE un PDCCH de programación que programa la señal o el canal para el UE. El PDCCH de programación puede transmitirse después de la indicación transmitida en el bloque 1140. El método ejemplar también puede incluir las operaciones del bloque 1150, donde el nodo de red puede determinar un desplazamiento de programación en función de si el PDCCH de programación se transmitió durante o después de la primera duración. El método ejemplar también puede incluir las operaciones del bloque 1160, donde el nodo de red puede transmitir o recibir la señal o el canal en el desplazamiento de programación determinado después del PDCCH de programación.

En algunas realizaciones, las operaciones de determinación del bloque 1150 pueden incluir las operaciones de los subbloques 1151 y 1152. En el subbloque 1151, el nodo de red puede seleccionar un primer desplazamiento de programación si el PDCCH de programación se transmitió durante la primera duración. En el subbloque 1152, el nodo de red puede seleccionar un segundo desplazamiento de programación si el PDCCH de programación se transmitió después de la primera duración.

En algunas realizaciones, el primer desplazamiento de programación (por ejemplo, aplicable durante la primera duración) es mayor que el segundo desplazamiento de programación (por ejemplo, aplicable al final de la primera duración). En algunas de estas realizaciones, el segundo desplazamiento de programación puede incluir cero o más símbolos dentro del mismo intervalo que el segundo PDCCH de programación, y el primer desplazamiento de programación puede incluir uno o más intervalos, o uno o más símbolos dentro del mismo intervalo (por ejemplo, en relación con un primer PDCCH de programación que ocurre durante la primera duración). Por ejemplo, en dichas realizaciones, el segundo desplazamiento de programación puede facilitar la programación en el mismo intervalo (por ejemplo, en el mismo símbolo o en uno posterior que el PDCCH) y el primer desplazamiento de programación puede facilitar la programación cruzada de intervalos o la programación cruzada de símbolos dentro de un miniintervalo (por ejemplo, durante la primera duración).

En diversas realizaciones, se puede aplicar una de las siguientes opciones:

Aunque en el presente documento se describen varias realizaciones en términos de métodos, la persona con conocimientos ordinarios reconocerá que dichos métodos pueden ser incorporados por varias combinaciones de hardware y software en varios sistemas, dispositivos de comunicación, dispositivos informáticos, dispositivos de control, aparatos, dispositivos, medios legibles por ordenador, productos de programas informáticos, etc.

A modo de ejemplo, la Figura 12 ilustra una vista de alto nivel de la arquitectura de la red 5G, compuesta por una RAN 1299 de próxima generación (NG-RAN) y un núcleo 12985G (5GC). La NG-RAN 1299 puede incluir un conjunto de gNodeB (gNB) conectados al 5GC mediante una o más interfaces NG, como los gNB 1200 y 1250, conectados mediante las interfaces 1202 y 1252, respectivamente. Además, los gNB pueden conectarse entre sí mediante una o más interfaces Xn, como la interfaz 1240 Xn entre los gNB 1200 y 1250. Con respecto a la interfaz NR con los UE, cada uno de los gNB admite dúplex por división de frecuencia (FDD), dúplex por división de tiempo (TDD) o una combinación de ambas.

Los nodos lógicos de la RAN de NG que se muestran en la Figura 12 (y se describen en TS 38.401 y TR 38.801) incluyen una unidad central (o centralizada) (CU o gNB-CU) y una o más unidades distribuidas (o descentralizadas) (DU o gNB-DU). Por ejemplo, el gNB 1200 de la Figura 12 incluye gNB-CU 1212 y gNB-DU 1220 y 1230. Las CU (por ejemplo, gNB-CU 1212) son nodos lógicos que alojan protocolos de capa superior y realizan diversas funciones de gNB, como controlar el funcionamiento de las DU. Cada DU es un nodo lógico que aloja protocolos de capa inferior y puede incluir, según la división funcional, varios subconjuntos de las funciones de gNB. Por lo tanto, cada una de las CU y DU puede incluir diversos circuitos necesarios para realizar sus respectivas funciones, incluyendo circuitos de procesamiento, circuitos transceptores (por ejemplo, para comunicación) y circuitos de alimentación. Además, los términos “unidad central” y “unidad centralizada1 se utilizan indistintamente en el presente documento, al igual que los términos “unidad distribuida” y “unidad descentralizada”.

Una gNB-CU se conecta a las gNB-DU a través de las interfaces lógicas F1 respectivas, como las interfaces 1222 y 1232 que se muestran en la Figura 3. La gNB-CU y las gNB-DU conectadas solo son visibles para otros gNB y para el 5GC como gNB; por ejemplo, la interfaz F1 no es visible más allá de la gNB-CU. Como se mencionó brevemente anteriormente, una CU puede alojar protocolos de capa superior, como, por ejemplo, el protocolo de parte de aplicación F1 (F1 -AP), el protocolo de transmisión de control de flujo (SCTP), el protocolo de tunelización GPRS (GTP), el protocolo de convergencia de datos por paquetes (PDCP), el protocolo de datagramas de usuario (UDP), el protocolo de Internet (IP) y el protocolo de control de recursos de radio (RRC). Por el contrario, una DU puede alojar protocolos de capa inferior, como, por ejemplo, el control de enlace de radio (RLC), el control de acceso al medio (MAC) y los protocolos de capa física (PHY).

Sin embargo, pueden existir otras variantes de distribución de protocolos entre la CU y la DU, como alojar RRC, PDCP y parte del protocolo RLC en la CU (por ejemplo, la función de solicitud de retransmisión automática (ARQ)), mientras que las partes restantes del protocolo RLC se alojan en la DU, junto con MAC y PHY. En algunas realizaciones, la CU puede alojar RRC y PDCP, donde se asume que PDCP gestiona tanto el tráfico UP como el tráfico CP. No obstante, otras implementaciones ejemplares pueden utilizar otras divisiones de protocolos alojando ciertos protocolos en la CU y otros en la DU. Las realizaciones ejemplares también pueden ubicar protocolos de plano de control centralizado (por ejemplo, PDCP-C y RRC) en una CU diferente con respecto a los protocolos de plano de usuario centralizados (por ejemplo, PDCP-U).

La Figura 13 muestra un diagrama de bloques de un dispositivo inalámbrico o equipo 1300 de usuario (UE) (en adelante denominado “UE 1300”) ejemplares, según diversas realizaciones de la presente divulgación, incluidas las descritas anteriormente con referencia a otras figuras. Por ejemplo, el UE 1300 puede configurarse mediante la ejecución de instrucciones, almacenadas en un medio legible por ordenador, para realizar operaciones correspondientes a uno o más de los métodos y/o procedimientos ejemplares descritos anteriormente.

El UE 1300 puede incluir un procesador 1310 (también denominado “circuitos de procesamiento”) que se conecta operativamente a una memoria 1320 de programa y/o a una memoria 1330 de datos mediante un bus 1370 que puede comprender buses de direcciones y datos paralelos, puertos en serie u otros métodos y/o estructuras conocidos por los expertos en la materia. La memoria 1320 de programa puede almacenar código de software, programas y/o instrucciones (mostrados colectivamente como el producto 1361 de programa informático en la Figura 13) que, al ser ejecutados por el procesador 1310, pueden configurar y/o facilitar al UE 1300 la realización de diversas operaciones, incluyendo las operaciones correspondientes a diversos métodos ejemplares descritos en el presente documento. Como parte de o además de dichas operaciones, la ejecución de dichas instrucciones puede configurar y/o facilitar que el UE 1300 se comunique utilizando uno o más protocolos de comunicación cableados o inalámbricos, incluidos uno o más protocolos de comunicación inalámbrica estandarizados por 3GPP, 3GPP2 o IEEE, como los comúnmente conocidos como 5G/NR, LTE, LTE-A, UMTS, HSPA, GSM, GPRS, EDGE, 1xRTT, CDMA2000, 802.11 WiFi, HDMI, USB, Firewire, etc., o cualquier otro protocolo actual o futuro que pueda utilizarse junto con el transceptor 1340 de radio, la interfaz 1350 de usuario y/o la interfaz 1360 de control.

Como otro ejemplo, el procesador 1310 puede ejecutar código de programa almacenado en la memoria 1320 de programa que corresponde a los protocolos de capa MAC, RLC, PDCP y RRC estandarizados por 3GPP (por ejemplo, para NR y/o LTE). Como ejemplo adicional, el procesador 1310 puede ejecutar código de programa almacenado en la memoria 1320 de programa que, junto con el transceptor 1340 de radio, implementa los protocolos de capa PHY correspondientes, como la multiplexación por división de frecuencia ortogonal (OFDM), el acceso múltiple por división de frecuencia ortogonal (OFDMA) y el acceso múltiple por división de frecuencia de portadora única (SC-FDMA). Como otro ejemplo, el procesador 1310 puede ejecutar código de programa almacenado en la memoria 1320 de programa que, junto con el transceptor 1340 de radio, implementa comunicaciones de dispositivo a dispositivo (D2D) con otros dispositivos y/o UE compatibles.

La memoria 1320 de programa también puede incluir código de software ejecutado por el procesador 1310 para controlar las funciones del UE 1300, incluyendo la configuración y el control de diversos componentes, como el transceptor 1340 de radio, la interfaz 1350 de usuario y/o la interfaz 1360 anfitrión. La memoria 1320 de programa también puede comprender uno o más programas de aplicación y/o módulos que comprenden instrucciones ejecutables por ordenador que incorporen cualquiera de los métodos y/o procedimientos ejemplares descritos en el presente documento. Dicho código de software puede especificarse o escribirse utilizando cualquier lenguaje de programación conocido o futuro, como Java, C++, C, Objective-C, HTML, XHTML, código máquina y Assembler, siempre que se conserve la funcionalidad deseada, por ejemplo, la definida por los pasos del método implementado. Además, o como alternativa, la memoria 1320 de programa puede comprender una disposición de almacenamiento externo (no mostrada) remota del UE 1300, desde la cual las instrucciones pueden descargarse a la memoria 1320 de programa ubicada dentro o acoplada de manera extraíble al UE 1300, para permitir la ejecución de dichas instrucciones.

La memoria 1330 de datos puede incluir un área de memoria para que el procesador 1310 almacene variables utilizadas en protocolos, configuración, control y otras funciones del UE 1300, incluyendo operaciones que corresponden o comprenden cualquiera de los métodos y/o procedimientos ejemplares descritos en el presente documento. Además, la memoria 1320 de programa y/o la memoria 1330 de datos pueden incluir memoria no volátil (por ejemplo, memoria flash), memoria volátil (por ejemplo, RAM estática o dinámica) o una combinación de las mismas. Asimismo, la memoria 1330 de datos puede comprender un intervalo de memoria mediante el cual pueden insertarse y extraerse tarjetas de memoria extraíbles de uno o más formatos (por ejemplo, tarjeta SD, memoria extraíble, memoria flash compacta, etc.).

Los expertos en la materia reconocerán que el procesador 1310 puede incluir varios procesadores individuales (incluidos, por ejemplo, procesadores multinúcleo), cada uno de los cuales implementa una parte de la funcionalidad descrita anteriormente. En tales casos, varios procesadores individuales pueden conectarse en común a la memoria 1320 de programa y a la memoria 1330 de datos, o bien conectarse individualmente a varias memorias de programa o memorias de datos individuales. De forma más general, los expertos en la materia reconocerán que diversos protocolos y otras funciones del UE 1300 pueden implementarse en diversas configuraciones informáticas que comprenden distintas combinaciones de hardware y software, que incluyen, pero no se limitan a, procesadores de aplicaciones, procesadores de señales, procesadores de propósito general, procesadores multinúcleo, ASIC, circuitos digitales fijos y/o programables, circuitos analógicos de banda base, circuitos de radiofrecuencia, software, firmware y middleware.

El transceptor 1340 de radio puede incluir una funcionalidad de transmisor y/o receptor de radiofrecuencia que facilita la comunicación del UE 1300 con otros equipos compatibles con estándares y/o protocolos de comunicación inalámbrica similares. En algunas realizaciones ejemplares, el transceptor 1340 de radio incluye uno o más transmisores y uno o más receptores que permiten al UE 1300 comunicarse según diversos protocolos y/o métodos propuestos para su estandarización por 3GPP y/u otros organismos de normalización. Por ejemplo, esta funcionalidad puede operar en cooperación con el procesador 1310 para implementar una capa PHY basada en tecnologías OFDM, OFDMA y/o SC-FDMA, como se describe en el presente documento con respecto a otras figuras.

En algunas realizaciones ejemplares, el transceptor 1340 de radio incluye uno o más transmisores y uno o más receptores que facilitan la comunicación del UE 1300 con diversas redes LTE, LTE-Advanced (LTE-A) y/o NR, según los estándares promulgados por 3GPP. En algunas realizaciones ejemplares de la presente divulgación, el transceptor 1340 de radio incluye circuitos, firmware, etc., necesarios para la comunicación del UE 1300 con diversas redes NR, NR-U, LTE, lTe -A, LTE-LAA, UMTS y/o GSM/EDGE, también según los estándares 3GPP. En algunas realizaciones, el transceptor 1340 de radio puede incluir circuitos que permiten la comunicación D2D entre el UE 1300 y otros UE compatibles.

En algunas realizaciones, el transceptor 1340 de radio incluye circuitos, firmware, etc., necesarios para que el UE 1300 se comunique con diversas redes CDMA2000, según los estándares 3GPP2. En algunas realizaciones, el transceptor 1340 de radio puede ser capaz de comunicarse mediante tecnologías de radio que operan en bandas de frecuencia sin licencia, como Wi-Fi IEEE 802.11, que opera usando frecuencias en las regiones de 2,4, 5,6 y/o 60 GHz. En algunas realizaciones, el transceptor 1340 de radio puede incluir un transceptor que sea capaz de realizar comunicación por cable, por ejemplo, mediante la tecnología Ethernet IEEE 802.3. La funcionalidad específica de cada una de estas realizaciones puede acoplarse y/o controlarse mediante otros circuitos del UE 1300, como el procesador 1310, que ejecuta el código de programa almacenado en la memoria 1320 de programa junto con y/o mediante la ayuda de la memoria 1330 de datos.

La interfaz 1350 de usuario puede adoptar diversas formas según la realización específica del UE 1300 o puede estar completamente ausente del UE 1300. En algunas realizaciones, la interfaz 1350 de usuario puede comprender un micrófono, un altavoz, botones deslizables, botones pulsables, una pantalla, una pantalla táctil, un teclado numérico mecánico o virtual, un teclado mecánico o virtual y/o cualquier otra función de interfaz de usuario común encontrada en teléfonos móviles. En otras realizaciones, el UE 1300 puede comprender un dispositivo informático de tableta que incluye una pantalla táctil de mayor tamaño. En dichas realizaciones, uno o más de las funciones mecánicas de la interfaz 1350 de usuario pueden sustituirse por funciones de interfaz de usuario virtual comparables o funcionalmente equivalentes (por ejemplo, teclado numérico virtual, botones virtuales, etc.) implementadas mediante la pantalla táctil, de forma familiar para los expertos en la materia. En otras realizaciones, el UE 1300 puede ser un dispositivo informático digital, como un ordenador portátil, un ordenador de escritorio, una estación de trabajo, etc., que incluye un teclado mecánico que puede estar integrado, ser independiente o ser extraíble, según la realización ejemplar particular. Dicho dispositivo informático digital también puede comprender una pantalla táctil. Muchas realizaciones ejemplares del UE 1300 que tienen una pantalla táctil son capaces de recibir entradas del usuario, como entradas relacionadas con métodos y/o procedimientos ejemplares descritos en el presente documento o conocidos de otro modo por expertos en la materia.

En algunas realizaciones, el UE 1300 puede incluir un sensor de orientación, que puede utilizarse de diversas maneras según las características y funciones del UE 1300. Por ejemplo, el UE 1300 puede usar las salidas del sensor de orientación para determinar cuándo un usuario ha cambiado la orientación física de la pantalla táctil del UE 1300. Una señal de indicación del sensor de orientación puede estar disponible para cualquier programa de aplicación que se ejecute en el UE 1300, de modo que un programa de aplicación pueda cambiar la orientación de la pantalla (por ejemplo, de vertical a horizontal) automáticamente cuando la señal de indicación indique un cambio de aproximadamente 90 grados en la orientación física del dispositivo. De esta manera ejemplar, el programa de aplicación puede mantener la pantalla de una manera que sea legible para el usuario, independientemente de la orientación física del dispositivo. Además, la salida del sensor de orientación puede utilizarse junto con diversas realizaciones ejemplares de la presente divulgación.

Una interfaz 1360 de control del UE 1300 puede adoptar diversas formas según la realización ejemplar del UE 1300 y los requisitos de interfaz particulares de otros dispositivos con los que el UE 1300 se comunica y/o controla. Por ejemplo, la interfaz 1360 de control puede incluir una interfaz RS-232, una interfaz RS-4135, una interfaz USB, una interfaz HDMI, una interfaz Bluetooth, una interfaz IEEE (“Firewire“), una interfaz I2C, una interfaz PCMCIA, o similares. En algunas realizaciones ejemplares de la presente divulgación, la interfaz 1360 de control puede comprender una interfaz Ethernet IEEE 802.3, como la descrita anteriormente. En algunas realizaciones ejemplares de la presente divulgación, la interfaz 1360 de control puede comprender circuitos de interfaz analógica, que incluyen, por ejemplo, uno o más convertidores de digital a analógico (D/A) y/o de analógico a digital (A/D).

Los expertos en la materia reconocerán que la lista anterior de características, interfaces y estándares de comunicación por radiofrecuencia es meramente a modo de ejemplo y no limitativa del alcance de la presente divulgación. En otras palabras, el UE 1300 puede comprender más funcionalidades que las mostradas en la Figura 13, que incluyen, por ejemplo, una cámara de vídeo y/o de imagen fija, un micrófono, un reproductor y/o grabadora multimedia, etc. Además, el transceptor 1340 de radio puede incluir los circuitos necesarios para comunicarse mediante estándares de comunicación por radiofrecuencia adicionales, que incluyen Bluetooth, GPS y/u otros. Asimismo, el procesador 1310 puede ejecutar el código de software almacenado en la memoria 1320 de programa para controlar dichas funcionalidades adicionales. Por ejemplo, las estimaciones de velocidad direccional y/o posición emitidas por un receptor GPS pueden estar disponibles para cualquier programa de aplicación que se ejecute en el UE 1300, incluyendo diversos métodos y/o medios legibles por ordenador, según diversas realizaciones ejemplares de la presente divulgación.

La Figura 14 muestra un diagrama de bloques de un nodo 1400 de red a modo de ejemplo, según diversas realizaciones de la presente divulgación, incluyendo las descritas anteriormente con referencia a otras figuras. Por ejemplo, el nodo 1400 de red ejemplar puede configurarse mediante la ejecución de instrucciones, almacenadas en un medio legible por ordenador, para realizar operaciones correspondientes a uno o más de los métodos y/o procedimientos ejemplares descritos anteriormente. En algunas realizaciones ejemplares, el nodo 1400 de red puede comprender una estación base, un eNB, un gNB o uno o más componentes de los mismos. Por ejemplo, el nodo 1400 de red puede configurarse como una unidad central (CU) y una o más unidades distribuidas (DU) según las arquitecturas NR gNB especificadas por 3GPP. De forma más general, la funcionalidad del nodo 1400 de red puede distribuirse entre diversos dispositivos físicos y/o unidades funcionales, módulos, etc.

El nodo 1400 de red puede incluir el procesador 1410 (también denominado “circuitos de procesamiento1) que está conectado operativamente a la memoria 1420 de programa y a la memoria 1430 de datos a través del bus 1470, que puede incluir buses de direcciones y datos paralelos, puertos en serie u otros métodos y/o estructuras conocidas por aquellos con conocimientos ordinarios en la materia.

La memoria 1420 de programa puede almacenar código de software, programas y/o instrucciones (mostrados colectivamente como el producto 1421 de programa informático en la Figura 14) que, cuando son ejecutados por el procesador 1410, pueden configurar y/o facilitar que el nodo 1400 de red realice varias operaciones, incluidas operaciones correspondientes a varios métodos ejemplares descritos en el presente documento. Como parte de dichas operaciones, y/o además de las mismas, la memoria 1420 de programa también puede incluir código de software ejecutado por el procesador 1410 que puede configurar y/o facilitar la comunicación del nodo 1400 de red con uno o más UE o nodos de red adicionales mediante otros protocolos o capas de protocolos, como uno o más de los protocolos de capa PHY, MAC, RLC, PDCP y RRC estandarizados por 3GPP para LTE, LTE-A y/o NR, o cualquier otro protocolo de capa superior (por ejemplo, NAS) utilizado junto con la interfaz 1440 de red de radio y/o la interfaz 1450 de red central. Por ejemplo, la interfaz 1450 de red central puede comprender la interfaz S1 o NG, y la interfaz 1440 de red de radio puede comprender la interfaz Uu, estandarizada por 3GPP. La memoria 1420 de programa también puede comprender código de software ejecutado por el procesador 1410 para controlar las funciones del nodo 1400 de red, incluyendo la configuración y el control de varios componentes tales como la interfaz 1440 de red de radio y la interfaz 1450 de red central.

La memoria 1430 de datos puede comprender un área de memoria para que el procesador 1410 almacene variables utilizadas en protocolos, configuración, control y otras funciones del nodo 1400 de red. Por lo tanto, la memoria 1420 de programa y la memoria 1430 de datos pueden comprender memoria no volátil (por ejemplo, memoria flash, disco duro, etc.), memoria volátil (por ejemplo, RAM estática o dinámica), almacenamiento basado en la red (por ejemplo, “nube“) o una combinación de las mismas. Los expertos en la materia comprenderán que el procesador 1410 puede incluir varios procesadores individuales (no mostrados), cada uno de los cuales implementa una parte de la funcionalidad descrita anteriormente. En tal caso, varios procesadores individuales pueden estar conectados en común a la memoria 1420 de programa y a la memoria 1430 de datos, o conectados individualmente a varias memorias de programa y/o memorias de datos individuales. De manera más general, las personas con conocimientos ordinarios reconocerán que varios protocolos y otras funciones del nodo 1400 de red pueden implementarse en muchas combinaciones diferentes de hardware y software que incluyen, pero no se limitan a, procesadores de aplicaciones, procesadores de señales, procesadores de propósito general, procesadores multinúcleo, ASIC, circuitos digitales fijos, circuitos digitales programables, circuitos de banda base analógicos, circuitos de radiofrecuencia, software, firmware y middleware.

La interfaz 1440 de red de radio puede comprender transmisores, receptores, procesadores de señal, ASIC, antenas, unidades de conformación de haz y otros circuitos que permiten al nodo 1400 de red comunicarse con otros equipos, como, en algunas realizaciones, una pluralidad de equipos de usuario (UE) compatibles. En algunas realizaciones, la interfaz 1440 también puede permitir que el nodo 1400 de red se comunique con satélites compatibles de una red de comunicaciones por satélite. En algunas realizaciones ejemplares, la interfaz 1440 de red de radio puede incluir diversos protocolos o capas de protocolo, como los protocolos de capa PHY, MAC, RLC, PDCP y/o RRC estandarizados por 3GPP para LTE, LTE-A, LTE-LAA,<n>R, NR-U, etc.; mejoras a estos, como las descritas anteriormente en el presente documento; o cualquier otro protocolo de capa superior utilizado junto con la interfaz 1440 de red de radio. Según otras realizaciones ejemplares de la presente divulgación, la interfaz 1440 de red de radio puede comprender una capa PHY basada en tecnologías OFDM, OFDMA y/o SC-FDMA. En algunas realizaciones, la funcionalidad de dicha capa PHY puede ser proporcionada conjuntamente por la interfaz 1440 de red de radio y el procesador 1410 (incluido el código de programa en la memoria 1420).

La interfaz 1450 de red central puede comprender transmisores, receptores y otros circuitos que permiten al nodo 1400 de red comunicarse con otros equipos de la red central, como, en algunas realizaciones, redes centrales conmutadas por circuitos (CS) o por paquetes (PS). En algunas realizaciones, la interfaz 1450 de red central puede incluir la interfaz S1 estandarizada por 3GPP. En algunas realizaciones, la interfaz 1450 de red central puede incluir la interfaz NG estandarizada por 3GPP. En algunas realizaciones ejemplares, la interfaz 1450 de red central puede comprender una o más interfaces con uno o más AMF, SMF, SGW, MME, SGSN, GGSN y otros dispositivos físicos que comprenden funcionalidades presentes en las redes centrales GERAN, UTRAN, EPC, 5GC y CDMA2000 que son conocidas por los expertos en la materia. En algunas realizaciones, estas una o más interfaces pueden multiplexarse en conjunto en una única interfaz física. En algunas realizaciones, las capas inferiores de la interfaz 1450 de red central pueden comprender una o más tecnologías de transmisión, ya sea por modo de transferencia asíncrono (ATM), protocolo de Internet (IP) sobre Ethernet, SDH sobre fibra óptica, T1/E1/PDH sobre cable de cobre, radiofrecuencia por microondas u otras tecnologías de transmisión, ya sean cableadas o inalámbricas, conocidas por los expertos en la materia.

En algunas realizaciones, el nodo 1400 de red puede incluir hardware y/o software que configura y/o facilita la comunicación del nodo 1400 de red con otros nodos de red en una<r>A<n>, como otros eNB, gNB, ng-eNB, engNB, nodos IAB, etc. Dicho hardware y/o software puede formar parte de la interfaz 1440 de red de radio y/o de la interfaz 1450 de red central, o ser una unidad funcional independiente (no se muestra). Por ejemplo, dicho hardware y/o software puede configurar y/o facilitar la comunicación del nodo 1400 de red con otros nodos RAN a través de las interfaces X2 o Xn, según lo estandarizado por 3GPP.

La interfaz 1460 OA&M puede comprender transmisores, receptores y otros circuitos que permiten al nodo 1400 de red comunicarse con redes externas, ordenadores, bases de datos, y similares con fines de operación, administración y mantenimiento del nodo 1400 de red o con otros equipos de red conectados de manera operativa al mismo. Las capas inferiores de la interfaz 1460 OA&M pueden comprender una o más tecnologías de transmisión, ya sean de modo de transferencia asíncrono (ATM), protocolo de Internet (IP) sobre Ethernet, SDH sobre fibra óptica, T1/E1/PDH sobre cable de cobre, radiofrecuencia por microondas u otras tecnologías de transmisión, ya sean cableadas o inalámbricas, conocidas por los expertos en la materia. Además, en algunas realizaciones, una o más de las interfaces 1440 de red de radio, la interfaz 1450 de red central y la interfaz 1460 OA&M pueden multiplexarse en conjunto en una única interfaz física, como en los ejemplos mencionados anteriormente.

La Figura 15 es un diagrama de bloques de una red de comunicación ejemplar configurada para proporcionar servicios de datos OTT (over-the-top) entre un ordenador anfitrión y un equipo de usuario (UE), según una o más realizaciones ejemplares de la presente divulgación. El UE 1510 puede comunicarse con la red 1530 de acceso de radio (RAN) a través de la interfaz 1520 de radio, que puede basarse en los protocolos descritos anteriormente, incluyendo, por ejemplo, LTE, LTE-A y 5G/NR. Por ejemplo, el UE 1510 puede configurarse y/o disponerse como se muestra en otras figuras descritas anteriormente.

La RAN 1530 puede incluir uno o más nodos de red terrestres (por ejemplo, estaciones base, eNB, gNB, controladores, etc.) que operan en bandas de espectro con licencia, así como uno o más nodos de red que operan en espectro sin licencia (por ejemplo, utilizando tecnología LAA o NR-U), como la banda de 2,4 GHz y/o la banda de 5 GHz. En estos casos, los nodos de red que comprenden la RAN 1530 pueden operar conjuntamente utilizando espectro con licencia y sin licencia. En algunas realizaciones, la RAN 1530 puede incluir, o ser capaz de comunicarse con, uno o más satélites que componen una red de acceso satelital.

La RAN 1530 puede comunicarse además con la red 1540 central según los diversos protocolos e interfaces descritos anteriormente. Por ejemplo, uno o más aparatos (por ejemplo, estaciones base, eNB, gNB, etc.) que comprenden la RAN 1530 pueden comunicarse con la red 1540 central a través de la interfaz 1650 de red central descrita anteriormente. En algunas realizaciones ejemplares, la RAN 1530 y la red 1540 central pueden configurarse y/o disponerse como se muestra en otras figuras descritas anteriormente. Por ejemplo, los eNB que comprenden una E-UTRAN 1530 pueden comunicarse con una red 1540 central EPC a través de una interfaz S1, como se muestra en la Figura 1. Como otro ejemplo, los gNB que comprenden una RAN 1530 de NR pueden comunicarse con una red 1530 central 5GC a través de una interfaz NG.

La red 1540 central puede comunicarse además con una red externa de paquetes de datos, ilustrada en la Figura 15 como Internet 1550, según diversos protocolos e interfaces conocidos por los expertos en la materia. Muchos otros dispositivos y/o redes también pueden conectarse y comunicarse a través de Internet 1550, como el ordenador 1560 anfitrión ejemplar. En algunas realizaciones ejemplares, el ordenador 1560 anfitrión puede comunicarse con el UE 1510 utilizando Internet 1550, la red 1540 central y la RAN 1530 como intermediarios. El ordenador 1560 anfitrión puede ser un servidor (por ejemplo, un servidor de aplicaciones) propiedad de y/o controlado por un proveedor de servicios. El ordenador 1560 anfitrión puede ser operado por el proveedor de servicios OTT o por otra entidad en nombre del proveedor de servicios.

Por ejemplo, el ordenador 1560 anfitrión puede proporcionar un servicio de datos por paquetes OTT (over-thetop) al UE 1510 mediante las instalaciones de la red 1540 central y la RAN 1530, que pueden ignorar el enrutamiento de una comunicación entrante/saliente hacia/desde el ordenador 1560 anfitrión. De igual forma, el ordenador 1560 anfitrión puede ignorar el enrutamiento de una transmisión desde el ordenador anfitrión al UE, por ejemplo, el enrutamiento de la transmisión a través de la RAN 1530. Se pueden proporcionar diversos servicios OTT utilizando la configuración ejemplar mostrada en la Figura 15, incluyendo, por ejemplo, la transmisión (unidireccional) de audio y/o vídeo del ordenador anfitrión al UE, audio y/o vídeo interactivos (bidireccionales) entre el ordenador anfitrión y el UE, mensajería interactiva o comunicación social, realidad virtual o aumentada interactiva, etc.

La red ejemplar que se muestra en la Figura 15 también puede incluir procedimientos de medición y/o sensores que monitorizan las métricas de rendimiento de la red, como la velocidad de datos, la latencia y otros factores que se mejoran mediante las realizaciones ejemplares descritas en el presente documento. La red ejemplar también puede incluir funcionalidad para reconfigurar el enlace entre los puntos finales (por ejemplo, el ordenador anfitrión y el UE) en respuesta a variaciones en los resultados de la medición. Dichos procedimientos y funcionalidades son conocidos y se utilizan; si la red oculta o abstrae la interfaz de radio del proveedor de servicios OTT, las mediciones pueden facilitarse mediante señalización propietaria entre el UE y el ordenador anfitrión.

Las realizaciones ejemplares descritas en el presente documento proporcionan técnicas eficientes para una programación cruzada de intervalos mejorada (por ejemplo, de PDCCH a PDSCH o PUSCH) que logra una reducción de consumo energético del UE sin imponer costes de latencia y/o de rendimiento asociados a la aplicación de manera convencional de una configuración cruzada de intervalos a todas las transmisiones PDSCH/PUSCH. Al utilizarse en UE de NR o LTE (por ejemplo, UE 1510) y eNB y/o gNB (por ejemplo, que comprenden la RAN 1530), las realizaciones ejemplares descritas en el presente documento pueden reducir el consumo energético del UE para la monitorización del PDCCH, lo que facilita que dichos UE utilicen su capacidad de energía almacenada (por ejemplo, en una batería) para otras operaciones, como la recepción y/o transmisión de datos mediante servicios OTT (por ejemplo, sobre PDSCH o PUSCH). Estas mejoras pueden dar como resultado un mayor uso de dichos servicios OTT con una menor necesidad de recargar las baterías del UE.

Lo anterior simplemente ilustra los principios de la divulgación. Diversas modificaciones y alteraciones de las realizaciones descritas resultarán evidentes para los expertos en la materia a la luz de las enseñanzas expuestas en el presente documento. Por lo tanto, se apreciará que los expertos en la materia podrán diseñar numerosos sistemas, disposiciones y procedimientos que, aunque no se muestren ni describan explícitamente en el presente documento, incorporan los principios de la divulgación y, por lo tanto, pueden estar dentro del espíritu y alcance de la divulgación. Diversas realizaciones ejemplares pueden utilizarse conjuntamente, así como de forma intercambiable, como comprenderán los expertos en la materia.

El término unidad, tal como se utiliza en el presente documento, puede tener un significado convencional en el campo de la electrónica, dispositivos eléctricos y/o 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, salidas y/o funciones de visualización, y así sucesivamente, tales como los que se describen en el presente documento.

Cualquier paso, método, característica, función o beneficio apropiado descrito en el presente documento puede llevarse a cabo mediante una o más unidades funcionales o módulos de uno o más aparatos virtuales. Cada aparato virtual puede comprender varias de estas unidades funcionales. Estas unidades funcionales pueden implementarse mediante circuitos de procesamiento, que pueden incluir uno o más microprocesadores o microcontroladores, así como otro hardware digital, como procesadores de señales digitales (DSP), lógica digital de propósito especial, y similares. Los circuitos de procesamiento pueden configurarse para ejecutar código de programa almacenado en memoria, que puede incluir uno o varios tipos de memoria, como memoria de solo lectura (ROM), memoria de acceso aleatorio (RAM), memoria caché, dispositivos de memoria flash, dispositivos de almacenamiento óptico, etc. El código de programa almacenado en memoria incluye instrucciones para ejecutar uno o más protocolos de telecomunicaciones y/o 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 realizaciones, los circuitos de procesamiento pueden utilizarse para que la unidad funcional respectiva realice las funciones correspondientes según una o más realizaciones de la presente divulgación.

Como se describe en el presente documento, un dispositivo y/o aparato puede representarse mediante un chip semiconductor, un conjunto de chips o un módulo (de hardware) que comprende tal chip o conjunto de chips, sin embargo, esto no excluye la posibilidad de que la funcionalidad de un dispositivo o aparato, en lugar de implementarse en hardware, se implemente como un módulo de software, como un programa informático o un producto de programa informático que comprenda fragmentos de código de software ejecutable para su ejecución u operación en un procesador. Además, la funcionalidad de un dispositivo o aparato puede implementarse mediante cualquier combinación de hardware y software. Un dispositivo o aparato también puede considerarse un conjunto de múltiples dispositivos y/o aparatos, ya sea funcionalmente en cooperación entre sí o de forma independiente unos con respecto a otros. Asimismo, los dispositivos y aparatos pueden implementarse de forma distribuida en un sistema, siempre que se preserve la funcionalidad del dispositivo o aparato. Estos principios y otros similares se consideran conocidos por un experto en la materia.

Salvo que se defina lo contrario, todos los términos (incluidos los técnicos y científicos) utilizados en el presente documento tienen el mismo significado que el que comúnmente entiende un experto en la materia a la que pertenece esta divulgación. Se entiende, además, que los términos utilizados en el presente documento deben interpretarse con un significado coherente con su significado en el contexto de esta memoria descriptiva y la técnica pertinente, y no se interpretarán de forma idealizada o excesivamente formal, a menos que así se defina expresamente en el presente documento.

Además, ciertos términos utilizados en la presente divulgación, incluyendo la memoria descriptiva, los dibujos y sus realizaciones ejemplares, pueden usarse como sinónimos en ciertos casos, que incluyen, pero no se limitan a, datos e información. Cabe destacar que, si bien estos términos y/u otros términos que pueden ser sinónimos entre sí pueden usarse como sinónimos en el presente documento, puede haber casos en los que dichos términos no se pretendan que se usen como sinónimos.

Claims

REIVINDICACIONES

1. Un método, realizado por un equipo de usuario, UE, en comunicación con un nodo de red en una red de acceso por radio, RAN, comprendiendo el método:

recibir (1030), desde el nodo de red, una indicación de que un desplazamiento de programación mínimo, entre un canal de control de enlace descendente físico de programación, PDCCH, y una señal o canal programado a través del PDCCH de programación, cambiará después de una primera duración; posteriormente monitorear (1040), durante la primera duración, un PDCCH de programación basado en una primera configuración operativa; y

en respuesta al final de la primera duración, monitorear (1070) un PDCCH de programación basado en una segunda configuración operativa.

2. El método según la reivindicación 1, en el que las configuraciones operativas primera y segunda difieren en uno o más de los siguientes parámetros:

proporción de tiempo transcurrido en modo de suspensión;

partes del ancho de banda utilizadas; y

número de cadenas de recepción utilizadas.

3. El método según cualquiera de las reivindicaciones 1-2, en el que la primera duración está relacionada con el tiempo requerido, por el UE, para cambiar de la primera configuración operativa a la segunda configuración operativa.

4. El método según cualquiera de las reivindicaciones 1-3, que comprende además:

durante el monitoreo basado en la segunda configuración operativa, detectar (1080) un segundo PDCCH de programación que programa la señal o canal para el UE; y

transmitir o recibir (1090) la señal o canal en un segundo desplazamiento de programación después del segundo PDCCH de programación.

5. El método según la reivindicación 4, en el que el segundo desplazamiento de programación es menor que un primer desplazamiento de programación aplicable durante la primera duración.

6. El método según la reivindicación 5, en el que:

el segundo desplazamiento de programación comprende cero o más símbolos dentro del mismo intervalo que el segundo PDCCH de programación; y

el primer desplazamiento de programación comprende uno o más intervalos, o uno o más símbolos dentro del mismo intervalo, o

en el que:

el segundo desplazamiento de programación comprende uno o más intervalos; y

el primer desplazamiento de programación comprende dos o más intervalos.

7. El método según cualquiera de las reivindicaciones 1-6, que comprende además:

durante la monitorización basada en la primera configuración operativa, detectar (1050) un primer PDCCH de programación que programa la señal o canal para el UE; y

transmitir o recibir (1060) la señal o canal en un primer desplazamiento de programación después del primer PDCCH de programación.

8. El método según cualquiera de las reivindicaciones 1-7:

en el que la primera duración se basa en un PDCCH de programación inicial, para el UE, después de recibir la indicación, o una pluralidad inicial de PDCCH de programación, para el UE, después de recibir la indicación; o

en el que la primera duración comprende una segunda pluralidad de ocasiones de monitoreo de PDCCH, asociadas con el UE, durante uno de: después de recibir la indicación; o una tercera pluralidad de ocasiones de monitoreo de PDCCH, asociadas con el UE, después de recibir la indicación, en el que la tercera pluralidad es mayor que la segunda pluralidad.

9. El método según cualquiera de las reivindicaciones 1 -8, en el que:

el método comprende además transmitir (1010), al nodo de red, una indicación de un tiempo de procesamiento requerido para la decodificación de PDCCH; y

la indicación recibida identifica un desplazamiento de programación mínimo, aplicable después del final de la primera duración, que es mayor o igual al tiempo de procesamiento indicado.

10. El método según cualquiera de las reivindicaciones 1 -9, en el que:

el método comprende además recibir (1020), desde el nodo de red, un mensaje de configuración que identifica uno o más desplazamientos de programación candidatos; y

la indicación recibida identifica uno de los desplazamientos de programación candidatos como el desplazamiento de programación mínimo aplicable después del final de la primera duración.

11. El método según la reivindicación 10, en el que:

el mensaje de configuración es un mensaje de control de recursos de radio, RRC; y

la indicación se recibe a través de uno de los siguientes:

elemento de control, CE, de control de acceso al medio, MAC; o

información de control de enlace descendente, DCI, de capa física, PHY.

12. El método según cualquiera de las reivindicaciones 1-11, en el que se aplica una de las siguientes condiciones:

la señal o canal es un canal compartido de enlace descendente físico, PDSCH, y el primer desplazamiento de programación es K0;

la señal o canal es un canal compartido de enlace ascendente físico, PUSCH, y el primer desplazamiento de programación es K2; o

la señal o canal es una señal de referencia de información de estado del canal, CSI-RS, y el primer desplazamiento de programación es un desplazamiento de activación aperiódico.

13. Un método, realizado por un nodo de red en una red de acceso por radio, RAN, en comunicación entre un UE y el nodo de red, comprendiendo el método:

transmitir (1130), al UE, una indicación de que hay un desplazamiento de programación mínimo, entre un canal de control de enlace descendente físico de recepción de programación, PDCCH, y

una señal o canal programado a través del PDCCH de programación, cambiará después de una primera duración;

posteriormente transmitir (1140), al UE, un PDCCH de programación que programa la señal o canal para el UE;

determinar (1150) un desplazamiento de programación en función de si el PDCCH de programación se transmitió durante o después de la primera duración; y

transmitir o recibir (1160) la señal o canal en el desplazamiento de programación determinado después del PDCCH de programación.

14. Un equipo de usuario, UE (120, 1300, 1510), configurado para la comunicación con un nodo (105, 110, 115, 1200, 1250, 1400) de red en una red de acceso por radio, RAN (100, 1299, 1530), comprendiendo el UE (120, 1300, 1510):

circuitos (1340) transceptores configurados para comunicarse con el nodo de red; y

circuitos (1310) de procesamiento acoplados operativamente a los circuitos transceptores, mediante los cuales los circuitos de procesamiento y los circuitos transceptores están configurados para hacer que el UE (120, 1300, 1510): reciba, desde el nodo (105, 110, 115, 1200, 1250, 1400) de red, una indicación de que un desplazamiento de programación mínimo, entre un canal de control de enlace descendente físico de programación, PDCCH, y una señal o canal programado a través del PDCCH de programación, cambiará después de una primera duración; monitoree posteriormente, durante la primera duración, un PDCCH de programación basado en una primera configuración operativa; y en respuesta al final de la primera duración, monitoree un PDCCH de programación basado en una segunda configuración operativa.

15. El equipo de usuario, UE (120, 1300, 1510) según la reivindicación 14, en el que los circuitos de procesamiento y los circuitos transceptores están configurados además para realizar operaciones correspondientes a cualquiera de los métodos según las reivindicaciones 2-12.

16. Un nodo (105, 110, 115, 1200, 1250, 1400) de red, en una red de acceso de radio, RAN (100, 1299, 1530), configurado para la comunicación entre un UE (120, 1300, 1510) y el nodo (105, 110, 115, 1200, 1250, 1400) de red, comprendiendo dicho nodo (105, 110, 115, 1200, 1250, 1400) de red:

circuitos (1440) de interfaz de red de radio configurados para comunicarse con el UE (120, 1300, 1510); y

circuitos (1410) de procesamiento acoplados operativamente a los circuitos de interfaz de red de radio, mediante los cuales los circuitos de procesamiento y los circuitos de interfaz de red de radio están configurados para hacer que el nodo (105, 110, 115, 1200, 1250, 1400) de red: transmita, al UE (120, 1300, 1510) una indicación de que un desplazamiento de programación mínimo, entre un canal de control de enlace descendente físico de recepción de programación, PDCCH, y una señal o canal programado a través del PDCCH de programación, cambiará después de una primera duración; posteriormente transmitir, al UE (120, 1300, 1510), un PDCCH de programación que programa la señal o canal para el UE (120, 1300, 1510); determinar un desplazamiento de programación en función de si el PDCCH de programación se transmitió durante o después de la primera duración; transmitir o recibir la señal o canal en el desplazamiento de programación determinado después del PDCCH de programación.