ES2901630T3 - 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 - Google Patents
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 Download PDFInfo
- Publication number
- ES2901630T3 ES2901630T3 ES20201921T ES20201921T ES2901630T3 ES 2901630 T3 ES2901630 T3 ES 2901630T3 ES 20201921 T ES20201921 T ES 20201921T ES 20201921 T ES20201921 T ES 20201921T ES 2901630 T3 ES2901630 T3 ES 2901630T3
- Authority
- ES
- Spain
- Prior art keywords
- drb
- qos flow
- rrc
- side link
- rrc message
- 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
- 238000004891 communication Methods 0.000 title claims abstract description 114
- 238000000034 method Methods 0.000 title claims abstract description 40
- 230000005540 biological transmission Effects 0.000 claims abstract description 56
- 238000013507 mapping Methods 0.000 description 23
- 238000010586 diagram Methods 0.000 description 11
- 230000011664 signaling Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 8
- 239000003550 marker Substances 0.000 description 8
- 238000012546 transfer Methods 0.000 description 7
- 238000012384 transportation and delivery Methods 0.000 description 7
- 101150014328 RAN2 gene Proteins 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 238000007726 management method Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000003139 buffering effect Effects 0.000 description 3
- 230000001143 conditioned effect Effects 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 230000007704 transition Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 238000013475 authorization Methods 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000013461 design Methods 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
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification 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
- 230000006399 behavior Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000007246 mechanism Effects 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
-
- 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/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
-
- 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
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
- H04W28/0263—Traffic management, e.g. flow control or congestion control per individual bearer or channel involving mapping traffic to individual bearers or channels, e.g. traffic flow template [TFT]
-
- 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
- H04W76/14—Direct-mode setup
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un procedimiento realizado por un primer Equipo de usuario, en lo sucesivo también denominado UE, para soportar un flujo de Calidad de Servicio de PC5, en lo sucesivo también referido como QoS, para la reasignación de un Portador de Radio de Datos de Enlace Lateral, en lo sucesivo también denominado como SL-DRB, que comprende: establecer una comunicación de enlace lateral con un segundo UE (1405); asignar un flujo de QoS PC5 de la comunicación de enlace lateral a un primer SL-DRB (1410); transmitir un mensaje de Control de Recursos de Radio de PC5, en lo sucesivo también denominado RRC, al segundo UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB (1415); y transmitir una Unidad de Datos de Protocolo de control de marcador de extremo, en lo sucesivo también denominada PDU, al segundo UE después de que la transmisión exitosa del mensaje PC5 RRC haya sido confirmada por la(s) capa(s) inferior(es) o después de recibir un mensaje de PC5 RRC completo correspondiente al mensaje PC5 RRC del segundo UE (1420).
Description
DESCRIPCIÓN
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
Esta divulgación, en general, se refiere a las redes de comunicación inalámbrica, y con mayor particularidad, a un procedimiento y aparato para admitir la reasignación del flujo de QoS a DRB para la comunicación de enlace lateral en un sistema de comunicación inalámbrica.
Con el rápido aumento de la demanda para la comunicación de grandes cantidades de datos hacia y desde dispositivos de comunicación móvil, las redes tradicionales de comunicación de voz móvil 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 de la estándar 3GPP se presentan y consideran actualmente para evolucionar y finalizar la estándar 3GPP.
El documento US 2019/320362 A1 divulga la reasignación de flujo de Calidad de servicio (QoS).
Los documentos de 3GPP R2-1912263 y R2-19XXXXX EJECUCIÓN DE CR A 37324 PARA 5G_V2X_NRSL divulgan los flujos de QoS PC5 a la asignación SL-DRB.
Sumario
Se divulgan un procedimiento y un aparato desde la perspectiva de un primer Equipo de Usuario (UE) para admitir el flujo de QoS PC5 a la reasignación de SL-DRB (Portador de Radio de Datos de Enlace Lateral) y se definen en las reivindicaciones independientes. La reivindicación dependiente define las realizaciones preferentes de la misma. En una realización, el procedimiento incluye que el primer UE establezca una comunicación de enlace lateral con un segundo UE. El procedimiento incluye además el primer UE que asigna un flujo de QoS PC5 de la comunicación de enlace lateral a un primer SL-DRB. El procedimiento también incluye que el primer UE transmita un mensaje de PC5 RRC (Control de Recursos de Radio) al segundo UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB. Además, el procedimiento incluye el primer UE que transmite un control de marcador final PDU (Unidad de Datos de Protocolo) al segundo UE después de que la transmisión exitosa del mensaje de PC5 RRC ha sido confirmada por capas inferiores o después de recibir un mensaje de PC5 RRC completo correspondiente al mensaje de PC5 RRC del segundo UE.
Breve descripción de los dibujos
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrica de acuerdo con una realización ilustrativa de la presente divulgación no cubierta por la invención reivindicada.
La Figura 2 es un diagrama de bloques de un sistema transmisor (también conocido como red de acceso) y un sistema receptor (también conocido como equipo de usuario o UE) de acuerdo con una realización ilustrativa de la presente divulgación no cubierta por la invención reivindicada.
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 del programa de la Figura 3 de acuerdo con una realización ilustrativa.
La Figura 5 es una reproducción de la Figura 5.2.1.4-1 de 3GPP TS 23.287 V16.0.0.
La Figura 6 es una reproducción de la Figura 6.1.1-1 de 3GPP TS 23.287 V16.0.0.
La Figura 7 es una reproducción de la Figura 7-1 de 3GPP TR 38.885 V16.0.0.
La Figura 8 es una reproducción de la Figura 16.x.1-1 de la discusión por correo electrónico 3GPP [107bis#13] "Ejecución de CR a TS38.300 para NR V2X_v4".
La Figura 9 es una reproducción de la Figura 16.x.2.1-1 de la discusión por correo electrónico 3GPP [107bis#13] "Ejecución de CR a TS38.300 para NR V2X_v4".
La Figura 10 es una reproducción de la Figura 16.x.2.1-2 de la discusión por correo electrónico 3GPP [107bis#13] "Ejecución de CR a TS38.300 para NR V2X_v4".
La Figura 11 es una reproducción de la Figura 16.x.2.1-3 de la discusión por correo electrónico 3GPP [107bis#13] "Ejecución de CR a TS38.300 para NR V2X_v4".
La Figura 12 es una reproducción de la Figura 4.2.1-1 de la discusión por correo electrónico 3GPP [107bis#12] "Ejecución de CR a TS37.324 para 5G_V2X_NRSL_v4".
La Figura 13 es una reproducción de la Figura 4.2.2-1 de la discusión por correo electrónico 3GPP [107bis#12] "Ejecución de CR a TS37.324 para 5G_V2X_NRSL_v4".
La Figura 14 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 15 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 16 es un diagrama de flujo de acuerdo con una realización ilustrativa de la presente divulgación no cubierta por la invención reivindicada.
La Figura 17 es un diagrama de flujo de acuerdo con una realización ilustrativa de la presente divulgación no cubierta por la invención reivindicada.
Descripción detallada
Los siguientes ejemplos y realizaciones no se cubren por la invención reivindicada.
Los sistemas y dispositivos de comunicación inalámbrica ilustrativos descritos más abajo emplean un sistema de comunicación inalámbrica, que admite un servicio de difusión. Los sistemas de comunicación inalámbrica se despliegan ampliamente para proporcionar diversos tipos de comunicación tales como voz, datos, y así sucesivamente. Estos sistemas pueden ser en base a acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico 3GPP LTE (Evolución a Largo Plazo), 3GPP LTE-A o LTE-Avanzada (Evolución a Largo Plazo Avanzada), 3GPP2 UMB (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 una o más estándares, tales como la estándar que ofrece un consorcio llamado "Proyecto de Asociación de 3ra Generación" denominado en la presente memoria como 3GPP, que incluye: TS 23.287 V16.0.0, "Mejoras en la arquitectura del sistema 5G (5GS) para soportar los servicios Vehículo-a-Todo (V2X) (versión 16)"; TR 38.885 V16.0.0, "NR; Estudio sobre NR Vehículo-a-Todo (V2X) (versión 16)"; Discusión por correo electrónico 3GPP [107bis#13]" Ejecución de CR a TS38.300 para NR v 2x_v4"; discusión por correo electrónico 3GPP [107bis#12]" Ejecución de CR a TS37.324 para 5G_V2X_NRSL_v4"; y nota del presidente de 3GPP RAN2#106.
La Figura 1 muestra un sistema de comunicación inalámbrica de acceso múltiple de acuerdo con una realización. Una red de acceso 100 (AN) incluye grupos de antenas múltiples, uno que incluye 104 y 106, otro que incluye 108 y 110, y uno adicional que incluye 112 y 114. En la Figura 1, sólo se muestran dos antenas para cada grupo de antenas, sin embargo, pueden 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 frecuencias diferentes 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ña para comunicarse con terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación a través de los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden utilizar la formación de haces 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 haces 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 que se utiliza 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 una realización de un sistema transmisor 210 (también conocido como la red de acceso) y un sistema receptor 250 (también conocido como terminal de acceso (AT) o equipo de usuario (UE) en un sistema MIMO 200. En el sistema transmisor 210, los datos de tráfico para un número de flujos de datos se proporcionan desde una fuente de datos 212 a un procesador de datos de transmisión (TX)
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 los datos 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. Los datos piloto son típicamente un patrón de datos conocido que se procesa de manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos se modulan entonces (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 se proporcionan a continuación a un procesador TX MIMO 220, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador TX MIMO 220 proporciona a continuación los 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 haces a los símbolos de los flujos de datos y a la antena desde la que se transmite el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y 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 moduladas 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 que se recibe 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 los Nr receptores 254 en base a una técnica de procesamiento del receptor particular para proporcionar los 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 los datos de tráfico para el flujo de datos. El procesamiento por el procesador de datos RX 260 es complementario al que realiza 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 los datos 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 en las antenas 224, se condicionan en los receptores 222, se demodulan en un demodulador 240, y se procesan en 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 haces, entonces procesa el mensaje que se extrae.
Los siguientes ejemplos y realizaciones se cubren por la invención reivindicada.
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ámbrico 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 del programa 312 en la memoria 310 a través de la CPU 308, que controla de esta manera una operación del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales que introduce 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 del programa 312 que se muestra en la Figura 3 de acuerdo con una realización de la invención. En esta realización, el código 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 de manera general el control de recursos de radio. La porción 404 de la Capa 2 realiza de manera general el control de enlace. La porción 406 de la Capa 1 realiza de manera general las conexiones físicas.
Los siguientes ejemplos y realizaciones no se cubren por la invención reivindicada.
3GPP TS 23.287 especifica la comunicación V2X (Vehículo-a-Todo) de la siguiente manera:
5.2 Comunicación V2X
5.2.1 Comunicación V2X sobre el punto de referencia PC5
5.2.1.1General
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 que se basa en NR admite el modo de difusión, el modo de transmisió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.
- Admisión de comunicación de servicios V2X entre UE sobre el plano de usuario PC5.
- Los mensajes V2X se intercambian entre los UE sobre el plano de usuario de la PC5.
- Tanto los mensajes V2X basados en IP y los no basados en IP, se admiten sobre el punto de referencia PC5.
- Para los mensajes V2X basados en IP, solo se utiliza IPv6. No se admite IPv4.
Los identificadores que se usan 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 particular en base a la configuración que se describe 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.4Comunicación en modo unidifusión sobre el punto de referencia PC5
El modo de comunicación unidifusión solo se admite por el punto de referencia PC5 que se basa en NR. La Figura 5.2.1.4-1 ilustra un ejemplo de enlaces de unidifusión PC5.
[La Figura 5.2.1.4-1 de 3GPP TS 23.287 V16.0.0, titulada "Ejemplo de enlaces de unidifusión PC5", se reproduce como Figura 5]
Los siguientes principios se aplican cuando la comunicación V2X se realiza a través del enlace de unidifusión PC5: - Un enlace de unidifusión PC5 entre dos UE permite la comunicación V2X entre uno o más pares de servicios V2X homólogos en estos UE. Todos los servicios V2X en el UE que utilizan el mismo enlace de unidifusión PC5, utilizan el mismo ID de capa de aplicación.
NOTA 1: Un ID de capa de aplicación puede cambiar con el tiempo como se describe en las cláusulas 5.6.1.1 y 6.3.3.2, debido a la privacidad. Esto no provoca el restablecimiento de un enlace de unidifusión PC5.
- Un enlace de unidifusión PC5 admite uno o más servicios V2X (por ejemplo, PSID o ITS-AID) si estos servicios V2X se asocian al menos con un mismo par de ID de capas de aplicación homólogas para este enlace de unidifusión PC5. Por ejemplo, como se ilustra en la Figura 5.2.1.4-1, el UE A y el UE B tienen dos enlaces de unidifusión PC5, uno entre el ID de capa de aplicación homóloga 1/UE A y el ID de capa de aplicación 2/UE B y otro entre el ID de capa de aplicación homóloga 3/UE A y el ID de capa de aplicación 4/u E B.
NOTA 2: No se requiere que un UE de origen sepa si diferentes ID de capa de aplicación de destino a través de diferentes enlaces de unidifusión de PC5 pertenecen al mismo UE de destino.
- Un enlace de unidifusión PC5 admite la comunicación V2X mediante el uso de un protocolo de capa de red única, por ejemplo, IP o no IP.
- Un enlace de unidifusión PC5 admite el modelo de QoS por flujo como se especifica en la cláusula 5.4.1.
Cuando la capa de aplicación en el UE inicia la transferencia de datos para un servicio V2X que requiere un modo de comunicación de unidifusión sobre el punto de referencia PC5:
- el UE reutilizará un enlace de unidifusión PC5 existente si el par ID de la capa de aplicación homóloga y el protocolo de la capa de red de este enlace de unidifusión PC5 son idénticos a los requeridos por la capa de aplicación en el UE para este servicio V2X, y modifica el enlace de unidifusión PC5 existente para agregar este servicio V2X como se especifica en la cláusula 6.3.3.4; de lo contrario
- el UE desencadenará el establecimiento de un nuevo enlace de unidifusión PC5 como se especifica en la cláusula 6.3.3.1.
Después del establecimiento exitoso del enlace de unidifusión PC5, el UE A y el UE B utilizan el mismo par de ID de capa-2 para el posterior intercambio de mensajes de señalización PC5-S y la transmisión de datos del servicio V2X, como se especifica en la cláusula 5.6.1.4. La capa V2X del UE transmisor indica a la capa AS si la transmisión es para un 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, solicitud/aceptación de modificación de enlace) o datos de servicio V2X.
Para cada enlace de unidifusión PC5, un UE autoasigna un identificador de enlace PC5 distinto que identifica de forma única el enlace de unidifusión PC5 en el UE durante la vida útil del enlace de unidifusión PC5. Cada enlace de unidifusión PC5 se asocia con un Perfil de Enlace de Unidifusión que incluye:
- tipo(s) de servicio (por ejemplo, PSID o ITS-AID), ID de capa de aplicación e ID de capa-2 del UE A; y
- ID de capa de aplicación e ID de capa-2 del UE B; y
- protocolo de capa de red que se utiliza en el enlace de unidifusión PC5; y
- para cada servicio V2X, un conjunto de identificadores de flujo de QoS PC5 (PFI(s)). Cada PFI se asocia con parámetros de QoS (es decir, PQI y opcionalmente Rango).
Por motivos de privacidad, los ID de la capa de aplicación y los ID de la capa-2 pueden cambiar como se describe en las cláusulas 5.6.1.1 y 6.3.3.2 durante la vida útil del enlace de unidifusión PC5 y, de ser así, se actualizarán en el Perfil del Enlace de Unidifusión en consecuencia. El UE usa el identificador de enlace PC5 para indicar el enlace de unidifusión PC5 a la capa de aplicación V2X, por lo tanto, la capa de aplicación V2X identifica el correspondiente enlace de unidifusión PC5 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).
El Perfil de Enlace de Unidifusión se actualizará en consecuencia después de una modificación del enlace de capa-2 para un enlace de unidifusión PC5 establecido como se especifica en la cláusula 6.3.3.4.
6.1.1 Plano de usuario para el punto de referencia NR PC5 que admite servicios V2X
[La Figura 6.1.1-1 de 3GPP TS 23.287 V16.0.0, titulada "Plano de usuario para la interfaz PC5", se reproduce como Figura 6]
Los tipos de IP y No-IP PDCP SDU se admiten para la comunicación V2X sobre PC5.
Para el tipo IP PDCP SDU, solo se admite IPv6. La asignación y configuración de la dirección IP se definen como en la cláusula 5.6.11.
La SDU PDCP No-IP contiene un encabezado de tipo No-IP, que indica la familia de mensajes V2X utilizada por la capa de aplicación, por ejemplo, WSMP [18] de la familia IEEE 1609, FNTP definido por ISO [19].
NOTA: El encabezado Tipo No-IP y los valores permitidos se definirán en la memoria descriptiva de la etapa 3. 3GPP TS 38.885 V16.0.0 especifica la gestión de QoS para el enlace lateral NR V2X de la siguiente manera:
7 gestión de QoS
La gestión de QoS es relevante para V2X en el contexto de su utilización en la asignación de recursos, control de congestión, coexistencia en el dispositivo, control de potencia y configuración SLRB. Los parámetros de la capa física relacionados con la gestión de QoS son la prioridad, la latencia, la confiabilidad y el rango de comunicación mínimo requerido (como se define en las capas superiores) del tráfico que se entrega. Los requisitos de velocidad de datos también se admiten en el AS. Se necesitan una métrica de congestión SL y, al menos en el modo de asignación de recursos 2, mecanismos para el control de la congestión. Es beneficioso informar la métrica de congestión de SL a gNB.
Para la unidifusión SL, transmisión de grupo y difusión, las capas superiores proporcionan al AS los parámetros de QoS de los paquetes V2X. Para la unidifusión SL, las SLRB están (pre)configuradas en base a los flujos de señalización y los procedimientos que se muestran en las Figuras 7-1 y 7-2. El modelo de QoS por flujo descrito en [6] se asume en capas superiores.
[La Figura 7-1 de 3GPP TR 38.885 V16.0.0, titulada "Configuración SLRB para unidifusión SL (específico de UE)", se reproduce como la Figura. 7]
En la Etapa 0 de la Figura 7-1, el perfil de QoS PC5, es decir, un conjunto de parámetros de QoS PC5 específicos, y la regla de QoS PC5 para cada flujo de QoS PC5 se aprovisionan al UE de antemano mediante la autorización del servicio y los procedimientos de aprovisionamiento como en [6]; de manera similar, el perfil de QoS PC5 para cada flujo de QoS también se aprovisiona al gNB/ng-eNB por adelantado. Entonces, cuando llegan los paquetes, el UE puede primero derivar el identificador de los flujos de QoS PC5 asociados (es decir, QFI PC5) en base a las reglas de QoS PC5 configuradas en la Etapa 0, y luego puede informar el QFI(s) PC5 derivado al gNB/ng-eNB en la Etapa 3. El gNB/ng-eNB puede derivar el(los) perfil(es) de QoS de estos QFI (s) PC5 informados en base a el aprovisionamiento de 5GC en la Etapa 0, y puede señalar las configuraciones de los SLRB(s) asociados con los UE QFI(s) PC5, informado a través de la señalización dedicada RRC en la Etapa 4. Estas configuraciones de SLRB pueden incluir la asignación de flujo de QoS PC5 a SLRB, configuraciones s Da P/PDCP/RLC/LCH, etc. En la Etapa 5, el UE en el AS establece SLRB(s) asociado(s) con los QFI(s) PC5 de los paquetes con el UE homólogo según la configuración gNB/ng-eNB, y asigna los paquetes disponibles al SLRB(s) establecido. Entonces puede producirse la transmisión de unidifusión SL.
NOTA: La definición de QFI PC5 depende de SA2 WG2.
3GPP Ejecución CR a TS 38.300 para NR V2X_v4 (como se discutió en la discusión por correo electrónico de 3GPP [107bis#13] "Ejecución de CR a TS38.300 para n R V2X_v4") publicado después de que la reunión RAN2#107bis recoge los acuerdos sobre el enlace lateral de la siguiente manera:
16.x Enlace lateral
16.x.1 General
En esta subcláusula, se ofrece un resumen de la comunicación de enlace lateral NR y de cómo NG-RAN admite la comunicación de enlace lateral NR y la comunicación de enlace lateral V2X. La comunicación de enlace lateral V2X se especifica en TS 36.300 [2].
La arquitectura NG-RAN admite la interfaz PC5 como se ilustra en la Figura 16.x.1-1. La transmisión y recepción de enlace lateral a través de la interfaz PC5 se admite cuando el UE está dentro de la cobertura NG-RAN, independientemente del estado de RRC en el que se encuentre el UE, y cuando el UE está fuera de la cobertura NG-RAN.
[Figura 16.x.1-1 de la discusión por correo electrónico 3GPP [107bis #13] "Ejecución de CR a TS38.300 para NR V2X_v4", titulada "Arquitectura NG-RAN que admite la interfaz PC5", se reproduce como Figura 8]
La admisión de los servicios V2X a través de la interfaz PC5 puede proporcionarse mediante comunicación de enlace lateral NR y/o comunicación de enlace lateral V2X. La comunicación de enlace lateral NR se puede utilizar para admitir otros servicios además de los servicios V2X.
La comunicación de enlace lateral NR puede admitir uno de los tres tipos de modos de transmisión para un par de un ID de capa-2 de origen y un ID de capa-2 de destino en el AS:
- Transmisión de unidifusión, caracterizada por:
- Admisión de una conexión PC5-RRC entre UE homólogos para el par;
- Transmisión y recepción de información de control y tráfico de usuarios entre UE homólogos en enlace lateral;
- Admisión de retroalimentación HARQ de enlace lateral;
- Admisión de RLC AM;
- Admisión de enlace lateral RLM para la conexión PC5-RRC para detectar RLF.
- Transmisión en grupo, caracterizada por:
- Transmisión y recepción de tráfico de usuarios entre UE pertenecientes a un grupo en enlace lateral; - Admisión de retroalimentación HARQ de enlace lateral.
- Transmisión de difusión, caracterizada por:
- Transmisión y recepción de tráfico de usuarios entre UE en enlace lateral;
16.x.2 Arquitectura de Protocolo de Radio para comunicación de enlace lateral NR
16.x.2.1 Resumen
La pila de protocolos AS para el plano de control en la interfaz PC5 consta de las subcapas RRC, PDCP, RLC y MAC, y la capa física. La pila de protocolos de PC5-C para RRC se muestra en la Figura 16.x.2.1-1.
[Figura 16.x.2.1-1 de la discusión por correo electrónico 3GPP [107bis#13] "Ejecución de CR a TS38.300 para NR V2X_v4", titulado "Pila de protocolos del plano de control PC5 (PC5-C) para RRC", se reproduce como Figura 9] Para admitir el protocolo PC5-S especificado en TS 22.287 [xx], PC5-S se ubica en la parte superior de las subcapas PDCP, RLC y MAC, y la capa física para el plano de control en la interfaz PC5 como se muestra en la Figura 16.x.
2.1-2.
[Figura 16.x.2.1-2 de la discusión por correo electrónico 3GPP [107bis#13] "Ejecución de CR a TS38.300 para NR V2X_v4", titulado "Pila de protocolos del plano de control PC5 (PC5-C) para PC5-S.", se reproduce como Figura 10] Nota del editor: FFS en la pila de protocolos del plano de control para SBCCH, es decir, FFS en necesidad de PDCP La pila de protocolos AS para el plano de usuario en la interfaz PC5 consta de las subcapas SDAP, PDCP, RLC y MAC, y la capa física. La pila de protocolos de PC5-U se muestra en la Figura 16.x.2.1-3.
[Figura 16.X.2.1-3 de la discusión por correo electrónico 3GPP [107bis#13] "Ejecución de CR a TS38.300 para NR V2X_v4", titulada "Pila de protocolos del plano de usuario PC5 (PC5-U)", se reproduce como Figura 11]
Los Portadores de Radio de Enlace Lateral (SLRB) se clasifican en dos grupos: portadores de radio de datos de enlace lateral (SL DRB) para datos del plano de usuario y portadores de radio de señalización de enlace lateral (SL SRB) para datos del plano de control. Los SL SRB separados que utilizan diferentes SCCH se configuran para las señalizaciones PC5-RRC y PC5-S respectivamente.
16.x.2.2 MAC
La subcapa MAC proporciona los siguientes servicios y funciones a través de la interfaz PC5 además de los servicios y funciones que se especifican en la subcláusula 6.2.1:
- Selección de recursos de radio;
- Filtrado de paquetes;
Nota del editor: FFS para filtrado de paquetes en caso de transmisión en grupo y unidifusión como en TR 38.885. - Manejo de prioridad entre transmisiones de enlace ascendente y de enlace lateral para un UE dado.
Con las restricciones de LCP en MAC, solo los canales lógicos de enlace lateral que pertenecen al mismo destino se pueden multiplexar en una MAC PDU para uno de unidifusión, transmisión en grupo y difusión que se asocia al destino. NG-RAN también puede controlar si un canal lógico de enlace lateral puede utilizar los recursos asignados a una concesión de enlace lateral configurada de Tipo 1 (véase la subcláusula 10.x).
Para el filtrado de paquetes, se agrega un encabezado MAC SL-SCH que incluye un ID de capa-2 de origen y un ID de capa-2 de destino a cada MAC PDU.
Nota del editor: FFS si el encabezado MAC de SL-SCH incluye ID completos o una parte de los ID en base a la información SCI.
Los siguientes canales lógicos se utilizan en el enlace lateral:
- Canal de Control de Enlace Lateral (SCCH): un canal de enlace lateral para transmitir información de control desde un UE a otro(s) UE(s);
- Canal de Tráfico de Enlace Lateral (STCH): un canal de enlace lateral para transmitir información de usuario desde un UE a otro(s) UE(s);
- Canal de Control de Difusión de Enlace Lateral (SBCCH): un canal de enlace lateral para transmitir información del sistema de enlace lateral desde un UE a otro(s) UE(s).
Existen las siguientes conexiones entre canales lógicos y canales de transporte:
- SCCH se puede asignar a SL-SCH;
- STCH se puede asignar a SL-SCH;
- SBCCH se puede asignar a [SL-BCH].
Nota del editor: FFS para la asignación entre un canal de transporte y SBCCH.
16.x.2.3 RLC
Los servicios y funciones de la subcapa RLC como se especifican en la subcláusula 6.3.2 son admitidos por el enlace lateral. TM se utiliza para SBCCH. Se utiliza UM o AM en la transmisión de unidifusión, mientras que Um se utiliza en la transmisión de grupo o transmisión de difusión. Para UM, solo se admite la transmisión unidireccional para transmisión en grupo y difusión.
Nota del editor: La admisión de UM bidireccional para unidifusión es FFS.
Nota del editor: FFS en modo(s) RLC utilizado(s) para transportar mensajes PC5-S y PC5-RRC. Nota del editor: FFS sobre la necesidad de restablecimiento de RLC para el enlace lateral NR.
16.X.2.4 PDCP
Los servicios y funciones de la subcapa PDCP como se especifican en la subcláusula 6.4.1 se admiten para el enlace lateral con algunas restricciones:
- La entrega fuera de orden solo se admite para la transmisión unidifusión;
- La duplicación no se admite por la interfaz PC5 en esta versión de la memoria descriptiva.
Nota del editor: FFS sobre la necesidad de entrega fuera de orden para transmisión en grupo y difusión.
16.x.2.5 SDAP
La subcapa SDAP proporciona el siguiente servicio y función a través de la interfaz PC5:
- Asignación entre un flujo de QoS y un portador de radio de datos de enlace lateral.
Hay una entidad SDAP por destino para una de unidifusión, transmisión en grupo y difusión que se asocia al destino. La QoS reflectante no se admite por la interfaz PC5 en esta versión de la memoria descriptiva.
16.x.2.6 RRC
La subcapa RRC proporciona los siguientes servicios y funciones a través de la interfaz PC5:
- Transferencia de un mensaje PC5-RRC entre UE pares;
- Mantenimiento de un contexto AS de enlace lateral que se relaciona con una conexión PC5-RRC entre dos UE; - Detección de falla de enlace de radio de enlace lateral para una conexión PC5-RRC.
Se utilizan procedimientos y mensajes PC5-RRC separados para transferir la capacidad del UE y la configuración de la capa-AS, que incluye la configuración SLRB del UE homólogo. Ambos UE homólogos pueden intercambiar su propia capacidad de Ue y configuración de capa AS mediante el uso de procedimientos bidireccionales separados en ambas direcciones de enlace lateral.
Nota del editor: FFS sobre si los dos mensajes se pueden transmitir juntos en la misma MAC PDU.
Una conexión PC5-RRC es una conexión lógica entre dos UE para un par de ID de capa-2 de Origen y de Destino. Cada una de las conexiones PC5-RRC se utiliza para establecer un contexto AS de enlace lateral después de que se establece un correspondiente enlace de unidifusión PC5-S como se especifica en TS 23.287 [xx]. Existe una correspondencia uno a uno entre la conexión PC5-RRC y el enlace de unidifusión PC5-S. Un Ue puede tener múltiples conexiones PC5-RRC con uno o más UE para diferentes pares de ID de Capa-2 de origen y destino. Si el UE recibe un mensaje PC5-RRC del UE homólogo, el UE puede almacenar, al menos, la información de capacidad del UE relacionada con el enlace lateral del mensaje PC5-RRC como un contexto AS de enlace lateral para la conexión PC5-RRC.
Nota del editor: FFS si la información de configuración de AS también se puede almacenar en el contexto de UE SL. Nota del editor: FFS sobre si un mensaje de uno a varios PC5-RRC se puede admitir para la transmisión en grupo.
3GPP Ejecución de CR a TS37.324 para 5G_V2X_NRSL_v4 (como se discutió en la discusión por correo electrónico de 3Gp P [107bis#12] "Ejecución de CR a TS37.324 para 5G_V2X_NRSL_v4") publicado después de que la reunión RAN2#107bis recoge los acuerdos sobre el enlace lateral (como recogidos en la nota del presidente de 3GPP RAN2#106) de la siguiente manera:
4 General
4.1 Introducción
El objetivo es describir la arquitectura SDAP y la entidad SDAP desde un punto de vista funcional. La funcionalidad que se especifica solo se aplica a UE con conexión a 5G-CN y UE en unidifusión, transmisión en grupo o difusión para comunicaciones NR SL.
4.2 Arquitectura SDAP
4.2.1 Estructura SDAP
La Figura 4.2.1-1 ilustra una posible estructura para la subcapa SDAP; no debería restringir la implementación. La figura es en base a la arquitectura del protocolo de interfaz de radio definida en 3GPP TS 38.300 [2].
[Figura 4.2.1-1 de la discusión de correo electrónico 3GPP [107bis#12] "Ejecución de CR a TS37.324 para 5G_V2X_NRSL_v4", titulada "Subcapa SDAP, vista de estructura", se reproduce como Figura 12]
La subcapa SDAP se configura mediante RRC (3GPP TS 38.331 [3]) y para la comunicación NR SL, el SDAP también se puede preconfigurar o configurar mediante SIB. La subcapa SDAP asigna los flujos de QoS a los DRB. Se pueden asignar uno o más flujos de QoS en un DRB. Un flujo de QoS se asigna a un solo DRB a la vez en UL. En la comunicación SL, la subcapa SDAP asigna los flujos de QoS PC5 a los SL-DRB. Se pueden asignar uno o más flujos de QoS PC5 en un SL-DRB. Un flujo de QoS PC5 se asigna a un solo SL-DRB a la vez en el SL.
4.2.2 Entidades SDAP
Las entidades SDAP se ubican en la subcapa SDAP. Se pueden definir varias entidades SDAP para un UE. Hay una entidad SDAP que se configura para cada sesión individual de PDU. Para SL, la entidad SDAP se configura según la identidad de la capa de destino 2 y el tipo de transmisión en el UE.
Una entidad SDAP recibe/entrega SDU SDAP desde/hacia capas superiores y envía/recibe PDU de datos SDAP hacia/desde su entidad SDAP par a través de capas inferiores.
- En el lado de la transmisión, cuando una entidad SDAP recibe una SDAP SDU de las capas superiores, construye la PDU de datos SDAP correspondiente y la envía a las capas inferiores;
- En el lado de recepción, cuando una entidad SDAP recibe una PDU de datos SDAP de las capas inferiores, recupera la SDAP SDU correspondiente y la entrega a las capas superiores.
La figura 4.2.2-1 ilustra la vista funcional de la entidad SDAP para la subcapa SDAP; no debería restringir la implementación. La figura es en base a la arquitectura del protocolo de interfaz de radio definida en 3GPP TS 38.300 [2].
[Figura 4.2.2-1 de la discusión por correo electrónico 3GPP [107bis#12] "Ejecución de CR a TS37.324 para 5G_V2X_NRSL_v4", titulada "Capa SDAP, vista funcional", se reproduce como Figura 13]
La asignación del flujo QoS reflexivo a DRB se realiza en el UE, como se especifica en la subcláusula 5.3.2, si se configura el encabezado DL SDAP.
Para la comunicación NR SL, no se admite la asignación de flujo QoS PC5 reflectante a SL-DRB.
4.3 Servicios
4.3.1 Servicios que se proporcionan a las capas superiores
La subcapa SDAP proporciona su servicio a las capas superiores del plano de usuario. El SDAP proporciona los siguientes servicios a las capas superiores:
- transferencia de datos del plano de usuario.
4.3.2 Servicios que se esperan de las capas inferiores
Una entidad SDAP espera los siguientes servicios de las capas inferiores:
- servicio de transferencia de datos en el plano de usuario;
- entrega en orden excepto cuando la entrega fuera de orden se configura por RRC (3GPP TS 38.331 [3]).
4.4 Funciones
La subcapa SDAP admite las siguientes funciones:
- transferencia de datos del plano del usuario;
- asignación entre un flujo de QoS y un DRB tanto para DL como para UL;
- asignación entre un flujo de QoS PC5 y un SL-DRB para comunicación NR SL;
- marcando el ID de flujo QoS en los paquetes DL y UL;
- marcando el ID de flujo QoS PC5 en la unidifusión de paquetes de comunicación NR SL;
- flujo de QoS reflectante a la asignación de DRB para las PDU de datos UL SDAP.
5 procedimientos SDAP
5.1 Manejo de entidades SDAP
5.1.1 Establecimiento de la entidad SDAP
Cuando RRC (3GPP TS 38.331 [3]) solicita el establecimiento de una entidad SDAP, el UE deberá:
- establecer una entidad SDAP;
- seguir los procedimientos de la subcláusula 5.2.
Cuando RRC (3GPP TS 38.331 [3]) solicita el establecimiento de una entidad SDAP para unidifusión de comunicación NR SL o transmisión en grupo y difusión de comunicaciones NR SL, el UE deberá:
- establecer una entidad SDAP;
- seguir los procedimientos de las subcláusulas 5.2.X y 5.2.Y.
5.1.2 Liberación de entidad SDAP
Cuando RRC (3GPP TS 38.331 [3]) solicita una liberación de entidad SDAP, el UE deberá:
- liberar la entidad SDAP.
Cuando RRC (3GPP TS 38.331 [3]) solicita la liberación de una entidad SDAP para unidifusión de comunicación NR SL o transmisión en grupo y difusión de comunicación NR SL, el UE deberá:
- liberar la entidad SDAP.
5.2 Transferencia de datos
[...]
5.2.X Transmisión SL
En la recepción de una SDAP SDU de la capa superior para un flujo de QoS PC5, la entidad SDAP transmisora deberá:
- si no hay una regla de asignación de flujo de QoS PC5 a SL-DRB almacenada para el flujo de QoS PC5 como se especifica en la subcláusula 5.X:
- asignar la SDU SDAP al SL-DRB por defecto;
- de lo contrario:
- asignar el SDU SDAP al SL-DRB de acuerdo con la regla de asignación de flujo QoS PC5 a SL-DRB almacenada;
- si el SL-DRB al que se asigna esta SDU SDAP lo configura el RRC (3GPP TS 38.331 [3]) con la presencia de un encabezado SDAP,
- construir la PDU de datos SL SDAP como se especifica en la subcláusula 6.2.2.X;
- de lo contrario:
- construir la PDU de datos SL SDAP como se especifica en la subcláusula 6.2.2.1;
- enviar la PDU de datos SL SDAP que se construye a las capas inferiores.
5.2. Y recepción SL
En la recepción de una PDU de datos SDAP de capas inferiores para un flujo de QoS PC5, la entidad SDAP receptora deberá:
- si el SL-DRB del que se recibe esta PDU de datos SDAP se configura por el RRC (3GPP TS 38.331 [3]) con la presencia un encabezado SDAP:
- recuperar la SDU SDAP a partir de la PDU de datos del SL SDAP como se especifica en la subcláusula 6.2.2. X.
- de lo contrario:
- recuperar la SDU SDAP del PDU SDAP como se especifica en la subcláusula 6.2.2.1;
- entregar la SDU SDAP recuperada a la capa superior.
Notas del editor: FFS si el comportamiento del receptor al reasignar se deja a la implementación del UE
5.X Asignación de flujo de QoS PC5 a SL-DRB
5.XX Configuración
Cuando RRC (3GPP TS 38.331 [3]) configura un flujo de QoS PC5 a la regla de asignación SL-DRB para un flujo de QoS PC5, la entidad SDAP deberá:
- para unidifusión de comunicación NR SL, si la entidad SDAP ya se ha establecido y no hay una regla de asignación SL-DRB almacenada para el flujo de QoS PC5 y se configura un SL-DRB predeterminado:
- construir una PDU de control de marcador de extremo, como se especifica en la subcláusula 6.2.3, para el flujo de QoS PC5;
- asignar la PDU de control de marcador de extremo a la SL-DRB predeterminada;
- enviar la PDU de control de marcador de extremo a las capas inferiores.
Notas del editor: FFS si el encabezado SDAP debe estar siempre presente o configurable para SL-DRB
- para la unidifusión de comunicación NR SL, si la regla de asignación de flujo de QoS PC5 a SL-DRB almacenada es diferente a la regla de asignación de flujo de QoS PC5 a SL-DRB configurada para el flujo de QoS PC5 y el SL-DRB de acuerdo con la regla de asignación de flujo de QoS PC5 a SL-DRB almacenada se configura por el RRC (3GPP TS 38.331 [3]) con la presencia del encabezado SL SDAP:
- construir una PDU de control de marcador de extremo, como se especifica en la subcláusula 6.2.3, para el flujo de QoS PC5;
- asignar la PDU de control de marcador de extremo al SL-DRB de acuerdo con el flujo de QoS PC5 almacenado a la regla de asignación SL-DRB;
- enviar la PDU de control de marcador de extremo a las capas inferiores.
- almacenar la regla de asignación configurada de flujo QoS PC5 a SL-DRB para el flujo de QoS PC5.
Cuando el RRC (3GPP TS 38.331 [3]) libera un flujo de QoS PC5 a la regla de asignación SL-DRB para un flujo de QoS PC5, la entidad SDAP deberá:
- eliminar el flujo de QoS PC5 a la regla de asignación SL-DRB para el flujo de QoS PC5.
5.X.Y liberación de SL-DRB
Cuando el RRC (3GPP TS 38.331 [3]) o SIB indican que se libera un SL-DRB, la entidad SDAP deberá:
- eliminar todas las asignaciones de flujo QoS PC5 a SL-DRB que se asocian con el SL-DRB liberado en base a la subcláusula 5.X.X.
6 Unidades de datos de protocolo, formatos, y parámetros
6.1 Unidades de datos de protocolo
6.1.1 PDU de datos
La PDU de datos SDAP se utiliza para transmitir uno o más de los siguientes:
- Encabezado SDAP;
- datos del plano de usuario.
6.1.2 Control de PDU
a) PDU de control de marcador de extremo
La PDU de control de marcador de extremo se utiliza por la entidad SDAP en el UE para indicar que detiene la asignación de la SDU SDAP del flujo de QoS indicado por el QFI/PFI al SL-DRB en el que se transmite la PDU de marcador de extremo.
De acuerdo con la Figura 7-1 de 3GPP TR 38.885 V16.0.0, un UE de TX puede solicitar una configuración de SLRB para un nuevo flujo de QoS PC5 durante una comunicación de unidifusión de enlace lateral con un UE de RX (Recepción). gNB puede entonces proporcionar la configuración SLRB al UE TX (Transmisión), en el que la configuración SLRB (Portador de Radio de Enlace Lateral) puede incluir un flujo de QoS PC5 a SLRB (o SL-DRB) y parámetros SLRB (por ejemplo, SDAP (Protocolo de Adaptación de Datos de Servicio, PDCP (Protocolo de Convergencia de Datos en Paquetes), RLC (Control de Enlace de Radio) o configuración LCH (Canal lógico)) para un SL-DRB.
Como se discutió en la nota del presidente de 3GPP RAN2#106, los acuerdos de RAN2#106 sobre configuraciones de QoS NR SL y SLRB incluyen:
- Para un UE RRC_CONECTADO, para la transmisión de un nuevo flujo de QoS PC5, puede reportar la información de QoS del flujo de QoS PC5 a través de la señalización dedicada de RRC al gNB/ng-eNB.
- Para un UE RRC_CONECTADO, el gNB/ng-eNB puede proporcionar configuraciones SLRB y configurar la asignación del flujo de QoS PC5 a SLRB a través de señalización dedicada RRC, en base a la información de QoS reportada por el UE. El UE puede establecer/reconfigurar el SLRB solo después de recibir la configuración de SLRB. FFS cuando el UE establece/reconfigura el SLRB.
- Para la unidifusión SL de un UE, las configuraciones de SLRB configuradas/preconfiguradas por NW incluyen los parámetros de SLRB que solo se relacionan con TX, así como los parámetros de SLRB que se relacionan tanto con la TX como con la RX y que necesitan alinearse con los UE homólogos.
- Para la unidifusión de SL, el UE inicial informa al UE homólogo de los parámetros de SLRB que se relacionan tanto con la TX como con la RX y que necesitan alinearse con los UE homólogos. FFS en los parámetros detallados. De acuerdo con los acuerdos anteriores, el UE TX necesita enviar parámetros SLRB, que se relacionan tanto con la TX y la RX, al UE RX después de recibir estos parámetros SLRB de gNB. Además, de acuerdo con la Sección 5.X en la discusión por correo electrónico de 3GPP [107bis#12] "Ejecución de CR a TS37.324 para 5G_V2X_NRSL_v4", el gNB puede reasignar un flujo de QoS PC5 a un segundo SL-DRB y la entidad SDAP asociada con la comunicación de unidifusión de enlace lateral en el UE TX almacenará la nueva regla de asignación de flujo de QoS PC5 a SL-DRB para el flujo de QoS PC5 y transmitirá una PDU de control de marcador de extremo (en un SL-DRB antiguo para el flujo de QoS PC5) al UE Rx cuando la capa RRC configure una nueva regla de asignación de flujo de QoS PC5 a SL-DRB para el flujo de QoS PC5. La PDU de control de marcador de extremo se utiliza para indicar que el UE TX deja de asignar el flujo de QoS PC5 en cuestión al antiguo SL-DRB, lo que implica que las siguientes PDU de datos de enlace lateral del flujo de QoS PC5 se transmitirán en el segundo SL-DRB. El UE TX puede
reasignar el flujo de QoS PC5 al segundo SL-DRB en base a la preconfiguración o a una información del sistema que difunde el gNB cuando el UE TX realiza la transición de estado RRC.
En el caso de la interfaz Uu, el procedimiento para el flujo de QoS a la reasignación de DRB se realiza cuando el gNB configura un nuevo flujo de QoS a la asignación de DRB para un flujo de QoS existente. Para la transmisión UL, el gNB ya sabe que la reasignación se produce antes de recibir la PDU de control de marcador de extremo (Unidad de Datos de Protocolo) para el flujo de QoS en cuestión desde el UE. Así, el gNB puede empezar a almacenar en el búfer las PDU de datos de enlace ascendente del flujo de QoS en cuestión recibidas en un DRB recién reasignado cuando se produce la reasignación, y luego entrega estas PDU de datos de enlace ascendente almacenadas en el búfer tras la recepción de la PDU de control de marcador final para el flujo de QoS en cuestión en un DRB original. La recepción de la PDU de control de marcador de extremo implica que todas las PDU de datos de enlace ascendente en el DRB original deberían haber sido recibidas y entregadas a las capas superiores y, por lo tanto, se puede garantizar la entrega en secuencia de las PDU de datos de enlace ascendente del flujo de QoS en cuestión durante la transición de reasignación del flujo de QoS al DRB.
En el caso de la interfaz PC5, además de transmitir una PDU de control de marcador de extremo al UE RX, el UE TX también necesita transmitir un mensaje PC5 RRC (Control de Recursos de Radio) para informar al UE RX de la nueva asignación cuando se produce la reasignación de flujo de QoS PC5 a SL-DRB. Dado que el mensaje PC5 RRC y la PDU de control de marcador de extremo pueden transmitirse en diferentes TB (Bloques de Transporte) de enlace lateral, el UE RX puede recibirlos en diferentes instantes de tiempo. Si el UE RX recibe la PDU de control de marcador de extremo antes de la recepción del mensaje de PC5 r Rc (por ejemplo, debido a una falla en la transmisión del mensaje de PC5 RRC), la PDU de control de marcador de extremo puede ignorarse por el UE RX porque el UE RX consideraría que no se ha producido ninguna reasignación al flujo de QoS PC5 asociado a la PDU de control de marcador de extremo. Como resultado, el UE RX no se activaría para entregar PDU de datos de enlace lateral con búfer a las capas superiores, en el que esas PDU de datos de enlace lateral transmitidas en el segundo SL-DRB serían almacenadas temporalmente en búfer por el UE RX después de que el mensaje de PC5 RRC que indica la reasignación de flujo de QoS PC5 a SL-DRB se reciba desde el Ue TX más tarde.
El impacto en el servicio V2X en cuestión es grave porque todas las siguientes PDU de datos de enlace lateral transmitidas en el segundo SL-DRB se almacenarían en el búfer y no se entregarían a las capas superiores después de que se produzca la reasignación del flujo de QoS PC5 a SL-DRB. Aunque el UE RX podría iniciar un temporizador utilizado para considerar cuándo entregar esas PDU de datos de enlace lateral almacenadas en el búfer a las capas superiores tras la recepción del mensaje PC5 RRC, esta latencia no es necesaria porque el UE RX ya ha recibido la PDU de control de marcador de extremo. Por lo tanto, este problema debe considerarse y resolverse.
Una solución general es que cuando el UE RX recibe la PDU de control de marcador de extremo para el flujo de QoS PC5 en cuestión, pero el UE RX no ha recibido el mensaje de PC5 RRC para reconfigurar la asignación el flujo de QoS PC5 a SL-DRB para el flujo de QoS PC5 todavía en cuestión, el UE RX podría esperar la recepción del mensaje PC5 RRC. Cuando se recibe el mensaje PC5 RRC, el UE RX puede comenzar a recibir PDU de datos de enlace lateral del flujo de QoS PC5 en cuestión en el segundo SL-DRB, y puede entregar esas PDU de datos de enlace lateral recibidas a las capas superiores sin esperar el PDU de control de marcador de extremo en el antiguo SL-DRB para el flujo de QoS PC5 en cuestión.
Los siguientes ejemplos y realizaciones se cubren por la invención reivindicada.
La solución reivindicada es que el UE TX transmita la PDU de control de marcador de extremo al UE RX cuando la transmisión exitosa del mensaje PC5 RRC haya sido confirmada por las capa(s) inferior(es). Por ejemplo, la capa RLC (Control de Enlace por Radio) puede confirmar que el mensaje PC5 RRC ha sido transmitido con éxito de acuerdo con una o más Pd U de eSTa DOS de RLC recibidos desde el UE RX, en el que una PDU de ESTADOS RLC puede indicar cuáles PDU de DATOS de RLC han sido recibidos. Como otro ejemplo, la capa MAC (Control de Acceso Medio) puede confirmar que el mensaje PC5 RRC ha sido transmitido con éxito de acuerdo con la retroalimentación HARQ recibida del UE RX, en el que la retroalimentación HARQ (Solicitud de Repetición Automática Híbrida) indica un SL TB que incluye un canal lógico que se utiliza para la transmisión del mensaje PC5 RRC recibido por el UE RX.
Alternativamente, en respuesta a la recepción del mensaje PC5 RRC, el UE RX puede responder con un mensaje PC5 RRC completo al UE TX. Por lo tanto, también puede ser factible que el UE Tx transmita la PDU de control de marcador de extremo cuando recibe el mensaje completo de PC5 RRC desde el UE RX.
En general, las dos alternativas anteriores pueden garantizar que el UE RX reciba la PDU de control de marcador de extremo después de recibir el mensaje PC5 RRC, de modo que el UE RX pueda comenzar a almacenar en el búfer las PDU de datos de enlace lateral del flujo de QoS PC5 en cuestión recibido en el segundo SL-DRB cuando se recibe el mensaje PC5 RRC que indica la reasignación del flujo de QoS PC5 al SL-DRB, y luego entregue estas PDU de datos de enlace lateral almacenadas en el búfer a las capas superiores tras la recepción de la PDU de control de marcador de extremo.
Los siguientes ejemplos y realizaciones no se cubren por la invención reivindicada.
Además, la entidad SDAP (Protocolo de Adaptación de Datos de Servicio) asociada con la comunicación de unidifusión de enlace lateral en el UE TX almacenará la nueva la regla de asignación de QoS PC5 a SL-DRB para el flujo de QoS PC5 cuando la capa RRC configure una nueva regla de asignación de QoS PC5 a SL-DRB para el flujo de QoS PC5, como se especifica en la Sección 5.X de la discusión por correo electrónico 3GPP [107bis#12] "Ejecución de CR a TS37.324 para 5G_V2X_NRSL_v4". Con la nueva regla de asignación, el UE TX puede comenzar a transmitir PDU de datos de enlace lateral desde el flujo de QoS PC5 en el segundo SL-DRB. También puede ser posible que el UE RX reciba PDU de datos de enlace lateral transmitidos en el segundo SL-DRB antes que el mensaje de PC5 RRC, que puede indicar la reasignación de flujo de QoS PC5 a SL-DRB y puede incluir opcionalmente parámetros SLRB para el segundo SL-DRB. Podría haber dos casos para la segunda SL-DRB, es decir, la segunda SL-DRB puede ser una SL-DRB existente o una nueva SL-DRB a crear.
Si el segundo SL-DRB es un SL-DRB existente (por ejemplo, un SL-DRB predeterminado o un SL-DRB no predeterminado), estas PDU de datos de enlace lateral podrían enviarse a las capas superiores directamente sin almacenarse en el búfer y, por lo tanto, podría ocurrir una entrega fuera de secuencia al flujo de QoS PC5 en cuestión. Si el segundo SL-DRB es un SL-DRB nuevo, el UE RX no podría decodificar estas PDU de datos de enlace lateral porque los parámetros de SLRB para el nuevo SL-DRB incluidos en el mensaje PC5 RRC no han sido recibidos por el Ue RX todavía. Como resultado, estas PDU de datos de enlace lateral se perderían. Debe considerarse cómo evitar la entrega fuera de secuencia o la pérdida de datos durante la transición del flujo de QoS PC5 a la reasignación de SL-DRB.
En general, una solución potencial es que el UE TX comience a transmitir PDU de datos de enlace lateral en el segundo SL-DRB cuando la transmisión exitosa del mensaje PC5 RRC haya sido confirmada por la(s) capa(s) inferior(es) o cuando reciba un mensaje PC5 RRC completo correspondiente al mensaje PC5 RRC desde el UE RX. Dado que la entidad SDAP asociada con la comunicación de unidifusión de enlace lateral enviará la PDU de control de marcador de extremo a las capas inferiores para su transmisión y almacenará la nueva PC5.
El flujo QoS a la regla de asignación SL-DRB para el flujo QoS PC5 en cuestión cuando la capa RRC o el UE TX configuran una nueva regla de asignación de QoS PC5 a SL-DRB para el flujo de QoS PC5, otra forma de describir las soluciones anteriores es que la capa RRC o el UE TX configuren la nueva regla de asignación de flujo QoS PC5 a SL-DRB para el flujo de QoS PC5 a la entidad SDAP cuando la transmisión exitosa del mensaje PC5 RRC haya sido confirmada por la(s) capa(s) inferior(es) o cuando se reciba un mensaje PC5 RRC completo desde el UE RX. Los siguientes ejemplos y realizaciones se cubren por la invención reivindicada.
La Figura 14 es un diagrama de flujo 1400 de acuerdo con una realización ilustrativa desde la perspectiva de un primer UE para admitir el flujo de QoS PC5 a la reasignación SL-DRB. En la etapa 1405, el primer UE establece una comunicación de enlace lateral con un segundo UE. En la etapa 1410, el primer UE asigna un flujo de QoS PC5 de la comunicación de enlace lateral a un primer SL-DRB. En la etapa 1415, el primer UE transmite un mensaje de PC5 RRC al segundo UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB. En la etapa 1320, el primer UE transmite una PDU de control de marcador de extremo al segundo UE después de que las capas inferiores hayan confirmado la transmisión exitosa del mensaje de PC5 RRC o después de recibir un mensaje de PC5 RRC completo correspondiente al mensaje de PC5 RRC desde el segundo UE.
Haciendo referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un primer UE para admitir el flujo de QoS PC5 a la reasignación de SL-DRB. El primer UE 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 primer UE (i) establezca una comunicación de enlace lateral con un segundo UE, (ii) para asignar un flujo de QoS PC5 de la comunicación de enlace lateral a un primer SL-DRB, (iii) para transmitir un mensaje de PC5 RRC al segundo UE, en el que el mensaje PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB, y (iv) para transmitir una PDU de control de marcador de extremo al segundo UE después de que la transmisión exitosa del mensaje de PC5 RRC haya sido confirmada por capas inferiores o después de recibir un mensaje completo de PC5 RRC correspondiente al mensaje de PC5 RRC del segundo UE. 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 15 es un diagrama de flujo 1500 de acuerdo con una realización ilustrativa desde la perspectiva de un primer UE para admitir el flujo de QoS PC5 a la reasignación SL-DRB. En la etapa 1505, el primer UE establece una comunicación de enlace lateral con un segundo UE. En la etapa 1510, el primer UE asigna un flujo de QoS PC5 de la comunicación de enlace lateral a un primer SL-DRB. En la etapa 1515, el primer UE transmite un mensaje de PC5 RRC al segundo UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB. En la etapa 1520, el primer UE comienza a transmitir PDU de datos de enlace lateral del flujo de QoS PC5 en el segundo SL-DRB al segundo UE cuando la transmisión exitosa del mensaje de PC5 RRC ha sido confirmada por
la(s) capa(s) inferior(es) o cuando se recibe un mensaje de PC5 RRC completo correspondiente al mensaje de PC5 r RC del segundo u E.
Haciendo referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un primer UE para admitir el flujo de QoS PC5 a la reasignación de SL-DRB. El primer UE 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 al primer UE (i) establecer una comunicación de enlace lateral con un segundo UE, (ii) para asignar un flujo de QoS PC5 de la comunicación de enlace lateral a un primer SL-DRB, (iii) transmitir un mensaje de PC5 RRC al segundo UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB, y (iv) comenzar a transmitir PDU de datos de enlace lateral desde el flujo de QoS PC5 en el segundo SL-DRB al segundo UE cuando la transmisión exitosa del mensaje PC5 RRC ha sido confirmada por la(s) capa(s) inferior(s) o cuando se recibe un mensaje PC5 RRC completo correspondiente al mensaje PC5 RRC desde el segundo UE. 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.
En el contexto de las realizaciones que se ilustran en las Figuras 14-15 y discutido anteriormente, preferentemente, el primer UE podría reasignar el flujo de QoS PC5 de la comunicación de enlace lateral al segundo SL-DRB después de que la transmisión exitosa del mensaje de PC5 RRC ha sido confirmada por la(s) capa(s) inferior(es) o después de recibir el mensaje completo del PC5 RRC del segundo UE.
Los siguientes ejemplos y realizaciones no se cubren por la invención reivindicada.
La Figura 16 es un diagrama de flujo 1600 de acuerdo con una realización ilustrativa desde la perspectiva de un primer UE para admitir el flujo de QoS PC5 a la reasignación SL-DRB. En la etapa 1605, el primer UE establece una comunicación de enlace lateral con un segundo UE, en el que el primer UE crea una entidad SDAP para la comunicación de enlace lateral. En la etapa 1610, el primer UE asigna un flujo de QoS PC5 de la comunicación de enlace lateral a un primer SL-DRB. En la etapa 1615, el primer UE transmite un mensaje de PC5 RRC al segundo UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB. En la etapa 1620, el primer UE configura una nueva regla de asignación de flujo de QoS PC5 a SL-DRB para el flujo de QoS PC5 a la entidad SDAP cuando la transmisión exitosa del mensaje de PC5 RRC ha sido confirmada por la(s) capa(s) inferior(es) o cuando se recibe un mensaje de PC5 RRC completo correspondiente al mensaje de PC5 RRC del segundo UE, en el que la nueva la regla de asignación de flujo de QoS PC5 a SL-DRB indica que el flujo de QoS PC5 se asigna al segundo SL-DRB.
Haciendo referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un primer UE para admitir el flujo de QoS PC5 a la reasignación de SL-DRB. El primer UE 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 al primer UE (i) establecer una comunicación de enlace lateral con un segundo UE, en el que el primer UE crea una entidad SDAP para la comunicación de enlace lateral, (ii) asignar un flujo de QoS PC5 de la comunicación de enlace lateral a un primer SL-DRB, (iii) transmitir un mensaje de PC5 RRC al segundo UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB, y (iv) configurar una regla de asignación de flujo de QoS PC5 a SL-DRB para el flujo de QoS PC5 a la entidad SDAP cuando la transmisión exitosa del mensaje de PC5 RRC ha sido confirmada por la(s) capa(s) inferior(es) o cuando se recibe un mensaje de PC5 RRC completo correspondiente al mensaje PC5 RRC desde el segundo UE, en el que la nueva regla de asignación de flujo QoS PC5 a SL-DRB indica que el flujo de QoS PC5 se asigna al segundo SL-DRB. 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.
Los siguientes ejemplos y realizaciones se cubren por la invención reivindicada.
En el contexto de las realizaciones que se ilustran en las Figuras 14-16 y discutidas anteriormente, preferentemente, el primer UE también podría recibir un mensaje RRC desde un nodo de red, en el que el mensaje RRC indica que el flujo de QoS PC5 se asigna al segundo SL-DRb .
Preferentemente, el nodo de red puede ser una estación base (por ejemplo, gNB). El primer UE puede estar en RRC_CONECTADO. La comunicación de enlace lateral puede ser una comunicación de unidifusión de enlace lateral. El mensaje RRC puede incluir parámetros SLRB que se relacionan tanto con la transmisión como con la recepción en el segundo SL-DRB. Alternativamente, el mensaje RRC puede incluir parámetros SLRB que solo se relacionan con la transmisión en el segundo SL-DRB.
Preferentemente, el mensaje de PC5 RRC puede incluir parámetros SLRB que se relacionan tanto con la transmisión como con la recepción en el segundo SL-DRB. La PDU de control de marcador de extremo puede incluir una identidad del flujo de QoS PC5, por ejemplo, PFI (Identificador de Flujo de QoS PC5). La PDU de control de marcador extremo podría transmitirse en el primer SL-DRB.
Preferentemente, la entidad SDAP podría enviar la PDU de control de marcador de extremo a las capas inferiores para su transmisión cuando se configura con la nueva regla de asignación de flujo de QoS PC5 a SL-DRB para el
flujo de QoS PC5. Además, la entidad SDAP podría almacenar la nueva regla de asignación del flujo de QoS PC5 a SL-DRB para el flujo de QoS PC5 cuando se configura con la nueva regla de asignación del flujo de QoS PC5 a SL-DRB para el flujo de QoS PC5. Además, la entidad SDAP podría reasignar el flujo de QoS PC5 de la comunicación de enlace lateral al segundo SL-DRB cuando la entidad SDAP se configura con la nueva regla de asignación de flujo de QoS PC5 a SL-DRB.
Los siguientes ejemplos y realizaciones no se cubren por la invención reivindicada.
La Figura 17 es un diagrama de flujo 1700 de acuerdo con una realización ilustrativa desde la perspectiva de un segundo UE para realizar la recepción de enlace lateral para un flujo de QoS PC5 de una comunicación de enlace lateral con un primer UE. En la etapa 1705, el segundo UE recibe un mensaje de PC5 RRC del primer UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB. En la etapa 1710, el segundo UE recibe una o más PDU de datos de enlace lateral del flujo de QoS PC5 en el segundo SL-DRB desde el primer UE. En la etapa 1715, el segundo UE entrega una o más PDU de datos de enlace lateral a la(s) capa(s) superior(es) si se ha recibido una PDU de control de marcador de extremo para el flujo de QoS PC5 antes de recibir el mensaje de PC5 RRC.
Preferentemente, el segundo UE podría almacenar en el búfer una o más PDU de datos de enlace lateral y no entregarlas a la(s) capa(s) superior(es) si aún no se ha recibido la PDU de control de marcador de extremo para el flujo de QoS PC5. El segundo también podría entregar una o más PDU de datos de enlace lateral almacenadas en el búfer a la(s) capa(s) superior(es) si la PDU de control de marcador de extremo se recibe después de recibir el mensaje de PC5 RRC y el segundo UE no recibe la PDU de control de marcador de extremo antes de recibir el mensaje de PC5 RRC.
Preferentemente, el flujo de QoS PC5 se podría asignar a un primer SL-DRB antes de recibir el mensaje de PC5 RRC. La comunicación de enlace lateral podría ser una comunicación de unidifusión de enlace lateral. El mensaje PC5 RRC puede incluir parámetros SLRB que se relacionan tanto con la transmisión como con la recepción en el segundo SL-DRB. La PDU de control de marcador de extremo puede incluir una identidad del flujo de QoS PC5, por ejemplo, PFI (Identificador de flujo de QoS PC5). El nodo de red puede ser una estación base (por ejemplo, gNB). Haciendo referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un segundo UE para realizar la recepción de enlace lateral para un flujo de QoS PC5 de una comunicación de enlace lateral con un primer UE. El segundo UE 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 al segundo UE (i) recibir un mensaje de PC5 RRC del primer UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB, (ii) recibir una o más PDU de datos de enlace lateral del flujo de QoS PC5 en el segundo SL-DRB desde el primer UE, y (iii) entregar una o más PDU de datos de enlace lateral a la(s) capa(s) superior(es) si se ha recibido una PDU de control de marcador de extremo para el flujo de QoS PC5 antes de recibir el mensaje de PC5 RRC. 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.
Los expertos en la técnica entenderán que la información y las señales pueden representarse mediante el uso de cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los chips que se pueden referenciar a lo largo de la descripción anterior 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 lógicos ilustrativos, módulos, procesadores, medios, circuitos, y etapas de algoritmos 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 origen o alguna otra técnica), diversas formas de código de programa o código de diseño que incorporan instrucciones (que pueden referirse en la presente memoria, por conveniencia, como "software" o un "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 que se describe 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 también puede implementarse como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP, o cualquier otra tal configuración.
Las etapas de un procedimiento o algoritmo que se describen en relación con los aspectos divulgados en la presente memoria pueden realizarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden residir en una memoria de datos 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 muestras 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, 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 residir como componentes discretos en el equipo de usuario. Además, en algunos aspectos, cualquier producto de programa de ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos que se relacionan con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa de ordenador puede comprender materiales de envase.
Claims (10)
1. Un procedimiento realizado por un primer Equipo de usuario, en lo sucesivo también denominado UE, para soportar un flujo de Calidad de Servicio de PC5, en lo sucesivo también referido como QoS, para la reasignación de un Portador de Radio de Datos de Enlace Lateral, en lo sucesivo también denominado como SL-DRB, que comprende:
establecer una comunicación de enlace lateral con un segundo UE (1405);
asignar un flujo de QoS PC5 de la comunicación de enlace lateral a un primer SL-DRB (1410);
transmitir un mensaje de Control de Recursos de Radio de PC5, en lo sucesivo también denominado RRC, al segundo UE, en el que el mensaje de PC5 RRC indica que el flujo de QoS PC5 se asigna a un segundo SL-DRB (1415); y
transmitir una Unidad de Datos de Protocolo de control de marcador de extremo, en lo sucesivo también denominada PDU, al segundo UE después de que la transmisión exitosa del mensaje PC5 RRC haya sido confirmada por la(s) capa(s) inferior(es) o después de recibir un mensaje de PC5 RRC completo correspondiente al mensaje PC5 RRC del segundo UE (1420).
2. El procedimiento de la reivindicación 1, que comprende además:
reasignar el flujo de QoS PC5 de la comunicación de enlace lateral al segundo SL-DRB después de que la transmisión exitosa del mensaje de PC5 RRC haya sido confirmada por la(s) capa(s) inferior(es) o después de recibir el mensaje de PC5 RRC completo del segundo UE.
3. El procedimiento de la reivindicación 1 o 2, que comprende además:
recibir un mensaje RRC desde un nodo de la red, en el que el mensaje RRC indica que el flujo de QoS PC5 se asigna al segundo SL-DRB.
4. El procedimiento de la reivindicación 3, en el que el nodo de red es una estación base.
5. El procedimiento de la reivindicación 3 o 4, en el que el mensaje RRC incluye parámetros del Portador de Radio de Enlace Lateral, en lo sucesivo también denominado SLRB, que se relacionan tanto con la transmisión como con la recepción en el segundo SL-DRB.
6. El procedimiento de una cualquiera de las reivindicaciones 1 a 5, en el que la comunicación de enlace lateral es una comunicación de unidifusión de enlace lateral.
7. El procedimiento de una cualquiera de las reivindicaciones 1 a 6, en el que el mensaje de PC5 RRC incluye parámetros SLRB que se relacionan tanto con la transmisión como con la recepción en el segundo SL-DRB.
8. El procedimiento de una cualquiera de las reivindicaciones 1 a 7, en el que la PDU de control de marcador de extremo incluye una identidad del flujo de QoS PC5.
9. El procedimiento de una cualquiera de las reivindicaciones 1 a 8, en el que la PDU de control de marcador de extremo se transmite en el primer s L-DRB.
10. Un 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 realizar las etapas del procedimiento como se define en cualquiera de las reivindicaciones anteriores.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962927332P | 2019-10-29 | 2019-10-29 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2901630T3 true ES2901630T3 (es) | 2022-03-23 |
Family
ID=73014242
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES20201921T Active ES2901630T3 (es) | 2019-10-29 | 2020-10-15 | 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 |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US10952230B1 (es) |
| EP (1) | EP3817447B1 (es) |
| JP (1) | JP7033637B2 (es) |
| KR (1) | KR102269703B1 (es) |
| CN (1) | CN112752299B (es) |
| ES (1) | ES2901630T3 (es) |
| TW (1) | TWI750851B (es) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020197279A1 (en) * | 2019-03-28 | 2020-10-01 | Lg Electronics Inc. | Method and apparatus for exchange of capability information for sidelink communications in a wireless communication system |
| US10873989B1 (en) * | 2019-08-02 | 2020-12-22 | Asustek Computer Inc. | Method and apparatus for releasing sidelink radio bearer in a wireless communication system |
| WO2021066421A1 (ko) * | 2019-10-02 | 2021-04-08 | 삼성전자 주식회사 | 무선 통신 시스템에서 단말 간 통신을 수행하기 위한 방법 및 장치 |
| EP4075854A4 (en) * | 2019-12-13 | 2023-09-06 | Beijing Xiaomi Mobile Software Co., Ltd. | DATA PROCESSING METHOD AND DEVICE, ELECTRONIC DEVICE AND STORAGE MEDIUM |
| US11140574B1 (en) * | 2020-03-18 | 2021-10-05 | Sprint Spectrum L.P. | Dynamic PDCP duplication with bearer modification, to help overcome reduced wireless quality |
| WO2021244412A1 (en) * | 2020-05-30 | 2021-12-09 | Shanghai Langbo Communication Technology Company Limited | Method and device used for wireless communication |
| US11659410B2 (en) * | 2021-05-03 | 2023-05-23 | Qualcomm Incorporated | Directional quality of service for beamformed sidelink communication |
| EP4327533A1 (en) * | 2021-05-07 | 2024-02-28 | Huawei Technologies Co., Ltd. | Method and apparatus for group quality-of-service control of multiple quality-of-service flows |
| CN117356129A (zh) * | 2021-08-13 | 2024-01-05 | 英特尔公司 | 在基于无线电接入网络的计算系统中对服务质量的支持 |
| CN115915257A (zh) * | 2021-08-19 | 2023-04-04 | 中国移动通信有限公司研究院 | 一种传输方法、装置、设备及可读存储介质 |
| CN115942464A (zh) * | 2021-09-11 | 2023-04-07 | 华为技术有限公司 | 一种通信方法、装置及系统 |
| CN118828687A (zh) * | 2021-09-17 | 2024-10-22 | 瑞典爱立信有限公司 | 终端设备、网络节点和其中的方法 |
| US20260075407A1 (en) * | 2022-08-31 | 2026-03-12 | Beijing Xiaomi Mobile Software Co., Ltd. | Capability interaction method and apparatus, and device and storage medium |
| CN121359582A (zh) * | 2024-04-17 | 2026-01-16 | 北京小米移动软件有限公司 | 数据传输通道建立方法、网络设备、终端、通信系统及介质 |
Family Cites Families (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20070291788A1 (en) * | 2006-06-15 | 2007-12-20 | Interdigital Technology Corporation | Method and apparatus for reducing transmission overhead |
| US10965479B2 (en) * | 2016-04-02 | 2021-03-30 | Comcast Cable Communications, Llc | Bearer modification for V2X communications |
| KR102772269B1 (ko) * | 2017-02-03 | 2025-02-25 | 삼성전자 주식회사 | 이동통신 시스템에서 다중 연결을 사용한 핸드오버 시 보안 키를 처리하는 방법 및 장치 |
| WO2018159959A1 (en) * | 2017-03-01 | 2018-09-07 | Lg Electronics Inc. | Method for transmitting tcp ack packet in wireless communication system and a device therefor |
| US10187928B2 (en) | 2017-03-07 | 2019-01-22 | Indian Institute Of Technology Bombay | Methods and systems for controlling a SDN-based multi-RAT communication network |
| CN108633074B (zh) * | 2017-03-23 | 2022-05-13 | 华硕电脑股份有限公司 | 无线通信系统中报告侧链路服务的辅助信息的方法和设备 |
| KR102293998B1 (ko) * | 2017-03-30 | 2021-08-27 | 삼성전자 주식회사 | Tcp/ip를 고려한 데이터 처리 방법 |
| US20180324631A1 (en) * | 2017-05-05 | 2018-11-08 | Mediatek Inc. | Using sdap headers for handling of as/nas reflective qos and to ensure in-sequence packet delivery during remapping in 5g communication systems |
| EP3432633B1 (en) * | 2017-07-20 | 2019-10-02 | ASUSTek Computer Inc. | Method and apparatus for servicing qos (quality of service) flow in a wireless communication system |
| ES2829581T3 (es) * | 2017-07-24 | 2021-06-01 | Asustek Comp Inc | Procedimiento y aparato para proporcionar el flujo de calidad de servicio (QOS) en un sistema de comunicación inalámbrica |
| GB2565536A (en) * | 2017-08-10 | 2019-02-20 | Nec Corp | Communication system |
| US10694427B2 (en) * | 2017-09-27 | 2020-06-23 | Intel IP Corporation | Solution for vehicle-to-everything (V2X) communication authorization in 5G system |
| CN110892749A (zh) * | 2018-02-14 | 2020-03-17 | Lg电子株式会社 | 用于修改映射规则的方法和设备 |
| CN113630827B (zh) * | 2018-04-04 | 2023-12-29 | 北京三星通信技术研究有限公司 | 支持切换的方法及对应的基站和网络节点 |
| US11310707B2 (en) * | 2018-04-13 | 2022-04-19 | Qualcomm Incorporated | Facilitating quality of service flow remapping utilizing a service data adaptation protocol layer |
| US20190349805A1 (en) * | 2018-05-11 | 2019-11-14 | Mediatek Inc. | User equipments and methods for handling an update on quality of service (qos) flow to data radio bearer (drb) mapping |
| KR102629306B1 (ko) * | 2018-05-21 | 2024-01-25 | 삼성전자 주식회사 | 차세대 이동통신 시스템에서 sdap 제어 pdu를 구분해서 처리하는 방법 및 장치 |
| US20190373666A1 (en) * | 2018-05-29 | 2019-12-05 | Phazr, Inc. | Systems and Methods for Wireless Communication Using Control and User Plane Separation in a Virtualized Radio Base Stations Network |
| US11071025B2 (en) * | 2018-06-29 | 2021-07-20 | FG Innovation Company Limited | Cell handover with minimum mobility interruption |
| US20200037132A1 (en) * | 2018-07-27 | 2020-01-30 | Qualcomm Incorporated | Methods and apparatus for peer ue search and notification for unicast over sidelink |
| US20200037190A1 (en) * | 2018-07-30 | 2020-01-30 | Qualcomm Incorporated | Methods and apparatus for qos support for sidelink in network scheduled mode |
| US11184819B2 (en) * | 2018-09-20 | 2021-11-23 | Qualcomm Incorporated | Avoiding out of order uplink data reception upon data radio bearer release, handover to another data radio bearer, or quality of service flow addition |
| US11102839B2 (en) * | 2018-11-02 | 2021-08-24 | Qualcomm Incorporated | Unicast sidelink establishment |
| US11224007B2 (en) * | 2018-11-19 | 2022-01-11 | Huawei Technologies Co., Ltd. | System and method for supporting sidelink radio bearers |
| US11553542B2 (en) * | 2019-01-11 | 2023-01-10 | Qualcomm Incorporated | Device-to-device signaling |
| US11252777B2 (en) * | 2019-01-27 | 2022-02-15 | Qualcomm Incorporated | Coordinating radio resource control signaling with upper layer direct link establishment procedures |
| KR102858140B1 (ko) * | 2019-01-30 | 2025-09-10 | 삼성전자주식회사 | 무선 통신 시스템에서 직접 통신 베어러의 서비스 품질을 관리 및 설정하는 장치 및 방법 |
| US11910457B2 (en) * | 2019-01-31 | 2024-02-20 | Apple Inc. | Unicast sidelink access stratum level connection maintenance |
| KR102658886B1 (ko) * | 2019-02-14 | 2024-04-18 | 삼성전자 주식회사 | 차세대 이동 통신 시스템에서 차량 통신을 지원하기 위한 단말 능력 절차 수행 방법 및 장치 |
| ES2897684T3 (es) * | 2019-03-14 | 2022-03-02 | Asustek Comp Inc | Procedimientos y aparatos para el establecimiento de canales lógicos de enlace lateral en un sistema de comunicación inalámbrica |
| EP3928591B1 (en) * | 2019-03-26 | 2024-06-05 | Samsung Electronics Co., Ltd. | Method and apparatus for initiating radio resource control (rrc) connection for vehicle-to-everything (v2x) communication |
| KR102925171B1 (ko) * | 2019-03-29 | 2026-02-06 | 삼성전자주식회사 | 무선 통신 시스템에서 일대일 통신 서비스를 제공하는 방법 및 장치 |
| US11464066B2 (en) * | 2019-04-05 | 2022-10-04 | Qualcomm Incorporated | Establishing radio bearers on millimeter wave frequencies for device-to-device communications |
| KR102631108B1 (ko) * | 2019-04-26 | 2024-01-30 | 삼성전자 주식회사 | 무선 통신 시스템에서 QoS Flow 기반으로 브로드캐스트와 그룹캐스트를 통한 단말 대 단말 직접 통신을 지원하는 방법 |
| US11979932B2 (en) * | 2019-05-10 | 2024-05-07 | Qualcomm Incorporated | Radio link maintenance for sidelink wireless communications |
-
2020
- 2020-10-15 TW TW109135789A patent/TWI750851B/zh active
- 2020-10-15 CN CN202011101368.9A patent/CN112752299B/zh active Active
- 2020-10-15 ES ES20201921T patent/ES2901630T3/es active Active
- 2020-10-15 EP EP20201921.2A patent/EP3817447B1/en active Active
- 2020-10-15 JP JP2020173832A patent/JP7033637B2/ja active Active
- 2020-10-15 KR KR1020200133491A patent/KR102269703B1/ko active Active
- 2020-10-15 US US17/071,145 patent/US10952230B1/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN112752299A (zh) | 2021-05-04 |
| EP3817447B1 (en) | 2021-11-03 |
| TWI750851B (zh) | 2021-12-21 |
| KR102269703B1 (ko) | 2021-06-28 |
| JP2021072619A (ja) | 2021-05-06 |
| EP3817447A1 (en) | 2021-05-05 |
| JP7033637B2 (ja) | 2022-03-10 |
| US10952230B1 (en) | 2021-03-16 |
| CN112752299B (zh) | 2021-12-14 |
| TW202118337A (zh) | 2021-05-01 |
| KR20210053192A (ko) | 2021-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| 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 | |
| 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 | |
| ES2897684T3 (es) | Procedimientos y aparatos para el establecimiento de canales lógicos de enlace lateral en un sistema de comunicación inalámbrica | |
| ES2940479T3 (es) | Procedimiento y aparato para configurar la comunicación de enlace lateral en un sistema de comunicación inalámbrica | |
| 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 | |
| ES2908084T3 (es) | Procedimiento y aparato para liberar portador de radio de enlace lateral 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 | |
| US10602555B2 (en) | Method for establishing layer-2 entities for D2D communication system and device therefor | |
| ES2932964T3 (es) | Procedimiento y aparato para solicitar recursos de transmisión de enlace lateral en un sistema de comunicación inalámbrica | |
| 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 | |
| CN114513866A (zh) | Uu无线电承载到pc5无线电链路控制承载映射的方法和设备 | |
| KR102556735B1 (ko) | 무선 통신 시스템에서 원격 사용자 단말(ue)이 직접 대 간접 통신 경로 스위칭을 지원하기 위한 방법 및 장치 | |
| 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 | |
| US11564208B1 (en) | Method and apparatus for radio resource allocation to support UE-to-network relaying in a wireless communication system | |
| ES2983703T3 (es) | Procedimiento y aparato para la configuración del portador de RLC de enlace lateral del UE de retransmisión para admitir la retransmisión de UE a Red en un sistema de comunicación inalámbrica | |
| US20220124854A1 (en) | Method and apparatus for adaptation layer configuration for user equipment (ue)-to-network relaying in a wireless communication system | |
| HK40049391A (en) | Method and apparatus for supporting qos (quality of service) flow to drb (data radio bearer) remapping for sidelink communication in a wireless communication system | |
| HK40049391B (en) | Method and apparatus for supporting qos (quality of service) flow to drb (data radio bearer) remapping for sidelink communication in a wireless communication system |