ES2944343T3 - Métodos y aparatos para soportar la comunicación de relé de UE a red en un sistema de comunicación inalámbrico - Google Patents

Abstract

Se describen un método y un dispositivo para un equipo de usuario remoto (UE) para soportar la comunicación de retransmisión de UE a red. En una realización, el método incluye que el UE remoto establezca una conexión PC5 con un primer UE de retransmisión para una comunicación de retransmisión con un primer nodo de red (1805). El método también incluye que el UE remoto realice un procedimiento de establecimiento de conexión de control de recursos de radio (RRC) con el primer nodo de red a través del primer UE de retransmisión (1810). El método incluye además que el UE remoto transmita un primer mensaje RRC a un segundo nodo de red a través de un segundo UE de retransmisión para solicitar el restablecimiento de la conexión RRC, en el que el primer mensaje RRC incluye un primer identificador temporal de red de radio celular (C-RNTI) del UE remoto (1815). Además, (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Métodos y aparatos para soportar la comunicación de relé de UE a red en un sistema de comunicación inalámbrico

Esta divulgación generalmente se refiere a redes de comunicación inalámbrica y, más particularmente, a un método y aparato para soportar la comunicación de relé de UE a red en un sistema de comunicación inalámbrica.

Con el rápido aumento de la demanda de comunicación de grandes cantidades de datos hacia y desde dispositivos de comunicación móvil, las redes de comunicación de voz móviles tradicionales están evolucionando hacia redes que se comunican con paquetes de datos de Protocolo de Internet (IP). Dicha comunicación de paquetes de datos IP puede proporcionar a los usuarios de dispositivos de comunicación móvil servicios de comunicación de voz sobre IP, multimedia, multidifusión y bajo demanda.

Una estructura de red ejemplar 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 multimedia y de voz sobre IP mencionados anteriormente. La organización de estándares 3GPP está discutiendo actualmente una nueva tecnología de radio para la próxima generación (por ejemplo, 5G). En consecuencia, los cambios al cuerpo actual del estándar 3GPP se están presentando y considerando actualmente para evolucionar y finalizar el estándar 3GPP.

El documento 3GPP R2-1912566 divulga la identificación PC5-S, así como la identificación en los procedimientos PC5 RRC y RRC.

El documento EP 3637940 A1 divulga un método de conmutación de ruta y un aparato relacionado.

Resumen

Un método y dispositivo para un Equipo de Usuario remoto (UE) y un método para un nodo de red para soportar la comunicación de relé de UE a Red se divulgan y se definen en las reivindicaciones independientes. Las reivindicaciones dependientes definen realizaciones preferidas de las mismas. En una realización, el método incluye que el UE remoto establezca una conexión PC5 con un primer UE de relé para una comunicación de retransmisión con un primer nodo de red. El método también incluye que el UE remoto realice un procedimiento de establecimiento de conexión de Control de Recursos de Radio (RRC) con el primer nodo de red a través del primer UE de relé. El método puede incluir además que el UE remoto transmita un primer mensaje RRC a un segundo nodo de red a través de un segundo UE de relé para solicitar el restablecimiento de la conexión de RRC, en el que el primer mensaje RRC incluye un primer Identificador Temporal de Red de Radio Celular (C-RNTI) del UE remoto. Además, el método puede incluir que el UE remoto reciba un segundo mensaje RRC de la segunda red a través del segundo UE de relé para restablecer una conexión de RRC entre el segundo nodo de red y el UE remoto, en el que el segundo mensaje RRC incluye un segundo C -RNTI del UE remoto.

Breve descripción de los dibujos

La FIG. 1 muestra un diagrama de un sistema de comunicación inalámbrica.

La FIG. 2 es un diagrama de bloques de un sistema transmisor (también conocido como red de acceso) y un sistema receptor (también conocido como equipo de usuario o UE).

La FIG. 3 es un diagrama de bloques funcional de un dispositivo de comunicación de acuerdo con una realización ejemplar.

La FIG. 4 es un diagrama de bloques funcional del código de programa de la FIG. 3.

La FIG. 5 es una reproducción de la Figura 5.3.3.1-1 de 3Gp P TS 38.331 V16.2.0.

La FIG. 6 es una reproducción de la Figura 5.3.4.1-1 de 3GPP TS 38.331 V16.2.0.

La FIG. 7 es una reproducción de la Figura 5.3.7.1-1 de 3GPP TS 38.331 V16.2.0.

La FIG. 8 es una reproducción de la Figura 5.3.7.1-2 de 3GPP TS 38.331 V16.2.0.

La FIG. 9 es una reproducción de la Figura 4.1-1 de 3GPP TR 38.836 V1.0.0.

La FIG. 10 es una reproducción de la Figura 4.5.1.1-1 de 3GPP TR 38.836 V1.0.0.

La FIG. 11 es una reproducción de la Figura 4.5.1.1-2 de 3GPP TR 38.836 V1.0.0.

La FIG. 12 es una reproducción de la Figura 4.5.1.1-3 de 3GPP TR 38.836 V1.0.0.

La FIG. 13 es una reproducción de la Figura 4.5.1.1-4 de 3GPP TR 38.836 V1.0.0.

La FIG. 14 es una reproducción de la Figura 4.5.5.1-1 de 3GPP TR 38.836 V1.0.0.

La FIG. 15 es una reproducción de la Figura 6.3.3.1-1 de 3GPP TS 23.287 V16.4.0.

La FIG. 16 es un diagrama de flujo de pasos de acuerdo con una realización ejemplar.

La FIG. 17 es un diagrama de flujo de pasos de acuerdo con una realización ejemplar.

La FIG. 18 es un diagrama de flujo.

La FIG. 19 es otro diagrama de flujo.

La FIG. 20 es otro diagrama de flujo adicional.

Descripción detallada

Las realizaciones de las Figs. 3, 16 y 17 y su texto asociado son parte de la invención y están cubiertas por las reivindicaciones. Todas las demás realizaciones ejemplares descritas a continuación son meramente explicativas y no forman parte de esta invención.

Los sistemas y dispositivos de comunicación inalámbrica ejemplares descritos a continuación emplean un sistema de comunicación inalámbrica, que soporta un servicio de difusión. Los sistemas de comunicación inalámbricos se implementan ampliamente para proporcionar diversos tipos de comunicación, tales como voz, datos, etc. Estos sistemas pueden estar basados en acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico 3GPP LTE (Long Term Evolution), 3GPP LTE-A o LTE-Advanced ( Long Term Evolution Advanced), 3GPP2 UMB (Ultra Mobile Broadband), WiMax, 3GPP NR (New Radio) o algunas otras técnicas de modulación.

En particular, los sistemas y dispositivos de comunicación inalámbrica ejemplares que se describen a continuación pueden diseñarse para admitir uno o más estándares, como el estándar ofrecido por un consorcio denominado "3rd Generation Partnership Project"denominado en el presente documento como 3GPP, que incluye: TS 38.331 V16.2.0, "NR; Radio Resource Control (RRC) protocol specification (Release 16)"; 3GPP TS38.321 V16.2.1, "NR Medium Access Control (MAC) protocol specification (Release 16)"; 3^g PP TR 38.836 V0.2.0, "Study on NR sidelink relay; (Release 17)"; y 3GPP TS 23.287 V16.4.0, "Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)". Las normas y documentos enumerados anteriormente se incorporan en el presente documento expresamente por referencia en su totalidad.

La FIG. 1 muestra un sistema de comunicaciones inalámbricas de acceso múltiple de acuerdo con una forma de realización de la invención. Una red 100 de acceso (AN) incluye múltiples grupos de antenas, uno que incluye 104 y 106, otro que incluye 108 y 110, y otro adicional que incluye 112 y 114. En la FIG. 1, solo se muestran dos antenas para cada grupo de antenas; sin embargo, se pueden utilizar más o menos antenas para cada grupo de antenas. El terminal 116 de acceso (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal 116 de acceso a través del enlace 120 directo y reciben información del terminal 116 de acceso a través del enlace 118 inverso. El terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al terminal de acceso (AT) 122 a través del enlace 126 directo y reciben información del terminal de acceso (AT) 122 a través del enlace 124 inverso. En un sistema FDD, los enlaces 118, 120, 124 y 126 de comunicación pueden usar una frecuencia diferente para la comunicación. Por ejemplo, el enlace 120 directo puede usar una frecuencia diferente a la que usa el enlace 118 inverso.

Cada grupo de antenas y/o el área en la que están diseñadas para comunicarse se suele denominar un sector de la red de acceso. En la realización, cada grupo de antenas está diseñado para comunicarse con terminales de acceso en un sector de las áreas cubiertas por la red 100 de acceso.

En la comunicación sobre los enlaces 120 y 126 directos, las antenas transmisoras de la red 100 de acceso pueden utilizar la formación de radicación para mejorar la relación señal-ruido de los enlaces directos para los diferentes terminales 116 y 122 de acceso. Además, una red de acceso que usa formación de radiación para transmitir a terminales de acceso dispersados aleatoriamente a través de su cobertura causa menos interferencia a los terminales de acceso en celdas vecinas que una red de acceso que transmite a través de una sola antena a todos sus terminales de acceso.

Una red de acceso (AN) puede ser una estación fija o una estación base utilizada para comunicarse con los terminales y también puede denominarse punto de acceso, un Nodo B, una estación base, una estación base mejorada, un Nodo B evolucionado (eNB ), un nodo de red, una red o alguna otra terminología. Un terminal de acceso (AT) también puede llamarse equipo de usuario (UE), dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.

La FIG. 2 es un diagrama de bloques simplificado de una realización de un sistema 210 transmisor (también conocido como red de acceso) y un sistema 250 receptor (también conocido como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema 200 MIMO. En el sistema 210 transmisor, los datos de tráfico para una serie de flujos de datos se proporcionan desde una fuente 212 de datos a un procesador 214 de datos de transmisión (TX).

Preferiblemente, cada flujo de datos se transmite a través de una antena de transmisión respectiva. El procesador 214 de datos TX formatea, codifica e intercala los datos de tráfico para cada flujo de datos basándose en un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar datos codificados.

Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto usando técnicas OFDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de 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 se modulan (es decir, se asignan símbolos) con base en un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La tasa de datos, la codificación y la modulación para cada flujo de datos pueden determinarse mediante instrucciones realizadas por el procesador 230.

Los símbolos de modulación para todos los flujos de datos se proporcionan luego a un procesador 220 TX MIMO, que puede procesar adicionalmente los símbolos de modulación (por ejemplo, para OFDM). El procesador 220 TX MIMO luego proporciona N^t el símbolo de modulación fluye hacia N^t transmisores (TMTR) 222a a 222t. En ciertas realizaciones, el procesador 220 TX MIMO aplica ponderaciones de formación de radiación a los símbolos de los flujos de datos y a la antena desde la que se transmite el símbolo.

Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas y condiciones adicionales (por ejemplo, amplifica, filtra y convierte) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión por el canal MIMO. N^t señales moduladas de los transmisores 222a a 222t se transmiten luego desde N^t antenas 224a a 224t, respectivamente.

En el sistema 250 receptor, las señales moduladas transmitidas son recibidas por N^r antenas 252a a 252r y la señal recibida de cada antena 252 se proporciona a un receptor respectivo (RCVR) 254a a 254r. Cada receptor 254 acondiciona (por ejemplo, filtra, amplifica y reduce) una señal recibida respectiva, digitaliza la señal acondicionada para proporcionar muestras y además procesa las muestras para proporcionar un flujo de símbolos "recibido" correspondiente.

Un procesador 260 de datos RX luego recibe y procesa los N^r flujos de símbolos recibidos de N^r receptores 254 basados en una técnica particular de procesamiento del receptor para proporcionar N^t flujos de símbolos "detectados". El procesador 260 de datos RX luego demodula, desentrelaza y decodifica cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador 260 de datos RX es complementario al realizado por el procesador 220 TX MIMO y el procesador 214 de datos TX en el sistema 210 transmisor.

Un procesador 270 determina periódicamente qué matriz de precodificación usar (discutido más adelante). El procesador 270 formula un mensaje de enlace inverso que comprende una porción de índice de matriz y una porción de valor de intervalo.

El mensaje de enlace inverso puede comprender diversos tipos de información sobre el enlace de comunicación y/o el flujo de datos recibido. Luego, el mensaje de enlace inverso es procesado por un procesador 238 de datos TX, que también recibe datos de tráfico para una serie de flujos de datos desde una fuente 236 de datos, modulados por un modulador 280, acondicionados por los transmisores 254a a 254r, y transmitidos de vuelta al sistema 210 transmisor.

En el sistema 210 transmisor, las señales moduladas del sistema 250 receptor son recibidas por las antenas 224, acondicionadas por los receptores 222, demoduladas por un demodulador 240 y procesadas por un procesador 242 de datos RX para extraer el mensaje de enlace de reserva transmitido por el sistema 250 receptor. El procesador 230 determina entonces qué matriz de precodificación usar para determinar los pesos de formación de radiación y luego procesa el mensaje extraído.

Volviendo a la FIG. 3, esta figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la invención. Como se muestra en la FIG. 3, el dispositivo 300 de comunicación en un sistema de comunicación inalámbrico se puede utilizar para realizar los UE (o AT) 116 y 122 en la FIG. 1 o la estación base (o AN) 100 en la FIG. 1, y el sistema de comunicaciones inalámbricas es preferiblemente el sistema NR. El dispositivo 300 de comunicación puede incluir un dispositivo 302 de entrada, un dispositivo 304 de salida, un circuito 306 de control, una unidad central de procesamiento (CPU) 308, una memoria 310, un código 312 de programa y un transceptor 314. El circuito 306 de control ejecuta el código 312 de programa en la memoria 310 a través de la CPU 308, controlando así una operación del dispositivo 300 de comunicaciones. El dispositivo 300 de comunicaciones puede recibir señales ingresadas por un usuario a través del dispositivo 302 de entrada, tal como un teclado o teclado numérico, y puede generar imágenes y sonidos a través del dispositivo 304 de salida, tal como un monitor o parlantes. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, entregando las señales recibidas al circuito 306 de control y emitiendo señales generadas por el circuito 306 de control de forma inalámbrica. El dispositivo 300 de comunicación en un sistema de comunicación inalámbrico también se puede utilizar para realizar el AN 100 en la FIG. 1.

La FIG. 4 es un diagrama de bloques simplificado del código 312 de programa mostrado en la FIG. 3 de acuerdo con una realización de la invención. En esta realización, el código 312 de programa incluye una capa 400 de aplicación, una porción 402 de Capa 3 y una porción 404 de Capa 2, y está acoplado a una porción 406 de Capa 1. La porción 402 de Capa 3 generalmente realiza el control de recursos de radio. La porción 404 de la Capa 2 generalmente realiza el control del enlace. La porción 406 de Capa 1 generalmente realiza conexiones físicas.

3GPP TS 38.331 introdujo lo siguiente:

5.3.3 Establecimiento de conexión de RRC

5.3.3.1 Generalidades

[Figura 5.3.3.1-1 de 3GPP TS 38.331 V16.2.0, titulada "Establecimiento de conexión de RRC, exitoso", se reproduce como FIG. 5]

[...]

El propósito de este procedimiento es establecer una conexión de RRC. El establecimiento de la conexión de RRC implica el establecimiento de SRB1. El procedimiento también se usa para transferir la información/mensaje dedicado inicial de NAS desde el UE a la red.

La red aplica el procedimiento por ejemplo como sigue:

- Al establecer una conexión de RRC;

- Cuando el UE está reanudando o restableciendo una conexión de RRC y la red no puede recuperar o verificar el contexto del UE. En este caso, UE recibe RRCSetup y responde con RRCSetupComplete.

5.3.3.1a Condiciones para establecer la conexión de RRC para la comunicación de enlace lateral

Para la comunicación de enlace lateral NR, se inicia un establecimiento de conexión de RRC solo en los siguientes casos:

1> si está configurado por capas superiores para transmitir comunicación de enlace lateral NR y los datos relacionados están disponibles para la transmisión:

2> si la frecuencia en la que el UE está configurado para transmitir comunicación de enlace lateral NR está incluida en sl-FreqInfoList dentro SlB12 proporcionada por la celda en la que acampa el UE; y si la versión válida de SIB12 no incluye sl-TxPoolSelectedNormal para la frecuencia en cuestión;

Para la comunicación de enlace lateral V2X, una conexión de RRC se inicia solo cuando se cumplen las condiciones especificadas para la comunicación de enlace lateral V2X en la subcláusula 5.3.3.1a de TS 36.331 [10]. NOTA: Las capas superiores inician una conexión de RRC. La interacción con NAS se deja a la implementación del UE.

5.3.3.2 Iniciación

El UE inicia el procedimiento cuando las capas superiores solicitan el establecimiento de una conexión de RRC mientras el UE está en RRC_IDLE y ha adquirido información esencial del sistema como se describe en 5.2.2.1, o para la comunicación de enlace lateral como se especifica en la subcláusula 5.3.3.1a.

El UE se asegurará de tener información esencial del sistema válida y actualizada como se especifica en la cláusula 5.2.2.2 antes de iniciar este procedimiento.

Una vez iniciado el procedimiento, el UE deberá:

1> si las capas superiores proporcionan una Categoría de Acceso y una o más Identidades de Acceso al solicitar el establecimiento de una conexión de RRC:

2> realizar el procedimiento de control de acceso unificado como se especifica en 5.3.14 utilizando la Categoría de Acceso y las Identidades de Acceso proporcionadas por las capas superiores;

3> si se bloquea el intento de acceso, finaliza el procedimiento;

1> aplique los valores de parámetro L1 predeterminados como se especifica en las especificaciones de la capa física correspondiente, excepto para los parámetros para los cuales se proporcionan valores en SIB1;

1> aplicar la configuración predeterminada del Grupo de Celdas Ma C como se especifica en 9.2.2;

1> aplicar la configuración CCCH como se especifica en 9.1.1.2;

1> aplicar el timeAlignmentTimerCommon incluido en SIB1;

1> iniciar el temporizador T300;

1> iniciar la transmisión del mensaje RRCSetupRequestde acuerdo con 5.3.3.3;

5.3.3.3 Acciones relacionadas con la transmisión del mensaje RRCSetupRequest

El UE fijará el contenido del mensaje RRCSetupRequest de la siguiente manera:

1> configurar la ue-Identity como sigue:

2> si las capas superiores proporcionan un 5G-S-TMSI:

3> configurar la ue-Identity a ng-5G-S-TMSI-Part1;

2> más:

3> dibujar un valor aleatorio de 39 bits en el intervalo 0..239-1 y establecer la ue-Identity a este valor;

NOTA 1: Las capas superiores proporcionan la 5G-S-TMSI si el UE está registrado en el TA de la celda actual. 1> configurar la establishmentCause de acuerdo con la información recibida de las capas superiores;

El UE presentará el mensaje RRCSetupRequest a las capas inferiores para su transmisión.

El UE continuará con las mediciones relacionadas con la reselección de celdas, así como con la evaluación de la reselección de celdas. Si se cumplen las condiciones para la reselección de celda, el UE deberá realizar la reselección de celda como se especifica en 5.3.3.6.

5.3.3.4 Recepción de la RRCSetup por el UE

El UE deberá realizar las siguientes acciones al recibir el RRCSetup:

1> si la RRCSetup se recibe en respuesta a una RRCReestablishmentRequest; o

1> si la RRCSetup se recibe en respuesta a una RRCResumeRequest o RRCResumeRequest1:

2> descartar cualquier contexto UE inactivo AS almacenado y suspendConfig;

2> descartar cualquier contexto de seguridad AS actual, incluyendo la llave KRRCenc, la llave KRRCint, la llave KUPint y la llave KUPenc ;

2> liberar recursos de radio para todas las RB establecidas excepto SRB0, incluyendo la liberación de las entidades RLC, de las entidades PDCP asociadas y de SDAP;

2> liberar la configuración de RRC excepto los valores predeterminados del parámetro L1, la configuración predeterminada del Grupo de Celda MAC y la configuración CCCH;

2> indicar a las capas superiores el repliegue de la conexión de RRC;

2> detener el temporizador T380, si está en marcha;

1> realizar el procedimiento de configuración del grupo de celda de acuerdo con el recibido masterCellGroup y como se especifica en 5.3.5.5;

1> realizar el procedimiento de configuración del portador de radio de acuerdo con el recibido radioBearerConfig y como se especifica en 5.3.5.6;

1> si está almacenada, descartar la información de prioridad de reselección de celda proporcionada por el CellReselectionPriorities o heredado de otra RAT;

1> detener el temporizador T300, T301 o T319 si está en marcha;

1> si T390 está en marcha:

2> detener el temporizador T390 para todas las categorías de acceso;

2> realizar las acciones como se especifica en 5.3.14.4;

1> si T302 está en marcha:

2> detener el temporizador T302;

2> realizar las acciones como se especifica en 5.3.14.4;

1> detener el temporizador T320, si está en marcha;

1> si la RRCSetup se recibe en respuesta a una RRCResumeRequest, RRCResumeRequest1 o RRCSetupRequest: 2> si T331 está en marcha:

3> detener el temporizador T331;

3> realizar las acciones como se especifica en 5.7.8.3;

2>ingrese RRC_CONNECTED;

2> detener el procedimiento de reselección de celda;

1> considerar que la celda actual es PCell;

1> establecer el contenido del mensaje RRCSetupComplete de la siguiente manera:

2> si las capas superiores proporcionan un 5G-S-TMSI:

3> si la RRCSetup se recibe en respuesta a una RRCSetupRequest:

4> configurar el ng-5G-S-TMSI-Value a ng-5G-S-TMSI-Part2;

3> de lo contario:

4> configurar el ng-5G-S-TMSI-Value a ng-5G-S-TMSI;

2> configurar la selectedPLMN-Identity a la PLMN o SNPN seleccionada por las capas superiores (TS 24.501 [23]) de la(s) PLMN(s) incluidas en la plmn-IdentityList o las PLMN(s) o SNPN(s) incluidas en el npn-IdentityInfoList en SB1; 2> si las capas superiores proporcionan el 'AMF registrado':

3> incluir y configurar el registeredAMF como sigue:

4> si la identidad PLMN del 'AMF Registrado' es diferente de la PLMN seleccionada por las capas superiores: 5> incluir la μlmnIdentity en el registeredAMF y establecerlo en el valor de la identidad PLMⁿ en el 'AMF Registrado' recibido de las capas superiores;

4> configurar el amf-Identifier al valor recibido de las capas superiores;

3> incluir y configurar el guami-Type al valor proporcionado por las capas superiores;

2> si las capas superiores proporcionan uno o más S-NSSAI (véase TS 23.003 [21]):

3> incluir el s-NSSAI-List y establezca el contenido en los valores proporcionados por las capas superiores;

2> configurar el dedicatedNAS-Message para incluir la información recibida de las capas superiores;

2> si se conecta como un nodo IAB:

3> incluir el iab-NodeIndication;

2> si el SIB1 contiene idleModeMeasurementsNRy el UE tiene información de medición no activa/inactiva de NR relativa a celdas distintas de la PCell disponible en VarMeasIdleReport; o

2> si el SIB1 contiene modo idleModeMeasurementsEUTRA y el UE tiene información de medición no activa/inactiva de E-UTRA disponible en Informe VarMeasIdle:

3> incluir el idleMeasAvailable;

2> si el UE tiene medidas registradas disponibles para NR y si el RPLMN está incluido en plmn-IdentityList guardado en VarLogMeasReport:

3> incluir el logMeasAvailable en el mensaje RRCSetupComplete ;

2> si el UE tiene medidas registradas de Bluetooth disponibles y si el RPLMN está incluido en plmn-IdentityList guardado en VarLogMeasReport:

3> incluir el logMeasAvailableBT en el mensaje RRCSetupComplete ;

2> si el UE tiene medidas registradas WLAN disponibles y si la RPLMN está incluida en plmn-IdentityList guardada en VarLogMeasReport:

3> incluir el logMeasAvailableWLAN en el mensaje RRCSetupComplete ;

2> si el UE tiene información de falla de establecimiento de conexión o falla de reanudación de conexión disponible en VarConnEstFailReport y si la RPLMN es igual a plmn-Identity guardada en VarConnEstFailReport: 3> incluir connEstFailInfoAvailable en el mensaje RRCSetupComplete ;

2> si el UE tiene información de falla de enlace de radio o falla de traspaso disponible en VarRLF-Report y si la RPLMN está incluida en plmn-IdentityList guardada en VarRLF-Report:

3> si reconnectCellId en VarRLF-Report no está configurada:

4> configurar timeUntilReconnection en VarRLF-Report con el tiempo transcurrido desde el último enlace de radio o falla de traspaso;

4> configurar nrReconnectCellId en reconnectCellId en VarRLF-Report a la identidad global de la celda y al código de área de rastreo de la PCell;

3> incluir rlf-InfoAvailable en el mensaje RRCSetupComplete ;

2> si el UE admite el informe RLF para inter-RAT MRO NR como se define en TS 36.306 [62], y si el UE tiene información de falla de enlace de radio o falla de traspaso disponible en VarRLF-Report de TS 36.331 [10]:

3> si reconnectCellId en VarRLF-Report de TS 36.331[10] no está configurado:

4> configurar timeUntilReconnection en VarRLF-Report de TS 36.331[10] al tiempo transcurrido desde el último enlace de radio o fallo de traspaso en LTE;

4> configurar nrReconnectCellId en reconnectCellId en VarRLF-Report de TS 36.331[10] a la identidad de celda global y el código de área de rastreo de PCell;

3> si el UE es capaz de reportar RLF entre RAT y si RPLMN está incluido en plmn-IdentityList guardada en VarRLF-Report de TS 36.331 [10]

4> incluyen rlf-InfoAvailable en el mensaje RRCSetupComplete;

2> si el UE admite el almacenamiento de información del historial de movilidad y el UE tiene información del historial de movilidad disponible en VarMobilityHistoryReport:

3> incluir el mobilityHistoryAvail en el mensaje RRCSetupComplete;

2> si la RRCSetup se recibe en respuesta a una RRCResumeRequest, RRCResumeRequestl o RRCSetupRequest: 3> si speedStateReselectionPars se configura en el SIB2:

4> incluir el mobilityState en el mensaje RRCSetupComplete y establecerlo en el estado de movilidad (como se especifica en TS 38.304 [20]) del UE justo antes de entrar en el estado RRC_CONNECTED;

1> enviar el mensaje RRCSetupComplete a las capas inferiores para su transmisión, con lo cual finaliza el procedimiento.

[...]

5.3.4 Activación inicial de la seguridad del AS

5.3.4.1 Generalidades

[Figura 5.3.4.1-1 de 3GPP TS 38.331 V16.2.0, titulada "Comando de modo de seguridad, exitoso", se reproduce como FIG. 6]

[...]

El propósito de este procedimiento es activar la seguridad AS al establecerse la conexión de RRC.

5.3.4.2 Iniciación

La red inicia el procedimiento de comando del modo de seguridad a un UE en RRC_CONNECTED. Además, la red aplica el procedimiento de la siguiente manera:

- cuando solo se establece SRB1, es decir, antes del establecimiento de SRB2 y/o DRB.

5.3.4.3 Recepción del SecurityModeCommand por el UE

El UE deberá:

1> derivar la llave KgNB, como se especifica en TS 33.501 [11];

1> derivar la llave KRRCint asociada al integrityProtAlgorithm indicado en el mensaje SecurityModeCommand, como se especifica en TS 33.501 [11];

1> solicitar capas inferiores para verificar la protección de integridad del mensaje SecurityModeCommand, usando el algoritmo indicado por el integrityProtAlgorithm como se incluye en el mensaje SecurityModeCommand y la llave KRRCint ;

1> si el mensaje SecurityModeCommand pasa la verificación de protección de integridad:

2> derivar la llave KRRCenc y la llave KUPenc asociada al cipheringAlgorithm indicado en el mensaje SecurityModeCommand, como se especifica en TS 33.501 [11];

2> derivar la llave KUPint asociada al integrityProtAlgorithm indicado en el mensaje SecurityModeCommand, como se especifica en TS 33.501 [11];

2> configurar las capas inferiores para aplicar la protección de integridad SRB utilizando el algoritmo indicado y la llave KRRCint inmediatamente, es decir, se aplicará protección de integridad a todos los mensaje s subsiguientes recibidos y enviados por el UE, incluyendo el mensaje SecurityModeComplete ;

2> configurar capas inferiores para aplicar cifrado SRB usando el algoritmo indicado, la llave KRRCenc después de completar el procedimiento, es decir, se aplicará el cifrado a todos los mensaje s posteriores recibidos y enviados por el UE, excepto para el mensaje SecurityModeComplete que se envía sin cifrar;

2> considerar que la seguridad AS está activada;

2> enviar el mensaje SecurityModeComplete a las capas inferiores para su transmisión, con lo cual finaliza el procedimiento;

1> de lo contario:

2> continuar utilizando la configuración utilizada antes de la recepción del mensaje SecurityModeCommand, es decir, no aplica protección de integridad ni cifrado.

2> enviar el mensaje SecurityModeFailure a las capas inferiores para su transmisión, con lo cual finaliza el procedimiento.

[...]

5.3.7 Restablecimiento de la conexión de RRC

5.3.7.1 Generalidades

[Figura 5.3.7.1-1 de 3GPP TS 38.331 V16.2.0, titulada "Restablecimiento de conexión de RRC, exitoso", se reproduce como FIG. 7]

[Figura 5.3.7.1-2 de 3GPP TS 38.331 V16.2.0, titulada "Restablecimiento de RRC, respaldo al establecimiento de RRC, exitoso", se reproduce como FIG. 8]

El propósito de este procedimiento es restablecer la conexión de RRC. Un UE en RRC_CONNECTED, para el cual se ha activado la seguridad AS con SRB2 y al menos una configuración de DRB o, para IAB, SRB2, puede iniciar el procedimiento para continuar la conexión de RRC. El restablecimiento de la conexión tiene éxito si la red puede encontrar y verificar un contexto de UE válido o, si no se puede recuperar el contexto de UE, y la red responde con una RRCSetup de acuerdo con la cláusula 5.3.3.4.

La red aplica el procedimiento, por ejemplo, de la siguiente manera:

- Cuando se ha activado la seguridad AS y la red recupera o verifica el contexto UE:

- para reactivar la seguridad AS sin cambiar los algoritmos;

- restablecer y reanudar la SRB1;

- Cuando el UE está restableciendo una conexión de RRC y la red no puede recuperar o verificar el contexto del UE:

- para descartar el contexto AS almacenado y liberar todos los RB;

- para retroceder para establecer una nueva conexión de RRC.

Si no se ha activado la seguridad AS, el UE no iniciará el procedimiento, sino que pasará directamente a RRC_IDLE, con la causa de liberación 'otra'. Si se ha activado la seguridad AS, pero SRB2 y al menos un DRB o, para IAB, SRB2, no están configurados, el UE no inicia el procedimiento, sino que pasa a RRC_IDLE directamente, con la causa de liberación 'fallo de conexión de RRC'.

5.3.7.2 Iniciación

El UE inicia el procedimiento cuando se cumple una de las siguientes condiciones:

1> al detectar una falla en el enlace de radio del MCG y t316 no está configurado, de acuerdo con 5.3.10; o 1> al detectar una falla en el enlace de radio del MCG mientras la transmisión del SCG está suspendida, de acuerdo con 5.3.10; o

1> al detectar una falla en el enlace de radio del MCG mientras el cambio de PSCell está en curso, de acuerdo con 5.3.10; o

1> tras la reconfiguración con falla de sincronización del MCG, de acuerdo con la subcláusula 5.3.5.8.3; o

1> en caso de movilidad por falla de NR, de acuerdo con la subcláusula 5.4.3.5; o

1> tras la indicación de falla de verificación de integridad de las capas inferiores con respecto a SRB1 o SRB2, excepto si la falla de verificación de integridad se detecta en el mensaje RRCReestablishment; o

1> ante una falla en la reconfiguración de la conexión de RRC, de acuerdo con la subcláusula 5.3.5.8.2; o

1> al detectar una falla en el enlace de radio para el SCG mientras la transmisión del MCG está suspendida, de acuerdo con la subcláusula 5.3.10.3 en NR-DC o de acuerdo con TS 36.331 [10] subcláusula 5.3.11.3 en NE-DC; o 1> tras la reconfiguración con falla de sincronización del SCG mientras la transmisión del MCG está suspendida de acuerdo con la subcláusula 5.3.5.8.3; o

1> al fallar el cambio de SCG mientras la transmisión de MCG está suspendida de acuerdo con TS 36.331 [10] subcláusula 5.3.5.7a; o

1> al fallar la configuración de SCG mientras la transmisión de MCG está suspendida de acuerdo con la subcláusula 5.3.5.8.2 en NR-DC o de acuerdo con TS 36.331 [10] subcláusula 5.3.5.5 en Ne -DC; o

1> tras la indicación de falla de verificación de integridad de las capas inferiores de SCG con respecto a SRB3 mientras MCG está suspendido; o

1> al vencimiento de T316, de acuerdo con la subcláusula 5.7.3b.5.

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 T304, si está en marcha;

1> iniciar el temporizador T311;

1> detener el temporizador T316, si está en marcha;

1> si UE no está configurado con conditionalReconfiguration:

2> restablecer MAC;

2> liberar spCelIConfig, si está configurado;

2> suspender todos los RB, excepto SRB0;

2> librear la(s) MCG SCell, si están configuradas;

2> si MR-DC está configurado:

3> realizar la liberación de MR-DC, como se especifica en la cláusula 5.3.5.10;

2> liberar delayBudgetReportingConfig, si está configurada y detener el temporizador T342, si está en marcha; 2> liberar overheatingAssistanceConfig, si está configurada y detener el temporizador T345, si está en marcha; 2> liberar idc-AssistanceConfig, si está en marcha;

2> liberar btNameList, si está configurada;

2> liberar wlanNameList, si está configurada;

2> liberar sensorNameList, si está configurada;

2> liberar drx-PreferenceConfig para el MCG, si está configurada y detener el temporizador T346a asociado con el MCG, si está en marcha;

2> liberar maxBUV-PreferenceConfig para el MCG, si está configurado y detener el temporizador T346b asociado con el MCG, si está en marcha;

2> liberar maxCC-PreferenceConfig para el MCG, si está configurado y detener el temporizador T346c asociado con el MCG, si está en marcha;

2> liberar maxMIMO-LayerPreferenceConfig para el MCG, si está configurado y detener el temporizador T346d asociado con el MCG, si está en marcha;

2> liberar minSchedulingOffsetPreferenceConfig para el MCG, si está configurado, detiene el temporizador T346e asociado con el MCG, si está en marcha;

2> liberar releasePreferenceConfig, si está configurado, detiene el temporizador T346f, si está en marcha;

2> liberar onDemandSIB-Request si está configurado, y detener el temporizador T350, si está en marcha;

1> si se configura algún portador DAPS:

2> liberar configuración SpCell de origen ;

2> restablecer el MAC de origen y liberar la configuración del MAC de origen;

2> para cada portador DAPS:

3> liberar la entidad o entidades RLC como se especifica en TS 38.322 [4], cláusula 5.1.3, y el canal lógico asociado para la SpCell de origen;

3> reconfigurar la entidad PDCP para liberar DAPS como se especifica en TS 38.323 [5];

2> para cada SRB:

3> liberar la entidad PDCP para la SpCell de origen;

3> liberar la entidad RLC como se especifica en TS 38.322 [4], cláusula 5.1.3, y el canal lógico asociado para la SpCell de origen;

2> liberar la configuración del canal físico para la SpCell de origen;

2> descartar las llaves usadas en la SpCell de origen (la llave KgNB, la llave KRRCenc, la llave KRRCint, la llave K^upm y la llave KUPenc ), si hay;

1> realizar la selección de celda de acuerdo con el proceso de selección de celda como se especifica en TS 38.304 [20], cláusula 5.2.6.

5.3.7.3 Acciones posteriores a la selección de celda mientrasT311 está en marcha

Al seleccionar una celda NR adecuada, el UE deberá:

1> asegurarse de tener información esencial del sistema válida y actualizada como se especifica en la cláusula 5.2.2.2; 1> detener el temporizador T311;

1> si T390 está en marcha:

2> detener el temporizador T390 para todas las categorías de acceso;

2> realizar las acciones como se especifica en 5.3.14.4;

1> si la selección de celda se activa al detectar una falla de enlace de radio del MCG o una reconfiguración con falla de sincronización del MCG, y

1> si attemptCondReconfig está configurada; y

1> si la celda seleccionada es una de las celdas candidatas para las que reconfigurationWithSync está incluida en el masterCellGroup en VarConditionalReconfig:

2> aplicar la condRRCReconfig almacenada asociada a la celda seleccionada y realizar acciones como se especifica en 5.3.5.3;

1> más:

2> si UE está configurado con conditionalReconfiguration:

3> restablecer MAC;

3> liberar spCelIConfig, si está configurado;

3> librear la(s) MCG SCell, si están configuradas;

3> liberar delayBudgetReportingConfig, si está configurada y detener el temporizador T342, si está en marcha; 3> liberar overheatingAssistanceConfig, si está configurada y detener el temporizador T345, si está en marcha; 3> si MR-DC está configurado:

4> realizar la liberación de MR-DC, como se especifica en la cláusula 5.3.5.10;

3> liberar idc-AssistanceConfig, si está en marcha;

3> liberar btNameList, si está configurada;

3> liberar wlanNameList, si está configurada;

3> liberar sensorNameList, si está configurada;

3> liberar drx-PreferenceConfig para el MCG, si está configurada y detener el temporizador T346a asociado con el MCG, si está en marcha;

3> liberar maxBUV-PreferenceConfig para el MCG, si está configurado y detener el temporizador T346b asociado con el MCG, si está en marcha;

3> liberar maxCC-PreferenceConfig para el MCG, si está configurado y detener el temporizador T346c asociado con el MCG, si está en marcha;

3> liberar maxMIMO-LayerPreferenceConfig para el MCG, si está configurado y detener el temporizador T346d asociado con el MCG, si está en marcha;

3> liberar minSchedulingOffsetPreferenceConfig para el MCG, si está configurado y detener el temporizador T346e asociado con el MCG, si está en marcha;

3> liberar releasePreferenceConfig, si está configurado y detener el temporizador T346f, si está en marcha;

3> liberar onDemandSIB-Request si está configurado, y detener el temporizador T350, si está en marcha;

3> suspender todos los RB, excepto SRB0;

2> eliminar todas las entradas dentro VarConditionalReconfig, si hay;

2> para cada measld, si la asociada reportConfig tiene un reportType configurado para condTriggerConfig:

3> para la asociada reportConfigId:

4> eliminar la entrada con la coincidencia reportConfigId desde la reportConfigList dentro de VarMeasConfig;

3> si el asociado measObjectId sólo está asociado a una reportConfig con reportType configurado para condTriggerConfig:

4> eliminar la entrada con la coincidencia measObjectId desde la measObjectList dentro de VarMeasConfig;

3> eliminar la entrada con la coincidencia measId desde el measIdList dentro de VarMeasConfig;

2> iniciar el temporizador T301;

2> aplique los valores de parámetro L1 predeterminados como se especifica en las especificaciones de la capa física correspondiente, excepto para los parámetros para los cuales se proporcionan valores en SIB1;

2> aplicar la configuración predeterminada del grupo de celdas MAC como se especifica en 9.2.2;

2> aplicar la configuración CCCH como se especifica en 9.1.1.2;

2> aplicar el timeAlignmentTimerCommon incluido en SIB1;

2> iniciar la transmisión del mensaje RRCReestablishmentRequest 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 celda inter-RAT, el UE deberá:

1> realizar las acciones al ir a RRC_IDLE como se especifica en 5.3.11, con la causa de liberación 'fallo de conexión de RRC'.

5.3.7.4 Acciones relacionadas con la transmisión del mensaje RRCReestablishmentRequest

El UE fijará el contenido del mensaje RRCReestablishmentRequest de la siguiente manera:

1> si el procedimiento se inició debido a una falla del enlace de radio como se especifica en 5.3.10.3 o una falla de traspaso como se especifica en 5.3.5.8.3:

2> configurar la reestablishmentCellId en el VarRLF-Report a la identidad de celda global de la celda seleccionada; 1> configurar la ue-Identity como sigue:

2> configurar el c-RNTI al C-RNTI utilizado en la PCell de origen (reconfiguración con sincronización o movilidad por falla de NR) o utilizado en la PCell en la que se produjo la activación del restablecimiento (otros casos);

2> configurar la physCellId a la identidad de la celda física de la PCell de origen (reconfiguración con sincronización o movilidad por falla de NR) o de la PCell en la que ocurrió a la activación para el restablecimiento (otros casos); 2> configurar el shortMAC-I a los 16 bits menos significativos del MAC-I calculado:

3> sobre el ASN.1 codificado de acuerdo con la cláusula 8 (es decir, un múltiplo de 8 bits) VarShortMAC-Input; 3>con el algoritmo de protección de llave KRRCint e integridad que se utilizó en la PCell de origen (reconfiguración con sincronización o movilidad por falla de NR) o de la PCell en la que ocurrió la activación para el restablecimiento (otros casos); y

3> con todos los bits de entrada para RECUENTO, PORTADOR y DIRECCCIÓN configurados en binarios;

1> configurar el reestablishmentCause como sigue:

2> si el procedimiento de restablecimiento se inició debido a una falla de reconfiguración como se especifica en 5.3.5.8.2:

3> configurar el reestablishmentCause al valor reconfigurationFailure;

2> de lo contrario, si el procedimiento de restablecimiento se inició debido a una reconfiguración con falla de sincronización como se especifica en 5.3.5.8.3 (falla de traspaso intra-NR) o 5.4.3.5 (movilidad entre RAT por falla de NR):

3> configurar lareestablishmentCause al valor handoverFailure;

2> más:

3> configurar la reestablishmentCause al valor otherFailure;

1> restablecer PDCP para SRB1;

1> restablecer RLC para SRB1;

1> aplicar la configuración especificada definida en 9.2.1 para SRB1;

1> configurar capas inferiores para suspender la protección de integridad y el cifrado para SRB1; NOTA: El cifrado no se aplica para el subsiguiente mensaje RRCReestablishment utilizado para reanudar la conexión. Las capas inferiores realizan una verificación de integridad, pero simplemente a pedido de RRC.

1> reanudar SRB1;

1> enviar el mensaje RRCReestablishmentRequest a las capas inferiores para su transmisión.

5.3.7.5 Recepción del RRCReestablishment por el UE

El UE deberá:

1> detener el temporizador T301;

1> considerar que la celda actual es PCell;

1> almacenar el valor nextHopChainingCount indicado en el mensaje RRCReestablishment;

1> actualizar la llave KgNB basada en la llave KgNB actual o el NH, utilizando el valornextHopChainingCount almacenado, como se especifica en TS 33.501 [11];

1> derivar las llaves KRRCenc y KUPenc asociadas al cipheringAlgorithm previamente configurado, como se especifica en TS 33.501 [11];

1> derivar las llaves KRRCint y KUPint asociadas al integrityProtAlgorithm previamente configurado, como se especifica en TS 33.501 [11].

1> solicitar capas inferiores para verificar la protección de integridad del mensaje RRCReestablishment, usando el algoritmo previamente configurado y la llave KRRCint ;

1> si la verificación de protección de integridad del mensaje RRCReestablishment falla:

2> realizar las acciones al ir a RRC_IDLE como se especifica en 5.3.11, con causa de liberación 'fallo de conexión de RRC', con lo cual finaliza el procedimiento;

1> configurar las capas inferiores para reanudar la protección de integridad para SRB1 utilizando el algoritmo previamente configurado y la llave KRRCint inmediatamente, es decir, se aplicará protección de integridad a todos los mensaje s subsiguientes recibidos y enviados por el UE, incluyendo el mensaje utilizado para indicar la finalización satisfactoria del procedimiento;

1> configurar las capas inferiores para reanudar el cifrado para SRB1 utilizando el algoritmo previamente configurado y, la llave KRRCenc inmediatamente, es decir, se aplicará el cifrado a todos los mensaje s subsiguientes recibidos y enviados por el UE, incluyendo el mensaje utilizado para indicar la finalización satisfactoria del procedimiento;

1> liberar la configuración del espacio de medición indicado por la measGapConfig, si está configurado;

1> establecer el contenido del mensaje RRCReestablishmentComplete de la siguiente manera:

2> si el UE tiene medidas registradas disponibles para NR y si la RPLMN está incluida en plmn-IdentityList guardada en VarLogMeasReport:

3> incluir el logMeasAvailable en el mensaje RRCReestablishmentComplete;

2> si el UE tiene medidas registradas de Bluetooth disponibles y si el RPLMN está incluido en plmn-IdentityList guardado en VarLogMeasReport: 3> incluir el logMeasAvailableBT en el mensaje RRCReestablishmentComplete ;

2> si el UE tiene medidas registradas WLAN disponibles y si la RPLMN está incluida en plmn-IdentityList guardada en VarLogMeasReport:

3> incluir la logMeasAvailableWLAN en el mensaje RRCReestablishmentComplete;

2> si el UE tiene información de falla de establecimiento de conexión o falla de reanudación de conexión disponible en VarConnEstFailReport y si la RPLMN es igual a plmn-Identity almacenada en VarConnEstFailReport: 3> incluir connEstFailInfoAvailable en el mensaje RRCReestablishmentComplete;

2> si el UE tiene información de falla de enlace de radio o falla de traspaso disponible en VarRLF-Report y si la RPLMN está incluida en plmn-IdentityListalamcenada en VarRLF-Report; o

2> si el UE tiene información de falla de enlace de radio o falla de traspaso disponible en VarRLF-Report de TS 36.331 [10] y si el UE es capaz de reportar RLF entre RAT y si RPLMN está incluida en plmn-IdentityList almacenada en VarRLF-Report de TS 36.331 [10]:

3> incluir rlf-InfoAvailable en el mensaje RRCReestablishmentComplete;

1> enviar el mensaje RRCReestablishmentComplete a las capas inferiores para su transmisión;

1>el procedimiento finaliza.

5.3.7.6 Caducidad T311

Al vencimiento de T311, el UE deberá:

1> si el procedimiento se inició debido a una falla en el enlace de radio o una falla en el traspaso: 2> configurar la noSuitableCelIFound en el VarRLF-Report a verdadero;

1> realizar las acciones al ir a RRC_IDLE como se especifica en 5.3.11, con la causa de liberación 'fallo de conexión de RRC'.

5.3.7.7 Caducidad de T301 o celda seleccionada que ya no es adecuada

El UE deberá:

1> si expira el temporizador T301; o

1> si la celda seleccionada deja de ser adecuada de acuerdo con los criterios de selección de celdas especificados en TS 38.304 [20]:

2> realizar las acciones al ir a RRC_IDLE como se especifica en 5.3.11, con la causa de liberación 'fallo de conexión de RRC'.

5.3.7.8 Recepción de la RRCSetup por el UE

El UE deberá:

1> realizar el procedimiento de establecimiento de conexión de RRC como se especifica en 5.3.3.4.

[...]

6.2.2 Definiciones de mensaje s

[...]

- RRCSetup

El mensaje RRCSetup se utiliza para establecer SRB1.

Portador de radio de señalización: SRB0

RLC-SAP: TM

Canal lógico: CCCH

Dirección: Red a UE

Mensaje RRCSetup

- RRCSetupComplete

El mensaje RRCSetupComplete se utiliza para confirmar la finalización exitosa del establecimiento de una conexión de RRC.

Portador de radio de señalización: SRB1

RLC-SAP: AM

Canal lógico: DCCH

Dirección: UE a la red

Mensaje RRCSetupComplete

- RRCSetupRequest

El mensaje RRCSetupRequest se utiliza para solicitar el establecimiento de una conexión de RRC.

Portador de radio de señalización: SRB0

RLC-SAP: TM

Canal lógico: CCCH

Dirección: UE a la red

Mensaje RRCSetupRequest

- SecurityModeCommand

El mensaje SecurityModeCommand se utiliza para ordenar la activación de la seguridad AS.

Portador de radio de señalización: SRB1

RLC-SAP: AM

Canal lógico: DCCH

Dirección: Red a UE

Mensaje SecurityModeCommand

- SecurityModeComplete

El mensaje SecurityModeComplete se utiliza para confirmar la finalización exitosa de un comando de modo de seguridad.

Portador de radio de señalización: SRB1

RLC-SAP: AM

Canal lógico: DCCH

Dirección: UE a la red

Mensaje SecurityModeComplete

- RRCReestablishment

El mensaje RRCReestablishment se utiliza para restablecer SRB1.

Portador de radio de señalización: SRB1

RLC-SAP: AM

Canal lógico: DCCH

Dirección: Red a UE

Mensaje RRCReestablishment

-RRCReestablishmentComplete

El mensaje RRCReestablishmentCompletese utiliza para confirmar la finalización exitosa de un restablecimiento de conexión de RRC.

Portador de radio de señalización: SRB1

RLC-SAP: AM

Canal lógico: DCCH

Dirección: UE a la red

Mensaje RRCReestablishmentComplete

- RRCReestablishmentRequest

El mensaje RRCReestablishmentRequest se utiliza para solicitar el restablecimiento de una conexión de RRC.

Portador de radio de señalización: SRB0

RLC-SAP: TM

Canal lógico: CCCH

Dirección: UE a la red

Mensaje RRCReestablishmentRequest

- RRCReconfiguration

El mensaje RRCReconfiguration es el comando para modificar una conexión de RRC. Puede transmitir información para la configuración de la medición, el control de la movilidad, la configuración de los recursos de radio (incluyendo los RB, la configuración principal de MAC y la configuración del canal físico) y la configuración de seguridad del AS. Portador de radio de señalización: SRB1 o SRB3

RLC-SAP: AM

Canal lógico: DCCH

Dirección: Red a UE

Mensaje RRCReconfiguration

[...]

3GPP TS 38.321 introdujo lo siguiente:

5.1 Procedimiento de acceso aleatorio

5.1.1 Inicialización del procedimiento de acceso aleatorio

El procedimiento de Acceso Aleatorio descrito en esta cláusula es iniciado por una orden PDCCH, por la propia entidad m Ac , o por RRC para los eventos de acuerdo con TS 38.300 [2]. Solo hay un procedimiento de Acceso Aleatorio en curso en cualquier momento en una entidad MAC. El procedimiento de Acceso Aleatorio en una SCell sólo se iniciará mediante una orden PDCCH con ra-PreambleIndex diferente de 0b000000.

[...]

5.1.3 T ransmisión de Preámbulo de Acceso Aleatorio

La entidad MAC deberá, para cada Preámbulo de Acceso Aleatorio:

1> si PREAMBLE_TRANSMISSION_COUNTER es mayor que uno; y

1> si no se ha recibido la notificación de suspensión del contador de aumento de potencia de las capas inferiores; y 1> si no se recibió la indicación de falla LBT de las capas inferiores para la última transmisión del Preámbulo de Acceso Aleatorio; y

1> si SSB o CSI-RS seleccionado no se cambia de la selección en la última transmisión de preámbulo de acceso aleatorio:

2> incremento PREAMBLE_POWER_RAMPING_COUNTER por 1.

1 > seleccione el valor de DELTA_PREAMBLE de acuerdo con la cláusula 7.3;

1>

configurar PREAMBLE_RECEIVED_TARGET_POWER a preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER - 1) x PREAMBLE_POWER_RAMPING_STEP + POWER_OFFSET_2STEP_RA;

1> a excepción del Preámbulo de Acceso Aleatorio sin contención para la solicitud de recuperación de falla de radiación, calcular el RA-RNTI asociado con la ocasión PRACH en la que se transmite el Preámbulo de Acceso Aleatorio;

1> instruir a la capa física para que transmita el Preámbulo de Acceso Aleatorio utilizando la ocasión PRACH seleccionada, RA-RNTI correspondiente (si está disponible), PREAMBLE_INDEX, y PREAMBLE_RECEIVED_TARGET_POWER.=

1> si se recibe una indicación de falla de LBT de las capas inferiores para esta transmisión de Preámbulo de Acceso Aleatorio:

2> si Ibt-FailureRecoveryConfig está configurado:

3> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (véase cláusula 5.1.2).

2> de lo contrario:

3> incremento PREAMBLE_TRANSMISSION_COUNTER por 1;

3> si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:

4> si el Preámbulo de Acceso Aleatorio se transmite en SpCell:

5> indicar un problema de Acceso Aleatorio a las capas superiores;

5> si este procedimiento de Acceso Aleatorio se activó para la solicitud SI: 6> considerar que el procedimiento de Acceso Aleatorio se completó sin éxito.

4> de lo contrario, si el Preámbulo de Acceso Aleatorio se transmite en una SCell:

5> considerar que el procedimiento de Acceso Aleatorio se completó sin éxito.

3> si el procedimiento de Acceso Aleatorio no se completa:

4> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (véase cláusula 5.1.2).

El RA-RNTI asociado a la ocasión PRACH en la que se transmite el Preámbulo de Acceso Aleatorio, se computa como:

donde s_id es el índice del primer símbolo OFDM de la ocasión PRACH (0 < s_id < 14), t_id es el índice del primer intervalo de la ocasión PRACH en una trama del sistema (0 < t_id < 80), donde la separación entre suboperadores para determinar t_id se basa en el valor de p especificado en la cláusula 5.3.2 en TS 38.211 [8], f_id es el índice de la ocasión PRACH en el dominio de la frecuencia (0 < f_id < 8), y ul_carrier_id es el operador UL utilizado para transmisión de Preámbulo de Acceso Aleatorio (0 para operador NUL y 1 para operador SUL).

5.1.4 Recepción de Respuesta de Acceso Aleatorio

Una vez que se transmite el Preámbulo de Acceso Aleatorio e independientemente de la posible ocurrencia de una brecha de medición, la entidad MAC deberá:

1> si la entidad MAC transmitió el Preámbulo de Acceso Aleatorio sin contención para la solicitud de recuperación de falla de radiación:

2> iniciar el ra-ResponseWindow configurada en BeamFailureRecoveryConfig en la primera ocasión PDCCH como se especifica en TS 38.213 [6] desde el final de la transmisión del Preámbulo de Acceso Aleatorio;

2> monitorizar una transmisión PDCCH en el espacio de búsqueda indicado por recoverySearchSpaceId del SpCell identificado por el C-RNTI mientras ra-Response_Window está en marcha.

1> de lo contrario:

2> iniciar el ra-ResponseWindow configurado en RACH-ConfigCommon en la primera ocasión PDCCH como se especifica en TS 38.213 [6] desde el final de la transmisión del Preámbulo de Acceso Aleatorio;

2> monitorizar el PDCCH de SpCell para respuestas de acceso aleatorio identificadas por el RA-RNTI mientras el ra-ResponseWindow está en marcha.

1> si la notificación de una recepción de una transmisión PDCCH en el espacio de búsqueda indicado por recoverySearchSpaceld se recibe de las capas inferiores en la Célula de servicio donde se transmitió el preámbulo; y

1> si la transmisión de PDCCH está dirigida al C-RNTI; y

1> si la entidad MAC transmitió el Preámbulo de Acceso Aleatorio sin contención para la solicitud de recuperación de falla de radiación:

2> considerar que el procedimiento de Acceso Aleatorio se completó con éxito.

1> de lo contrario, si se ha recibido una asignación de enlace descendente válida (como se especifica en TS 38.213 [6]) en el PDCCH para el RA-RNTI y el TB recibido se decodifica con éxito:

2> si la Respuesta de Acceso Aleatorio contiene una MAC subPDU con Indicador de Espera: 3> configurar el PREAMBLE_BACKOFF al valor del campo BI de la MAC subPDU utilizando la Tabla 7.2-1, multiplicado por SCALING_FACTOR_BI.

2> de lo contrario:

3> configurar el PREAMBLE_BACKOFF a 0 ms.

2> si la Respuesta de Acceso Aleatorio contiene una MAC subPDU con identificador de Preámbulo de Acceso Aleatorio correspondiente a la transmisión PREAMBLE_INDEX (véase la cláusula 5.1.3): 3> considerar exitosa esta recepción de Respuesta de Acceso Aleatorio.

2> si la recepción de la Respuesta de Acceso Aleatorio se considera exitosa:

3> si la Respuesta de Acceso Aleatorio incluye una subPDU MAC con RAPID únicamente:

4> considerar que este procedimiento de Acceso Aleatorio se completó con éxito;

4> indicar la recepción de un acuse de recibo de solicitud de SI a capas superiores.

3> de lo contrario:

4> aplicar las siguientes acciones para la Celda de Servicio donde se transmitió el Preámbulo de Acceso Aleatorio: 5> procesar el Comando de Avance de Tiempo recibido (véase la cláusula 5.2);

5> indicar el preambleReceivedTargetPower y la cantidad de rampa de potencia aplicada a la última transmisión del Preámbulo de Acceso Aleatorio a las capas inferiores (es decir,(PREAMBLE_POWER_RAMPING_COUNTER - 1) x PREAMBLE_POWER_RAMPING_STEP);

5> si el procedimiento de Acceso Aleatorio para una SCell se realiza en un operador de enlace ascendente donde push-Config no está configurado: 6> ignorar la concesión de UL recibida.

5> de lo contrario:

6> procesar el valor de concesión de UL recibido e indicarlo a las capas inferiores.

4> si la entidad MAC no seleccionó el Preámbulo de Acceso Aleatorio entre los Preámbulos de Acceso Aleatorio basados en contención: 5> considerar que el procedimiento de Acceso Aleatorio se completó con éxito.

4> de lo contrario:

5> configurar el TEMPORAL_C-RNTI al valor recibido en la Respuesta de Acceso Aleatorio;

5> si esta es la primera Respuesta de Acceso Aleatorio recibida con éxito dentro de este procedimiento de Acceso Aleatorio:

6> si la transmisión no se está haciendo por el canal lógico CCCH:

7> indicar a la entidad de Multiplexado y ensamblado que incluya un C-RNTI MAC CE en la transmisión de enlace ascendente posterior.

6> si se inició el procedimiento de Acceso Aleatorio para la recuperación de fallas de radiación SpCell: 7> indicar a la entidad de Multiplexado y Ensamblaje que incluya un BFR MAC CE o un BFR MAC CE Truncado en la transmisión de enlace ascendente posterior.

6> obtener la MAC PDU para transmitir desde la entidad de Multiplexado y ensamblado y almacenarla en el buffer Msg3.

NOTA: Si dentro de un procedimiento de acceso aleatorio, una concesión de enlace ascendente proporcionada en la Respuesta de Acceso Aleatorio para el mismo grupo de Preámbulos de Acceso Aleatorio basados en contención tiene un tamaño diferente al de la primera concesión de enlace ascendente asignada durante ese procedimiento de Acceso Aleatorio, el comportamiento del UE no está definido.

1> si ra-ResponseWindow configurado en BeamFailureRecoveryConfig expira y si una transmisión PDCCH en el espacio de búsqueda indicado por recoverySearchSpaceld dirigida al C-RNTI no se ha recibido en la Celda de Servicio donde se transmitió el preámbulo; o

1> si ra-ResponseWindow configurado en RACH-ConfigCommon expira, y si la Respuesta de Acceso Aleatorio que contiene identificadores de Preámbulo de Acceso Aleatorio que coincide con el PREAMBLE_INDEX no se ha recibido: 2> considerar que la recepción de la Respuesta de Acceso Aleatorio no fue exitosa;

2> incremento PREAMBLE_TRANSMISSION_COUNTER por 1;

3> si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:

3> si el Preámbulo de Acceso Aleatorio se transmite en SpCell:

4> indicar un problema de Acceso Aleatorio a las capas superiores;

4> si este procedimiento de Acceso Aleatorio se activó para la solicitud SI: 5> considerar que el procedimiento de Acceso Aleatorio se completó sin éxito.

3> de lo contrario, si el Preámbulo de Acceso Aleatorio se transmite en una SCell: 4> considerar que el procedimiento de Acceso Aleatorio se completó sin éxito.

2> si el procedimiento de Acceso Aleatorio no se completa:

3> seleccionar un tiempo de espera aleatorio de acuerdo con una distribución uniforme entre 0 y el PREAMBLE_BACKOFF;

3> si se cumplen los criterios (como se define en la cláusula 5.1.2) para seleccionar Recursos de Acceso Aleatorio sin contención durante el tiempo de espera:

4> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (véase la cláusula 5.1.2);

3> de lo contrario, si el procedimiento de Acceso Aleatorio para una SCell se realiza en un operador de enlace ascendente donde push-Config no está configurado: 4> retrasar la subsiguiente transmisión de Acceso Aleatorio hasta que el Procedimiento de Acceso Aleatorio sea activado por una orden PDCCH con el mismo ra-PreambleIndex, ra-ssb-OccasionMaskIndex, y el indicador UL/SUL TS 38.212 [9].

3> de lo contrario:

4> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (véase la cláusula 5.1.2) después del tiempo de espera.

La entidad MAC puede detener ra-ResponseWindow (y, por lo tanto, monitorizar las Respuestas de Acceso Aleatorio después de la recepción exitosa de una Respuesta de Acceso Aleatorio que contiene identificadores de Preámbulo de Acceso Aleatorio que coinciden con la transmisión PREAMBLE_INDEX.

La operación HARQ no es aplicable a la recepción de Respuesta de Acceso Aleatorio.

5.1.5 Resolución de contención

Una vez que se transmite Msg3, la entidad MAC deberá:

1> iniciar el ra-ContentionResolutionTimer y reiniciar el ra-ContentionResolutionTimer en cada retransmisión HARQ en el primer símbolo después del final de la transmisión Msg3;

1> monitorizar el PDCCH mientras el ra-ContentionResolutionTimer está en marcha independientemente de la posible aparición de una brecha de medición;

1> si se recibe notificación de recepción de una transmisión PDCCH del SpCell desde capas inferiores:

2> si se incluyó el C-RNTI MAC CE en Msg3:

3> si se inició el procedimiento de Acceso Aleatorio para la recuperación de falla de la radiación SpCell (como se especifica en la cláusula 5.17) y la transmisión del PDCCH está dirigida al C-RNTI; o

3> si el procedimiento de Acceso Aleatorio fue iniciado por una orden de PDCCH y la transmisión de PDCCH está dirigida al C-RNTI; o

3> si el procedimiento de Acceso Aleatorio fue iniciado por la propia subcapa MAC o por la subcapa RRC y la transmisión PDCCH está dirigida al C-RNTI y contiene una concesión UL para una nueva transmisión:

4> considerar exitosa esta Resolución de Contención;

4> detener ra-ContentionResolutionTimer;

4> descartar el TEMPORAL_C-RNTI;

4> considerar que este procedimiento de Acceso Aleatorio se completó con éxito.

2> de lo contrario, si la CCCH SDU se incluyó en Msg3 y la transmisión de PDCCH está dirigida a su TEMPORARY_C-RNTI:

3> si la MAC PDU se decodifica con éxito:

4> detener ra-ContentionResolutionTimer;

4> si la MAC PDU contiene una MAC CE de identidad de Resolución de Contención de UE ; y

4> si la Identidad de Resolución de Contención de UE en MAC CE coincide con la CCCH SDU transmitida en Msg3: 5> considerar exitosa esta Resolución de Contención y finalizar el desensamblado y demultiplexado de la MAC PDU; 5> si este procedimiento de Acceso Aleatorio se inició para la solicitud de SI:

6> indicar la recepción de un acuse de recibo de solicitud de SI a capas superiores.

5> de lo contrario:

6> configurar el C-RNTI al valor de la TEMPORARY_C-RNTI;

5> descartar el TEMPORAL_C-RNTI;

5> considerar que este procedimiento de Acceso Aleatorio se completó con éxito.

4> de lo contrario:

5> descartar el TEMPORAL_C-RNTI;

5> considerar que esta Resolución de Contención no fue exitosa y descartar la MAC PDU decodificada con éxito. 1> si ra-ContentionResolutionTimer expira:

2> descartar el TEMPORAL_C-RNTI;

2> considerar no exitosa la Resolución de Contención.

1> si la Resolución de Contención se considera no exitosa:

2> vaciar el búfer HARQ utilizado para la transmisión de la MAC PDU en el búfer Msg3;

2> incremento PREAMBLE_TRANSMISSION_COUNTER por 1;

2> si PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1:

3> indicar un problema de Acceso Aleatorio a las capas superiores.

3> si este procedimiento de Acceso Aleatorio se activó para la solicitud SI:

4> considerar que el procedimiento de Acceso Aleatorio se completó sin éxito.

2> si el procedimiento de Acceso Aleatorio no se completa:

3> si el RA_TYPE se establece en 4-stepRA:

4> seleccionar un tiempo de espera aleatorio de acuerdo con una distribución uniforme entre 0 y el PREAMBLE_BACKOFF;

4> si se cumplen los criterios (como se define en la cláusula 5.1.2) para seleccionar recursos de Acceso Aleatorio sin contención durante el tiempo de espera:

5> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (véase la cláusula 5.1.2);

4> de lo contrario: 5> realizar el procedimiento de selección de Recursos de Acceso Aleatorio (véase la cláusula 5.1.2) después del tiempo de espera.

3> otra cosa (es decir, el RA_TYPE se establece en 2-stepRA):

4> si msgA-TransMax se aplica (véase la cláusula 5.1.1a) y PREAMBLE_TRANSMISSION_COUNTER = msgA-TransMax + 1:

5> configurar el RA_TYPE a 4-stepRA;

5> realizar la inicialización de variables específicas del tipo de Acceso Aleatorio como se especifica en la cláusula 5.1.1a;

5> vaciar el búfer HARQ utilizado para la transmisión de MAC PDU en el búfer MSGA;

5> descartar Recursos de Acceso Aleatorio de tipo RA de 2 pasos sin contención explícitamente señalados, si los hay; 5> realizar la selección de Recursos de Acceso Aleatorio como se especifica en la cláusula 5.1.2.

4> de lo contrario:

5> seleccionar un tiempo de espera aleatorio de acuerdo con una distribución uniforme entre 0 y el PREAMBLE_BACKOFF;

5> si se cumplen los criterios (como se define en la cláusula 5.1.2a) para seleccionar Recursos de Acceso Aleatorio sin contención durante el tiempo de espera:

6> realizar el procedimiento de selección de Recursos de Acceso Aleatorio para el tipo RA de 2 pasos como se especifica en la cláusula 5.1.2a.

5> de lo contrario:

6> realizar la selección de Recursos de Acceso Aleatorio para el procedimiento de tipo RA de 2 pasos (véase la cláusula 5.1.2a) después del tiempo de espera.

5.1.6 Finalización del procedimiento de Acceso Aleatorio

Una vez finalizado el procedimiento de Acceso Aleatorio, la entidad MAC deberá:

1> descartar cualquier Recurso de Acceso Aleatorio sin contención explícitamente señalado para el tipo RA de 2 pasos y el tipo RA de 4 pasos, excepto los Recursos de Acceso Aleatorio sin contención del tipo RA de 4 pasos para la solicitud de recuperación de falla de radiación, si corresponde;

1> vaciar el búfer HARQ utilizado para la transmisión de la MAC PDU en el búfer Msg3 y el búfer MSGA.

Una vez completado con éxito el procedimiento de Acceso Aleatorio iniciado para el traspaso de DAPS, la entidad MAC objetivo deberá:

1> indicar la finalización exitosa del procedimiento de Acceso Aleatorio a las capas superiores.

3GPP TR 38.836 introduce lo siguiente:

4 Relé de UE a red basada en enlace lateral

4.1 Escenarios, Supuestos y Requisitos

El relé de UE a red permite la extensión de la cobertura y el ahorro de energía para el UE remoto. Los escenarios de cobertura considerados en este estudio son los siguientes:

- El UE de relé de UE a red está en cobertura y el UE remoto está fuera de cobertura

- El UE de relé de UE a red y el UE remoto están en cobertura

- Para relé de UE a red L3, el UE de relé y el UE remoto pueden estar en la misma celda o en celdas diferentes, después de que el UE remoto establezca la conexión a través del UE de relé

- Para relé de UE a red L2, se admite como base que después de que el UE remoto se conecta a través del UE de relé, el UE de relé y el UE remoto son controlados por la celda de servicio del UE de relé.

Para relé de UE a red L2, se admiten los dos casos a continuación, es decir

- Antes de la conexión remota a través del UE de relé, el UE de relé y el UE remoto están en la misma celda; - Antes de la conexión remota a través del UE de relé, el UE de relé y el UE remoto están en celdas diferentes;

Los escenarios considerados se reflejan en la Figura 4.1-1.

[Figura 4.1-1 de 3GPP TR 38.836 V1.0.0, titulada "Escenarios para relé de UE a red", se reproduce como FIG. 9]

NR Uu se asume en el enlace Uu del UE relé de UE a red. El enlace lateral NR se asume en PC5 entre los UE remotos y el UE de relé de UE a red.

No se considera la configuración/control de RAT cruzada de UE (UE remoto o UE de relé de UE a red), es decir, eNB/ng-eNB no controlan/configuran un UE remoto NR y un UE de relé de UE a red. Para relé de UE a red, el estudio se centra en el tráfico de datos de unidifusión entre el UE remoto y el NW.

La configuración/programación de un UE (UE remoto o UE de relé de UE a red) por parte del SN para realizar una comunicación de enlace lateral NR está fuera del alcance de este estudio.

Para el relé de UE a red, la retransmisión de datos de unidifusión entre el UE remoto y la red puede ocurrir después de que se establezca una conexión PC5-RRC entre el UE de relé y el UE remoto. El estado Uu RRC del UE relé y el UE remoto puede cambiar cuando se conecta a través de PCS. Tanto el UE de relé como el UE remoto pueden realizar el descubrimiento de relé en cualquier estado de RRC. Un UE remoto puede realizar un descubrimiento de relé mientras está fuera de la cobertura de Uu.

Un UE de relé debe estar en RRC_CONNECTED para realizar la retransmisión de datos de unidifusión.

Para relé de UE a red L2:

- Los UE remotos deben estar en RRC_CONNECTED para realizar la transmisión/recepción de datos de unidifusión retransmitidos.

- El UE de relé puede estar en RRC_IDLE, RRC_INACTIVE o RRC_CONNECTED siempre que todos los UE remotos conectados a PC5 estén en RRC_IDLE.

- El UE de relé puede estar en RRC_INACTIVE o RRC_CONNECTED siempre que todos los UE remotos conectados a PC5 estén en RRC_INACTIVE.

Para relé de UE a red L3, tanto UE de relé como UE remoto pueden estar en estado RRC_INACTIVE. El requisito de continuidad del servicio es solo para el relé de UE a red, pero no para el relé de UE a UE en esta versión.

RAN₂ ha estudiado el escenario de movilidad de "entre la ruta directa (Uu) y la ruta indirecta (a través del relé)" para el relé de UE a red. RAN₂ se enfoca en los escenarios de movilidad de casos intra-gNB en la fase de estudio, y asume que los casos inter-gNB también serán compatibles. Para los casos inter-gNB, en comparación con los casos intragNB, las diferentes partes potenciales en la interfaz Uu pueden estudiarse en detalle en la fase SI o en la fase WI. RAN₂ resta prioridad al trabajo específico del escenario de movilidad de "entre indirecto (a través de un primer UE de relé ) e indirecta (a través de un segundo UE de relé )" para la conmutación de rutas en la fase SI, que puede estudiarse en la fase WI, si es necesario.

RAN₂ elimina la prioridad del escenario de movilidad grupal en la fase SI, que puede discutirse en la fase WI, si es necesario.

4.2 Descubrimiento

El modelo de descubrimiento del modelo A y el modelo B, tal como se define en la cláusula 5.3.1.2 de TS 23.303 [3], se toma como una suposición de trabajo tanto para el relé de UE a red como para el relé de UE a UE. La pila de protocolos del mensaje de descubrimiento es similar o idéntica a la señalización de PC5-S, como se ilustra en la Figura 16.9.2.1-2 de 38.300 [4].

Para UE de relé de relé de UE a red,

- El UE de relé debe estar dentro de un umbral de intensidad de señal Uu mínimo y máximo si lo proporciona gNB antes de que pueda transmitir el mensaje de descubrimiento cuando está en estado Rr C_IDLE o r Rc_INACTIVE. - El UE de relé puede transmitir un mensaje de descubrimiento con base en la configuración de comunicación de enlace lateral de N^r proporcionada por gNB en todos los estados de RRC.

- El UE de relé que admite rele de UE a red L3puede transmitir un mensaje de descubrimiento con base en al menos una configuración previa cuando está conectado a un gNB que no es capaz de operar con relé de enlace lateral, en caso de que su operador de servicio no se comparta con el operador para operación de enlace lateral.

- El UE de relé que admite relé de UE a red L2 debe estar siempre conectado a un gNB que sea capaz de realizar operaciones de relé de enlace lateral, incluyendo la provisión de configuraciones para la transmisión de mensaje s de descubrimiento.

Para UE remoto de relé de UE a red,

- El UE remoto en estado RRC_IDLE y RRC_INACTIVE puede transmitir un mensaje de descubrimiento si la intensidad de la señal medida de la celda de servicio es inferior a un umbral configurado.

- Si el UE remoto en RRC_CONNECTED puede transmitir el descubrimiento se basa en la configuración proporcionada por el gNB de servicio.

- No se necesita una configuración de red adicional para la medición de Uu por parte de un UE remoto en RRC_IDLE o RRC_INACTIVE.

- El UE remoto fuera de cobertura siempre puede transmitir un mensaje de descubrimiento con base en la configuración previa mientras aún no está conectado a la red a través de un UE de relé.

- El UE remoto que admite relé de UE a red puede transmitir un mensaje de descubrimiento con base en al menos la configuración previa cuando está conectado directamente a un gNB que no es capaz de operar con relé de enlace lateral, en caso de que su operador de servicio no se comparta con el operador SL.

- Para el UE remoto compatible con L3 relé de UE a red que está fuera de cobertura y conectado indirectamente a un gNB, no es factible que el gNB de servicio proporcione una configuración de radio para transmitir el mensaje de descubrimiento.

La definición detallada de un gNB que no es capaz de operar con relé de enlace lateral se puede dejar para la fase WI, pero al menos debe incluir el caso de que el gNB no proporcione una configuración de relé de SL, por ejemplo, sin configuración de detección.

El grupo de recursos para transmitir el mensaje de descubrimiento puede compartirse o separarse del grupo de recursos para la transmisión de datos.

- En el caso de un grupo de recursos compartidos, se introduce un nuevo LCID para el mensaje de descubrimiento, es decir, un nuevo SL SRB transporta el mensaje de descubrimiento.

- Dentro de un grupo de recursos separados, los mensaje s de descubrimiento se tratan por igual entre sí durante el procedimiento LCP.

Nota del editor: Para UE remoto fuera de cobertura, es FFS si la transmisión del mensaje de descubrimiento se basa en la configuración de la red si el UE remoto ya está conectado a la red a través de un UE de relé.

Nota del editor: Para UE remoto en RRC_CONNECTED, el detalle de la configuración proporcionada por el servicio gNB es FFS.

4.3 Criterio y procedimiento de (re)selección del relé

La solución de referencia para la (re)selección de relés es la siguiente: Las mediciones de radio en la interfaz PC5 se consideran parte de los criterios de (re)selección de relés.

- El UE remoto utiliza al menos las mediciones de intensidad de la señal de radio de los mensaje s de descubrimiento de enlace lateral para evaluar si la calidad del enlace PC5 de un UE de relé satisface el criterio de selección y reselección de relé.

- Cuando el UE remoto está conectado a un UE de relé, puede usar mediciones de SL-RSRP en el enlace de unidifusión de enlace lateral para evaluar si la calidad del enlace PC5 con el UE de relé satisface el criterio de reselección de relé.

Más detalles sobre los criterios de medición de radio de PC5, por ejemplo, en caso de que no haya transmisión en el enlace de unidifusión de enlace lateral, se pueden discutir en la fase WI.

Para la (re)selección de relé, el UE remoto compara las mediciones de radio PC5 de un UE de relé con el umbral configurado por gNB o preconfigurado. Los criterios de capa superior también deben ser considerados por el UE remoto para la (re)selección de relé, pero los detalles se pueden dejar para que lo decida SA2. La (re)selección de relé puede activarse mediante capas superiores del UE remoto.

La reselección del relé debe activarse si la intensidad de la señal de enlace lateral NR del relé de enlace lateral actual está por debajo de un umbral (pre)configurado. Además, la reselección del relé puede activarse si el UE remoto detecta RLF del enlace PC5 con el UE del relé actual.

La referencia descrita anteriormente para la (re)selección de relés se aplica a las soluciones L2 y L3. Pero para el UE remoto RRC_CONNECTED en el escenario de relé de UE a red L2, la decisión de gNB sobre la selección/reselección de relé se considera en la fase WI bajo la referencia anterior. Se pueden considerar criterios de capa AS adicionales en la fase WI para las soluciones de relé de UE a red L2 y L3.

Para la (re)selección de relé, cuando el UE remoto tiene varios candidatos de UE de relé adecuados que cumplen con todos los criterios de la capa AS y de la capa superior y el UE remoto necesita seleccionar un UE de relé por sí mismo, depende de la implementación del UE remoto elegir un UE de relé. Esto no excluye la participación de gNB en la continuidad del servicio para escenarios de relé de UE a NW.

[...]

4.5 Relé de capa 2

4.5.1 Pila de arquitectura y protocolo

4.5.1.1 Pila de protocolos

Las pilas de protocolos para el plano de usuario y el plano de control de la arquitectura de relé de UE a red L2 se describen en la Figura 4.5.1.1-1 y la Figura 4.5.1.1-2 para el caso en que la capa de adaptación no sea compatible con la interfaz PC5, y Figura 4.5.1.1-3 y Figura 4.5.1.1-4 para el caso en el que se admite la capa de adaptación en la interfaz PC5.

Para relé de UE a red L2, la capa de adaptación se coloca sobre la subcapa RLC para CP y UP en la interfaz Uu entre UE de relé y gNB. El Uu SDa P/PDCP y el RRC terminan entre el UE remoto y el gNB, mientras que el RLC, el MAC y el PHY terminan en cada enlace (es decir, el enlace entre el UE remoto y el Ue de relé de UE a red y el enlace entre el UE de relé de UE a red y el gNB). Si la capa de adaptación también es compatible con la interfaz PC5 entre el UE remoto y el UE de relé se deja en la fase WI (suponiendo primero una selección descendente antes de estudiar demasiado las funcionalidades detalladas de la capa de adaptación de PC5).

[Figura 4.5.1.1-1 de 3GPP TR 38.836 V1.0.0, titulada "Pila de protocolo del plano de usuario para relé de UE a red L2 (la capa de adaptación no es compatible con la interfaz PC5)", se reproduce como FIG. 10]

[Figura 4.5.1.1-2 de 3GPP TR 38.836 V1.0.0, titulada "Pila de protocolo del plano de control para relé de UE a red L2 (la capa de adaptación no es compatible con la interfaz PC5)", se reproduce como FIG. 11]

[Figura 4.5.1.1-3 de 3GPP TR 38.836 V1.0.0, titulada "Pila de protocolo del plano de usuario para relé de UE a red L2 (la capa de adaptación es compatible con la interfaz PC5)", se reproduce como FIG. 12]

[Figura 4.5.1.1-4 de 3GPP TR 38.836 V1.0.0, titulada "Pila de protocolo del plano de control para relé de UE a red L2 (la capa de adaptación es compatible con la interfaz PC5)", se reproduce como FIG. 13]

4.5.1.2 Funcionalidad de la capa de adaptación

Para relé de UE a red L2, para enlace ascendente

- La capa de adaptación de Uu en el UE de relé admite la asignación de portadores de UL entre los canales PC5 RLC de entrada para la retransmisión y los canales Uu RLC de salida a través de la ruta Uu del UE de relé. Para el tráfico de retransmisión de enlace ascendente, los diferentes RB de extremo a extremo (SRB, DRB) del mismo UE remoto y/o diferentes UE remotos pueden estar sujetos a mapeo N:1 y multiplexación de datos sobre un canal Uu RLC.

- La capa de adaptación Uu se utiliza para admitir la identificación de UE remotos para el tráfico de UL (multiplexando los datos provenientes de múltiples UE remotos). La información de identidad de portador de radio de UE Uu remoto y UE remoto se incluye en la capa de adaptación Uu en UL para que gNB correlacione los paquetes de datos recibidos para la entidad PDCP específica asociada con el portador de radio de UE Uu remoto de un Ue remoto.

Para relé de UE a red L2, para enlace descendente

- La capa de adaptación Uu se puede utilizar para admitir el mapeo de portador DL en gNB para mapear el portador de radio de extremo a extremo (SRB, DRB) del UE remoto en el canal Uu RLC sobre la ruta Uu del UE de relé. La capa de adaptación Uu se puede utilizar para admitir el mapeo de portadores DL N:1 y la multiplexación de datos entre múltiples portadores de radio de extremo a extremo (SRB, DRB) de un UE remoto y/o diferentes UE remotos y un canal Uu RLC sobre la ruta UE Uu de relé.

- La capa de adaptación de Uu necesita admitir la identificación de UE remoto para el tráfico de enlace descendente. La información de identidad del portador de radio UE Uu remoto y la información de identidad del UE remoto debe colocarse en la capa de adaptación Uu mediante gNB en DL para que el UE de relé mapeé los paquetes de datos recibidos desde el portador de radio UE Uu remoto a su canal PCS RLC asociado.

[...]

4.5.5 Procedimiento del plano de control

Nota del editor: El procedimiento de CP relacionado con la continuidad del servicio se captura en 4.5.4.

4.5.5.1 Gestión de conexiones

El UE remoto necesita establecer sus propias sesiones de PDU/DRB con la red antes de la transmisión de datos del plano de usuario.

Los aspectos PC5-RRC de procedimientos de establecimiento de enlace de unidifusión Rel-16 NR V2X PCS se pueden reutilizar para configurar un enlace de unidifusión seguro entre el UE remoto y el UE de relé para la retransmisión de UE a red L2 antes de que el UE remoto establezca una conexión Uu RRC con la red a través de UE de relé.

Tanto para los casos dentro como fuera de cobertura, cuando el UE remoto inicia el primer mensaje RRC para su establecimiento de conexión con gNB, la configuración de PCS L2 para la transmisión entre el UE remoto y el UE de relé de UE a red puede basarse en la configuración RLC/MAC definida en las especificaciones.

El establecimiento de Uu SRB1/SRB2 y DRB del UE remoto está sujeto a los procedimientos de configuración heredados de Uu para relé de UE a red L2.

El siguiente procedimiento de establecimiento de conexión de alto nivel se aplica a relé de UE a red L2:

[Figura 4.5.5.1-1 de 3GPP TR 38.836 V1.0.0, titulado "Procedimiento para el establecimiento de conexión remota de UE", se reproduce como la FIG. 14]

Paso 1. El UE remoto y de relé realizan el procedimiento de descubrimiento y establecen la conexión PC5-RRC utilizando el procedimiento Rel-16 heredado como una referencia.

Paso 2. El UE remoto envía el primer mensaje RRC (es decir, RRCSetupRequest) para su establecimiento de conexión con gNB a través del UE de relé, utilizando una configuración L2 predeterminada en PC5. El gNB responde con un mensaje RRCSetup al UE remoto. La RRCSetup entrega al UE remoto utiliza la configuración predeterminada en PCS. Si el UE de relé no se hubiera iniciado en r Rc_CONNECTED, tendría que realizar su propio establecimiento de conexión como parte de este paso. Los detalles para que UE de relé reenvíe el mensaje RRCSetupRequest/RRCSetup para UE remoto en este paso se puede discutir en la fase WI.

Paso 3. El gNB y el UE de relé realizan el procedimiento de configuración del canal de retransmisión sobre Uu. De acuerdo con la configuración de gNB, el UE de relé/remoto establece un canal RLC para la retransmisión de SRB1 hacia el UE remoto a través de PC5. Este paso prepara el canal de retransmisión para SRB1.

Paso 4. Mensaje SRB1 de UE remoto (por ejemplo, un mensaje RRCSetupComplete) se envía al gNB a través del UE de relé mediante el canal de retransmisión de SRB1 a través de PC5. Entonces el UE remoto está conectado RRC sobre Uu.

Paso 5. El UE remoto y el gNB establecen la seguridad siguiendo el procedimiento heredado y los mensaje s de seguridad se reenvían a través del UE de relé.

Paso 6. El gNB establece canales RLC adicionales entre el gNB y el UE de relé para la retransmisión de tráfico. De acuerdo con la configuración de gNB, el UE de relé/remoto establece canales RLC adicionales entre el UE remoto y el UE de relé para la retransmisión de tráfico. El gNB envía una RRCReconfiguration al UE remoto a través del UE de relé, para configurar los SRB2/DRB de retransmisión. El UE Remoto envía una RRCReconfigurationComplete al gNB a través del UE de relé como respuesta. Además del procedimiento de establecimiento de la conexión, para relé de UE a red L2,

- los procedimientos de reconfiguración de RRC y liberación de conexión de RRC pueden reutilizar el procedimiento de RRC heredado, dejando el contenido del mensaje /diseño de configuración a la fase WI.

- Los procedimientos de restablecimiento de la conexión de RRC y reanudación de la conexión de RRC pueden reutilizar el procedimiento RRC heredado como referencia, al considerar el procedimiento de establecimiento de la conexión anterior de relé de UE a red L2 para manejar la parte específica de relé, dejando el contenido del mensaje /diseño de configuración a la fase WI.

3GPP TS 23.287 introdujo lo siguiente:

6.3.3 Comunicación V2X en modo unidifusión sobre el punto de referencia PC5

6.3.3.1 Establecimiento de enlace de capa 2 sobre el punto de referencia PC5

Para realizar el modo de unidifusión de comunicación V2X sobre el punto de referencia PCS, el UE se configura con la información relacionada como se describe en la cláusula 5.12.1.

La Figura 6.3.3.1-1 muestra el procedimiento de establecimiento de enlace de capa 2 para el modo de unidifusión de comunicación V2X sobre el punto de referencia PCS.

[Figura 6.3.3.1-1 de 3GPP TS 23.287 V16.4.0, titulada "Procedimiento de establecimiento de enlace de capa 2", se reproduce como FIG. 15]

1. Los UE determinan la ID de capa 2 de destino para la recepción de señalización para el establecimiento del enlace de unidifusión PCS como se especifica en la cláusula 5.6.1.4. La ID de capa 2 de destino se configura con los UE como se especifica en la cláusula 5.1.2.1.

2. La capa de aplicación V2X en UE-1 proporciona información de aplicación para la comunicación de unidifusión PC5. La información de la aplicación incluye los tipos de servicio V2X y la ID de capa de aplicación del UE iniciador. La ID de la capa de aplicación del UE objetivo puede incluirse en la información de la aplicación.

La capa de aplicación V2X en UE-1 puede proporcionar requisitos de aplicación V2X para esta comunicación de unidifusión. UE-1 determina los parámetros QoS de PC5 y PFI como se especifica en la cláusula 5.4.1.4.

Si el UE-1 decide reutilizar el enlace de unidifusión PC5 existente como se especifica en la cláusula 5.2.1.4, el UE activa el procedimiento de modificación del enlace de capa 2 como se especifica en la cláusula 6.3.3.4.

3. UE-1 envía un mensaje de Solicitud de Comunicación Directa para iniciar el procedimiento de establecimiento de enlace de capa 2 de unidifusión. El mensaje de Solicitud de Comunicación Directa incluye:

- Información de Usuario de Origen: la ID de la capa de aplicación del UE iniciador (es decir, la ID de la capa de aplicación del UE-1).

- Si la capa de aplicación de V2X proporcionó la ID de capa de aplicación del UE de destino en el paso 2, se incluye la siguiente información:

- Información del Usuario de Destino: la ID de la capa de aplicación del UE de destino (es decir, la ID de la capa de aplicación del UE-2).

- Información del Servicio V2X: la información sobre los tipos de servicio V2X que solicitan el establecimiento del enlace de capa 2.

- Información de Seguridad: la información para el establecimiento de la seguridad.

NOTA 1: La Información de Seguridad y la protección necesaria de la información del Usuario de Origen y la información del Usuario de Destino se definen en TS 33.536 [26].

La ID de capa 2 de origen y la ID de capa 2 de destino utilizados para enviar el mensaje de Solicitud de Comunicación directa se determinan como se especifica en las cláusulas 5.6.1.1 y 5.6.1.4. La ID de capa 2 de destino puede ser una ID de capa 2 de transmisión o unidifusión. Cuando se utiliza una ID de capa 2 de unidifusión, la información del usuario de destino se incluirá en el mensaje de Solicitud de Comunicación Directa.

El UE-1 envía el mensaje de Solicitud de Comunicación Directa a través de la transmisión o unidifusión de PC5 utilizando la ID de capa 2 de origen y la ID de capa 2 de destino.

4. La seguridad con UE-1 se establece de la siguiente manera:

4a. Si la Información del Usuario de Destino se incluye en el mensaje de solicitud de comunicación directa, el UE de destino, es decir, el UE-2, responde estableciendo la seguridad con el UE-1.

4b. Si la Información del Usuario de Destino no se incluye en el mensaje de Solicitud de Comunicación Directa, los UE que están interesados en usar los tipos de servicio V2X anunciados a través de un enlace de unidifusión PC5 con UE-1 responden estableciendo la seguridad con UE-1.

NOTA 2: La señalización para el Procedimiento de Seguridad se define en TS 33.536 [26].

Cuando la protección de seguridad está habilitada, el UE-1 envía la siguiente información al UE de destino:

- Si se utiliza la comunicación IP:

- Configuración de la Dirección IP: Para la comunicación IP, se requiere la configuración de la dirección IP para este enlace e indica uno de los siguientes valores:

- "Enrutador IPv6" si el mecanismo de asignación de direcciones IPv6 es compatible con el UE iniciador, es decir, actúa como un enrutador IPv6; o

- "Asignación de direcciones IPv6 no admitida" si el mecanismo de asignación de direcciones IPv6 no es compatible con el UE iniciador.

- Dirección IPv6 local de enlace: una dirección IPv6 local de enlace formada localmente con base en RFC 4862 [21] si el UE-1 no es compatible con el mecanismo de asignación de direcciones IP IPv6, es decir, la configuración de direcciones IP indica "no se admite la asignación de direcciones IPv6".

- QoS Info: la información sobre PC5 QoS Flow(s) que se agregará. Para cada Flujo de QoS de PC5, el PFI, los parámetros de QoS de PC5 correspondientes (es decir, PQI y condicionalmente otros parámetros como MFBR/GFBR, etc.) y los tipos de servicio V2X asociados.

La ID de capa 2 de origen utilizado para el procedimiento de establecimiento de seguridad se determina como se especifica en las cláusulas 5.6.1.1 y 5.6.1.4. La ID de capa 2 de destino se establece en la ID de capa 2 de origen del mensaje de Solicitud de Comunicación Directa recibido.

Al recibir los mensaje s del procedimiento de establecimiento de seguridad, el UE-1 obtiene la ID de capa 2 del UE par para futuras comunicaciones, para señalización y tráfico de datos para este enlace de unidifusión.

5. Los UE de destino que han establecido correctamente la seguridad con el UE-1 envían un mensaje de Aceptación de Comunicación Directa al UE-1:

5a. (Establecimiento de enlace de capa 2 orientado a UE) Si la Información de Usuario de Destino se incluye en el mensaje de Solicitud de Comunicación Directa, el UE de destino, es decir, el UE-2, responde con un mensaje de Aceptación de Comunicación Directa si la ID de capa de aplicación para UE-2 coincide.

5b. (Establecimiento de enlace de capa 2 orientado al servicio V2X) Si la Información del Usuario de Destino no se incluye en el mensaje de Solicitud de Comunicación Directa, los UE que están interesados en utilizar los servicios V2X anunciados responden a la solicitud mediante el envío de un mensaje de Aceptación de Comunicación Directa (UE-2 y UE-4 en la Figura 6.3.3.1-1).

El mensaje de Aceptación de Comunicación Directa incluye:

- Información de Usuario de Origen: ID de capa de aplicación del UE que envía el mensaje de Aceptación de Comunicación Directa.

- QoS Info: la información sobre PC5 QoS Flow(s) solicitada por UE-1. Para cada Flujo de QoS de PC5, el PFI, los parámetros de QoS de PC5 correspondientes (es decir, PQI y condicionalmente otros parámetros como MFBR/GFBR, etc.) y los tipos de servicio V2X asociados.

- Si se utiliza la comunicación IP:

- Configuración de la dirección IP: Para la comunicación IP, se requiere la configuración de la dirección IP para este enlace e indica uno de los siguientes valores:

- "Enrutador IPv6" si el mecanismo de asignación de direcciones IPv6 es compatible con el UE de destino, es decir, actúa como un enrutador IPv6; o

- "No se admite la asignación de direcciones IPv6" si el UE de destino no admite el mecanismo de asignación de direcciones IPv6.

- Dirección IPv6 Local de Enlace: una dirección IPv6 local de enlace formada localmente según RFC 4862 [21] si el UE de destino no es compatible con el mecanismo de asignación de direcciones IPv6 IP, es decir, la Configuración de Direcciones IP indica "Asignación de direcciones IPv6 no compatible" y el UE-1 incluyó una dirección IPv6 de enlace local en el mensaje de Solicitud de Comunicación Directa. El UE de destino incluirá una dirección IPv6 local de enlace que no esté en conflicto.

Si ambos UE (es decir, el UE de inicio y el UE de destino) seleccionan utilizar una dirección IPv6 local de enlace, deberán deshabilitar la detección de direcciones duplicadas definida en RFC 4862 [21].

NOTA 3: Cuando el UE de inicio o el UE de destino indica la compatibilidad con el enrutador IPv6, el procedimiento de configuración de la dirección correspondiente se llevará a cabo después del establecimiento del enlace de capa 2 y las direcciones IPv6 locales del enlace se ignorarán.

La capa V2X del UE que estableció el enlace de unidifusión de PC5 pasa el identificador de enlace de PC5 asignado para el enlace de unidifusión y la información relacionada con el enlace de unidifusión de PC5 a la capa AS. La información relacionada con el enlace de unidifusión de PC5 incluye información de ID de capa 2 (es decir, ID de capa 2 de origen e ID de capa 2 de destino) y los parámetros QoS de PC5 correspondientes. Esto permite que la capa AS mantenga el identificador de enlace de PC5 junto con la información relacionada con el enlace de unidifusión de PC5.

6. Los datos del servicio V2X se transmiten a través del enlace de unidifusión establecido de la siguiente manera:

El identificador de enlace PC5 y el PFI se proporcionan a la capa AS, junto con los datos del servicio V2X.

Opcionalmente, además, la información de ID de capa 2 (es decir, ID de capa 2 de origen e ID de capa 2 de destino) se proporciona a la capa AS.

NOTA 4: Depende de la implementación del UE proporcionar la información de ID de capa 2 a la capa AS. UE-1 envía los datos del servicio V2X utilizando la ID de capa 2 de origen (es decir, la ID de capa 2 de UE-1 para este enlace de unidifusión) y la ID de capa 2 de destino (es decir, la ID de capa 2 del UE par para este enlace de unidifusión).

NOTA 5: El enlace de unidifusión de PC5 es bidireccional, por lo tanto, el UE par del UE-1 puede enviar los datos del servicio V2X al UE-1 a través del enlace de unidifusión con el UE-1.

La comunicación de relé de UE a red se estudia para que el UE acceda a la red a través de una comunicación de red indirecta. Básicamente, se podría tener en cuenta el diseño arquitectónico Rel-165G (por ejemplo, comunicación QoS basada en flujo a través de la interfaz PCS/LTu). En el escenario de comunicación de relé de UE a red, un UE remoto accedería a la red (por ejemplo, 5GC) a través de un UE de relé donde el UE remoto podría estar fuera de cobertura mientras que el UE de relé estaría dentro de cobertura. El UE remoto se comunicaría con el UE de relé a través de la interfaz PC5 (o denominada interfaz de enlace lateral) para acceder a la red, mientras que el UE de relé se comunicaría con una estación base (por ejemplo, gNB) a través de la interfaz Uu para reenviar el tráfico entre el UE remoto y la red.

De acuerdo con 3GPP TS 38.331 V16.2.0, cuando un UE en RRC_CONNECTED realiza un procedimiento de restablecimiento de conexión de RRC (debido, por ejemplo, a una falla de traspaso, falla de enlace de radio, etc.), el UE transmite un mensaje de solicitud de restablecimiento RRC para restablecer una conexión de RRC (por ejemplo, RRCReestablishmentRequest) en una celda a un gNB. El UE realiza la Selección de Celda para seleccionar la celda (entre las celdas preparadas, incluyendo la celda de servicio original o una celda objetivo en la que el UE está en transferencia) antes de enviar el mensaje de solicitud de restablecimiento de RRC. En el mensaje de solicitud de restablecimiento de RRC, se incluye un Identificador Temporal de Red de Radio Celular (C-RNTI) del UE. El C-RNTI del UE podría usarse en la celda de servicio del UE en la que se produjo el desencadenante del restablecimiento. Además, el mensaje de solicitud de restablecimiento de Control de Recursos de Radio (RRC) también podría incluir una identidad de celda física. La identidad de celda física podría usarse para identificar la celda de servicio en la que se produjo el desencadenante del restablecimiento. El UE podría obtener la identidad de la celda física a partir de la información del sistema transmitida por el gNB. Además, el mensaje de solicitud de restablecimiento de RRC también podría incluir un shortMAC-I. El shortMAC-I podría calcularse mediante una llave de seguridad (por ejemplo, KRRCint) y/o un algoritmo de seguridad (para la protección de la integridad) utilizado en la celda de servicio en la que se produjo el desencadenante del restablecimiento. El algoritmo de seguridad podría indicarse en un mensaje de comando de seguridad (por ejemplo, SecurityModeCommand) recibido del gNB. El UE podría derivar la llave de seguridad y asociar la llave de seguridad con el algoritmo de seguridad. El mensaje de comando de seguridad podría recibirse antes de que el UE inicie el procedimiento de restablecimiento de la conexión de RRC.

Normalmente, en el escenario de LTE comunicándose directamente con gNB, el UE obtiene el C-RNTI durante un procedimiento de acceso aleatorio (como se introdujo en 3GPP TS 38.321 V16.2.1) realizado para un procedimiento de establecimiento de conexión de RRC. Cuando el UE realiza el procedimiento de establecimiento de conexión de RRC, el UE envía un mensaje de solicitud de configuración de r Rc (por ejemplo, RRCSetupRequest) a un gNB a través del procedimiento de acceso aleatorio. De acuerdo con 3GPP T^s 38.321 V16.2.1, el UE envía un Msg1 (es decir, un preámbulo de acceso aleatorio) al gNB y luego recibe un Msg2 (es decir, una respuesta de acceso aleatorio) del gNB. En el Msg2 se incluye un C-RNTI temporal y una concesión de RAR. El UE utiliza la concesión de RAR para enviar un Msg3 que incluye el mensaje de solicitud de configuración de RRC al gNB. Si el UE recibe un Msg4 del gNB basado en el C-RNTI temporal y la resolución de disputas del procedimiento de acceso aleatorio es exitosa (es decir, el contenido de Msg4 coincide con el contenido de Msg3), entonces el UE almacena el C-RNTI temporal como un C-RNTI. Este C-RNTI podría usarse para construir el contenido del mensaje de solicitud de restablecimiento de RRC como se mencionó anteriormente.

En el escenario de comunicación de rele de LTE a red (es decir, en el escenario de UE que se comunica indirectamente con gNB), un UE remoto se comunica con gNB a través de un UE de relé. El UE remoto no puede obtener dicho C-RNTI del gNB ya que el UE remoto no realiza dicho procedimiento de acceso aleatorio con el gNB. Por lo tanto, se debe considerar alguna forma de proporcionar información (por ejemplo, C-RNTI, identidad de celda física, etc.) utilizada para construir el contenido del mensaje de solicitud de restablecimiento de RRC al UE remoto.

Básicamente, el UE remoto necesita establecer una conexión de RRC con el gNB a través del UE de relé. El UE remoto podría enviar un mensaje de solicitud de configuración de RRC para solicitar un establecimiento de conexión de RRC con el gNB al UE de relé, y el UE de relé podría entonces reenviar el mensaje de solicitud de configuración de RRC al gNB. En respuesta a la recepción del mensaje de solicitud de configuración de RRC, el gNB podría responder un mensaje de configuración de RRC (por ejemplo, RRCSetup) para el establecimiento de la conexión de RRC. El gNB podría enviar el mensaje de establecimiento de RRC al UE de relé, y el UE de relé podría entonces reenviar este mensaje al UE remoto. Al recibir el mensaje de configuración de RRC, el UE remoto podría cumplir con las configuraciones incluidas en el mensaje de configuración de RRC (como se introdujo en 3GPP TS 38.331 V16.2.0). Posiblemente, el mensaje de configuración de RRC podría incluir además un C-RNTI para el UE remoto. El UE remoto podría entonces enviar un mensaje completo de configuración de RRC (por ejemplo, RRCSetupComplete) en respuesta a la recepción del mensaje de configuración de RRC al UE de relé, y el UE de relé podría entonces reenviar el mensaje de configuración de RRC completo al gNB.

Las FIGS. 16 y 17 muestran dos ejemplos de la invención. Después de la falla del enlace de radio de enlace lateral, el UE remoto puede realizar una reselección de relé. Se pueden seleccionar una nueva celda de servicio y un nuevo UE de relé. Es posible que se vuelva a seleccionar el UE de relé original. Por otro lado, también es posible que ocurra una falla en el enlace de radio en el enlace de radio Uu entre el UE de relé y el gNB original (mientras que la conexión PC5 entre el UE de relé y el UE remoto todavía está disponible). En esta situación, el UE de relé puede realizar una (re)selección de celda. Para ambas situaciones, el UE remoto puede iniciar un procedimiento de restablecimiento de conexión de RRC. El UE remoto puede enviar un mensaje de solicitud de restablecimiento de RRC a la nueva celda de servicio o gNB. El mensaje de solicitud de restablecimiento de RRC podría enviarse a la nueva celda de servicio o gNB directamente o a través del UE de relé original o el nuevo UE de relé. Un mensaje de restablecimiento de RRC (correspondiente al mensaje de solicitud de restablecimiento de RRC) de la nueva celda de servicio o gNB puede incluir un nuevo C-RNTI (y opcionalmente una nueva identidad de celda física) para que el UE remoto lo use después de que se ha completado el procedimiento de restablecimiento de la conexión de RRC. Se observa que el UE remoto podría establecer una nueva conexión PC5 con el nuevo UE de relé antes de enviar el mensaje de solicitud de restablecimiento de RRC a la nueva celda de servicio o gNB a través del nuevo UE de relé. Y, la conexión PC5 puede ser una conexión PC5 RRC o un enlace de unidifusión PC5.

Más específicamente, el UE remoto podría enviar el mensaje de solicitud de configuración de RRC en SRB0. El SRB0 podría asociarse con un canal de Control de Enlace de Radio (RLC) PC5. Por lo tanto, el mensaje de solicitud de establecimiento de RRC podría entregarse a este canal PC5 RLC para su transmisión al UE de relé. La asociación entre el SRB0 y este canal PC5 RLC podría estar predefinida o preconfigurada en el UE remoto y el UE de relé. En el aspecto del UE de relé, el UE de relé podría enviar el mensaje de solicitud de configuración de RRC en un canal Uu RLC asociado con el canal PC5 RLC en el que se recibe el mensaje de solicitud de configuración de RRC. La asociación entre este canal Uu RLC y el SRB0 del UE remoto podría estar predefinida o preconfigurada en el UE de relé o configurada por el gNB.

Más específicamente, el gNB podría enviar el mensaje de configuración de RRC en el SRB0 del UE remoto. El mensaje de establecimiento de RRC podría entregarse al canal Uu RLC asociado con el SRB0 del UE remoto para su transmisión al UE de relé. En el aspecto del UE de relé, el UE de relé podría enviar el mensaje de configuración de RRC en el canal PC5 RLC asociado con este canal Uu RLC para su transmisión al UE remoto.

Más específicamente, el LTE remoto podría establecer SRB1 en respuesta a la recepción del mensaje de configuración de RRC. El UE remoto podría enviar el mensaje de configuración completa de RRC en el SRB1. El SRB1 podría asociarse con un canal PC5 RLC. Por lo tanto, el mensaje de configuración completa de RRC podría entregarse a este canal PC5 RLC para su transmisión al UE de relé. La asociación entre la SRB 1 del UE remoto y este canal PC5 RLC podría estar predefinida o preconfigurada en el UE remoto y el UE de relé. En el aspecto del U^e de relé, el UE de relé podría enviar el mensaje de configuración completa de r Rc al gNB en un canal RLC Uu asociado con el canal PC5 RLC en el que se recibe el mensaje de configuración completa de RRC. La asociación entre este canal Uu RLC y el SRB 1 del UE remoto podría estar predefinida o preconfigurada en el UE de relé o configurada por el gNB.

Para activar la protección de seguridad AS para proteger el tráfico y/o la señalización intercambiada entre el UE remoto y el gNB, el gNB envía un mensaje de comando de modo de seguridad (por ejemplo, SecurityModeCommand) al UE de relé, y el UE de relé luego reenvía el mensaje de comando del modo de seguridad al UE remoto. Al recibir el mensaje de comando del modo de seguridad, el UE remoto podría derivar la clave de seguridad y configurar capas inferiores (por ejemplo, PDCP) para aplicar protección de integridad y/o cifrado. Y luego, el UE remoto podría enviar un mensaje de modo de seguridad completo (por ejemplo, SecurityModeComplete) al UE de relé, y el UE de relé podría entonces reenviar el mensaje de finalización del modo de seguridad al gNB para completar la activación de la protección de seguridad del AS. Como alternativa a proporcionar un C-RNTI para el UE remoto en el mensaje de configuración de RRC, el C-RNTI también podría proporcionarse para el UE remoto en el mensaje de comando de modo de seguridad.

Más específicamente, el gNB podría enviar el mensaje de comando del modo de seguridad en el SRB1 del UE remoto. El mensaje de comando del modo de seguridad podría entregarse al canal Uu RLC asociado con el SRB 1 del UE remoto para su transmisión al UE de relé. En el aspecto del UE de relé, el UE de relé podría enviar el mensaje de comando del modo de seguridad en el canal PC5 RLC asociado con este canal Uu RLC para su transmisión al UE remoto.

Más específicamente, el UE remoto podría enviar el mensaje de modo de seguridad completo en el SRB1. El mensaje de modo de seguridad completo podría entregarse al canal PC5 RLC asociado con el SRB 1 del UE remoto para su transmisión al UE de relé. En el aspecto del UE de relé, el UE de relé podría enviar el mensaje de modo de seguridad completo al gNB en el canal Uu RLC asociado con el canal PC5 RLC en el que se recibe el mensaje de modo de seguridad completo.

El gNB podría además establecer uno o más DRB con el UE remoto para comunicar el tráfico. Por lo tanto, el gNB envía un mensaje de reconfiguración de RRC (por ejemplo, RRCReconfiguration) para establecer estos DRB al UE de relé, y el UE de relé luego envía el mensaje de reconfiguración de RRC al UE remoto. Dado que el mensaje de configuración de RRC y el mensaje de comando de modo de seguridad no se envían con cifrado, sería mejor proporcionar alternativamente un C-RNTI al UE remoto con protección de seguridad. Por lo tanto, se incluye un C-RNTI para el UE remoto en un mensaje de reconfiguración de RRC. Esta reconfiguración de RRC que incluye un C-RNTI para el UE remoto se envía al UE remoto después de que se activa la protección de seguridad del AS.

Más específicamente, el gNB podría enviar el mensaje de reconfiguración de RRC en el SRB 1 del UE remoto. El mensaje de reconfiguración de RRC podría entregarse al canal Uu RLC asociado con el SRB 1 del UE remoto para su transmisión al UE de relé. En el aspecto del UE de relé, el UE de relé podría enviar el mensaje de reconfiguración de RRC en el canal de PC5 RLC asociado con este canal de Uu RLC para su transmisión al UE remoto.

Más específicamente, el UE remoto responde al gNB con un mensaje de reconfiguración completa de RRC en respuesta a la recepción del mensaje de reconfiguración de RRC. El UE remoto podría enviar el mensaje de reconfiguración de RRC en el SRB1. El mensaje de reconfiguración completa de RRC podría entregarse al canal PC5 RLC asociado con el SRB 1 del UE remoto para su transmisión al UE de relé. En el aspecto del UE de relé, el UE de relé podría enviar el mensaje de reconfiguración completa de RRC al gNB en el canal Uu RLC asociado con el canal PC5 RLC en el que se recibe el mensaje de reconfiguración completa de RRC.

La FIG. 18 es un diagrama 1800 de flujo que ilustra un método para que un UE remoto soporte la comunicación de relé de UE a red. En el paso 1805, el UE remoto establece una conexión PC5 con un primer UE de relé para una comunicación de relé con un primer nodo de red. En el paso 1810, el UE remoto realiza un procedimiento de establecimiento de conexión de RRC con el primer nodo de red a través del primer UE de relé. En el paso 1815, el UE remoto transmite un primer mensaje RRC a un segundo nodo de red a través de un segundo UE de relé para solicitar el restablecimiento de la conexión de RRC, en el que el primer mensaje RRC incluye un primer C-RNTI del UE remoto. En el paso 1820, el UE remoto recibe un segundo mensaje RRC de la segunda red a través del segundo UE de relé para restablecer una conexión de RRC entre el segundo nodo de red y el UE remoto, en el que el segundo mensaje RRC incluye un segundo C-RNTI del UE remoto.

Preferiblemente, el UE remoto podría transmitir un tercer mensaje RRC para solicitar el establecimiento de una conexión de RRC entre el primer nodo de red y el UE remoto al primer nodo de red a través del primer UE de relé. El UE remoto también podría recibir un cuarto mensaje RRC para establecer la conexión de RRC entre el primer nodo de red y el UE remoto desde el primer nodo de red a través del primer UE de relé. El primer C-RNTI del UE remoto podría incluirse en el cuarto mensaje RRC.

Preferiblemente, el UE remoto podría enviar el primer mensaje RRC al segundo nodo de la red si el UE remoto inicia un procedimiento de restablecimiento de conexión de RRC, si el UE remoto vuelve a seleccionar un nuevo UE de relé, o si el primer UE de relé declara una falla de enlace de radio en un Uu enlace con el primer nodo de la red.

Preferiblemente, el primer nodo de red podría ser el mismo que el segundo nodo de red. El nodo de red primero o segundo podría ser una estación base (por ejemplo, gNB). El primer relé UE podría ser el mismo que el segundo relé UE. El primer mensaje RRC podría ser un mensaje RRCReestablishmentRequest; el segundo mensaje RRC podría ser un mensaje RRCReestablishment; el tercer mensaje RRC podría ser un mensaje RRCSetupRequest; y el cuarto mensaje RRC podría ser un mensaje RRCSetup. Y, la conexión PC5 puede ser una conexión PC5 RRC o un enlace de unidifusión PC5.

Volviendo a las FIGS. 3 y 4, en una realización ejemplar de un método para que un UE remoto admita la comunicación de relé de UE a red, el U^e 300 remoto incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el UE remoto (i) establezca una conexión PC5 con un primer UE de relé para una comunicación de relé con un primer nodo de red, (ii) para realizar un procedimiento de establecimiento de conexión de RRC con la primera red nodo a través del primer U^e de relé, (iii) para transmitir un primer mensaje RRC a un segundo nodo de red a través de un segundo UE de relé para solicitar el restablecimiento de la conexión de RRC, en el que el primer mensaje RRC incluye un primer C-RNTI del UE remoto, y (iv) recibir un segundo mensaje RRC desde el segundo nodo de red a través del segundo UE de relé para restablecer una conexión de RRC entre el segundo nodo de red y el UE remoto, en el que el segundo mensaje RRC incluye un segundo C-RNTI del UE remoto. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en el presente documento.

La FIG. 19 es un diagrama 1900 de flujo que ilustra un método para que un UE remoto soporte la comunicación de relé de UE a red. En el paso 1905, el UE remoto establece una conexión PC5 con un UE de relé para una comunicación de relé con un primer nodo de red. En el paso 1910, el UE remoto realiza un procedimiento de establecimiento de conexión de RRC con el primer nodo de red a través del UE de relé. En el paso 1915, el UE remoto transmite un primer mensaje RRC a un segundo nodo de red para solicitar el restablecimiento de la conexión de RRC, en el que el primer mensaje RRC incluye un primer C-RNTI del UE remoto o una primera identidad del UE remoto. En el paso 1920, el UE remoto recibe un segundo mensaje RRC de la segunda red, en el que el segundo mensaje RRC incluye un segundo C-RNTI del UE remoto o una segunda identidad del UE remoto.

Preferiblemente, el UE remoto podría recibir el primer C-RNTI del UE remoto o la primera identidad del UE remoto desde el primer nodo de red a través del UE de relé durante el procedimiento de establecimiento de la conexión de RRC.

Preferiblemente, el UE remoto podría transmitir un primer mensaje PC5-S para solicitar el establecimiento de la conexión de PC5 con el UE de relé. El UE remoto podría recibir un segundo mensaje PC5-S para aceptar el establecimiento de la conexión de PC5 desde el UE de relé. El UE remoto podría transmitir un tercer mensaje RRC para solicitar el establecimiento de una conexión de RRC entre el primer nodo de red y el UE remoto al primer nodo de red a través del UE de relé. El UE remoto podría recibir un cuarto mensaje RRC para establecer la conexión de RRC con el primer nodo de red desde el primer nodo de red a través del UE de relé. El UE remoto podría transmitir un quinto mensaje RRC para completar el establecimiento de la conexión de RRC con el primer nodo de red al primer nodo de red a través del UE de relé. El UE remoto podría ingresar un RRC _CONNECTED si se completa la conexión de RRC con el primer nodo de red. Y, la conexión PC5 puede ser una conexión PC5 RRC o un enlace de unidifusión PC5.

Preferiblemente, el primer C-RNTI o la primera identidad del UE remoto pueden incluirse en el cuarto mensaje RRC. El UE remoto podría enviar el primer mensaje RRC al segundo nodo de red si el UE remoto inicia un procedimiento de restablecimiento de conexión de RRC, si el UE remoto vuelve a seleccionar un nuevo UE de relé, o si el UE de relé actual que atiende al UE remoto declara una falla en el enlace de radio en un enlace Uu con el primer nodo de la red.

Preferiblemente, el primer mensaje RRC podría transmitirse al segundo nodo de red directamente o a través del UE de relé o un segundo UE de relé. El segundo mensaje RRC podría recibirse desde el segundo nodo de red directamente o a través del UE de relé o un segundo U^e de relé. El segundo mensaje RRC podría usarse para restablecer una conexión de RRC con el segundo nodo de red.

Preferiblemente, el primer mensaje de RRC podría incluir una primera identidad de celda física (PhysCellId). La primera identidad de celda física podría incluirse en el cuarto mensaje de RRC. La primera identidad de celda física también podría incluirse en una información del sistema (por ejemplo, SI mínimo) enviada por el UE de relé desde el primer nodo de red.

Preferiblemente, el segundo mensaje de RRC podría incluir una segunda identidad de celda física (PhysCellId). La segunda identidad de celda física podría incluirse en una información del sistema (por ejemplo, SI mínimo) enviada por el UE de relé o el segundo UE de relé desde el segundo nodo de red.

Preferiblemente, el primer nodo de red puede ser el mismo que el segundo nodo de red. El nodo de red primero o segundo puede ser una estación base (por ejemplo, gNB).

Preferiblemente, el primer mensaje PC5-S puede ser un mensaje de Solicitud de Comunicación Directa. El segundo mensaje PC5-S puede ser un mensaje de Aceptación de Comunicación Directa. El tercer mensaje RRC puede ser un mensaje RRCSetupRequest. El cuarto mensaje RRC puede ser un mensaje RRCSetup. El quinto mensaje RRC puede ser un mensaje RRCSetupComplete.

Preferiblemente, el primer mensaje RRC puede ser un mensaje RRCReestablishmentRequest. El segundo mensaje RRC puede ser un mensaje RRCReestablishment.

Volviendo a las FIGS. 3 y 4, en una realización ejemplar de un método para que un UE remoto admita la comunicación de relé de UE a red, el U^e 300 remoto incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el UE remoto (i) establezca una conexión de PC5 con un UE de relé para una comunicación de relé con un primer nodo de red, (ii) para realizar un procedimiento de establecimiento de conexión de RRC con el primer nodo de red a través del UE de relé, (iii) para transmitir un primer mensaje RRC a un segundo nodo de red para solicitar el restablecimiento de la conexión de RRC, en la que el primer mensaje RRC incluye un primer C-RNTI del UE remoto o una primera identidad del UE remoto y (iv) para recibir un segundo mensaje RRC desde la segunda red, en la que el segundo mensaje RRC incluye un segundo C-RNTI del UE remoto o una segunda identidad del UE remoto. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en el presente documento.

La FIG. 20 es un diagrama 2000 de flujo que ilustra un método para que un segundo nodo de red admita la comunicación de relé de UE a red. En el paso 2005, el segundo nodo de red recibe un primer mensaje RRC de un UE remoto para solicitar el restablecimiento de la conexión de RRC, en la que el primer mensaje RRC incluye un primer C-RNTI del UE remoto o una primera identidad del UE remoto. En el paso 2010, el segundo nodo de red transmite un segundo mensaje RRC correspondiente al primer mensaje RRC al UE remoto, en el que el segundo mensaje RRC incluye un segundo C-RNTI del UE remoto o una segunda identidad del UE remoto.

Preferiblemente, el segundo nodo de red podría realizar un procedimiento de establecimiento de conexión de RRC con un UE de relé, en el que el UE de relé establece una conexión PC5 con el UE remoto para una comunicación de relé. Además, el segundo nodo de red podría recibir un tercer mensaje RRC correspondiente al segundo mensaje RRC del UE remoto. Y, la conexión de PC5 puede ser una conexión de PC5 RRC o un enlace de unidifusión PC5.

Preferiblemente, el segundo mensaje RRC podría usarse para restablecer una conexión de RRC con el segundo nodo de red. El tercer mensaje RRC podría usarse para completar el restablecimiento de la conexión de RRC. El primer C-RNTI del UE remoto o la primera identidad del UE remoto podría ser proporcionado por un primer nodo de red.

Preferiblemente, el primer mensaje de RRC podría recibirse desde el UE remoto directamente o a través del UE de relé. El segundo mensaje de RRC podría transmitirse al UE remoto directamente o a través del UE de relé. El tercer mensaje de RRC podría recibirse desde el UE remoto directamente o a través del UE de relé.

Preferiblemente, el primer mensaje RRC puede incluir una primera identidad de celda física (PhysCellId). La primera identidad de celda física podría ser proporcionada por el primer nodo de red.

Preferiblemente, el segundo mensaje RRC también puede incluir una segunda identidad de celda física (PhysCellId). La segunda identidad de celda física podría incluirse en una información del sistema (por ejemplo, SI mínimo) enviada por el UE de relé o un segundo UE de relé desde el segundo nodo de red. La segunda identidad de celda física (PhysCellId) podría usarse para que el UE remoto la incluya en otro mensaje RRC para solicitar el restablecimiento de la conexión de RRC.

Preferiblemente, el primer nodo de red podría ser el mismo que el segundo nodo de red. El segundo mensaje RRC puede no incluir el segundo C-RNTI del UE remoto o la segunda identidad del UE remoto, o puede incluir el primer C-RNTI del UE remoto o la primera identidad del UE remoto si el segundo nodo de red es el mismo que el primer nodo de red. El segundo mensaje RRC puede incluir el segundo C-RNTI del UE remoto o la segunda identidad del UE remoto si el segundo nodo de red es diferente del primer nodo de red.

Preferiblemente, el nodo de red primero o segundo podría ser una estación base (por ejemplo, gNB). El primer mensaje RRC puede ser un mensaje RRCReestablishmentRequest. El segundo mensaje RRC puede ser un mensaje RRCReestablishment. El tercer mensaje RRC puede ser un mensaje RRCReestablishmentComplete.

Volviendo a las FIGS. 3 y 4, en una realización ejemplar de un segundo nodo de red para admitir la comunicación de relé de UE a red, el segundo nodo 300 de red incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el segundo nodo de red (i) reciba un primer mensaje RRC desde un UE remoto para solicitar el restablecimiento de la conexión de RRC, en la que el primer mensaje RRC incluye un primer C-RNTI del UE remoto o una primera identidad del UE remoto, y (ii) para transmitir un segundo mensaje RRC correspondiente al primer mensaje RRC al UE remoto, en la que el segundo mensaje RRC incluye un segundo C-RNTI del UE remoto o una segunda identidad del UE remoto. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en el presente documento.

Anteriormente se han descrito diversos aspectos de la divulgación. Debería ser evidente que las enseñanzas en el presente documento podrían incorporarse en una amplia variedad de formas y que cualquier estructura o función específica, o ambas, que se divulgan en el presente documento son meramente representativas. Basándose en las enseñanzas del presente documento, un experto en la técnica debería apreciar que un aspecto divulgado en el presente documento podría implementarse independientemente de cualquier otro aspecto y que dos o más de estos aspectos podrían combinarse de diversas maneras. Por ejemplo, podría implementarse un aparato o podría ponerse en práctica un método usando cualquier número de los aspectos expuestos en el presente documento. Además, dicho aparato podría implementarse o tal método podría practicarse usando otra estructura, funcionalidad o estructura y funcionalidad además de uno o más de los aspectos establecidos en el presente documento o distintos de ellos. Como ejemplo de algunos de los conceptos anteriores, en algunos aspectos se podrían establecer canales concurrentes basados en frecuencias de repetición de pulsos. En algunos aspectos, los canales concurrentes podrían establecerse en con base en la posición del pulso o las compensaciones. En algunos aspectos, se podrían establecer canales concurrentes con base en secuencias de salto de tiempo. En algunos aspectos, los canales simultáneos podrían establecerse con base en las frecuencias de repetición de los pulsos, las posiciones o compensaciones de los pulsos y las secuencias de salto de tiempo.

Los expertos en la técnica comprenderán que la información y las señales pueden representarse usando cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, instrucciones, comandos, información, señales, bits, símbolos y chips a los que se puede hacer referencia a lo largo de la descripción anterior pueden estar representados por voltajes, corrientes, ondas electromagnéticas, campos magnéticos o partículas, campos ópticos o partículas, o cualquier combinación de los mismos.

Los expertos apreciarán además que los diversos bloques lógicos ilustrativos, módulos, procesadores, medios, circuitos y pasos de algoritmos descritos en relación con los aspectos descritos en el presente documento pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica o una combinación de los dos, que puede diseñarse usando codificación fuente o alguna otra técnica), diversas formas de programa o código de diseño que incorporan instrucciones (que pueden denominarse en el presente documento, 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 pasos 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 general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversas formas para cada aplicación particular, pero tales decisiones de implementación no deben interpretarse como que provocan una desviación del alcance 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 el presente documento pueden implementarse dentro o realizarse mediante 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 programables en campo (FPGA) u otro dispositivo lógico programable, lógica de transistor o puerta discreta, 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 el presente documento, 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 como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estado convencional. Un procesador también puede implementarse 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 d Sp o cualquier otra configuración similar.

Se entiende que cualquier orden específico o jerarquía de pasos en cualquier proceso divulgado es un ejemplo de un enfoque de muestra. Con base en las preferencias de diseño, se entiende que el orden específico o la jerarquía de los pasos en los procesos se pueden reorganizar mientras permanecen dentro del alcance de la presente divulgación. Las reivindicaciones del método adjunto presentan elementos de los diversos pasos en un orden de muestra, y no pretenden limitarse al orden específico o la jerarquía presentada.

Los pasos de un método o algoritmo descrito en relación con los aspectos divulgados en el presente documento pueden incorporarse directamente en hardware, en un módulo de software ejecutado por un procesador o en una combinación de ambos. Un módulo de software (por ejemplo, incluyendo las instrucciones ejecutables y los datos relacionados) y otros datos pueden residir en una memoria de datos tal como memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, 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. Un medio de almacenamiento de muestra se puede acoplar a una máquina tal como, por ejemplo, un ordenador/procesador (al que se puede hacer referencia en el presente documento, por conveniencia, como un "procesador") de modo que el procesador pueda leer información (por ejemplo, código) de y escribir información en el medio de almacenamiento. Un medio de almacenamiento de muestras puede ser parte integral del procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en el equipo del usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en el equipo del usuario. Además, en algunos aspectos, cualquier producto de programa de ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos relacionados con uno o más de los aspectos de la divulgación. En algunos aspectos, un producto de programa informático puede comprender materiales de embalaje.

Claims (12)

REIVINDICACIONES

1. Un método para un Equipo de Usuario remoto, en lo sucesivo también denominado UE, para admitir la comunicación de relé entre el UE y la red, que comprende:

establecer una conexión PC5 con un primer UE de relé para la comunicación con un primer nodo (1805) de red a través del primer UE de relé;

realizar un Control de Recursos de Radio, en adelante también denominado RRC, procedimiento de establecimiento de conexión con el primer nodo de red a través del primer repetidor LTE para establecer una conexión de RRC entre el UE remoto y el primer nodo (1810) de red; y

recibir un comando de modo de seguridad desde el primer nodo de red a través del primer UE de relé, en el que el comando de modo de seguridad se usa para activar el Estrato de Acceso, en lo sucesivo también denominado AS, seguridad en la conexión de RRC;

caracterizado por

recibir un mensaje de reconfiguración de RRC desde el primer nodo de red a través del primer repetidor LTE, en el que el mensaje de reconfiguración de RRC incluye un Identificador Temporal de Red de Radio Celular, en lo sucesivo también denominado C-RNTI, del UE (1820) remoto; y

transmitir un mensaje de reconfiguración completa de RRC al primer nodo de red a través del primer UE de relé en respuesta a la recepción del mensaje de reconfiguración de RRC desde el primer nodo de red.

2. El método de la reivindicación 1, en el que realizar el procedimiento de establecimiento de conexión de RRC con el primer nodo de red a través del primer UE de relé comprende, además: transmitir un primer mensaje RRC para solicitar el establecimiento de la conexión de RRC entre el primer nodo y el UE remoto al primer nodo de red a través del primer UE de relé.

3. El método de la reivindicación 2, en el que realizar el procedimiento de establecimiento de conexión de RRC con el primer nodo de red a través del primer UE de relé comprende, además: recibir un segundo mensaje RRC para establecer la conexión de RRC entre el primer nodo de red y el UE remoto desde el primer nodo de red a través del primer UE de relé.

4. El método de la reivindicación 1, comprende, además: transmitir un tercer mensaje RRC a un segundo nodo de red a través de un segundo UE de relé para solicitar el restablecimiento de la conexión de RRC cuando el LTE remoto inicia un procedimiento de restablecimiento de la conexión de RRC, en el que el tercer mensaje RRC incluye el C-RNTI del UE remoto.

5. El método de la reivindicación 4, en el que el UE remoto inicia el procedimiento de restablecimiento de la conexión de RRC si el UE remoto vuelve a seleccionar un nuevo UE de relé o si el primer UE de relé declara un fallo de enlace de radio en un enlace Uu con el primer nodo de red.

6. El método de la reivindicación 4, en el que el primer nodo de red es el mismo que el segundo nodo de red.

7. El método de la reivindicación 4, en el que el primer UE de relé es el mismo que el segundo UE de relé.

8. El método de la reivindicación 1, en el que el mensaje de reconfiguración de RRC es un primer mensaje de reconfiguración de RRC recibido del primer nodo de red después de que se activa la seguridad de AS y/o el mensaje de reconfiguración de RRC se usa para establecer al menos un nuevo portador de radio de datos, en lo sucesivo también denominado DRB.

9. El método de la reivindicación 4, en el que el primer mensaje RRC es un mensaje RRCSetupRequest, el segundo mensaje RRC es un mensaje RRCSetup y el tercer mensaje RRC es un mensaje RRCReestablishmentRequest.

10. El método de la reivindicación 1, en el que la conexión de PC5 es una conexión de PC5 RRC o un enlace de unidifusión PC5.

11. Un Equipo de usuario remoto, en lo sucesivo denominado también UE, para admitir la comunicación de relé de UE a la red, que comprende:

un circuito (306) de control;

un procesador (308) instalado en el circuito (306) de control; y

una memoria (310) instalada en el circuito (306) de control y acoplada operativamente al procesador (308);

caracterizado porque el procesador (308) está configurado para ejecutar un código (312) de programa almacenado en la memoria (310) para realizar los pasos del método como se define en una cualquiera de las reivindicaciones anteriores.

12. Un método para que un nodo de red admita la comunicación de relé de UE a red, que comprende:

establecer una primera conexión de Control de Recursos de Radio, en lo sucesivo también denominado RRC, con un Equipo de Usuario de relé, en lo sucesivo también denominado LTE;

establecer una segunda conexión de RRC con un UE remoto a través del UE de relé; y

transmitir un comando de modo de seguridad al UE remoto a través del UE de relé, en el que el comando de modo de seguridad se usa para la activación del Estrato de Acceso, en lo sucesivo también denominado AS, seguridad en la segunda conexión de RRC;

caracterizado por

transmitir un mensaje de reconfiguración de RRC al UE remoto a través del UE de relé, en el que el mensaje de reconfiguración de RRC incluye un Identificador Temporal de Red de Radio celular, en lo sucesivo también denominado C-RNTI, del UE remoto y en el que el mensaje de reconfiguración de RRC es un el primer o más temprano mensaje de reconfiguración de RRC transmitido al UE remoto después de que se activa la seguridad del AS.