ES2897684T3 - Procedimientos y aparatos para el establecimiento de canales lógicos de enlace lateral en un sistema de comunicación inalámbrica - Google Patents
Procedimientos y aparatos para el establecimiento de canales lógicos de enlace lateral en un sistema de comunicación inalámbrica Download PDFInfo
- Publication number
- ES2897684T3 ES2897684T3 ES20159444T ES20159444T ES2897684T3 ES 2897684 T3 ES2897684 T3 ES 2897684T3 ES 20159444 T ES20159444 T ES 20159444T ES 20159444 T ES20159444 T ES 20159444T ES 2897684 T3 ES2897684 T3 ES 2897684T3
- Authority
- ES
- Spain
- Prior art keywords
- qos
- lch
- side link
- parameters
- identity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 73
- 238000004891 communication Methods 0.000 title description 113
- 230000005540 biological transmission Effects 0.000 claims description 16
- 238000013507 mapping Methods 0.000 description 33
- 230000011664 signaling Effects 0.000 description 23
- 101150014328 RAN2 gene Proteins 0.000 description 11
- 238000010586 diagram Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 101000642968 Homo sapiens Cohesin subunit SA-2 Proteins 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 238000013461 design Methods 0.000 description 5
- 230000006870 function Effects 0.000 description 5
- 208000016344 lissencephaly with cerebellar hypoplasia Diseases 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 238000013475 authorization Methods 0.000 description 3
- 230000001143 conditioned effect Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 238000011282 treatment Methods 0.000 description 3
- 238000012935 Averaging Methods 0.000 description 2
- 206010022998 Irritability Diseases 0.000 description 2
- 101150069124 RAN1 gene Proteins 0.000 description 2
- 101100355633 Salmo salar ran gene Proteins 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000007792 addition Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 208000018910 keratinopathic ichthyosis Diseases 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- 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/14—Direct-mode setup
-
- 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/10—Flow control between communication endpoints
- H04W28/12—Flow control between communication endpoints using signalling between network elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
-
- 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
- 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/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- 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
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un procedimiento para un primer Equipo de Usuario, en lo adelante también denominado UE, para realizar el establecimiento de un canal lógico de enlace lateral, en lo adelante también denominado LCH SL, que comprende: almacenar una lista de configuraciones de enlace lateral, en el que cada entrada de la lista contiene una configuración de enlace lateral y al menos un identificador de QoS de PC5, en lo adelante también denominado PQI, asociado con la configuración de un enlace lateral (2005); seleccionar una entrada en la lista de acuerdo con un PQI de un flujo de QoS de PC5 de un servicio de enlace lateral (2010); establecer un LCH SL para el flujo de QoS de PC5 de acuerdo con una configuración de enlace lateral de la entrada y asignar una identidad para el LCH SL (2015); transmitir información a un segundo UE para que el segundo UE establezca el LCH SL, en el que la información incluye, al menos, la identidad del LCH SL, una identidad del flujo de QoS de PC5 y Transmisión-Recepción, en lo adelante también denominado parámetros alineados de TX-RX incluidos en la configuración del enlace lateral (2020); y transmitir al menos un paquete de enlace lateral desde el flujo de QoS de PC5 en el LCH SL (2025).
Description
DESCRIPCIÓN
Procedimientos y aparatos para el establecimiento de canales lógicos de enlace lateral en un sistema de comunicación inalámbrica
Esta divulgación generalmente se refiere a las redes de comunicación inalámbrica, y más particularmente, a un procedimiento y aparato para el establecimiento de canales lógicos de enlace lateral en un sistema de comunicación inalámbrica.
Con el aumento rápido de demanda para la comunicación de grandes cantidades de datos a y desde dispositivos de comunicación móvil, las redes de comunicación de voz móvil tradicionales evolucionan a redes que se comunican con paquetes de datos de Protocolo de Internet (IP). Tal comunicación de paquetes de datos de IP puede proporcionar a los usuarios de dispositivos de comunicación móvil con servicios de comunicación de voz sobre IP, multimedia, multidifusión y bajo demanda.
Una estructura de red ilustrativa es una Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos con el fin de realizar los servicios de voz sobre IP y multimedia que se mencionan anteriormente. Una nueva tecnología de radio para la próxima generación (por ejemplo, 5G) se discute actualmente por la organización de estándares 3GPP. En consecuencia, los cambios al cuerpo actual del estándar 3GPP se presentan y consideran actualmente para evolucionar y finalizar con el estándar 3GPP. El documento R2-1900370 de 3GPP analiza el soporte de QoS para el enlace lateral NR, al tener en cuenta los últimos avances/conclusiones de SA2 alcanzados en la reunión SA2 # 129bis y capturados en TR 23.786, V 1.0.0 [1], así como las contribuciones de las empresas enviadas a la reunión RAN2 # 104. Además, también se llevan a cabo discusiones en términos de las preguntas relacionadas con QoS formuladas por SA2 en S2-1812895, Respuesta LS en LS a SA2 en unidifusión, transmisión en grupo y difusión en enlace lateral NR, y S2-1813386, Combinaciones de valores de características Uu QOS para Servicios V2X.
Sumario
Un procedimiento y aparato se divulgan desde la perspectiva de un primer UE (dispositivo de comunicación/equipo de usuario) para realizar el establecimiento de canales lógicos de enlace lateral (LCH SL) y se definen en las reivindicaciones independientes 1 y 13. Un procedimiento y un aparato desde la perspectiva de un segundo UE se definen en las reivindicaciones independientes 8 y 14. Las reivindicaciones dependientes definen las realizaciones preferentes de las mismas. Preferentemente, el procedimiento incluye el primer UE que almacena una lista de configuraciones de enlace lateral, en el que cada entrada de la lista contiene una configuración de enlace lateral y al menos un identificador de QoS (PQI) de PC5 asociado con la configuración de enlace lateral. El procedimiento incluye además que el primer UE seleccione una entrada en la lista de acuerdo con un PQI de un flujo de QoS de PC5 de un servicio de enlace lateral. El procedimiento también incluye el primer UE que establece un LCH SL para el flujo de QoS de PC5 de acuerdo con una configuración de enlace lateral de la entrada y asigna una identidad para el LCH SL. Además, el procedimiento incluye que el primer UE transmita información a un segundo UE para que el segundo UE establezca el LCH SL, en el que la información incluye al menos la identidad del LCH SL, una identidad del flujo de QoS de PC5 y parámetros alineados de Transmisión-Recepción (TX-RX) incluidos en la configuración del enlace lateral. Además, el procedimiento incluye el primer UE que transmite paquetes de enlace lateral desde el flujo de QoS de PC5 en el LCH SL.
Breve descripción de los dibujos
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrica útil para comprender la presente invención.
La Figura 2 es un diagrama de bloques de un sistema transmisor (conocido además como red de acceso) y un sistema receptor (conocido además como equipo de usuario o UE).
La Figura 3 es un diagrama de bloques funcional de un sistema de comunicación de acuerdo con una realización ilustrativa.
La Figura 4 es un diagrama de bloques funcional del código de programa de la Figura 3 de acuerdo con una realización ilustrativa.
La Figura 5 es una reproducción de la Figura -1900370.
La Figura 6 es una reproducción de la Figura -1900370.
La Figura 7 es una reproducción de la Figura -1900370.
La Figura 8 es una reproducción de la Figura 36.300 V15.3.0.
La Figura 9 es una reproducción de la Figura 5.4.1.1 87 V1.0.0.
La Figura 10 es una reproducción de la Figura 6.1.6- V15.3.0.
La Figura 11 es una reproducción de la Figura 6.1.6-
V15.3.0
La Figura 12 es una reproducción de la Figura 6.1.6- V15.3.0.
La Figura 13 es una reproducción de la Tabla 6.2.4-1 de 3GPP TS 36.321 V15.3.0.
La Figura 14 es una reproducción de la Tabla 6.2.4-2 de 3GPP TS 36.321 V15.3.0.
La Figura 15 es una tabla de mapeo útil para comprender la presente invención.
La Figura 16 es una tabla de mapeo útil para comprender la presente invención.
La Figura 17 es una tabla de mapeo útil para comprender la presente invención.
La Figura 18 es una tabla de mapeo útil para comprender la presente invención.
La Figura 19 es una tabla de mapeo útil para comprender la presente invención.
La Figura 20 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 21 es un diagrama de flujo de acuerdo con una realización ilustrativa.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica ilustrativos descritos más abajo emplean un sistema de comunicación inalámbrica, que soporta un servicio de difusión. Los sistemas de comunicación inalámbrica se implementan ampliamente para proporcionar diversos tipos de comunicación tales como voz, datos, y así sucesivamente. Estos sistemas pueden ser en base a acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico 3GPP LTE (Evolución a Largo Plazo), 3GPP LTE-A o LTE-Advanced (Evolución a Largo Plazo Avanzada), 3GPP2 UMB (Ultra Banda Ancha Móvil), WiMax, 3GPP NR (Nueva Radio), o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica ilustrativos que se describen más abajo pueden diseñarse para admitir uno o más estándares, tal como el estándar que se ofrece mediante un consorcio llamado "Proyecto de Asociación de 3ra Generación" denominado en la presente memoria como 3GPP, que incluye: 3GPP RAN2 # 104 nota del presidente; TR 23.786 V1.0.0, "Study on architecture enhancements for EPS and 5G System to support advanced V2X services"; R2-1900370, "Summary of Email Discussion [104#58][NR V2X] - QoS support for n R V2X"; TS 36.300 V15.3.0, titulado "Evolved Universal Terrestrial Radio Access (E-Ut Ra ) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description"; R2-1903001, "Report of 3GPP TSG RAN2#105 meeting"; R2-1908107, "Report from session on LTE V2X and NR V2X"; TS 23.287 V1.0.0, "Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services"; TS 36.321 V15.3.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification"; y R2-1907454, "Details about NR SL QoS handling". Las normas y documentos enumerados anteriormente se incorporan en la presente memoria expresamente como referencia en su totalidad.
La Figura 1 muestra un sistema de comunicaciones inalámbricas de acceso múltiple útil para comprender la presente invención. Una red de acceso 100 (AN) incluye grupos de antenas múltiples, uno que incluye 104 y 106, otro que incluye 108 y 110, y un adicional que incluye 112 y 114. En la Figura 1, sólo se muestran dos antenas para cada grupo de antenas, sin embargo, pueden utilizarse más o menos antenas para cada grupo de antenas. El terminal de acceso 116 (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal de acceso 116 a través del enlace directo 120 y reciben información desde el terminal de acceso 116 a través del enlace inverso 118. El 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 desde el 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 la frecuencia diferente para la comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente entonces a la que se usa por el enlace inverso 118.
Cada grupo de antenas y/o el área en la que se diseñan para comunicarse se refiere a menudo como un sector de la red de acceso. En la realización, cada uno de los grupos de antenas se diseñan 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 haz con el fin de 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 usa la formación de haz para transmitir a terminales de acceso que se dispersan aleatoriamente a través de su cobertura provoca menos interferencia a los terminales de acceso en las células vecinas que una red de acceso que transmite a través de una sola antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para comunicarse con las terminales y también puede denominarse como un punto de acceso, un Nodo B, una estación base, una estación base mejorada, un Nodo B evolucionado (eNB), o alguna otra terminología. Un terminal de acceso (AT) también puede llamarse equipo de usuario (UE), un dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.
La Figura 2 es un diagrama de bloques simplificado de un sistema transmisor 210 (conocido además como la red de acceso) y un sistema receptor 250 (conocido además como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema MIMO 200. En el sistema transmisor 210, el dato de tráfico para un número de flujos de datos se proporciona desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferentemente, cada flujo de datos se transmite a través de una antena de transmisión respectiva. El procesador de datos TX 214 formatea, codifica, e intercala el dato de tráfico para cada flujo de datos en base a un esquema de codificación particular que se selecciona para ese flujo de datos para proporcionar el dato codificado.
Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto mediante el uso de técnicas OFDM. El dato piloto es típicamente un patrón de datos conocido que se procesa de manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. El piloto multiplexado y el dato codificado para cada flujo de datos se modulan (es decir, se asignan símbolos) en base a un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) que se selecciona 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 entonces 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 entonces proporciona Nt flujos de símbolos de modulación para Nt transmisores (TMTr ) 222a al 222t. En ciertas realizaciones, el procesador TX MIMO 220 aplica los pesos de la formación de haz a los símbolos de los flujos de datos y a la antena desde la que se transmite el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y condiciona además (por ejemplo, amplifica, filtra, y convierte hacia arriba) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión a través del canal MIMO. Nt señales que se modulan desde los transmisores 222a al 222t entonces se transmiten desde Nt antenas 224a a la 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben por Nr antenas 252a a la 252r y la señal recibida desde cada antena 252 se proporciona a un receptor (RCVR) respectivo 254a al 254r. Cada receptor 254 condiciona (por ejemplo, filtra, amplifica y convierte hacia abajo) una señal recibida respectiva, digitaliza la señal que se condiciona para proporcionar muestras, y procesa además las muestras para proporcionar un flujo de símbolos "que se recibe" correspondiente.
Un procesador de datos RX 260 entonces recibe y procesa los Nr flujos de símbolos que se reciben desde Nr receptores 254 en base a una técnica de procesamiento del receptor particular para proporcionar Nt flujos de símbolos "que se detectan". El procesador de datos RX 260 entonces demodula, desintercala, y decodifica cada flujo de símbolos que se detecta para recuperar el dato de tráfico para el flujo de datos. El procesamiento por el procesador de datos RX 260 es complementario al que se realiza 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 precodificación usar (se discute más abajo). 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 respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso entonces se procesa por un procesador de datos TX 238, que recibe además el dato de tráfico para un número de flujos de datos desde una fuente de datos 236, que se modulan por un modulador 280, que se condicionan por los transmisores 254a al 254r, y se transmiten de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales que se modulan desde el sistema receptor 250 se reciben por las antenas 224, se condicionan por los receptores 222, se demodulan por un demodulador 240, y se procesan por un procesador de datos RX 242 para extraer el mensaje de enlace inverso que se trasmite por el sistema receptor 250. El procesador 230 entonces determina qué matriz de precodificación usar para determinar los pesos de la formación de haz, entonces procesa el mensaje que se extrae.
Volviendo a la Figura 3, esta Figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la invención. Como se muestra en la Figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede utilizarse para realizar los UE (o AT) 116 y 122 en la Figura 1 o la estación base (o AN) 100 en la Figura 1, y el sistema de comunicaciones inalámbricas es preferentemente el sistema LTE 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 de procesamiento central (CPU) 308, una memoria 310, un código de programa 312, y un transceptor 314. El circuito de control 306 ejecuta el código de programa 312 en la memoria 310 a través de la CPU 308, que controla de esta manera una operación del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales introducidas por un usuario a través del dispositivo de entrada 302, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, que entrega señales que se reciben al circuito de control 306, y que emite señales que se generan por el circuito de control 306 de forma inalámbrica. El dispositivo de
comunicación 300 en un sistema de comunicación inalámbrica también puede utilizarse para realizar la AN 100 en la Figura 1.
La Figura 4 es un diagrama de bloques simplificado del código de programa 312 que se muestra en la Figura 3 de acuerdo con una realización de la invención. En esta realización, el código de programa 312 incluye una capa de aplicación 400, una porción 402 de la Capa 3, y una porción 404 de la Capa 2, y se acopla a una porción 406 de la Capa 1. La porción 402 de la Capa 3 realiza generalmente el control de recursos de radio. La porción 404 de la Capa 2 realiza generalmente el control de enlace. La porción 406 de la Capa 1 realiza generalmente las conexiones físicas.
La reunión del 3GPP RAN2 # 104 hizo los siguientes acuerdos sobre las comunicaciones de enlace lateral NR eV2X (como se discutió en la nota del presidente del 3GPP RAN2 # 104):
Acuerdos
1: La comunicación de enlace lateral NR V2X es compatible con todos los UE RRC_CONNECTED, UE RRC_IDLE y UE RRC_INACTIVO (si es compatible). Un UE en r Rc_INACTIVO (si se admite) realiza la comunicación de enlace lateral V2X de la misma manera que los UE RRC_IDLE, es decir, mediante el uso de configuraciones específicas de célula incluidas en SIB.
Acuerdos sobre unidifusión
1: Para la información de nivel AS requerida para intercambiar entre los UE a través del enlace lateral para unidifusión SL, RAN2 puede considerar lo siguiente como una línea de base y verificará si la información de nivel AS puede acordarse 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 de PHY (por ejemplo, HARQ, CSI), información/configuración de recursos e información de QoS
2: La información de nivel AS para unidifusión SL puede intercambiarse entre gNB y el UE para la configuración RRC. RAN2 asume que un UE puede proporcionar a la red, información relacionada con QoS y comprobará si la información de nivel de AS puede acordarse y los detalles después de algún progreso en RAN2, SA2 y RAN1.
3: La información de nivel AS se intercambia a través de la señalización RRC (por ejemplo, PC5-RRC) entre los UE a través del enlace lateral para unidifusión SL. También se introducirá un nuevo canal lógico (SCCH: Canal de Control SL) además de STCH (Canal de Tráfico SL). SCCH transporta mensajes PC5-RRC. 3GPP TR 23.786 V1.0.0 presenta las siguientes soluciones para comunicaciones eV2X de la siguiente manera: 6.11 Solución #11: Solución para unidifusión o multidifusión para comunicación eV2X sobre el punto de referencia PC5
6.11.3 Procedimientos
6.11.3.1 Establecimiento de enlace de capa 2 sobre PC5
El procedimiento de establecimiento de enlace de capa 2 definido en TS 23.303 [8] cláusula 5.4.5.2 puede reutilizarse para el establecimiento de enlace de unidifusión eV2X, con las siguientes adaptaciones:
- Los mensajes pueden convertirse en un mensaje de señalización RRC en lugar de un mensaje de señalización PC5, depende de la decisión de RAN WG.
- El "establecimiento de enlace de capa 2 orientado a UE" funciona como se indica a continuación y la Figura 6.11.3.1-1 muestra el procedimiento:
- El mensaje de solicitud de comunicación directa puede enviarse por UE-1 con un mecanismo de difusión, es decir, a una dirección de difusión asociada con la aplicación en lugar del ID de L2 de UE-2. El identificador superior de UE-2 se incluye en el mensaje de solicitud de comunicación directa para permitir que UE-2 decida si responder a la solicitud. El ID de L2 de origen de este mensaje debe ser el ID de L2 de unidifusión del UE-1.
- El mensaje de solicitud de comunicación directa debe transmitirse mediante el uso de la configuración de capa AS predeterminada, por ejemplo, la configuración de difusión, que puede entenderse por UE-2.
- UE-2 usa el ID de L2 de origen del mensaje de Solicitud de Comunicación Directa recibido como ID de L2 de destino en la señalización subsiguiente al UE-1, y usa su propio ID de L2 de unidifusión como el ID de L2 de origen. UE-1 obtiene la ID de L2 de UE-2 para comunicaciones futuras, para señalización y tráfico de datos.
[Se omite la Figura 6.11.3.1-1 de 3GPP TR 23.786 V1.0.0, titulada "Procedimiento de establecimiento de enlace de capa 2 orientado a UE"]
- El "establecimiento de enlace de capa 2 orientado al servicio V2X" opera de la misma manera que el "establecimiento de enlace de capa 2 orientado a UE" con las siguientes diferencias y la Figura 6.11.3.1-2 muestra el procedimiento:
- La información sobre el servicio V2X que solicita el establecimiento del enlace L2, es decir, la información sobre el servicio V2X anunciado se incluye en el mensaje de solicitud de comunicación directa para permitir que otros UE decidan si responder a la solicitud.
- Los UE que se interesan en utilizar el servicio V2X anunciado por el mensaje de solicitud de comunicación directa pueden responder a la solicitud (UE-2 y UE-4 en la Figura 6.11.3.1-2).
- Después de establecer el enlace de capa 2 con otros UE como se describe anteriormente, los nuevos UE pueden entrar en proximidad con UE-1, es decir, el rango de comunicación directa de UE-1. En este caso, el UE-1 puede iniciar el procedimiento de establecimiento de enlace de la capa 2 orientado al servicio V2X, ya que es consciente de los nuevos UE de los mensajes de la capa de aplicación enviados por los UE. O el nuevo UE puede iniciar el procedimiento de establecimiento de enlace de capa 2 orientado al servicio V2X. Por lo tanto, UE-1 no tiene que seguir con envíos de mensaje de Solicitud de Comunicación Directa periódicamente para anunciar el Servicio V2X que quiere establecer un enlace L2 con otro UE para unidifusión.
[Se omite la Figura 6.11.3.1-2 de 3GPP TR 23.786 V1.0.0, titulada "Procedimiento de establecimiento de enlace de capa 2 orientado al servicio V2X"]
El enlace de capa 2 admite el tráfico sin IP. No se llevaría a cabo ningún procedimiento de negociación y asignación de direcciones IP.
6.11.3.2 Contenido del mensaje de señalización para el establecimiento del enlace
La información contenida en el mensaje de solicitud de comunicación directa definido en TS 24.334 [13] requiere al menos las siguientes actualizaciones:
- Para "establecimiento de enlace de capa 2 orientado a UE",
- La información del usuario debe incluir la ID del UE objetivo (ID de la capa superior del UE-2), además del ID del UE de inicio (ID de la capa superior del UE-1).
NOTA: La etapa 3 puede decidir si estos ID pueden llevarse en el mismo IE o en IE separados, por ejemplo, el ID de estación/ID Temp del vehículo solo necesita ser de 4 octetos.
- Para "Establecimiento de enlace de capa 2 orientado al servicio V2X",
- La información del servicio V2X anunciada debe incluir la información sobre el servicio V2X que solicita el establecimiento del enlace L2, por ejemplo, PSID o ITS-AID de la aplicación V2X. El uso compartido de sensores, etc., puede ser el caso del servicio V2X.
- La configuración de la dirección IP, que se especifica como obligatoria para ProSe, debería permitir una indicación de que no se utilizará ninguna IP, de modo que el UE receptor (por ejemplo, UE-2) no iniciaría ningún procedimiento de configuración de IP para este enlace en particular.
- Los IE dedicados a la seguridad deben revisarse por SA3, ya que el mecanismo de seguridad para eV2X puede ser diferente y requiere diferentes IE.
- Información de configuración adicional con respecto al enlace, por ejemplo, cuando se utiliza un mensaje RRC, puede haber configuraciones de capa AS.
6.19 Solución # 19: Soporte QoS para comunicación eV2X a través de la interfaz PC5
6.19.1 Descripción funcional
6.19.1.1 Descripción general
Esta solución aborda el problema clave # 4 (cláusula 5.4) Compatibilidad con la mejora del marco de QoS de PC5 para eV2X. Los requisitos de QoS para eV2X son diferentes de los de EPS V2X, y se considera que el PPPP/PPPR definido anteriormente en TS 23.285 [5] no satisface las necesidades. Específicamente, hay muchos más parámetros de QoS a considerar para los servicios eV2X. Esta solución propone utilizar 5QI para la comunicación eV2X a través de la interfaz PC5. Esto permite un modelo de QoS unificado para los servicios eV2X a través de diferentes enlaces.
6.19.1.2 Descripción de la solución
Los nuevos requisitos de servicio se capturaron en TS 22.186 [4]. Los nuevos KPI de rendimiento se especificaron con los siguientes parámetros:
- Carga útil (bytes);
- Velocidad de transmisión (mensaje/seg);
- Latencia máxima de extremo a extremo (ms);
- Fiabilidad (%);
- Velocidad de datos (Mbps);
- Alcance mínimo de comunicación requerido (metros).
Tenga en cuenta que el mismo conjunto de requisitos de servicio se aplica tanto a la comunicación V2X basada en PC5 como a la comunicación V2X basada en Uu. Como se analizó en la Solución # 2 (cláusula 6.2), estas características de QoS podrían encontrarse bien representadas con 5QI definido en TS 23.501 [7].
Por lo tanto, es posible tener un modelo de QoS unificado para PC5 y Uu, es decir, también utilizar 5QI para la comunicación V2X sobre PC5, de modo que la capa de aplicación pueda tener una forma coherente de indicar los requisitos de QoS independientemente del enlace utilizado. Esto no impide que la capa AS implemente diferentes mecanismos sobre PC5 y Uu para lograr los requisitos de QoS.
Al tener en cuenta los UE con capacidad 5GS V2X, hay tres tipos diferentes de tráfico: difusión, multidifusión y unidifusión.
El UE-PC5-AMBR se aplica a todos los tipos de tráfico y se utiliza para el RAN para limitar la transmisión del UE PC5 en la gestión de recursos.
Para el tipo de tráfico unidifusión, está claro que puede utilizarse el mismo modelo de QoS que el de Uu, es decir, cada enlace de unidifusión podría tratarse como un portador y los flujos de QoS podrían asociarse con él. Podrían aplicarse todas las características de QoS definidas en 5QI y el parámetro adicional de velocidad de datos. Además, el rango de comunicación mínimo requerido podría tratarse como un parámetro adicional específicamente para el uso de PC5.
Para el tráfico de difusión, no existe el concepto de portador. Por lo tanto, cada uno de los mensajes puede tener características diferentes de acuerdo con los requisitos de la aplicación. El 5QI debe usarse entonces de manera similar a la del PPPP/PPPR, es decir, para etiquetarse con cada uno de los paquetes. 5QI puede representar todas las características necesarias para la operación de difusión de PC5, por ejemplo, latencia, prioridad, confiabilidad, etc. Podría definirse un grupo de 5QI específicos de difusión V2X (es decir, VQI) para uso de PC5.
NOTA 1: El 5QI utilizado para PC5 puede ser diferente del utilizado para Uu incluso para el mismo servicio V2X, por ejemplo, el PDB para PC5 puede ser más largo que el de Uu ya que es un enlace directo. Los 5QI utilizados para PC5 se denominan VQI para diferenciarlos.
NOTA 2: Un mapeo entre los parámetros de QoS de EPS V2X, por ejemplo, PPPP y PPPR, con los nuevos VQI, por ejemplo, similares a los 5QI no GBR definidos en TS 23.501 [7], se definirá en la fase normativa para la operación de difusión.
NOTA 3: La suposición de trabajo es que el diseño NR PC5 admite el uso de V2X 5QI.
NOTA 4: La capa AS puede manejar el tráfico de unidifusión, difusión en grupo y difusión al tener en cuenta todas sus prioridades, por ejemplo, las indicadas por VQI.
6.19.1.3 Valores de V2X 5QI (VQI) para uso de difusión de PC5
Se definirá un conjunto de nuevos VQI para el uso de V2X en la fase normativa que refleja los requisitos de servicio documentados en TS 22.186 [4].
NOTA 1: La suposición de trabajo es que esta versión no admite VQI no estandarizado.
NOTA 2: El uso del modelo de QoS por paquete o por flujo de QoS depende de la decisión de RAN.
6.19.2 Procedimientos
Nota del editor: Esta cláusula describe los procedimientos para utilizar el nuevo modelo de QoS para la comunicación PC5. Depende también del desarrollo de RAN.
6.19.2.1 Soporte de QoS para comunicación unidifusión a través de la interfaz PC5
6.19.2.1.0 General
Para habilitar el soporte de QoS para la comunicación uno a uno eV2X a través de la interfaz PC5, los siguientes procedimientos deben ser compatibles.
Nota del editor: Los siguientes procedimientos pueden actualizarse aún más en función del progreso en el modelo de QoS de PC5.
6.19.2.1.1 Provisión de parámetros de QoS a UE y NG-RAN
Los parámetros de QoS de PC5 y la regla de QoS de PC5 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 # 5. La regla de QoS de PC5 se utiliza para mapear los servicios V2X (por ejemplo, PSID o ITS-AID de la aplicación V2X) al flujo de QoS de PC5. Los parámetros de QoS de PC5 recuperados por la PCF de la UDR se proporcionan a la NG-RAN a través de AMF. El AMF almacena dicha información como parte del contexto UE. Para procedimientos posteriores (por ejemplo, solicitud de servicio, traspaso), la provisión de los parámetros de QoS de PC5 a través de N2 seguirá la descripción según la cláusula 6.6.2.
NOTA 1: El UE-PC5-AMBR es proporcionado por el UDM y los detalles seguirán la descripción según la Solución # 6.
El aprovisionamiento de parámetros de QoS de PC5 al UE y NG-RAN podría activarse mediante el contenedor de políticas de UE incluido en el mensaje NAS proporcionado por el UE. El PCF envía al AMF los parámetros de QoS de PC5 actualizados para NG-RAN cuando es necesario.
NOTA 2: Los parámetros detallados de QoS de PC5 utilizados por NG-RAN se identificarán durante la fase de trabajo normativo.
NOTA 3: El NG-RAN se configura con parámetros estáticos para el modo de asignación de recursos programados de red para admitir QoS de PC5.
6.19.2.1.2 Negociación de parámetros de QoS entre UE
Los parámetros de QoS de PC5 se negocian en el establecimiento del procedimiento de comunicación uno a uno, por lo que el procedimiento de establecimiento de comunicación uno a uno definido en TS 23.303 [8] se mejora para soportar la negociación de parámetros de QoS de PC5 entre dos UE. Después del procedimiento de negociación de los parámetros de QoS de PC5, se utiliza la misma QoS en ambas direcciones.
[Se omite la Figura 6.19.2.1.2-1 de 3GPP TR 23.786 V1.0.0, titulada "Establecimiento de enlace seguro de capa 2 sobre PC5"]
Los UE que participan en una comunicación uno a uno negocian los parámetros de QoS de PC5 durante el procedimiento de establecimiento del enlace.
1. UE-1 envía un mensaje de solicitud de comunicación directa a UE-2 para activar la autenticación mutua. Este mensaje incluye los parámetros de QoS de PC5 solicitados.
2. UE-2 inicia el procedimiento de autenticación mutua. El UE-2 incluye los parámetros de QoS de PC5 aceptados en el mensaje de respuesta.
NOTA: Este procedimiento se alinea con la Solución # 11 (cláusula 6.11).
6.19.2.1.3 Manejo de QoS para comunicación eV2X
Cuando se utiliza unidifusión de PC5 para la transmisión de mensajes eV2X, se aplican los siguientes principios tanto para el modo de operación programada de red como para el modo de selección de recursos autónomos de UE: - Los parámetros de QoS de PC5 definidos en la cláusula 6.19.1.2 se aplican a la comunicación eV2X a través de PC5.
- El mensaje eV2X se envía en el flujo de QoS de PC5 establecido mediante el uso del procedimiento descrito en la cláusula 6.19.2.1.2.
- El mapeo del mensaje eV2X de la capa de aplicación a los parámetros de QoS de PC5 en base a la regla de QoS de PC5.
Cuando se utiliza el modo de funcionamiento programado de red, se aplican los siguientes principios adicionales: - El UE proporciona información de parámetros de QoS de PC5 al gNB para la solicitud de recursos.
- Cuando el gNB recibe una solicitud de recursos de PC5 de un UE, el gNB puede autorizar el parámetro de QoS de PC5 solicitado en base a los parámetros de QoS de PC5 recibidos de AMF.
- El gNB puede usar la información del parámetro de QoS de PC5 para el manejo de QoS de PC5.
Cuando se utiliza el modo de selección de recursos autónomos, se aplica el siguiente principio adicional:
- El UE puede utilizar el parámetro QoS de PC5 para el manejo de la QoS de PC5 en base a la información proporcionada descrita en la cláusula 6.19.2.1.1.
La 3GPP R2-1900370 incluye la siguiente discusión por correo electrónico 3GPP [104 # 58] [NR/V2X]:
En algunas contribuciones [11] [12] [13], se señaló que podría ser necesario que el UE receptor se encuentre informado de algunos parámetros relevantes del lado del receptor correspondientes a las SLRB configuradas en el lado del transmisor UE, para que el receptor se alinee con el transmisor y reciba correctamente los datos enviados desde las SLRB correspondientes. Tales configuraciones SLRB relacionadas con el lado del receptor pueden incluir el espacio de números de secuencia y modos RLC si son configurables [13], y la razón es fácil de entender: si estos parámetros son configurables, cuando un UE recibe los datos correspondientes a un LCID, el UE tiene que informarse de los valores específicos establecidos para estos parámetros por el transmisor en el LCH SL correspondiente (y SLRB correspondiente), con el fin de procesar correctamente la recepción de los datos.
Sin embargo, también hubo otras opiniones razonables que indican que, de forma similar a la recepción de UE en DL, puede que no se necesite una operación de cumplimiento de QoS en el receptor en SL [11], o que trataron tal imposición de configuraciones SLRB del lado del receptor por parte del transmisor como algunas formas de optimización [12]
En lo que sigue, por lo tanto, vale la pena discutir si tales configuraciones de SLRB relacionadas con el lado del receptor informadas al receptor UE por el transmisor UE en NR SL son necesarias o no.
Además, en LTE SL estas configuraciones SLRB del lado del receptor se especifican en la configuración STCH en TS 36.331 [17, 9.1.1.6]), de modo que no necesitan informarse por el transmisor.
^ Pregunta 5: ¿El transmisor UE necesita informar al receptor UE de cualquier configuración SLRB relacionada con el lado del receptor en NR SL (para alinear el transmisor y el receptor en estas configuraciones)? Si es así, ¿cuáles son?
a) Sí, es necesario informar la longitud de SN utilizada para la recepción de una SLRB (si es configurable). b) Sí, es necesario informar el modo RLC utilizado para una SLRB (si es configurable).
c) No. No se necesita tal configuración SLRB del lado del receptor informada por el transmisor en NR SL; se especifican la configuración en la especificación como en LTE SL.
d) Otros. Si se selecciona, aclare qué otras opciones hay.
e) Sí, el perfil de QoS de PC5 asociado con cada SLRB/LCH SL establecido en el transmisor UE necesita informarse al receptor UE.
f) Sí, debe informarse la configuración PHY específica de SLRB (por ejemplo, configuración HARQ/SFCI) g) Sí, configuración SLRB del lado del receptor configurada por el transmisor UE (por ejemplo, treordenamiento, t-reensamble, etc.)
El apéndice en 3GPP R2-1900370 describe varias opciones candidatas para SLRB (Portador de radio de enlace lateral) configurada/preconfigurada de NW(Red) de la siguiente manera:
Apéndice: Opciones candidatas para SLRB configurada/preconfigurada 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 ofrecen opciones con diferentes flujos de señalización.
■ Opción 3
[La Figura A-3 de 3GPP R2-1900370, titulada "Configuración específica de célula basada en el perfil de QoS de PC5 (por ejemplo, en SIB específico de V2X)", se reproduce como la Figura 5]
La opción 3 se aplica cuando se desea aplicar SLRB con configuración NW para UE RRCJDLE/RRCJNACTIVE también. Específicamente, en esta opción, el gNB/ng-eNB usa el SIB específico de V2X para difusión de la configuración SLRB asociada con cada posible perfil de QoS de PC5. Luego, cuando llegan paquetes con perfiles de QoS específicos de PC5 como en el Paso 1 y 2, el UE establece las SLRB correspondientes a estos perfiles de QoS según la difusión de configuraciones específicas de célula en el SIB y mapea los paquetes a los SLRB establecidos. Aplicabilidad: Esta opción simplemente convierte las configuraciones SLRB específicas de UE en configuraciones específicas de célula. Aunque se diseña principalmente para UE RRCJDLE/RRCJNACTIVE, también es técnicamente utilizable para UE RRC_CONNECTED.
■ Opción 4
[La Figura A-4 de 3GPP R2-1900370, titulada "Preconfiguración basada en el perfil de QoS de PC5", se reproduce como la Figura 6]
La opción 4 es principalmente para UE fuera de cobertura, en caso de que las personas también quieran introducir SLRB preconfiguradas. Específicamente, las SLRB asociadas con todos los perfiles de QoS de PC5 se preconfiguran dentro del UE (ya sea a través de la señalización V1, preconfiguradas en UICC o preconfiguradas en ME [1]). Luego, como en la Opción 3, el UE configura de forma autónoma las SLRB asociadas al perfil de QoS de PC5 de los paquetes que llegan y mapea los paquetes a las SLRB asociadas establecidas.
Aplicabilidad: Esta opción apunta principalmente a los UE fuera de cobertura, pero técnicamente puede aplicarse a todos los UE RRC_CONNECTED, UE RRC_IDLE/RRC_CONNECTED y UE fuera de cobertura (aunque la preconfiguración generalmente se considera inflexible).
■ Opción 5
[La Figura A-5 de 3GPP R2-1900370, titulada "Basado en el flujo de QoS de PC5: preconfiguración", se reproduce como la Figura 7]
Similar a la Opción 4, la Opción 5 es dar una posible solución para el procedimiento basado en la preconfiguración, que, sin embargo, utiliza el flujo de QoS de PC5 en su lugar. Específicamente, tanto las reglas de QoS de PC5 que se utilizan en las capas superiores para el filtrado como la configuración de SLRB para cada flujo de QoS de PC5 en la capa de AS deben preconfigurarse, como en el Paso 0. Entonces, el UE dependerá de los identificadores de flujo de QoS de PC5 asociados con los paquetes para mapearlos en las SLRB correspondientes para el procesamiento de AS, como en la Opción 2 anterior.
Aplicabilidad: Esta opción apunta principalmente a los UE fuera de cobertura, pero técnicamente puede aplicarse a todos los UE RRC_CONNECTED, UE RRC_IDLE/RRC_CONNECTED y UE fuera de cobertura.
3GPP TS 36.300 introduce además el mapeo entre portadores de radio de enlace lateral y canales lógicos de enlace lateral de la siguiente manera:
6 Capa 2
La capa 2 se divide en las siguientes subcapas: Control de acceso al medio (MAC), Control de enlace de radio (RLC) y Protocolo de convergencia de paquetes de datos (PDCP).
Esta subcláusula ofrece una descripción de alto nivel de las subcapas de la capa 2 en términos de servicios y funciones. Las tres figuras siguientes representan la arquitectura PDCP/RLC/MAC para enlace descendente, enlace ascendente y enlace lateral, donde:
- Los puntos de acceso al servicio (SAP) para la comunicación entre pares se marcan con círculos en la interfaz entre las subcapas. El SAP entre la capa física y la subcapa MAC proporciona los canales de transporte. Los SAP entre la subcapa MAC y la subcapa RLC proporcionan los canales lógicos.
- La multiplexación de varios canales lógicos (es decir, portadores de radio) en el mismo canal de transporte (es decir, bloque de transporte) la realiza la subcapa MAC;
- Tanto en el enlace ascendente como en el enlace descendente, cuando no se configuran ni CA ni DC, solo se genera un bloque de transporte porTTI en ausencia de multiplexación espacial;
- En enlace lateral, solo se genera un bloque de transporte por TTI.
[La Figura 6-3 de 3GPP TS 36.300 V15.3.0, titulada "Estructura de capa 2 para enlace lateral", se reproduce como Figura 8]
En la reunión 3GPP RAN2 # 105, se realizaron los siguientes acuerdos sobre QoS (Calidad de servicio) de enlace lateral NR (Nuevo RAT/Radio) (como se discutió en 3GPP R2-1903001):
En la reunión 3GPP RAN2 # 106, se realizaron los siguientes acuerdos sobre configuraciones de QoS de enlace lateral NR y SLRB (Portador de radio de enlace lateral) (como se discutió en 3GPP R2-1908107):
3GPP TS 23.287 V1.0.0 especifica el siguiente soporte para los servicios V2X:
5.1.2 Autorización y aprovisionamiento para comunicaciones V2X a través del punto de referencia PC5
5.1.2.1 Aprovisionamiento de políticas/parámetros
La siguiente información para las comunicaciones V2X sobre el punto de referencia PC5 se proporciona al UE:
2) Parámetros de radio cuando el UE "no se sirve por E-UTRA" y "no se sirve por NR":
- Incluye los parámetros de radio por PC5 RAT (es decir, LTE PC5, NR PC5) con áreas geográficas y una indicación de si se "administran por el operador" o "no se administran por el operador". El UE usa los parámetros de radio para realizar comunicaciones V2X sobre el punto de referencia PC5 cuando "no se sirve por E-UTRA" y "no se sirve por NR" solo si el UE puede ubicarse de manera confiable en el Área Geográfica correspondiente. De lo contrario, el UE no se autoriza a transmitir.
Nota del editor: Los parámetros de radio (por ejemplo, bandas de frecuencia) deben definirse por los RAN WG. La referencia a la memoria descriptiva de RAN se agregará cuando se defina en los RAN WG.
NOTA 1: La normativa local define si una banda de frecuencia se "gestiona por un operador" o "no se gestiona por un operador" en una determinada área geográfica.
6) Política/parámetros cuando se selecciona NR PC5:
- El mapeo de tipos de servicios (por ejemplo, PSID o ITS-AID) a frecuencias V2X con áreas geográficas. - El mapeo de los ID de la capa de destino-2 y los servicios V2X, por ejemplo, PSID o ITS-AID de la aplicación V2X para difusión.
- El mapeo de los ID de la capa de destino-2 y los servicios V2X, por ejemplo, PSID o ITS-AID de la aplicación V2X para difusión en grupo.
- El mapeo de los ID de la capa de destino-2 predeterminados para la señalización inicial para establecer una conexión de unidifusión y los servicios V2X, por ejemplo, PSID o ITS-AID de la aplicación V2X.
NOTA 2: El mismo ID de capa de destino-2 predeterminado para la señalización inicial de unidifusión puede asignarse a más de un servicio V2X. En el caso de que se asignen diferentes servicios V2X a ID de Capa de Destino-2 predeterminados distintos, cuando el UE tiene la intención de establecer un único enlace de unidifusión que puede utilizarse para más de un servicio V2X, el UE puede seleccionar cualquier ID de la Capa de Destino-2 predeterminada que se utilizará para la señalización inicial.
- El mapeo entre los servicios V2X (por ejemplo, PSID o ITS-AID) con los parámetros de QoS de PC5 autorizados (por ejemplo, parámetros de QoS de PC5 definidos en la cláusula 5.4.2) para el modo de selección de recursos autónomos de UE.
5.2 Comunicación V2X
5.2.1 Comunicación V2X sobre el punto de referencia PC5
5.2.1.1 General
Para la comunicación V2X, existen dos tipos de puntos de referencia PC5: el punto de referencia PC5 basado en LTE como se define en TS 23.285 [8], y el punto de referencia PC5 basado en NR como se define en la cláusula 4.2.3. Un UE puede usar cualquier tipo de PC5 o ambos para la comunicación V2X, en función de los servicios que admita el UE. La comunicación V2X sobre el punto de referencia PC5 admite operaciones de itinerancia e inter-PLMN. La comunicación V2X sobre el punto de referencia PC5 se admite cuando el UE se "sirve por NR o E-UTRA" o cuando el UE "no se sirve por NR o E-UTRA".
Un UE se autoriza para transmitir y recibir mensajes V2X cuando tiene una autorización y configuración válidas como se especifica en la cláusula 5.1.2.
La comunicación V2X sobre el punto de referencia PC5 tiene las siguientes características:
- La comunicación V2X sobre el punto de referencia PC5 basado en LTE no tiene conexión, es decir, el modo de difusión en la capa Estrato de acceso (AS), y no hay señalización sobre la PC5 para el establecimiento de la conexión.
- La comunicación V2X sobre el punto de referencia PC5 basado en NR admite el modo de difusión, el modo de difusión en grupo y el modo de unidifusión en la capa AS. El UE indicará el modo de comunicación para un mensaje V2X a la capa AS. Se admite la señalización sobre el plano de control sobre el punto de referencia PC5 para la gestión de comunicaciones en modo unidifusión.
- Soporte de comunicación de servicios V2X entre UE a través del plano de usuario PC5.
- Los mensajes V2X se intercambian entre los UE a través del plano de usuario de la PC5.
- Los mensajes V2X basados en IP y no basados en IP son compatibles con el punto de referencia PC5.
- Para los mensajes V2X basados en IP, solo se utiliza IPv6. No se admite IPv4.
Los identificadores utilizados en la comunicación V2X sobre el punto de referencia PC5 se describen en la cláusula 5.6.1. El UE decide el tipo de punto de referencia PC5 y el perfil Tx que se utilizará para la transmisión de un paquete en particular en base a la configuración descrita en la cláusula 5.1.2. Cuando se selecciona el punto de referencia PC5 basado en LTE, los procedimientos correspondientes de manejo de QoS se definen en TS 23.285 [8]. Cuando se selecciona el punto de referencia PC5 basado en NR, el manejo y los procedimientos de QoS se definen en las cláusulas 5.4.1 y 6.3.
Si el UE tiene una sesión de emergencia en curso a través de IMS, la sesión de emergencia en curso a través de IMS tendrá prioridad sobre la comunicación V2X sobre el punto de referencia PC5.
NOTA: La sesión de emergencia a través de la configuración del IMS es en base a los requisitos reglamentarios regionales/nacionales apropiados y las políticas del operador como se define en TS 23.501 [6].
5.2.1.4 Comunicación en modo unidifusión sobre el punto de referencia PC5
El modo de comunicación unidifusión solo es compatible con el punto de referencia PC5 basado en NR. La Figura 5.2.1.4-1 ilustra un ejemplo de granularidad del enlace de unidifusión de PC5.
[Se omite la Figura 5.2.1.4-1 de 3GPP TS 23.287 V1.0.0, titulada "Granularidad del enlace de unidifusión de PC5"] Los siguientes principios se aplican cuando la comunicación V2X se transmite a través del enlace de unidifusión de PC5:
- La granularidad del enlace de unidifusión de PC5 es la misma que la del par de ID de capa de aplicación para ambos UE. Por lo tanto, un enlace de unidifusión de PC5 admite uno o más servicios V2X (por ejemplo, PSID o ITS-AID) si los servicios V2X se asocian con un mismo par de ID de capa de aplicación. Por ejemplo, como se ilustra en la Figura 5.2.1.4-1, el UE A tiene un enlace de unidifusión de PC5 con un UE par que se identifica mediante el ID de capa de aplicación 2 y otro enlace de unidifusión de PC5 con un UE par que se identifica mediante el ID de capa de aplicación 4.
NOTA: Desde el punto de vista del UE A, el UE A puede no saber que los ID de la capa de aplicación proporcionados por un UE par pertenecen al mismo UE. En ese caso, el UE A no tiene que saber que varios enlaces de unidifusión de PC5 se asocian al mismo UE par.
- El UE puede determinar establecer un enlace de unidifusión de PC5 separado, por ejemplo, en función de los protocolos de la capa de red (por ejemplo, IP o no IP).
- Un enlace de unidifusión de PC5 admite uno o más flujos de QoS de PC5 para los mismos o diferentes servicios V2X.
- Pueden seleccionarse diferentes flujos de QoS de PC5 para diferentes paquetes V2X como se especifica en la cláusula 5.41.1.1.
Cuando la capa de aplicación inicia un servicio V2X que requiere comunicación de unidifusión de PC5, el UE establece un enlace de unidifusión de PC5 con el UE correspondiente como se especifica en la cláusula 6.3.3.1. Después del establecimiento exitoso del enlace de unidifusión de PC5, el UE A y el UE B utilizan un mismo par de ID de capa 2 para el intercambio de mensajes de señalización de PC5-S y la transmisión de datos del servicio V2X subsiguientes como se especifica en la cláusula 5.6.1.4. La capa V2X del UE transmisor indica a la capa AS si el mensaje es para el mensaje de señalización PC5-S (es decir, solicitud/aceptación de comunicación directa, solicitud/respuesta de actualización de identificador de enlace, solicitud/respuesta de desconexión) o transmisión de datos de servicio cuando envía el mensaje a través del enlace PC5 establecido. La capa V2X del UE receptor maneja el mensaje si es un mensaje de señalización PC5-S mientras que la capa V2X del UE receptor reenvía el mensaje a la capa superior si es un mensaje de datos de aplicación.
El modo de unidifusión soporta el modelo de QoS por flujo como se especifica en la cláusula 5.4.1.4. Durante el establecimiento del enlace de unidifusión, cada UE se autoasigna el identificador de enlace de PC5 y asocia el identificador de enlace de PC5 con el perfil de enlace de unidifusión para el enlace de unidifusión establecido. El
identificador de enlace PC5 es un valor único dentro del UE. El perfil de enlace de unidifusión identificado por el identificador de enlace de PC5 incluye tipos de servicio (por ejemplo, PSID o ITS-AID), ID de capa de aplicación e ID de capa 2 del UE A, ID de capa de aplicación e ID de capa 2 del UE B y un conjunto de identificadores de flujo de QoS de PC5 (PFI). Cada p Fi se asocia con parámetros de QoS (es decir, PQI y, opcionalmente, rango). El identificador de enlace de PC5 y los PFI son valores sin cambios para el enlace de unidifusión establecido independientemente del cambio de ID de capa de aplicación e ID de capa 2. El UE usa PFI para indicar el flujo de QoS de PC5 a la capa AS, por lo tanto, la capa AS identifica el flujo de QoS de PC5 correspondiente incluso si los ID de la Capa-2 de origen y/o destino se cambian debido, por ejemplo, al soporte de privacidad. El UE usa el identificador de enlace PC5 para indicar el enlace de unidifusión de PC5 a la capa de aplicación V2X, por lo tanto, la capa de aplicación V2X identifica el enlace de unidifusión de PC5 correspondiente incluso si hay más de un enlace de unidifusión asociado con un tipo de servicio (por ejemplo, el UE establece múltiples enlaces de unidifusión con múltiples UE para un mismo tipo de servicio).
Nota del editor: Es FFS cómo determinar los identificadores de flujo de QoS de PC5, es decir, autoasignados o preconfigurados.
5.4 Manejo de QoS para comunicación V2X
5.4.1 Manejo de QoS para la comunicación V2X sobre el punto de referencia PC5
5.4.1.1 Modelo de QoS
5.4.1.1.1 Descripción general
Para PC5 basado en LTE, el manejo de QoS se define en TS 23.285 [8], en base a ProSe Por Prioridad de Paquete (PPPP) y ProSe Por Confiabilidad de Paquete (PPPR).
Para PC5 basado en NR, se utiliza un modelo de QoS similar al definido en TS 23.501 [6] para el punto de referencia Uu, es decir, en base a 5QI, con un parámetro adicional de Rango. Para la comunicación V2X sobre el punto de referencia PC5 basado en NR, un flujo de QoS de PC5 se asocia con una regla de QoS de PC5 que contiene los parámetros de QoS de PC5 como se define en la cláusula 5.4.2. Un conjunto de PC5 5QI estandarizados (PQI) se define en la cláusula 5.4.4. El UE puede configurarse con un conjunto de parámetros de QoS de PC5 predeterminados para usar en los servicios V2X, como se define en la cláusula 5.1.21. Para la comunicación PC5 unidifusión, difusión en grupo y difusión basada en NR, se aplicará el modelo de QoS por flujo para la gestión de QoS de PC5. La Figura 5.4.1.1.1-1 ilustra un ejemplo de mapeo del modelo de QoS por flujo para NR PC5. Los detalles de las reglas de QoS de PC5 y las operaciones relacionadas con PFI se describen en la cláusula 5.41.1.2.
[Figura 5.4.1.1.1-1 de 3GPP TS 23.287 V1.0.0, titulada "Modelo de QoS de PC5 por flujo para NR PC5", se reproduce como Figura 9]
Los siguientes principios se aplican cuando la comunicación V2X se transmite a través del punto de referencia PC5: - La capa de aplicación puede establecer los requisitos de servicio para la comunicación V2X, mediante el uso del modelo PPPP y PpPR definido por TS 23.285 [8] o el modelo PQI y Rango. En dependencia del tipo de punto de referencia de PC5, es decir, basado en LTE o basado en NR, seleccionado para la transmisión, el UE puede mapear los requisitos de servicio proporcionados por la capa de aplicación con los parámetros de QoS adecuados para pasar a la capa inferior. El mapeo entre los dos modelos de QoS se define en la cláusula 5.4.2. Para la comunicación V2X sobre PC5 basada en NR, diferentes paquetes V2X pueden requerir diferentes tratamientos de QoS. En ese caso, los paquetes V2X se enviarán desde la capa V2X a la capa Estrato de acceso dentro de los flujos de QoS de PC5 identificados por diferentes PFI.
- Cuando se utiliza el modo de difusión en grupo o unidifusión de la comunicación V2X sobre PC5 basada en NR, se asocia un parámetro de rango con los parámetros de QoS para la comunicación V2X. El rango puede proporcionarse por la capa de aplicación V2X o usar un valor predeterminado mapeado del tipo de servicio en base a la configuración definida en la cláusula 5.1.21. El rango indica la distancia mínima que deben cumplir los parámetros de QoS. El parámetro de rango se pasa a la capa AS junto con los parámetros de QoS para el control dinámico.
- El PC5 basado en NR admite tres tipos de modos de comunicación, es decir, difusión, difusión en grupo y unidifusión. El manejo de QoS de estos diferentes modos se describe en las cláusulas 5.4.1.2 a 5.4.1.4. - El UE puede manejar el tráfico de difusión, difusión en grupo y unidifusión al tener en cuenta todas sus prioridades, por ejemplo, las indicadas por los PQI.
- Para los modos de difusión y difusión en grupo de la comunicación V2X sobre PC5 basada en NR, el UE aplica valores de PQI estandarizados, ya que no hay señalización sobre el punto de referencia de PC5 para estos casos.
- Cuando se utiliza el modo de funcionamiento programado de red, el UE-PC5-AMBR para PC5 basado en NR se aplica a todos los tipos de modos de comunicación, y NG-RAN lo utiliza para limitar la transmisión PC5 basada en NR del UE en la gestión de recursos.
Nota del editor: La compatibilidad con el nuevo modelo de QoS, incluidos PQI y Rango, depende de la retroalimentación de RAN WG.
5.4.1.1.2 Regla de QoS de PC5 y PFI
La siguiente descripción se aplica tanto al modo de funcionamiento programado de red como al modo de selección de recursos autónomos del UE.
Para los mecanismos de QoS de PC5 NR, se definen "reglas de QoS de PC5" para derivar los parámetros de QoS de PC5 definidos en la cláusula 5.4.2 (es decir, PQI y condicionalmente otros parámetros como MFBR/GFBR, etc.). El UE asigna el PFI. Las siguientes operaciones se aplican para derivar los parámetros de QoS de PC5:
a) Cuando la capa de aplicación V2X proporciona requisitos de servicio para los servicios V2X, por ejemplo, requisito de prioridad, requisito de confiabilidad, requisito de retardo, a la capa V2X, la capa V2X deriva los parámetros de QoS de PC5 a partir de los requisitos de servicio en base a las reglas de QoS de PC5; b) De lo contrario, es decir, cuando la capa de aplicación V2X no proporciona ninguna información sobre los requisitos de servicio para los servicios V2X a la capa V2X, la capa V2X utiliza los parámetros de QoS de PC5 autorizados correspondientes al servicio V2X en base al mapeo entre los tipos de servicios V2X (por ejemplo, PSID/ITS-AID) y los parámetros de QoS de PC5 autorizados según se definen en la cláusula 51.2.1.
Nota del editor: Los detalles de las reglas de QoS de PC5 son FFS.
Nota del editor: Es FFS si es necesario definir otras operaciones para la comunicación IP a través de NR PC5 para derivar los parámetros de QoS de PC5 (por ejemplo, otras entradas además de los requisitos de servicio).
Nota del editor: Es FFS cómo funciona el funcionamiento de la regla de QoS de PC5 para comunicaciones no IP sobre NR PC5.
La Figura 5.4.1.1.2-1 ilustra cómo se derivan los parámetros de QoS de PC5 para la comunicación V2X sobre NR PC5.
[Figura 5.4.1.1.2-1 de 3GPP TS 23.287 V1.0.0, titulada "Derivación de parámetros de QoS de PC5 para comunicación V2X sobre NR PC5", se omite]
Para la comunicación V2X sobre el punto de referencia NR PC5, el flujo de QoS de PC5 es la mejor granularidad de diferenciación de QoS en el mismo destino identificado por la ID de la capa de destino-2. El tráfico del plano de usuario con el mismo PFI recibe el mismo tratamiento de reenvío de tráfico (por ejemplo, programación, umbral de admisión). El PFI es único dentro de un mismo destino. El UE asigna PFI en base a los parámetros de QoS de PC5 derivados para el servicio V2X.
Nota del editor: Es FFS si PFI y los parámetros de QoS de PC5 correspondientes deben intercambiarse a través de mensajes de PC5-S entre dos Ue para el enlace de unidifusión.
El UE mantiene el mapeo de PFI a los parámetros de QoS de PC5 y el servicio V2X en un contexto por destino identificado por la ID de la Capa de Destino-2. Cuando el UE asigna un nuevo PFI para el servicio V2X, el UE lo almacena con los parámetros de QoS de PC5 correspondientes y el servicio V2X (por ejemplo, PSID o ITS-AID) en el contexto del destino. Cuando el UE libera el PFI, el UE lo elimina del contexto del destino. El contexto permite que el UE determine si ya existe PFI para el paquete V2X para cualquier servicio V2X de la capa de aplicación V2X o si es necesario asignar un PFI nuevo para el paquete V2X. Para unidifusión, el perfil de enlace de unidifusión definido en la cláusula 5.2.1.4 puede utilizarse como contexto para almacenar la información PFI.
La capa V2X proporciona el PFI y los parámetros de QoS correspondientes de PC5 a la capa AS para las operaciones del modelo de QoS por flujo.
5.4.1.2 Manejo de QoS para comunicación V2Xen modo de difusión sobre el punto de referencia PC5
Cuando la difusión de PC5 se utiliza para la transmisión de datos de servicio V2X, se siguen los siguientes principios tanto para el modo de operación programada de red como para el modo de selección de recursos autónomos de UE: - Se aplican los parámetros de QoS de PC5 definidos en la cláusula 5.4.2.
- Si la capa de aplicación proporciona los requisitos de servicio para los servicios V2X, la capa V2X determina los parámetros de QoS de PC5 en base a las reglas de QoS de PC5, es decir, el mapeo entre los requisitos de servicio y los parámetros de QoS de PC5 como se define en la cláusula 5.12.1.
- Si la capa de aplicación no proporciona los requisitos de servicio para los servicios V2X, la capa V2X determina los parámetros de QoS de PC5 en base al mapeo entre los tipos de servicios y los parámetros de QoS de PC5 como se define en la cláusula 5.12.1.
- La capa V2X asigna un identificador de flujo de QoS (PFI) de PC5 y asocia los parámetros de QoS de PC5 al PFI.
- La capa V2X proporciona los parámetros de QoS de PC5 y PFI a la capa AS para las operaciones del modelo de QoS por flujo.
- La capa V2X pasa los datos del servicio V2X junto con PFI a la capa AS para su transmisión.
Cuando se utiliza el modo de selección de recursos autónomos, se aplica el siguiente principio adicional:
- El UE puede utilizar los parámetros de QoS de PC5 para el manejo de QoS de PC5.
Nota del editor: El manejo de QoS para el modo de operación programada de red es FFS.
5.4.1.3 Manejo de QoS para comunicación V2Xen modo difusión en grupo a través del punto de referencia PC5 Se aplica el manejo de QoS descrito en la cláusula 5.4.1.2.
5.4.1.4 Manejo de QoS para comunicación V2Xen modo unidifusión sobre el punto de referencia PC5
El manejo de QoS descrito en la cláusula 5.4.1.2 se aplica con las siguientes adiciones:
- Los parámetros de QoS de PC5 y PFI se negocian durante el procedimiento de establecimiento de enlace de capa 2 descrito en la cláusula 6.3.3.1.
5.4.2 Parámetros de QoS de PC5
5.4.2.1 PQI
Un PQI es un 5QI especial, como se define en la cláusula 5.7.2.1 de TS 23.501 [6], y se utiliza como referencia a las características de QoS de PC5 definidas en la cláusula 5.4.3, es decir, parámetros que controlan el tratamiento de reenvío de QoS para los paquetes a través del punto de referencia de PC5.
Los valores de PQI estandarizados tienen un mapeo de uno a uno con una combinación estandarizada de características de QoS de PC5 como se especifica en la Tabla 5.4.4-1.
5.4.2.2 Velocidades de bits de flujo de PC5
Solo para los flujos de QoS de GBR, existen los siguientes parámetros adicionales de QoS de PC5:
- Velocidad de bits de flujo garantizada (GFBR);
- Velocidad máxima de bits de flujo (MFBR).
Los GFBR y MFBR definidos en la cláusula 5.7.2.5 de TS 23.501 [6] se utilizan para el control de la velocidad de bits en el punto de referencia PC5 durante la ventana de tiempo promedio. Para la comunicación PC5, se utilizan los mismos GFBR y MFBR para ambas direcciones.
5.4.2.3 Velocidades de bits agregadas del enlace PC5
Un enlace de unidifusión de PC5 se asocia con el siguiente parámetro de QoS de límite de velocidad agregado:
- por enlace de Velocidad de bits máxima agregada (PC5 LINK-AMBR).
El PC5 LINK-AMBR limita la velocidad de bits agregada que puede esperarse que se proporcione en todos los flujos de QoS no GBR con un UE par sobre el enlace de unidifusión de PC5. El PC5 LINK-AMBR se mide sobre una ventana promediada de AMBR que es un valor estandarizado. El PC5 LINK-AMBR no se aplica a los flujos de QoS de GBR.
NOTA: La ventana de promediado de AMBR solo se aplica a la medición de PC5 LINK-AMBR.
Nota del editor: Si se requiere PC5 LINK-AMBR y su relación con UE PC5 AMBR se revisará en base al diseño de RAN de PC5.
5.4.2.4 Rango
Nota del editor: La definición de rango se agregará en base a la retroalimentación de RAN.
5.4.2.5 Valores predeterminados
Un UE puede configurarse con valores predeterminados para los parámetros de QoS de PC5 para un servicio particular, por ejemplo, identificado por PSID/ITS-AID. El valor predeterminado se utilizará si la capa superior no proporciona el parámetro QoS de PC5 correspondiente.
3GPP TS 36.321 V15.3.0 establece:
6.1.6 PDU MAC (SCH-SL)
Una PDU MAC consta de un encabezado MAC, una o más unidades de datos de servicio MAC (SDU MAC) y, opcionalmente, relleno; como se describe en la Figura 6.1.6-4.
Tanto el encabezado MAC como las SDU MAC son de tamaños variables.
Un encabezado PDU MAC consta de un subencabezado SCH-SL, uno o más subencabezados PDU MAC; cada subencabezado excepto el subencabezado SCH-SL corresponde a una SDU MAC o relleno.
El subencabezado SCH-SL consta de siete campos de encabezado V/R/R/R/R/SRC/DST.
Un subencabezado de PDU MAC consta de seis campos de encabezado R/R/E/LCID/F/L, pero para el último subencabezado de la PDU MAC. El último subencabezado de la PDU MAC consta únicamente de los cuatro campos de encabezado R/R/E/LCID. Un subencabezado de PDU MAC correspondiente al relleno consta de cuatro campos de encabezado R/R/E/LCID.
[La Figura 6.1.6-1 de 3GPP TS 36.321 V15.3.0, titulada "Subencabezado MAC R/R/E/LCID/F/L", se reproduce como la Figura 10]
[La Figura 6.1.6-2 de 3GPP TS 36.321 V15.3.0, titulada "Subencabezado MAC R/R/E/LCID", se reproduce como la Figura 11]
Los subencabezados de PDU MAC tienen el mismo orden que las correspondientes SDU MAC y el relleno.
El relleno se produce al final de la PDU MAC, excepto cuando se requiere un relleno de un solo byte o de dos bytes. El relleno puede tener cualquier valor y la entidad MAC lo ignorará. Cuando el relleno se realiza al final de la PDU MAC, se permiten cero o más bytes de relleno.
Cuando se requiere un relleno de un solo byte o de dos bytes, uno o dos subencabezados de PDU MAC correspondientes al relleno se colocan después del subencabezado SCH-SL y antes de cualquier otro subencabezado de PDU MAC.
Puede transmitirse un máximo de una PDU MAC por TB.
[Figura 6.1.6-4 de 3GPP TS 36.321 V15.3.0, titulada "Ejemplo de PDU MAC que consiste en encabezado MAC, SDU MAC y relleno", se reproduce como la Figura 12]
6.2.4 Encabezado MAC para SCH-SL
El encabezado MAC es de tamaño variable y consta de los siguientes campos:
- V: El campo de número de versión del formato PDU MAC indica qué versión del subencabezado SCH-SL se utiliza. En esta versión de la memoria descriptiva se definen tres versiones de formato y, por lo tanto, este campo se establecerá en "0001", "0010" y "0011". Si el campo DST es de 24 bits, este campo se pondrá a "0011". El tamaño del campo V es de 4 bits;
- SRC: El campo ID de la capa de origen-2 lleva la identidad de la fuente. Se configura para ProSe UE ID. El tamaño del campo SRC es de 24 bits;
- DST: El campo DST puede tener 16 bits o 24 bits. Si es de 16 bits, transporta los 16 bits más significativos del ID de la capa de destino-2. Si es de 24 bits, se establece en el ID de la capa de destino-2. Para la comunicación de enlace lateral, el ID de la capa de destino-2 se establece en el ID de grupo ProSe capa-2 o el ID de UE ProSe. Para la comunicación de enlace lateral V2X, el ID de la capa de destino-2 se establece en el identificador proporcionado por las capas superiores como se define en [14]. Si el campo V se establece en "0001", este identificador es un identificador de difusión en grupo. Si el campo V se establece en "0010", este identificador es un identificador de unidifusión;
- LCID: El campo ID de canal lógico identifica unívocamente la instancia de canal lógico dentro del ámbito de un par de ID de capa de origen-2 y de ID de capa de destino-2 de la SDU MAC o relleno correspondiente, como se describe en la tabla 6.2.4-1. Hay un campo LCID para cada SDU MAC o relleno incluido en la PDU MAC. Además de eso, se incluyen uno o dos campos LCID adicionales en la PDU MAC, cuando se requiere un relleno de un solo byte o de dos bytes, pero no puede lograrse cuando se rellena al final de la PDU MAC. Los valores de LCID de "01011" a "10100" identifican los canales lógicos utilizados para enviar SDU RLC duplicadas desde canales lógicos cuyos valores de LCID de "00001" a "01010" respectivamente en orden secuencial. El tamaño del campo LCID es de 5 bits;
- L: El campo Longitud indica la longitud de la SDU MAC correspondiente en bytes. Hay un campo L por subencabezado de PDU MAC excepto por el último subencabezado. El tamaño del campo L se indica mediante el campo F;
- F: El campo Formato indica el tamaño del campo Longitud como se indica en la tabla 6.2.4-2. Hay un campo F por subencabezado de PDU MAC excepto por el último subencabezado. El tamaño del campo F es de 1 bit. Si el tamaño de la SDU MAC es inferior a 128 bytes, el valor del campo F se establece en 0; de lo contrario, se establece en 1;
- E: El campo Extensión es una bandera que indica si hay más campos presentes en el encabezado MAC o no.
El campo E se establece en "1" para indicar otro conjunto de, al menos, los campos R/R/E/LCID. El campo E se establece en "0" para indicar que una SDU MAC o un relleno comienza en el siguiente byte;
- R: El bit reservado, establecido en "0".
El encabezado y los subencabezados MAC se alinean en octetos.
[La tabla 6.2.4-1 de 3GPP TS 36.321 V15.3.0, titulada "Valores de LCID para SCH-SL", se reproduce como Figura 13]
[La tabla 6.2.4-2 de 3GPP TS 36.321 V15.3.0, titulada "Valores del campo F:", se reproduce como Figura 14]
3GPP R2-1907454 divulga 3 tipos de parámetros SLRB para comunicaciones de enlace lateral (SL) de la siguiente manera:
- "Parámetros de solo TX", que son los parámetros relacionados solo con TX en cada SLRB (por ejemplo, LCH-config., temporizador de descarte, etc.),
- "Parámetros alineados TX-RX", que son los parámetros que se relacionan con TX y RX y deben alinearse entre el UE y su UE par en la SLRB correspondiente (por ejemplo, longitud SN, modo RLC, etc.)
- "Parámetros de solo RX", que son los parámetros que solo se relacionan con RX en cada SLRB (por ejemplo, t-reensamblaje, t-reordenamiento, etc.).
Como se discutió en 3GPP R2-1900370, se introdujeron la preconfiguración basada en el flujo de QoS de PC5 y la preconfiguración basada en el perfil de QoS de PC5. La red proporciona información sobre las preconfiguraciones
de SLRB para todos los posibles flujos de QoS de PC5 (por ejemplo, 5GC, función de control V2X). La información puede incluir ID de SLRB, mapeo de flujo de QoS a SLRB y configuración de AS (por ejemplo, configuraciones de PDCP (Protocolo de convergencia de datos de paquetes)/RLC (Control de enlace de radio)/LCH (Canal lógico)). La configuración de AS podría indicar, por ejemplo, t-reordenamiento, ventana de reordenamiento, Maximum_PDCP_SN, modo RLC (UM (modo no reconocido) o AM (modo reconocido)), AM_Window_Size, UM_Window_Size, identidad del canal lógico del enlace lateral, y/o etc.
En NR Uu, el número máximo de QFI (64) es mayor que el número máximo de DRB (32). En NR SL (enlace lateral), es posible que el número máximo de flujos de QoS de PC5 también sea mayor que el número máximo de SLRB. Con la información de preconfiguración anterior, el número máximo de configuraciones AS potenciales aplicables a todos los enlaces de unidifusión (establecidos entre dos UE emparejados) se limitará por el número máximo de SLRB. La Figura 15 es una tabla de mapeo ilustrativa con el número máximo de QFI = 32 y el número máximo de SLRB = 16. En la tabla de mapeo ilustrativa mostrada en la Figura 15, 2 QFI comparten una configuración de AS mapeada a una SLRB.
Limitar el número máximo de posibles configuraciones de AS aplicables a todos los enlaces de unidifusión al número máximo de SLRB parece demasiado restrictivo. Por lo tanto, un procedimiento más flexible es preconfigurar la asociación entre los flujos de QoS de PC5 y las configuraciones de AS en el UE y dejar abiertos los ID de SLRB. Los ID de SLRB pueden asignarse (dinámicamente) por un UE durante o después de que se establezca el enlace de unidifusión y luego pasados al UE par. Posiblemente, el UE iniciador podría transmitir información al UE par. En la información, podrían incluirse la identidad de SLRB y la identidad de flujo de QoS de PC5. De acuerdo con la información, el UE par puede crear una SLRB mediante el uso de una identidad SLRB indicada en la información, y aplicar una configuración AS asociada con una identidad de flujo de QoS de PC5 indicada en la información para la SLRB.
La Figura 16 es un ejemplo de la tabla de mapeo con el número máximo de QFI = 32 y el número máximo de configuraciones de AS = 24. Pueden mapearse 16 QFI a una sola configuración de AS. Cabe señalar que un flujo de QoS de PC5 podría identificarse mediante un QFI (Identidad de flujo de QoS) o PQI (PC55QI).
Posiblemente, cada SLRB podría asociarse con un canal lógico de enlace lateral. La identidad de una SLRB podría ser la misma o diferente de la identidad de un canal lógico de enlace lateral asociado. Si la identidad de la SLRB es diferente de la identidad del canal lógico de enlace lateral asociado, el UE iniciador podría incluir la identidad del canal lógico de enlace lateral asociado en la información enviada al UE par.
Otra alternativa es que ambos UE que participan en el enlace de unidifusión asignen individualmente ID de SLRB de acuerdo con la misma regla de modo que el mapeo entre ID de SLRB y configuraciones de AS en ambos UE puedan alinearse. Por ejemplo, hay un servicio V2X activo con 3 flujos de QoS de PC5 (incluidos QFI1, QFI5 y QFI18) (para unidifusión V2X) en un UE. El UE podría almacenar una lista sobre la asociación entre las configuraciones de As y los flujos de QoS de PC5. De acuerdo con la lista, las configuraciones de AS correspondientes a estos 3 flujos de QoS de PC5 son configuración1 de AS, configuración3 de AS y configuración10 de AS. El UE podría crear 3 SLRB para estos 3 flujos de QoS de PC5 y asigna identidades de SLRB secuencialmente en el mismo orden que estos 3 flujos de QoS de PC5 o estas 3 configuraciones de AS en la lista. El valor inicial de las identidades de SLRB podría ser 0 y, por tanto, el UE podría tener SLRB0, SLRB1 y SLRB2 para estas 3 SLRB. También es posible que las identidades SLRB puedan numerarse después de las SLRB utilizadas para la señalización de control de PC5 (PC5-S y/o PC5-RRC). Si las SLRB utilizadas para la señalización de control de PC5 ocupan SLRB0 y SLRB1, entonces las identidades SLRB para las SLRB utilizadas para la transferencia de tráfico podrían comenzar desde SLRB2 y, por tanto, el UE tendrá SLRB2, SLRB3 y SLRB4 para estas 3 SLRB. Además de la ID de SLRB, ambos UE también deberían asignar una identidad del canal lógico de enlace lateral mapeado a la SLRB. La identidad de una SLRB podría ser la misma o diferente de la identidad del canal lógico de enlace lateral mapeado.
El concepto anterior de preconfiguración de la asociación entre los perfiles de QoS de PC5 y las configuraciones de AS también podría ser aplicable a la preconfiguración basada en el perfil de QoS de PC5 para difusión en grupo y/o difusión, es decir, cada Ue que participa en la difusión en grupo y/o difusión asigna individualmente ID de SLRB de acuerdo con la misma regla para que puedan alinearse los mapeos entre los ID de SLRB y las configuraciones de AS en los UE en cuestión.
La Figura 17 muestra una tabla de mapeo ilustrativa con el número máximo de PQI = 32 y el número máximo de configuraciones de AS = 24. Pueden mapearse 16 PQI a una sola configuración de AS. Se observa que un perfil de QoS de PC5 podría identificarse mediante un PQI.
Por ejemplo, hay un servicio V2X activo con 3 perfiles de QoS de PC5 (incluidos PQI1, PQI5 y PQI18) en un UE transmisor (para transmisión en grupo V2X). Un UE podría almacenar una lista sobre la asociación entre las configuraciones de AS y los perfiles de QoS de PC5. De acuerdo con la lista, las configuraciones de AS correspondientes a estos 3 perfiles de QoS de PC5 podrían ser configuración1 de AS, configuración3 de AS y configuración10 de AS. El UE podría crear 3 SLRB para estos 3 perfiles de QoS de PC5 y asigna identidades de SLRB secuencialmente en el mismo orden que estos 3 perfiles de QoS de PC5 o estas 3 configuraciones de AS en
la lista. El valor inicial de las identidades de SLRB podría ser 0 y, por tanto, el UE podría tener SLRB0, SLRB1 y SLRB2 para estas 3 SLRB. También es posible que las identidades SLRB puedan numerarse después de las SLRB utilizadas para la señalización de control de PC5 (PC5-S y/o PC5-RRC). Si las SLRB utilizadas para la señalización de control de PC5 ocupan SLRB0 y SLRB1, entonces las identidades SLRB para las SLRB utilizadas para la transferencia de tráfico podrían comenzar desde SLRB2 y, por lo tanto, el UE podría tener SLRB2, SLRB3 y SLRB4 para estas 3 SLRB. Además de la ID de SLRB, el UE también debería asignar una identidad del canal lógico de enlace lateral mapeado a la SLRB. La identidad de una SLRB podría ser la misma o diferente de la identidad del canal lógico de enlace lateral mapeado.
Alternativamente, un UE puede asignar (dinámicamente) un ID de SLRB durante o después de que se establezca la difusión en grupo y luego pasar a otros UE en el grupo. Posiblemente, el UE transmisor podría transmitir información a un grupo al que pertenece el UE transmisor. En la información, podría incluirse la identidad SLRB y el perfil de QoS de PC5. De acuerdo con la información, el UE receptor en el grupo puede crear una SLRB mediante el uso de una identidad SLRB indicada en la información, y aplicar una configuración AS asociada con un perfil de QoS de PC5 indicado en la información para la SLRB.
Posiblemente, cada SLRB podría asociarse con un canal lógico de enlace lateral. La identidad de una SLRB podría ser la misma o diferente de la identidad de un canal lógico de enlace lateral asociado. Si la identidad de la SLRB es diferente de la identidad del canal lógico de enlace lateral asociado, el UE transmisor podría incluir la identidad del canal lógico de enlace lateral asociado en la información.
Un UE de TX (Transmisión) en modo RRC conectado puede solicitar la configuración de SLRB para un flujo de QoS de PC5 de un servicio V2X, en el que la configuración de SLRB puede incluir parámetros de solo TX para SLRB (por ejemplo, flujo de QoS de PC5 a mapeo de SLRB, identidad de lCh (LCID ), mapeo de LCH a LCG, prioridad de Lc H y temporizador de descarte, etc.). El flujo de QoS de PC5 al mapeo de SLRB puede indicar un ID de SLRB. Parte de estos parámetros de solo TX pueden incluirse en una configuración de LCH. Una SLRB puede asociarse con un LCH de enlace lateral (si no se aplica la duplicación de enlace lateral) o dos LCH de enlace lateral (si se aplica la duplicación de enlace lateral). En la presente solicitud, un enlace lateral LCH (LCH SL) es el foco principal. Pero esto no excluye las soluciones que se aplicarán a la duplicación de enlace lateral.
Al establecer una SLRB y/o un LCH SL, el UE de TX puede necesitar combinar los parámetros de solo TX asignados por gNB para SLRB/LCH SL y los parámetros alineados TX-RX predefinidos o preconfigurados en el UE de TX en caso de difusión en grupo y comunicaciones por difusión. La predefinición o preconfiguración podría especificarse en una memoria descriptiva de protocolo RRC. En el aprovisionamiento actual de parámetros V2X, los parámetros podrían asociarse generalmente con un servicio V2X (por ejemplo, el mapeo entre los servicios V2X y los ID de la capa de destino-2 para comunicaciones grupales y de difusión). Al seguir el mismo concepto, cada conjunto de parámetros alineados TX-RX predefinidos o preconfigurados en el UE de TX puede asociarse con un flujo de QoS de PC5 de un servicio V2X para que el UE de TX pueda determinar o seleccionar el conjunto de parámetros alineados TX-RX en base al flujo de QoS de PC5 del servicio V2X en cuestión. Sin embargo, en esta situación, la tabla o lista de parámetros alineados TX-RX sería bastante grande porque hay muchos servicios V2X para soportar y cada servicio V2X puede incluir múltiples flujos de QoS de PC5.
Dado que los parámetros alineados TX-RX pueden depender de los requisitos de QoS de cada flujo de QoS de PC5, independientemente del servicio V2X al que pertenezca el flujo de QoS de PC5. Por lo tanto, una forma más sencilla es asociar los parámetros de solo TX y los parámetros alineados TX-RX a través de un Identificador de QoS (PQI) de PC5 correspondiente al flujo de QoS de PC5. De esta manera, cada PQI podría mapearse a un conjunto de parámetros alineados TX-RX para una SLRB o LCH SL. Es posible que puedan mapearse múltiples PQI al mismo conjunto de parámetros alineados TX-RX.
Al recibir un bloque de datos SL (por ejemplo, una PDU MAC), el UE de RX puede necesitar determinar los parámetros alineados TX-RX (por ejemplo, parámetros RLC) para procesar más el contenido del bloque de datos SL de acuerdo con el LCID incluido en el encabezado MAC. Por lo tanto, la asociación entre LCID y parámetros alineados TX-RX debe predefinirse o preconfigurarse en el UE de RX. De manera similar, tal predefinición o preconfiguración podría especificarse en una memoria descriptiva de protocolo RRC.
Una posible solución es incluir LCID en la tabla para definir los parámetros alineados TX-RX (por ejemplo, la tabla ilustrativa mostrada en la Figura18)), en la que cada LCID se asocia con un conjunto de parámetros alineados TX-RX y al menos un PQI se asocia con un conjunto de parámetros alineados TX-RX. La Figura 18 proporciona un ejemplo de dicha tabla (con cada LCID como índice clave). En caso de que el número máximo de PQI sea mayor que el número máximo de LCID, pueden asignarse varios PQI a un LCID y un conjunto de parámetros alineados TX-Rx . Con esta tabla, el UE de RX podría determinar el conjunto de parámetros alineados TX-RX para procesar más el contenido de un bloque de datos recibido de acuerdo con el LCID incluido en el encabezado MAC. Además, el UE de TX también podría determinar el conjunto de parámetros alineados TX-RX al establecer una SLRB o un LCH SL para un flujo de QoS de PC5 asociado con un Identificador de QoS de PC5 (PQI).
Con el LCID especificado en la tabla que se muestra en la Figura 18, no es necesario que gNB incluya LCID en la configuración SLRB enviada al UE de TX en respuesta a la solicitud de configuración SLRB. Para alinearse con otros casos (por ejemplo, configuración SLRB para una comunicación unidifusión), también está bien incluir LCID en la configuración SLRB (porque gNB también es consciente del mapeo y por lo tanto puede asignar el LCID correcto). En esta situación, es mejor que el UE de TX compruebe si el LCID asignado por gNB es igual al predefinido o preconfigurado en el UE de TX. Si se detecta una discrepancia (por ejemplo, un LCID de un LCH SL asignado por gNB para un flujo de QoS de PC5 es diferente de un LCID que se predefine o preconfigura en el UE de TX y se asocia con un PQI del flujo de QoS de PC5), el UE de TX puede tomar ciertas medidas para notificar a gNB de este error para que gNB pueda verificar y corregir el error. Por ejemplo, el UE de TX puede iniciar un procedimiento de restablecimiento de la conexión RRC. El UE de TX puede configurar el reestablishmentCause en el mensaje RRCReestablishmentRequest a un valor de reconfigurationFailure. Alternativamente, en lugar de realizar el procedimiento de restablecimiento de la conexión RRC, el UE de TX puede mantener la conexión RRC actual con el gNB y transmitir una indicación para notificar al gNB del error. La indicación podría incluirse en un mensaje RRC.
En el enlace lateral LTE, el tamaño del campo LCID es de 5 bits. 00001-01010 se asignan para las identidades de los canales lógicos, mientras que 01011-10100 se asignan para las identidades de los canales lógicos de duplicación. Por lo tanto, de hecho, solo 10 LCID están disponibles para LCH SL sin duplicación. En esta situación, podría haber 10 conjuntos de parámetros alineados TX-RX disponibles para configuraciones SLRB/LCH SL. Básicamente, 10 es el número máximo de LCH por servicio V2X. Dado que podría haber diferentes variedades de servicios V2X para admitir en NR y diferentes flujos de QoS de PC5 de servicios V2X pueden tener diferentes requisitos de QoS, puede ser demasiado restrictivo limitar los conjuntos máximos de parámetros alineados TX-RX (que se aplicarán a todos los V2X servicios) al número máximo de LCH (que se crearán para un servicio V2X). Por tanto, podrían considerarse otras formas más flexibles para que el UE de RX conozca el LCID para cada conjunto de parámetros alineados TX-RX predefinidos o preconfigurados en el UE de RX.
Suponga que PQI se utiliza como índice clave en la tabla o lista para definir los parámetros alineados TX-RX y LCID no se incluye en la tabla. La Figura 19 proporciona un ejemplo de dicha tabla o lista (con cada PQI como índice clave). Cada PQI de la tabla podría asociarse con un conjunto de parámetros alineados TX-RX para una SLRB o LCH SL. Es posible que puedan mapearse múltiples PQI al mismo conjunto de parámetros alineados TX-RX.
Como se muestra en la tabla ilustrativa mostrada en la Figura 19, cada PQI podría asignarse a un conjunto de parámetros alineados TX-RX y, por lo tanto, esta solución podría cumplir mejor con los diferentes requisitos de QoS de los servicios V2X en NR que la solución mostrada en la tabla ilustrativa ilustrada en la Figura 18.
Los conceptos anteriores también podrían aplicarse a la creación de SLRB o LCH SL en base a la preconfiguración para comunicaciones de difusión en grupo, difusión o unidifusión de enlace lateral, en los que el contenido de la tabla o lista puede incluir otra información además de los parámetros alineados TX-RX (por ejemplo, parámetros de sólo TX y/o parámetros de sólo RX). Cada entrada en la tabla o lista puede incluir una configuración SLRB o LCH SL, en la que cada SLRB se asocia con un LCH SL si no se aplica una duplicación de enlace lateral a esta SLRB. Una SLRB puede asociarse con dos LCH SL si se aplica la duplicación de enlace lateral. La preconfiguración de parámetros puede realizarse a través de la función de control V2X o gNB (por ejemplo, mediante el uso de información del sistema).
Otra alternativa es que el UE de TX transmita un mapeo de PQI a LCID de un servicio V2X al UE de RX en un mensaje PC5 RRC en un canal de control SL (SCCH). Es posible que el mensaje PC5 RRC pueda transmitirse a través de una comunicación unidifusión a un UE par antes de que comience la transmisión del mensaje V2X al UE par en el LCH SL (o SLRB) en cuestión. El LCID puede asignarse por el UE de TX. La configuración SLRB y/o la configuración LCH SL del canal de control SL (SCCH) pueden predefinirse o preconfigurarse en el UE. Posiblemente, la configuración SLRB y/o la configuración LCH SL del SCCH podrían especificarse en una memoria descriptiva de protocolo RRC. La comunicación de unidifusión podría dirigirse a un ID de capa 2 del UE par.
La Figura 20 es un diagrama de flujo 2000 de acuerdo con la invención desde la perspectiva de un primer UE para que el primer UE realice el establecimiento de LCH SL. En la etapa 2005, el primer UE almacena una lista de configuraciones de enlace lateral, en el que cada entrada de la lista contiene una configuración de enlace lateral y, al menos, un identificador de QoS (PQI) de PC5 asociado con la configuración de enlace lateral. En la etapa 2010, el primer UE selecciona una entrada en la lista de acuerdo con un PQI de un flujo de QoS de PC5 de un servicio de enlace lateral. En la etapa 2015, el primer UE establece un LCH SL para el flujo de QoS de PC5 de acuerdo con una configuración de enlace lateral de la entrada y asigna una identidad para el lCh SL. En la etapa 2020, el primer UE transmite información a un segundo UE para que el segundo UE establezca el LCH SL, en el que la información incluye, al menos, la identidad del LCH SL, una identidad del flujo de QoS de PC5 y parámetros alineados de Transmisión-Recepción (TX-RX) incluidos en la configuración del enlace lateral. En la etapa 2025, el primer UE transmite paquetes de enlace lateral desde el flujo de QoS de PC5 en el LCH SL.
Preferentemente, cada configuración de enlace lateral también puede incluir parámetros de solo TX. La información podría transmitirse después de que se establezca un enlace de unidifusión entre el primer UE y el segundo UE. Además, la información podría transmitirse a través de un mensaje de Control de recursos de radio (RRC) de PC5.
Preferentemente, la lista de configuraciones de enlace lateral podría predefinirse en el primer UE o podría proporcionarse a través de una información del sistema difundida por una estación base (por ejemplo, gNB). Preferentemente, la lista de configuraciones de enlace lateral podría especificarse en una memoria descriptiva estándar (por ejemplo, memoria descriptiva RRC).
Preferentemente, los parámetros alineados TX-RX podrían ser los parámetros que se relacionan con TX y RX y necesitan alinearse entre el primer UE y el segundo UE en el LCH Sl (por ejemplo, longitud SN, modo RLC, etc.). Cada entrada en la lista no puede incluir ninguna identidad de LCH SL.
Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un primer UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) almacene una lista de configuraciones de enlace lateral, en la que cada entrada en la lista contiene una configuración de enlace lateral y, al menos, un PQI de PC5 asociado con la configuración de enlace lateral, (ii) para seleccionar una entrada en la lista de acuerdo con un PQI de un flujo de QoS de PC5 desde un servicio de enlace lateral, (iii) para establecer un LCH SL para el flujo de QoS de PC5 de acuerdo con una configuración de enlace lateral de la entrada y asignar una identidad para el LCH SL, (iv) transmitir información a un segundo UE para que el segundo UE establezca el LCH SL, en el que la información incluye al menos la identidad del LCH SL, una identidad del flujo de QoS de PC5 y parámetros alineados TX-RX incluidos en la configuración de enlace lateral, y (v) transmitir paquetes de enlace lateral desde el flujo de QoS de PC5 en el LCH SL. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras que se describen en la presente memoria.
La Figura 21 es un diagrama de flujo 2100 de acuerdo con la invención desde la perspectiva de un segundo UE para que el segundo UE realice el establecimiento de LCH SL. En la etapa 2105, el segundo UE recibe información de un primer UE para establecer un LCH SL, en el que la información incluye, al menos, una identidad del LCH SL, una identidad de un flujo de QoS de PC5 y parámetros alineados TX-RX. En la etapa 2110, el segundo UE establece el LCH SL mediante el uso de la identidad del LCH SL de acuerdo con los parámetros alineados TX-RX. En la etapa 2115, el segundo UE recibe paquetes de enlace lateral en el LCH SL.
Preferentemente, la información podría recibirse a través de un mensaje RRC de PC5 (Control de recursos de radio). Los parámetros alineados TX-RX podrían ser los parámetros que se relacionan tanto con TX como con RX y necesitan alinearse entre el primer Ue y el segundo Ue en el LCH SL (por ejemplo, longitud SN, modo RLC, etc.). Con referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un primer UE, el dispositivo 300 incluye un código de programa 312 que se almacena en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el UE (i) reciba información de un primer UE para establecer un LCH SL, en el que la información incluye, al menos, una identidad del LCH SL, una identidad de un flujo de QoS de PC5, y Parámetros alineados TX-RX, (ii) para establecer el LCH SL mediante el uso de la identidad del LCH SL de acuerdo con los parámetros alineados TX-RX, y (iii) para recibir paquetes de enlace lateral en el LCH SL. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras que se describen en la presente memoria.
Diversos aspectos de la divulgación se describen anteriormente. Debe ser evidente que las enseñanzas en la presente memoria pueden realizarse en una amplia variedad de formas y que cualquier estructura específica, función, o ambas que se divulgan en la presente memoria es simplemente representativa. En base a las enseñanzas en la presente memoria un experto en la técnica debe apreciar que un aspecto divulgado en la presente memoria puede implementarse independientemente de cualquiera de otros aspectos y que dos o más de estos aspectos pueden combinarse de diversos modos. Por ejemplo, puede implementarse un aparato o puede practicarse un procedimiento mediante el uso de cualquier número de los aspectos que se exponen en la presente memoria. Además, tal aparato puede implementarse o tal procedimiento puede practicarse mediante el uso de otra estructura, funcionalidad, o estructura y funcionalidad además de o diferente de uno o más de los aspectos que se exponen en la presente memoria. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden establecerse canales concurrentes en base a las frecuencias de repetición del pulso. En algunos aspectos pueden establecerse canales concurrentes en base a la posición o desplazamientos del pulso. En algunos aspectos pueden establecerse canales concurrentes en base a las secuencias de salto de tiempo. En algunos aspectos pueden establecerse canales concurrentes en base a las frecuencias de repetición del pulso, a posición o desplazamientos del pulso, y las secuencias de salto de tiempo.
Los expertos en la técnica entenderán que la información y las señales pueden representarse mediante el uso de cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los chips que pueden referenciarse a lo largo de la descripción anterior pueden representarse por tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas o cualquier combinación de los mismos.
Los expertos apreciarían además que los diversos bloques, módulos, procesadores, medios, circuitos, y etapas de algoritmos lógicos ilustrativos que se describen en relación con los aspectos que se divulgan en la presente memoria
pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que pueden diseñarse mediante el uso de la codificación de fuente o alguna otra técnica), diversas formas de código de programa o diseño que incorporan instrucciones (que pueden referirse en la presente memoria, para conveniencia, como "software" o "módulo de software"), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y etapas ilustrativas se describen anteriormente generalmente en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la solicitud particular y las restricciones de diseño impuestas en el sistema general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversos modos para cada solicitud particular, pero tales decisiones de implementación no deben interpretarse como que provocan una desviación del ámbito de la presente divulgación.
Además, los diversos bloques, módulos, y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse dentro de o realizarse por un circuito integrado ("IC"), un terminal de acceso, o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), 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 memoria, y pueden ejecutar códigos o instrucciones que se encuentran dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador, o máquina de estados convencionales. Un procesador puede implementarse además como una combinación de dispositivos informáticos, por ejemplo, una combinación de un dSp y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP, o cualquier otra tal configuración.
Se entiende que cualquier orden o jerarquía específicos de las etapas en cualquier procedimiento divulgado es un ejemplo de un enfoque de muestra. En base a las preferencias de diseño, se entiende que el orden o jerarquía específicos de las etapas en los procedimientos pueden reorganizarse mientras que permanecen dentro del ámbito de la presente divulgación. El procedimiento acompañante reivindica los elementos presentes de las diversas etapas en un orden de muestra, y no pretenden limitarse al orden o jerarquía específicos presentados.
Las etapas de un procedimiento o algoritmo descritas en relación con los aspectos divulgados en la presente memoria pueden realizarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden encontrarse en una memoria de datos tal como la memoria RAM, la memoria flash, la memoria ROM, la memoria EPROM, la memoria EEPROM, los registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Puede acoplarse un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (que puede referirse en la presente memoria, por conveniencia, como un "procesador") tal que el procesador pueda leer información (por ejemplo, el código) desde y escribir información al medio de almacenamiento. Un medio de almacenamiento de muestra puede ser integral al procesador. El procesador y el medio de almacenamiento pueden encontrarse en un ASIC. El ASIC puede encontrarse en el equipo de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden encontrarse como componentes discretos en el equipo de usuario. Además, en algunos aspectos cualquier producto de programa informático adecuado puede comprender un medio legible por ordenador que comprende códigos que se relacionan con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa informático puede comprender materiales de envase.
Claims (14)
1. Un procedimiento para un primer Equipo de Usuario, en lo adelante también denominado UE, para realizar el establecimiento de un canal lógico de enlace lateral, en lo adelante también denominado LCH SL, que comprende:
almacenar una lista de configuraciones de enlace lateral, en el que cada entrada de la lista contiene una configuración de enlace lateral y al menos un identificador de QoS de PC5, en lo adelante también denominado PQI, asociado con la configuración de un enlace lateral (2005);
seleccionar una entrada en la lista de acuerdo con un PQI de un flujo de QoS de PC5 de un servicio de enlace lateral (2010);
establecer un LCH SL para el flujo de QoS de PC5 de acuerdo con una configuración de enlace lateral de la entrada y asignar una identidad para el LCH SL (2015);
transmitir información a un segundo UE para que el segundo UE establezca el LCH SL, en el que la información incluye, al menos, la identidad del LCH SL, una identidad del flujo de QoS de PC5 y Transmisión-Recepción, en lo adelante también denominado parámetros alineados de TX-RX incluidos en la configuración del enlace lateral (2020); y
transmitir al menos un paquete de enlace lateral desde el flujo de QoS de PC5 en el LCH SL (2025).
2. El procedimiento de la reivindicación 1, en el que cada configuración de enlace lateral también incluye parámetros de solo TX.
3. El procedimiento de la reivindicación 1 o 2, en el que la información se transmite después de que se establece un enlace de unidifusión entre el primer UE y el segundo UE.
4. El procedimiento de una cualquiera de las reivindicaciones 1 a 3, en el que la información se transmite a través de un Control de Recursos de Radio de PC5, en lo adelante también denominado mensaje RRC.
5. El procedimiento de una cualquiera de las reivindicaciones 1 a 4, en el que la lista de configuraciones de enlace lateral se predefine en el primer UE o se proporciona a través de una información del sistema difundida por una estación base.
6. El procedimiento de una cualquiera de las reivindicaciones 1 a 5, en el que los parámetros alineados TX-RX son los parámetros que se relacionan tanto con TX como con RX y necesitan alinearse entre el primer UE y el segundo UE en el LCH SL.
7. El procedimiento de una cualquiera de las reivindicaciones 1 a 6, en el que cada entrada en la lista no incluye ninguna identidad de LCH SL.
8. Un procedimiento para un segundo Equipo de Usuario, en lo adelante también denominado UE, para realizar el establecimiento de un canal lógico de enlace lateral, en lo adelante también denominado LCH SL, que comprende:
recibir información de un primer UE para establecer un LCH SL, en el que la información incluye, al menos, una identidad del LCH SL, una identidad de una Calidad de servicio PC5, en lo adelante también denominada flujo de QoS y parámetros alineados de Transmisión-Recepción, en lo adelante, también denominado TX-RX;
establecer el LCH SL mediante el uso de la identidad del LCH SL de acuerdo con los parámetros alineados TX-RX; y
recibir, al menos, un paquete de enlace lateral en el LCH SL.
9. El procedimiento de la reivindicación 8, en el que cada configuración de enlace lateral también incluye parámetros de solo TX.
10. El procedimiento de la reivindicación 8 o 9, en el que la información se recibe después de que se establece un enlace de unidifusión entre el primer UE y el segundo UE.
11. El procedimiento de una cualquiera de las reivindicaciones 8 a 10, en el que la información se recibe a través de un Control de Recursos de Radio de PC5, en lo adelante también denominado mensaje RRC.
12. El procedimiento de una cualquiera de las reivindicaciones 8 a 11, en el que los parámetros alineados TX-RX son los parámetros que se relacionan tanto con TX como con RX y necesitan alinearse entre el primer UE y el segundo UE en el LCH SL.
13. Un primer equipo de usuario, en lo siguiente denominado también como UE, que comprende:
un circuito de control (306);
un procesador (308) que se instala en el circuito de control (306); y
una memoria (310) que se instala en el circuito de control (306) y se acopla operativamente al procesador (308);
en el que el procesador (308) se configura para ejecutar un código de programa (312) almacenado en la memoria (310) para llevar a cabo las etapas del procedimiento como se definen en una cualquiera de las reivindicaciones 1 a 7.
14. Un segundo equipo de usuario, en lo adelante denominado también como UE, que comprende:
un circuito de control (306);
un procesador (308) que se instala en el circuito de control (306); y
una memoria (310) que se instala en el circuito de control (306) y se acopla operativamente al procesador (308);
en el que el procesador (308) se configura para ejecutar un código de programa (312) almacenado en la memoria (310) para llevar a cabo las etapas del procedimiento como se definen en una cualquiera de las reivindicaciones 8 a 12.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962818380P | 2019-03-14 | 2019-03-14 | |
| US201962877722P | 2019-07-23 | 2019-07-23 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2897684T3 true ES2897684T3 (es) | 2022-03-02 |
Family
ID=69740179
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES20159444T Active ES2897684T3 (es) | 2019-03-14 | 2020-02-26 | Procedimientos y aparatos para el establecimiento de canales lógicos de enlace lateral en un sistema de comunicación inalámbrica |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US11252598B2 (es) |
| EP (1) | EP3709760B1 (es) |
| JP (1) | JP7033158B2 (es) |
| KR (1) | KR102320304B1 (es) |
| CN (1) | CN111698723B (es) |
| ES (1) | ES2897684T3 (es) |
| TW (1) | TWI713343B (es) |
Families Citing this family (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113475158B (zh) * | 2019-02-13 | 2024-09-13 | 交互数字专利控股公司 | 用于5g中面向连接的车辆对x(vtx)通信的装置、系统、方法和计算机可读介质 |
| CN111757341A (zh) * | 2019-03-28 | 2020-10-09 | 华为技术有限公司 | 一种无线承载的配置方法、装置及系统 |
| KR102925171B1 (ko) * | 2019-03-29 | 2026-02-06 | 삼성전자주식회사 | 무선 통신 시스템에서 일대일 통신 서비스를 제공하는 방법 및 장치 |
| CN111770468B (zh) * | 2019-04-01 | 2021-12-31 | 华为技术有限公司 | 数据处理方法和信息处理装置 |
| KR20200125391A (ko) | 2019-04-25 | 2020-11-04 | 삼성전자주식회사 | 무선 통신 시스템에서 단말 직접 통신을 위한 전송 우선순위 설정 방법 및 장치 |
| KR102631108B1 (ko) * | 2019-04-26 | 2024-01-30 | 삼성전자 주식회사 | 무선 통신 시스템에서 QoS Flow 기반으로 브로드캐스트와 그룹캐스트를 통한 단말 대 단말 직접 통신을 지원하는 방법 |
| CN111615219B (zh) * | 2019-04-30 | 2022-02-22 | 维沃移动通信有限公司 | 一种pc5链路建立方法、设备及系统 |
| US12096273B2 (en) * | 2019-05-01 | 2024-09-17 | Lg Electronics Inc. | SDAP configuration for destination in sidelink communication |
| JP6902651B2 (ja) * | 2019-05-02 | 2021-07-14 | 華碩電腦股▲ふん▼有限公司 | 無線通信システムにおけるユニキャスト伝送のサイドリンク無線ベアラ（ｓｌｒｂ）設定を要求するための方法および装置 |
| WO2020226401A1 (ko) * | 2019-05-03 | 2020-11-12 | 엘지전자 주식회사 | 무선 통신 시스템에서 pfi에 관련된 단말의 동작 방법 및 이를 위한 장치 |
| US12163404B2 (en) * | 2019-05-24 | 2024-12-10 | National Oilwell Varco, L.P. | Wellsite monitoring system and method |
| CN111800798B (zh) * | 2019-07-24 | 2022-02-15 | 维沃移动通信有限公司 | 副链路数据复制功能控制、信息配置方法和设备 |
| CN112312570B (zh) * | 2019-08-02 | 2024-02-13 | 华硕电脑股份有限公司 | 无线通信系统中用于释放侧链路无线电承载的方法和设备 |
| ES2901630T3 (es) * | 2019-10-29 | 2022-03-23 | Asustek Comp Inc | Procedimiento y aparato para admitir la reasignación del flujo de QoS (calidad de servicio) a DRB (portador de radio de datos) para la comunicación de enlace lateral en un sistema de comunicación inalámbrica |
| US11700656B2 (en) * | 2019-11-04 | 2023-07-11 | Apple Inc. | Bidirectional sidelink radio link control bearers |
| EP4075854A4 (en) * | 2019-12-13 | 2023-09-06 | Beijing Xiaomi Mobile Software Co., Ltd. | DATA PROCESSING METHOD AND DEVICE, ELECTRONIC DEVICE AND STORAGE MEDIUM |
| CN114631378A (zh) * | 2020-01-09 | 2022-06-14 | Oppo广东移动通信有限公司 | 侧行链路承载的管理方法、装置、终端和介质 |
| KR20220137010A (ko) * | 2020-02-07 | 2022-10-11 | 퀄컴 인코포레이티드 | 하나 이상의 유니캐스트 링크들을 통한 이종 트래픽 타입들의 ue-대-ue 통신 |
| US11259350B1 (en) * | 2020-09-21 | 2022-02-22 | Asustek Computer Inc. | Method and apparatus for supporting UE-to-network relay communication in a wireless communication system |
| US11432354B2 (en) | 2020-09-21 | 2022-08-30 | Asustek Computer Inc. | Method and apparatus for supporting UE-to-network relay communication in a wireless communication system |
| CN116326027B (zh) * | 2020-09-29 | 2025-10-14 | 华为技术有限公司 | 通信方法及通信设备 |
| CN116235520B (zh) * | 2020-10-12 | 2024-06-07 | 华为技术有限公司 | 广播侧行链路通信中的非ip报头压缩 |
| CN112235734B (zh) * | 2020-10-14 | 2022-04-08 | 大唐高鸿智联科技(重庆)有限公司 | 广播模式下的单播业务实现方法、装置及设备 |
| WO2022092865A1 (ko) * | 2020-10-29 | 2022-05-05 | 현대자동차주식회사 | 사이드링크 릴레이 통신에서 링크 복구를 위한 방법 및 장치 |
| CN114698153B (zh) * | 2020-12-28 | 2024-06-11 | 上海朗帛通信技术有限公司 | 一种被用于副链路无线通信中的方法和装置 |
| TWI809753B (zh) * | 2021-03-12 | 2023-07-21 | 新加坡商聯發科技（新加坡）私人有限公司 | 多播廣播服務並行傳輸方法和使用者設備 |
| US20230319776A1 (en) * | 2022-04-05 | 2023-10-05 | Qualcomm Incorporated | Architecture and protocol layering for sidelink positioning |
| US20230396543A1 (en) * | 2022-06-07 | 2023-12-07 | Mediatek Inc. | Unified protocol for link adaptation |
| US11903059B2 (en) * | 2022-07-11 | 2024-02-13 | Asus Technology Licensing Inc. | Method and apparatus for quality of service (QOS) flow establishment in a wireless communication system |
| GB2621319A (en) * | 2022-08-01 | 2024-02-14 | Nokia Technologies Oy | Method, apparatus and computer program |
| US12355770B2 (en) * | 2023-10-03 | 2025-07-08 | strongDM, Inc. | Identity and activity based network security policies |
| US12242599B1 (en) | 2024-09-27 | 2025-03-04 | strongDM, Inc. | Fine-grained security policy enforcement for applications |
| US12348519B1 (en) | 2025-02-07 | 2025-07-01 | strongDM, Inc. | Evaluating security policies in aggregate |
| US12432242B1 (en) | 2025-03-28 | 2025-09-30 | strongDM, Inc. | Anomaly detection in managed networks |
| US12603921B1 (en) | 2025-11-19 | 2026-04-14 | strongDM, Inc. | Indexing entities and attributes for policy enforcement |
Family Cites Families (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10091707B2 (en) * | 2014-03-21 | 2018-10-02 | Lg Electronics Inc. | Method and apparatus for indicating D2D related information in wireless communication system |
| US10419174B2 (en) * | 2014-03-30 | 2019-09-17 | Lg Electronics Inc. | Method for configuring an interference measurement resource in a wireless communication system, and apparatus for thereof |
| WO2015163625A1 (en) * | 2014-04-24 | 2015-10-29 | Lg Electronics Inc. | Method for establishing layer-2 entities for d2d communication system and device therefor |
| CN112867095B (zh) * | 2015-04-07 | 2024-06-18 | 玛利基创新有限公司 | 用于任务关键的语音呼叫的基于网络的操作与基于中继的操作之间的切换 |
| EP3430834B1 (en) * | 2016-03-15 | 2021-10-06 | Telefonaktiebolaget LM Ericsson (publ) | Systems and methods for quality of service differentiation for non-ip bearers |
| EP3437407B1 (en) * | 2016-03-30 | 2021-11-17 | Interdigital Patent Holdings, Inc. | Method and apparatuses for scheduling in uu-based vehicle-to-vehicle communication |
| EP3273634A1 (en) * | 2016-07-18 | 2018-01-24 | Panasonic Intellectual Property Corporation of America | Improved support of quality of service for v2x transmissions |
| US11140612B2 (en) | 2016-10-21 | 2021-10-05 | Lg Electronics Inc. | Method and UE for triggering sidelink resource reselection |
| US20180324833A1 (en) * | 2017-05-05 | 2018-11-08 | Qualcomm Incorporated | Enhancements to logic channel prioritization procedure with multiple numerologies |
| AU2017433873A1 (en) * | 2017-09-28 | 2019-05-02 | Zte Corporation | Systems and methods for performing carrier aggregation in sidelink communications |
| US10827380B2 (en) * | 2018-01-30 | 2020-11-03 | Huawei Technologies Co., Ltd. | System and method for supporting URLLC in advanced V2X communications |
| US11297472B2 (en) * | 2018-02-01 | 2022-04-05 | Hyundai Motor Company | Method and apparatus for load distribution using a plurality of carriers in communication system supporting vehicle-to-everything communication |
| CN110831075B (zh) * | 2018-08-10 | 2024-08-27 | 中兴通讯股份有限公司 | 数据传输方法及装置，业务切换方法及装置 |
-
2020
- 2020-02-26 KR KR1020200023884A patent/KR102320304B1/ko active Active
- 2020-02-26 EP EP20159444.7A patent/EP3709760B1/en active Active
- 2020-02-26 US US16/801,614 patent/US11252598B2/en active Active
- 2020-02-26 TW TW109106339A patent/TWI713343B/zh active
- 2020-02-26 JP JP2020029979A patent/JP7033158B2/ja active Active
- 2020-02-26 CN CN202010118822.5A patent/CN111698723B/zh active Active
- 2020-02-26 ES ES20159444T patent/ES2897684T3/es active Active
-
2022
- 2022-01-04 US US17/568,071 patent/US20220124552A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| TWI713343B (zh) | 2020-12-11 |
| KR102320304B1 (ko) | 2021-11-02 |
| EP3709760A1 (en) | 2020-09-16 |
| JP7033158B2 (ja) | 2022-03-09 |
| JP2020150537A (ja) | 2020-09-17 |
| EP3709760B1 (en) | 2021-09-29 |
| TW202034672A (zh) | 2020-09-16 |
| US20200296619A1 (en) | 2020-09-17 |
| CN111698723B (zh) | 2023-03-14 |
| US20220124552A1 (en) | 2022-04-21 |
| CN111698723A (zh) | 2020-09-22 |
| KR20200110611A (ko) | 2020-09-24 |
| US11252598B2 (en) | 2022-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2897684T3 (es) | Procedimientos y aparatos para el establecimiento de canales lógicos de enlace lateral en un sistema de comunicación inalámbrica | |
| 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 | |
| ES2870927T3 (es) | Método y aparato para soportar comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica a través de PC5 | |
| ES2924692T3 (es) | Procedimiento y aparato para la solicitud de recursos en la transmisión de enlace lateral en un sistema de comunicación inalámbrica | |
| ES2901630T3 (es) | Procedimiento y aparato para admitir la reasignación del flujo de QoS (calidad de servicio) a DRB (portador de radio de datos) para la comunicación de enlace lateral en un sistema de comunicación inalámbrica | |
| ES2932964T3 (es) | Procedimiento y aparato para solicitar recursos de transmisión de enlace lateral en un sistema de comunicación inalámbrica | |
| US10805858B2 (en) | Bearer mapping for prose relay | |
| ES2930300T3 (es) | Procedimiento y aparato para la modificación de la información de calidad de servicio (QoS) en un sistema de comunicación inalámbrica | |
| ES2916801T3 (es) | Procedimiento y aparato para el establecimiento de portadores de radio de señalización (SRB) de enlace lateral en un sistema de comunicación inalámbrica | |
| ES2917823T3 (es) | Procedimiento y aparato para la configuración de la compresión de cabecera para el portador de radio de enlace lateral en un sistema de comunicación inalámbrica | |
| KR20240085910A (ko) | 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 자원할당 방법 및 장치 | |
| HK40035896B (en) | Methods and apparatuses for sidelink logical channel establishment in a wireless communication system | |
| HK40035896A (en) | Methods and apparatuses for sidelink logical channel establishment in a wireless communication system | |
| HK40039083B (en) | Method and apparatus for requesting sidelink radio bearer (slrb) configuration of unicast transmission in a wireless communication system | |
| HK40039083A (en) | Method and apparatus for requesting sidelink radio bearer (slrb) configuration of unicast transmission in a wireless communication system |