ES2990996T3 - Método y aparato de acceso aleatorio - Google Patents

Método y aparato de acceso aleatorio Download PDF

Info

Publication number
ES2990996T3
ES2990996T3 ES21751261T ES21751261T ES2990996T3 ES 2990996 T3 ES2990996 T3 ES 2990996T3 ES 21751261 T ES21751261 T ES 21751261T ES 21751261 T ES21751261 T ES 21751261T ES 2990996 T3 ES2990996 T3 ES 2990996T3
Authority
ES
Spain
Prior art keywords
configuration
interleaved
terminal device
shared channel
uplink shared
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
ES21751261T
Other languages
English (en)
Inventor
Zhipeng Lin
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Application granted granted Critical
Publication of ES2990996T3 publication Critical patent/ES2990996T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • 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
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085—Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signalling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0062—Avoidance of ingress interference, e.g. ham radio channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)

Abstract

Varias realizaciones de la presente divulgación proporcionan un método para el acceso aleatorio. El método que puede ser realizado por un dispositivo terminal comprende determinar una configuración entrelazada para la transmisión de canal compartido de enlace ascendente a un nodo de red en un procedimiento de acceso aleatorio libre de contención de dos pasos. El método comprende además realizar la transmisión de canal compartido de enlace ascendente al nodo de red en el procedimiento de acceso aleatorio libre de contención de dos pasos, de acuerdo con la configuración entrelazada determinada. De acuerdo con algunas realizaciones de la presente divulgación, la asignación de recursos entrelazados para la transmisión de canal compartido de enlace ascendente puede configurarse para un procedimiento de acceso aleatorio libre de contención de dos pasos de una manera flexible y eficiente, de modo que se pueda mejorar el rendimiento del procedimiento de acceso aleatorio. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método y aparato de acceso aleatorio
Campo de la invención
La presente descripción se refiere en general a redes de comunicación y, más específicamente, a un método y un aparato de acceso aleatorio.
Antecedentes
Esta sección introduce aspectos que pueden facilitar una mejor comprensión de la descripción. En consecuencia, las afirmaciones de esta sección deben leerse desde esta perspectiva y no deben entenderse como admisiones sobre qué está en el estado de la técnica o qué no está en el estado de la técnica.
Los proveedores de servicios de comunicación y los operadores de redes se han enfrentado continuamente a desafíos para ofrecer valor y comodidad a los consumidores, por ejemplo, proporcionando servicios y rendimiento de red atractivos. Con el rápido desarrollo de las tecnologías de trabajo en red y de comunicaciones, se espera que las redes de comunicación inalámbricas, como las redes de evolución a largo plazo (LTE) y de nueva radio (NR), consigan una alta capacidad de tráfico y una velocidad de datos de usuario final con menor latencia. Para conectarse a un nodo de red, se puede iniciar un procedimiento de acceso aleatorio (RA) para un dispositivo terminal. En el procedimiento de RA, la información del sistema (SI) y las señales de sincronización (SS), así como el recurso de radio relacionado y la configuración de transmisión, se pueden informar al dispositivo terminal mediante mensajes de señalización desde el nodo de red. El procedimiento de RA puede permitir que el dispositivo terminal establezca una sesión para un servicio específico con el nodo de red.
La propuesta de ZTE 3GPP titulada "FL Summary #5 of Channel Structure for 2-step RACH" (R1 -1913568, Reno, EE. UU., 18-22 de noviembre de 2019) resume cuestiones clave relacionadas con la estructura de canal para RACH de dos etapas y, en particular, analiza la estructura de canal msgA para NR-U.
La propuesta de Huawei y HiSilicon 3GPP titulada "Discussion on the msgA transmission" (R2-1913008, ChongQing, China, 14-18 de octubre de 2019) analiza cuestiones relacionadas con la transmisión de msgA.
Compendio
Este compendio se proporciona para presentar una selección de conceptos en una forma simplificada, que se describen con más detalle a continuación en la descripción detallada. Este compendio no está destinado identificar características clave o características esenciales del objeto reivindicado, ni está destinado utilizarse para limitar el alcance del objeto reivindicado.
Se exponen aspectos de la invención en las reivindicaciones independientes adjuntas. Se establecen características opcionales en las reivindicaciones dependientes.
Una red de comunicación inalámbrica, como una red NR/5G, puede soportar una configuración de red flexible. Se pueden usar diferentes enfoques de señalización (por ejemplo, un enfoque de cuatro etapas, un enfoque de dos etapas, etc.) para un procedimiento de RA de un dispositivo terminal para establecer una conexión con un nodo de red. En el procedimiento de RA, el dispositivo terminal puede realizar una transmisión de preámbulo de RA y una transmisión de canal físico compartido de enlace ascendente (PUSCH) al nodo de red en diferentes mensajes (por ejemplo, en el mensaje 1/msg1 y el mensaje 3/msg3 para RA de cuatro etapas, respectivamente) o en el mismo mensaje (por ejemplo, en el mensaje A/msgA para RA de dos etapas). El preámbulo de RA se puede transmitir en una ocasión de canal físico de acceso aleatorio (PRACH) de tiempo y frecuencia (que también se conoce como ocasión RA, ocasión RACH o RO para abreviar). La transmisión PUSCH puede ocurrir en una ocasión PUSCH (PO) configurada con uno o más recursos de señal de referencia de demodulación (DMRS). La PO puede consistir en recursos de radio de tiempo-frecuencia asignados para la transmisión PUSCH. En algunos casos, la asignación de recursos de radio de tiempo-frecuencia se puede configurar de forma entrelazada. Es posible que sea necesario adaptar las configuraciones de la asignación de recursos entrelazada para PUSCH a diferentes procedimientos de RA, por ejemplo acceso aleatorio basado en contención (CBRA) y acceso aleatorio sin contención (CFRA). Sin embargo, no existe ningún esquema para configurar la asignación de recursos entrelazada para PUSCH de msgA en CFRA. Por lo tanto, puede ser deseable implementar la configuración de la asignación de recursos entrelazada para PUSCH de msgA en CFRA de manera eficiente.
Varias realizaciones de la presente descripción proponen una solución para RA, que puede permitir que la transmisión PUSCH de msgA desde un dispositivo terminal a un nodo de red en un procedimiento de CFRA se configure con asignación de recursos entrelazada, por ejemplo, mediante señalización dedicada y/o utilizando algo de la información existente, a fin de realizar la configuración de la asignación de recursos entrelazada para PUSCH de msgA en el procedimiento de CFRA de una manera flexible y eficiente.
Se puede apreciar que las expresiones "procedimiento de RA de cuatro etapas" y "procedimiento de RACH de cuatro etapas" mencionados en el presente documento también pueden denominarse procedimiento de acceso aleatorio tipo 1 tal como se define en la especificación técnica (TS) del proyecto de asociación de tercera generación (3GPP) 38.213 V16.0.0. Estas expresiones pueden usarse indistintamente en este documento.
De manera similar, se puede apreciar que las expresiones "procedimiento de RA de dos etapas" y "procedimiento de RACH de dos etapas" mencionados en el presente documento también pueden denominarse procedimiento de acceso aleatorio de tipo 2 como se define en 3GPP TS 38.213 V16.0.0, y estas expresiones pueden usarse indistintamente en este documento.
Además, se puede apreciar que un procedimiento de CFRA de dos etapas descrito en este documento puede referirse a un procedimiento de acceso aleatorio sin contención en el que un dispositivo terminal está configurado para transmitir un msgA a un nodo de red como primera etapa, y se espera que el dispositivo terminal reciba un msgB en respuesta al msgA desde el nodo de red como segunda etapa. Se puede apreciar que la expresión "CFRA de dos etapas" mencionado en el presente documento también puede denominarse "CFRA con tipo RA de dos etapas", y las dos expresiones pueden usarse indistintamente en este documento.
Se puede comprender que las expresiones "ocasión PRACH", "ocasión de canal de acceso aleatorio (RACH)" u "ocasión RA" mencionados en el presente documento pueden referirse a un recurso de tiempo-frecuencia utilizable para la transmisión del preámbulo en un procedimiento de RA, que también puede ser denominado "ocasión de acceso aleatorio (RO)". Estas expresiones pueden usarse indistintamente en este documento.
De manera similar, se puede comprender que las expresiones "ocasión PUSCH", "ocasión de canal compartido de enlace ascendente" u "ocasión de canal compartido" mencionados en el presente documento pueden referirse a un recurso de tiempo-frecuencia utilizable para la transmisión PUSCH en un procedimiento de RA, que también puede denominarse "ocasión de canal físico compartido de enlace ascendente (PO)". Estas expresiones pueden usarse indistintamente en este documento.
Breve descripción de los dibujos
La propia descripción, el modo de uso preferible y los objetivos adicionales se entienden mejor haciendo referencia a la siguiente descripción detallada de las realizaciones cuando se leen junto con los dibujos adjuntos, en los que:
la figura 1 es un diagrama que ilustra un procedimiento de RA de cuatro etapas a modo de ejemplo según una realización de la presente descripción;
la figura 2A es un diagrama que ilustra un procedimiento de RA de dos etapas a modo de ejemplo según una realización de la presente descripción;
la figura 2B es un diagrama que ilustra un CFRA a modo de ejemplo con un tipo RA de dos etapas según una realización de la presente descripción;
la figura 3 es un diagrama de flujo que ilustra un método según algunas realizaciones de la presente descripción;
la figura 4 es un diagrama de flujo que ilustra otro método según algunas realizaciones de la presente descripción;
la figura 5 es un diagrama de bloques que ilustra un aparato según algunas realizaciones de la presente descripción;
la figura 6A es un diagrama de bloques que ilustra otro aparato según algunas realizaciones de la presente descripción;
la figura 6B es un diagrama de bloques que ilustra un aparato adicional según algunas realizaciones de la presente descripción;
la figura 7 es un diagrama de bloques que ilustra una red de telecomunicaciones conectada a través de una red intermedia a un ordenador anfitrión según algunas realizaciones de la presente descripción;
la figura 8 es un diagrama de bloques que ilustra un ordenador anfitrión que se comunica a través de una estación base con un UE sobre una conexión parcialmente inalámbrica según algunas realizaciones de la presente descripción;
la figura 9 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización de la presente descripción;
la figura 10 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización de la presente descripción;
la figura 11 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización de la presente descripción; y
la figura 12 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización de la presente descripción.
Descripción detallada
Las realizaciones de la presente descripción se describen en detalle haciendo referencia a los dibujos adjuntos. Debe entenderse que estas realizaciones se analizan únicamente con el fin de permitir que los expertos en la técnica comprendan mejor y, por lo tanto, implementen la presente descripción, y no para sugerir limitaciones al alcance de la presente descripción. La referencia a lo largo de esta memoria descriptiva a características, ventajas o expresiones similares no implica que todas las características y ventajas que pueden conseguirse con la presente descripción deban estar o estén en una única realización de la descripción. Por el contrario, se entiende que el lenguaje que se refiere a las características y ventajas significa que una característica, ventaja o aspecto específico descrito en relación con una realización está incluido en al menos una realización de la presente descripción. Además, los aspectos, ventajas y características descritas de la descripción se pueden combinar de cualquier manera adecuada en una o más realizaciones. Un experto en la técnica relevante reconocerá que la descripción se puede practicar sin una o más de las características o ventajas específicas de una realización particular. En otros casos, se pueden reconocer características y ventajas adicionales en ciertas realizaciones, que pueden no estar presentes en todas las realizaciones de la descripción.
Tal como se utiliza en el presente documento, la expresión "red de comunicación" se refiere a una red que sigue cualesquiera estándares de comunicación adecuados, tales como nueva radio (NR), evolución a largo plazo (LTE), LTE-avanzada, acceso múltiple por división de código de banda ancha (WCDMA), acceso de paquetes de alta velocidad (HSPA), etc. Además, las comunicaciones entre un dispositivo terminal y un nodo de red en la red de comunicación se pueden realizar según cualesquiera protocolos de comunicación de generación adecuados, incluidos, entre otros, los protocolos de primera generación (1G), segunda generación (2G), 2.5G, 2.75G, de tercera generación (3G), 4G, 4,5G, 5G y/o cualesquiera otros protocolos conocidos actualmente o que se desarrollen en el futuro.
La expresión "nodo de red" se refiere a un dispositivo de red en una red de comunicación a través de la cual un dispositivo terminal accede a la red y recibe servicios de la misma. El nodo de red puede referirse a una estación base (BS), un punto de acceso (AP), una entidad de coordinación multicélula/multidifusión (MCE), un controlador o cualquier otro dispositivo adecuado en una red de comunicación inalámbrica. La BS puede ser, por ejemplo, un nodo B (NodoB o NB), un NodoB evolucionado (eNodoB o eNB), un NodoB de próxima generación (gNodoB o gNB), una unidad de radio remota (RRU), una cabecera de radio (RH), una cabecera de radio remota (RRH), un repetidor, un nodo de baja potencia como un femto, un pico, etc.
Otros ejemplos más del nodo de red comprenden equipos de radio de radio multiestándar (MSR) tales como las BS MSR, controladores de red tales como controladores de red de radio (RNC) o controladores de estación base (BSC), estaciones transceptoras base (BTS), puntos de transmisión, nodos de transmisión, nodos de posicionamiento y/o similares. Más generalmente, sin embargo, el nodo de red puede representar cualquier dispositivo (o grupo de dispositivos) adecuado capaz de, configurado, dispuesto y/u operable para permitir y/o proporcionar acceso a un dispositivo terminal a una red de comunicación inalámbrica o para proporcionar algún servicio a un dispositivo terminal que ha accedido a la red de comunicación inalámbrica.
La expresión "dispositivo terminal" se refiere a cualquier dispositivo final que pueda acceder a una red de comunicación y recibir servicios de la misma. A modo de ejemplo y no de limitación, el dispositivo terminal puede referirse a un terminal móvil, un equipo de usuario (UE) u otros dispositivos adecuados. El UE puede ser, por ejemplo, una estación de abonado, una estación de abonado portátil, una estación móvil (MS) o un terminal de acceso (AT). El dispositivo terminal puede incluir, entre otros, ordenadores portátiles, dispositivos terminales de captura de imágenes tales como cámaras digitales, dispositivos terminales de juegos, dispositivos de almacenamiento y reproducción de música, un teléfono móvil, un teléfono celular, un teléfono inteligente, una tableta, un dispositivo ponible, un asistente digital personal (PDA), un vehículo y similares.
Como otro ejemplo específico más, en un escenario de internet de las cosas (IoT), un dispositivo terminal también puede denominarse dispositivo IoT y representar una máquina u otro dispositivo que realiza monitorización, detección y/o mediciones, etc., y transmite los resultados de dichas monitorización, detección y/o mediciones, etc. a otro dispositivo terminal y/o un equipo de red. En este caso, el dispositivo terminal puede ser un dispositivo de máquina a máquina (M2M), que en el contexto de un proyecto de asociación de tercera generación (3GPP) puede denominarse dispositivo de comunicación de tipo máquina (MTC).
Como ejemplo particular, el dispositivo terminal puede ser un UE que implementa el estándar de internet de las cosas de banda estrecha (NB-IoT) 3GPP. Ejemplos particulares de tales máquinas o dispositivos son sensores, dispositivos de medición tales como medidores de potencia, maquinaria industrial o electrodomésticos o aparatos personales, por ejemplo refrigeradores, televisores, dispositivos personales ponibles como relojes, etc. En otros escenarios, un dispositivo terminal puede representar un vehículo u otro equipo, por ejemplo, un instrumento médico que es capaz de monitorizar, detectar y/o informar, etc. sobre su estado operativo o otras funciones asociadas a su funcionamiento.
Tal como se utilizan en el presente documento, las expresiones "primero", "segundo", etc., se refieren a diferentes elementos. Las formas singulares "un" y "una" pretenden incluir también las formas plurales, a menos que el contexto indique claramente lo contrario. Las expresiones "comprende", "que comprende", "tiene", "que tiene", "incluye" y/o "que incluye", tal como se usan en el presente documento, especifican la presencia de características, elementos y/o componentes declarados y similares, pero no excluye la presencia o adición de una o más características, elementos, componentes y/o combinaciones de los mismos. La expresión "basado en" debe entenderse como "basado al menos en parte en". La expresión "una realización" debe leerse como "al menos una realización". La expresión "otra realización" debe leerse como "al menos otra realización". A continuación, se pueden incluir otras definiciones, explícitas e implícitas.
Las redes de comunicación inalámbrica se utilizan ampliamente para proporcionar diversos servicios de telecomunicaciones, como voz, vídeo, datos, mensajería y retransmisiones. Como se describió anteriormente, para conectarse a un nodo de red tal como un gNB en una red de comunicación inalámbrica, un dispositivo terminal tal como un UE puede necesitar realizar un procedimiento de RA para intercambiar información y mensajes esenciales para el establecimiento del enlace de comunicación con el nodo de red.
La figura 1 es un diagrama que ilustra un procedimiento de RA de cuatro etapas a modo de ejemplo según una realización de la presente descripción. Como se muestra en la figura 1, un UE puede detectar una señal de sincronización (SS) al recibir 101 un SSB (por ejemplo, una señal de sincronización primaria (PSS), una señal de sincronización secundaria (SSS) y un canal físico de difusión (PBCH)) desde un gNB en un sistema NR. El UE puede decodificar 102 cierta información del sistema (por ejemplo, información mínima restante del sistema (RMSI) y otra información del sistema (OSI)) difundida en el enlace descendente (DL). A continuación el UE puede transmitir 103 un preámbulo PRACH (mensaje 1/msg1) en el enlace ascendente (UL). El gNB puede responder 104 con una respuesta de acceso aleatorio (RAR, mensaje 2/msg2). En respuesta a la RAR, el UE puede transmitir 105 la información de identificación del UE (mensaje 3/msg3) en PUSCH. A continuación, el gNB puede enviar 106 un mensaje de resolución de contención (CRM, mensaje 4/msg4) al UE.
En el procedimiento a modo de ejemplo, el UE transmite el mensaje 3/msg3 en PUSCH después de recibir un comando de avance de temporización en la RAR, permitiendo que el mensaje 3/msg3 en PUSCH se reciba con precisión de temporización dentro de un prefijo cíclico (CP). Sin este avance de temporización, es posible que se necesite un CP muy grande para poder demodular y detectar el mensaje3/msg3 en PUSCH, a menos que el sistema de comunicación se aplique en una celda con una distancia muy pequeña entre el UE y el gNB. Dado que el sistema NR también puede soportar células más grandes con la necesidad de proporcionar una orden de avance de temporización al UE, se necesita el enfoque de cuatro etapas para el procedimiento de RA.
La figura 2A es un diagrama que ilustra un procedimiento de RA de dos etapas a modo de ejemplo según una realización de la presente descripción. De manera similar al procedimiento que se muestra en la figura 1, en el procedimiento que se muestra en la figura 2A, un UE puede detectar una SS al recibir 201 un SSB (por ejemplo, que comprende una PSS, una SSS y un PBCH) de un gNB en un sistema NR y decodificar 202 información del sistema (por ejemplo, RMSI y OSI) difundida en el DL. En comparación con el enfoque de cuatro etapas como se muestra en la figura 1, el UE que realiza el procedimiento en la figura 2A puede completar el acceso aleatorio en sólo dos etapas. En primer lugar, el UE envía 203a/203b al gNB un mensaje A (msgA) que incluye un preámbulo de RA junto con datos de capa superior, como una solicitud de conexión de control de recursos de radio (RRC), posiblemente con alguna carga útil en PUSCH. En segundo lugar, el gNB envía 204 al UE una RAR (también denominado mensaje B o msgB) que incluye la asignación del identificador del UE, información de avance de temporización, un mensaje de resolución de contención, etc. Puede verse que puede no haber una concesión explícita desde msgB para PUSCH en msgA, dado que msgB es posterior a msgA.
En el procedimiento de RA de dos etapas, el UE puede transmitir el preámbulo y el PUSCH de msgA en un mensaje denominado mensaje A. Para la transmisión de PUSCH de msgA, es decir, la parte PUSCH de msgA, se puede introducir la noción de una unidad de recursos PUSCH, donde una unidad de recursos PUSCH puede consistir en recursos de radio de tiempo-frecuencia de transmisión y configuración de secuencia DMRS. El receptor puede distinguir dos transmisiones PUSCH de msgA simultáneas según las diferentes unidades de recursos PUSCH utilizadas para las dos transmisiones PUSCH de msgA. También puede introducirse la noción de ocasión PUSCH, donde una ocasión PUSCH puede consistir en recursos de radio de tiempo-frecuencia para la transmisión de PUSCH de msgA.
Según algunas realizaciones a modo de ejemplo, un procedimiento de RA tal como RACH de dos etapas y RACH de cuatro etapas se puede realizar de dos maneras diferentes, por ejemplo, basado en contención (CBRA) y sin contención (CFRA). La diferencia está en qué preámbulo se utiliza. En el caso basado en contención, un UE puede seleccionar aleatoriamente un preámbulo de una variedad de preámbulos. En este caso, puede haber una colisión si dos UE seleccionan el mismo preámbulo. En el caso sin contención, la red puede darle a un UE un preámbulo específico, lo que garantiza que dos UE no seleccionarán el mismo preámbulo, por lo que el RA está libre de colisiones. El CBRA se puede usar típicamente cuando un UE está en un estado inactivo/en reposo y desea pasar al estado conectado, mientras que el CFRA se puede usar para realizar traspasos y/o en procedimientos de fallo de haz.
La figura 2B es un diagrama que ilustra un CFRA a modo de ejemplo con un tipo RA de dos etapas según una realización de la presente descripción. El procedimiento ilustrado en la figura 2B también puede denominarse procedimiento de CFRA de dos etapas. Como se muestra en la figura 2B, en el caso de CFRA con tipo RA de dos etapas, un UE puede recibir una asignación de preámbulo RA y PUSCH de un gNB en la etapa 0, antes de transmitir msgA (incluido el preámbulo RA y la carga útil PUSCH) al gNB en la etapa A y recibiendo msgB (RAR) del gNB en la etapa B.
Según algunas realizaciones a modo de ejemplo, la asignación de recursos entrelazada puede configurarse para comunicaciones entre un nodo de red y un dispositivo terminal. Como se describe en 3GPP TS 38.211 V16.0.0, los bloques de recursos entrelazados se pueden definir dependiendo del espaciado de subportadora (SCS)uconfigurado para una parte activa de ancho de banda UL (BWP). Como ejemplo, se pueden soportar múltiples numerologías de multiplexación por división de frecuencias ortogonales (OFDM) como se indica en la tabla 1, donde AF indica SCS en kHz,uy el prefijo cíclico para una BWP puede obtenerse a partir del parámetro de capa superior subcarrierSpacing y cyclicPrefix, respectivamente.
Tabla 1
Según una realización a modo de ejemplo, se pueden definir múltiples entrelazados de bloques de recursos como se describe en 3GPP TS 38.211 V16.0.0, donde entrelazadom e{0,1, ..., - 1} consta de bloques de recursos comunes{m, M+m, 2M+m, 3M+m, ... }, estando M el número de entrelazados dado por la tabla 2.
Tabla 2
La tabla 2 muestra el número de entrelazados de bloques de recursosMcorrespondiente al parámetro u, dóndeu= 0 significa SCS de 15 kHz yu= 1 significa SCS de 30 kHz.
La relación entre el bloque de recursos entrelazados en BWP i y el entrelazado m y el bloque de recursos común<n C R B>puede estar dada por la siguiente fórmula:
<» r>inicio, ¡ i
‘ ’ R W Pi
dónde’es el bloque de recursos común donde comienza la BWP en relación con el bloque de recursos común 0. Si no hay riesgo de confusión, el índiceuse puede desechar.
Según algunas realizaciones a modo de ejemplo, la asignación de recursos entrelazada puede configurarse para la transmisión de msg3 y la transmisión PUSCh normal (por ejemplo, PUSCH planificado de concesión dinámica). Para msg3 y PUSCH normal, el parámetro useInterlacePUSCH-Common se puede usar para determinar si la asignación de recursos en el dominio de frecuencia está configurada de manera entrelazada o no, para determinar si se implementa el PUSCH msg3 entrelazado y el PUSCH normal entrelazado. En el caso de que se proporcione este parámetro, se puede aplicar la asignación de recursos UL tipo 2 como se describe en la sección 6.1.2.2.3 en 3GPP TS 38.214 V16.0.0.
Según una realización a modo de ejemplo para msg3, se puede proporcionar un campo de 12 bits en RAR para la asignación de recursos en el dominio de frecuencia entrelazada. El tamaño del campo de contenido de concesión RAR de ejemplo se proporciona en la tabla 3.
Tabla 3
Como se muestra en la tabla 3, el campo de 12 bits "asignación de recursos de frecuencia PUSCH" puede usarse para operación con acceso a canal de espectro compartido (por ejemplo, banda sin licencia, etc.).
Para PUSCH normal planificado dinámicamente mediante información de control de enlace descendente (DCI),iog,(^ r (^RRB+i)/2)<bits>puede proporcionar la asignación de recursos en el dominio de la^y-UL.BWP
frecuencia como se describe en la sección 6.1.2.2.2 de 3GPP TS 38.214 V16.0.0, donde^es el tamaño de la BWP de UL inicial o activa.
Según una realización a modo de ejemplo para PUSCH de msgA en un procedimiento de CBRA de dos etapas, el PUSCH de msgA entrelazado se puede configurar por configuración de PUSCH de msgA por BWP como se describe en la sección 8.1A de 3GPP TS 38.213 V16.0.0. Por ejemplo, un UE puede determinar un primer entrelazado o un primer bloque de recursos (RB) para una primera ocasión PUSCH en una BWP de UL activa respectivamente a partir del parámetrointerlaceIndexFirstPOMsgAPUSCHo desde el parámetrofrequencyStartMsgAPUSCHque proporciona un desplazamiento, en número de RB en la BWP de UL activa, desde un primer RB de la BWP de UL activa. Una ocasión PUSCH puede incluir varios entrelazados o varios RB proporcionados por el parámetronrofInterlacesPerMsgAPOo por el parámetronrofPRBsperMsgAPO,respectivamente.
Como se describe con respecto a las figuras 2A y 2B, en un procedimiento de RA de dos etapas, el preámbulo y el PUSCH de msgA pueden ser transmitidos por un UE en un mensaje denominado mensaje A. Según una realización a modo de ejemplo, la asignación de recursos PUSCH de msgA para CFRA puede definirse en señalización dedicada.
Por ejemplo, el recurso PUSCH para CFRA de dos etapas asociado con el preámbulo dedicado puede configurarse para un UE a través de la señalización dedicada. En este caso, la asignación de recursos PUSCH de msgA para CFRA puede no incluirse en el bloque de información del sistema tipo 1 (SIB1).
Varias realizaciones a modo de ejemplo de la presente descripción proponen una solución para RA, que puede habilitar el PUSCH de msgA entrelazado, en un procedimiento de CFRA de dos etapas. Según la solución propuesta, la asignación de recursos entrelazada se puede configurar para la transmisión PUSCH de msgA en CFRA. Según algunas realizaciones a modo de ejemplo, la configuración de la asignación de recursos entrelazada para la transmisión PUSCH de msgA en CFRA puede proporcionarse al menos en parte mediante señalización dedicada. Alternativa o adicionalmente, la configuración de la asignación de recursos entrelazada para la transmisión PUSCH de msgA en CFRA puede proporcionarse al menos en parte mediante señalización común para el recurso PUSCH entrelazado. Según algunas realizaciones a modo de ejemplo, algunas de la señalización o los parámetros existentes para la configuración de recursos entrelazados pueden utilizarse o reutilizarse para configurar la asignación de recursos entrelazada para la transmisión PUSCH de msgA en CFRA. De este modo, la configuración de PUSCH de msgA entrelazado en el procedimiento de CFRA de dos etapas se puede realizar con una utilización de recursos mejorada y una eficiencia y flexibilidad de transmisión mejoradas.
Según algunas realizaciones a modo de ejemplo, al menos parte de la configuración de PUSCH de msgA entrelazado (también denominada "la configuración de PUSCH de msgA entrelazado", o "configuración entrelazada" para abreviar) puede proporcionarse en la señalización dedicada para un procedimiento de CFRA de dos etapas. Según una realización a modo de ejemplo, la configuración entrelazada puede ser proporcionada explícitamente por uno o más de los siguientes elementos en la señalización dedicada:
• el índice de entrelazado inicial para un entrelazado o un conjunto de entrelazados asignados para la transmisión PUSCH (por ejemplo, el índice de entrelazado inicial para el primer entrelazado asignado para la transmisión PUSCH);
• el número de entrelazados consecutivos asignados para la transmisión PUSCH de msgA; y
• el indicador de entrelazado activado-desactivado dedicado (por ejemplo, usando un parámetro específico comouseInterlaceMsgAPUSCH-Dedicated,si este parámetro se proporciona y/o se establece en un primer valor tal como "1", se habilita la asignación de recursos PUSCH de msgA entrelazado; y si este parámetro se establece en un segundo valor como "0" o el parámetro no se proporciona, se utiliza la asignación de recursos PUSCH de msgA no entrelazado).
Según algunas realizaciones a modo de ejemplo, la señalización de habilitación de entrelazado común (por ejemplo, la señalización existenteuseInterlacePUSCH-Common,etc.) puede utilizarse o reutilizarse para indicar al menos parte de la configuración de PUSCH de msgA entrelazado. Como ejemplo, dos parámetrosinterlaceIndexFirst InterlaceMsgAPUSCHCFRAynrofInterlacesMsgAPUSCHCFRA,como se muestra en la Tabla 4, pueden proporcionarse en un elemento de información (IE) específico, como el IERACH-ConfigDedicatedpara la configuración entrelazada de PUSCH de msgA, en el caso en que se proporciona señalizaciónuseInterlacePUSCH-Common.
Tabla 4
Según algunas realizaciones a modo de ejemplo, el indicador dedicado de entrelazado activado-desactivado (por ejemplo,useInterlaceMsgAPUSCH-Dedicated,etc.) se puede utilizar para anular el indicador de habilitación de entrelazado común (por ejemplo,useInterlacePuSCH-Common,etc.). Por ejemplo, si el indicador dedicado de entrelazado activado-desactivado indica habilitar la configuración entrelazada de PUSCH de msgA para un UE específico, entonces la asignación de recursos de PUSCH de msgA entrelazado puede implementarse para este UE, independientemente de si el indicador de habilitación de entrelazado común indica habilitar o deshabilitar la configuración entrelazada. En el caso de que el indicador dedicado de entrelazado activado-desactivado para el UE indique deshabilitar la configuración entrelazada de PUSCH de msgA, entonces la asignación de recursos de PUSCH de msgA entrelazado puede no aplicarse para el UE, incluso aunque el indicador de habilitación de entrelazado común indique habilitar la configuración entrelazada.
Según algunas realizaciones a modo de ejemplo, la configuración entrelazada puede determinarse mediante un número de bits para la asignación de recursos en el dominio de la frecuencia, por ejemplo, en la señalización dedicada u otra señalización/mensajes adecuados. Según una realización a modo de ejemplo, el número de bits se puede usar para determinar la asignación de recursos en el dominio de frecuencia de PUSCH de msgA en CFRA de dos etapas en el caso de que el PUSCH entrelazado esté habilitado, según el procedimiento descrito en la sección 6.1.2.2. 3 en 3GPP TS 38.214 V16.0.0. En una realización, el "número de bits" puede estar relacionado con al menos el tamaño BWP de UL activa. En otra realización, el "número de bits" puede ser un número fijo, por ejemplo, 12 bits.
10 g 2(^R B UBWP( < B BW P+1) / 2 ) Según una realización a modo de ejemplo, un campo específico tal como el campo de bits "asignación de recursos de frecuencia PUSCH" puede proporcionarse en un IE (por ejemplo,RACH-ConfigDedicatedu otros IE adecuados en la señalización dedicada) para la configuración entrelazada de PUSCH de msgA, en el caso en queuselnterlacePUSCH-Commonse proporciona para habilitar el PUSCH entrelazado, donde ^yU L.BW P
^ es el tamaño de la BWP de UL inicial o activa. El campo específico se puede usar para determinar la asignación de recursos en el dominio de frecuencia de PUSCH de msgA en CFRA de dos etapas, por ejemplo, según el procedimiento descrito en la sección 6.1.2.2.3 en 3GPP TS 38.214 V16.0.0.
Según algunas realizaciones a modo de ejemplo, la configuración de PUSCH de msgA entrelazado para CFRA se puede implementar utilizando o reutilizando una de las configuraciones entrelazadas de PUSCH de msgA para CBRA. En una realización a modo de ejemplo, la primera información de configuración relacionada con la configuración entrelazada reutilizada de PUSCH de msgA para CBRA puede indicar cuál de las configuraciones entrelazadas de PUSCH de msgA para CBRA se puede seleccionar para PUSCH de msgA en CFRA. Alternativa o adicionalmente, la primera información de configuración puede indicar qué PO en el conjunto de PO configuradas para PUSCH de msgA en CBRA puede seleccionarse para PUSCH de msgA en CFRA. De este modo, se puede seleccionar una PO para la configuración de CFRA a partir de una configuración de PUSCH de msgA para CBRA que se selecciona de un conjunto de configuraciones de PUSCH de msgA en la BWP activa, en el caso de que esté configurado el PUSCH entrelazado. Puede apreciarse que la primera información de configuración puede estar predeterminada o configurada por RRC.
Según algunas realizaciones a modo de ejemplo, la configuración de PUSCH de msgA entrelazado para CFRA se puede implementar utilizando o reutilizando la configuración entrelazada proporcionada para la transmisión PUSCH con planificación basada en concesiones configurada. Según una realización a modo de ejemplo, la configuración PUSCH de msgA entrelazado para CFRA puede utilizar o reutilizar uno o más de los siguientes parámetros como se describe en la sección 6.1.2.3 de 3GPP TS 38.214 V16.0.0 para el caso de concesión de UL configurada tipo 1:
• el parámetrouseInterlacePUSCH-Dedicatedutilizado para la transmisión PUSCH de tipo 1 de concesión configurada; y
• el parámetro "asignación de recursos en el dominio de frecuencia".
Como se describe en la sección 10.3 de 3GPP TS 38.300 V15.7.0, se pueden definir los siguientes dos tipos de concesiones de UL configuradas, para PUSCH planificado de concesiones configuradas en un sistema NR:
• Con el tipo 1, RRC proporciona directamente la concesión de UL configurada (incluida la periodicidad).
• Con el tipo 2, RRC define la periodicidad de la concesión de UL configurada, mientras que el canal físico de control de enlace descendente (PDCC<h>) dirigido al identificador temporal de red de radio de planificación configurada (CS-RNTI) puede señalar y activar la concesión de UL configurada (por ejemplo, como se describe en la sección 5.8.2 de 3GPP TS 38.321 V15.7.0), o desactivarla; es decir, un PDCCH dirigido a CS-RNTI indica que la concesión de UL puede reutilizarse implícitamente según la periodicidad definida por RRC, hasta que se desactiva.
Según algunas realizaciones a modo de ejemplo, la configuración de PUSCH de msgA entrelazado para CFRA se puede proporcionar en un mensaje de comando de traspaso, un mensaje de recuperación de fallo de haz, una orden de PDCCH que puede estar relacionada con el acceso aleatorio con CFRA de dos etapas, y/o cualesquiera otros posibles señalización/mensajes (por ejemplo, varias señalizaciones de capa física, señalizaciones de capa superior tales como señalización RRC, etc.).
Se puede comprender que la señalización, los mensajes, los parámetros, las variables y los ajustes relacionados con la configuración entrelazada para PUSCH de msgA en CFRA descritos en el presente documento son sólo ejemplos. Otras transmisiones de señalización adecuadas, ajustes de parámetros, las configuraciones asociadas y sus valores específicos también pueden ser aplicables para implementar los métodos propuestos.
Cabe señalar que algunas realizaciones de la presente descripción se describen principalmente en relación con especificaciones 5G o NR que se utilizan como ejemplos no limitantes para ciertas configuraciones de red e implementaciones de sistemas a modo de ejemplo. Así, la descripción de realizaciones a modo de ejemplo proporcionada en el presente documento se refiere específicamente a terminología que está directamente relacionada con estos. Dicha terminología solo se usa en el contexto de los ejemplos y realizaciones no limitantes presentados y, naturalmente, no limita en modo alguno la presente descripción. Por el contrario, se pueden utilizar igualmente cualesquiera otras configuración del sistema o tecnologías de radio siempre que sean aplicables las realizaciones a modo de ejemplo descritas en el presente documento.
La figura 3 es un diagrama de flujo que ilustra un método 300 según algunas realizaciones de la presente descripción. El método 300 ilustrado en la figura 3 se puede realizar mediante un dispositivo terminal o un aparato acoplado comunicativamente al dispositivo terminal. Según una realización a modo de ejemplo, el dispositivo terminal, como un UE, puede configurarse para conectarse a un nodo de red, como un gNB, por ejemplo, realizando un procedimiento de RA (por ejemplo, un procedimiento de CFRA de dos etapas).
Según el método a modo de ejemplo 300 ilustrado en la figura 3, el dispositivo terminal puede determinar una configuración entrelazada para la transmisión de canal compartido de enlace ascendente a un nodo de red en un procedimiento de CFRA de dos etapas, como se muestra en el bloque 302. La transmisión de canal compartido de enlace ascendente puede comprender transmisión PUSCH de msgA desde el dispositivo terminal al nodo de red. Según algunas realizaciones a modo de ejemplo, la configuración entrelazada puede indicar habilitar o deshabilitar la asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente desde el dispositivo terminal al nodo de red en el procedimiento de CFRA de dos etapas. La configuración entrelazada también puede indicar cómo implementar la asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente del dispositivo terminal. Según la configuración entrelazada determinada, el dispositivo terminal puede realizar la transmisión de canal compartido de enlace ascendente al nodo de red en el procedimiento de CFRA de dos etapas, como se muestra en el bloque 304.
La determinación de la configuración entrelazada es realizada por el dispositivo terminal basándose al menos en parte en señalización dedicada (por ejemplo,RACH-ConfigDedicated,etc.) para el procedimiento de CFRA de dos etapas desde el nodo de red.
La señalización dedicada incluye uno o más de:
• un índice de entrelazado inicial para un entrelazado o un conjunto de entrelazados asignados para la transmisión de canal compartido de enlace ascendente (por ejemplo, un parámetro específico tal comointeriacelndexFirstínteriaceMsgAPUSCHCFRA,etc.);
• un número de entrelazados consecutivos asignados para la transmisión de canal compartido de enlace ascendente (por ejemplo, otro parámetro específico tal comonrofInterlacesMsgAPUSCHCFRA,etc.); y
• un indicador dedicado que indica si habilitar la asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente en el procedimiento de CFRA de dos etapas (por ejemplo, el indicador dedicado de entrelazado activado-desactivadouseInterlaceMsgAPUSCH-Dedicated,etc.).
Puede apreciarse que el indicador dedicado también puede usarse para indicar si deshabilitar la asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente en el procedimiento de CFRA de dos etapas.
Según algunas realizaciones a modo de ejemplo, la señalización dedicada puede incluir un campo específico con un número de bits para indicar la asignación de recursos de frecuencia para la transmisión de canal compartido de enlace ascendente en el procedimiento de CFRA de dos etapas. Según una realización a modo de ejemplo, el número de bits puede estar relacionado con el tamaño de una BWP de UL inicial o activo. Por ejemplo, el campo específico puede
ser un iog2( ^ r w ( ^ Rur w^ i ) / 2 ) campo de bits "Asignación de recursos de frecuencia PUSCH" proporcionado en el IERACH-ConfigDedicatedu otro elemento de información de asignación de bloque de recursos,i t UL,BWP
donde<^RR>es el tamaño de la BWP de UL inicial o activa. Según otra realización a modo de ejemplo, el número de bits puede ser un número fijo (por ejemplo, 12 bits u otro número adecuado de bits).
Según algunas realizaciones a modo de ejemplo, la determinación de la configuración entrelazada puede basarse al menos en parte en señalización común (por ejemplo,useinterlacePUSCH-Common,etc.) desde el nodo de red. La señalización común puede indicar si habilitar asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente.
Según algunas realizaciones a modo de ejemplo, la determinación de la configuración entrelazada puede ser realizada por el dispositivo terminal basándose al menos en parte en una o más de:
• primera información de configuración, que puede estar relacionada con una configuración entrelazada para la transmisión de canal compartido de enlace ascendente del dispositivo terminal en un procedimiento de CBRA de dos etapas; y
• segunda información de configuración, que puede estar relacionada con una configuración entrelazada para la transmisión de canal compartido de enlace ascendente del dispositivo terminal con planificación basada en concesiones configurada.
Según una realización a modo de ejemplo, la primera información de configuración puede indicar qué configuración entrelazada de PUSCH de msgA para CBRA puede seleccionarse para PUSCH de msgA en el procedimiento de CFRA de dos etapas. Alternativa o adicionalmente, la primera información de configuración puede indicar qué PO configurada para PUSCH de msgA en CBRA puede seleccionarse para PUSCH de msgA en el procedimiento de CFRA de dos etapas.
Según una realización a modo de ejemplo, la segunda información de configuración puede comprender uno o más parámetros para el caso de concesión de UL tipo 1 configurada, por ejemplo, el parámetrouseinterlacePUSCH-Dedicatedutilizado para la transmisión PUSCH de tipo 1 de concesión configurada, y/o el parámetro "asignación de recursos de dominio de frecuencia", etc.
Según una realización a modo de ejemplo, la primera información de configuración puede indicarse mediante señalización RRC y/u otra señalización de capa superior desde el nodo de red. Según otra realización a modo de ejemplo, la primera información de configuración puede estar predeterminada. En este caso, el dispositivo terminal puede determinar la configuración entrelazada para la transmisión de canal compartido de enlace ascendente según la configuración entrelazada predeterminada indicada por la primera información de configuración.
Según algunas realizaciones a modo de ejemplo, la determinación de la configuración entrelazada puede ser realizada por el dispositivo terminal basándose al menos en parte en uno o más de los siguientes mensajes del nodo de red: un mensaje de comando de traspaso, un mensaje de recuperación de fallo de haz, y una orden de canal de control de enlace descendente (por ejemplo, una orden de PDCCH) para el procedimiento de CFRA de dos etapas.
La figura 4 es un diagrama de flujo que ilustra un método 400 según algunas realizaciones de la presente descripción. El método 400 ilustrado en la figura 4 puede realizarse mediante un nodo de red o un aparato acoplado comunicativamente al nodo de red. En una realización a modo de ejemplo, el nodo de red puede comprender una estación base tal como un gNB. El nodo de red puede configurarse para comunicarse con uno o más dispositivos terminales tales como UE que pueden conectarse al nodo de red realizando un procedimiento de RA (por ejemplo, un procedimiento de CFRA de dos etapas).
Según el método a modo de ejemplo 400 ilustrado en la figura 4, el nodo de red puede determinar una configuración entrelazada para la transmisión de canal compartido de enlace ascendente de un dispositivo terminal (por ejemplo, el dispositivo terminal que se describe con respecto a la figura 3) en un procedimiento de CFRA de dos etapas, como se muestra en el bloque 402. Según la configuración entrelazada determinada, el nodo de red puede recibir la transmisión de canal compartido de enlace ascendente desde el dispositivo terminal en el procedimiento de CFRA de dos etapas, como se muestra en el bloque 404.
Se puede apreciar que las etapas, operaciones y configuraciones relacionadas del método 400 ilustrado en la figura 4 pueden corresponder a las etapas, operaciones y configuraciones relacionadas del método 300 ilustrado en la figura 3. También se puede apreciar que la configuración entrelazada para la transmisión de canal compartido de enlace ascendente que se describe con respecto a la figura 4 puede corresponder a la configuración entrelazada para la transmisión de canal compartido de enlace ascendente que se describe con respecto a la figura 3. Por lo tanto, la configuración entrelazada determinada por el dispositivo terminal que se describe con respecto al método 300 puede tener contenidos y elementos característicos iguales o similares que la configuración entrelazada determinada por el nodo de red que se describe con respecto al método 400.
El nodo de red transmite señalización dedicada (por ejemplo, la señalización dedicada que se describe con respecto a la figura 3) al dispositivo terminal para indicar la configuración entrelazada determinada.
Según algunas realizaciones a modo de ejemplo, el nodo de red puede transmitir señalización común (por ejemplo, la señalización común que se describe con respecto a la figura 3) al dispositivo terminal para indicar si se habilita la asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente.
Según algunas realizaciones a modo de ejemplo, la determinación de la configuración entrelazada puede ser realizada por el nodo de red basándose al menos en parte en la primera información de configuración (por ejemplo, la primera información de configuración que se describe con respecto a la figura 3), la segunda información de configuración (por ejemplo, la segunda información de configuración que se describe con respecto a la figura 3), y/o cualquier otra información relacionada.
Según algunas realizaciones a modo de ejemplo, el nodo de red puede transmitir señalización de capa superior (por ejemplo, señalización RRC, etc.) al dispositivo terminal para indicar la primera información de configuración. Puede apreciarse que la primera información de configuración puede estar predeterminada. En este caso, el nodo de red puede no informar al dispositivo terminal de la primera información de configuración.
Según algunas realizaciones a modo de ejemplo, el nodo de red puede indicar la configuración entrelazada determinada al dispositivo terminal en uno o más de los siguientes mensajes: un mensaje de comando de traspaso, un mensaje de recuperación de fallo de haz y una orden de canal de control de enlace descendente (por ejemplo, una orden PDCCH, etc.) para el procedimiento de CFRA de dos etapas.
Varias realizaciones a modo de ejemplo según la presente descripción pueden permitir configurar la asignación de recursos entrelazada para PUSCH de msgA en un procedimiento de CFRA de dos etapas. Según algunas realizaciones a modo de ejemplo, un dispositivo terminal puede determinar la configuración de PUSCH de msgA entrelazado en CFRA según alguna señalización flexible que puede proporcionarse dinámicamente en un mensaje dedicado desde un nodo de red. Alternativa o adicionalmente, para reducir la sobrecarga de señalización, la configuración de PUSCH de msgA entrelazado en CFRA se puede implementar mediante la reutilización de algunos de los parámetros existentes y/o señalización para la configuración entrelazada. La aplicación de diversas realizaciones a modo de ejemplo puede mejorar la flexibilidad de configuración de PUSCH de msgA entrelazado en CFRA y mejorar el rendimiento de un procedimiento de CFRA de dos etapas.
Los diversos bloques mostrados en las figuras 3 y 4 pueden verse como etapas del método y/o como operaciones que resultan de la operación del código de un programa de ordenador y/o como una pluralidad de elementos de circuito lógico acoplados, construidos para llevar a cabo la o las funciones asociadas. Los diagramas de flujo esquemáticos descritos anteriormente se definen, en general, como diagramas de flujo lógico. Así, el orden representado y las etapas identificadas son indicativos de realizaciones específicas de los métodos presentados. Se pueden concebir otras etapas y métodos que sean equivalentes en función, lógica o efecto a una o más etapas, o partes de las mismas, de los métodos ilustrados. Además, el orden en el que se produce un método particular puede o no atenerse estrictamente al orden de las etapas correspondientes mostradas.
La figura 5 es un diagrama de bloques que ilustra un aparato 500 según diversas realizaciones de la presente descripción. Como se muestra en la figura 5, el aparato 500 puede comprender uno o más procesadores, como el procesador 501, y una o más memorias, como la memoria 502, que almacena códigos de programa informático 503. La memoria 502 puede ser un medio de almacenamiento no transitorio legible por máquina/procesador/ordenador. Según algunas realizaciones a modo de ejemplo, el aparato 500 puede implementarse como un chip o módulo de circuito integrado que puede enchufarse o instalarse en un dispositivo terminal como se describe con respecto a la figura 3, o un nodo de red como se describe con respecto a la figura 4. En tal caso, el aparato 500 puede implementarse como un dispositivo terminal como se describe con respecto a la figura 3, o un nodo de red como se describe con respecto a la figura 4.
En algunas implementaciones, las una o más memorias 502 y los códigos de programa informático 503 pueden configurarse para, con los uno o más procesadores 501, hacer que el aparato 500 realice al menos cualquier operación del método que se describe en relación con la figura 3. En otras implementaciones, las una o más memorias 502 y los códigos de programa informático 503 pueden configurarse para, con los uno o más procesadores 501, hacer que el aparato 500 realice al menos cualquier operación del método que se describe en relación con la figura 4. Alternativa o adicionalmente, las una o más memorias 502 y los códigos de programa informático 503 pueden configurarse para, con los uno o más procesadores 501, hacer que el aparato 500 al menos realice más o menos operaciones para implementar los métodos propuestos según las realizaciones a modo de ejemplo de la presente descripción.
La figura 6A es un diagrama de bloques que ilustra un aparato 610 según algunas realizaciones de la presente descripción. Como se muestra en la figura 6A, el aparato 610 puede comprender una unidad de determinación 611 y una unidad de ejecución 612. En una realización a modo de ejemplo, el aparato 610 puede implementarse en un dispositivo terminal tal como un UE. La unidad de determinación 611 puede ser operable para llevar a cabo la operación en el bloque 302, y la unidad de ejecución 612 puede ser operable para llevar a cabo la operación en el bloque 304. En una realización a modo de ejemplo, la unidad de ejecución 612 puede implementarse como una unidad de transmisión para llevar a cabo la operación en el bloque 304. Opcionalmente, la unidad de determinación 611 y/o la unidad de ejecución 612 pueden ser operables para llevar a cabo más o menos operaciones para implementar los métodos propuestos según las realizaciones a modo de ejemplo de la presente descripción.
La figura 6B es un diagrama de bloques que ilustra un aparato 620 según algunas realizaciones de la presente descripción. Como se muestra en la figura 6B, el aparato 620 puede comprender una unidad de determinación 621 y una unidad de recepción 622. En una realización a modo de ejemplo, el aparato 620 puede implementarse en un nodo de red tal como una estación base. La unidad de determinación 621 puede ser operable para llevar a cabo la operación en el bloque 402, y la unidad de recepción 622 puede ser operable para llevar a cabo la operación en el bloque 404. Opcionalmente, la unidad de determinación 621 y/o la unidad de recepción 622 pueden ser operables para llevar a cabo más o menos operaciones para implementar los métodos propuestos según las realizaciones a modo de ejemplo de la presente descripción.
La figura 7 es un diagrama de bloques que ilustra una red de telecomunicaciones conectada a través de una red intermedia a un ordenador anfitrión según algunas realizaciones de la presente descripción.
Haciendo referencia a la figura 7, según una realización, un sistema de comunicación incluye una red de telecomunicaciones 710, tal como una red celular de tipo 3GPP, que comprende una red de acceso 711, tal como una red de acceso por radio, y una red central 714. La red de acceso 711 comprende una pluralidad de estaciones base 712a, 712b, 712c, tales como NB, eNB, gNB u otros tipos de puntos de acceso inalámbrico, definiendo cada uno un área de cobertura correspondiente 713a, 713b, 713c. Cada estación base 712a, 712b, 712c se puede conectar a la red central 714 a través de una conexión cableada o inalámbrica 715. Un primer UE 791 ubicado en un área de cobertura 713c está configurado para conectarse de forma inalámbrica a, o ser radiolocalizado por, la estación base correspondiente 712c. Un segundo UE 792 en un área de cobertura 713a se puede conectar de forma inalámbrica a la estación base correspondiente 712a. Si bien en este ejemplo se ilustra una pluralidad de UE 791, 792, las realizaciones dadas a conocer son igualmente aplicables a una situación en donde un único UE está en el área de cobertura o donde un único UE se está conectando a la estación base 712 correspondiente.
La red de telecomunicaciones 710 está conectada a su vez a un ordenador anfitrión 730, que puede estar incorporada en el hardware y/o software de un servidor independiente, un servidor implementado en la nube, un servidor distribuido o como recursos de procesamiento en una granja de servidores. El ordenador anfitrión 730 puede estar bajo propiedad o control de un proveedor de servicios, o puede ser manejado por el proveedor de servicios o en nombre del proveedor de servicios. Las conexiones 721 y 722 entre la red de telecomunicaciones 710 y el ordenador anfitrión 730 pueden extenderse directamente desde la red central 714 al ordenador anfitrión 730 o pueden pasar a través de una red intermedia opcional 720. Una red intermedia 720 puede ser una de, o una combinación de más de una red pública, privada o alojada; la red intermedia 720, si la hay, puede ser una red troncal o internet; en particular, la red intermedia 720 puede comprender dos o más subredes (no mostradas).
El sistema de comunicación de la figura 7 en su conjunto permite la conectividad entre los UE conectados 791,792 y el ordenador anfitrión 730. La conectividad puede describirse como una conexión de transmisión libre (OTT) 750. El ordenador anfitrión 730 y los UE conectados 791, 792 están configurados para comunicar datos y/o señalización a través de la conexión OTT 750, utilizando la red de acceso 711, la red central 714, cualquier red intermedia 720 y posible infraestructura adicional (no mostrada) como intermediarios. La conexión OTT 750 puede ser transparente en el sentido de que los dispositivos de comunicación participantes a través de los cuales pasa la conexión OTT 750 desconocen el enrutamiento de las comunicaciones de enlace ascendente y descendente. Por ejemplo, la estación base 712 puede no ser informada, o no necesita ser informada sobre el enrutamiento pasado de una comunicación de enlace descendente entrante con datos que se originan desde el ordenador anfitrión 730 para ser reenviados (por ejemplo, traspasados) a un UE 791 conectado. De manera similar, la estación base 712 no necesita ser consciente del enrutamiento futuro de una comunicación de enlace ascendente saliente que se origina desde el UE 791 hacia el ordenador anfitrión 730.
La figura 8 es un diagrama de bloques que ilustra un ordenador anfitrión que se comunica a través de una estación base con un UE a través de una conexión parcialmente inalámbrica según algunas realizaciones de la presente descripción.
A continuación se describirán implementaciones de ejemplo, según una realización, del UE, la estación base y el ordenador anfitrión analizadas en los párrafos anteriores, haciendo referencia a la figura 8. En un sistema de comunicación 800, un ordenador anfitrión 810 comprende hardware 815 que incluye una interfaz de comunicación 816 configurada para establecer y mantener una conexión por cable o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema de comunicación 800. El ordenador anfitrión 810 comprende además circuitos de procesamiento 818, que pueden tener capacidades de almacenamiento y/o procesamiento. En particular, los circuitos de procesamiento 818 pueden comprender uno o más procesadores programables, circuitos integrados de aplicación específica, conjuntos de puertas programables en campo o combinaciones de estos (no mostradas) adaptadas para ejecutar instrucciones. El ordenador anfitrión 810 comprende además software 811, que está almacenado en el ordenador anfitrión 810 o es accesible por este y ejecutable mediante los circuitos de procesamiento 818. El software 811 incluye una aplicación anfitriona 812. La aplicación anfitriona 812 puede ser operable para proporcionar un servicio a un usuario remoto, tal como el UE 830 que se conecta a través de una conexión OTT 850 que termina en el UE 830 y el ordenador anfitrión 810. Al proporcionar el servicio al usuario remoto, la aplicación anfitriona 812 puede proporcionar datos de usuario que se transmiten usando la conexión OTT 850.
El sistema de comunicación 800 incluye además una estación base 820 proporcionada en un sistema de telecomunicaciones y que comprende hardware 825 que le permite comunicarse con el ordenador anfitrión 810 y con el UE 830. El hardware 825 puede incluir una interfaz de comunicación 826 para establecer y mantener una conexión cableada o inalámbrica con una interfaz de un dispositivo de comunicación diferente del sistema de comunicación 800, así como una interfaz de radio 827 para establecer y mantener al menos una conexión inalámbrica 870 con el UE 830 ubicado en un área de cobertura (no mostrada en la figura 8) servida por la estación base 820. La interfaz de comunicación 826 puede configurarse para facilitar una conexión 860 al ordenador anfitrión 810. La conexión 860 puede ser directa o puede pasar a través de una red central (no mostrada en la figura 8) del sistema de telecomunicaciones y/o a través de una o más redes intermedias fuera del sistema de telecomunicaciones. En la realización mostrada, el hardware 825 de la estación base 820 incluye además circuitos de procesamiento 828, que pueden comprender uno o más procesadores programables, circuitos integrados de aplicación específica, conjuntos de puertas programables en campo o combinaciones de estos (no mostradas) adaptadas para ejecutar instrucciones. La estación base 820 tiene además software 821 almacenado internamente o accesible a través de una conexión externa.
El sistema de comunicación 800 incluye además el UE 830 ya mencionado. Su hardware 835 puede incluir una interfaz de radio 837 configurada para establecer y mantener una conexión inalámbrica 870 con una estación base que da servicio a un área de cobertura en la que se encuentra actualmente el UE 830. El hardware 835 del UE 830 incluye además circuitos de procesamiento 838, que pueden comprender uno o más procesadores programables, circuitos integrados de aplicación específica, conjuntos de puertas programables en campo o combinaciones de estos (no mostradas) adaptadas para ejecutar instrucciones. El UE 830 comprende además software 831, que está almacenado en, o es accesible por el UE 830 y ejecutable mediante los circuitos de procesamiento 838. El software 831 incluye una aplicación cliente 832. La aplicación cliente 832 puede ser operable para proporcionar un servicio a un ser humano o usuario no humano a través del UE 830, con el soporte del ordenador anfitrión 810. En el ordenador anfitrión 810, una aplicación anfitriona en ejecución 812 puede comunicarse con la aplicación cliente en ejecución 832 a través de la conexión OTT 850 que termina en el UE 830 y el ordenador anfitrión 810. Al proporcionar el servicio al usuario, la aplicación cliente 832 puede recibir datos de solicitud desde la aplicación anfitriona 812 y proporcionar datos de usuario en respuesta a los datos de solicitud. La conexión OTT 850 puede transferir tanto los datos de la solicitud como los datos de usuario. La aplicación cliente 832 puede interactuar con el usuario para generar los datos de usuario que proporciona.
Cabe señalar que el ordenador anfitrión 810, la estación base 820 y el UE 830 ilustrados en la figura 8 pueden ser similares o idénticos al ordenador anfitrión 730, una de las estaciones base 712a, 712b, 712c y uno de los UE 791, 792 de la figura 7, respectivamente. Es decir, el funcionamiento interno de estas entidades puede ser como se muestra en la figura 8 e independientemente, la topología de la red circundante puede ser la de la figura 7.
En la figura 8, la conexión OTT 850 se ha dibujado de manera abstracta para ilustrar la comunicación entre el ordenador anfitrión 810 y el UE 830 a través de la estación base 820, sin referencia explícita a ningún dispositivo intermediario ni al enrutamiento preciso de mensajes a través de estos dispositivos. La infraestructura de la red puede determinar el enrutamiento, que puede configurarse para ocultarse al UE 830 o al proveedor de servicios que maneja el ordenador anfitrión 810, o a ambos. Mientras la conexión OTT 850 está activa, la infraestructura de la red puede tomar además decisiones mediante las que cambia dinámicamente el enrutamiento (por ejemplo, en base a la consideración de equilibrio de carga o a la reconfiguración de la red).
La conexión inalámbrica 870 entre el UE 830 y la estación base 820 es según las enseñanzas de las realizaciones descritas a lo largo de esta descripción. Una o más de las diversas realizaciones mejoran el rendimiento de los servicios OTT proporcionados al UE 830 usando la conexión OTT 850, donde la conexión inalámbrica 870 forma el último segmento. Más precisamente, las enseñanzas de estas realizaciones pueden mejorar la latencia y el consumo de energía y, por lo tanto, proporcionar beneficios tales como menor complejidad, menor tiempo necesario para acceder a una celda, mejor capacidad de respuesta, mayor vida útil de la batería, etc.
Se puede proporcionar un procedimiento de medición con el fin de monitorizar la velocidad de datos, la latencia y otros factores en los que mejoran las una o más realizaciones. Puede haber además una funcionalidad de red opcional para reconfigurar la conexión OTT 850 entre el ordenador anfitrión 810 y el UE 830, en respuesta a variaciones en los resultados de las mediciones. El procedimiento de medición y/o la funcionalidad de red para reconfigurar la conexión OTT 850 se pueden implementar en software 811 y hardware 815 del ordenador anfitrión 810 o en software 831 y hardware 835 del UE 830, o en ambos. En realizaciones, unos sensores (no mostrados) pueden desplegarse en o en asociación con dispositivos de comunicación a través de los cuales pasa la conexión OTT 850; los sensores pueden participar en el procedimiento de medición suministrando valores de las cantidades monitorizadas ejemplificadas anteriormente, o suministrando valores de otras cantidades físicas a partir de las cuales el software 811, 831 puede calcular o estimar las cantidades monitorizadas. La reconfiguración de la conexión OTT 850 puede incluir formato de mensaje, configuraciones de retransmisión, enrutamiento preferido, etc.; la reconfiguración no tiene por qué afectar a la estación base 820, y puede ser desconocida o imperceptible para la estación base 820. Dichos procedimientos y funcionalidades pueden ser conocidos y practicados en la técnica. En ciertas realizaciones, las mediciones pueden implicar señalización de UE propia que facilita las mediciones de rendimiento, tiempos de propagación, latencia y similares del ordenador anfitrión 810. Las mediciones pueden implementarse porque el software 811 y 831 hace que se transmitan mensajes, en particular mensajes vacíos o "ficticios", utilizando la conexión OTT 850 mientras monitoriza tiempos de propagación, errores, etc.
La figura 9 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos haciendo referencia a las figuras 7 y 8. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la figura 9. En la etapa 910, el ordenador anfitrión proporciona datos de usuario. En la subetapa 911 (que puede ser opcional) de la etapa 910, el ordenador anfitrión proporciona los datos de usuario ejecutando una aplicación anfitriona. En la etapa 920, el ordenador anfitrión inicia una transmisión que transporta los datos de usuario al UE. En la etapa 930 (que puede ser opcional), la estación base transmite al UE los datos de usuario que se transportaron en la transmisión que inició el ordenador anfitrión, según las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En la etapa 940 (que también puede ser opcional), el UE ejecuta una aplicación cliente asociada con la aplicación anfitriona ejecutada por el ordenador anfitrión.
La figura 10 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos haciendo referencia a las figuras 7 y 8. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la figura 10. En la etapa 1010 del método, el ordenador anfitrión proporciona datos de usuario. En una subetapa opcional (no mostrada), el ordenador anfitrión proporciona los datos de usuario ejecutando una aplicación anfitriona. En la etapa 1020, el ordenador anfitrión inicia una transmisión que transporta los datos de usuario al UE. La transmisión puede pasar a través de la estación base, según las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En la etapa 1030 (que puede ser opcional), el UE recibe los datos de usuario transportados en la transmisión.
La figura 11 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos haciendo referencia a las figuras 7 y 8. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la figura 11. En la etapa 1110 (que puede ser opcional), el UE recibe datos de entrada proporcionados por el ordenador anfitrión. Adicional o alternativamente, en la etapa 1120, el UE proporciona datos de usuario. En la subetapa 1121 (que puede ser opcional) de la etapa 1120, el UE proporciona los datos de usuario ejecutando una aplicación cliente. En la subetapa 1111 (que puede ser opcional) de la etapa 1110, el UE ejecuta una aplicación cliente que proporciona los datos de usuario en reacción a los datos de entrada recibidos, proporcionados por el ordenador anfitrión. Al proporcionar los datos de usuario, la aplicación cliente ejecutada puede considerar además la entrada de usuario recibida del usuario. Independientemente de la manera específica en la que se proporcionaron los datos de usuario, el UE inicia, en la subetapa 1130 (que puede ser opcional), la transmisión de los datos de usuario al ordenador anfitrión. En la etapa 1140 del método, el ordenador anfitrión recibe los datos de usuario transmitidos desde el UE, según las enseñanzas de las realizaciones descritas a lo largo de esta descripción.
La figura 12 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos haciendo referencia a las figuras 7 y 8. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la figura 12. En la etapa 1210 (que puede ser opcional), según las enseñanzas de las realizaciones descritas a lo largo de esta descripción, la estación base recibe datos de usuario del UE. En la etapa 1220 (que puede ser opcional), la estación base inicia la transmisión de los datos de usuario recibidos al ordenador anfitrión. En la etapa 1230 (que puede ser opcional), el ordenador anfitrión recibe los datos de usuario transportados en la transmisión iniciada por la estación base.
Según algunas realizaciones a modo de ejemplo, se da a conocer un método implementado en un sistema de comunicación que puede incluir un ordenador anfitrión, una estación base y un UE. El método puede comprender proporcionar datos de usuario en el ordenador anfitrión. Opcionalmente, el método puede comprender, en el ordenador anfitrión, iniciar una transmisión que transporta los datos de usuario al UE a través de una red celular que comprende la estación base, que puede realizar cualquier etapa del método a modo de ejemplo 400 que se describe con respecto a la figura 4.
Según algunas realizaciones a modo de ejemplo, se da a conocer un sistema de comunicación que incluye un ordenador anfitrión. El ordenador anfitrión puede comprender circuitos de procesamiento configurados para proporcionar datos de usuario, y una interfaz de comunicación configurada para reenviar los datos de usuario a una red celular para su transmisión a un UE. La red celular puede comprender una estación base que tiene una interfaz de radio y circuitos de procesamiento. Los circuitos de procesamiento de la estación base puede configurarse para realizar cualquier etapa del método a modo de ejemplo 400 que se describe con respecto a la figura 4.
Según algunas realizaciones a modo de ejemplo, se da a conocer un método implementado en un sistema de comunicación que puede incluir un ordenador anfitrión, una estación base y un UE. El método puede comprender proporcionar datos de usuario en el ordenador anfitrión. Opcionalmente, el método puede comprender, en el ordenador anfitrión, iniciar una transmisión que transporta los datos de usuario al UE a través de una red celular que comprende la estación base. El UE puede realizar cualquier etapa del método a modo de ejemplo 300 que se describe con respecto a la figura 3.
Según algunas realizaciones a modo de ejemplo, se da a conocer un sistema de comunicación que incluye un ordenador anfitrión. El ordenador anfitrión puede comprender circuitos de procesamiento configurados para proporcionar datos de usuario, y una interfaz de comunicación configurada para reenviar datos de usuario a una red celular para su transmisión a un UE. El UE puede comprender una interfaz de radio y circuitos de procesamiento. Los circuitos de procesamiento del UE pueden configurarse para realizar cualquier etapa del método a modo de ejemplo 300 que se describe con respecto a la figura 3.
Según algunas realizaciones a modo de ejemplo, se da a conocer un método implementado en un sistema de comunicación que puede incluir un ordenador anfitrión, una estación base y un UE. El método puede comprender, en el ordenador anfitrión, recibir datos de usuario transmitidos a la estación base desde el UE, que puede realizar cualquier etapa del método a modo de ejemplo 300 que se describe con respecto a la figura 3.
Según algunas realizaciones a modo de ejemplo, se da a conocer un sistema de comunicación que incluye un ordenador anfitrión. El ordenador anfitrión puede comprender una interfaz de comunicación configurada para recibir datos de usuario que se originan a partir de una transmisión desde un UE a una estación base. El UE puede comprender una interfaz de radio y circuitos de procesamiento. Los circuitos de procesamiento del UE pueden configurarse para realizar cualquier etapa del método a modo de ejemplo 300 que se describe con respecto a la figura 3.
Según algunas realizaciones a modo de ejemplo, se da a conocer un método implementado en un sistema de comunicación que puede incluir un ordenador anfitrión, una estación base y un UE. El método puede comprender, en el ordenador anfitrión, recibir, desde la estación base, datos de usuario procedentes de una transmisión que la estación base ha recibido del UE. La estación base puede realizar cualquier etapa del método a modo de ejemplo 400 que se describe con respecto a la figura 4.
Según algunas realizaciones a modo de ejemplo, se da a conocer un sistema de comunicación que puede incluir un ordenador anfitrión. El ordenador anfitrión puede comprender una interfaz de comunicación configurada para recibir datos de usuario que se originan a partir de una transmisión desde un UE a una estación base. La estación base puede comprender una interfaz de radio y circuitos de procesamiento. Los circuitos de procesamiento de la estación base puede configurarse para realizar cualquier etapa del método a modo de ejemplo 400 que se describe con respecto a la figura 4.
En general, las diversas realizaciones a modo de ejemplo pueden implementarse en hardware o chips, circuitos, software, lógica o cualquier combinación de los mismos, de propósito especial. Por ejemplo, algunos aspectos pueden implementarse en hardware, mientras que otros aspectos pueden implementarse en firmware o software que puede ejecutarse mediante un controlador, microprocesador u otro dispositivo informático, aunque la descripción no se limita a esto. Si bien varios aspectos de las realizaciones a modo de ejemplo de esta descripción pueden ilustrarse y describirse como diagramas de bloques, diagramas de flujo o utilizando alguna otra representación gráfica, se entiende bien que estos bloques, aparatos, sistemas, técnicas o métodos descritos en el presente documento pueden implementarse en , como ejemplos no limitativos, hardware, software, firmware, circuitos o lógica de propósito especial, hardware o controlador de propósito general u otros dispositivos informáticos, o alguna combinación de los mismos.
Así, se debe apreciar que al menos algunos aspectos de las realizaciones a modo de ejemplo de la descripción se pueden poner en práctica en diversos componentes, tales como chips y módulos de circuitos integrados. Por lo tanto, se debe apreciar que las realizaciones a modo de ejemplo de esta descripción se pueden realizar en un aparato que se realiza como un circuito integrado, donde el circuito integrado puede comprender circuitos (así como posiblemente firmware) para incorporar al menos uno o más de un procesador de datos, un procesador de señal digital, circuitos de banda base y circuitos de radiofrecuencia que son configurables para operar según las realizaciones a modo de ejemplo de esta descripción.
Debe apreciarse que al menos algunos aspectos de las realizaciones a modo de ejemplo de la descripción pueden incorporarse en instrucciones ejecutables por ordenador, tales como en uno o más módulos de programa, ejecutados por uno o más ordenadores u otros dispositivos. Generalmente, los módulos de programa incluyen rutinas, programas, objetos, componentes, estructuras de datos, etc. que realizan tareas particulares o implementan tipos de datos abstractos particulares cuando son ejecutados por un procesador en un ordenador u otro dispositivo. Las instrucciones ejecutables por ordenador pueden almacenarse en un medio legible por ordenador tal como un disco duro, disco óptico, medios de almacenamiento extraíbles, memoria de estado sólido, memoria de acceso aleatorio (RAM), etc. Como apreciará un experto en la técnica, la función de los módulos de programa se puede combinar o distribuir según se desee en diversas realizaciones. Además, la función puede realizarse total o parcialmente en equivalentes de firmware o de hardware, tales como circuitos integrados, conjuntos de puertas programables en campo (FPGA) y similares.
La presente descripción incluye cualquier característica o combinación de características novedosa dada a conocer en el presente documento ya sea explícitamente o cualquier generalización de la misma. Varias modificaciones y adaptaciones a las realizaciones a modo de ejemplo anteriores de esta descripción pueden resultar evidentes para los expertos en las técnicas relevantes en vista de la descripción anterior, cuando se lee junto con los dibujos adjuntos. Sin embargo, todas y cada una de las modificaciones seguirán estando dentro del alcance de las realizaciones a modo de ejemplo y no limitantes de esta descripción. La aplicación 832 puede recibir datos de solicitud desde la aplicación anfitriona 812 y proporcionar datos de usuario en respuesta a los datos de solicitud. La conexión OTT 850 puede transferir tanto los datos de la solicitud como los datos de usuario. La aplicación cliente 832 puede interactuar con el usuario para generar los datos de usuario que proporciona.
Cabe señalar que el ordenador anfitrión 810, la estación base 820 y el UE 830 ilustrados en la figura 8 pueden ser similares o idénticos al ordenador anfitrión 730, una de las estaciones base 712a, 712b, 712c y uno de los UE 791, 792 de la figura 7, respectivamente. Es decir, el funcionamiento interno de estas entidades puede ser como se muestra en la figura 8 e independientemente, la topología de la red circundante puede ser la de la figura 7.
En la figura 8, la conexión OTT 850 se ha dibujado de manera abstracta para ilustrar la comunicación entre el ordenador anfitrión 810 y el UE 830 a través de la estación base 820, sin referencia explícita a ningún dispositivo intermediario ni al enrutamiento preciso de mensajes a través de estos dispositivos. La infraestructura de la red puede determinar el enrutamiento, que puede configurarse para ocultarse al UE 830 o al proveedor de servicios que opera el ordenador anfitrión 810, o a ambos. Mientras la conexión OTT 850 está activa, la infraestructura de la red puede tomar además decisiones mediante las que cambia dinámicamente el enrutamiento (por ejemplo, en base a la consideración de equilibrio de carga o la reconfiguración de la red).
La conexión inalámbrica 870 entre el UE 830 y la estación base 820 es según las enseñanzas de las realizaciones descritas a lo largo de esta descripción. Una o más de las diversas realizaciones mejoran el rendimiento de los servicios OTT proporcionados al UE 830 usando la conexión OTT 850, donde la conexión inalámbrica 870 forma el último segmento. Más precisamente, las enseñanzas de estas realizaciones pueden mejorar la latencia y el consumo de energía y, por lo tanto, proporcionar beneficios tales como menor complejidad, menor tiempo necesario para acceder a una celda, mejor capacidad de respuesta, mayor vida útil de la batería, etc.
Se puede proporcionar un procedimiento de medición con el fin de monitorizar la velocidad de datos, la latencia y otros factores en donde mejoran las una o más realizaciones. Puede haber además una funcionalidad de red opcional para reconfigurar la conexión OTT 850 entre el ordenador anfitrión 810 y el UE 830, en respuesta a variaciones en los resultados de las mediciones. El procedimiento de medición y/o la funcionalidad de red para reconfigurar la conexión OTT 850 se pueden implementar en software 811 y hardware 815 del ordenador anfitrión 810 o en software 831 y hardware 835 del UE 830, o en ambos. En realizaciones, unos sensores (no mostrados) pueden desplegarse en o en asociación con dispositivos de comunicación a través de los cuales pasa la conexión OTT 850; los sensores pueden participar en el procedimiento de medición suministrando valores de las cantidades monitorizadas ejemplificadas anteriormente, o suministrando valores de otras cantidades físicas a partir de las cuales el software 811, 831 puede calcular o estimar las cantidades monitorizadas. La reconfiguración de la conexión OTT 850 puede incluir formato de mensaje, configuraciones de retransmisión, enrutamiento preferido, etc.; la reconfiguración no tiene por qué afectar a la estación base 820, y puede ser desconocida o imperceptible para la estación base 820. Dichos procedimientos y funcionalidades pueden ser conocidos y practicados en la técnica. En ciertas realizaciones, las mediciones pueden implicar señalización de UE propia que facilita las mediciones de rendimiento, tiempos de propagación, latencia y similares del ordenador anfitrión 810. Las mediciones pueden implementarse porque el software 811 y 831 hace que se transmitan mensajes, en particular mensajes vacíos o "ficticios", utilizando la conexión OTT 850 mientras monitoriza tiempos de propagación, errores, etc.
La figura 9 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos haciendo referencia a las figuras 7 y 8. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la figura 9. En la etapa 910, el ordenador anfitrión proporciona datos de usuario. En la subetapa 911 (que puede ser opcional) de la etapa 910, el ordenador anfitrión proporciona los datos de usuario ejecutando una aplicación anfitriona. En la etapa 920, el ordenador anfitrión inicia una transmisión que transporta los datos de usuario al UE. En la etapa 930 (que puede ser opcional), la estación base transmite al UE los datos de usuario que se transportaron en la transmisión que inició el ordenador anfitrión, según las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En la etapa 940 (que también puede ser opcional), el UE ejecuta una aplicación cliente asociada con la aplicación anfitriona ejecutada por el ordenador anfitrión.
La figura 10 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos haciendo referencia a las figuras 7 y 8. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la figura 10. En la etapa 1010 del método, el ordenador anfitrión proporciona datos de usuario. En una subetapa opcional (no mostrada), el ordenador anfitrión proporciona los datos de usuario ejecutando una aplicación anfitriona. En la etapa 1020, el ordenador anfitrión inicia una transmisión que transporta los datos de usuario al UE. La transmisión puede pasar a través de la estación base, según las enseñanzas de las realizaciones descritas a lo largo de esta descripción. En la etapa 1030 (que puede ser opcional), el UE recibe los datos de usuario transportados en la transmisión.
La figura 11 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos haciendo referencia a las figuras 7 y 8. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la figura 11. En la etapa 1110 (que puede ser opcional), el UE recibe datos de entrada proporcionados por el ordenador anfitrión. Adicional o alternativamente, en la etapa 1120, el UE proporciona datos de usuario. En la subetapa 1121 (que puede ser opcional) de la etapa 1120, el UE proporciona los datos de usuario ejecutando una aplicación cliente. En la subetapa 1111 (que puede ser opcional) de la etapa 1110, el UE ejecuta una aplicación cliente que proporciona los datos de usuario en reacción a los datos de entrada recibidos, proporcionados por el ordenador anfitrión. Al proporcionar los datos de usuario, la aplicación cliente ejecutada puede considerar además la entrada del usuario recibida del usuario. Independientemente de la manera específica en la que se proporcionaron los datos de usuario, el UE inicia, en la subetapa 1130 (que puede ser opcional), la transmisión de los datos de usuario al ordenador anfitrión. En la etapa 1140 del método, el ordenador anfitrión recibe los datos de usuario transmitidos desde el UE, según las enseñanzas de las realizaciones descritas a lo largo de esta descripción.
La figura 12 es un diagrama de flujo que ilustra un método implementado en un sistema de comunicación, según una realización. El sistema de comunicación incluye un ordenador anfitrión, una estación base y un UE que pueden ser los descritos haciendo referencia a las figuras 7 y 8. Para simplificar la presente descripción, en esta sección solo se incluirán referencias a los dibujos de la figura 12. En la etapa 1210 (que puede ser opcional), según las enseñanzas de las realizaciones descritas a lo largo de esta descripción, la estación base recibe datos de usuario del UE. En la etapa 1220 (que puede ser opcional), la estación base inicia la transmisión de los datos de usuario recibidos al ordenador anfitrión. En la etapa 1230 (que puede ser opcional), el ordenador anfitrión recibe los datos de usuario transportados en la transmisión iniciada por la estación base.
Según algunas realizaciones a modo de ejemplo, se da a conocer un método implementado en un sistema de comunicación que puede incluir un ordenador anfitrión, una estación base y un UE. El método puede comprender proporcionar datos de usuario en el ordenador anfitrión. Opcionalmente, el método puede comprender, en el ordenador anfitrión, iniciar una transmisión que transporta los datos de usuario al UE a través de una red celular que comprende la estación base, que puede realizar cualquier etapa del método a modo de ejemplo 400 que se describe con respecto a la figura 4.
Según algunas realizaciones a modo de ejemplo, se da a conocer un sistema de comunicación que incluye un ordenador anfitrión. El ordenador anfitrión puede comprender circuitos de procesamiento configurados para proporcionar datos de usuario, y una interfaz de comunicación configurada para reenviar los datos de usuario a una red celular para su transmisión a un UE. La red celular puede comprender una estación base que tiene una interfaz de radio y circuitos de procesamiento. Los circuitos de procesamiento de la estación base puede configurarse para realizar cualquier etapa del método a modo de ejemplo 400 que se describe con respecto a la figura 4.
Según algunas realizaciones a modo de ejemplo, se da a conocer un método implementado en un sistema de comunicación que puede incluir un ordenador anfitrión, una estación base y un UE. El método puede comprender proporcionar datos de usuario en el ordenador anfitrión. Opcionalmente, el método puede comprender, en el ordenador anfitrión, iniciar una transmisión que transporta los datos de usuario al UE a través de una red celular que comprende la estación base. El UE puede realizar cualquier etapa del método a modo de ejemplo 300 que se describe con respecto a la figura 3.
Según algunas realizaciones a modo de ejemplo, se da a conocer un sistema de comunicación que incluye un ordenador anfitrión. El ordenador anfitrión puede comprender circuitos de procesamiento configurados para proporcionar datos de usuario, y una interfaz de comunicación configurada para reenviar datos de usuario a una red celular para su transmisión a un UE. El UE puede comprender una interfaz de radio y circuitos de procesamiento. Los circuitos de procesamiento del UE pueden configurarse para realizar cualquier etapa del método a modo de ejemplo 300 que se describe con respecto a la figura 3.
Según algunas realizaciones a modo de ejemplo, se da a conocer un método implementado en un sistema de comunicación que puede incluir un ordenador anfitrión, una estación base y un UE. El método puede comprender, en el ordenador anfitrión, recibir datos de usuario transmitidos a la estación base desde el UE, que puede realizar cualquier etapa del método a modo de ejemplo 300 que se describe con respecto a la figura 3.
Según algunas realizaciones a modo de ejemplo, se da a conocer un sistema de comunicación que incluye un ordenador anfitrión. El ordenador anfitrión puede comprender una interfaz de comunicación configurada para recibir datos de usuario provenientes de una transmisión desde un UE a una estación base. El UE puede comprender una interfaz de radio y circuitos de procesamiento. Los circuitos de procesamiento del UE pueden configurarse para realizar cualquier etapa del método a modo de ejemplo 300 que se describe con respecto a la figura 3.
Según algunas realizaciones a modo de ejemplo, se da a conocer un método implementado en un sistema de comunicación que puede incluir un ordenador anfitrión, una estación base y un UE. El método puede comprender, en el ordenador anfitrión, recibir, desde la estación base, datos de usuario procedentes de una transmisión que la estación base ha recibido del UE. La estación base puede realizar cualquier etapa del método a modo de ejemplo 400 que se describe con respecto a la figura 4.
Según algunas realizaciones a modo de ejemplo, se da a conocer un sistema de comunicación que puede incluir un ordenador anfitrión. El ordenador anfitrión puede comprender una interfaz de comunicación configurada para recibir datos de usuario provenientes de una transmisión desde un UE a una estación base. La estación base puede comprender una interfaz de radio y circuitos de procesamiento. Los circuitos de procesamiento de la estación base puede configurarse para realizar cualquier etapa del método a modo de ejemplo 400 que se describe con respecto a la figura 4.
En general, las diversas realizaciones a modo de ejemplo pueden implementarse en hardware o chips, circuitos, software, lógica o cualquier combinación de los mismos, de propósito especial. Por ejemplo, algunos aspectos pueden implementarse en hardware, mientras que otros aspectos pueden implementarse en firmware o software que puede ejecutarse mediante un controlador, microprocesador u otro dispositivo informático, aunque la descripción no se limita a esto. Si bien varios aspectos de las realizaciones a modo de ejemplo de esta descripción pueden ilustrarse y describirse como diagramas de bloques, diagramas de flujo o utilizando alguna otra representación gráfica, se entiende bien que estos bloques, aparatos, sistemas, técnicas o métodos descritos en el presente documento pueden implementarse en , como ejemplos no limitativos, hardware, software, firmware, circuitos o lógica de propósito especial, hardware o controlador de propósito general u otros dispositivos informáticos, o alguna combinación de los mismos.
Así, se debe apreciar que al menos algunos aspectos de las realizaciones a modo de ejemplo de la descripción se pueden poner en práctica en diversos componentes tales como chips y módulos de circuitos integrados. Por lo tanto, se debe apreciar que las realizaciones a modo de ejemplo de esta descripción se pueden realizar en un aparato que se realiza como un circuito integrado, donde el circuito integrado puede comprender circuitos (así como posiblemente firmware) para incorporar al menos uno o más de un procesador de datos, un procesador de señal digital, circuitos de banda base y circuitos de radiofrecuencia que son configurables para operar según las realizaciones a modo de ejemplo de esta descripción.
Debe apreciarse que al menos algunos aspectos de las realizaciones a modo de ejemplo de la descripción pueden incorporarse en instrucciones ejecutables por ordenador, tales como en uno o más módulos de programa, ejecutados por uno o más ordenadores u otros dispositivos. Generalmente, los módulos de programa incluyen rutinas, programas, objetos, componentes, estructuras de datos, etc. que realizan tareas particulares o implementan tipos de datos abstractos particulares cuando son ejecutados por un procesador en un ordenador u otro dispositivo. Las instrucciones ejecutables por ordenador pueden almacenarse en un medio legible por ordenador tal como un disco duro, disco óptico, medios de almacenamiento extraíbles, memoria de estado sólido, memoria de acceso aleatorio (RAM), etc. Como apreciará un experto en la técnica, la función de los módulos de programa se puede combinar o distribuir según se desee en diversas realizaciones. Además, la función puede realizarse total o parcialmente en equivalentes de firmware o hardware tales como circuitos integrados, conjuntos de puertas programables en campo (FPGA) y similares.

Claims (14)

REIVINDICACIONES
1. Un método (300) realizado por un dispositivo terminal, que comprende:
determinar (302) una configuración entrelazada para la transmisión de canal compartido de enlace ascendente a un nodo de red en un procedimiento de acceso aleatorio sin contención de dos etapas; y
realizar (304) la transmisión de canal compartido de enlace ascendente al nodo de red en el procedimiento de acceso aleatorio sin contención de dos etapas, según la configuración entrelazada determinada; caracterizado por que:
la determinación de la configuración entrelazada se basa al menos en parte en señalización dedicada para el procedimiento de acceso aleatorio sin contención en dos etapas desde el nodo de red; y
en el que la señalización dedicada incluye uno o más de:
un índice de entrelazado inicial para un entrelazado o un conjunto de entrelazados asignados para la transmisión de canal compartido de enlace ascendente;
un número de entrelazados consecutivos asignados para la transmisión de canal compartido de enlace ascendente; y
un indicador dedicado que indica si habilitar la asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente en el procedimiento de acceso aleatorio sin contención de dos etapas.
2. El método según la reivindicación 1, en el que la determinación de la configuración entrelazada se basa al menos en parte en señalización común desde el nodo de red, y la señalización común indica si habilitar la asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente y en el que, si la señalización dedicada incluye el indicador dedicado, el indicador dedicado anula la señalización común de la red.
3. El método según la reivindicación 1, en el que la determinación de la configuración entrelazada se basa al menos en parte en una o más de:
primera información de configuración, que está relacionada con una configuración entrelazada para la transmisión de canal compartido de enlace ascendente del dispositivo terminal en un procedimiento de acceso aleatorio basado en contención de dos etapas; y
segunda información de configuración, que está relacionada con una configuración entrelazada para la transmisión de canal compartido de enlace ascendente del dispositivo terminal con planificación basada en concesiones configurada.
4. El método según la reivindicación 3, en el que la primera información de configuración se indica mediante señalización de control de recursos de radio desde el nodo de red.
5. El método según la reivindicación 3, en el que la primera información de configuración está predeterminada.
6. El método según cualquiera de las reivindicaciones 1 a 5, en el que la determinación de la configuración entrelazada se basa al menos en parte en uno o más de los siguientes mensajes del nodo de red:
un mensaje de comando de traspaso;
un mensaje de recuperación de fallo de haz; y
una orden de canal de control de enlace descendente para el procedimiento de acceso aleatorio sin contención en dos etapas.
7. Un método (400) realizado por un nodo de red, que comprende:
determinar (402) una configuración entrelazada para la transmisión de canal compartido de enlace ascendente de un dispositivo terminal en un procedimiento de acceso aleatorio sin contención de dos etapas; caracterizado por:
transmitir señalización dedicada al dispositivo terminal para indicar la configuración entrelazada determinada; y
recibir (404) la transmisión de canal compartido de enlace ascendente desde el dispositivo terminal en el procedimiento de acceso aleatorio sin contención de dos etapas, según la configuración entrelazada determinada;
en el que la señalización dedicada incluye uno o más de:
un índice de entrelazado inicial para un entrelazado o un conjunto de entrelazados asignados para la transmisión de canal compartido de enlace ascendente;
un número de entrelazados consecutivos asignados para la transmisión de canal compartido de enlace ascendente; y
un indicador dedicado que indica si habilitar la asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente en el procedimiento de acceso aleatorio sin contención de dos etapas.
8. El método según la reivindicación 7, que comprende además:
transmitir señalización común al dispositivo terminal para indicar si se habilita la asignación de recursos entrelazada para la transmisión de canal compartido de enlace ascendente, donde si la señalización dedicada incluye el indicador dedicado, el indicador dedicado anula la señalización común de la red.
9. El método según la reivindicación 7, en el que la determinación de la configuración entrelazada se basa al menos en parte en una o más de:
primera información de configuración, que está relacionada con una configuración entrelazada para la transmisión de canal compartido de enlace ascendente del dispositivo terminal en un procedimiento de acceso aleatorio basado en contención de dos etapas; y
segunda información de configuración, que está relacionada con una configuración entrelazada para la transmisión de canal compartido de enlace ascendente del dispositivo terminal con planificación basada en concesiones configurada.
10. El método según la reivindicación 9, que comprende además:
transmitir señalización de control de recursos de radio al dispositivo terminal para indicar la primera información de configuración.
11. El método según la reivindicación 9, en el que la primera información de configuración está predeterminada.
12. El método según cualquiera de las reivindicaciones 7 a 11, que comprende además indicar la configuración entrelazada determinada al dispositivo terminal en uno o más de los siguientes mensajes:
un mensaje de comando de traspaso;
un mensaje de recuperación de fallo de haz; y
una orden de canal de control de enlace descendente para el procedimiento de acceso aleatorio sin contención en dos etapas.
13. Un dispositivo terminal (500), que comprende:
uno o más procesadores (501); y
una o más memorias (502) que comprenden códigos de programa informático (503), que, cuando son ejecutados por los uno o más procesadores (501), hacen que el dispositivo terminal (500) al menos realice el método según cualquiera de las reivindicaciones 1- 6.
14. Un nodo de red (500), que comprende:
uno o más procesadores (501); y
una o más memorias (502) que comprenden códigos de programa informático (503), que, cuando son ejecutados por los uno o más procesadores (501), hacen que el nodo de red (500) al menos realice el método según cualquiera de las reivindicaciones 7- 12.
ES21751261T 2020-02-07 2021-01-28 Método y aparato de acceso aleatorio Active ES2990996T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2020074528 2020-02-07
PCT/CN2021/074110 WO2021155757A1 (en) 2020-02-07 2021-01-28 Method and apparatus for random access

Publications (1)

Publication Number Publication Date
ES2990996T3 true ES2990996T3 (es) 2024-12-02

Family

ID=77199635

Family Applications (1)

Application Number Title Priority Date Filing Date
ES21751261T Active ES2990996T3 (es) 2020-02-07 2021-01-28 Método y aparato de acceso aleatorio

Country Status (6)

Country Link
US (3) US11864246B2 (es)
EP (2) EP4369843A3 (es)
CN (1) CN115039483A (es)
ES (1) ES2990996T3 (es)
TW (1) TWI811630B (es)
WO (1) WO2021155757A1 (es)

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8285321B2 (en) 2008-05-15 2012-10-09 Qualcomm Incorporated Method and apparatus for using virtual noise figure in a wireless communication network
US20130294318A1 (en) * 2012-05-03 2013-11-07 Qualcomm Incorporated Efficient update of tmgi list in lte embms
US10412755B2 (en) * 2016-03-25 2019-09-10 Qualcomm Incorporated Techniques for configuring uplink transmissions in a shared radio frequency spectrum band
WO2017171325A1 (ko) 2016-03-27 2017-10-05 엘지전자 주식회사 비면허 대역을 지원하는 무선 통신 시스템에서 물리 상향링크 제어 채널을 전송하는 방법 및 이를 지원하는 장치
US20180034515A1 (en) * 2016-07-28 2018-02-01 Asustek Computer Inc. Method and apparatus for handling ue beamforming in a wireless communication system
US10868629B2 (en) * 2018-04-06 2020-12-15 Mediatek Inc. Channel multiplexing within interlace for new radio unlicensed spectrum operation
US20190342874A1 (en) * 2018-05-04 2019-11-07 Intel Corporation Interlace-Based Uplink Physical Channel Design for New Radio-Unlicensed (NR-U)
US11018929B2 (en) * 2018-07-20 2021-05-25 Kt Corporation Method and apparatus for transmitting uplink channel in unlicensed band
CN114245971B (zh) * 2019-08-06 2025-01-17 三星电子株式会社 确定无线通信系统上行控制信道和信号资源的方法和装置
EP3864926B1 (en) * 2019-12-16 2025-11-12 Samsung Electronics Co., Ltd. Method and apparatus for releasing pusch resources assigned for random access in wireless communication system

Also Published As

Publication number Publication date
TWI811630B (zh) 2023-08-11
US11864246B2 (en) 2024-01-02
US12177909B2 (en) 2024-12-24
US20230052206A1 (en) 2023-02-16
EP4369843A2 (en) 2024-05-15
EP4101234A4 (en) 2023-07-05
EP4101234A1 (en) 2022-12-14
EP4369843A3 (en) 2024-07-24
TW202135588A (zh) 2021-09-16
WO2021155757A1 (en) 2021-08-12
US20240049303A1 (en) 2024-02-08
CN115039483A (zh) 2022-09-09
EP4101234B1 (en) 2024-03-06
US20250071829A1 (en) 2025-02-27

Similar Documents

Publication Publication Date Title
ES3038584T3 (en) Method and apparatus for determining radio network temporary identifier in two-step random access procedure
US12507100B2 (en) Method and apparatus for random access
KR20230044459A (ko) 랜덤 액세스 절차에서의 pusch 반복 방법 및 장치
US20220369375A1 (en) Method and apparatus for random access
CN113711531B (zh) 用于随机接入的方法和装置
US20230180299A1 (en) Method and apparatus for random access
US20220377811A1 (en) Method and Apparatus for Random Access
US12213181B2 (en) Method and apparatus for random access
CN113366910B (zh) 用于随机接入的方法和装置
WO2022028596A1 (en) Method and apparatus for random access
ES2990996T3 (es) Método y aparato de acceso aleatorio
US12501494B2 (en) Method and apparatus for random access
US20260095957A1 (en) Method and Apparatus for Random Access
WO2021160069A1 (en) Method and apparatus for random access
BR112022015448B1 (pt) Método desempenhado por um dispositivo terminal, método desempenhado por um nó de rede e dispositivo terminal