ES2916801T3 - 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 - Google Patents

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 Download PDF

Info

Publication number
ES2916801T3
ES2916801T3 ES20207345T ES20207345T ES2916801T3 ES 2916801 T3 ES2916801 T3 ES 2916801T3 ES 20207345 T ES20207345 T ES 20207345T ES 20207345 T ES20207345 T ES 20207345T ES 2916801 T3 ES2916801 T3 ES 2916801T3
Authority
ES
Spain
Prior art keywords
layer
srb
link
message
sidelink
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
ES20207345T
Other languages
English (en)
Inventor
Li-Te Pan
Richard Lee-Chee Kuo
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Asustek Computer Inc filed Critical Asustek Computer Inc
Application granted granted Critical
Publication of ES2916801T3 publication Critical patent/ES2916801T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/15—Setup of multiple wireless link connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/037—Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

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

Abstract

Se revelan un método y un aparato. El primer UE establece un primer portador de radio de señalización de enlace lateral (SRB) para la transmisión de mensajes de PC5-S si se inicia un enlace de unidifusión o un establecimiento de conexión de control de recursos PC5-Radio (PC5-RRC), en el que se asocia el primer SRB Sidelink con un valor predeterminado predeterminado Identidad de la capa 2 de destino (ID) (1205). Además, el primer UE transmite un primer mensaje PC5-S para el enlace de unicast o el establecimiento de conexión PC5-RRC en el primer SRB de enlace lateral con una ID de capa de fuente derivada de una ID de capa 2 de la primera UE y una capa de destino -2 ID derivada de la ID de capa 2 de destino predeterminada (1210). Además, el primer UE recibe un segundo mensaje PC5-S de un segundo UE, en el que el segundo mensaje PC5-S se transmite con una ID de capa de fuente derivada de una ID de capa-2 del segundo UE y una capa de destino-2 ID derivado de la capa-2 ID del primer UE (1215). Además, el primer UE establece un segundo SRB Sidelink para la recepción y/o transmisión de mensajes PC5-S, en el que el segundo SRB lateral está asociado con la ID de capa-2 del segundo UE (1220). Además, el primer UE establece un tercer SRB Sidelink SRB para la transmisión de mensajes PC5-RRC si el enlace de unidifusión o el establecimiento de conexión PC5-RRC se han completado con éxito, en el que el tercer Sidelink SRB está asociado con la ID de capa-2 del segundo UE (1225). (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
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
Esta divulgación generalmente hace referencia a las redes de comunicación inalámbrica, y más particularmente, a un procedimiento y aparato para el establecimiento de SRB de enlace lateral en un sistema de comunicación inalámbrica.
Antecedentes
Con el rápido aumento de la demanda para la comunicación de grandes cantidades de datos hacia y desde los dispositivos de comunicación móvil, las redes de comunicación de voz móvil tradicionales evolucionan hacia redes que se comunican con paquetes de datos Protocolo de Internet (IP). Dicha comunicación de paquetes de datos IP puede proporcionar a los usuarios de los dispositivos de comunicación móvil servicios de voz sobre IP, multimedia, multidifusión y comunicación bajo demanda.
Una estructura de red ilustrativa es una Red de Acceso de Radio Terrestre Universal Evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto rendimiento de datos con el fin de realizar los servicios de voz sobre IP y multimedia que se mencionan anteriormente. Una nueva tecnología de radio para la próxima generación (por ejemplo, 5G) se discute actualmente por la organización de estándares 3GPP. En consecuencia, los cambios al cuerpo actual del estándar 3GPP se presentan y consideran actualmente para evolucionar y finalizar con el estándar 3GPP.
El documento 3GPP R2-1916149 divulga las interacciones PC5-RRC y PC5-S y su seguridad en NR V2X.
El documento 3GPP R2-1914464 divulga el manejo de L2 para mensajes PC5-S y la participación de RAN para mensajes PC5-S.
El documento 3GPP R2-1912259 divulga que los enlaces laterales (SL) SRB de diferentes prioridades se utilizan para mensajes PC5-S y mensajes PC5-RRC, respectivamente.
Sumario
Un procedimiento y aparato se divulgan desde la perspectiva de un primer Equipo de Usuario (UE) para establecer un enlace de unidifusión y se definen en las reivindicaciones independientes. Las reivindicaciones dependientes definen las realizaciones preferentes de las mismas.
Breve descripción de los dibujos
La Figura 1 muestra un diagrama de un sistema de comunicación inalámbrica de acuerdo con una realización ilustrativa.
La Figura 2 es un diagrama de bloques de un sistema transmisor (conocido también como red de acceso) y un sistema receptor (conocido también como equipo de usuario o UE) de acuerdo con una realización ilustrativa. La Figura 3 es un diagrama de bloques funcional de un sistema de comunicación de acuerdo con una realización ilustrativa.
La Figura 4 es un diagrama de bloques funcional del código de programa de la Figura 3 de acuerdo con una realización ilustrativa.
La Figura 5 es una reproducción de la Figura 5.2.1.4-1 de 3GPP TS 23.287 V16.0.0.
La Figura 6 es una reproducción de la Figura 6.3.3.1-1 de 3GPP TS 23.287 V16.0.0.
La Figura 7 es una reproducción de la Figura 6.5.5.2-1 de 3GPP TS 33.303 V15.0.0.
La Figura 8 es una reproducción de la Figura 5.X.3.1-1 de 3GPP R2-1915983.
La Figura 9 es la reproducción de la Figura 6.1.x-1 de 3GPP R2-1916120.
La Figura 10 es la reproducción de la Figura 6.1.x-2 de 3GPP R2-1916120.
La Figura 11 es un diagrama de acuerdo con una realización ilustrativa.
La Figura 12 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 13 es un diagrama de flujo de acuerdo con una realización ilustrativa.
La Figura 14 es un diagrama de flujo de acuerdo con una realización ilustrativa.
Descripción detallada
Los sistemas y dispositivos de comunicación inalámbrica ilustrativos descritos a continuación emplean un sistema de comunicación inalámbrica, que soporta un servicio de difusión. Los sistemas de comunicación inalámbrica se despliegan ampliamente para proporcionar diversos tipos de comunicación tales como voz, datos, y así sucesivamente. Estos sistemas pueden ser en base a acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división de frecuencia ortogonal (OFDMA), acceso inalámbrico 3GPP LTE (Evolución a Largo Plazo), 3GPP LTE-A o LTE-Avanzada (Evolución a Largo Plazo Avanzada), 3GPP2 UMB (Ultra Banda Ancha Móvil), WiMax, 3GPP NR (Radio Nuevo), o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica ilustrativos que se describen a continuación pueden diseñarse para soportar uno o más estándares, como el estándar ofrecido por un consorcio llamado "Proyecto de Asociación de 3ra Generación" denominado en la presente memoria 3GPP, que incluye: TS 23.287 V16.0.0, "Architecture enhancements for 5G System (5GS) to support Vehicle-to-Everything (V2X) services (Release 16)"; TS 33.303 V15.0.0, "Proximity-based Services (ProSe); Security aspects (Release 15); R2-1915983, "Running CR to TS 38.331 for 5G V2X with NR Sidelink", Huawei, HiSilicon; R2-1916120, "Running CR to TS 38.321 for 5G V2X with NR Sidelink", LG Electronics; y R2-1916288, "Report from session on LTE V2X and NR V2X", Samsung. Las normas y documentos enumerados anteriormente se incorporan aquí expresamente por referencia en su totalidad.
La Figura 1 muestra un sistema de comunicación inalámbrica de acceso múltiple de acuerdo con una realización de la invención. Una red de acceso 100 (AN) incluye grupos de antenas múltiples, uno que incluye a 104 y a 106, otro que incluye a 108 y a 110, y uno adicional que incluye a 112 y a 114. En la Figura 1, solamente se muestran dos antenas para cada grupo de antenas, sin embargo, pueden utilizarse más o menos antenas para cada grupo de antenas. El terminal de acceso 116 (AT) está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal de acceso 116 mediante el enlace directo 120 y reciben información desde el terminal de acceso 116 mediante el enlace inverso 118. El terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al terminal de acceso (AT) 122 mediante el enlace directo 126 y reciben información desde el terminal de acceso (AT) 122 mediante el enlace inverso 124. En un sistema FDD, los enlaces de comunicación 118, 120, 124 y 126 pueden usar una frecuencia diferente para la comunicación. Por ejemplo, el enlace directo 120 puede usar una frecuencia diferente luego a la que usa el enlace inverso 118.
Cada grupo de antenas y/o el área en la que se diseñan para comunicarse se denomina a menudo como un sector de la red de acceso. En la realización, cada uno de los grupos de antenas se diseñan para comunicarse con los terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación mediante los enlaces directos 120 y 126, las antenas de transmisión de la red de acceso 100 pueden utilizar la conformación de haces con el fin de mejorar la relación señal-ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. También, una red de acceso que usa la conformación de haces para transmitir a terminales de acceso dispersas aleatoriamente a través de su cobertura provoca menos interferencia a los terminales de acceso en las células vecinas que una red de acceso que transmite a través de una única antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o estación base usada para comunicarse con los terminales y también puede denominarse como un punto de acceso, un Nodo B, una estación base, una estación base mejorada, un Nodo B evolucionado (eNB), o alguna otra terminología. Un terminal de acceso (AT) también puede llamarse equipo de usuario (UE), un dispositivo de comunicación inalámbrica, terminal, terminal de acceso o alguna otra terminología.
La Figura 2 es un diagrama de bloques simplificado de una realización de un sistema transmisor 210 (conocido también como la red de acceso) y un sistema receptor 250 (conocido también como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema MIMO 200. En el sistema transmisor 210, los datos de tráfico para un número de flujos de datos se proporciona desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214. Preferentemente, cada flujo de datos se transmite mediante una antena de transmisión respectiva. El procesador de datos de TX 214 formatea, codifica, e intercala los datos de tráfico para cada flujo de datos en base a un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar los datos codificados.
Los datos codificados para cada flujo de datos pueden multiplexarse con datos piloto mediante el uso de técnicas OFDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de manera conocida y puede usarse en el sistema receptor para estimar la respuesta del canal. Los datos piloto y codificados multiplexados para cada flujo de datos se modulan luego (es decir, se asignan símbolos) en base a 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 velocidad de datos, la codificación y la modulación para cada flujo de datos puede determinarse mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos se proporcionan luego a un procesador de TX MIMO 220, que puede procesar además los símbolos de modulación (por ejemplo, para OFDM). El procesador de TX MIMO 220 proporciona luego Nt flujos de símbolos de modulación para los Nt transmisores (TMTR) del 222a al 222t. En ciertas realizaciones, el procesador de TX MIMO 220 aplica los pesos de la conformación de haces a los símbolos de los flujos de datos y a la antena desde la que se transmite el símbolo.
Cada transmisor 222 recibe y procesa un flujo de símbolos respectivo para proporcionar una o más señales analógicas, y condiciona además (por ejemplo, amplifica, filtra, y convierte ascendentemente) las señales analógicas para proporcionar una señal modulada adecuada para la transmisión mediante el canal MIMO. Nt señales moduladas desde los transmisores del 222a al 222t se transmiten luego desde las Nt antenas de la 224a a la 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben por las Nr antenas de la 252a a la 252r y la señal recibida desde cada antena 252 se proporciona a un receptor (RCVR) respectivo del 254a al 254r. Cada receptor 254 condiciona (por ejemplo, filtra, amplifica y convierte descendentemente) una señal recibida respectiva, digitaliza la señal condicionada para proporcionar muestras, y procesa además las muestras para proporcionar un flujo de símbolos "recibidos" correspondiente.
Un procesador de datos de RX 260 recibe y procesa luego los Nr flujos de símbolos recibidos desde los Nr receptores 254 en base a una técnica de procesamiento particular del receptor para proporcionar Nt flujos de símbolos "detectados". El procesador de datos de RX 260 demodula, desintercala, y decodifica luego cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador de datos de RX 260 es complementario al que realiza el procesador de TX MIMO 220 y el procesador de datos de TX 214 en el sistema transmisor 210.
Un procesador 270 determina periódicamente qué matriz de precodificación usar (se discute a continuación). El procesador 270 formula un mensaje de enlace inverso que comprende una porción del índice de la matriz y una porción del valor del rango.
El mensaje de enlace inverso puede comprender diversos tipos de información respecto al enlace de comunicación y/o el flujo de datos recibido. El mensaje de enlace inverso se procesa luego por un procesador de datos de TX 238, que recibe también los datos de tráfico para un número de flujos de datos desde una fuente de datos 236, se modula por un modulador 280, se condiciona por los transmisores del 254a al 254r, y se transmite de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas desde el sistema receptor 250 se reciben por las antenas 224, se condicionan por los receptores 222, se demodulan por un demodulador 240, y se procesan por un procesador de datos de RX 242 para extraer el mensaje del enlace inverso trasmitido por el sistema receptor 250. El procesador 230 determina luego qué matriz de precodificación usar para determinar los pesos de la conformación de haces y procesa luego 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 de comunicación 300 en un sistema de comunicación inalámbrica puede utilizarse para realizar los UE (o AT) 116 y 122 en la Figura 1 o la estación base (o AN) 100 en la Figura 1, y el sistema de comunicaciones inalámbricas es preferentemente el sistema LTE o NR. El dispositivo de comunicación 300 puede incluir un dispositivo de entrada 302, un dispositivo de salida 304, un circuito de control 306, una unidad de procesamiento central (CPU) 308, una memoria 310, un código de programa 312, y un transceptor 314. El circuito de control 306 ejecuta el código del programa 312 en la memoria 310 a través de la CPU 308, que controla de esta manera una operación del dispositivo de comunicaciones 300. El dispositivo de comunicaciones 300 puede recibir señales introducidas por un usuario a través del dispositivo de entrada 302, tal como un teclado o teclado numérico, y puede emitir imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, que suministra señales recibidas al circuito de control 306, y que emite señales que se generan por el circuito de control 306 de forma inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica también puede utilizarse para realizar la AN 100 en la Figura 1.
La Figura 4 es un diagrama de bloques simplificado del código del programa 312 que se muestra en la Figura 3 de acuerdo con una realización de la invención. En esta realización, el código del programa 312 incluye una capa de aplicación 400, una porción de la Capa 3402, y una porción de la Capa 2404, y se acopla a una porción de la Capa 1 406. La porción de la Capa 3402 realiza en general el control de recursos de radio. La porción de la Capa 2404 realiza en general el control de enlace. La porción de la Capa 1406 realiza en general las conexiones físicas.
3GPP TS 23.287 especifica la comunicación Vehículo a todo (V2X) relacionada con el modo unidifusión de la siguiente manera:
5.1.2 Autorización y aprovisionamiento para comunicaciones V2X sobre el punto de referencia PC5
5.1.2.1 Aprovisionamiento de políticas/parámetros
La siguiente información para las comunicaciones V2X sobre el punto de referencia PC5 se proporciona al UE:
1) Política de autorización:
- Cuando el UE "recibe servicio por E-UTRA" o " recibe servicio por NR":
- PLMN en las que el UE está autorizado a realizar comunicaciones V2X sobre el punto de referencia PC5 cuando "recibe servicio por E-UTRA" o "recibe servicio por NR". Para cada PLMN anterior:
- Las RAT(s) sobre las cuales el UE está autorizado para realizar comunicaciones V2X sobre el punto de referencia PC5.
- Cuando el UE "no recibe servicio por E-UTRA" y "no recibe servicio por NR":
- Indica si el UE está autorizado para realizar comunicaciones V2X sobre el punto de referencia PC5 cuando "no recibe servicio de E-UTRA" y "no recibe servicio de NR". - Las RAT(s) sobre las cuales el UE está autorizado para realizar comunicaciones V2X sobre el punto de referencia PC5.
2) Parámetros de radio cuando el UE "no recibe servicio por E-UTRA" y "no recibe servicio por NR":
- Incluye los parámetros de radio por PC5 RAT (es decir, LTE PC5, NR PC5) con área(s) geográfica(s) y una indicación de si son "administrados por el operador" o "no administrados por el operador". El UE usa los parámetros de radio para realizar comunicaciones V2X sobre el punto de referencia PC5 cuando "no recibe servicio por E-UTRA" y "no recibe servicio por NR" solo si el UE puede ubicarse de manera confiable en el área geográfica correspondiente. De lo contrario, el UE no está autorizado a transmitir.
Nota del editor: Los parámetros de radio (por ejemplo, bandas de frecuencia) deben ser definidos por RAN WG. La referencia a la memoria descriptiva de la RAN se agregará cuando se defina en las RAN WG.
NOTA 1: Las reglamentaciones locales definen si una banda de frecuencia está "administrada por un operador" o "no administrada por un operador" en un área geográfica determinada. 3) Política/parámetros por RAT para la selección del perfil PC5 Tx:
- La asignación de tipos de servicio (por ejemplo, PSID o ITS-AID) a perfiles Tx.
Nota del editor: Los perfiles Tx deben ser definidos por las RAN WG. La referencia a la memoria descriptiva de la RAN se agregará cuando se defina en las RAN WG.
4) Política/parámetros relacionados con la privacidad:
- La lista de servicios V2X, por ejemplo, PSID o ITS-AID de las aplicaciones V2X, con áreas geográficas que requieren soporte de privacidad.
5) Política/parámetros cuando se selecciona LTE PC5:
Igual que se especifica en TS 23.285 [8], cláusula 4.4.1.1.2, sección 3) Política/parámetros, excepto la asignación de tipos de servicio a perfiles Tx y la lista de servicios V2X con áreas geográficas que requieren soporte de privacidad.
6) Política/parámetros cuando se selecciona NR PC5:
- El mapeo de tipos de servicio (por ejemplo, PSID o ITS-AID) a frecuencias V2X con áreas geográficas.
- El mapeo de ID(s) de capa 2 de destino y los servicios V2X, por ejemplo, PSID o ITS-AID de la aplicación V2X para difusión.
- El mapeo de ID(s) de capa 2 de destino y los servicios V2X, por ejemplo, PSID o ITS-AID de la aplicación V2X para difusión grupal.
- El mapeo de los ID de la capa 2 de destino predeterminados para la señalización inicial para establecer una conexión de unidifusión y los servicios V2X, por ejemplo, PSID o ITS-AID de la aplicación V2X.
NOTA 2: El mismo ID de la capa 2 de destino predeterminado para la señalización inicial de unidifusión se puede asignar a más de un servicio V2X. En el caso de que diferentes servicios V2X se asignen a distintos ID de la capa 2 de destino predeterminados, cuando el UE tenga la intención de establecer un único enlace de unidifusión que se puede usar para más de un servicio V2X, el UE puede seleccionar cualquiera de los ID de la capa 2 de destino predeterminados a utilizar para la señalización inicial.
- Configuración de asignación de QoS PC5:
- Entrada de la capa de aplicación V2X:
- Servicio V2X (por ejemplo, PSID o ITS-AID).
- (Opcional) Requisitos de la aplicación V2X para el servicio V2X, por ejemplo, requisito de prioridad, requisito de confiabilidad, requisito de demora, requisito de rango.
NOTA 3: Los detalles de los requisitos de la aplicación V2X para el servicio V2X dependen de la implementación y están fuera del ámbito de esta memoria descriptiva.
- Salida:
- Parámetros de QoS PC5 definidos en la cláusula 5.4.2 (es decir, PQI y condicionalmente otros parámetros como MFBR/GFBR, etc.).
- Configuraciones de SLRB, es decir, la asignación de perfil(es) de QoS PC5 a SLRB(s), cuando el UE "no recibe servicio por E-UTRA" y "recibe servicio por NR".
- El perfil de QoS PC5 contiene los parámetros de QoS PC5 descritos en la cláusula 5.4.2 y el valor de las características de QoS con respecto al nivel de prioridad, la ventana de promedio, el volumen de ráfaga de datos máximo si el valor predeterminado no se usa como se define en la Tabla 5.4.4-1.
Nota del editor: Las configuraciones SLRB serán determinadas por las RAN WG. La referencia a la memoria descriptiva de la RAN se agregará cuando se defina en las RAN WG.
Nota del editor: Para el perfil de QoS PC5, se necesita la coordinación con las RAN WG.
Nota del editor: Las frecuencias V2X con área(s) geográfica(s) serán determinadas por las RAN WG. La referencia a la memoria descriptiva de la RAN se agregará cuando se defina en las RAN WG.
.2.1.4 Comunicación en modo unidifusión sobre el punto de referencia PC5
El modo de comunicación unidifusión solo es compatible con el punto de referencia PC5 basado en NR. La Figura 5.2.1.4-1 ilustra un ejemplo de enlaces de unidifusión PC5.
[La Figura 5.2.1.4-1 de 3GPP TS 23.287 V16.0.0, titulada "Ejemplo de enlaces de unidifusión PC5", se reproduce como Figura 5]
Los siguientes principios se aplican cuando la comunicación V2X se realiza a través del enlace de unidifusión PC5:
- Un enlace de unidifusión PC5 entre dos UE permite la comunicación V2X entre uno o más pares de servicios V2X pares en estos UE. Todos los servicios V2X en el UE que usan el mismo enlace de unidifusión PC5 usan la misma ID de la capa de aplicación.
NOTA 1: Un ID de la capa de aplicación puede cambiar con el tiempo como se describe en las cláusulas 5.6.1.1 y 6.3.3.2, debido a la privacidad. Esto no provoca el restablecimiento de un enlace de unidifusión PC5.
- Un enlace de unidifusión PC5 admite uno o más servicios V2X (por ejemplo, PSID o ITS-AID) si estos servicios V2X están asociados al menos con el par de ID de la capa de aplicación del mismo nivel para este enlace de unidifusión PC5. Por ejemplo, como se ilustra en la Figura 5.2.1.4-1, el UE A y el UE B tienen dos enlaces de unidifusión PC5, uno entre el ID de la capa de aplicación 1/UE A y el ID de la capa de aplicación 2/UE B y uno entre el ID de la capa de aplicación 3/Ue A y el ID de la capa de aplicación 4/Ue B.
NOTA 2: No se requiere que un UE de origen sepa si diferentes ID de la capa de aplicación de destino sobre diferentes enlaces de unidifusión PC5 pertenecen al mismo UE de destino.
- Un enlace de unidifusión PC5 admite la comunicación V2X utilizando un protocolo de una sola capa de red, por ejemplo, IP o sin IP.
- Un enlace de unidifusión PC5 admite el modelo QoS por flujo como se especifica en la cláusula 5.4.1. Cuando la capa de aplicación en el UE inicia la transferencia de datos para un servicio V2X que requiere un modo de comunicación de unidifusión sobre el punto de referencia PC5:
- el UE reutilizará un enlace de unidifusión PC5 existente si el par de ID de la capa de aplicación del mismo nivel y el protocolo de capa de red de este enlace de unidifusión PC5 son idénticos a los requeridos por la capa de aplicación en el UE para este servicio V2X, y modificará el enlace de unidifusión PC5 existente enlace para agregar este servicio V2X como se especifica en la cláusula 6.3.3.4; de lo contrario
- el UE activará el establecimiento de un nuevo enlace de unidifusión PC5 como se especifica en la cláusula 6.3.3.1.
Después del establecimiento exitoso del enlace de unidifusión PC5, el UE A y el UE B usan el mismo par de ID de la capa 2 para el posterior intercambio de mensajes de señalización PC5-S y la transmisión de datos del servicio V2X como se especifica en la cláusula 5.6.1.4. La capa V2X del UE transmisor indica a la capa AS si una transmisión es para un mensaje de señalización PC5-S (es decir, solicitud/aceptación de comunicación directa, solicitud/respuesta de actualización de identificador de enlace, solicitud/respuesta de desconexión, solicitud/aceptación de modificación de enlace) o datos del servicio V2X.
Para cada enlace de unidifusión PC5, un UE se asigna automáticamente un identificador de enlace PC5 distinto que identifica de manera única el enlace de unidifusión PC5 en el UE durante la vida útil del enlace de unidifusión PC5. Cada enlace de unidifusión PC5 está asociado con un perfil de enlace de unidifusión que incluye:
- tipo(s) de servicio (por ejemplo, PSID o ITS-AID), ID de la capa de aplicación e ID de la capa 2 del UE A; y - ID de la capa de aplicación e ID de la capa 2 del UE B; y
- protocolo de capa de red utilizado en el enlace de unidifusión PC5; y
- para cada servicio V2X, un conjunto de identificadores de flujo de QoS PC5 (PFl(s)). Cada PFI está asociado con parámetros de QoS (es decir, PQI y, opcionalmente, Intervalo).
Por razones de privacidad, los ID de la capa de aplicación y los ID de la capa 2 pueden cambiar como se describe en las cláusulas 5.6.1.1 y 6.3.3.2 durante la vida útil del enlace de unidifusión PC5 y, de ser así, se actualizarán en el perfil del enlace de unidifusión en consecuencia. El UE utiliza el identificador de enlace PC5 para indicar el enlace de unidifusión PC5 a la capa de aplicación V2X, por lo tanto, la capa de aplicación V2X identifica el enlace de unidifusión PC5 correspondiente incluso si hay más de un enlace de unidifusión asociado con un tipo de servicio (por ejemplo, el UE establece múltiples enlaces de unidifusión con varios UE para un mismo tipo de servicio).
El perfil del enlace de unidifusión se actualizará en consecuencia después de una modificación del enlace de la capa 2 para un enlace de unidifusión PC5 establecido, como se especifica en la cláusula 6.3.3.4.
5.6 Identificadores
5.6.1 Identificadores para la comunicación V2X sobre el punto de referencia PC5
5.6.1.1 Generalidades
Cada UE tiene uno o más ID de la capa 2 para la comunicación V2X sobre el punto de referencia PC5, que consta de:
- ID(s) de capa 2 de origen; y
- ID(s) de capa 2 de destino.
Los ID de la capa 2 de origen y destino se incluyen en las tramas de capa 2 enviadas en el enlace de la capa 2 del punto de referencia PC5 que identifican la fuente y el destino de capa 2 de estas tramas. Los ID de la capa 2 de origen siempre son autoasignados por el UE que origina las tramas de capa 2 correspondientes.
La selección de los ID de la capa 2 de origen y destino por parte de un UE depende del modo de comunicación de la comunicación V2X sobre el punto de referencia PC5 para este enlace de la capa 2, como se describe en las cláusulas 5.6.1.2, 5.6.1.3 y 5.6.1.4. Los ID de la capa 2 de origen pueden diferir entre los diferentes modos de comunicación.
Cuando se admite la comunicación V2X basada en IP, el UE configura una dirección IPv6 local de enlace para usarla como la dirección IP de origen, como se define en la cláusula 4.5.3 de TS 23.303 [17]. El UE puede usar esta dirección IP para la comunicación V2X sobre el punto de referencia PC5 sin enviar un mensaje de Solicitud de Vecino y Anuncio de Vecino para la Detección de Dirección Duplicada.
Si el UE tiene una aplicación V2X activa que requiere soporte de privacidad en el área geográfica actual, según lo identificado por la configuración descrita en la cláusula 5.1.2.1, para garantizar que ningún otro UE (por ejemplo, vehículos) pueda rastrear o identificar un UE de origen (por ejemplo, un vehículo) más allá de un cierto período de tiempo corto requerido por la aplicación, la ID de la capa 2 de origen se cambiará con el tiempo y se aleatorizará. Para la comunicación V2X basada en IP sobre el punto de referencia PC5, la dirección IP de origen también se cambiará con el tiempo y se aleatorizará. El cambio de los identificadores de un UE de origen debe sincronizarse entre las capas utilizadas para PC5, por ejemplo, cuando cambia el ID de la capa de aplicación, es necesario cambiar el ID de la capa 2 de origen y la dirección IP de origen.
5.6.1.2 Identificadores para la comunicación V2X en modo de difusión sobre el punto de referencia PC5
Para el modo de difusión de la comunicación V2X sobre el punto de referencia PC5, el UE se configura con los ID de la capa 2 de destino que se utilizarán para los servicios v 2x . El ID de la capa 2 de destino para una comunicación V2X se selecciona en base a la configuración, como se describe en la cláusula 5.1.2.1.
El UE selecciona automáticamente un ID de la capa 2 de origen. El UE puede usar diferentes ID de la capa 2 de origen para diferentes tipos de puntos de referencia PC5, es decir, PC5 basado en LTE y PC5 basado en NR.
5.6.1.3 Identificadores para comunicación V2X en modo difusión grupal sobre el punto de referencia PC5
Para el modo de difusión grupal de comunicación V2X sobre el punto de referencia PC5, la capa de aplicación V2X puede proporcionar información de identificador de grupo. Cuando la capa de aplicación V2X proporciona la información del identificador de grupo, el UE convierte el identificador de grupo proporcionado en un ID de la capa 2 de destino. Cuando la capa de aplicación V2X no proporciona la información del identificador de grupo, el UE determina el ID de la capa 2 de destino en base a la configuración del mapeo entre el tipo de servicio (por ejemplo, PSID/ITS-AID) y el ID de la capa 2, como se especifica en la cláusula 5.12.1.
NOTA: El mecanismo para convertir el identificador de grupo proporcionado por la capa de aplicación V2X al ID de la capa 2 de destino se define en la Etapa 3.
El UE selecciona automáticamente un ID de la capa 2 de origen.
Nota del editor: Es posible que se requieran actualizaciones adicionales de la descripción de los identificadores en base a los comentarios de la RAN WG.
5.6.1.4 Identificadores para comunicación V2X en modo unidifusión sobre el punto de referencia PC5
Para el modo de unidifusión de la comunicación V2X sobre el punto de referencia PC5, el ID de la capa 2 de destino utilizado depende del par de comunicación, que se descubre durante el establecimiento del enlace de unidifusión PC5. La señalización inicial para el establecimiento del enlace de unidifusión PC5 puede utilizar un ID de la capa 2 de destino predeterminado asociado con el tipo de servicio (por ejemplo, PSID/ITS-AID) configurado para el establecimiento del enlace de unidifusión PC5, como se especifica en la cláusula 51.2.1. Durante el procedimiento de establecimiento del enlace de unidifusión PC5, se intercambian los ID de la capa 2 y se deben usar para futuras comunicaciones entre los dos UE, como se especifica en la cláusula 6.3.3.1.
El ID de la capa de aplicación está asociado con una o más aplicaciones V2X dentro del UE. Si el UE tiene más de un ID de la capa de aplicación, cada ID de la capa de aplicación del mismo UE puede verse como un ID de la capa de aplicación de UE diferente desde la perspectiva del UE par.
El UE mantiene un mapeo entre los ID de la capa de aplicación y los ID de la capa 2 de origen utilizados para los enlaces de unidifusión PC5, ya que la capa de aplicación V2X no utiliza los ID de la capa 2. Esto permite el cambio de ID de la capa 2 de origen sin interrumpir las aplicaciones V2X.
Cuando los ID de la capa de aplicación cambian, los ID de la capa 2 de origen de los enlaces de unidifusión PC5 se cambiarán si los enlaces se usaron para la comunicación V2X con los ID de la capa de aplicación modificados. Un UE puede establecer varios enlaces de unidifusión PC5 con un UE par y utilizar los mismos o diferentes ID de la capa 2 de origen para estos enlaces de unidifusión PC5.
Nota del editor: Es posible que se requieran actualizaciones adicionales de la descripción del identificador en base a los comentarios de la RAN Wg .
6.3.3 Comunicación V2X en modo unidifusión sobre el punto de referencia PC5
6.3.3.1 Establecimiento de enlace de la capa 2 sobre el punto de referencia PC5
Para realizar el modo de unidifusión de comunicación V2X sobre el punto de referencia PC5, el UE se configura con la información relacionada como se describe en la cláusula 51.2.1.
La Figura 6.3.3.1-1 muestra el procedimiento de establecimiento de enlace de la capa 2 para el modo de unidifusión de comunicación V2X sobre el punto de referencia PC5.
[La Figura 6.3.3.1-1 de 3GPP TS 23.287 V16.0.0, titulada "Procedimiento de establecimiento de enlace de la capa 2", se reproduce como Figura 6]
1. Los UE determinan el ID de la capa 2 de destino para la recepción de señalización para el establecimiento del enlace de unidifusión PC5 como se especifica en la cláusula 5.6.1.4. El ID de la capa 2 de destino se configura con los UE como se especifica en la cláusula 5.1.2.1.
2. La capa de aplicación V2X en UE-1 proporciona información de aplicación para la comunicación de unidifusión PC5. La información de la aplicación incluye el(los) tipo(s) de servicio (por ejemplo, PSID o ITS-AID) de la aplicación V2X y el ID de la capa de aplicación del UE iniciador. El ID de la capa de aplicación del UE objetivo puede incluirse en la información de la aplicación.
La capa de aplicación V2X en UE-1 puede proporcionar requisitos de aplicación V2X para esta comunicación de unidifusión. El UE-1 determina los parámetros QoS PC5 y PFI como se especifica en la cláusula 5.4.1.4. Si el UE-1 decide reutilizar el enlace de unidifusión PC5 existente como se especifica en la cláusula 5.2.1.4, el UE activa el procedimiento de modificación del enlace de la capa 2 como se especifica en la cláusula 6.3.3.4.
3. El UE-1 envía un mensaje de solicitud de comunicación directa para iniciar el procedimiento de establecimiento de enlace de la capa 2 de unidifusión. El mensaje de solicitud de comunicación directa incluye:
- Información de usuario de origen: el ID de la capa de aplicación del UE iniciador (es decir, el ID de la capa de aplicación del UE-1).
- Si la capa de aplicación V2X proporcionó el ID de la capa de aplicación del UE de destino en la etapa 2, se incluye la siguiente información:
- Información de usuario objetivo: la ID de la capa de aplicación del UE objetivo (es decir, la ID de la capa de aplicación del UE-2).
- Información del servicio V2X: la información sobre los servicios V2X que solicitan el establecimiento del enlace de la capa 2 (por ejemplo, PSID o ITS-AID).
- Indicación de si se utiliza comunicación IP.
- Configuración de la dirección IP: Para la comunicación IP, se requiere la configuración de la dirección IP para este enlace e indica uno de los siguientes valores:
- "Enrutador IPv6" si el mecanismo de asignación de direcciones IPv6 es compatible con el UE iniciador, es decir, actúa como un enrutador IPv6; o
- "Asignación de direcciones IPv6 no admitida" si el mecanismo de asignación de direcciones IPv6 no es compatible con el UE iniciador.
- Dirección IPv6 local de enlace: una dirección IPv6 local de enlace formada localmente en base a RFC 4862 [21] si el UE-1 no es compatible con el mecanismo de asignación de direcciones IP IPv6, es decir, la configuración de direcciones IP indica "Asignación de direcciones IPv6 no compatible".
- Info de QoS: la información sobre el(los) Flujo(s) de QoS PC5. Para cada Flujo de QoS PC5, el PFI y los parámetros de QoS PC5 correspondientes (es decir, PQI y condicionalmente otros parámetros como MFBR/GFBR, etc.).
El ID de la capa 2 de origen y el ID de la capa 2 de destino utilizados para enviar el mensaje de solicitud de comunicación directa se determinan como se especifica en las cláusulas 5.6.1.1 y 5.6.1.4.
El UE-1 envía el mensaje de solicitud de comunicación directa a través de la difusión PC5 utilizando la ID de la capa 2 de origen y la ID de la capa 2 de destino.
4. Se envía un mensaje de aceptación de comunicación directa al UE-1 como se muestra a continuación:
4a. (Establecimiento de enlace de la capa 2 orientado a UE) Si la información de usuario objetivo se incluye en el mensaje de solicitud de comunicación directa, el UE objetivo, es decir, el UE-2, responde con un mensaje de aceptación de comunicación directa.
4b. (Establecimiento de enlace de la capa 2 orientado al servicio V2X) Si la información del usuario objetivo no se incluye en el mensaje de solicitud de comunicación directa, los UE que estén interesados en utilizar los servicios V2X anunciados, entonces deciden establecer un enlace de la capa 2 con el UE-1 y responden a la solicitud enviando un mensaje de Aceptación de Comunicación Directa (UE-2 y UE-4 en la Figura 6.3.3.1-1). El mensaje de aceptación de comunicación directa incluye:
- Información de usuario de origen: ID de la capa de aplicación del UE que envía el mensaje de aceptación de comunicación directa.
- Info de QoS: la información sobre el(los) Flujo(s) de QoS PC5. Para cada Flujo de QoS PC5, el PFI y los parámetros de QoS PC5 correspondientes solicitados por el UE-1 (es decir, PQI y condicionalmente otros parámetros como MFBR/GFBR, etc.).
- Configuración de la dirección IP: Para la comunicación IP, se requiere la configuración de la dirección IP para este enlace e indica uno de los siguientes valores:
- "Enrutador IPv6" si el mecanismo de asignación de direcciones IPv6 es compatible con el UE de destino, es decir, actúa como un enrutador IPv6; o
- "No se admite la asignación de direcciones IPv6" si el UE de destino no admite el mecanismo de asignación de direcciones IPv6.
- Dirección IPv6 local de enlace: una dirección IPv6 local de enlace formada localmente en base a RFC 4862 [21] si el UE de destino no es compatible con el mecanismo de asignación de direcciones IP IPv6, es decir, la configuración de direcciones IP indica "Asignación de direcciones IPv6 no compatible" y el UE-1 incluyó una dirección IPv6 de vínculo local en el mensaje de solicitud de comunicación directa. El UE de destino incluirá una dirección IPv6 local de enlace que no esté en conflicto.
Si ambos UE (es decir, el UE de iniciación y el UE de destino) seleccionan usar una dirección IPv6 local de enlace, deberán deshabilitar la detección de direcciones duplicadas definida en RFC 4862 [21].
NOTA 1: Cuando el UE de iniciación o el UE de destino indica la compatibilidad con el enrutador IPv6, el procedimiento de configuración de la dirección correspondiente se llevará a cabo después del establecimiento del enlace de la capa 2 y se ignorarán las direcciones IPv6 locales del enlace.
El ID de la capa 2 de origen utilizado para enviar el mensaje de aceptación de comunicación directa se determina como se especifica en las cláusulas 5.6.11 y 5.6.1.4. El ID de la capa 2 de destino se establece en el ID de la capa 2 de origen del mensaje de solicitud de comunicación directa recibido.
Al recibir el mensaje de aceptación de comunicación directa del UE par, el UE-1 obtiene la ID de la capa 2 del UE par para futuras comunicaciones, para señalización y tráfico de datos para este enlace de unidifusión.
La capa V2X del UE que estableció el enlace de unidifusión PC5 pasa el identificador de enlace PC5 asignado para el enlace de unidifusión y la información relacionada con el enlace de unidifusión PC5 a la capa AS. La información relacionada con el enlace de unidifusión PC5 incluye información de ID de la capa 2 (es decir, ID de la capa 2 de origen e ID de la capa 2 de destino). Esto permite que la capa AS mantenga el identificador de enlace PC5 junto con la información relacionada con el enlace de unidifusión PC5.
Nota del editor: Las etapas para la autenticación mutua y el establecimiento de asociaciones de seguridad se determinarán en base a los comentarios del SA WG3.
5. Los datos del servicio V2X se transmiten a través del enlace de unidifusión establecido de la siguiente manera:
El identificador de enlace PC5 y el PFI se proporcionan a la capa AS, junto con los datos del servicio V2X.
El UE-1 envía los datos del servicio V2X utilizando la ID de la capa 2 de origen (es decir, la ID de la capa 2 de UE-1 para este enlace de unidifusión) y la ID de la capa 2 de destino (es decir, la ID de la capa 2 del UE par para este enlace de unidifusión).
NOTA 2: El enlace de unidifusión PC5 es bidireccional, por lo tanto, el UE par del UE-1 puede enviar los datos del servicio V2X al UE-1 a través del enlace de unidifusión con el UE-1.
Nota del editor: Los parámetros incluidos en los mensajes de solicitud/aceptación de comunicación directa se pueden actualizar en función de la decisión de los WG de la RAN sobre cómo la capa AS envía los mensajes de solicitud/aceptación de comunicación directa (por ejemplo, mediante señalización PC5-RRC).
Nota del editor: Los parámetros adicionales incluidos en los mensajes de solicitud/aceptación de comunicación directa (por ejemplo, relacionados con la seguridad) son FFS.
Nota del editor: Si la comunicación de unidifusión requiere protección de seguridad en la capa de enlace se determinará en base a los comentarios de SA WG3.
En 3GPP TS 33.303, la seguridad para la señalización de enlace directo y el tráfico del plano de usuario de enlace directo en la comunicación de enlace lateral uno a uno (es decir, la comunicación en modo unidifusión) se especifica de la siguiente manera:
6.5 Seguridad para la comunicación directa ProSe (servicios de proximidad) uno a uno
6.5.2 Requisitos de seguridad
Los siguientes son los requisitos de seguridad comunicación directa ProSe uno a uno:
Un UE habilitado para ProSe utilizará diferentes contextos de seguridad para la comunicación ProSe uno a uno con diferentes UE habilitados para ProSe.
El cifrado de señalización de enlace directo debe soportarse y puede utilizarse. El cifrado de señalización de enlace directo es una opción de configuración.
Se admitirá y podrá utilizarse el cifrado del plano de usuario de enlace directo.
La protección de la integridad de la señalización del enlace directo y la protección de reproducción deben ser soportadas y utilizadas.
Los paquetes de plano de usuario de enlace directo entre los UE no estarán protegidos por integridad.
El establecimiento de la seguridad entre los UE estará protegido contra ataques de intermediarios.
El sistema debe admitir la autenticación mutua de los UE de seguridad pública fuera de la cobertura de la red. El compromiso de un solo UE no debería afectar la seguridad de los demás.
Las credenciales de autenticación deben almacenarse de forma segura en UE.
6.5.3 Descripción general de la comunicación directa ProSe uno a uno
6.5.3.1 Descripción de las diferentes capas de claves y sus identidades
La comunicación directa ProSe uno a uno utiliza 4 capas diferentes de claves. Estos son los siguientes:
Clave a largo plazo: Esta es la clave que se aprovisiona (consulte los casos individuales en 6.5.4 para obtener más información sobre el aprovisionamiento) en el UE y es la raíz de la seguridad para las comunicaciones uno a uno. Puede ser una clave simétrica o un par de claves pública/privada en función del caso de uso particular. La señalización de autenticación (denominada como "Autenticación directa y establecimiento de claves"; consulte la subcláusula 6.5.4) se intercambia entre los UE y posiblemente algunas entidades en la red, por ejemplo, en el caso de retransmisión de UE de ProSe a la red para derivar el Kd. La clave a largo plazo se identifica mediante el ID a largo plazo.
Kd: Esta es una clave raíz de 256 bits que se comparte entre las dos entidades que se comunican mediante comunicaciones directas ProSe uno a uno. Puede actualizarse volviendo a ejecutar la señalización de autenticación utilizando la clave a largo plazo. Para generar un KD-sess (la siguiente capa de claves), los nonces se intercambian entre las entidades comunicantes. Kd puede mantenerse incluso cuando los UE no tienen una sesión de comunicación uno a uno activa entre ellos. El Kd ID se utiliza para identificar Kd.
KD-sess: Esta es la clave de 256 bits que es la raíz del contexto de seguridad real que se utiliza (o al menos está en proceso de establecerse) para proteger la transferencia de datos entre los UE. Durante una comunicación entre los UE, el KD-sess puede renovarse ejecutando el procedimiento de cambio de clave (véase la subcláusula 6.X.5.3). Las claves reales (ver siguiente viñeta) que se utilizan en los algoritmos de confidencialidad e integridad se derivan directamente de KD-sess. El KD-sess ID de 16 bits identifica la KD-sess.
Un KD-sess ID con un valor cero indica que no se utiliza seguridad y, por lo tanto, los UE no asignarán un valor cero de KD-sess ID al crear un contexto de seguridad.
PEK y PIK: La clave de cifrado ProSe (PEK) y la clave de integridad ProSe (PIK) se utilizan en los algoritmos de confidencialidad e integridad elegidos, respectivamente. Se derivan de KD-sess y se actualizan automáticamente cada vez que Kd -sess se cambia.
6.5.5.2 Establecimiento de seguridad durante el establecimiento de la conexión
La subcláusula describe cómo se establece la seguridad durante el establecimiento de la conexión. El flujo de señalización se muestra en la Figura 6.5.5.2-1.
[La Figura 6.5.5.2-1 de 3GPP TS 33.303 V15.0.0, titulada "Establecimiento de seguridad en el establecimiento de la conexión", se reproduce como Figura 7]
1. El UE_1 ha enviado una solicitud de comunicación directa al UE_2. Este mensaje incluirá Nonce_1 (para la generación de claves de sesión), capacidades de seguridad de UE_1 (la lista de algoritmos que UE_1 aceptará para esta conexión) y los 8 bits más significativos del KD-sessID. Estos bits se elegirán de manera que el Ue_1 pueda identificar localmente un contexto de seguridad creado por este procedimiento. El mensaje también puede incluir un Kd ID si el UE_1 tiene un Kd existente con el UE con el que intenta comunicarse. La ausencia del parámetro Kd ID indica que UE_1 no tiene un Kd para el UE_2. El mensaje también contendrá la información necesaria para establecer un Kd de las claves pertinentes a largo plazo mantenidas en el UE (ver subcláusula 6.X.4). El ID a largo plazo es la información que necesita el UE_2 para recuperar la clave a largo plazo correcta.
2. El UE_2 puede iniciar un procedimiento de autenticación directa y establecimiento de clave con UE_1. Esto es obligatorio si el UE_2 no tiene el Kd y el Kd ID par indicado en la etapa 1, y se necesita señalización para establecer las claves para el caso de uso particular.
3. El UE_2 envía el comando de modo de seguridad directa a UE_1. Incluirá los bits más significativos de Kd ID si se genera un KDnuevo, así como Nonce_2 para permitir que se calcule una clave de sesión y el parámetro Chosen_algs para indicar qué algoritmos de seguridad utilizarán los UE para proteger los datos. Los bits incluidos de Kd ID identificará de forma única el Kd en el UE_2. El UE_2 también devolverá las capacidades de seguridad de UE_1 para brindar protección contra ataques de reducción de oferta. El UE_2 también incluye los 8 bits menos significativos de KD-sess ID en los mensajes. Estos bits se eligen para que el UE_2 pueda identificar localmente un contexto de seguridad creado por este procedimiento. El UE_2 calcula KD-sess de Kd y Nonce_1 y Nonce_2 (ver Anexo A.9) y luego deriva las claves de confidencialidad e integridad en base a los algoritmos elegidos (Anexo A.4).
Luego, el UE_2 protege la integridad del comando de modo de seguridad directa antes de enviarlo al UE_1. El UE_2 entonces está listo para recibir señalización y tráfico del plano de usuario protegido con el nuevo contexto de seguridad. El UE_2 formará el KD-sess ID de los bits más significativos que recibió en el mensaje 1 y los bits menos significativos que envió en el mensaje 3.
4. Al recibir el comando de modo de seguridad directa, el UE_1 calculará KD-sess y las claves de confidencialidad e integridad de la misma forma que UE_2. El UE_1 verificará que las capacidades de seguridad de UE_1 devueltas sean las mismas que envió en la etapa 1. El UE_1 también verificará la protección de integridad en el mensaje. Si pasan ambas comprobaciones, el UE_1 estará listo para enviar y recibir señalización y tráfico de usuarios con el nuevo contexto de seguridad. Si los bits más significativos de Kd ID se incluyeron en el comando de modo de seguridad directa, el UE_1 generará los bits menos significativos de Kd ID tal que estos bits identifiquen de forma única a Kd en el UE_1 y almacenará el Kd ID completo con Kd. El UE_1 enviará un mensaje de modo de seguridad directa completo de integridad protegida y confidencialidad protegida (con el algoritmo elegido que puede ser el algoritmo nulo) al UE_2. El u E_1 incluirá los bits menos significativos de Kd ID en este mensaje. El UE_1 formará el KD-sess ID de los bits más significativos que envió en el mensaje 1 y los bits menos significativos que recibió en el mensaje 3.
5. El UE_2 comprueba la protección de integridad en el modo de seguridad directa completo recibido. Si esto pasa, UE_2 ahora está listo para enviar datos del plano de usuario y controlar la señalización protegida con el nuevo contexto de seguridad. El UE_2 elimina cualquier contexto de seguridad antiguo que tenga para UE_1. El UE_2 formará el Kd ID de los bits más significativos que envió en la etapa 3 y los bits menos significativos que recibió en Modo de seguridad directa completo UE_2 almacenarán el Kd ID completo con Kd.
Un CR en ejecución para 3GPP TS 38.331 para 5G V2X con enlace lateral NR (como se captura en 3GPP R2-1915983) especifica los procedimientos relacionados con la comunicación de enlace lateral NR de la siguiente manera:
5.X.3 Información de UE de enlace lateral para comunicación de enlace lateral NR
5.X.3.1 Generalidades
[La Figura 5.X.3.1-1 de 3GPP R2-1915983, titulada "Información de UE de enlace lateral para comunicación de enlace lateral NR", se reproduce como Figura 8]
El propósito de este procedimiento es informar a la red que el UE está interesado o ya no está interesado en recibir comunicación de enlace lateral NR, así como solicitar la asignación o liberación del recurso de transmisión para la comunicación de enlace lateral NR y reportar parámetros relacionados con la comunicación de enlace lateral NR. 5.x.3.2 Iniciación
Un UE capaz de comunicación de enlace lateral NR que está en RRC_CONNECTED puede iniciar el procedimiento para indicar que está (interesado en) recibir comunicación de enlace lateral NR en varios casos, incluido el establecimiento exitoso de la conexión o la reanudación, al cambiar de interés, al cambiar a una difusión de PCell SIBX incluyendo sl-ConfigCommonNR. Un UE capaz de comunicación de enlace lateral NR puede iniciar el procedimiento para solicitar la asignación de recursos dedicados para la transmisión de comunicación de enlace lateral NR.
Al iniciar este procedimiento, el UE deberá:
1> si SIBX incluyendo sl-ConfigCommonNR es difundido por la PCell:
2> asegurar de tener una versión válida de SIBX para la PCell;
2> si está configurado por capas superiores para recibir comunicación de enlace lateral NR en la frecuencia incluida en sl-FreqlnfoList en SIBXde la PCell:
3> si el UE no transmitió un mensaje SidelinkUEInformationNR desde que ingresó por última vez al estado RRC_CONNECTED; o
3> si desde la última vez que el UE transmitió un mensaje SidelinkUElnformationNR el UE conectado a una PCell que no difunde SIBX incluyendo sl-ConfigCommonNR; o
3> si la última transmisión del mensaje SidelinkUElnformationNR no incluye sl-RxlinterestedFreqList; o si la frecuencia configurada por las capas superiores para recibir comunicación de enlace lateral NR ha cambiado desde la última transmisión del mensaje SidelinkUElnformationNR:
4> iniciar la transmisión del mensaje SidelinkUElnformationNR para indicar la frecuencia de interés de recepción de comunicación de enlace lateral NR de acuerdo con 5.x.3.3;
2> si no:
3> si la última transmisión del mensajeSidelinkUElnformationNR incluido sl-Rxl Interesed FreqList:
4> iniciar la transmisión del mensaje SidelinkUElnformationNR para indicar que ya no está interesado en la recepción de comunicación de enlace lateral NR de acuerdo con 5.x.3.3;
2> si está configurado por capas superiores para transmitir comunicación de enlace lateral NR en la frecuencia incluida en sl-FreqlnfoList en SIBX de la PCell:
3> si el UE no transmitió un mensaje SidelinkUElnformationNR desde que ingresó por última vez al estado RRC_CONNECTED; o
3> si desde la última vez que el UE transmitió un mensaje SidelinkUElnformationNR el UE conectado a una PCell que no difunde SIBX incluyendo sl-ConfigCommonNR; o
3> si la última transmisión del mensaje SidelinkUElnformationNR no incluye sl-TxResourceReqList; o si la información transportada por la sl-TxResourceReqList ha cambiado desde la última transmisión del mensaje SidelinkUEInformaciónNR:
4> iniciar la transmisión del mensaje SidelinkUEInformaciónNR para indicar los recursos de transmisión de comunicación de enlace lateral NR requeridos por el UE de acuerdo con 5.X.3.3;
2> si no:
3> si la última transmisión del mensaje SidelinkUEInformaciónNR incluido sl-TxResourceReqList:
4> iniciar la transmisión del mensaje SidelinkUEInformaciónNR para indicar que ya no requiere recursos de transmisión de comunicación de enlace lateral NR de acuerdo con 5.X.3.3.
5.x.3.3 Acciones relacionadas con la transmisión del mensaje SidelinkUEInformaciónNR
La UE fijará el contenido del mensaje SidelinkUEInformaciónNR de la siguiente manera:
1> si el UE inicia el procedimiento para indicar que (ya no está) interesado en recibir comunicación de enlace lateral NR o solicitar (configuración/liberación) de recursos de transmisión de comunicación de enlace lateral NR (es decir, el UE incluye toda la información en cuestión, independientemente de lo que desencadenó el procedimiento):
2> si SIBX incluyendo sl-ConfigCommonNR es difundido por la PCell:
3> si está configurado por capas superiores para recibir comunicación de enlace lateral NR:
4> incluir sl-RxlinterestedFreqList y establecer en la frecuencia para la recepción de comunicación de enlace lateral NR;
3> si está configurado por capas superiores para transmitir comunicación de enlace lateral NR:
4> incluir sl-TxResourceReqList y configurar sus campos de la siguiente manera para cada destino para el cual solicita que la red asigne un recurso de comunicación de enlace lateral NR:
5> fijar sl-Destinationldentity a la identidad de destino configurada por la capa superior para la transmisión de comunicación de enlace lateral NR;
5> fijar sl-CastType al tipo de difusión de la identidad de destino asociada configurada por la capa superior para la transmisión de comunicación de enlace lateral NR;
5> fijar sl-QoS-linfoList para incluir perfil(es) de QoS del(los) flujo(s) de QoS de enlace lateral del destino asociado configurado por la capa superior para la transmisión de comunicación de enlace lateral NR; 5> fijar sl-linterestedFreqList para indicar la frecuencia para la transmisión de comunicación de enlace lateral NR;
5> fijar sl-TypeTxSyncList al tipo de referencia de sincronización actual utilizado en la transmisión de comunicación de enlace lateral NR asociada sl-InterestedFreqList para.
1> La UE deberá presentar el mensaje SidelinkUEInformaciónNR a las capas inferiores para su transmisión. Notas del Editor: FFS sobre cómo manejar el caso RLF con o sin indicación de falla.
[...]
5.x.9.1.6 Adición de SRB de enlace lateral
El UE deberá:
1> si las capas superiores solicitan el establecimiento de una conexión PC5-RRC para un destino específico:
2> establecer la entidad PDCP, la entidad RLC y el canal lógico de un SRB de enlace lateral para el mensaje PC5-S, como se especifica en la subcláusula 9.1.1.X;
2> establecer la entidad PDCP, la entidad RLC y el canal lógico de un SRB de enlace lateral para el mensaje PC5-RRC, como se especifica en la subcláusula 9.1.1.X;
2> considere que la conexión PC5-RRC está establecida para el destino.
5.x.9.1.7 Lanzamiento de SRB de enlace lateral
El UE deberá:
1> si las capas superiores solicitan una liberación de conexión PC5-RRC para un destino específico; o
1> si se detecta la falla del enlace de radio del enlace lateral para un destino específico:
2> liberar la entidad PDCP, la entidad RLC y el canal lógico del SRB de enlace lateral para el mensaje PC5-RRC del destino;
2> considerar que la conexión PC5-RRC está liberada para el destino.
1> si las capas superiores solicitan una liberación de conexión PC5-S para un destino específico; o
2> liberar la entidad PDCP, la entidad RLC y el canal lógico del SRB de enlace lateral para el mensaje PC5-S del destino;
[...]
9.1.1.X Configuración SCCH
Parámetros que se especifican para unidifusión de comunicación de enlace lateral NR, que se utiliza para el portador de radio de señalización de enlace lateral del mensaje PC5-RRC.
Figure imgf000015_0001
Parámetros que se especifican para unidifusión de comunicación de enlace lateral NR, que se utiliza para el portador de radio de señalización de enlace lateral del mensaje PC5-S.
Figure imgf000016_0001
Un CR en ejecución para 3GPP TS 38.321 para 5G V2X con enlace lateral NR (como se captura en 3GPP R2-196120) especifica la MAC PDU para la comunicación de enlace lateral NR de la siguiente manera:
6.1.x MAC PDU (SL-SCH)
Una MAC PDU consta de un subencabezado SL-SCH y una o más MAC subPDU. Cada MAC subPDU consta de uno de los siguientes:
- Solo un subencabezado de MAC (incluido el relleno);
- Un subencabezado de MAC y una MAC SDU;
- Un subencabezado de MAC y un relleno.
Las MAC SDU son de tamaños variables.
Cada subencabezado de MAC, excepto el subencabezado de SL-SCH, corresponde a una MAC SDU o a un relleno. El subencabezado SL-SCH tiene un tamaño fijo y consta de siete campos de encabezado [V /R/R/R/R/SRC/DST].
[La Figura 6.1.x-1 de 3GPP R2-1916120, titulada "Subencabezado SL-SCH MAC", se reproduce como Figura 9] Nota del Editor: FFS en el formato del subencabezado SL-SCH MAC, por ejemplo, necesidad de Vfieid, SRC/Tamaños de DST.
Un subencabezado de MAC, excepto el relleno, consta de los cuatro campos de encabezado R/F/LCID/L, como se muestra en la Figura 6.1.2-1 (con un campo L de 8 bits) y la Figura 6.1.2-2 (con un campo L de 16 bits). Un subencabezado de MAC para relleno consta de los dos campos de encabezado R/LCID, como se muestra en la Figura 6.1.2-3.
Los SL MAC subPDU con SDU MAC se colocan después del subencabezado SL-SCH y antes de la MAC subPDU con relleno en la MAC PDU, como se muestra en la Figura 6.1.x-1. El tamaño del relleno puede ser cero.
[La Figura 6.1.x-2 de 3GPP R2-1916120, titulada "Ejemplo de una SL MAC PDU", se reproduce como Figura 10] Se puede transmitir un máximo de una MAC PDU por TB por entidad MAC.
Los siguientes acuerdos sobre la indicación del ID de origen e ID de destino para la transmisión de enlace lateral NR se realizaron en la reunión RAN2 #108 (como se captura en 3GPP R2-1916288):
1: Para todos los tipos de difusión, el ID de destino de la capa 1 corresponde al LSB de 16 bits del ID de la capa 2 de destino, y el ID de origen de la capa 1 corresponde al LSB de 8 bits del ID de la capa 2 de origen.
2: El campo DST incluye MSB de 8 bits de la ID de la capa 2 de destino y el campo SRC incluye MSB de 16 bits de la ID de la capa 2 de origen para que el subencabezado SL-SCH de una MAC PDU se transmita al UE par.
3GPP TS 23.287 especifica un procedimiento de establecimiento de enlace de la capa 2 para el modo de unidifusión de comunicación v 2x sobre el punto de referencia PC5 en la Sección 6.3.3.1. Por ejemplo, el UE iniciador (por ejemplo, el UE1) transmite un mensaje de solicitud de comunicación directa y recibe un mensaje de aceptación de comunicación directa de otro(s) UE(s). De acuerdo con la Sección 5.6.1.4 de 3GPP TS 23.287, la señalización inicial para el establecimiento del enlace de unidifusión PC5 puede usar un ID de la capa 2 de destino predeterminado asociado con el tipo de servicio (por ejemplo, PSID/ITS-AID) configurado para el establecimiento del enlace de unidifusión PC5.
En el mensaje de solicitud de comunicación directa, se incluyen el ID de la capa de aplicación de UE2 y la ID de la capa de aplicación de UE1 para que UE2 pueda determinar si responde al mensaje de solicitud de comunicación directa. Si el UE2 determina responder al mensaje de solicitud de comunicación directa, el UE2 puede inicializar el procedimiento utilizado para establecer el contexto de seguridad. En 3GPP TS 33.303 se especificó un procedimiento de configuración de seguridad utilizado para establecer el contexto de seguridad durante el establecimiento de una conexión de enlace lateral o el establecimiento de un enlace de unidifusión. Por ejemplo, UE1 transmite una solicitud de comunicación directa a UE2. En la Solicitud de comunicación directa, se podrían incluir algunos parámetros utilizados para establecer el contexto de seguridad. Al recibir la solicitud de comunicación directa, el UE2 puede iniciar opcionalmente un procedimiento de autenticación directa y establecimiento de clave con el UE1 para establecer una clave de seguridad si la clave de seguridad no está presente. Y luego, UE2 puede activar la funcionalidad de seguridad. Por ejemplo, UE2 puede transmitir un comando de modo de seguridad directo a UE1, y UE1 responde a UE2 con un modo de seguridad directo completo. Además, si el modo de seguridad directa completo se recibe con éxito, el UE2 puede transmitir una aceptación de comunicación directa al UE1. En caso de que no se necesite seguridad para un enlace de unidifusión, se pueden omitir los procedimientos de seguridad relacionados, y el UE2 puede responder la Aceptación de Comunicación Directa al UE1 directamente.
Cuando se transmite el mensaje de solicitud de comunicación directa, la ID de la capa 2 de origen se deriva de (o se establece en) el ID de la capa 2 del UE iniciador y el ID de la capa 2 de destino se deriva de (o se establece en) el ID de la capa 2 de destino predeterminado y asociado al tipo de servicio. Luego, UE2 puede comenzar a intercambiar señalización en el procedimiento de establecimiento de seguridad en base al ID de la capa 2 de UE1 y un ID de la capa 2 de UE2 asignada para el enlace de unidifusión después de recibir el mensaje de solicitud de comunicación directa.
Más específicamente, un ID de la capa 2 se puede dividir en dos partes, una parte se indica en la señalización de capa 1 y la otra parte se incluye en el subencabezado de MAC de una MAC PDU. Por ejemplo, el ID de destino de la capa 1 corresponde al LSB de 16 bits del ID de la capa 2 de destino y el ID de origen de la capa 1 corresponde al LSB de 8 bits del ID de la capa 2 de origen, mientras que el campo DST en el subencabezado de MAC incluye MSB de 8 bits del ID de la capa 2 de destino y el campo SRC en el subencabezado de MAC incluye MSB de 16 bits del ID de la capa 2 de origen.
La sección 9.1.1.X en 3GPP R2-1915983 especifica las configuraciones del canal de control de enlace lateral (SCCH) de los SRB de enlace lateral (SL) que se utilizan para transmitir y recibir mensajes de Control de Recursos de Radio PC5 (PC5-RRC) y mensajes PC5-S, en los que cada SRB de SL corresponde a un SCCH. Los mensajes PC5-S son mensajes de capa superior (por ejemplo, solicitud de comunicación directa, aceptación de comunicación directa, comando de modo de seguridad directa, modo de seguridad directa completo, etc.), y los mensajes PC5-RRC se utilizan para intercambiar la configuración de AS y la capacidad del UE entre UE pares ( por ejemplo, rrcReconfigurationSidelink, rrcReconfigurationCompleteSidelink, rrcReconfigurationFailureSidelink, ueCapabilityEnquirySidelink y ueCapabilityInformationSidelink, etc.).
Básicamente, un UE en RRC_IDLE puede seleccionar recursos de un grupo de recursos de enlace lateral definido en la información del sistema para la transmisión de enlace lateral, mientras que un UE en RRC _CONNECTED puede enviar un mensaje de información de UE de enlace lateral (por ejemplo, SidelinkUEInformationNR) a gNB para solicitar recursos de enlace lateral dedicados para la transmisión de enlace lateral.
La sección 5.x.9.1.6 de 3GPP R2-1915983 especifica que si las capas superiores solicitan el establecimiento de una conexión PC5-RRC para el destino, un UE debe establecer dos SRB de SL para los mensajes PC5-S y PC5-RRC, respectivamente, y considerará que la conexión PC5-RRC está establecida para un destino específico. Aquí, una conexión PC5-RRC es una conexión lógica entre un par de ID de la capa 2 de origen y un ID de la capa 2 de destino, y una conexión PC5-RRC corresponde a un enlace de unidifusión PC5. Además, un SRB de SL puede estar asociado con una entidad de Protocolo de Convergencia de Paquetes de Datos (PDCP), una entidad de Control de Enlace de Radio (RLC) y un canal lógico. En consecuencia, un SRB de SL puede estar asociado con un par de ID de la capa 2 de origen y de ID de la capa 2 de destino. Actualmente, no está claro si cada ID de la capa 2 de destino es único. Si este es el caso, se puede considerar que un SRB de SL está asociado con un ID de la capa 2 de destino.
Dado que una conexión PC5-RRC corresponde a un enlace de unidifusión PC5, el establecimiento de la conexión RRC significa el establecimiento del enlace de unidifusión en cuestión. Como se describió anteriormente, un UE necesita intercambiar mensajes PC5-S para establecer un enlace de unidifusión. Por lo tanto, se debe establecer un primer SRB de SL asociado con un ID de la capa 2 de destino predeterminado para la transmisión de mensajes PC5-S cuando (o si) se inicia el enlace de unidifusión PC5 o el procedimiento de establecimiento de conexión PC5-RRC (es decir, antes de que se establezca el enlace de unidifusión PC5), mientras que el UE no necesita establecer el SRB de SL para la transmisión de mensajes PC5-RRC cuando se inicia el procedimiento de establecimiento del enlace unidifusión PC5 porque no hay necesidad de que ambos UE intercambien mensajes PC5-RRC durante el establecimiento del enlace unidifusión.
Además, el UE par transmitirá un mensaje PC5-S relacionado con la seguridad (por ejemplo, mensaje de comando de modo de seguridad directa) al UE en respuesta a la recepción del primer mensaje PC5-S (por ejemplo, solicitud de comunicación directa) del UE. Al recibir la transmisión de enlace lateral o MAC PDU del mensaje PC5-S relacionado con la seguridad del UE par, el UE necesita establecer un segundo SRB de SL asociado con el ID de la capa 2 del UE par para procesar más la transmisión de enlace lateral o MAC PDU y/o responder otro mensaje PC5-S relacionado con la seguridad (por ejemplo, mensaje de Modo de Seguridad Directa Completo) al UE par. Además, el UE también puede liberar el primer SRB de SL cuando (o si) recibe el mensaje PC5-S relacionado con la seguridad del UE par.
De acuerdo con la presente invención, el UE establece un tercer SRB de enlace lateral asociado con la ID de la capa 2 del UE par para la transmisión de mensajes PC5-RRC cuando (o si) el enlace de unidifusión PC5 o la conexión PC5-RRC se ha establecido con éxito. En una alternativa no cubierta por las reivindicaciones, el tercer SRB de enlace lateral asociado con el ID de la capa 2 del UE par para la transmisión de mensajes PC5-RRC puede establecerse cuando (o si) el mensaje PC5-S relacionado con la seguridad (por ejemplo, mensaje de Comando de Modo de Seguridad Directa Completo) se recibe del UE par. El enlace de unidifusión PC5 o la conexión PC5-RRC se establece con éxito cuando (o si) se recibe un mensaje de aceptación de comunicación directa del UE par.
Es posible que haya dos enlaces laterales SRB separados para transmisiones de mensajes PC5-S, uno con protección de seguridad y el otro sin protección de seguridad. También es posible que un SRB de enlace lateral se use para la transmisión de mensajes PC5-S con protección de seguridad y el otro s Rb de enlace lateral se use para activación de seguridad. Si este es el caso, en una alternativa no cubierta por las reivindicaciones, el UE puede establecer un cuarto SRB de enlace lateral asociado con el ID de la capa 2 del UE par para transmitir mensajes PC5-S que están protegidos cuando (o si) el enlace de unidifusión PC5 o la conexión PC5-RRC se ha establecido correctamente. De acuerdo con la presente invención, el cuarto SRB de enlace lateral se establece cuando (o si) el mensaje PC5-S relacionado con la seguridad (por ejemplo, el mensaje de Comando de Modo de Seguridad Directa) se recibe desde el UE par. En este caso, el cuarto s Rb de SL no puede usarse para transmitir mensajes PC5-S relacionados con la seguridad.
Para establecer un SRB de SL asociado con el ID de la capa 2 del UE par, el UE puede transmitir un mensaje de información de UE de enlace lateral a gNB para solicitar recursos dedicados para direcciones de transmisión de enlace lateral al ID de la capa 2 del UE par. El gNB puede luego responder un mensaje de reconfiguración de RRC para configurar los recursos dedicados. En consecuencia, el UE puede establecer el segundo SRB de SL o el tercer SRB de enlace lateral cuando recibe el mensaje de reconfiguración de RRC del gNB.
Preferiblemente, el establecimiento de un SRB de enlace lateral puede incluir el establecimiento de una entidad PDCP, una entidad RLC, un canal lógico asociado con el SRB de enlace lateral. Además, la liberación de una SRB de enlace lateral puede incluir la liberación de una entidad PDCP, una entidad RLC, un canal lógico asociado con el SRB de enlace lateral. Además, el canal lógico del primer SRB de SL asociado con un ID de la capa 2 de destino predeterminado para la transmisión de mensajes PC5-S puede configurarse con una entidad RLC de UM, y cada uno de los canales lógicos del segundo SRB de SL asociado con un ID de la capa 2 del UE par para la transmisión de mensajes PC5-S y el canal lógico del tercer SRB de SL asociado con un ID de la capa 2 del UE par para la transmisión de mensajes PC5-RRC se puede configurar con una entidad RLC de modo reconocido (AM).
La Figura 11 ilustra un ejemplo de la solución anterior de acuerdo con una realización ilustrativa.
La Figura 12 es un diagrama de flujo 1200 de acuerdo con una realización ilustrativa desde la perspectiva de un primer UE para establecer un enlace de unidifusión. En la etapa 1205, el primer UE establece un primer SRB de enlace lateral para la transmisión de mensajes PC5-S si se inicia un enlace de unidifusión o un establecimiento de conexión PC5-RRC, en el que el primer s Rb de enlace lateral está asociado con un ID de la capa 2 de destino predeterminado. En la etapa 1210, el primer UE transmite un primer mensaje PC5-S para el enlace de unidifusión o el establecimiento de la conexión PC5-RRC en el primer SRB de enlace lateral con un ID de la capa 2 de origen derivado de un ID de la capa 2 del primer UE y un ID de la capa 2 de destino derivado del ID de la capa 2 de destino predeterminado. En la etapa 1215, el primer Ue recibe un segundo mensaje PC5-S de un segundo UE, en el que el segundo mensaje PC5-S se transmite con un ID de la capa 2 de origen derivado de un ID de la capa 2 del segundo UE y un ID de la capa 2 de destino derivado del ID de la capa 2 del primer UE. En la etapa 1220, el primer UE establece un segundo SRB de enlace lateral para la recepción y/o transmisión de mensajes PC5-S, en el que el segundo SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE. En la etapa 1225, el primer UE establece un tercer SRB de enlace lateral para la transmisión de mensajes PC5-RRC si el enlace de unidifusión o el establecimiento de la conexión PC5-RRC se ha completado con éxito, en el que el tercer SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE.
De acuerdo con la presente invención, el primer UE establece un cuarto SRB de enlace lateral para la transmisión de mensajes PC5-S protegidos, en el que el cuarto SRB de enlace lateral está asociado con el ID de la capa 2 del segundo Ue . El primer UE no puede establecer ningún SRB de enlace lateral para la transmisión de mensajes PC5-RRC antes de que el enlace de unidifusión o el establecimiento de la conexión PC5-RRC se haya completado con éxito.
De acuerdo con la presente invención, el segundo SRB de enlace lateral se establece en respuesta a la recepción del segundo mensaje PC5-S por una capa física del primer UE. Una primera configuración de canal de control de enlace lateral (SCCH) especificada en una memoria descriptiva de RRC podría usarse para establecer el primer SRB de enlace lateral y el segundo SRB de enlace lateral. Una segunda configuración de canal de control de enlace lateral (SCCH) especificada en una memoria descriptiva de RRC podría usarse para establecer el tercer SRB de enlace lateral.
Preferentemente, el ID de la capa 2 de destino predeterminado podría asociarse con un servicio de enlace lateral para el que se establece el enlace de unidifusión o la conexión PC5-RRC. El primer mensaje PC5-S podría ser una solicitud de comunicación directa. El segundo mensaje PC5-S podría ser un mensaje relacionado con la seguridad.
Preferentemente, cada SRB de enlace lateral puede corresponder a un Canal de Control de Enlace Lateral (SCCH).
Con referencia de vuelta a las Figuras 3 y 4, en una realización ilustrativa de un primer UE para establecer un enlace de unidifusión. El primer UE 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 ejecuta el código de programa 312 para permitir que el primer UE (i) establezca un primer SRB de enlace lateral para la transmisión de mensajes PC5-S si se inicia un enlace de unidifusión o un establecimiento de conexión PC5-RRC, en el que el primer SRB de enlace lateral está asociado con un ID de la capa 2 de destino predeterminado, (ii) para transmitir un primer mensaje PC5-S para el enlace de unidifusión o el establecimiento de conexión PC5-RRC en el primer SRB de enlace lateral con un ID de la capa 2 de origen derivado de un ID de la capa 2 del primer UE y un ID de la capa 2 de destino derivado del ID de la capa 2 de destino predeterminado, (iii) para recibir un segundo mensaje PC5-S de un segundo UE, en el que el segundo mensaje PC5-S se transmite con un ID de la capa 2 de origen derivado de un ID de la capa 2 del segundo UE y un ID de la capa 2 de destino derivado del ID de la capa 2 del primer UE, (iv) para establecer un segundo SRB de enlace lateral para la recepción y/o transmisión de mensajes PC5-S, en el que el segundo SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE, y (v) para establecer un tercer SRB de enlace lateral para la transmisión de mensajes PC5-RRC si el enlace de unidifusión o el establecimiento de la conexión PC5-RRC se ha completado con éxito, en el que el tercer SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
La Figura 13 es un diagrama de flujo 1300 de acuerdo con una realización ilustrativa desde la perspectiva de un primer UE para establecer un enlace de unidifusión. En la etapa 1305, el primer UE establece un primer SRB de enlace lateral para la transmisión de mensajes PC5-S si se inicia un enlace de unidifusión o un establecimiento de conexión PC5-RRC, en el que el primer s Rb de enlace lateral está asociado con un ID de la capa 2 de destino predeterminado. En la etapa 1310, el primer UE transmite un primer mensaje PC5-S para el enlace de unidifusión o el establecimiento de la conexión PC5-RRC en el primer SRB de enlace lateral con un ID de la capa 2 de origen derivado de un ID de la capa 2 del primer UE y un ID de la capa 2 de destino derivado del ID de la capa 2 de destino predeterminado. En la etapa 1315, el primer UE recibe una MAC PDU de enlace lateral que incluye un segundo mensaje PC5-S de un segundo UE, en el que la MAC PDU de enlace lateral se transmite con un ID de la capa 2 de origen derivado de un ID de la capa 2 del segundo UE y un ID de la capa 2 de destino derivado del ID de la capa 2 del primer UE. En la etapa 1320, el primer UE establece un segundo SRB de enlace lateral para la recepción y/o transmisión de mensajes PC5-S, en el que el segundo SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE.
En una alternativa no cubierta por las reivindicaciones, el primer UE podría establecer un tercer SRB de enlace lateral para la transmisión de mensajes PC5-RRC si el segundo mensaje PC5-S se recibe desde el segundo UE, en el que el tercer SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE. El primer UE establece un tercer SRB de enlace lateral para la transmisión de mensajes PC5-RRC si el enlace de unidifusión o el establecimiento de la conexión PC5-RRC se ha completado con éxito, en el que el tercer SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE.
Con referencia de vuelta a las Figuras 3 y 4, en una realización ilustrativa de un primer UE para establecer un enlace de unidifusión. El primer UE 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 ejecuta el código de programa 312 para permitir que el primer UE (i) establezca un primer SRB de enlace lateral para la transmisión de mensajes PC5-S si se inicia un enlace de unidifusión o un establecimiento de conexión PC5-RRC, en el que el primer SRB de enlace lateral está asociado con un ID de la capa 2 de destino predeterminado, (ii) para transmitir un primer mensaje PC5-S para el enlace de unidifusión o el establecimiento de conexión PC5-RRC en el primer SRB de enlace lateral con un ID de la capa 2 de origen derivado de un ID de la capa 2 del primer UE y un ID de la capa 2 de destino derivado del ID de la capa 2 de destino predeterminado, (iii) para recibir una MAC PDU de enlace lateral que incluye un segundo mensaje PC5-S de un segundo UE, en el que la MAC PDU de enlace lateral se transmite con un ID de la capa 2 de origen derivado de un ID de la capa 2 del segundo UE y un ID de la capa 2 de destino derivado del ID de la capa 2 del primer UE, y (iv) para establecer un segundo SRB de enlace lateral para la recepción y/o transmisión de mensajes PC5-S, en el que el segundo SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
La Figura 14 es un diagrama de flujo 1400 de acuerdo con una realización ilustrativa desde la perspectiva de un primer UE para establecer un enlace de unidifusión. En la etapa 1405, el primer UE establece un primer SRB de enlace lateral para la transmisión de mensajes PC5-S si se inicia un enlace de unidifusión o un establecimiento de conexión PC5-RRC, en el que el primer SRB de enlace lateral está asociado con un par de ID de la capa 2 de origen y de ID de la capa 2 de destino de un ID de la capa 2 del primer UE y un ID de la capa 2 de destino predeterminado. En la etapa 1410, el primer UE transmite un primer mensaje PC5-S para el enlace de unidifusión o el establecimiento de la conexión PC5-RRC en el primer SRB de enlace lateral con un ID de la capa 2 de origen derivado del ID de la capa 2 del primer UE y un ID de la capa 2 de destino derivado del ID de la capa 2 de destino predeterminado. En la etapa 1415, el primer UE recibe una MAC PDU de enlace lateral que incluye un segundo mensaje PC5-S de un segundo UE, en el que la MAC PDU de enlace lateral se transmite con un ID de la capa 2 de origen derivado de un ID de la capa 2 del segundo UE y un ID de la capa 2 de destino derivado del ID de la capa 2 del primer UE. En la etapa 1420, el primer UE establece un segundo SRB de enlace lateral para la recepción y/o transmisión de mensajes PC5-S, en el que el segundo SRB de enlace lateral está asociado con un par de ID de la capa 2 de origen y de ID de la capa 2 de destino del ID de la capa 2 del primer UE y el ID de la capa 2 del segundo UE.
De acuerdo con una alternativa no cubierta por las reivindicaciones, el primer UE podría establecer un tercer SRB de enlace lateral para la transmisión de mensajes PC5-RRC si el segundo mensaje PC5-S se recibe del segundo UE, en el que el tercer SRB de enlace lateral está asociado con un par de ID de la capa 2 de origen y de ID de la capa 2 de destino del ID de la capa 2 del primer UE y el ID de la capa 2 del segundo UE. El primer UE establece un tercer SRB de enlace lateral para la transmisión de mensajes PC5-RRC si el enlace de unidifusión o el establecimiento de la conexión PC5-RRC se ha completado con éxito, en el que el tercer SRB de enlace lateral está asociado con un par de ID de la capa 2 de origen y de ID de la capa 2 de destino del ID de la capa 2 del primer UE y el ID de la capa 2 del segundo UE.
Con referencia de vuelta a las Figuras 3 y 4, en una realización ilustrativa de un primer UE para establecer un enlace de unidifusión. El primer UE 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 ejecuta el código de programa 312 para permitir que el primer UE (i) establezca un primer SRB de enlace lateral para la transmisión de mensajes PC5-S si se inicia un enlace de unidifusión o un establecimiento de conexión PC5-RRC, en el que el primer SRB de enlace lateral está asociado con un par de ID de la capa 2 de origen y de ID de la capa 2 de destino del ID de la capa 2 del primer UE y un ID de la capa 2 de destino predeterminado, (ii) para transmitir un primer mensaje PC5-S para el enlace de unidifusión o el establecimiento de la conexión PC5-RRC en el primer SRB de enlace lateral con un ID de la capa 2 de origen derivado del ID de la capa 2 del primer UE y un ID de la capa 2 de destino derivado del ID de la capa 2 de destino predeterminado, (iii) para recibir un enlace lateral MAC PDU que incluye un segundo mensaje PC5-S de un segundo UE, en el que la MAC PDU de enlace lateral se transmite con un ID de la capa 2 de origen derivado de un ID de la capa 2 del segundo UE y un ID de la capa 2 de destino derivado del ID de la capa 2 del primer UE, y (iv) para establecer un segundo SRB de enlace lateral para la recepción y/o transmisión de mensajes PC5-S, en la que el segundo SRB de enlace lateral está asociado con un par de ID de la capa 2 de origen y de ID de la capa 2 de destino del ID de la capa 2 del primer UE y el ID de la capa 2 del segundo UE. Además, la CPU 308 puede ejecutar el código del programa 312 para realizar todas las acciones y etapas descritos anteriormente u otros descritos en la presente memoria.
En el contexto de las realizaciones que se ilustran en las Figuras 13-14 y discutido anteriormente, preferentemente, el primer UE no puede establecer ningún SRB de enlace lateral para la transmisión de mensajes PC5-RRC si se inicia el enlace de unidifusión o el establecimiento de la conexión PC5-RRC. Además, el primer UE podría liberar la primera SRB de enlace lateral si la MAC PDU de enlace lateral que incluye el segundo mensaje PC5-S se recibe desde el segundo UE.
Preferentemente, podría usarse una primera configuración de SCCH especificada en una memoria descriptiva de RRC para establecer el primer SRB de enlace lateral y el segundo SRB de enlace lateral. Además, podría usarse una segunda configuración de SCCH especificada en una memoria descriptiva de RRC para establecer el tercer SRB de enlace lateral.
Preferentemente, el ID de la capa 2 de destino predeterminado podría asociarse con un servicio de enlace lateral para el que se establece el enlace de unidifusión o la conexión PC5-RRC. El primer mensaje PC5-S podría ser una solicitud de comunicación directa. El segundo mensaje PC5-S podría ser un mensaje relacionado con la seguridad (por ejemplo, autenticación directa y establecimiento de clave o comando de modo de seguridad directa).
Preferentemente, cada SRB de enlace lateral puede corresponder a un Canal de Control de Enlace Lateral (SCCH).
Diversos aspectos de la divulgación se han descrito anteriormente. Debe ser evidente que las enseñanzas en la presente memoria pueden realizarse en una amplia variedad de formas y que cualquier estructura específica, función, o ambas que se divulgan en la presente memoria es simplemente representativa. En base a las enseñanzas en la presente memoria un experto en la técnica debe apreciar que un aspecto divulgado en la presente memoria puede implementarse independientemente de cualesquiera otros aspectos y que dos o más de estos aspectos pueden combinarse de diversos modos. Por ejemplo, puede implementarse un aparato o puede practicarse un procedimiento mediante el uso de cualquier número de los aspectos que se exponen en la presente memoria. Además, tal aparato puede implementarse o tal procedimiento puede practicarse mediante el uso de otra estructura, funcionalidad, o estructura y funcionalidad además de o diferente de uno o más de los aspectos que se exponen en la presente memoria. Como un ejemplo de algunos de los conceptos anteriores, en algunos aspectos pueden establecerse canales concurrentes en base a las frecuencias de repetición del pulso. En algunos aspectos pueden establecerse canales concurrentes en base a la posición o desplazamientos del pulso. En algunos aspectos pueden establecerse canales concurrentes en base a las secuencias de salto de tiempo. En algunos aspectos pueden establecerse canales concurrentes en base a las frecuencias de repetición del pulso, a posición o desplazamientos del pulso, y las secuencias de salto de tiempo.
Los expertos en la técnica entenderán que la información y las señales pueden representarse mediante el uso de cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los chips que se pueden referenciar a lo largo de la descripción anterior se pueden representar por tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticas, campos o partículas ópticas o cualquier combinación de los mismos.
Los expertos apreciarían además que los diversos bloques, módulos, procesadores, medios, circuitos, y etapas de algoritmos lógicos ilustrativos que se describen en relación con los aspectos que se divulgan en la presente memoria pueden implementarse como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica, o una combinación de las dos, que pueden diseñarse mediante el uso de la codificación de fuente o alguna otra técnica), diversas formas de código del programa o diseños que incorporan instrucciones (que pueden denominarse en la presente memoria, para conveniencia, como "software" o "módulo de software"), o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, diversos componentes, bloques, módulos, circuitos, y etapas ilustrativas se han descrito anteriormente en general en términos de su funcionalidad. Si dicha funcionalidad se implementa como hardware o software depende de la aplicación particular y las restricciones de diseño impuestas en el sistema general. Los expertos en la técnica pueden implementar la funcionalidad descrita de diversos modos para cada aplicación particular, pero dichas decisiones de implementación no deben interpretarse como que provocan una desviación del ámbito de la presente divulgación.
Además, los diversos bloques, módulos, y circuitos lógicos ilustrativos descritos en relación con los aspectos divulgados en la presente memoria pueden implementarse dentro de o realizarse por un circuito integrado ("IC"), un terminal de acceso, o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señal digital (DSP), un circuito integrado de aplicación específica (ASIC), un arreglo de puerta programable de campo (FPGA) u otro dispositivo lógico programable, puerta discreta o lógica de transistor, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos, o cualquier combinación de los mismos diseñados para realizar las funciones descritas en la presente memoria, y pueden ejecutar códigos o instrucciones que se encuentran dentro del IC, fuera del IC, o ambos. Un procesador de propósito general puede ser un microprocesador, pero en la alternativa, el procesador puede ser cualquier procesador convencional, controlador, microcontrolador, o máquina de estado. Un procesador puede implementarse también como una combinación de dispositivos informáticos, por ejemplo, una combinación de un DSP y un microprocesador, una pluralidad de microprocesadores, uno o más microprocesadores junto con un núcleo de DSP, o cualquier otra dicha configuración.
Se entiende que cualquier orden o jerarquía específicos de las etapas en cualquier procedimiento divulgado es un ejemplo de un enfoque de muestra. En base a las preferencias de diseño, se entiende que el orden o jerarquía específicos de las etapas en los procedimientos pueden reorganizarse mientras que permanecen dentro del ámbito de la presente divulgación. El procedimiento acompañante reivindica los elementos presentes de las diversas etapas en un orden de muestra, y no pretenden limitarse al orden o jerarquía específicos presentados.
Las etapas de un procedimiento o algoritmo descritas en relación con los aspectos divulgados en la presente memoria pueden realizarse directamente en el hardware, en un módulo de software ejecutado por un procesador, o en una combinación de los dos. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden encontrarse en una memoria de datos tal como la memoria RAM, la memoria flash, la memoria ROM, la memoria EPROM, la memoria EEPROM, los registros, un disco duro, un disco extraíble, un CD-ROM, o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Puede acoplarse un medio de almacenamiento de muestra a una máquina tal como, por ejemplo, un ordenador/procesador (que puede denominarse en la presente memoria, por conveniencia, como un "procesador") tal que el procesador pueda leer información (por ejemplo, el código) desde y escribir información al medio de almacenamiento. Un medio de almacenamiento de muestra puede integrarse al procesador. El procesador y el medio de almacenamiento pueden encontrarse en un ASIC. El ASIC puede encontrarse en el equipo de usuario. En la alternativa, el procesador y el medio de almacenamiento pueden encontrarse como componentes discretos en el equipo de usuario. Además, en algunos aspectos cualquier producto de programa por ordenador adecuado puede comprender un medio legible por ordenador que comprende códigos que se relacionan con uno o más de los aspectos de la divulgación. En algunos aspectos un producto de programa por ordenador puede comprender materiales de envase.

Claims (9)

REIVINDICACIONES
1. Un procedimiento para el establecimiento del enlace de unidifusión para un primer Equipo de Usuario, en lo siguiente también denominado como UE, que comprende:
establecer un primer Portador de Radio de Señalización de enlace lateral, en lo sucesivo también denominado s Rb , para la transmisión de mensajes PC5-S si se inicia un enlace de unidifusión o un establecimiento de conexión del Control de Recursos de Radio PC5, en lo sucesivo también denominado PC5-RRC, en el que el primer SRB de enlace lateral está asociado con una Identidad de la capa 2 de destino predeterminada, en lo sucesivo también denominada ID, (1205);
transmitir un primer mensaje PC5-S para el enlace de unidifusión o el establecimiento de la conexión PC5-RRC en el primer SRB de enlace lateral con un ID de la capa 2 de origen derivado de un ID de la capa 2 del primer UE y un ID de la capa 2 de destino derivado del ID de la capa 2 de destino predeterminado (1210); recibir un segundo mensaje PC5-S de un segundo UE, en el que el segundo mensaje PC5-S se transmite con un ID de la capa 2 de origen derivado de un ID de la capa 2 del segundo UE y un ID de la capa 2 de destino derivado del ID de la capa 2 del primer UE (1215); y
establecer un tercer SRB de enlace lateral para la transmisión de mensajes PC5-RRC si el enlace de unidifusión o el establecimiento de la conexión PC5-RRC se ha completado con éxito, en el que el tercer SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE (1225),
en el que el procedimiento comprende además:
establecer un cuarto SRB de enlace lateral para la transmisión de mensajes PC5-S protegidos, en el que el cuarto SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE,
caracterizado porque
el procedimiento comprende además establecer un segundo SRB de enlace lateral para la recepción y/o transmisión de mensajes PC5-S (1220), en el que el segundo SRB de enlace lateral está asociado con el ID de la capa 2 del segundo UE y el segundo SRB de enlace lateral se establece en respuesta a la recepción del segundo mensaje PC5-S.
2. El procedimiento de la reivindicación 1, que comprende además:
no establecer ningún SRB de enlace lateral para la transmisión de mensajes PC5-RRC antes de que se haya completado con éxito el enlace de unidifusión o el establecimiento de la conexión PC5-RRC.
3. El procedimiento de la reivindicación 1 o 2, en el que una configuración del primer canal de control de enlace lateral, en lo sucesivo también denominado SCCH, especificada en una memoria descriptiva de RRC se usa para establecer el primer SRB de enlace lateral y el segundo SRB de enlace lateral.
4. El procedimiento de una cualquiera de las reivindicaciones 1 a 3, en el que se usa una segunda configuración SCCH especificada en una memoria descriptiva de RRC para establecer el tercer SRB de enlace lateral.
5. El procedimiento de una cualquiera de las reivindicaciones 1 a 4, en el que el ID de la capa 2 de destino predeterminado está asociado con un servicio de enlace lateral para el que se establece el enlace de unidifusión o la conexión PC5-RRC.
6. El procedimiento de una cualquiera de las reivindicaciones 1 a 5, en el que el primer mensaje PC5-S es una Solicitud de Comunicación Directa.
7. El procedimiento de una cualquiera de las reivindicaciones 1 a 6, en el que el segundo mensaje PC5-S es un mensaje relacionado con la seguridad.
8. El procedimiento de una cualquiera de las reivindicaciones 1 a 7, en el que cada SRB de enlace lateral corresponde a un SCCH.
9. Un primer Equipo de Usuario, en lo sucesivo también denominado UE, para establecer un enlace de unidifusión, que comprende:
un circuito de control (306);
un procesador (308) instalado en el circuito de control (306); y
una memoria (310) instalada en el circuito de control (306) y acoplada operativamente al procesador (308); en el que el procesador (308) está configurado para ejecutar un código de programa (312) almacenado en la memoria (310) para realizar las etapas del procedimiento como se define en cualquiera de las reivindicaciones anteriores.
ES20207345T 2019-11-26 2020-11-13 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 Active ES2916801T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201962940460P 2019-11-26 2019-11-26

Publications (1)

Publication Number Publication Date
ES2916801T3 true ES2916801T3 (es) 2022-07-06

Family

ID=73448806

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20207345T Active ES2916801T3 (es) 2019-11-26 2020-11-13 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

Country Status (7)

Country Link
US (2) US11019670B1 (es)
EP (1) EP3829260B1 (es)
JP (1) JP6983297B2 (es)
KR (1) KR102364868B1 (es)
CN (1) CN112954821B (es)
ES (1) ES2916801T3 (es)
TW (1) TWI737543B (es)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020024251A1 (en) * 2018-08-03 2020-02-06 Telefonaktiebolaget Lm Ericsson (Publ) Methods, user equipment and base station for sidelink identification
TWI721923B (zh) * 2019-08-02 2021-03-11 華碩電腦股份有限公司 無線通訊系統中用於釋放側鏈路無線電承載的方法和設備
CN115486108A (zh) * 2020-02-17 2022-12-16 三星电子株式会社 用于在v2x通信系统中处理安全性策略的方法和装置
KR20240011439A (ko) * 2022-07-19 2024-01-26 삼성전자주식회사 무선 통신 시스템에서 두 원격 단말 간의 릴레이 단말을 통한 중계 통신을 관리하는 방법 및 장치

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US2439408A (en) * 1942-02-20 1948-04-13 Motorola Inc Portable radio transmitting and receiving set
US9173089B2 (en) * 2013-01-10 2015-10-27 Samsung Electronics Co., Ltd. Allocation of device id in device to device communications
DE102015106350A1 (de) * 2015-04-24 2016-10-27 Endress + Hauser Gmbh + Co. Kg Verwendung eines mehrgängigen Gewindes in einem Ex-d-Gehäuse
EP3148285B1 (en) * 2015-09-25 2019-04-17 Panasonic Intellectual Property Corporation of America Improved radio bearer mapping for proximity services ue to network relay with associated priority signalling
KR102156668B1 (ko) * 2016-11-16 2020-09-17 주식회사 케이티 차세대 무선망에서 하향링크 신호를 송수신하는 방법 및 그 장치
WO2018164552A1 (ko) * 2017-03-10 2018-09-13 엘지전자(주) 무선 통신 시스템에서 릴레이를 통한 데이터 송수신 방법 및 이를 위한 장치
US10939288B2 (en) * 2018-01-14 2021-03-02 Qualcomm Incorporated Cellular unicast link establishment for vehicle-to-vehicle (V2V) communication
US11553542B2 (en) * 2019-01-11 2023-01-10 Qualcomm Incorporated Device-to-device signaling
US11252777B2 (en) * 2019-01-27 2022-02-15 Qualcomm Incorporated Coordinating radio resource control signaling with upper layer direct link establishment procedures
US11343865B2 (en) * 2019-02-12 2022-05-24 Qualcomm Incorporated Unicast link management via radio resource control signaling
US11277880B2 (en) * 2019-02-14 2022-03-15 Lg Electronics Inc. Sidelink connection suspension or release based on different target qualities of different services
KR20200114316A (ko) * 2019-03-28 2020-10-07 삼성전자주식회사 무선 통신 시스템에서 직접 통신을 위한 사이드링크 RLC (Radio Link Control) 계층 파라미터를 구성하는 장치 및 방법
US11464066B2 (en) * 2019-04-05 2022-10-04 Qualcomm Incorporated Establishing radio bearers on millimeter wave frequencies for device-to-device communications
CN115460571A (zh) * 2019-04-23 2022-12-09 三星电子株式会社 由无线通信系统中的第一终端或第二终端执行的方法
US20200341966A1 (en) * 2019-04-26 2020-10-29 International Business Machines Corporation System and Method of Aggregating Domain Name System Monitoring Data
US11234281B2 (en) * 2019-05-02 2022-01-25 Lenovo (Singapore) Pte. Ltd. Unicast session over a direct communication link
US11212852B2 (en) * 2019-05-02 2021-12-28 Lg Electronics Inc. Identification of control information for sidelink management
KR20190096907A (ko) * 2019-08-12 2019-08-20 삼성전자주식회사 무선 통신 시스템에서 근접 서비스 통신을 수행하는 방법 및 장치
KR102228881B1 (ko) * 2019-08-19 2021-03-18 엘지전자 주식회사 자율주행시스템에서 군집주행중에 주행데이터의 수신방법 및 이를 위한 장치

Also Published As

Publication number Publication date
US11019670B1 (en) 2021-05-25
US20210243827A1 (en) 2021-08-05
US20210160939A1 (en) 2021-05-27
EP3829260A1 (en) 2021-06-02
TWI737543B (zh) 2021-08-21
EP3829260B1 (en) 2022-04-20
KR20210065850A (ko) 2021-06-04
CN112954821A (zh) 2021-06-11
KR102364868B1 (ko) 2022-02-18
JP2021087218A (ja) 2021-06-03
TW202121880A (zh) 2021-06-01
JP6983297B2 (ja) 2021-12-17
US11540342B2 (en) 2022-12-27
CN112954821B (zh) 2022-04-19

Similar Documents

Publication Publication Date Title
ES2924692T3 (es) Procedimiento y aparato para la solicitud de recursos en la transmisión de enlace lateral en un sistema de comunicación inalámbrica
CN113891292B (zh) 无线通信系统中建立用于ue间中继通信的侧链路无线电承载的方法和设备
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
ES2908084T3 (es) Procedimiento y aparato para liberar portador de radio de enlace lateral en un sistema de comunicación inalámbrica
US10952230B1 (en) Method and apparatus for supporting QOS (quality of service) flow to DRB (data radio bearer) remapping for sidelink communication in a wireless communication system
US11758596B2 (en) Method and apparatus for a relay to transmit a direct communication request message in a wireless communication system
US20210400746A1 (en) Method and apparatus for a user equipment (ue) to transmit a direct communication request message in a wireless communication system
KR102627692B1 (ko) 무선 통신 시스템에서 릴레이가 사이드링크 사용자 단말(ｕｅ) 성능 정보를 보고하기 위한 방법 및 장치
EP3849237B1 (en) Method and apparatus for requesting sidelink transmission resources in a wireless communication system
US20210400745A1 (en) Method and apparatus for performing a pc5 unicast link establishment procedure in a wireless communication system
US11838977B2 (en) Method and apparatus for performing link identifier update procedure in a wireless communication system
US20230007455A1 (en) Method and apparatus for receiving pc5 signaling (pc5-s) messages in a wireless communication system
US20230007447A1 (en) Method and apparatus for transmitting pc5-s messages in a wireless communication system