ES2910309T3 - Método y aparato para mejorar la conexión para la comunicación de enlace lateral en un sistema de comunicación inalámbrico - Google Patents

Método y aparato para mejorar la conexión para la comunicación de enlace lateral en un sistema de comunicación inalámbrico Download PDF

Info

Publication number
ES2910309T3
ES2910309T3 ES19207023T ES19207023T ES2910309T3 ES 2910309 T3 ES2910309 T3 ES 2910309T3 ES 19207023 T ES19207023 T ES 19207023T ES 19207023 T ES19207023 T ES 19207023T ES 2910309 T3 ES2910309 T3 ES 2910309T3
Authority
ES
Spain
Prior art keywords
message
layer
packet
data
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES19207023T
Other languages
English (en)
Inventor
Li-Te Pan
Richard Lee-Chee Kuo
Li-Chih Tseng
Wei-Yu Chen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Application granted granted Critical
Publication of ES2910309T3 publication Critical patent/ES2910309T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
    • H04L12/184—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture with heterogeneous receivers, e.g. layered multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/66—Layer 2 routing, e.g. in Ethernet based MAN's
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Un método para que un primer dispositivo establezca un enlace de comunicación V2X de unidifusión a través de PC5 con un segundo dispositivo, que comprende: emitir un primer mensaje antes de transmitir/recibir datos sobre el enlace (1105) de unidifusión, en donde el primer mensaje se utiliza para solicitar el establecimiento de un enlace de unidifusión del enlace de unidifusión y el primer mensaje incluye un identificador de capa superior del primer dispositivo y en donde el primer el mensaje se emite con base en un ID de capa 2 del primer dispositivo como ID de capa 2 de origen y una dirección de emisión como ID de capa 2 de destino; y recibir un segundo mensaje, antes de transmitir/recibir datos sobre del enlace de unidifusión, desde el segundo dispositivo para completar el establecimiento del enlace (1110) de unidifusión, en donde el segundo mensaje se recibe con base en el ID de capa 2 del primer dispositivo como el ID de capa 2 de destino y un ID de capa 2 del segundo dispositivo como ID de capa 2 de origen, caracterizado porque el segundo mensaje incluye un identificador de capa superior del segundo dispositivo.

Description

DESCRIPCIÓN
Método y aparato para mejorar la conexión para la comunicación de enlace lateral en un sistema de comunicación inalámbrico
Esta divulgación generalmente se refiere a redes de comunicación inalámbrica y, más particularmente, a métodos y aparatos para mejorar la conexión para comunicación de enlace lateral en un sistema de comunicación inalámbrica. Con el rápido aumento de la demanda de comunicación de grandes cantidades de datos hacia y a partir de dispositivos de comunicación móvil, las redes de comunicación de voz móviles tradicionales están evolucionando hacia redes que se comunican con paquetes de datos de protocolo de internet (IP). Dicha comunicación de paquetes de datos IP puede proporcionar a los usuarios de dispositivos de comunicación móvil servicios de comunicación de voz sobre IP, multimedia, multidifusión y bajo demanda.
Una estructura de red de ejemplo es una red de acceso de radio terrestre universal evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos para realizar los servicios multimedia y de voz sobre IP mencionados anteriormente. La organización de estándares 3GPP está discutiendo actualmente una nueva tecnología de radio para la próxima generación (por ejemplo, 5G). En consecuencia, los cambios al cuerpo actual del estándar 3GPP se están presentando y considerando actualmente para evolucionar y finalizar el estándar 3GPP. 3GPP TS 24.386 divulga un procedimiento de comunicación V2X sobre LTE-Uu usando el portador MBMS. 3GPP TR 23.786 divulga un procedimiento de establecimiento de enlace de unidifusión eV2X. El documento 23303-F10_CR_IMPLEMENTED divulga que el ID de capa 2 de los UE es necesaria para el establecimiento del enlace. Resumen
Se divulga un método y un aparato desde la perspectiva de un primer dispositivo y un segundo dispositivo definidos en las reivindicaciones independientes. Las reivindicaciones dependientes definen realizaciones preferidas de las mismas.
Breve descripción de los dibujos
La figura 1 muestra un diagrama de un ejemplo de sistema de comunicación inalámbrica.
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 de ejemplo. La figura 3 es un diagrama de bloques funcional de un sistema de comunicación de acuerdo con una realización de ejemplo.
La figura 4 es un diagrama de bloques funcional del código de programa de la figura 3 de acuerdo con una realización de ejemplo
La figura 5 es una reproducción de la figura 5.4.5.2-1 de 3GPP TS 23.303 V15.1.0.
La figura 6 es un diagrama de acuerdo con una realización de ejemplo que no forma parte de la invención reivindicada.
La figura 7 es un diagrama de acuerdo con una realización de ejemplo que no forma parte de la invención reivindicada.
La figura 8 es un diagrama de flujo de acuerdo con una realización de ejemplo.
La figura 9 es un diagrama de flujo de acuerdo con una realización de ejemplo.
La figura 10 es un diagrama de acuerdo con una realización de ejemplo que no forma parte de la invención reivindicada.
La figura 11 es un diagrama de flujo de acuerdo con una realización de ejemplo.
La figura 12 es un diagrama de flujo de acuerdo con una realización de ejemplo.
La figura 13 es un diagrama de flujo de acuerdo con una realización de ejemplo.
La figura 14 es un diagrama de flujo de acuerdo con una realización de ejemplo.
La figura 15 es un diagrama de acuerdo con una realización de ejemplo que no forma parte de la invención reivindicada.
La figura 16 es un diagrama de flujo de acuerdo con una
Figure imgf000003_0001
realización de ejemplo.
La figura 17 es un diagrama de flujo de acuerdo con una
Figure imgf000003_0002
realización de ejemplo.
La figura 18 es un diagrama de flujo de acuerdo con una
Figure imgf000003_0003
realización de ejemplo.
La figura 19 es un diagrama de flujo de acuerdo con una
Figure imgf000003_0004
realización de ejemplo.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica de ejemplo que se describen a continuación emplean un sistema de comunicación inalámbrica que soporta un servicio de emisión. Los sistemas de comunicación inalámbricos se implementan ampliamente para proporcionar diversos tipos de comunicación, tales como voz, datos, etc. Estos sistemas pueden estar basados en acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico 3GPP LTE (evolución a largo plazo), 3GPP LTE-A o LTE-Avanzado (evolución a largo plazo avanzada), 3GPP2 UMB (banda ancha ultra móvil), WiMax, 3GPP NR (nueva radio) o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica de ejemplo que se describen a continuación pueden diseñarse para soportar uno o más estándares, tal como el estándar ofrecido por un consorcio denominado "3rd generation partnership project" denominado en este documento como 3GPP, que incluye: TS 24.386 V15. 1.0, "User Equipment (UE) to V2X control function; protocol aspects; Stage 3 (Release 15)"; RANi #94 Nota del director; TR 23.786 V0.9.0, "Study on architecture enhancements for EPS and 5G System to support advanced V2X services (Release 16); TS 23.303 V15.1.0, ""Proximity-based services (ProSe); Stage 2 (Release 15)"; TR 22.886 V15.0.0, Study on enhancement of 3GPP Support for 5G V2X Services (Release 15)"; R2-1812975, reunión RAN2 #013, "LS on Prioritised Use Cases and Requirements for consideration in Rel-16 NR-V2X", 5GAA WG1; y R2-1815440, reunión RAN2 #103bis, "Basic Scenarios and Overall Steps for NR Sidelink design", LG Electronics Inc. Los estándares y documentos enumerados anteriormente se incorporan expresamente por referencia en su totalidad. La figura 1 muestra un sistema de comunicaciones inalámbricas de acceso múltiple de acuerdo con una realización que no forma parte de la invención reivindicada. Una red 100 de acceso (AN) incluye múltiples grupos de antenas, uno que incluye 104 y 106, otro que incluye 108 y 110, y otro adicional que incluye 112 y 114. En la figura 1, solo se muestran dos antenas para cada grupo de antenas; sin embargo, se pueden utilizar más o menos antenas para cada grupo de antenas. El terminal 116 de acceso (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal 116 de acceso a través del enlace 120 directo y reciben información del terminal 116 de acceso a través del enlace 118 inverso. El terminal 122 de acceso (AT) está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al terminal 122 de acceso (AT) a través del enlace 126 directo y reciben información del terminal 122 de acceso (AT) a través del enlace 124 inverso. En un sistema FDD, los enlaces 118, 120, 124 y 126 de comunicación pueden usar una frecuencia diferente para la comunicación. Por ejemplo, el enlace 120 directo puede usar una frecuencia diferente a la que usa el enlace 118 inverso.
Cada grupo de antenas y/o el área en la que están diseñadas para comunicarse se denomina a menudo como un sector de la red de acceso. En la realización, cada grupo de antenas está diseñado para comunicarse con terminales de acceso en un sector de las áreas cubiertas por la red 100 de acceso.
En la comunicación sobre los enlaces 120 y 126 directos, las antenas transmisoras de la red 100 de acceso pueden utilizar formación de haces para mejorar la relación señal-ruido de los enlaces directos para los diferentes terminales 116 y 122 de acceso. Además, una red de acceso que utilice formación de haces para transmitir a terminales de acceso dispersados aleatoriamente a través de su cobertura causa menos interferencia a los terminales de acceso en celdas vecinas que una red de acceso que transmite a través de una sola antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o una estación base utilizada para comunicarse con los terminales y también puede denominarse punto de acceso, un Nodo B, una estación base, una estación base mejorada, un Nodo B evolucionado (eNB), o alguna otra terminología. Un terminal de acceso (AT) también puede llamarse equipo de usuario (UE), dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.
La figura 2 es un diagrama de bloques simplificado de una realización de un sistema 210 transmisor (también conocido como red de acceso) y un sistema 250 receptor (también conocido como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema 200 MIMO. En el sistema 210 transmisor, los datos de tráfico para un número de flujos de datos se proporcionan desde una fuente 212 de datos a un procesador 214 de datos de transmisión (TX).
Preferiblemente, cada flujo de datos se transmite a través de una antena de transmisión respectiva. El procesador 214 de datos TX formatea, codifica e intercala los datos de tráfico para cada flujo de datos con base en un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar datos codificados.
Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto usando técnicas OFDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de una manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. El piloto multiplexado y los datos codificados para cada flujo de datos se modulan (es decir, se asignan símbolos) con base en un esquema de modulación particular (por ejemplo, BPSK, QPSK, M-PSK o M-QAM) seleccionado para ese flujo de datos para proporcionar símbolos de modulación. La tasa de datos, la codificación y la modulación para cada flujo de datos pueden determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos se proporcionan luego a un procesador 220 TX MIMO, que puede procesar adicionalmente los símbolos de modulación (por ejemplo, para OFDM). El procesador 220 TX MIMO luego proporciona flujos de símbolos de modulación Nt a los transmisores Nt (TMTR) 222a a 222t. En ciertas realizaciones, el procesador 220 TX MIMO aplica ponderaciones de formación de haces a los símbolos de los flujos de datos y a la antena desde la que se transmite el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y condiciones adicionales (por ejemplo, amplifica, filtra y convierte) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión por el canal MIMO. Las señales moduladas de Nt desde los transmisores 222a a 222t se transmiten luego desde las antenas 224a a 224t de Nt, respectivamente. En el sistema 250 receptor, las señales moduladas transmitidas son recibidas por las antenas 252a a 252r de Nr y la señal recibida de cada antena 252 se proporciona a un receptor respectivo (RCVR) 254a a 254r. Cada receptor 254 acondiciona (por ejemplo, filtra, amplifica y reduce) una señal recibida respectiva, digitaliza la señal acondicionada para proporcionar muestras y además procesa las muestras para proporcionar un flujo de símbolos "recibido" correspondiente.
A continuación, un procesador 260 de datos RX recibe y procesa los flujos de símbolos recibidos de Nr desde los receptores 254 de Nr con base en una técnica de procesamiento de receptor particular para proporcionar flujos de símbolos "detectados" de Nt. El procesador 260 de datos RX luego demodula, desentrelaza y decodifica cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador 260 de datos RX es complementario al realizado por el procesador 220 TX MIMO y el procesador 214 de datos TX en el sistema 210 transmisor.
Un procesador 270 determina periódicamente qué matriz de precodificación usar (discutido a continuación). El procesador 270 formula un mensaje de enlace inverso que comprende una porción de índice de matriz y una porción de valor de rango.
El mensaje de enlace inverso puede comprender diversos tipos de información sobre el enlace de comunicación y/o el flujo de datos recibido. Luego, el mensaje de enlace inverso es procesado por un procesador 238 de datos Tx, que también recibe datos de tráfico para un número de flujos de datos desde una fuente 236 de datos, modulados por un modulador 280, acondicionados por los transmisores 254a a 254r, y transmitida de regreso al sistema 210 transmisor.
En el sistema 210 transmisor, las señales moduladas del sistema 250 receptor son recibidas por las antenas 224, acondicionadas por los receptores 222, demoduladas por un demodulador 240 y procesadas por un procesador 242 de datos RX para extraer el mensaje de enlace de reserva transmitido por el sistema 250 receptor. El procesador 230 determina entonces qué matriz de precodificación usar para determinar los pesos de formación de haces y luego procesa el mensaje extraído.
Volviendo a la figura 3, esta figura muestra un diagrama de bloques funcional simplificado alternativo de un dispositivo de comunicación de acuerdo con una realización de la invención. Como se muestra en la figura 3, el dispositivo 300 de comunicación en un sistema de comunicación inalámbrico se puede utilizar para realizar los UE (o AT) 116 y 122 en la figura 1 o la estación base (o AN) 100 en la figura 1, y el sistema de comunicaciones inalámbricas es preferiblemente el sistema LTE o NR. El dispositivo 300 de comunicación puede incluir un dispositivo 302 de entrada, un dispositivo 304 de salida, un circuito 306 de control, una unidad central de procesamiento (CPU) 308, una memoria 310, un código 312 de programa y un transceptor 314. El circuito 306 de control ejecuta el código 312 de programa en la memoria 310 a través de la CPU 308, controlando así una operación del dispositivo 300 de comunicaciones. El dispositivo 300 de comunicaciones puede recibir señales ingresadas por un usuario a través del dispositivo 302 de entrada, tal como un teclado o teclado numérico, y puede generar imágenes y sonidos a través del dispositivo 304 de salida, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, suministrando las señales recibidas al circuito 306 de control y emitiendo señales generadas por el circuito 306 de control de forma inalámbrica. El dispositivo 300 de comunicación en un sistema de comunicación inalámbrico también se puede utilizar para realizar el AN 100 en la figura 1.
La figura 4 es un diagrama de bloques simplificado del código 312 de programa mostrado en la figura 3 según una realización de la invención. En esta realización, el código 312 de programa incluye una capa 400 de aplicación, una porción 402 de capa 3 y una porción 404 de capa 2, y está acoplado a una porción 406 de capa 1. La porción 402 de capa 3 generalmente realiza el control de recursos de radio. La porción 404 de capa 2 generalmente realiza el control del enlace. La porción 406 de capa 1 generalmente realiza conexiones físicas.
En LTE (como se analiza en 3GPP TS 24.386), los parámetros de configuración y los comportamientos de transmisión relacionados con el perfil de transmisión, el ID de la capa 2 de destino y el ID de la capa 2 de origen se describen a continuación:
5.2.4 Parámetros de configuración para comunicación V2X sobre PC5
Los parámetros de configuración para la comunicación V2X sobre PC5 consisten en:
a) un tiempo de vencimiento para la validez de los parámetros de configuración para la comunicación V2X sobre PC5;
b) una lista de PLMN en las que el UE está autorizado a utilizar comunicación V2X sobre PC5 cuando el UE es atendido por E-UTRAN para comunicación V2X;
c) una indicación de si el UE está autorizado a utilizar la comunicación V2X sobre PC5 cuando el UE no recibe servicio de E-UTRAN para la comunicación V2X;
d) por área geográfica:
1) parámetros de radio para comunicación V2X sobre PC5 aplicables cuando el UE no cuenta con E-UTRAN para comunicación V2X y está ubicado en el área geográfica, con una indicación de si estos parámetros de radio son "administrados por el operador" o "no administrados por el operador";
e) una lista de los servicios V2X autorizados para la comunicación V2X sobre PC5. Cada entrada de la lista contiene:
1) un identificador de servicio V2X; y
2) un ID de capa 2 de destino;
f) Reglas de mapeo de PPPP a PDB entre la prioridad por paquete de ProSe (PPPP) y el presupuesto de demora de paquete (PDB) para la comunicación V2X sobre PC5;
g) opcionalmente, un ID de capa 2 de destino por defecto;
h) opcionalmente, una configuración para la aplicabilidad de la privacidad para la comunicación V2X sobre PC5, que contenga:
1) un temporizador T5000 que indica con qué frecuencia el UE cambiará el ID de capa 2 de origen y la dirección IP de origen (para datos IP) autoasignados por el UE para la comunicación V2X sobre PC5; y
2) una lista de los servicios V2X que requieren privacidad para la comunicación V2X sobre PC5. Cada entrada en la lista contiene:
A) un identificador de servicio V2X; y
B) opcionalmente, una o más áreas geográficas asociadas;
i) opcionalmente, identificador de servicio V2X a reglas de mapeo de frecuencia V2X entre los identificadores de servicio V2X y las frecuencias V2X con áreas geográficas asociadas para comunicación V2X sobre PC5; y j) opcionalmente, una lista de los servicios V2X autorizados para confiabilidad por paquete ProSe (PPPR). Cada entrada de la lista contiene un identificador de servicio V2X y un valor de confiabilidad por paquete ProSe (PPPR); y k) opcionalmente, reglas de mapeo del identificador de servicio V2X al perfil Tx entre los identificadores de servicio V2X y el perfil Tx para comunicación V2X sobre PC5.
[...]
6.1.2.2 Transmisión
El UE deberá incluir el mensaje V2X en una unidad de datos de protocolo y pasarlo a las capas inferiores para su transmisión junto con los siguientes parámetros:
a) un tipo de unidad de datos de protocolo de capa 3 (consulte 3GPP TS 36.323 [8]) establecido en:
1) paquete IP, si el mensaje V2X contiene datos IP; o
2) paquete no IP, si el mensaje V2X contiene datos no IP;
b) el ID de capa 2 de origen establecido en el ID de capa 2 autoasignado por el UE para la comunicación V2X sobre PC5;
c) el ID de capa 2 de destino fijado en:
1) el ID de capa 2 de destino asociado con el identificador de servicio V2X del servicio V2X en esta lista de servicios V2X autorizados para comunicación V2X sobre PC5 como se especifica en la subcláusula 5.2.4, si el identificador de servicio V2X del servicio V2X está incluido en la lista de servicios V2X autorizados para comunicación V2X sobre PC5 como se especifica en la subcláusula 5.2.4; o
2) el ID de capa 2 de destino predeterminado configurado para el UE para comunicación V2X sobre PC5 como se especifica en la subcláusula 5.2.4, si el identificador de servicio V2X del servicio V2X no está incluido en la lista de servicios V2X autorizados para comunicación V2X sobre PC5 y el UE está configurado con un ID de capa 2 de destino predeterminado para la comunicación V2X sobre PC5;
d) si el mensaje V2X contiene datos no IP, una indicación para establecer el campo de tipo no IP de la PDU de tipo no IP al valor correspondiente a la familia de mensajes V2X (véase la subcláusula 7.1) utilizada por el servicio v 2x como se indica por capas superiores;
e) si el mensaje V2X contiene datos IP, la dirección IP de origen se establece en la dirección IP de origen autoasignada por el UE para la comunicación V2X sobre PC5;
f) la prioridad por paquete de ProSe establecida en el valor correspondiente a la prioridad del mensaje V2X recibido de las capas superiores. La asignación de la prioridad del mensaje V2X a la prioridad por paquete de ProSe se configura en el UE y está fuera del alcance de esta especificación;
g) si el UE está configurado con PDB (presupuesto de demora de paquetes) a reglas de asignación de prioridad por paquete ProSe para comunicación V2X sobre PC5 como se especifica en la subcláusula 5.2.4, el PDB asociado con la prioridad por paquete ProSe como se especifica en la subcláusula 5.2.4;
h) si:
1) se recibe un valor de confiabilidad por paquete ProSe (PPPR) de las capas superiores; y
2) se cumple una de las siguientes condiciones:
A) la lista de los servicios V2X autorizados para confiabilidad por paquete ProSe (PPPR) no está configurada; o B) el identificador de servicio V2X del servicio V2X para el mensaje V2X y el valor recibido de confiabilidad por paquete ProSe (PPPR) se incluyen en una entrada de la lista de los servicios V2X autorizados para confiabilidad por paquete ProSe (PPPR);
luego el valor confiabilidad por paquete ProSe (PPPR); y
i) si el UE está configurado con el identificador de servicio V2X a las reglas de mapeo del perfil Tx para la comunicación V2X sobre PC5 como se especifica en la subcláusula 5.2.4, el perfil Tx asociado con el identificador de servicio V2X como se especifica en la subcláusula 5.2.4.
Si el UE tiene una conexión PDN de emergencia, el UE deberá enviar una indicación a las capas inferiores para priorizar la transmisión sobre la conexión PDN de emergencia en comparación con la transmisión de comunicación V2X sobre PC5.
En la nota del director de RANI #94, los acuerdos de NR V2X se describen a continuación:
Acuerdos:
Se definen al menos dos modos de asignación de recursos de enlace lateral para la comunicación de enlace lateral NR-V2X
o Modo 1: la estación base programa los recursos de enlace lateral que utilizará el UE para la transmisión de enlace lateral
o Modo 2: el UE determina (es decir, la estación base no programa) los recursos de transmisión de enlace lateral dentro de los recursos de enlace lateral configurados por la estación base/red o los recursos de enlace lateral preconfigurados
Notas:
° El control eNB del enlace lateral NR y el control gNB de los recursos del enlace lateral LTE se considerarán por separado en los ítems correspondientes de la agenda.
° La definición del modo 2 cubre la funcionalidad potencial de la capa de radio de enlace lateral o los submodos de asignación de recursos (sujetos a mejoras adicionales, incluida la fusión de algunos o todos ellos) donde
a) El UE selecciona de forma autónoma el recurso de enlace lateral para la transmisión
b) El UE asiste en la selección de recursos de enlace lateral para otros UE
c) El UE está configurado con una concesión configurada de NR (tipo 1 similar) para la transmisión de enlace lateral d) UE programa transmisiones de enlace lateral de otros UE
RAN1 continuará estudiando los detalles de los modos de asignación de recursos para la comunicación de enlace lateral NR-V2X
3GPP TR 23.786 proporciona la siguiente descripción:
6.11.3 Procedimientos
6.11.3.1 Establecimiento de enlace de capa 2 sobre PC5
El procedimiento de establecimiento de enlace de capa 2 como se define en TS 23.303 [8] cláusula 5.4.5.2 se puede reutilizar para el establecimiento de enlace de unidifusión eV2X, con las siguientes adaptaciones:
• Los mensajes pueden convertirse en mensajes de señalización RRC en lugar de mensajes de señalización PC5, según la decisión del RAN WG.
• El UE-1 puede enviar el mensaje de solicitud de comunicación directa con un mecanismo de emisión, es decir, a una dirección de emisión asociada con la aplicación en lugar de la L2 ID de UE-2. El identificador superior del UE-2 se incluye en el mensaje de solicitud de comunicación directa para permitir que el UE-2 decida si responde a la solicitud. El ID L2 de origen de este mensaje debe ser el ID L2 de unidifusión del UE-1.
FFS: un valor especial que se utiliza para indicar el propósito de la conexión de unidifusión y/o difusión grupal podría establecerse en el campo ID de destino en el encabezado MAC. Alternativamente, se podría usar un campo en SCI para indicar si el contenido de los datos asociados con SCI incluye una solicitud de comunicación directa.
FFS: Es posible que se necesite un canal lógico especial para la transmisión/recepción de la solicitud de comunicación directa.
El mensaje de solicitud de comunicación directa debe transmitirse utilizando la configuración de capa AS predeterminada, por ejemplo, configuración de emisión, que puede ser entendida por UE-2.
El UE-2 utiliza el ID de L2 de origen del mensaje de solicitud de comunicación directa recibido como ID de L2 de destino en la señalización posterior al UE-1, y utiliza su propio ID de L2 de unidifusión como ID de L2 de origen. UE-1 obtiene el L2 ID de UE-2 para futuras comunicaciones, para señalización y tráfico de datos.
La sección 5.4.5.23 en 3GPP TS 23.303 proporciona la siguiente descripción:
5.4.5.2 Establecimiento de enlace seguro de capa 2 sobre PC5
En la figura 5.4.5.2-1 se muestra el procedimiento para el establecimiento de un enlace seguro de capa 2 sobre PC5.
Los UE enganchados en comunicación uno a uno aislada (sin relé) negocian mecanismos de asignación de direcciones IP y, opcionalmente, intercambian direcciones IPv6 locales de enlace si es necesario durante el procedimiento de establecimiento del enlace.
[La figura 5.4.5.2-1 de 3GPP TS 23.303 V15.1.0, titulada "Establishment of secure layer-2 link over PC5", se reproduce de la figura 5]
1. UE-1 envía un mensaje de solicitud de comunicación directa a UE-2 para activar la autenticación mutua. Este mensaje incluye la información del usuario.
Si el enlace está configurado para comunicación uno a uno aislada (ninguno de los UE es un relé), el UE-1 indicará en el mensaje si puede actuar como un servidor DHCPv4, un enrutador IPv6 o ambos. Si el UE-1 no soporta ninguno de los mecanismos de asignación de direcciones IP, deberá incluir una dirección IPv6 local de enlace en el mensaje.
Nota 1: El iniciador (UE-1) del enlace necesita conocer el ID de capa 2 del par (UE-2) para realizar el paso 1. Como ejemplo, el iniciador del enlace puede conocer el ID de capa 2 del par ejecutando primero un procedimiento de descubrimiento o participando en una comunicación directa ProSe de uno a muchos, incluido el par.
2. UE-2 inicia el procedimiento de autenticación mutua. La finalización exitosa del procedimiento de autenticación completa el establecimiento del enlace seguro de capa 2 sobre PC5. Como parte de este paso, el UE-2 incluye la información del usuario en una respuesta al UE-1.
Si el enlace está configurado para comunicación aislada uno a uno (ninguno de los UE es un relé), el UE-2 deberá indicar al UE-1 en el mensaje de respuesta si puede actuar como servidor DHCPv4, enrutador IPv6, o ambos. Si el UE-2 no soporta ninguno de los mecanismos de asignación de direcciones IP y el UE-1 incluyó una dirección IPv6 local de enlace en el paso 1, el UE-2 incluirá una dirección IPv6 local de enlace que no entre en conflicto en el mensaje de respuesta.
Si tanto el UE-1 como el UE-2 seleccionan usar una dirección IPv6 local de enlace, deberán deshabilitar la detección de direcciones duplicadas definida en RFC 4862 [6].
Nota 2: Cuando UE-1 o UE-2 indican el soporte del enrutador DHCPv4 o IPv6, el procedimiento de configuración de dirección correspondiente se llevará a cabo después del establecimiento del enlace de capa 2, y las direcciones IPv6 locales de enlace se ignoran.
Nota 3: Para usar direcciones IPv6 locales de enlace, las aplicaciones que usan comunicación directa ProSe uno a uno aisladas usan identificadores de capa de aplicación que son compatibles con multidifusión DNS como se especifica en RFC 6762 [34]. Para hacer uso del mDNS, la capa superior debe ser consciente del uso de la dirección local del enlace sobre el enlace L2, ya que el FQDN utilizado sería diferente.
3GPP TR 22.886 proporciona la siguiente descripción:
5.20 Alineación de trayectoria de emergencia
5.20.1 Descripción
5.20.1.1 General
Los mensajes de alineación de trayectoria de emergencia (EtrA) complementan la conducción [31] automatizada cooperativa. La cooperación de maniobras a través de EtrA se ha inventado para ayudar al conductor en situaciones de conducción peligrosas y desafiantes para aumentar aún más la seguridad [31] del tráfico.
Los mensajes de EtrA cubren los datos del sensor y la información de estado con información específica para la coordinación cooperativa de maniobras evasivas para brindar más seguridad en caso de condiciones inesperadas en la vía:
Cuando un vehículo obtiene de los sensores a bordo la información sobre obstáculos en la vía (por ejemplo, peatones en la vía, pérdida de mercancías, paso de venados), calcula la maniobra para evitar un accidente.
Este vehículo luego informa a otros vehículos (a través del servicio de comunicación 3GPP V2X) sobre la situación crítica para la seguridad inmediatamente. Se espera que una importante confiabilidad de la transferencia de mensajes soporte el aspecto de seguridad de esta información.
Los vehículos en las proximidades comienzan a alinear trayectorias para realizar la reacción de emergencia de manera cooperativa.
Se esperan los siguientes indicadores clave de rendimiento (KPI):
Menos de 3 ms de latencia de extremo a extremo garantizada para la planificación de maniobras cooperativas dentro del límite [30] [20] de tiempo de la aplicación.
Rendimiento de 30 Mbps para intercambiar mensajes de 90 kb entre vehículos con sensor y datos de trayectoria (resolución [30] de 0.3 m, 100 puntos de referencia por trayectoria, 50 trayectorias por mensaje más datos de sensor).
Confiabilidad [31] del 99.999% para evitar errores de cálculo de la trayectoria en la capa de aplicación en situaciones críticas para la seguridad dentro de un rango [20] de comunicación de 500 m.
5.20.1.1 Condiciones previas
• Los vehículos A, B, C y D soportan comunicación 3GPP V2X.
• Los vehículos A, B, C y D soportan EtrA en la aplicación.
• El vehículo A detecta un obstáculo en la vía con sensores integrados.
• El vehículo A calcula la maniobra de conducción para evitar colisiones sin poner en riesgo a los demás usuarios de la vía.
5.20.1.2 Flujos de servicio
• El vehículo A informa a B, C y D sobre la necesidad de un nuevo cálculo de trayectoria inmediato a través del servicio de comunicación 3GPP V2X.
• Después de detectar e informar a los vehículos involucrados sobre el recálculo de la trayectoria, los vehículos A, B, C, D calculan las posibles trayectorias y las transmiten a todos los vehículos involucrados a través del servicio de comunicación 3GPP V2X.
• Los vehículos A, B, C, D decodifican, verifican y evalúan las trayectorias a través de un algoritmo conocido en la capa de aplicación y envían un mensaje con las trayectorias seleccionadas a través del servicio de comunicación 3GPP V2X.
• Los vehículos A, B, C y D envían mensajes a través del servicio de comunicación 3GPP V2X para confirmar las trayectorias comúnmente seleccionadas para cada vehículo.
• Los vehículos A, B, C, D envían mensajes con trayectorias recalculadas y seleccionadas regularmente a través del servicio de comunicación 3GPP V2X.
5.20.1.3 Condiciones posteriores
• El grupo de maniobra evasiva temporal realiza la maniobra de conducción.
• El grupo de maniobra evasiva temporal termina de enviar mensajes EtrA a través del servicio de comunicación 3GPP V2X después de que la maniobra se realiza por completo y finaliza.
5.20.2 Requisitos potenciales
[PR.5.20-001] La red 3GPP deberá permitir la comunicación entre los UE con una tasa de datos de [30] Mbps, menos de [3] ms de latencia de extremo a extremo y [99.999] % de confiabilidad dentro del rango de comunicación de [500] m.
Nota: El propósito del requisito es poder proporcionar una retroalimentación muy rápida.
En general, 5G la asociación automotriz 5G plantea 10 casos de uso priorizados y requisitos para su consideración en Rel-16 NR-V2X (como se analiza en 3GPP R2-1812975). En el caso de uso "Cooperative Manoeuvers of Autonomous Vehicles for Emergency Situations", un vehículo autónomo identifica una situación peligrosa (por ejemplo, colisión con un objeto en movimiento) y se compromete a coordinarse con los vehículos vecinos para que puedan decidir y realizar conjuntamente sus maniobras para evitar la colisión.
Como se discutió en 3GPP R2-1815440, el descubrimiento de enlace lateral V2X (vehículo-a-todo) en NR podría soportarse para descubrir otro UE en proximidad para iniciar la transmisión de datos entre los UE en comunicación V2X de unidifusión o grupal. Si este vehículo autónomo inicia un procedimiento de descubrimiento de enlace lateral V2X para identificar vehículos vecinos al detectar la situación de emergencia, inducirá una latencia adicional y, por lo tanto, aumentará el riesgo de colisión. Con base en 3GPP TR 23.786, un flujo de servicio para un vehículo autónomo que detecta un evento de emergencia podría ilustrarse en la figura 6. La figura 6 supone que el vehículo autónomo podría conocer el UID2 de un vehículo vecino antes de que ocurra el evento de emergencia. Cuando el vehículo autónomo detecta el evento de emergencia que necesita enviar mensajes V2X (datos de emergencia) de inmediato, puede transmitir un primer mensaje al vehículo vecino donde el primer mensaje puede transmitirse con base en una dirección de destino para la cual el vehículo vecino podría entender esto. El primer mensaje se utiliza para solicitar el establecimiento de una conexión con el vehículo autónomo. Este primer mensaje podría incluir un mensaje de solicitud directa para el establecimiento de la conexión. Tras la recepción del primer mensaje, el vehículo vecino podría transmitir un segundo mensaje al vehículo autónomo basado, por ejemplo, en los datos de emergencia incluidos en el primer mensaje o en el mensaje de solicitud directa. El segundo mensaje podría incluir un mensaje de respuesta directa para el establecimiento de la conexión. Tras la recepción del segundo mensaje, el vehículo autónomo podría transmitir un tercer mensaje para confirmar al vehículo vecino que se recibió el segundo mensaje. El tercer mensaje podría incluir un mensaje de confirmación directa para el establecimiento de la conexión. Una vez completado el establecimiento de la conexión, el vehículo autónomo y el vehículo vecino inician la comunicación con base en el resultado de la negociación del establecimiento de la conexión. Dichos mensajes V2X o datos de emergencia podrían ser tráfico del plano del usuario transmitido en el portador de radio de enlace lateral. Se podrían considerar otras soluciones más rápidas para reducir el riesgo.
Solución 1: el tráfico y un mensaje utilizado para el establecimiento de la conexión podrían transmitirse al mismo tiempo
Cuando el vehículo autónomo detecta el evento de emergencia, el vehículo autónomo podría tener datos de emergencia disponibles para la transmisión. Como se discutió en 3GPP TR 23.786, el vehículo autónomo podría inicializar una transmisión del mensaje de solicitud directa al vehículo vecino. En este momento, el vehículo autónomo no podía conocer el L2ID del vehículo vecino. Con base en la operación de enlace lateral en LTE [xx], se debe crear o establecer un SLRB para un par de L2ID (Identidad de capa 2) de un dispositivo de origen y un L2ID de un dispositivo de destino antes de transmitir un tráfico en el SLRB (portador de radio de enlace lateral). Si la operación de enlace lateral 5G V2X sigue el principio de la operación de enlace lateral en LTE, no se pudo crear o establecer un SLRB utilizado para transmitir los datos de emergencia porque no se puede asociar ningún par de L2ID del vehículo autónomo y L2ID del vehículo vecino. la SLRB. En esta situación, los datos de emergencia no se pudieron transmitir en el SLRB. Para transmitir los datos de emergencia, se podría utilizar el siguiente método: • los datos de emergencia podrían transmitirse/incluirse en (un recipiente de) un mensaje de solicitud directa, donde el mensaje de solicitud directa podría usarse para establecer una conexión; y/o
• los datos de emergencia podrían transmitirse/incluirse en (un recipiente de) un mensaje de respuesta directa, donde el mensaje de respuesta directa podría usarse para establecer una conexión; y/o
• los datos de emergencia podrían transmitirse/incluirse en (un recipiente de) un mensaje de confirmación directa, donde el mensaje de confirmación directa podría usarse para establecer una conexión; y/o
• los datos de emergencia podrían incluirse en un paquete que también incluye un mensaje de solicitud directa, donde el mensaje de solicitud directa podría usarse para establecer una conexión, y el paquete se transmite para establecer la conexión; y/o
• los datos de emergencia podrían incluirse en un paquete que también incluye un mensaje de respuesta directa, donde el mensaje de respuesta directa podría usarse para establecer una conexión, y el paquete se transmite para establecer la conexión; y/o
• los datos de emergencia podrían incluirse en un paquete que también incluye un mensaje de confirmación directa, donde el mensaje de confirmación directa podría usarse para establecer una conexión, y el paquete se transmite para establecer la conexión.
Un ejemplo de flujo de servicio para la solución 1 podría ilustrarse en la figura 7. Además, las figuras 8 y 9, y su descripción a continuación son realizaciones ejemplares de la solución 1.
la figura 8 es un diagrama 800 de flujo de acuerdo con una realización de ejemplo desde la perspectiva de un primer dispositivo para realizar la comunicación de enlace lateral. En el paso 805, el primer dispositivo genera datos para la transmisión de enlace lateral a un segundo dispositivo. En el paso 810, el primer dispositivo genera un mensaje de solicitud directa, en donde el mensaje de solicitud directa se usa para establecer una conexión entre el primer dispositivo y el segundo dispositivo. En el paso 815, el primer dispositivo transmite un primer paquete al segundo dispositivo, en donde el primer paquete incluye los datos y el mensaje de solicitud directa.
El primer paquete podría transmitirse con base en una identidad de capa 2 del primer dispositivo y una dirección de emisión que es una identidad de capa 2 utilizada para establecer la conexión entre el primer dispositivo y el segundo dispositivo. El mensaje de solicitud directa incluye una identidad de capa superior del segundo dispositivo.
El primer dispositivo recibe un segundo paquete del segundo dispositivo, en donde el segundo paquete incluye un mensaje de respuesta directa utilizado para establecer la conexión entre el primer dispositivo y el segundo dispositivo. El segundo paquete podría transmitirse con base en la identidad de capa 2 del primer dispositivo y la identidad de capa 2 del segundo dispositivo. El mensaje de respuesta directa podría ser en respuesta a la recepción del mensaje de solicitud directa. Los datos podrían incluirse en el mensaje de solicitud directa o en un recipiente asociado con el mensaje de solicitud directa.
Volviendo a las figuras 3 y 4, en una realización que no forma parte de la invención reivindicada de un primer dispositivo, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el dispositivo (i) genere datos para la transmisión de enlace lateral a un segundo dispositivo, (ii) genere un mensaje de solicitud directa, en donde el mensaje de solicitud directa se utiliza para establecer una conexión entre el primer dispositivo y el segundo dispositivo, y (iii) para transmitir un primer paquete al segundo dispositivo, en donde el primer paquete incluye los datos y el mensaje de solicitud directa. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento.
La figura 9 es un diagrama 900 de flujo de acuerdo con una realización que no forma parte de la invención reivindicada desde la perspectiva de un segundo dispositivo para realizar la comunicación de enlace lateral. En el paso 905, el segundo dispositivo genera datos para la transmisión de enlace lateral a un primer dispositivo. En el paso 910, el segundo dispositivo genera un mensaje de respuesta directa, en donde el mensaje de respuesta directa se usa para establecer una conexión entre el primer dispositivo y el segundo dispositivo. En el paso 915, el segundo dispositivo transmite un segundo paquete al primer dispositivo, en donde el segundo paquete incluye los datos y el mensaje de respuesta directa.
El segundo paquete se transmite con base en una identidad de capa 2 del primer dispositivo y una identidad de capa 2 del segundo dispositivo. El mensaje de respuesta directa podría incluir una identidad de capa superior del segundo dispositivo.
Preferiblemente, el segundo dispositivo podría recibir un primer paquete del primer dispositivo, en donde el primer paquete incluye un mensaje de solicitud directa utilizado para establecer la conexión entre el primer dispositivo y el segundo dispositivo. El primer paquete podría transmitirse con base en la identidad de capa 2 del primer dispositivo y una dirección de emisión que es una identidad de capa 2 utilizada para establecer la conexión entre el primer dispositivo y el segundo dispositivo. El mensaje de respuesta directa podría ser en respuesta a la recepción del mensaje de solicitud directa. Los datos podrían incluirse en el mensaje de respuesta directa o en un recipiente asociado con el mensaje de respuesta directa.
Volviendo a las figuras 3 y 4, en una realización que no forma parte de la invención reivindicada de un segundo dispositivo, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para habilitar el segundo dispositivo (i) para generar datos para la transmisión de enlace lateral a un primer dispositivo, (ii) para generar un mensaje de respuesta directa, en donde el mensaje de respuesta directa se utiliza para establecer una conexión entre el primer dispositivo y el segundo dispositivo, y (iii) para transmitir un segundo paquete al primer dispositivo, en donde el segundo paquete incluye los datos y el mensaje de respuesta directa. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento.
Solución 2: el establecimiento de la conexión se puede realizar antes de que el tráfico esté disponible para la transmisión
Si el vehículo autónomo no puede conocer la identidad de capa superior del vehículo vecino, el vehículo autónomo no puede incluir ninguna identidad de capa superior para un vehículo vecino. En cambio, el vehículo autónomo puede necesitar emitir periódicamente su mensaje de solicitud directa, incluida su identidad de capa superior. Cuando un vehículo vecino está cerca del vehículo autónomo y recibe el mensaje de solicitud directa, el vehículo vecino podría iniciar un procedimiento para establecer una conexión con el vehículo autónomo. Una vez realizada la conexión, cuando se produce el evento de emergencia en el vehículo autónomo, el vehículo autónomo puede transmitir inmediatamente los datos de emergencia al vehículo vecino utilizando la configuración de conexión.
Un ejemplo de flujo de servicio para esta solución podría ilustrarse en la figura 10. El vehículo autónomo podría emitir un mensaje de solicitud directa utilizando un L2ID del vehículo autónomo y una dirección de emisión. En el mensaje de solicitud directa se podría incluir un identificador superior del vehículo autónomo. El identificador superior del vehículo autónomo podría usarse para que el vehículo vecino asocie el identificador superior del vehículo autónomo con el L2ID del vehículo autónomo. El vehículo vecino podría asociar el identificador superior del vehículo autónomo con el L2ID del vehículo autónomo cuando/si se recibe el mensaje de solicitud directa.
Al recibir el mensaje de solicitud directa, el vehículo vecino podría iniciar una transmisión de un mensaje de respuesta directa correspondiente al mensaje de solicitud directa. El mensaje de respuesta directa podría incluir un identificador superior del vehículo vecino. El identificador superior del vehículo vecino podría usarse para que el vehículo autónomo asocie el identificador superior del vehículo vecino con un L2ID del vehículo vecino. El vehículo autónomo podría asociar el identificador superior del vehículo vecino con el L2ID del vehículo vecino cuando/si se recibe el mensaje de respuesta directa. El vehículo vecino podría transmitir el mensaje de respuesta directa con base en el L2ID del vehículo autónomo y el L2ID del vehículo vecino.
Al recibir el mensaje de respuesta directa, el vehículo autónomo podría iniciar una transmisión de un mensaje de confirmación directa correspondiente al mensaje de respuesta directa. El vehículo autónomo podría transmitir el mensaje de confirmación directo al vehículo vecino con base en L2ID del vehículo autónomo y L2ID del vehículo vecino.
En caso de que ocurra un evento de emergencia, el vehículo autónomo y el vehículo vecino podrían transmitir los datos de emergencia con base en el resultado de la configuración del establecimiento de la conexión. Por ejemplo, cuando los datos de emergencia se reciben desde las capas superiores del vehículo autónomo, los datos de emergencia podrían transitar junto con el identificador superior del vehículo vecino. El vehículo autónomo podría transmitir los datos de emergencia con base en el L2ID del vehículo vecino porque el L2ID del vehículo vecino está asociado con el identificador superior del vehículo vecino. De manera similar, cuando los datos de emergencia se reciben de capas superiores en el vehículo vecino, los datos de emergencia podrían transitar junto con el identificador superior del vehículo autónomo. El vehículo vecino podría transmitir los datos de emergencia con base en el L2ID del vehículo autónomo porque el L2ID del vehículo autónomo está asociado con el identificador superior del vehículo autónomo.
Las figuras 11 y 12, y su descripción a continuación son realizaciones de la solución 2. La figura 11 es un diagrama 1100 de flujo de acuerdo con una realización desde la perspectiva de un primer dispositivo para realizar un establecimiento de enlace de unidifusión con un segundo dispositivo. En el paso 1105, el primer dispositivo emite un primer mensaje, en donde el primer mensaje se usa para solicitar el establecimiento del enlace de unidifusión, y el primer mensaje incluye un identificador de capa superior del primer dispositivo. En el paso 1110, el primer dispositivo recibe un segundo mensaje del segundo dispositivo para completar el establecimiento del enlace de unidifusión, en donde el segundo mensaje incluye un identificador de capa superior del segundo dispositivo.
El primer mensaje se emite y recibe con base en un ID de capa 2 del primer dispositivo como un ID de capa 2 de origen y una dirección de emisión como un ID de capa 2 de destino. Además, el segundo mensaje podría transmitirse y recibirse con base en un ID de capa 2 del primer dispositivo como ID de capa 2 de destino y un ID de capa 2 del segundo dispositivo como ID de capa 2 de origen. Preferiblemente, el primer mensaje no incluye ningún identificador de capa superior del segundo dispositivo.
El identificador de capa superior del primer dispositivo se utiliza para que el segundo dispositivo asocie el identificador de capa superior del primer dispositivo con el ID de capa 2 del primer dispositivo. Además, el identificador de capa superior del segundo dispositivo se usa para que el primer dispositivo asocie el identificador de capa superior del segundo dispositivo con el ID de capa 2 del segundo dispositivo.
Volviendo a las figuras 3 y 4, en una realización que no forma parte de la invención reivindicada de un primer dispositivo, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para habilitar el primer dispositivo (i) para emitir un primer mensaje, en donde el primer mensaje se utiliza para solicitar el establecimiento del enlace de unidifusión, y el primer mensaje incluye un identificador de capa superior del primer dispositivo, y (ii) para recibir un segundo mensaje del segundo dispositivo para completar el establecimiento del enlace de unidifusión, en donde el segundo mensaje incluye un identificador de capa superior del segundo dispositivo. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento. La figura 12 es un diagrama 1200 de flujo de acuerdo con una realización de ejemplo desde la perspectiva de un segundo dispositivo para realizar un establecimiento de enlace de unidifusión con un primer dispositivo. En el paso 1205, el segundo dispositivo recibe un primer mensaje emitido desde el primer dispositivo, en donde el primer mensaje se usa para solicitar el establecimiento del enlace de unidifusión, y el primer mensaje incluye un identificador de capa superior del primer dispositivo. En el paso 1210, el segundo dispositivo transmite un segundo mensaje al primer dispositivo para completar el establecimiento del enlace de unidifusión, en donde el segundo mensaje incluye un identificador de capa superior del segundo dispositivo.
El primer mensaje se emite y recibe con base en un ID de capa 2 del primer dispositivo como ID de capa 2 de origen y una dirección de emisión como ID de capa 2 de destino. Además, el segundo mensaje podría transmitirse y recibirse con base en un ID de capa 2 del primer dispositivo como ID de capa 2 de destino y un ID de capa 2 del segundo dispositivo como ID de capa 2 de origen. Preferiblemente, el primer mensaje no incluye ningún identificador de capa superior del segundo dispositivo.
El identificador de capa superior del primer dispositivo se utiliza para que el segundo dispositivo asocie el identificador de capa superior del primer dispositivo con el ID de capa 2 del primer dispositivo. Además, el identificador de capa superior del segundo dispositivo se usa para que el primer dispositivo asocie el identificador de capa superior del segundo dispositivo con el ID de capa 2 del segundo dispositivo.
Volviendo a las figuras 3 y 4, en una realización de ejemplo de un segundo dispositivo, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el segundo dispositivo (i) reciba un primer mensaje emitido desde el primer dispositivo, en donde el primer mensaje se utiliza para solicitar el establecimiento del enlace de unidifusión, y el primer mensaje incluye un identificador de capa superior del primer dispositivo, y (ii) para que transmita un segundo mensaje al primer dispositivo para completar el establecimiento del enlace de unidifusión, en donde el segundo mensaje incluye un identificador de capa superior del segundo dispositivo. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento. Las figuras 13 y 14, y su descripción a continuación, son otras realizaciones de ejemplo de la solución 2.
la figura 13 es un diagrama 1300 de flujo de acuerdo con una realización de ejemplo desde la perspectiva de un primer dispositivo para realizar la comunicación de enlace lateral. En el paso 1305, el primer dispositivo recibe un segundo paquete de un segundo dispositivo, en donde el segundo paquete está asociado con una identidad de capa 2 del segundo dispositivo y una identidad de capa superior del segundo dispositivo. En el paso 1310, el primer dispositivo genera datos para la transmisión de enlace lateral, en donde los datos están asociados con la identidad de la capa superior del segundo dispositivo. En el paso 1315, el primer dispositivo transmite los datos al segundo dispositivo con base en una identidad de capa 2 del primer dispositivo y la identidad de capa 2 del segundo dispositivo.
Preferiblemente, el primer dispositivo podría transmitir un primer paquete al segundo dispositivo, en donde el primer paquete está asociado con la identidad de capa 2 del primer dispositivo y una identidad de capa superior del primer dispositivo.
Volviendo a las figuras 3 y 4, en una realización de ejemplo de un primer dispositivo, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el primer dispositivo (i) reciba un segundo paquete de un segundo dispositivo, en donde el segundo paquete está asociado con una identidad de capa 2 del segundo dispositivo y una identidad de capa superior del segundo dispositivo, (ii) para que genere datos para la transmisión de enlace lateral, en donde los datos están asociados con la identidad de la capa superior del segundo dispositivo, y (iii) para que transmita los datos al segundo dispositivo con base en una identidad de capa 2 del primer dispositivo y la capa 2 identidad del segundo dispositivo. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento.
La figura 14 es un diagrama 1400 de flujo de acuerdo con una realización de ejemplo desde la perspectiva de un segundo dispositivo para realizar la comunicación de enlace lateral. En el paso 1405, el segundo dispositivo recibe un primer paquete de un primer dispositivo, en donde el primer paquete está asociado con una identidad de capa 2 del primer dispositivo y una identidad de capa superior del primer dispositivo. En el paso 1410, el segundo dispositivo genera datos para la transmisión de enlace lateral, en donde los datos están asociados con la identidad de la capa superior del primer dispositivo. En el paso 1415, el segundo dispositivo transmite los datos al primer dispositivo con base en una identidad de capa 2 del segundo dispositivo y la identidad de capa 2 del primer dispositivo.
Preferiblemente, el segundo dispositivo podría transmitir un segundo paquete al primer dispositivo, en donde el segundo paquete está asociado con la identidad de capa 2 del segundo dispositivo y una identidad de capa superior del segundo dispositivo.
Volviendo a las figuras 3 y 4, en una realización de ejemplo de un segundo dispositivo, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el segundo dispositivo (i) reciba un primer paquete de un primer dispositivo, en donde el primer paquete está asociado con una identidad de capa 2 del primer dispositivo y una identidad de capa superior del primer dispositivo, (ii) para generar datos para la transmisión de enlace lateral, en donde los datos están asociados con la identidad de la capa superior del primer dispositivo, y (iii) para transmitir los datos al primer dispositivo con base en una identidad de capa 2 del segundo dispositivo y la identidad de capa 2 del primer dispositivo. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento.
En el contexto de las realizaciones ilustradas en las figuras 13-14 y descrito anteriormente, preferiblemente, el primer paquete podría incluir un mensaje de solicitud directa utilizado para establecer una conexión entre el primer dispositivo y el segundo dispositivo. Además, el segundo paquete podría incluir un mensaje de respuesta directa utilizado para establecer la conexión entre el primer dispositivo y el segundo dispositivo.
Preferiblemente, la identidad de capa 2 del primer dispositivo podría incluirse en un encabezado del primer o segundo paquete. Además, la identidad de capa 2 del segundo dispositivo podría incluirse en un encabezado del primer o segundo paquete.
Preferiblemente, la identidad de capa 2 del primer dispositivo podría transmitirse a través de una señalización de control de enlace lateral asociada con la transmisión del primer o segundo paquete. Además, la identidad de capa 2 del segundo dispositivo podría transmitirse a través de una señalización de control de enlace lateral asociada con la transmisión del primer o segundo paquete.
Preferiblemente, la identidad de la capa superior del primer dispositivo podría incluirse en el primer paquete o el mensaje de solicitud directa. Además, la identidad de capa superior del segundo dispositivo podría incluirse en el segundo paquete o en el mensaje de respuesta directa.
Solución 3: el establecimiento de la conexión puede surgir después de la transmisión de tráfico parcial
Dado que las comunicaciones directas de uno a muchos para los servicios V2X (para el intercambio de información de posición (por ejemplo, mensajes CAM)) debería haber estado en curso entre vehículos en las proximidades antes de que ocurra una situación de emergencia, el vehículo autónomo debería poder identificar los vehículos vecinos correctos a través de los L2ID incluidos en los mensajes V2X recibidos de las comunicaciones directas de uno a muchos. Por lo tanto, el vehículo autónomo podría intercambiar directamente alguna señalización inicial para realizar maniobras cooperativas con los vehículos vecinos con base en los L2ID de los vehículos vecinos.
Un ejemplo de flujo de servicio para esta alternativa podría ilustrarse en la figura 15. El vehículo autónomo podría conocer el L2ID del vehículo vecino (L2ID2) con base en un mensaje de emisión tales como los mensajes CAM enviados por el vehículo vecino. En caso de que ocurra el evento de emergencia y los datos de emergencia estén disponibles para la transmisión, el vehículo autónomo podría transmitir directamente al vehículo vecino con los datos de emergencia con base en L2ID del vehículo vecino. Por ejemplo, el vehículo autónomo podría transmitir al vehículo vecino un primer paquete que incluye los primeros datos disponibles para la transmisión después de que ocurra el evento de emergencia. El primer paquete podría transmitirse con base en el L2ID del vehículo autónomo y el L2ID del vehículo vecino. El L2ID (parcial) del vehículo autónomo y/o el L2ID (parcial) del vehículo vecino podrían incluirse en un encabezado del primer paquete. El L2ID (parcial) del vehículo autónomo y/o el L2ID (parcial) del vehículo vecino podrían transmitirse a través de una singularización de control de enlace lateral asociada con una transmisión del primer paquete.
Preferiblemente, el primer paquete podría transmitirse con base en el L2ID del vehículo autónomo y una dirección de emisión o difusión grupal (en lugar del L2ID del vehículo vecino). El L2ID (parcial) del vehículo autónomo y la dirección de emisión o difusión grupal (parcial) podrían incluirse en un encabezado del primer paquete. El L2ID (parcial) del vehículo autónomo y la dirección de emisión o de difusión grupal (parcial) podrían transmitirse o transportarse a través de una singularización de control de enlace lateral asociada con el primer paquete. La dirección de emisión o difusión grupal podría ser un L2ID utilizado para establecer una conexión para la comunicación de enlace lateral uno a uno para un/algún servicio específico o un propósito específico (por ejemplo, un evento de emergencia para el servicio V2X), o un/algún caso de uso específico (por ejemplo "Cooperative Manoeuvers of Autonomous Vehicles for Emergency Situations"). La dirección de emisión o difusión grupal podría ser un L2ID común utilizado para establecer una conexión para la comunicación de enlace lateral uno a uno para todos los servicios o propósitos, o todos los casos de uso.
Preferiblemente, el primer paquete podría incluir lo siguiente:
un primer tráfico del evento de emergencia desde el vehículo autónomo; y/o
un mensaje de solicitud directa en el que podría incluirse el L2ID del vehículo vecino (si se incluye una dirección de emisión/difusión grupal en un encabezado del primer paquete o se transmite/transportarse a través de una señalización de control de enlace lateral asociada con el primer paquete), donde el mensaje de solicitud directa podría usarse para establecer una conexión; y/o
una información del L2ID del vehículo vecino (si se incluye una dirección de emisión/difusión grupal en un encabezado del primer paquete o se transmite/transportarse a través de una señalización de control de enlace lateral asociada con el primer paquete); y/o
una información sobre la necesidad de un establecimiento de conexión.
En respuesta a la recepción del primer paquete, el vehículo vecino podría inicializar o realizar una transmisión de un segundo paquete al vehículo autónomo. El segundo paquete podría transmitirse con base en el L2ID del vehículo autónomo y el L2ID del vehículo vecino. El L2ID (parcial) del vehículo autónomo y el L2ID (parcial) del vehículo vecino podrían incluirse en un encabezado del segundo paquete. El L2ID (parcial) del vehículo autónomo y el L2ID (parcial) del vehículo vecino podrían transmitirse/transportarse a través de una singularización de control de enlace lateral asociada con el segundo paquete.
Preferiblemente, el segundo paquete podría transmitirse con base en el L2ID del vehículo vecino y un L2ID (por ejemplo, L2ID3) utilizada para la comunicación de difusión grupal en la que podría participar el vehículo autónomo (y/o el vehículo vecino). El L2ID (parcial) utilizado para la comunicación de difusión grupal y el L2ID (parcial) del vehículo vecino podrían incluirse en un encabezado del segundo paquete. El L2ID (parcial) utilizado para la comunicación de difusión grupal y el L2ID (parcial) del vehículo vecino podrían transmitirse o transportarse a través de una singularización de control de enlace lateral asociado con el segundo paquete.
Preferiblemente, el segundo paquete podría incluir lo siguiente:
un segundo tráfico para el evento de emergencia del vehículo vecino; y/o
un segundo tráfico en respuesta a la recepción del primer tráfico incluido en el primer paquete; y/o
un mensaje de solicitud directa en el que podría incluirse el L2ID del vehículo autónomo, donde el mensaje de solicitud directa podría utilizarse para establecer una conexión; y/o
una información de reconocimiento para el primer tráfico incluido en el primer paquete, donde la información de reconocimiento podría usarse para que el vehículo autónomo determine si es necesario retransmitir el primer tráfico incluido el primer paquete. La información de reconocimiento podría ser una retroalimentación HARQ (solicitud de repetición automática híbrida), una retroalimentación ARQ, un informe de estado de una PDU (unidad de datos de protocolo) de control de RLC (control de enlace de radio), un informe de estado de un PDCP (protocolo de convergencia de datos en paquetes) PDU de control o una señalización de una capa superior o de aplicación que construye, genera, suministra o transmite el primer tráfico incluido en el primer paquete.
Dado que algunos casos de uso (por ejemplo, situaciones de emergencia) son bastante urgentes y críticos, un formato o perfil de transmisión específico y/o una configuración específica de AS (estrato de acceso) utilizada para la comunicación de enlace lateral para tales casos de uso podría ser diferente de una transmisión común formato/perfil y/o una configuración AS común utilizada para la comunicación de enlace lateral para otros casos de uso (no tan urgentes o críticos).
El vehículo autónomo podría usar el formato o perfil de transmisión específico para transmitir el primer paquete. El vehículo vecino podría (intentar) usar el formato o perfil de transmisión común o el formato o perfil de transmisión específico para recibir el primer paquete. Si el primer paquete se recibe con base en el formato o perfil de transmisión específico, el vehículo vecino podría usar el formato o perfil de transmisión específico para transmitir el segundo paquete. El vehículo autónomo podría usar el formato o perfil de transmisión específico para recibir el segundo paquete (porque el primer paquete se transmitió con base en el formato o perfil de transmisión específico). Alternativamente, el vehículo autónomo podría usar el formato o perfil de transmisión común para transmitir el primer paquete. El vehículo vecino podría usar el formato o perfil de transmisión común para recibir el primer paquete. Y el vehículo vecino podría usar un formato o perfil de transmisión específico para transmitir el segundo paquete (con base, por ejemplo, en el contenido o propósito del primer paquete). El vehículo autónomo podría usar el formato o perfil de transmisión específico para recibir el segundo paquete (porque el vehículo autónomo puede esperar que el vecino pueda transmitir el segundo paquete con base en el formato/perfil de transmisión específico).
Preferiblemente, el vehículo autónomo podría usar la configuración AS específica para transmitir el primer paquete. El vehículo vecino podría (intentar) usar la configuración AS común o la configuración AS específica para recibir el primer paquete. Si el primer paquete se recibe con base en la configuración de AS específica, el vehículo vecino podría usar la configuración de AS específica para transmitir el segundo paquete. El vehículo autónomo podría usar la configuración AS específica para recibir el segundo paquete (porque el primer paquete se transmitió con base en la configuración AS específica).
Alternativamente, el vehículo autónomo podría usar la configuración AS común para transmitir el primer paquete. El vehículo vecino podría usar la configuración AS común para recibir el primer paquete. Y el vehículo vecino podría usar la configuración AS específica para transmitir el segundo paquete (basado, por ejemplo, en el contenido o propósito del primer paquete). El vehículo autónomo podría usar la configuración AS específica para recibir el segundo paquete (porque el vehículo autónomo puede esperar que el vecino pueda transmitir el segundo paquete con base en la configuración AS específica).
La configuración AS específica podría incluir lo siguiente:
Configuración de MAC (control de acceso al medio) (por ejemplo, si se necesita retransmisión HARQ, número de retransmisiones, MCS (esquema de codificación de modulación), etc.); y/o
configuración de RLC (por ejemplo, información sobre si se utiliza la entidad RLC AM); y/o
configuración de PDCP (por ejemplo, información sobre si se debe activar la duplicación de paquetes de PDCP); y/o Configuración de SDAP (protocolo de adaptación de datos de servicio) (por ejemplo, información sobre si se necesita un encabezado SPAP en una PDU SDAP, mapeo de SLRB y flujos de QoS, etc.)
Independientemente de los métodos mencionados anteriormente, el formato o perfil de transmisión puede indicar uno o múltiples parámetros de transmisión de la capa AS. Preferiblemente, el formato o perfil de transmisión podría indicar una o múltiples RAT (tecnología de acceso por radio), una o múltiples MCS, una o múltiples separaciones de subportadores, uno o múltiples portadores, una o múltiples partes del ancho de banda, uno o múltiples formatos de transmisión, una o múltiples limitaciones de potencia de transmisión, y/o uno o múltiples rangos de transmisión. Además, el formato o perfil de transmisión podría indicar la adaptación de HARQ, el MCS correspondiente, el tamaño de TB (máximo o mínimo) correspondiente y/o el modo de transmisión (por ejemplo, modo de programación de red, modo de selección de recursos autónomos de UE).
Independientemente de los métodos mencionados anteriormente, la configuración AS podría incluir parámetros relevantes de configuración MAC, parámetros relevantes de configuración RLC, parámetros relevantes de configuración PDCP y/o parámetros relevantes de configuración SDAP.
Las figuras 14 y 15, y su descripción a continuación son realizaciones de ejemplo de la solución 3.
La figura 16 es un diagrama 1600 de flujo de acuerdo con una realización que no forma parte de la invención reivindicada desde la perspectiva de un primer dispositivo para realizar una comunicación de enlace lateral uno a uno sin conexión. En el paso 1605, el primer dispositivo recibe un mensaje de un segundo dispositivo, en donde la información incluida en el mensaje o en una información de control de enlace lateral asociada con la recepción del mensaje indica una identidad de capa 2 del segundo dispositivo. En el paso 1610, el primer dispositivo genera un primer paquete de datos para la transmisión de enlace lateral al segundo dispositivo, en donde el primer paquete de datos incluye un campo de una dirección de destino, o el primer paquete de datos está asociado con una información de control de enlace lateral en la que se incluye el campo de la dirección de destino. En el paso 1615, el primer dispositivo establece el campo de la dirección de destino con base en la identidad de la capa 2 del segundo dispositivo. En el paso 1620, el primer dispositivo transmite la información de control de enlace lateral y el primer paquete de datos al segundo dispositivo directamente sin intercambiar ningún mensaje relacionado con el establecimiento de conexión o enlace con el segundo dispositivo antes de la transmisión del primer paquete de datos.
Volviendo a las figuras 3 y 4, en una realización que no forma parte de la invención reivindicada de un UE, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el UE (i) reciba un mensaje de un segundo dispositivo, en donde la información incluida en el mensaje o en una información de control de enlace lateral asociada con la recepción del mensaje indica una identidad de capa 2 del segundo dispositivo, (ii) para generar un primer paquete de datos para la transmisión de enlace lateral al segundo dispositivo, en donde el primer paquete de datos incluye un campo de una dirección de destino, o el primer paquete de datos está asociado con una información de control de enlace lateral en la que se incluye el campo de la dirección de destino, (iii) para establecer el campo de la dirección de destino con base en la identidad de capa 2 del segundo dispositivo, y (iv) para transmitir la información de control de enlace lateral y el primer paquete de datos al segundo dispositivo directamente sin intercambiar ningún mensaje relacionado con el establecimiento de conexión o enlace con el segundo dispositivo antes de la transmisión del primer paquete de datos. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento.
La figura 17 es un diagrama 1700 de flujo de acuerdo con una realización que no forma parte de la invención reivindicada desde la perspectiva de un primer dispositivo para realizar una comunicación de enlace lateral uno a uno sin conexión. En el paso 1705, el primer dispositivo recibe un mensaje de un segundo dispositivo, en donde la información incluida en el mensaje o en una información de control de enlace lateral asociada con la recepción del mensaje indica una identidad de capa 2 del segundo dispositivo. En el paso 1710, el primer dispositivo genera un primer paquete de datos para la transmisión de enlace lateral al segundo dispositivo, en donde el primer paquete de datos está asociado con una información de control de enlace lateral en la que se transporta una dirección de destino. En el paso 1715, el primer dispositivo determina la dirección de destino con base en la identidad de capa 2 del segundo dispositivo. En el paso 1720, el primer dispositivo transmite la información de control de enlace lateral y el primer paquete de datos al segundo dispositivo directamente sin intercambiar ningún mensaje relacionado con el establecimiento de conexión o enlace con el segundo dispositivo antes de la transmisión del primer paquete de datos.
Volviendo a las figuras 3 y 4, en una realización de ejemplo de un primer dispositivo, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el primer dispositivo (i) reciba un mensaje de un segundo dispositivo, en donde la información incluida en el mensaje o en una información de control de enlace lateral asociada con la recepción del mensaje indica una identidad de capa 2 del segundo dispositivo, (ii) para generar un primer paquete de datos para la transmisión de enlace lateral al segundo dispositivo, en donde el primer paquete de datos está asociado con una información de control de enlace lateral en la que se transporta una dirección de destino, (iii) para determinar la dirección de destino con base en la identidad de capa 2 del segundo dispositivo, y (iv) para transmitir la información de control de enlace lateral y el primer paquete de datos al segundo dispositivo directamente sin intercambiar ningún mensaje relacionado con el establecimiento de conexión o enlace con el segundo dispositivo antes de la transmisión del primer paquete de datos. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento.
En el contexto de las realizaciones ilustradas en las figuras 16 y 17 y descrito anteriormente, preferiblemente, el primer dispositivo podría recibir un segundo paquete de datos desde el segundo dispositivo, en donde el segundo paquete de datos incluye otros datos para la transmisión desde el segundo dispositivo al primer dispositivo. Además, el primer dispositivo podría recibir un segundo paquete del segundo dispositivo, en donde el segundo paquete incluye un mensaje de solicitud directa utilizado para establecer una conexión entre el primer dispositivo y el segundo dispositivo. Además, el primer dispositivo podría recibir un segundo paquete del segundo dispositivo, en donde el segundo paquete incluye una información de acuse de recibo utilizada por el primer dispositivo para determinar si es necesaria la retransmisión de los datos incluidos en el primer paquete.
Preferiblemente, el mensaje podría ser un mensaje V2V o V2X (por ejemplo, un mensaje CAM). Además, el mensaje podría recibirse a través de una comunicación de enlace lateral de uno a muchos.
Preferiblemente, el primer paquete de datos puede no incluir un mensaje de solicitud directa utilizado para establecer una conexión entre el primer dispositivo y el segundo dispositivo. La identidad de capa 2 del segundo dispositivo podría incluirse en un encabezado de un paquete que incluye el mensaje.
En un escenario, una aplicación V2X puede iniciar una comunicación de enlace lateral uno a uno en UE1 hacia UE2 cuando sea necesario. Es necesario que UE1 informe a UE2 de la aplicación V2X durante el procedimiento de establecimiento de enlace o conexión para la comunicación de enlace lateral uno a uno para que el paquete de datos subsiguiente recibido de UE1 pueda ser procesado por la aplicación V2X correcta en UE2. La información que indica una identidad de la aplicación V2X puede incluirse en el mensaje de solicitud de comunicación directa. De esta forma, una información de identidad incluida en un paquete utilizado para transmitir el mensaje de solicitud de comunicación directa o en una información de control de enlace lateral asociada con la transmisión o recepción del paquete podría indicar una identidad de emisión de capa 2 común. La identidad de emisión de capa 2 común podría utilizarse para el procedimiento de establecimiento de conexión o enlace para la comunicación de enlace lateral uno a uno (para cualquier aplicación V2X). Las figuras 18 y 19 y su descripción a continuación son realizaciones de ejemplo.
La figura 18 es un diagrama 1800 de flujo de acuerdo con una realización desde la perspectiva de un primer dispositivo para establecer una comunicación de enlace lateral uno a uno con un segundo dispositivo. En el paso 1805, el primer dispositivo transmite un primer mensaje al segundo dispositivo con base en una identidad del segundo dispositivo o una identidad de emisión común para establecer una comunicación de enlace lateral uno a uno entre el primer dispositivo y el segundo dispositivo, en donde el primer mensaje incluye información utilizada para identificar una aplicación v 2x .
Volviendo a las figuras 3 y 4, en una realización de ejemplo de un primer dispositivo, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el primer dispositivo transmita un primer mensaje al segundo dispositivo con base en una identidad del segundo dispositivo o una identidad de emisión común para establecer una comunicación de enlace lateral uno a uno entre el primer dispositivo y el segundo dispositivo, en donde el primer mensaje incluye información utilizada para identificar una aplicación V2X. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento.
La figura 19 es un diagrama 1900 de flujo de acuerdo con una realización de ejemplo desde la perspectiva de un segundo dispositivo para establecer una comunicación de enlace lateral uno a uno con un primer dispositivo. En el paso 1905, el segundo dispositivo recibe un primer mensaje transmitido desde el primer dispositivo con base en una identidad del segundo dispositivo o una identidad de emisión común para establecer una comunicación de enlace lateral uno a uno entre el primer dispositivo y el segundo dispositivo, en donde el primer mensaje incluye información utilizada para identificar una aplicación V2X.
Volviendo a las figuras 3 y 4, en una realización de ejemplo de un segundo dispositivo, el dispositivo 300 incluye un código 312 de programa almacenado en la memoria 310. La CPU 308 podría ejecutar el código 312 de programa para permitir que el segundo (i) reciba un primer mensaje transmitido desde el primer dispositivo con base en una identidad del segundo dispositivo o una identidad de emisión común para establecer una comunicación de enlace lateral uno a uno entre el primer dispositivo y el segundo dispositivo, en donde el primer mensaje incluye información utilizada para identificar una aplicación V2X. Además, la CPU 308 puede ejecutar el código 312 de programa para realizar todas las acciones y pasos descritos anteriormente u otros descritos en este documento.
En el contexto de las realizaciones ilustradas en las figuras 18 y 19 y descrito anteriormente, preferentemente, el primer mensaje podría ser un mensaje de solicitud de comunicación directa. Además, podría transmitirse un segundo mensaje desde el segundo dispositivo al primer dispositivo para autenticación mutua en respuesta a la recepción del primer mensaje. El primer mensaje podría incluir una identidad del primer dispositivo y una identidad del segundo dispositivo.
Preferiblemente, una información de control de enlace lateral asociada con la transmisión o recepción del primer mensaje podría indicar la identidad del segundo dispositivo. La información es una identidad de la aplicación v2x . La aplicación V2X en el primer dispositivo podría desencadenar el establecimiento de la comunicación de enlace lateral uno a uno.
Preferiblemente, la identidad de emisión común podría ser una identidad de emisión de capa 2 común. El primer mensaje podría incluir la identidad de emisión común. Una información de control de enlace lateral asociada con la transmisión o recepción del primer mensaje podría indicar la identidad de emisión común.
Independientemente de los métodos mencionados anteriormente, la conexión para la comunicación de enlace lateral uno a uno podría ser un enlace de nivel AS entre ambos dispositivos/vehículos y/o una conexión RRC entre ambos dispositivos/vehículos.
Independientemente de los métodos mencionados anteriormente, el dispositivo es un UE o un vehículo.
Anteriormente se han descrito diversos aspectos de la divulgación. Debería ser evidente que las enseñanzas de este documento podrían incorporarse en una amplia variedad de formas y que cualquier estructura o función específica, o ambas, que se divulgan en este documento son meramente representativas. Con base en las enseñanzas de este documento, un experto en la técnica debería apreciar que un aspecto divulgado en este documento podría implementarse independientemente de cualquier otro aspecto y que dos o más de estos aspectos podrían combinarse de diversas maneras. Por ejemplo, podría implementarse un aparato o podría ponerse en práctica un método usando cualquier número de los aspectos expuestos en este documento. Además, dicho aparato podría implementarse o tal método podría practicarse usando otra estructura, funcionalidad o estructura y funcionalidad además de uno o más de los aspectos establecidos en este documento o distintos de ellos. Como ejemplo de algunos de los conceptos anteriores, en algunos aspectos se podrían establecer canales concurrentes con base en frecuencias de repetición de pulsos. En algunos aspectos, los canales concurrentes podrían establecerse con base en la posición del pulso o las compensaciones. En algunos aspectos, se podrían establecer canales concurrentes basados en secuencias de salto de tiempo. En algunos aspectos, los canales simultáneos podrían establecerse con base en las frecuencias de repetición de pulsos, las posiciones o compensaciones de los pulsos y las secuencias de salto de tiempo.
Los expertos en la técnica comprenderán que la información y las señales se pueden representar usando cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, instrucciones, comandos, información, señales, bits, símbolos y chips a los que se puede hacer referencia a lo largo de la descripción anterior pueden estar representados por voltajes, corrientes, ondas electromagnéticas, campos magnéticos o partículas, campos ópticos o partículas, o cualquier combinación de los mismos.
Los expertos apreciarán además que los diversos bloques lógicos ilustrativos, módulos, procesadores, medios, circuitos y pasos de algoritmo descritos en relación con los 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 los dos, que pueden diseñarse usando codificación fuente o alguna otra técnica), diversas formas de programa o código de diseño que incorporan instrucciones (que pueden denominarse en este documento, por conveniencia, como "software" o " módulo de software "), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos y pasos ilustrativos se han descrito anteriormente en general en términos de su funcionalidad. Que dicha funcionalidad se implemente como hardware o software dependiendo de la aplicación particular y las restricciones de diseño impuestas en el sistema general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversas maneras para cada aplicación particular, pero tales decisiones de implementación no deben interpretarse como que provocan una desviación del alcance de la presente divulgación.
Además, los diversos bloques, módulos y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados en este documento pueden implementarse dentro o realizarse mediante un circuito integrado ("IC"), un terminal de acceso o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), un arreglo de puertos programables en campo (FPGA) u otro dispositivo lógico programable, lógica de transistor o puerto discreto, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos o cualquier combinación de estos diseñados para realizar las funciones descritas en este documento, y pueden ejecutar códigos o instrucciones que residen dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estado convencional. Un procesador también puede implementarse como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo DSP o cualquier otra configuración similar.
Se entiende que cualquier orden específico o jerarquía de pasos en cualquier proceso divulgado es un ejemplo de un enfoque de muestra. Sobre la base de las preferencias de diseño, se entiende que el orden específico o la jerarquía de los pasos en los procesos se pueden reorganizar mientras permanecen dentro del alcance de la presente divulgación. Las reivindicaciones del método adjunto presentan elementos de los diversos pasos en un orden de muestra, y no pretenden limitarse al orden específico o la jerarquía presentada.
Los pasos de un método o algoritmo descrito en relación con los aspectos divulgados en este documento pueden incorporarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, incluidas las instrucciones ejecutables y los datos relacionados) y otros datos pueden residir en una memoria de datos tal como memoria RAM, memoria flash, memoria ROM, memoria EPROM, memoria EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Un medio de almacenamiento de muestra se puede acoplar a una máquina tal como, por ejemplo, un ordenador/procesador (al que se puede hacer referencia en este documento, por conveniencia, como un "procesador") de modo que el procesador pueda leer información (por ejemplo, código) y escribir información en el medio de almacenamiento. Un medio de almacenamiento de muestras puede ser parte integral del procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en el equipo del usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en el equipo del usuario. Además, en algunos aspectos, cualquier producto de programa de ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos relacionados con uno o más de los aspectos de la divulgación. En algunos aspectos, un producto de programa informático puede comprender materiales de empaquetado.

Claims (8)

REIVINDICACIONES
1. Un método para que un primer dispositivo establezca un enlace de comunicación V2X de unidifusión a través de PC5 con un segundo dispositivo, que comprende:
emitir un primer mensaje antes de transmitir/recibir datos sobre el enlace (1105) de unidifusión, en donde el primer mensaje se utiliza para solicitar el establecimiento de un enlace de unidifusión del enlace de unidifusión y el primer mensaje incluye un identificador de capa superior del primer dispositivo y en donde el primer el mensaje se emite con base en un ID de capa 2 del primer dispositivo como ID de capa 2 de origen y una dirección de emisión como ID de capa 2 de destino; y
recibir un segundo mensaje, antes de transmitir/recibir datos sobre del enlace de unidifusión, desde el segundo dispositivo para completar el establecimiento del enlace (1110) de unidifusión, en donde el segundo mensaje se recibe con base en el ID de capa 2 del primer dispositivo como el ID de capa 2 de destino y un ID de capa 2 del segundo dispositivo como ID de capa 2 de origen,
caracterizado porque
el segundo mensaje incluye un identificador de capa superior del segundo dispositivo.
2. El método de la reivindicación 1, en donde el identificador de capa superior del primer dispositivo se usa para que el segundo dispositivo asocie el identificador de capa superior del primer dispositivo con el ID de capa 2 del primer dispositivo.
3. El método de la reivindicación 1 o 2, en donde el primer mensaje no incluye ningún identificador de capa superior del segundo dispositivo.
4. Un método para que un segundo dispositivo establezca un enlace de comunicación V2X de unidifusión a través de PC5 con un primer dispositivo, que comprende:
recibir un primer mensaje emitido desde el primer dispositivo antes de transmitir/recibir datos a través del enlace (1205) de unidifusión, en donde el primer mensaje se usa para solicitar el establecimiento del enlace de unidifusión y el primer mensaje incluye un identificador de capa superior del primer dispositivo y en donde el primer mensaje se recibe con base en un ID de capa 2 del primer dispositivo como ID de capa 2 de origen y una dirección de emisión como ID de capa 2 de destino; y
transmitir un segundo mensaje al primer dispositivo para completar el establecimiento del enlace de unidifusión antes de transmitir/recibir datos a través del enlace (1210) de unidifusión, en donde el segundo mensaje se transmite con base en el ID de capa 2 del primer dispositivo como ID de capa 2 de destino y un ID de capa 2 del segundo dispositivo como un ID de capa 2 de origen,
caracterizado porque
el segundo mensaje incluye un identificador de capa superior del segundo dispositivo.
5. El método de la reivindicación 4, en donde el identificador de capa superior del primer dispositivo se usa para que el segundo dispositivo asocie el identificador de capa superior del primer dispositivo con el ID de capa 2 del primer dispositivo.
6. El método de la reivindicación 4 o 5, en donde el primer mensaje no incluye ningún identificador de capa superior del segundo dispositivo.
7. Un primer dispositivo de comunicación, que comprende:
un circuito (306) de control;
un procesador (308) instalado en el circuito (306) de control; y
una memoria (310) instalada en el circuito (306) de control y acoplada operativamente al procesador (308);
caracterizado porque el procesador (308) está configurado para ejecutar un código (312) de programa almacenado en la memoria (310) para realizar los pasos del método como se define en una cualquiera de las reivindicaciones anteriores 1 a 3.
8. Un segundo dispositivo de comunicación, que comprende:
un circuito (306) de control;
un procesador (308) instalado en el circuito (306) de control; y
una memoria (310) instalada en el circuito (306) de control y acoplada operativamente al procesador (308);
caracterizado porque el procesador (308) está configurado para ejecutar un código (312) de programa almacenado en la memoria (310) para realizar los pasos del método como se define en una cualquiera de las reivindicaciones 4 a 6.
ES19207023T 2018-11-09 2019-11-05 Método y aparato para mejorar la conexión para la comunicación de enlace lateral en un sistema de comunicación inalámbrico Active ES2910309T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201862758398P 2018-11-09 2018-11-09

Publications (1)

Publication Number Publication Date
ES2910309T3 true ES2910309T3 (es) 2022-05-12

Family

ID=68468566

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19207023T Active ES2910309T3 (es) 2018-11-09 2019-11-05 Método y aparato para mejorar la conexión para la comunicación de enlace lateral en un sistema de comunicación inalámbrico

Country Status (7)

Country Link
US (1) US10687386B2 (es)
EP (1) EP3651533B1 (es)
JP (1) JP6749462B2 (es)
KR (1) KR102234055B1 (es)
CN (1) CN111182655B (es)
ES (1) ES2910309T3 (es)
TW (1) TWI696403B (es)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11044129B2 (en) * 2017-12-21 2021-06-22 Qualcomm Incorporated Hierarchical communication for device-to-device communications
CN114727328B (zh) * 2018-12-14 2024-11-29 华为技术有限公司 一种故障确定方法及装置
US11432132B2 (en) * 2019-02-14 2022-08-30 Motorola Mobility Llc Dropping extraneous discovery messages
CN111615219B (zh) * 2019-04-30 2022-02-22 维沃移动通信有限公司 一种pc5链路建立方法、设备及系统
US11115894B2 (en) 2019-08-14 2021-09-07 Motorola Mobility Llc Managing FTM frames of WLAN RTT bursts
KR102227287B1 (ko) * 2019-08-15 2021-03-15 엘지전자 주식회사 자율주행시스템에서 차량의 멀티안테나 제어방법 및 이를 위한 장치
US11956120B2 (en) * 2019-09-30 2024-04-09 Qualcomm Incorporated Indicating sidelink connection loss
US12446101B2 (en) * 2020-02-13 2025-10-14 Beijing Xiaomi Mobile Software Co., Ltd. Communication processing method and apparatus, and storage medium
ES2914606T3 (es) * 2020-03-18 2022-06-14 Asustek Comp Inc Procedimiento y aparato para realizar un procedimiento para actualizar identidades de capa 2
ES3056562T3 (en) * 2020-06-19 2026-02-23 Asustek Comp Inc Method and apparatus for performing link identifier update procedure in a wireless communication system
CN111836213A (zh) * 2020-06-29 2020-10-27 曾浩军 车辆通信方法、车辆及计算机可读存储介质
US12490175B2 (en) 2020-07-30 2025-12-02 Telefonaktiebolaget Lm Ericsson (Publ) Terminal device, network node and methods therein for handling system information
DE102020121754A1 (de) 2020-08-19 2022-02-24 Audi Aktiengesellschaft Verfahren zur Kommunikation zwischen Verkehrsteilnehmern und Kommunikationssystem
CN112235734B (zh) * 2020-10-14 2022-04-08 大唐高鸿智联科技(重庆)有限公司 广播模式下的单播业务实现方法、装置及设备
US11622402B2 (en) * 2020-11-18 2023-04-04 Qualcomm Incorporated Relay of superpositioned sidelink and uplink transmission
EP4252437A4 (en) * 2020-11-26 2024-07-24 Qualcomm Incorporated VEHICLE COMMUNICATION WITH A ONE-TO-ONE BROADCAST SIDELINK COMMUNICATION PROTOCOL

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150312953A1 (en) * 2012-11-07 2015-10-29 InterDigital Patent Holding Inc. Reliable Multicast/Broadcast for P2P Communications
WO2015163625A1 (en) * 2014-04-24 2015-10-29 Lg Electronics Inc. Method for establishing layer-2 entities for d2d communication system and device therefor
KR102197851B1 (ko) * 2014-10-20 2021-01-04 한국전자통신연구원 단말간 직접 통신에서 대상 발견 방법 및 장치
KR102402218B1 (ko) * 2014-12-30 2022-05-27 한국전자통신연구원 무선 통신 네트워크에서 통신 노드의 동작 방법
US9699154B2 (en) * 2015-01-19 2017-07-04 Intel IP Corporation Systems, methods and devices for direct communication using a PC5 protocol
WO2016122533A1 (en) * 2015-01-29 2016-08-04 Nokia Soluton And Networks Oy Handling of proximity services device to device related identities at radio access network level
US10492120B2 (en) * 2015-03-31 2019-11-26 Ntt Docomo, Inc. User apparatus and base station
KR102492047B1 (ko) * 2015-04-01 2023-01-26 삼성전자주식회사 Ｄ２ｄ 통신 시스템에서 우선 순위를 처리하는 방법 및 장치
CN106331978B (zh) * 2015-06-19 2019-09-17 电信科学技术研究院 一种层2链路标识的选择、通知方法及装置
KR20170002201A (ko) * 2015-06-29 2017-01-06 삼성전자주식회사 무선 통신 시스템에서 근접 서비스 통신을 수행하는 방법 및 장치
EP3121974B1 (en) * 2015-07-24 2019-11-27 Panasonic Intellectual Property Corporation of America Improved prose relay ue activation
US20180199229A1 (en) * 2015-07-26 2018-07-12 Lg Electronics Inc. Method for transmitting information on priority for d2d link with relay ue in wireless communication system and apparatus therefor
EP3206321B1 (en) * 2016-02-15 2020-07-08 Panasonic Intellectual Property Corporation of America Improved uplink harq operation for prose-enabled ues participating in sidelink discovery operation
EP3244677B1 (en) * 2016-05-13 2020-04-29 Panasonic Intellectual Property Corporation of America Improved mechanism for qos implementation in vehicular communication
WO2018047401A1 (ja) * 2016-09-09 2018-03-15 日本電気株式会社 無線通信のための装置、方法、及びプログラムを格納した非一時的なコンピュータ可読媒体
US10048774B2 (en) * 2016-10-21 2018-08-14 Dexin Electronics Ltd. Mouse device with structure for adjusting load of a press-button
US10939288B2 (en) * 2018-01-14 2021-03-02 Qualcomm Incorporated Cellular unicast link establishment for vehicle-to-vehicle (V2V) communication

Also Published As

Publication number Publication date
US10687386B2 (en) 2020-06-16
JP2020078075A (ja) 2020-05-21
JP6749462B2 (ja) 2020-09-02
US20200154511A1 (en) 2020-05-14
KR20200054876A (ko) 2020-05-20
CN111182655A (zh) 2020-05-19
TW202019229A (zh) 2020-05-16
EP3651533B1 (en) 2022-02-23
CN111182655B (zh) 2021-09-07
TWI696403B (zh) 2020-06-11
KR102234055B1 (ko) 2021-03-31
EP3651533A1 (en) 2020-05-13

Similar Documents

Publication Publication Date Title
ES2910309T3 (es) Método y aparato para mejorar la conexión para la comunicación de enlace lateral en un sistema de comunicación inalámbrico
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
ES2882300T3 (es) Procedimiento y aparato para admitir servicios de vehículo a todo (V2X) en un único enlace de comunicación unívoca con 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
US12294484B2 (en) Method and apparatus for handling sidelink radio link failure in a wireless communication system
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
US9674645B2 (en) Method and apparatus for unifying proximity services groups in wireless communication system
CN113825109A (zh) 无线通信系统中中继传送直接通信请求消息的方法和设备
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
US20230370902A1 (en) Relay UE Selection for Transmission Over Sidelink
CN113938982A (zh) 无线通信系统中侧链路数据无线电承载建立的方法和设备
ES2903227T3 (es) Procedimientos y aparatos para gestionar un cambio de identificador de enlace lateral en un sistema de comunicación inalámbrica
CN113938981B (zh) 无线通信系统中中继报告侧链路用户设备能力信息的方法和设备
ES2914606T3 (es) Procedimiento y aparato para realizar un procedimiento para actualizar identidades de capa 2
CN113825108A (zh) 无线通信系统中用户设备传送直接通信请求消息的方法和设备
ES2731751T3 (es) Método y aparato para el descubrimiento de dispositivo a dispositivo directo en un sistema de comunicación inalámbrica
US11838977B2 (en) Method and apparatus for performing link identifier update procedure in a wireless communication system
CN113825204A (zh) 无线通信系统中执行pc5单播链路建立过程的方法和设备
CN113938979A (zh) 无线通信系统中转发侧链路用户设备能力信息的方法和设备
US20140194114A1 (en) Method and apparatus for establishing a direct connection in a proximity-services communication system
CN114125820A (zh) 无线通信系统中用户设备报告侧链路用户设备能力信息的方法和设备
EP4569833A2 (en) U2u relay discovery and (re-)selection
HK40027896A (en) Method and apparatus of improving connection for sidelink communication in a wireless communication system
HK40027896B (en) Method and apparatus of improving connection for sidelink communication in a wireless communication system
KR20240058846A (ko) 포지셔닝 발견 결과들에 기초한 포지셔닝 측정 구성