ES2950959T3 - Procedimiento y aparato para liberar recursos de enlace ascendente preconfigurados (PUR) en un sistema de comunicación inalámbrica - Google Patents
Procedimiento y aparato para liberar recursos de enlace ascendente preconfigurados (PUR) en un sistema de comunicación inalámbrica Download PDFInfo
- Publication number
- ES2950959T3 ES2950959T3 ES20201931T ES20201931T ES2950959T3 ES 2950959 T3 ES2950959 T3 ES 2950959T3 ES 20201931 T ES20201931 T ES 20201931T ES 20201931 T ES20201931 T ES 20201931T ES 2950959 T3 ES2950959 T3 ES 2950959T3
- Authority
- ES
- Spain
- Prior art keywords
- cell
- pur configuration
- configuration
- release
- dedicated pur
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 319
- 238000004891 communication Methods 0.000 title description 40
- 230000004044 response Effects 0.000 claims abstract description 158
- 230000005540 biological transmission Effects 0.000 claims description 75
- 230000000977 initiatory effect Effects 0.000 claims description 45
- 229920002635 polyurethane Polymers 0.000 claims description 14
- 238000010187 selection method Methods 0.000 claims description 10
- 238000005457 optimization Methods 0.000 description 21
- 101150069124 RAN1 gene Proteins 0.000 description 18
- 101100355633 Salmo salar ran gene Proteins 0.000 description 18
- 230000008859 change Effects 0.000 description 17
- 230000009471 action Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 12
- 238000010200 validation analysis Methods 0.000 description 11
- 230000011664 signaling Effects 0.000 description 10
- 239000013256 coordination polymer Substances 0.000 description 9
- 108091005487 SCARB1 Proteins 0.000 description 8
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 8
- 101150014328 RAN2 gene Proteins 0.000 description 7
- 230000001960 triggered effect Effects 0.000 description 7
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 6
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 6
- 238000012546 transfer Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 230000004048 modification Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000001143 conditioned effect Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000010363 phase shift Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 101100274486 Mus musculus Cited2 gene Proteins 0.000 description 2
- 101100533725 Mus musculus Smr3a gene Proteins 0.000 description 2
- 101150096622 Smr2 gene Proteins 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 101100087393 Caenorhabditis elegans ran-2 gene Proteins 0.000 description 1
- 101150039363 SIB2 gene Proteins 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 239000012190 activator Substances 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000009849 deactivation Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 239000006249 magnetic particle Substances 0.000 description 1
- 238000007726 management method Methods 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
- 230000007420 reactivation Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
- H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/13—Cell handover without a predetermined boundary, e.g. virtual cells
-
- 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/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Se divulgan un método y un aparato. En un ejemplo desde la perspectiva de un Equipo de Usuario, UE, el UE mantiene una configuración de Recursos de Enlace Ascendente Preconfigurados, PUR, dedicada cuando el UE está en Control de Recursos de Radio, RRC, estado inactivo y una celda de servicio del UE es una segunda celda. en donde el UE está configurado con la configuración PUR dedicada en una primera celda diferente de la segunda celda (1205). El UE selecciona una tercera celda durante un procedimiento de restablecimiento de conexión RRC (1210). En respuesta a la selección de la tercera celda, el UE determina si liberar o no la configuración PUR dedicada basándose en si la tercera celda es la misma que la primera celda, en donde la determinación de si liberar o no la configuración PUR dedicada es se realiza cuando el UE está en estado conectado RRC (1215). (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Procedimiento y aparato para liberar recursos de enlace ascendente preconfigurados (PUR) en un sistema de comunicación inalámbrica
Esta divulgación generalmente se refiere a redes de comunicación inalámbrica y, más particularmente, a un procedimiento, un medio legible por ordenador y un aparato para liberar recursos de enlace ascendente preconfigurados (PUR) en un sistema de comunicación inalámbrica.
Con el rápido aumento de la demanda para la comunicación de grandes cantidades de datos hacia y desde los dispositivos de comunicación móvil, las redes de comunicación de voz móvil tradicionales evolucionan hacia redes que se comunican con paquetes de datos de Protocolo de Internet (IP). Tal comunicación de paquetes de datos de IP puede proporcionar a los usuarios de los dispositivos de comunicación móvil servicios de voz sobre IP, multimedia, multidifusión y comunicación bajo demanda.
Una estructura de red ilustrativa es una Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos para realizar los servicios de voz sobre IP y multimedia mencionados 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 3GPP Tdoc R2-1910435 analiza los criterios de validación de D-PUR TA y las operaciones en modo inactivo.
El documento 3GPP R2-1914102 divulga acuerdos RAN2 para mejoras adicionales Rel-16 para NB-IoT y MTC. El documento 3GPP R2-1912610 analiza el manejo de la configuración D-PUR para la solución CP.
Sumario
La presente invención se define en las reivindicaciones independientes. Las reivindicaciones dependientes definen las realizaciones preferentes de las mismas.
Breve descripción de los dibujos
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrica.
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 dispositivo de comunicación de acuerdo con una realización de la invención.
La Figura 4 es un diagrama de bloques funcional del código de programa de la Figura 3.
La Figura 5 es un diagrama que ilustra un escenario de ejemplo asociado con la transmisión temprana de datos (EDT) para las optimizaciones de CIoT EPS del plano de control.
La Figura 6 es un diagrama que ilustra un escenario de ejemplo asociado con EDT para optimizaciones de CIoT EPS del plano de usuario.
La Figura 7 es un diagrama que ilustra un escenario de ejemplo asociado con la RRCConnectionReconfiguration. La Figura 8 es un diagrama que ilustra un escenario de ejemplo asociado con la RRCConnectionReconfiguration. La Figura 9 es un diagrama que ilustra un escenario de ejemplo asociado con el restablecimiento de la conexión RRC.
La Figura 10 es un diagrama que ilustra un escenario de ejemplo asociado con el restablecimiento de la conexión RRC.
La Figura 11 es un diagrama de flujo
La Figura 12 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 13 es un diagrama de flujo de acuerdo con una realización ejemplar, que no forma parte de la invención reivindicada.
Descripción detallada
Las realizaciones quinta, novena y décima que se describen a continuación, así como las realizaciones de la Figura 12 y su texto asociado son parte de la invención y se encuentran cubiertos por las reivindicaciones. Todas las otras realizaciones ilustrativas divulgadas más abajo son solamente explicativas y no son parte de la invención.
Los sistemas y dispositivos de comunicación inalámbrica ilustrativos descritos más abajo emplean un sistema de comunicación inalámbrica, que admite un servicio de difusión. Los sistemas de comunicación inalámbrica se despliegan ampliamente para proporcionar diversos tipos de comunicación tal como voz, datos, y así sucesivamente. Estos sistemas pueden basarse en el acceso múltiple por división de código (CDMA), el acceso múltiple por división
de tiempo (TDMA), el acceso múltiple por división de frecuencias ortogonales (OFDMA), el acceso inalámbrico del Proyecto de Asociación de 3ra Generación(3GPP) LTE (Evolución a Largo Plazo), 3GPP LTE-A o LTE-Advanced (Evolución a Largo Plazo Avanzado), 3GPP2 UMB (Banda Ancha Ultra Móvil), WiMáx, acceso inalámbrico 3GPP NR (Nueva Radio) para 5G, o algunas otras técnicas de modulación.
En particular, los dispositivos de los sistemas de comunicación inalámbrica ilustrativos que se describen a continuación pueden diseñarse para soportar uno o más estándares, tal como el estándar que se ofrece por un consorcio que se nombra "Proyecto de Asociación de 3ra Generación" denominado en la presente memoria como 3GPP, que incluye: La descripción general de 3GPP TS 36.300 V15.7.0, "E-UTRA y E-Ut Ra N, etapa 2"; 3GPP TS 36.331 V15.7.0, "E-UTRA, memoria descriptiva del protocolo RRC"; 3GPP RAN1 #96 Nota del presidente; 3GPP RAN1 #96bis Nota del presidente; 3GPP RAN1 #98 Nota del presidente; 3GPP RAN1 #98bis Nota del presidente; R2-1914102, "Acuerdos RAN2 para mejoras adicionales Rel-16 para NB-IoT y MTC". Las normas y documentos enumerados anteriormente se incorporan aquí expresamente por referencia en su totalidad.
La Figura 1 presenta un sistema de comunicación inalámbrica de acceso múltiple de acuerdo con una o más realizaciones de la divulgación. Una red de acceso 100 (AN) incluye grupos de antenas múltiples, uno que incluye 104 y 106, otro que incluye 108 y 110, y uno adicional que incluye 112 y 114. En La Figura 1, sólo se muestran dos antenas para cada grupo de antenas, sin embargo, pueden usarse más o menos antenas para cada grupo de antenas. El terminal de acceso 116 (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal de acceso 116 a través del enlace directo 120 y reciben información desde el terminal de acceso 116 a través del enlace inverso 118. El AT 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al AT 122 a través del enlace directo 126 y reciben información del AT 122 a través del enlace inverso 124. En un sistema dúplex por división de frecuencia (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 a la usada mediante 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 a través de los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden usar la conformación de haces para 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 mediante el uso de la formación de haz para transmitir a los terminales de acceso dispersos aleatoriamente a través de su cobertura puede normalmente causar menos interferencia a los terminales de acceso en las células vecinas que una red de acceso que transmite a través de una única antena a sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para la comunicación con los terminales y también puede denominarse como un punto de acceso, un Nodo B, una estación base, una estación base mejorada, un Nodo evolucionado B (eNB), un Nodo B de próxima generación o alguna otra terminología. Un terminal de acceso (AT) puede llamarse además equipo de usuario (UE), un dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.
La Figura 2 presenta una realización de un sistema transmisor 210 (también conocido como red de acceso) y un sistema receptor 250 (también conocido como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema de múltiples entradas y múltiples salidas (MIMO) 200. En el sistema transmisor 210, los datos de tráfico para un número de flujos de datos pueden ser proporcionados desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferentemente, cada flujo de datos se transmite a través de una antena de transmisión respectiva. El procesador de datos de TX 214 formatea, codifica, e intercala los datos de tráfico para cada flujo de datos en base a un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar los datos codificados. Los datos codificados para cada flujo de datos pueden ser multiplexados con datos piloto mediante el uso de técnicas de multiplexación por división de frecuencia ortogonal (OFDM). Los datos piloto son típicamente un patrón de datos conocido que se procesa en una manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos pueden entonces modularse (es decir, mapeados con símbolos) en base a un esquema de modulación particular (por ejemplo, modulación por desplazamiento de fase binaria (BPSK), modulación por desplazamiento de fase en cuadratura (QPSK), modulación por desplazamiento de fase M-ario (M-PSK), o modulación de amplitud en cuadratura M-ario (M-QAM)) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La tasa de datos, la codificación y/o la modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para los flujos de datos se proporcionan entonces a un procesador TX MIMO 220, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador de 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 puede aplicar pesos de formación de haz a los símbolos de los flujos de datos y a la antena desde la que se ha transmitido el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y condiciona además (por ejemplo, amplifica, filtra, y/o convierte ascendentemente) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión mediante el canal MIMO. Nt señales moduladas desde los transmisores 222a al 222t se transmiten luego desde las Nt antenas 224a a 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben por las NR antenas 252a a la 252r y la señal recibida desde cada antena 252 se puede proporcionar a un receptor (RCVR) respectivo 254a al 254r. Cada receptor 254 puede condicionar (por ejemplo, filtrando, amplificando y convirtiendo hacia abajo) una señal recibida respectiva, digitalizando la señal condicionada para proporcionar muestras, y/o procesar además las muestras para proporcionar un flujo de símbolos "recibido" correspondiente.
Un procesador de datos de RX 260 recibe y/o procesa luego los NR flujos de símbolos recibidos desde los NR receptores 254 en base a una técnica de procesamiento particular del receptor para proporcionar NT flujos de símbolos "detectados". El procesador de datos de RX 260 demodula, desintercala, y/o 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 puede ser 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 puede determinar periódicamente qué matriz de precodificación usar (se analiza más abajo). El procesador 270 formula un mensaje de enlace inverso que comprende una porción del índice de la matriz y una porción del valor del rango.
El mensaje de enlace inverso puede comprender diversos tipos de información 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 a 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 mediante los receptores 222, se demodulan por un demodulador 240, y se procesan mediante un procesador de datos de RX 242 para extraer el mensaje de enlace inverso trasmitido mediante el sistema receptor 250. El procesador 230 puede determinar entonces qué matriz de precodificación usar para determinar los pesos de la formación de haz y puede procesar luego el mensaje extraído.
La Figura 3, presenta un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la materia divulgada. Como se muestra en la Figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede usarse 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 puede ser el sistema LTE o el sistema NR. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad central de procesamiento (CPU) 308, una memoria 310, un código de programa 312, y un transceptor 314. El circuito de control 306 ejecuta el código de programa 312 en la memoria 310 a través de la CPU 308, que controla de 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 generadas por el circuito de control 306 de manera inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede usarse además para realizar la AN 100 en la Figura 1.
La Figura 4 es un diagrama de bloques simplificado del código de programa 312 mostrado en la Figura 3 de acuerdo con una realización del objeto de la materia divulgada. En esta realización, el código de programa 312 incluye una capa de aplicación 400, una porción de la Capa 3402, y una porción de la Capa 2404, y se acopla a una porción de la Capa 1406. La porción de la Capa 3402 puede realizar el control de los recursos de radio. La porción de la Capa 2 404 puede realizar el control del enlace. La porción de Capa 1406 puede realizar y/o implementar conexiones físicas.
La descripción relacionada con la transmisión temprana de datos (EDT) en LTE se proporciona en 3GPP TS 36.300 V15.7.0. En particular, la Figura 7.3b-1 de la Sección 7.3b.2 de 3GPP TS 36.300 V15.7.0, titulada "EDT para optimizaciones de CIoT EPS del plano de control", se reproduce en la presente memoria como Figura 5. La Figura 7.3b-2 de la Sección 7.3b.3 de 3GPP TS 36.300 V15.7.0, titulada "EDT para optimizaciones de CIoT EPS del plano
de usuario", se reproduce en la presente memoria como Figura 6. Las partes de 3GPP TS 36.300 V15.7.0 se citan a continuación:
7.3 Transporte de mensajes NAS
El AS proporciona una entrega secuencial confiable de mensajes NAS en una célula. Durante el traspaso, puede ocurrir la pérdida de mensajes o la duplicación de mensajes NAS.
En E-UTRAN, los mensajes NAS se concatenan con mensajes RRC o se transportan en RRC sin concatenación. Tras la llegada de mensajes NAS simultáneos para el mismo UE que requieren concatenación con RRC para la cola de alta prioridad y también sin concatenación para la cola de menor prioridad, los mensajes primero se ponen en cola según sea necesario para mantener la entrega en secuencia.
En el enlace descendente, cuando se activa un procedimiento de liberación o establecimiento de portador EPS (EPC) o Sesión PDU (5GC), o para EDT en caso de optimización de CloT EPS del plano de control, el mensaje NAS normalmente debe concatenarse con el mensaje RRC asociado. Cuando se modifica el portador EPS (EPC) o la Sesión PDU (5GC) y cuando la modificación también depende de una modificación de portadora de radio, el mensaje NAS y el mensaje RRC asociado normalmente deben concatenarse. De lo contrario, no se permite la concatenación de DL NAS con el mensaje RRC. En el enlace ascendente, la concatenación de mensajes NAS con el mensaje RRC se usa solo para transferir el mensaje NAS inicial durante la configuración de la conexión y para EDT en el caso de la optimización del CloT EPS del plano de control. La transferencia directa inicial no se usa en E-UTRAN y ningún mensaje NAS se concatena con la solicitud de conexión RRC.
Pueden enviarse varios mensajes NAS en un solo mensaje RRC de enlace descendente durante el establecimiento o la modificación de portadora EPS (EPC) o la sesión PDU (5GC). En este caso, el orden de los mensajes NAS en el mensaje RRC se mantendrá igual que en el mensaje S1-AP (EPC) o NG-AP (5GC) correspondiente para garantizar la entrega en secuencia de los mensajes NAS.
Nota: Los mensajes NAS se encuentran protegidos por integridad y cifrados por PDCP, además de la protección de integridad y el cifrado realizados por NAS.
7.3b EDT
7.3b.1 Generalidades
El EDT permite una transmisión de datos de enlace ascendente seguida opcionalmente por una transmisión de datos de enlace descendente durante el procedimiento de acceso aleatorio.
El EDT se activa cuando las capas superiores solicitan el establecimiento o la reanudación de la conexión RRC para datos originados en dispositivos móviles (es decir, sin señalización ni SMS) y el tamaño de los datos del enlace ascendente es inferior o igual al tamaño de TB indicado en la información del sistema. El EDT no se usa para datos sobre el plano de control cuando se usan las optimizaciones de plano de usuario CloT EPS.
El EDT solo se aplica a BL UE, el UE en cobertura mejorada y NB-IoT UE.
7.3b.2 EDT para optimizaciones CloT EPS del plano de control
El EDT para las optimizaciones CloT EPS del plano de control, tal como se define en TS 24.301 [20], se caracteriza de la siguiente manera:
- Los datos de usuario del enlace ascendente se transmiten en un mensaje NAS concatenado en el mensaje UL RRCEarlyDataRequest en CCCH;
- Los datos de usuario de enlace descendente se transmiten opcionalmente en un mensaje NAS concatenado en el mensaje DL RRCEarlyDataComplete en CCCH;
- No hay transición a RRC CONECTADO.
El procedimiento EDT para las optimizaciones CloT EPS del plano de control se ilustra en la Figura 7.3b-1.
Figura 7.3b-1: El EDT para las optimizaciones CloT EPS del plano de control
0. Tras la solicitud de establecimiento de conexión para datos originados en dispositivos móviles desde las capas superiores, el UE inicia el procedimiento de transmisión de datos temprano y selecciona un preámbulo de acceso aleatorio configurado para el EDT.
1. El UE envía el mensaje RRCEarlyDataRequest que concatena los datos del usuario en CCCH.
2. El eNB inicia el procedimiento de mensaje de UE inicial S1-AP para reenviar el mensaje NAS y establecer la conexión S1. El eNB puede indicar en este procedimiento que esta conexión se activa para el EDT.
3. El MME solicita al S-GW que reactive los portadores de EPS para el UE.
4. El MME envía los datos del enlace ascendente al S-GW.
5. Si los datos del enlace descendente están disponibles, el S-GW envía los datos del enlace descendente al MME.
6. Si se reciben datos de enlace descendente del S-GW, el MME reenvía los datos al eNB a través del procedimiento de transporte DL NAS y también puede indicar si se esperan más datos. De lo contrario, la MME puede activar el procedimiento de indicación de establecimiento de conexión y también indicar si se esperan más datos.
7. Si no se esperan más datos, el eNB puede enviar el mensaje RRCEarlyDataComplete en CCCH para mantener el UE en RRC_INACTIVO. Si se recibieron datos de enlace descendente en el paso 6, se concatenan en el mensaje RRCEarlyDataComplete.
8. Se libera la conexión S1 y se desactivan los portadores de EPS.
Nota 1: Si el MME o el eNB decide mover el UE en modo RRC_CONECTADO, se envía un mensaje RRCConnectionSetup en el paso 7 para retroceder al procedimiento de establecimiento de conexión RRC heredado; el eNB descartará la NAS PDU de longitud cero recibida en el mensaje RRCConnectionSetupComplete.
Nota 2: Si ni RRCEarlyDataComplete ni, en caso de repliegue, la RRCConnectionSetup se recibe en respuesta a la RRCEarlyDataRequest, el UE considera que la transmisión de datos de UL no tuvo éxito.
7.3b.3 El EDT para optimizaciones de CloT EPS del plano de usuario
El EDT para las optimizaciones de CloT EPS del plano de usuario, como se define en TS 24.301 [20], se caracteriza de la siguiente manera:
- Se dotó al UE de un NextHopChainingCount en el mensaje RRCConnectionRelease con indicación de suspensión;
- Los datos de usuario de enlace ascendente se transmiten en DTCH multiplexado con el mensaje UL RRCConnectionResumeRequest en CCCH;
- Los datos de usuario de enlace descendente se transmiten opcionalmente en DTCH multiplexado con el mensaje DL RRCConnectionRelease en DCCH;
- La reanudación corta de MAC-I se reutiliza como token de autenticación para el mensaje RRCConnectionResumeRequest y se calcula mediante el uso de la clave de integridad de la conexión anterior; - Los datos del usuario en el enlace ascendente y descendente se encuentran cifrados. Las claves se derivan mediante el uso del NextHopChainingCount provisto en el mensaje RRCConnectionRelease de la conexión RRC anterior;
- El mensaje RRCConnectionRelease se encuentra protegido por integridad y cifrado mediante el uso de las claves recién derivadas;
- No hay transición a RRC CONECTADO.
El procedimiento EDT para las optimizaciones de CloT EPS del plano de usuario se ilustra en la Figura 7.3b-2. Figura 7.3b-2: EDT para las optimizaciones de CloT EPS del plano de usuario
0. Tras la solicitud de reanudación de la conexión para los datos originados en el móvil desde las capas superiores, el UE inicia el procedimiento de transmisión de datos temprano y selecciona un preámbulo de acceso aleatorio configurado para EDT.
1. El UE envía una RRCConnectionResumeRequest al eNB, incluida su Resume ID, la causa del establecimiento y un token de autenticación. El UE reanuda todos los SRB y DRB, obtiene nuevas claves de seguridad mediante el uso del NextHopChainingCount provisto en el mensaje RRCConnectionRelease de la conexión anterior y restablece la seguridad del AS. Los datos del usuario se cifran y transmiten en DTCH multiplexados con el mensaje RRCConnectionResumeRequest en CCCH.
2. El eNB inicia el procedimiento de reanudación del contexto S1-AP para reanudar la conexión S1 y reactivar los portadores S1-U.
3. El MME solicita al S-GW que reactive los portadores S1-U para el UE.
4. El MME confirma la reanudación del contexto UE al eNB.
5. Los datos del enlace ascendente se entregan al S-GW.
6. Si los datos de enlace descendente están disponibles, el S-GW envía los datos de enlace descendente al eNB.
7. Si no se esperan más datos del S-GW, el eNB puede iniciar la suspensión de la conexión S1 y la desactivación de los portadores S1-U.
8. El eNB envía el mensaje RRCConnectionRelease para mantener el UE en RRC_INACTIVO. El mensaje incluye la releaseCause ajustada a rrc-Suspend, la ResumeID, el NextHopChainingCount y drb-ContinueROHC que se almacenan por el UE. Si se recibieron datos de enlace descendente en el paso 6, se envían cifrados en DTCH multiplexados con el mensaje RRCConnectionRelease en DCCH.
Nota 1: Si el MME o eNB decide que el UE se mueva en modo RRC_CONECTADO, se envía el mensaje RRCConnectionResume en el paso 7 para retroceder al procedimiento de reanudación de la conexión RRC. En ese caso, el mensaje RRCConnectionResume se encuentra protegido por integridad y cifrado con las claves derivadas en el paso 1 y el UE ignora el NextHopChainingCount incluido en el mensaje RRCConnectionResume. Los datos de enlace descendente pueden transmitirse en DTCH multiplexado con el mensaje RRCConnectionResume. Además, una RRCConnectionSetup también puede enviarse en el paso 7 para retroceder al procedimiento de establecimiento de la conexión RRC.
Nota 2: Si ni RRCConnectionRelease ni, en caso de repliegue, RRCConnectionResume se recibe en respuesta a RRCConnectionResumeRequest para EDT, el UE considera que la transmisión de datos de UL no tuvo éxito.
En 3GPP TS 36.331 V15.7.0 se proporciona una descripción relacionada con el procedimiento de reconfiguración de la conexión de control de recursos de radio (RRC) de LTE (por ejemplo, procedimiento de traspaso) y el procedimiento de restablecimiento de la conexión de RRC de LTE. En particular, la Figura 5.3.5.1-1 de la Sección 5.3.5.1 de 3GPP TS 36.331 V15.7.0, titulada "RRCConnectionReconfiguration, exitosa", se reproduce en la presente memoria como Figura 7. La Figura 5.3.5.1-2 de la Sección 5.3.5.1 de 3GPP TS 36.331 V15.7.0, titulado "RRCConnectionReconfiguration, fallido", se reproduce en la presente memoria como Figura 8. La Figura 5.3.7.1-1 de la Sección 5.3.7.1 de 3GPP TS 36.331 V15.7.0, titulada "RRC connection re-establishment, successful", se reproduce en la presente memoria como Figura 9. La Figura 5.3.7.1-2 de la Sección 5.3.7.1 de 3GPP TS 36.331 V15.7.0, titulada "RRC connection re-establishment, failure", se reproduce en la presente memoria como Figura 10. Las partes de 3GPP TS 36.331 V15.7.0 se citan a continuación:
5.3.5 RRCConnectionReconfiguration
5.3.5.1 Generalidades
La Figura 5.3.5.1-1: RRCConnectionReconfiguration, exitosa
La Figura 5.3.5.1-2: RRCConnectionReconfiguration, fallido
El propósito de este procedimiento es modificar una conexión RRC, por ejemplo, para establecer! modificar/liberar RB, para realizar traspasos, para configurar/modificar/liberar mediciones, para agregar/modificar/liberar SCell. Como parte del procedimiento, la información dedicada de NAS puede transferirse desde E-UTRAN al UE.
5.3.5.2 Iniciación
El E-UTRAN puede iniciar el procedimiento de reconfiguración de la conexión RRC a un UE en RRC_CONECTADO. El E-UTRAN aplica el procedimiento de la siguiente manera:
- la mobilityControlInfo se incluye solo cuando se activa la AS-security y el SRB2 con al menos un DRB se configuran y no se suspenden;
- el establecimiento de RB (que no sea SRB1, que se establece durante el establecimiento de la conexión RRC) se incluye solo cuando se activa la seguridad AS;
- la adición de SCell se realiza solo cuando se activa la seguridad AS;
5.3.5.4 Recepción de una RRCConnectionReconfiguration que incluye la mobilityControlInfo por la UE (traspaso) Si el mensaje RRCConnectionReconfiguration incluye la mobilityControlInfo y el UE puede cumplir con la configuración incluida en este mensaje, el UE deberá:
1> detener el temporizador T310, si está en marcha;
1> detener el temporizador T312, si está en marcha;
1> iniciar el temporizador T304 con el valor del temporizador establecido en t304, como se incluye en la mobilityControlInfo;
1> detener el temporizador T370, si está en marcha;
1> si la carrierFreq se incluye:
2> considerar que la PCell de destino es una en la frecuencia indicada por la carrierFreq con una identidad de célula física indicada por el targetPhysCellId;
1> si no:
2> considerar que la PCell de destino es una en la frecuencia de la PCell de origen con una identidad de célula física indicada por el targetPhysCellId;
1> si T309 está en marcha:
2> detener el temporizador T309 para todas las categorías de acceso;
2> realizar las acciones como se especifica en 5.3.16.4.
1> comenzar a sincronizar con el DL de la PCell de destino;
Nota 1: El UE debe realizar el traspaso lo antes posible después de la recepción del mensaje RRC que activa el traspaso, lo que podría ser antes de confirmar la recepción exitosa (HARQ y ARQ) de este mensaje.
1> si BL UE o UE en CE:
2> si sameSFN-Indication no está presente en mobilityControlInfo:
3> adquirir el MasterInformationBlock en la PCell de destino;
[...]
1> restablecer MCG MAC y SCG MAC, si se configura;
1> liberar la uplinkDataCompression, si se configura;
1> restablecer PDCP para todos los RB configurados con pdcp-config que se establecen;
Nota 2: El manejo de los portadores de radio después de completar con éxito el restablecimiento de PDCP, por ejemplo, la retransmisión de PDCP SDU sin acuse de recibo (así como el informe de estado asociado), el manejo del SN y el HFN, se especifica en TS 36.323 [8].
Nota 2a: En la entrega el reestablishPDCP se establecerá para todas las RB configuradas con NR PDCP en nr-RadioBearerConfig1 o nr-RadioBearerConfig2 TS 38.331 [82] que hará que la entidad PDCP se restablezca también para estos RB.
1> restablecer MCG RLC y SCG RLC, si se configuran, para todos los RB establecidos;
[...]
1> aplicar el valor de la newUE-Identity como el C-RNTI;
1> si el mensaje RRCConnectionReconfiguration incluye la fullConfig:
2> realizar el procedimiento de configuración de radio como se especifica en 5.3.5.8;
1> configurar las capas inferiores de acuerdo con la radioResourceConfigCommon;; recibida
1> si el mensaje recibido RRCConnectionReconfiguration incluye el rach-Skip:
2> configurar capas inferiores para aplicar el rach-Skip para el MCG objetivo, como se especifica en TS 36.213 [23] y 36.321 [6];
1> configurar capas inferiores de acuerdo con cualquier campo adicional, no cubierto en el anterior, si se incluye en la mobilityControllnfo recibida;
(Los textos restantes en la subcláusula 5.3.5.4 se omiten en la presente memoria...
5.3.5.6 Caducidad de T304 (fallo de traspaso)
El UE deberá:
1> si T304 caduca (fallo de traspaso):
Nota 1: Después de la expiración de T304, cualquier preámbulo dedicado, si se proporciona dentro del rach-ConfigDedicated, ya no está disponible para su uso por parte de la UE.
2> volver a la configuración utilizada en la PCell de origen, excluida la configuración configurada por la physicalConfigDedicated, la mac-MainConfig y la sps-Config;
Nota 1a: En el contexto anterior, "la configuración" incluye variables de estado y parámetros de cada portador de radio. Las entidades PDCP asociadas con los portadores RLC UM y SRB se reinician después del procedimiento exitoso de restablecimiento de la conexión RRC de acuerdo con la cláusula 5.2 en TS 36.323 [8]. En lo anterior, "la configuración" incluye la configuración de RB mediante el uso de NR PDCP, si se configura (es decir, por nr-RadioBearerConfig1 y nr-RadioBearerConfig2).
2> almacene la siguiente información de falla de traspaso en VarRLF-Report al configurar sus campos de la siguiente manera:
[...]
2> iniciar el procedimiento de restablecimiento de la conexión como se especifica en 5.3.7, tras lo cual finaliza el procedimiento de reconfiguración de la conexión RRC;
[ . ]
5.3.5.8 Configuración de radio con opción de fullConfig
El UE deberá:
1> si el UE se conecta a EPC:
2> liberar/borrar todas las configuraciones de radio dedicadas actuales, excepto las siguientes:
- el MCG C-RNTI,
- la configuración de seguridad de MCG,
- el PDCP, RLC, configuraciones de canales lógicos para los RB,
- la configuración de medición registrada;
[...]
1> si el mensaje RRCConnectionReconfiguration incluye la mobilityControlInfo:
2> liberar/borrar todas las configuraciones de radio comunes actuales;
2> utilizar los valores predeterminados especificados en 9.2.5 para el temporizador T310, T311 y la constante N310, N311;
[...]
1> aplicar la configuración de canal físico predeterminada como se especifica en 9.2.4;
1> aplicar la configuración de programación semipersistente predeterminada como se especifica en 9.2.3;
1> aplicar la configuración principal MAC predeterminada como se especifica en 9.2.2;
1> si el UE es un NB-IoT UE; o
1> para cada valor de srb-Identity incluido en el srb-ToAddModList (Reconfiguración de SRB):
2> aplicar la configuración especificada definida en 9.1.2 para el SRB correspondiente;
2> aplicar la configuración RLC predeterminada correspondiente para el SRB especificada en 9.2.1.1 para SRB1 o en 9.2.1.2 para SRB2;
2> aplicar la configuración de canal lógico predeterminada correspondiente para la SRB como se especifica en 9.2.1.1 para SRB1 o en 9.2.1.2 para SRB2;
2> si el SRB correspondiente se configuró con NR PDCP y el UE se conecta a EPC:
3> liberar la entidad NR PDCP y establecerla con una entidad E-UTRA PDCP y con la configuración de seguridad actual (MCG);
Nota 1a: El UE aplica los algoritmos de protección de integridad y cifrado LTE que son equivalentes a los algoritmos de seguridad NR configurados previamente.
3> asociar el portador de RLC de esta SRB con la entidad PDCP establecida;
Nota 2: Esto es para que los SRB (SRB1 y SRB2 para el traspaso y SRB2 para la reconfiguración después del restablecimiento) lleguen a un estado conocido desde el cual el mensaje de reconfiguración pueda realizar más configuraciones.
2> de lo contrario, si el UE se conecta a 5GC:
3> aplicar la configuración de PDCP predeterminada correspondiente para el SRB como se especifica en TS 38.331 [82], cláusula 9.2.1;
1> si el UE se conecta a EPC:
2> para cada valor de eps-BearerIdentity incluido en la drb-ToAddModList o nr-RadioBearerConfig1 o nr-RadioBearerConfig2 eso es parte de la configuración actual de E-UTRA y NR UE:
3> liberar la entidad E-UTRA o NR PDCP;
3> liberar la entidad o entidades RLC;
3> liberar el canal lógico DTCH;
3> liberar la drb-identity
Nota 3: Esto retendrá la eps-bearerIdentity pero elimina los DRB incluidos drb-identity de estos portadores de la configuración actual del UE y activar la configuración de los DRB dentro del AS en la cláusula 5.3.10.3 mediante el uso de la nueva configuración. La eps-bearerIdentity actúa como ancla para asociar la DRB liberada y reestablecida. En el AS, la reconfiguración de la DRB es equivalente a una nueva configuración de la DRB (incluidas las nuevas configuraciones de PDCP y de canal lógico).
2> para cada valor de eps-BearerIdentity que es parte de la configuración actual de E-UTRA y NR UE pero no se agrega con la misma eps-BearerIdentity en drb-ToAddModList ni en nr-RadioBearerConfig1 ni en nr-RadioBearerConfig2:
3> realizar la liberación de DRB como se especifica en 5.3.10.2;
[...]
5.3.7 Restablecimiento de la conexión de RRC
5.3.7.1 Generalidades
La Figura 5.3.7.1-1: restablecimiento de conexión RRC, exitoso
La Figura 5.3.7.1-2: restablecimiento de conexión RRC, fallido
El objetivo de este procedimiento es restablecer la conexión RRC, lo que implica la reanudación de la operación SRB1 (SRB1bis para un NB-IoT UE para el que no se activa la seguridad AS), la reactivación de la seguridad (excepto para un NB-IoT UE para el que no se activa la seguridad AS) y la configuración de solo la PCell.
Salvo un NB-IoT UE para el que no se activa la seguridad AS, un UE en RRC_CONECTADO, para el que se activa la seguridad, podrá iniciar el procedimiento para continuar la conexión RRC. El restablecimiento de la conexión tiene éxito solo si la célula en cuestión se encuentra preparada, es decir, tiene un contexto de UE válido. En caso de que E-UTRAN acepte el restablecimiento, la operación de SRB1 se reanuda mientras que la operación de otras portadoras de radio permanece suspendida. Si la seguridad AS no se activa, el UE no inicia el procedimiento, sino que se desplaza directamente a RRC_INACTIVO.
Cuando no se activa la seguridad AS, un NB-IoT UE que admita el restablecimiento de la conexión RRC para la optimización del CloT EPS del plano de control en RRC_CONECTADO puede iniciar el procedimiento para continuar la conexión RRC.
El E-UTRAN aplica el procedimiento de la siguiente manera:
- Cuando se activa la seguridad AS:
- reconfigurar SRB1 y reanudar la transferencia de datos solo para este RB;
- para reactivar la seguridad AS sin cambiar los algoritmos.
- Para un NB-IoT UE compatible con el restablecimiento de la conexión RRC para la optimización del CloT EPS del plano de control, cuando la seguridad AS no se activa:
- para restablecer SRB1bis y continuar la transferencia de datos para este RB.
5.3.7.2 Iniciación
El UE solo iniciará el procedimiento cuando se active la seguridad AS o para un NB-IoT UE que admita el restablecimiento de la conexión RRC para la optimización del CloT EPS del plano de control. El UE inicia el procedimiento cuando se cumple una de las siguientes condiciones:
1> al detectar la falla del enlace de radio, de acuerdo con 5.3.11; o
1> al fallar el traspaso, de acuerdo con 5.3.5.6; o
1> en caso de movilidad por falla de E-UTRA, de acuerdo con 5.4.3.5; o
1> excepto para UP-EDT, tras la indicación de falla de verificación de integridad de las capas inferiores con respecto a SRB1 o SRB2; o
1> ante una falla de RRCConnectionReconfiguration, de acuerdo con 5.3.5.5; o
1> tras una falla en la RRCConnectionReconfiguration, de acuerdo con TS38.331 [82], cláusula 5.3.5.5.
Nota: Para UP-EDT, la indicación de falla de verificación de integridad de las capas inferiores se maneja de acuerdo con la cláusula 5.3.3.16.
Una vez iniciado el procedimiento, la UE deberá:
1> detener el temporizador T310, si está en marcha;
1> detener el temporizador T312, si está en marcha;
1> detener el temporizador T313, si está en marcha;
1> detener el temporizador T307, si está en marcha;
1> iniciar el temporizador T311;
1> detener el temporizador T370, si está en marcha;
1> liberar la upIinkDataCompression, si se configura;
1> suspender todas las RB, incluidas las RB configuradas con NR PDCP, excepto SRB0;
1> restablecer MAC;
1> liberar la(s) SCell MCG, si se configuran, de acuerdo con 5.3.10.3a;
1> liberar el(los) grupo(s) SCell, si se configuran, de acuerdo con 5.3.10.3d;
1> aplicar la configuración de canal físico predeterminada como se especifica en 9.2.4;
1> excepto para NB-IoT, para el MCG, aplicar la configuración de programación semipersistente predeterminada como se especifica en 9.2.3;
1> para NB-IoT, liberar scheduIingRequestConfig, si se configura;
1> para el MCG, aplicar la configuración principal MAC predeterminada como se especifica en 9.2.2;
1> liberar powerPrefIndicationConfig, si se configura, y detener el temporizador T340, si está en marcha;
1> liberar reportProximityConfig, si se configura y borrar cualquier temporizador de informe de estado de proximidad asociado;
1> liberar obtainLocationConfig, si se configura;
1> liberar idc-Config, si se configura;
1> liberar sps-AssistanceInfoReport, si se configura;
1> liberar measSubframePatternPCell, si se configura;
1> liberar toda la configuración de SCG, si se configura, excepto la configuración de DRB (según lo configurado por drb-ToAddModListSCG);
1> si (NG)EN-DC se configura:
2> realizar la liberación de MR-DC, como se especifica en TS 38.331[82], cláusula 5.3.5.10;
2> liberar p-MaxEUTRA, si se configura;
2> liberar p-MaxUE-FR1, si se configura;
2> liberar tdm-PatternConfig, si se configura;
1> liberar naics-Info para PCell, si se configura;
1> si se conecta como RN y configura con una configuración de subtrama RN:
2> liberar la configuración de la subtrama RN;
1> liberar la configuración de LWA, si se configura, como se describe en 5.6.14.3;
1> liberar la configuración LWIP, si se configura, como se describe en 5.6.17.3;
1> liberar delayBudgetReportingConfig, si se configura, y detener el temporizador T342, si está en marcha; 1> realizar la selección de células de acuerdo con el procedimiento de selección de células como se especifica en TS 36.304 [4];
1> liberar bw-PreferenceIndicationTimer, si se configura y detener el temporizador T341, si está en marcha; 1> liberar overheatingAssistanceConfig, si se configura y detener el temporizador T345, si está en marcha; 1> liberar ailc-BitConfig, si se configura;
5.3.7.3 Acciones posteriores a la selección de célula mientras se ejecuta T311
Al seleccionar una célula E-UTRA adecuada, el UE deberá:
1> si T309 está en marcha:
2> detener el temporizador T309 para todas las categorías de acceso;
2> realizar las acciones como se especifica en 5.3.16.4.
1> si el UE se conecta a 5GC y la célula seleccionada solo se conecta a EPC; o
1> si el UE se conecta a EPC y la célula seleccionada solo se conecta a 5GC:
2> realizar las acciones al salir de RRC _CONECTADO como se especifica en 5.3.12, con releaseCause 'fallo de conexión RRC;
1> si no:
2> detener el temporizador T311;
2> iniciar el temporizador T301;
2> aplicar el timeAlignmentTimerCommon incluido en SystemInformationBlockType2;
2> si el UE es un NB-IoT UE que admite el restablecimiento de la conexión RRC para la optimización del CloT EPS del plano de control y la seguridad AS no se activa; y
2> si el cp-reestablishment no se incluye en SystemInformationBlockType2-NB:
3> realizar las acciones al salir de RRC_CONECTADO como se especifica en 5.3.12, con releaseCause 'fallo de conexión RRC;
2> si no:
3> iniciar la transmisión del mensaje RRCConnectionReestablishmentRequest de acuerdo con 5.3.7.4;
Nota: Este procedimiento se aplica también si el UE vuelve a la PCell de origen.
Al seleccionar una célula inter-RAT, el UE deberá:
1> si la célula seleccionada es una célula UTRA, y si el UE admite el Informe de falla de enlace de radio para Inter-RAT MRO, incluye selectedUTRA-CellId en el VarRLF-Report y se establece en la identidad de célula física y la frecuencia portadora de la célula UTRA seleccionada;
1> realizar las acciones al salir de RRC_CONECTADO como se especifica en 5.3.12, con releaseCause 'fallo de conexión RRC;
5.3.7.6 Caducidad T311
Al vencimiento de T311, el UE deberá:
1> realizar las acciones al salir de RRC _CONECTADO como se especifica en 5.3.12, con releaseCause 'fallo de conexión RRC;
5.3.7.7 Caducidad de T301 o célula seleccionada que ya no es adecuada
El UE deberá:
1> si expira el temporizador T301; o
1> si la célula seleccionada deja de ser adecuada de acuerdo con los criterios de selección de células especificados en TS 36.304 [4]:
2> realizar las acciones al salir de RRC _CONECTADO como se especifica en 5.3.12, con releaseCause 'fallo de conexión RRC;
5.3.7.8 Recepción de RRCConnectionReestablishmentReject por parte del UE
Al recibir el mensaje RRCConnectionReestablishmentReject, el UE deberá:
1> realizar las acciones al salir de RRC _CONECTADO como se especifica en 5.3.12, con releaseCause 'fallo de conexión RRC;
La transmisión en recursos de enlace ascendente preconfigurados (PUR) se analiza en 3GPP RAN1. Algunos acuerdos realizados por RAN1 se citan a continuación de la Nota del presidente de 3GPP RAN1 #96:
En modo inactivo, la configuración de validación de TA puede incluir "Temporizador de alineación de tiempo PUR"
• Cuando el UE considera que el TA no es válido si (hora actual - hora en la última actualización de TA) > el temporizador de alineación de tiempo PUR
En modo inactivo, cuando el UE valida el TA, el UE considera que el TA de la célula de servicio anterior no es válido si la célula de servicio cambia
• Lo anterior se aplica al caso en el que el UE se configura para usar el atributo de cambio de célula de servicio Cuando el UE se configura para usar varios criterios de validación de TA, el TA es válido solo cuando se cumplen todos los criterios de validación de TA configurados.
Para PUR dedicado, en modo inactivo, la configuración del recurso PUR incluye al menos lo siguiente
• Recursos en el dominio del tiempo, incluida la(s) periodicidad(es)
o Nota: también incluye número de repeticiones, número de RU, posición inicial
• Recursos de dominio de frecuencia
• TBS(s)/MCS(s)
• Parámetros de control de potencia
• Patrón DMRS heredado
La transmisión en recursos de enlace ascendente preconfigurados (PUR) se analiza en 3GPP RAN1. Algunos acuerdos realizados por RAN1 se citan a continuación de la Nota del presidente de 3GPP RAN1 #96bis:
Para PUR dedicado en modo inactivo, la configuración de PUR se configura mediante señalización RRC específica de UE.
En modo inactivo, un UE puede configurarse de modo que TA siempre sea válido dentro de una célula dada.
La transmisión en recursos de enlace ascendente preconfigurados (PUR) se analiza en 3GPP RAN1. Algunos acuerdos realizados por RAN1 se citan a continuación de la Nota del presidente de 3GPP RAN1 #98:
En modo inactivo, se admite la actualización de configuraciones PUR y/o parámetros PUR a través de señalización L1 después de una transmisión PUR
Para PUR dedicado
• Durante el monitoreo del espacio de búsqueda PUR, el UE monitorea la DCI codificada con un RNTI al asumir que el RNTI no se comparte con ningún otro UE
La transmisión en recursos de enlace ascendente preconfigurados (PUR) se analiza en 3GPP RAN1. Algunos acuerdos realizados por RAN1 se citan a continuación de la Nota del presidente de 3GPP RAN1 #98bis:
El DCI PUR ACK dedicado al menos incluye el ajuste de avance de sincronización (incluido el ajuste TA de 0). El campo de ajuste de TA tiene [6] bits como herencia.
Para PUR dedicado en modo inactivo, la configuración de PUR incluye lo siguiente
• Configuración de salto de frecuencia MPDCCH
• Configuración de salto de frecuencia PDSCH
La configuración de PUR incluye la configuración PUCCH
La transmisión en recursos de enlace ascendente preconfigurados (PUR) se analiza en 3GPP RAN2. Algunos acuerdos realizados por RAN2 se citan a continuación de R2-1914102:
=> Se admite D-PUR multidisparo con la posibilidad de configurarlo como un solo disparo.
=> La red toma la decisión sobre la configuración de D-PUR.
=> El eNB puede (re)configurar y liberar D-PUR mediante señalización RRC dedicada.
=> El UE debe liberar el D-PUR cuando realiza un procedimiento RA en una nueva célula.
=> La configuración D-PUR puede configurarse sin un final predefinido (infinito).
=> El mensaje de respuesta de RRC debe ser compatible con el UE y podría usarse en todos los casos.
=> En algunos casos, la señalización L1 es suficiente para dar acuse de recibo, es decir, no se necesita el mensaje de respuesta RRC.
=> RAN2 asume que la señalización L1 para acuse de recibo se envía solo después de que el eNB determina que no hay señalización o datos de enlace descendente pendientes.
=> Es factible proporcionar al UE un RNTI específico del UE para D-PUR. La RNTI común o compartida también es factible.
=> El RNTI utilizado para D-PUR se señaliza junto con otra configuración D-PUR.
=> TA válido es un requisito para iniciar la transmisión D-PUR.
=> El UE puede usar el recurso D-PUR para enviar RRCConnectionRequest o RRCConnectionResumeRequest para establecer o reanudar la conexión RRC.
=> Para la solución CP, los datos de enlace ascendente se encapsulan como una NAS PDU en un mensaje RRC de enlace ascendente transmitido en CCCH.
=> Para la solución UP, los datos del enlace ascendente se transmiten en DTCH.
=> Después de la transmisión D-PUR de enlace ascendente, el UE monitorea el PDCCH bajo el control de un temporizador:
■ El temporizador comienza después de la transmisión D-PUR.
■ El temporizador se reinicia si se recibe una programación para la retransmisión de D-PUR.
■ El UE considera que la transmisión D-PUR falla si el temporizador expira.
■ El temporizador se detiene cuando finaliza/tiene éxito el procedimiento D-PUR.
=> El mensaje de respuesta RRC de enlace descendente, si es necesario, para la solución CP puede incluir la siguiente información opcional:
■ datos de enlace descendente encapsulados como una NAS PDU (respuesta de capa de aplicación de enlace descendente o datos pendientes en MME).
■ información de redirección.
■ (Re-)configuración y liberación de D-PUR.
=> El mensaje de respuesta RRC de enlace descendente para la solución UP puede incluir la siguiente información opcional:
■ ResumeID.
■ NCC (obligatorio): siempre se proporciona el mensaje de respuesta RRC de enlace descendente para la solución UP.
■ información de redirección.
■ (Re-)configuración y liberación de D-PUR.
=> La actualización MAC CE para TA puede enviarse junto con la transmisión RRC del mensaje de respuesta RRC de enlace descendente para la solución CP y la solución UP.
=> Después de la recepción de la transmisión D-PUR, el eNB puede mover el UE a la conexión RRC mediante el mensaje RRCConnectionSetup o el mensaje de RRCConnectionResume.
=> El criterio de validación de TA "Servir cambios de célula" se encuentra implícitamente siempre habilitado, lo que significa que TA se considera inválido cuando el UE inicia el procedimiento de RA en una célula diferente a la que se validó por última vez.
=> La configuración para los criterios de validación de TA se proporciona en la señalización RRC dedicada.
■ Debería ser posible deshabilitar todos o cada uno de los criterios de validación de TA opcionales (es decir, temporizador de TA, cambio de (N)RSRP) a través de la señalización de RRC.
=> El UE mantiene la configuración de PUR mientras que TA se considera inválido, pero PUR no puede usarse hasta que eNB valide el TA existente/proporcione un nuevo TA.
=> Se define un nuevo temporizador TA para los UE configurados con D-PUR en modo inactivo.
■ Los tiempos de (re)inicio del temporizador TA deben alinearse entre UE y eNB.
■ El temporizador TA se reinicia después de actualizar TA.
=> Puede proporcionarse una (re)configuración de PUR específica del UE mientras el UE está en RRC_CONECTADO.
=> La (re)configuración de PUR puede incluirse en la liberación de conexión RRC.
=> Al menos la siguiente información puede incluirse en las (re)configuraciones de PUR:
■ "m" asignaciones perdidas consecutivas antes del lanzamiento.
■ Temporizador de alineación de tiempo para modo inactivo.
■ Umbral de cambio de RSRP para la célula de servicio.
=> La (re)configuración de PUR puede proporcionarse en el mensaje de respuesta DL RRC del procedimiento D-PUR.
=> La configuración delta es compatible con la reconfiguración de PUR.
=> Si el UE realiza EDT o se mueve a RRC_CONECTADO y vuelve a RRC_INACTIVO en la misma célula, la configuración de PUR se mantiene válida a menos que la red u otros activadores la liberen o reconfiguren específicamente.
=> PUR puede liberarse explícitamente mediante el mensaje de RRCConnectionRelease y el mensaje de respuesta DL RRC del procedimiento D-PUR.
=> Para la solución CP AS RAI, BSR no se incluyen con la transmisión PUR.
=> Para la solución CP, la actualización de MAC CE para TA puede enviarse sin un mensaje de respuesta RRC de enlace descendente. (Para el mensaje de respuesta UP RRC siempre se requiere).
=> En caso de que el UE pase a RRC-CONECTADO, puede proporcionarse un nuevo C-RNTI en RRC. Si está ausente, el UE mantiene el PUR-RNTI como C-RNTI.
=> Suposición de trabajo: El PUR se indica como habilitado en la célula mediante el uso de una bandera en SIB2. Al detectar que la indicación SIB de soporte PUR se encuentra desactivada en la célula, el UE liberará todas las configuraciones PUR. El mecanismo de actualización de SIB existente se utiliza para actualizar la indicación.
=> La configuración de PUR puede proporcionarse sin la solicitud de configuración de PUR del UE, por lo tanto, se introducen capacidades de acceso de radio opcionales (separadas para UP y CP) para indicar que el UE es capaz de realizar transmisiones UL mediante el uso de PUR.
=> UE no puede configurarse con más de una configuración de PUR
■ Por lo tanto, la identidad/índice de configuración de PUR no es necesaria en la configuración de PUR => La información sobre el tamaño de TBS se proporciona en la configuración de PUR.
■ Los detalles exactos también dependen de los acuerdos RAN1.
=> Para el CP, similar al EDT, "se espera que el tamaño de la MAC PDU resultante, incluidos los datos UL totales, sea menor o igual que el TBS configurado para PUR" es una condición previa antes de iniciar la transmisión UL mediante el uso de PUR.
■ El envío de una solicitud de conexión RRC sin los datos de CP no se excluye debido a esto.
=> Para UP, consultar los mensajes PUR como "RRCConnectionResumeRequest para PUR" y "RRCConnectionResumeRequest para EDT o PUR", etc. en las memorias descriptivas.
=> El temporizador PUR TA es configurable hasta el nivel de hora(s), deshabilitado/infinito es posible.
El término "UE de comunicaciones de tipo máquina (MTC UE)", tal como se utiliza en la presente memoria, puede referirse a un "UE de ancho de banda reducido y de baja complejidad (BL UE)" y/o a un "UE con cobertura mejorada (UE en EC, UE en CE, CE UE)". El término "UE", como se usa en la presente memoria, puede referirse a un MTC UE y/o un UE de Internet de las cosas de banda estrecha (NB-IoT) y/o un tipo diferente de UE. En el estado RRC_INACTIVO (por ejemplo, estado inactivo de control de recursos de radio (RRC)), si un UE inicia un procedimiento de acceso aleatorio (RA), el procedimiento de acceso aleatorio puede ser para transmisión temprana de datos (EDT) y/o el procedimiento de acceso aleatorio puede no ser para EDT. Un procedimiento de acceso aleatorio basado en contienda puede comprender cuatro pasos, en los que los mensajes transmitidos y/o recibidos en cada paso de los cuatro pasos se denominan "Msg1", "Msg2", "Msg3" y/o "Msg4", respectivamente. Un procedimiento de acceso aleatorio no basado en contiendas puede comprender dos pasos, en los que los mensajes transmitidos y/o recibidos en cada paso de los dos pasos se denominan "Msg1" y/o "Msg2", respectivamente. El término "Canal de control de enlace descendente físico (PDCCH)", tal como se usa en la presente memoria, puede
referirse a un PDCCH de comunicaciones de tipo máquina (MPDCCH) para MTC UE y/o un PDCCH de banda estrecha (NPDCCH) para NB-IoT UE. El término "Canal de acceso aleatorio físico (PRACH)", como se usa en la presente memoria, puede referirse a PRACH para MTC UE y/o PRACH de banda estrecha (NPRACH) para NB-IoT UE. La(s) declaración(es) descrita(s) anteriormente en este párrafo pueden aplicarse en general a todos los párrafos siguientes, a menos que se especifique lo contrario.
En la versión 15 de LTE, se introduce EDT para mejorar la eficiencia de transmisión y/o reducir el consumo de energía para los MTC UE y/o los NB-IoT UE. EDT puede ser aplicable para MTC UE y/o NB-IoT UE. El EDT puede activarse en el estado RRC_INACTIVO. Después de que se activa el EDT, los datos de usuario de enlace ascendente (por ejemplo, datos originados en dispositivos móviles) pueden incluirse en un Msg3 durante un procedimiento de acceso aleatorio (por ejemplo, Msg3 puede corresponder a un tercer mensaje del procedimiento de acceso aleatorio), y una red puede incluir datos de usuario de enlace descendente en Msg4 durante el procedimiento de acceso aleatorio (por ejemplo, Msg4 puede corresponder a un cuarto mensaje del procedimiento de acceso aleatorio). Un beneficio de EDT es que los datos de usuario de enlace ascendente pueden transmitirse por un UE sin necesidad de que el UE entre en estado RRC_CONECTADO (por ejemplo, estado conectado RRC). También es posible que el e Dt recurra al procedimiento heredado de establecimiento/reanudación de la conexión RRC y/o que los datos de usuario del enlace ascendente se transmitan después de que el UE entre en el estado RRC _CONECTADO. La versión 15 EDT también puede denominarse "EDT de origen móvil (MO-EDT)".
Hay al menos dos tipos de EDT (o MO-EDT).
Un primer tipo de EDT (o un primer tipo de MO-EDT) es el plano de control EDT (CP-EDT) (por ejemplo, EDT para optimizaciones del sistema de paquetes evolucionado (EPS) del Internet de las cosas (CIoT) del Plano de control Celular). En CP-EDT, los datos de usuario de enlace ascendente se transmiten en un mensaje de estrato sin acceso (NAS) concatenado en un mensaje de RRCEarlyDataRequest de enlace ascendente en un canal de control común (CCCH). El mensaje de RRCEarlyDataRequest de enlace ascendente puede incluirse en un Msg3 durante un procedimiento de acceso aleatorio (por ejemplo, el Msg3 puede corresponder a un tercer mensaje del procedimiento de acceso aleatorio, donde el Msg3 se transmite por un UE a un eNB). Los datos de usuario de enlace descendente pueden transmitirse en un mensaje NAS concatenado en un mensaje de datos iniciales de RRC completos de enlace descendente en un CCCH. El mensaje de datos iniciales de RRC completos de enlace descendente puede incluirse en un Msg4 durante el procedimiento de acceso aleatorio (por ejemplo, el Msg4 puede corresponder a un cuarto mensaje del procedimiento de acceso aleatorio, donde el eNB transmite el Msg4 al UE). Si una Entidad de gestión de movilidad (MME) y/o el eNB deciden cambiar el UE al modo RRC_CONECTADO (por ejemplo, cambiar el UE del modo RRC_iNa CTIVO al modo RRC_CONECTADO), puede enviarse un mensaje RRCConnectionSetup (al UE) en Msg4 para que vuelva al procedimiento de establecimiento de conexión RRC heredado.
Un segundo tipo de EDT (o un segundo tipo de MO-EDT) es el EDT del plano de usuario (UP-EDT) (por ejemplo, EDT para optimizaciones CIoT EPS del plano de usuario). En UP-EDT, los datos de usuario de enlace ascendente se transmiten en un canal de tráfico dedicado (DTCH) multiplexado con un mensaje de RRCConnectionResumeRequest de enlace ascendente en un CCCH. En algunas realizaciones, una Unidad de datos de servicio (SDU) de DTCH y/o una CCCH SDU se incluyen en un Msg3 durante un procedimiento de acceso aleatorio (por ejemplo, el Msg3 puede corresponder a un tercer mensaje del procedimiento de acceso aleatorio, donde el Msg3 se transmite por un UE a un eNB). Los datos de usuario de enlace descendente pueden transmitirse en un DTCH multiplexado con un mensaje de RRCConnectionRelease de enlace descendente en un canal de control dedicado (DCCH). Una DTCH SDU y/o una DCCH SDU pueden incluirse en un Msg4 durante el procedimiento de acceso aleatorio. Si un MME y/o el eNB deciden cambiar el UE al modo RRC_CONECTADO (por ejemplo, cambiar el UE del modo RRC_INACTIVO al modo RRC_CONECTADO), se envía un mensaje de RRCConnectionResume (y/o datos de usuario de enlace descendente) (al UE) en el Msg4 para volver al procedimiento de reanudación de la conexión RRC.
En la versión 16 de LTE, puede introducirse la transmisión en recursos de enlace ascendente (PUR) preconfigurados para mejorar aún más la eficiencia de la transmisión y/o reducir el consumo de energía para los MTC UE y/o los NB-IoT UE. El PUR puede ser un PUR dedicado. El término "PUR dedicado", como se usa en la presente memoria, puede corresponder a uno o más recursos que el UE asume que no se comparten con otros UE.
En algunas realizaciones, el UE realiza una transmisión PUR (por ejemplo, una transmisión de datos a una red a través de uno o más PUR) en un PUR (por ejemplo, una ocasión PUR) en estado RRC_INACTIVO. En algunas realizaciones, el UE determina el PUR (por ejemplo, la ocasión PUR) en base a la información de tiempo y frecuencia de uno o más PUR configurados en una configuración de PUR dedicada del UE. Por ejemplo, la configuración de PUR dedicada puede indicar uno o más PUR para que el UE realice una transmisión en una célula (por ejemplo, una célula donde la configuración de PUR dedicada se recibe y/o es válida) cuando el UE está en estado r Rc_INACTIVO. El HARQ es compatible con una o más transmisiones mediante el uso de un PUR dedicado para mejorar la confiabilidad. Después de que el UE realiza la transmisión PUR, el UE supervisa el PDCCH durante un período de tiempo configurable (por ejemplo, una ventana de espacio de búsqueda de PUR y/o un temporizador de espacio de búsqueda de PUR). La red puede incluir una configuración de espacio de búsqueda PUR en la configuración de PUR dedicada y/o el UE puede monitorear PDCCH basado en la configuración del espacio de
búsqueda PUR después de la transmisión PUR (por ejemplo, la configuración del espacio de búsqueda PUR puede corresponder al período de tiempo configurable). Además, también pueden admitirse uno o más mecanismos alternativos a los procedimientos RACH y/o EDT. Los detalles de uno o más mecanismos alternativos están en discusión.
El UE puede configurarse con PUR al recibir una configuración de PUR dedicada (como para una célula). La configuración de PUR dedicada puede proporcionarse (como en la célula) en una señalización dedicada (por ejemplo, mensaje de RRCConnectionRelease) al UE cuando el UE está en modo RRC_CONECTADO. Uno o más PUR configurados (por ejemplo, uno o más PUR indicados y/o configurados por la configuración de PUR dedicada) pueden ser válidos cuando el UE está en modo RRC_INACTIVO (y cuando el UE está en la célula asociada con la configuración de PUR dedicada). Es posible que uno o más PUR configurados no requieran activación de capa inferior. El UE no puede usar uno o más PUR configurados si no hay datos disponibles para la transmisión. Para uno o más PUR dedicados, dado que la red puede identificar qué UE realiza una transmisión mediante el uso de uno o más PUR dedicados, es posible que no se necesite la resolución de disputas. En algunas realizaciones, el UE puede realizar dos pasos. Un primer paso de los dos pasos comprende la transmisión mediante el uso de PUR, y un segundo paso de los dos pasos comprende la recepción de una respuesta de la red asociada con la transmisión (por ejemplo, la respuesta de la red también se conoce como "respuesta para PUR" y/o una "respuesta PUR"). La respuesta de la red puede ser un acuse de recibo de si la transmisión es exitosa o no (por ejemplo, la respuesta de la red puede comprender retroalimentación HARQ y/o L1-ACK). La respuesta de la red puede ser una concesión de enlace ascendente dinámica para la retransmisión (por ejemplo, la respuesta de la red puede ser la concesión de enlace ascendente dinámica para la retransmisión si la transmisión no tiene éxito). La respuesta de la red puede ser datos de usuario de enlace descendente y/o un mensaje RRC (por ejemplo, al menos uno de un mensaje de datos iniciales de RRC completos, un mensaje de RRCConnectionRelease, etc.). Los datos de usuario de enlace descendente y/o el mensaje RRC pueden programarse mediante una asignación dinámica de enlace descendente. La concesión dinámica de enlace ascendente puede dirigirse a un primer RNTI específico (por ejemplo, un C-RNTI, un C-RNTI temporal y/o un nuevo RNTI para PUR tal como PUR-RNTI). La asignación dinámica de enlace descendente puede dirigirse a un segundo RNTI específico (por ejemplo, un C-RNTI, un C-RNTI temporal y/o un nuevo RNTI para PUR como PUR-RNTI). El primer RNTI específico y/o el segundo RNTI específico pueden proporcionarse en la configuración de PUR dedicada. El primer RNTI específico y/o el segundo RNTI específico pueden proporcionarse cuando el UE está en estado RRC_CONECTADO. El primer RNTI específico y el segundo RNTI específico pueden ser el mismo (es decir, el primer RNTI específico y el segundo RNTI específico pueden corresponder ambos a un único RNTI). Alternativa y/o adicionalmente, el primer RNTI específico puede ser diferente del segundo RNTI específico. Si se requiere retransmisión, como cuando la transmisión no tiene éxito, el UE puede realizar la retransmisión en una próxima ocasión PUR y/o en base a la concesión dinámica de enlace ascendente (recibida en el segundo paso). El UE monitorea el PDCCH durante el período de tiempo configurable (por ejemplo, la ventana del Espacio de Búsqueda de PUR y/o el temporizador del Espacio de Búsqueda de PUR) para recibir la respuesta de la red. En algunas realizaciones, la respuesta de la red puede indicar un retroceso al procedimiento RACH y/o al procedimiento EDT (como en un escenario en el que la transmisión no tiene éxito).
De acuerdo con los acuerdos RAN1 y RAN 2 (al menos algunos de los cuales se citan en la descripción anterior), un UE puede usar uno o más PUR dedicados en el estado RRC_INACTIVO si se cumplen los criterios. Los criterios pueden comprender una Alineación de Tiempo (TA) válida (por ejemplo, los criterios pueden comprender uno o más criterios distintos de si el TA también es válido). Un mecanismo de validación para TA (por ejemplo, un mecanismo mediante el cual el UE puede determinar si el TA asociado con el UE es válido o no) puede comprender un temporizador PUR TA. En algunas realizaciones, el temporizador PUR TA es diferente a un timeAlignmentTimer existente. Por ejemplo, las condiciones para iniciar, reiniciar y/o detener el temporizador PUR TA pueden ser diferentes de las condiciones para iniciar, reiniciar y/o detener el timeAlignmentTimer existente. Si el temporizador PUR TA se configura para el UE, el UE puede considerar que TA (para PUR) asociado con el UE es válido si el temporizador PUR TA funciona y/o si otros criterios (por ejemplo, todos los demás criterios) para la validación de TA del PUR se cumplen. Si el temporizador PUR TA se configura para el UE, el UE puede considerar que el TA (para PUR) asociado con el UE no es válido si el temporizador PUR TA no funciona (y/o si el temporizador PUR TA expiró). Una configuración del temporizador PUR TA puede incluirse en la configuración de PUR dedicada (por ejemplo, el UE puede configurarse con el temporizador PUR TA mediante el uso de la configuración de PUR dedicada). El mecanismo de validación para TA puede comprender "Cambio de célula de servicio" (por ejemplo, una célula de servicio asociada con el UE puede cambiarse a una célula diferente, por ejemplo, debido a la reselección de célula, donde la célula diferente es diferente de una célula donde la configuración de PUR dedicada es válida y/o donde el UE se configuró con la configuración de PUR dedicada). El UE puede considerar que el TA para la célula de servicio anterior no es válido si cambia la célula de servicio. Alternativa y/o adicionalmente, el UE puede considerar que el TA no es válido cuando el UE inicia un procedimiento de acceso aleatorio en una célula que es diferente de una célula donde el TA se validó más recientemente. En un ejemplo, el UE puede realizar una primera transmisión PUR en una primera célula, recibir una primera respuesta PUR en la primera célula y luego iniciar un procedimiento de acceso aleatorio en una segunda célula. En el ejemplo, el UE puede considerar que el TA no es válido cuando (y/o después) el UE inicia el procedimiento de acceso aleatorio en la segunda célula.
En algunas realizaciones, el UE mantiene (es decir, no libera) la configuración de PUR dedicada cuando el UE considera que el TA (para PUR) no es válido (por ejemplo, el UE puede mantener la configuración de PUR dedicada
durante un período de tiempo cuando el UE está en estado RRC_CONECTADO y/o en estado RRC_INACTIVO y el UE considera que TA (para PUR) no es válido). El UE puede mantener (es decir, no puede liberar) la configuración de PUR dedicada cuando se cambia una célula de servicio asociada con el UE (por ejemplo, en el estado RRC_CONECTADO y/o en el estado RRC_INACTIVO). Por ejemplo, el UE puede mantener (es decir, no puede liberar) la configuración de PUR dedicada cuando se cambia una célula de servicio del UE (por ejemplo, a una célula distinta de donde se configuró y/o se validó la configuración de PUR dedicada) en estado RRC_INACTIVO. El UE no realiza la transmisión PUR cuando el TA (para PUR) asociado con el UE no es válido, y el UE podría realizar la transmisión PUR después de que el TA (para PUR) asociado con el UE sea válido. En algunas realizaciones, el UE mantiene (es decir, no libera) la configuración de PUR dedicada al (y/o en respuesta a) realizar EDT y/o ingresar al estado RRC _CONECTADO (en la misma célula de servicio donde la configuración de PUR dedicada se configura y/o válido). El UE no puede realizar la transmisión PUR en un período de tiempo durante el cual se mantiene la configuración de PUR dedicada y el UE está en estado RRC_Co NeCTADO.
Se introduce un mecanismo de liberación implícito para PUR. El UE mantiene un contador 'm' si se configura un umbral correspondiente (y/o un atributo de mecanismo de liberación) en la configuración de PUR dedicada. En algunas realizaciones, si el UE no realiza (y/o salta) una transmisión PUR en una ocasión PUR, el UE incrementa el contador 'm' en 1 (por ejemplo, el UE puede incrementar el contador 'm' en 1 en respuesta a no realizar y/o saltar una transmisión PUR en una ocasión PUR). Si el contador 'm' alcanza (o supera) el umbral correspondiente para 'm', el UE libera de forma autónoma la configuración de PUR dedicada (por ejemplo, el UE puede liberar la configuración de PUR dedicada en respuesta a que el contador 'm' alcance (o supere) el umbral correspondiente). El UE no puede incrementar el contador 'm' mientras el UE está en estado RRC_CONECTADO. El UE puede restablecer el valor del contador 'm' (por ejemplo, restablecer el valor del contador 'm' puede comprender poner el contador 'm' a cero) después de (por ejemplo, en respuesta a) una comunicación exitosa entre el UE y una red (por ejemplo, la comunicación exitosa puede corresponder a la comunicación entre el UE y la red cuando el UE está en estado RRC_INACTIVO o RRC_CONECTADO).
De acuerdo con los acuerdos de RAN2 (al menos algunos de los cuales se citan en la descripción anterior), la configuración de PUR dedicado debe mantenerse después de que el UE ingrese al estado RRC_CONECTADO en la misma célula de servicio (por ejemplo, la célula de servicio donde el UE recibió la configuración PUR dedicada y/o donde la configuración de PUR dedicada es válida) para que la configuración de PUR dedicada pueda usarse más tarde (por ejemplo, reutilizarse) después de que el UE ingrese al estado RRC_INACTIVO (en la misma célula de servicio). Aunque se mantiene la configuración de PUR dedicada, la red puede programar dinámicamente el UE en el estado RRC_CONECTADO. En comparación con PUR, la programación dinámica puede ser más flexible en términos de potencia de transmisión, tamaño de bloque de transporte (TBS) y/o temporización de transmisión. En comparación con el uso de PUR en el estado RRC_INACTIVO, puede haber menos beneficios al usar PUR en el estado RRC_CONECTADO. Además, si el UE realiza una transmisión PUR en estado RRC _CONECTADO, es posible que el UE necesite monitorear un RNTI específico para PUR además de un Identificador temporal de red de radio de célula (C-RNTI), lo que aumenta la complejidad en el monitoreo de PDCCH en modo conectado.
Una forma de prevenir y/o prohibir que el UE use PUR en el estado RRC _CONECTADO es considerar que el TA para PUR no es válido mientras el UE está en el estado RRC _CONECTADO.
En un ejemplo, el UE puede detener el temporizador PUR TA y/o en respuesta a este entrar en el estado RRC _CONECTADO (por ejemplo, cuando el UE detiene el temporizador PUR TA, el UE puede considerar que TA para PUR no es válido debido a que el temporizador PUR TA no funciona). Alternativa y/o adicionalmente, el UE puede detener el temporizador PUR TA y/o en respuesta a la recepción de un mensaje de RRCConnectionSetup y/o un mensaje de RReConnectionResume. Alternativa y/o adicionalmente, el UE puede detener el temporizador p Ur TA y/o en respuesta a la recepción de una configuración dedicada para el timeAlignmentTimer (por ejemplo, timeAlignmentTimerDedicated en una MAC-MainConfig).
En un ejemplo (de prevenir y/o prohibir que el UE use PUR en el estado RRC _CONECTADO), el UE puede considerar que el temporizador PUR TA expiró en y/o en respuesta al ingreso al estado RRC _CONECTADO (por ejemplo, cuando el temporizador PUR TA se considera vencido, el UE puede considerar que el TA para PUR no es válido debido a que el temporizador PUR TA venció). Alternativa y/o adicionalmente, el UE puede considerar que el temporizador PUR TA expiró al recibir un mensaje de RRCConnectionSetup y/o un mensaje de RRCConnectionResume. Alternativa y/o adicionalmente, el Ue podría considerar que el temporizador PUR TA expiró al recibir una configuración dedicada para el timeAlignmentTimer (por ejemplo, timeAlignmentTimerDedicated en la MAC-MainConfig).
Otra forma de prevenir y/o prohibir que el UE use PUR en el estado RRC_CONECTADO es considerar que un estado de PUR, asociado con el UE, se encuentra "suspendido". En un ejemplo, el UE puede considerar que el estado de PUR se "suspende" en respuesta al ingreso al estado RRC _CONECTADO. Cuando el UE considera que el estado de PUR se "suspende", el UE no puede usar PUR. En consecuencia, el UE no puede usar PUR durante el estado RRC_CONECTADO. El UE puede considerar que el estado de PUR se "reanudó" y/o en respuesta al ingreso al estado RRC_INACTIVO (por ejemplo, el UE puede considerar que el estado de PUR se "reanudó" y/o en respuesta al ingreso al estado RrC_iNa CTIVO si la configuración de PUR dedicada no se libera por la red, como
antes de que el UE ingrese al estado RRC_INACTIVO). Cuando el UE considera que el estado de PUR se "reanudó", el UE puede usar PUR. En consecuencia, el UE puede usar PUR durante el estado RRC_INACTIVO. En algunos ejemplos, no puede impedirse y/o prohibirse que el UE use PUR en el estado RRC _CONECTADO (por ejemplo, puede permitirse que el UE use p Ur en el estado RRC _CONECTADO).
En algunas realizaciones, el UE puede no iniciar el temporizador PUR TA en respuesta a una actualización de TA (por ejemplo, la actualización de TA puede corresponder a un elemento de control MAC de Comando TA recibido por el UE) en el estado RRC_CONECTADO.
En el estado RRC_CONECTADO, la red puede desencadenar un traspaso asociado con el UE, por ejemplo, la red puede desencadenar un traspaso para traspasar el UE de una célula a otra célula. El traspaso puede usarse para cambiar la célula de servicio (por ejemplo, una célula primaria (PCell)) del UE de una célula de origen a una célula de destino. El traspaso puede ser entre células (es decir, la célula de destino es la misma que la fuente) o entre células (es decir, la célula de destino es diferente de la fuente). En LTE, el UE inicia un procedimiento de traspaso (como traspasar el UE de una célula a otra célula) al recibir un mensaje RRCConnectionReconfiguration que comprende mobilityControlInfo. El UE puede iniciar un procedimiento de acceso aleatorio en la célula de destino para transmitir un mensaje de RRCConnectionReconfigurationComplete a la célula de destino.
De acuerdo con los acuerdos RAN2 (al menos algunos de los cuales se citan en la descripción anterior), la red puede proporcionar la configuración de PUR dedicada en el mensaje de RRCConnectionRelease mientras el UE está en estado RRC _CONECTADO. En un ejemplo donde la red proporciona la configuración de PUR dedicada en el mensaje de RRCConnectionRelease mientras el UE está en el estado RRC_CONECTADO, el UE entra en el estado RRC_INACTIVO en respuesta a la aplicación del mensaje de RRCConnectionRelease. En algunos ejemplos donde el PUR se usa en el estado RRC_INACTIVO y no se usa en el estado RRC _CONECTADO, puede que no sea necesario que la red configure y/o reconfigure la configuración de PUR dedicada al UE si el UE debe permanecer en estado RRC _CONECTADO después de la configuración y/o reconfiguración de la configuración de PUR dedicada (por ejemplo, puede que no haya necesidad de que la red configure y/o reconfigure la configuración de PUR dedicada al UE antes de que el UE entre en el estado RRC _INACTIVO). En consecuencia, es posible que no haya necesidad de que la red configure y/o reconfigure PUR a través de un procedimiento de RRCConnectionReconfiguration.
Puede ocurrir un escenario en el que un UE, que mantiene una configuración de PUR dedicada (como una configuración de PUR dedicada recibida en una célula de servicio actual o una célula de origen de un traspaso) en el estado RRC_CONECTADO del UE, inicia un procedimiento de traspaso (como para generar un mensaje de RRCConnectionReconfigurationComplete y/o para iniciar un procedimiento de acceso aleatorio en una célula de destino de la transferencia) en respuesta a la recepción de un mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo (por ejemplo, un elemento de información de mobilityControlInfo). En este escenario, no está claro si la configuración de PUR dedicada todavía es válida después de que el procedimiento de traspaso se complete con éxito. El UE no debe mantener la configuración de PUR dedicada si la configuración de PUR dedicada ya no es válida. Por ejemplo, si el UE usa una configuración de PUR no válida para realizar la transmisión, puede ocurrir una colisión de recursos con un segundo UE, lo que resulta en una falla de transmisión para uno o ambos UE y el segundo UE. Alternativa y/o adicionalmente, si el UE libera la configuración de PUR dedicada, el UE no puede realizar la transmisión mediante el uso de los recursos configurados en la configuración de PUR dedicada.
En la presente memoria se proporcionan técnicas que, cuando se implementan, resuelven los problemas antes mencionados, como que al menos uno de los UE no pueda determinar si mantener o liberar una configuración de PUR dedicada, un UE que no pueda determinar si una configuración de PUR dedicada es válida o no, un UE que usa una configuración de PUR no válida para realizar la transmisión, colisión de recursos con otro UE como resultado de la transmisión, un UE que no puede realizar la transmisión mediante el uso de recursos configurados en una configuración de PUR dedicada si el UE libera la configuración de PUR dedicada, etc.
En un primer ejemplo de realización de la presente divulgación, un UE puede liberar una configuración de PUR dedicada en respuesta a la recepción de un mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Un procedimiento de traspaso puede iniciarse por el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Por ejemplo, el procedimiento de traspaso puede realizarse para cambiar una célula de servicio del UE de una célula de origen a una célula de destino (por ejemplo, la célula de destino puede indicarse y/o identificarse en la mobilityControlInfo del mensaje de RRCConnectionReconfiguration). En algunos ejemplos, el UE puede iniciar el procedimiento de traspaso en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. La célula de origen puede corresponder a una célula de servicio del UE donde se recibe y/o es válida la configuración de PUR dedicada (por ejemplo, el UE puede recibir la configuración de PUR dedicada desde la célula de origen).
En algunos ejemplos, el UE puede liberar la configuración de PUR dedicada cuando el UE recibe el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo (y/o en respuesta a que el UE reciba el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo). Por ejemplo, el UE puede liberar la
configuración de PUR dedicada antes o después de dar acuse de recibo (como a una red) la recepción del mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo (por ejemplo, el UE puede dar acuse de recibo de la recepción al transmitir una indicación de acuse de recibo a la red). Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada antes o después de comenzar a sincronizar con un enlace descendente de la célula de destino. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada antes o después de restablecer MAC, tal como la asociada con la célula de origen. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada antes o después de aplicar un valor de la newUE-Identity como el C-RNTI. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada antes o después de realizar un procedimiento de configuración de radio (por ejemplo, un procedimiento de configuración de radio discutido en la subcláusula 5.3.5.8 de 3GPP TS 36.331 V15.7.0). Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada durante el procedimiento de configuración de radio. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada antes o después de iniciar un procedimiento de acceso aleatorio en la célula de destino. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada antes o después de que se complete con éxito el procedimiento de acceso aleatorio en la célula de destino.
Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta al acuse de recibo (como a la red) de la recepción del mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta al inicio de la sincronización con el enlace descendente de la célula de destino. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta al restablecimiento de MAC, tal como la asociada con la célula de origen. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a la aplicación del valor de la newUE-Identity como el C-RNTI. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a la realización del procedimiento de configuración de radio (por ejemplo, un procedimiento de configuración de radio discutido en la subcláusula 5.3.5.8 de 3GPP TS 36.331 V15.7.0). Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta al inicio del procedimiento de acceso aleatorio en la célula de destino. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a que el procedimiento de acceso aleatorio en la célula de destino se complete con éxito.
En algunos ejemplos, la célula de origen puede ser la misma que la célula de destino (por ejemplo, la célula de destino indicada en la mobilityControlInfo del mensaje de RRCConnectionReconfiguration). Por ejemplo, el UE puede liberar la configuración de PUR dedicada (como en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo) incluso si la célula de origen es la misma que la célula de destino.
En algunos ejemplos, el UE puede liberar la configuración de PUR dedicada independientemente de si la célula de destino es o no la misma que la célula de origen.
En algunos ejemplos, el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo puede no comprender una "fullConfig".
En algunos ejemplos, el UE puede liberar la configuración de PUR dedicada sin iniciar un procedimiento de acceso aleatorio durante el procedimiento de traspaso (por ejemplo, el UE puede liberar la configuración de PUR dedicada sin iniciar ningún procedimiento de acceso aleatorio durante el procedimiento de traspaso). Por ejemplo, el UE puede liberar la configuración de PUR dedicada en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo, y el UE puede fallar al sincronizarse con un enlace descendente de la célula de destino y, por lo tanto, puede no iniciar un procedimiento de acceso aleatorio durante el procedimiento de traspaso.
En un segundo ejemplo de realización de la presente divulgación, un UE puede mantener una configuración de PUR dedicada en respuesta a la recepción de un mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Un procedimiento de traspaso puede iniciarse por el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Por ejemplo, el procedimiento de traspaso puede realizarse para cambiar una célula de servicio del UE de una célula de origen a una célula de destino (por ejemplo, la célula de destino puede indicarse y/o identificarse en la mobilityControlInfo del mensaje de RRCConnectionReconfiguration). En algunos ejemplos, el UE puede iniciar el procedimiento de traspaso en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. La célula de origen puede corresponder a una célula de servicio del UE donde se recibe y/o es válida la configuración de PUR dedicada (por ejemplo, el UE puede recibir la configuración de PUR dedicada desde la célula de origen).
El UE puede no liberar la configuración de PUR dedicada, por ejemplo, debido al procedimiento de traspaso.
En algunos ejemplos, el UE puede mantener la configuración de PUR dedicada durante el procedimiento de traspaso, por ejemplo, mientras el procedimiento de traspaso todavía está en curso. Alternativa y/o adicionalmente,
el UE puede mantener la configuración de PUR dedicada en respuesta a (y/o después) de la finalización exitosa del procedimiento de traspaso.
En algunos ejemplos, después de que el procedimiento de traspaso se completa con éxito, la red puede determinar y/o decidir si el UE debe liberar o no la configuración de PUR dedicada.
En algunos ejemplos, la célula de origen puede ser diferente de la célula de destino (por ejemplo, la célula de destino indicada en la mobilityControlInfo del mensaje de RRCConnectionReconfiguration). Por ejemplo, el UE puede mantener la configuración de PUR dedicada (como en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo) incluso si la célula de origen es diferente a la célula de destino.
En algunos ejemplos, el UE puede determinar si mantener la configuración de PUR dedicada o liberar la configuración de PUR dedicada al (y/o en respuesta a) ingresar al estado RRC_INACTIVO, en función de si una célula de servicio actual (por ejemplo, PCell) del UE es la misma que una primera célula (por ejemplo, el UE puede determinar y/o comprobar si la célula de servicio actual del UE es o no la misma que la primera célula). El UE puede mantener la configuración de PUR dedicada si la célula de servicio actual es la misma que la primera célula (por ejemplo, el UE puede determinar mantener la configuración de PUR dedicada en función de que la célula de servicio actual sea la misma que la primera célula). Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada si la célula de servicio actual es diferente a la primera célula (por ejemplo, el UE puede determinar liberar la configuración de PUR dedicada en base a que la célula de servicio actual es diferente a la primera célula). La primera célula puede ser una célula desde la cual el UE recibió la configuración de PUR dedicada. Alternativa y/o adicionalmente, la primera célula puede ser una célula asociada con la configuración de PUR dedicada. Alternativa y/o adicionalmente, la primera célula puede ser una célula en la que sea válida la configuración de PUR dedicada. Alternativa y/o adicionalmente, la primera célula puede ser una célula en la que el UE entra en el estado RRC_CONECTADO antes de entrar en el estado r Rc_INACTIVO. Alternativa y/o adicionalmente, la primera célula puede corresponder a la célula de origen.
En algunos ejemplos, el UE puede realizar la determinación (de mantener la configuración de PUR dedicada o liberar la configuración de PUR dedicada) en respuesta a la recepción de un mensaje de RRCConnectionRelease de la célula de servicio actual. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta a la recepción de un mensaje de RRCConnectionRelease, que no comprende otra configuración de PUR que no sea la configuración de PUR dedicada, de la célula de servicio actual. En algunos ejemplos, en respuesta a la realización de la determinación, el UE puede liberar o mantener la configuración de PUR dedicada de acuerdo con la determinación.
En un tercer ejemplo de realización de la presente divulgación, un UE puede determinar si liberar una configuración de PUR dedicada o mantener la configuración de PUR dedicada en base a si una célula de destino es o no la misma que una célula de origen. Puede desencadenarse un procedimiento de traspaso, por ejemplo, mediante un mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. El procedimiento de traspaso puede realizarse para cambiar una célula de servicio del UE de la célula de origen a la célula de destino (por ejemplo, la célula de destino puede indicarse y/o identificarse en la mobilityControlInfo del mensaje de RRCConnectionReconfiguration). En algunos ejemplos, el UE puede iniciar el procedimiento de traspaso en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. La célula de origen puede corresponder a una célula de servicio del UE donde se recibe y/o es válida la configuración de PUR dedicada (por ejemplo, el UE puede recibir la configuración de PUR dedicada desde la célula de origen).
En algunos ejemplos, si la célula de destino es la misma que la célula de origen, el UE puede mantener la configuración de PUR dedicada (por ejemplo, el UE puede determinar mantener la configuración de PUR dedicada en función de que la célula de destino sea la misma que la célula de origen). Alternativa y/o adicionalmente, si la célula de destino es diferente a la célula de origen, el UE puede liberar la configuración de PUR dedicada (por ejemplo, el UE puede determinar liberar la configuración de PUR dedicada en base a que la célula de destino es diferente a la célula de origen).
En algunos ejemplos, el UE puede realizar la determinación (de mantener la configuración de PUR dedicada o liberar la configuración de PUR dedicada) cuando el UE recibe el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo (y/o el UE puede realizar la determinación sobre y/o en respuesta a que el UE reciba el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo). Por ejemplo, el UE puede realizar la determinación antes o después de dar acuse de recibo (como a una red) la recepción del mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo (por ejemplo, el UE puede dar acuse de recibo de la recepción al transmitir una indicación de acuse de recibo a la red). Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de comenzar a sincronizar con un enlace descendente de la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de restablecer MAC, tal como asociado con la célula de origen. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de aplicar un valor de la newUE-Identity como el C-RNTI. Alternativa y/o adicionalmente, el UE
puede realizar la determinación antes o después de realizar un procedimiento de configuración de radio (por ejemplo, un procedimiento de configuración de radio discutido en la subcláusula 5.3.5.8 de 3GPP TS 36.331 V15.7.0). Alternativa y/o adicionalmente, el UE puede realizar la determinación durante el procedimiento de configuración de radio. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de iniciar un procedimiento de acceso aleatorio en la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de que se complete con éxito el procedimiento de acceso aleatorio en la célula de destino.
Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al acuse de recibo (como a la red) de la recepción del mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al inicio de la sincronización con el enlace descendente de la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al restablecimiento de MAC, tal como asociado con la célula de origen. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta a la aplicación del valor de la newUE-Identity como el C-RNTI. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta a la realización del procedimiento de configuración de radio (por ejemplo, un procedimiento de configuración de radio discutido en la subcláusula 5.3.5.8 de 3GPP TS 36.331 V15.7.0). Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al inicio del procedimiento de acceso aleatorio en la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta a que el procedimiento de acceso aleatorio en la célula de destino se complete con éxito.
En algunos ejemplos, en respuesta a la realización de la determinación, el UE puede liberar o mantener la configuración de PUR dedicada de acuerdo con la determinación.
En algunos ejemplos, el UE puede determinar si la célula de destino es o no la misma que la célula de origen al comparar una identidad de célula física (PCI) de la célula de origen y una PCI de la célula de destino (por ejemplo, targetPhysCellId). Por ejemplo, el UE puede determinar que la célula de destino es la misma que la célula de origen en base a la determinación de que la PCI de la célula de origen coincide con la PCI de la célula de destino. Alternativa y/o adicionalmente, el Ue puede determinar que la célula de destino es diferente a la célula de origen en base a una determinación de que el PCI de la célula de origen no coincide (y/o es diferente) al PCI de la célula de destino.
En un cuarto ejemplo de realización de la presente divulgación, un UE puede determinar si liberar una configuración de PUR dedicada o mantener la configuración de PUR dedicada en base a una indicación (por ejemplo, una indicación explícita) en un mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Un procedimiento de traspaso puede iniciarse por el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Por ejemplo, el procedimiento de traspaso puede realizarse para cambiar una célula de servicio del UE de una célula de origen a una célula de destino (por ejemplo, la célula de destino puede indicarse y/o identificarse en la mobilityControlInfo del mensaje de RRCConnectionReconfiguration). En algunos ejemplos, el UE puede iniciar el procedimiento de traspaso en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. La célula de origen puede corresponder a una célula de servicio del UE donde se recibe y/o es válida la configuración de PUR dedicada (por ejemplo, el UE puede recibir la configuración de PUR dedicada desde la célula de origen).
En algunos ejemplos, una red puede determinar y/o decidir si el UE debe liberar la configuración de PUR dedicada o mantener la configuración de PUR dedicada. La red puede comprender una indicación (por ejemplo, una indicación explícita de si el UE debe liberar o mantener la configuración de PUR dedicada) en el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo.
El UE puede determinar si liberar o mantener la configuración de PUR dedicada en base a la indicación. Por ejemplo, si la indicación indica que el UE debe liberar la configuración de PUR dedicada, el UE puede liberar la configuración de PUR dedicada (por ejemplo, el UE puede determinar liberar la configuración de PUR dedicada en base a la indicación que indica que el UE debe liberar la configuración de PUR dedicada). Alternativa y/o adicionalmente, si la indicación indica que el UE debe mantener la configuración de PUR dedicada, el UE puede mantener la configuración de PUR dedicada (por ejemplo, el UE puede determinar mantener la configuración de PUR dedicada en base a la indicación que indica que el UE debe mantener la configuración de PUR dedicada).
En algunos ejemplos, el UE puede realizar la determinación (de mantener la configuración de PUR dedicada o liberar la configuración de PUR dedicada) cuando el UE recibe el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo (y/o el UE puede realizar la determinación sobre y/o en respuesta a que el UE reciba el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo). Por ejemplo, el UE puede realizar la determinación antes o después de dar acuse de recibo (como a la red) de la recepción del mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo (por ejemplo, el UE puede dar acuse de recibo al transmitir una indicación de acuse de recibo a la red). Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de comenzar a sincronizar con un enlace descendente de la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de restablecer MAC, tal como
asociado con la célula de origen. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de aplicar un valor de la newUE-Identity como el C-RNTI. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de realizar un procedimiento de configuración de radio (por ejemplo, un procedimiento de configuración de radio discutido en la subcláusula 5.3.5.8 de 3GPP TS 36.331 V15.7.0). Alternativa y/o adicionalmente, el UE puede realizar la determinación (y/o puede liberar la configuración de PUR dedicada si la determinación es liberar la configuración de PUR dedicada) durante el procedimiento de configuración de radio. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de iniciar un procedimiento de acceso aleatorio en la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de que se complete con éxito el procedimiento de acceso aleatorio en la célula de destino.
Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al acuse de recibo (como a la red) de la recepción del mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al inicio de la sincronización con el enlace descendente de la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al restablecimiento de MAC, tal como asociado con la célula de origen. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta a la aplicación del valor de la newUE-Identity como el C-RNTI. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta a la realización del procedimiento de configuración de radio (por ejemplo, un procedimiento de configuración de radio discutido en la subcláusula 5.3.5.8 de 3GPP TS 36.331 V15.7.0). Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al inicio del procedimiento de acceso aleatorio en la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta a que el procedimiento de acceso aleatorio en la célula de destino se complete con éxito.
En algunos ejemplos, en respuesta a la realización de la determinación, el UE puede liberar o mantener la configuración de PUR dedicada de acuerdo con la determinación.
En algunos ejemplos, la indicación (por ejemplo, la indicación explícita) es una indicación de un solo bit (o la indicación puede tener otra cantidad de bits).
En algunos ejemplos, si la indicación no está presente en el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo, el UE mantiene la configuración de PUR dedicada (por ejemplo, el UE puede determinar mantener la configuración de PUR dedicada en base al mensaje de RRCConnectionReconfiguration que no comprende la indicación). Alternativa y/o adicionalmente, si la indicación explícita no está presente en el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo, el UE puede liberar la configuración de PUR dedicada (por ejemplo, el UE puede determinar liberar la configuración de PUR dedicada en base al mensaje de RRCConnectionReconfiguration que no comprende la indicación).
En una quinta realización de la invención de la presente divulgación, un UE puede determinar si liberar una configuración de PUR dedicada o mantener la configuración de PUR dedicada en base a si un mensaje de RRCConnectionReconfiguration, que comprende mobilityControlInfo, comprende "fullConfig' (por ejemplo, la "fullConfig" puede corresponder a un parámetro y/o elemento de información del mensaje de RRCConnectionReconfiguration). Un procedimiento de traspaso puede iniciarse por el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Por ejemplo, el procedimiento de traspaso puede realizarse para cambiar una célula de servicio del UE de una célula de origen a una célula de destino (por ejemplo, la célula de destino puede indicarse y/o identificarse en la mobilityControlInfo del mensaje de RRCConnectionReconfiguration). En algunos ejemplos, el UE puede iniciar el procedimiento de traspaso en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. La célula de origen puede corresponder a una célula de servicio del UE donde se recibe y/o es válida la configuración de PUR dedicada (por ejemplo, el UE puede recibir la configuración de PUR dedicada desde la célula de origen).
La célula de destino puede determinar si incluir o no la "fullConfig' en el mensaje de RRCConnectionReconfiguration. En algunos ejemplos, si la célula de destino determina y/o sabe que el UE tiene (y/o mantiene) una configuración de PUR dedicada, la célula de destino puede incluir la "fullConfig" en el mensaje de RRCConnectionReconfiguration. Alternativa y/o adicionalmente, si la célula de destino determina y/o sabe que el UE no tiene (y/o no mantiene) una configuración de PUR dedicada, la célula de destino puede no incluir la "fullConfig' en el mensaje de RRCConnectionReconfiguration. En algunos ejemplos, la célula de destino puede determinar si el UE tiene o no (y/o mantiene) una configuración de PUR dedicada en base a una indicación, como la de la célula de origen (por ejemplo, si el UE tiene (y/o mantiene) una configuración de PUR dedicada), la célula de origen puede indicar a la célula de destino que el UE tiene (y/o mantiene) la configuración de PUR dedicada).
El UE puede determinar si liberar o mantener la configuración de PUR dedicada en base a si el mensaje de RRCConnectionReconfiguration, que comprende mobilityControlInfo, comprende la "fullConfig'. En algunos ejemplos, si el mensaje de RRCConnectionReconfiguration, que comprende mobilityControlInfo, comprende la "fullConfig", el UE puede liberar la configuración de PUR dedicada (por ejemplo, el UE puede determinar liberar la configuración de PUR dedicada en base al mensaje de RRCConnectionReconfiguration que comprende la "fullConfig"). Alternativa y/o adicionalmente, si el mensaje de RRCConnectionReconfiguration, que comprende
mobilityControlInfo, no comprende la "fullConfig', el UE puede mantener la configuración de PUR dedicada (por ejemplo, el UE puede determinar mantener la configuración de PUR dedicada en base a el mensaje de RRCConnectionReconfiguration que no comprende la "fullConfig').
En algunos ejemplos, el UE puede realizar la determinación (de mantener la configuración de PUR dedicada o liberar la configuración de PUR dedicada) cuando el UE recibe el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo (y/o el UE puede realizar la determinación sobre y/o en respuesta a que el UE reciba el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo). Por ejemplo, el UE puede realizar la determinación antes o después de dar acuse de recibo (como a una red) la recepción del mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo (por ejemplo, el UE puede dar acuse de recibo de la recepción al transmitir una indicación de acuse de recibo a la red). Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de comenzar a sincronizar con un enlace descendente de la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de restablecer MAC, tal como asociado con la célula de origen. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de aplicar un valor de la newUE-Identity como el C-RNTI. Alternativa y/o adicionalmente, el UE puede realizar la determinación antes o después de realizar un procedimiento de configuración de radio (por ejemplo, un procedimiento de configuración de radio discutido en la subcláusula 5.3.5.8 de 3GPP TS 36.331 V15.7.0). Alternativa y/o adicionalmente, el UE puede realizar la determinación durante el procedimiento de configuración de radio.
Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al acuse de recibo (como a la red) de la recepción del mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al inicio de la sincronización con el enlace descendente de la célula de destino. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al restablecimiento de MAC, tal como asociado con la célula de origen. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta a la aplicación del valor de la newUE-Identity como el C-RNTI. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta a la realización del procedimiento de configuración de radio (por ejemplo, un procedimiento de configuración de radio discutido en la subcláusula 5.3.5.8 de 3GPP TS 36.331 V15.7.0).
En algunos ejemplos, en respuesta a la realización de la determinación, el UE puede liberar o mantener la configuración de PUR dedicada de acuerdo con la determinación.
En algunos ejemplos, si el mensaje de RRCConnectionReconfiguration, que comprende mobilityControlInfo, comprende el parámetro y/o el elemento de información, el UE puede liberar la configuración de PUR dedicada (por ejemplo, el UE puede determinar liberar la configuración de PUR dedicada en base al mensaje de RRCConnectionReconfiguration que comprende el parámetro y/o el elemento de información). Alternativa y/o adicionalmente, si el mensaje de RRCConnectionReconfiguration, que comprende mobilityControlInfo, no comprende el parámetro y/o el elemento de información, el UE puede mantener la configuración de PUR dedicada (por ejemplo, el UE puede determinar mantener la configuración de PUR dedicada en base al mensaje de RRCConnectionReconfiguration que no comprende el parámetro y/o el elemento de información).
Alternativa y/o adicionalmente, si el mensaje de RRCConnectionReconfiguration, que comprende mobilityControlInfo, comprende el parámetro y/o el elemento de información, el UE puede mantener la configuración de PUR dedicada (por ejemplo, el UE puede determinar mantener la configuración de PUR dedicada en función del mensaje de RRCConnectionReconfiguration que comprende el parámetro y/o el elemento de información). Alternativa y/o adicionalmente, si el mensaje de RRCConnectionReconfiguration, que comprende mobilityControlInfo, no comprende el parámetro y/o el elemento de información, el UE puede liberar la configuración de PUR dedicada (por ejemplo, el UE puede determinar liberar la configuración de PUR dedicada en base al mensaje de RRCConnectionReconfiguration que no comprende el parámetro y/o el elemento de información).
En un sexto ejemplo de realización de la presente divulgación, un UE puede liberar una configuración de PUR dedicada si falla un procedimiento de traspaso. En algunos ejemplos, el procedimiento de traspaso puede activarse por un mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. El procedimiento de traspaso puede realizarse para cambiar una célula de servicio del UE de la célula de origen a la célula de destino (por ejemplo, la célula de destino puede indicarse y/o identificarse en la mobilityControlInfo del mensaje de RRCConnectionReconfiguration). En algunos ejemplos, el UE puede iniciar el procedimiento de traspaso en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo. La célula de origen puede corresponder a una célula de servicio del UE donde se recibe y/o es válida la configuración de PUR dedicada (por ejemplo, el UE puede recibir la configuración de PUR dedicada desde la célula de origen).
En algunos ejemplos, el UE libera la configuración de PUR dedicada cuando falla el procedimiento de traspaso. Por ejemplo, el UE puede liberar la configuración de PUR dedicada en respuesta a la expiración de un temporizador, tal como la expiración del temporizador T304 (por ejemplo, la expiración del temporizador T304 puede indicar una falla en la transferencia).
En algunos ejemplos, el UE mantiene la configuración de PUR dedicada cuando se inicia el temporizador T304 (por ejemplo, el temporizador T304 puede iniciarse al iniciarse el procedimiento de traspaso). El UE puede mantener la configuración de PUR dedicada mientras el temporizador T304 todavía funciona (por ejemplo, el temporizador T304 puede funcionar durante el procedimiento de traspaso).
En algunos ejemplos, el UE puede liberar la configuración de PUR dedicada sin iniciar un procedimiento de acceso aleatorio durante el procedimiento de traspaso (por ejemplo, el UE puede liberar la configuración de PUR dedicada sin iniciar ningún procedimiento de acceso aleatorio durante el procedimiento de traspaso). En un ejemplo, el UE puede fallar al sincronizarse con un enlace descendente de la célula de destino y, por lo tanto, puede no iniciar un procedimiento de acceso aleatorio durante el procedimiento de traspaso. En el ejemplo, el UE puede liberar la configuración de PUR dedicada en respuesta a la falla del procedimiento de traspaso.
En una, algunas y/o todas las técnicas y/o realizaciones anteriores, tales como las descritas con respecto al primer ejemplo de realización, el segundo ejemplo de realización, el tercer ejemplo de realización, el cuarto ejemplo de realización, el quinto ejemplo de realización y/o o el sexto ejemplo de realización, el UE puede mantener (es decir, no puede liberar) la configuración de PUR dedicada en respuesta a la recepción de un mensaje de RRCConnectionReconfiguration que no comprende mobilityControlInfo.
En una, algunas y/o todas las técnicas y/o realizaciones anteriores, tales como las descritas con respecto al primer ejemplo de realización, el segundo ejemplo de realización, el tercer ejemplo de realización, el cuarto ejemplo de realización, el quinto ejemplo de realización y/o o el sexto ejemplo de realización, el UE puede transmitir una solicitud PUR dedicada (solicitud D-PUR) a la red después de que se complete con éxito el procedimiento de traspaso. Por ejemplo, el UE puede transmitir la solicitud D-PUR a la red si el UE libera la configuración de PUR dedicada.
En una, algunas y/o todas las técnicas y/o realizaciones anteriores, tales como las descritas con respecto al primer ejemplo de realización, el segundo ejemplo de realización, el tercer ejemplo de realización, el cuarto ejemplo de realización, el quinto ejemplo de realización y/o o el sexto ejemplo de realización, el traspaso (por ejemplo, traspaso para cambiar la célula de servicio de la célula de origen a la célula de destino) puede ser un traspaso intra-RAT (es decir, la tecnología de acceso de radio (RAT) de la célula de destino y el RAT de la célula de origen son iguales) o un traspaso inter-RAT (es decir, la RAT de la célula de destino y la RAT de la célula de origen son diferentes).
En RRC_CONECTADO, el UE puede iniciar un procedimiento de restablecimiento de la conexión RRC debido a una falla del enlace de radio (RLF) o una falla del procedimiento de traspaso (por ejemplo, el UE puede iniciar el procedimiento de restablecimiento de la conexión RRC en respuesta a la detección de RLF y/o fallo del procedimiento de traspaso). Durante el procedimiento de restablecimiento de la conexión RRC, el UE realiza la selección de células (por ejemplo, puede realizarse un procedimiento de selección de células para seleccionar una célula adecuada). El UE puede iniciar un procedimiento de acceso aleatorio en una célula seleccionada a través de la selección de célula (por ejemplo, el procedimiento de selección de célula) durante el procedimiento de restablecimiento de la conexión RRC. El procedimiento de acceso aleatorio se utiliza para transmitir un mensaje de RRCConnectionReestablishmentRequest a la célula seleccionada. En tal escenario, si el UE debe mantener una configuración de PUR dedicada, como una configuración de PUR dedicada recibida en una célula de origen (por ejemplo, una célula anterior en la que se inicia y/o activa el procedimiento de restablecimiento de la conexión RRC), necesita especificarse. El UE no debe mantener la configuración de PUR dedicada si la configuración de PUR dedicada ya no es válida. Por ejemplo, si el UE usa una configuración de PUR no válida para realizar la transmisión, puede ocurrir una colisión de recursos con un segundo UE, lo que resulta en una falla de transmisión para uno o ambos UE y el segundo UE. Alternativa y/o adicionalmente, si el UE libera la configuración de PUR dedicada, el UE no puede realizar la transmisión mediante el uso de los recursos configurados en la configuración de PUR dedicada. En la presente memoria se proporcionan técnicas que, cuando se implementan, resuelven los problemas antes mencionados, como que al menos uno de los UE no pueda determinar si mantener o liberar una configuración de PUR dedicada, un UE que no pueda determinar si una configuración de PUR dedicada es válida o no, un UE que usa una configuración de PUR no válida para realizar la transmisión, colisión de recursos con otro UE como resultado de la transmisión, un UE que no puede realizar la transmisión mediante el uso de recursos configurados en una configuración de PUR dedicada si el UE libera la configuración de PUR dedicada, etc.
En un séptimo ejemplo de realización de la presente divulgación, un UE puede liberar una configuración de PUR dedicada en respuesta al inicio de un procedimiento de restablecimiento de conexión RRC. En algunos ejemplos, el procedimiento de restablecimiento de la conexión RRC puede iniciarse (como por ejemplo por parte del UE) en respuesta a un fallo del RLF o del procedimiento de traspaso. En algunos ejemplos, la configuración de PUR dedicada se recibe (por ejemplo, antes del inicio del procedimiento de restablecimiento de la conexión RRC) en una célula de origen (por ejemplo, una célula anterior en la que se inicia y/o desencadena el procedimiento de restablecimiento de la conexión RRC).
En algunos ejemplos, el UE puede liberar la configuración de PUR dedicada cuando el UE inicia el procedimiento de restablecimiento de la conexión RRC (y/o en respuesta a que el UE inicie el procedimiento de restablecimiento de la
conexión RRC). Por ejemplo, el UE puede liberar la configuración de PUR dedicada antes o después de restablecer MAC, tal como la asociada con la célula de origen. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada antes o después de iniciar la ejecución de la selección de célula (por ejemplo, puede realizarse un procedimiento de selección de célula, como durante el procedimiento de restablecimiento de la conexión RRC, para seleccionar una célula adecuada). Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada antes o después de seleccionar una célula (por ejemplo, una célula adecuada seleccionada a través del procedimiento de selección de célula). Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada antes o después de iniciar un procedimiento de acceso aleatorio en la célula seleccionada.
Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta al restablecimiento de MAC, tal como la asociada con la célula de origen. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a la realización de la selección de célula. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a la selección de la célula (por ejemplo, la célula adecuada). Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta al inicio del procedimiento de acceso aleatorio en la célula seleccionada. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a la finalización exitosa del procedimiento de acceso aleatorio. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a la finalización exitosa del procedimiento de restablecimiento de la conexión RRC. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a la recepción de un mensaje de RRCConnectionReestablishment de la célula seleccionada.
En algunos ejemplos, la célula seleccionada (por ejemplo, la célula adecuada seleccionada a través del procedimiento de selección de células) puede ser la misma que la célula de origen (por ejemplo, la célula anterior). Por ejemplo, el UE puede liberar la configuración de PUR dedicada (como en respuesta al inicio del procedimiento de restablecimiento de la conexión RRC) incluso si la célula seleccionada es la misma que la célula de origen.
En algunos ejemplos, el UE puede liberar la configuración de PUR dedicada independientemente de si la célula seleccionada es la misma que la célula de origen o no.
En algunos ejemplos, el UE puede liberar la configuración de PUR dedicada sin iniciar un procedimiento de acceso aleatorio durante el procedimiento de restablecimiento de la conexión RRC (por ejemplo, el UE puede liberar la configuración de PUR dedicada sin iniciar ningún procedimiento de acceso aleatorio durante el procedimiento de restablecimiento de la conexión RRC). Por ejemplo, el UE puede liberar la configuración de PUR dedicada, y el UE puede no encontrar y/o seleccionar una célula adecuada y, por lo tanto, no puede iniciar un procedimiento de acceso aleatorio durante el procedimiento de restablecimiento de la conexión RRC.
En un octavo ejemplo de realización de la presente divulgación, un UE puede mantener una configuración de PUR dedicada en respuesta al inicio de un procedimiento de restablecimiento de conexión RRC. En algunos ejemplos, el procedimiento de restablecimiento de la conexión RRC puede iniciarse (como por ejemplo por parte del UE) en respuesta a un fallo del RLF o del procedimiento de traspaso. En algunos ejemplos, la configuración de PUR dedicada se recibe (por ejemplo, antes del inicio del procedimiento de restablecimiento de la conexión RRC) en una célula de origen (por ejemplo, una célula anterior en la que se inicia y/o desencadena el procedimiento de restablecimiento de la conexión RRC).
El UE puede no liberar la configuración de PUR dedicada, por ejemplo, debido al procedimiento de restablecimiento de la conexión RRC.
En algunos ejemplos, el UE puede mantener la configuración de PUR dedicada durante el procedimiento de restablecimiento de la conexión RRC, por ejemplo, mientras el procedimiento de restablecimiento de la conexión RRC aún está en curso. Por ejemplo, el UE puede mantener la configuración de PUR dedicada en respuesta a (y/o después de) la finalización exitosa de un procedimiento de acceso aleatorio (por ejemplo, un procedimiento de acceso aleatorio realizado durante el procedimiento de restablecimiento de la conexión r Rc ), o el UE puede liberar la configuración de PUR dedicada en respuesta a la finalización exitosa del procedimiento de acceso aleatorio. Alternativa y/o adicionalmente, el UE puede mantener la configuración de PUR dedicada en respuesta a (y/o después) de la finalización exitosa del procedimiento de restablecimiento de la conexión RRC.
En algunos ejemplos, la célula seleccionada (por ejemplo, la célula adecuada seleccionada a través del procedimiento de selección de células) puede ser diferente de la célula de origen (por ejemplo, la célula anterior). Por ejemplo, el UE puede mantener la configuración de PUR dedicada (tal como en respuesta al inicio del procedimiento de restablecimiento de la conexión RRC) incluso si la célula seleccionada es diferente a la célula de origen.
Después de que el procedimiento de restablecimiento de la conexión RRC se completa con éxito, una red puede determinar y/o decidir si el UE debe liberar o no la configuración de PUR dedicada.
En un noveno ejemplo de realización de la presente divulgación, un UE puede determinar si liberar una configuración de PUR dedicada o mantener la configuración de PUR dedicada en base a si una célula seleccionada es la misma o no a una célula de origen. En algunos ejemplos, puede iniciarse un procedimiento de restablecimiento de la conexión RRC (como por ejemplo por parte del UE) en respuesta a un fallo del RLF o del procedimiento de traspaso. En algunos ejemplos, la configuración de PUR dedicada se recibe (por ejemplo, antes del inicio del procedimiento de restablecimiento de la conexión RRC) en una célula de origen (por ejemplo, una célula anterior en la que se inicia y/o desencadena el procedimiento de restablecimiento de la conexión RRC). En algunos ejemplos, puede realizarse un procedimiento de selección de célula, tal como durante el procedimiento de restablecimiento de la conexión RRC, para seleccionar la célula seleccionada (por ejemplo, una célula adecuada).
En algunos ejemplos, si la célula seleccionada es la misma que la célula de origen, el UE puede mantener la configuración de PUR dedicada (por ejemplo, el UE puede determinar mantener la configuración de PUR dedicada en base a que la célula seleccionada sea la misma que la célula de origen). Alternativa y/o adicionalmente, si la célula seleccionada es diferente a la célula de origen, el UE puede liberar la configuración de PUR dedicada (por ejemplo, el UE puede determinar liberar la configuración de p Ur dedicada en base a que la célula seleccionada es diferente a la célula de origen).
En algunos ejemplos, el UE puede realizar la determinación (de mantener la configuración de PUR dedicada o liberar la configuración de PUR dedicada) cuando el UE selecciona la célula seleccionada (por ejemplo, la célula adecuada) (y/o el UE puede realizar la determinación sobre y/o en respuesta al UE que selecciona la célula seleccionada). Alternativa y/o adicionalmente, el UE puede realizar la determinación antes de iniciar un procedimiento de acceso aleatorio en la célula seleccionada. Alternativa y/o adicionalmente, el UE puede realizar la determinación después de iniciar el procedimiento de acceso aleatorio en la célula seleccionada. Alternativa y/o adicionalmente, el UE puede realizar la determinación en respuesta al inicio del procedimiento de acceso aleatorio en la célula seleccionada. Alternativa y/o adicionalmente, el UE puede realizar la determinación al iniciar el procedimiento de acceso aleatorio en la célula seleccionada.
En algunos ejemplos, en respuesta a la realización de la determinación, el UE puede liberar o mantener la configuración de PUR dedicada de acuerdo con la determinación.
En algunos ejemplos, el UE puede determinar si la célula seleccionada es o no la misma que la célula de origen al comparar una pCi de la célula de origen y una PCI de la célula seleccionada. Por ejemplo, el UE puede determinar que la célula seleccionada es la misma que la célula de origen en base a la determinación de que la PCI de la célula de origen coincide con la PCI de la célula seleccionada. Alternativa y/o adicionalmente, el UE puede determinar que la célula seleccionada es diferente a la célula de origen en base a una determinación de que el PCI de la célula de origen no coincide (y/o es diferente) al PCI de la célula seleccionada.
En un décimo ejemplo de realización de la presente divulgación, un UE puede liberar una configuración de PUR dedicada si falla un procedimiento de restablecimiento de conexión RRC. En algunos ejemplos, el procedimiento de restablecimiento de la conexión RRC puede iniciarse (como por ejemplo por parte del UE) en respuesta a un fallo del RLF o del procedimiento de traspaso. En algunos ejemplos, la configuración de PUR dedicada se recibe (por ejemplo, antes del inicio del procedimiento de restablecimiento de la conexión RRC) en una célula de origen (por ejemplo, una célula anterior en la que se inicia y/o desencadena el procedimiento de restablecimiento de la conexión RRC).
En algunos ejemplos, el UE puede liberar la configuración de PUR dedicada cuando falla el procedimiento de restablecimiento de la conexión RRC (y/o en respuesta a la falla del procedimiento de restablecimiento de la conexión RRC). Por ejemplo, el UE puede liberar la configuración de PUR dedicada en respuesta (y/o cuando) al seleccionar una célula (como una célula adecuada seleccionada durante el procedimiento de restablecimiento de la conexión RRC), donde la célula seleccionada no se conecta a un tipo de red central (por ejemplo, Núcleo de paquete evolucionado (EPC) o Núcleo 5G (5GC)) al que se conectó el UE y/o la célula de origen (como donde la célula seleccionada se conecta a 5GC y la célula de origen se conecta a EPC, o donde la célula seleccionada se conecta a EPC y la célula de origen se conecta a 5GC). Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a (y/o cuando y/o sobre) la expiración de un temporizador, como la expiración del temporizador T311 durante el procedimiento de restablecimiento de la conexión RRC. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a (y/o cuando y/o sobre) la expiración del temporizador T301 durante el procedimiento de restablecimiento de la conexión RRC. Alternativa y/o adicionalmente, el UE puede liberar la configuración de PUR dedicada en respuesta a (y/o cuando y/o sobre) la recepción de un mensaje de RRCConnectionReestablishmentReject durante el procedimiento de restablecimiento de la conexión RRC.
En algunos ejemplos, el UE mantiene la configuración de PUR dedicada cuando se inicia el temporizador T311 (por ejemplo, el temporizador T311 puede iniciarse al iniciarse el procedimiento de restablecimiento de la conexión RRC). El UE puede mantener la configuración de PUR dedicada mientras el temporizador T311 todavía está en funcionamiento (por ejemplo, el temporizador T311 puede estar en funcionamiento durante el procedimiento de restablecimiento de la conexión RRC). El UE puede mantener la configuración de PUR dedicada mientras el
temporizador T301 todavía está en funcionamiento durante el procedimiento de restablecimiento de la conexión RRC.
En algunos ejemplos, el UE puede liberar la configuración de PUR dedicada sin iniciar un procedimiento de acceso aleatorio durante el procedimiento de restablecimiento de la conexión RRC, como cuando falla el procedimiento de restablecimiento de la conexión RRC (por ejemplo, el UE puede liberar la configuración de PUR dedicada sin iniciar cualquier procedimiento de acceso aleatorio durante el procedimiento de restablecimiento de la conexión RRC). En un ejemplo, el UE puede seleccionar una célula (por ejemplo, una célula adecuada seleccionada durante el procedimiento de restablecimiento de la conexión RRC) que se conecta a un tipo de red central que es diferente al tipo de red central a la que se conecta la célula de origen y, por lo tanto, el UE no puede iniciar un procedimiento de acceso aleatorio durante el procedimiento de restablecimiento de la conexión RRC. En el ejemplo, el UE puede liberar la configuración de PUR dedicada en respuesta a (y/o cuando y/o al) seleccionar la célula. En otro ejemplo, el UE puede no encontrar y/o seleccionar una célula adecuada y, por lo tanto, no puede iniciar un procedimiento de acceso aleatorio durante el procedimiento de restablecimiento de la conexión RRC, y el UE puede liberar la configuración de PUR dedicada en respuesta a la falla del Procedimiento de restablecimiento de la conexión RRC.
En una, algunas y/o todas las técnicas y/o realizaciones anteriores, como las descritas con respecto el séptimo ejemplo de realización, el octavo ejemplo de realización, el noveno ejemplo de realización y/o el décimo ejemplo de realización, el UE puede transmitir una solicitud PUR dedicada (solicitud D-PUR) a la red después de que se complete con éxito el procedimiento de restablecimiento de la conexión RRC. Por ejemplo, el UE puede transmitir la solicitud D-PUR a la red si el UE libera la configuración de PUR dedicada.
En una, algunas y/o todas las técnicas y/o realizaciones anteriores, tales como las descritas con respecto al primer ejemplo de realización, el segundo ejemplo de realización, el tercer ejemplo de realización, el cuarto ejemplo de realización, el quinto ejemplo de realización, el sexto ejemplo de realización, el séptimo ejemplo de realización, el octavo ejemplo de realización, el noveno ejemplo de realización y/o décimo ejemplo de realización, la célula de origen puede ser una célula en la que el UE recibe la configuración de PUR dedicada y/o una célula para la cual la configuración de PUR dedicada es válida.
En una, algunas y/o todas las técnicas y/o realizaciones anteriores, tales como las descritas con respecto al primer ejemplo de realización, el segundo ejemplo de realización, el tercer ejemplo de realización, el cuarto ejemplo de realización, el quinto ejemplo de realización, el sexto ejemplo de realización, el séptimo ejemplo de realización, el octavo ejemplo de realización, el noveno ejemplo de realización y/o el décimo ejemplo de realización, es posible que el UE ya considere que un TA para PUR (como el asociado con la configuración de PUR dedicada) no es válido antes del inicio del procedimiento de traspaso y/o del procedimiento de restablecimiento de la conexión RRC. Por ejemplo, el UE puede considerar (por ejemplo, continuar considerando) que el TA para PUR no es válido en respuesta a (y/o después y/o al) iniciar el procedimiento de traspaso y/o el procedimiento de restablecimiento de la conexión RRC. Alternativa y/o adicionalmente, el UE puede considerar (por ejemplo, continuar la consideración de) que el TA para PUR no es válido durante el procedimiento de traspaso y/o durante el procedimiento de restablecimiento de la conexión RRC. Por ejemplo, el inicio del procedimiento de traspaso y/o el procedimiento de restablecimiento de la conexión RRC no puede causar que el TA para PUR cambie de inválido a válido (y/o el TA para PUR no puede cambiar de inválido a válido en respuesta al inicio del procedimiento de traspaso y/o del procedimiento de restablecimiento de la conexión RRC).
Una, algunas y/o todas las técnicas y/o realizaciones anteriores pueden formarse en una nueva realización.
En algunos ejemplos, técnicas y/o realizaciones divulgadas en la presente memoria, tales como técnicas y/o realizaciones descritas con respecto al primer ejemplo de realización, el segundo ejemplo de realización, el tercer ejemplo de realización, el cuarto ejemplo de realización, el quinto ejemplo de realización, el sexto ejemplo de realización, el séptimo ejemplo de realización, el octavo ejemplo de realización, el noveno ejemplo de realización y el décimo ejemplo de realización pueden implementarse de forma independiente y/o por separado.
Alternativa y/o adicionalmente, una combinación de técnicas y/o realizaciones descritas en la presente memoria, tales como técnicas y/o realizaciones descritas con respecto al primer ejemplo de realización, el segundo ejemplo de realización, el tercer ejemplo de realización, el cuarto ejemplo de realización, el quinto ejemplo de realización, el sexto ejemplo de realización, el séptimo ejemplo de realización, el octavo ejemplo de realización, el noveno ejemplo de realización y/o el décimo ejemplo de realización. En un ejemplo, el UE puede mantener la configuración de PUR dedicada en respuesta a la recepción de un mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo, y el UE puede liberar la configuración de PUR dedicada en respuesta al inicio de un procedimiento de restablecimiento de conexión RRC. Alternativa y/o adicionalmente, el UE puede mantener la configuración de PUR dedicada en respuesta a la recepción de un mensaje de RRCConnectionReconfiguration que comprende mobilityControlInfo, y el UE puede liberar la configuración de PUR dedicada si falla el procedimiento de traspaso.
Alternativa y/o adicionalmente, una combinación de técnicas y/o realizaciones descritas en la presente memoria, tales como realizaciones descritas con respecto al primer ejemplo de realización, el segundo ejemplo de realización,
el tercer ejemplo de realización, el cuarto ejemplo de realización, el quinto ejemplo de realización, el sexto ejemplo de realización, el séptimo ejemplo de realización, el octavo ejemplo de realización, el noveno ejemplo de realización y/o el décimo ejemplo de realización, pueden implementarse al mismo tiempo y/o simultáneamente.
Varias técnicas de la presente divulgación pueden realizarse de forma independiente y/o por separado unas de otras. Alternativa y/o adicionalmente, pueden combinarse y/o implementarse varias técnicas de la presente divulgación mediante el uso de un único sistema. Alternativa y/o adicionalmente, varias técnicas de la presente divulgación pueden implementarse al mismo tiempo y/o simultáneamente.
La Figura 11 es un diagrama de flujo 1100 de acuerdo con una realización ilustrativa desde la perspectiva de un UE. En el paso 1105, el UE recibe una configuración de PUR de un nodo de red, en el que la configuración de PUR es válida en una primera célula de servicio. En el paso 1110, el UE mantiene la configuración de PUR en respuesta a la entrada en el estado RRC_CONECTADO desde el estado RRC_INACTIVO en la primera célula de servicio. En el paso 1115, el UE recibe, desde el nodo de red, un mensaje de reconfiguración de conexión RRC que comprende ''mobiiityControiinfo''. En el paso 1120, el UE determina si mantener o liberar la configuración de PUR en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende la "mobiiityControiinfo".
Preferentemente, el UE determina mantener la configuración de PUR si una célula de servicio objetivo indicada en la "mobiiityControiinfo" es la misma que la primera célula de servicio.
Preferentemente, el UE determina liberar la configuración de PUR si la célula de servicio de destino indicada en la "mobiiityControiinfo" es diferente a la primera célula de servicio.
Preferentemente, el UE determina si la célula de servicio objetivo es la misma que la primera célula de servicio o es diferente de la primera célula de servicio al comparar un PCI de la célula de servicio objetivo con un PCI de la primera célula de servicio.
Preferentemente, el UE determina mantener la configuración de PUR si el mensaje de reconfiguración de conexión RRC es indicativo de mantener la configuración de PUR.
Preferentemente, el UE determina liberar la configuración de PUR si el mensaje de reconfiguración de conexión RRC es indicativo de liberar la configuración de PUR.
Preferentemente, el UE determina mantener la configuración de PUR si una indicación en el mensaje de reconfiguración de conexión RRC indica mantener la configuración de PUR.
Preferentemente, el UE determina liberar la configuración de PUR si la indicación en el mensaje de reconfiguración de conexión RRC indica liberar la configuración de PUR.
Preferentemente, el UE determina mantener la configuración de PUR si el mensaje de reconfiguración de conexión RRC no comprende la "fuiiConfíg".
El UE determina liberar la configuración de PUR si el mensaje de reconfiguración de conexión RRC comprende la "fuiiConfig".
Preferentemente, el UE libera la configuración de PUR en respuesta a la falla de un procedimiento de traspaso, en el que el UE inicia el procedimiento de traspaso en respuesta a recibir el mensaje de reconfiguración de conexión RRC que comprende la "mobiiityControiinfo".
Preferentemente, el UE determina que el procedimiento de traspaso falla en respuesta a (y/o en base a) la expiración del temporizador T304 (por ejemplo, la expiración de T304).
Preferentemente, el UE libera la configuración de PUR en respuesta al inicio de un procedimiento de restablecimiento de la conexión RRC en el estado RRC_CONECTADO.
Preferentemente, el UE mantiene la configuración de PUR en respuesta al inicio de un procedimiento de restablecimiento de la conexión RRC en estado RRC_CONECTADO, y el UE libera la configuración de PUR en respuesta al fallo del procedimiento de restablecimiento de la conexión RRC.
Preferentemente, el UE determina que el procedimiento de restablecimiento de la conexión RRC falla en respuesta a la expiración del temporizador T311 (por ejemplo, expiración de T311) o la expiración del temporizador T301 (por ejemplo, expiración de T301).
Preferentemente, el UE mantiene la configuración de PUR si el mensaje de reconfiguración de conexión RRC no comprende la "mobiiityControiinfo".
Preferentemente, el UE no usa la configuración de PUR para realizar la transmisión en el estado RRC_CONECTADO.
Preferentemente, el UE usa la configuración de PUR para realizar la transmisión en el estado RRC INACTIVO. Preferentemente, la primera célula de servicio es una célula primaria (PCell) del UE.
Preferentemente, si el UE mantiene la configuración de PUR, el UE puede usar la configuración de PUR para realizar la transmisión en el estado RRC_INACTIVO sin tener que recibir otra configuración de PUR del nodo de red. Por ejemplo, el UE puede usar la configuración de PUR para realizar una o más transmisiones posteriores en el estado RRC_DLE sin requerir otra configuración de PUR del nodo de red.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) reciba una configuración de PUR desde un nodo de red, en el que la configuración de PUR es válida en una primera célula de servicio, (ii) para mantener la configuración de PUR en respuesta al ingreso del estado RRC_CONECTADO del estado RRC_INACTIVO en la primera célula de servicio, (iii) para recibir, desde el nodo de red, un mensaje de reconfiguración de conexión RRC que comprende ''mobilityControlInfo", y (iv) determinar si mantener o liberar la configuración de PUR en respuesta a recibir el mensaje de reconfiguración de conexión RRC que comprende la "mobilityControlInfo". Además, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas las acciones y etapas descritas anteriormente y/u otros descritos en la presente memoria.
La Figura 12 es un diagrama de flujo 1200 de acuerdo con la realización de la invención desde la perspectiva de un UE. En el paso 1205, el UE mantiene una configuración de PUR dedicada cuando el UE está en estado inactivo RRC (por ejemplo, estado RRC_INACTIVO) y una célula de servicio del UE es una segunda célula, en el que el UE se configura con la configuración de PUR dedicada en una primera célula diferente a la segunda célula. Por ejemplo, el UE puede mantener la configuración de PUR dedicada cuando el UE está en estado inactivo de RRC y la célula de servicio del UE cambia (por ejemplo, de la primera célula) a la segunda célula que es diferente de la primera célula. En el paso 1210, el UE selecciona una tercera célula durante un procedimiento de restablecimiento de conexión RRC. En el paso 1215, en respuesta a la selección de la tercera célula, el UE determina si liberar o no la configuración de PUR dedicada en base a si la tercera célula es o no la misma que la primera célula, en la que la determinación de liberar o no la configuración de PUR dedicada se realiza cuando el UE está en estado conectado RRC (por ejemplo, estado RRC_CONECTADO). Por ejemplo, la determinación de liberar o no la configuración de PUR dedicada puede realizarse cuando el UE está en estado conectado RRC y se selecciona la tercera célula durante el procedimiento de restablecimiento de conexión RRC.
Preferentemente, el UE recibe, en la primera célula, un mensaje de RRCConnectionRelease que comprende la configuración de PUR dedicada (por ejemplo, la configuración de PUR dedicada puede recibirse y/o configurarse a través del mensaje de RRCConnectionRelease).
Preferentemente, el UE libera la configuración de PUR dedicada en respuesta y/o durante la ejecución de un procedimiento de acceso aleatorio en la segunda célula. Por ejemplo, el UE puede liberar la configuración de PUR dedicada cuando el UE realiza el procedimiento de acceso aleatorio en la segunda célula.
Preferentemente, el UE selecciona la tercera célula al realizar un procedimiento de selección de célula, durante el procedimiento de restablecimiento de la conexión RRC, para seleccionar la tercera célula.
Preferentemente, el UE libera la configuración de PUR dedicada si la tercera célula es diferente a la primera célula, y/o el UE mantiene la configuración de PUR dedicada si la tercera célula es la misma que la primera célula.
Preferentemente, el UE determina liberar la configuración de PUR dedicada si la tercera célula es diferente de la primera célula y el UE libera la configuración de PUR dedicada en respuesta a la determinación de liberar la configuración de PUR dedicada. Por ejemplo, el UE puede decidir liberar la configuración de PUR dedicada en base a que la tercera célula es diferente de la primera célula.
Preferentemente, el UE determina mantener la configuración de PUR dedicada si la tercera célula es la misma que la primera célula y el UE mantiene la configuración de PUR dedicada en respuesta a la determinación de mantener la configuración de PUR dedicada. Por ejemplo, el UE puede determinar mantener la configuración de PUR dedicada en base a que la tercera célula sea la misma que la primera célula.
Preferentemente, el UE inicia un procedimiento de acceso aleatorio en la tercera célula durante el procedimiento de restablecimiento de la conexión RRC, en el que la determinación de liberar o no la configuración de PUR dedicada se realiza antes de iniciar el procedimiento de acceso aleatorio en la tercera célula.
Preferentemente, el UE determina si liberar o no la configuración de PUR dedicada en base a si la tercera célula se conecta o no a un primer tipo de red central al que se conecta el UE antes de seleccionar la tercera célula. El UE determina liberar la configuración de PUR dedicada si la tercera célula se conecta a un segundo tipo de red central diferente al primer tipo de red central. El UE libera la configuración de PUR dedicada en respuesta a la determinación de liberar la configuración de PUR dedicada. En un ejemplo, el primer tipo de red central puede corresponder a un tipo de red central al que se conecta la primera célula.
Preferentemente, el UE determina si liberar o no la configuración de PUR dedicada en base a si la tercera célula se conecta o no a un primer tipo de red central al que se conecta el UE antes de seleccionar la tercera célula. El UE determina mantener la configuración de PUR dedicada si la tercera célula se conecta al primer tipo de red central. El UE mantiene la configuración de PUR dedicada en respuesta a la determinación de mantener la configuración de PUR dedicada. En un ejemplo, el primer tipo de red central puede corresponder a un tipo de red central al que se conecta la primera célula.
Preferentemente, el UE no inicia un procedimiento de acceso aleatorio durante el procedimiento de restablecimiento de la conexión RRC.
De acuerdo con la invención, el UE mantiene la configuración de PUR dedicada en respuesta a la recepción de un mensaje de RRCConnectionReconfiguration que comprende un elemento de información mobilityControlInfo si el mensaje de RRCConnectionReconfiguration no comprende la fullConfig, en la que una cuarta célula indicada por el elemento de información mobilityControlInfo es diferente a la primera célula.
Preferentemente, la configuración de PUR dedicada es indicativa de uno o más PUR para el desempeño de la transmisión en la primera célula por parte del UE cuando el UE está en estado inactivo de RRC (por ejemplo, uno o más PUR pueden ser para que el UE realice una o más transmisiones en la primera célula cuando el UE está en estado RRC_INACTIVO).
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) mantenga una configuración de PUR dedicado cuando el UE está en estado inactivo de RRC y una célula de servicio del UE es una segunda célula, en la que el UE se configura con la configuración de PUR dedicado en una primera célula diferente a la segunda célula, (ii) para seleccionar una tercera célula durante un procedimiento de restablecimiento de conexión RRC, y (iii) en respuesta a la selección de la tercera célula, para determinar si liberar o no la configuración de PUR dedicada en base a si la tercera célula es o no la misma que la primera célula, en la que la determinación de liberar o no la configuración de PUR dedicada se realiza cuando el UE está en estado conectado RRC. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas las acciones y etapas descritas anteriormente y/u otros descritos en la presente memoria.
La Figura 13 es un diagrama de flujo 1300 de acuerdo con una realización ilustrativa desde la perspectiva de un UE. En el paso 1305, el UE mantiene una configuración de PUR dedicada cuando el UE está en estado inactivo RRC (por ejemplo, estado RRC_INACTIVO) y una célula de servicio del UE es una segunda célula, en la que el UE se configura con la configuración de PUR dedicada en una primera célula diferente a la segunda célula. Por ejemplo, el UE puede mantener la configuración de PUR dedicada cuando el UE está en estado inactivo de RRC y la célula de servicio del UE cambia (por ejemplo, de la primera célula) a la segunda célula que es diferente de la segunda célula. En el paso 1310, el UE selecciona una tercera célula durante un procedimiento de restablecimiento de conexión RRC. En el paso 1315, en respuesta a la selección de la tercera célula, el UE determina si liberar o no la configuración de PUR dedicada en base a si la tercera célula se conecta o no a un primer tipo de red central al que se conectó el UE antes de que se seleccionara la tercera célula, en el que la determinación de liberar o no la configuración de PUR dedicada se realiza cuando el UE está en estado conectado RRC. Por ejemplo, la determinación de liberar o no la configuración de PUR dedicada puede realizarse cuando el UE está en estado conectado RRC y se selecciona la tercera célula durante el procedimiento de restablecimiento de conexión RRC. Preferentemente, el UE determina liberar la configuración de PUR dedicada si la tercera célula se conecta a un segundo tipo de red central diferente al primer tipo de red central. El UE libera la configuración de PUR dedicada en respuesta a la determinación de liberar la configuración de PUR dedicada.
Preferentemente, el UE determina mantener la configuración de PUR dedicada si la tercera célula se conecta al primer tipo de red central. El UE mantiene la configuración de PUR dedicada en respuesta a la determinación de mantener la configuración de PUR dedicada.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) mantenga una configuración de PUR dedicado cuando el UE está en estado inactivo de RRC y una célula de servicio del UE es una segunda célula, en la que el UE se configura con la configuración de PUR dedicado en una primera célula diferente a la segunda célula, (ii) para seleccionar una tercera célula durante un procedimiento de restablecimiento de conexión RRC, y (iii) en respuesta a la selección de la tercera célula, para
determinar si liberar o no la configuración de PUR dedicado basada en si la tercera célula se conecta o no a un primer tipo de red central a la que el UE se conectó antes de seleccionar la tercera célula, en la que la determinación de liberar o no la configuración de PUR dedicada se realiza cuando el UE está en estado conectado RRC. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar una, algunas y/o todas las acciones y etapas descritas anteriormente y/u otros descritos en la presente memoria.
Puede proporcionarse un dispositivo de comunicación (por ejemplo, un UE, una estación base, un nodo de red, etc.), en el que el dispositivo de comunicación puede comprender un circuito de control, un procesador instalado en el circuito de control y/o una memoria instalada en el circuito de control y acoplado al procesador. El procesador puede configurarse para ejecutar un código de programa almacenado en la memoria para realizar uno, algunos y/o todos los pasos del procedimiento ilustrados en las Figuras 11-13. Además, el procesador puede ejecutar el código de programa para realizar una, algunas y/o todas las acciones y etapas descritas anteriormente y/u otros descritos en la presente memoria.
Se proporciona un medio legible por ordenador. El medio legible por ordenador puede ser un medio legible por ordenador no transitorio. El medio legible por ordenador puede comprender un dispositivo de memoria flash, una unidad de disco duro, un disco (por ejemplo, un disco magnético y/o un disco óptico, como al menos uno de los discos versátiles digitales (DVD), un disco compacto (CD), etc.), y/o un semiconductor de memoria, tal como al menos uno de memoria de acceso aleatorio estática (SRAM), memoria de acceso aleatorio dinámica (DRAM), memoria de acceso aleatorio dinámica síncrona (SDRAM), etc. El medio legible por ordenador puede comprender instrucciones ejecutables por el procesador, que cuando se ejecutan provocan la realización de una, algunas y/o todas las etapas del procedimiento ilustrados en las Figuras 11-13, y/o una, algunas y/o todas las acciones y pasos descritos anteriormente y/u otros descritos en la presente memoria.
Puede apreciarse que la aplicación de una o más de las técnicas presentadas en la presente memoria puede resultar en uno o más beneficios que incluyen, entre otros, una mayor eficiencia de comunicación entre dispositivos (por ejemplo, un UE y/o un nodo de red). La mayor eficiencia puede ser el resultado de permitir que un dispositivo (por ejemplo, un UE) determine si mantener o liberar una configuración de PUR. Alternativa y/o adicionalmente, la mayor eficiencia puede ser el resultado de permitir que el dispositivo libere una configuración de PUR no válida, y se evita así la colisión de recursos con otro dispositivo que de otro modo podría ocurrir si el dispositivo usa una configuración de PUR no válida para la transmisión. Alternativa y/o adicionalmente, la mayor eficiencia puede ser el resultado de permitir que el dispositivo mantenga una configuración de PUR válida, y se permite así que el dispositivo use la configuración de PUR válida más adelante cuando el dispositivo esté en estado RRC_INACTIVO. Por ejemplo, el dispositivo puede realizar una transmisión a un nodo de red mediante el uso de la configuración de PUR válida sin requerir otra configuración de PUR del nodo de red.
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 divulgan en la presente memoria son solamente representativas. 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. Además, tal aparato puede implementarse o tal procedimiento puede practicarse mediante el uso de otra estructura, funcionalidad, o estructura y funcionalidad en adición a o distinto de uno o más de los aspectos expuestos en la presente memoria. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden establecerse canales simultáneos en base a las frecuencias de repetición del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a la posición o los desplazamientos del pulso. En algunos aspectos pueden establecerse canales simultáneos en base a las secuencias de salto de tiempo. En algunos aspectos pueden establecerse canales simultáneos en base a las frecuencias de repetición del pulso, las posiciones o desplazamientos del pulso, y las secuencias de salto de tiempo.
Los expertos en la técnica entenderán que la información y las señales pueden representarse mediante el uso de cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los chips que pueden referenciarse a lo largo de la descripción anterior pueden representarse por tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas o cualquier combinación de los mismos.
Los expertos apreciarían además que los diversos bloques, módulos, procesadores, medios, circuitos, y etapas de algoritmos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que pueden diseñarse mediante el uso de la codificación de código fuente o alguna otra técnica), diversas formas de código de programa o diseño que incorporan instrucciones (que pueden denominarse en la presente memoria, por conveniencia, como "software" o "módulo de software"), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y etapas ilustrativos se han descrito anteriormente en general en términos de su funcionalidad. Si
dicha funcionalidad se implementa como hardware o software depende de la aplicación particular y las restricciones de diseño impuestas en el sistema en general. Los expertos pueden implementar la funcionalidad descrita de diversas maneras para cada aplicación particular, pero tales decisiones de implementación no deben interpretarse como que provocan una desviación del ámbito de la presente divulgación.
Además, los diversos bloques, módulos, y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse dentro o realizarse por un circuito integrado ("IC"), un terminal de acceso, o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), una matriz de puertas programable en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente memoria, y pueden ejecutar códigos o instrucciones que residen 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 además como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP, o cualquier otra de tales configuraciones.
Se entiende que cualquier orden o jerarquía específicos de las etapas en cualquier procedimiento divulgado es un ejemplo de un enfoque de muestra. En base a las preferencias de diseño, se entiende que el orden o jerarquía específicos de las etapas en los procedimientos pueden reorganizarse mientras que permanecen dentro del ámbito de la presente divulgación. El procedimiento acompañante reivindica los elementos presentes de las diversas etapas en un orden de muestra, y no pretenden limitarse al orden o jerarquía específicos presentados.
Las etapas de un procedimiento o algoritmo descritas en relación con los aspectos divulgados en la presente memoria pueden realizarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden residir 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 residir en un ASIC. El ASIC puede residir en el equipo de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en el equipo de usuario. Alternativa y/o adicionalmente, en algunos aspectos cualquier producto de programa de ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos que se relacionan con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa de ordenador puede comprender materiales de envase.
Si bien el tema divulgado se describe en relación con varios aspectos, se entenderá que el tema divulgado es susceptible de modificaciones adicionales. La presente solicitud se destina a cubrir cualquier variación, uso o adaptación de la materia divulgada al seguir, en general, los principios de la materia divulgada, e incluir las desviaciones de la presente divulgación que se encuentran dentro de la práctica conocida y habitual dentro de la técnica para que se refiere el asunto divulgado.
Claims (11)
1. Un procedimiento de un Equipo de Usuario, en lo siguiente denominado UE, comprendiendo el procedimiento:
mantener una configuración de recursos de enlace ascendente preconfigurados dedicados, en lo sucesivo también denominado PUR, cuando el UE está en estado inactivo de control de recursos de radio, en lo sucesivo también denominado RRC, y una célula de servicio del UE es una segunda célula, en el que el UE se configura con la configuración de PUR dedicada en una primera célula diferente a la segunda célula (1205);
seleccionar una tercera célula durante un procedimiento de restablecimiento de conexión RRC (1210); y en respuesta a la selección de la tercera célula, determinar si liberar o no la configuración de PUR dedicada en base a si la tercera célula es o no la misma que la primera célula, en el que la determinación de liberar o no la configuración de PUR dedicada se realiza cuando la UE está en estado conectado RRC (1215),
caracterizado por comprender, además:
mantener la configuración de PUR dedicada en respuesta a recibir un mensaje de RRCConnectionReconfiguration que comprende un elemento de información mobilityControlInfo si el mensaje de RRCConnectionReconfiguration no comprende fullConfig y liberar la configuración de PUR dedicada en respuesta a recibir el mensaje de RRCConnectionReconfiguration que comprende la información mobilityControlInfo si el mensaje de RRCConnectionReconfiguration comprende fullConfig, en el que una cuarta célula indicada por el elemento de información mobilityControlInfo es diferente a la primera célula.
2. El procedimiento de la reivindicación 1, que comprende:
recibir, en la primera célula, un mensaje de RRCConnectionRelease que comprende la configuración de PUR dedicada.
3. El procedimiento de la reivindicación 1 o 2, que comprende:
liberar la configuración de PUR dedicada al menos en respuesta a o durante la realización de un procedimiento de acceso aleatorio en la segunda célula.
4. El procedimiento de una cualquiera de las reivindicaciones 1 a 3, en el que:
la selección de la tercera célula comprende realizar un procedimiento de selección de célula, durante el procedimiento de restablecimiento de la conexión RRC, para seleccionar la tercera célula.
5. El procedimiento de una cualquiera de las reivindicaciones 1 a 4, en el que:
la determinación de liberar o no la configuración de PUR dedicada comprende determinar liberar la configuración de PUR dedicada si la tercera célula es diferente de la primera célula, en el que el procedimiento comprende liberar la configuración de PUR dedicada en respuesta a la determinación de liberar la configuración de PUR dedicada; y/o
la determinación de liberar o no la configuración de PUR dedicada comprende determinar mantener la configuración de PUR dedicada si la tercera célula es la misma que la primera célula, en el que el procedimiento comprende mantener la configuración de PUR dedicada en respuesta a la determinación de mantener la configuración de PUR dedicada.
6. El procedimiento de una cualquiera de las reivindicaciones 1 a 5, que comprende:
iniciar un procedimiento de acceso aleatorio en la tercera célula durante el procedimiento de restablecimiento de la conexión RRC, en el que la determinación de liberar o no la configuración de PUR dedicada se realiza antes de iniciar el procedimiento de acceso aleatorio en la tercera célula.
7. El procedimiento de una cualquiera de las reivindicaciones 1 a 6, en el que:
la determinación de liberar o no la configuración de PUR dedicada se basa en si la tercera célula se conecta o no a un primer tipo de red central al que se conectó el UE antes de seleccionar la tercera célula;
la determinación de liberar o no la configuración de PUR dedicada comprende determinar liberar la configuración de PUR dedicada si la tercera célula se conecta a un segundo tipo de red central diferente al primer tipo de red central; y
el procedimiento comprende liberar la configuración de PUR dedicada en respuesta a la determinación de liberar la configuración de PUR dedicada.
8. El procedimiento de la reivindicación 7, en el que:
el UE no inicia un procedimiento de acceso aleatorio durante el procedimiento de restablecimiento de la conexión RRC.
9. El procedimiento de una cualquiera de las reivindicaciones 1 a 8, en el que:
la configuración de PUR dedicada es indicativa de uno o más PUR para la realización de la transmisión en la primera célula por parte del UE cuando el UE está en estado inactivo de RRC.
10. Un equipo de usuario, en lo siguiente denominado también como 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 de programa (312) almacenado en la memoria (310) para realizar operaciones, las operaciones comprenden el paso del procedimiento como se define en una cualquiera de las reivindicaciones 1 a 9.
11. Un medio legible por ordenador no transitorio que comprende instrucciones ejecutables por procesador que, cuando se ejecutan por un Equipo de Usuario, en lo sucesivo también denominado UE, provocan la realización de operaciones, caracterizado porque las operaciones comprenden el paso del procedimiento como se define en una cualquiera de las reivindicaciones 1 a 9.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962929294P | 2019-11-01 | 2019-11-01 | |
| US201962931000P | 2019-11-05 | 2019-11-05 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2950959T3 true ES2950959T3 (es) | 2023-10-17 |
Family
ID=72943861
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES20201931T Active ES2950959T3 (es) | 2019-11-01 | 2020-10-15 | Procedimiento y aparato para liberar recursos de enlace ascendente preconfigurados (PUR) en un sistema de comunicación inalámbrica |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US10999885B1 (es) |
| EP (2) | EP3817506B1 (es) |
| JP (2) | JP7033177B2 (es) |
| KR (1) | KR102287995B1 (es) |
| CN (1) | CN112788797B (es) |
| ES (1) | ES2950959T3 (es) |
| TW (1) | TWI731805B (es) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| BR112021015927A2 (pt) * | 2019-02-15 | 2021-11-03 | Ericsson Telefon Ab L M | Métodos realizados por um dispositivo sem fio e por uma estação base, dispositivo sem fio, e, estação base |
| EP4029347B1 (en) * | 2020-05-14 | 2023-12-20 | Koninklijke Philips N.V. | Small data transmission |
| EP4190075A4 (en) * | 2020-07-29 | 2024-03-20 | Qualcomm Inc | PRE-CONFIGURED UPLINK RESOURCE RELEASE FOR SMALL DATA TRANSMISSION |
| JP2023538285A (ja) * | 2020-08-05 | 2023-09-07 | コムキャスト ケーブル コミュニケーションズ， エルエルシー | 非接続状態のためのリソース構成 |
| US11864257B2 (en) * | 2021-09-24 | 2024-01-02 | Apple Inc. | Cell selection optimization during RRC reestablishment |
| CN114560318B (zh) * | 2022-02-25 | 2024-04-02 | 浙江工业大学 | 无人推耙机的自动清舱系统 |
| CN117641523A (zh) * | 2022-08-10 | 2024-03-01 | 华为技术有限公司 | 一种通信方法及通信装置 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8649320B2 (en) * | 2008-09-22 | 2014-02-11 | Htc Corporation | Method and related device of scheduling request behavior in a wireless communication system |
| CN102223658B (zh) | 2010-04-19 | 2016-06-29 | 中兴通讯股份有限公司 | 一种处理无线链路失败的方法和中继节点 |
| KR101803538B1 (ko) * | 2011-05-25 | 2017-12-01 | 페어차일드코리아반도체 주식회사 | 전력 공급 장치 및 그 구동 방법 |
| US8971893B2 (en) * | 2012-11-29 | 2015-03-03 | At&T Intellectual Property I, Lp | Apparatus and method for management of radio resource control connections |
| US20190037635A1 (en) * | 2017-07-28 | 2019-01-31 | Asustek Computer Inc. | Method and apparatus of recovering rrc connection in a wireless communication system |
| WO2020065619A1 (en) * | 2018-09-27 | 2020-04-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Support for transmission in preconfigured ul resources |
| US20220167457A1 (en) * | 2019-02-15 | 2022-05-26 | Nokia Technologies Oy | Maintaining, suspending, or modifying existing pur configuration in response to a ue entering into rrc connected mode |
| US11356141B2 (en) * | 2019-05-03 | 2022-06-07 | Qualcomm Incorporated | Techniques for wireless communications using preconfigured uplink resources |
| CN110958103B (zh) | 2019-12-23 | 2021-04-27 | 展讯半导体(南京)有限公司 | 上行数据传输方法、用户设备及可读存储介质 |
-
2020
- 2020-10-15 JP JP2020173837A patent/JP7033177B2/ja active Active
- 2020-10-15 CN CN202011101416.4A patent/CN112788797B/zh active Active
- 2020-10-15 EP EP20201931.1A patent/EP3817506B1/en active Active
- 2020-10-15 ES ES20201931T patent/ES2950959T3/es active Active
- 2020-10-15 KR KR1020200133492A patent/KR102287995B1/ko active IP Right Grant
- 2020-10-15 US US17/071,183 patent/US10999885B1/en active Active
- 2020-10-15 EP EP23154202.8A patent/EP4199641A1/en active Pending
- 2020-10-15 TW TW109135790A patent/TWI731805B/zh active
-
2021
- 2021-03-25 US US17/211,990 patent/US20210212149A1/en not_active Abandoned
- 2021-12-03 JP JP2021196569A patent/JP7199498B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP7033177B2 (ja) | 2022-03-09 |
| JP7199498B2 (ja) | 2023-01-05 |
| KR20210053789A (ko) | 2021-05-12 |
| US10999885B1 (en) | 2021-05-04 |
| JP2022031846A (ja) | 2022-02-22 |
| KR102287995B1 (ko) | 2021-08-10 |
| JP2021072620A (ja) | 2021-05-06 |
| US20210136855A1 (en) | 2021-05-06 |
| TW202119856A (zh) | 2021-05-16 |
| TWI731805B (zh) | 2021-06-21 |
| EP3817506A1 (en) | 2021-05-05 |
| US20210212149A1 (en) | 2021-07-08 |
| CN112788797B (zh) | 2021-10-22 |
| EP4199641A1 (en) | 2023-06-21 |
| CN112788797A (zh) | 2021-05-11 |
| EP3817506B1 (en) | 2023-06-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2950959T3 (es) | Procedimiento y aparato para liberar recursos de enlace ascendente preconfigurados (PUR) en un sistema de comunicación inalámbrica | |
| CN111225443B (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 | |
| ES2945790T3 (es) | Método y aparato para la transmisión utilizando recursos de enlace ascendente preconfigurados en un sistema de comunicación inalámbrico | |
| US11533773B2 (en) | Early data transmission | |
| CN114902795A (zh) | 小数据传输的方法及相关设备 | |
| KR102422525B1 (ko) | 무선 통신 시스템에서 모바일-종료 조기 데이터 전송(mt-edt) 및 사전 구성된 업링크 리소스(pur)를 위한 방법 및 장치 | |
| KR20230124861A (ko) | 무선 통신 시스템에서 캐리어 선택 및 초기 데이터전송(edt)을 위한 방법 및 장치 | |
| CN114158141A (zh) | 无线通信系统中用于连接恢复程序的方法和设备 | |
| EP4087352A1 (en) | Method of small data transmission and related device | |
| US20230122869A1 (en) | Method and user equipment for small data transmission | |
| CN115315028A (zh) | 小数据传输的方法及相关设备 | |
| CN116806053A (zh) | 无线通信系统中用于移动终止的小数据传送的方法和设备 | |
| CN115119341A (zh) | 用于小型数据传输过程的用户设备和方法 |