ES2946250T3 - Método de acceso aleatorio, dispositivo terminal y dispositivo de red - Google Patents
Método de acceso aleatorio, dispositivo terminal y dispositivo de red Download PDFInfo
- Publication number
- ES2946250T3 ES2946250T3 ES19922030T ES19922030T ES2946250T3 ES 2946250 T3 ES2946250 T3 ES 2946250T3 ES 19922030 T ES19922030 T ES 19922030T ES 19922030 T ES19922030 T ES 19922030T ES 2946250 T3 ES2946250 T3 ES 2946250T3
- Authority
- ES
- Spain
- Prior art keywords
- terminal device
- dci
- network device
- random access
- transport block
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 147
- 230000004044 response Effects 0.000 claims description 73
- 230000015654 memory Effects 0.000 claims description 38
- 230000006978 adaptation Effects 0.000 claims description 27
- 238000004590 computer program Methods 0.000 claims description 20
- 230000005540 biological transmission Effects 0.000 abstract description 37
- 230000008569 process Effects 0.000 abstract description 33
- 238000004891 communication Methods 0.000 description 99
- 230000006854 communication Effects 0.000 description 99
- 238000001228 spectrum Methods 0.000 description 22
- 238000010586 diagram Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 10
- 230000001360 synchronised effect Effects 0.000 description 9
- 238000013468 resource allocation Methods 0.000 description 7
- 101100392078 Caenorhabditis elegans cat-4 gene Proteins 0.000 description 5
- 238000001514 detection method Methods 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 230000001413 cellular effect Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 101150116295 CAT2 gene Proteins 0.000 description 2
- 101100326920 Caenorhabditis elegans ctl-1 gene Proteins 0.000 description 2
- 101100494773 Caenorhabditis elegans ctl-2 gene Proteins 0.000 description 2
- 101100112369 Fasciola hepatica Cat-1 gene Proteins 0.000 description 2
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 2
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 2
- 101100005271 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) cat-1 gene Proteins 0.000 description 2
- 101100126846 Neurospora crassa (strain ATCC 24698 / 74-OR23-1A / CBS 708.71 / DSM 1257 / FGSC 987) katG gene Proteins 0.000 description 2
- 101150096622 Smr2 gene Proteins 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000001869 rapid Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 1
- 238000004220 aggregation Methods 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000008054 signal transmission Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/004—Transmission of channel access control information in the uplink, i.e. towards network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
- H04L1/0013—Rate matching, e.g. puncturing or repetition of code symbols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1273—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/02—Hybrid access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
- Transition And Organic Metals Composition Catalysts For Addition Polymerization (AREA)
Abstract
Las realizaciones de la presente solicitud se refieren a un método de acceso aleatorio, un dispositivo terminal y un dispositivo de red, comprendiendo el método: un dispositivo terminal que envía un primer mensaje a un dispositivo de red, comprendiendo el primer mensaje un preámbulo de acceso aleatorio y un primer enlace ascendente físico canal compartido (PUSCH), comprendiendo el primer PUSCH datos obtenidos llevando a cabo la comparación de tasas en un primer bloque de transmisión; y recibiendo el dispositivo terminal la primera información de control de enlace descendente (DCI) o la segunda DCI enviada por el dispositivo de red para el primer mensaje. El método de acceso aleatorio, el dispositivo terminal y el dispositivo de red de las realizaciones de la presente solicitud pueden permitir que un terminal distinga entre dos condiciones bajo las cuales un dispositivo de red recibe un primer mensaje dentro de un proceso de acceso aleatorio de dos pasos. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método de acceso aleatorio, dispositivo terminal y dispositivo de red
Campo técnico
La presente solicitud se refiere al campo de la comunicación y, más particularmente, a un método de acceso aleatorio, un dispositivo terminal y un dispositivo de red.
Antecedentes
Puede adoptarse un procedimiento de acceso aleatorio de dos etapas en un sistema de nueva radio (NR) (o denominado sistema de 5G o red de 5G). En el procedimiento de acceso aleatorio de dos etapas, un mensaje 1 (Msg1) y un mensaje 3 (Msg 3) en un procedimiento de acceso aleatorio de cuatro etapas pueden enviarse como un primer mensaje (Msg A) en el procedimiento de acceso aleatorio de dos etapas, y un mensaje 2 (Msg2) y un mensaje 4 (Msg 4) en el procedimiento de acceso aleatorio de cuatro etapas pueden enviarse como un segundo mensaje (Msg B) en el procedimiento de acceso aleatorio de dos etapas.
Debido a que el primer mensaje enviado por un dispositivo terminal incluye un preámbulo de acceso aleatorio y un canal compartido de enlace ascendente físico (PUSCH), puede haber dos situaciones cuando un dispositivo de red recibe el primer mensaje. En este caso, en la actualidad no se ha especificado claramente cómo el dispositivo terminal distingue entre las dos situaciones.
El documento US 2018/205516 A1 (Jung Hyejung [US] y col.), 19 de julio de 2018 (19-07-2018) divulga un método y equipo de usuario en una frecuencia de portadora para realizar un acceso aleatorio basado en contienda. El método incluye recibir una indicación desde una entidad de red de si una célula en la frecuencia de portadora soporta un procedimiento de acceso aleatorio de 2 etapas. Cuando el procedimiento de acceso aleatorio de 2 etapas se soporta en la célula, se selecciona un procedimiento de acceso aleatorio entre el procedimiento de acceso aleatorio de 2 etapas y un procedimiento de acceso aleatorio de 4 etapas. Un preámbulo se selecciona aleatoriamente y se transmite de entre los uno o más preámbulos que están asociados con el procedimiento de acceso aleatorio seleccionado, en donde un recurso de tiempo-frecuencia para el canal de acceso aleatorio físico que porta datos en el procedimiento de acceso aleatorio de 2 etapas se determina basándose en el preámbulo transmitido.
El documento US 2018/279375 A1 (Jeon Hyoungsuk [US] y col.), 27 de septiembre de 2018 (27-09-2018) divulga sistemas, aparatos y métodos para comunicaciones inalámbricas. En D1, los procedimientos de acceso aleatorio pueden incluir diversos tipos de procedimientos, tales como procedimientos de acceso aleatorio de cuatro etapas o de dos etapas.
Sumario
Las realizaciones de la presente solicitud proporcionan un método de acceso aleatorio, un dispositivo terminal y un dispositivo de red, como se define en las reivindicaciones adjuntas, de tal modo que, en un procedimiento de acceso aleatorio de dos etapas, el dispositivo terminal puede distinguir entre dos situaciones cuando el dispositivo de red recibe un primer mensaje. La invención se define por las reivindicaciones anexas.
De acuerdo con los esquemas técnicos de la presente divulgación, en un procedimiento de acceso aleatorio de dos etapas, después de que un dispositivo terminal haya enviado un primer mensaje a un dispositivo de red, el dispositivo de red puede enviar diferentes DCI al dispositivo terminal de acuerdo con diferentes situaciones cuando se recibe el primer mensaje, y después de recibir los diferentes DCI, el dispositivo terminal puede distinguir eficazmente entre las dos situaciones cuando el dispositivo de red recibe el primer mensaje, de tal modo que puede realizarse un procedimiento subsiguiente en el procedimiento de acceso aleatorio de dos etapas para diferentes situaciones cuando el dispositivo de red recibe el primer mensaje.
Breve descripción de los dibujos
La figura 1 es un diagrama esquemático de una arquitectura de un sistema de comunicación de acuerdo con una realización de la presente solicitud.
La figura 2 es un diagrama de flujo esquemático de un enfoque de acceso aleatorio de acuerdo con una realización de la presente solicitud.
La figura 3 es un diagrama esquemático de una PDU de MAC que incluye una RAR de acuerdo con una realización de la presente solicitud.
La figura 4 es un diagrama de bloques esquemático de una RAR de MAC de acuerdo con una realización de la presente solicitud.
La figura 5 es un diagrama de flujo esquemático del cambio de un acceso aleatorio de cuatro etapas a un acceso aleatorio de dos etapas de acuerdo con una realización de la presente solicitud.
La figura 6 es un diagrama de flujo esquemático de un método de acceso aleatorio de acuerdo con una realización de la presente solicitud.
La figura 7 es un diagrama esquemático de una implementación específica de un método de acceso aleatorio de acuerdo con una realización de la presente solicitud.
La figura 8 es un diagrama de bloques esquemático de un dispositivo terminal de acuerdo con una realización de la presente solicitud.
La figura 9 es un diagrama de bloques esquemático de un dispositivo de red de acuerdo con una realización de la presente solicitud.
La figura 10 es un diagrama de bloques esquemático de un dispositivo de comunicación de acuerdo con una realización de la presente solicitud.
La figura 11 es un diagrama de bloques esquemático de un aparato de acuerdo con una realización de la presente solicitud.
La figura 12 es un diagrama de bloques esquemático de un sistema de comunicación de acuerdo con una realización de la presente solicitud.
Descripción detallada
Los esquemas técnicos en las realizaciones de la presente solicitud se describirán a continuación haciendo referencia a los dibujos en las realizaciones de la presente solicitud. Es evidente que las realizaciones descritas son solo algunas de las realizaciones de la presente solicitud, pero no todas las realizaciones de la presente solicitud. De acuerdo con las realizaciones de la presente solicitud, todas las otras realizaciones logradas por un experto en la materia sin hacer esfuerzos inventivos están dentro del alcance de protección de la presente solicitud.
Las soluciones técnicas de la presente solicitud pueden aplicarse a diversos 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 sistema de servicio general de radio por paquetes (GPRS), un sistema de evolución a largo plazo (LTE), un sistema de evolución a largo plazo avanzada (LTE-A), un sistema de nueva radio (NR), un sistema de evolución del sistema de NR, un sistema de acceso basado en LTE a espectro sin licencia (LTE-U), un sistema de acceso basado en NR a espectro sin licencia (NR-U), un sistema de telecomunicaciones móviles universales (UMTS), redes de área local inalámbricas (WLAN), fidelidad inalámbrica (WiFi), un sistema de comunicación de próxima generación u otros sistemas de comunicación. Hablando en términos generales, los sistemas de comunicación tradicionales soportan una cantidad limitada de conexiones y son fáciles de implementar. Sin embargo, con el desarrollo de la tecnología de comunicación, los sistemas de comunicación móvil no solo soportarán una comunicación tradicional, sino que también soportarán, por ejemplo, una comunicación de dispositivo a dispositivo (D2D), una comunicación de máquina a máquina (M2M), una comunicación de tipo máquina (MTC), una comunicación de vehículo a vehículo (V2V), y las realizaciones de la presente solicitud también pueden aplicarse a estos sistemas de comunicación.
En algunas realizaciones, un sistema de comunicación en las realizaciones de la presente solicitud puede aplicarse a un escenario de agregación de portadoras (CA), un escenario de conectividad dual (DC) o un escenario autónomo (SA).
De forma ilustrativa, en la figura 1 se muestra un sistema de comunicación 100 aplicado en las realizaciones de la presente solicitud. El sistema de comunicación 100 puede incluir un dispositivo de red 110, que puede ser un dispositivo que se comunica con unos dispositivos terminales 120 (o denominados terminales de comunicación o terminales). El dispositivo de red 110 puede proporcionar cobertura de comunicación para un área geográfica específica y puede comunicarse con dispositivos terminales ubicados dentro del área de cobertura. En algunas realizaciones, el dispositivo de red 110 puede ser una estación transceptora base (BTS) en un sistema de GSM o un sistema de CDMA, un NodoB (NB) en un sistema de WCDMA, un Nodo B evolutivo (eNB o eNodoB) en un sistema de LTE, o un controlador de radio en una red de acceso de radio en la nube (CRAN), o el dispositivo de red puede ser un centro de conmutación móvil, una estación de retransmisión, un punto de acceso, un dispositivo montado en vehículo, un dispositivo ponible, un concentrador, un conmutador, un puente, un encaminador, un dispositivo de lado de red en una red de 5G o un dispositivo de red en una red móvil terrestre pública (PLMN) evolucionada futura.
El sistema de comunicación 100 incluye además al menos un dispositivo terminal 120 ubicado dentro del área de cobertura del dispositivo de red 110. El "dispositivo terminal" como se usa en el presente documento incluye, pero sin limitación, un dispositivo configurado para recibir/enviar señales de comunicación a través de un circuito cableado, por ejemplo, a través de una red telefónica conmutada pública (PSTN), una línea de abonado digital (DSL), un cable digital, un cable directo y/u otra red/conexión de datos, y/o a través de una interfaz inalámbrica, por ejemplo, una interfaz inalámbrica para una red celular, una red de área local inalámbrica (WLAN), tal como una red de televisión digital de una red de mano de radiodifusión de vídeo digital de mano (DVB-H), una red satelital y un transmisor de radiodifusión de modulación en amplitud - modulación en frecuencia (AM-FM) y/u otro dispositivo terminal; y/o un dispositivo de Internet de las cosas (IoT). Un dispositivo terminal configurado para comunicarse a través de una interfaz inalámbrica puede denominarse "terminal de comunicación inalámbrica", "terminal inalámbrico" o "terminal móvil". Los ejemplos del terminal móvil incluyen, pero sin limitación, un teléfono satelital o celular; un terminal del sistema de comunicación personal (PCS) capaz de combinar un teléfono de radio celular con capacidades de procesamiento de datos, fax y comunicación de datos; un asistente digital personal (PDA) que puede incluir un radioteléfono, un buscapersonas, acceso a Internet/intranet, un navegador web, un bloc de notas, un calendario, un receptor del sistema de posicionamiento global (GPS); y un receptor de bolsillo y/u ordenador portátil convencional u otros dispositivos electrónicos que incluyen un transceptor de radioteléfono. El dispositivo terminal puede referirse a un terminal de acceso, equipo de usuario (UE), una unidad de abonado, una estación de abonado, una estación móvil, un sitio móvil, una estación remota, un terminal remoto, un dispositivo móvil, un terminal de usuario, un terminal, un dispositivo de comunicación inalámbrica, un agente de usuario o un aparato de usuario. El terminal de acceso puede ser un teléfono celular, un teléfono sin cable, un teléfono de protocolo de inicio de sesión (SIP), una estación de bucle local inalámbrico (WLL), un asistente personal digital (PDA), un dispositivo de mano 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 vehículo, un dispositivo ponible, un dispositivo terminal en una red de 5G o un dispositivo terminal en una red móvil terrestre pública (PLMN) evolucionada futura.
El dispositivo de red 110 puede proporcionar servicios para una célula, y el dispositivo terminal 120 se comunica con el dispositivo de red 110 a través de recursos de transmisión (por ejemplo, recursos en el dominio de la frecuencia o recursos de espectro) usados por la célula. La célula puede ser una célula correspondiente al dispositivo de red 110 (por ejemplo, una estación base). La célula puede ser una macroestación base o una estación base correspondiente a una célula pequeña. La célula pequeña en el presente documento puede incluir, por ejemplo, una metrocélula, una microcélula, una picocélula, una femtocélula, etc., que tienen características tales como un rango de cobertura pequeño y una potencia de transmisión baja, y son adecuadas para proporcionar servicios de transmisión de datos de velocidad alta.
La figura 1 ilustra de forma ilustrativa un dispositivo de red y dos dispositivos terminales. En algunas realizaciones, el sistema de comunicación 100 puede incluir múltiples dispositivos de red, y pueden incluirse otras cantidades de dispositivos terminales dentro del área de cobertura de cada dispositivo de red, lo que no está limitado en las realizaciones de la presente solicitud.
En algunas realizaciones, el sistema de comunicación 100 puede incluir otras entidades de red, tales como un controlador de red y una entidad de gestión móvil, lo que no está limitado en las realizaciones de la presente solicitud. Debería entenderse que un dispositivo con una función de comunicación en una red/sistema en las realizaciones de la presente solicitud puede denominarse dispositivo de comunicación. Tomando como un ejemplo el sistema de comunicación 100 mostrado en la figura 1, el dispositivo de comunicación puede incluir un dispositivo de red 110 y unos dispositivos terminales 120 que tienen funciones de comunicación, y el dispositivo de red 110 y los dispositivos terminales 120 pueden ser los dispositivos específicos descritos anteriormente, y no se describirán repetidamente en el presente documento. El dispositivo de comunicación también puede incluir otros dispositivos en el sistema de comunicación 100, por ejemplo, otras entidades de red tales como controladores de red y entidades de gestión móvil, lo que no está limitado en las realizaciones de la presente solicitud.
Debería entenderse que los términos "sistema" y "red" a menudo se usan indistintamente en el presente documento. El término "y/o" en el presente documento solo describe una relación de asociación entre objetos asociados, indicando que puede haber tres relaciones, por ejemplo, A y/o B puede indicar tres casos: A solo, tanto A como B y B solo. Además, el símbolo "/" en el presente documento indica generalmente que existe una relación "o" entre los objetos asociados antes y después de "/".
Después de un procedimiento de búsqueda de célula, un dispositivo terminal ha logrado una sincronización de enlace descendente con una célula, por lo que el dispositivo terminal puede recibir datos de enlace descendente. Sin embargo, el dispositivo terminal puede realizar una transmisión de enlace ascendente solo después de que se haya sincronizado con la célula en el enlace ascendente. El dispositivo terminal puede establecer una conexión con la célula a través de un procedimiento de acceso aleatorio y lograr una sincronización de enlace ascendente.
El procedimiento de acceso aleatorio puede ser desencadenado habitualmente por los siguientes sucesos.
(1) Acceso inicial.
El dispositivo terminal puede entrar en un estado de control de recursos de radio conectado (RRC_CONECTADO) desde un estado de control de recursos de radio inactivo (RRC_IDLE).
(2) Procedimiento de restablecimiento de conexión de control de recursos de radio (RRC).
(3) Traspaso.
En este caso, el dispositivo terminal está en un estado conectado y es necesario que establezca una sincronización de enlace ascendente con una nueva célula.
(4) Llegada de datos de DL o de UL durante RRC_CONNECTED cuando el estado de sincronización de UL es "no sincronizado".
(5) Llegada de datos de UL durante RRC_CONNECTED cuando no hay disponible ningún recurso de canal de control de enlace ascendente físico (PUCCH) para una solicitud de programación (SR).
(6) Fallo de SR.
(7) Solicitud mediante RRC tras una reconfiguración síncrona.
(8) Transición a partir de RRC_INACTIVE del dispositivo terminal.
(9) Establecer una alineación de tiempo al añadir una CélulaS.
(10) El dispositivo terminal solicita otra información de sistema (OSI).
(11) Es necesario que el dispositivo terminal realice una recuperación de fallo de haz.
Pueden soportarse dos modos de acceso aleatorio en un sistema de NR, es decir, un modo de acceso aleatorio basado en contienda (como se muestra en la figura 2) y un modo de acceso aleatorio no basado en contienda. Para facilitar el entendimiento de los esquemas de las realizaciones de la presente solicitud, a continuación se describirá brevemente, con referencia a la figura 2, un procedimiento de acceso aleatorio de cuatro etapas basado en contienda. En la etapa uno, un dispositivo terminal envía un preámbulo (es decir, un mensaje 1, Msg1) a un dispositivo de red. El preámbulo de acceso aleatorio también puede denominarse preámbulo, secuencia de preámbulo de acceso aleatorio o secuencia de preámbulo, etc.
Específicamente, el dispositivo terminal puede seleccionar recursos de canal de acceso aleatorio físico (PRACH), que pueden incluir recursos en el dominio del tiempo, recursos en el dominio de la frecuencia y recursos en el dominio del código. A continuación, el dispositivo terminal puede enviar el preámbulo seleccionado en los recursos de PRACH seleccionados. El dispositivo de red puede estimar un retardo de transmisión entre sí mismo y el dispositivo terminal de acuerdo con el preámbulo, y calibrar una temporización de enlace ascendente en consecuencia.
En la etapa dos, el dispositivo de red envía una respuesta de acceso aleatorio (RAR), es decir, un mensaje 2 (Msg2), al dispositivo terminal.
Después de detectar el preámbulo enviado por el dispositivo terminal fuera, el dispositivo de red puede enviar una RAR al dispositivo terminal para informar al dispositivo terminal acerca de una información de recursos de enlace ascendente que puede usarse cuando se envía Msg3. La RAR puede incluir información tal como un identificador de preámbulo, avance de tiempo (TA), una concesión de enlace ascendente y un identificador temporal de red de radio de célula temporal (TC-RNTI).
En consecuencia, después de que el dispositivo terminal haya enviado el preámbulo al dispositivo de red, el dispositivo terminal puede iniciar una ventana de RAR y detectar la RAR en la ventana de RAR. Si el dispositivo terminal no detecta la RAR fuera en la ventana de RAR, el dispositivo terminal puede realizar una retransmisión de la secuencia de preámbulo. Si el dispositivo terminal detecta la RAR fuera en la ventana de RAR, el dispositivo terminal puede realizar una transmisión de un Msg3 de acuerdo con la concesión de UL indicada por la RAR.
El dispositivo terminal detecta la RAR. Específicamente, el dispositivo terminal puede detectar un canal de control de enlace descendente físico (PDCCH) correspondiente de acuerdo con un identificador temporal de red de radio de acceso aleatorio (RA-RNTI). El PDCCH aleatorizado por el RA-RNTI programa un canal compartido de enlace descendente físico (PDSCH) que incluye la RAR correspondiente al preámbulo.
Que el dispositivo terminal no detecte la RAR fuera mencionada anteriormente puede incluir las varias situaciones siguientes: situación a. el dispositivo terminal no detecta el PDCCH aleatorizado por el RA-RNTI fuera; situación b. el dispositivo terminal detecta el PDCCH aleatorizado por el RA-RNTI fuera, pero no logra descodificar un PDSCH programado por el PDCCH; y situación c. el dispositivo terminal descodifica el PDSCH, pero el PDSCH no incluye un mensaje de RAR correspondiente al preámbulo.
Que el dispositivo terminal detecte la salida RAR fuera puede incluir que el dispositivo terminal descodifique el PDSCH programado por el PDCCH aleatorizado por el RA-RNTI, el PDSCH incluye al menos un mensaje de RAR, y uno del al menos un mensaje de RAR es una respuesta al preámbulo enviado por el dispositivo terminal.
En algunas realizaciones, un valor de RA-RNTI puede calcularse a través de posiciones de los recursos de tiempofrecuencia del preámbulo que son explícitos tanto para un emisor como para un receptor. Por ejemplo, el RA-RNTI asociado con el preámbulo puede calcularse mediante la fórmula (1):
en donde s_id es un índice de un primer símbolo de multiplexación por división de frecuencia ortogonal (OFDM) de un recurso de PRACH (0 ≤ s_id < 14), t_id es un índice de una primera ranura del recurso de PRACH en una trama de sistema (0 ≤ t_id < 80), f_id es un índice del recurso de PRACH en el dominio de la frecuencia (0 ≤ f_id < 8) y ul_carrier_id es una portadora de enlace ascendente para transmitir el preámbulo (0 representa una portadora de NUL y 1 representa una portadora de SUL). Para FDD, solo hay un recurso de PRACH por subtrama, por lo que f_id se fija como 0.
La RAR enviada por el dispositivo de red puede portarse en una unidad de datos de protocolo (PDU) de control de acceso a medios (MAC). La información portada en la RAR se describirá desde la perspectiva de una estructura de la PDU de MAC que incluye la RAR con referencia a la figura 3.
Puede verse de la figura 3 que una PDU de MAC puede incluir una o más sub-PDU de MAC y bits de relleno posibles, y una sub-PDU de MAC puede tener solo un indicador de retroceso (BI), o solo un identificador de preámbulo de acceso aleatorio (RAPID), o tanto un RAPID como una RAR de MAC.
Puede verse de la estructura de la PDU de MAC que, si el dispositivo de red detecta solicitudes de acceso aleatorio fuera desde múltiples dispositivos terminales en el mismo recurso de PRACH, pueden realizarse respuestas a estas solicitudes de acceso usando una PDU de MAC, la respuesta a cada solicitud de acceso aleatorio (correspondiente a un índice de preámbulo) corresponde a una RAR. En otras palabras, si los múltiples dispositivos terminales envían preámbulos en el mismo recurso de PRACH (las posiciones de tiempo-frecuencia son las mismas y se usa el mismo RA-RNTI), las RAR correspondientes se multiplexan en la misma PDU de MAC. Es decir, todos los dispositivos terminales que usan el mismo recurso de PRACH para enviar los preámbulos (que no necesariamente son los mismos) detectan el PDCCH aleatorizado por el mismo RA-RNTI y reciben la misma PDU de MAC, pero diferentes RAPID corresponden a diferentes RAR.
La aleatorización puede realizarse sobre la PDU de MAC solo usando un RA-RNTI, lo que significa que las RAR correspondientes a los preámbulos enviados usando diferentes recursos de PRACH (las posiciones de tiempofrecuencia son diferentes) no pueden multiplexarse en la misma PDU de MAC.
Un subencabezamiento de BI en una PDU de MAC puede incluir un campo de extensión (E), un campo de tipo (T), dos campos reservados (Rs) y un valor de BI. El subencabezamiento de BI solo aparece una vez y se ubica en un primer subencabezamiento de un encabezamiento de MAC. Si se recibe un subencabezamiento de BI, el dispositivo terminal guardará un valor de retroceso que es igual a un valor correspondiente a un BI en este encabezamiento; de lo contrario, el dispositivo terminal puede establecer el valor de retroceso como 0. El valor correspondiente al BI especifica un rango de tiempo durante el cual es necesario que espere el dispositivo terminal antes de retransmitir el preámbulo. Si el dispositivo terminal no recibe una RAR dentro de la ventana de RAR, o ninguno de los RAPID en las RAR recibidas coincide con un índice de preámbulo seleccionado por sí mismo, puede considerarse que falla esta recepción de la RAR. En este caso, es necesario que el dispositivo terminal espere un período de tiempo y que entonces inicie el acceso aleatorio. El tiempo de espera puede ser cualquier valor aleatorio dentro de un intervalo de tiempo de espera especificado por 0 y el valor correspondiente al BI.
Un subencabezamiento de RAPID en la PDU de MAC puede incluir un E, un T y un valor de RAPID. El RAPID es un índice de preámbulo recibido al que responde el dispositivo de red. Si el dispositivo terminal halla que el valor es el mismo que un índice usado cuando este envía el preámbulo, puede considerarse que la RAR correspondiente se recibe con éxito.
La figura 4 es un diagrama de bloques esquemático de una RAR de MAC de acuerdo con una realización de la presente solicitud. Como se muestra en la figura 4, la RAR de MAC puede incluir un bit reservado R (por ejemplo, 1 bit), una orden de avance de temporización (TAC), una concesión de UL y un TC-RNTI. La TAC puede usarse para especificar una cantidad de ajuste de tiempo requerida para la sincronización de enlace ascendente del dispositivo
terminal, y ocupa 12 bits. La concesión de UL ocupa 27 bits y puede usarse para indicar un recurso de enlace ascendente para programar Msg3. El TC-RNTI ocupa 16 bits y puede usarse para aleatorizar el PDCCH del mensaje 4.
La concesión de UL de 27 bits en cada RAR de MAC puede incluir una asignación de recursos de frecuencia de PUSCH, una asignación de recursos de tiempo de PUSCH, un esquema de modulación y codificación (MCS), información de estado de canal (CSI), etc., que pueden mostrarse específicamente en la Tabla 1.
Tabla 1
En la etapa tres, el dispositivo terminal envía un Msg3.
Después de recibir el mensaje de RAR, el dispositivo terminal determina si la RAR es su propio mensaje de RAR. Por ejemplo, el dispositivo terminal puede comprobar esto usando el índice de preámbulo. Después de que el dispositivo terminal haya determinado que la RAR es su propio mensaje de RAR, puede generar un Msg3 en una capa de RRC y enviar el Msg3, que es necesario que porte información de identificador del dispositivo terminal, al dispositivo de red. Un número de versión de redundancia (RV) usado para la transmisión de Msg3 programado por la concesión de UL en la RAR es 0.
El Msg3 se usa principalmente para notificar sucesos de desencadenamiento del acceso aleatorio al dispositivo de red. Para diferentes sucesos de desencadenamiento del acceso aleatorio, el Msg3 enviado por el dispositivo terminal en la etapa tres puede incluir diferentes contenidos.
Por ejemplo, para un escenario de acceso inicial, Msg3 puede incluir una solicitud de establecimiento de RRC generada en la capa de RRC. Además, el Msg3 también puede portar, por ejemplo, una identidad de abonado móvil temporal de servicio de 5G (S-TMSI) del dispositivo terminal o un número aleatorio.
Como otro ejemplo, para un escenario de restablecimiento de conexión de RRC, el Msg3 puede incluir una solicitud de restablecimiento de conexión de RRC generada en la capa de RRC. Además, el Msg3 también puede portar, por ejemplo, un identificador temporal de red de radio de célula (C-RNTI).
Como otro ejemplo, para un escenario de traspaso, el Msg3 puede incluir un mensaje de confirmación de traspaso de RRC generado en la capa de RRC, que porta el C-RNTI del dispositivo terminal. Además, el Msg3 también puede portar información tal como una notificación de estado de memoria intermedia (BSR). Para otros sucesos de desencadenamiento, tales como un escenario de llegada de datos de enlace ascendente/enlace descendente, el Msg3 puede incluir al menos el C-RNTI del dispositivo terminal.
La etapa tres soporta la solicitud de repetición automática híbrida (HARQ). Si el dispositivo de red no logra recibir el Msg3, el dispositivo de red puede programar una retransmisión de MSG3 usando un formato de información de control de enlace descendente (DCI) 0_0 aleatorizado por el TC-RNTI.
El formato de DCI 0_0 aleatorizado por el TC-RNTI puede incluir: un indicador de DCI de enlace ascendente y de enlace descendente (1 bit), una asignación de recursos de frecuencia, una asignación de recursos de tiempo (4 bits), una bandera de salto de frecuencia (1 bit), un MCS (5 bits), un indicador de datos nuevos (NDI) (1 bit reservado), una RV (2 bits), un número de proceso de HARQ (4 bits reservados), una orden de control de potencia de transmisión para PUSCH (2 bits) y un indicador de portadora (1 bit) de UL/UL suplementario (SUL). El tamaño de la asignación de recursos de frecuencia puede determinarse de acuerdo con una parte de ancho de banda (BWP) de enlace ascendente. En la etapa cuatro, el dispositivo de red envía un Msg4 al dispositivo terminal.
El Msg4 puede incluir un mensaje de resolución de contienda y un recurso de transmisión de enlace ascendente asignado para el dispositivo terminal. Después de recibir el Msg4 enviado por el dispositivo de red, el dispositivo terminal puede detectar si el Msg4 incluye parte de los contenidos del Msg3 enviado por el dispositivo terminal. Si el Msg4 incluye parte de los contenidos del Msg3, se indica que un procedimiento de acceso aleatorio del dispositivo
terminal tiene éxito; de lo contrario, se considera que falla el procedimiento de acceso aleatorio, y es necesario que el dispositivo terminal empiece a iniciar de nuevo el procedimiento de acceso aleatorio desde la etapa uno.
Debido a que el dispositivo terminal puede portar su propio identificador singular en el Msg3 en la etapa tres, en el mecanismo de resolución de contienda, el dispositivo de red portará el identificador singular del dispositivo terminal en el Msg4 para designar el dispositivo terminal que gana la contienda.
La etapa cuatro soporta la retransmisión de HARQ. Después de recibir el Msg4, el dispositivo terminal realiza una realimentación de canal de control de enlace ascendente físico (PUCCH). Si un resultado de descodificación del Msg4 recibido por el dispositivo terminal es un acuse de recibo negativo (NACK), el dispositivo de red puede realizar una retransmisión de HARQ para el Msg4. De forma ilustrativa, el dispositivo de red puede usar un formato de DCI 1_0 aleatorizado por el C-RNTI o el TC-RNTI para programar la transmisión inicial o una retransmisión del Msg4. El acceso aleatorio se completa si el dispositivo terminal recibe el formato de DCI 1_0 aleatorizado por el C-RNTI y su PDSCH correspondiente. Si el dispositivo terminal recibe el formato de DCI 1_0 aleatorizado por el TC-RNTI y su PDSCH correspondiente y tiene éxito la comparación de los contenidos, se completa el acceso aleatorio.
El formato de DCI 1_0 aleatorizado por el TC-RNTI puede incluir: un indicador de DCI de enlace ascendente y de enlace descendente (1 bit), una asignación de recursos de frecuencia (su tamaño se determina de acuerdo con una BWP de DL), una asignación de recursos de tiempo (4 bits), una correlación de bloques de recursos virtuales (VRB) a bloques de recursos físicos (PRB) (1 bit), un MCS (5 bits), un NDI (1 bit), una RV (2 bits), un número de proceso de HARQ (4 bits), un indicador de asignación de enlace descendente (DAI) (2 bits reservados), una orden de control de potencia de transmisión para PUCCH (2 bits), un indicador de recurso de PUCCH (3 bits) y un indicador de tiempo de realimentación de PDSCH a HARQ (3 bits).
El retardo de tiempo del procedimiento de acceso aleatorio de cuatro etapas es relativamente grande, lo que no es adecuado para escenarios de retardo bajo y de fiabilidad alta de la 5G. Considerando características de servicios relacionados con el retardo bajo y la fiabilidad alta, se propone un esquema para el procedimiento de acceso aleatorio de dos etapas. Como se muestra en la figura 5, en el procedimiento de acceso aleatorio de dos etapas, hablando en términos simples, puede considerarse que la primera y la tercera etapas del procedimiento de acceso aleatorio de cuatro etapas se combinan en la primera etapa del procedimiento de acceso aleatorio de dos etapas, y puede considerarse que la segunda y la cuarta etapas del procedimiento de acceso aleatorio de cuatro etapas se combinan en la segunda etapa del procedimiento de acceso aleatorio de dos etapas. Por lo tanto, en la primera etapa del procedimiento de acceso aleatorio de dos etapas, es necesario que el dispositivo terminal envíe el preámbulo y el PUSCH al dispositivo de red. Debería entenderse que la figura 5 ilustra solo una implementación específica del procedimiento de acceso aleatorio de dos etapas, y no debería limitar el alcance de protección de la presente solicitud. Sin embargo, debido a que el primer mensaje enviado por el dispositivo terminal incluye el preámbulo y el PUSCH, puede haber dos situaciones cuando el dispositivo de red recibe el primer mensaje. En este caso, en la actualidad no se ha especificado claramente cómo el dispositivo terminal distingue entre las dos situaciones. Para solucionar los problemas anteriores, una realización de la presente solicitud propone un método de acceso aleatorio, que posibilita que el dispositivo terminal distinga diferentes situaciones cuando el dispositivo de red recibe el primer mensaje. La figura 6 es un diagrama de flujo esquemático de un método de acceso aleatorio 300 de acuerdo con una realización de la presente solicitud. El método descrito en la figura 6 puede ser realizado por un dispositivo terminal y un dispositivo de red, el dispositivo terminal puede ser, por ejemplo, el dispositivo terminal 120 mostrado en la figura 1, y el dispositivo de red puede ser, por ejemplo, el dispositivo de red 110 mostrado en la figura 1. Como se muestra en la figura 6, el método 300 incluye los siguientes contenidos.
En 310, un dispositivo terminal envía un primer mensaje a un dispositivo de red, incluyendo el primer mensaje un preámbulo y un primer PUSCH, e incluyendo el primer PUSCH datos obtenidos realizando una adaptación de tasa sobre un primer bloque de transporte.
En 320, el dispositivo de red recibe el primer mensaje.
En 330, el dispositivo de red envía una segunda DCI al dispositivo terminal de acuerdo con un resultado de la recepción del primer mensaje.
En 340, el dispositivo terminal recibe la segunda DCI enviada por el dispositivo de red.
El primer mensaje que incluye el preámbulo y el primer PUSCH en 310 puede entenderse como que no hay ningún otro mensaje entre el dispositivo de red y el dispositivo terminal, desde el momento en el que el dispositivo terminal envía el preámbulo al dispositivo de red hasta el momento en el que el dispositivo terminal envía el primer PUSCH al dispositivo de red, y/o el dispositivo de red puede enviar un segundo mensaje al dispositivo terminal tanto para el preámbulo como para el primer PUSCH.
La adaptación de tasa mencionada anteriormente puede incluir operaciones tales como codificación, modulación, correlación y precodificación. Además, puede incluirse un identificador del dispositivo terminal en el primer bloque de transporte. De forma ilustrativa, el identificador del dispositivo terminal puede incluir, pero sin limitación, un TC-RNTI, un C-RNTI, un número aleatorio con una cantidad fija de bits, un S-TMSI de 5G, etc.
En algunas realizaciones, una RV usada cuando el dispositivo terminal envía el primer PUSCH puede ser RV0. El dispositivo terminal envía el primer mensaje al dispositivo de red, y el dispositivo de red puede recibir el primer mensaje en consecuencia. Puede haber múltiples situaciones cuando el dispositivo de red recibe el primer mensaje. En la situación 1, el dispositivo de red detecta con éxito la secuencia de preámbulo fuera, pero no logra descodificar el primer bloque de transporte.
En la situación 2, el dispositivo de red detecta con éxito la secuencia de preámbulo fuera y descodifica el primer bloque de transporte.
En la situación 3, el dispositivo de red ni detecta la secuencia de preámbulo fuera ni descodifica el primer bloque de transporte.
La situación 1 y la situación 2 se consideran principalmente en una realización de la presente solicitud. Debería entenderse que, en la situación 3, el dispositivo de red no puede determinar si el dispositivo terminal ha enviado el primer mensaje, por lo que el dispositivo de red puede no hacer nada para procesar en la situación 3.
Después de recibir parte o la totalidad del primer mensaje, el dispositivo de red puede enviar un mensaje de respuesta al dispositivo terminal de acuerdo con el resultado de la recepción del primer mensaje. Puede haber dos situaciones cuando el dispositivo de red envía la información de respuesta al dispositivo terminal.
En la situación A, cuando el dispositivo de red detecta con éxito la secuencia de preámbulo fuera, pero no logra descodificar el primer bloque de transporte (es decir, la situación 1 cuando el dispositivo de red recibe el primer mensaje), el dispositivo de red no puede determinar qué dispositivo terminal envió el primer mensaje. En este caso, el dispositivo de red puede enviar la primera DCI al dispositivo terminal para posibilitar que el dispositivo terminal retransmita el primer bloque de transporte. Este ejemplo no es parte de la invención reivindicada.
En algunas realizaciones, el dispositivo de red puede enviar la primera DCI al dispositivo terminal usando un primer conjunto de recursos de control (CORESET), o puede enviar la primera DCI al dispositivo terminal usando otros recursos. En este caso, el dispositivo terminal recibe la primera DCI detectando un canal de control de enlace descendente físico (PDCCH) en el CORESET u otros recursos. El CORESET puede preestablecerse en el dispositivo terminal basándose en el protocolo, o puede ser preconfigurado en el dispositivo terminal por el dispositivo de red. Este ejemplo no es parte de la invención reivindicada.
El PDCCH mencionado en las realizaciones de la presente solicitud también puede ser un canal de control de enlace descendente físico potenciado (EPDCCH), un canal de control de enlace descendente físico de comunicación de tipo máquina (MPDCCH), un canal de control de enlace lateral físico (PSCCH) o un canal de control de enlace descendente físico de banda estrecha (NPDCCH), que no están específicamente limitados en las realizaciones de la presente solicitud.
En algunas realizaciones, la primera DCI puede usarse para programar el primer PDSCH, el primer PDSCH incluye la información de respuesta para el preámbulo; o la primera DCI puede incluir la información de respuesta para el preámbulo. Este ejemplo no es parte de la invención reivindicada.
La información de respuesta para el preámbulo puede incluir, pero sin limitación, al menos uno de: un identificador del preámbulo, un TC-RNTI, primera información de RV, primera información de NDI, primera información de indicador de portadora, primera información de número de proceso de HARQ, primera información de MCS e información de una orden de control de potencia de transmisión para PUSCH. La primera información de RV puede usarse para determinar una versión de redundancia de un segundo PUSCH, la información de una orden de control de potencia de transmisión para PUSCH puede usarse para que el dispositivo terminal determine la potencia de transmisión del segundo PUSCH de acuerdo con la potencia de transmisión del primer PUSCH, y la primera información de indicador de portadora puede usarse para que el dispositivo terminal determine información de la portadora para transmitir el segundo PUSCH. El segundo PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre el primer bloque de transporte. El primer PUSCH y el segundo PUSCH pueden ser diferentes. Puede entenderse que los bloques de transporte transmitidos por el primer PUSCH y el segundo PUSCH son iguales, por lo que el segundo PUSCH es una retransmisión para el primer PUSCH.
En algunas realizaciones, debido a que el primer PUSCH y el segundo PUSCH transmiten el mismo primer bloque de transporte, cuando se determinan parámetros de transmisión del segundo PUSCH, ya no es necesario determinar el
tamaño del primer bloque de transporte de acuerdo con la primera información de MCS, la primera información de MCS solo puede usarse para determinar un orden de modulación del segundo PUSCH.
De acuerdo con los esquemas técnicos descritos anteriormente, la información que indica la RV y similares, que se usa para la retransmisión, se incluye en la información de respuesta para el preámbulo, de tal modo que el dispositivo terminal puede retransmitir directamente el primer bloque de transporte en el primer mensaje después de recibir la información de respuesta para el preámbulo.
La información de respuesta para el preámbulo puede portarse en una PDU de MAC, por ejemplo, la PDU de MAC como se muestra en la figura 3. Una PDU de MAC puede incluir información de respuesta para al menos un preámbulo. Si una PDU de MAC incluye información de respuesta para múltiples preámbulos, puede fijarse un tamaño de la información de respuesta para cada preámbulo y la información de respuesta puede incluir una concesión de UL, por ejemplo, como se muestra en la figura 4. La información incluida en cada concesión de UL puede mostrarse en la Tabla 2.
Tabla 2
Debería entenderse que los ejemplos específicos en las realizaciones de la presente solicitud solo pretenden ayudar a los expertos en la materia a entender mejor las realizaciones de la presente invención, y no pretenden limitar el alcance de las realizaciones de la presente solicitud. Por ejemplo, los números de bits en los campos de la información de respuesta para el preámbulo en la Tabla 2 no se limitan a los números de bits mostrados en la Tabla 2. Como un ejemplo, el campo de MCS en la Tabla 2 ocupa 2 bits (para indicar diferentes órdenes de modulación, tal como uno de q, 2, 4 y 6). En realidad, el campo de MCS también puede ocupar 5 bits u otros números de bits. Como otro ejemplo, el campo de RV en la Tabla 2 ocupa 2 bits (para indicar RV0, RV1, RV2 y RV3). En realidad, el campo de RV también puede ocupar 1 bit (para indicar RV0 o RV2) u otros números de bits.
También debería entenderse que el tamaño de la información de respuesta para el preámbulo en el procedimiento de acceso aleatorio de dos etapas no está específicamente limitado, es decir, el tamaño de la información de respuesta para el preámbulo en el procedimiento de acceso aleatorio de dos etapas puede ser el mismo que o diferente del de la información de respuesta para el preámbulo en el procedimiento de acceso aleatorio de cuatro etapas.
En algunas realizaciones, el tamaño de la información de respuesta para el preámbulo en el procedimiento de acceso aleatorio de dos etapas es el mismo que el de la información de respuesta para el preámbulo en el procedimiento de acceso aleatorio de cuatro etapas. En algunas realizaciones, en la Tabla 2 se muestra información incluida en la concesión de UL en la información de respuesta para el preámbulo en el procedimiento de acceso aleatorio de dos etapas, y en la Tabla 1 se muestra información incluida en la concesión de UL en la información de respuesta para el preámbulo en el procedimiento de acceso aleatorio de cuatro etapas. En algunas realizaciones, la información de respuesta para el preámbulo en el procedimiento de acceso aleatorio de dos etapas y la información de respuesta para el preámbulo en el procedimiento de acceso aleatorio de cuatro etapas incluyen información de indicador para distinguir si la información de respuesta actual es para el procedimiento de acceso aleatorio de dos etapas o el procedimiento de acceso aleatorio de cuatro etapas. Por ejemplo, el bit reservado R en la RAR de MAC puede usarse para indicar si la RAR de MAC es información de respuesta para el procedimiento de acceso aleatorio de dos etapas o para el procedimiento de acceso aleatorio de cuatro etapas. Como otro ejemplo, la Tabla 1 y la Tabla 2 incluyen además información de 1 bit para indicar explícitamente si la información de respuesta actual es para el procedimiento de acceso aleatorio de dos etapas o para el procedimiento de acceso aleatorio de cuatro etapas.
Con respecto a la primera información de indicador de portadora incluida en la información de respuesta para el preámbulo, además, si el dispositivo terminal realiza una transmisión en un espectro sin licencia, la primera información de indicador de portadora puede usarse adicionalmente para determinar una portadora sin licencia para enviar el segundo PUSCH. En este caso, la información de respuesta para el preámbulo puede incluir además al menos uno de: información de indicador de al menos una BWP de enlace ascendente, información de indicador de al menos una
subbanda de enlace ascendente, información de indicador de al menos dos recursos en el dominio del tiempo, información de indicador de al menos dos recursos en el dominio de la frecuencia, un tipo de acceso de canal correspondiente al segundo PUSCH y una prioridad de acceso de canal correspondiente al segundo PUSCH.
Para conseguir un entendimiento más profundo de las realizaciones de la presente solicitud, a continuación se presentará brevemente el espectro sin licencia.
El espectro sin licencia es un espectro dividido por países y regiones, que puede usarse para la comunicación de dispositivos de radio. El espectro puede considerarse como un espectro compartido, es decir, dispositivos de comunicación en diferentes sistemas de comunicación pueden usar el espectro y pueden no solicitar una licencia de espectro de uso exclusivo a los gobiernos, siempre que estos cumplan con los requisitos reglamentarios establecidos sobre el espectro por los países o las regiones. Para posibilitar que diversos sistemas de comunicación para una comunicación inalámbrica usando el espectro sin licencia coexistan de forma amistosa en el espectro, es necesario adoptar un principio de escuchar antes de hablar (LBT), es decir, antes de que los dispositivos de comunicación envíen señales en un canal del espectro sin licencia, en primer lugar es necesario realizar una escucha de canal (o detección de canal), y los dispositivos de comunicación pueden enviar las señales solo cuando un resultado de la escucha de canal es que el canal está inactivo. Si el resultado de la escucha de canal realizada por los dispositivos de comunicación en el espectro sin licencia es que el canal está ocupado, no pueden enviarse las señales. Además, para asegurar la equidad, en una transmisión, la duración de una transmisión de señal realizada por el dispositivo de comunicación usando el canal en el espectro sin licencia puede no superar el tiempo de ocupación de canal máximo (MCOT).
Por lo tanto, en el procedimiento de acceso aleatorio de dos etapas en el espectro sin licencia, pueden incluirse múltiples recursos candidatos en el dominio del tiempo y/o en el dominio de la frecuencia cuando se retransmiten datos de enlace ascendente o datos de enlace descendente, para aumentar las oportunidades de transmisión cuando se retransmiten los datos.
Cuando una realización de la presente solicitud se aplica al espectro sin licencia, el tipo de acceso de canal incluido en la información de respuesta para el preámbulo puede incluir al menos uno de tipo de acceso de canal de categoría 1 (Cat-1), tipo de acceso de canal de categoría 2 (Cat-2) y tipo de acceso de canal de categoría 4 (Cat-4).
El tipo de acceso de canal de Cat-1 puede significar que se realiza una transmisión inmediatamente después de que haya finalizado un espacio de conmutación, es decir, no es necesario que se detecte si el canal está inactivo, y el tipo de acceso de canal de categoría 1 es adecuado para una conmutación de transmisión dentro de un COT. El espacio de conmutación puede no superar una cierta duración, tal como 16 µs.
El tipo de acceso de canal de Cat-2 puede significar que las señales pueden enviarse si el canal está inactivo dentro de un único tiempo de detección, y las señales no pueden enviarse si el canal está ocupado.
El tipo de acceso de canal de Cat-4 puede significar un acceso de canal de retroceso aleatorio basándose en un tamaño de ventana de contienda variable (CWS). En este caso, el dispositivo de comunicación determina el CWS como un CWp que es un valor variable, y el dispositivo de comunicación genera un número aleatorio N de acuerdo con un valor del CWp. El dispositivo de comunicación realiza una detección de canal en el espectro sin licencia, y después de que hayan tenido éxito todas las detecciones de canal en N ranuras, el dispositivo de comunicaciones puede enviar las señales.
Adicionalmente, cuando el tipo de acceso de canal es el tipo de acceso de canal de Cat-4, las prioridades de los esquemas de acceso de canal pueden determinarse adicionalmente de acuerdo con prioridades de servicios de transmisión. Es decir, el tipo de acceso de canal de Cat-4 puede tener diferentes subesquemas de acceso de canal, que pueden corresponder a prioridades de diferentes servicios de transmisión. La Tabla 3 es un ejemplo de parámetros de acceso de canal correspondientes a diferentes prioridades de canal bajo el tipo de acceso de canal de Cat-4. Cuanto menor sea el valor de P, más alta será la prioridad.
Tabla 3
Después de que el dispositivo terminal haya enviado el primer mensaje, el dispositivo terminal puede iniciar un primer temporizador o iniciar una ventana de tiempo de RAR y recibir la primera DCI dentro de un rango de duración del temporizador o de la ventana de tiempo de RAR. Este ejemplo no es parte de la invención reivindicada.
En algunas realizaciones, el temporizador o la ventana de tiempo de RAR puede preestablecerse en el dispositivo terminal basándose en el protocolo, o puede ser preconfigurado en el dispositivo terminal por el dispositivo de red, por ejemplo, puede configurarse a través de una señalización de RRC.
Debería entenderse que el temporizador o la ventana de tiempo de RAR puede iniciarse después de que se haya enviado el preámbulo, o después de que se haya enviado el primer PUSCH, lo que no está específicamente limitado en las realizaciones de la presente solicitud.
Como una realización posible, el dispositivo terminal puede recibir la primera DCI usando un primer RNTI. Este ejemplo no es parte de la invención reivindicada.
En algunas realizaciones, el primer RNTI puede determinarse de acuerdo con al menos uno de: una posición en el dominio del tiempo del preámbulo, una posición en el dominio de la frecuencia del preámbulo, un identificador del preámbulo, una posición en el dominio del tiempo del primer PUSCH, una posición en el dominio de la frecuencia del primer PUSCH y un puerto de antena de una señal de referencia de desmodulación (DMRS) del primer PUSCH. La posición en el dominio del tiempo del preámbulo o la posición en el dominio del tiempo del primer PUSCH puede referirse a un primer símbolo en el recurso en el dominio del tiempo ocupado por el preámbulo o por el primer PUSCH, y la posición en el dominio de la frecuencia del preámbulo o la posición en el dominio de la frecuencia del primer PUSCH puede referirse a cuál de los recursos de PRACH en el dominio de la frecuencia o un bloque de recursos (RB) con el número más pequeño en el recurso en el dominio de la frecuencia.
En algunas realizaciones, el primer RNTI puede ser un RA-RNTI. En este caso, el dispositivo terminal o el dispositivo de red puede calcular el RA-RNTI de acuerdo con el recurso de PRACH para transmitir el primer mensaje. Un enfoque de cálculo posible es la fórmula (2):
en donde s_id es un índice de un primer símbolo de OFDM del recurso de PRACH para transmitir el primer mensaje (0 ≤ s_id < 14), t_id es un índice de una primera ranura del recurso de PRACH para transmitir el primer mensaje en una trama de sistema (0 ≤ t_id < 80), f_id es un índice del recurso de PRACH para transmitir el primer mensaje en el dominio de la frecuencia (0 ≤ f_id < 8), y ul_carrier_id es una portadora de enlace ascendente para transmitir el primer mensaje (0 representa una portadora de NUL y 1 representa una portadora de SUL, o 0 representa una portadora sin licencia y 1 representa una portadora con licencia).
Después de recibir la primera DCI, el dispositivo terminal puede enviar un segundo PUSCH al dispositivo de red, es decir, retransmitir el primer bloque de transporte al dispositivo de red. Este ejemplo no es parte de la invención reivindicada.
Como un ejemplo, el dispositivo terminal puede enviar el segundo PUSCH al dispositivo de red de acuerdo con la información de respuesta para el preámbulo. Por ejemplo, si la información de respuesta para el preámbulo incluye una primera información de RV, el dispositivo terminal puede determinar una RV, usada cuando se envía el segundo PUSCH, de acuerdo con la primera información de RV y, entonces, enviar el segundo PUSCH al dispositivo de red de acuerdo con la RV determinada.
Como otro ejemplo, el dispositivo terminal puede enviar el segundo PUSCH al dispositivo de red basándose en información preestablecida en el dispositivo terminal, por ejemplo, información especificada por el protocolo.
Cuando la primera DCI programa un primer PDSCH y el primer PDSCH incluye la información de respuesta para el preámbulo, el dispositivo terminal envía el segundo PUSCH al dispositivo de red. Específicamente, después de que el dispositivo terminal haya recibido la primera DCI dentro del rango de duración del temporizador de RAR o la ventana de tiempo de RAR, y haya descodificado el primer PDSCH de acuerdo con la primera DCI, entonces el dispositivo terminal determina si el primer PDSCH es su propio PDSCH. Si es así, el dispositivo terminal puede retransmitir el primer bloque de transporte al dispositivo de red. Este ejemplo no es parte de la invención reivindicada.
De forma ilustrativa, en un proceso en el que el dispositivo terminal determina si el primer PDSCH es su propio PDSCH, el dispositivo terminal puede averiguar si el primer PDSCH incluye un identificador del preámbulo enviado por el dispositivo terminal, y si el primer PDSCH incluye el identificador del preámbulo enviado por el dispositivo terminal, el dispositivo terminal puede determinar que el primer PDSCH es su propio PDSCH. Entonces, el dispositivo terminal puede retransmitir el primer bloque de transporte al dispositivo de red de acuerdo con una orden de TA, una concesión de UL y TC-RNTI, o similares, correspondiente al identificador del preámbulo.
Si la primera DCI incluye la información de respuesta para el preámbulo, después de que el dispositivo terminal haya recibido la primera DCI dentro del rango de duración del temporizador de RAR o la ventana de tiempo de RAR, el dispositivo terminal determina si la primera DCI es su propia DCI y, si es así, el dispositivo terminal puede retransmitir el primer bloque de transporte al dispositivo de red. Este ejemplo no es parte de la invención reivindicada.
En algunas realizaciones, si la primera DCI incluye la información de respuesta para el preámbulo, el primer RNTI puede determinarse de acuerdo con el identificador del preámbulo y/o el puerto de antena de la DMRS del primer PUSCH. Este ejemplo no es parte de la invención reivindicada.
Después de recibir el segundo PUSCH, el dispositivo de red puede combinar el mismo con datos en el primer PUSCH para determinar si el primer bloque de transporte puede obtenerse con éxito mediante codificación. Si el dispositivo de red recibe correctamente el primer bloque de transporte, el dispositivo de red puede enviar una segunda DCI al dispositivo terminal. El proceso subsiguiente se describirá posteriormente, y no se describirá con detalle en el presente documento por razones de brevedad.
Si el dispositivo de red no recibe correctamente aún el primer bloque de transporte, el dispositivo de red puede enviar una tercera DCI al dispositivo terminal, en donde la tercera DCI se usa para programar la transmisión de un tercer PUSCH, y el tercer PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre el primer bloque de transporte. Es decir, si el dispositivo de red aún no recibe correctamente el primer bloque de transporte después de que el dispositivo terminal haya retransmitido el primer bloque de transporte al dispositivo de red, el dispositivo terminal puede continuar retransmitiendo el primer bloque de transporte al dispositivo de red.
En consecuencia, el dispositivo terminal puede recibir la tercera DCI enviada por el dispositivo de red. Como un ejemplo, si la información de respuesta para el preámbulo incluye el TC-RNTI, el dispositivo terminal puede recibir la tercera DCI de acuerdo con el TC-RNTI.
En algunas realizaciones, la tercera DCI puede incluir, pero sin limitación, al menos uno de: un indicador de DCI de enlace ascendente y de enlace descendente, una asignación de recursos de frecuencia, una asignación de recursos de tiempo, una bandera de salto de frecuencia, un MCS, un NDI, una RV, un número de proceso de HARQ, una orden de control de potencia de transmisión para PUSCH y un indicador de portadora.
El proceso para que el dispositivo terminal retransmita el primer bloque de transporte al dispositivo de red puede repetirse hasta que el dispositivo de red reciba correctamente el primer bloque de transporte o una cantidad de retransmisiones alcance la cantidad máxima de retransmisiones. Después de que el dispositivo de red haya recibido correctamente el primer bloque de transporte, el dispositivo de red puede enviar la segunda DCI al dispositivo terminal para el primer bloque de transporte.
En algunas realizaciones, el dispositivo de red puede enviar la segunda DCI al dispositivo terminal de acuerdo con el TC-RNTI, el primer RNTI o un segundo RNTI y, en consecuencia, el dispositivo terminal puede recibir la segunda DCI de acuerdo con el TC-RNTI, el primer RNTI o el segundo RNTI.
En algunas realizaciones, el segundo RNTI puede determinarse de acuerdo con al menos uno de: una posición en el dominio del tiempo del preámbulo, una posición en el dominio de la frecuencia del preámbulo, un identificador del preámbulo, una posición en el dominio del tiempo del primer PUSCH, una posición en el dominio de la frecuencia del primer PUSCH, un puerto de antena de una DMRS del primer PUSCH y un identificador del dispositivo terminal. En algunas realizaciones, la primera DCI y la segunda DCI pueden aleatorizarse usando diferentes RNTI. Por lo tanto, el dispositivo terminal puede distinguir la primera DCI de la segunda DCI más eficazmente. Este ejemplo no es parte de la invención reivindicada.
En algunas realizaciones, el primer PDSCH programado por la primera DCI no soporta la retransmisión de HARQ. Este ejemplo no es parte de la invención reivindicada.
En la situación B, cuando el dispositivo de red detecta con éxito la secuencia de preámbulo fuera, y descodifica el primer bloque de transporte (es decir, la situación 2 cuando el dispositivo de red recibe el primer mensaje), el dispositivo de red puede determinar qué dispositivo terminal envió el primer mensaje. En este caso, el dispositivo de red puede enviar la segunda DCI al dispositivo terminal.
En algunas realizaciones, el dispositivo de red puede enviar la segunda DCI al dispositivo terminal usando un segundo CORESET, o puede enviar la segunda DCI al dispositivo terminal usando otros recursos. El CORESET puede preestablecerse en el dispositivo terminal basándose en el protocolo, o puede ser preconfigurado en el dispositivo terminal por el dispositivo de red.
La segunda DCI se usa para programar un segundo PDSCH que incluye datos obtenidos realizando una adaptación de tasa sobre el segundo bloque de transporte, y el segundo bloque de transporte incluye la información de respuesta para el primer bloque de transporte.
La información de respuesta para el primer bloque de transporte puede incluir al menos uno de: un identificador del preámbulo, parte o la totalidad de los contenidos incluidos en el primer bloque de transporte, un TC-RNTI o C-RNTI. A continuación se describirán, respectivamente, dos realizaciones, en las que la segunda DCI incluye la información de respuesta para el primer bloque de transporte, y la segunda DCI se usa para programar el segundo PDSCH que incluye los datos obtenidos realizando una adaptación de tasa sobre el segundo bloque de transporte, incluyendo el segundo bloque de transporte la información de respuesta para el primer bloque de transporte.
En la realización uno, la segunda DCI incluye la información de respuesta para el primer bloque de transporte. Después de recibir la segunda DCI, el dispositivo terminal puede enviar información de acuse de recibo (ACK) al dispositivo de red. Debería entenderse que, cuando la segunda DCI incluye la información de respuesta para el primer bloque de transporte, si el dispositivo terminal no recibe la segunda DCI, el dispositivo terminal no puede determinar si el dispositivo de red se envió la segunda DCI a sí mismo, por lo que el dispositivo terminal no enviará un NACK al dispositivo de red.
En esta realización, la segunda DCI puede incluir al menos una de: primera información de indicador de recurso de PUCCH, primera información de indicador de posición en el dominio del tiempo de PUCCH, información de primera orden de control de potencia de transmisión para PUCCH y segunda información de indicador de portadora.
En este caso, el dispositivo terminal puede determinar un primer recurso de PUCCH para enviar información de ACK de acuerdo con la segunda DCI y, entonces, enviar la información de ACK al dispositivo de red usando el primer recurso de PUCCH. En consecuencia, el dispositivo de red detectará si se incluye la información de ACK en el primer recurso de PUCCH. En algunas realizaciones, el dispositivo de red no detecta si se incluye información de NACK en el primer recurso de PUCCH.
La segunda DCI puede incluir al menos una de la información descrita anteriormente. Además, si el dispositivo terminal está configurado con una portadora en un espectro sin licencia, la segunda información de indicador de portadora también puede usarse para determinar la portadora sin licencia para transmitir el primer PUCCH. En este caso, la segunda DCI puede incluir además, pero sin limitación: indicadores de al menos dos primeros recursos de PUCCH, indicadores de al menos dos primeras posiciones en el dominio del tiempo de PUCCH, un primer tipo de acceso de canal PUCCH y una primera prioridad de acceso de canal PUCCH.
En la realización dos, la segunda DCI se usa para programar el segundo PDSCH que incluye datos obtenidos realizando una adaptación de tasa sobre el segundo bloque de transporte, incluyendo el segundo bloque de transporte la información de respuesta para el primer bloque de transporte.
En esta realización, la segunda DCI puede incluir al menos uno de: segunda información de indicador de recurso de PUCCH, información de indicador de tiempo de realimentación de PDSCH a HARQ, tercera información de indicador de portadora, información de una segunda orden de control de potencia de transmisión para PUCCH, segunda información de RV, segunda información de NDI, segunda información de número de proceso de HARQ y segunda información de MCS. La segunda información de RV puede usarse para determinar una versión de redundancia correspondiente del segundo bloque de transporte cuando se transmite, y la segunda información de MCS puede usarse para determinar un orden de modulación y/o tasa de código correspondiente del segundo bloque de transporte cuando se transmite.
En esta realización, como un ejemplo, el dispositivo terminal puede haber recibido la segunda DCI pero no haber logrado descodificar el segundo PDSCH, en este caso el dispositivo terminal puede enviar información de NACK al dispositivo de red.
En algunas realizaciones, el dispositivo terminal puede determinar un segundo recurso de PUCCH de acuerdo con la segunda DCI o el recurso preconfigurado y, entonces, enviar la información de NACK al dispositivo de red en el segundo recurso de PUCCH.
En consecuencia, después de que el dispositivo de red haya recibido la información de NACK enviada por el dispositivo terminal, el dispositivo de red puede enviar la segunda DCI al dispositivo terminal para la información de NACK. La segunda DCI se usa para programar la transmisión de un tercer PDSCH, el tercer PDSCH incluye datos obtenidos realizando una adaptación de tasa sobre el segundo bloque de transporte. Es decir, la segunda DCI enviada por el dispositivo de red para la información de NACK enviada por el dispositivo terminal se usa para programar una retransmisión del segundo PDSCH.
Por conveniencia de la descripción, la segunda DCI para programar una retransmisión del segundo PDSCH se denomina cuarta DCI en una realización de la presente solicitud. En algunas realizaciones, un valor de una RV en la cuarta DCI puede ser diferente de un valor de una RV en la segunda DCI. En algunas realizaciones, un valor de un orden de modulación en la cuarta DCI puede ser diferente de un valor de un orden de modulación en la segunda DCI.
Debería entenderse que el proceso de programar una retransmisión del segundo PDSCH puede repetirse hasta que el dispositivo terminal realimente información de ACK al dispositivo de red o la cantidad de retransmisiones alcance la cantidad máxima de retransmisiones.
Como otro ejemplo, el dispositivo terminal puede recibir la segunda DCI y descodificar el segundo PDSCH, entonces el dispositivo terminal puede enviar la información de ACK al dispositivo de red. Después de que el dispositivo de red haya recibido la información de ACK enviada por el dispositivo terminal, se indica que se ha completado el procedimiento de acceso aleatorio.
En algunas realizaciones, el dispositivo terminal puede determinar el segundo recurso de PUCCH de acuerdo con la segunda DCI y, entonces, enviar la información de ACK al dispositivo de red en el segundo recurso de PUCCH. Como alternativa, el dispositivo terminal puede enviar la información de ACK al dispositivo de red usando el segundo recurso de PUCCH preconfigurado.
En una realización de la presente solicitud, el tamaño de la primera DCI puede ser el mismo que el de la segunda DCI. Por lo tanto, puede reducirse eficazmente la cantidad de detecciones a ciegas del PDCCH en el lado de dispositivo terminal.
En algunas realizaciones, para que el dispositivo terminal distinga mejor la primera DCI de la segunda DCI, la primera DCI y/o la segunda DCI también pueden indicar si la DCI recibida actualmente por el dispositivo terminal es la primera DCI o la segunda DCI.
Como un ejemplo, la primera DCI puede incluir un primer campo de información de indicación usado para indicar que una DCI recibida actualmente por el dispositivo terminal es la primera DCI, y/o la segunda DCI puede incluir el primer campo de información de indicación usado para indicar que una DCI recibida actualmente por el dispositivo terminal es la segunda DCI.
El primer campo de información de indicación puede incluir al menos un bit. De forma ilustrativa, cuando el primer campo de información de indicación es un bit, puede usarse un bit "0" para indicar que una DCI recibida actualmente por el dispositivo terminal es la primera DCI, y puede usarse un bit "1" para indicar que una DCI recibida actualmente por el dispositivo terminal es la segunda DCI. Cuando el primer campo de información de indicación es de múltiples bits, si los múltiples bits son iguales, estos pueden usarse para indicar que la DCI recibida actualmente por el dispositivo terminal es la primera DCI; si al menos dos de los múltiples bits son diferentes, estos pueden usarse para indicar que la DCI recibida actualmente por el dispositivo terminal es la segunda DCI. Por ejemplo, el primer campo de información de indicación incluye 3 bits, si el primer campo de información de indicación en la DCI recibida actualmente por el dispositivo terminal es "010", el dispositivo terminal puede determinar que la DCI recibida actualmente es la segunda DCI; si el primer campo de información de indicación en la DCI recibida actualmente por el dispositivo terminal es "000", el dispositivo terminal puede determinar que la DCI recibida actualmente es la primera DCI.
Como otro ejemplo, puede usarse un primer parámetro para indicar si la DCI recibida actualmente por el dispositivo terminal es la primera DCI o la segunda DCI. Por ejemplo, si la DCI recibida actualmente por el dispositivo terminal incluye el primer parámetro, la DCI es la primera DCI; si la DCI recibida actualmente por el dispositivo terminal no incluye el primer parámetro, la DCI es la segunda DCI.
Debería hacerse notar que, cuando la primera DCI incluye el primer campo de información de indicación, la segunda DCI puede no incluir el primer campo de información de indicación; o, cuando la primera DCI no incluye el primer campo de información de indicación, la segunda DCI puede incluir el primer campo de información de indicación. Los ejemplos anteriores de la primera DCI no son parte de la invención reivindicada.
Una realización de la presente solicitud se describirá adicionalmente a continuación con referencia a la figura 7. Puede verse que la figura 7 incluye esquemas técnicos de la situación A y la situación B.
Un dispositivo terminal envía un preámbulo y un primer PUSCH a un dispositivo de red, el primer PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre un primer bloque de transporte. Entonces, el dispositivo de red detecta el preámbulo y el primer bloque de transporte. Si el dispositivo de red recibe el preámbulo, el dispositivo de red envía la primera DCI aleatorizada por un primer RNTI al dispositivo terminal, la primera DCI se usa para programar un primer PDSCH y el primer PDSCH incluye la información de respuesta para el preámbulo (la situación A). Si el dispositivo de red recibe el primer bloque de transporte, el dispositivo de red puede enviar una segunda DCI aleatorizada por un segundo RNTI al dispositivo terminal, en donde la segunda DCI se usa para programar el segundo PDSCH que incluye datos obtenidos realizando una adaptación de tasa sobre un segundo bloque de transporte, en donde el segundo bloque de transporte incluye la información de respuesta para el primer bloque de transporte. La situación A no es una parte de la invención reivindicada.
A continuación, el dispositivo terminal recibe la primera DCI o la segunda DCI dentro de una ventana de tiempo de RAR.
Si el dispositivo terminal recibe la primera DCI y una concesión de RAR, el dispositivo terminal puede determinar que el dispositivo de red no logra descodificar el primer bloque de transporte y, entonces, el dispositivo terminal puede enviar un segundo PUSCH al dispositivo de red de acuerdo con información usada para la retransmisión de PUSCH, tal como una RV en la RAR, el segundo PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre el primer bloque de transporte, es decir, el dispositivo terminal retransmite el primer bloque de transporte al dispositivo de red. El ejemplo no es una parte de la invención reivindicada.
Si el dispositivo terminal recibe la segunda DCI y descodifica un segundo PDSCH, el dispositivo terminal envía información de ACK al dispositivo de red, que indica que el acceso aleatorio tiene éxito. Si el dispositivo terminal recibe la segunda DCI pero no logra descodificar el segundo PDSCH, el dispositivo terminal envía información de NACK al dispositivo de red para solicitar una retransmisión del segundo PDSCH.
Debería entenderse que la figura 7 es solo un ejemplo posible de una realización de la presente solicitud, y no debería considerarse como una limitación a las realizaciones de la presente solicitud.
Debería entenderse que, en las realizaciones de la presente solicitud, "primero", "segundo", "tercero" y "cuarto" solo pretenden distinguir diferentes objetos, y no deberían considerarse como una limitación al alcance de las realizaciones de la presente solicitud.
En la realización de la presente solicitud, en el procedimiento de acceso aleatorio de dos etapas, después de que el dispositivo terminal haya enviado el primer mensaje al dispositivo de red, el dispositivo de red puede enviar diferentes DCI al dispositivo terminal de acuerdo con diferentes situaciones cuando se recibe el primer mensaje. Después de recibir diferentes DCI, el dispositivo terminal puede distinguir eficazmente entre dos situaciones cuando el dispositivo de red recibe el primer mensaje, de tal modo que el procedimiento subsiguiente en el procedimiento de acceso aleatorio de dos etapas puede realizarse de acuerdo con diferentes situaciones cuando el dispositivo de red recibe el primer mensaje.
Las realizaciones preferidas de la presente solicitud se han descrito con detalle anteriormente con referencia a los dibujos adjuntos. Sin embargo, la presente solicitud no se limita a detalles específicos de las realizaciones descritas anteriormente, y pueden hacerse diversas variaciones simples a los esquemas técnicos de la presente solicitud dentro del alcance de concepción técnico de la presente solicitud, y estas variaciones simples están, todas ellas, dentro del ámbito de protección de la presente solicitud.
Por ejemplo, diversas características técnicas específicas descritas en las realizaciones específicas descritas anteriormente pueden combinarse en cualquier modo adecuado sin conflicto. Para evitar una repetición innecesaria, en la presente solicitud no se explicarán adicionalmente diversos modos de combinación posibles.
Como otro ejemplo, diversas realizaciones diferentes de la presente solicitud pueden combinarse de forma arbitraria siempre que no contravengan la idea de la presente solicitud, y las combinaciones también deberían considerarse como los contenidos divulgados en la presente solicitud.
Debería entenderse que los números de secuencia de los procedimientos anteriores no significan secuencias de ejecución en diversas realizaciones de método de la presente solicitud. Las secuencias de ejecución de los procesos deberían determinarse de acuerdo con funciones y lógicas internas de los procesos, y no deberían interpretarse como limitación alguna a los procesos de implementación de las realizaciones de la presente solicitud.
Los métodos de comunicación de acuerdo con las realizaciones de la presente solicitud se han descrito con detalle anteriormente, y a continuación se describirán dispositivos de comunicación de acuerdo con las realizaciones de la presente solicitud con referencia a las figuras 8 a 10. Las características técnicas descritas en las realizaciones de método son aplicables a las siguientes realizaciones de dispositivo.
La figura 8 muestra un diagrama de bloques esquemático de un dispositivo terminal 400 de acuerdo con una realización de la presente solicitud. Como se muestra en la figura 8, el dispositivo terminal 400 incluye una unidad de comunicación 410 configurada para enviar un primer mensaje a un dispositivo de red, en donde el primer mensaje incluye un preámbulo de acceso aleatorio y un primer PUSCH, y el primer PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre un primer bloque de transporte.
La unidad de comunicación 410 está configurada adicionalmente para recibir la primera DCI o la segunda DCI enviada por el dispositivo de red, en donde la primera DCI o la segunda DCI se envía para el primer mensaje.
En algunas realizaciones, la primera DCI se usa para programar un primer PDSCH, y el primer PDSCH incluye información de respuesta para el preámbulo de acceso aleatorio; o la primera DCI incluye información de respuesta para el preámbulo de acceso aleatorio. El ejemplo no es una parte de la invención reivindicada.
En algunas realizaciones, la información de respuesta para el preámbulo de acceso aleatorio incluye al menos uno de: un identificador del preámbulo de acceso aleatorio, un TC-RNTI, primera información de RV, primera información de NDI, primera información de indicador de portadora, primera información de número de proceso de HARQ, primera información de MCS e información de una orden de control de potencia de transmisión para PUSCH.
En algunas realizaciones, la información de respuesta para el preámbulo de acceso aleatorio incluye la primera información de RV que se usa para determinar una versión de redundancia de un segundo PUSCH; y/o
la información de respuesta para el preámbulo de acceso aleatorio incluye la primera información de MCS que se usa para determinar un orden de modulación del segundo PUSCH; y/o
la información de respuesta para el preámbulo de acceso aleatorio incluye la información de una orden de control de potencia de transmisión para PUSCH que se usa para determinar la potencia de transmisión del segundo PUSCH de acuerdo con la potencia de transmisión del primer PUSCH; y/o
la información de respuesta para el preámbulo de acceso aleatorio incluye la primera información de indicador de portadora que se usa para determinar información de portadora para transmitir el segundo PUSCH; en donde el segundo PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre el primer bloque de transporte.
En algunas realizaciones, la unidad de comunicación 410 está configurada adicionalmente para enviar el segundo PUSCH al dispositivo de red de acuerdo con la información de respuesta para el preámbulo de acceso aleatorio, en donde el segundo PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre el primer bloque de transporte.
En algunas realizaciones, la unidad de comunicación 410 está configurada adicionalmente para recibir una tercera DCI, en donde la tercera DCI se usa para programar la transmisión de un tercer PUSCH, y el tercer PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre el primer bloque de transporte.
En algunas realizaciones, si la información de respuesta para el preámbulo de acceso aleatorio incluye un TC-RNTI, la unidad de comunicación 410 está configurada específicamente para recibir la tercera DCI de acuerdo con el TC-RNTI.
En algunas realizaciones, la unidad de comunicación 410 está configurada adicionalmente para recibir la segunda DCI enviada por el dispositivo de red para el primer bloque de transporte.
En algunas realizaciones, la segunda DCI incluye la información de respuesta para el primer bloque de transporte. En algunas realizaciones, la unidad de comunicación 410 está configurada adicionalmente para enviar un acuse de recibo al dispositivo de red.
En algunas realizaciones, la segunda DCI incluye al menos una de: primera información de indicador de recurso de PUCCH, primera información de indicador de posición en el dominio del tiempo de PUCCH, información de primera orden de control de potencia de transmisión para PUCCH y segunda información de indicador de portadora.
La unidad de comunicación 410 está configurada específicamente para enviar el acuse de recibo al dispositivo de red de acuerdo con la segunda DCI.
La segunda DCI se usa para programar un segundo PDSCH que incluye datos obtenidos realizando una adaptación de tasa sobre un segundo bloque de transporte, en donde el segundo bloque de transporte incluye la información de respuesta para el primer bloque de transporte.
La unidad de comunicación 410 está configurada adicionalmente para enviar un acuse de recibo negativo al dispositivo de red si el dispositivo terminal 400 recibe la segunda DCI y no logra descodificar el segundo PDSCH. En algunas realizaciones, la unidad de comunicación 410 está configurada adicionalmente para enviar el acuse de recibo al dispositivo de red si el dispositivo terminal 400 recibe la segunda DCI y descodifica el segundo PDSCH.
En algunas realizaciones, si la unidad de comunicación 410 envía un acuse de recibo negativo al dispositivo de red, la unidad de comunicación 410 está configurada adicionalmente para recibir la segunda DCI enviada por el dispositivo de red para el acuse de recibo negativo, en donde la segunda DCI se usa para programar la transmisión de un tercer PDSCH, y el tercer PDSCH incluye datos obtenidos realizando una adaptación de tasa sobre el segundo bloque de transporte.
En algunas realizaciones, la segunda DCI incluye al menos uno de: segunda información de indicador de recurso de PUCCH, información de indicador de tiempo de realimentación de PDSCH a HARQ, tercera información de indicador de portadora, información de una segunda orden de control de potencia de transmisión para PUCCH, segunda información de RV, segunda información de NDI, segunda información de número de proceso de HARQ y segunda información de MCS.
En algunas realizaciones, la segunda DCI incluye la segunda información de RV que se usa para determinar una versión de redundancia del segundo bloque de transporte cuando se transmite; y/o
la segunda DCI incluye la segunda información de MCS que se usa para determinar un orden de modulación o tasa de código correspondiente del segundo bloque de transporte cuando se transmite.
En algunas realizaciones, la información de respuesta para el primer bloque de transporte incluye al menos uno de: un identificador del preámbulo de acceso aleatorio, parte o la totalidad de los contenidos incluidos en el primer bloque de transporte, un TC-RNTI o C-RNTI.
En algunas realizaciones, el tamaño de la primera DCI es el mismo que el de la segunda DCI. El ejemplo no es una parte de la invención reivindicada.
En algunas realizaciones, la primera DCI incluye un primer campo de información de indicación, y el primer campo de información de indicación en la primera DCI se usa para indicar que una DCI recibida actualmente por el dispositivo terminal es la primera DCI. El ejemplo no es una parte de la invención reivindicada. En algunas realizaciones, la segunda DCI incluye también el primer campo de información de indicación, y el primer campo de información de indicación en la segunda DCI se usa para indicar que una DCI recibida actualmente por el dispositivo terminal es la segunda DCI.
En algunas realizaciones, la unidad de comunicación 410 está configurada específicamente para recibir la primera DCI enviada por el dispositivo de red usando un primer conjunto de recursos de control. El ejemplo no es una parte de la invención reivindicada. En algunas realizaciones, la unidad de comunicación 410 está configurada específicamente para recibir la segunda DCI enviada por el dispositivo de red usando un segundo conjunto de recursos de control.
En algunas realizaciones, la unidad de comunicación 410 está configurada específicamente para recibir la primera DCI de acuerdo con un primer RNTI. El ejemplo no es una parte de la invención reivindicada.
En algunas realizaciones, la unidad de comunicación 410 está configurada específicamente para recibir la segunda DCI de acuerdo con el primer RNTI.
En algunas realizaciones, el primer RNTI se determina de acuerdo con al menos uno de: una posición en el dominio del tiempo del preámbulo de acceso aleatorio, una posición en el dominio de la frecuencia del preámbulo de acceso aleatorio, un identificador del preámbulo de acceso aleatorio, una posición en el dominio del tiempo del primer PUSCH, una posición en el dominio de la frecuencia del primer PUSCH y un puerto de antena de una señal de referencia de desmodulación (DMRS) del primer PUSCH.
En algunas realizaciones, la unidad de comunicación 410 está configurada específicamente para recibir la segunda DCI de acuerdo con un segundo RNTI.
En algunas realizaciones, el segundo RNTI se determina de acuerdo con al menos uno de: una posición en el dominio del tiempo del preámbulo de acceso aleatorio, una posición en el dominio de la frecuencia del preámbulo de acceso aleatorio, un identificador del preámbulo de acceso aleatorio, una posición en el dominio del tiempo del primer PUSCH, una posición en el dominio de la frecuencia del primer PUSCH, un puerto de antena de una DMRS del primer PUSCH y un identificador del dispositivo terminal, en donde el primer bloque de transporte incluye el identificador del dispositivo terminal.
En algunas realizaciones, una RV usada cuando el dispositivo terminal transmite el primer PUSCH es RV0.
Debería entenderse que el dispositivo terminal 400 puede corresponder al dispositivo terminal en el método 300, y puede implementar operaciones correspondientes del dispositivo terminal en el método 300, que no se repetirán en el presente documento por brevedad.
La figura 9 es un diagrama de bloques esquemático de un dispositivo de red 500 de acuerdo con una realización de la presente solicitud. Como se muestra en la figura 9, el dispositivo de red 500 incluye: una unidad de comunicación 510 configurada para recibir un primer mensaje enviado por un dispositivo terminal, en donde el primer mensaje incluye un preámbulo de acceso aleatorio y un primer PUSCH, y el primer PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre un primer bloque de transporte.
La unidad de comunicación 510 está configurada adicionalmente para enviar una primera DCI o una segunda DCI al dispositivo terminal de acuerdo con un resultado de la recepción del primer mensaje.
En algunas realizaciones, la primera DCI se usa para programar un primer canal compartido de enlace descendente físico (PDSCH), y el primer PDSCH incluye información de respuesta para el preámbulo de acceso aleatorio; o la primera DCI incluye la información de respuesta para el preámbulo de acceso aleatorio. El ejemplo no es una parte de la invención reivindicada.
En algunas realizaciones, la información de respuesta para el preámbulo de acceso aleatorio incluye al menos uno de: un identificador del preámbulo de acceso aleatorio, un TC-RNTI, primera información de RV, primera información de NDI, primera información de indicador de portadora, primera información de número de proceso de HARQ, primera información de MCS e información de una orden de control de potencia de transmisión para PUSCH.
En algunas realizaciones, la información de respuesta para el preámbulo de acceso aleatorio incluye la primera información de RV que se usa para determinar una versión de redundancia de un segundo PUSCH; y/o
la información de respuesta para el preámbulo de acceso aleatorio incluye la primera información de MCS que se usa para determinar un orden de modulación del segundo PUSCH; y/o
la información de respuesta para el preámbulo de acceso aleatorio incluye la información de una orden de control de potencia de transmisión para PUSCH que se usa para determinar la potencia de transmisión del segundo PUSCH de acuerdo con la potencia de transmisión del primer PUSCH; y/o
la información de respuesta para el preámbulo de acceso aleatorio incluye la primera información de indicador de portadora que se usa para determinar información de portadora para transmitir el segundo PUSCH; en donde el segundo PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre el primer bloque de transporte.
En algunas realizaciones, la unidad de comunicación 510 está configurada adicionalmente para recibir un segundo PUSCH enviado por el dispositivo terminal, en donde el segundo PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre el primer bloque de transporte.
En algunas realizaciones, la unidad de comunicación 510 está configurada adicionalmente para enviar una tercera DCI al dispositivo terminal, en donde la tercera DCI se usa para programar la transmisión de un tercer PUSCH, y el tercer PUSCH incluye datos obtenidos realizando una adaptación de tasa sobre el primer bloque de transporte. En algunas realizaciones, si la información de respuesta para el preámbulo de acceso aleatorio incluye un TC-RNTI, la unidad de comunicación 510 está configurada específicamente para enviar la tercera DCI al dispositivo terminal de acuerdo con el TC-RNTI.
En algunas realizaciones, la unidad de comunicación 510 está configurada adicionalmente para enviar la segunda DCI al dispositivo terminal para el primer bloque de transporte.
En algunas realizaciones, la segunda DCI incluye información de respuesta para el primer bloque de transporte. En algunas realizaciones, la unidad de comunicación 510 está configurada adicionalmente para recibir un acuse de recibo enviado por el dispositivo terminal.
En algunas realizaciones, la segunda DCI incluye al menos una de: primera información de indicador de recurso de PUCCH, primera información de indicador de posición en el dominio del tiempo de PUCCH, información de primera orden de control de potencia de transmisión para PUCCH y segunda información de indicador de portadora; la unidad de comunicación 510 está configurada específicamente para recibir el acuse de recibo enviado por el dispositivo terminal de acuerdo con la segunda DCI.
La segunda DCI se usa para programar un segundo PDSCH que incluye datos obtenidos realizando una adaptación de tasa sobre un segundo bloque de transporte, en donde el segundo bloque de transporte incluye la información de respuesta para el primer bloque de transporte.
La unidad de comunicación 510 está configurada adicionalmente para recibir un acuse de recibo negativo enviado por el dispositivo terminal si el dispositivo terminal recibe la segunda DCI y no logra descodificar el segundo PDSCH. En algunas realizaciones, la unidad de comunicación 510 está configurada adicionalmente para recibir el acuse de recibo enviado por el dispositivo terminal si el dispositivo terminal recibe la segunda DCI y descodifica el segundo PDSCH. En algunas realizaciones, si la unidad de comunicación 510 recibe el acuse de recibo negativo enviado por el dispositivo terminal, la unidad de comunicación 510 está configurada adicionalmente para enviar la segunda DCI al
dispositivo terminal para el acuse de recibo negativo, en donde la segunda DCI se usa para programar la transmisión de un tercer PDSCH que incluye datos obtenidos realizando una adaptación de tasa sobre el segundo bloque de transporte.
En algunas realizaciones, la segunda DCI incluye al menos uno de: segunda información de indicador de recurso de PUCCH, información de indicador de tiempo de realimentación de PDSCH a HARQ, tercera información de indicador de portadora, información de una segunda orden de control de potencia de transmisión para PUCCH, segunda información de RV, segunda información de NDI, segunda información de número de proceso de HARQ y segunda información de MCS.
En algunas realizaciones, la segunda DCI incluye la segunda información de RV que se usa para determinar una versión de redundancia del segundo bloque de transporte cuando se transmite; y/o
la segunda DCI incluye la segunda información de MCS que se usa para determinar un orden de modulación o tasa de código correspondiente del segundo bloque de transporte cuando se transmite.
En algunas realizaciones, la información de respuesta para el primer bloque de transporte incluye al menos uno de: un identificador del preámbulo de acceso aleatorio, parte o la totalidad de los contenidos incluidos en el primer bloque de transporte, un TC-RNTI o C-RNTI.
En algunas realizaciones, el tamaño de la primera DCI es el mismo que el de la segunda DCI. El ejemplo no es una parte de la invención reivindicada.
En algunas realizaciones, la primera DCI incluye un primer campo de información de indicación, y el primer campo de información de indicación en la primera DCI se usa para indicar que una DCI recibida actualmente por el dispositivo terminal es la primera DCI. El ejemplo no es una parte de la invención reivindicada. En algunas realizaciones, la segunda DCI incluye también el primer campo de información de indicación, y el primer campo de información de indicación en la segunda DCI se usa para indicar que una DCI recibida actualmente por el dispositivo terminal es la segunda DCI.
En algunas realizaciones, la unidad de comunicación 510 está configurada específicamente para enviar la primera DCI usando un primer conjunto de recursos de control de acuerdo con el resultado de la recepción del primer mensaje. El ejemplo no es una parte de la invención reivindicada. En algunas realizaciones, la unidad de comunicación 510 está configurada específicamente para enviar la segunda DCI usando un segundo conjunto de recursos de control de acuerdo con el resultado de la recepción del primer mensaje.
En algunas realizaciones, la unidad de comunicación 510 está configurada específicamente para enviar la primera DCI de acuerdo con un primer RNTI. El ejemplo no es una parte de la invención reivindicada.
En algunas realizaciones, la unidad de comunicación 510 está configurada específicamente para enviar la segunda DCI de acuerdo con el primer RNTI.
En algunas realizaciones, el primer RNTI se determina de acuerdo con al menos uno de: una posición en el dominio del tiempo del preámbulo de acceso aleatorio, una posición en el dominio de la frecuencia del preámbulo de acceso aleatorio, un identificador del preámbulo de acceso aleatorio, una posición en el dominio del tiempo del primer PUSCH, una posición en el dominio de la frecuencia del primer PUSCH y un puerto de antena de una DMRS del primer PUSCH. En algunas realizaciones, la unidad de comunicación 510 está configurada específicamente para enviar la segunda DCI de acuerdo con un segundo RNTI.
En algunas realizaciones, el segundo RNTI se determina de acuerdo con al menos uno de: una posición en el dominio del tiempo del preámbulo de acceso aleatorio, una posición en el dominio de la frecuencia del preámbulo de acceso aleatorio, un identificador del preámbulo de acceso aleatorio, una posición en el dominio del tiempo del primer PUSCH, una posición en el dominio de la frecuencia del primer PUSCH, un puerto de antena de una DMRS del primer PUSCH y un identificador del dispositivo terminal, en donde el primer bloque de transporte incluye el identificador del dispositivo terminal.
Debería entenderse que el dispositivo de red 500 puede corresponder al dispositivo de red en el método 300, y puede implementar operaciones correspondientes implementadas por el dispositivo de red en el método 300, que no se repetirán en el presente documento por brevedad.
La figura 10 es un diagrama esquemático de una estructura de un dispositivo de comunicación 600 de acuerdo con una realización de la presente solicitud. El dispositivo de comunicación 600 mostrado en la figura 10 incluye un procesador 610, que puede invocar y ejecutar un programa informático desde una memoria para implementar los métodos de acuerdo con las realizaciones de la presente solicitud.
En algunas realizaciones, como se muestra en la figura 10, el dispositivo de comunicación 600 puede incluir además una memoria 620. El procesador 610 puede invocar y ejecutar el programa informático desde la memoria 620 para implementar los métodos de acuerdo con las realizaciones de la presente solicitud.
La memoria 620 puede ser un dispositivo separado independiente del procesador 610 o puede integrarse en el procesador 610.
En algunas realizaciones, como se muestra en la figura 10, 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 enviar información o datos a otros dispositivos o recibir información o datos enviados por otros dispositivos.
El transceptor 630 puede incluir un transmisor y un receptor. El transceptor 630 puede incluir además antenas, la cantidad de las cuales puede ser una o más.
En algunas realizaciones, el dispositivo de comunicación 600 puede ser específicamente el dispositivo de red en las realizaciones de la presente solicitud, y el dispositivo de comunicación 600 puede implementar los procesos correspondientes implementados por el dispositivo de red en diversos métodos de acuerdo con las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
En algunas realizaciones, el dispositivo de comunicación 600 puede ser específicamente el dispositivo terminal en las realizaciones de la presente solicitud, y el dispositivo de comunicación 600 puede implementar los procesos correspondientes implementados por el dispositivo terminal en diversos métodos de acuerdo con las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
La figura 11 es un diagrama esquemático de una estructura de un aparato de acuerdo con una realización de la presente solicitud. El aparato 700 mostrado en la figura 11 incluye un procesador 710. El procesador 710 puede invocar y ejecutar un programa informático desde una memoria para implementar los métodos de acuerdo con las realizaciones de la presente solicitud.
En algunas realizaciones, como se muestra en la figura 11, el aparato 700 puede incluir además una memoria 720. El procesador 710 puede invocar y ejecutar el programa informático desde la memoria 720 para implementar los métodos de acuerdo con las realizaciones de la presente solicitud.
La memoria 720 puede ser un dispositivo separado independiente del procesador 710 o puede integrarse en el procesador 710.
En algunas realizaciones, el aparato 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 adquirir información o datos enviados por otros dispositivos o chips.
En algunas realizaciones, el aparato 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 emitir información o datos a otros dispositivos o chips.
En algunas realizaciones, el aparato puede aplicarse al dispositivo terminal en las realizaciones de la presente solicitud, y el aparato puede implementar los procesos correspondientes implementados por el dispositivo terminal en diversos métodos de acuerdo con las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
En algunas realizaciones, el aparato puede aplicarse al dispositivo de red en las realizaciones de la presente solicitud, y el aparato puede implementar los procesos correspondientes implementados por el dispositivo de red en diversos métodos de acuerdo con las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
En algunas realizaciones, el aparato 700 puede ser un chip. Debería entenderse que el chip mencionado en las realizaciones de la presente solicitud puede denominarse chip de nivel de sistema, chip de sistema, sistema de chip o sistema en chip, etc.
Debería entenderse que el procesador en las realizaciones de la presente solicitud puede ser un chip de circuito integrado, que tiene una capacidad de procesamiento de señales. En un proceso de implementación, cada uno de los actos de las realizaciones de método anteriores puede completarse a través de un circuito lógico integrado de hardware en el procesador o instrucciones en forma de software. El procesador descrito anteriormente puede ser un procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado específico de la aplicación (ASIC), una matriz de puertas programables en campo (FPGA) u otros dispositivos lógicos programables, una puerta discreta o un dispositivo de lógica de transistores o un componente de hardware discreto. El procesador
puede implementar o realizar diversos métodos, actos y diagramas de bloque lógicos divulgados en las realizaciones de la presente solicitud. El procesador de propósito general puede ser un microprocesador, o el procesador también puede ser cualquier procesador convencional, o similares. Los actos de los métodos divulgados en las realizaciones de la presente solicitud pueden materializarse directamente para completarse mediante un procesador de descodificación de hardware, o pueden completarse mediante una combinación de hardware en el procesador de descodificación y módulos de software. Los módulos de software pueden ubicarse en un medio de almacenamiento que esté consolidado en la técnica, tal como una memoria de acceso aleatorio, una memoria flash, una memoria de solo lectura, una memoria de solo lectura programable, una memoria programable y borrable eléctricamente, un registro, etc. El medio de almacenamiento se ubica en la memoria, y el procesador lee información en la memoria y completa los actos de los métodos anteriores en combinación con su hardware.
Puede entenderse que la memoria en las realizaciones de la presente solicitud puede ser una memoria volátil o una memoria no volátil, o puede incluir tanto una memoria volátil como una memoria no volátil. La memoria no volátil puede ser una memoria de solo lectura (ROM), una memoria de solo lectura programable (PROM), una memoria de solo lectura programable y borrable (EPROM), una memoria de solo lectura programable y borrable eléctricamente (EEPROM) o una memoria flash. La memoria volátil puede ser una memoria de acceso aleatorio (RAM), que se usa como memoria caché exterior. A través de una descripción ilustrativa pero no restrictiva, pueden estar disponibles muchas formas de RAM, tales como una memoria de acceso aleatorio estática (SRAM), una memoria de acceso aleatorio dinámica (DRAM), una memoria de acceso aleatorio dinámica síncrona (SDRAM), una memoria de acceso aleatorio de acceso aleatorio dinámica síncrona de tasa de datos doble (SDRAM de DDR), una memoria de acceso aleatorio dinámica síncrona potenciada (ESDRAM), una memoria de acceso aleatorio dinámica de enlace síncrono (SLDRAM) y una memoria de acceso aleatorio dinámica de tipo Rambus directa (DRRAM). Debería hacerse notar que la memoria en los sistemas y métodos descritos en el presente documento pretende incluir, pero sin limitación, estos y cualesquiera otros tipos adecuados de memorias.
Debería entenderse que la memoria anterior se describe en un sentido ilustrativo pero no limitativo. Por ejemplo, la memoria en las realizaciones de la presente solicitud también puede ser una RAM estática (SRAM), una RAM dinámica (DRAM), una DRAM síncrona (SDRAM), una SDRAM de tasa de datos doble (DDR SDRAM), una SDRAM potenciada (ESDRAM), una DRAM de enlace síncrono (SLDRAM), una RAM de tipo Rambus directa (DR RAM), o similares. Es decir, la memoria en las realizaciones de la presente solicitud pretende incluir, pero sin limitación, estos y cualesquiera otros tipos adecuados de memorias.
La figura 12 es un diagrama de bloques esquemático de un sistema de comunicación 800 de acuerdo con una realización de la presente solicitud. Como se muestra en la figura 12, el sistema de comunicación 800 puede incluir un dispositivo terminal 810 y un dispositivo de red 820.
En el presente documento, el dispositivo terminal 810 puede configurarse para implementar las funciones correspondientes implementadas por el dispositivo terminal en los métodos anteriores, y el dispositivo de red 820 puede configurarse para implementar las funciones correspondientes implementadas por el dispositivo de red en los métodos anteriores, que no se repetirán en el presente documento por brevedad.
Una realización de la presente solicitud proporciona adicionalmente un medio de almacenamiento legible por ordenador configurado para almacenar un programa informático.
En algunas realizaciones, el medio de almacenamiento legible por ordenador puede aplicarse en el dispositivo terminal en las realizaciones de la solicitud, y el programa informático posibilita que el ordenador realice los procesos correspondientes implementados por el dispositivo terminal en diversos métodos de las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
En algunas realizaciones, el medio de almacenamiento legible por ordenador puede aplicarse en el dispositivo de red en las realizaciones de la solicitud, y el programa informático posibilita que el ordenador realice los procesos correspondientes implementados por el dispositivo de red en diversos métodos de las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
Una realización de la presente solicitud proporciona adicionalmente un producto de programa informático que incluye instrucciones de programa informático.
En algunas realizaciones, el producto de programa informático puede aplicarse en el dispositivo terminal en las realizaciones de la solicitud, y las instrucciones de programa informático posibilitan que el ordenador realice los procesos correspondientes implementados por el dispositivo terminal en diversos métodos de las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
En algunas realizaciones, el producto de programa informático puede aplicarse en el dispositivo de red en las realizaciones de la solicitud, y las instrucciones de programa informático posibilitan que el ordenador realice los procesos correspondientes implementados por el dispositivo de red en diversos métodos de las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
Una realización de la presente solicitud proporciona adicionalmente un programa informático.
En algunas realizaciones, el programa informático puede aplicarse al dispositivo terminal en las realizaciones de la solicitud, y el programa informático, cuando se ejecuta en un ordenador, posibilita que el ordenador realice los procesos correspondientes implementados por el dispositivo terminal en diversos métodos de las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
En algunas realizaciones, el programa informático puede aplicarse al dispositivo de red en las realizaciones de la solicitud, y el programa informático, cuando se ejecuta en un ordenador, posibilita que el ordenador realice los procesos correspondientes implementados por el dispositivo de red en diversos métodos de las realizaciones de la presente solicitud, que no se repetirán en el presente documento por brevedad.
Un experto en la materia puede reconocer que los elementos y los actos de algoritmo en diversos ejemplos descritos en combinación con las realizaciones divulgadas en el presente documento pueden implementarse en hardware electrónico, o en una combinación de software informático y hardware electrónico. Si estas funciones se implementan en hardware o software depende de la aplicación específica y de las restricciones de diseño del esquema técnico. Los expertos pueden usar diferentes métodos para implementar las funciones descritas para cada aplicación particular, pero no debería considerarse que una implementación de este tipo esté más allá del alcance de la presente solicitud. Los expertos en la materia pueden entender claramente que, por razones de conveniencia y concisión de la descripción, los procesos de trabajo específicos de los sistemas, dispositivos y unidades descritos anteriormente pueden describirse con referencia a los procesos correspondientes en las realizaciones de método anteriores y no se repetirán en el presente documento.
En varias realizaciones proporcionadas por la presente solicitud, debería entenderse que los sistemas, dispositivos y métodos divulgados pueden implementarse de otras formas. Por ejemplo, las realizaciones de dispositivo descritas anteriormente son solo ilustrativas, por ejemplo, la división de las unidades es solo una división en funciones lógicas, y puede haber otras formas de división en una implementación real. 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 o acoplamiento directo o conexión de comunicación mostrado o analizado entre sí pueden ser un acoplamiento indirecto o conexión de comunicación a través de algunas interfaces, dispositivos o unidades, y puede encontrarse en forma eléctrica, mecánica u otras formas.
La unidad descrita como un componente separado puede estar, o no, físicamente separada, y el componente mostrado como una unidad puede ser, o no, una unidad física, es decir, este puede ubicarse en un lugar o puede distribuirse a través de múltiples unidades de red. Parte o la totalidad de las unidades pueden seleccionarse de acuerdo con las necesidades reales para lograr el objetivo de los esquemas de las realizaciones.
Además, diversas unidades funcionales en diversas realizaciones de la presente solicitud pueden integrarse en una unidad de procesamiento, o pueden existir físicamente por separado, o dos o más de dos unidades pueden integrarse en una unidad.
La función, si se implementa en forma de unidad funcional de software y se vende o se usa como un producto independiente, puede almacenarse en un medio de almacenamiento legible por ordenador. Basándose en tal entendimiento, el esquema técnico de la presente solicitud, en esencia, o la parte que contribuye a la técnica anterior, o la parte de las soluciones técnicas, puede materializarse en forma de producto de software, que se almacena en un medio de almacenamiento, e incluye múltiples instrucciones para posibilitar que un dispositivo informático (que puede ser un ordenador personal, un servidor o un dispositivo de red, etc.) realice todos o parte de los actos de diversas realizaciones de la presente solicitud. El medio de almacenamiento mencionado anteriormente incluye diversos medios, tales como una memoria USB, un disco duro móvil, una memoria de solo lectura (ROM), una memoria de acceso aleatorio (RAM), un disco magnético o un disco óptico, que son capaces de almacenar códigos de programa.
Claims (11)
1.Un método de acceso aleatorio, que comprende:
enviar (310), por un dispositivo terminal, un primer mensaje a un dispositivo de red, en donde el primer mensaje comprende un preámbulo de acceso aleatorio y un primer canal compartido de enlace ascendente físico, PUSCH, y el primer PUSCH comprende datos obtenidos a partir de una adaptación de tasa, realizada por el dispositivo terminal, sobre un primer bloque de transporte; y
recibir (340), por el dispositivo terminal, información de control de enlace descendente, DCI, enviada por el dispositivo de red, en donde la DCI se envía en respuesta al primer mensaje;
caracterizado por que la DCI se usa para programar un canal compartido de enlace descendente físico, PDSCH, que comprende datos obtenidos a partir de una adaptación de tasa, realizada por el dispositivo de red, sobre un segundo bloque de transporte, en donde el segundo bloque de transporte comprende información en respuesta al primer bloque de transporte;
enviar, por el dispositivo terminal, un acuse de recibo negativo al dispositivo de red si el dispositivo terminal recibe la DCI y no logra descodificar el PDSCH.
2.El método de acuerdo con la reivindicación 1, que comprende además:
enviar, por el dispositivo terminal, un acuse de recibo al dispositivo de red si el dispositivo terminal recibe la DCI y descodifica el PDSCH.
3.El método de acuerdo con la reivindicación 1, en donde la DCI se aleatoriza de acuerdo con un RNTI.
4.El método de acuerdo con la reivindicación 3, en donde el RNTI se determina de acuerdo con un identificador del dispositivo terminal, en donde el primer bloque de transporte comprende el identificador del dispositivo terminal.
5.Un método de acceso aleatorio, que comprende:
recibir (320), por un dispositivo de red, un primer mensaje enviado por un dispositivo terminal, en donde el primer mensaje comprende un preámbulo de acceso aleatorio y un primer canal compartido de enlace ascendente físico, PUSCH, y el primer PUSCH comprende datos obtenidos a partir de una adaptación de tasa, realizada por el dispositivo terminal, sobre un primer bloque de transporte; y
enviar (330), por el dispositivo de red, información de control de enlace descendente, DCI, al dispositivo terminal de acuerdo con un resultado de la recepción del primer mensaje;
caracterizado por que la DCI se usa para programar un canal compartido de enlace descendente físico (PDSCH) que comprende datos obtenidos a partir de una adaptación de tasa, realizada por el dispositivo de red, sobre un segundo bloque de transporte, en donde el segundo bloque de transporte comprende información en respuesta al primer bloque de transporte;
recibir, por el dispositivo de red, un acuse de recibo negativo enviado por el dispositivo terminal si el dispositivo terminal recibe la DCI y no logra descodificar el PDSCH.
6.El método de acuerdo con la reivindicación 5, en donde enviar (330), por el dispositivo de red, la DCI al dispositivo terminal de acuerdo con el resultado de la recepción del primer mensaje comprende:
enviar, por el dispositivo de red, la DCI al dispositivo terminal cuando el dispositivo de red detecta el preámbulo de acceso aleatorio fuera con éxito y descodifica el primer bloque de transporte con éxito.
7.El método de acuerdo con la reivindicación 5, que comprende además:
recibir, por el dispositivo de red, un acuse de recibo enviado por el dispositivo terminal si el dispositivo terminal recibe la DCI y descodifica el PDSCH.
8.El método de acuerdo con la reivindicación 5, en donde la DCI se aleatoriza de acuerdo con un RNTI.
9.El método de acuerdo con la reivindicación 8, en donde el RNTI se determina de acuerdo con un identificador del dispositivo terminal, en donde el primer bloque de transporte comprende el identificador del dispositivo terminal.
10.Un dispositivo terminal, que comprende un procesador y una memoria, en donde la memoria está configurada para almacenar un programa informático y el procesador está configurado para invocar y ejecutar el programa informático almacenado en la memoria para realizar el método de acuerdo con una cualquiera de las reivindicaciones 1 a 4.
11.Un dispositivo de red, que comprende un procesador y una memoria, en donde la memoria está configurada para almacenar un programa informático y el procesador está configurado para invocar y ejecutar el programa informático almacenado en la memoria para realizar el método de acuerdo con una cualquiera de las reivindicaciones 5 a 9.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2019/079763 WO2020191637A1 (zh) | 2019-03-26 | 2019-03-26 | 随机接入的方法、终端设备和网络设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2946250T3 true ES2946250T3 (es) | 2023-07-14 |
Family
ID=72610837
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES19922030T Active ES2946250T3 (es) | 2019-03-26 | 2019-03-26 | Método de acceso aleatorio, dispositivo terminal y dispositivo de red |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US20210385854A1 (es) |
| EP (1) | EP3902362B1 (es) |
| JP (1) | JP7191248B2 (es) |
| KR (1) | KR20210139429A (es) |
| CN (2) | CN113490286B (es) |
| ES (1) | ES2946250T3 (es) |
| WO (1) | WO2020191637A1 (es) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11272540B2 (en) * | 2018-08-09 | 2022-03-08 | Ofinno, Llc | Channel access and uplink switching |
| WO2020191716A1 (en) * | 2019-03-28 | 2020-10-01 | Qualcomm Incorporated | Ra-rnti formula for extended random access response windows |
| CN111865534B (zh) * | 2019-04-30 | 2021-07-13 | 大唐移动通信设备有限公司 | 一种信息传输方法、网络设备及终端 |
| CN116438894A (zh) * | 2021-01-15 | 2023-07-14 | Oppo广东移动通信有限公司 | 一种传输方法、终端设备和网络设备 |
| CN115996477A (zh) * | 2021-10-20 | 2023-04-21 | 华为技术有限公司 | 一种通信方法及装置 |
| CN116234051A (zh) * | 2021-12-02 | 2023-06-06 | 展讯半导体(南京)有限公司 | 随机接入方法及相关设备 |
| CN117336865A (zh) * | 2022-06-24 | 2024-01-02 | 夏普株式会社 | 由用户设备执行的方法以及用户设备 |
| WO2024036538A1 (zh) * | 2022-08-17 | 2024-02-22 | Oppo广东移动通信有限公司 | 重复传输方法、终端设备和网络设备 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015129985A1 (ko) * | 2014-02-28 | 2015-09-03 | 엘지전자(주) | 무선 통신 시스템에서 낮은 지연을 가지는 상향링크 데이터 전송 방법 및 장치 |
| CN107079460A (zh) * | 2014-11-06 | 2017-08-18 | 株式会社Ntt都科摩 | 用户终端以及无线通信系统 |
| WO2016163504A1 (ja) * | 2015-04-09 | 2016-10-13 | 株式会社Ｎｔｔドコモ | ユーザ端末、無線通信システムおよび無線通信方法 |
| WO2017192793A1 (en) * | 2016-05-06 | 2017-11-09 | Intel IP Corporation | Dual beam transmission and ack/nack feedback mechanism for pucch |
| US10342044B2 (en) * | 2016-07-25 | 2019-07-02 | Qualcomm Incorporated | Latency reduction techniques for LTE transmission in unlicensed spectrum |
| US11297658B2 (en) * | 2016-12-09 | 2022-04-05 | Telefonaktiebolaget Lm Ericsson (Publ) | PRACH scheduling method, scheduled PRACH transmission method, network node and user equipment |
| WO2018132843A1 (en) * | 2017-01-13 | 2018-07-19 | Motorola Mobility Llc | Method and apparatus for performing contention based random access in a carrier frequency |
| US11057935B2 (en) * | 2017-03-22 | 2021-07-06 | Comcast Cable Communications, Llc | Random access process in new radio |
| EP3603276B1 (en) * | 2017-04-13 | 2022-05-04 | Huawei Technologies Co., Ltd. | Methods and apparatus for determining network identifier for use by user equipment |
| KR20200036797A (ko) * | 2018-09-28 | 2020-04-07 | 삼성전자주식회사 | 무선통신 시스템에서 랜덤 액세스 방법 및 장치 |
| JP2022520590A (ja) * | 2019-02-13 | 2022-03-31 | アイディーエーシー ホールディングス インコーポレイテッド | ２ステップｒａｃｈにおけるｍｓｇ－ｂのための方法 |
-
2019
- 2019-03-26 WO PCT/CN2019/079763 patent/WO2020191637A1/zh unknown
- 2019-03-26 EP EP19922030.2A patent/EP3902362B1/en active Active
- 2019-03-26 KR KR1020217034262A patent/KR20210139429A/ko not_active Application Discontinuation
- 2019-03-26 ES ES19922030T patent/ES2946250T3/es active Active
- 2019-03-26 JP JP2021556928A patent/JP7191248B2/ja active Active
- 2019-03-26 CN CN202110868871.5A patent/CN113490286B/zh active Active
- 2019-03-26 CN CN201980080188.6A patent/CN113170492A/zh active Pending
-
2021
- 2021-08-23 US US17/409,618 patent/US20210385854A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| KR20210139429A (ko) | 2021-11-22 |
| CN113490286A (zh) | 2021-10-08 |
| CN113490286B (zh) | 2023-04-07 |
| WO2020191637A1 (zh) | 2020-10-01 |
| JP7191248B2 (ja) | 2022-12-16 |
| EP3902362A4 (en) | 2022-01-19 |
| EP3902362A1 (en) | 2021-10-27 |
| JP2022528514A (ja) | 2022-06-14 |
| US20210385854A1 (en) | 2021-12-09 |
| EP3902362B1 (en) | 2023-04-26 |
| CN113170492A (zh) | 2021-07-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2946250T3 (es) | Método de acceso aleatorio, dispositivo terminal y dispositivo de red | |
| ES2965287T3 (es) | Método y aparato para determinar un esquema de acceso al canal, dispositivo terminal y dispositivo de red | |
| KR102258359B1 (ko) | 업링크 송신 방법, 단말 디바이스, 및 네트워크 디바이스 | |
| ES2760935T3 (es) | Procedimiento y aparato para la configuración de acceso aleatorio en un sistema de comunicación inalámbrica | |
| ES2886518T3 (es) | Control de las transmisiones de radio de enlace ascendente en recursos asignados de manera semipersistente | |
| ES2901982T3 (es) | Atribución del recurso ACK del enlace descendente en la nueva radio | |
| US20230224962A1 (en) | Channel Access Mechanism for Random Access Channel in Unlicensed Spectrum | |
| RU2735689C1 (ru) | Автономная передача управляющей информации восходящей линии связи | |
| ES2769631T3 (es) | Procedimiento de transmisión de una señal para MTC y aparato correspondiente | |
| ES2962289T3 (es) | Múltiples posiciones de inicio y fin para la transmisión de enlace descendente programada en espectro sin licencia | |
| ES2909462T3 (es) | Método para transmitir señal de enlace ascendente y dispositivo terminal | |
| ES2582404T3 (es) | Procedimiento de acceso aleatorio mejorado para comunicaciones móviles | |
| ES2849523T3 (es) | Técnicas para reaccionar a preámbulos detectados sobre una banda de espectro de radiofrecuencias sin licencia | |
| ES2925776T3 (es) | Método y dispositivo de detección de canal en el enlace ascendente | |
| CN113905453B (zh) | 随机接入的方法和设备 | |
| KR20200011489A (ko) | 데이터 전송 방법 및 장치 | |
| ES2813729T3 (es) | Estructura de subtrama de duplexación por división de tiempo flexible con reducción de latencia | |
| CN114631282A (zh) | 用于优先级降低的协议数据单元的自动发送的系统和方法 | |
| BR112019016582A2 (pt) | Redução de overhead de controle para sistemas de comunicação de baixa latência | |
| ES2973857T3 (es) | Métodos y aparatos para determinar y asignar recursos | |
| ES2932082T3 (es) | Método de recepción de canal de enlace descendente y aparato terminal | |
| CN113037439B (zh) | 一种无线通信方法和设备 | |
| WO2021066200A1 (en) | User equipments, base stations, and methods | |
| WO2021206184A1 (en) | User equipments, base stations, and methods | |
| ES2962817T3 (es) | Método de comunicación inalámbrica, dispositivo terminal y dispositivo de red |