ES2870927T3 - Método y aparato para soportar comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica a través de PC5 - Google Patents
Método y aparato para soportar comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica a través de PC5 Download PDFInfo
- Publication number
- ES2870927T3 ES2870927T3 ES19213539T ES19213539T ES2870927T3 ES 2870927 T3 ES2870927 T3 ES 2870927T3 ES 19213539 T ES19213539 T ES 19213539T ES 19213539 T ES19213539 T ES 19213539T ES 2870927 T3 ES2870927 T3 ES 2870927T3
- Authority
- ES
- Spain
- Prior art keywords
- side link
- communication
- qos
- service
- 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 176
- 238000000034 method Methods 0.000 title claims abstract description 69
- 230000011664 signaling Effects 0.000 claims abstract description 47
- 230000000977 initiatory effect Effects 0.000 claims abstract description 16
- 239000003999 initiator Substances 0.000 claims description 2
- 230000005540 biological transmission Effects 0.000 description 25
- 238000010586 diagram Methods 0.000 description 16
- 230000004044 response Effects 0.000 description 14
- 230000000875 corresponding effect Effects 0.000 description 12
- 238000013461 design Methods 0.000 description 7
- 238000013507 mapping Methods 0.000 description 7
- 238000013439 planning Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 101150014328 RAN2 gene Proteins 0.000 description 5
- 230000008859 change Effects 0.000 description 5
- 238000012423 maintenance Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 5
- 238000013475 authorization Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000001143 conditioned effect Effects 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 2
- 238000004590 computer program 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
- 239000002245 particle Substances 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 101100508818 Mus musculus Inpp5k gene Proteins 0.000 description 1
- 101100366438 Rattus norvegicus Sphkap gene Proteins 0.000 description 1
- 238000009825 accumulation Methods 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000001276 controlling effect Effects 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 238000009792 diffusion process Methods 0.000 description 1
- 208000018910 keratinopathic ichthyosis Diseases 0.000 description 1
- 238000011017 operating method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/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
- H04W72/00—Local resource management
- H04W72/30—Resource management for broadcast services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
- H04W72/542—Allocation or scheduling criteria for wireless resources based on quality criteria using measured or perceived quality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/005—Discovery of network devices, e.g. terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Un método para un equipo de usuario iniciador, a continuación también denominado como UE, para establecer una comunicación de enlace lateral uno a uno con un UE objetivo, que comprende: transmitir una primera señalización de PC5 usada para establecer la comunicación de enlace lateral uno a uno a una dirección de difusión asociada con un servicio de Vehículo a Todo, a continuación también denominado como V2X, o una aplicación de V2X que ofrece el servicio de V2X (2105), caracterizado por que la primera señalización de PC5 incluye una identidad de capa superior del UE objetivo y una identidad del servicio de V2X.
Description
DESCRIPCIÓN
Método y aparato para soportar comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica a través de PC5
Campo
Esta divulgación se refiere en general a redes de comunicación inalámbricas y, más particularmente, a un método y aparato para tratar la movilidad de un UE con comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica.
Antecedentes
Con el rápido aumento de la demanda de comunicación de grandes cantidades de datos a y desde dispositivos de comunicación móviles, las redes de comunicación por voz móvil tradicionales están evolucionando a redes que se comunican con paquetes de datos del protocolo de Internet (IP). Dicha comunicación de paquetes de datos IP puede proporcionar a los usuarios de los dispositivos de comunicación móviles servicios de voz sobre IP, multimedia, multidifusión y comunicación bajo demanda.
Una estructura de red ilustrativa es una red de acceso por radio terrestre universal evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un caudal de datos alto para realizar los servicios de voz sobre IP y multimedia anteriormente mencionados. Actualmente la organización de normas 3GPP está analizando una nueva tecnología de radio para la próxima generación (por ejemplo, 5G). Por consiguiente, se están presentando actualmente cambios al cuerpo actual de la norma 3GPP y se considera que evolucione y finalice la norma 3GPP.
3GPP TR 23.786 V1.0.0 divulga un método para que un equipo de usuario iniciador establezca una comunicación de enlace lateral uno a uno con un equipo de usuario objetivo.
3GPP TS 24.334 divulga que DIRCT_COMMUNICATION_REQUEST se transmitirá junto con el ID de capa 2 del UE objetivo.
Sumario
Se divulgan un método y aparato desde la perspectiva de un UE (equipo de usuario) iniciador para establecer una comunicación de enlace lateral uno a uno con un UE objetivo y se definen en las reivindicaciones independientes. Las reivindicaciones dependientes definen realizaciones preferidas de la misma.
Breve descripción de los dibujos
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrico de acuerdo con una realización ilustrativa.
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. 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 funcionan del código de programa de la Figura 3 de acuerdo con una realización ilustrativa.
La Figura 5 es una reproducción de la Figura 6.11.3.1-1 de 3GPP TR 23.786 V1.0.0.
La Figura 6 es una reproducción de la Figura 6.11.3.1-2 de 3GPP TR 23.786 V1.0.0.
La Figura 7 es una reproducción de la Figura 6.11.3.3-1 de 3GPP TR 23.786 V1.0.0.
La Figura 8 es una reproducción de la Figura 6.19.2.1.2-1 de 3GPP TR 23.786 V1.0.0.
La Figura 9 es una reproducción de la Figura 6.1.3.1a-1 de 3GPP TS 36.321 V15.3.0.
La Figura 10 es una reproducción de la Figura 6.1.3.1a-2 de 3GPP TS 36.321 V15.3.0.
La Figura 11 es un diagrama de acuerdo con una realización ilustrativa.
La Figura 12 es un diagrama de acuerdo con una realización ilustrativa.
La Figura 13 es un diagrama de acuerdo con una realización ilustrativa.
La Figura 14 es un diagrama de acuerdo con una realización ilustrativa.
Las Figuras 15A-15D son diagramas de acuerdo con una realización ilustrativa.
La Figura 16 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 17 es un diagrama 
e flujo de acuerdo con una realización ilustrativa.
La Figura 18 es un diagrama de acuerdo con una realización ilustrativa.
La Figura 19 es un diagrama de acuerdo con una realización ilustrativa.
La Figura 20 es un diagrama 
e flujo de acuerdo con una realización ilustrativa.
La Figura 21 es un diagrama e flujo de acuerdo con una realización ilustrativa.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica ilustrativos descritos a continuación emplean un sistema de comunicación inalámbrico, que soporta un servicio de difusión. Los sistemas de comunicación inalámbricos están ampliamente desplegados para proporcionar diversos tipos de comunicación tal como voz, datos y así sucesivamente. Estos sistemas pueden basarse en acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico de LTE (Evolución a Largo Plazo) de 3GPP, Lt E-A o LTE-Avanzada (Evolución a Largo Plazo Avanzada) de 3GPP, UMB (Banda Ancha Ultra Móvil) de 3GPP2, WiMax, NR (Nueva Radio) de 3GPP o algunas otras técnicas de modulación.
En particular, los sistemas y dispositivos de comunicación inalámbrica ilustrativos descritos a continuación pueden diseñarse para soportar una o más normas tales como la norma ofrecida por un consorcio llamado "Proyecto Común de Tecnologías Inalámbricas de la 3a Generación" al que se hace referencia en este documento como 3GPP, que incluye: Nota del director de RAN2 N.° 104; 3GPP TR 23.786 V1.0.0, "Study on architecture enhancements for EPS and 5g System to support advanced V2X services"; y TS 36.321 V15.3.0, "Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification".
La Figura 1 muestra un sistema de comunicación inalámbrico de acceso múltiple de acuerdo con una realización de la invención. Una red de acceso 100 (AN) incluye múltiples grupos de antena, incluyendo uno 104 y 106, incluyendo otro 108 y 110 e incluyendo uno adicional 112 y 114. En la Figura 1, solo 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, en 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, en 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 usan diferentes frecuencias para comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente de la usada por el enlace inverso 118.
Cada grupo de antenas y/o el área en la que se diseña que se comuniquen a menudo se denominan como un sector de la red de acceso. En la realización, cada uno de los grupos de antena se diseña para comunicarse con los terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación a través de los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden utilizar formación de haz para mejorar la relación de señal a ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. Asimismo, una red de acceso que usa formación de haz para transmitir a los terminales de acceso dispersos 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 trasmite a través de una única antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para comunicarse con los terminales y 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) puede llamarse también equipo de usuario (UE), un dispositivo de comunicación inalámbrico, 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 de un sistema receptor 250 (también conocido como el terminal de acceso (AT) o equipo de usuario (UE)) en un sistema de MIMO 200. En el sistema transmisor 210, se proporciona tráfico de datos para cierto número de flujos de datos desde un fuente de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferiblemente, cada flujo de datos se transmite a través de una respectiva antena de transmisión. El procesador de datos de TX 214 formatea, codifica e intercala los datos de tráfico para cada flujo de datos basándose en un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar los datos codificados.
Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto usando técnicas de OFDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de una manera conocida y puede usarse en el sistema receptor para estimar la respuesta de canal. El piloto multiplexado y los datos codificados para cada flujo de datos se modulan a continuación (es decir, se correlaciona por símbolo) basándose en un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La tasa de datos, 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 de MIMO de TX 220, que puede procesar adicionalmente los símbolos de modulación (por ejemplo, para OFDM). El procesador de MIMO de TX 220 proporciona, a continuación, Nt flujos de símbolos de modulación a Nt transmisores (TMTR) 222a a 222t. En ciertas realizaciones, el procesador de MIMO de TX 220 aplica ponderaciones de formación de haz a los símbolos de los flujos y a la antena desde la que se está transmitiendo el símbolo.
Cada transmisor 222 recibe y procesa un respectivo flujo de símbolos para proporcionar una o más señales analógicas y acondiciona adicionalmente (por ejemplo, amplifica, filtra y convierte ascendentemente) las señales analógicas para proporcionar una señal modulada adecuada para su transmisión a través del canal de MIMO. A continuación se transmiten Nt señales moduladas desde los transmisores 222a a 222t desde Nt antenas 224a a 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben por Nr antenas 252a a 252r y la señal recibida desde cada antena 252 se proporciona a un respectivo receptor (RCVR) 254a a 254r. Cada receptor 254 acondiciona (por ejemplo, filtra, amplifica y convierte descendentemente) una señal recibida respectiva, digitaliza la señal acondicionada para proporcionar muestras y procesa adicionalmente las muestras para proporcionar un correspondiente flujo de símbolos "recibido".
Un procesador de datos de RX 260 recibe, a continuación, y procesa los Nr flujos de símbolos recibidos desde Nr transceptores 254 basándose en una técnica de procesamiento de receptor particular para proporcionar Nt flujos de símbolos "detectados". El procesador de datos de RX 260 a continuación demodula, desintercala y descodifica cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador de datos de RX 260 es complementario al realizado por el procesador de MIMO de TX 220 y el procesador de datos de TX 214 en el sistema transmisor 210.
Un procesador 270 determina periódicamente qué matriz de precodificación usar (analizado a continuación). El procesador 270 formula un mensaje de enlace inverso que comprende una parte de índice de matriz y una parte de valor de clasificación.
El mensaje de enlace inverso puede comprender diversos tipos de información con respecto al enlace de comunicación y/o al flujo de datos recibido. El mensaje del enlace inverso se procesa, a continuación, por un procesador de datos de TX 238, que también recibe datos de tráfico para un número de flujos de datos desde un origen de datos 236, modulados por un modulador 280, acondicionados por los transmisores 254a a 254r y transmitidos de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas desde el sistema receptor 250 se reciben por las antenas 224, se acondicionan por receptores 222, de demodulan por un demodulador 240 y se procesan por un procesador de datos de RX 242 para extraer el mensaje de enlace de reserva transmitido por el sistema receptor 250. El procesador 230 determina, a continuación, qué matriz de precodificación usar para determinar las ponderaciones de formación de haz y, a continuación, procesa el mensaje extraído.
Pasando a la Figura 3, esta figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la invención. Como se muestra en la Figura 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica puede utilizarse para implementar 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 de LTE o NR. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad de procesamiento central (CPU) 308, una memoria 310, un código de programa 312 y un transceptor 314. El circuito de control 306 ejecuta el código de programa 312 en la memoria 310 a través de la CPU 308, controlando de este modo una operación del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales introducidas por un usuario a través del dispositivo de entrada 302, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, entregar señales recibidas al circuito de control 306 y emitir señales generadas por el circuito de control 306 de forma inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrico también puede utilizarse para realizar la AN 100 en la Figura 1.
La Figura 4 es un diagrama de bloques simplificado del código de programa 312 mostrado 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 parte de capa 3402 y una parte de capa 2404 y se acopla a una parte de capa 1406. La parte de capa 3 402 realiza generalmente el control de recursos de radio. La parte de capa 2404 realiza generalmente el control de enlace. La parte de capa 1406 realiza generalmente las conexiones físicas.
Como se indica en la nota del director de 3GPP RAN2 N.° 104, la reunión de 3GPP RAN2 N.° 104 logró los siguientes acuerdos en comunicaciones de enlace lateral de eV2X (Vehículo a Todo mejorado) de NR (Nueva RAT/Radio):
3GPP TR 23.786 V1.0.0 introdujo las siguientes soluciones para comunicaciones de eV2X:
6.11 Solución N.° 11: solución para unidifusión o multidifusión para comunicación de eV2X a través de punto de referencia de PC5
6.11.1 Descripción funcional
Esta solución aborda el problema clave N.° 1 sobre el soporte de comunicación de grupo de eV2X, problema clave N.° 9 sobre el soporte de la comunicación de unidifusión/multidifusión a través de PC5 y problema clave N.° 4 sobre el soporte de mejora de marco de QoS de PC5 para eV2X, centrándose en los siguientes aspectos:
- Identificadores para la comunicación de unidifusión, por ejemplo, ID de L2;
- Protocolo de señalización para soportar comunicación de unidifusión/multidifusión;
- Soporte de QoS y configuraciones de capa AS;
- Asociaciones de seguridad;
- Procedimientos para establecimiento y mantenimiento de enlace.
6.11.2 Descripción de la solución
6.11.2.1 Identificadores para la comunicación de unidifusión
6.11.2.1.1 Espacio de dirección de ID de L2 separado para unidifusión y multidifusión de los de difusión
Uno de los identificadores esenciales para la comunicación de unidifusión/multidifusión es el ID de L2. A partir del diseño de ProSe en TS 23.303 [8], el espacio de dirección de ID de L2 de destino para comunicación uno a uno y para comunicaciones uno a muchos están separados con un mecanismo de capa AS, es decir, número de versión de capa MAC. Esto se hace para evitar conflictos de las direcciones usadas que pueden provocar daños a comunicaciones uno a uno. De manera similar, unidifusión de V2X también debería usar los ID de L2 separados que los de difusión y multidifusión.
Esta separación se aplica tanto a ID de L2 de destino como ID de L2 de origen. Para un UE que tiene tráfico tanto de difusión como unidifusión/multidifusión, deberían usarse diferentes ID de L2 con correspondientes formatos. El ID de L2 de origen se usará por UE homólogo como el ID de L2 de destino en comunicación de unidifusión. Detalles de la gestión de ID de L2 relacionada para unidifusión/multidifusión se describe en cláusulas siguientes.
El UE puede usar ID de L2 de origen distinto para un enlace de comunicación uno a uno de unidifusión diferente, por ejemplo, cuando se asocian diferentes enlaces de unidifusión con diferentes identificadores de capa superior.
6.11.2.1.2 Decidir el ID de L2 de destino a usar para comunicación de unidifusión/multidifusión
6.11.2.1.2.1 Opción A
En TS 23.285 [5], el ID de L2 de destino se decide por el UE basándose en una correlación configurada entre PSID/ITS-AID con el ID de L2. Esto es válido para tráfico de difusión, pero no funciona para tráfico de unidifusión o multidifusión. En unidifusión o multidifusión, el ID de L2 de destino no se decidiría basándose en PSID/ITS-AID. Debería permitirse que un UE de V2X tenga múltiples conexiones de unidifusión o grupos de multidifusión soportados simultáneamente para un servicio particular (PSID/ITS-AID). Por lo tanto, la información de ID de L2 de destino en este caso debería
proceder de la capa superior. Esto significa que la interfaz entre la capa V2X y capa superior necesita mejorarse para permitir que tal información se pase junto con el paquete de datos.
Se espera que las aplicaciones de V2X reales no entiendan el concepto de ID de L2, ya que las aplicaciones pueden crearse para tecnologías o plataformas cruzadas. Por lo tanto, alguna capa de soporte intermedio dentro del UE tiene que traducir el identificador usado por la capa de aplicación, por ejemplo, ID de estación, al ID de L2 de V2X. Significa que tal capa de soporte intermedio necesita mantener la correlación de identificadores de destino de capa de aplicación e ID de L2. Ya que esta capa de soporte intermedio está fuera de alcance de SA2, en la especificación puede observarse como "capa superior" en general, y debería documentarse la suposición de que esta "capa superior" mantiene la correlación y proporciona el ID de L2 para comunicación de unidifusión o multidifusión.
6.11.2.1.2.2 Opción B
Una alternativa a la solución anterior es que la capa V2X gestione tal enlace de unidifusión/grupo de multidifusión a la correlación de ID de L2. En ese caso, puede asignarse al enlace de unidifusión/grupo de multidifusión un identificador de flujo en el momento de establecimiento. Correspondiente información de perfil de conexión, por ejemplo, ID de L2, ajustes de transmisión, parámetros de QoS, etc., podrían asociarse con el mismo. En un caso de este tipo, la capa superior únicamente necesita usar el identificador de flujo para indicar el destino y pasar el mismo con el paquete de datos. La capa V2X aplicará la información de perfil asociada, incluyendo los ID de L2, para la transmisión. Esto permitiría la reutilización de los mecanismos de tratamiento de enlace de Uu, por ejemplo, similar a los de flujos de QoS, y ser más extensible. De nuevo, la traducción de los identificadores de capa de aplicación, por ejemplo, ID de estación, a este identificador de flujo tiene que hacerse por esta capa de soporte intermedio, es decir, la "capa superior".
6.11.2.2 Protocolo de señalización para soportar comunicación de unidifusión/multidifusión
Para comunicación de unidifusión o multidifusión, existe una necesidad de algún mensaje de control intercambiado entre los UE implicados para establecer el enlace o grupo. Por lo tanto, se requiere algún protocolo de señalización. En comunicación uno a uno de ProSe definida en TS 23.303 [8], se introdujo un protocolo de señalización de PC5 (cláusula 5.1.1.5.2), que se ejecuta sobre una capa PDCP. Aunque se define para uso de ProSe, los mensajes podrían extenderse para usarse para comunicación de V2X. El diseño de protocolo detallado necesita revisarse basándose en los procedimientos de operación de unidifusión reales. Otro enfoque alternativo es ejecutar RRC a través de PC5. Ya que de todas formas se usa el protocolo de señalización de PC5 sobre PDCP, puede usarse el protocolo de RRC para sustituir el mismo. Aunque no se requieren todas las características de RRC para la operación de PC5, esos mensajes de RRC pertinentes de V2X seleccionados pueden extenderse y usarse, por ejemplo, SidelinkUEInformation, etc. La ventaja de eso es la unificación potencial de protocolos de señalización de control para Uu y PC5.
Por lo tanto, en esta solución se introduce un protocolo de señalización a través de PC5 para la gestión de comunicación de unidifusión/multidifusión.
6.11.2.3 Soporte de QoS y configuraciones de capa AS
Es deseable que pueda soportarse QoS también a través de comunicación de unidifusión y multidifusión.
En TS 23.285 [5], el modelo de QoS para comunicación de V2X se basa en el modelo por paquete, por ejemplo, PPPP y PPPR. Con la comunicación de unidifusión o multidifusión, debería analizarse si también debería soportarse un modelo de QoS orientado a conexión similar al de conexión de Uu. Como se ha analizado también en el problema clave N.° 4 "Soporte de mejora de marco de QoS de PC5 para eV2X", se espera que se requiera algo más que PPPP y PPPR existentes.
Específicamente para unidifusión o multidifusión, debido al enlace o grupo implicado, la mayoría de paquetes enviados a través del mismo enlace de unidifusión entre un par de homólogos debería tener las mismas características de QoS. Esto está más cerca del modelo de conexión de Uu, en lugar del tráfico basado en difusión normal. Por lo tanto, en este punto puede reutilizarse el concepto de tipo de Uu de gestión de QoS. Esto permite un modelo unificado para Uu y PC5.
Además, podría haber diferentes características de capa AS que pueden ser opcionales o no compatibles hacia atrás. Por lo tanto, cuando se establece el enlace de unidifusión, tal configuración también podría negociarse y configurarse junto con/o como parte del perfil de QoS.
NOTA: se usa el modelo de QoS para unidifusión descrito en la solución N.° 19 (cláusula 6.19).
6.11.2.4 Asociaciones de seguridad
La comunicación de unidifusión o multidifusión puede necesitar también protección en la capa de enlace. La
comunicación de ProSe uno a uno soporta establecimiento de enlace de L2 seguro, como se define en TS 33.303 [11]. Sin embargo, dentro del contexto de la comunicación de V2X, cada UE tiene los correspondientes certificados para la protección de seguridad. Por lo tanto, puede haber una necesidad de mejora o ajuste del protocolo de establecimiento de enlace seguro de L2 existente para soportar el uso de tales asociaciones de seguridad. El tratamiento de seguridad exacta debería analizarse y decidirse por SA3. El diseño de SA2 necesitar estar alineado con esas decisiones cuando esté disponible.
6.11.2.5 Procedimientos para establecimiento y mantenimiento de enlace
TS 23.303 [8] ha definido los procedimientos para el establecimiento y mantenimiento de enlace de L2 seguro a través de PC5, como en la cláusula 5.4.5. Estos procedimientos pueden mejorarse y adaptarse para el uso de V2X, sujetos a las decisiones anteriores con respecto a la elección de protocolo de señalización, tratamiento de seguridad, etc. Aunque se requieren algunas consideraciones adicionales para el V2X para el tratamiento de enlace/grupo. Para comunicación de V2X, no todos los UE soportarán o usarán comunicación de unidifusión. Además, no todos los servicios pueden ejecutarse a través del mismo canal o RAT (por ejemplo, V2X de LTE frente a V2X de NR). Con V2X, no hay ningún canal de descubrimiento como el de ProSe (es decir, PC5-D), y no existe ninguna suposición sobre la configuración desde la red como la de uso de seguridad pública. Por lo tanto, para soportar el establecimiento de enlace, existe una necesidad de anuncio de servicio para informar al homólogo de la existencia del UE y la capacidad del UE para la comunicación de unidifusión, por ejemplo, canal para operar, o los servicios soportados, etc.
Un anuncio de servicio de este tipo debería hacerse accesible a todos los UE que están interesados en el uso del servicio. Por ejemplo, tal anuncio podría o bien configurarse para enviar a través de un canal dedicado, similar a como se trata el Anuncio de Servicio de WAVE, o bien para concatenarse en los mensajes periódicos desde los UE soportados.
NOTA 1: el anuncio de servicio se trata por la capa superior y fuera del alcance de SA2. Para el mantenimiento de enlace de capa 2, se necesita una funcionalidad de mantenimiento para detectar que cuando los UE no están en alcance de comunicación directa, de modo que pueden proceder con versión de enlace de capa 2 implícita.
NOTA 2: se deja a la Etapa 3 determinar cómo se soporta la funcionalidad de mantenimiento.
6.11.3 Procedimientos
6.11.3.1 Establecimiento de enlace de capa 2 a través de PC5
El procedimiento de establecimiento de enlace de capa 2 como se define en TS 23.303 [8] cláusula 5.4.5.2 puede reutilizarse para el establecimiento de enlace de unidifusión de V2X, con las siguientes adaptaciones:
- Los mensajes pueden convertirse a mensaje de señalización de RRC en lugar de mensaje de señalización de PC5, depende de la decisión del RAN WG.
- "Establecimiento de enlace de capa 2 orientada a UE" opera como se indica a continuación y la Figura 6.11.3.1-1 muestra el procedimiento:
- El mensaje de petición de comunicación directa puede enviarse por el UE-1 con mecanismo de difusión, es decir, a una dirección de difusión asociada con la aplicación en lugar del ID de L2 de UE-2. El identificador superior de UE-2 se incluye en el mensaje de petición de comunicación directa para permitir que el UE-2 decida sobre si responder a la petición. El ID de L2 de origen de este mensaje debería ser el ID de l2 de unidifusión del UE-1. - El mensaje de petición de comunicación directa debería transmitirse usando ajuste de capa AS por defecto, por ejemplo, ajuste de difusión, que puede entenderse por el UE-2.
- El u E-2 usa el ID de L2 de origen del mensaje de petición de comunicación directa recibido como ID de L2 de destino en la señalización posterior al UE-1, y usa su propio ID de L2 de unidifusión como el ID de L2 de origen. El UE-1 obtiene el ID de L2 del UE-2 para comunicación futura, para señalización y tráfico de datos.
[La Figura 6.11.3.1-1 de 3GPP TR 23.786 V1.0.0, titulada "Procedimiento de establecimiento de enlace de capa 2 orientado a UE", se reproduce como la Figura 5]
- "Establecimiento de capa 2 orientado a servicio de V2X" opera igual que el "Establecimiento de enlace de capa 2 orientado a UE" con las siguientes diferencias y la Figura 6.11.3.1-2 muestra el procedimiento:
- La información acerca de servicio de V2X que solicita establecimiento de enlace de L2, es decir, información acerca del servicio de V2X anunciado se incluye en el mensaje de petición de comunicación directa para permitir que otros UE decidan sobre si responder a la petición.
- Los UE que están interesados en el uso del servicio de V2X anunciado por el mensaje de petición de comunicación directa pueden responder a la petición (UE-2 y UE-4 en la Figura 6.11.3.1-2).
- Después de establecer el enlace de capa 2 con otro u otros UE como se ha descrito anteriormente, nuevo o nuevos UE pueden entrar en proximidad con UE-1, es decir, alcance de comunicación directa del UE-1. En
este caso, el UE-1 puede iniciar el procedimiento de establecimiento de enlace de capa 2 orientado a servicio de V2X ya que es consciente de nuevo o nuevos UE a partir de mensajes de capa de aplicación enviados por el o los Ue . O el nuevo UE puede iniciar un procedimiento de establecimiento de enlace de capa 2 orientado a servicio de V2X. Por lo tanto, el UE-1 no tiene que seguir enviando un mensaje de petición de comunicación directa periódicamente para anunciar el servicio de V2X que quiere para establecer enlace de L2 con otro UE para unidifusión.
[La Figura 6.11.3.1-2 de 3GPP TR 23.786 V1.0.0, titulada "Procedimiento de establecimiento de capa 2 orientado a servicio de V2X", se reproduce como la Figura 6]
El enlace de capa 2 soporta el tráfico no IP. No se efectuaría ninguna negociación de dirección IP ni procedimiento de asignación.
6.11.3.2 Contenidos del mensaje de señalización para establecimiento de enlace
La información transportada en mensaje de petición de comunicación directa definido en TS 24.334 [13] requiere al menos las siguientes actualizaciones:
- Para "establecimiento de enlace de capa 2 orientado a UE",
- La información de usuario necesita incluir el ID del UE objetivo (ID de capa superior del UE-2), además del ID del UE iniciador (ID de capa superior del UE-1).
NOTA: la Etapa 3 puede decidir si estos ID pueden transportarse en el mismo IE o IE separados, por ejemplo, el ID de estación/ID de Temp de Vehículo necesita ser de únicamente 4 octetos.
- Para "establecimiento de enlace de capa 2 orientado a servicio de V2X",
- La información de servicio de V2X anunciado para incluir la información acerca de servicio de V2X que solicita establecimiento de enlace de L2, por ejemplo, PSID o ITS-AID de la aplicación de V2X. Compartición de sensor, y etc. puede ser el caso para el servicio de V2X.
- La configuración de dirección IP, que se especifica como obligatoria para ProSe, debería permitir una indicación de que no tiene que usarse ningún IP, de tal forma que el UE de recepción (por ejemplo, el UE-2) no comenzaría ningún procedimiento de configuración de IP para este enlace particular.
- Los IE especializados para seguridad necesitan revisarse por SA3, ya que el mecanismo de seguridad para eV2X puede ser diferente y requiere diferentes IE.
- Información de configuración adicional con respecto al enlace, por ejemplo, cuando se usa mensaje de RRC puede haber configuraciones de capa AS.
6.11.3.3 Procedimiento de actualización de identificador de enlace para protección de privacidad de comunicación de unidifusión
[La Figura 6.11.3.3-1 de 3GPP TR 23.786 V1.0.0, titulada "Procedimiento de actualización de identificador de capa 2", se reproduce como la Figura 7]
Este procedimiento se usa para actualizar al homólogo en la comunicación de unidifusión del cambio inminente de los identificadores usados para este enlace. Debido a los requisitos de privacidad, en uso de eV2X, el UE debería cambiar frecuentemente sus identificadores para evitar que sea rastreable por terceras partes. Cuando se produce el cambio de identificador, necesitan cambiarse todos los identificadores a través de todas las capas, es decir, desde el ID de capa de aplicación al ID de L2. Se requiere esta señalización antes de que se produzcan los cambios de identificador, para evitar interrupciones de servicio.
1. El UE-1 decide el cambio de identificadores, por ejemplo, debido al cambio de identificador de capa superior o un temporizador, e incluye los nuevos identificadores a usar (incluyendo los nuevos identificadores de capa superior, nueva dirección/prefijo IP si aplicación, nuevos de ID de L2) en el mensaje de petición de actualización de enlace identificador, y enviar a UE-2 antes de que cambie los identificadores. Los nuevos identificadores a usar deberían cifrarse para proteger la privacidad.
NOTA 1: el temporizador está ejecutándose en un por ID de L2 de origen.
2. El UE-2 responde con un mensaje de respuesta de actualización de identificador de enlace. Tras la recepción del mensaje, el UE-1 y el UE-2 pueden comenzar a usar los nuevos identificadores para el tráfico de datos. El UE-1 recibirá tráfico en su antiguo ID de L2 hasta que recibe la respuesta de actualización de ID de enlace desde el UE-2.
NOTA 2: si existen múltiples enlaces desde el UE-1 que usan los mismos identificadores de capa superior o ID de L2, el UE-1 necesita realizar el procedimiento de actualización a través de cada uno del enlace y para cada enlace necesita seguir recibiendo tráfico en su antiguo ID de L2 para ese enlace específico hasta que recibe la respuesta de actualización de ID de enlace.
6.11.3.4 Aspectos de seguridad para enlace de capa 2
Ya que las aplicaciones de eV2X tienen certificados de seguridad asociados, el enlace de unidifusión puede reutilizar los mismos para derivar la asociación de seguridad para proteger la señalización o datos del enlace de unidifusión.
6.11.4 Impacto en entidades e interfaces existentes
Nota del editor: se añadirán impactos en nodo existentes o funcionalidad.
6.11.5 Temas para estudios posteriores
Ninguno.
6.11.6 Conclusiones
Solución documentada en las cláusulas 6.11.1 a 6.11.4 aborda todos los aspectos del problema clave N.° 9 Soporte de unidifusión/multidifusión para compartición de sensor a través de PC5, y debería avanzar a la fase normativa. Los siguientes aspectos se actualizarán adicionalmente basándose en realimentaciones desde los grupos de trabajo: - la definición de mensaje de señalización para establecimiento y gestión de enlace de unidifusión, por ejemplo, si y cómo se usa señalización de RRC para enlace de unidifusión;
- la elección de modelo de QoS por paquete o modelo de QoS basado en portador para difusión, difusión en grupo, y unidifusión basándose en decisiones de RAN;
- señal a la estación base con respecto al servicio usado cuando se usa el modo de planificación de red;
- las actualizaciones de procedimiento relacionado con seguridad potencial para comunicación de unidifusión a través de PC5.
NOTA: la capa de aplicación puede usar un mecanismo de comunicación de unidifusión o difusión en grupo para diferentes aplicaciones, por ejemplo, aplicaciones de acumulación de vehículos.
6.19 Solución N.° 19: soporte de QoS para comunicación de eV2X a través de interfaz de PC5
6.19.1 Descripción funcional
6.19.1.1 Descripción general
Esta solución aborda el problema clave N.° 4 (cláusula 5.4) soporte de mejora de marco de QoS de PC5 para eV2X. Los requisitos de QoS para eV2X son diferentes de los del V2X de EPS, y el anteriormente definido PPPp/ PPPR en TS 23.285 [5] se consideran que no satisfacen las necesidades. Específicamente, existen muchos más parámetros de QoS a considerar para servicios de eV2X. Esta solución propone usar 5QI para comunicación de eV2x a través de interfaz de PC5. Esto permite un modelo de QoS unificado para servicios de eV2X a través de diferentes enlaces. 6.19.1.2 Descripción de la solución
Los nuevos requisitos de servicio se recogieron en TS 22.186 [4]. Los nuevos KPI de rendimiento se especificaron con los siguientes parámetros:
- Carga útil (Bytes);
- Tasa de transmisión (Mensaje/s);
- Latencia de extremo a extremo máxima (ms);
- Fiabilidad (%);
- Tasa de datos (Mbps);
- Alcance de comunicación requerido mínimo (metros).
Obsérvese que el mismo conjunto de requisitos de servicio se aplican tanto a comunicación de V2X basada en PC5 como comunicación de V2X basado en Uu. Como se analiza en la solución N.° 2 (cláusula 6.2), estas características de QoS podrían representarse bien con 5QI definido en TS 23.501 [7].
Por lo tanto, es posible tener un modelo de QoS unificado para PC5 y Uu, es decir, usar también 5QI para comunicación de V2X a través de PC5, de tal forma que la capa de aplicación puede tener una forma consistente de indicar requisitos de QoS independientemente del enlace usado. Esto no evita que la capa AS implemente diferentes mecanismos a través de PC5 y Uu para conseguir los requisitos de QoS. Considerando los UE con capacidad de V2X de 5GS, existen tres tipos diferentes de tráfico: difusión, multidifusión y unidifusión.
Se aplica UE-PC5-AMBR a todo tipo de tráfico y se usa para que RAN cubra la transmisión de PC5 de UE en la gestión
de recursos.
Para tipo de unidifusión de tráfico, está claro que puede utilizarse el mismo modelo de QoS que el de Uu, es decir, cada uno del enlace de unidifusión podría tratarse como un portador, y podría asociarse con el mismo flujos de QoS. Todas las características de QoS definidas en 5QI y el parámetro adicional de tasa de datos podrían aplicarse. Además, el alcance de comunicación requerido mínimo podría tratarse como un parámetro adicional específicamente para uso de PC5.
Para tráfico de difusión, no existe el concepto de portador. Por lo tanto, cada uno del mensaje puede tener diferentes características de acuerdo con los requisitos de aplicación. El 5QI debería usarse, a continuación, de una manera similar a la del PPPP/PPPR, es decir, a etiquetar con cada uno del paquete. El 5QI es capaz de representar todas las características necesarias para la operación de difusión de PC5, por ejemplo, latencia, prioridad, fiabilidad, etc. Podría definirse un grupo de 5QI específicos de difusión de V2X (es decir, v Q i) para uso de PC5.
NOTA 1: el 5QI usado para PC5 puede ser diferente del usado para Uu incluso para el mismo servicio de V2X, por ejemplo, el PDB para el PC5 puede ser más largo que el de Uu ya que es un enlace directo. Los 5QI usados para PC5 se denominan VQI para su diferenciación.
NOTA 2: una correlación entre el V2X de parámetros de QoS de EPS, por ejemplo, PPPP y PPPR, con los nuevos VQI, por ejemplo, similar a los 5QI no de GBR definidos en TS 23.501 [7], se definirán en fase de normativa para operación de difusión.
NOTA 3: la suposición de trabajo es que el diseño de PC5 de NR soporta el uso de 5QI de V2X.
NOTA 4: la capa AS puede tratar unidifusión, difusión en grupo y difusión tráfico teniendo en cuenta todas sus prioridades, por ejemplo, indicadas por VQI.
6.19.1.3 Valores de 5QI de V2X (VQI) para uso de difusión de PC5
Un conjunto de nuevos VQI para uso de V2X se definirán en la fase normativa que refleja los requisitos de servicio documentados en TS 22.186 [4].
NOTA 1: la suposición de trabajo es que no se soporta VQI no normalizado en esta versión.
NOTA 2: si se usa modelo de QoS por paquete o por flujo de QoS depende de la decisión de RAN.
6.19.2 Procedimientos
Nota del editor: esta cláusula describe procedimientos para usar el nuevo modelo de QoS para comunicación de PC5. También depende del desarrollo de RAN.
6.19.2.1 Soporte de QoS para comunicación de unidifusión a través de interfaz de PC5
6.19.2.1.0 General
Para habilitar soporte de QoS para comunicación uno a uno de eV2X a través de interfaz de PC5, necesitan soportarse los siguiente procedimientos.
Nota del editor: los siguientes procedimientos pueden actualizarse adicionalmente dependiendo del progreso en el modelo de QoS de PC5.
6.19.2.1.1 Provisión de parámetros de QoS a UE y NG-RAN
Los parámetros de QoS de PC5 y regla de QoS de PC5 se provisionan al UE como parte de parámetros de autorización de servicio usando la solución definida para el problema clave N.° 5. La regla de QoS de PC5 se usa para correlacionar los servicios de V2X (por ejemplo, PSID o ITS-AID de la aplicación de V2X) con el flujo de QoS de PC5. Los parámetros de QoS de PC5 recuperados por la PCF desde el UDR se proporcionan al NG-RAN a través de AMF. La AMF almacena tal información como parte del contexto de UE. Para procedimientos posteriores (por ejemplo, petición de servicio, traspaso), la provisión de los parámetros de QoS de PC5 a través de N2 seguirá la descripción de conformidad con cláusula 6.6.2.
NOTA 1: el UE-PC5-AMBR se proporciona por el UDM y los detalles seguirán la descripción de conformidad con la solución N.° 6.
Los parámetros de QoS de PC5 que provisionan al UE y NG-RAN podrían desencadenarse por el contenedor de política de UE incluido en el mensaje de NAS proporcionado por el UE. La PCF envía a la AMF los parámetros actualizados de QoS de PC5 para n G-RAN cuando se necesitan.
NOTA 2: los parámetros de QoS de PC5 detallados usados por NG-RAN se identificarán durante la fase de trabajo de normativa.
NOTA 3: NG-RAN está configurado con parámetros estáticos para modo de asignación de recursos de planificación de red para soportar QoS de PC5.
6.19.2.1.2 Negociación de parámetros de QoS entre UE
Los parámetros de QoS de PC5 se negocian en el establecimiento de comunicación uno a uno procedimiento, por tanto se mejora el procedimiento de establecimiento de comunicación uno a uno definido en TS 23.303 [8] para soportar negociación de parámetros de QoS de PC5 entre dos UE. Después del procedimiento de negociación de parámetros de QoS de PC5, se usa el mismo QoS en ambas direcciones.
[La Figura 6.19.2.1.2-1 de 3GPP TR 23.786 V1.0.0, titulada "Establecimiento de enlace de capa 2 seguro a través de PC5", se reproduce como la Figura 8]
Los UE que participan en comunicación uno a uno negocian los parámetros de QoS de PC5 durante el procedimiento de establecimiento de enlace.
1. El UE-1 envía un mensaje de petición de comunicación directa al UE-2 para desencadenar autenticación mutua. Este mensaje incluye los parámetros solicitados de QoS de PC5.
2. El UE-2 inicia el procedimiento para autenticación mutua. El UE-2 incluye los parámetros de QoS de PC5 aceptados en el mensaje de respuesta.
NOTA: este procedimiento está alineado con la solución N.° 11 (cláusula 6.11).
6.19.2.1.3 Tratamiento de QoS para comunicación de eV2X
Cuando se usa unidifusión de PC5 para la transmisión de mensaje de eV2X, se aplican los siguientes principios tanto para modo de operación de planificación de red como modo de selección de recursos autónomo de UE:
- Parámetros de QoS de PC5 definidos en cláusula 6.19.1.2 se aplican a la comunicación de eV2X a través de PC5. - El mensaje de eV2X se envía en el flujo de QoS de PC5 establecido usando el procedimiento descrito en la cláusula 6.19.2.1.2.
- La correlación de mensaje de eV2X de capa de aplicación con parámetros de QoS de PC5 se basa en la regla de QoS de PC5.
Cuando se usa el modo de operación de planificación de red, se aplican los siguientes principios adicionales:
- El UE proporciona información de parámetro de QoS de PC5 al gNB para petición de recursos.
- Cuando el gNB recibe una petición de recurso de PC5 desde un UE, el gNB puede autorizar el parámetro de QoS de PC5 solicitado basándose en los parámetros de QoS de PC5 recibidos desde AMF.
- El gNB puede usar la información de parámetro de QoS de PC5 para tratamiento de QoS de PC5.
Cuando se usa el modo de selección de recursos autónomo, se aplica el siguiente principio adicional:
- El UE puede usar el parámetro de QoS de PC5 para tratamiento de QoS de PC5 basándose en la información provisionada descrita en la cláusula 6.19.2.1.1.
6.19.2.2 Soporte de QoS para comunicación de difusión a través de la interfaz de PC5
Cuando se usa difusión de PC5 para la transmisión de mensaje de eV2X, se siguen los siguientes principios tanto para modo de operación de planificación de red como modo de selección de recursos autónomo de UE:
- Parámetros de QoS de PC5 (por ejemplo, VQI) definidos en la cláusula 6.19.1.2 se aplican a la comunicación de eV2X a través de PC5.
- La capa de aplicación establece los parámetros de QoS de PC5 para cada mensaje de eV2X cuando pasa el mismo a la capa V2X para transmisión.
Cuando se usa el modo de operación de planificación de red, se aplican los siguientes principios adicionales:
- El UE proporciona información de QoS de PC5 que refleja parámetros de QoS de PC5 al gNB para petición de recursos.
- El gNB puede usar la información de QoS de PC5 que refleja parámetros de QoS de PC5 para tratamiento de QoS. Cuando se usa el modo de selección de recursos autónomo, se aplica el siguiente principio adicional:
- El UE puede usar los parámetros de QoS de PC5 para tratamiento de QoS de PC5.
NOTA: la elección de modelo de QoS por paquete o modelo de QoS basado en portador para difusión se basa en decisiones de RAN.
6.19.2.3 Soporte de QoS para comunicación de grupo a través de interfaz de PC5
El procedimiento en soporte de QoS para comunicación de grupo a través de interfaz de PC5 se describe en la cláusula 6.21.2 (solución N.° 21).
6.19.3 Impacto en entidades e interfaces existentes
A continuación se indican los impactos en UE y otros NF:
- UE necesita soportar el nuevo modelo de QoS para comunicación de PC5.
- AMF proporciona a NG-RAN los parámetros de QoS para comunicación de PC5 buscado a partir de PCF en asociación de mensajes de N2 para diferentes procedimientos.
- NG-RAN recibe parámetros de QoS para comunicación de PC5 desde AMF e impone parámetro de QoS para el modo de planificación de red.
- UDR almacena parámetros de QoS para comunicación de PC5.
Nota del editor: es para estudios posteriores si la correlación de PPPP, PPPR con el nuevo VQI sería necesaria para tráfico de difusión.
6.19.4 Temas para estudios posteriores
Nota del editor: esta cláusula describe temas para estudios posteriores.
6.19.5 Conclusiones
La solución recogida en las cláusulas 6.19.1 a 6.19.3 debería avanzar a la fase normativa.
3GPP TS 36.321 V15.3.0 indica:
6.1.3.1a Elementos de control de MAC de BSR de enlace lateral
Elementos de control de MAC de BSR de enlace lateral truncados y BSR de enlace lateral constan de un campo de índice de destino, un campo de ID de LCG y un correspondiente campo de tamaño de memoria intermedia por grupo objetivo notificado.
Los elementos de control de MAC de BSR de enlace lateral se identifican mediante subencabezamiento de PDU de MAC con LCID como se especifica en la Tabla 6.2.1-2. Tienen tamaños variables.
Para cada grupo incluido, los campos se definen como sigue (Figuras 6.1.3.1 a-1 y 6.1.3.1a-2):
- Índice de destino: el campo de índice de destino identifica el destino de ProSe o el destino para comunicación de enlace lateral de V2X. La longitud de este campo es 4 bits. El valor se establece al índice del destino notificado en destinationInfoList para comunicación de enlace lateral o se establece a un índice entre índice o índices asociados al mismo destino notificado en v2x-DestinationInfoList para comunicación de enlace lateral de V2X. Si se notifican múltiples listas de este tipo, el valor se indexa secuencialmente a través de las listas en el mismo orden que se especifica en [8];
- ID de LCG: el campo de ID de grupo de canal lógico identifica el grupo de canal o canales lógicos cuyo estado de memoria intermedia se está notificando. La longitud del campo es 2 bits;
- Tamaño de memoria intermedia: el campo de tamaño de memoria intermedia identifica la cantidad de datos total disponible a través de todos canales lógicos de un LCG de un destino de ProSe después de que se hayan creado todos los PDU de MAC para el TTI. La cantidad de datos se indica en número de bytes. Incluirá todos los datos que están disponibles para transmisión en la capa RLC y en la capa PDCP; la definición de qué datos se considerarán como disponibles para transmisión se especifica en [3] y [4] respectivamente. El tamaño de los encabezamientos de m Ac y RLC no se consideran en el cálculo de tamaño de memoria intermedia. La longitud de este campo es 6 bits. Los valores tomados por el campo de tamaño de memoria intermedia se muestran en la Tabla 6.1.3.1-1;
- R: bit reservado, establecido a "0".
Se incluyen tamaños de memoria intermedia de LCG en orden descendente de la prioridad más alta del canal lógico de enlace lateral que pertenece al LCG independientemente del valor del campo de índice de destino.
[La Figura 6.1.3.1 a-1 de 3GPP TS 36.321 V15.3.0, titulada "Elemento de control de MAC de BSR de enlace lateral y BSR de enlace lateral truncado para N par", se reproduce como la Figura 9]
[La Figura 6.1.3.1a-2 de 3GPP TS 36.321 V15.3.0, titulada "Elemento de control de MAC de BSR de enlace lateral y
BSR de enlace lateral truncado para N impar', se reproduce como la Figura 10]
En la nota del director de 3GPP RAN2 N.° 104, se introdujo una solución para unidifusión (es decir, uno a uno) o multidifusión (es decir, uno a muchos) para comunicación de V2X a través de punto de referencia de PC5. Basándose en esta solución, un UE-1 (es decir, el UE iniciador) transmite un mensaje de petición de comunicación directa a un UE-2 (es decir, el UE objetivo) durante un establecimiento de enlace de capa 2 usado para establecimiento de enlace de unidifusión. En respuesta a la recepción del mensaje de petición de comunicación directa, el UE-2 responde un aceptar comunicación directa al UE-1. Como se ilustra en la Figura 11 y analizada a continuación, se introducen fases de comunicación de enlace lateral uno a uno para servicio de V2X por encima de la solución en la nota del director de 3GPP RAN2 N.° 104:
I. Preámbulo (ilustrado en la Figura 12)
En esta fase, el UE-1 puede estar en estado (o modo) RRC-CONNECTED. En el caso en el que UE-1 está interesado en servicio o servicios de V2X, el UE-1 podría solicitar una red principal (por ejemplo, función de control de V2X) para autorización de servicio. Posiblemente, el UE-1 podría proporcionarse o configurarse con información de QoS (calidad de servicio) de PC5 (por ejemplo, 5QI/parámetros de QoS de PC5, regla de QoS de PC5, etc.) para el servicio o servicios de V2X durante la autorización de servicio. Después de completar la autorización de servicio, el UE-1 podría ser consciente de la presencia de UE-2 a través de tal como un procedimiento de descubrimiento o una comunicación de enlace lateral uno a muchos (es decir, recepción de un mensaje de V2X transmitido por el UE-2 en proximidad de UE-1). Se observa que 5QI (identificador de QoS de 5G) también puede denominarse VQI (identificador de QoS de V2X).
II. Configuración de LCH de SL para señalización de PC5 (ilustrada en la Figura 13)
En una realización, una aplicación de V2X en el UE-1 puede desencadenar una comunicación de enlace lateral uno a uno con el UE-2. En esta situación, podría transmitir un primer mensaje de RRC (Control de Recursos de Radio) (es decir, SidelinkUEInformation) a una estación base (o gNB) para solicitar la asignación de recursos de transmisión para señalización de control de PC5.
En el primer mensaje de RRC, el contenido podría incluir al menos uno de los siguientes:
■ Una identidad de destino del UE-2, que puede incluirse en una lista de destino;
■ Una identidad de la aplicación de V2X (por ejemplo, ITS-AID); y/o
■ una identidad del servicio proporcionada por la aplicación de V2X (por ejemplo, PSID).
En respuesta a la recepción del primer mensaje de RRC, la estación base podría transmitir un segundo mensaje de RRC (por ejemplo, RRCConnectionReconfiguration) al UE-1 para asignar configuración de RRC.
En el segundo mensaje de RRC, el contenido podría incluir al menos uno de los siguientes:
■ Identidad de un canal lógico de enlace lateral usado para señalización de control de PC5, por ejemplo, SCCH (Canal de Control de Enlace Lateral);
■ Prioridad del canal lógico de enlace lateral; y/o
■ Identidad de un grupo de canales lógicos (LCG) para el canal lógico de enlace lateral.
Con el segundo mensaje de RRC, el UE-1 podría crear un canal lógico de enlace lateral usado para señalización de control de PC5. El canal lógico de enlace lateral podría usarse para transmisión de un mensaje de petición de comunicación directa al UE-2. El mensaje de petición de comunicación directa podría ser un mensaje de RRC o un mensaje de NAS (Estrato Sin Acceso).
III. Establecimiento de enlace de comunicación de enlace lateral uno a uno (ilustrado en la Figura 14)
Cuando el mensaje de petición de comunicación directa está disponible para transmisión de enlace lateral, el UE-1 podría transmitir un informe de estado de memoria intermedia de enlace lateral a la estación base para asignar recurso de enlace lateral para la transmisión de enlace lateral del mensaje de petición de comunicación directa. Después de que se recibe el recurso de enlace lateral para la transmisión de enlace lateral del mensaje de petición de comunicación directa, el UE-1 podría realizar la transmisión de enlace lateral basándose en el recurso de enlace lateral.
Preferentemente, el mensaje de petición de comunicación directa podría incluir al menos uno de los siguientes: ■ Una identidad de la aplicación de V2X usada para indicar al UE-2 qué aplicación activar;
■ Una identidad del servicio proporcionado por la aplicación de V2X usada para indicar al UE-2 qué servicio activar;
■ 5QI de PC5 (solicitado) de un flujo de QoS para la aplicación de V2X o servicio de V2X; y/o
■ Parámetros/niveles/perfiles de QoS de PC5 (solicitados) de un flujo de QoS para la aplicación de V2X o servicio de V2X.
El UE-1 podría recibir un mensaje de aceptar comunicación directa desde el UE-2. Posiblemente, el mensaje de aceptar comunicación directa podría incluir al menos uno de los siguientes:
■ 5QI de PC5 (aceptado) de un flujo de QoS para la aplicación de V2X o servicio de V2X;
■ Parámetros/niveles/perfiles de QoS de PC5 (aceptados) de un flujo de QoS para la aplicación de V2X o servicio de V2X.
Después del intercambio del mensaje de petición de comunicación directa y mensaje de aceptar comunicación directa, el UE-1 y el UE-2 podrían realizar un procedimiento de configuración de dirección IP para determinar 5 tuplas (por ejemplo, direcciones IP de origen, direcciones IP de destino, número de puerto de origen, número de puerto de destino e ID de protocolo) para la comunicación de enlace lateral uno a uno. Puede ser posible también que el procedimiento de configuración de dirección IP se haga con el mensaje de petición de comunicación directa y mensaje de aceptar comunicación directa (es decir, ambos procedimientos se combinan en uno).
IV. Configuración de STCH (ilustrada en las Figuras 15A-15D)
Como se ilustra en la Figura 15A, después de finalizar el establecimiento de enlace de comunicación de enlace lateral uno a uno, el UE-1 podría transmitir un mensaje de RRC (por ejemplo, UEAssistanceInformation) a la estación base para solicitar asignación de recursos de transmisión para la comunicación de enlace lateral uno a uno.
En el mensaje de RRC, el contenido podría incluir al menos uno de los siguientes:
■ Una identidad del UE-2;
■ Una identidad de la aplicación de V2X;
■ Una identidad del servicio proporcionado por la aplicación de V2X;
■ 5QI de PC5 de un flujo de QoS para la aplicación de V2X o servicio de V2X; y/o
■ Parámetros, niveles o perfiles de QoS de PC5 de un flujo de QoS para la aplicación de V2X o servicio de V2X. Con el mensaje de RRC, la estación base podría verificar el 5QI de PC5 del flujo de QoS y/o los parámetros, niveles o perfiles de QoS de PC5 del flujo de QoS con una red principal (por ejemplo, función de control de V2X). La estación base podría transmitir, a continuación, un mensaje de reconfiguración (por ejemplo, RRCConnectionReconfiguration, un mensaje de RRC) al UE-1 en respuesta a recepción del mensaje de RRC.
Una lista de canal lógico de enlace lateral (por ejemplo, STCH (Canal de Tráfico de Enlace Lateral)) podría incluirse en el mensaje de reconfiguración, y para cada canal lógico de enlace lateral el mensaje de reconfiguración podría incluir al menos uno de los siguientes:
■ Una identidad de un canal lógico de enlace lateral usado para tráfico de enlace lateral;
■ Una prioridad del canal lógico de enlace lateral;
■ Una identidad de un grupo de canales lógicos de enlace lateral (LCG) asociado con el canal lógico de enlace lateral; y/o
■ Una identidad de un flujo de QoS correlacionado con el canal lógico de enlace lateral.
Basándose en el mensaje de reconfiguración anterior, el UE-1 podría crear al menos un canal lógico de enlace lateral (por ejemplo, STCH) para la comunicación de enlace lateral uno a uno. Adicionalmente, el UE-1 podría asociar el canal lógico de enlace lateral con un correspondiente LCG de enlace lateral. Adicionalmente, el UE-1 podría almacenar una correlación de un flujo de QoS al correspondiente canal lógico de enlace lateral.
Como se ilustra en la Figura 15B, si la misma estación base sirve al UE-1 y al UE-2, el UE-1 y el UE-2 podrían compartir
el contenido del mensaje de reconfiguración usado por el UE-1 (ya que el requisito de QoS debería ser el mismo para UE-1 y UE-2 en la aplicación de V2X). El UE-1 podría transmitir un mensaje de PC5-RRC en un canal lógico de enlace lateral usado para señalización de control (por ejemplo, SCCH) al UE-2. El contenido del mensaje de PC5-RRC podría crearse basándose en el contenido del mensaje de reconfiguración. El contenido del mensaje de PC5-RRC podría aplicarse por el UE-2 para transmitir tráfico de usuario de la aplicación de V2X a través de la comunicación de enlace lateral uno a uno entre el UE-1 y el UE-2.
Una lista de canal lógico de enlace lateral podría incluirse en el mensaje de PC5-RRC, y para cada canal lógico de enlace lateral, el mensaje de PC5-RRC podría incluir al menos uno de los siguientes:
■ Una identidad de un canal lógico de enlace lateral usado para tráfico de usuario;
■ Una prioridad del canal lógico de enlace lateral;
■ Una identidad de un grupo de canales lógicos de enlace lateral (LCG) asociado con el canal lógico de enlace lateral; y/o
■ Una identidad de un flujo de QoS correlacionado con el canal lógico de enlace lateral.
Basándose en el mensaje de PC5-RRC, el UE-2 podría crear al menos un canal lógico de enlace lateral para la aplicación de V2X. Adicionalmente, el UE-2 podría asociar el canal lógico de enlace lateral con un correspondiente LCG de enlace lateral. Además, el UE-2 podría almacenar una correlación de un flujo de QoS al correspondiente canal lógico de enlace lateral.
La Figura 16 es un diagrama de flujo 1600 de acuerdo con una realización ilustrativa desde la perspectiva de un primer UE que realiza una comunicación de enlace lateral uno a uno con un segundo UE. En la etapa 1605, el primer UE recibe una señalización especializada desde un primer nodo de red, en donde la señalización especializada incluye una primera configuración de enlace lateral para la comunicación de enlace lateral uno a uno. En la etapa 1610, el primer UE transmite una segunda configuración de enlace lateral al segundo UE, en donde la segunda configuración de enlace lateral se genera basándose en la primera configuración de enlace lateral y se usa para que el segundo UE configure la comunicación de enlace lateral uno a uno.
Haciendo referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un primer UE que realiza una comunicación de enlace lateral uno a uno con un segundo UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para habilitar que el UE (i) reciba una señalización especializada desde un primer nodo de red, en donde la señalización especializada incluye una primera configuración de enlace lateral para la comunicación de enlace lateral uno a uno, y (ii) transmita una segunda configuración de enlace lateral al segundo UE, en donde la segunda configuración de enlace lateral se genera basándose en la primera configuración de enlace lateral y se usa para que el segundo UE configure la comunicación de enlace lateral uno a uno. Adicionalmente, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas anteriormente descritas u otras descritas en este documento.
La Figura 17 es un diagrama de flujo 1700 de acuerdo con una realización desde la perspectiva de un segundo UE que realiza una comunicación de enlace lateral uno a uno con un primer UE, en donde el primer UE se sirve por un primer nodo de red. En la etapa 1705, el segundo UE recibe una segunda configuración de enlace lateral desde el primer UE, en donde la segunda configuración de enlace lateral se usa para configurar la comunicación de enlace lateral uno a uno. En la etapa 1710, el segundo UE realiza una transmisión de enlace lateral y/o una recepción de enlace lateral en la comunicación de enlace lateral uno a uno basándose en la segunda configuración de enlace lateral. Haciendo referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un segundo UE que realiza una comunicación de enlace lateral uno a uno con un primer UE, en donde el primer UE se sirve por un primer nodo de red, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CpU 308 podría ejecutar código de programa 312 para habilitar que el UE (i) reciba una segunda configuración de enlace lateral desde el primer UE, en donde la segunda configuración de enlace lateral se usa para configurar la comunicación de enlace lateral uno a uno, y (ii) realice una transmisión de enlace lateral y/o una recepción de enlace lateral en la comunicación de enlace lateral uno a uno basándose en la segunda configuración de enlace lateral. Adicionalmente, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas anteriormente descritas u otras descritas en este documento.
En el contexto de las realizaciones ilustradas de las Figuras 16 y 17 y descritas anteriormente, la segunda configuración de enlace lateral podría generarse basándose en una primera configuración de enlace lateral proporcionada por el primer nodo de red al primer UE. Adicionalmente, la primera o segunda configuración de enlace lateral podría incluir una identidad de un canal lógico de enlace lateral para la comunicación de enlace lateral uno a uno, una prioridad y/o una fiabilidad de un canal lógico de enlace lateral para la comunicación de enlace lateral uno a uno, una identidad de un grupo de canales lógicos de enlace lateral para un canal lógico de enlace lateral para la comunicación de enlace lateral uno a uno, y/o una identidad de un flujo de QoS para un canal lógico de enlace lateral
para la comunicación de enlace lateral uno a uno.
Preferentemente, la segunda configuración de enlace lateral podría transmitirse por un mensaje de PC5-RRC. Adicionalmente, el segundo UE se sirve por la primera estación base (por ejemplo, gNB) o por una segunda estación base (por ejemplo, gNB).
Preferentemente, el primer UE es un UE iniciador y el segundo UE es un UE objetivo.
Como alternativa, como se ilustra en la Figura 15C, el UE-1 podría transmitir un mensaje de petición de servicio (por ejemplo, petición de servicio, un mensaje de NAS) a una red principal (por ejemplo, función de control de V2X). En el mensaje de petición de servicio, el contenido podría incluir al menos uno de los siguientes:
■ Una identidad del UE-2;
■ Una identidad de la aplicación de V2X;
■ Una identidad del servicio proporcionado por la aplicación de V2X;
■ 5QI de PC5 de un flujo de QoS para la aplicación de V2X o servicio de V2X; y/o
■ Parámetros, niveles o perfiles de QoS de PC5 de un flujo de QoS para la aplicación de V2X o servicio de V2X. Con el mensaje de petición de servicio, la red principal podría verificar el 5QI de PC5 del flujo de QoS y/o los parámetros, niveles o perfiles de QoS de PC5 del flujo de QoS con una red principal (por ejemplo, función de control de V2X). La red principal podría indicar a la estación base que proporcione al u E-1 un mensaje de reconfiguración. En respuesta a la recepción del mensaje de petición de servicio, la red principal podría transmitir un mensaje de aceptar servicio (por ejemplo, aceptar servicio, un mensaje de NAS) al UE-1. Preferentemente, el mensaje de respuesta de servicio podría contenerse o incluirse en el mensaje de reconfiguración. Como alternativa, el mensaje de respuesta de servicio podría transmitirse al UE-1 a través de un mensaje de RRC separado.
Una lista de canal lógico de enlace lateral podría incluirse en el mensaje de reconfiguración, y para cada canal lógico de enlace lateral el mensaje de reconfiguración podría incluir al menos uno de los siguientes:
■ Una identidad de un portador de radio de enlace lateral asociado con un canal lógico de enlace lateral usado para tráfico de enlace lateral;
■ Una identidad del canal lógico de enlace lateral;
■ Una prioridad del canal lógico de enlace lateral;
■ Una identidad de un grupo de canales lógicos de enlace lateral (LCG) asociado con el canal lógico de enlace lateral; y/o
■ Una identidad de un flujo de QoS correlacionado con el canal lógico de enlace lateral.
En el mensaje de aceptar servicio, el contenido podría incluir:
■ Una identidad del portador de radio de enlace lateral asociado con el canal lógico de enlace lateral; y/o ■ Una identidad de un flujo de QoS correlacionado con el portador de radio de enlace lateral.
Basándose en el mensaje de reconfiguración y el mensaje de aceptar servicio anteriores, el UE-1 podría crear al menos un canal lógico de enlace lateral para la comunicación de enlace lateral uno a uno. Adicionalmente, el UE-1 podría asociar el canal lógico de enlace lateral con un correspondiente LCG de enlace lateral. Además, el UE-1 podría almacenar una correlación de un flujo de QoS al correspondiente canal lógico de enlace lateral.
Como alternativa, como se ilustra en la Figura 15D, el UE-1 podría transmitir un mensaje de petición de servicio (por ejemplo, petición de servicio, un mensaje de NAS) a una red principal (por ejemplo, función de control de V2X). En el mensaje de petición de servicio, el contenido podría incluir al menos uno de los siguientes:
■ Una identidad del UE-2;
■ Una identidad de la aplicación de V2X;
■ Una identidad del servicio proporcionado por la aplicación de V2X;
■ 5QI de PC5 de un flujo de QoS para la aplicación de V2X o servicio de V2X;
■ Parámetros/niveles/perfiles de QoS de PC5 de un flujo de QoS para la aplicación de V2X o servicio de V2X; y/o
■ 5 tuplas (por ejemplo, direcciones IP de origen, direcciones IP de destino, número de puerto de origen, número de puerto de destino e ID de protocolo) de un flujo de QoS para la aplicación de V2X o servicio de V2X. Con el mensaje de petición de servicio, la red principal podría verificar el 5QI de PC5 del flujo de QoS y/o los parámetros/niveles/perfiles de QoS de PC5 del flujo de QoS con la red principal (por ejemplo, función de control de V2X). La red principal podría indicar a la estación base que proporcione al UE-1 un mensaje de reconfiguración. En respuesta a la recepción del mensaje de petición de servicio, la red principal podría transmitir un mensaje de aceptar servicio (por ejemplo, aceptar servicio, un mensaje de NAS) al UE-1. Preferentemente, el mensaje de respuesta de servicio podría contenerse o incluirse en el mensaje de reconfiguración. Como alternativa, el mensaje de respuesta de servicio podría transmitirse al UE-1 a través de un mensaje de RRC separado.
Una lista de canal lógico de enlace lateral podría incluirse en el mensaje de reconfiguración, y para cada canal lógico de enlace lateral, el mensaje de reconfiguración podría incluir al menos uno de los siguientes:
■ Una identidad de un portador de radio de enlace lateral asociado con un canal lógico de enlace lateral usado para tráfico de enlace lateral;
■ Una identidad del canal lógico de enlace lateral;
■ Una prioridad del canal lógico de enlace lateral; y/o
■ Una identidad de un grupo de canales lógicos de enlace lateral (LCG) asociado con el canal lógico de enlace lateral.
En el mensaje de aceptar servicio, el contenido podría incluir:
■ Una identidad del portador de radio de enlace lateral asociado con el canal lógico de enlace lateral; y/o ■ Una Plantilla de Flujo de Tráfico (TFT) asociada con el portador de radio de enlace lateral.
Basándose en el mensaje de reconfiguración y el mensaje de aceptar servicio anteriores, el UE-1 podría crear al menos un canal lógico de enlace lateral para la comunicación de enlace lateral uno a uno. Adicionalmente, el UE-1 podría asociar el canal lógico de enlace lateral con un correspondiente LCG de enlace lateral. Además, el UE-1 podría almacenar la TFT asociada con el canal lógico de enlace lateral.
V. Transferencia de mensaje de eV2X (ilustrada en la Figura 18)
En el UE-1, el tráfico de enlace lateral desde la aplicación de V2X podría estar disponible para transmisión al UE-2. En esta situación, el UE-1 podría transmitir un informe de estado de memoria intermedia de enlace lateral a la estación base para asignar un recurso de enlace lateral para la transmisión del tráfico de enlace lateral. Podría reutilizarse un formato de BSR de SL de LTE (como se analiza en 3GPP TS 36.321) para el informe de estado de memoria intermedia de enlace lateral.
Durante la comunicación de SL uno a uno con UE-2, el UE-1 puede avanzar desde la cobertura de un gNB de origen a la cobertura de un gNB objetivo. En esta situación, el gNB de origen tiene que traspasar el UE-1 al gNB objetivo. Para asegurarse que el gNB objetivo puede continuar proporcionado los recursos de enlace lateral requeridos para soportar la comunicación de SL uno a uno, el gNB de origen necesita transferir cierta información de enlace lateral relacionada con la comunicación de SL uno a uno al gNB objetivo.
Por ejemplo, el gNB de origen puede transferir al menos uno de los siguientes:
■ Una identidad del UE-2, que puede incluirse en una lista de destino;
■ Una identidad de la aplicación de V2X;
■ Una identidad del servicio proporcionado por la aplicación de V2X;
■ 5QI de PC5 de un flujo de QoS para la aplicación de V2X o servicio de V2X, en donde existe al menos un flujo de QoS; y/o
■ Parámetros, niveles o perfiles de QoS de PC5 de un flujo de QoS para la aplicación de V2X o servicio de V2X,
en donde existe al menos un flujo de QoS.
Con la información de enlace lateral desde el gNB de origen, el gNB objetivo podría determinar al menos una configuración de enlace lateral para la comunicación de enlace lateral uno a uno y proporcionar la configuración o configuraciones de enlace lateral al gNB de origen para incluirse en una orden de traspaso (por ejemplo, mensaje de RRCConnectionReconfiguration) enviada al UE-1. La configuración de enlace lateral podría incluir al menos uno de los siguientes:
■ Una identidad del UE-2, que puede incluirse en una lista de destino;
■ Una identidad de un canal lógico de enlace lateral usado para transmisión de tráfico de enlace lateral, en donde existe al menos un canal lógico de enlace lateral;
■ Una prioridad del canal lógico de enlace lateral;
■ Una identidad de un grupo de canales lógicos de enlace lateral (LCG) asociado con el canal lógico de enlace lateral; y/o
■ Una identidad de un flujo de QoS correlacionado con el canal lógico de enlace lateral, en donde existe al menos un flujo de QoS correlacionado con un canal lógico de enlace lateral.
Como alternativa, el gNB de origen puede simplemente enviar una configuración de enlace lateral almacenada en el gNB de origen para UE-1 al gNB objetivo para usar después de que se complete el procedimiento de traspaso. Por ejemplo, el gNB de origen puede enviar un mensaje al gNB objetivo, en donde el mensaje incluye configuración de enlace lateral asociada con una comunicación de SL uno a uno entre el UE-1 y el UE-2, y la configuración de enlace lateral podría contener al menos uno de los siguientes:
■ Una identidad del UE-2, que puede incluirse en una lista de destino;
■ Una identidad de un canal lógico de enlace lateral usado para transmisión de tráfico de enlace lateral, en donde existe al menos un canal lógico de enlace lateral;
■ Una prioridad del canal lógico de enlace lateral;
■ Una identidad de un grupo de canales lógicos de enlace lateral (LCG) asociado con el canal lógico de enlace lateral; y/o
■ Una identidad de un flujo de QoS correlacionado con el canal lógico de enlace lateral, en donde existe al menos un flujo de QoS correlacionado con un canal lógico de enlace lateral.
El mensaje podría ser HandoverPreparationInformation enviado desde el gNB de origen al gNB objetivo. La información de enlace lateral podría usarse por el gNB objetivo después de que el UE-1 se traspasa desde el gNB de origen al gNB objetivo. El gNB objetivo puede modificar el canal lógico de configuración de enlace lateral si es necesario, y proporcionar el canal lógico de configuración de enlace lateral modificado al UE-1 en la orden de traspaso enviada al UE-1. Un ejemplo de traspaso inter gNB se ilustra en la Figura 19, en la que el mensaje de RRCConnectionReconfiguration con el elemento de información "mobilityControllnfo" corresponde a una orden de traspaso.
La Figura 20 es un diagrama de flujo 2000 de acuerdo con una realización ilustrativa desde la perspectiva de un gNB de origen para tratar la movilidad de un UE con una comunicación de enlace lateral uno a uno. En la etapa 2005, un gNB de origen recibe información de enlace lateral desde el UE. En la etapa 2010, el gNB de origen envía una primera configuración de enlace lateral al UE para la comunicación de enlace lateral uno a uno. En la etapa 2015, el gNB de origen envía un primer mensaje a un gNB objetivo para preparar un traspaso para el UE, en donde el mensaje incluye la información de enlace lateral o la primera configuración de enlace lateral.
Preferentemente, la información de enlace lateral podría incluir al menos uno de los siguientes: una identidad de un segundo UE, una identidad de una aplicación de v 2x , una identidad de servicio para la aplicación de V2X, 5QI de PC5 de un flujo de QoS para la aplicación de V2X o un servicio de V2X, y parámetros, niveles o perfiles de QoS de PC5 de un flujo de QoS para la aplicación de V2X o el servicio de V2X.
Adicionalmente, la primera configuración de enlace lateral podría incluir al menos uno de los siguientes: una identidad de un segundo UE, una identidad de un canal lógico de enlace lateral usado para transmisión de tráfico de enlace lateral, una prioridad del canal lógico de enlace lateral, una identidad de un grupo de canales lógicos de enlace lateral (LCG) asociado con el canal lógico de enlace lateral, y una identidad de un flujo de QoS correlacionado con el canal lógico de enlace lateral.
Preferentemente, el primer mensaje podría ser HandoverPreparationInformation. Adicionalmente, el gNB de origen podría recibir una orden de traspaso desde el gNB objetivo. La orden de traspaso podría incluir una segunda configuración de enlace lateral y la segunda configuración de enlace lateral es la misma que la primera configuración de enlace lateral. La orden de traspaso también podría incluir una segunda configuración de enlace lateral y la segunda configuración de enlace lateral es diferente de la primera configuración de enlace lateral.
Preferentemente, el gNB de origen envía un segundo mensaje al UE para traspaso el UE al gNB objetivo. El segundo mensaje podría ser RRCConnectionReconfiguration. Podría generarse RRCConnectionReconfiguration de acuerdo con la orden de traspaso. RRCConnectionReconfiguration podría incluir un elemento de información "mobilityControlInfo".
Haciendo referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa un gNB de origen para el tratamiento de movilidad de un UE con una comunicación de enlace lateral uno a uno, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar código de programa 312 para habilitar que el gNB de origen (i) reciba información de enlace lateral desde el UE, (ii) envíe una primera configuración de enlace lateral al UE para la comunicación de enlace lateral uno a uno, y (iii) envíe un primer mensaje a un gNB objetivo para preparar un traspaso para el UE, en donde el mensaje incluye la información de enlace lateral o la primera configuración de enlace lateral. Adicionalmente, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas anteriormente descritas u otras descritas en este documento.
La Figura 21 es un diagrama de flujo 2100 de acuerdo con una realización ilustrativa desde la perspectiva de un UE (equipo de usuario) iniciador que establece una comunicación de enlace lateral uno a uno con un Ue objetivo. En la etapa 2105, el UE iniciador transmite una primera señalización de PC5 usada para establecer la comunicación de enlace lateral uno a uno, en donde la primera señalización de PC5 incluye una identidad del UE objetivo y una identidad de un servicio de V2X (Vehículo a Todo).
Preferentemente, el UE iniciador podría ser consciente de la presencia del UE objetivo a través de un procedimiento de descubrimiento o una comunicación de enlace lateral uno a muchos. Adicionalmente, el UE iniciador podría ser consciente de la presencia del UE objetivo a través de la recepción de uno o más mensajes de V2X desde el UE objetivo. La primera señalización de PC5 podría incluir una identidad de una aplicación de V2X que ofrece el servicio de V2X, una identidad del UE iniciador, y/o 5QI de PC5 solicitados, parámetro o parámetros de QoS (calidad de servicio) o perfil o perfiles de QoS de un flujo de QoS de PC5 para la aplicación de V2X o el servicio de V2X.
Preferentemente, la primera señalización de PC5 podría transmitirse a una dirección de difusión asociada con el servicio de V2X o la aplicación de V2X. La primera señalización de PC5 podría ser un mensaje de petición de comunicación directa.
Preferentemente, el UE iniciador podría recibir una segunda señalización de PC5 desde el UE objetivo, en donde la segunda señalización de PC5 se usa para completar el establecimiento de la comunicación de enlace lateral uno a uno. La segunda señalización de PC5 podría incluir 5QI de PC5, parámetro o parámetros de QoS o perfil o perfiles de QoS aceptados de un flujo de QoS de PC5 para la aplicación de V2X o el servicio de V2X. La segunda señalización de PC5 podría ser un mensaje de aceptar comunicación directa.
Haciendo referencia de nuevo a las Figuras 3 y 4, en una realización ilustrativa de un UE iniciador que establece una comunicación de enlace lateral uno a uno con un UE objetivo, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar código de programa 312 para habilitar que el UE iniciador transmita una primera señalización de PC5 usada para establecer la comunicación de enlace lateral uno a uno, en donde la primera señalización de PC5 incluye una identidad del UE objetivo y una identidad de un servicio de V2X (Vehículo a Todo). Adicionalmente, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas anteriormente descritas u otras descritas en este documento.
Se han descrito anteriormente diversos aspectos de la divulgación. Debería ser evidente que los contenidos en este documento podrían incorporarse en una amplia variedad de formas y que cualquier estructura específica, función o ambas que se describen en este documento es solamente representativa. Basándose en los contenidos en este documento un experto en la materia debería apreciar que un aspecto divulgado podría implementarse independientemente de cualquier otro aspecto y que dos o más de estos aspectos podrían combinarse de diversas formas. Por ejemplo, un aparato podría implementarse o un método podría practicarse usando cualquier número de los aspectos explicados en este documento. Además, un aparato de este tipo podría implementarse o un método de este tipo podría practicarse usando otra estructura, funcionalidad o estructura y funcionalidad además de o aparte de uno o más de los aspectos explicados en este documento. Como un ejemplo de alguno de los conceptos anteriores, en algunos aspectos podrían establecerse canales concurrentes basándose en frecuencias de repetición de impulsos. En algunos aspectos podrían establecerse canales concurrentes basándose en posición o desplazamientos de impulso. En algunos aspectos podrían establecerse canales concurrentes basándose en secuencias de saltos de tiempo. En algunos aspectos podrían establecerse canales concurrentes basándose en frecuencias de repetición de impulsos, posiciones o desplazamientos de impulso y secuencias de saltos de tiempo.
Los expertos en la materia entenderían que la información y señales pueden representarse usándose cualquiera de una variedad de diferentes tecnologías y técnicas. Por ejemplo, datos, instrucciones, comandos, información, señales, bits, símbolos y segmentos a los que puede hacerse referencia a lo largo de toda la descripción anterior pueden representarse por tensiones, corrientes, ondas electromagnéticas, partículas o campos magnéticos, partículas o campos ópticos o cualquier combinación de los mismos.
Los expertos en la materia deberían apreciar que los diversos bloques lógicos, módulos, procesadores, medios, circuitos y etapas de algoritmo ilustrativos descritos en conexión con aspectos divulgados en este documento 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 puede diseñarse usando codificación con código fuente o alguna otra técnica), diversas formas de código de programa o diseño que incorpora instrucciones (a las que puede hacerse referencia en este documento, por conveniencia, como "software" o un "módulo de software") o combinaciones de ambos. Para ilustrar de manera clara esta intercambiabilidad de hardware y software, se han descrito anteriormente en general diversos componentes, bloques, módulos, circuitos y etapas ilustrativos en términos de su funcionalidad. Si tal funcionalidad se implementa como hardware o software depende de la aplicación particular y restricciones de diseño impuestas al sistema global. Los expertos en la materia pueden implementar la funcionalidad descrita de diversas formas para cada aplicación particular, pero tales decisiones de implementación no deberían interpretarse como que provocan una desviación del alcance de la presente divulgación.
Además, los diversos bloques lógicos, módulos y circuitos ilustrativos descritos en conexión con los aspectos divulgados en este documento pueden implementarse dentro de, o ser realizados por, un circuito integrado ("CI"), un terminal de acceso o un punto de acceso. El CI puede comprender un procesador de finalidad general, un procesador de señales digitales (DSP), un circuito integrado para aplicaciones específicas (ASIC), una matriz de puertas programables en campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistores, componentes de hardware, componentes eléctricos, componentes ópticos o componentes mecánicos discretos o cualquier combinación de los mismos diseñada para realizar las funciones descritas en este documento, y puede ejecutar códigos o instrucciones que residen dentro del CI, fuera del CI o ambos. Un procesador de fin general puede ser un microprocesador pero, como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estados convencional. Un procesador también puede implementarse como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores en conjunto con un núcleo de DSP o cualquier otra configuración de este tipo.
Se entiende que cualquier orden o jerarquía específica de las etapas en cualquier proceso divulgado es un ejemplo de un enfoque de muestra. Basándose en las preferencias de diseño, se entiende que el orden o jerarquía específica de las etapas de los procesos puede redisponerse mientras permanezca dentro del alcance de la presente divulgación. Las reivindicaciones del método adjuntas presentan elementos de las diversas etapas en un orden de muestra y pretenden que estén limitadas al orden o jerarquía específico presentado.
Las etapas de un método o algoritmo descritas en conexión con los aspectos divulgados en este documento pueden incorporarse directamente en hardware, en un módulo de software ejecutado por un procesador o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden residir en una memoria tal como una memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM o cualquier otra forma de medio legible por ordenador conocido en la técnica. Un medio de almacenamiento de muestra puede acoplarse a una máquina tal como, por ejemplo, un ordenador/procesador (que puede denominarse en este documento, por conveniencia, como un "procesador") de modo que el procesador puede leer información (por ejemplo, código) desde, y escribir información en, el medio de almacenamiento. Un medio de almacenamiento de muestra puede ser parte integral del procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un equipo de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un equipo de usuario. Además, en algunos aspectos cualquier producto de programa informático adecuado puede comprender un medio legible por ordenador que comprende códigos relacionados con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa informático puede comprender materiales de empaquetado.
Claims (8)
1. Un método para un equipo de usuario iniciador, a continuación también denominado como UE, para establecer una comunicación de enlace lateral uno a uno con un UE objetivo, que comprende:
transmitir una primera señalización de PC5 usada para establecer la comunicación de enlace lateral uno a uno a una dirección de difusión asociada con un servicio de Vehículo a Todo, a continuación también denominado como V2X, o una aplicación de V2X que ofrece el servicio de V2X (2105),
caracterizado por que
la primera señalización de PC5 incluye una identidad de capa superior del UE objetivo y una identidad del servicio de V2X.
2. El método de la reivindicación 1, en donde el UE iniciador es consciente de la presencia del UE objetivo a través de un procedimiento de descubrimiento o una comunicación de enlace lateral uno a muchos.
3. El método de la reivindicación 1 o 2, en donde la primera señalización de PC5 incluye una identidad de la aplicación de V2X y/o una identidad de capa superior del UE iniciador.
4. El método de una cualquiera de las reivindicaciones 1 a 3, en donde la primera señalización de PC5 incluye 5QI de PC5 solicitado, parámetro o parámetros de calidad de servicio, a continuación también denominado como QoS, o perfil o perfiles de QoS de un flujo de QoS de PC5 para la aplicación de V2X o el servicio de V2X.
5. El método de una cualquiera de las reivindicaciones 1 a 4, en donde la primera señalización de PC5 es un mensaje de petición de comunicación directa.
6. El método de una cualquiera de las reivindicaciones 1 a 5, que comprende adicionalmente:
recibir una segunda señalización de PC5 desde el UE objetivo, en donde la segunda señalización de PC5 se usa para completar el establecimiento de la comunicación de enlace lateral uno a uno.
7. El método de la reivindicación 6, en donde la segunda señalización de PC5 incluye 5QI de PC5, parámetro o parámetros de QoS o perfil o perfiles de QoS aceptados de un flujo de QoS de PC5 para la aplicación de V2X o el servicio de V2X, y/o es un mensaje de aceptar comunicación directa.
8. Un dispositivo de comunicación iniciador, que comprende:
un circuito de control (306);
un procesador (308) instalado en el circuito (306) de control; y
una memoria (310) instalada en el circuito de control (306) y operativamente acoplada al procesador (308);
en donde el procesador (308) está configurado para ejecutar un código de programa (312) almacenado en la memoria (310) para efectuar el método de una cualquiera de las reivindicaciones anteriores.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862784631P | 2018-12-24 | 2018-12-24 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2870927T3 true ES2870927T3 (es) | 2021-10-28 |
Family
ID=68771511
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES19213539T Active ES2870927T3 (es) | 2018-12-24 | 2019-12-04 | Método y aparato para soportar comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica a través de PC5 |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US11357064B2 (es) |
| EP (1) | EP3675533B1 (es) |
| JP (2) | JP2020102842A (es) |
| KR (2) | KR20200079418A (es) |
| CN (1) | CN111356113B (es) |
| ES (1) | ES2870927T3 (es) |
| TW (1) | TWI785291B (es) |
Families Citing this family (43)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN119450574A (zh) * | 2018-09-27 | 2025-02-14 | 苹果公司 | NR侧链路的用以支持高级V2X用例的QoS管理方面 |
| ES2870927T3 (es) * | 2018-12-24 | 2021-10-28 | Asustek Comp Inc | Método y aparato para soportar comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica a través de PC5 |
| WO2020137130A1 (ja) * | 2018-12-26 | 2020-07-02 | ソニー株式会社 | 端末装置、基地局、方法及び記録媒体 |
| US12004111B2 (en) * | 2019-01-14 | 2024-06-04 | Apple Inc. | Management of vehicle-to-everything PC5 capability in 5G systems |
| US11252777B2 (en) * | 2019-01-27 | 2022-02-15 | Qualcomm Incorporated | Coordinating radio resource control signaling with upper layer direct link establishment procedures |
| CN119110432A (zh) * | 2019-02-13 | 2024-12-10 | 交互数字专利控股公司 | 用于5g中面向连接的车辆对x(vtx)通信的装置、系统、方法和计算机可读介质 |
| WO2020164071A1 (en) * | 2019-02-14 | 2020-08-20 | Zte Corporation | Link measurements for vehicular device-to-device links |
| KR102604361B1 (ko) * | 2019-02-15 | 2023-11-21 | 삼성전자 주식회사 | 이동통신 시스템에서 메시지 전송을 위한 통신 거리 측정 방법 |
| CN111770468B (zh) * | 2019-04-01 | 2021-12-31 | 华为技术有限公司 | 数据处理方法和信息处理装置 |
| CN110536262A (zh) * | 2019-04-30 | 2019-12-03 | 中兴通讯股份有限公司 | 一种直通链路通信方法、装置和存储介质 |
| CN111615219B (zh) * | 2019-04-30 | 2022-02-22 | 维沃移动通信有限公司 | 一种pc5链路建立方法、设备及系统 |
| CN111988759B (zh) * | 2019-05-22 | 2022-02-11 | 华为技术有限公司 | 一种数据处理的方法、装置和系统 |
| WO2020242907A1 (en) * | 2019-05-24 | 2020-12-03 | National Oilwell Varco. L.P. | Wellsite monitoring system and method |
| EP3981091B1 (en) * | 2019-07-10 | 2024-08-07 | Apple Inc. | Radio link monitoring (rlm) for unicast sidelink (sl) communications |
| US11026246B2 (en) * | 2019-07-23 | 2021-06-01 | Qualcomm Incorporated | Techniques for prioritizing transmission of types of wireless communications |
| JP7033173B2 (ja) * | 2019-08-02 | 2022-03-09 | 華碩電腦股▲ふん▼有限公司 | ワイヤレス通信システムにおけるサイドリンク無線ベアラを解放するための方法及び装置 |
| US11582719B2 (en) * | 2019-10-03 | 2023-02-14 | Mediatek Inc. | Enhancement of logical channel prioritization for sidelink transmission |
| WO2021091153A1 (ko) * | 2019-11-07 | 2021-05-14 | 엘지전자 주식회사 | 무선 통신 시스템에서 사이드링크 통신에 관련된 설정을 제어하기 위한 방법 및 장치 |
| US20210211947A1 (en) * | 2020-01-06 | 2021-07-08 | Samsung Electronics Co., Ltd. | Method and apparatus for performing communication in wireless communication system |
| WO2021163931A1 (zh) * | 2020-02-19 | 2021-08-26 | Oppo广东移动通信有限公司 | 一种数据传输方法、终端设备、网络设备 |
| GB202007435D0 (en) * | 2020-05-19 | 2020-07-01 | Samsung Electronics Co Ltd | Improvements in an relating to qos handling |
| WO2021244412A1 (en) * | 2020-05-30 | 2021-12-09 | Shanghai Langbo Communication Technology Company Limited | Method and device used for wireless communication |
| JP2023532325A (ja) | 2020-06-30 | 2023-07-27 | ピーエスアイピー２ エルエルシー | 屈曲可能なカメラシャフトを有する内視鏡 |
| US11622333B2 (en) * | 2020-07-21 | 2023-04-04 | Qualcomm Incorporated | User equipment group selection for direct link or sidelink packet transmission in broadcast |
| EP4187953A4 (en) * | 2020-08-14 | 2023-09-06 | Huawei Technologies Co., Ltd. | COMMUNICATION METHOD, DEVICE AND SYSTEM |
| CN114126093B (zh) * | 2020-08-27 | 2024-11-15 | 维沃移动通信有限公司 | 副链路非连续接收的控制方法、装置、设备及可读存储介质 |
| CN115299098B (zh) * | 2020-09-15 | 2024-07-23 | Oppo广东移动通信有限公司 | 业务识别方法、终端设备和网络设备 |
| CN114257967B (zh) * | 2020-09-22 | 2022-10-25 | 华为技术有限公司 | 基于广播的单播会话方法和装置 |
| CN114339714B (zh) * | 2020-09-29 | 2023-07-11 | 维沃移动通信有限公司 | 传输配置的方法、装置和设备 |
| WO2022067708A1 (en) * | 2020-09-30 | 2022-04-07 | Lenovo (Beijing) Limited | Method and apparatus for user equipment (ue) discovery |
| WO2022071571A1 (ja) * | 2020-10-01 | 2022-04-07 | 京セラ株式会社 | 通信制御方法、中継ユーザ装置、及び遠隔ユーザ装置 |
| EP4252437A4 (en) * | 2020-11-26 | 2024-07-24 | Qualcomm Incorporated | VEHICLE COMMUNICATION WITH A ONE-TO-ONE BROADCAST SIDELINK COMMUNICATION PROTOCOL |
| CN114697911B (zh) * | 2020-12-26 | 2025-09-05 | 深圳引望智能技术有限公司 | 一种消息过滤方法及装置 |
| CN115250444A (zh) * | 2021-04-12 | 2022-10-28 | 华为技术有限公司 | 一种通信方法、装置及相关设备 |
| BR112023027383A2 (pt) * | 2021-07-02 | 2024-03-12 | Qualcomm Inc | Coexistência de co-canal de enlace lateral |
| EP4391707A4 (en) * | 2021-09-10 | 2024-12-25 | LG Electronics Inc. | OPERATING METHODS RELATED TO PATH SWITCHING IN SIDELINK IN A WIRELESS COMMUNICATIONS SYSTEM |
| US12490317B2 (en) * | 2022-07-05 | 2025-12-02 | Qualcomm Incorporated | Indications associating layer 2 identifiers with a user equipment for sidelink |
| WO2024015498A1 (en) * | 2022-07-14 | 2024-01-18 | Innopeak Technology, Inc. | Security establishing method and user equipment |
| WO2024053587A1 (en) * | 2022-09-05 | 2024-03-14 | Sharp Kabushiki Kaisha | User equipments and methods |
| US12284224B1 (en) * | 2023-10-03 | 2025-04-22 | strongDM, Inc. | Virtualized permission and security enforcement |
| US12242599B1 (en) | 2024-09-27 | 2025-03-04 | strongDM, Inc. | Fine-grained security policy enforcement for applications |
| US12348519B1 (en) | 2025-02-07 | 2025-07-01 | strongDM, Inc. | Evaluating security policies in aggregate |
| US12432242B1 (en) | 2025-03-28 | 2025-09-30 | strongDM, Inc. | Anomaly detection in managed networks |
Family Cites Families (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| HUE042226T2 (hu) * | 2014-03-21 | 2019-06-28 | Sun Patent Trust | Ütemezéskérési eljárás D2D kommunikációhoz |
| CN108029099B (zh) * | 2015-09-11 | 2022-01-14 | Lg 电子株式会社 | 在无线通信系统中分配用于v2x消息传输的基于mbms的资源的方法和装置 |
| WO2017051503A1 (ja) * | 2015-09-24 | 2017-03-30 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 通信システム、リレー端末、リモート端末及び通信制御方法 |
| EP3223575B1 (en) * | 2015-11-19 | 2019-06-12 | ASUSTek Computer Inc. | Methods and apparatus for switching communication interface in a wireless communication system |
| WO2017099833A1 (en) | 2015-12-11 | 2017-06-15 | Intel IP Corporation | Control plane enhancements over sidelink for low power devices |
| EP3413626B1 (en) * | 2016-02-06 | 2020-09-02 | LG Electronics Inc. -1- | Method and apparatus for performing v2x communication |
| US10194459B2 (en) * | 2016-02-18 | 2019-01-29 | Lg Electronics Inc. | Method of transmitting and receiving message for communication between UEs in wireless communication system and apparatus using method |
| EP3557907B1 (en) | 2016-04-12 | 2021-01-27 | Intel IP Corporation | Techniques for continued data transmission during handover operations |
| CN109156005B (zh) | 2016-05-13 | 2023-06-06 | 京瓷株式会社 | 基站和用户终端 |
| EP3273634A1 (en) * | 2016-07-18 | 2018-01-24 | Panasonic Intellectual Property Corporation of America | Improved support of quality of service for v2x transmissions |
| US10856118B2 (en) * | 2016-11-18 | 2020-12-01 | Lg Electronics Inc. | Method and apparatus for transmitting information using V2X communication in a wireless communication system |
| WO2018128505A1 (ko) * | 2017-01-06 | 2018-07-12 | 엘지전자(주) | 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치 |
| US20180279275A1 (en) * | 2017-03-23 | 2018-09-27 | Asustek Computer Inc. | Method and apparatus of facilitating reporting assistance information for sidelink service in a wireless communication system |
| EP3510822B1 (en) * | 2017-09-28 | 2025-09-17 | ZTE Corporation | Systems and methods for performing carrier aggregation in sidelink communications |
| CN111279744B (zh) | 2017-10-26 | 2023-07-18 | 华为技术有限公司 | 服务质量协商技术 |
| US11457335B2 (en) * | 2018-09-06 | 2022-09-27 | Qualcomm Incorporated | Link identity determination and signaling |
| ES2870927T3 (es) * | 2018-12-24 | 2021-10-28 | Asustek Comp Inc | Método y aparato para soportar comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica a través de PC5 |
-
2019
- 2019-12-04 ES ES19213539T patent/ES2870927T3/es active Active
- 2019-12-04 EP EP19213539.0A patent/EP3675533B1/en active Active
- 2019-12-04 TW TW108144396A patent/TWI785291B/zh active
- 2019-12-04 JP JP2019219284A patent/JP2020102842A/ja active Pending
- 2019-12-04 CN CN201911228782.3A patent/CN111356113B/zh active Active
- 2019-12-04 KR KR1020190160166A patent/KR20200079418A/ko not_active Ceased
- 2019-12-04 US US16/703,265 patent/US11357064B2/en active Active
-
2021
- 2021-10-25 KR KR1020210142778A patent/KR102401670B1/ko active Active
-
2022
- 2022-04-18 JP JP2022068354A patent/JP7503093B2/ja active Active
- 2022-05-04 US US17/736,117 patent/US20220264677A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20200205209A1 (en) | 2020-06-25 |
| EP3675533B1 (en) | 2021-03-31 |
| JP2020102842A (ja) | 2020-07-02 |
| JP7503093B2 (ja) | 2024-06-19 |
| EP3675533A1 (en) | 2020-07-01 |
| KR20210133910A (ko) | 2021-11-08 |
| TWI785291B (zh) | 2022-12-01 |
| CN111356113A (zh) | 2020-06-30 |
| TW202025802A (zh) | 2020-07-01 |
| CN111356113B (zh) | 2023-04-07 |
| US20220264677A1 (en) | 2022-08-18 |
| KR20200079418A (ko) | 2020-07-03 |
| KR102401670B1 (ko) | 2022-05-25 |
| JP2022095930A (ja) | 2022-06-28 |
| US11357064B2 (en) | 2022-06-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2870927T3 (es) | Método y aparato para soportar comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica a través de PC5 | |
| 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 | |
| ES2942038T3 (es) | Procedimiento y aparato para admitir la comunicación de la retransmisión de UE a red 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 | |
| ES2940896T3 (es) | Procedimiento y aparato para admitir la comunicación de la retransmisión de UE a red en un sistema de comunicación inalámbrico | |
| ES2944343T3 (es) | Métodos y aparatos para soportar la comunicación de relé de UE a red en un sistema de comunicación inalámbrico | |
| ES2903227T3 (es) | Procedimientos y aparatos para gestionar un cambio de identificador de enlace lateral en un sistema de comunicación inalámbrica | |
| ES2902932T3 (es) | Procedimientos y aparatos para mejorar la comunicación de enlace lateral uno a uno 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 | |
| KR102047058B1 (ko) | 무선 통신 시스템에서의 반영형 서비스 퀼리티 적용 방법 및 이를 위한 장치 | |
| CN110447250B (zh) | 用于无线通信系统中层之间交互的方法及其设备 | |
| 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 | |
| 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 | |
| CN115553058A (zh) | 设备到设备中继连接的建立和配置 | |
| ES2836786T3 (es) | Método y aparato para mejorar el descubrimiento de servicios de proximidad en un sistema de comunicación inalámbrico | |
| ES2696776T3 (es) | Interacción entre interfuncionamiento WAN-WLAN y agregación WAN-WLAN | |
| ES2978175T3 (es) | Procedimiento y aparato para admitir la capa de adaptación de retransmisión de enlace lateral para la retransmisión de UE a red en un sistema de comunicación inalámbrica | |
| CN110402604A (zh) | 在无线通信系统中通知移动性事件的方法及其设备 | |
| 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 | |
| KR20180014941A (ko) | 차세대 이동통신 시스템에서 네트워크 소모 전력을 효과적으로 절감시키는 방법 및 장치 | |
| US20150156774A1 (en) | Interworking base station between a wireless network and a cellular network | |
| ES3056562T3 (en) | Method and apparatus for performing link identifier update procedure 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 |