ES3046222T3 - Wireless communication method, terminal device, and network device - Google Patents

Wireless communication method, terminal device, and network device

Info

Publication number
ES3046222T3
ES3046222T3 ES21942398T ES21942398T ES3046222T3 ES 3046222 T3 ES3046222 T3 ES 3046222T3 ES 21942398 T ES21942398 T ES 21942398T ES 21942398 T ES21942398 T ES 21942398T ES 3046222 T3 ES3046222 T3 ES 3046222T3
Authority
ES
Spain
Prior art keywords
information
bit
pusch
rar
network device
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
ES21942398T
Other languages
English (en)
Inventor
Chuanfeng He
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.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
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 Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Application granted granted Critical
Publication of ES3046222T3 publication Critical patent/ES3046222T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/006Transmission of channel access control information in the downlink, i.e. towards the terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/189Transmission or retransmission of more than one copy of a message
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H04W72/232Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal the control data signalling from the physical layer, e.g. DCI signalling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/004Transmission of channel access control information in the uplink, i.e. towards network

Landscapes

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

Abstract

Un método de comunicación inalámbrica, un dispositivo terminal y un dispositivo de red. El método comprende: el dispositivo terminal recibe una respuesta de acceso aleatorio (RAR) enviada por el dispositivo de red. Esta RAR comprende al menos un primer bit, que puede utilizarse para indicar el número de transmisiones repetidas de un canal físico compartido de enlace ascendente (PUSCH), y el PUSCH se utiliza para transportar un tercer mensaje en un proceso de acceso aleatorio; y el dispositivo terminal determina, según la primera información, si el primer bit indica el número de transmisiones repetidas del PUSCH, estando dicha información asociada con la RAR. Por lo tanto, el dispositivo terminal puede determinar, según la primera información asociada con la RAR, si el primer bit de la RAR indica el número de transmisiones repetidas del PUSCH que contiene Msg3, de modo que se pueda garantizar que el dispositivo terminal y el dispositivo de red comprendan de forma coherente el modo de transmisión del PUSCH que contiene Msg3. (Traducción automática con Google Translate, sin valor legal)

Description

[0001] DESCRIPCIÓN
[0003] Procedimiento de comunicación inalámbrica, dispositivo terminal y dispositivo de red
[0005] SECTOR TÉCNICO
[0007] Las realizaciones de la invención se refieren al sector de la comunicación y, particularmente, a un procedimiento para comunicación por radio, un equipo de usuario y un dispositivo de red.
[0009] ESTADO DE LA TÉCNICA ANTERIOR
[0011] En un sistema de nueva radio (NR), se puede admitir un procedimiento de acceso aleatorio de cuatro pasos, que incluye la transmisión de un mensaje 1 (Msg1), un mensaje 2 (Msg2), un mensaje 3 (Msg3) y un mensaje 4 (Msg4). El Msg3 se transporta mediante un canal físico compartido de enlace ascendente (PUSCH). La concesión de enlace ascendente (UL) de un PUSCH utilizado para la transmisión inicial del Msg3 se transporta mediante una respuesta de acceso aleatorio (RAR) en el Msg2.
[0013] En algunos escenarios, la confiabilidad de la transmisión de enlace ascendente se puede mejorar al transmitir repetidamente el PUSCH que lleva el Msg3. Se puede indicar una serie de repeticiones del PUSCH que lleva el Msg3 mediante la multiplexación del dominio de información en el RAR. En algunos casos, un equipo de usuario (UE) puede solicitar repeticiones del PUSCH que lleva el Msg3 desde un dispositivo de red. El dispositivo de red puede decidir si planificar las repeticiones del PUSCH que lleva el Msg3. En este caso, un problema urgente a resolver es cómo el UE puede interpretar el campo de información en la RAR que se multiplexa para indicar el número de repeticiones del PUSCH a fin de garantizar que el dispositivo de red y el UE tengan la misma comprensión del modo de transmisión del PUSCH que lleva el Msg3. Se pueden encontrar tecnologías relacionadas al menos en los documentos de patente WO2022/152242A1 (que es técnica anterior según el Artículo 54(3) del CPE) y US2021/076384A1, y en documentos no de patente: "Final feature lead summary on support of Type A PUSCH repetitions for Msg3", Borrador del 3GPP, R1-2106247; "Approaches and Solutions for Type A PUSCH repetitions for Msg3", Borrador del 3GPP, R1-2105905; y "Discussion on Type A PUSCH repetition for Msg3", Borrador del 3GPP, R1 -2100461.
[0015] CARACTERÍSTICAS
[0017] La invención da a conocer un procedimiento para comunicación por radio, un UE y un dispositivo de red. El UE puede determinar, de acuerdo con la primera información asociada con una RAR, si al menos un primer bit en la RAR indica información sobre un número de repeticiones de un PUSCH que lleva el Msg3, asegurando así que el UE y el dispositivo de red tengan la misma comprensión del modo de transmisión del PUSCH que lleva el Msg3.
[0019] La presente invención se define en el conjunto de reivindicaciones adjunto.
[0021] De acuerdo con las soluciones técnicas anteriores, un dispositivo de red puede enviar una RAR a un UE. Al menos un primer bit de la RAR puede configurarse para indicar información sobre un número de repeticiones del PUSCH Msg3. El dispositivo de red puede indicar si el al menos un primer bit indica información sobre el número de repeticiones del Msg3 PUSCH por medio de la primera información asociada con la RAR. En otras palabras, el dispositivo de red puede indicar si el al menos un primer bit incluye información sobre el número de repeticiones del PUSCH Msg3. En consecuencia, el UE puede recibir la RAR del dispositivo de red y determinar si el al menos un primer bit indica la información sobre el número de repeticiones del Msg3 PUSCH de acuerdo con la primera información asociada con la RAR. En otras palabras, el UE puede determinar si el al menos un primer bit incluye la información sobre el número de repeticiones del PUSCH Msg3. Además, el UE puede realizar la transmisión del Msg3 PUSCH de acuerdo con un modo de transmisión del Msg3 PUSCH según lo indicado por el dispositivo de red, garantizando así que tanto el dispositivo de red como el UE tengan la misma comprensión del modo de transmisión del Msg3 PUSCH.
[0023] BREVE DESCRIPCIÓN DE LOS DIBUJOS
[0025] La Figura 1 es un diagrama de la arquitectura de un sistema de comunicación, que no es parte de la presente invención y está presente para fines ilustrativos.
[0026] La Figura 2 es un diagrama de interacción de un procedimiento para comunicación por radio según una realización de la invención.
[0027] La Figura 3 es un diagrama que indica diferentes modos de transmisión de un Msg3 a través de diferentes RA-RNTI.
[0028] La Figura 4 es un diagrama que indica la solicitud de diferentes modos de transmisión del Msg3 por medio de bits reservados en un PDCCH que planifica una RAR.
[0029] La Figura 5 es un diagrama de bloques de un UE según una realización de la invención.
[0030] La Figura 6 es un diagrama de bloques de un dispositivo de red según una realización de la invención.
[0031] La Figura 7 es un diagrama de bloques de un dispositivo de comunicación según una realización no reivindicada de la invención.
[0032] La Figura 8 es un diagrama de bloques de un chip según una realización no reivindicada de la invención.
[0033] La Figura 9 es un diagrama de bloques de un sistema de comunicación según una realización no reivindicada de la invención.
[0035] DESCRIPCIÓN DETALLADA
[0037] Las realizaciones de la invención se pueden aplicar a varios sistemas de comunicación, tales como un sistema de Sistema global de comunicación móvil (GSM), un sistema de acceso múltiple por división de código (CDMA), un sistema de acceso múltiple por división de código de banda ancha (WCDMA), un servicio general de radio por paquetes (GPRS), un sistema de evolución a largo plazo (LTE), un sistema de evolución a largo plazo avanzado (LTE-A), un sistema de nueva radio (NR), un sistema de evolución del sistema NR, un sistema de acceso al espectro sin licencia basado en LTE (LTE-U), un sistema de acceso al espectro sin licencia basado en NR (NR-U), un sistema de red no terrestre (NTN), un sistema universal de telecomunicaciones móviles (UMTS), una red de área local inalámbrica (WLAN), una fidelidad inalámbrica (WiFi), un sistema de comunicación de quinta generación (5G) u otro sistema de comunicación o similar.
[0039] En términos generales, un sistema de comunicación convencional admite un número limitado de conexiones y, además, son fáciles de implementar. Sin embargo, con el desarrollo de las tecnologías de comunicación, un sistema de comunicación móvil puede no sólo soportar comunicación convencional, sino también soportar comunicación tal como comunicación D2D, comunicación máquina a máquina (M2M), comunicación tipo máquina (MTC), comunicación vehículo a vehículo (V2V), o comunicación V2X, o similares, y las realizaciones de la invención también pueden aplicarse a estos sistemas de comunicación.
[0041] Opcionalmente, el sistema de comunicación en las realizaciones de la invención se puede aplicar a un escenario de agregación de portadoras (CA), o se puede aplicar a un escenario de conectividad dual (DC), o se puede aplicar a un escenario de red independiente (SA).
[0043] Opcionalmente, el sistema de comunicación en las realizaciones de la invención puede aplicarse a un espectro sin licencia. El espectro sin licencia también puede considerarse un espectro compartido. Alternativamente, el sistema de comunicación en las realizaciones de la invención también puede aplicarse a un espectro con licencia. El espectro con licencia también podrá considerarse un espectro no compartido.
[0045] Las realizaciones de la invención describen varias realizaciones en combinación con un dispositivo de red y un dispositivo terminal. El dispositivo terminal también puede denominarse equipo de usuario (UE), terminal de acceso, unidad de usuario, estación de usuario, estación móvil, plataforma móvil, estación remota, terminal remoto, dispositivo móvil, terminal de usuario, terminal, dispositivo de comunicación inalámbrica, agente de usuario o dispositivo de usuario, o similar.
[0047] El UE puede ser una ESTACIÓN (ST) en WLAN, o puede ser un teléfono celular, un teléfono inalámbrico, un teléfono de Protocolo de Inicio de Sesión (SIP), una estación de Bucle Local Inalámbrico (WLL), un dispositivo de Asistente Digital Personal (PDA), un dispositivo portátil con una función de comunicación inalámbrica, un dispositivo informático u otros dispositivos de procesamiento conectados a un módem inalámbrico, un dispositivo montado en un vehículo, un dispositivo ponible, un UE en un sistema de comunicación de próxima generación tal como una red NR, o un UE en una red de Red Móvil Terrestre Pública (PLMN) evolucionada en el futuro, o similar.
[0049] En las realizaciones de la invención, el UE puede implementarse en tierra, incluso en interiores o exteriores, portátil, ponible o montado en un vehículo; o puede implementarse en una superficie de agua (tal como un barco); o puede implementarse en el aire (tal como una aeronave, un globo, un satélite o similar).
[0051] En las realizaciones de la invención, el UE puede ser un teléfono móvil, una tableta (Pad), un ordenador con una función de transceptor inalámbrico, un UE de realidad virtual (RV), un UE de realidad aumentada (RA), un UE inalámbrico en control industrial, un UE inalámbrico en conducción autónoma, un UE inalámbrico en medicina remota, un UE inalámbrico en red inteligente, un UE inalámbrico en seguridad del transporte, un UE inalámbrico en ciudad inteligente o un UE inalámbrico en casa inteligente, o similares.
[0053] A modo de ejemplo y no de limitación, en las realizaciones de la invención, el UE también puede ser un dispositivo ponible. El dispositivo ponible también puede denominarse dispositivo inteligente ponible, que es un término general para los dispositivos ponibles desarrollados mediante la aplicación de una tecnología ponible para diseñar de forma inteligente objetos ponibles de uso diario, tales como gafas, guantes, relojes, ropa, zapatos o similares. El dispositivo ponible se usa directamente sobre el cuerpo o es un dispositivo ponible integrado en la ropa o accesorio del usuario. El dispositivo ponible no es solo un dispositivo de hardware, sino que también logra funciones potentes a través del soporte de software, la interacción de datos y la interacción en la nube. Un dispositivo inteligente ponible generalizado tiene funciones completas y un gran tamaño, y puede no depender de un teléfono inteligente para implementar la totalidad o parte de las funciones, tal como un reloj inteligente, gafas inteligentes o similares; o solo centrarse en un cierto tipo de función de aplicación, y necesita usarse en cooperación con otros dispositivos tales como un teléfono inteligente, tal como varios tipos de pulseras inteligentes, joyas inteligentes o similares, para monitorizar signos físicos.
[0054] En las realizaciones de la invención, el dispositivo de red puede ser un dispositivo que se comunica con un dispositivo móvil. El dispositivo de red puede ser un punto de acceso (AP) en WLAN, una estación transceptora base (BTS) en GSM o CDMA, o un nodo B (NB) en WCDMA, o un nodo B evolutivo (eNB o eNodoB) en L<t>E, o una estación de retransmisión o AP, o un dispositivo de red (gNB) en un dispositivo montado en un vehículo, un dispositivo ponible y una red NR, o un dispositivo de red en una red PLMN evolucionada en el futuro, o un dispositivo de red en una red NTN, o similar.
[0056] A modo de ejemplo y no de limitación, en las realizaciones de la invención, el dispositivo de red puede tener una característica de movilidad, por ejemplo, el dispositivo de red puede ser un dispositivo móvil. Opcionalmente, el dispositivo de red puede ser un satélite o una estación de globo. Por ejemplo, el satélite puede ser un satélite de órbita terrestre baja (LEO), un satélite de órbita terrestre media (MEO), un satélite de órbita terrestre geoestacionaria (GEO), un satélite de órbita elíptica alta (HEO) o similar. Opcionalmente, el dispositivo de red también puede ser una estación base dispuesta en una posición tal como un área de tierra o agua, u otras posiciones.
[0058] En las realizaciones de la invención, el dispositivo de red puede proporcionar servicios para una celda, y el UE puede comunicarse con el dispositivo de red a través de recursos de transmisión (tales como recursos de dominio de frecuencia o recursos de espectro) utilizados por la celda. La celda puede ser una celda correspondiente al dispositivo de red (tal como una estación base), y la celda puede pertenecer a una macroestación base, o puede pertenecer a una estación base correspondiente a una celda pequeña. La celda pequeña puede incluir una metrocelda, una microcelda, una picocelda, una femtocelda o similar. Las celdas pequeñas tienen características de pequeña cobertura y baja potencia de transmisión, y son adecuadas para proporcionar servicios de transmisión de datos de alta velocidad.
[0059] A modo de ejemplo, el sistema de comunicación 100 aplicado en las realizaciones de la invención se ilustra en la Figura 1, que no es parte de la presente invención y está presente con fines ilustrativos. El sistema de comunicación 100 puede incluir un dispositivo de red 110. El dispositivo de red 110 puede comunicarse con un UE 120 (también denominado terminal de comunicación o terminal). El dispositivo de red 110 puede proporcionar una región geográfica específica con cobertura de comunicación y puede comunicarse con un UE ubicado dentro de la región de cobertura.
[0060] La Figura 1 muestra ilustrativamente un dispositivo de red y dos UE. Opcionalmente, el sistema de comunicación 100 puede incluir múltiples dispositivos de red, y pueden incluirse otros números de dispositivos terminales dentro de una cobertura respectiva de cada uno de los dispositivos de red, que no están limitados en las realizaciones de la invención.
[0061] Opcionalmente, el sistema de comunicación 100 puede incluir, además, otras entidades de red, tales como un controlador de red, una entidad de gestión móvil (MME) o similares, que no están limitadas en las realizaciones de la invención.
[0063] Debe entenderse que en las realizaciones de la invención, un dispositivo con una función de comunicación en una red/sistema puede denominarse dispositivo de comunicación. Tomando como ejemplo el sistema de comunicación 100 ilustrado en la Figura 1, el dispositivo de comunicación puede incluir un dispositivo de red 110 y un UE 120, de los cuales cada uno tiene una función de comunicación. El dispositivo de red 110 y el UE 120 pueden ser los dispositivos específicos mencionados anteriormente, que no se detallarán aquí. El dispositivo de comunicación puede incluir, además, otros dispositivos en el sistema de comunicación 100, tales como un controlador de red, una MME u otras entidades de red, que no están limitadas en las realizaciones de la invención.
[0065] Debe entenderse que los términos "sistema" y "red" en la invención generalmente pueden usarse indistintamente. En la invención, la expresión "y/o" se refiere únicamente a una relación de asociación para describir objetos asociados y representa que pueden existir tres relaciones. Por ejemplo, A y/o B pueden representar tres casos: es decir, sólo existe A, existen tanto A como B, y sólo existe B. Además, el carácter "/" en la invención generalmente representa que los objetos asociados anteriores y siguientes forman una relación "o".
[0067] Debe entenderse que la "indicación" mencionada en las realizaciones de la invención puede ser una indicación directa, o puede ser una indicación indirecta, o puede representarse como si tuviera una relación de asociación. Por ejemplo, A indica B, lo que puede indicar que A indica directamente B, por ejemplo, B puede ser obtenido por A; o puede indicar que A indica indirectamente B, por ejemplo, A indica C y B puede ser obtenido por C; o puede indicar que A y B tienen una relación de asociación entre ellos.
[0069] En las descripciones de las realizaciones de la invención, el término "correspondiente" puede indicar que existen correspondencias directas o indirectas entre dos objetos, o puede indicar que los dos objetos tienen una relación de asociación entre ellos, o pueden tener una relación de indicación e indicada, una relación de configuración y configurada, o similar.
[0071] En las realizaciones de la invención, "predefinido" puede lograrse mediante el almacenamiento previo de códigos, tablas u otros modos correspondientes que pueden usarse para indicar información relacionada en un dispositivo (por ejemplo, un UE o un dispositivo de red), cuyas implementaciones específicas no están limitadas en las realizaciones de la invención. Por ejemplo, "predefinido" puede ser tal como se define en un protocolo.
[0072] En las realizaciones de la invención, un "protocolo" puede referirse a un protocolo estándar en el campo de las comunicaciones, y puede incluir, por ejemplo, un protocolo LTE, un protocolo NR y un protocolo relacionado que se aplique a un futuro sistema de comunicación, que no estaría limitado en las realizaciones de la invención.
[0074] En el sistema NR, un dispositivo de red puede planificar la transmisión PUSCH enviando una concesión UL. La concesión de enlace ascendente puede transportarse mediante información de control de enlace descendente (DCI) en un formato DCI 0_0 o en un formato DCI 0_1.
[0076] En algunos casos, cuando un dispositivo de red planifica la transmisión de datos de enlace ascendente a través de una DCI que lleva la concesión UL, es posible que se incluya un campo de asignación de recursos de dominio de tiempo (TDRA) en la DCI. Por ejemplo, el campo TDRA puede ser de 4 bits y puede configurarse para indicar 16 filas en una tabla TDRA, y cada fila contiene una combinación distinta de asignación de recursos (por ejemplo, un punto de inicio S, una longitud y k2 y diferentes tipos de PUSCH). K2 denota un desplazamiento de ranura entre una ranura donde se encuentra la DCI y una ranura donde se encuentra el PUSCH. PUSCH TDRA puede ser de tipo A o de tipo B. El tipo A y el tipo B se diferencian en que los intervalos de valores candidatos de S y L para el tipo A y el tipo B son diferentes. El tipo A es principalmente para un servicio basado en ranuras, donde S es hacia adelante y L es largo. El tipo B es principalmente para un servicio de comunicación de baja latencia y ultra confiable (URLLC), que tiene un alto requisito de latencia. Por lo tanto, S es flexible, lo que puede facilitar la transmisión del servicio URRLLC que puede llegar en cualquier momento, y L es corto, lo que puede reducir la latencia de transmisión. Por ejemplo, los intervalos para los valores candidatos de S y L son los que se muestran a continuación en la Tabla 1.
[0078] Tabla 1
[0080]
[0083] Además de la información sobre TDRA, la DCI que lleva la concesión UL puede incluir, además, información de recursos del dominio de frecuencia, un esquema de modulación y codificación (MCS), un comando de control de potencia de transmisión (TPC), información de salto de frecuencia, una versión de redundancia, un número de proceso de solicitud de repetición automática híbrida (HARQ), etc., que no se detallarán aquí.
[0085] En un sistema NR, para admitir el servicio URLLC, la confiabilidad de la transmisión se puede mejorar mediante la transmisión repetitiva de los datos de enlace ascendente. La repetición del PUSCH puede incluir dos tipos, que son la repetición PUSCH tipo A y la repetición PUSCH tipo B. El tipo de repetición PUSCH puede indicarse y determinarse a través de una señalización de capa superior. El modo de PUSCH TDRA puede diferir para la repetición PUSCH tipo A y la repetición PUSCH tipo B.
[0087] Por ejemplo, para la repetición PUSCH Tipo A, un símbolo de inicio S del PUSCH y una cantidad L de símbolos sucesivos a partir del símbolo S pueden determinarse a través de un Valor Indicador de Inicio y Longitud (SLIV) indicado en el canal físico de control de enlace descendente (PDCCH) que planifica el PUSCH.
[0089] Para la repetición PUSCH tipo B, el símbolo de inicio S del PUSCH y el número L de símbolos sucesivos a partir del símbolo S se pueden determinar respectivamente a través de la información de startSymbol y la información de longitud correspondiente a la fila en la tabla TDRA.
[0091] PUSCH-TimeDomainResourceAllocationList-r16 se introduce en la versión 16 (R16) para admitir la información de TDRA para la repetición del PUSCH, tal como un símbolo donde se ubica el PUSCH (por ejemplo, el símbolo de inicio y la longitud), un número K de repeticiones del PUSCH (numberOfRepetitions), etc. El UE puede determinar un recurso de dominio de tiempo utilizado para la repetición del PUSCH de acuerdo con la información anterior y un tipo de repetición de PUSCH determinado a través de la señalización de capa superior.
[0093] En un sistema NR, se puede admitir un procedimiento de acceso aleatorio de cuatro pasos, que incluye la transmisión de un Msg1, un Msg2, un Msg3 y un Msg4. El Msg3 lo transporta el PUSCH. La concesión UL del PUSCH utilizada para la transmisión inicial del Msg3 se transporta mediante una RAR en el Msg2. Como se muestra en la Tabla 2, la información de concesión de UL en la RAR puede incluir información de asignación de recursos del dominio del tiempo y del dominio de la frecuencia del PUSCH, un comando TPC, salto de frecuencia, un MCS, etc.
[0094] Tabla 2
[0097]
[0099] Si la red no recibe correctamente el Msg3 del UE, la información de planificación utilizada para las repeticiones del Msg3 se indicará mediante la DCI. Por ejemplo, la información de planificación puede transportarse en un formato DCI 0_0 codificado mediante una Identidad Temporal de Red de Radio Celular Temporal (TC-RNTI). Además del contenido incluido en la información de concesión de UL en la RAR, el formato DCI 0_0 puede incluir, además, información tal como un indicador de datos nuevos (NDI), una versión de redundancia, un número de proceso HARQ y similares. En algunas realizaciones, el dispositivo de red puede indicar el número de repeticiones del Msg3 multiplexando el campo de información de la información de concesión de UL en la RAR, tal como por ejemplo mediante un campo TDRA o un campo de asignación de recursos de dominio de frecuencia PUSCH, etc.
[0100] En algunos casos, el UE puede solicitar las repeticiones del Msg3 al dispositivo de red, y el dispositivo de red puede decidir si planifica las repeticiones del Msg3. Es decir, en algunos casos, el dispositivo de red puede planificar las repeticiones del Msg3 y, en estos casos, es necesario indicar el número de repeticiones del Msg3. En algunos casos, es posible que el dispositivo de red no planifique las repeticiones del Msg3 y, en estos casos, no es necesario indicar el número de repeticiones del Msg3. El UE no es conocedor de si el dispositivo de red aprueba la solicitud del UE. Por lo tanto, un problema urgente a resolver es cómo el UE puede interpretar el campo de información en la RAR que se multiplexa para indicar el número de repeticiones del PUSCH para asegurar que el dispositivo de red y el UE tengan la misma comprensión del modo de transmisión del Msg3.
[0101] Para facilitar la comprensión de la solución técnica de las realizaciones de la invención, a continuación se detallará la solución técnica de la invención con realizaciones específicas. Las tecnologías relacionadas anteriormente mencionadas pueden combinarse, como esquemas opcionales, con la solución técnica de las realizaciones de la invención de manera arbitraria, que caen dentro del alcance de protección de las realizaciones de la invención. Las realizaciones de la invención incluyen al menos parte del contenido como sigue.
[0102] La Figura 2 es un diagrama de interacción de un procedimiento para comunicación por radio según una realización de la invención. Como se muestra en la Figura 2, el procedimiento 200 incluye al menos parte del siguiente contenido. En S210, un UE recibe una RAR de un dispositivo de red. La RAR incluye al menos un primer bit. El al menos un primer bit se puede configurar para indicar un número de repeticiones de un PUSCH. El PUSCH está configurado para transportar un tercer mensaje (es decir, Msg3) durante un procedimiento de acceso aleatorio.
[0103] En S220, el UE determina si el al menos un primer bit está configurado para indicar el número de repeticiones del PUSCH según la primera información. La primera información está asociada al RAR.
[0104] En las realizaciones de la invención, la RAR está configurada para planificar la transmisión del Msg3, tal como la transmisión inicial del Msg3. La RAR puede incluir información de concesión UL configurada para la transmisión inicial del Msg3.
[0105] En las realizaciones de la invención, la RAR está configurada para planificar la transmisión del Msg3, lo que puede referirse a que la RAR está configurada para planificar la transmisión del PUSCH que lleva el Msg3.
[0106] En las realizaciones de la invención, el PUSCH que lleva el Msg3 también puede denominarse PUSCH Msg3.
[0107] En algunas realizaciones, el UE puede solicitar las repeticiones (es decir, transmisión repetitiva) del Msg3 del dispositivo de red, o solicitar las repeticiones (es decir, transmisión repetitiva) del PUSCH que lleva el Msg3.
[0108] En algunas realizaciones, el UE indica si el UE solicita las repeticiones del Msg3 PUSCH al dispositivo de red a través de un primer mensaje. El primer mensaje es un primer mensaje durante el procedimiento de acceso aleatorio (es decir, Msg1). Alternativamente, el primer mensaje puede ser un preámbulo de acceso aleatorio.
[0110] Por ejemplo, el UE puede indicar, a través de al menos uno de un preámbulo de acceso aleatorio, una parte de ancho de banda de enlace (BWP) ascendente inicial en la que se transmite el primer mensaje, o un recurso de canal físico de acceso aleatorio (PRACH) en el que se transmite el primer mensaje, si el UE solicita las repeticiones del PUSCH Msg3 al dispositivo de red.
[0112] En algunas realizaciones, el recurso PRACH puede incluir un recurso de ocasión PRACH (RO).
[0114] A modo de ejemplo, el dispositivo de red puede configurar, para el UE, un preámbulo o un conjunto de preámbulos utilizado cuando se solicitan las repeticiones del Msg3 PUSCH, y un preámbulo o un conjunto de preámbulos utilizado cuando no se solicitan las repeticiones del Msg3 PUSCH. Para solicitar las repeticiones del Msg3 PUSCH, el UE puede enviar el preámbulo o un preámbulo en el conjunto de preámbulos que correspondan al caso en el que se solicitan las repeticiones del Msg3 PUSCH.
[0116] Como otro ejemplo, el dispositivo de red puede configurar, para el UE, una BWP de enlace ascendente inicial utilizada cuando se solicitan las repeticiones del PUSCH Msg3 y una BWP de enlace ascendente inicial utilizada cuando no se solicitan las repeticiones del PUSCH Msg3. Para solicitar las repeticiones del Msg3 PUSCH, el UE puede enviar un preámbulo en la BWP de enlace ascendente inicial correspondiente al caso en el que se solicitan las repeticiones del Msg3 PUSCH.
[0118] Como otro ejemplo más, el dispositivo de red puede configurar, para el UE, un recurso RO utilizado cuando se solicitan las repeticiones del Msg3 PUSCH y un recurso RO utilizado cuando no se solicitan las repeticiones del Msg3 PUSCH. Para solicitar las repeticiones del Msg3 PUSCH, el UE puede enviar un preámbulo en el recurso RO correspondiente al caso en el que se solicitan las repeticiones del Msg3 PUSCH.
[0120] En algunas realizaciones, el dispositivo de red puede decidir si aprueba una solicitud del UE, o si planifica las repeticiones que llevan el Msg3, o si planifica las repeticiones del Msg3 PUSCH.
[0122] Por ejemplo, es posible que el dispositivo de red no planifique las repeticiones del Msg3 en el caso en que el UE se encuentre en una buena condición de canal, y que planifique las repeticiones del Msg3 en el caso en que el UE se encuentre en una mala condición de canal.
[0124] En las realizaciones de la invención, la RAR incluye al menos un primer bit. El al menos un primer bit se puede configurar para indicar la información sobre el número de repeticiones del PUSCH que lleva el Msg3.
[0126] Se debe entender que el al menos un primer bit puede configurarse para indicar la información sobre el número de repeticiones del PUSCH que lleva el Msg3, lo que significa que el al menos un primer bit puede configurarse para indicar la información sobre el número de repeticiones del PUSCH Msg3, pero no siempre indica información sobre el número de repeticiones del PUSCH Msg3. Es decir, el al menos un primer bit puede indicar la información sobre el número de repeticiones del Msg3 PUSCH en algunos casos, y puede no indicar la información sobre el número de repeticiones del Msg3 PUSCH en algunos otros casos.
[0128] En algunas realizaciones, el al menos un primer bit incluye al menos un bit en un primer campo de información en la RAR. Opcionalmente, el primer campo de información puede incluir uno o más campos de información en la RAR.
[0129] En algunas realizaciones, el primer campo de información incluye al menos un campo de información en la concesión de enlace ascendente en la RAR. Es decir, el al menos un primer bit puede incluir al menos un bit en la información de concesión de enlace ascendente de la RAR.
[0131] Por ejemplo, el primer campo de información puede incluir al menos un campo de información como se muestra en la Tabla 2. Es decir, el al menos un primer bit puede incluir al menos un bit en al menos un campo de información como se muestra en la Tabla 2.
[0133] A modo de ejemplo, el primer campo de información incluye uno o más de los siguientes campos de información en la información de concesión de UL en la RAR: la información de asignación de recursos del dominio de frecuencia PUSCH, el MSC, el TPC configurado para el PUSCH, ChannelAccess-CPext y la solicitud de información de estado del canal (CSI). Es decir, el al menos un primer bit puede incluir uno o más bits en uno o más de los siguientes campos de información en la información de concesión de UL en la RAR: la información de asignación de recursos del dominio de frecuencia PUSCH, el MSC, el TPC configurado para el PUSCH, el ChannelAccess-CPext y la solicitud CSI.
[0134] En otras palabras, el dispositivo de red puede indicar la información sobre el número de repeticiones del PUSCH Msg3 multiplexando al menos un bit en uno o más de los siguientes campos de información en la RAR: la información de asignación de recursos del dominio de frecuencia PUSCH, el MSC, el campo TPC configurado para el PUSCH, el ChannelAccess-CPext y la solicitud CSI.
[0135] Como otro ejemplo, el primer campo de información incluye el campo de información del PUSCH TDRA (es decir, el campo de información TDRA) en la información de concesión de enlace ascendente en la RAR. Por ejemplo, el al menos un primer bit incluye al menos un bit en el campo de información TDRA en la concesión de enlace ascendente en la RAR.
[0137] En otras palabras, el dispositivo de red puede indicar la información sobre el número de repeticiones del PUSCH Msg3 multiplexando al menos un bit en el campo de información TDRA en la concesión de enlace ascendente en la RAR.
[0138] En algunas otras realizaciones, el dispositivo de red puede indicar la información sobre el número de repeticiones del Msg3 PUSCH multiplexando uno o más bits en los campos de información distintos de la información de concesión de UL en la RAR.
[0140] En las realizaciones de la invención, la RAR está incluida en una unidad de datos de protocolo de control de acceso al medio (MAC PDU). Una MAC PDU incluye una cabecera de MAC PDU, al menos una MAC subPDU y un posible bit de relleno.
[0142] Una MAC subPDU puede incluir un subcabecera de la MAC subPDU. La subcabecera de la MAC subPDU puede corresponder a una Unidad de Datos de Servicio MAC (SDU) o a un Elemento de Control MAC (MAC CE) o a un bit de relleno.
[0144] En algunas otras realizaciones, el dispositivo de red puede indicar la información sobre el número de repeticiones del PUSCH Msg3 multiplexando información en una MAC PDU que lleva la RAR. Por ejemplo, el dispositivo de red puede indicar la información sobre el número de repeticiones del Msg3 PUSCH multiplexando la cabecera de la MAC PDU o la subcabecera de la MAC subPDU en la MAC PDU. Es decir, el al menos un primer bit puede incluir uno o más bits en la MAC PDU que lleva la RAR.
[0146] De aquí en adelante, el al menos un primer bit que incluye al menos un bit en la RAR se toma como un ejemplo para la descripción, pero la presente invención no se limita a ello.
[0148] En resumen, en las realizaciones de la invención, el al menos un primer bit puede tener un primer significado en algunos casos. El primer significado puede referirse a que el Msg3 no se transmite repetidamente, o el primer significado puede referirse al significado original del al menos un primer bit antes de multiplexar el al menos un primer bit para indicar la información sobre el número de repeticiones del Msg3 PUSCH. El al menos un primer bit puede tener un segundo significado en algunos otros casos, y el al menos un primer bit está al menos configurado para indicar la información sobre el número de repeticiones del Msg3 PUSCH. Por ejemplo, además de indicar la información sobre el número de repeticiones del Msg3 PUSCH, el al menos un primer bit está configurado, además, para indicar el contenido de información que necesita ser indicado en el significado original.
[0150] En algunas realizaciones de la invención, el UE puede determinar, de acuerdo con la primera información asociada con la RAR, el significado o el modo de interpretación del al menos un primer bit, tal como si el significado del al menos un primer bit es el primer significado o el segundo significado, o si el al menos un primer bit se interpreta de acuerdo con el primer significado o de acuerdo con el segundo significado. Como alternativa, la primera información puede configurarse para determinar si el al menos un primer bit indica el número de repeticiones del Msg3 PUSCH, o la primera información puede configurarse para determinar si el al menos un primer bit incluye la información sobre el número de repeticiones del Msg3 PUSCH, o la primera información puede configurarse para determinar el modo de transmisión del Msg3 PUSCH, tal como la transmisión del Msg3 PUSCH con repetición y la transmisión del Msg3 PUSCH sin repetición.
[0152] Se debe tener en cuenta que en las realizaciones de la invención, la primera información asociada con la RAR puede incluir, de forma no limitativa, información incluida en la RAR, información relacionada con el PDCCH que planifica la RAR, otra información de enlace descendente recibida antes de la RAR durante el procedimiento de acceso aleatorio y similares.
[0154] Por lo tanto, en las realizaciones de la invención, el dispositivo de red puede indicar si el al menos un primer bit en la RAR indica el número de repeticiones del Msg3 PUSCH o el modo de transmisión del Msg3 PUSCH al UE a través de la primera información asociada con la RAR.
[0156] En consecuencia, después de recibir la RAR, el UE puede determinar, de acuerdo con la primera información asociada con la RAR, si el al menos un primer bit en la RAR indica el número de repeticiones del Msg3 PUSCH o indica el modo de transmisión del Msg3 PUSCH, y, además, realiza la transmisión del Msg3 PUSCH de acuerdo con el modo de transmisión del Msg3 PUSCH según lo indicado por el dispositivo de red, asegurando así que tanto el dispositivo de red como el UE tengan la misma comprensión del modo de transmisión del Msg3 PUSCH.
[0158] A continuación se describe la implementación específica de la primera información con referencia a realizaciones específicas.
[0159] Realización 1: la primera información incluye al menos un segundo bit en la RAR. El al menos un segundo bit difiere del al menos un primer bit.
[0161] El al menos un segundo bit difiere del al menos un primer bit, lo que puede referirse a que las posiciones del al menos un primer bit y del al menos un segundo bit son diferentes en la RAR. Por ejemplo, el al menos un primer bit y el al menos un segundo bit están ubicados en campos de información diferentes en la RAR. Alternativamente, el al menos un primer bit y el al menos un segundo bit son bits diferentes en un mismo campo de información.
[0163] Es decir, el dispositivo de red puede indicar si el al menos un primer bit indica el número de repeticiones del Msg3 PUSCH utilizando información de los bits distintos del al menos un primer bit en la RAR.
[0165] En consecuencia, el UE puede determinar, de acuerdo con la información de los bits distintos del al menos un primer bit en la RAR, si el al menos un primer bit indica el número de repeticiones del Msg3 PUSCH, y, además, realizar la transmisión del Msg3 PUSCH de acuerdo con el modo de transmisión del Msg3 PUSCH según lo indicado por el dispositivo de red.
[0167] Se debe tener en cuenta que el al menos un segundo bit puede ser uno o más bits distintos del al menos un primer bit en la RAR, lo que no estaría limitado en la invención.
[0169] En algunas realizaciones, el al menos un segundo bit incluye al menos un bit en un segundo campo de información en la RAR. Opcionalmente, el segundo campo de información puede incluir uno o más campos de información en la RAR.
[0171] En algunas realizaciones, el segundo campo de información incluye al menos un campo de información en la información de concesión de enlace ascendente en la RAR. Es decir, el al menos un segundo bit puede incluir al menos un bit en la información de concesión de enlace ascendente en la RAR.
[0173] Por ejemplo, el segundo campo de información puede incluir al menos un campo de información que se muestra en la Tabla 2. Es decir, el al menos un segundo bit puede incluir al menos un bit en al menos un campo de información como se muestra en la Tabla 2.
[0175] A modo de ejemplo, el segundo campo de información incluye uno o más de los siguientes campos de información en la información de concesión de UL en la RAR: la información de asignación de recursos del dominio de frecuencia PUSCH, el MSC, el TPC configurado para el PUSCH, ChannelAccess-CPext y la solicitud de información de estado del canal (CSI). Es decir, el al menos un segundo bit puede incluir uno o más bits en uno o más de los siguientes campos de información en la información de concesión de UL en la RAR: la información de asignación de recursos del dominio de frecuencia PUSCH, el MSC, el TPC configurado para el PUSCH, el ChannelAccess-CPext y la solicitud CSI.
[0177] Como otro ejemplo, el segundo campo de información incluye el campo de información del PUSCH TDRA (es decir, el campo de información TDRA) en la información de concesión de enlace ascendente en la RAR. Por ejemplo, el al menos un segundo bit incluye al menos un bit en el campo de información TDRA en la concesión de enlace ascendente en la RAR.
[0179] En alguna otra realización, el dispositivo de red puede indicar si el al menos un primer bit indica el número de repeticiones del Msg3 PUSCH mediante el uso de uno o más bits en el campo de información distinto de la información de concesión de UL en la RAR.
[0181] En algunas realizaciones de la invención, el al menos un segundo bit y el al menos un primer bit se transportan en un mismo campo de información en la RAR.
[0183] En algunas realizaciones, tanto el al menos un segundo bit como el al menos un primer bit se transportan en un mismo campo de información en la concesión de UL en la RAR.
[0185] A modo de ejemplo, tanto el al menos un primer bit como el al menos un segundo bit se transportan en el campo de información TDRA en la concesión UL en la RAR.
[0187] Por ejemplo, el al menos un segundo bit es de un primer valor, que indica, cabe señalar, que el al menos un primer bit indica el número de repeticiones del Msg3 PUSCH, y el al menos un segundo bit es de un segundo valor, que indica, cabe señalar, que el al menos un primer bit no indica el número de repeticiones del Msg3 PUSCH.
[0189] Se debe tener en cuenta que en el caso en que el al menos un primer bit indica el número de repeticiones del Msg3 PUSCH, el al menos un primer bit incluye información sobre el número de repeticiones del Msg3 PUSCH. En este caso, el UE puede determinar el número de repeticiones del Msg3 PUSCH de acuerdo con el al menos un primer bit. En el caso en que el al menos un primer bit no indique el número de repeticiones del Msg3 PUSCH, el al menos un primer bit no incluye información sobre el número de repeticiones del Msg3 PUSCH. En este caso, el UE no determina el número de repeticiones del Msg3 PUSCH de acuerdo con el al menos un primer bit.
[0191] En algunas otras realizaciones de la invención, el al menos un segundo bit y el al menos un primer bit se transportan en diferentes campos de información en la RAR.
[0193] En algunas realizaciones, el al menos un segundo bit y el al menos un primer bit se transportan en diferentes campos de información en la información de concesión de UL en la RAR.
[0195] En algunas realizaciones, el al menos un primer bit se transporta en al menos un campo de información de los siguientes campos de información en la información de concesión de UL: la asignación de recursos del dominio de tiempo PUSCH, la asignación de recursos del dominio de frecuencia PUSCH, el MCS, el comando TPC para el PUSCH, el ChannelAccess-CPext y la solicitud CSI. El al menos un segundo bit se transporta en el campo de información en la información de concesión de UL distinta del al menos un campo de información.
[0197] A modo de ejemplo, el al menos un primer bit incluye al menos un bit en el campo de información TDRA en la información de concesión UL en la RAR, y el al menos un segundo bit incluye al menos un bit en el campo de información distinto del campo de información TDRA en la concesión UL en la RAR. Por ejemplo, el al menos un segundo bit puede incluir al menos un bit en al menos uno de los siguientes campos de información en la concesión de UL: la asignación de recursos del dominio de frecuencia PUSCH, el MSC, el TPC configurado para el PUSCH, el ChannelAccess-CPext y la solicitud CSI.
[0199] Por ejemplo, el al menos un primer bit se implementa utilizando el campo de información TDRA. El al menos un segundo bit está configurado para indicar si el al menos un primer bit indica la información sobre el número de repeticiones del PUSCH, que incluye lo siguiente.
[0201] El al menos un segundo bit está configurado para indicar el significado del campo de información de TDRA, por ejemplo, si el campo de información de TDRA se interpreta de acuerdo con la información de TDRA o de acuerdo con la información de TDRA y la información sobre el número de repeticiones, o si el valor del campo de información de TDRA se interpreta de acuerdo con la primera información de la lista de TDRA o de acuerdo con la segunda información de la lista de TDRA.
[0203] La primera información de la lista TDRA incluye la información de TDRA, pero no incluye la información sobre el número de repeticiones. La segunda información de la lista TDRA incluye tanto la información TDRA como la información sobre el número de repeticiones.
[0205] Opcionalmente, la primera información de la lista TDRA puede incluir varias filas, y cada fila incluye un conjunto respectivo de información de asignación de recursos.
[0207] Opcionalmente, la segunda información de la lista TDRA puede incluir varias filas, y cada fila incluye un conjunto respectivo de información de asignación de recursos e información sobre las repeticiones.
[0209] Opcionalmente, la primera información de la lista TDRA puede estar preconfigurada o configurada por el dispositivo de red. Por ejemplo, la primera información de la lista TDRA puede ser configurada por el dispositivo de red a través de una configuración PUSCH común (pusch-ConfigCommon).
[0211] Opcionalmente, la segunda información de la lista TDRA puede estar preconfigurada o configurada por el dispositivo de red. Por ejemplo, la segunda información de la lista TDRA puede ser configurada por el dispositivo de red a través de la configuración PUSCH común (pusch-ConfigCommon).
[0213] A continuación se realiza una descripción tomando como ejemplo el campo de información TDRA que incluye 4 bits, el al menos un primer bit que incluye los 4 bits en el campo de información TDRA y el al menos un segundo bit que incluye 1 bit en el campo de información de solicitud CSI. Cuando el bit 1 en el campo de información de solicitud CSI es de un primer valor (por ejemplo, 0), se indica que el campo de información TDRA indica el número de repeticiones del Msg3 PUSCH. En este caso, el campo de información TDRA está configurado para determinar tanto el número de repeticiones del Msg3 PUSCH como la información TDRA del Msg3 PUSCH. El UE puede determinar el número de repeticiones y la información TDRA del Msg3 PUSCH de acuerdo con la segunda información de la lista TDRA. Cuando el bit 1 en el campo de información de solicitud de CSI es de un segundo valor (por ejemplo, 1), se indica que el campo de información de TDRA no indica el número de repeticiones del Msg3 PUSCH. En este caso, el campo de información TDRA está configurado para determinar la información TDRA del Msg3 PUSCH, y no está configurado para determinar la cantidad de repeticiones del Msg3 PUSCH. El UE puede determinar la información TDRA del Msg3 PUSCH de acuerdo con la primera información de la lista TDRA.
[0215] Por lo tanto, en la Realización 1, para el UE que solicita las repeticiones del Msg3 PUSCH, se puede determinar si el dispositivo de red ha planificado las repeticiones del Msg3 PUSCH (es decir, el modo de transmisión del Msg3 PUSCH configurado por el dispositivo de red) de acuerdo con el valor del al menos un segundo bit, de modo que se pueda determinar el significado o el modo de interpretación del al menos un primer bit. La transmisión del Msg3 PUSCH se puede realizar de acuerdo con el modo de transmisión del Msg3 PUSCH indicado por el dispositivo de red, lo que garantiza que el UE y el dispositivo de red tengan la misma comprensión del modo de transmisión del Msg3 PUSCH. Realización 2: la primera información incluye una Identidad Temporal de Red de Radio de Acceso Aleatorio (RA-RNTI) correspondiente a un PDCCH que planifica la RAR.
[0216] En la Realización 2, la RA-RNTI correspondiente al PDCCH que planifica la RAR se determina de acuerdo con la primera información de identificación. La primera información de identificación está relacionada con el modo de transmisión del Msg3 PUSCH determinado por el dispositivo de red.
[0217] Opcionalmente, el modo de transmisión del PUSCH incluye la transmisión PUSCH con repetición y la transmisión PUSCH sin repetición.
[0218] Opcionalmente, la primera información de identificación corresponde a diferentes valores para diferentes modos de transmisión del Msg3 PUSCH. Por lo tanto, cuando el dispositivo de red planifica diferentes modos de transmisión del PUSCH Msg3, las RA-RNTI determinadas según la primera información de identificación también son diferentes. Es decir, el dispositivo de red puede indicar si las repeticiones del PUSCH Msg3 están planificadas a través de diferentes RA-RNTI. En consecuencia, el UE puede determinar, de acuerdo con una RA-RNTI recibida correspondiente al PDCCH, si el dispositivo de red planifica las repeticiones del PUSCH Msg3.
[0219] En algunas realizaciones de la invención, la RA-RNTI puede configurarse para codificar una verificación de redundancia cíclica (CRC) del PDCCH.
[0220] En algunas realizaciones, el UE puede determinar la RA-RNTI correspondiente al PDCCH que planifica la RAR de acuerdo con la siguiente fórmula (1):
[0221] RA-RNTI - l+s_id+14xtJd+14x8Ofjd+14x80x8xul carrier id+14x80x8x2xQ Fórmula (1).
[0222] Q es la primera información de identificación.
[0223] s_id es un índice de un primer símbolo de multiplexación por división de frecuencia ortogonal (OFDM) en un recurso PRACH.
[0224] t_id es un índice de una primera ranura en el recurso PRACH.
[0225] f_id es un índice del recurso PRACH en el dominio de frecuencia.
[0226] ul_carrier_id es un portador de enlace ascendente donde se encuentra el recurso PRACH.
[0227] Opcionalmente, si el dispositivo de red determina planificar las repeticiones del Msg3 PUSCH, Q es de un tercer valor y se genera un primer RA-RNTI. Alternativamente, si el dispositivo de red determina no planificar las repeticiones del Msg3 PUSCH, Q es de un cuarto valor y se genera una segunda RA-RNTI. El tercer valor no es igual al cuarto valor. A modo de ejemplo, el tercer valor no es 0 y el cuarto valor es 0.
[0228] En consecuencia, el UE también puede generar el primer RA-RNTI y el segundo RNTI respectivamente de acuerdo con el tercer valor y el cuarto valor de Q, recibir el PDCCH de acuerdo con la primera RA-RNTI y la segunda RA-RNTI, y determinar si el dispositivo de red planifica las repeticiones del PUSCH Msg3 de acuerdo con una RA-RNTI con la que se recibe exitosamente el PDCCH. Por ejemplo, si el PDCCH se recibe correctamente de acuerdo con la primera RA-RNTI, se indica que el dispositivo de red planifica las repeticiones del PUSCH Msg3. Alternativamente, si el PDCCH se recibe exitosamente de acuerdo con la segunda RA-RNTI, se indica que el dispositivo de red no planifica las repeticiones del PUSCH Msg3.
[0229] Cabe señalar que en las realizaciones de la invención, el dispositivo de red no planifica las repeticiones del Msg3 PUSCH, lo que puede significar que el dispositivo de red planifica la transmisión del Msg3 PUSCH sin repetición. En algunas realizaciones, la RA-RNTI se determina de acuerdo con la fórmula (1) independientemente de si el UE solicita las repeticiones del PUSCH Msg3.
[0230] En algunas realizaciones, para un UE que haya solicitado las repeticiones del PUSCH Msg3, la RA-RNTI correspondiente al PDCCH que planifica la RAR se puede determinar de acuerdo con la siguiente fórmula: RA-RNTI = l+sid+14xt_id+14x80xf_id+14x80x8xulcarrierid+14x80x8 ><2xQ Fórmula (2).
[0231] Q es la primera información de identificación.
[0232] s_id es un índice de un primer símbolo de multiplexación por división de frecuencia ortogonal (OFDM) en un recurso PRACH.
[0233] t_id es un índice de una primera ranura en el recurso PRACH.
[0234] f_id es un índice del recurso PRACH en el dominio de frecuencia.
[0235] ul_carrier_id es un portador de enlace ascendente donde se encuentra el recurso PRACH.
[0236] En algunas realizaciones, para un UE que no solicita las repeticiones del PUSCH Msg3, la RA-RNTI correspondiente al PDCCH que planifica la RAR se puede determinar de acuerdo con la siguiente fórmula:
[0237] R A -R N TI = l+ s_ id 14 x t_ id 14 x 80 x f id 14 x 80x8xu l carrier i Fórm ula (3). s_id es un índice de un primer símbolo de multiplexación por división de frecuencia ortogonal (OFDM) en un recurso PRACH.
[0238] t_id es un índice de una primera ranura en el recurso PRACH.
[0239] f_id es un índice del recurso PRACH en el dominio de frecuencia.
[0240] ul_carrier_id es un portador de enlace ascendente donde se encuentra el recurso PRACH.
[0241] En algunas realizaciones, en el caso en que el UE que solicita las repeticiones del Msg3 PUSCH determina la RA-RNTI de acuerdo con la fórmula (2) y el UE que no solicita las repeticiones del Msg3 PUSCH determina la RA-RNTI de acuerdo con la fórmula (3), Q no es igual a 0. Alternativamente, Q no es igual a 0 o 1. Por lo tanto, se puede distinguir la RA-RNTI del UE que solicita las repeticiones del Msg3 PUSCH y la RA-RNTI del UE que no solicita las repeticiones del Msg3 PUSCH, o se puede distinguir la RA-RNTI del UE que solicita las repeticiones del Msg3 PUSCH, la RA-RNTI del UE que no solicita las repeticiones del Msg3 PUSCH y la MSGB-RNTI del UE que no solicita las repeticiones del Msg3 PUSCH.
[0242] Con base en la implementación en la Realización 2, el PDCCH que planifica la RAR para las repeticiones del PUSCH Msg3 y el PDCCH que no planifica la RAR para las repeticiones del PUSCH Msg3 corresponden a diferentes RA-RNTI. En consecuencia, el UE que solicita las repeticiones del Msg3 PUSCH puede determinar si el al menos un primer bit en la RAR indica la información sobre el número de repeticiones del Msg3 PUSCH, o si el dispositivo de red planifica las repeticiones del Msg3 PUSCH, o si el dispositivo de red configura la información sobre el número de repeticiones del Msg3 PUSCH.
[0243] Se hacen ejemplos con referencia a la Figura 3. Se puede determinar a través de diferentes preámbulos si un UE que comparte el recurso RO ha solicitado las repeticiones del PUSCH Msg3. Por ejemplo, el dispositivo de red configura el Preámbulo 1 para solicitar las repeticiones del PUSCH Msg3. Un UE puede enviar el Preámbulo 1 en un RO compartido. Después de recibir el Preámbulo 1, el dispositivo de red puede determinar que el UE ha solicitado las repeticiones del PUSCH Msg3.
[0244] Además, al decidir planificar las repeticiones del Msg3 PUSCH, el dispositivo de red puede codificar la CRC del PDCCH con una RA-RNTI 1, para indicar al UE que el dispositivo de red planifica las repeticiones del Msg3 PUSCH, o que el al menos un primer bit indica la información sobre el número de repeticiones del Msg3 PUSCH.
[0245] Como alternativa, al decidir no planificar las repeticiones del Msg3 PUSCH, el dispositivo de red puede codificar la CRC del PDCCH con una RA-RNTI 2, para indicar al UE que el dispositivo de red no planifica las repeticiones del Msg3 PUSCH, o que el al menos un primer bit no indica la información sobre el número de repeticiones del Msg3 PUSCH.
[0246] Además, el UE puede recibir la RAR del dispositivo de red en una ventana de recepción RAR. En caso de recibir exitosamente la RAR según la RA-RNTI 1, se podrá determinar que el dispositivo de red planifique las repeticiones del Msg3 PUSCH. Alternativamente, en caso de recibir exitosamente la RAR de acuerdo con RA-RNTI 2, se puede determinar que el dispositivo de red no planifica las repeticiones del Msg3 PUSCH, o planifica la transmisión del Msg3 PUSCH sin repetición.
[0247] Realización 3: la primera información incluye información en el PDCCH que planifica la RAR.
[0249] Se debe tener en cuenta que en la Realización 3, la primera información puede ser cualquier información en el PDCCH que planifica la RAR. La posición y el número de bits de la primera información no están limitados en la invención.
[0250] A modo de ejemplo, el dispositivo de red puede multiplexar al menos un bit en un campo de información con un significado existente en el PDCCH para indicar si el al menos un primer bit indica el número de repeticiones del PUSCH Msg3. Alternativamente, el dispositivo de red también puede indicar, a través de al menos un bit reservado en el PDCCH, si el al menos un primer bit indica el número de repeticiones del PUSCH Msg3.
[0252] En algunas realizaciones, la primera información incluye al menos un bit reservado en el PDCCH que planifica la RAR. El al menos un bit reservado puede configurarse para indicar un modo de interpretación del al menos un primer bit en la RAR al UE que solicita las repeticiones del Msg3 PUSCH.
[0254] En algunas realizaciones, si el UE ha solicitado las repeticiones del Msg3 PUSCH se puede determinar a través de un preámbulo enviado por el UE o un conjunto de preámbulos correspondiente al preámbulo enviado por el UE. Para el UE que solicita las repeticiones del Msg3 PUSCH a través de diferentes preámbulos o diferentes conjuntos de preámbulos, el dispositivo de red puede indicar si el al menos un primer bit en la RAR correspondiente a los diferentes preámbulos o los diferentes conjuntos de preámbulos indica la información sobre el número de repeticiones del Msg3 PUSCH, o si el dispositivo de red planifica las repeticiones del Msg3 PUSCH, o si el dispositivo de red configura la información sobre el número de repeticiones del Msg3 PUSCH.
[0256] A modo de ejemplo, la primera información incluye múltiples conjuntos de bits reservados. Cada conjunto de bits reservados de los múltiples conjuntos de bits reservados puede incluir al menos un bit reservado. Cada conjunto de bits reservados de los múltiples conjuntos de bits reservados corresponde a un preámbulo respectivo o un conjunto de preámbulos respectivo, y un valor de cada conjunto de bits reservados de los múltiples conjuntos de bits reservados está configurado para indicar si al menos un primer bit en una RAR correspondiente al preámbulo de acceso aleatorio o el conjunto de preámbulos de acceso aleatorio que corresponde al conjunto de bits reservados está configurado para indicar el número de repeticiones del PUSCH, o si el dispositivo de red planifica las repeticiones del PUSCH Msg3, o si el dispositivo de red configura la información sobre el número de repeticiones del PUSCH Msg3.
[0258] Opcionalmente, la RAR correspondiente al preámbulo o al conjunto de preámbulos puede referirse a una RAR que lleva información de respuesta del UE que envía el preámbulo o un preámbulo en el conjunto de preámbulos.
[0260] Opcionalmente, el preámbulo de acceso aleatorio o el conjunto de preámbulos de acceso aleatorio correspondiente al conjunto de bits reservados se configura para que el UE lo utilice para solicitar las repeticiones del PUSCH.
[0262] Se hacen ejemplos con referencia a la Figura 4. La primera información incluye cuatro conjuntos de bits reservados, que corresponden a cuatro subdominios de indicación en la DCI (es decir, del subdominio de indicación 1 al subdominio de indicación 4). Cada uno de los cuatro subdominios de indicación puede corresponder a un preámbulo respectivo o a un conjunto de preámbulos respectivo. Para cada uno de los cuatro subdominios de indicación, se puede configurar un valor del subdominio de indicación para indicar si al menos un primer bit en una RAR correspondiente al preámbulo o al conjunto de preámbulos indica el número de repeticiones del PUSCH Msg3.
[0264] Por ejemplo, un subdominio de indicación incluye 1 bit. El valor del bit 1 se configura para indicar si al menos un primer bit en la RAR correspondiente al preámbulo o al conjunto de preámbulos que corresponden al subdominio de indicación indica el número de repeticiones del PUSCH Msg3.
[0266] A modo de ejemplo, el valor del subdominio de indicación es 0, lo que significa que el al menos un primer bit de la RAR no indica la información sobre el número de repeticiones del PUSCH Msg3. El UE que utiliza el preámbulo o el conjunto de preámbulos correspondiente a la solicitud de repeticiones del Msg3 PUSCH no realiza las repeticiones del Msg3 PUSCH.
[0268] A modo de ejemplo, el valor del subdominio de indicación es 1, lo que significa que al menos un primer bit de la RAR lleva la información sobre el número de repeticiones del PUSCH Msg3. El UE que utiliza el preámbulo o el conjunto de preámbulos correspondiente a la solicitud de repeticiones del Msg3 PUSCH realiza las repeticiones del Msg3 PUSCH.
[0270] Realización 4: la primera información incluye información en una MAC PDU que lleva la RAR.
[0272] En algunas realizaciones, la RAR se incluye en una MAC PDU. Una MAC PDU incluye una cabecera MAC PDU, 0 o al menos una MAC subPDU y un posible bit de relleno.
[0274] Una MAC subPDU puede incluir un subcabecera de la MAC subPDU. La subcabecera de la MAC subPDU puede corresponder a una SDU MAC o a una MAC CE o a un bit de relleno
[0275] En algunas realizaciones, el al menos un segundo bit puede estar incluido en la MAC PDU que lleva la RAR, tal como por ejemplo en la cabecera de la MAC PDU o en una subcabecera de la MAC subPDU en la MAC PDU.
[0277] En resumen, un dispositivo de red puede enviar una RAR a un UE. Al menos un primer bit de la RAR puede configurarse para indicar información sobre un número de repeticiones del PUSCH Msg3. El dispositivo de red puede indicar si el al menos un primer bit indica información sobre el número de repeticiones del Msg3 PUSCH por medio de la primera información asociada con la RAR. En otras palabras, el dispositivo de red puede indicar si el al menos un primer bit incluye información sobre el número de repeticiones del PUSCH Msg3. En consecuencia, el UE puede recibir la RAR del dispositivo de red y determinar si el al menos un primer bit indica la información sobre el número de repeticiones del Msg3 PUSCH de acuerdo con la primera información asociada con la RAR. En otras palabras, el UE puede determinar si el al menos un primer bit incluye la información sobre el número de repeticiones del PUSCH Msg3. Luego, el UE puede realizar la transmisión del Msg3 PUSCH de acuerdo con un modo de transmisión del Msg3 PUSCH según lo indicado por el dispositivo de red, garantizando así que tanto el dispositivo de red como el UE tengan la misma comprensión del modo de transmisión del Msg3 PUSCH.
[0279] Cabe señalar que en las realizaciones de la invención, el UE puede determinar, de acuerdo con la primera información, si al menos un primer bit en la RAR indica la información sobre el número de repeticiones del PUSCH Msg3. La información sobre el número de repeticiones del Msg3 PUSCH puede referirse a información sobre el número de repeticiones de la transmisión inicial del Msg3 PUSCH. En algunas otras realizaciones, el dispositivo de red puede planificar la repetición del Msg3 PUSCH mediante el uso de la DCI. El dispositivo de red también puede indicar la información sobre el número de repeticiones del Msg3 PUSCH. En este caso, la DCI puede incluir al menos un tercer bit. El al menos un tercer bit puede configurarse para indicar la información sobre el número de repeticiones del Msg3 PUSCH. Además, el dispositivo de red puede indicar al UE, a través de al menos un cuarto bit en la DCI y/o la TC-RNTI correspondiente al PDCCH que lleva la DCI, si el al menos un tercer bit indica la información sobre el número de repeticiones del Msg3 PUSCH, o si el dispositivo de red planifica las repeticiones del Msg3 PUSCH.
[0281] Se debe tener en cuenta que se puede hacer referencia a las implementaciones específicas del primer bit y del segundo bit en las realizaciones anteriores para las implementaciones específicas del al menos un tercer bit y del al menos un cuarto bit, que no se repetirán aquí por razones de brevedad.
[0283] Se debe tener en cuenta que se puede hacer referencia a las implementaciones específicas de la RA-RNTI correspondiente al PDCCH que lleva la RAR en las realizaciones anteriores para las implementaciones específicas de la TC-RNTI correspondiente al PDCCH que lleva la DCI, que no se repetirán aquí por razones de brevedad.
[0285] A modo de ejemplo, el al menos un tercer bit puede incluir al menos un bit en al menos un campo de información en la DCI. El al menos un cuarto bit puede incluir al menos un bit en al menos un campo de información en la DCI. El al menos un cuarto bit es diferente del al menos un tercer bit.
[0287] Opcionalmente, el al menos un tercer bit y el al menos un cuarto bit se transportan en un mismo campo de información en la DCI. Por ejemplo, el al menos un tercer bit y el al menos un cuarto bit se transportan en el campo TDRA en la información de concesión de UL en la DCI.
[0289] Opcionalmente, el al menos un tercer bit y el al menos un cuarto bit se transportan en diferentes campos de información en la DCI. Por ejemplo, el al menos un tercer bit se transporta en el campo TDRA en la información de concesión de UL en la DCI, y el al menos un cuarto bit se transporta en el campo de información distinto del campo TDRA en la información de concesión de UL en la DCI.
[0291] A modo de ejemplo, el dispositivo de red puede generar, de acuerdo con la primera información de identificación, una TC-RNTI codificando el PDCCH que lleva la DCI. Se puede hacer referencia a las implementaciones relacionadas mencionadas anteriormente para las implementaciones específicas de la primera información de identificación, que no se repetirán aquí por razones de brevedad. En función de la implementación, el PDCCH que planifica la RAR para las repeticiones del Msg3 PUSCH y el PDCCH que no planifica la RAR para las repeticiones del Msg3 PUSCH pueden corresponder a diferentes TC-RNTI. Por lo tanto, el UE que solicita las repeticiones del Msg3 PUSCH puede determinar si el al menos un tercer bit en la DCI indica la información sobre el número de repeticiones del Msg3 PUSCH.
[0293] Se han detallado realizaciones de procedimientos de la invención con referencia a la Figura 2 a la Figura 4. A continuación se detallan realizaciones de aparatos de la invención con referencia a la Figura 5 a la Figura 9. Se debe tener en cuenta que las realizaciones de aparato corresponden a las realizaciones de procedimiento, y se pueden hacer referencias a las realizaciones de procedimiento para descripciones similares.
[0295] La Figura 5 es un diagrama de bloques de un UE 400 de acuerdo con realizaciones de la invención. Como se muestra en la Figura 5, el UE 400 puede incluir una unidad de comunicación y una unidad de procesamiento.
[0297] La unidad de comunicación 410 está configurada para recibir una RAR de un dispositivo de red. La RAR incluye al menos un primer bit. El al menos un primer bit se puede configurar para indicar un número de repeticiones de un PUSCH, y el PUSCH está configurado para transportar un tercer mensaje durante un procedimiento de acceso aleatorio.
[0298] La unidad de procesamiento 420 está configurada para determinar si el al menos un primer bit está configurado para indicar el número de repeticiones del PUSCH según la primera información. La primera información está asociada al RAR.
[0299] En algunas realizaciones de la invención, la primera información incluye al menos un segundo bit en la RAR. El al menos un segundo bit difiere del al menos un primer bit.
[0300] En algunas realizaciones de la invención, el al menos un segundo bit y el al menos un primer bit se transportan en un mismo campo de información en la RAR.
[0301] En algunas realizaciones de la invención, el al menos un segundo bit y el al menos un primer bit se transportan en diferentes campos de información en la RAR.
[0302] En algunas realizaciones de la invención, tanto el al menos un segundo bit como el al menos un primer bit se transportan en la información de concesión de enlace ascendente de la RAR.
[0303] En algunas realizaciones de la invención, la primera información incluye una RA-RNTI correspondiente a un PDCCH que planifica la RAR.
[0304] En algunas realizaciones de la invención, la RA-RNTI correspondiente al PDCCH que planifica la RAR se determina de acuerdo con la primera información de identificación, y la primera información de identificación está relacionada con un modo de transmisión del PUSCH determinado por el dispositivo de red.
[0305] En algunas realizaciones de la invención, el modo de transmisión del PUSCH incluye la transmisión PUSCH con repetición y la transmisión PUSCH sin repetición.
[0306] En algunas realizaciones de la invención, la unidad de procesamiento 420 está configurada, además, para realizar la siguiente operación.
[0307] El RA-RNTI correspondiente al PDCCH que planifica la RAR se determina de acuerdo con la siguiente fórmula.
[0308] RA-RNTI = 1 s_id+14*t_id+14 x 80 *f_id+14 * 80 * 8 *ul_carrier_id+ 14x80*8*2*Q.
[0309] Q es la primera información de identificación.
[0310] s_id es un índice de un primer símbolo OFDM en un recurso PRACH.
[0311] t_id es un índice de una primera ranura en el recurso PRACH.
[0312] f_id es un índice del recurso PRACH en el dominio de frecuencia.
[0313] ul_carrier_id es un portador de enlace ascendente donde se encuentra el recurso PRACH.
[0314] En algunas realizaciones de la invención, Q no es igual a 0; o Q no es igual a 0 o 1.
[0315] En algunas realizaciones de la invención, la primera información incluye información en un PDCCH que planifica la RAR.
[0316] En algunas realizaciones de la invención, la primera información incluye al menos un bit reservado en el PDCCH que planifica la RAR.
[0317] En algunas realizaciones de la invención, la primera información incluye múltiples conjuntos de bits reservados. Cada conjunto de bits reservados de los múltiples conjuntos de bits reservados incluye al menos un bit reservado. Cada conjunto de bits reservados de los múltiples conjuntos de bits reservados corresponde a un preámbulo respectivo o un conjunto de preámbulos respectivo, y un valor de cada conjunto de bits reservados de los múltiples conjuntos de bits reservados está configurado para indicar si al menos un primer bit en una RAR correspondiente al preámbulo de acceso aleatorio o el conjunto de preámbulos de acceso aleatorio que corresponde al conjunto de bits reservados está configurado para indicar el número de repeticiones del PUSCH.
[0318] En algunas realizaciones de la invención, un preámbulo de acceso aleatorio respectivo o un conjunto de preámbulos de acceso aleatorio respectivo correspondiente a cada conjunto de bits reservados de los múltiples conjuntos de bits reservados está configurado para solicitar las repeticiones del PUSCH.
[0319] En algunas realizaciones de la invención, la unidad de procesamiento 420 está configurada, además, para:
[0320] Indica si el UE solicita las repeticiones del PUSCH al dispositivo de red a través de un primer mensaje. El primer mensaje es un primer mensaje durante el procedimiento de acceso aleatorio.
[0321] En algunas realizaciones de la invención, la unidad de procesamiento 420 está configurada, además, para:
[0322] Indicar, a través de al menos uno de un preámbulo de acceso aleatorio, una BWP de enlace ascendente inicial en la que se transmite el primer mensaje, o un recurso PRACH en el que se transmite el primer mensaje, si el UE solicita las repeticiones del PUSCH al dispositivo de red.
[0323] En algunas realizaciones de la invención, la primera información incluye información en una MAC PDU que lleva la RAR.
[0324] En algunas realizaciones de la invención, la información en la MAC PDU que lleva la RAR incluye al menos una de información en una cabecera de la MAC PDU o información en una subcabecera en una MAC subPDU de la MAC PDU.
[0325] En algunas realizaciones de la invención, el al menos un primer bit se transporta en un campo de información de TDRA en la información de concesión de enlace ascendente de la RAR.
[0326] En algunas realizaciones de la invención, la unidad de procesamiento 420 está configurada, además, para realizar las siguientes operaciones.
[0327] En respuesta a la determinación de que el al menos un primer bit está configurado para indicar el número de repeticiones del PUSCH, el número de repeticiones del PUSCH se determina de acuerdo con un valor del al menos un primer bit.
[0328] Alternativamente, en respuesta a la determinación de que el al menos un primer bit no está configurado para indicar el número de repeticiones del PUSCH, la información de TDRA del PUSCH se determina de acuerdo con un valor del campo de información de la TDRA.
[0329] Opcionalmente, en algunas realizaciones, la unidad de comunicación puede ser una interfaz de comunicación o un transceptor, o una interfaz de entrada/salida de un chip de comunicación o un sistema en chip. La unidad de procesamiento puede ser uno o más procesadores.
[0330] Es comprensible que el UE 400 según las realizaciones de la invención pueda corresponder al UE en las realizaciones del procedimiento de la invención. Las operaciones y/o funciones mencionadas anteriormente y otras operaciones y/o funciones de varias unidades del UE 400 tienen como objetivo implementar el flujo correspondiente del UE en el procedimiento mostrado en la Figura 2, que no se repetirá aquí por razones de brevedad.
[0331] La Figura 6 es un diagrama de bloques de un dispositivo de red según una realización de la invención. El dispositivo de red 500 en la Figura 6 incluye una unidad de procesamiento 510.
[0332] La unidad de procesamiento 510 está configurada para indicar si al menos un primer bit en una RAR indica un número de repeticiones de un PUSCH a un UE a través de la primera información. La primera información está asociada con la RAR, el al menos un primer bit puede configurarse para indicar el número de repeticiones del PUSCH y el PUSCH está configurado para transportar un tercer mensaje durante un procedimiento de acceso aleatorio.
[0333] En algunas realizaciones de la invención, la primera información incluye al menos un segundo bit en la RAR. El al menos un segundo bit difiere del al menos un primer bit.
[0334] En algunas realizaciones de la invención, el al menos un segundo bit y el al menos un primer bit se transportan en un mismo campo de información en la RAR.
[0335] En algunas realizaciones de la invención, el al menos un segundo bit y el al menos un primer bit se transportan en diferentes campos de información en la RAR.
[0336] En algunas realizaciones de la invención, tanto el al menos un segundo bit como el al menos un primer bit se transportan en la información de concesión de enlace ascendente de la RAR.
[0337] En algunas realizaciones de la invención, la primera información incluye una RA-RNTI correspondiente a un PDCCH que planifica la RAR.
[0338] En algunas realizaciones de la invención, la RA-RNTI correspondiente al PDCCH que planifica la RAR se determina de acuerdo con la primera información de identificación, y la primera información de identificación está relacionada con un modo de transmisión del PUSCH determinado por el dispositivo de red.
[0339] En algunas realizaciones de la invención, el modo de transmisión del PUSCH incluye la transmisión PUSCH con repetición y la transmisión PUSCH sin repetición.
[0340] En algunas realizaciones de la invención, la unidad de procesamiento 510 está configurada, además, para realizar la siguiente operación.
[0341] El RA-RNTI correspondiente al PDCCH que planifica la RAR se determina de acuerdo con la siguiente fórmula.
[0342] RA-RNTI = l4fU d+14xt_id+14x80*nd+14x80x8xul_canier_id+14x80x8x2xQ .
[0343] Q es la primera información de identificación.
[0344] s_id es un índice de un primer símbolo OFDM en un recurso PRACH.
[0345] t_id es un índice de una primera ranura en el recurso PRACH.
[0346] f_id es un índice del recurso PRACH en el dominio de frecuencia.
[0347] ul_carrier_id es un portador de enlace ascendente donde se encuentra el recurso PRACH.
[0348] En algunas realizaciones de la invención, Q no es igual a 0; o Q no es igual a 0 o 1.
[0349] En algunas realizaciones de la invención, la primera información incluye información en un PDCCH que planifica la RAR.
[0350] En algunas realizaciones de la invención, la primera información incluye al menos un bit reservado en el PDCCH que planifica la RAR.
[0351] En algunas realizaciones de la invención, la primera información incluye múltiples conjuntos de bits reservados. Cada conjunto de bits reservados de los múltiples conjuntos de bits reservados puede incluir al menos un bit reservado. Cada conjunto de bits reservados de los múltiples conjuntos de bits reservados corresponde a un preámbulo respectivo o un conjunto de preámbulos respectivo, y un valor de cada conjunto de bits reservados de los múltiples conjuntos de bits reservados está configurado para indicar si al menos un primer bit en una RAR correspondiente al preámbulo de acceso aleatorio o el conjunto de preámbulos de acceso aleatorio que corresponde al conjunto de bits reservados está configurado para indicar el número de repeticiones del PUSCH.
[0352] En algunas realizaciones de la invención, un preámbulo de acceso aleatorio respectivo o un conjunto de preámbulos de acceso aleatorio respectivo correspondiente a cada conjunto de bits reservados de los múltiples conjuntos de bits reservados está configurado para solicitar las repeticiones del PUSCH.
[0353] En algunas realizaciones de la invención, la unidad de procesamiento 510 está configurada, además, para realizar la siguiente operación.
[0354] Si el UE solicita repeticiones del PUSCH se determina de acuerdo con un primer mensaje. El primer mensaje es un primer mensaje durante el procedimiento de acceso aleatorio.
[0355] En algunas realizaciones de la invención, la unidad de procesamiento 510 está configurada, además, para:
[0356] Determinar si el UE solicita las repeticiones del PUSCH de al menos uno de un preámbulo de acceso aleatorio, una parte de ancho de banda de enlace ascendente inicial (BWP) en la que se transmite el primer mensaje o un recurso de canal de acceso aleatorio físico (PRACH) en el que se transmite el primer mensaje.
[0357] En algunas realizaciones de la invención, la primera información incluye información en una MAC PDU que lleva la RAR.
[0358] En algunas realizaciones de la invención, la información en la MAC PDU que lleva la RAR incluye al menos una de información en una cabecera de la MAC PDU o información en una subcabecera en una MAC subPDU de la MAC PDU.
[0359] En algunas realizaciones de la invención, el al menos un primer bit se transporta en un campo de información de TDRA en la información de concesión de enlace ascendente de la RAR.
[0360] En algunas realizaciones de la invención, el al menos un primer bit puede configurarse para indicar un número de repeticiones de transmisión inicial del PUSCH.
[0362] Opcionalmente, en algunas realizaciones, la unidad de comunicación puede ser una interfaz de comunicación o un transceptor, o una interfaz de entrada/salida de un chip de comunicación o un sistema en chip. La unidad de procesamiento puede ser uno o más procesadores.
[0364] Es comprensible que el dispositivo de red 500 según las realizaciones de la invención pueda corresponder al dispositivo de red en las realizaciones del procedimiento de la invención. Las operaciones y/o funciones mencionadas anteriormente y otras operaciones y/o funciones de varias unidades del dispositivo de red 500 tienen como objetivo implementar el flujo correspondiente del dispositivo de red en el procedimiento mostrado en la Figura 2, que no se repetirá aquí por razones de brevedad.
[0366] Las realizaciones mencionadas a continuación no están cubiertas por las reivindicaciones.
[0368] La Figura 7 es un diagrama de bloques de un dispositivo de comunicación 600 según una realización de la invención. El dispositivo de comunicación 600 de la Figura 7 incluye un procesador 610. El procesador 610 está configurado para invocar y ejecutar un programa de ordenador de una memoria para implementar los procedimientos en las realizaciones de la invención.
[0370] Opcionalmente, como se muestra en la Figura 7, el dispositivo de comunicación 600 puede incluir, además, una memoria 620. El procesador 610 está configurado para invocar y ejecutar el programa de ordenador desde la memoria 620 para implementar los procedimientos en las realizaciones de la invención.
[0372] La memoria 620 puede ser un dispositivo independiente del procesador 610 o puede estar integrado en el procesador 610.
[0374] Opcionalmente, como se muestra en la Figura 7, el dispositivo de comunicación 600 puede incluir, además, un transceptor 630. El procesador 610 puede controlar el transceptor 630 para comunicarse con otros dispositivos. Específicamente, el transceptor 630 puede transmitir información o datos a otros dispositivos, o puede recibir información o datos de otros dispositivos.
[0376] El transceptor 630 puede incluir un transmisor y un receptor. El transceptor 630 puede incluir, además, una o más antenas.
[0378] Opcionalmente, el dispositivo de comunicación 600 puede ser el dispositivo de red de acuerdo con las realizaciones de la invención, y el dispositivo de comunicación 600 puede implementar el flujo correspondiente implementado por el dispositivo de red en varios procedimientos de acuerdo con las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0380] Opcionalmente, el dispositivo de comunicación 600 puede ser el terminal móvil/UE de acuerdo con las realizaciones de la invención, y el dispositivo de comunicación 600 puede implementar el flujo correspondiente implementado por el terminal móvil/UE en varios procedimientos de acuerdo con las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0382] La Figura 8 es un diagrama de una estructura de un chip según una realización de la invención. El chip 700 que se muestra en la Figura 8 incluye un procesador 710. El procesador 710 está configurado para invocar y ejecutar un programa de ordenador de una memoria para implementar los procedimientos en las realizaciones de la invención.
[0383] Opcionalmente, como se muestra en la Figura 8, el chip 700 puede incluir, además, una memoria 720. El procesador 710 está configurado para invocar y ejecutar el programa de ordenador desde la memoria 720 para implementar los procedimientos en las realizaciones de la invención.
[0385] La memoria 720 puede ser un dispositivo independiente del procesador 710 o puede estar integrado en el procesador 710.
[0387] Opcionalmente, el chip 700 puede incluir, además, una interfaz de entrada 730. El procesador 710 puede controlar la interfaz de entrada 730 para comunicarse con otros dispositivos o chips. Específicamente, el procesador 710 puede controlar la interfaz de entrada 730 para adquirir información o datos de otros dispositivos o chips.
[0389] Opcionalmente, el chip 700 puede incluir, además, una interfaz de salida 740. El procesador 710 puede controlar la interfaz de salida 740 para comunicarse con otros dispositivos o chips. Específicamente, el procesador 710 puede controlar la interfaz de salida 740 para emitir información o datos a otros dispositivos o chips.
[0391] Opcionalmente, el chip se puede aplicar al dispositivo de red en las realizaciones de la invención, y el chip puede implementar el flujo correspondiente implementado por el dispositivo de red en varios procedimientos de acuerdo con las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0393] Opcionalmente, el chip se puede aplicar al terminal móvil/UE en las realizaciones de la invención, y el chip puede implementar el flujo correspondiente implementado por el terminal móvil/UE en varios procedimientos de acuerdo con las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0395] Se debe tener en cuenta que el chip mencionado en las realizaciones de la invención puede denominarse, además, un chip a nivel de sistema, un chip de sistema, un sistema de chip, un sistema en chip, etc.
[0397] La Figura 9 es un diagrama de bloques de un sistema de comunicación 900 según una realización de la invención. Como se muestra en la Figura 9, el sistema de comunicación 900 incluye un UE 910 y un dispositivo de red 920.
[0398] El UE 910 está configurado para implementar las funciones correspondientes implementadas por el UE en los procedimientos anteriores, y el dispositivo de red 920 está configurado para implementar las funciones correspondientes implementadas por el dispositivo de red en los procedimientos anteriores, que no se repetirán aquí por razones de brevedad.
[0400] Cabe señalar que el procesador según las realizaciones de la invención puede ser un chip de circuito integrado que tiene la capacidad de procesar señales. En el proceso de implementación, cada paso del procedimiento anterior puede realizarse mediante un circuito lógico integrado de hardware o una instrucción en forma de software en el procesador. El procesador descrito anteriormente puede ser un procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programables en campo (FPGA) u otros dispositivos lógicos programables, una puerta discreta o un dispositivo lógico de transistor, un componente de hardware discreto. El procesador puede implementar o realizar los procedimientos, pasos y diagramas de bloques lógicos dados a conocer en las realizaciones de la presente invención. El procesador de propósito general puede ser un microprocesador o cualquier procesador convencional o similar. Los pasos del procedimiento dado a conocer en las realizaciones de la presente invención pueden llevarse a cabo directamente mediante el procesador de decodificación de hardware, o pueden llevarse a cabo mediante la combinación de módulos de hardware y software en el procesador de decodificación. El módulo de software puede estar ubicado en un medio de almacenamiento maduro en la técnica, tal como una memoria de acceso aleatorio (RAM), una memoria flash, una memoria de solo lectura (ROM), una memoria de solo lectura programable (PROM), una memoria de solo lectura programable y borrable eléctricamente (EEPROM), un registro, etc. El medio de almacenamiento puede estar ubicado en la memoria. El procesador puede leer la información en la memoria y puede implementar las operaciones de los procedimientos anteriores en combinación con el hardware.
[0402] Se puede apreciar que la memoria en las realizaciones de la invención puede ser memoria volátil o no volátil, o puede incluir tanto memoria volátil como no volátil. La memoria no volátil puede ser una memoria de sólo lectura (ROM), una memoria de sólo lectura programable (PROM), una memoria de sólo lectura programable y borrable (EPROM) o una memoria flash. La memoria volátil puede ser una memoria de acceso aleatorio (RAM) que funciona como una memoria caché externa. A modo de descripción ilustrativa en lugar de restrictiva, pueden estar disponibles muchas formas de RAM, tal como una memoria de acceso aleatorio estática (SRAM), una memoria de acceso aleatorio dinámica (DRAM), una memoria de acceso aleatorio dinámica sincrónica (SDRAM), una memoria de acceso aleatorio dinámica sincrónica de doble velocidad de datos (DDR SDRAM), una memoria de acceso aleatorio dinámica sincrónica mejorada (ESDRAM), una memoria de acceso aleatorio dinámica SynchLink (SLDRAM) y una memoria de acceso aleatorio Rambus directo (DR RAM). Se debe tener en cuenta que la memoria de los procedimientos y del sistema aquí descritos tiene por objeto incluir, de forma no limitativa, estos y cualquier otra memoria de tipos adecuados.
[0404] Debe entenderse que la memoria antes mencionada es ilustrativa y no restrictiva. Por ejemplo, la memoria en las realizaciones de la invención también puede ser una RAM estática (SRAM), una RAM dinámica (DRAM), una DRAM sincrónica (SDRAM), una SDRAM de doble velocidad de datos (<d>D<r>S<d>R<a>M), una SDRAM mejorada (ESDRAM), una DRAM de enlace sincronizado (SLDRAM), una RAM Rambus directa (DR RAM) o similares. Es decir, la memoria en las realizaciones de la invención pretende incluir, de forma no limitativa, memorias de estos y cualquier otro tipo adecuado.
[0406] Las realizaciones de la invención dan a conocer, además, un medio de almacenamiento legible por ordenador configurado para almacenar un programa de ordenador.
[0408] Opcionalmente, el medio de almacenamiento legible por ordenador se puede aplicar al dispositivo de red en las realizaciones de la invención, y el programa de ordenador puede permitir que un ordenador implemente el flujo implementado por el dispositivo de red en varios procedimientos de las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0410] Opcionalmente, el medio de almacenamiento legible por ordenador se puede aplicar al terminal móvil/UE en las realizaciones de la invención, y el programa de ordenador puede permitir que un ordenador implemente el flujo implementado por el terminal móvil/UE en varios procedimientos de las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0412] Las realizaciones de la invención dan a conocer, además, un producto de programa de ordenador que incluye instrucciones de programa de ordenador.
[0414] Opcionalmente, el producto de programa de ordenador puede aplicarse al dispositivo de red en las realizaciones de la invención, y las instrucciones del programa de ordenador pueden permitir que un ordenador implemente el flujo implementado por el dispositivo de red en varios procedimientos de las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0416] Opcionalmente, el producto de programa de ordenador puede aplicarse al terminal móvil/UE en las realizaciones de la invención, y las instrucciones del programa de ordenador pueden permitir que un ordenador implemente el flujo implementado por el terminal móvil/UE en varios procedimientos de las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0418] Realizaciones de la invención dan a conocer, además, un programa informático.
[0420] Opcionalmente, el programa de ordenador se puede aplicar al dispositivo de red en las realizaciones de la invención, y cuando el programa de ordenador se ejecuta en un ordenador, el programa de ordenador puede permitir que el ordenador implemente el flujo implementado por el dispositivo de red en varios procedimientos de las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0422] Opcionalmente, el programa de ordenador se puede aplicar al terminal móvil/UE en las realizaciones de la invención, y cuando el programa de ordenador se ejecuta en un ordenador, el programa de ordenador puede permitir que el ordenador implemente el flujo implementado por el terminal móvil/UE en varios procedimientos de las realizaciones de la invención, que no se repetirán aquí por razones de brevedad.
[0424] Los expertos en la materia podrán darse cuenta de que las unidades y operaciones de algoritmo de las realizaciones descritas junto con las realizaciones dadas a conocer pueden implementarse mediante hardware electrónico o mediante una combinación de software de ordenador y hardware electrónico. El hecho de que estas funciones se implementen mediante hardware o software puede depender de la aplicación específica y de las limitaciones de diseño de la solución técnica. Los expertos podrán utilizar procedimientos diferentes para implementar las funciones descritas según la aplicación específica. Sin embargo, dicha implementación no debe considerarse que vaya más allá del alcance de las soluciones técnicas de la invención.
[0426] Los expertos en la materia pueden comprender claramente que, para la conveniencia y concisión de la descripción, los procesos de trabajo específicos del sistema, dispositivo y unidad descritos anteriormente pueden referirse a los procesos correspondientes en las realizaciones del procedimiento antes mencionadas, que no se repetirán aquí.
[0427] En las realizaciones de la presente invención, debe entenderse que el sistema, dispositivo y procedimiento dados a conocer pueden implementarse de otras maneras. Por ejemplo, las realizaciones de dispositivo descritas anteriormente son meramente ilustrativas. Por ejemplo, la partición de la unidad es simplemente una partición de la función lógica. En la implementación práctica se puede adoptar otro modo de partición. Por ejemplo, múltiples unidades o componentes pueden combinarse o integrarse en otro sistema o algunas características pueden ignorarse o no ejecutarse. Además, el acoplamiento, el acoplamiento directo o la conexión de comunicación mostrados o analizados pueden lograrse a través de algunas interfaces, y el acoplamiento o la conexión de comunicación indirectos de dispositivos o unidades puede ser eléctrico, mecánico o de otras formas.
[0429] Las unidades descritas anteriormente como componentes separados pueden o no estar físicamente separadas, y los componentes mostrados como unidades pueden o no ser una unidad física, es decir, pueden estar ubicados en un lugar o distribuidos en múltiples unidades de red. Algunas o todas las unidades se pueden seleccionar según las necesidades prácticas para lograr el propósito de la realización.
[0431] Además, en las realizaciones de la presente invención, varias unidades de función pueden integrarse en una unidad de procesamiento, o cada unidad puede usarse por separado como una unidad, o dos o más unidades pueden integrarse en una unidad.
[0433] Cuando se realizan en forma de módulos de funciones de software y se venden o utilizan como un producto independiente, las funciones también se pueden almacenar en un medio de almacenamiento legible por ordenador. Con base en tal entendimiento, las soluciones técnicas de las realizaciones de la presente invención, o la contribución de las soluciones técnicas a la técnica relacionada, pueden incorporarse en forma de un producto de software. El producto de software puede almacenarse en un medio de almacenamiento y puede incluir múltiples instrucciones para permitir que un dispositivo informático (que puede ser un ordenador personal, un servidor, un dispositivo de red, etc.) realice todos o parte de los procedimientos descritos en las realizaciones de la presente invención. El medio de almacenamiento puede incluir varios medios que pueden almacenar códigos de programa, tales como un disco U, un disco duro móvil, una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un disco magnético, un disco óptico, etc.
[0434] Por tanto, el alcance de protección de la invención debe ajustarse al alcance de protección de las reivindicaciones.

Claims (13)

1. REIVINDICACIONES
1. Procedimiento de comunicación por radio, que comprende:
recibir (S210), por un equipo de usuario, una respuesta de acceso aleatorio, RAR, desde un dispositivo de red, en el que la RAR comprende al menos un primer bit, el al menos un primer bit puede configurarse para indicar un número de repeticiones de un canal físico compartido de enlace ascendente, PUSCH, y el PUSCH está configurado para transportar un tercer mensaje durante un procedimiento de acceso aleatorio; y
determinar (S220), por parte del UE, si el al menos un primer bit está configurado para indicar el número de repeticiones del PUSCH según la primera información, en el que la primera información está asociada con la RAR, en el que el procedimiento comprende, además:
indicar, por parte del UE, si el UE solicita las repeticiones del PUSCH al dispositivo de red a través de un primer mensaje, en el que el primer mensaje es un primer mensaje durante el procedimiento de acceso aleatorio, en el que la primera información comprende al menos una de información comprendida en la RAR, información relacionada con un canal físico de control de enlace descendente, PDCCH, que planifica la RAR u otra información de enlace descendente recibida antes de la RAR durante el procedimiento de acceso aleatorio, caracterizado por que la primera información comprende, además, información en una unidad de datos de protocolo de control de acceso al medio, MAC PDU, que lleva la RAR,
en el que la información en la MAC PDU que lleva la RAR comprende al menos una de información en una cabecera de la MAC PDU o información en una subcabecera en una MAC subPDU de la MAC PDU.
2. Procedimiento, según la reivindicación 1, en el que la primera información comprende al menos un segundo bit en la RAR, y el al menos un segundo bit difiere del al menos un primer bit, en el que tanto el al menos un segundo bit como el al menos un primer bit se transportan en la información de concesión de enlace ascendente de la RAR.
3. Procedimiento, según la reivindicación 1 o 2, en el que la primera información comprende una identidad temporal de red de radio de acceso aleatorio, RA-RNTI, correspondiente al PDCCH que planifica la RAR,
en el que la RA-RNTI correspondiente al PDCCH que planifica la RAR se determina de acuerdo con la primera información de identificación, y la primera información de identificación está relacionada con un modo de transmisión del PUSCH determinado por el dispositivo de red,
en el que el modo de transmisión del PUSCH comprende transmisión PUSCH con repetición y transmisión PUSCH sin repetición.
4. Procedimiento, según la reivindicación 3, que comprende, además:
determinar, por parte del UE, la RA-RNTI correspondiente al PDCCH que planifica la RAR de acuerdo con la siguiente fórmula:
RA-RNTI = l4í_id+14xt_id+14x80xfJd+]4*80x8xul_carrier_id+14x80><8><2xQ,
donde Q es la primera información de identificación,
s_id es un índice de un primer símbolo de multiplexación por división de frecuencia ortogonal, OFDM, en un recurso de canal físico de acceso aleatorio físico, PRACH,
t_id es un índice de una primera ranura en el recurso PRACH,
f_id es un índice del recurso PRACH en el dominio de frecuencia, y
ul_carrier_id es un portador de enlace ascendente donde se encuentra el recurso PRACH,
donde Q no es igual a 0; o Q no es igual a 0 o 1.
5. Procedimiento, según cualquiera de las reivindicaciones 1 a 4, en el que la primera información comprende información en un canal físico de control de enlace descendente, PDCCH, que planifica la RAR, en el que la primera información comprende al menos un bit reservado en el PDCCH que planifica la RAR.
6. Procedimiento, según cualquiera de las reivindicaciones 1 a 5, en el que indicar, por parte del UE, si el UE solicita las repeticiones del PUSCH al dispositivo de red a través del primer mensaje comprende: indicar, por parte del UE, a través de al menos uno de un preámbulo de acceso aleatorio, una parte de ancho de banda, BWP, de enlace ascendente inicial en la que se transmite el primer mensaje, o un recurso de canal físico de acceso aleatorio, PRACH, en el que se transmite el primer mensaje, si el UE solicita las repeticiones del PUSCH al dispositivo de red.
7. Procedimiento, según cualquiera de las reivindicaciones 1 a 6, en el que el al menos un primer bit se transporta en un campo de información de asignación de recursos del dominio del tiempo, TDRA, en la información de concesión de enlace ascendente de la RAR, en el que el procedimiento comprende, además:
en respuesta a la determinación de que el al menos un primer bit está configurado para indicar el número de repeticiones del PUSCH, determinar el número de repeticiones del PUSCH de acuerdo con un valor del al menos un primer bit; o
en respuesta a la determinación de que el al menos un primer bit no está configurado para indicar el número de repeticiones del PUSCH, determinar la información de TDRA del PUSCH de acuerdo con un valor del campo de información de la TDRA.
8. Procedimiento de comunicación por radio, que comprende:
indicar, por un dispositivo de red, si al menos un primer bit en una respuesta de acceso aleatorio, RAR, indica un número de repeticiones de un canal físico compartido de enlace ascendente, PUSCH, a un equipo de usuario, UE, a través de una primera información, en el que la primera información está asociada con la RAR, el al menos un primer bit puede configurarse para indicar el número de repeticiones del PUSCH, y el PUSCH está configurado para transportar un tercer mensaje durante un procedimiento de acceso aleatorio,
en el que el procedimiento comprende, además:
determinar, por parte del dispositivo de red, si el UE solicita las repeticiones del PUSCH según un primer mensaje, en el que el primer mensaje es un primer mensaje durante el procedimiento de acceso aleatorio, en el que la primera información comprende al menos una de información comprendida en la RAR, información relacionada con un canal físico de control de enlace descendente, PDCCH, que planifica la RAR u otra información de enlace descendente recibida antes de la RAR durante el procedimiento de acceso aleatorio, caracterizado por que la primera información comprende, además, información en una unidad de datos de protocolo de control de acceso al medio, MAC PDU, que lleva la RAR,
en el que la información en la MAC PDU que lleva la RAR comprende al menos una de información en una cabecera de la MAC PDU o información en una subcabecera en una MAC subPDU de la MAC PDU.
9. Procedimiento, según la reivindicación 8, en el que la primera información comprende al menos un segundo bit en la RAR, y el al menos un segundo bit difiere del al menos un primer bit.
10. Procedimiento, según la reivindicación 9, en el que el al menos un segundo bit y el al menos un primer bit se transportan en un mismo campo de información en la RAR.
11. Procedimiento, según la reivindicación 9, en el que el al menos un segundo bit y el al menos un primer bit se transportan en diferentes campos de información en la RAR.
12. Equipo de usuario, UE, que comprende un procesador y una memoria, en el que la memoria está configurada para almacenar en ella un programa de ordenador, y el procesador está configurado para invocar y ejecutar el programa de ordenador almacenado en la memoria para implementar el procedimiento según cualquiera de las reivindicaciones 1 a 7.
13. Dispositivo de red, que comprende un procesador y una memoria, en el que la memoria está configurada para almacenar en ella un programa de ordenador, y el procesador está configurado para invocar y ejecutar el programa de ordenador almacenado en la memoria para implementar el procedimiento según cualquiera de las reivindicaciones 8 a 11.
ES21942398T 2021-05-28 2021-05-28 Wireless communication method, terminal device, and network device Active ES3046222T3 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/096898 WO2022246824A1 (zh) 2021-05-28 2021-05-28 无线通信的方法、终端设备和网络设备

Publications (1)

Publication Number Publication Date
ES3046222T3 true ES3046222T3 (en) 2025-12-01

Family

ID=84228374

Family Applications (1)

Application Number Title Priority Date Filing Date
ES21942398T Active ES3046222T3 (en) 2021-05-28 2021-05-28 Wireless communication method, terminal device, and network device

Country Status (6)

Country Link
US (1) US20230422240A1 (es)
EP (2) EP4290955B1 (es)
CN (2) CN119071902A (es)
ES (1) ES3046222T3 (es)
PL (1) PL4290955T3 (es)
WO (1) WO2022246824A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022262411A1 (en) * 2021-06-18 2022-12-22 Telefonaktiebolaget Lm Ericsson (Publ) Method, user equipment, and network node for feature based preamble grouping
CN120416867A (zh) * 2024-01-31 2025-08-01 北京三星通信技术研究有限公司 与重复传输有关的方法和设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
HUE046548T2 (hu) * 2015-09-25 2020-03-30 Ericsson Telefon Ab L M UL támogatásokat nyújtó eljárások, ideértve idõtartomány-kialakítást és kapcsolódó vezeték nélküli végberendezési és hálózati csomópontot
WO2019216803A1 (en) * 2018-05-09 2019-11-14 Telefonaktiebolaget Lm Ericsson (Publ) A radio network node, a wireless device and methods therein for handling of random access (ra) messages
US10764979B1 (en) * 2018-11-14 2020-09-01 Lutron Ketra, Llc Lighting device having an interim operable state
US11109420B2 (en) * 2019-02-08 2021-08-31 Qualcomm Incorporated Random access channel (RACH) response (RAR) reception in an unlicensed radio frequency (RF) spectrum band
CN111865501B (zh) * 2019-04-25 2022-09-16 中国移动通信有限公司研究院 数据重传方法、接收方法、终端及网络设备
US11497026B2 (en) * 2019-09-11 2022-11-08 Samsung Electronics Co., Ltd. Channel reception or transmission in a coreset based on an RSRP threshold
WO2022138979A1 (en) * 2020-12-25 2022-06-30 Sharp Kabushiki Kaisha User equipments, base stations, and methods
US12096487B2 (en) * 2021-01-15 2024-09-17 FG Innovation Company Limited Method related to PUSCH repetitions, user equipment, and network device

Also Published As

Publication number Publication date
EP4607833A2 (en) 2025-08-27
CN119071902A (zh) 2024-12-03
PL4290955T3 (pl) 2025-12-08
WO2022246824A1 (zh) 2022-12-01
US20230422240A1 (en) 2023-12-28
EP4290955A4 (en) 2024-03-06
CN116762446A (zh) 2023-09-15
EP4290955A1 (en) 2023-12-13
EP4607833A3 (en) 2025-10-29
EP4290955B1 (en) 2025-08-20

Similar Documents

Publication Publication Date Title
ES2956442T3 (es) Método y dispositivo de transmisión de datos
CN116073967B (zh) 资源映射方法与装置、终端和网络设备
ES2770748T3 (es) Métodos que proporcionan concesiones de UL que incluyen configuración en el dominio del tiempo y terminales inalámbricos y nodos de red relacionados
ES3058770T3 (en) Wireless communication method, terminal device and network device
WO2021196232A1 (zh) 物理信道的资源映射方法、终端设备和网络设备
US20240023076A1 (en) Method for channel estimation, terminal device, and network device
US12519575B2 (en) Channel transmission method, terminal device and network device
US20240023095A1 (en) Method for transmitting data channel, terminal device and network device
US20240313882A1 (en) Wireless communication method, terminal device, and network device
WO2022067519A1 (zh) 随机接入方法和终端设备
US20230422240A1 (en) Wireless communication method, terminal device, and network device
ES3029134T3 (en) Method for sidelink configured grant resource determination and terminal device
US12628170B2 (en) Method for physical uplink control channel transmission, terminal device, and network device
US12621904B2 (en) Method for sidelink communication, terminal device, non-transitory computer-readable storage medium
CN116420419A (zh) 初始接入方法、终端设备和网络设备
WO2021217378A1 (zh) 无线通信方法、终端设备和网络设备
WO2024036538A1 (zh) 重复传输方法、终端设备和网络设备
WO2025118111A1 (zh) 用于无线通信的方法及装置
ES2962817T3 (es) Método de comunicación inalámbrica, dispositivo terminal y dispositivo de red
WO2023108638A1 (zh) 无线通信的方法、终端设备和网络设备
US20230224908A1 (en) Method for repeatedly transmitting control channel, terminal device, and network device
US20240080817A1 (en) Wireless communication method, terminal device, and network device
US20240334444A1 (en) Method for wireless communication, terminal device, and network device
US20250048344A1 (en) Method for wireless communication, terminal device, and network device
US20240340908A1 (en) Wireless communication method, terminal device, and network device