ES2953534T3 - Procedimiento y aparato para la gestión del haz en un sistema de comunicación inalámbrica - Google Patents

Procedimiento y aparato para la gestión del haz en un sistema de comunicación inalámbrica Download PDF

Info

Publication number
ES2953534T3
ES2953534T3 ES17203456T ES17203456T ES2953534T3 ES 2953534 T3 ES2953534 T3 ES 2953534T3 ES 17203456 T ES17203456 T ES 17203456T ES 17203456 T ES17203456 T ES 17203456T ES 2953534 T3 ES2953534 T3 ES 2953534T3
Authority
ES
Spain
Prior art keywords
drx
service
request
time
procedure
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES17203456T
Other languages
English (en)
Inventor
Yu-Hsuan Guo
Hsin-Hsi Tsai
Richard Lee-Chee Kuo
Meng-Hui Ou
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Application granted granted Critical
Publication of ES2953534T3 publication Critical patent/ES2953534T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0408—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas using two or more beams, i.e. beam diversity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0636—Feedback format
    • H04B7/0639—Using selective indices, e.g. of a codebook, e.g. pre-distortion matrix index [PMI] or for beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24—Cell structures
    • H04W16/28—Cell structures using beam steering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/046—Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

Se divulgan un método y un aparato desde la perspectiva de un UE. Preferiblemente, el método incluye recibir una configuración, en donde la configuración indica si el UE realiza una gestión de haz durante un período de tiempo específico (2605). El método también incluye determinar si se debe realizar la gestión del haz durante el período de tiempo específico en función de al menos la configuración (2610). (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Procedimiento y aparato para la gestión del haz en un sistema de comunicación inalámbrica
Esta divulgación generalmente se refiere a las redes de comunicación inalámbrica, y más particularmente, a un procedimiento y aparato para la gestión del haz en un sistema de comunicación inalámbrica.
Con el rápido aumento de la demanda para la comunicación de grandes cantidades de datos hacia y desde los dispositivos de comunicación móvil, las redes de comunicación de voz móvil tradicionales evolucionan hacia redes que se comunican con paquetes de datos de Protocolo de Internet (IP). Tal comunicación de paquetes de datos de IP puede proporcionar a los usuarios de los dispositivos de comunicación móvil servicios de voz sobre IP, multimedia, multidifusión y comunicación bajo demanda.
Una estructura de red ilustrativa es una Red de acceso de radio terrestre universal evolucionado (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos con el fin de realizar los servicios de voz sobre IP y multimedia mencionados anteriormente. Una tecnología de nueva radio para la próxima generación (por ejemplo, 5G) se discute actualmente por la organización de estándares 3GPP. En consecuencia, los cambios al cuerpo actual del estándar 3GPP se presentan y consideran actualmente para evolucionar y finalizar con el estándar 3GPP.
El artículo 3GPP "Operación DRX conectada a NR con conformación de haces", XP051178384, divulga un procedimiento de acuerdo con la porción del preámbulo de la reivindicación 1. El artículo 3GPP "Mecanismo de ahorro de potencia del UE en Alta Frecuencia", XP051177620, divulga un procedimiento para un equipo de usuario en el que un eNB mueve el UE a un modo DRX. Se conocen otros procedimientos para la gestión del haz durante el modo DRX del artículo 3GPP "Discusión sobre el Ahorro de Potencia para NR de HF", XP051178415.
Sumario
El procedimiento y el aparato se divulgan desde la perspectiva de un Equipo de Usuario (UE) y se definen en las reivindicaciones independientes. Las reivindicaciones dependientes definen las realizaciones preferentes de las mismas.
Breve descripción de los dibujos
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrica de acuerdo con una realización ilustrativa.
La Figura 2 es un diagrama de bloques de un sistema transmisor (conocido también como red de acceso) y un sistema receptor (conocido también como equipo de usuario o UE) de acuerdo con una realización ilustrativa. La Figura 3 es un diagrama de bloques funcional de un sistema de comunicación de acuerdo con una realización ilustrativa.
La Figura 4 es un diagrama de bloques funcional del código de programa de la Figura 3 de acuerdo con una realización ilustrativa.
La Figura 5 es una reproducción de la Figura 1 del 3GPP R2-162709.
La Figura 6 ilustra las cuatro etapas de un procedimiento de acceso aleatorio basado en la contención de acuerdo con una realización ilustrativa.
La Figura 7 muestra las tres etapas de un procedimiento de acceso aleatorio sin contención de acuerdo con una realización ilustrativa.
La Figura 8 es una reproducción de la Tabla 5.2-1 del TS 5G.213 v1.9.
La Figura 9 es una reproducción de la Tabla 5.2-2 del TS 5G.213 v1.9.
La Figura 10 es una reproducción de la Tabla 5.2-3 del TS 5G.213 v1.9.
La Figura 11 es una reproducción de la Tabla 8.3.3.1-1 del TS 5G.213 v1.9.
La Figura 12 es una reproducción de la Tabla 8.4.3.1-1 del TS 5G.213 v1.9.
La Figura 13 es una reproducción de la Tabla 8.4.3.2-1 del TS 5G.213 v1.9.
La Figura 14 es un diagrama de acuerdo con una realización ilustrativa.
La Figura 15 es un diagrama de acuerdo con una realización ilustrativa.
La Figura 16 es una reproducción de una porción de la Figura 1 del 3GPP R2-163879.
La Figura 17 es una reproducción de una porción de la Figura 1 del 3GPP R2-163879.
La Figura 18 es una reproducción de la Figura 3 del 3GPP R2-162210.
La Figura 19 es una reproducción de la Figura 1 del 3GPP R2-163471.
La Figura 20 es un diagrama de acuerdo con una realización ilustrativa.
La Figura 21 es una reproducción de la Figura 3 del 3GPP R2-162251.
La Figura 22 es una reproducción de la Figura 4 del 3GPP R2-162251.
La Figura 23 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 24 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 25 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 26 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 27 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 28 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 29 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 30 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 31 es un diagrama de flujo de acuerdo con una realización ilustrativa.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica ilustrativos que se describen más abajo emplean un sistema de comunicación inalámbrica que soporta un servicio de difusión. Los sistemas de comunicación inalámbrico se despliegan ampliamente para proporcionar diversos tipos de comunicación tal como voz, datos, y así sucesivamente. Estos sistemas pueden ser en base a acceso múltiple por división del código (CDMA), acceso múltiple por división en el tiempo (TDMA), Acceso múltiple por división de frecuencia ortogonal (0FDMA), acceso inalámbrico 3GPP LTE (Evolución a largo plazo), 3GPP LTE-A o LTE-Advanced (Evolución a largo plazo avanzada), 3GPP2 UMB (Banda ancha Ultramóvil), WiMax, o algunas otras técnicas de modulación.
En particular, los dispositivos de los sistemas de comunicación inalámbrica ilustrativos que se describen a continuación pueden diseñarse para admitir uno o más estándares, tal como el estándar que se ofrece por un consorcio que se nombra "Proyecto de Asociación de 3ra Generación" denominado en la presente memoria como 3GPP, que incluye: R2-162366, "Impactos de Conformación de Haces", Nokia y Alcatel-Lucent; R2-163716, "Discusión sobre la terminología de la conformación de haces basada en NR de alta frecuencia", Samsung; R2-162709, "Soporte de haces en NR", Intel; R2-162762, "Movilidad en Modo Activo en NR: SINR cae en frecuencias más altas", Ericsson; R3-160947, TR 38.801 V0.1.0, "Estudio sobre la Tecnología de Acceso de Nueva Radio; interfaces y arquitectura de acceso por radio"; R2-164306, "Resumen de la discusión por correo electrónico [93bis#23][NR] Escenarios de implementación", NTT DOCOMO; 3GPP RAN2#94 minuto de reunión; R2-163879, "Impactos de RAN2 en HF-NR", MediaTeK; R2-162210, "Gestión de nivel de haz ≤-> Movilidad a nivel de celda", Samsung; R2-163471, "Concepto de celda en NR", CATT; R2-164270, "Consideraciones generales sobre el interfuncionamiento estrecho de LTE-NR", Huawei; R2-162251, "Aspectos de RAN2 de la nueva RAT de alta frecuencia", Samsung; R1-165364, "Compatibilidad con plano de control común basado en haz", Nokia y Alcatel-Lucent Shanghai Bell; TS 36.321 V13.2.0, "Memoria descriptiva del protocolo de control de acceso al medio (MAC)"; TS 36.300 v13.4.0, "E-UTRA y E-UTRAN; Descripción general; Etapa 2"; TS 36.213 v13.2.0, "E-UTRA; Procedimientos de capa física"; y R2-168856, "Propuesta de texto para TR 38.804 sobre estados de UE y transiciones de estado para NR", NTT DoCoMo.
Además, los dispositivos de los sistemas de comunicación inalámbrica ilustrativos que se describen más abajo pueden diseñarse de acuerdo con la tecnología inalámbrica discutida en los diversos documentos, entre los que se incluyen: TS SG.211 v2.6, "Canales físicos y modulación KT 5G (Liberación 1)"; TS 5G.212 v2.3, "Multiplexación de la Capa Física KT 5G y codificación de canales (Liberación 1)"; TS 5G.213 v1.9, "Procedimientos de la Capa Física KT 5G (Liberación 1)"; and TS 5G.321 v1.2, "Memoria descriptiva del protocolo MAC KT 5G (Liberación 1)".
La Figura 1 muestra un sistema de comunicación inalámbrica de acceso múltiple de acuerdo con una realización de la invención. Una red de acceso 100 (AN) incluye grupos de antenas múltiples, uno que incluye a 104 y a 106, otro que incluye a 108 y a 110, y uno adicional que incluye a 112 y a 114. En la Figura 1, sólo se muestran dos antenas para cada grupo de antenas, sin embargo, pueden usarse más o menos antenas para cada grupo de antenas. El terminal de acceso 116 (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 realizan la transmisión de la información al terminal de acceso 116 a través del enlace directo 120 y reciben información desde el terminal de acceso 116 a través del enlace inverso 118. El terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 realizan la transmisión de la información al terminal de acceso (AT) 122 a través del enlace directo 126 y reciben información desde el terminal de acceso (AT) 122 a través del enlace inverso 124. En un sistema FDD, los enlaces de comunicación 118, 120, 124 y 126 pueden usar una frecuencia diferente para la comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente luego a la que usa el enlace inverso 118.
Cada grupo de antenas y/o el área en la que se diseñan para comunicarse se refiere a menudo como un sector de la red de acceso. En la realización, cada uno de los grupos de antenas se diseña para comunicarse con los terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación a través de los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden usar la conformación de haces con el fin de mejorar la relación señal-ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. También, una red de acceso que usa la conformación de haces para la transmisión a terminales de acceso dispersos aleatoriamente a través de su cobertura provoca menos interferencia a los terminales de acceso en las celdas vecinas que una red de acceso que realiza la transmisión a través de una única antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para la comunicación con los terminales y puede denominarse también como un punto de acceso, un Nodo B, una estación base, una estación base mejorada, un Nodo B evolucionado (eNB), o alguna otra terminología. Un terminal de acceso (AT) puede llamarse también equipo de usuario (UE), un dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.
La Figura 2 es un diagrama de bloques simplificado de una realización de un sistema transmisor 210 (conocido también como la red de acceso) y un sistema receptor 250 (conocido también como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema MIM0200. En el sistema transmisor 210, se proporcionan datos de tráfico para un número de flujos de datos desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferentemente, cada flujo de datos se transmite a través de una antena de transmisión respectiva. El procesador de datos de TX 214 formatea, codifica, e intercala los datos de tráfico para cada flujo de datos en base a un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar los datos codificados. Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto mediante el uso de técnicas 0FDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. Los datos piloto y codificados multiplexados para cada flujo de datos se modulan luego (es decir, se mapean símbolos) en base a un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La velocidad de datos, la codificación y la modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos se proporcionan luego a un procesador MIMO TX 220, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador MIMO TX 220 proporciona luego Nt flujos de símbolos de modulación para los Nt transmisores (TMTR) del 222a al 222t. En ciertas realizaciones, el procesador MIMO TX 220 aplica los pesos de la conformación de haces a los símbolos de los flujos de datos y a la antena desde la que se transmite el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y condiciona además (por ejemplo, amplifica, filtra, y convierte ascendentemente) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión mediante el canal MIM0. Nt señales moduladas desde los transmisores del 222a al 222t se transmiten luego desde las Nt antenas de la 224a a la 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben por las Nr antenas de la 252a a la 252r y la señal recibida desde cada antena 252 se proporciona a un receptor (RCVR) respectivo del 254a al 254r. Cada receptor 254 condiciona (por ejemplo, filtra, amplifica y convierte descendentemente) una señal recibida respectiva, digitaliza la señal condicionada para proporcionar muestras, y procesa además las muestras para proporcionar un flujo de símbolos "recibidos" correspondiente.
Un procesador de datos de RX 260 recibe y procesa luego los Nr flujos de símbolos recibidos desde los Nr receptores 254 en base a una técnica de procesamiento particular del receptor para proporcionar Nt flujos de símbolos "detectados". El procesador de datos de RX 260 demodula, desintercala, y decodifica luego cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador de datos de RX 260 es complementario al que realiza el procesador MIMO TX 220 y el procesador de datos de TX 214 en el sistema transmisor 210.
Un procesador 270 determina periódicamente qué matriz de precodificación usar (discutido más abajo). El procesador 270 formula un mensaje de enlace inverso que comprende una porción del índice de la matriz y una porción del valor del rango.
El mensaje de enlace inverso puede comprender diversos tipos de información con respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso luego se procesa por un procesador de datos de TX 238, que recibe además los datos de tráfico para un número de flujos de datos desde un origen de datos 236, se modula por un modulador 280, se condiciona por los transmisores del 254a al 254r, y se transmite de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas desde el sistema receptor 250 se reciben por las antenas 224, condicionadas por los receptores 222, demoduladas por un demodulador 240, y procesadas por un procesador de datos de RX 242 para extraer el mensaje de enlace inverso transmitido mediante el sistema receptor 250. El procesador 230 luego determina qué matriz de precodificación usar para determinar los pesos de conformación de haces y luego procesa el mensaje extraído.
Volviendo a la Figura 3, esta Figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la invención. Como se muestra en la Figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede utilizarse para realizar los UE (o AT) 116 y 122 en la Figura 1 o la estación base (o AN) 100 en la Figura 1, y el sistema de comunicaciones inalámbricas es preferentemente el sistema LTE. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad central de procesamiento (CPU) 308, una memoria 310, un código de programa 312, y un transceptor 314. El circuito de control 306 ejecuta el código de programa 312 en la memoria 310 a través de la CPU 308, que controla de este modo una operación del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales introducidas por un usuario a través del dispositivo de entrada 302, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y realizar la transmisión de las señales inalámbricas, entregando las señales recibidas al circuito de control 306, y emitiendo las señales generadas por el circuito de control 306 de manera inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede usarse también para realizar la AN 100 en la Figura 1.
La Figura 4 es un diagrama de bloques simplificado del código del programa 312 mostrado en la Figura 3 de acuerdo con una realización de la invención. En esta realización, el código de programa 312 incluye una capa de aplicación 400, una porción de la Capa 3402, y una porción de la Capa 2404, y se acopla a una porción de la Capa 1 406. La porción de la Capa 3402 realiza en general el control de recursos de radio. La porción de la Capa 2404 realiza en general el control de enlace. La porción de la Capa 1406 realiza en general las conexiones físicas.
Las actividades de estandarización de 3GPP en tecnología de acceso de próxima generación (es decir, 5G) se han lanzado desde marzo de 2015. La tecnología de acceso de próxima generación tiene como objetivo admitir las siguientes tres familias de escenarios de uso para satisfacer tanto las necesidades urgentes del mercado como los requisitos a más largo plazo establecidos por el UIT-R IMT-2020:
- eMBB (Banda Ancha Móvil mejorada);
- mMTC (Comunicaciones masivas de Tipo Máquina); y
- URLLC (Comunicaciones Ultra Confiables de Baja Latencia).
En general, uno de los objetivos del elemento de estudio 5G sobre la tecnología de acceso de nueva radio es identificar y desarrollar los componentes tecnológicos necesarios para los sistemas de nueva radio que deben ser capaces de utilizar cualquier banda de espectro que vaya al menos hasta 100 GHz. El soporte de frecuencias portadoras de hasta 100 GHz presenta un número de desafíos en el área de la propagación de radio. A medida que aumenta la frecuencia portadora, la pérdida de trayectoria también aumenta.
En base a 3GPP R2-162366, en las bandas de frecuencias más bajas (por ejemplo, Bandas LTE actuales ≤ 6 GHz), la cobertura de celda requerida puede proporcionarse mediante la formación de un haz de sector ancho para transmitir canales comunes de enlace descendente. Sin embargo, al utilizar un haz de sector ancho en frecuencias más altas (>> 6 GHz) la cobertura de la celda se reduce con la misma ganancia de antena. Por tanto, con el fin de proporcionar la cobertura de celda requerida en las bandas de frecuencia más altas, se necesita una mayor ganancia de antena para compensar la mayor pérdida de trayectoria. Para aumentar la ganancia de la antena en un haz sectorial amplio, se usan conjuntos de antenas más grandes (con un número de elementos de antena que oscila entre decenas y cientos) para formar haces de alta ganancia.
Como consecuencia, los haces de alta ganancia son estrechos en comparación con un haz sectorial ancho, por lo que se necesitan múltiples haces para transmitir canales comunes de enlace descendente a fin de cubrir el área de celda requerida. El número de haces simultáneos de alta ganancia que puede formar un punto de acceso puede estar limitado por el costo y la complejidad de la arquitectura del transceptor que se utiliza. En la práctica, en las frecuencias más altas, el número de haces simultáneos de alta ganancia es mucho menor que el número total de haces necesarios para cubrir el área de la celda. En otras palabras, el punto de acceso puede cubrir solamente una parte del área de la celda mediante el uso de un subconjunto de haces en cualquier momento dado.
Como se discute en 3GPP R2-163716, la conformación de haces es una técnica de procesamiento de señales usada en conjuntos de antenas para la transmisión/recepción direccional de señales. Con la conformación de haces, puede formarse un haz combinando elementos en un arreglo de antenas en fase de tal manera que las señales en ángulos particulares experimenten interferencia constructiva mientras que otras experimentan interferencia destructiva. Pueden utilizarse diferentes haces simultáneamente mediante el uso de múltiples conjuntos de antenas. Como se discute en 3GPP R2-162709 y como se muestra en la Figura 5 (que es una reproducción de la Figura 1 de 3GPP R2-162709), un eNB (Nodo B evolucionado) puede tener múltiples TRP (ya sea centralizados o distribuidos). Cada TRP (Punto de Transmisión/Recepción) puede formar múltiples haces. El número de haces y el número de haces simultáneos en el dominio de tiempo/frecuencia dependen del número de elementos del arreglo de antenas y la RF (Radiofrecuencia) en el TRP.
Los potenciales tipos de movilidad para NR (Nueva Radio) pueden listarse como sigue:
- Movilidad intraTRP
- Movilidad interTRP
- Movilidad del eNB interNR
Como se discute en el documento R2-162762, la fiabilidad de un sistema basado exclusivamente en la conformación de haces y que opere en frecuencias más altas podría ser difícil, ya que la cobertura podría ser más sensible a las variaciones temporales y espaciales. Como una consecuencia, la SINR (Relación de Señal a Interferencia Más Ruido) del enlace estrecho puede caer mucho más rápido que en el caso de LTE.
Mediante el uso de un arreglo de antenas en los nodos de acceso con cientos de elementos, pueden crearse patrones de cobertura de rejilla de haces bastante regulares con decenas o cientos de haces candidatos por nodo. El área de cobertura de un haz individual de dicho arreglo puede ser pequeña, del orden de unas decenas de metros de ancho. Como consecuencia, la degradación de la calidad del canal fuera del área del haz de servicio actual es más rápida que en el caso de una cobertura de área amplia, como la que proporciona LTE.
Como se discute en 3GPP TS 36.300, en LTE, el procedimiento de acceso aleatorio se realiza para los siguientes eventos relacionados con la Pcell (Celda Primaria):
- Acceso inicial desde RRC_IDLE;
- Procedimiento de restablecimiento de la conexión RRC;
- Traspaso;
- Llegada de datos de DL durante RRC_CONNECTED que requiere un procedimiento de acceso aleatorio:
- Por ejemplo, cuando el estado de sincronización de UL es "no sincronizado".
- Llegada de datos de UL durante RRC_CONNECTED que requiere un procedimiento de acceso aleatorio:
- Por ejemplo, cuando el estado de sincronización de UL es "no sincronizado" o no hay recursos PUCCH para SR disponibles.
- Para fines de posicionamiento durante RRC_CONNECTED que requiere un procedimiento de acceso aleatorio; - Por ejemplo, cuando se necesita el avance de tiempo para el posicionamiento del UE.
El procedimiento de acceso aleatorio también se realiza en una SCelda (Celda Secundaria) para establecer la alineación temporal del sTAG (TAG Secundario) correspondiente. Además, el procedimiento de acceso aleatorio adopta dos formas distintas:
- Basados en contención (aplicable a los primeros cinco eventos);
- No basados en contención (aplicable solo a traspaso, llegada de datos de DL, posicionamiento y obtención de alineación de avance de tiempo para un sTAG).
La transmisión DL/UL (Enlace descendente/Enlace ascendente) normal puede tener lugar tras el procedimiento de acceso aleatorio.
En LTE, se definen dos tipos de procedimiento RA: basado en contención y libre de contención (No basado en contención). Las cuatro etapas de un procedimiento de acceso aleatorio basado en contención (como se ilustra en la Figura 6) son:
1) Preámbulo de acceso aleatorio en RACH en enlace ascendente (Msg1):
- Hay dos grupos posibles definidos y uno es opcional. Si ambos grupos se configuran, el tamaño del mensaje 3 y la pérdida de trayecto se usan para determinar de qué grupo se selecciona un preámbulo. El grupo al que pertenece un preámbulo proporciona una indicación del tamaño del mensaje 3 y las condiciones de radio en el UE. La información del grupo de preámbulos junto con los umbrales necesarios se difunde en la información del sistema.
2) Respuesta de Acceso Aleatorio generada por MAC en DL-SCH (Msg2):
- Semisincrónico (dentro de una ventana flexible cuyo tamaño es uno o más TTI) con el mensaje 1;
- Sin HARQ;
- Dirigido a RA-RNTI en el PDCCH;
- Transmite al menos un identificador de preámbulo de RA, información de alineación de temporización para el pTAG, concesión de UL inicial y asignación de C-RNTI temporal (que puede o no hacerse permanente en la Resolución de Contención);
- Destinado a un número variable de UE en un mensaje DL-SCH.
3) Primera transmisión UL programada en UL-SCH (Msg3):
- Utiliza HARQ;
- El tamaño de los bloques de transporte depende de la concesión de UL transmitida en la etapa 2.
- Para acceso inicial:
- Transmite la solicitud de conexión RRC generada por la capa RRC y transmitida a través de CCCH; - Transmite al menos un identificador UE NAS pero ningún mensaje del NAS;
- RLC TM: sin segmentación.
- Para el procedimiento de restablecimiento de la conexión RRC:
- Transmite la solicitud de restablecimiento de conexión RRC generada por la capa RRC y transmitida a través de CCCH;
- RLC TM: sin segmentación;
- No contiene ningún mensaje del NAS.
- Después del traspaso, en la celda de destino:
- Transmite la confirmación de traspaso de RRC cifrada y protegida de integridad generada por la capa RRC y transmitida a través de los DCCH;
- Transmite el C-RNTI del UE (que se asignó a través del Comando de Traspaso);
- Incluye un informe de estado del búfer de enlace ascendente cuando es posible.
- Para otros eventos:
- Transmite al menos el C-RNTI del UE.
4) Resolución de Contención en DL (Msg4):
- Se utilizará una Resolución de Contención temprana, es decir, el eNB no espera la respuesta del NAS antes de resolver la contención;
- No sincronizado con el mensaje 3;
- Se admite HARQ;
- Direccionado a:
- El C-RNTI temporal en el PDCCH para el acceso inicial y después de la falla del enlace de radio; - El C-RNTI en el PDCCH para UE en RRC_CONNECTED.
- La retroalimentación de HARQ se transmite solo por el UE que detecta su propia identidad de UE, como se proporciona en el mensaje 3, reflejada en el mensaje de Resolución de Contención;
- Para el acceso inicial y el procedimiento de restablecimiento de la conexión RRC, no se utiliza segmentación (RLC-TM).
Un equipo de usuario, que detecta el éxito de la RA y no tiene una C-RNTI, promueve la C-RNTI temporal a C-RNTI. Un UE, que detecta el éxito de RA y ya tiene un C-RNTI, reanuda el uso de su C-RNTI y abandona el C-RNTI temporal.
Las tres etapas de un procedimiento de acceso aleatorio no basado en contención (como se ilustra en la Figura 7) son:
0) Asignación de preámbulo de acceso aleatorio a través de la señalización dedicada en DL (Msg0):
- el eNB asigna al UE un preámbulo de acceso aleatorio libre de contención (un preámbulo de acceso aleatorio que no está dentro del conjunto enviado en la señalización de difusión).
- Señalizado a través de:
- Comando H0 generado por el eNB de destino y enviado a través del eNB de origen para el traspaso;
- PDCCH en caso de llegada o posicionamiento de datos de DL;
- PDCCH para alineación de tiempo UL inicial para un sTAG.
1) Preámbulo de acceso aleatorio en RACH en enlace ascendente (Msg1):
- El UE transmite el preámbulo de acceso aleatorio libre de contención asignado.
2) Respuesta de acceso aleatorio en DL-SCH (Msg2):
- Semisincrónico (dentro de una ventana flexible cuyo tamaño es dos o más TTI) con el mensaje 1;
- Sin HARQ;
- Dirigido a RA-RNTI en el PDCCH;
- Transmite al menos:
- Información de alineación de tiempo y concesión inicial de UL para traspaso;
- Información de alineación de tiempos para la llegada de datos DL;
- Identificador de preámbulo RA;
- Destinado a uno o múltiples UE en un mensaje DL-SCH.
DRX en LTE se describe en 3GPP TS 36.321 como sigue:
5.7 Recepción discontinua (DRX)
La entidad MAC puede configurarse mediante el RRC con una funcionalidad DRX que controle la actividad de monitorización del PDCCH del UE para el C-RNTI, TPC-PUCCH-RNTI, TPC-PUSCH-RNTI, Programación Semi-Persistente C-RNTI (si se configura), eIMTA-RNTI (si se configura) y SL-RNTI (si se configura) de la entidad MAC. Cuando está en RRC_C0NNECTED, si DRX se configura, la entidad MAC puede monitorear el PDCCH de forma discontinua mediante el uso de la operación DRX especificada en esta subcláusula; de otra manera, la entidad MAC monitorea el PDCCH de forma continua. Cuando se utiliza la operación DRX, la entidad MAC monitoreará también el PDCCH de acuerdo con los requisitos que se encuentran en otras subcláusulas de esta memoria descriptiva. El RRC controla el funcionamiento de DRX configurando los temporizadores en Temporizador de Duración, drx-InactivityTimer, drx-RetransmissionTimer (uno por proceso HARQ de DL excepto para el proceso de difusión), drx-ULRetransmissionTimer (uno por proceso HARq de UL asíncrono), el longDRX-Cycle, el valor del drxStart0ffset y opcionalmente el drxShortCycleTimer y el shortDRX-Cycle. También se define un temporizador HARQ RTT por proceso HARQ de DL (excepto para el proceso de difusión) y un temporizador HARQ RTT de UL por proceso HARQ de UL asíncrono (véase la subcláusula 7.7).
Cuando se configura un ciclo DRX, el tiempo activo incluye el tiempo mientras:
- onDurationTimer o drx-InactivityTimer o drx-RetransmissionTimer o drx-ULRetransmissionTimer o mac-ContentionResolutionTimer (como descrito en la subcláusula 5.1.5) se ejecuta; o
- se envía una Solicitud de Programación en PUCCH y está pendiente (como se describe en la subcláusula 5.4.4); o
- puede producirse una concesión de enlace ascendente para una retransmisión HARQ pendiente y hay datos en la memoria intermedia HARQ correspondiente para el proceso HARQ síncrono; o
- un PDCCH que indica que no se ha recibido una nueva transmisión dirigida al C-RNTI de la entidad MAC después de la recepción satisfactoria de una respuesta de acceso aleatorio para el preámbulo no seleccionado por la entidad MAC (como se describe en la subcláusula 5.1.4).
Cuando se configura DRX, la entidad MAC deberá para cada subtrama:
- si un temporizador HARQ RTT expira en esta subtrama:
- si los datos del proceso HARQ correspondiente no se decodificaron con éxito:
- iniciar el drx-RetransmissionTimer para el proceso HARQ correspondiente;
- si es NB-IoT, iniciar o reiniciar el drx-InactivityTimer.
- si un temporizador HARQ RTT de UL expira en esta subtrama:
- iniciar el drx-ULRetransmissionTimer para el proceso HARQ correspondiente.
- si es NB-IoT, iniciar o reiniciar el drx-InactivityTimer.
- si se recibe un elemento de control MAC de comando DRX o un elemento de control MAC de comando DRX largo:
- detener el onDurationTimer;
- detener el drx-InactivityTimer.
- si el drx-InactivityTimer expira o se recibe un elemento de control MAC de Comando DRX es esta subtrama: - si se configura el ciclo DRX corto:
- iniciar o reiniciar el drxShortCycleTimer;
- usar el Ciclo DRX corto.
- de lo contrario:
- usar el Ciclo DRX largo.
- si el drxShortCycleTimer expira en esta subtrama:
- usar el Ciclo DRX largo.
- si se recibe un elemento de control MAC de Comando DRX Largo:
- detener drxShortCycleTimer;
usar el Ciclo DRX Largo.
- Si se usa el Ciclo DRX Corto y [(SFN * 10) número de subtramas] módulo (shortDRX-Cycle) = (drxStart0ffset) módulo (shortDRX-Cycle); o
- si se usa el Ciclo DRX Largo y [(SFN * 10) número de subtramas] módulo (longDRX-Cycle) = drxStart0ffset: - inicio en Temporizador de Duración.
- durante el tiempo activo, para una subtrama PDCCH, si la subtrama no es necesaria para la transmisión de enlace ascendente para el funcionamiento del UE FDD semidúplex, y si la subtrama no es una subtrama de protección semidúplex [7] y si la subtrama no es parte de una brecha de medición configurada y si la subtrama no es parte de una brecha de descubrimiento de enlace lateral configurada para recepción, y para NB-IoT si la subtrama no se requiere para transmisión de enlace ascendente o recepción de enlace descendente que no sea en PDCCH; o
- durante el tiempo activo, para una subtrama diferente de una subtrama PDCCH y para un UE capaz de recepción y transmisión simultáneas en las celdas agregadas, si la subtrama es una subtrama de enlace descendente indicada por una señalización de eIMTA L1 válida para al menos una celda de servicio no configurada con schedulingCellId [8] y si la subtrama no es parte de una brecha de medición configurada y si la subtrama no es parte de una brecha de descubrimiento de enlace lateral configurada para recepción; o
- durante el tiempo activo, para una subtrama diferente de una subtrama PDCCH y para un UE no capaz de recepción y transmisión simultáneas en las celdas agregadas, si la subtrama es una subtrama de enlace descendente indicada por una señalización eIMTA L1 válida para la SpCelda y si la subtrama no es parte de una brecha de medición configurada y si la subtrama no es parte de una brecha de descubrimiento de enlace lateral configurada para recepción:
- monitorear el PDCCH;
- si el PDCCH indica una transmisión DL o si se ha configurado una asignación DL para esta subtrama:
- si el UE es un UE NB-IoT, un UE BL o un UE en cobertura mejorada:
- iniciar el temporizador HARQ RTT para el proceso HARQ correspondiente en la subtrama que contiene la última repetición de la recepción PDSCH correspondiente;
- de lo contrario:
- iniciar el temporizador RTT de la HARQ para el proceso HARQ correspondiente;
- detener el drx-RetransmissionTimer para el proceso HARQ correspondiente.
- si el PDCCH indica una transmisión de UL para un proceso HARQ asíncrono:
- iniciar el temporizador HARQ de UL RTT para el proceso HARQ correspondiente en la subtrama que contiene la última repetición de la transmisión PUSCH correspondiente;
- detener el drx-ULRetransmissionTimer para el proceso HARQ correspondiente.
- si el PDCCH indica una nueva transmisión (DL, UL o SL):
- excepto para NB-IoT, iniciar o reiniciar drx-InactivityTimer.
- si el PDCCH indica una transmisión (DL, UL) para un UE NB-IoT:
- detener drx-InactivityTimer, drx-ULRetransmissionTimer y onDurationTimer.
- en la subtrama n actual, si la entidad MAC no estuviera en Tiempo Activo considerando las concesiones/asignaciones/elementos de control MAC de Comandos DRX/elementos de control MAC de Comandos DRX Largos recibidos y la Solicitud de Programación enviada hasta y que incluye la subtrama n-5 al evaluar todas las condiciones de Tiempo Activo DRX como se especifica en esta subcláusula, no se informará la SRS [2] disparada por tipo-0.
- si el enmascaramiento CQI (cqi-Mask) se configura mediante capas superiores:
- en la subtrama actual n, si en el temporizador de duración no se estuviera ejecutando teniendo en cuenta las concesiones/asignaciones/elementos de control MAC de Comandos DRX/elementos de control MAC de Comandos DRX Largos recibidos hasta y que incluye la subtrama n-5 al evaluar todas las condiciones de tiempo activo DRX como se especifica en esta subcláusula, no se informará CQI/PMI/RI/PTI/CRI en PUCCH.
- de lo contrario:
- en la subtrama n actual, si la entidad MAC no estuviera en Tiempo Activo teniendo en cuenta las concesiones/asignaciones/elementos de control MAC de Comandos DRX/elementos de control MAC de Comandos DRX Largos recibidos y la Solicitud de Programación enviada hasta y que incluye la subtrama n-5 al evaluar todas las condiciones de Tiempo Activo DRX tal y como se especifica en esta subcláusula, no se informará CQI/PMI/RI/PTI/CRI en p Uc CH.
Independientemente de si la entidad MAC monitorea el PDCCH o no, la entidad MAC recibe y transmite retroalimentación HARQ y transmite SRS activados por tipo-1 [2] cuando así se espera.
NOTA: El mismo Tiempo activo se aplica a toda(s) la(s) celda(s) servidora(s) activada(s).
NOTA: En caso de multiplexación espacial de enlace descendente, si se recibe un TB mientras el temporizador HARQ RTT se ejecuta y la transmisión anterior del mismo TB se recibió al menos N subtramas antes de la subtrama actual (donde N corresponde al temporizador HARQ RTT), el MAC de la entidad debe procesarlo y reiniciar el temporizador HARQ rTt .
NOTA: El UE BL y el UE en cobertura mejorada esperan hasta la última subtrama del espacio de búsqueda MPDCCH configurado antes de ejecutar la siguiente acción especificada.
El procedimiento de conformación de haces en la memoria descriptiva KT 5G PHY se describe en TS 5G.213 como sigue:
5 Procedimientos de conformación de haces
5.1 Adquisición y seguimiento del haz
Los haces de transmisión de enlace descendente se adquieren a partir de señales de referencia del haz. Se admiten hasta 8 puertos de antena para la señal de referencia del haz (BRS). Un UE rastrea los haces de transmisión de enlace descendente a través de las mediciones periódicas de la BRS. El período de transmisión de la BRS se configura mediante un indicador de 2 bits en xPBCH. El período de transmisión de la BRS es el tiempo necesario para barrer todos los haces de enlace descendente transmitidos a través de la BRS.
Se admiten los siguientes períodos de transmisión de la BRS:
- "00" Intervalo único (≤ 5 ms): compatible para un máximo de 7 haces de transmisión de enlace descendente por puerto de antena.
- "01" Subtrama única (= 5m): compatible para un máximo de 14 haces de transmisión de enlace descendente por puerto de antena.
- "10" Dos subtramas (= 10 ms): compatible para un máximo de 28 haces de transmisión de enlace descendente por puerto de antena.
- "11" Cuatro subtramas (= 20 ms): compatible para un máximo de 56 haces de transmisión de enlace descendente por puerto de antena.
El UE mantiene un conjunto de haces candidatos de 4 haces de BRS, donde para cada haz el UE registra la información del estado del haz (BSI). La BSI comprende el índice del haz (BI) y la potencia recibida de la señal de referencia del haz (BRSRP).
El UE informa la BSI en PUCCH o PUSCH como lo indica el Nodo 5G por la cláusula 8.3. El Nodo 5G puede enviar una solicitud a la BSI en la DCI del DL, el DCI del UL y la concesión RAR.
Cuando informa la BSI en xPUCCH, el UE informa la BSI para un haz con la BRSRP más alta en el conjunto de haces candidatos.
Al informar la BSI en xPUSCH, el UE informa las BSI para Ne{1,2,4} haces en el conjunto de haces candidatos, donde N se proporciona en la solicitud de la BSI de 2 bits del Nodo 5G. Los informes de la BSI se ordenan en orden decreciente de la BRSRP.
5.1.1 Gestión de la BRS
Existen dos procedimientos de conmutación del haz, que son el procedimiento de conmutación del haz basado en la MAC-CE y el procedimiento de conmutación del haz basado en DCI asociado a la BRS.
Para el procedimiento de conmutación del haz basado en MAC-CE [4], el Nodo 5G transmite una MAC-CE que contiene una BI al UE.
El UE deberá, al recibir la MAC-CE, conmutar el haz de servicio en el UE para que coincida con el haz indicado por la MAC-CE. La conmutación del haz se aplicará a partir del inicio de la subtrama n+kbeamswitch-delay-mac, donde la subtrama n se usa para la transmisión HARQ-ACK asociada con la MAC-CE y kbeamswitch-delay-mac = 14. El UE asumirá que el haz del Nodo 5G asociado con xPDCCH, xPDSCH, CSI-rS, xPUCCH, xPUs Ch y xSRS se conmuta al haz indicado por la MAC-CE desde el principio de la subtrama n+kbeam-switch-delay-mac.
Para el procedimiento de conmutación del haz basado en la DCI, el Nodo 5G solicita un informe de la BSI a través de la DCI y el campo beam_switch_indication se establece en 1 en la misma DCI. El UE deberá, al recibir tal DCI, cambiar el haz de servicio en el UE para que coincida con el haz indicado por el primer BI informado mediante el UE en el informe de la BSI correspondiente a esta solicitud de la BSI. La conmutación de haces se aplicará a partir del comienzo de la subtrama n+kbeam-switch-delay-dic, donde la subtrama n se usa para enviar el informe de la BSI y kbeam-switch-delay-dci = 11.
Si beam_switch_indication campo = 0 en la DCI no se requiere que el UE cambie el haz de servicio en el UE.
Para cualquier subtrama dada, si existe un conflicto al seleccionar el haz de servicio en el UE, se elige el haz de servicio que se asocia con la subtrama recibida más recientemente que contiene el MAC-CE (para el procedimiento basado en la MAC-CE) o la DCI (para el procedimiento basado en la DCI). No se espera que un UE reciba múltiples solicitudes de conmutación del haz en la misma subtrama.
5.2 Refinamiento del haz
La BRRS se activa mediante la DCI. Un UE también puede solicitar la BRRS mediante el uso de SR [4]. Para solicitar al Nodo 5G de servicio que transmita la BRRS, el UE transmite el preámbulo de solicitud de programación en el que el recurso de preámbulo configurado de capa más alta { u,v,/', y NSR} se dedica a la solicitud de inicio de señal de referencia de refinamiento del haz.
Los recursos de tiempo y frecuencia que puede usar el UE para notificar la información de Refinamiento del Haz (BRI), que consiste en el índice de Recursos BRRS (BRRS-RI) y la potencia de referencia BRRS (BRRS-RP), se controlan mediante el Nodo 5G.
Un UE puede configurarse con 4 procesos de Refinamiento del Haz (BR) por capas más altas. Un campo de asignación de recursos de 2 bits y un campo de indicación de proceso de 2 bits en la DCI se describen en la Tabla 5.2-1 y la Tabla 5.2-2, respectivamente.
[La Tabla 5.2-1 de TS 5G.213 v1.9, titulada "Campo de asignación de recursos BRRS para xPDCCH con DCI de DL o UL", se reproduce como la Figura 8]
[La tabla 5.2-2 de TS 5G.213 v1.9, titulada "Campo de indicación de proceso BRRS para xPDCCH con DCI de DL o UL", se reproduce como la Figura 9]
Un proceso BR comprende hasta ocho recursos BRRS, un tipo de asignación de recursos y un VCID, y se configura a través de la señalización RRC. Un recurso BRRS comprende un conjunto de puertos de antena que deben medirse.
[La tabla 5.2-3 de TS 5G.213 v1.9, titulada "Configuración del proceso BR", se reproduce como la Figura 10] Una transmisión BRRS puede abarcar 1, 2, 5 o 10 símbolos OFDM y se asocia con una asignación de recursos BRRS, una indicación de proceso BRRS y una configuración de proceso BR como en la Tabla 5.2-1, 5.2.-2 y 5.2.-3. Un BRI informado por el UE corresponde a un proceso BR que se asocia con hasta ocho recursos BRRS. El UE supondrá que el haz de servicio transmite la BRRS mapeada con el ID de recurso de la BRRS 0 en cada proceso de la BRRS.
5.2.1 Gestión de BRS
Hay dos procedimientos de conmutación del haz, que son el procedimiento de conmutación del haz basado en la MAC-CE y procedimiento de conmutación del haz basado en DCI asociado con BRRS.
Para el procedimiento de conmutación del haz basado en la MAC-CE [4], el Nodo 5G transmite al UE una MAC-CE que contiene un ID de recurso BRRS y el ID de proceso BR asociado.
El UE deberá, al recibir la MAC-CE, conmutar el haz de servicio en el UE para que coincida con el haz indicado por la MAC-CE. La conmutación de haz se aplicará a partir del inicio de la subtrama n+k beamswitch-delay-mac donde la subtrama n se usa para la transmisión HARQ-ACK asociada con la MAC-CE y k beamswitch-delay-mac = 14. El UE asumirá que el haz del Nodo 5G asociado con xPDCCH, xPDSCH, CSI-RS, xPUCCH, xPUSCH, y xSRS se conmuta al haz indicado por la MAC-CE desde el principio de la subtrama n+k beam-switch-delay-mac.
Para el procedimiento de conmutación del haz basado en la DCI, el Nodo 5G solicita un informe de BRI a través de la DCI y el campo beam_switch_indication se establece en 1 en la misma DCI. Al recibir esta DCI, el UE conmutará el haz de servicio en el UE para que coincida con el haz indicado por el primer BRRS-RI informado por el equipo de usuario en el informe de BRI correspondiente a esta solicitud de BRI. La conmutación del haz se aplicará a partir del comienzo de la subtrama n+kbeam-switch-delay-dic, donde la subtrama n se usa para enviar el informe de la BSI y k beam-switch-delay-dci = 11.
Si beam_switch_indication campo = 0 en la DCI no se requiere que el UE cambie el haz de servicio en el UE.
Para cualquier subtrama dada, si existe un conflicto al seleccionar el haz de servicio en el UE, se elige el haz de servicio que se asocia con la subtrama recibida más recientemente que contiene el MAC-CE (para el procedimiento basado en la MAC-CE) o la DCI (para el procedimiento basado en la DCI). No se espera que un UE reciba múltiples solicitudes de conmutación del haz en la misma subtrama.
5.3 Recuperación del haz
Si un UE detecta que el haz de servicio actual se desalinea [4] y tiene las BSI para la recuperación del haz, el UE llevará a cabo el proceso de recuperación del haz.
En el caso del UE sincronizado con el UL, el UE transmite la solicitud de programación mediante el preámbulo de solicitud de programación donde el recurso del preámbulo {u, v, f y Nrs} se dedica a la recuperación del haz como se configura por las capas más altas. Tras la recepción de esta solicitud, el Nodo 5G puede iniciar el procedimiento de informar la BSI como se describe en la sección 8.3.
En el caso de UE asíncrono de UL, el UE transmite un preámbulo de acceso aleatorio para acceso aleatorio basado en contención. Si el UE se programa mediante el RAR que activa el informe de la BSI, el UE informa a las N BSI en el Msg3 como multiplexación de la UCI en [3].
[...]
8.3 Procedimiento del UE para informar la Información del Estado del Haz (BSI)
El UE informa la BSI en xPUCCH o xPUSCH como se indica mediante el Nodo 5G. El Nodo 5G puede enviar una solicitud de BSI en la DCI de DL, la DCI de UL y la concesión RAR.
Si un UE recibe una solicitud de BSI en la DCI de DL, el UE informa una BSI en xPUCCH. El recurso de tiempo/frecuencia para xPUCCH se indica en la DCI de DL. Cuando se informa la BSI en xPUCCH, el UE informa una BSI para un haz con la BRSRP más alta en el conjunto de haces candidatos.
Si el UE recibe una solicitud de BSI en la DCI de UL o en la concesión RAR, el UE notifica las BSI en xPUSCH. El recurso de tiempo/frecuencia para xPUSCH se indica en la concesión de la DCI de UL o RAR que solicita el informe de la BSI. Cuando se informa la BSI en xPUSCH, el UE informa la BSI para N e {1,2,4} haces con la BRSRP más alta en el conjunto de haces candidatos, donde N se proporciona en la dCi.
Si se indica el informe de BSI tanto en xPUCCH como en xPUSCH en la misma subtrama, el UE informa la BSI sólo en xPUSCH y descarta el disparo de xPUCCH.
8.3.1 Informes de BSI mediante el uso de xPUSCH
Al decodificar en la subtrama n una DCI de UL con una solicitud de BSI, el UE informará la BSI mediante el uso de xPUSCH en la subtrama n 4 m I, donde los parámetros m = 0 y I = {0, 1, ... 7} se indica mediante la DCI de UL. El número de las BSI a informar, N e {1,2,4}, se indica en la DCI de UL.
Un UE informará las N BSI correspondientes a N haces en el conjunto de haces candidatos.
Un informe de BSI contiene los N BI y las BRSRP correspondientes. Un UE informará las BRSRP de banda ancha. No se espera que un UE reciba más de una solicitud de informes de BSI en xPUSCH para una subtrama determinada.
8.3.2 Informes de BSI mediante el uso de xPUCCH
Al decodificar en la subtrama n una DCI de DL con una solicitud de BSI, el UE informará la BSI mediante el uso del índice de subtrama xPUCCH n+4+m+k, donde los parámetros m = 0 y k = {0, 1, .... 7} se indica mediante la DCI de DL.
Cuando informa la BSI en xPUCCH, el UE informa la BSI para un haz con la BRSRP más alta en el conjunto de haces candidatos.
Un informe de BSI contiene el BI y la BRSRP correspondiente. Un UE deberá informar la BRSRP de banda ancha. No se espera que un UE reciba más de una solicitud para informar la BSI en xPUCCH para una subtrama dada. 8.3.3 Definición de la BSI
8.3.3.1 Definición de la BRSRP
Los índices de BRSRP y sus interpretaciones se dan en la Tabla 8.3.3.1-1. El intervalo de notificación de BRSRP se define desde -140 dBm hasta -44 dBm con una resolución de 1 dB, como se muestra en la Tabla 8.3.3.1-1.
El UE derivará los valores de BRSRP de las mediciones del haz en base a la BRS definido en 5G.211. El UE derivará el índice de BRSRP del valor de BRSRP medido. Cada índice de BRSRP se mapea a su representación binaria correspondiente mediante el uso de 7 bits.
[La Tabla 8.3.3.1-1 de TS 5G.213 v1.9, titulada "Tabla de BRSRP de 7 bits", se reproduce como la Figura 11] 8.3.3.2 Definición del índice de haz
El BI indica un índice de haz seleccionado. El BI es el índice de haz lógico asociado con el puerto de antena, el índice de símbolo OFDM y el período de transmisión de la BRS [2], que se indica mediante 9 bits.
8.4 Procedimiento del UE para informar la Información de Refinamiento del Haz (BRI)
8.4.1 Informe de BRI mediante el uso de xPUSCH
Si la DCI del enlace ascendente en la subtrama n indica una transmisión BRRS, la BRRS se asigna en la subtrama n m donde m ={0,1,2,3} se indica mediante la temporización de asignación RS de 2 bits en la DCI.
Un informe de BRI se asocia con un proceso de BR que se indica en la DCI de enlace ascendente para el UE. Al decodificar en la subtrama n una DCI de UL con una solicitud de BRI, el UE informará la BRI mediante el uso de xPUSCH en la subtrama n+4+m+l, donde los parámetros m = {0, 1, 2, 3} y l = {0, 1, .... 7} se indican por la DCI de UL.
Un UE informará valores BRRS-RP de banda ancha y valores BRRS-RI correspondientes al mejor NBRRS ID de recurso BRRS donde NBRRS se configura por capas más altas
Si el número de ID de recursos BRRS configurados que se asocian con el proceso BR es menor o igual a NBRRS luego el UE informará los BRRS-RP y BRRS-RI correspondientes a todos los recursos BRRS configurados.
No se espera que un UE reciba más de una solicitud de informe de BRI para una subtrama dada.
8.4.2 Informe de BRI mediante el uso de xPUCCH
Si la DCI de DL en la subtrama n indica una transmisión BRRS, la BRRS se asigna en la subtrama n+m donde m ={0,1,2,3} se indica mediante la DCI de DL.
Un informe de BRI se asocia con un proceso BRRS que se indica en la DCI de enlace descendente para el UE. Al decodificar en la subtrama n una DCI de UL con una solicitud de BRI, el UE informará la BRI mediante el uso de xPUSCH en la subtrama n+4+m+k, donde los parámetros m = {0, 1, 2, 3} y k = {0, 1, .... 7} se indican mediante la DCI de DL.
Un UE informará un valor BRRS-RP de banda ancha y un valor BRRS-RI correspondiente al mejor ID de recurso BRRS.
No se espera que un UE reciba más de una solicitud de informe de BRI para una subtrama dada.
8.4.3.1 Definición de BRRS-RP
El intervalo de informe de BRRS-RP se define de -140 dBm a -44 dBm con una resolución de 1 dB.
El mapeo de BRRS-RP a 7 bits se define en la Tabla 8.4.3.1-1. Cada índice BRRS-RP se mapea a su correspondiente representación binaria mediante el uso de 7 bits.
[La Tabla 8.4.3.1-1 de TS 5G.213 v1.9, titulada "Tabla de BRSRP-RP de 7 bits", se reproduce como la Figura 12] 8.4.3.2 Definición de BRRS-RI
El BRRS-RI indica un ID de recurso BRRS seleccionado. Un proceso BR puede comprender un máximo de 8 ID de recursos BRRS. El ID de recurso BRRS seleccionado se indica mediante 3 bits como en la Tabla 8.4.3.2-1.
[La Tabla 8.4.3.2-1 de TS 5G.213 v1.9, titulada " Mapeo BRRS-RI", se reproduce como la Figura 13]
La gestión del haz y DRX en la memoria descriptiva KT 5G MAC se describen en TS 50.321 como sigue:
5.5 Gestión del haz
5.5.1 Procedimiento de retroalimentación del haz
El procedimiento de retroalimentación del haz se usa para informar los resultados de la medición del haz a la celda de servicio.
Existen dos procedimientos de retroalimentación del haz definidos, uno en base a la medición de la señal de referencia del haz (BRS), el informe de información del estado del haz más abajo, y otro en base a la medición de la señal de referencia del refinamiento del haz (BRRS), el informe de la información del refinamiento del haz más abajo.
5.5.1.1 Informe de información del estado del haz
Los informes de información del estado del haz (BSI) basados en la BRS iniciados mediante la orden xPDCCH se transmiten a través de DCI en xPUCCH/xPUSCH según lo programado por el DCI[1] correspondiente; los informes de BSI activados por evento se transmiten a través del Elemento de Control mAc de Retroalimentación de BSI definido en la subcláusula 6.1.3.11 mediante el uso del procedimiento SR normal o RACH basado en contención, donde la BSI consiste en el índice del haz (BI) y la potencia recibida de la señal de referencia del haz (BRSRP). Los informes de BSI son en base a la BRS transmitidas mediante la celda de servicio.
5.5.1.1.1 Informe de BSI iniciado mediante la orden xPDCCH
Los informes de BSI iniciados mediante la orden xPDCCH son en base a los últimos resultados de medición obtenidos de la capa física 5G.
- si se recibe en este TTI una orden xPDCCH que solicita el informe de la BSI a través de la DCI vía xPUCCH por la celda de servicio:
- si el haz de servicio no es el mejor haz y la BRSRP del mejor haz es más alta que la BRSRP del haz de servicio:
- indicar a la capa física 5G para señalar el mejor haz en el recurso de UCI programado a través de xPUCCH como se define en [1];
- de lo contrario:
- indicar a la capa física 5G para que señale el haz de servicio en el recurso de UCI programado a través de xPUCCH como se define en [1];
- si se recibe en este TTI una orden xPDCCH que solicita el informe de la BSI a través de la DCI vía xPUSCH mediante la celda de servicio:
- si el número de BSI para los informes solicitados es igual a 1:
- si el haz de servicio no es el mejor haz y la BRSRP del mejor haz es más alta que la BRSRP del haz de servicio:
- indicar a la capa física 5G para que señale el mejor haz en el recurso de UCI programado a través de xPUSCH, como se define en [1];
- de lo contrario:
- indicar a la capa física 5G para que señale el haz de servicio en el recurso de UCI programado a través de xPUSCH como se define en [1];
- de lo contrario, si el número de informes de BSI solicitados es más alto que 1 y:
- si el haz de servicio no es el mejor haz y la BRSRP del mejor haz es más alta que la BRSRP del haz de servicio:
- indicar a la capa física 5G que señale las N BSI con el mejor haz como primera BSI y los siguientes N-1 valores de haz BRSRP más altos en el recurso de UCI programado a través de xPUSCH;
- de lo contrario:
- indicar a la capa física 5G que señale las N BSI con el haz de servicio como primera BSI y los siguientes N-1 valores más altos del haz BRSRP en el recurso de UCI programado a través de xPUSCH;
5.5.1.1.2 Informe de BSI iniciado mediante 5G-MAC
Los informes de BSI iniciados mediante 5G-MAC son en base a un desencadenante de eventos.
- si la BRSRP del mejor haz es más alta que la de beam TriggeringRSRPoffset dB la BRSRP del haz de servicio y:
- si el UE se sincroniza con el enlace ascendente (es decir, timeAlignmentTimer no se caduca)
- El UE transmite el Elemento de Control MAC de retroalimentación de BSI en el recurso UL otorgado a través del procedimiento SR normal;
- de lo contrario:
- El UE transmite el Elemento de Control MAC de Retroalimentación BSI en el Recurso UL para Msg3 otorgado a través del procedimiento de acceso aleatorio basado en contención;
5.5.1.2 Informe de Información de refinamiento del haz
Los informes de información de refinamiento de haz (BRI) se inician mediante la orden xPDCCH y se informan a través de la DCI en xPUCCH/xPUSCH se programan mediante la DCI correspondiente^] donde la BRI consiste en un índice refinado de haz (RBI) y un BRSRP que son en base a la BRRS transmitida por la celda de servicio.
- si una orden xPDCCH que solicita un informe BRI a través de DCI vía xPUCCH por celular servidor se recibe: - indicar a la capa física 5G para que señale el informe de BRI en el recurso de UCI programado a través de xPUCCH, como se define en [1];
- de lo contrario, si se recibe una orden xPDCCH que solicita el informe de BRI a través de la DCI vía xPUSCH por la celda de servicio:
- ordenar a la capa física 5G que señale el informe de BRI en el recurso de UCI programado a través de xPUSCH como se define en [1].
NOTA: la retroalimentación de la BRI activada por eventos no es compatible.
NOTA: La retroalimentación de la BSI/BRI solicitada mediante la orden xPDCCH no afecta a los procedimientos de informe de la capa 5G-MAC.
5.5.2 Procedimiento de cambio de haz
La celda de servicio usa el procedimiento de cambio de haz para cambiar el haz de servicio para el UE. La celda de servicio inicia el procedimiento mediante la orden xPDCCH, por el Elemento de Control MAC de Indicación de Cambio del Haz BRS, o por el Elemento de Control MAC de Indicación de Cambio del haz BRRS.
Para cada TTI, la entidad 5G-MAC deberá:
- si el beam_change se ha indicado mediante la orden xPDCCH para este TTI:
- si el informe transmitido anteriormente era un informe de b Ri de acuerdo con 5.5.1.2:
- indicar a la capa física 5G que cambie el haz de servicio al haz correspondiente al RBI que tuvo el valor de BRSRP más alto informado después del tiempo k beamswitch-delay-dci definido en [1];
- de lo contrario, si el informe transmitido anteriormente era un informe de la BSI de acuerdo con 5.5.1.1: - indicar a la capa física 5G que cambie el haz de servicio al haz correspondiente al BI que tenía el valor BRSRP más alto informado después del tiempo k beamswitch-delay-dci definido en [1].
- si se ha recibido en este TTI un Elemento de Control MAC de Indicación de Cambio de Haz BRS como se define en 6.1.3.9:
- indicar a la capa física 5G para cambiar el haz de servicio al haz correspondiente al BI señalado explícitamente después del tiempo k beamswitch-delay-mac definido en [1].
- si se ha recibido en este TTI un Elemento de Control MAC de Indicación de Cambio de Haz BRRS como se define en 6.1.3.10:
- indicar a la capa física 5G para cambiar el haz de servicio al haz correspondiente al RBI señalado explícitamente después del tiempo k beamswitch-delay-mac definido en [1].
5.5.3 Procedimiento de solicitud de ajuste de haz
Si se configura, la Solicitud de Ajuste de Haz (BAR) se usa para solicitar a la celda de servicio que transmita la BRRS (Señal de Referencia de Refinamiento de Haz). El UE mide la BRRS en la(s) subtrama(s) programada(s) para determinar la celda de servicio.
La 5G-RRC controla la BAR configurando el temporizador prohibitBAR-Timer, que limita el intervalo entre dos BAR consecutivos.
NOTA: El UE puede activar la BAR en base a cualquier condición específica de implementación del UE.
Se activará una BAR si prohibitBAR-Timer no está ejecutándose y se cumple cualquier condición específica de implementación de UE.
Si el procedimiento de BAR determina que se ha activado una BAR:
- si la entidad 5G-MAC tiene recursos de UL asignados para nueva transmisión para este TTI
- indicar al procedimiento de multiplexación y ensamblaje que genere y transmita un elemento de control BAR MAC como se define en 6.1.3.8
- iniciar o reiniciar prohibitBAR-Timer
- de lo contrario, si se ha configurado en el UE un SR dedicado para la solicitud de BRRS
- indicar a la capa física 5G para señalar el SR dedicado para la solicitud BRRS en la región 5G SR de la subtrama RACH
- iniciar o reiniciar prohibitBAR-Timer
- de lo contrario
- se activará una solicitud de programación.
5.6 Recepción discontinua (DRX)
La entidad 5G-MAC puede configurarse por 5G-RRC con una funcionalidad DRX que controla la actividad de monitorización xPDCCH del UE para el C-RNTI de la entidad 5G-MAC. Cuando está en 5G-RRC_CONNECTED, si DRX se configura, la entidad 5G-MAC puede monitorear el xPDCCH de forma discontinua mediante el uso de la operación DRX especificada en esta subcláusula; de otra manera, la entidad 5G-MAC monitorea el xPDCCH de forma continua. Cuando se usa la operación DRX, la entidad 5GMAC monitoreará también el xPDCCH de acuerdo con los requisitos que se encuentran en otras subcláusulas de esta memoria descriptiva. El 5GRRC controla la operación de DRX al configurar los temporizadores en Temporizador de Duración, drx-InactivityTimer, drx-RetransmissionTimer (uno por proceso HARq de DL excepto para el proceso de difusión), el longDRX-Cycle, el valor del drxStartOffset y opcionalmente el drxShortCycleTimer y shortDRX-Cycle. Además, se define un temporizador de RTT de HARQ por proceso HARQ de DL (excepto para el proceso de difusión).
Cuando se configura un ciclo DRX, el tiempo activo incluye el tiempo mientras:
- onDurationTimer o drx-InactivityTimer o drx-RetransmissionTimer o mac-ContentionResolutionTimer se ejecuta; o
- se envía una Solicitud de Programación en xPUCCH y está pendiente (como se describe en la subcláusula 5.4.4); o
- puede ocurrir una concesión de enlace ascendente para una retransmisión pendiente de HARQ y existen datos en el búfer de HARQ correspondiente; o
- se recibe una Indicación de Cambio de Haz de MAC-CE antes del inicio de la duración, hasta que onDurationTimer inicia; o
- se envía una UCI (información de control del enlace ascendente) y está pendiente; o
- se envía un preámbulo de acceso aleatorio en xPRACH y está pendiente; o
- se envía un preámbulo SR en xPRACH y está pendiente; o
- un xPDCCH que indica que no se ha recibido una nueva transmisión dirigida al C-RNTI de la entidad 5G-MAC después de la recepción satisfactoria de una Respuesta de Acceso Aleatorio para el preámbulo no seleccionado por la entidad 5G-MAC (como se describe en la subcláusula 5.1.4).
Cuando se configura DRX, la entidad 5G-MAC deberá para cada subtrama:
- si un temporizador RTT de la HARQ expira en esta subtrama y los datos en el búfer transitorio del proceso HARQ correspondiente no se decodificaron con éxito:
- iniciar el drx-RetransmissionTimer para el proceso HARQ correspondiente.
- si se recibe un elemento de control MAC de comando DRX o un elemento de control MAC de comando DRX Largo:
- detener el onDurationTimer;
- detener el drx-InactivityTimer.
- si el drx-InactivityTimer expira o se recibe un elemento de control MAC de Comando DRX es esta subtrama: - si se configura el ciclo DRX Corto:
- iniciar o reiniciar el drxShortCycleTimer;
- usar el Ciclo DRX Corto.
- de lo contrario:
- usar el Ciclo DRX Largo.
- si el drxShortCycleTimer expira en esta subtrama:
- usar el Ciclo DRX Largo.
- si se recibe un elemento de control MAC de Comando DRX Largo:
- detener drxShortCycleTimer;
usar el Ciclo DRX Largo.
- Si se usa el Ciclo DRX Corto y [(SFN * 50) número de subtramas] módulo (shortDRX-Cycle) = (drxStart0ffset) módulo (shortDRX-Cycle); o
- si se usa el Ciclo DRX Largo y [(SFN * 50) número de subtramas] módulo (longDRX-Cycle) = drxStart0ffset: - iniciar el onDurationTimer.
- durante el Tiempo Activo, para una subtrama:
- monitorear el xPDCCH;
- si el xPDCCH indica una transmisión de DL:
- iniciar el temporizador RTT de la HARQ para el proceso HARQ correspondiente;
- detener el drx-RetransmissionTimer para el proceso HARQ correspondiente.
- si el xPDCCH no indica una transmisión de datos programada (DL o UL):
- drx-InactivityTimer no se iniciará
- los ejemplos de xPDCCH que no indican una transmisión de datos programada son;
- una DCI de UL que activa la transmisión de la UCI a través de xPUCCH o xPUSCH, o; - cualquier formato de DCI que no se use para programar la transmisión de datos de UL/DL.
- de lo contrario, si un xPDCCH indica una nueva transmisión (DL o UL):
- iniciar o reiniciar el drx-InactivityTimer.
- Un UE puede activarse antes de una duración de activación y realizar una gestión del haz para encontrar un haz adecuado para la comunicación como se especifica en la subcláusula 5.5;
- en la subtrama n actual, si la entidad 5G-MAC no estuviera en Tiempo Activo considerando concesiones/asignaciones/elementos de control MAC de Comandos DRX/elementos de control MAC de Comandos DRX Largos recibidos y Solicitud de Programación enviada hasta y que incluye [subtrama n-5] al evaluar todas las condiciones de Tiempo Activo DRX como se especifica en esta subcláusula, no se informará CQI/PMI/RI en xPUCCH.
Independientemente de si la entidad 5G-MAC monitoriza xPDCCH o no, la entidad 5G-MAC recibe y transmite retroalimentación HARQ (información ACK/NACK) y transmite SRS cuando se espera.
NOTA: El mismo Tiempo activo se aplica a toda(s) la(s) celda(s) servidora(s) activada(s).
NOTA: En caso de multiplexación espacial de enlace descendente, si se recibe un TB mientras el HARQ RTTTimer se ejecuta y la transmisión anterior del mismo TB se recibió al menos N subtramas antes de la subtrama actual (donde N corresponde al Temporizador HARQ RTT), la entidad 5G-MAC debe procesarlo y reiniciar el Temporizador HARQ rTt .
Para cada celda de servicio, el temporizador HARQ RTT se establece en I = n 4 k m 3 subtramas, donde k e {0, 1,..., 7} y m e {0, 1, 2, 3} están dentro de la DCI de DL en la subtrama n para el intervalo entre la transmisión del enlace descendente y la transmisión de la retroalimentación HARQ asociada, como se indica en la subcláusula 8.5 de [5G.213].
Pueden encontrarse detalles adicionales en TS SG.211, "Canales físicos y modulación KT 5G (Liberación 1)", TS 5G.212, "Multiplexación de la Capa Física KT 5G y codificación de canales (Liberación 1)", TS 5G.213 TS 5G.213, "Procedimientos de la Capa Física KT 5G (Liberación 1))", y TS 5G.321, "Memoria descriptiva del protocolo MAC KT 5G (Liberación 1)".
Como se discute en 3GPP R3-160947 y TR 38.801, los escenarios ilustrados en las Figuras 14 y 15 podrían considerarse para el soporte de la arquitectura de la red de radio NR. Como se discute en 3GPP R2-164306, los siguientes escenarios de disposición de celdas para NR autónoma se capturan para estudiarse:
• Despliegue de celdas macro solamente
• Despliegue heterogéneo
• Despliegue de celdas pequeñas solamente
Como se discute en las actas de la reunión 3GPP RAN2#94, 1 NR eNB corresponde a 1 o muchos TRP. Existen dos niveles potenciales de movilidad controlada por la red:
• RRC impulsado a nivel de "celda".
• Cero/Mínima participación del RRC (por ejemplo, en MAC /PHY)
Como se discute en 3GPP R2-162210, los siguientes principios de gestión de la movilidad de 2 niveles posiblemente se mantengan en 5G:
A) Movilidad a nivel de celda
a. Selección/reselección de celda en Espera, traspaso en C0NN
b. Manejo por RRC en estado C0NN
B) Gestión del nivel del haz
a. L1 maneja la selección adecuada del TRP a usar para un UE y la dirección de haz óptima
En general, se espera que los sistemas 5G dependan en mayor medida de la "movilidad basada en haces", además de la movilidad del UE basada en traspasos habituales, para gestionar la movilidad del UE. Tecnologías como MIM0, fronthauling, C-RAN y NFV permitirán ampliar el área de cobertura controlada por un "Nodo 5G", aumentando por tanto, las posibilidades de gestión a nivel de haz y reduciendo la necesidad de movilidad a nivel de celda. En teoría, toda la movilidad dentro del área de cobertura de un nodo 5G podría manejarse en base a la gestión del nivel del haz, lo que dejaría los traspasos solamente para usarse para la movilidad al área de cobertura de otro Nodo 5G. Las Figuras 16 a 19 muestran ejemplos de una celda en 5G NR. La Figura 16 es una reproducción de una porción de la Figura 1 de 3GPP R2-163879, y muestra un despliegue ilustrativo con una sola celda TRP. La Figura 17 es una reproducción de una porción de la Figura 1 de 3GPP R2-163879 y muestra un despliegue ilustrativo con múltiples celdas TRP. La Figura 18 es una reproducción de la Figura 3 de 3GPP R2-162210, y muestra una celda 5G ilustrativa que comprende un nodo 5G con múltiples TRP. La Figura 19 es una reproducción de la Figura 1 de 3GPP R2-163471 y muestra una comparación entre una celda LTE y una celda NR.
Aparte del traspaso en base a la medición RRM, un UE 5G podría adaptar el haz de servicio para mantener la conectividad 5G en función de la fluctuación de la calidad del haz o de la movilidad intra-celda del UE. Para ello, el Nodo-B 5G y el UE podrían rastrear y cambiar el haz de servicio adecuadamente (en lo sucesivo, seguimiento del haz).
Las siguientes terminologías podrán usarse en lo sucesivo:
• BS: una unidad central de red o un nodo de red en NR que se usa para controlar uno o múltiples TRP asociados a una o múltiples celdas. La comunicación entre la BS y el o los TRP es a través de fronthaul. La BS puede denominarse unidad central (CU), eNB, gNB o NodoB.
• TRP: un punto de transmisión y recepción proporciona cobertura de red y se comunica directamente con los UE.
El TRP podría denominarse unidad distribuida (DU).
• Celda: una celda se compone de uno o múltiples TRP asociados, es decir, la cobertura de la celda se compone de la cobertura de todos los TRP asociados. Una celda se controla mediante una BS. La celda podría también denominarse como grupo TRP (TRPG).
• Haz de barrido: con el fin de cubrir todas las direcciones posibles de transmisión y/o recepción, se requiere un número de haces. Ya que no es posible generar todos estos haces simultáneamente, el barrido del haz significa la generación de un subconjunto de estos haces en un intervalo de tiempo y cambiar el o los haces generados en otro(s) intervalo(s) de tiempo, es decir, cambiando el haz en el dominio del tiempo. De esta manera, todas las direcciones posibles pueden cubrirse después de varios intervalos de tiempo.
• Número de barrido del haz: número necesario de intervalo(s) de tiempo para barrer los haces en todas las direcciones posibles una vez para transmisión y/o recepción. En otras palabras, una señalización que aplique el barrido del haz se transmitiría un "número de barridos del haz" de veces dentro de un período de tiempo, por ejemplo, la señalización se transmite en (al menos parcialmente) diferente haz o haces en diferentes momentos del período de tiempo.
• Haz de servicio: El haz de servicio para un UE es un haz generado por la red, por ejemplo TRP, que se usa actualmente para comunicarse con el UE, por ejemplo para transmisión y/o recepción.
• Haz candidato: el haz candidato para un UE es un candidato de un haz de servicio. El haz de servicio puede ser haz candidato o no.
• Haz cualificado: el haz cualificado es un haz con una calidad de radio, en base a la medición de la señal en el haz, mejor que un umbral.
Las siguientes suposiciones para el lado de la red pueden adoptarse en lo sucesivo:
• La NR que usa la conformación de haces podría ser autónoma, es decir, el UE puede acampar en ella o conectarse directamente a la NR.
■ La NR que usa la conformación de haces y la NR que no usa la conformación de haces podrían coexistir, por ejemplo, en celdas diferentes.
• El TRP podría aplicar la conformación de haces tanto a las transmisiones como a las recepciones de datos y señalización de control, si fuera posible y beneficioso.
■ El número de haces generados simultáneamente por el TRP depende de la capacidad del TRP, por ejemplo, el número máximo de haces generados simultáneamente por diferentes TRP pueden ser diferentes.
■ El barrido del haz es necesario, por ejemplo, para que la señalización de control se proporcione en todas las direcciones.
■ (Para la conformación de haces híbrida) Es posible que el TRP no admita todas las combinaciones de haces, por ejemplo, algunos haces no podrían generarse simultáneamente. La Figura 20 muestra un ejemplo de combinación de limitación de generación de haz.
• Se sincronizan las temporizaciones de enlace descendente de los TRP en la misma celda.
• La capa RRC del lado de la red está en la BS.
• El TRP podría admitir tanto los UE con conformación de haces de UE como los UE sin conformación de haces de UE, por ejemplo, debido a las diferentes capacidades o versiones de los UE.
Las siguientes suposiciones para el lado del UE pueden adoptarse en lo sucesivo:
• El UE puede realizar la conformación de haces para la recepción y/o transmisión, si es posible y beneficioso.
■ El número de haces generados simultáneamente por el UE depende de la capacidad del UE, por ejemplo, es posible generar más de un haz.
■ El o los haces generados por un UE son más amplios que el o los haces generados por un eNB.
■ El barrido del haz para la transmisión y/o recepción en general no es necesario para los datos del usuario, pero puede ser necesario para otra señalización, por ejemplo, para realizar una medición.
■ (Para la conformación de haces híbrida) Es posible que el equipo de usuario no admita todas las combinaciones de haces, por ejemplo, que algunos haces no puedan generarse simultáneamente. La Figura 20 muestra un ejemplo de combinación de limitación de generación de haz.
• No todos los UE admiten la conformación de haces de UE, por ejemplo, debido a la capacidad del UE o a que la conformación de haces de UE no se admite en la(s) primera(s) liberación(es) de NR.
• Un UE puede generar múltiples haces de UE simultáneamente y atenderse mediante múltiples haces de servicio desde uno o múltiples TRP de la misma celda.
• Los mismos o diferentes datos (DL o UL) podrían transmitirse en el mismo recurso de radio a través de diferentes haces de servicio para la diversidad o la ganancia de rendimiento.
• Existen al menos dos estados de UE (RRC): estado conectado (o llamado estado activo) y estado no conectado (o llamado estado en espera). El estado inactivo puede ser un estado adicional o pertenecer al estado conectado o al estado no conectado.
Como se discute en 3GPP R2-162251, para usar la conformación de haces tanto en el eNB como en el UE, prácticamente, la ganancia de antena mediante la conformación de haces en el eNB se considera alrededor de 15 a 30 dBi y la ganancia de antena del UE se considera alrededor de 3 a 20 dBi. La Figura 21, que es una reproducción de la Figura 3 de 3GPP R2-162251, ilustra la compensación de ganancia al formar los haces.
Desde la perspectiva de la SINR, la conformación de haces nítida reduce la potencia de interferencia de los interferentes vecinos, es decir, los eNB vecinos en el caso del enlace descendente u otros UE conectados a los eNB vecinos. En el caso de TX de conformación de haces, sólo la interferencia de otras TX cuyo haz actual apunte en la misma dirección que el RX será la interferencia "efectiva". La interferencia "efectiva" significa que la potencia de interferencia es más alta que la potencia de ruido efectiva. En el caso de RX de conformación de haces, sólo la interferencia de otras TX cuya dirección de haz es la misma que la dirección de haz de RX actual del UE será la interferencia efectiva. La Figura 22, que es una reproducción de la Figura 4 de 3GPP R2-162251, ilustra la interferencia debilitada por conformación de haces.
Cuando el UE está en un estado conectado, el UE puede moverse entre diferentes haces o diferentes TRP de la misma celda de servicio. Además, si se usa la conformación de haces de UE, los haces de UE también pueden cambiar con el tiempo, por ejemplo, debido a la rotación de UE.
Un caso ilustrativo de movilidad en estado conectado sin cambio de celda tiene las siguientes etapas:
• Señalización para la detección de cambios
• Los cambios del haz o haces de UE, el haz o los haces de servicio de TRP(s) de servicio, y el o los TRP de servicio pueden detectarse mediante un UE y/o un nodo de red. Con el fin de detectar el cambio, podría usarse una señalización transmitida periódicamente por el o los TRP o el UE. El o los TRP realizan periódicamente el barrido del haz para la recepción o transmisión de la señalización. Si se usa la conformación de haces de UE, el UE realiza periódicamente un barrido de haces para la recepción o transmisión de la señalización.
• Cambio de haz de UE
• Si el cambio se detecta por el UE, el propio UE puede seleccionar el haz(es) de UE adecuado(s) para la siguiente recepción (y transmisión, por ejemplo, para TDD). Alternativamente, el UE necesita proporcionar retroalimentación al nodo de red y el nodo de red podría proporcionar una indicación del cambio de haz del UE desde la red al UE.
• Si el cambio se detecta por el nodo de red, puede ser necesaria la indicación del cambio de haz de UE desde el nodo de red al UE. El UE usa el haz(es) del UE indicado(s) por el nodo de red para la siguiente transmisión (y recepción, por ejemplo, para TDD).
• Haz de Servicio y/o cambio de TRP de servicio
• Después de que el UE reciba la señalización para la detección de cambios, el UE tiene que proporcionar retroalimentación al nodo de red y el nodo de red podría decidir si cambia el haz o los haces de servicio (DL) y/o el o los TRP de servicio para el UE. Por otro lado, después de que el TRP(s) reciba la señalización de detección de cambio, el nodo de red podría decidir si cambia el haz o los haces de servicio y/o el o los TRP de servicio para el UE.
Las Figuras 23 y 24 ilustran diagramas de flujo ilustrativos para la movilidad en estado conectado sin cambio de celda.
En NR, se considera un nuevo estado (por ejemplo, estado inactivo) además del estado conectado RRC y el estado en espera RRC que ya existen en LTE. El nuevo estado puede ser un subestado del estado conectado de RRC, un subestado del estado en espera de RRC o un estado independiente que no pertenece al estado conectado o al estado en espera. El nuevo estado puede denominarse estado inactivo, estado inactivo conectado, se controla por RAN. Las características del nuevo estado se describen en 3GPP R2-168856 de la siguiente manera:
5.5.2 Estados de UE y transiciones de estado
El RRC admite los siguientes tres estados que pueden caracterizarse como sigue:
- RRC_IDLE:
- Movilidad de reselección de celda;
- FFS: El contexto de UE AS no se almacena en ningún gNB ni en el UE;]
- La paginación se inicia por CN;
- El área de paginación se administra por CN.
- RRC_INACTIVE:
- Movilidad de reselección de celda;
- Se ha establecido la conexión CN - NR RAN (ambos planos C/U) para el UE;
- El contexto de UE AS se almacena en al menos un gNB y el UE;
- La notificación se inicia por NR RAN;
- El área de notificación basada en RAN se gestiona mediante NR RAN;
- NR RAN conoce el área de notificación basada en RAN a la que pertenece el UE;
- RRC_CONNECTED:
- El UE tiene una conexión NR RRC;
- El UE tiene un contexto AS en NR;
- NR RAN conoce la celda a la que pertenece el UE;
- Transferencia de datos de unidifusión desde/hacia el UE;
- Movilidad controlada por la red, es decir, traspaso dentro de NR y desde/hacia E-UTRAN.
Además, los siguientes principios para el nuevo estado también se especifican en 3GPP R2-168856:
Los UE en estado controlado por la RAN deberían incurrir en un mínimo de señalización, minimizar el consumo de potencia, minimizar los costes de recursos en la RAN/CN haciendo posible maximizar el número de UE que utilizan (y se benefician de) este estado.
Los UE en estado controlado por la RAN deben ser capaces de iniciar la transferencia de datos con bajo retardo (como requieren los requisitos de la RAN).
Para el UE en el "nuevo estado", debe usarse un procedimiento de notificación iniciado por la RAN para llegar al UE. Y los parámetros relacionados con la notificación deben configurarse por la propia RAN.
Para el UE en el "nuevo estado", la RAN debe ser consciente siempre que el UE se mueva de un "área de notificación basada en la RAN" a otra.
En el 'nuevo estado' habrá un mecanismo en el que el UE primero transita al estado completamente conectado donde puede ocurrir la transmisión de datos.
Se estudiará la posibilidad de que el UE realice la transmisión de datos sin transición de estado desde el 'nuevo estado' para estar completamente conectado.
En el estado RRC_INACTIVO, puede conocerse una ubicación de UE en el nivel de área basado en RAN donde esa área puede ser una sola celda o más de una celda. El área se determina por la red.
Se asume que el UE realiza actualizaciones de localización a nivel CN al cruzar un límite TA cuando está inactivo (además de las actualizaciones RAN en base a las áreas RAN).
Habrá un código de Årea de Ubicación Núcleo NG/CN (similar al código de Årea de Seguimiento) difundido en la información del sistema de una Celda NR.
El área de notificación basada en RAN es específica del UE y configurable por el gNB a través de señalización dedicada.
Habrá una difusión de ID de Celda global única en la información del sistema de NR Cell.
• Para el estado inactivo, habrá una forma de configurar el UE con un área de notificación basada en RAN que sea más pequeña que un TA (área de seguimiento).
• Un área de notificación de RAN puede cubrir una sola celda o múltiples celdas.
• Un UE en el estado NR RRC_INACTIVE puede realizar una reselección a otra RAT (al menos en algunos casos (GERAN, UTRAN, LTE heredado conectado a EPC) el UE entra en el estado en Espera en esa RAT). Estado objetivo de FFS en el caso de que LTE se conecte a Núcleo NG.
Un UE podría realizar la gestión del haz para mantener al menos un haz (nodo de red) que pueda usarse para transmisión y/o recepción, por ejemplo, haz de servicio. La gestión del haz puede comprender, pero no se limita a, los siguientes procedimientos discutidos en 3GPP TS 5G.321:
• Procedimiento de retroalimentación del haz;
• Procedimiento de cambio de haz; y
• Procedimiento de solicitud de ajuste del haz.
Además, un UE podría realizar DRX para controlar la monitorización del canal de control DL (por ejemplo, PDCCH) de modo que pueda reducirse el consumo de batería del UE. El tiempo activo de DRX se especifica en 3GPP TS 36.321, TS 36.300 y TS 5G.321, "Memoria descriptiva del protocolo mAc KT 5G (Liberación 1). Cuando se configura DRX, el tiempo diferente del tiempo activo de DRX puede denominarse tiempo inactivo de DRX. En base a la memoria descriptiva MAC KT 5G TS 5G.321, "Memoria descriptiva del protocolo MAC KT 5G (Liberación 1)", la gestión del haz puede continuar durante el tiempo inactivo de DRX. La gestión del haz requiere una medición continua de la BRS (señal de referencia del haz) que consume potencia del UE. Además, de acuerdo con TS 5G.321, "Memoria descriptiva del protocolo MAC KT 5G (Liberación 1)", un UE debe iniciar un procedimiento de acceso aleatorio para informar la BSI cuando el enlace ascendente no se sincroniza (es decir, el temporizador de alineación de tiempo no funciona). Por lo tanto, puede que no siempre sea beneficioso continuar con la gestión del haz durante el tiempo inactivo de DRX, por ejemplo, para los UE estacionarios, los UE sin tráfico en curso o los UE sin servicio activo.
En general, para resolver el problema, un UE (por ejemplo, en estado conectado) podría detener la gestión del haz durante el tiempo de inactividad del DRX. Por ejemplo, el UE no realiza mediciones de BRS ni informes de BSI durante el tiempo inactivo de DRX. Sin embargo, continuar con la gestión del haz durante el tiempo inactivo de DRX puede tener el beneficio de una latencia reducida para la siguiente transferencia de datos, ya que el UE sabe qué haz usar cuando existe una necesidad de transferencia de datos. Esto puede ser útil para servicios con requisitos de latencia sensibles. Como compromiso, el nodo de red podría configurar o controlar si debe continuarse con la gestión del haz durante el tiempo de inactividad de DRX. El nodo de red (por ejemplo, gNB) podría configurarlo o controlarlo en base a la QoS del servicio activo actual del UE.
Alternativamente, la decisión de realizar o no la gestión del haz es en base a al menos el estado de sincronización de UL. Por ejemplo, el UE podría dejar de realizar la gestión del haz cuando el UL se vuelve no sincronizado.
También pueden producirse problemas similares para el UE en estado inactivo. En base a la misma razón discutida anteriormente, puede que no siempre sea beneficioso continuar con la gestión del haz durante el estado inactivo. Para resolver el problema, el procedimiento anterior podría aplicarse al caso cuando el UE está en estado inactivo. Por ejemplo, un UE podría detener la gestión del haz durante (tiempo de inactividad de DRX en) estado inactivo. Alternativamente, el nodo de red podría configurar o controlar si continuar con la gestión del haz durante (tiempo de inactividad de DRX en) el estado inactivo.
Como se discutió anteriormente, la gestión del haz podría usarse para mantener el haz de servicio de un UE. Con respecto a la gestión del haz, después de determinar el haz de servicio de un UE, el UE debe realizar una medición en el haz de servicio para determinar si el haz de servicio actual es válido o no. El resultado de la medición puede informarse al nodo de red. Y el nodo de red puede cambiar el haz de servicio en base al resultado de la medición. En algunos casos (por ejemplo, durante el tiempo inactivo de DRX, durante el estado inactivo, o etc.), la gestión del haz puede no continuar. Durante el tiempo en que no se realiza la gestión del haz, el UE no tiene ni idea de si el haz de servicio actual sigue siendo válido o no. Un procedimiento para que el UE determine si el haz de servicio actual es válido se considera más abajo.
Para resolver el problema, podría usarse un temporizador para determinar si el haz de servicio actual es válido o no. El temporizador puede denominarse temporizador de validez del haz de servicio. Un UE puede mantener un temporizador para el haz o los haces de servicio. La duración del temporizador puede configurarse por el nodo de red. La duración puede ser cero o infinito. Manipular del temporizador puede comprender, entre otras, las siguientes acciones:
• El temporizador podría iniciarse o reiniciarse en respuesta a la determinación o actualización del haz o los haces de servicio. El haz o los haces de servicio puede determinarse en base a la información del nodo de red, o determinarse por el UE e informando al nodo de red.
• El temporizador podría reiniciarse en respuesta a la ejecución del seguimiento del haz y/o la medición del haz en el haz o los haces de servicio actuales (y el haz o los haces de servicio actuales siguen cumpliendo los criterios para ser un haz de servicio (por ejemplo, la calidad es superior a un umbral o es el mejor haz). El seguimiento del haz y/o la medición del haz pueden realizarse periódicamente o desencadenarse por el nodo de red (por ejemplo, orden xPDCCH).
• El temporizador podría reiniciarse en respuesta al informe de un resultado de medición del haz o los haces de servicio actuales al nodo de red (y el haz o los haces de servicio actuales aún cumplen los criterios de ser un haz de servicio, por ejemplo, la calidad es mayor que un umbral o es el mejor haz). El informe puede realizarse periódicamente o desencadenarse por el nodo de red. El informe puede ser un informe de BRI o un informe de BSI, como se discute en TS 5G.213, "Procedimientos de la Capa Física KT 5G (Liberación 1)" and 5G.321, "Memoria descriptiva del protocolo MAC KT 5G (Liberación 1).
• El temporizador podría reiniciarse en respuesta a la recepción de DL o la transmisión de UL a través del haz o los haces de servicio actuales.
• El temporizador podría detenerse, por ejemplo, si el haz o los haces de servicio actuales ya no pueden ser un haz de servicio, si no se cumple el criterio de ser un haz de servicio, o si el UE entra en estado inactivo.
• Cuando el temporizador expira o se detiene, el UE podría considerar que el haz o los haces de servicio no son válidos.
• Cuando el temporizador expira o se detiene, es posible que el UE no realice la gestión del haz.
Cuando el temporizador se ejecuta, el UE podría considerar válidos el haz o los haces de servicio actuales. El UE podría usar el haz o los haces de servicio para la transmisión y/o recepción de datos cuando existe una necesidad de transferencia de datos. Cuando el temporizador no está funcionando, el UE podría considerar que el haz o los haces de servicio asociados no son válidos, y es posible que necesite encontrar al menos un nuevo haz de servicio primero antes de la transmisión y/o recepción de datos (cuando existe una necesidad de transferir datos).
En general, un UE podría monitorear la señalización de control de DL en un canal de control de DL (por ejemplo, PDCCH, xPDCCH) a través del haz o los haces de servicio del UE. De acuerdo con TS 5G.213, "Procedimientos de la Capa Física KT 5G (Liberación 1)", un UE podría asumir que xPDCCH, xPDSCH, CSI-RS, xPUCCH, xPUSCH y xSRS se transmiten y/o reciben a través del haz de servicio del UE. Si el haz o los haces de servicio del UE se consideran no válidos o si el UE no tiene ningún haz de servicio válido, no está claro qué haz monitorea el UE un canal de control de DL (por ejemplo, xPDCCH).
Si el UE no tiene ningún haz de servicio válido, el UE podría monitorear un canal de control de DL a través del mejor haz del UE. El UE puede encontrar el mejor haz al medir la BRS. El mejor haz puede ser un haz con la mayor RSRP (Potencia de recepción de señal de referencia). El nodo de red puede necesitar barrer haces para transmitir el canal de control de DL para asegurarse de que el UE pueda recibirlo si no existe un haz de servicio válido.
El UE puede monitorear un canal de control de DL en múltiples tiempos correspondientes a diferentes haces de un nodo de red. Los tiempos múltiples pueden cubrir todos los haces del nodo de red.
El UE puede monitorear el canal de control de DL para recibir una señalización para indicar un nuevo haz de servicio, o una señalización para iniciar un procedimiento para encontrar un haz adecuado para ser un haz de servicio (por ejemplo, informe de BSI o informe de BRI).
Cuando un UE tiene datos de enlace ascendente disponibles para la transmisión, es posible que el UE necesite solicitar algún recurso de enlace ascendente para transmitir los datos, por ejemplo, a través de una solicitud de programación como se discute en 3GPP TS 36.321. Para el caso de que la celda de servicio del UE esté usando conformación de haces, el UE podría mantener al menos un haz de servicio que puede usarse para la transmisión y/o recepción de datos. Cuando el haz de servicio actual es válido (por ejemplo, durante el tiempo activo de DRX o cuando el temporizador de validez del haz de servicio se ejecuta), el UE podría iniciar un procedimiento de solicitud de programación normal a través del haz o los haces de servicio. Sin embargo, en algunos casos, el UE puede no tener ningún haz de servicio válido cuando el UE necesita una transferencia de datos de enlace ascendente. Por ejemplo, los datos de enlace ascendente están disponibles para la transmisión durante el tiempo de inactividad de DRX si la gestión del haz no continúa durante el tiempo de inactividad de DRX o cuando el temporizador de validez del haz de servicio no está funcionando. La gestión del haz (por ejemplo, la retroalimentación del haz) puede detenerse durante un período de tiempo dentro del tiempo de inactividad del DRX. Como se mencionó anteriormente, el UE puede considerar que el haz de servicio no es válido, y no puede usarse el procedimiento de solicitud de programación normal ya que no puede usarse ningún haz de servicio válido. Más abajo se considera manipular la llegada de datos de enlace ascendente cuando el UE no tiene un haz de servicio válido.
Para resolver el problema, cuando un UE tiene datos de enlace ascendente disponibles para transmisión pero no tiene ningún haz de servicio válido (por ejemplo, los datos de enlace ascendente están disponibles para transmisión durante el período de tiempo en el que se detiene la gestión del haz), el UE podría encontrar al menos un haz de servicio específico con el fin de transmitir una solicitud para adquirir recursos de UL. El UE puede sincronizarse por el UL. El UE puede encontrar el haz específico midiendo la BRS. El haz específico puede ser el mejor haz entre los haces medidos por el UE. El mejor haz puede ser un haz con la RSRP más alto. Los haces pueden pertenecer a la misma celda, por ejemplo, celda de servicio del UE. La solicitud puede transmitirse a través del haz específico. La solicitud puede ser una solicitud de programación. La solicitud puede ser un preámbulo de solicitud de programación, un informe de BSI, o un informe de BRI como se discute en TS 5G.213, "Procedimientos de la Capa Física KT 5G (Liberación 1)" y SG.321, "Memoria descriptiva del protocolo MAC KT 5G (Liberación 1)". Después de transmitir la solicitud, el UE podría monitorear una respuesta de la solicitud a través del haz específico. El nodo de red puede transmitir la respuesta a través del haz específico. La respuesta puede ser de acceso aleatorio. La respuesta puede ser un comando de actualización de haz o puede notificar al Ue que informe de BSI o de BRI de modo que el nodo de red pueda determinar el nuevo haz o los haces de servicio para el UE. La respuesta puede incluir una concesión de enlace ascendente.
El UE puede simplemente transmitir la solicitud en múltiples tiempos correspondientes a diferentes haces del nodo de red para asegurarse de que el nodo de red pueda recibir la solicitud. Los tiempos múltiples cubren todos los haces del nodo de red. El UE podría monitorear una respuesta de la solicitud a través del haz específico. El nodo de red puede transmitir la respuesta a través del haz específico.
En lugar de encontrar un haz específico para transmitir la solicitud para activar la determinación de un nuevo haz de servicio, el UE podría iniciar un procedimiento de acceso aleatorio como se especifica en TS 5G.213, "Procedimientos de la Capa Física KT 5G (Liberación 1)", durante el cual el haz o los haces de servicio pueden determinarse.
Cuando el nodo de red tiene datos de enlace descendente para transmitir a un UE, el nodo de red puede transmitir una asignación de enlace descendente al UE a través de un haz de servicio del UE. El UE podría realizar la recepción de datos de DL en base a la asignación de enlace descendente. La asignación de enlace descendente podría transmitirse al UE durante el tiempo activo de DRX cuando el UE se sincroniza con el UL.
Para el caso de que la celda de servicio del UE esté usando conformación de haces, el UE podría mantener al menos un haz de servicio que puede usarse para la transmisión y/o recepción de datos. En algunos casos, el UE puede no tener un haz de servicio válido cuando el nodo de red tiene datos de enlace descendente para transmitir al UE. Por ejemplo, la gestión del haz puede no continuar cuando el UE no tiene UL sincronizado, cuando el UE está en tiempo inactivo de DRX o cuando el UE está en estado inactivo. En tales casos, la asignación de enlace descendente no puede transmitirse al UE a través del haz de servicio del UE. Más abajo se considera manipular la llegada de datos de enlace descendente cuando el UE no tiene un haz de servicio válido o cuando el temporizador de validez del haz de servicio no está en marcha.
Para resolver el problema, si un UE no tiene un haz de servicio válido, el UL del UE no se sincroniza y el nodo de red tiene datos de enlace descendente para transmitir al UE, el nodo de red podría enviar una solicitud de transmisión de UL al UE (por ejemplo, mediante el uso de barrido de haz). La solicitud puede ser una solicitud de preámbulo de solicitud de programación, una solicitud de inicio de un procedimiento de acceso aleatorio, una solicitud de informe BSI o una solicitud de informe BRI, como se discute en TS 5G.213, "Procedimientos de la Capa Física KT 5G (Liberación 1)" y SG.321, "Memoria descriptiva del protocolo MAC KT 5G (Liberación 1)". El UE puede monitorear la solicitud a través de un haz específico. El haz específico puede determinarse al medir la BRS. El haz específico también puede ser el mejor haz entre los medidos por el equipo de usuario. El mejor haz puede ser un haz con la RSRP más alto. Los haces pueden pertenecer a la misma celda (por ejemplo, celda de servicio del UE). El UE puede determinar el haz específico y/o monitorear la solicitud a través del haz específico en al menos uno de los siguientes momentos: durante o a punto de entrar en tiempo activo DRX (por ejemplo, on-duration), cuando el UE necesita monitorear una señalización de capa física (por ejemplo, asignación de enlace descendente) en un canal de control físico del enlace descendente (por ejemplo, PDCCH), o cuando el UE sale de un período (por ejemplo, tiempo inactivo DRX) en el que no se realiza retroalimentación de haz. El PDCCH puede dirigirse a un C-RNTI del UE o a un P-RNTI (es decir, un RNTI para la recepción de búsqueda). Después de la recepción de un PDCCH dirigido al P-RNTI, el UE recibe además un mensaje de búsqueda en un PDSCH asociado con el PDCCH, en el que el mensaje de búsqueda incluye información que indica la llegada de datos de enlace descendente.
En lugar de encontrar un haz específico para la monitorización de la solicitud, el UE puede monitorear para recibir la solicitud en múltiples tiempos correspondientes a diferentes haces del nodo de red para asegurarse de que el UE pueda recibir la solicitud. Los tiempos múltiples podrían cubrir todos los haces del nodo de red.
En respuesta a la solicitud, el UE puede transmitir un preámbulo de solicitud de programación, un informe de BSI, o un informe de BRI, como se discute en TS 5G.213, "Procedimientos de la Capa Física KT 5G (Liberación 1)" y 5G.321, "Memoria descriptiva del protocolo MAC KT 5G (Liberación 1)", en el momento correspondiente al haz en el que se recibe la solicitud. El nodo de red puede recibir la respuesta mediante el uso de barrido de haz.
De acuerdo con 3GPP TS 36.213, si un equipo de usuario detecta que el haz de servicio actual se desalinea y dispone de BSI para la recuperación del haz, el equipo de usuario podría llevar a cabo el proceso de recuperación del haz. El procedimiento de recuperación del haz para un equipo de usuario con sincronización de UL (por ejemplo, el temporizador de alineación temporal se ejecuta o el equipo de usuario tiene un TA (Avance de Tiempo) válido) puede comprender las siguientes etapas:
• El UE transmite un preámbulo de solicitud de programación para notificar a un nodo de red (por ejemplo, gNB).
• El nodo de red transmite una señalización de control de DL (por ejemplo, una orden xPDCCH) para iniciar un procedimiento de informe de BSI.
• El UE informa la BSI para que el nodo de red seleccione un haz de servicio.
Además, de acuerdo con TS 5G.213, "Procedimientos de la Capa Física KT 5G (Liberación 1)", un UE asume que xPDCCH, xPDSCH, CSI-RS, xPUCCH, xPUSCH, y xSRS se transmiten y/o reciben a través del haz de servicio del UE. Sin embargo, para el caso de recuperación de haz, la transmisión de UL y/o DL a través del haz de servicio puede no entregarse con éxito ya que el haz de servicio actual se desalinea. Para solucionar el problema, podrían considerarse los siguientes aspectos.
El equipo de usuario puede tener que transmitir el preámbulo de solicitud de programación en múltiples tiempos correspondientes a diferentes haces del nodo de red para asegurarse de que el nodo de red puede recibir el preámbulo de solicitud de programación. Los tiempos múltiples podrían cubrir todos los haces del nodo de red. El nodo de red puede transmitir la señalización de control de DL (por ejemplo, la orden xPDCCH) a través del haz en el que se recibe el preámbulo de solicitud de programación. El Ue puede informar BSI a través del haz en el que se recibe la señalización de control de DL.
La Figura 25 es un diagrama de flujo 2500 de acuerdo con una tercera realización ilustrativa de acuerdo con la invención desde la perspectiva de un nodo de red. En la etapa 2505, el nodo de red transmite una configuración a un UE, en el que la configuración indica si el UE realiza la gestión del haz durante un período de tiempo específico. Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un nodo de red, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el nodo de red transmita una configuración a un UE, en la que la configuración indica si el UE realiza la gestión del haz durante un periodo de tiempo específico. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
La Figura 26 es un diagrama de flujo 2600 de acuerdo con una realización ilustrativa, que no es una realización de acuerdo con la invención, desde la perspectiva de un UE. En la etapa 2605, el UE recibe una configuración, en la que la configuración indica si el UE realiza la gestión del haz durante un período de tiempo específico. En la etapa 2610, el UE determina si realizar la gestión del haz durante el período de tiempo específico en base a la configuración.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 (i) para recibir una configuración, en la que la configuración indica si el UE realiza la gestión del haz durante un período de tiempo específico, y (ii) para determinar si debe realizar la gestión del haz durante el período específico de tiempo en base a la configuración. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
En el contexto de las realizaciones que se ilustran en las Figuras 25 y 26 y discutido anteriormente, el período de tiempo específico podría ser el tiempo inactivo de DRX. Alternativamente, el período de tiempo específico podría ser la duración del tiempo cuando el UE está en estado inactivo.
Preferentemente, si la configuración indica que el UE debe realizar la gestión del haz durante el período de tiempo específico, el UE podría realizar la gestión del haz durante el período de tiempo específico. Alternativamente, si la configuración indica que el UE no debe realizar la gestión del haz durante el período de tiempo específico, el UE no realiza la gestión del haz durante el período de tiempo específico.
Preferentemente, si el UE no recibe la configuración, el UE realiza la gestión del haz durante el período de tiempo. Alternativamente, si el UE no recibe la configuración, el UE no realiza la gestión del haz durante el periodo de tiempo.
La Figura 27 es un diagrama de flujo 2700 de acuerdo con una realización ilustrativa, que no es una realización de acuerdo con la invención, desde la perspectiva de un UE. En la etapa 2705, el UE mantiene al menos un haz de servicio. En la etapa 2710, el UE considera que el haz de servicio no es válido cuando expira o se detiene un temporizador asociado con el haz de servicio.
Preferentemente, el temporizador podría asociarse con el haz de servicio del UE. El haz de servicio podría considerarse no válido cuando expire el temporizador. El temporizador podría iniciarse o reiniciarse cuando se determina o actualiza el haz de servicio, cuando se realiza el seguimiento del haz o la gestión del haz, cuando se realiza la medición del haz en un haz de servicio actual, y/o cuando se informa de un resultado de medición.
El resultado de la medición podría indicar la condición de radio de un haz de servicio actual. Alternativamente, el resultado de la medición podría ser un informe de BRI y/o un informe de BSI discutido en TS 5G.213, "Procedimientos de la Capa Física KT 5G (Liberación 1)" y 5G.321, "Memoria descriptiva del protocolo MAC KT 5G (Liberación 1)".
El temporizador podría detenerse cuando el UE detecta que el haz de servicio actual no cumple los criterios de ser un haz de servicio (por ejemplo, la calidad de radio no es lo suficientemente buena). El temporizador podría detenerse cuando se detiene la gestión del haz.
La duración del temporizador podría configurarse por el nodo de red. Alternativamente, la duración del temporizador podría ser cero.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 (i) para mantener al menos un haz de servicio, y (ii) para considerar el haz de servicio como inválido cuando un temporizador asociado con el haz de servicio expira o se detiene. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
La Figura 28 es un diagrama de flujo 2800 de acuerdo con una realización ilustrativa, que no es una realización de acuerdo con la invención, desde la perspectiva de un UE. En la etapa 2805, el UE determina si existe un haz de servicio válido cuando los datos de enlace ascendente están disponibles para su transmisión. En la etapa 2810, el UE selecciona un haz específico y transmite una solicitud a través del haz específico si el UE no tiene un haz de servicio válido.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 (i) para determinar si existe un haz de servicio válido cuando los datos de enlace ascendente están disponibles para su transmisión, y (ii) para seleccionar un haz específico y transmitir una solicitud a través del haz específico si el UE no tiene un haz de servicio válido. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
La Figura 29 es un diagrama de flujo 2900 de acuerdo con una realización ilustrativa de acuerdo con la invención desde la perspectiva de un UE. En la etapa 2905, el UE mantiene al menos un haz de servicio en una celda de servicio. En la etapa 2910, el UE determina si el al menos un haz de servicio es válido cuando los datos del enlace ascendente están disponibles para la transmisión. En la etapa 2915, el UE selecciona un haz específico de la celda de servicio y transmite una solicitud de recurso de enlace ascendente a través del haz específico si el al menos un haz de servicio no es válido.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 (i) para mantener al menos un haz de servicio en una celda de servicio, (ii) para determinar si el al menos un haz de servicio es válido cuando los datos de enlace ascendente están disponibles para transmisión, y (iii) para seleccionar un haz específico de la celda de servicio y transmitir una solicitud de recurso de enlace ascendente a través del haz específico si al menos un haz de servicio no es válido. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
En el contexto de las realizaciones mostradas en las Figuras 28 y 29 y discutido anteriormente, el UE podría seleccionar el haz específico en base a la medición de la BRS. El haz específico podría ser el mejor haz medido por el UE. El mejor haz podría ser un haz con la RSRP más alto.
La solicitud podría usarse para solicitar recursos de enlace ascendente. La solicitud podría ser una solicitud de programación, un preámbulo de acceso aleatorio, un informe de BSI o un informe de BRI. El UE podría transmitir la solicitud a través del al menos un haz de servicio si el al menos un haz de servicio es válido.
La Figura 30 es un diagrama de flujo 3000 de acuerdo con una realización ilustrativa, que no es una realización de acuerdo con la invención, desde la perspectiva de un UE. En la etapa 3005, el UE determina si existe un haz de servicio válido cuando el UE necesita monitorear un canal de control de enlace descendente. En la etapa 3010, el UE selecciona un haz específico y monitorea el canal de control de enlace descendente a través del haz específico si el UE no tiene un haz de servicio válido.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 (i) para determinar si existe un haz de servicio válido cuando el UE necesita monitorear un canal de control de enlace descendente, y (ii) para seleccionar un haz específico y monitorear el canal de control de enlace descendente a través del canal específico si el UE no tiene un haz de servicio válido. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
La Figura 31 es un diagrama de flujo 3100 de acuerdo con una realización ilustrativa, que no es una realización de acuerdo con la invención, desde la perspectiva de un UE. En la etapa 3105, el UE mantiene al menos un haz de servicio en una celda de servicio. En la etapa 3110, el UE determina si el al menos un haz de servicio es válido cuando el UE necesita monitorear un canal de control de enlace descendente. En la etapa 3115, el UE selecciona un haz específico de la celda de servicio y monitorea el canal de control de enlace descendente para recibir una solicitud para transmitir un preámbulo de acceso aleatorio a través del haz específico si el al menos un haz de servicio no es válido.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 (i) para mantener al menos un haz de servicio en una celda de servicio, (ii) para determinar si al menos un haz de servicio es válido cuando el UE necesita monitorear un canal de control de enlace descendente, y (iii) seleccionar un haz específico de la celda de servicio y monitorear el canal de control de enlace descendente para recibir una solicitud para transmitir un preámbulo de acceso aleatorio a través del haz específico si el al menos un haz de servicio no es válido. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en la presente memoria.
En el contexto de las realizaciones mostradas en las Figuras 28 y 29 y discutido anteriormente, el UE podría seleccionar el haz específico en base a la medición de la BRS. El haz específico podría ser el mejor haz medido por el UE. El mejor haz podría ser un haz con la RSRP más alto.
El enlace ascendente del UE puede no sincronizarse. Si el UE recibe una solicitud a través del canal de control de enlace descendente, el UE podría transmitir una respuesta.
La respuesta podría ser un preámbulo de acceso aleatorio, un preámbulo de solicitud de programación, un informe de BSI o un informe de BRI.
El canal de control de enlace descendente podría ser un canal de control físico del enlace descendente (por ejemplo, PDCCH). El UE podría monitorear el canal de control de enlace descendente durante el tiempo activo de d Rx (por ejemplo, en la duración).
En el contexto de las realizaciones que se ilustran en las Figuras 25-31 y discutido anteriormente, la gestión del haz podría incluir medir los haces de una celda de servicio y las celdas vecinas. La gestión del haz podría incluir el seguimiento de si el haz de servicio actual es lo suficientemente bueno y/o si existe una necesidad de cambiar el haz de servicio. La gestión del haz podría incluir un procedimiento de retroalimentación del haz, un procedimiento de cambio del haz y/o un procedimiento de solicitud de ajuste del haz. El nodo de red podría utilizar la conformación de haces para la transmisión y/o recepción de datos.
Preferentemente, el UE podría estar en modo conectado. La temporización del enlace ascendente podría sincronizarse para el UE. El temporizador de alineación de tiempo del UE podría ejecutarse.
Preferentemente, el UE podría realizar una medición en el al menos un haz de servicio para determinar si el al menos un haz de servicio es válido o no. El al menos un haz de servicio podría no ser válido durante el tiempo inactivo de DRX (recepción discontinua) si no se continúa con un procedimiento de retroalimentación del haz durante el tiempo inactivo de DRX. El al menos un haz de servicio podría no ser válido si no continúa un procedimiento de retroalimentación del haz cuando el enlace ascendente del UE no está sincronizado. Preferentemente, podría usarse un temporizador para determinar si el al menos un haz de servicio es válido o no.
Preferentemente, el UE podría transmitir el preámbulo de acceso aleatorio en respuesta a la solicitud.
En base a la invención, podría mejorarse la eficiencia ya que no es necesario que la gestión del haz continúe durante un período de tiempo específico. Además, los efectos secundarios de no continuar con la gestión del haz, por ejemplo, el haz de servicio dejan de ser válido, podrían manipularse bien.
Diversos aspectos de la divulgación se han descrito anteriormente. Debe ser evidente que las enseñanzas en la presente memoria pueden realizarse en una amplia variedad de formas y que cualquier estructura específica, función, o ambas que se divulga en la presente memoria es simplemente representativa. En base a las enseñanzas en la presente memoria un experto en la técnica debe apreciar que un aspecto divulgado en la presente memoria puede implementarse independientemente de cualquiera otros aspectos y que dos o más de estos aspectos pueden combinarse de diversos modos. Por ejemplo, puede implementarse un aparato o puede llevarse a la práctica un procedimiento mediante el uso de cualquier número de los aspectos expuestos en la presente memoria. Además, tal aparato puede implementarse o tal procedimiento puede llevarse a la práctica mediante el uso de otra estructura, funcionalidad, o estructura y funcionalidad en adición a o diferente de uno o más de los aspectos expuestos en la presente memoria. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden establecerse canales simultáneos en base a las frecuencias de repetición del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a la posición o los desplazamientos del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a las secuencias de salto de tiempo. En algunos aspectos pueden establecerse canales simultáneos en base a las frecuencias de repetición del pulso, las posiciones o desplazamientos del pulso, y las secuencias de salto de tiempo.
Los expertos en la técnica entenderán que la información y las señales pueden representarse mediante el uso de cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los chips que pueden referenciarse a lo largo de la descripción anterior pueden representarse por tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas o cualquier combinación de los mismos.
Los expertos apreciarían además que los diversos bloques, módulos, procesadores, medios, circuitos, y etapas de algoritmos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que pueden diseñarse mediante el uso de la codificación fuente o alguna otra técnica), diversas formas de código de programa o diseño que incorporan instrucciones (que pueden denominarse en la presente memoria, por conveniencia, como "software" o "módulo de software"), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y etapas ilustrativos se han descrito anteriormente en general en términos de su funcionalidad. Si dicha funcionalidad se implementa como hardware o software depende de la aplicación particular y las restricciones de diseño impuestas en el sistema en general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversos modos para cada aplicación particular, pero tales decisiones de implementación no deben interpretarse como que provocan una desviación del ámbito de la presente divulgación.
Además, los diversos bloques, módulos, y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse dentro de o realizarse por un circuito integrado ("IC"), un terminal de acceso, o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programable en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente memoria, y pueden ejecutar códigos o instrucciones que se encuentran dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador convencional, controlador, microcontrolador, o máquina de estado. Un procesador puede implementarse también como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP, o cualquier otra de tales configuraciones.
Se entiende que cualquier orden o jerarquía específicos de las etapas en cualquier procedimiento divulgado es un ejemplo de un enfoque de muestra. En base a las preferencias de diseño, se entiende que el orden o jerarquía específicos de las etapas en los procedimientos pueden reorganizarse mientras que permanecen dentro del ámbito de la presente divulgación. El procedimiento acompañante reivindica los elementos presentes de las diversas etapas en un orden de muestra, y no pretenden limitarse al orden o jerarquía específicos presentados.
Las etapas de un procedimiento o algoritmo descritas en relación con los aspectos divulgados en la presente memoria pueden realizarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden encontrarse en una memoria de datos tal como la memoria RAM, la memoria flash, la memoria ROM, la memoria EPROM, la memoria EEPROM, los registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Puede acoplarse un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (que puede denominarse en la presente memoria, por conveniencia, como un "procesador") tal que el procesador pueda leer información (por ejemplo, el código) desde y escribir información al medio de almacenamiento. Un medio de almacenamiento de muestra puede integrarse al procesador. El procesador y el medio de almacenamiento pueden encontrarse en un ASIC. El ASIC puede encontrarse en el equipo de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden encontrarse como componentes discretos en el equipo de usuario. Además, en algunos aspectos cualquier producto de programa por ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos que se relacionan con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa de ordenador puede comprender materiales de empaque.
Aunque la invención se ha descrito en relación con diversos aspectos, se entenderá que la invención es capaz de modificaciones adicionales. Esta solicitud pretende cubrir cualquier variación, uso o adaptación de la invención siguiendo, en general, los principios de la invención, e incluyendo las desviaciones de la presente divulgación que estén dentro de la práctica conocida y habitual dentro de la técnica a la que pertenece la invención, definida por las reivindicaciones adjuntas.

Claims (10)

REIVINDICACIONES
1. Un procedimiento de un Equipo de Usuario, en lo sucesivo denominado también como UE, que comprende: mantener al menos un haz de servicio en una celda de servicio (2905) durante un tiempo activo de Recepción Discontinua, en lo sucesivo también denominada DRX; y
realizar mediciones en el al menos un haz de servicio para determinar si el al menos un haz de servicio es válido durante un tiempo inactivo de DRX;
en el que no continúa un procedimiento de retroalimentación del haz durante el tiempo inactivo de DRX; caracterizado porque
la medición en el al menos un haz de servicio para determinar si el al menos un haz de servicio es válido se realiza cuando los datos del enlace ascendente están disponibles para la transmisión (2910); y
el procedimiento comprende además seleccionar un haz específico de la celda de servicio durante el tiempo inactivo de DRX y transmitir una solicitud de recurso de enlace ascendente a través del haz específico si al menos un haz de servicio no es válido (2915), en el que el UE selecciona el haz específico en base a en la medición de la señal de referencia del haz.
2. El procedimiento de la reivindicación 1, en el que el haz específico es el mejor haz medido por el UE.
3. El procedimiento de cualquiera de las reivindicaciones 1 o 2, en el que la solicitud es una solicitud de programación, y/o
en el que la solicitud es un preámbulo de acceso aleatorio.
4. El procedimiento de una cualquiera de las reivindicaciones 1 a 3, en el que el UE transmite la solicitud a través del al menos un haz de servicio si el al menos un haz de servicio es válido.
5. El procedimiento de una cualquiera de las reivindicaciones 1 a 4, en el que el tiempo inactivo de DRX es un tiempo diferente del tiempo activo de DRX cuando se configura DRX.
6. El procedimiento de una cualquiera de las reivindicaciones 1 a 5, que comprende:
realizar un procedimiento de retroalimentación del haz durante el tiempo activo de DRX.
7. El procedimiento de una cualquiera de las reivindicaciones 1 a 6, en el que el tiempo activo de DRX incluye el tiempo mientras se ejecuta un temporizador de duración o un temporizador de inactividad de DRX o un temporizador de retransmisión de DRX o un temporizador de resolución de contención de control de acceso al medio, en lo sucesivo también denominado MAC, y/o
el tiempo mientras se envía una solicitud de programación en el canal físico de control de enlace ascendente, en lo sucesivo también denominado PUCCH, y está pendiente, y/o
el tiempo durante el cual un Canal Físico de Control de Enlace Descendente, en lo sucesivo también denominado PDCCH, que indica una nueva transmisión dirigida al Identificador Temporal de Red de Radio Celular, en lo sucesivo también denominado C-RNTI, de una entidad MAC no se ha recibido después de recepción exitosa de una respuesta de acceso aleatorio para el preámbulo no seleccionado por la entidad MAC.
8. El procedimiento de una cualquiera de las reivindicaciones 1 a 7, en el que el procedimiento de retroalimentación del haz se usa para informar un resultado de la medición a la celda de servicio.
9. El procedimiento de una cualquiera de las reivindicaciones 1 a 8, en el que el UE monitorea la señalización de control de enlace descendente a través del al menos un haz de servicio.
10. Un equipo de usuario, en lo sucesivo también denominado UE, que comprende:
un circuito de control (306);
un procesador (308) instalado en el circuito de control (306); y
una memoria (310) instalada en el circuito de control (306) y acoplada operativamente al procesador (308); en el que el procesador (308) se configura para ejecutar un código de programa (312) almacenado en la memoria (310) para realizar las etapas del procedimiento como se define en cualquiera de las reivindicaciones anteriores.
ES17203456T 2016-12-13 2017-11-24 Procedimiento y aparato para la gestión del haz en un sistema de comunicación inalámbrica Active ES2953534T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201662433444P 2016-12-13 2016-12-13

Publications (1)

Publication Number Publication Date
ES2953534T3 true ES2953534T3 (es) 2023-11-14

Family

ID=60627400

Family Applications (1)

Application Number Title Priority Date Filing Date
ES17203456T Active ES2953534T3 (es) 2016-12-13 2017-11-24 Procedimiento y aparato para la gestión del haz en un sistema de comunicación inalámbrica

Country Status (7)

Country Link
US (2) US11240753B2 (es)
EP (1) EP3337055B1 (es)
JP (3) JP2018098783A (es)
KR (2) KR20180068282A (es)
CN (1) CN108462515B (es)
ES (1) ES2953534T3 (es)
TW (2) TWI681645B (es)

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI720052B (zh) * 2015-11-10 2021-03-01 美商Ｉｄａｃ控股公司 無線傳輸/接收單元和無線通訊方法
US10651899B2 (en) 2016-05-26 2020-05-12 Qualcomm Incorporated System and method for beam switching and reporting
US10541741B2 (en) * 2016-05-26 2020-01-21 Qualcomm Incorporated System and method for beam switching and reporting
US10181891B2 (en) 2016-05-26 2019-01-15 Qualcomm Incorporated System and method for beam switching and reporting
US10498406B2 (en) * 2016-05-26 2019-12-03 Qualcomm Incorporated System and method for beam switching and reporting
CN106714126A (zh) * 2016-12-30 2017-05-24 北京小米移动软件有限公司 下行数据传输方法、装置和设备
EP3352382A1 (en) * 2017-01-19 2018-07-25 Nokia Solutions and Networks Oy Method, system and apparatus
KR102571341B1 (ko) 2017-02-03 2023-08-29 주식회사 아이티엘 무선 통신 시스템에서 단말의 이동성을 지원하는 네트워크 및 단말의 동작 방법 및 장치
CN110089061B (zh) * 2017-03-23 2021-11-12 Lg 电子株式会社 接收下行链路信号的方法和用户设备
US11956765B2 (en) * 2017-07-04 2024-04-09 Telefonaktiebolaget Lm Ericsson (Publ) UE RX beam switching during UE beam training
JP2019033420A (ja) * 2017-08-09 2019-02-28 シャープ株式会社 端末装置、通信方法、および、集積回路
US11184848B2 (en) * 2017-08-11 2021-11-23 Qualcomm Incorporated Connected discontinuous reception wake up procedure
US10993183B2 (en) * 2017-08-11 2021-04-27 Qualcomm Incorporated Wake up procedure using pseudo-omni beam
US11039499B2 (en) * 2017-08-11 2021-06-15 Qualcomm Incorporated Discontinuous reception wake up procedures
US11405091B2 (en) * 2017-08-16 2022-08-02 Telefonaktiebolaget Lm Ericsson (Publ) Energy efficient camping with optimal beam finding before access
CN111052624B (zh) * 2017-09-01 2022-03-15 瑞典爱立信有限公司 小区中的波束管理
US10567064B2 (en) 2017-09-08 2020-02-18 At&T Intellectual Property I, L.P. Beam recovery for partial control channel failure
US11291074B2 (en) 2017-09-08 2022-03-29 Nokia Technologies Oy Radio beam management reporting operation with connected mode discontinuous reception
US10477553B2 (en) * 2017-10-31 2019-11-12 Qualcomm Incorporated Aggressive beam selection during handover procedure
TWI650037B (zh) * 2017-12-05 2019-02-01 財團法人工業技術研究院 一種集中式無線存取網路控制方法
US10772151B2 (en) 2018-01-05 2020-09-08 Ofinno, Llc Beam management in discontinuous reception
US10784944B2 (en) 2018-01-09 2020-09-22 Ofinno, Llc Timing advance in beam failure recovery request transmission
KR20190099841A (ko) 2018-02-20 2019-08-28 삼성전자주식회사 무선 통신 시스템에서 제어 채널을 전송하는 방법 및 장치
CN110677225B (zh) * 2018-07-02 2021-01-15 中国移动通信有限公司研究院 一种上报及接收参考信号的方法和设备
CN112385304B (zh) * 2018-07-12 2023-03-28 华为技术有限公司 用于不连续接收操作中的功率节省的系统和方法
CN114916049B (zh) * 2018-07-13 2022-12-13 华为技术有限公司 在不连续传输操作中节能的系统和方法
KR20210022114A (ko) * 2018-08-31 2021-03-02 후지쯔 가부시끼가이샤 랜덤 액세스 방법, 데이터 수신 방법 및 그 장치, 및 통신 시스템
US10855345B2 (en) 2018-09-28 2020-12-01 At&T Intellectual Property I, L.P. Generalized beam management framework
US11019627B2 (en) 2018-09-28 2021-05-25 At&T Intellectual Property I, L.P. Facilitation of signal alignment for 5G or other next generation network
US11089549B2 (en) * 2018-10-12 2021-08-10 Qualcomm Incorporated Power-efficient DRX for multi-link communication
EP3841796B1 (en) * 2018-10-31 2024-02-28 Sony Group Corporation Beam management in disconnected mode
WO2020092752A1 (en) * 2018-11-01 2020-05-07 Convida Wireless, Llc Beam failure recovery on a non-failed cell
WO2020102481A1 (en) * 2018-11-15 2020-05-22 Intel Corporation System and method for timing aware beam management
TWI698111B (zh) * 2018-11-21 2020-07-01 國立交通大學 功能分割無線前端通訊下品質體驗導向的跨層資料存取控制與波束分配之通訊系統
CN111328139A (zh) * 2018-12-14 2020-06-23 华为技术有限公司 波束管理的方法和装置
WO2020130382A1 (en) 2018-12-20 2020-06-25 Samsung Electronics Co., Ltd. Electronic device having array antenna and power backoff method for antenna array
US11304156B2 (en) * 2019-01-04 2022-04-12 Qualcomm Incorporated Physical layer aspects for hierarchical mobility
US20220110181A1 (en) * 2019-02-11 2022-04-07 Apple Inc. Apparatus and method for enhanced beam recovery
WO2020165751A1 (en) * 2019-02-14 2020-08-20 Telefonaktiebolaget Lm Ericsson (Publ) Beam information in early measurements
WO2020164138A1 (zh) * 2019-02-15 2020-08-20 华为技术有限公司 一种监听方法及装置
WO2020171387A1 (ko) * 2019-02-22 2020-08-27 엘지전자 주식회사 사이드링크를 지원하는 무선통신시스템에서 단말이 빔 스위핑을 수행하는 방법 및 이를 위한 장치
BR112021021688A2 (pt) * 2019-05-01 2021-12-21 Nokia Technologies Oy Sinalização de capacidades de equipamento de usuário otimizada incluindo recuperação de falha de banco de dados
US11664871B2 (en) * 2019-06-10 2023-05-30 Qualcomm Incorporated Methods and apparatus for UE initiated beam reporting
US20210051651A1 (en) * 2019-08-15 2021-02-18 Qualcomm Incorporated Media access control procedures for beam index indications
US11750351B2 (en) * 2019-08-30 2023-09-05 Qualcomm Incorporated Communicating on a sidelink channel using a MAC-CE
WO2021066406A1 (en) 2019-10-03 2021-04-08 Samsung Electronics Co., Ltd. Methods and systems for reducing beam search space for selection of an optimal beam
US11516652B2 (en) * 2019-12-13 2022-11-29 Qualcomm Incorporated User equipment capability and enablement indication for downlink control information (DCI) based beam and path loss (PL) reference signal (RS) activation
EP4046416A4 (en) * 2020-02-12 2024-01-17 Apple Inc. IMPROVEMENT IN BEAM MANAGEMENT FOR OPERATION IN DISCONTINUOUS RECEPTION MODE (DRX)
WO2021167132A1 (ko) * 2020-02-20 2021-08-26 엘지전자 주식회사 사이드링크를 지원하는 무선통신시스템에서 단말이 빔 관리 신호를 전송하는 방법 및 이를 위한 장치
WO2021198304A1 (en) * 2020-03-31 2021-10-07 Sony Group Corporation Beam management for device-to-device communication
EP4070470A4 (en) * 2020-06-05 2023-08-02 ZTE Corporation BEAM STATE UPDATE IN WIRELESS COMMUNICATIONS
WO2022016394A1 (zh) * 2020-07-21 2022-01-27 北京小米移动软件有限公司 信息传输方法、装置、通信设备和存储介质
CN111833612A (zh) * 2020-07-30 2020-10-27 合肥智企达信息科技有限公司 智能交通系统中的图像预警信息的传输方法及系统
CN115087081A (zh) * 2021-03-15 2022-09-20 维沃移动通信有限公司 传输处理方法及相关设备

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005050899A2 (en) * 2003-11-24 2005-06-02 Interdigital Technology Corporation Method and apparatus for utilizing a directional beam antenna in a wireless transmit/receive unit
US20060264184A1 (en) * 2005-02-17 2006-11-23 Interdigital Technology Corporation Method and apparatus for selecting a beam combination of multiple-input multiple-output antennas
US8606336B2 (en) 2008-03-20 2013-12-10 Blackberry Limited System and method for uplink timing synchronization in conjunction with discontinuous reception
US20130064195A1 (en) 2011-09-08 2013-03-14 Po-Yu Chang Method of Handling Random Access Procedure on Secondary Cell when Primary Cell Time Alignment Timer Expires
KR101868865B1 (ko) * 2012-03-19 2018-06-19 주식회사 골드피크이노베이션즈 무선통신 시스템에서 기기 내 공존 간섭을 제어하는 장치 및 방법
WO2014106539A1 (en) * 2013-01-03 2014-07-10 Huawei Technologies Co., Ltd. Method of adaptive antenna beam forming for wireless base station in-channel self-backhauling
US9565631B2 (en) 2013-01-18 2017-02-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for controlling discontinuous reception by a user equipment
CN105210444B (zh) * 2013-04-15 2019-08-09 Idac控股公司 针对毫米波长(mmw)双连接性的不连续接收(drx)方案
KR102087663B1 (ko) * 2013-04-17 2020-03-11 삼성전자주식회사 무선 통신 시스템에서의 빔 성형장치 및 방법
KR102071372B1 (ko) * 2013-09-16 2020-01-30 삼성전자 주식회사 무선 통신 시스템에서 빔 포밍을 고려한 drx 제어 방법 및 장치
RU2661934C1 (ru) 2015-01-22 2018-07-23 Хуавэй Текнолоджиз Ко., Лтд. Способ получения местоположения ue и устройство
EP3048853B1 (en) 2015-01-26 2021-05-26 ASUSTek Computer Inc. Method and apparatus for handling transmission in a wireless communication system
WO2016155776A1 (en) * 2015-03-30 2016-10-06 Telefonaktiebolaget Lm Ericsson (Publ) Selection of a serving cell taking into consideration beamforming gains
CN106162673B (zh) * 2015-04-17 2020-02-14 华为技术有限公司 波束选择方法及终端设备
CN113258963A (zh) * 2015-08-10 2021-08-13 苹果公司 用于上行链路波束跟踪的增强型探测参考信令
US10700752B2 (en) * 2016-01-14 2020-06-30 Samsung Electronics Co., Ltd. System, method, and apparatus of beam-tracking and beam feedback operation in a beam-forming based system
US10224994B2 (en) * 2016-02-26 2019-03-05 Samsung Electronics Co., Ltd. System and method of connected mode discontinuous operation in beamformed system
WO2017162293A1 (en) * 2016-03-24 2017-09-28 Nokia Solutions And Networks Oy Beam based communication device and access point
ES2955591T3 (es) 2016-07-01 2023-12-04 Asustek Comp Inc Procedimiento y aparato para gestionar la comunicación cuando un haz de servicio deja de ser válido en un sistema de comunicación inalámbrica
US10728950B2 (en) * 2016-08-26 2020-07-28 Qualcomm Incorporated Beam training for discontinuous reception (DRX) mode operation

Also Published As

Publication number Publication date
TWI644530B (zh) 2018-12-11
KR102204020B1 (ko) 2021-01-18
EP3337055A1 (en) 2018-06-20
JP7320044B2 (ja) 2023-08-02
CN108462515B (zh) 2022-07-05
EP3337055B1 (en) 2023-07-05
EP3337055A3 (en) 2018-10-03
US11240753B2 (en) 2022-02-01
JP2018098783A (ja) 2018-06-21
TW201904214A (zh) 2019-01-16
JP2022031847A (ja) 2022-02-22
KR20180068282A (ko) 2018-06-21
JP2019220982A (ja) 2019-12-26
CN108462515A (zh) 2018-08-28
TWI681645B (zh) 2020-01-01
US20220116869A1 (en) 2022-04-14
KR20190095230A (ko) 2019-08-14
TW201822484A (zh) 2018-06-16
US20180167883A1 (en) 2018-06-14

Similar Documents

Publication Publication Date Title
ES2953534T3 (es) Procedimiento y aparato para la gestión del haz en un sistema de comunicación inalámbrica
US11025333B2 (en) Method and user equipment for executing beam recovery, and method and base station for supporting same
US11963189B2 (en) Power saving for time-domain scheduling of downlink data
CN114830741B (zh) 省电和小区休止操作
US11330456B2 (en) Radio link monitoring in power saving mode
ES2818593T3 (es) Procedimiento y aparato para prevenir la desalineación de la parte del ancho de banda en un sistema de comunicación inalámbrica
US11910309B2 (en) Base station power state transition in the presence of uplink traffic
ES2898261T3 (es) Transmisión de señal de activación a través de bandas de onda milimétrica y sub 6 GHz
ES2923517T3 (es) Procedimiento y aparato para mejorar la transmisión de Msg3 del procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica
KR102523684B1 (ko) 향상된 랜덤 액세스 절차 및 업링크 기반 이동성
US11452168B2 (en) Resource management, access control and mobility for grant-free uplink transmission
KR20190075075A (ko) 개선된 접속 모드 불연속적 수신을 위한 웨이크업 기법들
KR20230152754A (ko) 무선 디바이스를 위한 절전 작동
US20240187954A1 (en) Early Time Alignment Acquisition for Fast Cell Switching
WO2023225389A1 (en) Network energy saving for multiple cells
WO2023244520A1 (en) Network energy saving for bandwidth part
WO2024035631A1 (en) Network energy saving with multiple transmission and reception points