ES2917776T3 - Reporte de información sobre la capacidad del equipo de usuario para la configuración del portador de radio del enlace lateral en un sistema de comunicación inalámbrica - Google Patents

Reporte de información sobre la capacidad del equipo de usuario para la configuración del portador de radio del enlace lateral en un sistema de comunicación inalámbrica Download PDF

Info

Publication number
ES2917776T3
ES2917776T3 ES20173609T ES20173609T ES2917776T3 ES 2917776 T3 ES2917776 T3 ES 2917776T3 ES 20173609 T ES20173609 T ES 20173609T ES 20173609 T ES20173609 T ES 20173609T ES 2917776 T3 ES2917776 T3 ES 2917776T3
Authority
ES
Spain
Prior art keywords
side link
message
information
configuration
slrb
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES20173609T
Other languages
English (en)
Inventor
Li-Te Pan
Richard Lee-Chee Kuo
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Application granted granted Critical
Publication of ES2917776T3 publication Critical patent/ES2917776T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/121—Wireless traffic scheduling for groups of terminals or users
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/12—Access restriction or access information delivery, e.g. discovery data delivery using downlink control channel

Abstract

Se divulga un método y un aparato desde la perspectiva de un primer equipo de usuario, UE, para informar la información de capacidad de enlace lateral de UE a un nodo de red. En una realización, el método incluye el primer UE que establece un enlace de unidifusión con un segundo UE (2205). El método también incluye el primer UE que recibe una segunda información de capacidad de enlace lateral del segundo UE del segundo UE (2210). El método incluye además el primer UE que transmite una primera información de capacidad de enlace lateral del primer UE y la segunda información de capacidad de enlace lateral al nodo de red o que transmite una información de capacidad de enlace lateral común al nodo de red, en el que la información de capacidad de enlace lateral común se deriva del primer Información de capacidad de enlace lateral y la segunda información de capacidad de enlace lateral (2215). (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Reporte de información sobre la capacidad del equipo de usuario para la configuración del portador de radio del enlace lateral en un sistema de comunicación inalámbrica
La presente divulgación generalmente se refiere a redes de comunicación inalámbrica y, más particularmente, a un método y aparato para reportar información sobre la capacidad del UE para la configuración del SLRB 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óviles 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 de voz sobre IP y multimedia mencionados anteriormente. Actualmente, la organización de estándares 3GPP está analizando una nueva tecnología de radio para la próxima generación (por ejemplo, 5G). En consecuencia, los cambios en el cuerpo actual del estándar 3GPP se están presentando y se considera que evolucionan y finalizan el estándar 3GPP.
El documento US 2018/092067 A1 divulga un sistema y un método para la comunicación de dispositivo a dispositivo, que incluye detectar mediante un primer UE un tipo de enlace lateral de un segundo UE, determinar mediante el primer UE los recursos de transmisión de acuerdo con el tipo de enlace lateral del segundo UE, y comunicarse mediante el primer UE con el segundo UE utilizando estos recursos de transmisión.
El 3GPP TR 38.885 V16.0.0 publicado el 28/03/2019 divulga que un UE envía una solicitud de configuración del portador de radio de enlace lateral (SLRB) a un nodo de red y el nodo de red luego transmite las configuraciones para el o los SLRB(s) de vuelta al UE.
SÍNTESIS
La invención está definida por todas las características presentes y requeridas por las reivindicaciones independientes 1, 3, 13 y 14 que definen el alcance de la invención y representan las realizaciones de la invención. Las características adicionales de las realizaciones ejemplares se definen en las reivindicaciones dependientes. El objeto de la siguiente descripción y figuras, incluso si se describen o denominan "realizaciones", "invenciones", "aspecto(s)", "ejemplo(s)" o "divulgaciones" "etc., no corresponde o no corresponde completamente y, por lo tanto, solo parcialmente a la invención, tal como se define en las reivindicaciones (por ejemplo, debido a una o más características presentes y requeridas por las reivindicaciones independientes que faltan en las "realizaciones", "invenciones", "aspecto(s)", "ejemplo(s)" o "divulgaciones", etc., por ejemplo debido al uso de expresiones como "o", "alternativa", "alternativamente", "pudo", "preferiblemente", "opcional(mente)", "puede", "podría", "como un/por ejemplo", etc. reemplazando una o más características presentes y requeridas por las reivindicaciones independientes y/o la representación una o más características presentes y requeridas por las reivindicaciones independientes como opcionales). Por lo tanto, el objeto de la siguiente descripción y figuras no está comprendido por la invención reivindicada y no describe parte de la invención reivindicada o no está comprendido por las reivindicaciones y es útil para resaltar aspectos específicos de las reivindicaciones.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La figura 1 muestra un diagrama de un sistema de comunicación inalámbrica según un ejemplo de realización La figura 2 es un diagrama esquemático de un sistema transmisor (también conocido como red de acceso) y un sistema receptor (también conocido como equipo de usuario o UE) según una realización de ejemplo.
La figura 3 es un diagrama esquemático funcional de un sistema de comunicaciones según una realización de ejemplo.
La figura 4 es un diagrama esquemático funcional del código de programa de la figura 3 según una realización de ejemplo.
La figura 5 es una reproducción de la figura A-1 de 3GPP R2-1900370.
La figura 6 es una reproducción de la figura A-2 de 3GPP R2-1900370.
La figura 7 es una reproducción de la figura 5.6.10.1-1 de 3GPP TS 36.331 V15.3.0.
La figura 8 es una reproducción de la figura 5.10.2-1 de 3GPP TS 36.331 V15.3.0.
La figura 9 es una reproducción de la figura 1 del Resumen 3GPP de la señalización [105bis#32] PC5-RRC.
La figura 10 es una reproducción de la figura 2 del Resumen 3GPP de la señalización [105bis#32] PC5-RRC.
La figura 11 es una reproducción de la figura 5.x.9.1.1-1 de 3GPP [108#44][V2X] 38.331/36.331 Ejecución CRsParte 1 38.331 CR (Huawei).
La figura 12 es una reproducción de la figura 5.x.9.1.1-2 de 3GPP [108#44][V2X] 38.331/36.331 Ejecución CRsParte 1 38.331 CR (Huawei).
La figura 13 es un diagrama de flujo según una realización de ejemplo
La figura 14 es un diagrama de flujo según una realización de ejemplo
La figura 15 es un diagrama de flujo según una realización de ejemplo
La figura 16 es un diagrama de flujo según una realización de ejemplo
La figura 17 es un diagrama de flujo según una realización de ejemplo
La figura 18 es un diagrama de flujo según una realización de ejemplo
La figura 19 es un diagrama de flujo según una realización de ejemplo
La figura 20 es un diagrama de flujo según una realización de ejemplo
La figura 21 es un diagrama de flujo según una realización de ejemplo
La figura 22 es un diagrama de flujo según una realización de ejemplo
La figura 23 es un diagrama de flujo según una realización de ejemplo
DESCRIPCIÓN DETALLADA
Los sistemas y dispositivos de comunicación inalámbrica de ejemplo descritos a continuación emplean un sistema de comunicación inalámbrica que admite un servicio de difusión. Los sistemas de comunicación inalámbrica se implementan ampliamente para proporcionar diversos tipos de comunicación, tal 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 (evolución a largo plazo), 3GPP lTE-A o LTE-Advanced (evolución a largo plazo avanzada), 3GPP2 UMB (difusión ultramóvil), WiMax, 3GPP NR (Nueva Radio) u otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica de ejemplo descritos a continuación pueden diseñarse para admitir uno o más estándares, como el estándar ofrecido por un consorcio denominado "Proyecto de asociación de tercera generación" denominado en la presente como 3GPP, que incluye: 3GPP RAN2 #104 Nota que quien preside; R2-1900370, "Resumen de la discusión por correo electrónico [104#58][NR V2X]: soporte de QoS para NR V2X", Huawei; TS 36.300 V15.3.0, "Acceso de radio terrestre universal evolucionado (E-UTRA) y Red de acceso de radio terrestre universal evolucionado (E-UTRAN); descripción general"; TS 36.331 V15.3.0, "Acceso de radio terrestre universal evolucionado (E-UTRA); Control de recursos de radio (RRC); Especificación del protocolo"; 3GPP Resumen de [105bis#32] señalización PC5-RRC, OPPO; 3GPP RAN2 #107 Nota de quien preside; 3GPP [108#44][V2X] 38.331/36.331 Ejecución CRs-Parte1 38.331 CR (Huawei); y 3GPP RAN2#108 Nota de quien preside.
La figura 1 muestra un sistema de comunicación inalámbrica de acceso múltiple según una realización de la invención. Una red de acceso 100 (AN) incluye múltiples grupos de antenas, uno que incluye 104 y 106, otro que incluye 108 y 110, y otro que incluye 112 y 114. En la figura 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 de acceso 116 (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal de acceso 116 a través del enlace directo 120 y reciben información del terminal de acceso 116 a través del enlace inverso 118. El terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al terminal de acceso (AT) 122 a través del enlace directo 126 y reciben información del terminal de acceso (AT) 122 a través del enlace inverso 124. En un sistema FDD, los enlaces de comunicación 118, 120, 124 y 126 pueden usar diferentes frecuencias para la comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente a la utilizada por el enlace inverso 118.
Cada grupo de antenas y/o el área en la que están diseñadas para comunicarse a menudo se conoce como 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 de acceso 100.
En la comunicación a través de los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden utilizar la formación de haces para mejorar la relación señal-ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. Además, una red de acceso que utiliza la formación de haces para transmitir a terminales de acceso dispersos aleatoriamente a través de su cobertura causa menos interferencia a terminales de acceso en celdas vecinas que una red de acceso que transmite a través de una sola antena a todas 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), o alguna otra terminología. Un terminal de acceso (AT) también puede denominarse equipo de usuario (UE), un dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.
La figura 2 es un diagrama esquemático simplificado de una realización de un sistema transmisor 210 (también conocido como la red de acceso) y un sistema receptor 250 (también conocido como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema MIMO 200. En el sistema transmisor 210, los datos de tráfico para una serie de flujos de datos se proporcionan desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferiblemente, cada flujo de datos se transmite a través de una antena de transmisión respectiva. El procesador de datos TX 214 formatea, codifica y entrelaza los datos de tráfico para cada flujo de datos en función de 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 utilizando técnicas OFDM. Los datos piloto son normalmente un patrón de datos conocido que se procesa de manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos luego se modulan (es decir, se asignan símbolos) según un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o MQAM) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La velocidad de datos, codificación y modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos luego se proporcionan a un procesador TX MIMO 220, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador TX MIMO 220 proporciona luego NT flujos de símbolos de modulación a NT transmisores (TMTR) 222a a 222t. En determinadas realizaciones, el procesador TX MIMO 220 aplica pesos de formación de haz a los símbolos de los flujos de datos y a la antena desde la cual 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 otras condiciones (por ejemplo, amplifica, filtra y convierte) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión a través del canal MIMO. Las señales NT moduladas desde los transmisores 222a a 222t luego se transmiten desde las antenas NT 224a a 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas son recibidas por las antenas NR 252a a 252r y la señal recibida desde 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 procesa además las muestras para proporcionar un flujo de símbolos "recibidos" correspondiente.
Un procesador de datos RX 260 luego recibe y procesa los flujos de símbolos recibidos de NR desde los receptores 254 de NR en base a una técnica de procesamiento de receptor particular para proporcionar flujos de símbolos "detectados" de NT. El procesador de datos RX 260 luego demodula, desintercala 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 de datos RX 260 es complementario al realizado por el procesador TX MIMO 220 y el procesador de datos TX 214 en el sistema transmisor 210.
Un procesador 270 determina periódicamente qué matriz de codificación previa utilizar (analizada 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 rango.
El mensaje de enlace inverso puede comprender diversos tipos de información con respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso es procesado a continuación por un procesador de datos TX 238, que también recibe datos de tráfico para una serie de flujos de datos desde una fuente de datos 236, modulado por un modulador 280, condicionado por los transmisores 254a a 254r, y transmitido de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas del sistema receptor 250 son recibidas por las antenas 224, condicionadas por los receptores 222, demoduladas por un demodulador 240 y procesadas por un procesador de datos RX 242 para extraer el mensaje de enlace inverso transmitido por el sistema receptor 250. El procesador 230 determina entonces qué matriz de codificación previa usar para determinar los pesos de formación de haz y a continuación procesa el mensaje extraído.
En cuanto a la figura 3, esta figura muestra un diagrama esquemático funcional simplificado alternativo de un dispositivo de comunicación según una realización de la invención. Como se muestra en la figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede utilizarse para realizar los UE (o AT) 116 y 122 en la figura 1 o la estación base (o AN) 100 en la figura 1, y el sistema de comunicaciones inalámbricas es preferiblemente el sistema LTE o NR. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad central de procesamiento (CPU) 308, una memoria 310, un código de programa 312 y un transceptor 314. El circuito de control 306 ejecuta el código de programa 312 en la memoria 310 a través de la CPU 308, controlando así una operación del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales ingresadas por un usuario a través del dispositivo de entrada 302, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, suministrando las señales recibidas al circuito de control 306 y emitiendo señales generadas por el circuito de control 306 de forma inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica también puede utilizarse para realizar la AN 100 en la figura 1.
La figura 4 es un diagrama esquemático simplificado del código de programa 312 que se muestra en la figura 3 según una realización de la invención. En esta realización, el código de programa 312 incluye una capa de aplicación 400, una porción de capa 3402 y una porción de capa 2404, y está acoplada a una porción de capa 1 406. La porción 402 de la capa 3 generalmente realiza control de recursos de radio. La porción 404 de la capa 2 generalmente realiza el control de enlace. La porción 406 de la capa 1 generalmente realiza conexiones físicas. La reunión 3GPP RAN2#104 hizo los siguientes acuerdos sobre las comunicaciones de enlace lateral NR eV2X: Acuerdos sobre unidifusión
1: Para la información de nivel de AS requerida para el intercambio entre los UE a través de enlace lateral para unidifusión SL, RAN2 puede considerar lo siguiente como referencia y verificará si se puede acordar la información de nivel de AS y los detalles después de algún progreso en RAN2, SA2 y RAN1:
- ID del UE, capacidad del UE, configuración de radio/portador, información/configuración PHY (por ejemplo, HARQ, CSI), información/configuración de recursos e información de QoS
2: La información de nivel de AS para la unidifusión de SL se puede intercambiar entre gNB y UE para la configuración de RRC. RAN2 supone que un UE puede proporcionar a la red información relacionada con QoS y verificará si se puede acordar la información de nivel de AS y los detalles después de algún progreso en RAN2, SA2 y RAN1.
3: La información de nivel de AS se intercambia a través de la señalización de RRC (por ejemplo, PC5-RRC) entre los UE a través de un enlace lateral para la unidifusión de SL. También se introducirá un nuevo canal lógico (SCCH: canal de control de SL) además de STCH (canal de tráfico de SL). SCCH transporta mensajes PC5-RRC.
4: RAN2 considerará ambas opciones durante la fase de SI. Se necesitan más explicaciones sobre la definición, el procedimiento y la información para cada opción.
- Opción 1: También se necesita el procedimiento de establecimiento de conexión de capa de AS por PC5-RRC. - Opción 2: El procedimiento de establecimiento de conexión de capa superior es suficiente.
5: RAN2 estudiará un tipo de gestión de enlace de nivel de AS basada en RRM o RLM. RAN2 no considerará un tipo de gestión basada en mensajes de mantenimiento de vida a nivel de PC5-RRC. Se necesita una mayor explicación sobre las posibles opciones detalladas.
Una explicación por correo electrónico de 3GPP [104#58][NR/V2X] analizó lo siguiente:
En algunas contribuciones [11][12][13], se señaló que podría ser necesario que se le informe al UE receptor sobre algunos parámetros relevantes del lado del receptor correspondientes a los SLRB configurados en el lado del UE transmisor, para que el receptor se alinee con el transmisor y reciba correctamente los datos enviados desde los SLRB correspondientes. Tales configuraciones del SLRB relacionadas con el lado del receptor pueden incluir espacios de números de secuencia y modos de RLC si pueden configurarse [13], y el motivo es fácil de entender: si esos parámetros pueden configurarse, cuando un UE recibe los datos correspondientes a una LCID, se le debe informar al UE sobre los valores específicos establecidos para esos parámetros por el transmisor en el SL LCH correspondiente (y SLRB correspondiente), para procesar la recepción de los datos de manera correcta.
Sin embargo, también hay otros puntos de vista razonables que indican que, de forma similar a la recepción del UE en DL, puede no ser necesaria ninguna operación de aplicación de QoS en el receptor en SL [11], o que traten dicha aplicación de las configuraciones del SLRb del lado del receptor por parte del transmisor como algunas formas de optimización [12].
Por lo tanto, a continuación, vale la pena analizar si dicha configuración del SLRB relacionada con el lado del receptor informada al UE receptor mediante el UE transmisor en NR SL es necesaria o no. Además, en LTE SL estas configuraciones del SLRB del lado del receptor se especifican en la configuración STCH en TS 36.331 [17, 9.1.1.6]), por lo que no necesitan ser informadas por el transmisor.
Pregunta 5: ¿El UE transmisor necesita informar al UE receptor sobre cualquier configuración del SLRB relacionada con el lado del receptor en NR SL (para alinear el transmisor y el receptor en estas configuraciones)? De ser así, ¿cuáles son?
a) Sí, se debe informar la longitud de SN utilizada para la recepción de un SLRB (si es configurable).
b) Sí, se debe informar el modo de RLC utilizado para el SLRB (si es configurable).
c) No. No se necesita tal configuración del SLRB del lado del receptor informada por el transmisor en NR SL; son configuraciones establecidas en las especificaciones como en LTE SL.
d) Otros. Si se selecciona, aclare qué otras opciones hay.
e) Sí, el perfil de PC5 QoS asociado con cada SLRB/SL LCH establecido en el UE transmisor debe informarse al UE receptor.
f) Sí, se debe informar la configuración PHY específica de SLRB (por ejemplo, configuración HARQ/SFCI) g) Sí, configuración del SLRB del lado del receptor configurada por el UE transmisor (por ejemplo, t-Reordenamiento, t-Reensamblaje, etc.)
El apéndice en 3GPP R2-1900370 describió varias opciones candidatas para el SLRB configurado/preconfigurado de NW de la siguiente manera:
Apéndice: Opciones candidatas para el SLRB configurado/preconfigurado de NW
Según la experiencia de LTE SL, los UE con diferentes estados de RRC/modos de asignación de recursos pueden depender de diferentes formas de señalización y procedimientos para su (pre)configuración de SL (es decir, señalización dedicada, información del sistema y preconfiguración). Por lo tanto, a continuación se proporcionan opciones con diferentes flujos de señalización.
• Opción 1:
[La figura A-1 de 3GPP R2-1900370, titulada "Configuración específica del UE basada en el perfil de PC5 QoS", se reproduce como la figura 5]
Dado que SA2 concluyó en definir VQI para representar los parámetros de PC5 QoS por paquete en TR 23.786 e indica que el VQI de cada mensaje V2X (siempre que corresponda) se establece mediante la capa de aplicación [1], esta opción se basa en tales conclusiones y supone además que los parámetros de PC5 QoS (por ejemplo, VQI, etc.1), es decir, los perfiles2 de PC5 QoS, etiquetados en cada paquete V2X también se envían al AS (similar al PPPP/PPPR heredado) como en el paso 2 anterior. En el paso 3, el UE puede informar los perfiles de PC5 QoS de los paquetes al gNB/ng-eNB y solicitar la configuración de los SLRB asociados con estos perfiles de PC5 QoS informados. Como respuesta, el gNB/ng-eNB puede señalar las configuraciones de los SLRB asociados con los perfiles de PC5 QoS informados; esas configuraciones del SLRB pueden incluir el ID del SLRB, el perfil de PC5 QoS para asignar el SLRB, configuraciones de SDAP/PDCP/RLC/LCH, etc. En el paso 5, el UE en el AS establece los SLRB asociados con el perfil de QoS del paquete o paquetes, según la configuración de gNB/nb-eNB, y asigna el paquete o los paquetes a los SLRB establecidos. Posteriormente, se produce la transmisión de SL.
Dado que SA2 supone que "VQI no estandarizado no es compatible con esta versión" en TR 23.786 [1], es muy probable que, de manera similar al 5QI utilizado en NR Uu, los parámetros de PC5 QoS de cada VQI también estén estandarizados en la especificación. Además, si se considera que el VQI en sí no es suficiente para reflejar todos los parámetros de PC5 QoS en Q2, se utilizarán otros parámetros de QoS necesarios junto con v Qi para formar el perfil de PC5 QoS y también se informarán a la RAN. Por lo tanto, esta opción se caracteriza por permitir que el UE "indique" directamente los parámetros de QoS de los paquetes disponibles en RAN al gNB/ng-eNB que, por lo tanto, ya no necesita depender de CN para conocer los perfiles de QoS del tráfico del UE.
1 Aquí, los parámetros específicos de PC5 QoS en la figura incluyen VQI y otros posibles parámetros de QoS identificados por Q2, de manera tal que el "etc." colocado aquí podría actualizarse según la conclusión de Q2 posterior (si la opción en sí finalmente es compatible). Esto se aplica también a las siguientes opciones 3 y 4. 2 Similar a Uu, el término "perfil de PC5 QoS" aquí significa un conjunto de parámetros de PC5 QoS, es decir, VQI y otros posibles parámetros de QoS a partir de Q2 como en Uu.
Aplicabilidad: En esta opción, el gNB/ng-eNB configura el SLRB según los parámetros de PC5 QoS de los paquetes realmente disponibles según lo informado por el UE, por lo que funciona de manera específica del UE y se aplica a los UE RRC_CONECTADOS.
• Opción 2:
[La figura A-2 de 3GPP R2-1900370, titulada "Configuración específica del UE basada en el flujo de PC5 QoS", se reproduce como la figura 6]
La opción 2, como se muestra en la figura A-2, es imitar el mecanismo basado en el flujo de QoS en NR Uu, porque, según la solución n. ° 19 en TR 23.786 [1], SA2 también propone, al menos para la unidifusión de SL de soporte de QoS, usar el mecanismo basado en el flujo de PC5 QoS de la siguiente manera [1]:
6.19.2.1.1 Suministro de parámetros de QoS al UE y NGRAN
Los parámetros de PC5 QoS y la regla de PC5 QoS se proporcionan al UE como parte de los parámetros de autorización de servicio mediante el uso de la solución definida para el problema clave n. ° 5. La regla de PC5 QoS se usa para asignar los servicios V2X (por ejemplo, PSID o ITS-AlD de la aplicación V2X) al flujo de PC5 QoS. Los parámetros de PC5 QoS se proporcionan a NG-RAN como parte de los parámetros de PC5 QoS recuperados por PCF a partir de UDR, que se proporcionan a NGRAN a través de AMF. El AMF almacena dicha información como parte del contexto del UE. Para los procedimientos posteriores (por ejemplo, solicitud de servicio, traspaso), el suministro de los parámetros de PC5 QoS a través de N2 seguirá la descripción según la cláusula 6.6.2.
En particular, en el paso 0, los parámetros de PC5 QoS y las reglas de PC5 QoS para cada flujo de PC5 QoS se proporcionan al UE por adelantado mediante el procedimiento de autorización y suministro de servicios según las conclusiones SA2 anteriores. De manera similar, los perfiles de PC5 QoS para cada flujo de QoS también se proporcionan al eNB/ng-eNB por adelantado a modo de suministro. Luego, cuando el paquete o los paquetes llega(n), el UE primero puede derivar el identificador de los flujos de PC5 QoS asociados según las reglas de PC5 QoS configuradas en el paso 0, y luego puede informar estos PC5 QFI al gNB/ ng-eNB en el paso 3. En el lado de gNB/ng-eNB, puede derivar el/los perfil/es de QoS de estos QFI PC5 informados basándose en el suministro del 5GC en el paso 0, y así puede señalar las configuraciones de los SLRB asociados con los PC5 QFI informados por el UE. En el paso 5, el UE en el AS establece los SLRB asociados con los PC5 QFI de los paquetes según la configuración de gNB/ng-eNB y asigna los paquetes disponibles a los SLRB establecidos.
La mayor diferencia con la opción 1 es que, solo con QFI utilizado como en NR Uu, los parámetros de QoS específicos de cada flujo de QoS pueden no ser directamente visibles en el AS del UE/RAN, por lo que el gNB/ngeNB todavía necesita depender de la configuración de CN para conocer el perfil de QoS específico como en Uu (aunque los perfiles de QoS se proporcionan de forma anticipada)
Aplicabilidad: Esta opción, similar a la opción 1, solo se aplica a los UE de RRC_CONECTADOS.
3GPP TS 36.331 introdujo lo siguiente:
5.6.10 Información de asistencia del UE
5.6.10.1 Generalidades
[La figura 5.6.10.1-1 de 3GPP TS 36.331 V15.3.0, titulada "Información de asistencia del UE", se reproduce como la figura 7]
El objetivo de este procedimiento es informar a EUTRAN sobre la preferencia de ahorro de energía del UE y la información de asistencia de SPS, la preferencia de configuración de ancho de banda máximo de PDSCH/PUSCH, la información de asistencia de recalentamiento o el informe de presupuesto de retardo del UE que lleva el incremento/decremento deseado en el retardo de la interfaz aérea Uu o la longitud del ciclo de DRX del modo conectado y para los UE de BL o UE en CE del evento de RLM ("desincronización temprana" o "sincronización temprana") e información de RLM. Al configurar el UE para proporcionar indicaciones de preferencia de energía, EUTRAN puede considerar que el UE no prefiere una configuración optimizada principalmente para el ahorro de energía hasta que el UE indique explícitamente lo contrario.
5.6.10.2 Iniciación
Un UE apto para proporcionar indicaciones de preferencia de energía en RRC_CONECTADO puede iniciar el procedimiento en varios casos, incluso tras configurarse para proporcionar indicaciones de preferencia de energía y tras cambiar la preferencia de energía. Un UE apto para proporcionar información de asistencia de SPS en RRC_CONECTADO puede iniciar el procedimiento en varios casos, incluso tras configurarse para proporcionar información de asistencia de SPS y tras cambiar la información de asistencia de SPS.
Un UE apto para proporcionar un informe de presupuesto de retardo en RRC_CONECTADO puede iniciar el procedimiento en varios casos, incluso tras la configuración para proporcionar un informe de presupuesto de retardo y tras cambiar la preferencia de presupuesto de retardo.
Un UE apto para el modo CE y proporcionar la preferencia máxima de ancho de banda de PDSCH/PUSCH en RRC_CONECTADO puede iniciar el procedimiento tras configurarse para proporcionar la preferencia máxima de ancho de banda de PDSCH/PUSCH y/o tras cambiar la preferencia máxima de ancho de banda de PDSCH/PUSCH. Un UE apto para proporcionar información de asistencia de recalentamiento en RRC_CONECTADO puede iniciar el procedimiento si fue configurado para hacerlo, tras detectar un recalentamiento interno o tras detectar que ya no está experimentando una condición de recalentamiento.
Al iniciar el procedimiento, el UE deberá:
[...]
1> si está configurado para proporcionar información de asistencia de SPS:
2> si el UE no transmitió un mensaje UEAsistenciaInformación con sps-AsistenciaInformación ya que estaba configurado para proporcionar información de asistencia de SPS; o
2> si la información de asistencia de SPS actual es diferente a la indicada en la última transmisión del mensaje UEAsistenciaInformación:
3> iniciar la transmisión del mensaje UEAsistenciaInformación de acuerdo con 5.6.10.3;
5.6.10.3 Acciones relacionadas con la transmisión del mensaje UEAsistenciaInformación
[...]
El UE deberá establecer el contenido del mensaje UEAsistenciaInformación para información de asistencia de SPS: 1> si está configurado para proporcionar información de asistencia de SPS:
2> si hay tráfico para la comunicación de enlace lateral V2X que necesita reportar información de asistencia de SPS: 3> incluir tráficoPatrónInfoListaSL en el mensaje UEAsistenciaInformación;
2> si hay tráfico para la comunicación de enlace ascendente que necesita reportar información de asistencia de SPS:
3> incluir tráficoPatrónInfoListaUL en el mensaje UEAsistenciaInformación;
5.10.2 Información del UE de enlace lateral
5.10.2.1 Generalidades
[La figura 5.10.2-1 de 3GPP TS 36.331 V15.3.0, titulada "Información del UE de enlace lateral", se reproduce como figura 8]
El objetivo de este procedimiento es informar a EUTRAN que el UE está interesado o ya no está interesado en recibir comunicación de enlace lateral o descubrimiento, recibir comunicación de enlace lateral V2X, así como solicitar la asignación o liberación de recursos de transmisión para la comunicación de enlace lateral o anuncios de descubrimiento o comunicación de enlace lateral V2X o brechas de descubrimiento de enlace lateral, reportar parámetros relacionados con el descubrimiento de enlace lateral a partir de la información del sistema de celdas PLMN/entre frecuencias y reportar la referencia de sincronización utilizada por el UE para la comunicación de enlace lateral V2X.
5.10.2.2 Iniciación
Un UE apto para la comunicación de enlace lateral o comunicación de enlace lateral V2X o descubrimiento de enlace lateral que está en RRC_CONECTADO puede iniciar el procedimiento para indicar que está (interesado en) recibir comunicación de enlace lateral o comunicación de enlace lateral V2X o descubrimiento de enlace lateral en varios casos, incluso tras el establecimiento exitoso de la conexión, tras cambiar de interés, tras cambiar a una PCelda que transmite SistemaInformaciónBloqueTipo18 o SistemaInformaciónBloqueTipo19 o SistemaInformaciónBloqueTipo21, incluido sI-V2X-ConfigComún. Un UE apto para la comunicación de enlace lateral o comunicación de enlace lateral V2X o descubrimiento de enlace lateral puede iniciar el procedimiento para solicitar la asignación de recursos dedicados para la transmisión de comunicación de enlace lateral en cuestión o anuncios de descubrimiento o transmisión de comunicación de enlace lateral V2X o solicitar brechas de descubrimiento de enlace lateral para la transmisión de descubrimiento de enlace lateral o recepción de descubrimiento de enlace lateral y un UE apto para reportar parámetros de descubrimiento de enlace lateral de interfrecuencia/PLMN puede iniciar el procedimiento para reportar parámetros relacionados con el descubrimiento de enlace lateral a partir de la información del sistema de celdas de interfrecuencia/PLMN.
NOTA 1: Un UE en RRC_INACTIVO que está configurado para transmitir la comunicación de enlace lateral/ comunicación de enlace lateral V2X/anuncios de descubrimiento de enlace lateral, mientras que SistemaInformaciónBloqueTipo18/SistemaInformaciónBloqueTipo19/SistemaInformaciónBloqueTipo21, incluidos sl-V2X-ConfigComún o SistemaInformaciónBloqueTipo26 no incluye los recursos para la transmisión (en condiciones normales) e inicia el establecimiento de la conexión de acuerdo con 5.3.3.1a.
Al iniciar el procedimiento, el UE deberá:
[...]
1> si PCelda transmite SistemaInformaciónBloqueTipo21, incluido sl-V2XConfigComún:
2> asegúrese de tener una versión válida de SistemaInformaciónBloqueTipo21 y SistemaInformaciónBloqueTipo26, si se transmite, para la PCelda;
2> si está configurado por capas superiores para recibir comunicación de enlace lateral V2X en una frecuencia principal o en una o más frecuencias incluidas en v2x-InterFrecInfoLista, si está incluido en SistemaInformaciónBloqueTipo21 o SistemaInformaciónBloqueTipo26 de la PCelda:
3> si el UE no transmitió un mensaje EnlacelateralUEInformación desde que ingresó por última vez al estado RRC_CONECTADO; o
3> si desde la última vez que el UE transmitió un mensaje EnlacelateralUEInformación, el UE se conectó a una PCelda que no transmite SistemaInformaciónBloqueTipo21, incluido slV2X-ConfigComún; o
3> si la última transmisión del mensaje EnlacelateralUEInformación no incluía v2x-ComRxInterésFrecLista; o si la(s) frecuencia(s) configuradas por las capas superiores para recibir la comunicación de enlace lateral V2X ha cambiado desde la última transmisión del mensaje EnlacelateralUEInformación:
4> iniciar la transmisión del mensaje EnlacelateralUEInformación para indicar la(s) frecuencia(s) de recepción de la comunicación de enlace lateral V2X de interés de acuerdo con 5.10.2.3;
2> además:
3> si la última transmisión del mensaje EnlacelateralUEInformación incluía v2x-ComRxInterésFrecLista:
4> iniciar la transmisión del mensaje EnlacelateralUEInformación para indicar que ya no está interesado en la recepción de la comunicación de enlace lateral V2X de acuerdo con 5.10.2.3;
2> si está configurado por capas superiores para transmitir comunicación de enlace lateral V2X en una frecuencia principal o en una o más frecuencias incluidas en v2x-InterFrecInfoLista, si está incluido en SistemaInformaciónBloqueTipo21 o SistemaInformaciónBloqueTipo26 de la PCelda:
3> si el UE no transmitió un mensaje EnlacelateralUEInformación desde que ingresó por última vez al estado RRC_CONECTADO; o
3> si desde la última vez que el UE transmitió un mensaje EnlacelateralUEInformación, el UE se conectó a una PCelda que no transmite SistemaInformaciónBloqueTipo21, incluido slV2X-ConfigComún; o
3> si la última transmisión del mensaje EnlacelateralUEInformación no incluyó v2x-ComTxRecursoReq; o si la información transportada por v2x-ComTxRecursoReq ha cambiado desde la última transmisión del mensaje EnlacelateralUEInformación:
4> iniciar la transmisión del mensaje EnlacelateralUEInformación para indicar los recursos de transmisión de comunicación de enlace lateral V2X requeridos por el UE de acuerdo con 5.10.2.3;
2> además:
3> si la última transmisión del mensaje EnlacelateralUEInformación incluía v2x-ComTxRecursoReq:
4> iniciar la transmisión del mensaje EnlacelateralUEInformación para indicar que ya no requiere recursos de transmisión de comunicación de enlace lateral V2X de acuerdo con 5.10.2.3;
El 3GPP resumen de [105bis#32] señalización PC5-RRC introdujo lo siguiente:
2.2 Problema 2: Configuración de capa AS
Según la conclusión de RAN2#105, solo hay una opción para la configuración de la capa AS.
[La figura 5 de 3GPP resumen de [105bis#32] señalización PC5-RRC, titulada "Flujo de información exitoso de configuración de la capa SL AS", se reproduce como la figura 9]
El primer problema es la necesidad de un caso de falla, si se considera el caso anterior como un caso exitoso (La anotación en las figuras es solo para fines ilustrativos, pero no para concluir sobre el nombre del procedimiento). [La figura 6 de 3GPP resumen de [105bis#32] señalización PC5-RRC, titulada "Flujo de información fallada de configuración de la capa SL AS", se reproduce como la figura 10]
La reunión 3GPP RAN2#107 hizo los siguientes acuerdos sobre las comunicaciones de enlace lateral NR, como se indica en la nota del presidente de 3GPP RAN2#107, de la siguiente manera:
Acuerdos sobre la configuración del SLRB:
1-1: Para la unidifusión de SL, la identidad del SLRB es un parámetro tanto de Tx como de Rx. Para difusión de SL y difusión grupal, FFS en su atributo Tx/Rx, es decir, solo Tx o tanto Tx como Rx.
1-2: Para la configuración del SLRB dedicado, la identidad de destino es uno de los parámetros del SLRB para la configuración. Se puede aplicar la difusión de SL, difusión grupal y unidifusión. FFS en su atributo Tx/Rx.
1- 3: El tipo de difusión se considera como uno de los parámetros del SLRB para la configuración común a través de SIB/preconfiguración. Se puede aplicar la difusión de Sl , difusión grupal y unidifusión. FFS en su atributo Tx/Rx. 2- 1: La configuración del SLRB predeterminado se puede aplicar a cada tipo de difusión.
2-2: Los flujos de QoS asignados al SLRB se consideran como uno de los parámetros del SLRB para la configuración. Se puede aplicar la difusión de SL, difusión grupal y unidifusión. Para la unidifusión, se puede aplicar tanto a Tx como a Rx, para la transmisión grupal y la transmisión se puede aplicar solo TX.
2- 3: El rango de transmisión para la asignación del SLRB se considera como uno de los parámetros del SLRB para la configuración.
3- 1: El temporizador de descarte es un parámetro único de Tx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
3-2: El tamaño de SN de PDCP es un parámetro de Tx y Rx y se puede aplicar a la difusión de SL, difusión grupal y unidifusión.
3-3: MaxCID es un parámetro de Tx y Rx y se puede aplicar a la difusión de SL, difusión grupal y unidifusión.
3-4: El perfil de ROHC debe configurarse para el UE de TX.
3-5: El temporizador de reordenamiento es un parámetro único de Rx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
3- 6: FueraDeServicioAdministración es un parámetro único de Rx y se puede aplicar a difusión de SL. FFS en difusión de SL, difusión grupal. FFS en el caso de TX.
4- 1: El modo de RLC es un parámetro de Tx y Rx y se puede aplicar a difusión de SL.
4-2: La longitud del campo de SN de RLC es un parámetro de Tx y Rx y se puede aplicar a la difusión de SL, difusión grupal y unidifusión.
4-3: El temporizador de t-reensamblado es un parámetro único de Rx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
4-4: El temporizador de T-PolRetransmisión es un parámetro único de Tx y se puede aplicar a difusión de SL.
4-5: PolPDU es un parámetro único de Tx y se puede aplicar a difusión de SL.
4-6: PolByte es un parámetro único de Tx y se puede aplicar a difusión de SL.
4-7: MaxRetxUmbral es un parámetro único de Tx se puede aplicar a difusión de SL.
4- 8: El temporizador de T-EstadoProhibición es un parámetro único de Rx y se puede aplicar a difusión de SL. 5- 1: LógicaCanalIdentidad es un parámetro tanto de TX como de RX y se puede aplicar a difusión de SL. Es un parámetro único de TX para difusión de SL y difusión grupal.
5-2: LógicalCanallGrupo es un parámetro único de Tx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
5-3: Prioridad es un parámetro único de Tx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
5-4: PrioridadBitTasa es un parámetro único de Tx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
5-5: CuboTamañoDuración es un parámetro único de Tx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
5-6: ConfigurarConcesiónTipolPermitido es un parámetro único de Tx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
5-7: ProgramaciónSolicitudID es un parámetro único de Tx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
5-8: LógicaCanalSR-RetardoTemporizadorAplicado es un parámetro único de Tx y se puede aplicar a difusión de SL, difusión grupal y unidifusión.
5- 9: Es FFS si alguna información relacionada con HARQ se considera como uno de los parámetros del SLRB para la configuración.
6- 1: Para la difusión grupal de SL, depende de la implementación del UE el modo de establecer los parámetros del SLRB solo de Rx.
6-2: Para la unidifusión de SL, depende de la implementación del UE el modo de establecer los parámetros del SLRB solo de Rx.
6-3: Se considera una configuración del SLRB separada para la transmisión de SL y difusión grupal.
Como se indica en 3GPP [108#44][V2X] 38.331/36.331 Ejecución CRs-Parte 1 38.331 CR (Huawei), el 3GPP Ejecución CR para NR SL introdujo lo siguiente:
5.3.5 Reconfiguración de RRC
[Textos no relacionados omitidos]
5.3.5.3 Recepción de una RRCReconfiguración por parte del UE
El UE deberá realizar las siguientes acciones al recibir la RRCReconfiguración:
[...]
1> si el mensaje RRCReconfiguración incluye el sl-ConfigDedicadaNR:
2> realizar el procedimiento de configuración dedicada de enlace lateral como se especifica en 5.3.5.X;
1> si el mensaje RRCReconfiguración incluye el sl-ConfigDedicadaEUTRA:
2> si sl-V2X-ConfigDedicada está incluido en slConfigDedicadaEUTRA
3> realizar el procedimiento de configuración dedicada de comunicación de enlace lateral V2X como se especifica en 5.3.10.15a en TS 36.331 [10];
2> si sl-V2X-SPS-Config está incluido en sl-ConfigDedicadaEUTRA
3> realizar la reconfiguración de SPS de enlace lateral V2X como se especifica en 5.3.10.5 en TS 36.331 [10]; [...]
5.x.3.3 Acciones relacionadas con la transmisión del mensaje EnlacelateralUEInformaciónNR
El UE establecerá el contenido del mensaje EnlacelateralUEInformaciónNR de la siguiente manera:
1> si el UE inicia el procedimiento para indicar que (ya no está) interesado en recibir comunicación de enlace lateral NR o solicitar (configuración/liberación) de recursos de transmisión de comunicación de enlace lateral NR (es decir, el UE incluye toda la información en cuestión, independientemente de lo que desencadenó el procedimiento):
2> s el SIBX que incluye sl-ConfigComúnNR es proporcionado por PCelda:
3> si está configurado por capas superiores para recibir la comunicación de enlace lateral NR:
4> incluye sl-RxInterésFrecLista y se configura en la frecuencia para la recepción de la comunicación de enlace lateral NR;
3> si está configurado por capas superiores para transmitir la comunicación de enlace lateral NR:
4> incluye sl-TxRecursoReqLista y se configuran sus campos de la siguiente manera para cada destino para el que solicita que la red asigne un recurso de comunicación de enlace lateral NR:
5> establece sl-DestinoIdentidad en la identidad de destino configurada por la capa superior para transmitir la comunicación de enlace lateral NR;
5> establece sl-DifusiónTipo en el tipo de difusión de la identidad de destino asociada configurada por la capa superior para la transmisión de comunicación de enlace lateral NR;
5> establece sl-RLC-ModoIndicación para incluir los modos de RLC y, opcionalmente, los perfiles de QoS de los flujos de QoS de enlace lateral de los modos de RLC asociados, si la adición de DRB de enlace lateral bidireccional asociada se debe a la configuración por RRCReconfiguraciónEnlacelateral;
5> establece sl-Falla para el destino asociado para la transmisión de comunicación de enlace lateral NR, si se detecta el RLF del enlace lateral;
5> establece sl-QoS-InfoLista para incluir los perfiles de QoS de los flujos de QoS del enlace lateral del destino asociado configurado por la capa superior para la transmisión de la comunicación de enlace lateral NR;
5> establece sl-InterésFrecLista para indicar la frecuencia para la transmisión de la comunicación del enlace lateral NR;
5> establece sl-TipoTxSincLista en el tipo de referencia de sincronización actual utilizado en la sl-InterésFrecLista asociada para la transmisión de la comunicación de enlace lateral NR.
1> El UE deberá enviar el mensaje EnlacelateralUEInformaciónNR a las capas inferiores para su transmisión.
[...]
5.X.9.1 Reconfiguración de RRC del enlace lateral
5.x.9.1.1 Generalidades
[Figura 5.3.9.1.1-1 de 3GPP [108#44][V2X] 38.331/36.331 Ejecución CRs-Parte 1 38.331 CR (Huawei), titulado "Reconfiguración exitosa de r Rc de enlace lateral", se reproduce como la figura 11]
[Figura 5.3.9.1.1-2 de 3GPP [108#44][V2X] 38.331/36.331 Ejecución CRs-Parte 1 38.331 CR (Huawei), titulado "Reconfiguración con falla de RRC de enlace lateral", se reproduce como la figura 12]
El objetivo de este procedimiento es establecer/modificar/liberar el DRB de enlace lateral o configurar la medición y el reporte del enlace lateral NR para una conexión PC5-RRC.
El UE puede iniciar el procedimiento de reconfiguración de RRC del enlace lateral y realizar la operación en la subcláusula 5.x.9.1.2 a su UE par en los siguientes casos:
- liberación de los DRB de enlace lateral asociados con el UE par, como se especifica en la subcláusula 5.X.9.1.4; - establecimiento de los DRB de enlace lateral asociados con el UE par, como se especifica en la subcláusula 5.x.9.1.5;
- modificación de los parámetros incluidos en SLRB-Config de los DRB de enlace lateral asociados con el UE par, como se especifica en la subcláusula 5.x.9.1.5;
- configuración del UE par para realizar la medición y el reporte del enlace lateral NR.
5.x.9.1.2 Acciones relacionadas con la transmisión del mensaje RRCReconfiguraciónEnlacelateral
El UE establecerá el contenido del mensaje RRCReconfiguraciónEnlacelateral de la siguiente manera:
1>para cada DRB de enlace lateral que se vaya a liberar, según la subcláusula 5.x.9.1.4.1, debido a la configuración por sl-ConfigDedicadaNR, SIBX, EnlacelateralPreconfigNR o por capas superiores:
2> establecer el slrb-PC5-ConfigÍndice incluido en el slrbConfigParaLiberarLista correspondiente al DRB de enlace lateral;
1> para cada DRB de enlace lateral que se establezca o modifique, de acuerdo con la subcláusula 5.x.9.1.5.1, debido a la recepción de sl-ConfigDedicadaNR, SIBX, EnlacelateralPreconfigNR:
2> establecer el SLRB-Config incluido en el slrb-ConfigParaAñadirModLista, de acuerdo con el sl-RadioPortadorConfig recibido y el sl-RLC-PortadorConfig correspondiente al DRB de enlace lateral;
1>para cada medición y reporte de enlace lateral NR que se configurará:
2> establecer sl-MedConfig de acuerdo con la información de configuración de medición de enlace lateral NR almacenada;
1> iniciar el temporizador T400 para el destino asociado con el DRB de enlace lateral;
El UE deberá enviar el mensaje RRCReconfiguraciónEnlacelateral a las capas inferiores para su transmisión.
5.x.9.1.3 Recepción de un RRCReconfiguraciónEnlacelateral mediante el UE
El UE deberá realizar las siguientes acciones al recibir el RRCReconfiguraciónEnlacelateral:
1> si RRCReconfiguraciónEnlacelateral incluye slrb-ConfigParaLiberarLista:
2> para cada valor de slrb-PC5-ConfigÍndice incluido en slrb-ConfigParaLiberarLista que forma parte de la configuración actual del enlace lateral del UE;
3> realizar el procedimiento de liberación del DRB del enlace lateral, de acuerdo con la subcláusula 5.x.9.1.4;
1> si RRCReconfiguraciónEnlacelateral incluye slrb-ConfigParaAñadirModLista:
2> para cada valor de slrb-PC5-ConfigÍndice incluido en slrb-ConfigParaAñadirModLista que no forma parte de la configuración actual del enlace lateral del UE;
3> aplicar sl-AsignadoQoS-FlujosParaAñadirLista y sI-AsignadoQoS-FlujosParaLiberarLista, si se incluyen;
3> realizar el procedimiento de adición del DRB del enlace lateral, de acuerdo con la subcláusula 5.x.9.1.5;
2> para cada valor de slrb-PC5-ConfigÍndice incluido en slrb-ConfigParaAñadirModLista que forma parte de la configuración actual del enlace lateral del UE;
3> aplicar sl-AsignadoQoS-FlujosParaAñadirLista y sl-AsignadoQoS-FlujosParaLiberarLista, si se incluyen;
3> realizar el procedimiento de liberación o modificación del DRB del enlace lateral, de acuerdo con la subcláusula 5.x.9.1.4 y 5.x.9.1.5.
1> si el UE no puede cumplir con (parte de) la configuración incluida en RRCReconfiguraciónFallaEnlacelateral (es decir, falla de reconfiguración de RRC del enlace lateral):
2> continuar usando la configuración utilizada antes de la recepción del mensaje RRCReconfiguraciónFallaEnlacelateral; 2> establecer el contenido del mensaje RRCReconfiguraciónFallaEnlacelateral;
3> enviar el mensaje RRCReconfiguraciónFallaEnlacelateral a las capas inferiores para su transmisión;
1> además:
2> configurar el contenido del mensaje RRCReconfiguraciónCompletaEnlacelateral;
3> enviar el mensaje RRCReconfiguraciónCompletaEnlacelateral a las capas inferiores para su transmisión;
NOTA X: Cuando el mismo canal lógico está configurado con un modo de RLC diferente por otro UE, el UE maneja el caso como una falla de reconfiguración de RRC del enlace lateral.
[...]
Como se indica en la nota de quien preside el 3GPP RAN2#108, la reunión del 3GPP RAN2#108 llegó a los siguientes acuerdos:
Acuerdos sobre manejo de casos de falla:
1: El informe de SUI sobre SL RLF incluye una indicación de falla explícita.
2: Tras la liberación de la conexión PC5-RRC, el UE realiza las siguientes acciones: 1) Descartar cualquier contexto SL UE asociado, si lo hay; 2) liberar toda la configuración del SLRB asociada, incluida la liberación de la entidad de RLC y la entidad de PDCP asociada y SDAP; y 3) indicar la liberación de la conexión PC5-RRC a las capas superiores (por ejemplo, la entidad PC5-S) si la capa AS activa la liberación de la conexión de PC5-RRC. FFS sobre el comportamiento de la capa MAC, las claves de seguridad y los temporizadores relevantes (si los hay).
3: Si el UE puede cumplir con la configuración recibida en el mensaje de configuración de la capa AS, inicia la configuración completa de la capa AS basada en PC5-RRC. De lo contrario, inicia una falla de configuración de capa AS basada en PC5-RRC. FFS si debe seguir la propuesta 3 o no en la configuración de capa AS basada en PC5-RRC falla.
En 3GPP R2-1900370 se introdujeron opciones para la configuración del SLRB (portador de radio de enlace lateral) configurado por NW y la configuración del SLRB preconfigurado para PC5 QoS (calidad de servicio) basado en el flujo y PC5 QoS basado en el perfil. La configuración del SLRB puede incluir ID de SLRB, asignación de flujo de QoS al SLRB y configuración de AS (por ejemplo, configuraciones de PDCP (Protocolo de convergencia de datos en paquetes)/RLC (Control de enlace de radio)/LCH (Canal lógico)). La configuración de AS podría indicar, por ejemplo, t-reordenamiento, reordenamiento_ventana, Máximo_PDCP_SN, modo RLC (UM o AM), AM_Ventana_Tamaño, UM_Ventana_Tamaño, identidad del canal lógico de enlace lateral y/o etc.
Durante un procedimiento de configuración de capa AS, puede ocurrir un caso de falla si la configuración del SLRB configurada por NW proporcionada por el gNB no es aceptable para el UE par. Luego, el problema es cómo garantizar que gNB pueda configurar una configuración del SLRB aceptable para ambos UE.
En NR Uu, el gNB determina una configuración dedicada para un UE según la capacidad del UE. Si NR SL sigue el diseño de NR Uu, es posible que el gNB necesite conocer las capacidades del enlace lateral de ambos UE antes de que el gNB proporcione una configuración del SLRB configurada por NW aceptable para ambos UE. Se supone que el UE1 establece un enlace de unidifusión con el UE2 y el UE1 está en RRC_CONECTADO. Una posible solución es que el UE1 informe la información de la capacidad de enlace lateral del UE de ambos UE (UE1 y UE2) a su gNB de servicio para que el gNB de servicio pueda determinar una configuración del SLRB aceptable para ambos UE. Es posible que el UE1 pueda reportar la información de la capacidad de enlace lateral del UE de ambos UE al gNB en un mensaje o en mensajes separados.
Preferiblemente, el UE1 puede reportar la información de capacidad del enlace lateral del UE de ambos UE en el mensaje utilizado para solicitar una configuración del SLRB para el enlace de unidifusión o para reportar a gNB que el UE1 está interesado en la comunicación del enlace lateral. Posiblemente, el UE1 puede reportar la información de capacidad del enlace lateral del UE de ambos UE en una información de asistencia del UE al gNB. En otras palabras, el procedimiento de transferencia de capacidad del UE debe realizarse en ambos UE antes de solicitar la configuración del SLRB configurada por NW. Después de recibir la configuración del SLRB configurada por NW desde el gNB, el UE1 transmitirá una configuración AS al UE2. Dado que la configuración de AS será aceptable para el UE2, el UE2 responderá un mensaje completo asociado con la configuración de AS al UE1. La configuración de AS incluye parámetros (o la configuración del SLRB) utilizados para la transmisión y/o recepción en el enlace de unidifusión. Esta solución podría ilustrarse en la figura 13, que muestra un diagrama de flujo ejemplar para reportar la información de capacidad del enlace lateral del UE y solicitar la configuración del SLRB de acuerdo con una realización ejemplar.
Con respecto a la información de capacidad del enlace lateral del UE, se podría incluir al menos uno de los siguientes elementos o parámetros:
- Número máximo de bits de un TB en una unidad de tiempo de transmisión (por ejemplo, un TTI);
- Si se admite un determinado MCS (por ejemplo, 16 o 64 QAM);
- Si se admite la medición de CBR;
- TX relacionado con la diversidad;
- Si se admite FR2;
- Si se admite la coexistencia del modo1/modo2;
- Las combinaciones de bandas admiten TX o RX en simultáneo;
- Rango de ID del SLRB compatible;
- Rango de ID de flujo QoS PC5 compatible;
- Configuración relacionada con PDCP compatible (por ejemplo, descartar temporizador, pdcp-SN-Tamaño, maxCID, perfiles, FueraDeServicioAdministración, t-reordenamiento y/o etc.);
- Configuración relacionada con RLC compatible (por ejemplo, lógicaCanalIdentidad, Modo de RLC, sn-CampoLongitud, t-reensamblado, t-EstadoProhibición, t-PolRetransmisión, polPDU, polByte, MaxRetxUmbral y/o etc.);
- Configuración relacionada con MAC compatible (por ejemplo, rango de prioridad, restricciones de LCH, lógicaCanalGrupo, ProgramaciónSolicitudID y/o etc.).
También es posible que la información de capacidad del enlace lateral del UE pueda contener parámetros para transmisión, parámetros para recepción y/o parámetros tanto para transmisión como para recepción. En esa situación, es posible que el UE solo necesite informar parte de la capacidad del enlace lateral del UE al gNB para que el gNB determine la configuración del SLRB para una sola dirección (es decir, de un UE al otro UE), por ejemplo, parámetros para la transmisión del UE y parámetros para la recepción del UE par.
La figura 16 es un diagrama de flujo 1600 según una realización ejemplar desde la perspectiva de un primer UE para reportar información de capacidad de enlace lateral del UE a un nodo de red. En el paso 1605, el primer UE establece un enlace de unidifusión con un segundo UE. En el paso 1610, el UE recibe una segunda información de capacidad del enlace lateral del segundo UE desde el segundo UE. En el paso 1615, el primer UE transmite una primera información de capacidad del enlace lateral del primer UE y la segunda información de capacidad del enlace lateral al nodo de red.
Preferiblemente, el primer UE podría transmitir la primera información de capacidad de enlace lateral del primer UE al segundo UE. El primer UE también podría transmitir un primer mensaje al nodo de red para solicitar una configuración del SLRb para el enlace de unidifusión. Además, el primer UE podría recibir un segundo mensaje del nodo de red, en donde el segundo mensaje incluye la configuración del SLRB para el enlace de unidifusión.
Volviendo a las figuras 3 y 4, en una realización ejemplar de un primer UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el primer UE (i) establezca un enlace de unidifusión con un segundo UE, (ii) reciba una segunda información de capacidad del enlace lateral del segundo UE desde el segundo UE, y (iii) transmita una primera información de capacidad del enlace lateral del primer UE y la segunda información de capacidad del enlace lateral al nodo de red. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y pasos descritos anteriormente u otros descritos en la presente.
La figura 17 es un diagrama de flujo 1700 según una realización ejemplar desde la perspectiva de un nodo de red para recibir información de capacidad de enlace lateral del UE desde un primer UE. En el paso 1705, el nodo de red recibe una primera información de capacidad del enlace lateral del primer UE y una segunda información de capacidad del enlace lateral de un segundo UE desde el primer UE, en donde hay un enlace de unidifusión establecido entre el primer UE y el segundo UE. En el paso 1710, el nodo de red recibe un primer mensaje desde el primer UE, en donde el primer mensaje se usa para solicitar una configuración del SLRB para el enlace de unidifusión. En el paso 1715, el nodo de red transmite un segundo mensaje al primer UE, en donde el segundo mensaje incluye la configuración del SLRB para el enlace de unidifusión.
Volviendo a las figuras 3 y 4, en una realización ejemplar de un nodo de red, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el nodo de red (i) reciba una primera información de capacidad del enlace lateral del primer UE y una segunda información de capacidad del enlace lateral de un segundo UE desde el primer UE, en donde hay un enlace de unidifusión establecido entre el primer UE y el segundo UE, (ii) recibir un primer mensaje desde el primer UE, en donde el primer mensaje se usa para solicitar una configuración del SLRb para el enlace de unidifusión, y (iii) transmitir un segundo mensaje al primer UE, en donde el segundo mensaje incluye la configuración de SLRB para el enlace de unidifusión. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y pasos descritos anteriormente u otros descritos en la presente.
En el contexto de las realizaciones ilustradas en las figuras 16 y 17 y descritas con anterioridad, preferiblemente el nodo de red podría incluir una identidad de un flujo de PC5 QoS para el enlace de unidifusión. El segundo mensaje podría incluir la identidad del flujo de PC5 QoS.
Preferiblemente, el primer mensaje podría incluir una identidad de un SLRB para el enlace de unidifusión. El segundo mensaje podría incluir una identidad de un SLRB para el enlace de unidifusión. El segundo mensaje podría indicar que el flujo de PC5 QoS está asignado al SLRB.
Preferiblemente, la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral podrían transmitirse al nodo de red en uno o dos mensajes. La primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral podrían incluirse en el primer mensaje. La primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral también podrían incluirse en una información de asistencia del UE (por ejemplo, UEAsistenciaInformación) o una información utilizada para indicar que el primer UE está interesado en la comunicación de enlace lateral (por ejemplo, EnlacelateralUEInformación).
Preferiblemente, la configuración del SLRB podría determinarse de acuerdo con la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral. El nodo de red podría ser una estación base (por ejemplo, eNB).
Es posible que un parámetro de capacidad del enlace lateral del UE1 sea diferente del parámetro de capacidad del enlace lateral equivalente del UE2. Para derivar una configuración del SLRB aceptable para ambos UE, es posible que el gNB deba determinar la configuración del SLRB según el parámetro con una capacidad más baja. En otras palabras, si el parámetro de capacidad del enlace lateral del UE1 es mejor que el equivalente del UE2, el gNB debe determinar la configuración del SLRB según el parámetro de capacidad del enlace lateral del UE2.
Por ejemplo, el UE1 puede realizar una transmisión del enlace lateral al UE2 en un enlace de unidifusión. Para un tamaño máximo de TB (bloque de transporte), el UE1 puede admitir hasta 2000 bits por TB y el UE2 puede admitir hasta 1000 bits por TB. Para MCS, el u E1 puede admitirlo hasta 64-QAM y el UE2 puede admitir hasta 16-QAM. Es factible que el UE1 derive un conjunto de parámetros de capacidad del enlace lateral de acuerdo con las capacidades del enlace lateral de ambos UE. En este ejemplo, el UE1 puede reportar como "1000 bits por TB para el tamaño máximo de TB" y "16-QAM para MCS" al gNB. En lugar de reportar la información sobre la capacidad del enlace lateral del UE para ambos UE, esta alternativa es que el UE1 derive un conjunto de parámetros de capacidad del enlace lateral de acuerdo con las capacidades del enlace lateral de ambos UE y reporte este conjunto de parámetros de capacidad del enlace lateral al gNB. Por lo tanto, la sobrecarga de señalización se puede reducir. De manera similar, el UE1 puede reportar el conjunto de parámetros de capacidad del enlace lateral derivados de las capacidades del enlace lateral de ambos UE en el mensaje utilizado para solicitar la configuración del SLRB para el enlace de unidifusión y/o utilizado para informar al gNB que el UE1 está interesado en la comunicación del enlace lateral. Probablemente, el conjunto de parámetros de capacidad del enlace lateral derivados de las capacidades del enlace lateral de ambos UE podría incluirse en una información de asistencia del UE que se enviaría al gNB. Esta alternativa podría ilustrarse en la figura 14, que muestra un diagrama de flujo ejemplar para reportar la información de capacidad del enlace lateral del UE y solicitar la configuración del SLRB de acuerdo con una realización ejemplar. Con respecto al parámetro de capacidad del enlace lateral, podría ser uno de los siguientes elementos o parámetros:
- Número máximo de bits de un TB en una unidad de tiempo de transmisión (por ejemplo, un TTI);
- Si se admite un determinado MCS (por ejemplo, 16 o 64 QAM);
- Si se admite la medición de CBR;
- TX relacionado con la diversidad;
- Si se admite FR2;
- Si se admite la coexistencia del modo1/modo2;
- Las combinaciones de bandas admiten TX o RX en simultáneo;
- Rango de ID del SLRB compatible;
- Rango de ID de flujo QoS PC5 compatible;
- Configuración relacionada con PDCP compatible (por ejemplo, descartar temporizador, pdcp-SN-Tamaño, maxCID, perfiles, FueraDeServicioAdministración, t-reordenamiento y/o etc.);
- Configuración relacionada con RLC compatible (por ejemplo, lógicaCanalIdentidad, Modo de RLC, sn-CampoLongitud, t-reensamblado, t-EstadoProhibición, t-PolRetransmisión, polPDU, polByte, MaxRetxUmbral y/o etc.);
- Configuración relacionada con MAC compatible (por ejemplo, rango de prioridad, restricciones de LCH, lógicaCanalGrupo, ProgramaciónSolicitudID y/o etc.).
La figura 18 es un diagrama de flujo 1800 según una realización ejemplar desde la perspectiva de un primer UE para reportar información de capacidad de enlace lateral del UE a un nodo de red. En el paso 1805, el primer UE establece un enlace de unidifusión con un segundo UE. En el paso 1810, el UE recibe una segunda información de capacidad del enlace lateral del segundo UE desde el segundo UE. En el paso 1815, el primer UE deriva un conjunto de parámetros de capacidad del enlace lateral desde una primera información de capacidad del enlace lateral del primer UE y la segunda información de capacidad del enlace lateral. En el paso 1820, el primer UE transmite el conjunto de parámetros de capacidad del enlace lateral al nodo de red.
Preferiblemente, el primer UE podría transmitir la primera información de capacidad de enlace lateral del primer UE al segundo UE. El primer UE también podría transmitir un primer mensaje al nodo de red para solicitar una configuración del SLRb para el enlace de unidifusión. Además, el primer UE podría recibir un segundo mensaje del nodo de red, en donde el segundo mensaje incluye la configuración del SLRB para el enlace de unidifusión.
Volviendo a las figuras 3 y 4, en una realización ejemplar de un primer UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el primer UE (i) establezca un enlace de unidifusión con un segundo UE, (ii) recibir una segunda información de capacidad del enlace lateral del segundo UE desde el segundo UE, (iii) derivar un conjunto de parámetros de capacidad del enlace lateral desde una primera información de capacidad del enlace lateral del primer UE y la segunda información de capacidad del enlace lateral y (iv) transmitir el conjunto de parámetros de capacidad del enlace lateral al nodo de red. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y pasos descritos anteriormente u otros descritos en la presente.
La figura 19 es un diagrama de flujo 1900 según una realización ejemplar desde la perspectiva de un nodo de red para recibir información de capacidad de enlace lateral del UE desde un primer UE. En el paso 1905, el nodo de red recibe un conjunto de parámetros de capacidad del enlace lateral desde el primer UE, en donde el conjunto de parámetros de capacidad del enlace lateral deriva desde una primera información de capacidad del enlace lateral del primer UE y una segunda información de capacidad del enlace lateral de un segundo UE, y hay un enlace de unidifusión establecido entre el primer UE y el segundo UE. En el paso 1910, el nodo de red recibe un primer mensaje desde el primer UE, en donde el primer mensaje se usa para solicitar una configuración del SLRB para el enlace de unidifusión. En el paso 1915, el nodo de red transmite un segundo mensaje al primer UE, en donde el segundo mensaje incluye la configuración del SLRB para el enlace de unidifusión.
Volviendo a las figuras 3 y 4, en una realización ejemplar de un nodo de red, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el nodo de red (i) reciba un conjunto de parámetros de capacidad del enlace lateral desde el primer UE, en donde el conjunto de parámetros de capacidad del enlace lateral deriva desde una primera información de capacidad del enlace lateral del primer UE y un segunda información de capacidad del enlace lateral de un segundo UE, y hay un enlace de unidifusión establecido entre el primer UE y el segundo UE, (ii) recibir un primer mensaje desde el primer UE, en donde el primer mensaje se usa para solicitar una configuración del SLRB para el enlace de unidifusión y (iii) transmitir un segundo mensaje al primer UE, en donde el segundo mensaje incluye la configuración del SLRB para el enlace de unidifusión. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y pasos descritos anteriormente u otros descritos en la presente.
En el contexto de las realizaciones ilustradas en las figuras 18 y 19 y descritas con anterioridad, preferiblemente el primer mensaje podría incluir una identidad de un flujo de PC5 QoS para el enlace de unidifusión. El segundo mensaje podría incluir la identidad del flujo de PC5 QoS.
Preferiblemente, el primer mensaje podría incluir una identidad de un SLRB para el enlace de unidifusión. El segundo mensaje podría incluir una identidad de un SLRB para el enlace de unidifusión. El segundo mensaje podría indicar que el flujo de PC5 QoS está asignado al SLRB.
Preferiblemente, el conjunto de parámetros de capacidad del enlace lateral podría transmitirse al nodo de red en uno o dos mensajes. El conjunto de parámetros de capacidad del enlace lateral podría incluirse en el primer mensaje. Además, el conjunto de parámetros de capacidad del enlace lateral podría incluirse en una información de asistencia del UE (por ejemplo, UEAsistenciaInformación) o una información utilizada para indicar que el primer UE está interesado en la comunicación de enlace lateral (por ejemplo, EnlacelateralUEInformación).
Preferiblemente, la configuración del SLRB podría determinarse de acuerdo con el conjunto de parámetros de capacidad del enlace lateral. El nodo de red podría ser una estación base (por ejemplo, eNB).
Alternativamente, el UE1 puede no incluir los parámetros de capacidad del enlace lateral del UE2 en una solicitud de configuración del SLRB. En cambio, el UE1 puede incluir los parámetros de capacidad del enlace lateral del UE2 en un mensaje de falla de la configuración de SLRB enviado a la estación base si el UE2 no puede cumplir con la configuración del SLRB. Posiblemente, la estación base podría determinar primero la configuración del SLRB según los parámetros de capacidad del enlace lateral del UE1. Y luego, el UE1 podría transmitir la configuración de AS al UE2 a través del mensaje PC5 RRC donde la configuración de AS podría derivar de la configuración del SLRB. Si la capacidad del enlace lateral del UE2 y la capacidad del enlace lateral del UE1 son diferentes, es posible que el UE2 no pueda cumplir con la configuración de AS. En esa situación, el UE2 puede transmitir un mensaje de falla de la configuración de AS al UE1. El mensaje de falla podría ser un mensaje RRC (por ejemplo, RRCReconfiguraciónFallaEnlacelateral). El mensaje de falla podría incluir un valor de causa que indique que el UE2 no puede cumplir con la configuración de AS, por ejemplo, a causa de la capacidad del enlace lateral.
Al recibir el mensaje de falla debido a la capacidad del enlace lateral, el UE1 podría transmitir una indicación de falla a la estación base. La incitación de la falla podría transmitirse a través de un mensaje RRC, por ejemplo, EnlacelateralUEInformaciónNR. La indicación de la falla podría ser un valor de causa que indique que el UE2 no puede cumplir con la configuración de AS o la configuración del SLRB. Además, el mensaje RRC que incluye la indicación de falla podría incluir los parámetros de capacidad del enlace lateral del UE2. Alternativamente, el mensaje RRC puede incluir los parámetros de capacidad del enlace lateral del UE2 en lugar de la indicación de falla para implicar que el UE2 no puede cumplir con la configuración de AS y reducir la sobrecarga de señalización. Además de la indicación de falla y/o los parámetros de capacidad del enlace lateral del UE2, el mensaje RRC también puede incluir, por ejemplo, SL-DestinoIdentidad o sl-DestinoÍndice asociado con el SLRB en cuestión, SLRB-Uu-ConfigÍndice asociado con el SLRB en cuestión, sl-QoS-FlujoIdentidad de flujos de PC5 QoS asignados al SLRB en cuestión y/o sl-QoS-Perfil de flujos de PC5 QoS.
Al recibir el mensaje RRC que incluye los parámetros de capacidad del enlace lateral del UE2, la estación base podría reconsiderar o volver a determinar una nueva configuración del SLRB para el SLRB en cuestión en función de los parámetros de capacidad del enlace lateral del UE1 y/o los parámetros de capacidad del enlace lateral del UE2, y proporcionar la nueva configuración del SLRB al UE1. Con la nueva configuración del SLRB, el UE1 transmite una nueva configuración de AS al UE2 a través del mensaje PC5 RRC. La alternativa podría ilustrarse en la figura 15, que es un diagrama de flujo ejemplar para reportar información de capacidad de enlace lateral del UE tras la recepción de RRCReconfiguraciónFallaEnlacelateral de acuerdo con una realización de ejemplo.
Según 3GPP [108#44][V2X] 38.331/36.331 Ejecución CRs-Parte1 38.331 CR (Huawei), el UE transmite sl-Falla a la estación base a través de EnlacelateralUEInformaciónNR cuando se detecta el RLF del enlace lateral. En este caso, es posible que la estación base no necesite reconsiderar o volver a determinar una nueva configuración del SLRB. Por lo tanto, tras la detección del SL RLF, el UE1 podría transmitir una indicación de falla que indique SL RLF a la estación base a través de un mensaje RRC (por ejemplo, EnlacelateralUEInformaciónNR). Sin embargo, es posible que el mensaje RRC no necesite incluir los parámetros de capacidad del enlace lateral del UE2.
Además, de acuerdo con la nota de quien preside 3GPP RAN2#108, si un UE puede cumplir con la configuración recibida en el mensaje de configuración de la capa AS, el UE inicia la configuración completa de la capa AS basada en PC5-RRC. De lo contrario, el UE inicia una falla de configuración de la capa AS basada en PC5-RRC. Según este acuerdo, el mensaje de falla podría incluir un valor de causa que indique una colisión de LCID en la configuración de AS. Dado que el UE1 asigna el LCID correspondiente a un canal lógico del enlace lateral de la configuración de AS, el UE1 podría volver a asignar un nuevo LCID para el canal lógico del enlace lateral en respuesta a la recepción del mensaje de falla que indica la colisión del LCId , y podría transmitir una nueva configuración de AS con el nuevo LCID (es decir, todos los parámetros alineados tX-Rx que no sean LCID no se cambian) para configurar el canal lógico del enlace lateral con el UE2. En este caso, es posible que la estación base no necesite reconsiderar o volver a determinar una nueva configuración del SLRB. Por lo tanto, tras recibir un mensaje de falla que indica una colisión del LCID, es posible que el UE1 no necesite transmitir una indicación de falla que indique una colisión del LCID a la estación base a través de un mensaje RRC (por ejemplo, EnlacelateralUEInformaciónNR).
La figura 20 es un diagrama de flujo 2000 según una realización ejemplar desde la perspectiva de un primer UE para solicitar la configuración del SLRB desde un nodo de red. En el paso 2005, el primer UE establece un enlace de unidifusión con un segundo UE. En el paso 2010, el primer UE transmite una primera configuración de AS al segundo UE. En el paso 2015, el primer UE recibe un mensaje de falla de la primera configuración de AS desde el segundo UE. En el paso 2020, el primer UE transmite un tercer mensaje RRC al nodo de red en respuesta a la recepción del mensaje de falla, en donde el tercer mensaje de RRC incluye una segunda información de capacidad del enlace lateral del segundo UE.
Preferiblemente, el primer UE podría recibir la segunda información de capacidad del enlace lateral del segundo UE a través del mensaje PC5 RRC. El primer UE también podría transmitir un primer mensaje RRC al nodo de red para solicitar una primera configuración del SLRB para el enlace de unidifusión, en donde la primera configuración de AS deriva de la primera configuración del SLRB. Además, el primer UE podría recibir un segundo mensaje RRC del nodo de red, en donde el segundo mensaje RRC incluye la primera configuración del SLRB para el enlace de unidifusión.
Preferiblemente, el primer UE podría recibir un cuarto mensaje RRC desde el nodo de red, en donde el cuarto mensaje RRC incluye una segunda configuración del SLRB para el enlace de unidifusión. El UE también podría transmitir una segunda configuración de AS al segundo UE a través del mensaje PC5 RRC, en donde la segunda configuración de AS deriva de la segunda configuración de SLRB.
Volviendo a las figuras 3 y 4, en una realización ejemplar de un primer UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el primer UE (i) establezca un enlace de unidifusión con un segundo UE, (ii) transmitir una primera configuración de AS al segundo UE, (iii) recibir un mensaje de falla de la primera configuración de AS desde el segundo UE y (iv) transmitir un tercer mensaje RRC al nodo de red en respuesta a la recepción del mensaje de falla, en donde el tercer mensaje RRC incluye una segunda información de capacidad del enlace lateral del segundo UE. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y pasos descritos anteriormente u otros descritos en la presente.
La figura 21 es un diagrama de flujo 2100 según una realización ejemplar desde la perspectiva de un nodo de red para proporcionar una configuración del SLRB para un enlace de unidifusión establecido entre un primer UE y un segundo UE. En el paso 2105, el nodo de red recibe un tercer mensaje RRC desde el primer UE, en donde el tercer mensaje RRC indica que el segundo UE no puede cumplir con el contenido de una primera configuración del SLRB para el enlace de unidifusión e incluye una segunda información de capacidad del enlace lateral del segundo UE. En el paso 2110, el nodo de red transmite un cuarto mensaje RRC al primer UE, en donde el cuarto mensaje RRC incluye una segunda configuración del SLRB que se determina en base a la segunda información de capacidad del enlace lateral del segundo UE.
Preferiblemente, el nodo de red podría recibir un primer mensaje RRC desde el primer UE para solicitar la primera configuración del SLRB para el enlace de unidifusión. El nodo de red también podría transmitir el segundo mensaje RRC al primer UE, en donde el segundo mensaje RRC incluye la primera configuración del SLRB para el enlace de unidifusión.
Volviendo a las figuras 3 y 4, en una realización ejemplar de un nodo de red, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el nodo de red (i) reciba un tercer mensaje RRC desde el primer UE, en donde el tercer mensaje RRC indica que el segundo UE no puede cumplir con el contenido de una primera configuración del SLRB para el enlace de unidifusión e incluye una segunda información de capacidad del enlace lateral del segundo UE, y (ii) transmitir un cuarto mensaje r Rc al primer UE, en donde el cuarto mensaje RRC incluye una segunda configuración del SLRB que se determina según la segunda información de capacidad del enlace lateral del segundo UE. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y pasos descritos anteriormente u otros descritos en la presente.
En el contexto de las realizaciones ilustradas en las figuras 20 y 21 y descritas con anterioridad, preferiblemente, el primer mensaje RRC podría incluir una primera información de capacidad del enlace lateral del primer UE. El tercer mensaje RRC también podría incluir una primera información de capacidad del enlace lateral del primer UE.
Preferiblemente, el primer mensaje podría incluir una identidad de un flujo de PC5 QoS para el enlace de unidifusión (por ejemplo, slQoS-FlujoIdentidad), un perfil de PC5 QoS del flujo de PC5 QoS para el enlace de unidifusión (por ejemplo, el perfil de sl-QoS) o un ID de capa 2 de destino del segundo UE (por ejemplo, SL-DestinoIdentidad). El segundo mensaje podría incluir la identidad del flujo de PC5 QoS (por ejemplo, sl-QoS-FlujoIdentidad), o una identidad o un índice de configuración de un SLRB para el enlace de unidifusión (por ejemplo, SLRB-Uu-ConfigÍndice). El segundo mensaje podría indicar que el flujo de PC5 QoS está asignado al SLRB.
Preferiblemente, la primera configuración del SLRB podría incluir un primer conjunto de parámetros alineados TX-RX asociados con el SLRB. El tercer mensaje podría incluir SLDestinoIdentidad o sl-DestinoÍndice asociado con el SLRB, SLRB-Uu-ConfigÍndice asociado con el SLRB, sl-QoS-FlujoIdentidad del flujo de PC5 QoS asignado a SLRB y/o sl-QoS-Perfil del flujo de PC5 QoS. SL-DestinoIdentidad o sl-DestinoÍndice pueden estar asociados con el segundo UE. El cuarto mensaje podría incluir un segundo conjunto de parámetros alineados TX-RX asociados con el SLRB.
Preferiblemente, el primer mensaje o el tercer mensaje podría ser un EnlacelateralUEInformaciónNR. El segundo mensaje o el tercer mensaje podrían ser una RRCReconfiguración. La primera o la segunda información sobre la capacidad del enlace lateral podría incluir, por ejemplo, parámetros alineados TX-RX admitidos, rango de ID del SLRB, rango de identidad de canal lógico (LCID), rango de ID de flujo de PC5 QoS, número máximo de bits de un TB en una unidad de tiempo de transmisión y/o MCS. El nodo de red podría ser una estación base (por ejemplo, eNB).
La figura 22 es un diagrama de flujo 2200 según una realización ejemplar desde la perspectiva de un primer UE para reportar información de capacidad de enlace lateral del UE a un nodo de red. En el paso 2205, el primer UE establece un enlace de unidifusión con un segundo UE. En el paso 2210, el primer UE recibe una segunda información de capacidad del enlace lateral del segundo UE desde el segundo UE. En el paso 2215, el primer UE transmite una primera información de capacidad del enlace lateral del primer UE y la segunda información de capacidad del enlace lateral al nodo de red o transmite una información de capacidad del enlace lateral común al nodo de red, en donde la información de capacidad del enlace lateral común deriva de la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral.
Preferiblemente, el primer UE podría transmitir un primer mensaje al nodo de red para solicitar una configuración del SLRB para el enlace de unidifusión. El primer UE también podría recibir un segundo mensaje desde el nodo de red, en donde el segundo mensaje incluye una configuración del SLRB (portador de radio de enlace lateral) para el enlace de unidifusión.
Preferiblemente, la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral podrían incluirse en un mensaje o en dos mensajes, respectivamente. Más preferiblemente, la segunda información de capacidad del enlace lateral o la información de capacidad del enlace lateral común también podría incluirse en una información de asistencia del UE (por ejemplo, UEAsistenciaInformación) o una información del UE del enlace lateral (por ejemplo, EnlacelateralUEInformación). Preferiblemente, el primer/segundo mensaje podría ser un mensaje RRC.
Preferiblemente, el nodo de la red podría ser una estación base (por ejemplo, gNB).
Volviendo a las figuras 3 y 4, en una realización ejemplar de un primer UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el primer UE (i) establezca un enlace de unidifusión con un segundo UE, (ii) reciba una segunda información de capacidad del enlace lateral del segundo UE desde el segundo UE y (iii) transmita una primera información de capacidad del enlace lateral del primer UE y la segunda información de capacidad del enlace lateral a un nodo de red o transmita una información de capacidad del enlace lateral común al nodo de red, en donde la información de capacidad del enlace lateral común deriva de la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y pasos descritos anteriormente u otros descritos en la presente.
La figura 233 es un diagrama de flujo 2300 según una realización ejemplar desde la perspectiva de un nodo de red para recibir información de capacidad del enlace lateral del UE desde un primer UE, en donde hay un enlace de unidifusión establecido entre el primer UE y un segundo UE. En el paso 2305, el nodo de red recibe una primera información de capacidad del enlace lateral del primer UE y una segunda información de capacidad del enlace lateral del segundo UE desde el primer UE o recibe una información de capacidad del enlace lateral común desde el primer UE, en donde la información de capacidad del enlace lateral común deriva de la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral. En el paso 2310, el nodo de red recibe un primer mensaje desde el primer UE, en donde el primer mensaje se usa para solicitar una configuración del SLRB para el enlace de unidifusión. En el paso 2315, el nodo de red transmite un segundo mensaje al primer UE, en donde el segundo mensaje incluye la configuración del SLRB para el enlace de unidifusión.
Preferiblemente, la configuración del SLRB podría determinarse según la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral o según la información de capacidad del enlace lateral común. El primer mensaje podría incluir una identidad de un flujo de PC5 QoS para el enlace de unidifusión. El segundo mensaje podría incluir la identidad del flujo de PC5 QoS o una identidad de un SLRB para el enlace de unidifusión.
Preferiblemente, el segundo mensaje podría indicar que el flujo de PC5 QoS está asignado al SLRB. La primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral podrían incluirse en un mensaje o en dos mensajes, respectivamente. La segunda información de capacidad del enlace lateral o la información de capacidad del enlace lateral común también podría incluirse en una información de asistencia del UE (por ejemplo, UEAsistenciaInformación) o una información del UE del enlace lateral (por ejemplo, EnlacelateralUEInformación). Preferiblemente, el primer/segundo mensaje podría ser un mensaje RRC.
Preferiblemente, el nodo de la red podría ser una estación base (por ejemplo, gNB).
Volviendo a las figuras 3 y 4, en una realización ejemplar de un nodo de red, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el nodo de red (i) reciba una primera información de capacidad del enlace lateral del primer UE y una segunda información de capacidad del enlace lateral del segundo UE o reciba una información de capacidad del enlace lateral común desde el primer UE, en donde la información de capacidad del enlace lateral común deriva de la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral, (ii) reciba un primer mensaje desde el primer UE, en donde el primer mensaje se usa para solicitar una configuración del SLRB para el enlace de unidifusión y (iii) transmita un segundo mensaje al primer UE, en donde el segundo mensaje incluye la configuración del SLRB para el enlace de unidifusión. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y pasos descritos anteriormente u otros descritos en la presente.
Anteriormente se han descrito varios aspectos de la divulgación. Debería ser evidente que las enseñanzas de esta invención pueden realizarse en una amplia diversidad de formas y que cualquier estructura, función específica o ambas que se describan en esta invención son meramente representativas. Basándose en las enseñanzas de la presente, un experto en la materia debería apreciar que un aspecto descrito en la presente 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, se podría implementar un aparato o se podría llevar a la práctica un método usando cualquier número de los aspectos establecidos en la presente. Además, dicho aparato podría implementarse o dicho método podría practicarse usando otra estructura, funcionalidad o estructura y funcionalidad además de o que no sea uno o más de los aspectos establecidos en la presente. Como ejemplo de algunos de los conceptos anteriores, en algunos aspectos se podrían establecer canales concurrentes en función de frecuencias de repetición de pulso. En algunos aspectos, se podrían establecer canales concurrentes en función de la posición o los desplazamientos de pulso. En algunos aspectos, se podrían establecer canales concurrentes en función de secuencias de salto de tiempo. En algunos aspectos, se podrían establecer canales concurrentes en función de frecuencias de repetición de pulso, posiciones o desplazamientos de pulso y secuencias de salto de tiempo.
Los expertos en la materia entenderán que la información y las señales pueden representarse utilizando cualquier diversidad 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 en toda 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 etapas de algoritmos descritos en relación con los aspectos descritos en la presente pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica o una combinación de ambas, que puede diseñarse utilizando la codificación de origen o alguna otra técnica), diversas formas de código de programa o diseño que incorporan instrucciones (a las que se puede hacer referencia en la presente, por conveniencia, como «software» o «módulo de software»), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos y etapas ilustrativos se han descrito anteriormente generalmente 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 pueden implementar la funcionalidad descrita de diferentes maneras para cada aplicación en particular, pero dichas decisiones de implementación no deben interpretarse como 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 descritos en la presente pueden implementarse 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 puerta programable en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente, 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 convencional, controlador, microcontrolador o máquina de estado. 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 DSP o cualquier otra configuración de este tipo.
Se entiende que cualquier orden específico o jerarquía de pasos en cualquier proceso divulgado es un ejemplo de un enfoque de muestra. Sobre la base de las preferencias de diseño, se entiende que el orden específico o la jerarquía de pasos en los procesos pueden reorganizarse mientras permanecen dentro del alcance de la presente divulgación. Las reivindicaciones del método adjuntas presentan elementos de los diversos pasos en un orden de muestra, y no pretenden limitarse al orden o jerarquía específicos presentados.
Las etapas de un método o algoritmo descrito en relación con los aspectos divulgados en la presente pueden realizarse directamente en hardware, en un módulo de software ejecutado por un procesador o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden residir en una memoria de datos tal como 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. Se puede acoplar un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (al que se puede hacer referencia en la presente, por conveniencia, como un «procesador») para que el procesador pueda leer información (por ejemplo, código) y escribir información en el medio de almacenamiento. Un medio de almacenamiento de muestra puede formar parte 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 informático 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 (14)

REIVINDICACIONES
1. Un método para un primer equipo de usuario, en lo sucesivo también denominado UE, que comprende: establecer un enlace de unidifusión con un segundo UE (2205);
transmitir una primera información de capacidad del enlace lateral del primer UE al segundo UE, en donde la primera información de capacidad del enlace lateral incluye un primer parámetro de una primera configuración del control de enlace de radio, en lo sucesivo también denominado r Lc , admitida por el primer UE;
recibir una segunda información de capacidad de enlace lateral del segundo UE desde el segundo UE (2210), en donde la segunda información de capacidad del enlace lateral incluye un segundo parámetro de una segunda configuración de RLC admitida por el segundo UE;
transmitir la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral a un nodo de red de servicio del primer UE o transmitir una información de capacidad del enlace lateral común al nodo de red de servicio del primer UE, en donde la información de capacidad del enlace lateral común deriva de la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral (2215)
transmitir un primer mensaje al nodo de red de servicio del primer UE para solicitar una configuración del portador de radio del enlace lateral, en lo sucesivo también denominado SLRB, para el enlace de unidifusión; y recibir un segundo mensaje desde el nodo de red de servicio del primer UE, en donde el segundo mensaje incluye la configuración del SLRB para el enlace de unidifusión.
2. El método de la reivindicación 1, en donde la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral se incluyen en un mensaje o en dos mensajes, respectivamente.
3. Un método para un nodo de red, en donde se establece un enlace de unidifusión entre un primer Equipo de Usuario, en lo sucesivo también denominado UE, y un segundo UE, que comprende:
recibir una primera información de capacidad del enlace lateral del primer UE y una segunda información de capacidad del enlace lateral del segundo UE desde el primer UE o recibir una información de capacidad del enlace lateral común desde el primer UE, en donde la información de capacidad del enlace lateral común deriva de la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral (2305), en donde la primera información de capacidad del enlace lateral incluye un primer parámetro de una primera configuración del control de enlace de radio, en lo sucesivo también denominado RLC, compatible con el primer UE y la segunda información de capacidad del enlace lateral incluye un segundo parámetro de una segunda configuración de RLC compatible con el segundo UE;
recibir un primer mensaje desde el primer UE, en donde el primer mensaje se usa para solicitar una configuración del portador de radio del enlace lateral, en lo sucesivo también denominado SLRB, para el enlace de unidifusión (2310); y
transmitir un segundo mensaje al primer UE, en donde el segundo mensaje incluye la configuración del SLRB para el enlace de unidifusión (2315), en donde la configuración del SLRB se determina de acuerdo con la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral o de acuerdo con la información de capacidad del enlace lateral común.
4. El método de la reivindicación 3, en donde el primer mensaje incluye una identidad de un flujo de calidad de servicio PC5, en lo sucesivo también denominado QoS, para el enlace de unidifusión.
5. El método de la reivindicación 3 o 4, en donde el segundo mensaje incluye la identidad del flujo de PC5 QoS.
6. El método de cualquiera de las reivindicaciones 3 a 5, en donde el segundo mensaje incluye una identidad de un SLRB para el enlace de unidifusión.
7. El método de cualquiera de las reivindicaciones 3 a 6, en donde el segundo mensaje indica que el flujo dePC5 QoS está asignado a SLRB.
8. El método de cualquiera de las reivindicaciones 3 a 7, en donde la primera información de capacidad del enlace lateral y la segunda información de capacidad del enlace lateral se incluyen en un mensaje o en dos mensajes, respectivamente.
9. El método de cualquiera de las reivindicaciones 1 a 8, en donde la primera/segunda información de capacidad del enlace lateral o la información de capacidad del enlace lateral común se incluye en una información de asistencia del UE o una información del UE del enlace lateral.
10. El método de cualquiera de las reivindicaciones 1 a 9, en donde el nodo de red es una estación base, en particular un gNB.
11. El método de cualquiera de las reivindicaciones 1 a 10, en donde el primer parámetro de la primera configuración de RLC admitida por el primer UE indica un primer tamaño de campo de número de secuencia de RLC, en lo sucesivo también denominado SN, admitido por el primer UE.
12. El método de cualquiera de las reivindicaciones 1 a 11, en donde el segundo parámetro de la segunda configuración de RLC admitida por el segundo UE indica un segundo tamaño de campo de RLC SN admitido por el segundo UE.
13. Un primer equipo de usuario, en lo sucesivo también denominado UE, para reportar la capacidad del enlace lateral del UE a un nodo de red, que comprende:
un circuito de control (306);
un procesador (308) instalado en el circuito de control (306); y
una memoria (310) instalada en el circuito de control (306) y operativamente acoplada al procesador (308);
en donde el procesador (308) está configurado para ejecutar un código de programa (312) almacenado en la memoria (310) para realizar los pasos del método según se define en cualquiera de las reivindicaciones 1 y 2, y 9 a 12 en combinación con la reivindicación 1 o 2.
14. Un nodo de red para recibir información de capacidad del enlace lateral del equipo de usuario, en lo sucesivo también denominado UE, desde un primer UE, donde hay un enlace de unidifusión establecido entre el primer UE y un segundo UE, que comprende:
un circuito de control (306); un procesador (308) instalado en el circuito de control (306); y una memoria (310) instalada en el circuito de control (306) y acoplada operativamente al procesador (308); en donde el procesador (308) está configurado para ejecutar un código de programa (312) almacenado en la memoria (310) para realizar los pasos del método definidos en cualquiera de las reivindicaciones 3 a 8 y 9 a 12 en combinación con cualquiera de las reivindicaciones 3 a 8.
ES20173609T 2019-05-10 2020-05-08 Reporte de información sobre la capacidad del equipo de usuario para la configuración del portador de radio del enlace lateral en un sistema de comunicación inalámbrica Active ES2917776T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201962846412P 2019-05-10 2019-05-10
US201962955003P 2019-12-30 2019-12-30

Publications (1)

Publication Number Publication Date
ES2917776T3 true ES2917776T3 (es) 2022-07-11

Family

ID=70680205

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20173609T Active ES2917776T3 (es) 2019-05-10 2020-05-08 Reporte de información sobre la capacidad del equipo de usuario para la configuración del portador de radio del enlace lateral en un sistema de comunicación inalámbrica

Country Status (7)

Country Link
US (1) US11758590B2 (es)
EP (1) EP3737198B1 (es)
JP (1) JP7148565B2 (es)
KR (1) KR102468109B1 (es)
CN (1) CN111918401B (es)
ES (1) ES2917776T3 (es)
TW (1) TWI766273B (es)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2940479T3 (es) * 2019-06-25 2023-05-08 Asustek Comp Inc Procedimiento y aparato para configurar la comunicación de enlace lateral en un sistema de comunicación inalámbrica
JP7033173B2 (ja) * 2019-08-02 2022-03-09 華碩電腦股▲ふん▼有限公司 ワイヤレス通信システムにおけるサイドリンク無線ベアラを解放するための方法及び装置
KR102386711B1 (ko) 2019-11-03 2022-04-14 엘지전자 주식회사 무선통신시스템에서 AS configuration 관련 사이드링크 UE의 동작 방법
KR20210056067A (ko) * 2019-11-08 2021-05-18 삼성전자주식회사 무선 통신 시스템에서 사이드링크 라디오 베어러 구성 정보를 처리하기 위한 장치 및 방법
US11937277B2 (en) * 2019-12-20 2024-03-19 Qualcomm Incorporated Concurrent sidelink and uplink transmission
MX2022008776A (es) * 2020-01-21 2022-07-27 Ericsson Telefon Ab L M Dispositivo terminal, dispositivo de red y metodos en los mismos.
US11924895B2 (en) * 2020-02-14 2024-03-05 Qualcomm Incorporated Techniques for new radio layer two relay
WO2021195867A1 (en) * 2020-03-30 2021-10-07 Mediatek Singapore Pte. Ltd. Bearer mapping for ue-to-ue relay
WO2021213615A1 (en) * 2020-04-20 2021-10-28 Nokia Technologies Oy Improvement of sidelink connection establishment assistance
US11582818B2 (en) * 2020-06-29 2023-02-14 Asustek Computer Inc. Method and apparatus for forwarding sidelink user equipment (UE) capability information in a wireless communication system
US20220191795A1 (en) * 2020-12-10 2022-06-16 Asustek Computer Inc. Method and apparatus for configuring sidelink discontinuous reception in a wireless communication system
US20220225141A1 (en) * 2021-01-11 2022-07-14 Qualcomm Incorporated Distributed antenna panel measurement and reporting
CN114827957A (zh) * 2021-01-27 2022-07-29 展讯通信（上海）有限公司 一种辅助设备的确定方法、装置、电子设备和存储介质
WO2022178713A1 (en) * 2021-02-24 2022-09-01 Lenovo (Beijing) Limited Sidelink discontinuous reception configuration
KR20240033026A (ko) * 2021-07-21 2024-03-12 베이징 시아오미 모바일 소프트웨어 컴퍼니 리미티드 보조 설정 방법 및 보조 설정 장치
WO2023072231A1 (en) * 2021-10-28 2023-05-04 Essen Innovation Company Limited Method of wireless communication and related devices
WO2024036519A1 (zh) * 2022-08-17 2024-02-22 北京小米移动软件有限公司 一种侧行链路pdcp复用的激活方法及装置
WO2024073978A1 (en) * 2023-01-17 2024-04-11 Lenovo (Beijing) Limited Methods and apparatuses for sidelink positioning

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2966825B1 (en) * 2013-03-07 2018-06-27 LG Electronics Inc. Method and apparatus for transmitting/receiving signal related to device-to-device communication in wireless communication system
US9913310B2 (en) * 2014-04-24 2018-03-06 Lg Electronics Inc. Method for establishing layer-2 entities for D2D communication system and device therefor
US10412571B2 (en) * 2015-03-24 2019-09-10 Qualcomm Incorporated Configuration by eNB for D2D UE to network relay search
WO2017026844A1 (ko) * 2015-08-12 2017-02-16 엘지전자 주식회사 무선 통신 시스템에서 단말에 의해 수행되는 d2d 동작 방법 및 상기 방법을 이용하는 단말
KR102594945B1 (ko) * 2015-10-29 2023-10-30 삼성전자주식회사 무선 통신 시스템에서 사이드링크 통신 방법 및 장치
US11240783B2 (en) * 2016-03-04 2022-02-01 Lg Electronics Inc. V2X transmission resource selecting method implemented by terminal in wireless communication system and terminal using same
EP3255950A1 (en) * 2016-06-06 2017-12-13 ASUSTek Computer Inc. Method and apparatus for resource allocation on d2d relay channel in a wireless communication system
US10439682B2 (en) * 2016-08-19 2019-10-08 FG Innovation Company Limited Access mechanism for proximity-based service UE-to-network relay service
US20180092067A1 (en) * 2016-09-28 2018-03-29 Futurewei Technologies, Inc. System and Method for D2D Communication
CN109479292B (zh) * 2017-02-20 2023-06-02 瑞典爱立信有限公司 用于侧链路传输控制的方法和装置
EP3860239A1 (en) * 2017-06-15 2021-08-04 BlackBerry Limited Configuring sidelink communications
WO2018228527A1 (en) * 2017-06-16 2018-12-20 Telefonaktiebolaget Lm Ericsson (Publ) Method, terminal device and network device for handling coexistence of terminal devices with different sidelink capability sets
CN109302751B (zh) * 2017-07-24 2021-03-05 华硕电脑股份有限公司 无线通信系统中服务服务质量流的方法和设备
EP3662706B1 (en) * 2017-07-31 2024-04-10 ZTE Corporation Methods and computing device for carrying out wireless device-to-device communication using sidelink carrier aggregation
CN111052855A (zh) * 2017-09-08 2020-04-21 株式会社Ntt都科摩 用户装置以及能力信息通知方法
US10827380B2 (en) * 2018-01-30 2020-11-03 Huawei Technologies Co., Ltd. System and method for supporting URLLC in advanced V2X communications
CN110972103B (zh) * 2018-09-28 2021-06-15 华为技术有限公司 一种通信方法及装置
KR20200040180A (ko) * 2018-10-08 2020-04-17 삼성전자주식회사 무선 통신 시스템에서 단말 간 유니캐스트 전송을 지원하기 위한 장치 및 방법
US11102839B2 (en) * 2018-11-02 2021-08-24 Qualcomm Incorporated Unicast sidelink establishment
KR20200089090A (ko) * 2019-01-16 2020-07-24 삼성전자주식회사 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 라디오 링크 모니터링 수행 방법 및 장치
WO2020197294A1 (en) * 2019-03-26 2020-10-01 Samsung Electronics Co., Ltd. Apparatus and method for assisting sidelink resource configuration and allocation for direct communication in wireless communication system
CN111757513B (zh) * 2019-03-28 2022-03-29 华为技术有限公司 通信方法及设备
US11540106B2 (en) * 2019-04-05 2022-12-27 Qualcomm Incorporated Beam sweeping on millimeter wave frequencies for device-to-device communications

Also Published As

Publication number Publication date
KR102468109B1 (ko) 2022-11-18
JP2020188460A (ja) 2020-11-19
TWI766273B (zh) 2022-06-01
CN111918401A (zh) 2020-11-10
KR20200130658A (ko) 2020-11-19
JP7148565B2 (ja) 2022-10-05
CN111918401B (zh) 2024-02-20
US20200359428A1 (en) 2020-11-12
EP3737198A1 (en) 2020-11-11
TW202044903A (zh) 2020-12-01
US11758590B2 (en) 2023-09-12
EP3737198B1 (en) 2022-04-20

Similar Documents

Publication Publication Date Title
ES2917776T3 (es) Reporte de información sobre la capacidad del equipo de usuario para la configuración del portador de radio del enlace lateral en un sistema de comunicación inalámbrica
JP7065812B2 (ja) 無線通信システムにおける複数のデバイス・ツー・デバイス・リソースプールに対するリソースを割り当てる方法および装置
EP3817262B1 (en) Method and apparatus for transmitting device-to-device sidelink report in a wireless communication system
US11665765B2 (en) Method and apparatus for configuring sidelink communication in a wireless communication system
CN107409429B (zh) 中继发现和关联消息
JP6970267B2 (ja) 無線通信システムにおいて、サイドリンク伝送リソースを要求するための方法および装置
JP5753926B2 (ja) ワイヤレス・コミュニケーション・システム中、ユーザー装置からの測定報告をネットワークに提供する方法
ES2820715T3 (es) Técnicas para conmutar portadores entre tecnologías de acceso por radio (RATS)
ES2926466T3 (es) Detección de LTE-D entre frecuencias
EP3501153B1 (en) Ue network mobilty during incoming ims call setup to preferred network
JP2018067919A (ja) 無線通信システムにおいて、ｄｒｘ（間欠受信）動作を処理するための方法及び装置
ES2934143T3 (es) Procedimiento y aparato para solicitar la configuración del portador de radio de enlace lateral (SLRB) de la transmisión de unidifusión en un sistema de comunicación inalámbrica
JP2018537896A (ja) アクセス手順のための方法および装置
KR20170132193A (ko) 무선 통신 네트워크에서 중계 접속을 관리하기 위한 시스템들, 방법들, 및 장치
US9380484B2 (en) Method and apparatus to prevent radio access network (RAN) overload in a wireless communication system
JP2018515001A (ja) Ｕｅ対ｕｅ中継リストおよびフロアアービトレータの決定
AU2016308701A1 (en) Provisioning transmission pools for inter-carrier prose direct discovery
US20230370902A1 (en) Relay UE Selection for Transmission Over Sidelink
US11659605B2 (en) Method and apparatus for relay UE sidelink RLC bearer configuration to support UE-to-network relaying in a wireless communication system