ES2923517T3 - Procedimiento y aparato para mejorar la transmisión de Msg3 del procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica - Google Patents
Procedimiento y aparato para mejorar la transmisión de Msg3 del procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica Download PDFInfo
- Publication number
- ES2923517T3 ES2923517T3 ES17183827T ES17183827T ES2923517T3 ES 2923517 T3 ES2923517 T3 ES 2923517T3 ES 17183827 T ES17183827 T ES 17183827T ES 17183827 T ES17183827 T ES 17183827T ES 2923517 T3 ES2923517 T3 ES 2923517T3
- Authority
- ES
- Spain
- Prior art keywords
- msg3
- data
- msg2
- tti
- random access
- 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
- 230000005540 biological transmission Effects 0.000 title claims abstract description 90
- 238000000034 method Methods 0.000 title claims abstract description 90
- 238000004891 communication Methods 0.000 title description 33
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 claims abstract description 77
- 101150096622 Smr2 gene Proteins 0.000 claims abstract description 77
- 230000004044 response Effects 0.000 claims description 35
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 abstract description 80
- 230000009471 action Effects 0.000 description 24
- 238000010586 diagram Methods 0.000 description 12
- 238000012545 processing Methods 0.000 description 7
- 230000002441 reversible effect Effects 0.000 description 7
- 238000013507 mapping Methods 0.000 description 6
- 238000005259 measurement Methods 0.000 description 6
- 238000011084 recovery Methods 0.000 description 6
- 238000013461 design Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 208000037918 transfusion-transmitted disease Diseases 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000001143 conditioned effect Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000011218 segmentation Effects 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000004069 differentiation Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000006249 magnetic particle Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 239000002245 particle Substances 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/008—Transmission of channel access control information with additional processing of random access related information at receiving side
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/16—Discovering, processing access restriction or access information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- 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/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/08—Non-scheduled access, e.g. ALOHA
- H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
- H04W74/0875—Non-scheduled access, e.g. ALOHA using a dedicated channel for access with assigned priorities based access
-
- 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Se describen un método y un aparato, desde la perspectiva del UE, para realizar un procedimiento de acceso aleatorio. Preferiblemente, el método incluye que el UE reciba un mensaje de una red. El mensaje incluye una información TTI de la transmisión Msg3 (1205). Además, el método incluye que el UE transmita un Msg1 a la red (1210). El método también incluye que el UE reciba un Msg2 de la red para responder al Msg1 (1215). El método incluye además que el UE transmita un Msg3 a la red de acuerdo con la información TTI (1220). (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Procedimiento y aparato para mejorar la transmisión de Msg3 del procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica
Esta divulgación generalmente se refiere a las redes de comunicación inalámbrica, y más particularmente, a un procedimiento y aparato para mejorar la trasmisión de Msg3 del procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica.
Con el rápido aumento de la demanda para la comunicación de grandes cantidades de datos hacia y desde los dispositivos de comunicación móvil, las redes de comunicación de voz móvil tradicionales evolucionan hacia redes que se comunican con paquetes de datos Protocolo de Internet (IP). Dicha comunicación de paquetes de datos IP puede proporcionar a los usuarios de los dispositivos de comunicación móvil servicios de voz sobre IP, multimedia, multidifusión y comunicación bajo demanda.
Una estructura de red ilustrativa es una Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos con el fin de realizar los servicios de voz sobre IP y multimedia que se mencionan anteriormente. Una nueva tecnología de radio para la próxima generación (por ejemplo, 5G) se analiza actualmente por la organización de estándares 3GPP. En consecuencia, los cambios al cuerpo actual del estándar 3GPP se presentan y consideran actualmente para evolucionar y finalizar con el estándar 3GPP.
El documento EP 2680651 A1divulga un procedimiento para seleccionar de manera flexible TTI de 2 ms o TTI de 10 ms para los mensajes de un procedimiento de acceso aleatorio en UMTS. El UE notifica al Nodo B del TTI seleccionado usando diferentes códigos de preámbulo en el primer mensaje. El Nodo B puede denegar la selección del UE.
La Especificación Técnica 3GPP TS 36.213, V13.2.0, divulga un campo de retardo de UL para una respuesta a la secuencia de preámbulo transmitida que determina si se transmite el bloque de transporte UL-SCH en la primera subtrama n+k, o en la siguiente subtrama UL disponible después de n+k.
El documento 3GPP R1-160041 divulga el diseño UL para NB-IOT.
Sumario
Un procedimiento desde la perspectiva de un equipo de usuario, y un equipo de usuario, para realizar el procedimiento de acceso aleatorio, se divulgan y definen en las reivindicaciones independientes, respectivamente. Las realizaciones preferentes se definen en las reivindicaciones dependientes. El procedimiento incluye que el UE transmita un Preámbulo a la red. El procedimiento también incluye que el UE reciba un Msg2 de la red para responder al Preámbulo. El procedimiento incluye además que el UE realice una transmisión Msg3 a la red de acuerdo con la información del TTI del Msg3. Además, la información del TTI del Msg3 está contenida en el Msg2, en el que la información del TTI del Msg3 incluye un primer número de unidades de tiempo y un segundo número de unidades de tiempo para indicar una duración de TTI del Msg3 y un desplazamiento de tiempo de inicio del Msg3, respectivamente.
Breve descripción de las figuras
La Figura 1 muestra un diagrama de bloques de un sistema de comunicaciones inalámbricas.
La Figura 2 es un diagrama de bloques de un sistema transmisor (conocido también como red de acceso) y un sistema receptor (conocido también como equipo de usuario o UE).
La Figura 3 es un diagrama de bloques funcional de un sistema de comunicación de acuerdo con una realización ilustrativa.
La Figura 4 es un diagrama de bloques funcional del código de programa de la Figura 3 de acuerdo con una realización ilustrativa.
La Figura 5 es una reproducción de la Figura 10.1.5.1-1 de 3GPP TS 36.300 V13.2.0.
La Figura 6 es una reproducción de la Figura 10.1.5.2-1 de 3GPP TS 36.300 V13.2.0.
Las Figuras 7 a la 11 son diagramas.
Las Figuras 12 y 13 son diagramas de flujo.
La Figura 14 es un diagrama de flujo de acuerdo con una realización ilustrativa.
Las Figuras 15 a la 19 son diagramas de flujo.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica ilustrativos descritos a continuación emplean un sistema de comunicación inalámbrica, que soporta un servicio de difusión. Los sistemas de comunicación inalámbrica se despliegan ampliamente para proporcionar diversos tipos de comunicación tales como voz, datos, y así sucesivamente. Estos sistemas pueden ser en base a acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico
3GPP LTE (Evolución a largo plazo), 3GPP LTE-A o LTE-Avanzada (Evolución a largo plazo avanzada), 3GPP2 UMB (Banda ancha ultra móvil), WiMax, o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica ilustrativos que se describen a continuación pueden diseñarse para soportar uno o más estándares, como el estándar ofrecido por un consorcio llamado "Proyecto de Asociación de 3ra Generación" denominado en la presente memoria 3GPP, que incluye: TR 38.913 v0.3.0, "Study on Scenarios and Requirements for Next Generation Access Technologies"; TS 36.300 v13.2.0, "Overall Description; Stage 2"; TS 36.913, v13.0.0, "Requirements for further advancements for Evolved Universal Terrestrial Radio Access (E-UTRA)"; TS 36.331 v13.2.0, "Radio Resource Control (RRC); Protocol specification"; TS 36.321 v13.1.0, "Medium Access Control (MAC) protocol specification"; y R2-163445, "Scheduling Framework and Requirements", Nokia y Alcatel-Lucent Shanghai Bell.
La Figura 1 muestra un sistema de comunicación inalámbrica de acceso múltiple, que no cae dentro del ámbito de las reivindicaciones. Una red de acceso 100 (AN) incluye grupos de antenas múltiples, uno que incluye a 104 y a 106, otro que incluye a 108 y a 110, y uno adicional que incluye a 112 y a 114. En la Figura 1, solamente se muestran dos antenas para cada grupo de antenas, sin embargo, pueden utilizarse más o menos antenas para cada grupo de antenas. El terminal de acceso 116 (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal de acceso 116 mediante el enlace directo 120 y reciben información desde el terminal de acceso 116 mediante el enlace inverso 118. El terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al terminal de acceso (AT) 122 mediante el enlace directo 126 y reciben información desde el terminal de acceso (AT) 122 mediante el enlace inverso 124. En un sistema FDD, los enlaces de comunicación 118, 120, 124 y 126 pueden usar una frecuencia diferente para la comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente luego a la que usa el enlace inverso 118.
Cada grupo de antenas y/o el área en la que se diseñan para comunicarse se denomina a menudo como un sector de la red de acceso. En la realización, cada uno de los grupos de antenas se diseña para comunicarse con los terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación mediante los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden utilizar la conformación de haces con el fin de mejorar la relación señal-ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. También, una red de acceso que usa la conformación de haces para transmitir a terminales de acceso dispersas aleatoriamente a través de su cobertura provoca menos interferencia a los terminales de acceso en las celdas vecinas que una red de acceso que transmite a través de una única antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para comunicarse con los terminales y también puede denominarse como un punto de acceso, un Nodo B, una estación base, una estación base mejorada, un Nodo B evolucionado (eNB), o alguna otra terminología. Un terminal de acceso (AT) también puede llamarse equipo de usuario (UE), un dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.
La Figura 2 es un diagrama de bloques simplificado de una realización de un sistema transmisor 210 (conocido también como la red de acceso) y un sistema receptor 250 (conocido también como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema MIMO 200. En el sistema transmisor 210, los datos de tráfico para un número de flujos de datos se proporcionan desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferentemente, cada flujo de datos se transmite mediante una antena de transmisión respectiva. El procesador de datos de TX 214 formatea, codifica, e intercala los datos de tráfico para cada flujo de datos en base a un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar los datos codificados.
Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto mediante el uso de técnicas OFDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. Los datos piloto y codificados multiplexados para cada flujo de datos se modulan luego (es decir, se asignan símbolos) en base a un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La velocidad de datos, la codificación y la modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos se proporcionan luego a un procesador de TX MIMO 220, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador TX MIMO 220 proporciona luego Nt flujos de símbolos de modulación para los Nt transmisores (TMTR) del 222a al 222t. En ciertas realizaciones, el procesador TX MIMO 220 aplica los pesos de la conformación de haces a los símbolos de los flujos de datos y a la antena desde la que se transmite el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y condiciones adicionales (por ejemplo, amplifica, filtra y convierte ascendentemente) las señales analógicas para
proporcionar una señal modulada adecuada para la transmisión a través del canal MIMO. Las señales moduladas Nt de los transmisores 222a al 222t se transmiten entonces desde las antenas Nt 224a a la 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben por las antenasNR de la 252a a la 252r y la señal recibida desde cada antena 252 se proporciona a un receptor respectivo (RCVR) de 254a a 254r. Cada receptor 254 condiciona (por ejemplo, filtra, amplifica y convierte descendentemente) una señal recibida respectiva, digitaliza la señal condicionada para proporcionar muestras, y procesa además las muestras para proporcionar un flujo de símbolos "recibidos" correspondiente.
Un procesador de datos de RX 260 recibe y procesa luego los flujos de símbolos recibidos Nr desde los receptores Nr 254 en base a una técnica de procesamiento particular de receptores para proporcionar flujos de símbolos "detectados"NT. El procesador de datos de RX 260 demodula, desintercala, y decodifica luego cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador de datos de RX 260 es complementario al que realiza el procesador de TX MIMO 220 y el procesador de datos de TX 214 en el sistema transmisor 210.
Un procesador 270 determina periódicamente qué matriz de precodificación usar (se analiza a continuación). El procesador 270 formula un mensaje de enlace inverso que comprende una porción del índice de la matriz y una porción del valor del rango.
El mensaje de enlace inverso puede comprender diversos tipos de información respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso se procesa luego por un procesador de datos de TX 238, que recibe también los datos de tráfico para un número de flujos de datos desde una fuente de datos 236, se modula por un modulador 280, se condiciona por los transmisores del 254a al 254r, y se transmite de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas desde el sistema receptor 250 se reciben por las antenas 224, se condicionan por los receptores 222, se demodulan por un demodulador 240, y se procesan por un procesador de datos de RX 242 para extraer el mensaje del enlace inverso trasmitido por el sistema receptor 250. El procesador 230 determina luego qué matriz de precodificación usar para determinar los pesos de la conformación de haces y procesa luego el mensaje extraído.
Volviendo a la Figura 3, esta figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la invención. Como se muestra en la Figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede utilizarse para realizar los UE (o AT) 116 y 122 en la Figura 1 o la estación base (o AN) 100 en la Figura 1, y el sistema de comunicaciones inalámbricas es preferentemente el sistema LTE. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad de procesamiento central (CPU) 308, una memoria 310, un código de programa 312, y un transceptor 314. El circuito de control 306 ejecuta el código del programa 312 en la memoria 310 a través de la CPU 308, que controla de esta manera una operación del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales introducidas por un usuario a través del dispositivo de entrada 302, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, que suministra señales recibidas al circuito de control 306, y que emite señales que se generan por el circuito de control 306 de forma inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica también puede utilizarse para realizar la A n 100 en la Figura 1.
La Figura 4 es un diagrama de bloques simplificado del código del programa 312 que se muestra en la Figura 3 de acuerdo con una realización de la invención. En esta realización, el código del programa 312 incluye una capa de aplicación 400, una porción de la Capa 3402, y una porción de la Capa 2404, y se acopla a una porción de la Capa 1 406. La porción de la Capa 3402 realiza en general el control de recursos de radio. La porción de la Capa 2404 realiza en general el control de enlace. La porción de la Capa 1406 realiza en general las conexiones físicas.
Uno de los objetivos generales de la presente solicitud es estudiar la estructura de trama utilizada en New RAT (NR) para 5G, para adaptarse a varios tipos de requisitos analizados en 3GPP TR 38.913) para recursos de tiempo y frecuencia, por ejemplo, de ultra baja latencia (~0,5 ms) a un TTI (Intervalo de Tiempo de Transmisión) más largo de lo esperado para MTC (Comunicación de Tipo Máquina), desde una tasa máxima alta para eMBB (banda ancha móvil mejorada) hasta una tasa de datos muy baja para MTC. Un enfoque importante es el aspecto de baja latencia, mientras que en el estudio también se puede considerar otro aspecto de mezclar/adaptar diferentes TTI. Además de los diversos servicios y requisitos, la compatibilidad hacia adelante es una consideración importante en el diseño inicial de la estructura de la trama de NR, ya que no todas las funciones de NR se incluirían en la fase de inicio/liberación.
3GPP TS 36.300 incluye la siguiente descripción para el procedimiento de acceso aleatorio (RA):
10.1.5 Procedimiento de acceso aleatorio
El procedimiento de acceso aleatorio se caracteriza por:
- Procedimiento común para FDD y TDD;
- Un procedimiento independientemente del tamaño de la celda y el número de celdas de servicio cuando CA está configurado;
El procedimiento de acceso aleatorio se realiza para los siguientes eventos relacionados con el PCell:
- Acceso inicial desde RRC_IDLE;
- Procedimiento de restablecimiento de la conexión RRC;
- Traspaso;
- Llegada de datos DL durante RRC_CONNECTED que requiere un procedimiento de acceso aleatorio:
- Por ejemplo, cuando el estado de sincronización UL es "no sincronizado".
- Llegada de datos UL durante RRC_CONNECTED que requiere un procedimiento de acceso aleatorio: - Por ejemplo, cuando el estado de sincronización de UL es "no sincronizado" o no hay recursos PUCCH para SR disponibles.
- Para fines de posicionamiento durante RRC_CONNECTED que requiere un procedimiento de acceso aleatorio;
- Por ejemplo, cuando se necesita un avance de tiempo para el posicionamiento del UE.
El procedimiento de acceso aleatorio también se realiza en un SCell para establecer la alineación de tiempo para el sTAg correspondiente.
En DC, el procedimiento de acceso aleatorio también se realiza en al menos PSCell tras la adición/modificación de SCG, si así se indica, o tras la llegada de datos DL/UL durante RRC_CONNECTED que requiere el procedimiento de acceso aleatorio. El procedimiento de acceso aleatorio iniciado por UE se realiza solo en PSCell para SCG.
Además, el procedimiento de acceso aleatorio adopta dos formas distintas:
- Basados en contención (aplicable a los primeros cinco eventos);
- No basados en contención (aplicable solo a traspaso, llegada de datos DL, posicionamiento y obtención de alineación de avance de tiempo para un sTAG).
La transmisión DL/UL normal puede tener lugar después del procedimiento de acceso aleatorio.
Un RN admite el acceso aleatorio basado en contención y libre de contención. Cuando un RN realiza el procedimiento de acceso aleatorio, suspende cualquier configuración de subtrama RN actual, lo que significa que ignora temporalmente la configuración de la subtrama RN. La configuración de la subtrama r N se reanuda cuando se completa con éxito el procedimiento de acceso aleatorio.
10.1.5.1 Procedimiento de acceso aleatorio basado en contención
El procedimiento de acceso aleatorio basado en contención se describe en la Figura 10.1.5.1-1 a continuación: [La Figura 10.1.5.1-1 de 3GPP TS 36.300 v13.2.0 se reproduce como la Figura 5]
Las cuatro etapas de los procedimientos de acceso aleatorio basados en contención son:
1) Preámbulo de acceso aleatorio en RACH en enlace ascendente:
- Hay dos grupos posibles definidos y uno es opcional. Si ambos grupos están configurados, el tamaño del mensaje 3 y la pérdida de ruta se utilizan para determinar de qué grupo se selecciona un preámbulo. El grupo al que pertenece un preámbulo proporciona una indicación del tamaño del mensaje 3 y las condiciones de radio en el UE. La información del grupo de preámbulos junto con los umbrales necesarios se difunde en la información del sistema.
2) Respuesta de acceso aleatorio generada por MAC en DL-SCH:
- Semi-sincrónico (dentro de una ventana flexible cuyo tamaño es uno o más TTI) con el mensaje 1;
- Sin HARQ;
- Dirigido a RA-RNTI en el PDCCH;
- Transmite al menos un identificador de preámbulo de RA, información de alineación de temporización para el pTAG, concesión de UL inicial y asignación de C-RNTI temporal (que puede o no hacerse permanente en la Resolución de Contención);
- Destinado a un número variable de UE en un mensaje DL-SCH.
3) Primera transmisión UL programada en UL-SCH:
- Utiliza HARQ;
- El tamaño de los bloques de transporte depende de la concesión de UL transmitida en la etapa 2.
- Para acceso inicial:
- T ransmite la solicitud de conexión RRC generada por la capa RRC y transmitida a través de CCCH; - Transmite al menos un identificador UE NAS, pero ningún mensaje del NAS;
- RLC TM: sin segmentación.
- Para el procedimiento de restablecimiento de la conexión RRC:
- Transmite la solicitud de restablecimiento de conexión RRC generada por la capa RRC y transmitida a través de CCCH;
- RLC TM: sin segmentación;
- No contiene ningún mensaje del NAS.
- Después del traspaso, en la celda de destino:
- Transmite la confirmación de traspaso de RRC cifrada y protegida de integridad generada por la capa RRC y transmitida a través de los DCCH;
- Transmite el C-RNTI del UE (que se asignó mediante el comando de traspaso);
- Incluye un informe de estado del búfer de enlace ascendente cuando es posible.
- Para otros eventos:
- Transmite al menos el C-RNTI del UE.
4) Resolución de contención sobre DL:
- Se utilizará una resolución de contención temprana, es decir, el eNB no espera la respuesta del NAS antes de resolver la contención;
- No sincronizado con el mensaje 3;
- Se admite HARQ;
- Direccionado a:
- El C-RNTI temporal en el PDCCH para el acceso inicial y después de la falla del enlace de radio; - El C-RNTI en el PDCCH para UE en RRC_CONNECTED.
- La retroalimentación de HARQ es transmitida solo por el UE que detecta su propia identidad de UE, como se proporciona en el mensaje 3, reflejada en el mensaje de Resolución de Contención;
- Para el acceso inicial y el procedimiento de restablecimiento de la conexión RRC, no se utiliza segmentación (RLC-TM).
El C-RNTI temporal se promueve a C-RNTI para un UE que detecta el éxito de RA y aún no tiene un C-RNTI; otros lo dejan caer. Un UE que detecta con éxito un RA y ya tiene un C-RNTI, reanuda el uso de su C-RNTI.
Cuando se configura CA, las primeras tres etapas de los procedimientos de acceso aleatorio basados en contención ocurren en el PCell, mientras que el PCell puede programar la resolución de la contención (etapa 4).
Cuando se configura DC, las primeras tres etapas de los procedimientos de acceso aleatorio basados en contención ocurren en PCell en MCG y PSCell en SCG. Cuando Ca se configura en SCG, las primeras tres etapas de los procedimientos de acceso aleatorio basados en contención ocurren en el PSCell, mientras que la resolución de contención (etapa 4) puede ser programada de forma cruzada por el PSCell.
10.1.5.2 Procedimiento de acceso aleatorio libre de contención
El procedimiento de acceso aleatorio libre de contención se describe en la Figura 10.1.5.2-1 a continuación:
[La Figura 10.1.5.2-1 de 3GPP TS 36.300 v13.2.0 se reproduce como la Figura 6]
Las tres etapas de los procedimientos de acceso aleatorio libres de contención son:
0) Asignación de Preámbulo de Acceso Aleatorio mediante señalización dedicada en DL:
- el eNB asigna al UE un Preámbulo de Acceso Aleatorio libre de contención (un Preámbulo de Acceso Aleatorio que no está dentro del conjunto enviado en la señalización de difusión).
- Señalizado a través de:
- Comando HO generado por el eNB de destino y enviado a través del eNB de origen para el traspaso; - PDCCH en caso de llegada o posicionamiento de datos DL;
- PDCCH para alineación de tiempo UL inicial para un sTAG.
1) Preámbulo de Acceso Aleatorio en RACH en enlace ascendente:
- El UE transmite el Preámbulo de Acceso Aleatorio libre de contención asignado.
2) Respuesta de acceso aleatorio en DL-SCH:
- Semi-sincrónico (dentro de una ventana flexible cuyo tamaño es dos o más TTI) con el mensaje 1; - Sin HARQ;
- Dirigido a RA-RNTI en el PDCCH;
- Transmite al menos:
- Información de alineación de tiempo y concesión inicial de UL para traspaso;
- Información de alineación de tiempos para la llegada de datos DL;
- Identificador de preámbulo RA;
- Destinado a uno o varios UE en un mensaje DL-SCH.
Cuando se realiza un acceso aleatorio libre de contención en el PCell mientras CA está configurado, la asignación de Preámbulo de Acceso Aleatorio a través del PDCCH de la etapa 0, etapa 1 y 2 del procedimiento de acceso aleatorio libre de contención se produce en el PCell. Para establecer el avance de tiempo para un sTAG, el eNB puede iniciar un procedimiento de acceso aleatorio libre de contención con una orden PDCCH (etapa 0) que se envía en una celda de programación de SCell activado del sTAG. La transmisión del preámbulo (etapa 1) está en la SCell indicada y la Respuesta de Acceso Aleatorio (etapa 2) tiene lugar en PCell.
Cuando se realiza un acceso aleatorio libre de contención en el PCell o PSCell mientras DC está configurado, la asignación de Preámbulo de Acceso Aleatorio a través del PDCCH de la etapa 0, etapa 1 y 2 del procedimiento de acceso aleatorio libre de contención ocurre en la celda correspondiente. Para establecer el avance de tiempo para un sTAG, el eNB puede iniciar un procedimiento de acceso aleatorio libre de contención con una orden PDCCH (etapa 0) que se envía en una celda de programación de SCell activada del sTAG sin incluir PSCell. La transmisión del preámbulo (etapa 1) está en el SCell indicado y la Respuesta de Acceso Aleatorio (etapa 2) tiene lugar en PCell para MCG y PSCell para SCG.
Los detalles de cada etapa de acceso aleatorio y el elemento de control relacionado se describen en las Secciones 5.1, 5.4, 6 y 7 de 3GPP Ts 36.321. Además, algunas configuraciones para el acceso aleatorio y el procedimiento de obtención se analizan en 3GPP 36.331.
Uno de los requisitos NR enumerados en el documento 3GPP TR 38.913 enumera el siguiente requisito NR: "La latencia del plano de control se refiere al tiempo para pasar de un estado de batería eficiente (por ejemplo, INACTIVO) al inicio de la transferencia continua de datos (por ejemplo, ACTIVO). El objetivo de la latencia del plano de control debe ser 10ms." Con respecto a un requisito similar en LTE, el requisito de latencia del plano de control se establece en 50 ms (como se analiza en el documento 3GPP TS 36.913). Existe una gran brecha entre el requisito de latencia de LTE y el requisito de latencia de NR. Por lo tanto, sería mejor reducir la posible latencia de transmisión y procesamiento tanto como sea posible. Como se analiza a continuación, la presente solicitud se centra en primer lugar en la latencia de acceso aleatorio.
En LTE, hay dos tipos de procedimientos de acceso aleatorio, por contención y libre de contención. El procedimiento de acceso aleatorio por contención consta de 4 etapas, que incluyen: Msg1, Msg2, Msg3 y Msg4. La Figura 5 es una realización ilustrativa para el acceso aleatorio por contención. El Msg1 y el Msg3 se transmiten desde el UE a la red. Y los recursos para realizar la transmisión de Msg1 y la transmisión de Msg3 son recursos de contención. Si la red
puede recibir con éxito un Msg3, la red podría identificar un UE en base al contenido de Msg3 y transmitirá un Msg4 al UE para finalizar la contención.
Por otro lado, un concepto de ajuste de TTI dinámico se analiza en 3GPP R2-163445, que propone establecer el tamaño de TTI por concesión de programación para optimizar en caso de transmisión TCP (Protocolo de Control de T ransmisión). En concreto, el TTI corto se puede utilizar para acelerar el procedimiento de inicio lento de TCP y el TTI largo se puede utilizar en un estado de velocidad de transmisión estable para reducir la sobrecarga de señalización de control.
Teniendo en cuenta dicho concepto de TTI dinámico, la presente solicitud analiza además si dicho concepto de TTI dinámico también se puede utilizar para acelerar el procedimiento de acceso aleatorio y cómo lograr un cambio dinámico de TTI en el acceso aleatorio. El siguiente análisis se centra principalmente en la etapa de transmisión de Msg3 en un procedimiento de acceso aleatorio. Además, el análisis a continuación no incluye el caso de diferenciación de capacidad de banda base/RF de UE (por ejemplo, diferenciación entre teléfono celular normal en LTE y dispositivos NB-IoT en LTE).
En LTE, podría haber tres configuraciones diferentes de acceso aleatorio en el sistema LTE. La primera configuración es generalmente para los UE normales con suficiente capacidad de banda base/RF para monitorear todo el ancho de banda del sistema (por ejemplo, teléfonos celulares, dispositivos MTC de gama alta). La segunda configuración es, generalmente, para dispositivos MTC de gama baja y los UE normales con suficiente capacidad de banda base/RF pero que funcionan en condiciones de potencia limitada. La tercera configuración es generalmente para los UE NB-IoT (Banda Estrecha-Internet de las Cosas) que agrupan la capacidad de RF/Banda base y sólo pueden realizar la transmisión/recepción en una banda estrecha (por ejemplo, 1,4MHz). Y la última configuración se define generalmente como una nueva RAT (Tecnología de Acceso por Radio). Normalmente, los dispositivos MTC de gama baja solo funcionarán en la segunda configuración y los dispositivos NB-IoT solo funcionarán en la tercera configuración. Para un UE normal con suficiente capacidad de RF/Banda base, el UE solo cambiará la configuración de RA cuando el UE entre en estado de potencia limitada (por ejemplo, el borde de la celda o incluso más lejos).
Si se aplica un TTI corto a la transmisión de Msg3, la latencia de acceso aleatorio promedio podría reducirse debido al inicio temprano del monitoreo de Msg4. Un posible caso para tal beneficio se muestra en la Figura 7. Como se muestra en la Figura 7, aunque el retardo de procesamiento mínimo es un período fijo, el UE podría comenzar a recibir el Msg4 antes debido a la transmisión temprana del Msg3. Además, en la Figura se muestran dos posibilidades de monitoreo de Msg4. 7. El UE puede esperar cualquier formato de TTI si la información de longitud de TTI no se transporta en la señal de control de programación. De lo contrario, el UE puede esperar múltiples posibilidades de longitud de TTI.
Otro posible beneficio puede ser mejorar la eficiencia de los recursos. Si el concepto TTI dinámico se aplica a Msg3, la red puede ajustar la asignación de recursos de manera más flexible. En LTE, la longitud de TTI para Msg3 es fija. En la misma condición de esquema de modulación, el sistema LTE solo podría programar recursos de radio en el nivel de PRB, mientras que NR puede programar en el nivel de símbolo.
Para lograr el concepto TTI dinámico, un UE necesita derivar información del TTI (por ejemplo, longitud TTI, numerología) para transmitir Msg3 en la interfaz aérea. En este aspecto, se proponen posibles candidatos a UE para obtener dicha información. Se pueden aplicar una o varias soluciones en un sistema NR.
Solución 1 - RAR (Respuesta de Acceso Aleatorio). En LTE, la transmisión de Msg3 está programada por el campo de concesión de UL en RAR. Un RAR es una respuesta para un preámbulo transmitido en una oportunidad de transmisión de Msg1 desde un UE(s). El formato de RAR en LTE se muestra en la Figura 8.
La transmisión de Msg3 se programa de acuerdo con el campo de concesión UL (enlace ascendente) en el RAR. En esta solución, se agrega información del TTI adicional en RAR para programar Msg3. Preferentemente, la nueva información del TTI puede ser un nuevo campo en RAR o un nuevo campo en Msg2 para un preámbulo específico o agregado al campo de concesión de UL. Una posible realización ilustrativa se muestra en la Figura 9.
Solución 2 - Campo común en Msg2.En la Solución 2, la información del TTI también se transporta en Msg2 similar a la Solución 1. El Msg2 puede incluir varios RAR. Y el sub-encabezado de un RAR indicará el RAR para el cual es el preámbulo. Sin embargo, dado que la longitud del TTI tiene opciones limitadas, es posible que no haya necesidad de incluir repetidamente la información redundante. Por lo tanto, se propone utilizar campos comunes en Msg2 para transportar información del TTI. Un posible ejemplo se muestra en la Figura 10. La información del TTI 1 podría proporcionarse al conjunto de preámbulos 1 (por ejemplo, rápido 0~20), y la información del TTI 2 podría proporcionarse al conjunto de preámbulos 2 (por ejemplo, rápido 21~40).
La información del TTI transportada en un campo común se aplicará a los UE que hayan realizado una transmisión Msg1 diferente (por ejemplo, un preámbulo diferente). Las diferentes transmisiones de Msg1 son diferenciables por el lado receptor en el Dominio del Código y/o el Dominio del Tiempo y/o el Dominio de la Frecuencia. Preferentemente, el(los) campo(s) común(es) puede(n) llevarse como elemento de control. Alternativamente, los campos comunes
pueden transportarse como parte del (sub)encabezado MAC, como datos (por ejemplo, configuración RRC), o en señal de control (por ejemplo, señal PDCCH) para programar Msg2.
Si se incluyen múltiples campos comunes en un Msg2, un UE podría seleccionar uno de ellos para aplicarlo a la transmisión de Msg3. Preferentemente, el UE podría seleccionar el campo común en base a su transmisión de Msg1 (por ejemplo, el grupo de preámbulo establecido en la configuración RA utilizada por Msg1, el recurso de PRACH establecido en la configuración RA utilizada por Msg1, la longitud o formato de Msg1, la configuración RA utilizada por Msg1, etc.). El UE también podría seleccionar un campo común en base a los tipos de servicio (por ejemplo, URLLC, eMBB, sensible al retardo, ...). Por ejemplo, si el UE activa RA para transmitir datos de un tipo de servicio específico (por ejemplo, tipo de servicio URLLC), entonces el UE podría seleccionar un campo común para el tipo de servicio específico. Además, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base a una indicación de tipo de servicio (similar a la prioridad del canal lógico) en la configuración del canal lógico/RB que tiene datos disponibles. La indicación del tipo de servicio se puede utilizar en el procedimiento de multiplexación. Por ejemplo, el UE puede no multiplexar datos con diferentes indicaciones de tipo de servicio en un TB para su transmisión. Alternativamente, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base al campo de cabecera de los datos (por ejemplo, el campo de cabecera RLC, el campo PDCP), o en base a la entrega del tipo/categoría de protocolo del plano de usuario (por ejemplo, la categoría 1 se asigna a URLLC). Como otro ejemplo, si el UE activa RA cuando el UE se ha registrado/autorizado para el tipo de servicio URLLC, el UE podría seleccionar un campo común para el tipo de servicio URLLC. Como otro ejemplo, si la capa superior (por ejemplo, la capa NAS, la capa de aplicación, la capa RRC) en un UE envía una indicación de servicio a la capa inferior (por ejemplo, MAC, PHY) en el UE cuando el UE activa y/o realiza RA, el UE podría seleccionar un campo común en base al tipo de servicio indicado por la indicación de servicio.
Preferentemente, el UE selecciona el campo común en base al propósito de acceso aleatorio (por ejemplo, solicitud de información del sistema, localización, posicionamiento, actualización de ubicación, establecimiento del plano de control, recuperación del haz, etc.). Y el propósito del acceso aleatorio puede indicarse mediante una capa superior (por ejemplo, NAS, RRC, la capa de aplicación) en el UE.
Preferentemente, el UE selecciona el campo común en base al tamaño potencial de Msg3. Por ejemplo, si los datos disponibles pendientes en un UE son mayores que un umbral cuando un UE está realizando RA, el UE selecciona el campo común para un posible tamaño de mensaje mayor que el umbral.
Preferentemente, el UE selecciona el campo común en base a su medición de DL, en base a la causa del establecimiento de la conexión (por ejemplo, llamada de emergencia, mo-data, mt-data, ...), en base a su resultado de incremento de potencia actual (por ejemplo, incremento sobre tiempos de umbral o umbral de potencia, al cambiar en base a la tabla de mapeo entre las etapas de aumento y la información del TTI), en base a la prioridad del UE (por ejemplo, clase de acceso, etc.) proporcionada por la red o la suscripción del UE, o en base al contenido de Msg3 (por ejemplo, qué tipo de elemento de control podría incluirse, informes BSR para qué LCG o qué RB/LC, datos de qué acción del protocolo del plano de usuario, datos de qué radio portadora, datos de qué canal lógico, ...). Por ejemplo, si Msg3 pudiera incluir datos de un (conjunto de) LC o RB específico (por ejemplo, URLLC tipo RB, CCCH, ...), el UE podría seleccionar un campo común relacionado con el LC o RB en base a la configuración del UE (por ejemplo, asociación entre LC/RB y configuración de acceso aleatorio, asociación entre LC/RB y configuración de servicio, asociación entre LC/RB y configuración de canal de transporte, etc.). Como otro ejemplo, si Msg3 pudiera incluir un elemento de control especial/mensaje especial, el UE podría seleccionar un campo común relacionado con el elemento de control especial/mensaje especial. Preferentemente, el UE seleccionará otro campo común si el Msg3 no incluye el elemento de control especial y/o el mensaje especial (por ejemplo, mensaje RRC).
Preferentemente, el UE selecciona un campo común en base a la prioridad más alta de los portadores de radio que tienen datos disponibles. Por ejemplo, el UE tiene datos disponibles que pertenecen al portador de radio con prioridad 2 y prioridad 8 cuando el UE está realizando RA. El UE podría seleccionar un campo común en base a si la prioridad 2 supera un umbral o no.
Preferentemente, el UE selecciona el campo común en base a la prioridad más alta de los canales lógicos que tienen datos disponibles, o en base a la acción del protocolo del plano de usuario (por ejemplo, protocolo del plano de usuario de tipo URLLC o eMBB, categoría/índice de acción del protocolo 1 o 2, ...) que realiza el acceso aleatorio.
Solución 3 - Información de Difusión. En la Solución 3, que no cae dentro del ámbito de las reivindicaciones, un UE podría obtener información del TTI para la transmisión de Msg3 a través de un mensaje de difusión (por ejemplo, información del sistema, MIB, etc.) desde una red (por ejemplo, gNB, estación base, TRP, etc.). Si se incluye información del TTI múltiple para la transmisión de Msg3 en el mensaje de difusión, un UE podría seleccionar uno de ellos para aplicarlo a la transmisión de Msg3.
Preferentemente, el UE selecciona la información del TTI en el mensaje de difusión en base a su transmisión Msg1 (por ejemplo, el grupo de preámbulo establecido en la configuración RA utilizada por Msg1, el recurso PRACH establecido en la configuración RA utilizada por Msg1, la longitud o el formato de Msg1, la configuración RA utilizada por Msg1, etc.), o en base a los tipos de servicio (por ejemplo, URLLC, eMBB, sensible al retraso, ...). Por ejemplo, si
el UE activa RA para transmitir datos de un tipo de servicio específico (por ejemplo, tipo de servicio URLLC), entonces el UE podría seleccionar la información del TTI en el mensaje de difusión para el tipo de servicio específico. Además, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base a una indicación de tipo de servicio (similar a la prioridad del canal lógico) en la configuración del canal lógico/RB que tiene datos disponibles.
La indicación del tipo de servicio se puede utilizar en el procedimiento de multiplexación. Por ejemplo, el UE puede no multiplexar datos con diferentes indicaciones de tipo de servicio en un TB para su transmisión. Alternativamente, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base al campo de encabezado de los datos (por ejemplo, campo de encabezado de RLC, campo de PDCP). El UE también puede comprender qué datos pertenecen a qué tipo de servicio en base a la entrega del tipo/categoría de protocolo del plano de usuario (por ejemplo, la categoría 1 se asigna a URLLC). Como otro ejemplo, si el UE activa rA cuando el UE se ha registrado/autorizado para el tipo de servicio URLLC, el UE podría seleccionar la información del TTI en el mensaje de difusión para el tipo de servicio URLLC. Como ejemplo adicional, si la capa superior (por ejemplo, la capa NAS, la capa de aplicación, la capa RRC) en un UE envía una indicación de servicio a la capa inferior (por ejemplo, MAC, PHY) en el UE cuando el UE activa y/o realiza RA, el UE podría seleccionar la información del TTI en un mensaje de difusión en base al tipo de servicio indicado por la indicación de servicio.
Preferentemente, el UE selecciona la información del TTI en el mensaje de difusión en base al propósito de acceso aleatorio (por ejemplo, solicitud de mensaje de difusión, localización, posicionamiento, actualización de ubicación, establecimiento del plano de control, recuperación del haz, etc.). Y el propósito del acceso aleatorio puede indicarse mediante una capa superior (por ejemplo, NAS, RRC, capa de aplicación) en el UE.
Preferentemente, el UE selecciona la información del TTI en el mensaje de difusión en base al tamaño potencial de Msg3. Por ejemplo, si los datos disponibles pendientes en un UE son mayores que un umbral cuando un UE realiza RA, el UE selecciona la información del TTI en el mensaje de difusión para un tamaño de mensaje potencial mayor que el umbral.
Preferentemente, el UE selecciona la información del TTI en el mensaje de difusión en base a su medición DL, en base a la causa de establecimiento de la conexión (por ejemplo, llamada de emergencia, mo-data, mt-data, ...), en base al resultado de su incremento de potencia actual (por ejemplo, incremento por encima de los tiempos de umbral o potencia de umbral, al cambiar en base a la tabla de asignación entre las etapas de incremento y la información del TTI), en base a la prioridad del UE proporcionada por la red o la suscripción del UE (por ejemplo, clase de acceso, etc.), o en base a el contenido del Msg3 (por ejemplo, qué tipo de elemento de control podría incluirse, información BSR para qué LCG o qué RB/LC, datos de qué stock de protocolo del plano de usuario, datos de qué portador de radio, datos de qué canal lógico, ...). Por ejemplo, si Msg3 puede incluir datos de un conjunto de LC o RB específico (por ejemplo, URLLC tipo RB, CCCH, ...), el UE puede seleccionar la información del t T i en el mensaje de difusión relacionado con el LC o RB en base a la configuración del UE. Como otro ejemplo, si el Msg3 puede incluir un elemento de control especial/mensaje especial, el UE podría seleccionar información del TTI en el mensaje de difusión relacionado con el elemento de control especial/mensaje especial. Preferentemente, el UE seleccionará otra información del TTI si el Msg3 no incluye el elemento de control especial y/o el mensaje especial (por ejemplo, mensaje RRC).
Preferentemente, el UE selecciona la información del TTI en el mensaje de difusión en base a la prioridad más alta de los portadores de radio que tienen datos disponibles. Por ejemplo, el UE tiene datos disponibles que pertenecen al portador de radio con prioridad 2 y prioridad 8 cuando el UE está realizando RA. El UE puede seleccionar la información del TTI en el mensaje de difusión en base a si la prioridad 2 está por encima de un umbral o no.
Preferentemente, el UE selecciona la información del TTI en el mensaje de difusión en base a la prioridad más alta de los canales lógicos que tienen datos disponibles, o en base a en qué acción del protocolo del plano de usuario (por ejemplo, protocolo del plano de usuario de tipo URLLC o eMBB, categoría/índice de acción de protocolo 1 o 2, ...) que realiza el acceso aleatorio.
Solución 4 - Mensaje dedicado. En la Solución 4, que no cae dentro del ámbito de las reivindicaciones, un UE podría derivar información del TTI para la transmisión de Msg3 a través de un mensaje dedicado (por ejemplo, mensaje de reconfiguración de RRC, mensaje de localización, PDCCH para iniciar RA, ...) desde una red. Si en el mensaje dedicado se incluyen (implícita o explícitamente) múltiples informaciones TTI para la transmisión de Msg3, un UE podría seleccionar una de ellas para aplicarla a la transmisión de Msg3.
Preferentemente, el UE selecciona la información del TTI en el mensaje dedicado en base a su transmisión Msg1 (por ejemplo, el grupo de preámbulo establecido en la configuración RA utilizada por Msg1, el recurso PRACH establecido en la configuración RA utilizada por Msg1, la longitud o el formato de Msg1, la configuración RA utilizada por Msg1, etc.), o basándose en los tipos de servicio (por ejemplo, URLLC, eMBB, sensible al retardo, ...). Por ejemplo, si el UE activa la RA para transmitir datos de un tipo de servicio específico (por ejemplo, el tipo de servicio URLLC), entonces el UE podría seleccionar la información del TTI en el mensaje dedicado para el tipo de servicio específico. Además, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base a una indicación de tipo de servicio (similar a la prioridad del canal lógico) en la configuración del canal lógico/RB que tiene datos disponibles. La indicación del
tipo de servicio se puede utilizar en el procedimiento de multiplexación. Por ejemplo, el UE puede no multiplexar datos con diferentes indicaciones de tipo de servicio en un TB para su transmisión. Alternativamente, el UE puede entender qué datos pertenecen a qué tipo de servicio en base al campo de cabecera de los datos (por ejemplo, el campo de cabecera RLC, el campo PDCP)), o en base a la entrega del tipo/categoría de protocolo del plano de usuario (por ejemplo, la categoría 1 se asigna a URLLC).
Como otro ejemplo, si el UE activa RA cuando el UE se ha registrado/autorizado para el tipo de servicio URLLC, el UE podría seleccionar la información del TTI en un mensaje dedicado para el tipo de servicio URLLC. Como ejemplo adicional, si la capa superior (por ejemplo, la capa NAS, la capa de aplicación, la capa RRC) en el UE envía una indicación de servicio a la capa inferior (por ejemplo, MAC, PHY) en el UE cuando el UE activa y/o realiza RA, el UE podría seleccionar la información del TTI en un mensaje dedicado en base al tipo de servicio indicado por la indicación de servicio.
Preferentemente, el UE selecciona la información del TTI en un mensaje dedicado en base al propósito de acceso aleatorio (por ejemplo, solicitud de información del sistema, localización, posicionamiento, actualización de ubicación, establecimiento del plano de control, recuperación del haz, etc.). Y el propósito del acceso aleatorio puede indicarse mediante una capa superior (por ejemplo, NAS, RRC, capa de aplicación) en el UE.
Preferentemente, el UE selecciona la información del TTI en un mensaje dedicado en base al tamaño potencial de Msg3. Por ejemplo, si los datos pendientes disponibles en un UE son mayores que un umbral cuando un UE está realizando una Ra , el UE selecciona la información del TTI en un mensaje dedicado para un tamaño de mensaje potencial mayor que un umbral.
Preferentemente, el UE selecciona la información del TTI en el mensaje dedicado en base a su medición DL, en base a la causa de establecimiento de la conexión (por ejemplo, llamada de emergencia, mo-data, mt-data, ...), en base al resultado de su incremento de potencia actual (por ejemplo, incremento sobre los tiempos de umbral o potencia de umbral, cambiando en base a la tabla de mapeo entre las etapas de incremento y la información del TTI), en base a la prioridad del UE proporcionada por la red o la suscripción del UE (por ejemplo, clase de acceso, etc.), o en base al contenido del Msg3 (por ejemplo qué tipo de elemento de control podría incluirse, información BSR para qué LCG o qué RB/LC, datos de qué stock de protocolo del plano de usuario, datos de qué portador de radio, datos de qué canal lógico, ...). Por ejemplo, si el Msg3 puede incluir datos de un (conjunto de) Lc o RB específico (por ejemplo, URLLC tipo RB, CCCH, ...), el UE podría seleccionar la información del t T i en un mensaje dedicado relacionado con el LC o RB en base a la configuración del UE. Como otro ejemplo, si el Msg3 puede incluir un elemento de control especial/mensaje especial, el UE podría seleccionar la información del TTI en el mensaje dedicado relacionado con el elemento de control especial/mensaje especial. Preferentemente, el UE seleccionará otra información del TTI si el Msg3 no incluye el elemento de control especial y/o el mensaje especial (por ejemplo, mensaje RRC).
Preferentemente, el UE selecciona la información del TTI en un mensaje dedicado en base a la prioridad más alta de los portadores de radio que tienen datos disponibles. Por ejemplo, el UE tiene datos disponibles que pertenecen al portador de radio con prioridad 2 y prioridad 8 cuando el UE está realizando RA. El UE puede seleccionar la información del TTI en un mensaje dedicado en base a si la prioridad 2 está por encima de un umbral o no.
Preferentemente, el UE selecciona la información del TTI en el mensaje dedicado en base a la prioridad más alta de los canales lógicos que tienen datos disponibles, o en base a la acción de protocolo del plano de usuario (por ejemplo, el protocolo del plano de usuario de tipo URLLC o eMBB, la categoría/índice de acción del protocolo 1 o 2, ...) que realiza el acceso aleatorio.
Solución 5 - Derivar implícitamente de transmisiones Msg2.En esta solución, que no cae dentro del ámbito de las reivindicaciones, un UE podría derivar información del TTI para la transmisión de Msg3 en base a información implícita de Msg2. Preferentemente, un UE obtiene la información del TTI para el Msg3 en base a la información del TTI utilizada por el Msg2. Por ejemplo, la duración del TTI de la transmisión del Msg3 puede ser N veces la duración del TTI del Msg2. El valor N puede ser entero o decimal. El valor N puede ser obtenido por un UE en base a una o múltiples soluciones mencionadas anteriormente. El UE puede obtener el valor N a través de un mensaje de difusión desde una red. Y el UE podría sobrescribir el valor N proporcionado en el mensaje de difusión, si el UE recibe otro valor N en un mensaje dedicado.
Alternativamente o preferentemente, un UE obtiene información del TTI para el Msg3 en base a la portadora de frecuencia utilizada por el Msg2. Cada portadora de frecuencia puede tener información correspondiente a diferentes TTI. La información del TTI correspondiente puede ser predefinida y/o proporcionada a través de la información del sistema y/o proporcionada a través de un mensaje RRC dedicado.
Desplazamiento del tiempo de inicio de Msg3 - En LTE, hay un período de brecha fijo entre la recepción de Msg2 y la transmisión de Msg3. El período de brecha fijo está diseñado para cubrir el tiempo de procesamiento de Msg2/3 de los UE (por ejemplo, decodificación, bloque de transporte de (des)multiplexación). Sin embargo, en NR, algunos posibles procedimientos pueden traer beneficios para reducir dicho período de brecha fija. Por ejemplo, si se aplica un TTI corto a ambas transmisiones Msg2/Msg3 como se muestra en la Figura 11, el mínimo de la brecha fija entre
Msg2 y Msg3 se puede establecer en TTI corto. De lo contrario, la brecha mínima sólo podría establecerse en la longitud normal de la subtrama, como en el caso de la TTI corta.
T ambién hay muchas otras formas de reducir el tiempo de procesamiento (por ejemplo, el tamaño del TB de provisión). Estos procedimientos traerán no solo beneficios, sino también algunas limitaciones y/o complejidades. Como conclusión, creemos que podría ser beneficioso para la red poder decidir la duración de la brecha de interrupción. Para lograr el concepto, un UE necesitará conocer la información de la brecha (o llamado desplazamiento de tiempo de inicio de Msg3) mediante la información proporcionada por la red. Las posibles soluciones se enumeran a continuación.
Solución 1 - RAR (Respuesta de Acceso Aleatorio). En LTE, la transmisión de Msg3 está programada por el campo de concesión de UL en RAR. Un RAR es una respuesta para un preámbulo transmitido en una oportunidad de transmisión de Msg1 desde un UE(s). El formato de RAR en LTE se muestra en la Figura 8.
La transmisión de Msg3 se programa de acuerdo con el campo de concesión UL (enlace ascendente) en el RAR. En esta solución, se agrega información adicional en RAR para ajustar el desplazamiento de tiempo de inicio de Msg3. Preferentemente, la información adicional puede ser un nuevo campo en RAR o un nuevo campo en Msg2 para un preámbulo específico o agregado al campo de concesión de UL.
Solución 2 - Campo común en Msg2.En la Solución 2, el desplazamiento de tiempo de inicio de Msg3 también se realiza en Msg2 de manera similar a la Solución 1. El Msg2 puede incluir varios RAR. Y el sub-encabezado MAC de un RAR indicará el RAR para el cual es el preámbulo. Sin embargo, dado que la información del TTI tiene opciones limitadas, puede que no haya necesidad de incluir repetidamente la información redundante. Por lo tanto, se propone utilizar campos comunes en Msg2 para transportar el desplazamiento de tiempo de inicio de Msg3.
El desplazamiento de tiempo de inicio de Msg3 transportado en un campo común se aplicará a los UE que realizaron una transmisión de Msg1 diferente (por ejemplo, un preámbulo diferente). Las diferentes transmisiones de Msg1 son diferenciables por el lado receptor en el Dominio del código y/o el Dominio del tiempo y/o el Dominio de la frecuencia. Preferentemente, el(los) campo(s) común(es) puede(n) llevarse como elemento de control. Alternativamente, los campos comunes pueden transportarse como parte del (sub)encabezado MAC, como datos (por ejemplo, configuración RRC), o en señal de control (por ejemplo, señal PDCCH) para programar Msg2.
Si se incluyen múltiples campos comunes en un Msg2, un UE podría seleccionar uno de ellos para aplicarlo a la transmisión de Msg3. Preferentemente, el UE podría seleccionar el campo común en base a su transmisión de Msg1 (por ejemplo, el grupo de preámbulo establecido en la configuración RA utilizada por Msg1, el recurso de PRACH establecido en la configuración RA utilizada por Msg1, la longitud o formato de Msg1, la configuración RA utilizada por Msg1, etc.). El UE también podría seleccionar un campo común en base a los tipos de servicio (por ejemplo, URLLC, eMBB, sensible al retardo, ...). Por ejemplo, si el UE activa RA para transmitir datos de un tipo de servicio específico (por ejemplo, tipo de servicio URLLC), entonces el UE podría seleccionar un campo común para el tipo de servicio específico. Además, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base a una indicación de tipo de servicio (similar a la prioridad del canal lógico) en la configuración del canal lógico/RB que tiene datos disponibles. La indicación del tipo de servicio se puede utilizar en el procedimiento de multiplexación. Por ejemplo, el UE puede no multiplexar datos con diferentes indicaciones de tipo de servicio en un TB para su transmisión. Alternativamente, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base al campo de cabecera de los datos (por ejemplo, el campo de cabecera RLC, el campo PDCP), o en base a la entrega del tipo/categoría de protocolo del plano de usuario (por ejemplo, la categoría 1 se asigna a URLLC). Como otro ejemplo, si el UE activa RA cuando el UE se ha registrado/autorizado para el tipo de servicio URLLC, el UE podría seleccionar un campo común para el tipo de servicio URLLC. Como otro ejemplo, si la capa superior (por ejemplo, la capa NAS, la capa de aplicación, la capa RRC) en un UE envía una indicación de servicio a la capa inferior (por ejemplo, MAC, PHY) en el UE cuando el UE activa y/o realiza RA, el UE podría seleccionar un campo común en base al tipo de servicio indicado por la indicación de servicio.
Preferentemente, el UE selecciona el campo común en base al propósito de acceso aleatorio (por ejemplo, solicitud de información del sistema, localización, posicionamiento, actualización de ubicación, establecimiento del plano de control, recuperación del haz, etc.). Y el propósito del acceso aleatorio puede indicarse mediante una capa superior (por ejemplo, NAS, RRC, la capa de aplicación) en el UE.
Preferentemente, el UE selecciona el campo común en base al tamaño potencial de Msg3. Por ejemplo, si los datos disponibles pendientes en un UE son mayores que un umbral cuando un UE está realizando RA, el UE selecciona el campo común para un posible tamaño de mensaje mayor que el umbral.
Preferentemente, el UE selecciona el campo común en base a su medición DL, en base a la causa de establecimiento de la conexión (por ejemplo, llamada de emergencia, mo-data, mt-data, ...), en base a su resultado de incremento de potencia actual (por ejemplo, incremento por encima de los tiempos de umbral o potencia de umbral, al cambiar en base a la tabla de mapeo entre las etapas de incremento y el desplazamiento de tiempo de inicio de Msg3), en base a la prioridad del UE (por ejemplo, clase de acceso, etc.) proporcionada desde la red o la suscripción del UE, o en
base al contenido de Msg3 (por ejemplo, qué tipo de elemento de control podría incluirse, informes BSR para qué LCG o qué RB/LC, datos de qué acción de protocolo del plano de usuario, datos de qué portador de radio, datos de qué canal lógico, ...). Por ejemplo, si Msg3 pudiera incluir datos de un (conjunto de) LC o RB específico (por ejemplo, URLLC tipo RB, CCCH, ...), el UE podría seleccionar un campo común relacionado con el LC o RB en base a la configuración del UE (por ejemplo, asociación entre LC/RB y configuración de acceso aleatorio, asociación entre LC/RB y configuración de servicio, asociación entre LC/RB y configuración de canal de transporte, etc.). Como otro ejemplo, si Msg3 pudiera incluir un elemento de control especial/mensaje especial, el UE podría seleccionar un campo común relacionado con el elemento de control especial/mensaje especial. Preferentemente, el UE seleccionará otro campo común si el Msg3 no incluye el elemento de control especial y/o el mensaje especial (por ejemplo, mensaje RRC).
Preferentemente, el UE selecciona un campo común en base a la prioridad más alta de los portadores de radio que tienen datos disponibles. Por ejemplo, el UE tiene datos disponibles que pertenecen al portador de radio con prioridad 2 y prioridad 8 cuando el UE está realizando RA. El UE podría seleccionar un campo común en base a si la prioridad 2 supera un umbral o no.
Preferentemente, el UE selecciona el campo común en base a la prioridad más alta de los canales lógicos que tienen datos disponibles, o en base a la acción del protocolo del plano de usuario (por ejemplo, protocolo del plano de usuario de tipo URLLC o eMBB, categoría/índice de acción del protocolo 1 o 2, ...) que realiza el acceso aleatorio.
Solución 3 - Información de difusión. En la Solución 3, que no cae dentro del ámbito de las reivindicaciones, un UE podría derivar el desplazamiento de tiempo de inicio de Msg3 para la transmisión de Msg3 a través de un mensaje de difusión (por ejemplo, información de sistema(s), MIB, etc.) desde una red (por ejemplo, gNB, estación base, TRP, etc.). Si se incluyen en el mensaje de difusión múltiples desplazamientos de tiempo de inicio de Msg3 para la transmisión de Msg3, un UE podría seleccionar uno de ellos para aplicarlo a la transmisión de Msg3.
Preferentemente, el UE selecciona los desplazamientos de tiempo de inicio de Msg3 en el mensaje de difusión en base a su transmisión de Msg1 (por ejemplo, el grupo de preámbulo establecido en la configuración de RA utilizada por Msg1, el recurso PRACH establecido en la configuración de RA utilizada por Msg1, la longitud o el formato de Msg1, la configuración de RA utilizada por Msg1, etc.), o en base a los tipos de servicio (por ejemplo, URLLC, eMBB, sensible al retardo, ...). Por ejemplo, si el UE activa RA para transmitir datos de un tipo de servicio específico (por ejemplo, tipo de servicio URLLC), entonces el UE podría seleccionar el desplazamiento de tiempo de inicio de Msg3 en el mensaje de difusión para el tipo de servicio específico. Además, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base a una indicación de tipo de servicio (similar a la prioridad del canal lógico) en la configuración del canal lógico/RB que tiene datos disponibles.
La indicación del tipo de servicio se puede utilizar en el procedimiento de multiplexación. Por ejemplo, el UE puede no multiplexar datos con diferentes indicaciones de tipo de servicio en un TB para su transmisión. Alternativamente, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base al campo de encabezado de los datos (por ejemplo, campo de encabezado de RLC, campo de PDCP). El UE también puede comprender qué datos pertenecen a qué tipo de servicio en base a la entrega del tipo/categoría de protocolo del plano de usuario (por ejemplo, la categoría 1 se asigna a URLLC). Como otro ejemplo, si el UE activa rA cuando el UE se ha registrado/autorizado para el tipo de servicio URLLC, el UE podría seleccionar el desplazamiento del tiempo de inicio de Msg3 en el mensaje de difusión para el tipo de servicio URLLC. Como ejemplo adicional, si la capa superior (por ejemplo, la capa NAS, la capa de aplicación, la capa RRC) en un UE envía una indicación de servicio a la capa inferior (por ejemplo, MAC, PHY) en el UE cuando el UE activa y/o realiza RA, el UE podría seleccionar el desplazamiento de tiempo de inicio de Msg3 en el mensaje de difusión en base al tipo de servicio indicado por la indicación de servicio.
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio del Msg3 en el mensaje de difusión en base al propósito de acceso aleatorio (por ejemplo, solicitud de mensaje de difusión, localización, posicionamiento, actualización de la ubicación, establecimiento del plano de control, recuperación del haz, etc.). Y el propósito del acceso aleatorio puede indicarse mediante una capa superior (por ejemplo, NAS, RRC, capa de aplicación) en el UE.
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio de Msg3 en el mensaje de difusión en base al tamaño potencial de Msg3. Por ejemplo, si los datos disponibles pendientes en un UE son mayores que un umbral cuando un UE está realizando RA, el UE selecciona el desplazamiento de tiempo de inicio de Msg3 en el mensaje de difusión para un posible tamaño de mensaje mayor que el umbral.
Preferentemente, el equipo de usuario selecciona el desplazamiento de tiempo de inicio de Msg3 en el mensaje de difusión en base a su medición DL, en la causa del establecimiento de la conexión (por ejemplo, llamada de emergencia, mo-data, mt-data, ...), en el resultado de su incremento de potencia actual (por ejemplo, incremento por encima de los tiempos de umbral o de la potencia de umbral, que cambia en base a la tabla de asignación entre las etapas de incremento y el desplazamiento de la temporización de inicio de Msg3), en la prioridad del equipo de usuario proporcionada por la red o la suscripción del equipo de usuario (por ejemplo, clase de acceso, etc.), o en el contenido del Msg3 (por ejemplo qué tipo de elemento de control podría incluirse, información BSR para qué LCG o qué RB/LC, datos de qué acción del protocolo del plano de usuario, datos de qué portador de radio, datos de qué canal lógico, ...).
Por ejemplo, si el Msg3 pudiera incluir datos de un LC o RB específicos o de un conjunto de ellos (por ejemplo, RB de tipo URLLC, CCCH, ...), el UE podría seleccionar el desplazamiento de tiempo de inicio del Msg3 en el mensaje de difusión relacionado con el LC o RB en base a la configuración del UE. Como otro ejemplo, si Msg3 pudiera incluir un elemento de control especial / mensaje especial, el UE podría seleccionar el desplazamiento de tiempo de inicio de Msg3 en el mensaje de difusión relacionado con el elemento de control especial/mensaje especial. Preferentemente, el UE seleccionará otro desplazamiento de tiempo de inicio de Msg3 si el Msg3 no incluye el elemento de control especial y/o el mensaje especial (por ejemplo, mensaje RRC).
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio de Msg3 en el mensaje de difusión en base a la mayor prioridad de los portadores de radio que tienen datos disponibles. Por ejemplo, el UE tiene datos disponibles que pertenecen al portador de radio con prioridad 2 y prioridad 8 cuando el UE está realizando RA. El UE podría seleccionar el desplazamiento de tiempo de inicio de Msg3 en el mensaje de difusión en base a si la prioridad 2 está por encima de un umbral o no.
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio de Msg3 en el mensaje de difusión en base a la mayor prioridad de los canales lógicos que tienen datos disponibles, o en base a qué acción del protocolo del plano de usuario (por ejemplo, protocolo del plano de usuario de tipo URLLC o eMBB, categoría/índice de acción del protocolo 1 o 2, ...) realiza el acceso aleatorio.
Solución 4 - Mensaje dedicado. En la Solución 4, que no cae dentro del ámbito de las reivindicaciones, un UE podría derivar el desplazamiento de tiempo de inicio de Msg3 para la transmisión de Msg3 a través de un mensaje dedicado (por ejemplo, mensaje de reconfiguración de RRC, mensaje de localización, PDCCH para iniciar RA, ...) desde una red. Si en el mensaje dedicado se incluyen (implícita o explícitamente) múltiples desplazamientos de tiempo de inicio de Msg3 para la transmisión de Msg3, un UE podría seleccionar uno de ellos para aplicarlo a la transmisión de Msg3.
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio de Msg3 en el mensaje dedicado en base a su transmisión de Msg1 (por ejemplo, el grupo de preámbulo establecido en la configuración de RA utilizada por Msg1, el recurso PRACH establecido en la configuración de RA utilizada por Msg1, la longitud o el formato de Msg1, la configuración de RA utilizada por Msg1, etc.), o en base a los tipos de servicio (por ejemplo, URLLC, eMBB, sensible al retardo, ...). Por ejemplo, si el UE activa RA para transmitir datos de un tipo de servicio específico (por ejemplo, tipo de servicio URLLC), entonces el UE podría seleccionar el desplazamiento de tiempo de inicio de Msg3 en el mensaje dedicado para el tipo de servicio específico. Además, el UE puede comprender qué datos pertenecen a qué tipo de servicio en base a una indicación de tipo de servicio (similar a la prioridad del canal lógico) en la configuración del canal lógico/RB que tiene datos disponibles. La indicación del tipo de servicio se puede utilizar en el procedimiento de multiplexación. Por ejemplo, el UE puede no multiplexar datos con diferentes indicaciones de tipo de servicio en un TB para su transmisión. Alternativamente, el UE puede entender qué datos pertenecen a qué tipo de servicio en base al campo de cabecera de los datos (por ejemplo, el campo de cabecera RLC, el campo PDCP)), o en base a la entrega del tipo/categoría de protocolo del plano de usuario (por ejemplo, la categoría 1 se asigna a URLLC).
Como otro ejemplo, si el UE activa RA cuando el UE se ha registrado/autorizado para el tipo de servicio URLLC, el UE podría seleccionar el desplazamiento de tiempo de inicio de Msg3 en el mensaje dedicado para el tipo de servicio URLLC. Como ejemplo adicional, si la capa superior (por ejemplo, la capa NAS, la capa de aplicación, la capa RRC) en el UE envía una indicación de servicio a la capa inferior (por ejemplo, MAC, PHY) en el UE cuando el UE activa y/o realiza RA, el UE podría seleccionar el desplazamiento del tiempo de inicio del Msg3 en el mensaje dedicado en base al tipo de servicio indicado por la indicación de servicio.
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio del Msg3 en el mensaje dedicado en base al propósito de acceso aleatorio (por ejemplo, solicitar información del sistema, localización, posicionamiento, actualización de la ubicación, establecimiento del plano de control, recuperación del haz, etc.). Y el propósito del acceso aleatorio puede indicarse mediante una capa superior (por ejemplo, NAS, RRC, capa de aplicación) en el UE.
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio del Msg3 en el mensaje dedicado en base al tamaño potencial del Msg3. Por ejemplo, si los datos pendientes disponibles en un UE son mayores que un umbral cuando un UE está realizando una Ra , el UE selecciona el desplazamiento de tiempo de inicio de Msg3 en el mensaje dedicado para un posible tamaño de mensaje mayor que el umbral.
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio de Msg3 en el mensaje dedicado en base a su medición DL, en la causa del establecimiento de la conexión (por ejemplo, llamada de emergencia, mo-data, mtdata, ...), en el resultado de su incremento de potencia actual (por ejemplo, incremento por encima de los tiempos de umbral o de la potencia de umbral, al cambiar en base a la tabla de asignación entre los etapas de incremento y el desplazamiento de tiempo de inicio de Msg3), en base a la prioridad del UE proporcionada por la red o la suscripción del UE (por ejemplo, clase de acceso, etc.), o en base al contenido del Msg3 (por ejemplo, qué tipo de elemento de control podría incluirse, información BSR para qué LCG o qué RB/LC, datos de qué acción del protocolo del plano de usuario, datos de qué portador de radio, datos de qué canal lógico, ...). Por ejemplo, si el Msg3 pudiera incluir datos de un (conjunto de) LC o RB específico (por ejemplo, RB de tipo URLLC, CCCH, ...), el UE podría seleccionar el desplazamiento de tiempo de inicio del Msg3 en el mensaje dedicado relacionado con el LC o RB en base a la
configuración del UE. Como otro ejemplo, si Msg3 pudiera incluir un elemento de control especial / mensaje especial, el UE podría seleccionar el desplazamiento de tiempo de inicio de Msg3 en el mensaje dedicado relacionado con el elemento de control especial/mensaje especial. Preferentemente, el UE seleccionará otro desplazamiento de tiempo de inicio de Msg3 si el Msg3 no incluye el elemento de control especial y/o el mensaje especial (por ejemplo, mensaje RRC).
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio del Msg3 en el mensaje dedicado en base a la mayor prioridad de los portadores de radio que tienen datos disponibles. Por ejemplo, el UE tiene datos disponibles que pertenecen al portador de radio con prioridad 2 y prioridad 8 cuando el UE está realizando RA. El UE podría seleccionar el desplazamiento de tiempo de inicio de Msg3 en el mensaje dedicado en base a si la prioridad 2 está por encima de un umbral o no.
Preferentemente, el UE selecciona el desplazamiento de tiempo de inicio del Msg3 en el mensaje dedicado en base a la prioridad más alta de los canales lógicos que tienen datos disponibles, o en base a la acción del protocolo del plano de usuario (por ejemplo, protocolo del plano de usuario de tipo URLLC o eMBB, categoría/índice de acción del protocolo 1 o 2, ...) que realiza el acceso aleatorio.
Solución 5 - Derivar implícitamente de la transmisión Msg2. En esta solución, que no entra en el ámbito de las reivindicaciones, un UE podría derivar el desplazamiento de tiempo de inicio de Msg3 para la transmisión de Msg3 en base a la información implícita de Msg2. Preferentemente, un UE obtiene el desplazamiento de tiempo de inicio de Msg3 en base al desplazamiento de tiempo de inicio utilizado por Msg2. Por ejemplo, desplazamiento de tiempo de inicio de Msg3 de la transmisión de Msg3 puede ser N veces el desplazamiento de tiempo de inicio de Msg2. El valor N puede ser entero o decimal. El valor N puede ser obtenido por un UE en base a una o múltiples soluciones mencionadas anteriormente. El UE puede obtener el valor N a través de un mensaje de difusión desde una red. Y el UE podría sobrescribir el valor N proporcionado en el mensaje de difusión, si el UE recibe otro valor N en un mensaje dedicado.
Alternativamente o preferentemente, un UE obtiene el desplazamiento de tiempo de inicio de Msg3 en base a la portadora de frecuencia utilizada por Msg2. Cada portadora de frecuencia puede tener sus correspondientes desplazamientos de tiempos de inicio de Msg3. El correspondiente desplazamiento de tiempo de inicio de Msg3 puede estar predefinido y/o facilitado a través de la información del sistema y/o facilitado a través de un mensaje RRC dedicado.
El desplazamiento de tiempo de inicio de Msg3 se puede derivar a través de la solución 1 a la 5 mencionada anteriormente o una combinación de esas soluciones, mientras que el desplazamiento de tiempo de inicio de Msg3 y la información del TTI del Msg3 pueden aplicar las mismas soluciones o diferentes. El desplazamiento de tiempo de inicio de Msg3 se puede indicar en duración de TTI, numerología, símbolo, ranura, microsegundo, milisegundo o N tiempos de periodicidad de comportamiento periódico. El valor N puede ser entero o decimal.
La Figura 12 es un diagrama de flujo 1200, que no cae dentro del ámbito de las reivindicaciones, desde la perspectiva de un UE. En la etapa 1205, el UE recibe un mensaje dedicado de una red para establecer una duración de t T i de la transmisión de Msg3 y/o un desplazamiento de tiempo de inicio para la transmisión de Msg3. En la etapa 1210, el UE transmite un Msg1 a la red. En la etapa 1215, el UE recibe un Msg2 de la red en respuesta al Msg1. En la etapa 1220, el UE transmite un Msg3 a la red de acuerdo con la duración de TTI y/o el desplazamiento de tiempo de inicio.
Con referencia de vuelta a las Figuras 3 y 4, en una técnica relacionada de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) reciba un mensaje dedicado de una red para establecer una duración de t T i de la transmisión de Msg3 y/o un desplazamiento de tiempo de inicio para la transmisión de Msg3, (ii) para transmitir un Msg1 a la red, (iii) para recibir un Msg2 de la red en respuesta al Msg1, y (iv) para transmitir un Msg3 a la red de acuerdo con la duración del TTI y/o el desplazamiento de tiempo de inicio. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
La Figura 13 es un diagrama de flujo 1300, que no cae dentro del ámbito de las reivindicaciones, desde la perspectiva de un UE. En la etapa 1305, el UE recibe un mensaje de difusión de una red para establecer la duración de TTI de Msg3. En la etapa 1310, el UE transmite un Msg1 a la red. En la etapa 1315, el UE recibe un Msg2 de la red en respuesta al Msg1. En el paso 1320, el UE transmite un Msg3 a la red de acuerdo con la duración del TTI de Msg3.
Con referencia de vuelta a las Figuras 3 y 4, en una técnica relacionada de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) reciba un mensaje de difusión desde una red para establecer la duración de TTI de Msg3, (ii) para transmitir un Msg1 a la red, (iii) para recibir un Msg2 desde una red en respuesta al Msg1, y (iv) para transmitir un Msg3 a la red de acuerdo con la duración del TTI de Msg3. Además, la c Pu 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
La Figura 14 es un diagrama de flujo 1400 de acuerdo con una realización ilustrativa desde la perspectiva de un UE. En la etapa 1405, el UE transmite un Msg1 a la red. En la etapa 1410, el UE recibe un Msg2 de la red en respuesta al Msg1, en el que el Msg2 contiene una duración de TTI de la transmisión del Msg3 y un desplazamiento de tiempo de inicio de la transmisión del Msg3. Preferentemente, la duración del TTI de la transmisión de Msg3 se indica en un campo común para múltiples RAR en Msg2. Alternativa o adicionalmente, preferentemente, la duración del TTI de la transmisión de Msg3 se indica en un RAR en respuesta a la transmisión de Msg1. Preferentemente, el desplazamiento de tiempo de inicio de la transmisión de Msg3 se indica en un campo común para múltiples RAR en Msg2. Alternativa o adicionalmente, preferentemente, el desplazamiento de tiempo de inicio de la transmisión de Msg3 se indica en un RAR en respuesta a la transmisión de Msg1. En la etapa 1415, el UE transmite un Msg3 a la red de acuerdo con la duración del TTI y el desplazamiento de tiempo de inicio.
Con referencia de vuelta a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 está configurada para ejecutar el código de programa 312 para permitir que el UE (i) transmita un Msg1 a una red, (ii) reciba un Msg2 de la red en respuesta al Msg1, en el que el Msg2 contiene una duración TTI de la transmisión del Msg3 y un desplazamiento de tiempo de inicio de la transmisión del Msg3, y (iii) transmita un Msg3 a la red de acuerdo con la duración TTI y el desplazamiento de inicio. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
La Figura 15 es un diagrama de flujo 1500, que no cae dentro del ámbito de las reivindicaciones, desde la perspectiva de un UE. En la etapa 1505, el UE transmite un Msg1 a la red. En la etapa 1510, el UE recibe un Msg2 de la red en respuesta al Msg1. En la etapa 1515, el UE transmite un Msg3 a la red de acuerdo con una duración de TTI de Msg3, en el que la duración de TTI de Msg3 se decide en base a una duración de TTI de Msg2.
Con referencia de vuelta a las Figuras 3 y 4, en una técnica relacionada de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) transmita un Msg1 a una red, (ii) reciba un Msg2 de la red en respuesta al Msg1 y (iii) transmita un Msg3 a la red de acuerdo con una duración de TTI de Msg3, en el que la duración de TTI del Msg3 se decide en base a una duración de TTI de Msg2. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
La Figura 16 es un diagrama de flujo 1600, que no cae dentro del ámbito de las reivindicaciones, desde la perspectiva de un UE. En la etapa 1605, el UE recibe un mensaje dedicado de una red para establecer un desplazamiento de tiempo de inicio para la transmisión de Msg3. En la etapa 1610, el UE transmite un Msg1 a la red. En la etapa 1615, el UE recibe un Msg2 de la red en respuesta al Msg1. En la etapa 1620, el UE transmite un Msg3 a la red después de que transcurra el desplazamiento de tiempo de inicio desde que el UE recibió el Msg2.
Con referencia de vuelta a las Figuras 3 y 4, en una técnica relacionada de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) reciba un mensaje dedicado de una red para establecer un desplazamiento de tiempo de inicio para la transmisión del Msg3, (ii) transmita un Msg1 a la red, (iii) reciba un Msg2 de la red en respuesta al Msg1, y (iv) transmita un Msg3 a la red después de que pase el desplazamiento de tiempo de inicio desde que el UE recibió el Msg2. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
La Figura 17 es un diagrama de flujo 1700, que no cae dentro del ámbito de las reivindicaciones, desde la perspectiva de un UE. En la etapa 1705, el UE recibe un mensaje de difusión desde una red para establecer un desplazamiento de tiempo de inicio para la transmisión de Msg3. En la etapa 1710, el UE transmite un Msg1 a la red. En la etapa 1715, el UE recibe un Msg2 de la red en respuesta al Msg1. En la etapa 1720, el UE transmite un Msg3 a la red después de que transcurra el desplazamiento de tiempo de inicio desde que el UE recibió el Msg2.
Con referencia de vuelta a las Figuras 3 y 4, en una técnica relacionada de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código del programa 312 para permitir que el UE (i) reciba un mensaje de difusión desde una red para establecer un desplazamiento de tiempo de inicio para la transmisión de Msg3, (ii) para transmitir un Msg1 a la red, (iii) para recibir un Msg2 de la red en respuesta al Msg1, y (iv) para transmitir un Msg3 a la red después de que pase el desplazamiento de tiempo de inicio desde que el UE recibió el Msg2. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
La Figura 18 es un diagrama de flujo 1800, que no cae dentro del ámbito de las reivindicaciones, desde la perspectiva de un UE. En la etapa 1805, el UE transmite un Msg1 a la red. En la etapa 1810, el UE recibe un Msg2 de la red en respuesta al Msg1, en el que el Msg2 contiene un desplazamiento de tiempo de inicio para la transmisión del Msg3. En la etapa 1815, el UE transmite un Msg3 a la red después de que transcurra el desplazamiento de tiempo de inicio desde que el UE recibió el Msg2.
Con referencia de vuelta a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código del programa 312 para permitir que el UE (i) transmita un Msg1 a la red, (iii) reciba un Msg2 de la red en respuesta al Msg1, (ii) reciba un Msg2 de la red en respuesta al Msg1, en el que el Msg2 contiene un desplazamiento de tiempo de inicio para la transmisión de Msg3, y (iii) transmitir un Msg3 a la red después de que pase el desplazamiento de temporización de inicio desde que el UE recibió el Msg2. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
La Figura 19 es un diagrama de flujo 1900, que no cae dentro del ámbito de las reivindicaciones, desde la perspectiva de un UE. En la etapa 1905, el UE transmite un Msg1 a la red. En la etapa 1910, el UE recibe un Msg2 de la red en respuesta al Msg1, en el que el Msg2 contiene una duración de TTI de la transmisión del Msg3. Preferentemente, la duración del TTI de la transmisión de Msg3 se indica en un campo común para múltiples RAR en Msg2. Alternativa o adicionalmente, preferentemente, la duración del TTI de la transmisión de Msg3 se indica en un RAR en respuesta a la transmisión de Msg1. En la etapa 1915, el UE transmite un Msg3 a la red de acuerdo con la duración del TTI.
Con referencia de vuelta a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código del programa 312 para permitir que el UE (i) transmita un Msg1 a una red, (ii) reciba un Msg2 de la red en respuesta al Msg1, en el que el Msg2 contiene una duración de TTI de la transmisión del Msg3, y (iii) transmitir un Msg3 a la red de acuerdo con la duración del TTI. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
Con respecto a las realizaciones ilustradas en las Figuras 12 hasta la 19 y analizado anteriormente, preferentemente, el UE selecciona una duración de TTI de Msg3 si hay múltiples duraciones de TTI de Msg3 en el mensaje dedicado, el mensaje de difusión o el Msg2. Además, la duración de TTI de Msg3 podría incluirse en un RAR en respuesta a Msg1 o en un campo común para múltiples RAR en un Msg2.
Preferentemente, el UE selecciona una duración de TTI de Msg3 si hay múltiples desplazamientos de tiempo de inicio para la transmisión de Msg3 en el mensaje dedicado, el mensaje de difusión o el Msg2. Además, el desplazamiento de tiempo de inicio de Msg3 podría incluirse en un RAR en respuesta a Msg1 o en un campo común para múltiples RAR en un Msg2.
Diversos aspectos de la divulgación se han descrito anteriormente. Debe ser evidente que las enseñanzas en la presente memoria pueden realizarse en una amplia variedad de formas y que cualquier estructura específica, función, o ambas que se divulga en la presente memoria es simplemente representativa. En base a las enseñanzas en la presente memoria un experto en la técnica debe apreciar que un aspecto divulgado en la presente memoria puede implementarse independientemente de cualesquiera otros aspectos y que dos o más de estos aspectos pueden combinarse de diversos modos. Por ejemplo, puede implementarse un aparato o puede practicarse un procedimiento mediante el uso de cualquier número de los aspectos expuestos en la presente memoria. En adición, dicho aparato puede implementarse o dicho procedimiento puede practicarse mediante el uso de otra estructura, funcionalidad, o estructura y funcionalidad además de, u otros que uno o más de los aspectos expuestos en la presente memoria. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden establecerse canales simultáneos en base a las frecuencias de repetición del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a la posición o los desplazamientos del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a las secuencias de salto de tiempo. En algunos aspectos pueden establecerse canales simultáneos en base a las frecuencias de repetición del pulso, las posiciones o desplazamientos del pulso, y las secuencias de salto de tiempo.
Los expertos en la técnica entenderán que la información y las señales pueden representarse mediante el uso de cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los chips que se pueden referenciar a lo largo de la descripción anterior se pueden representar por tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas o cualquier combinación de los mismos.
Los expertos apreciarían además que los diversos bloques, módulos, procesadores, medios, circuitos, y etapas de algoritmos lógicos ilustrativos que se describen en relación con los aspectos que se divulgan en la presente memoria pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que pueden diseñarse mediante el uso de la codificación de fuente o alguna otra técnica), diversas formas de código del programa o diseños que incorporan instrucciones (que pueden denominarse en la presente memoria, para conveniencia, como "software" o "módulo de software"), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y etapas ilustrativas se han descrito anteriormente en general en términos de su funcionalidad. Si dicha funcionalidad se implementa como hardware o software depende de la aplicación particular y las restricciones de diseño impuestas en el sistema general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversos modos para cada aplicación particular, pero dichas decisiones de implementación no deben interpretarse como que provocan una desviación del ámbito de la presente divulgación.
Además, los diversos bloques, módulos, y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse dentro de o realizarse por un circuito integrado ("IC"), un terminal de acceso, o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), un arreglo de puerta programable de campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente memoria, y pueden ejecutar códigos o instrucciones que se encuentran dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador convencional, controlador, microcontrolador, o máquina de estado. Un procesador puede implementarse también como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP, o cualquier otra dicha configuración.
Se entiende que cualquier orden o jerarquía específicos de las etapas en cualquier procedimiento divulgado es un ejemplo de un enfoque de muestra. En base a las preferencias de diseño, se entiende que el orden o jerarquía específicos de las etapas en los procedimientos pueden reorganizarse mientras que permanecen dentro del ámbito de la presente divulgación. El procedimiento acompañante reivindica los elementos presentes de las diversas etapas en un orden de muestra, y no pretenden limitarse al orden o jerarquía específicos presentados.
Las etapas de un procedimiento o algoritmo descritas en relación con los aspectos divulgados en la presente memoria pueden realizarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden encontrarse en una memoria de datos tal como la memoria RAM, la memoria flash, la memoria ROM, la memoria EPROM, la memoria EEPROM, los registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Puede acoplarse un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (que puede denominarse en la presente memoria, por conveniencia, como un "procesador") tal que el procesador pueda leer información (por ejemplo, el código) desde y escribir información al medio de almacenamiento. Un medio de almacenamiento de muestra puede integrarse al procesador. El procesador y el medio de almacenamiento pueden encontrarse en un ASIC. El ASIC puede encontrarse en el equipo de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden encontrarse como componentes discretos en el equipo de usuario. Además, en algunos aspectos cualquier producto de programa por ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos que se relacionan con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa por ordenador puede comprender materiales de envase.
Claims (7)
1. Un procedimiento de un Equipo de Usuario, en lo sucesivo también denominado UE, para realizar un procedimiento de acceso aleatorio, que comprende:
el UE transmite un preámbulo a una red (1405);
el UE recibe un Msg2 de la red en respuesta al Preámbulo (1410); y
el UE realiza una transmisión Msg3 a la red de acuerdo con la información del TTI del Msg3 (1415), en el que la información del TTI del Msg3 está contenida en el Msg2,
caracterizada porque
la información del TTI del Msg3 incluye un primer número de unidades de tiempo y un segundo número de unidades de tiempo para indicar una duración de TTI del Msg3 y un período de brecha entre la recepción del Msg2 y la transmisión del Msg3, respectivamente.
2. El procedimiento de la reivindicación 1, que comprende, además:
el UE selecciona la información del TTI del Msg3 en base al propósito de acceso aleatorio, si hay información del TTI múltiple del Msg3 en el Msg2.
3. El procedimiento de la reivindicación 1 o 2, que comprende, además:
el UE selecciona la información del TTI del Msg3 en base al conjunto de recursos del Canal de Acceso Aleatorio Físico de la transmisión del Preámbulo o el conjunto de preámbulos de la transmisión del Preámbulo, si hay información del TTI múltiple del Msg3 en el Msg2.
4. El procedimiento de acuerdo con cualquiera de las reivindicaciones de la 1 a la 3, que comprenden, además: el UE selecciona la información del TTI del Msg3 en base a la prioridad más alta del canal lógico que tiene datos disponibles para la transmisión, si hay información del TTI múltiple del Msg3 en el Msg2.
5. El procedimiento de cualquiera de las reivindicaciones de la 1 a la 4, en el que la información del TTI del Msg3 se incluye en una Respuesta de Acceso Aleatorio, en lo sucesivo también denominada RAR, para responder al Preámbulo, en el que el RAR se incluye en el Msg2.
6. El procedimiento de cualquiera de las reivindicaciones de la 1 a la 4, en el que la información del TTI del Msg3 se incluye en un campo común para múltiples RAR en el Msg2.
7. Un Equipo de Usuario, en lo sucesivo también denominado UE, que comprende:
un circuito de control (306);
un procesador (308) instalado en el circuito de control (306); y
una memoria (310) instalada en el circuito de control (306) y acoplada operativamente al procesador (308); caracterizado porque el procesador (308) se configura para ejecutar un código del programa (312) almacenado en la memoria (310) para llevar a cabo las etapas del procedimiento como se define en cualquiera de las reivindicaciones anteriores.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201662367875P | 2016-07-28 | 2016-07-28 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2923517T3 true ES2923517T3 (es) | 2022-09-28 |
Family
ID=59485287
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES17183827T Active ES2923517T3 (es) | 2016-07-28 | 2017-07-28 | Procedimiento y aparato para mejorar la transmisión de Msg3 del procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica |
Country Status (7)
| Country | Link |
|---|---|
| US (3) | US20180035470A1 (es) |
| EP (1) | EP3277042B1 (es) |
| JP (2) | JP2018019403A (es) |
| KR (1) | KR101967540B1 (es) |
| CN (1) | CN107666722A (es) |
| ES (1) | ES2923517T3 (es) |
| TW (1) | TWI675599B (es) |
Families Citing this family (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5454123B2 (ja) * | 2009-12-16 | 2014-03-26 | ソニー株式会社 | ハンドオーバのための方法、端末装置及び無線通信システム |
| EP3618515B1 (en) | 2014-07-23 | 2022-03-09 | Samsung Electronics Co., Ltd. | Method and apparatus for generating and transmitting power headroom report in mobile communication system |
| US11405949B2 (en) * | 2015-08-21 | 2022-08-02 | Ntt Docomo, Inc. | Terminal and radio communication method for performing a random access procedure |
| EP3399784A4 (en) * | 2016-02-02 | 2018-11-14 | Huawei Technologies Co., Ltd. | Tti configuration method, device and system |
| CN110115064B (zh) * | 2016-11-04 | 2021-12-07 | 瑞典爱立信有限公司 | 标识用于接入无线切换的目标小区的波束的方法和设备 |
| US10863484B2 (en) | 2017-01-09 | 2020-12-08 | Qualcomm Incorporated | Indication of random-access channel MSG3 resource duration via random-access channel MSG2 |
| EP3574703A1 (en) * | 2017-01-24 | 2019-12-04 | Telefonaktiebolaget LM Ericsson (publ) | Control plane latency reduction in a wireless communications network |
| US10893550B2 (en) * | 2017-03-11 | 2021-01-12 | Qualcomm Incorporated | Numerology dependent random access timing |
| JP6935489B2 (ja) | 2017-04-28 | 2021-09-15 | エルジー エレクトロニクス インコーポレイティドＬｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｉｎｃ． | Ｅｄｔによってデータを送信する方法 |
| EP3669602A4 (en) * | 2017-08-18 | 2021-05-26 | Telefonaktiebolaget LM Ericsson (publ) | RANDOM ACCESS METHOD AND DEVICE FOR RESTORING BEAM FAILURES |
| KR102601712B1 (ko) * | 2017-09-20 | 2023-11-15 | 삼성전자 주식회사 | 무선 통신 시스템에서 데이터 송수신 방법 및 장치 |
| CN109451835B (zh) * | 2017-12-11 | 2022-04-15 | 北京小米移动软件有限公司 | 用于缩短接入时延的方法、装置、用户设备及基站 |
| WO2019125244A1 (en) * | 2017-12-20 | 2019-06-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for low-latency transmission using shared sr-less resources |
| US11265840B2 (en) | 2018-02-09 | 2022-03-01 | Zte Corporation | Data transmission and management for positioning mobile devices |
| CN110167147B (zh) * | 2018-02-12 | 2021-07-23 | 大唐移动通信设备有限公司 | 一种波束失败恢复方法及用户终端 |
| CN116233939A (zh) * | 2018-02-14 | 2023-06-06 | 上海诺基亚贝尔股份有限公司 | 用于切换期间的优先化随机接入的方法和装置 |
| US11140707B2 (en) | 2018-02-16 | 2021-10-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Time resource assignment signaling mechanism for MSG3 transmission |
| US10959268B2 (en) * | 2018-02-16 | 2021-03-23 | Qualcomm Incorporated | Random access timeline and timing adjustment techniques |
| EP3675588A4 (en) * | 2018-02-23 | 2020-11-18 | LG Electronics Inc. | PROCESS FOR PERFORMING INITIAL ACCESS IN A WIRELESS COMMUNICATION SYSTEM, AND ASSOCIATED DEVICE |
| GB2572336B (en) * | 2018-03-26 | 2022-02-02 | Samsung Electronics Co Ltd | Improvements in and relating to random access in a telecommunication network |
| CN114222374A (zh) * | 2018-04-04 | 2022-03-22 | 华为技术有限公司 | 一种通信方法及装置 |
| US10419259B1 (en) * | 2018-04-16 | 2019-09-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Time-domain table for PUSCH and Msg3 |
| EP3585124B1 (en) * | 2018-04-16 | 2021-06-02 | Telefonaktiebolaget LM Ericsson (publ) | Methods of time-domain resource allocation for msg3 transmission in a random access procedure |
| CN112056001A (zh) * | 2018-06-19 | 2020-12-08 | Oppo广东移动通信有限公司 | 一种指示信道接入类型的方法、终端设备及网络设备 |
| EP3815456A1 (en) * | 2018-06-29 | 2021-05-05 | Lenovo (Singapore) Pte. Ltd. | Efficient rach behavior |
| CN110719647B (zh) * | 2018-07-13 | 2021-08-20 | 维沃移动通信有限公司 | 一种随机接入方法、终端及网络设备 |
| WO2020024863A1 (zh) * | 2018-07-31 | 2020-02-06 | 华为技术有限公司 | 一种连接建立方法及装置 |
| CN112740811B (zh) * | 2018-09-19 | 2024-04-09 | 上海诺基亚贝尔股份有限公司 | 用于早期数据传输的资源信息的方法、设备以及计算机可读介质 |
| US20210352689A1 (en) * | 2018-09-21 | 2021-11-11 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data in wireless communication system |
| FI3858069T3 (fi) * | 2018-09-27 | 2023-11-06 | Zte Corp | Menetelmiä, laitteisto ja järjestelmiä suorasaantimenettelyn suorittamiseksi langattomassa tiedonsiirrossa |
| US11497060B2 (en) * | 2018-10-01 | 2022-11-08 | Mediatek Singapore Pte. Ltd. | Multiplexing, addressing and HARQ for MsgB in two-step RACH in mobile communications |
| KR20210089165A (ko) * | 2018-11-14 | 2021-07-15 | 지티이 코포레이션 | 베어러 정보를 갖는 랜덤 액세스 신호의 생성 |
| US11374677B2 (en) * | 2019-04-12 | 2022-06-28 | Qualcomm Incorporated | Signaling of higher modulation order baseband capability |
| WO2020223878A1 (zh) * | 2019-05-06 | 2020-11-12 | Oppo广东移动通信有限公司 | 随机接入的方法、终端设备和网络设备 |
| US11317373B2 (en) * | 2019-06-03 | 2022-04-26 | Asustek Computer Inc. | Method and apparatus for mobile-terminated early data transmission (MT-EDT) and preconfigured uplink resources (PUR) in a wireless communication system |
| KR20210007645A (ko) | 2019-07-12 | 2021-01-20 | 엘지전자 주식회사 | 냉장고 |
| CN116939612A (zh) * | 2022-03-30 | 2023-10-24 | 华为技术有限公司 | 随机接入方法及装置 |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8054791B2 (en) | 2005-12-23 | 2011-11-08 | Lg Electronics Inc. | Method and procedures for unsynchronized, synchronized, and synchronization stand by communications in E-UTRA systems |
| WO2007136212A2 (en) * | 2006-05-19 | 2007-11-29 | Lg Electronics Inc. | A method of configuring wireless resource for effective and efficient transmission in a wireless communication system |
| CN101321368B (zh) * | 2007-06-08 | 2012-05-09 | 中兴通讯股份有限公司 | 一种多媒体广播组播业务中时分复用机制的实现方法 |
| CN101426274B (zh) * | 2007-10-29 | 2010-07-21 | 大唐移动通信设备有限公司 | 一种随机接入过程中资源分配位置的指示方法、***及装置 |
| EP2086263B1 (en) * | 2008-02-01 | 2017-07-12 | Lg Electronics Inc. | Method for controlling uplink load in cell_fach state |
| EP2263341B1 (en) * | 2008-04-14 | 2018-09-19 | Amazon Technologies, Inc. | Method and apparatus for performing random access procedures |
| KR101618172B1 (ko) | 2009-04-30 | 2016-05-04 | 삼성전자주식회사 | 이동통신시스템의 ｒａｃｈ 채널 정보 전송 방법 |
| EP2265077B1 (en) * | 2009-06-18 | 2012-03-21 | Panasonic Corporation | Enhanced random access procedure for mobile communications |
| CN102740468A (zh) * | 2011-04-02 | 2012-10-17 | 华为技术有限公司 | 分配信道资源的方法、基站设备、终端设备和通信*** |
| CN102740407B (zh) * | 2011-04-11 | 2017-08-29 | 中兴通讯股份有限公司 | 上行调度方法及***、终端及基站 |
| RU2577028C2 (ru) * | 2011-12-20 | 2016-03-10 | ЭлДжи ЭЛЕКТРОНИКС ИНК. | Способ и устройство для выполнения процесса произвольного доступа в системе беспроводной связи |
| US9590878B2 (en) * | 2013-01-16 | 2017-03-07 | Qualcomm Incorporated | Channel state information and adaptive modulation and coding design for long-term evolution machine type communications |
| US10305626B2 (en) * | 2013-04-05 | 2019-05-28 | Qualcomm Incorporated | Enhanced transmission time interval bundling design for machine type communications |
| US10051665B2 (en) * | 2013-07-16 | 2018-08-14 | Lg Electronics Inc. | Method and apparatus for performing random access procedure in wireless communication system |
| EP3840264A1 (en) * | 2014-09-08 | 2021-06-23 | Interdigital Patent Holdings, Inc. | Controlling the operation of dci based reception |
| JP2016072843A (ja) * | 2014-09-30 | 2016-05-09 | Kddi株式会社 | 基地局装置、通信方法、および通信システム |
| US9913263B2 (en) | 2014-12-23 | 2018-03-06 | Intel Corporation | Association request for narrowband communications in a telecommunication environment |
| US10165599B2 (en) * | 2015-06-10 | 2018-12-25 | Apple Inc. | Random access procedures for link budget constrained wireless devices |
| US10206229B2 (en) * | 2015-10-16 | 2019-02-12 | Htc Corporation | Device and method of handling random access procedure |
-
2017
- 2017-07-28 CN CN201710633270.XA patent/CN107666722A/zh active Pending
- 2017-07-28 TW TW106125537A patent/TWI675599B/zh active
- 2017-07-28 KR KR1020170096475A patent/KR101967540B1/ko active IP Right Grant
- 2017-07-28 EP EP17183827.9A patent/EP3277042B1/en active Active
- 2017-07-28 ES ES17183827T patent/ES2923517T3/es active Active
- 2017-07-28 US US15/663,674 patent/US20180035470A1/en not_active Abandoned
- 2017-07-28 JP JP2017146452A patent/JP2018019403A/ja active Pending
-
2018
- 2018-08-01 US US16/052,505 patent/US11291052B2/en active Active
-
2019
- 2019-11-06 JP JP2019201501A patent/JP6960443B2/ja active Active
-
2022
- 2022-02-17 US US17/673,985 patent/US20220174747A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| JP2020022205A (ja) | 2020-02-06 |
| TWI675599B (zh) | 2019-10-21 |
| US20220174747A1 (en) | 2022-06-02 |
| JP2018019403A (ja) | 2018-02-01 |
| TW201804855A (zh) | 2018-02-01 |
| EP3277042A1 (en) | 2018-01-31 |
| US20180359785A1 (en) | 2018-12-13 |
| US20180035470A1 (en) | 2018-02-01 |
| JP6960443B2 (ja) | 2021-11-05 |
| KR101967540B1 (ko) | 2019-04-09 |
| CN107666722A (zh) | 2018-02-06 |
| US11291052B2 (en) | 2022-03-29 |
| KR20180013808A (ko) | 2018-02-07 |
| EP3277042B1 (en) | 2022-05-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2923517T3 (es) | Procedimiento y aparato para mejorar la transmisión de Msg3 del procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica | |
| ES2873522T3 (es) | Procedimiento y aparato para mejorar el procedimiento de acceso aleatorio en un sistema de comunicación inalámbrica | |
| US11412551B2 (en) | Layer resetting in two-step random-access procedures | |
| ES2818593T3 (es) | Procedimiento y aparato para prevenir la desalineación de la parte del ancho de banda en un sistema de comunicación inalámbrica | |
| CN114930756B (zh) | 新无线电未许可频带中的下行链路控制信道监测 | |
| US20210376985A1 (en) | Uplink Transmission Cancellation | |
| CN111511036B (zh) | 针对***信息请求的随机接入程序的方法和设备 | |
| ES2848975T3 (es) | Procedimientos y aparatos para aplicar la longitud del temporizador de alineación de tiempo para recursos de enlace ascendente preconfigurados en un sistema de comunicación inalámbrica | |
| ES2748895T3 (es) | Método y aparato para supervisar el canal de control del enlace descendente físico (PDCCH) en un sistema de comunicación inalámbrico | |
| US20220210806A1 (en) | Uplink Data Transmission for Random Access of Reduced Capability Device | |
| US11451344B2 (en) | HARQ feedback | |
| US20200351833A1 (en) | Sidelink Feedback Signal Transmission | |
| US20240032103A1 (en) | Random Access Identifier for Reduced Capability Device | |
| ES2930501T3 (es) | Procedimiento de un equipo de usuario, equipo de usuario y medio legible por ordenador no transitorio para el procedimiento de acceso aleatorio para la recuperación de fallos del haz de celdas secundarias en un sistema de comunicación inalámbrica | |
| WO2022140450A1 (en) | Scheduling random access response for reduced capability device | |
| WO2023055631A1 (en) | Time division duplexing for reduced capability wireless devices | |
| WO2023225389A1 (en) | Network energy saving for multiple cells |