ES2903227T3 - Procedimientos y aparatos para gestionar un cambio de identificador de enlace lateral en un sistema de comunicación inalámbrica - Google Patents

Procedimientos y aparatos para gestionar un cambio de identificador de enlace lateral en un sistema de comunicación inalámbrica Download PDF

Info

Publication number
ES2903227T3
ES2903227T3 ES20168866T ES20168866T ES2903227T3 ES 2903227 T3 ES2903227 T3 ES 2903227T3 ES 20168866 T ES20168866 T ES 20168866T ES 20168866 T ES20168866 T ES 20168866T ES 2903227 T3 ES2903227 T3 ES 2903227T3
Authority
ES
Spain
Prior art keywords
lower layer
identity
new
layer identity
link
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
ES20168866T
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 ES2903227T3 publication Critical patent/ES2903227T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signalling for the administration of the divided path, e.g. signalling of configuration information
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1221—Wireless traffic scheduling based on age of data to be sent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load

Landscapes

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

Abstract

Un procedimiento para que un segundo equipo de usuario, en lo sucesivo también denominado UE, cambie una identidad de enlace lateral asociada a un primer UE para un enlace de unidifusión de enlace lateral, que comprende: establecer el enlace de unidifusión de enlace lateral con el primer UE, en el que se usan una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral (1205); recibir un mensaje Solicitud de Actualización de Identificador de Enlace desde el primer UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior (1210); y transmitir un mensaje Respuesta de Actualización de Identificador de Enlace al primer UE en respuesta a la recepción del mensaje Solicitud de Actualización de Identificador de Enlace (1215); en el que una identidad de capa inferior de la primera identidad de capa inferior, la nueva primera identidad de capa inferior y/o la segunda identidad de capa inferior es una identidad de capa 2; caracterizado por seguir usando la primera identidad de capa inferior para recibir datos de enlace lateral desde el primer UE hasta que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer UE (1220).

Description

DESCRIPCIÓN
Procedimientos y aparatos para gestionar un cambio de identificador de enlace lateral en un sistema de comunicación inalámbrica
Esta divulgación se refiere, en general, a redes de comunicación inalámbrica y, más en particular, a procedimientos y aparatos para gestionar un cambio de identificador de enlace lateral en un sistema de comunicación inalámbrica.
Con el rápido aumento de la demanda de comunicación de grandes cantidades de datos hacia y desde dispositivos de comunicación móvil, las redes de comunicación de voz móviles tradicionales están evolucionando hacia redes que se comunican con paquetes de datos de protocolo de Internet (IP). Dicha comunicación de paquetes de datos IP puede proporcionar a los usuarios de dispositivos de comunicación móvil servicios de comunicación de voz por IP, multimedia, de multidifusión y bajo demanda.
Una estructura de red ejemplar es una red de acceso por radio terrestre universal evolucionada (E-UTRAN). El sistema E-UTRAN puede proporcionar un alto caudal de tráfico de datos para realizar los servicios de voz por IP y multimedia mencionados anteriormente. El organismo de normas 3GPP está analizando actualmente una nueva tecnología de radio de próxima generación (por ejemplo, 5G). En consecuencia, se están presentando y teniendo en cuenta cambios en el cuerpo actual de la norma 3GPP para hacer evolucionar y finalizar la norma 3GPP.
Los documentos S2-1901749 y S2-1904432 de 3GPP divulgan un procedimiento de actualización de identificador de enlace en la comunicación V2X en modo de unidifusión a través de un punto de referencia PC5, donde el documento S2-1901749 indica que un UE-2 comienza inmediatamente a usar el nuevo ID de capa 2 de un UE-1 después de que el UE-2 envíe un mensaje Respuesta de Actualización de Identificador de Enlace al UE-1, y el documento S2-1904432 indica que tras la recepción del mensaje de respuesta, el UE-1 y el UE-2 comienzan a usar los nuevos ID para el tráfico de datos.
SUMARIO
La presente invención proporciona un procedimiento de acuerdo con la reivindicación 1 y un equipo de usuario de acuerdo con la reivindicación 7. Se presenta una solución alternativa mediante la reivindicación de procedimiento 4 y la reivindicación de equipo de usuario 8 independientes. Características adicionales se definen en las reivindicaciones dependientes. El/los ejemplo(s)/aspecto(s)/modo(s) de realización/invención(es) en la descripción de las figuras 12 y 15 pertenecen a la invención, definida en las reivindicaciones. El resto de la descripción y de las figuras no pertenece a la invención y solo se presenta con propósitos ilustrativos.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La FIG. 1 muestra un diagrama de un sistema de comunicación inalámbrica de acuerdo con un modo de realización ejemplar.
La FIG. 2 es un diagrama de bloques de un sistema transmisor (también conocido como red de acceso) y un sistema receptor (también conocido como equipo de usuario o UE) de acuerdo con un modo de realización ejemplar.
La FIG. 3 es un diagrama de bloques funcionales de un sistema de comunicación de acuerdo con un modo de realización ejemplar.
La FIG. 4 es un diagrama de bloques funcionales del código de programa de la FIG. 3 de acuerdo con un modo de realización ejemplar.
La FIG. 5 es una reproducción de la figura 6.11.3.1-1 de 3GPP TR 23.786 V1.0.0.
La FIG. 6 es una reproducción de la figura 6.11.3.1-2 de 3GPP TR 23.786 V1.0.0.
La FIG. 7 es una reproducción de la figura 6.11.3.3-1 de 3GPP TR 23.786 V1.0.0.
La FIG. 8 es una reproducción de la figura 6-3 de 3GPP TS 36.300 V15.3.0.
La FIG. 9 es una reproducción de la figura 5.1.1.5.3-1 de TS 23.303 V15.1.0.
La FIG. 10 es un diagrama de acuerdo con un modo de realización ejemplar.
La FIG. 11 es un diagrama de flujo de acuerdo con un modo de realización ejemplar.
La FIG. 12 es un diagrama de flujo de acuerdo con un modo de realización ejemplar.
La FIG. 13 es un diagrama de flujo de acuerdo con un modo de realización ejemplar.
La FIG. 14 es un diagrama de acuerdo con un modo de realización ejemplar.
La FIG. 15 es un diagrama de flujo de acuerdo con un modo de realización ejemplar.
La FIG. 16 es un diagrama de flujo de acuerdo con un modo de realización ejemplar.
DESCRIPCIÓN DETALLADA
Los sistemas y dispositivos de comunicación inalámbrica ejemplares descritos a continuación emplean un sistema de comunicación inalámbrica, que admite un servicio de difusión amplia. Los sistemas de comunicación inalámbrica están ampliamente implantados para proporcionar diversos tipos de comunicación, tales como voz, datos, etc. Estos sistemas pueden estar basados en acceso múltiple por división de código (CDMA), acceso múltiple por división de tiempo (TDMA), acceso múltiple por división ortogonal de frecuencia (OFDMA), acceso inalámbrico LTE (evolución a largo plazo) de 3GPP, LTE-A o LTE-avanzada (evolución a largo plazo avanzada) de 3GPP, UMB (banda ancha ultramóvil) de 3GPP2, WiMax, NR (nueva radio) de 3GPP o algunas otras técnicas de modulación.
En particular, los dispositivos de sistemas de comunicación inalámbrica ejemplares descritos a continuación pueden estar diseñados para admitir una o más normas, tales como la norma ofrecida por un consorcio denominado "Proyecto de Colaboración de Tercera Generación", denominado en el presente documento 3GPP, que incluyen: la especificación TR 23.786 V1.0.0, "Study on architecture enhancements for EPS and 5G System to support advanced V2X Services", la especificación Ts 36.300 V15.3.0, "Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description" y la especificación TS 23.303 V15.1.0, "Proximity-based services (ProSe)". Las normas y documentos enumerados anteriormente se incorporan expresamente en el presente documento como referencia en su totalidad.
La FIG. 1 muestra un sistema de comunicación inalámbrica de acceso múltiple de acuerdo con un modo de realización de la invención. Una red de acceso (AN) 100 incluye grupos de múltiples antenas, uno que incluye antenas 104 y 106, otro que incluye antenas 108 y 110, y uno adicional que incluye antenas 112 y 114. En la FIG.
1 solo se muestran dos antenas para cada grupo de antenas; sin embargo, se puede utilizar un número mayor o menor de antenas para cada grupo de antenas. Un terminal de acceso (AT) 116 está en comunicación con las antenas 112 y 114, donde las antenas 112 y 114 transmiten información al terminal de acceso 116 a través de un enlace directo 120 y reciben información desde el terminal de acceso 116 a través de un enlace inverso 118. Un terminal de acceso (AT) 122 está en comunicación con las antenas 106 y 108, donde las antenas 106 y 108 transmiten información al terminal de acceso (AT) 122 a través de un enlace directo 126 y reciben información desde el terminal de acceso (AT) 122 a través de un 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 a la usada por el enlace inverso 118.
Cada grupo de antenas y/o el área en la que están diseñadas a comunicarse se denomina a menudo sector de la red de acceso. En el modo de realización, cada grupo de antenas está diseñado para comunicarse con terminales de acceso en un sector de las áreas cubiertas por la red de acceso 100.
En la comunicación a través de los enlaces directos 120 y 126, las antenas transmisoras de la red de acceso 100 pueden utilizar conformación de haz para mejorar la relación de señal a ruido de los enlaces directos para los diferentes terminales de acceso 116 y 122. Asimismo, una red de acceso que usa conformación de haz para transmitir a terminales de acceso dispersados aleatoriamente por toda su cobertura causa menos interferencia a terminales de acceso de 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 una estación base usada para comunicarse con los terminales y también se puede denominar punto de acceso, nodo B, estación base, estación base mejorada, nodo B evolucionado (eNB), nodo de red, red o con algún otro término. Un terminal de acceso (AT) también se puede denominar equipo de usuario (UE), dispositivo de comunicación inalámbrica, terminal, terminal de acceso o con algún otro término.
La FIG. 2 es un diagrama de bloques simplificado de un modo de realización de un sistema transmisor 210 (también conocido como red de acceso) y de un sistema receptor 250 (también conocido como terminal de acceso (AT) o equipo de usuario (UE)) en un sistema MIMO 200. En el sistema transmisor 210 se proporcionan datos de tráfico para una pluralidad de flujos de datos desde una fuente de datos 212 a un procesador de datos de transmisión (TX) 214.
Preferentemente, cada flujo de datos se transmite a través de una antena de transmisión respectiva. El procesador de datos de TX 214 da formato, 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 datos codificados.
Los datos codificados para cada flujo de datos se pueden multiplexar con datos piloto usando técnicas OFDM. Los datos piloto son típicamente un patrón de datos conocido que se procesa de una manera conocida y que se puede usar en el sistema receptor para estimar la respuesta de canal. Los datos piloto y codificados multiplexados para cada flujo de datos se modulan a continuación (es decir, se mapean a 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 transferencia de datos, la codificación y la modulación para cada flujo de datos se pueden determinar mediante instrucciones realizadas por el procesador 230.
Los símbolos de modulación para todos los flujos de datos se proporcionan a continuación a un procesador MIMO de TX 220, que puede procesar adicionalmente los símbolos de modulación (por ejemplo, para OFDM). El procesador MIMO de TX 220 proporciona a continuación Nt flujos de símbolos de modulación a Nt transmisores (TMTR) 222a a 222t. En determinados modos de realización, el procesador MIMO de TX 220 aplica pesos de conformación de haz a los símbolos de los flujos de datos y a la antena desde la cual se transmite el símbolo.
Cada transmisor 222 recibe y procesa un respectivo flujo de símbolos para proporcionar una o más señales analógicas, y acondiciona adicionalmente (por ejemplo, amplifica, filtra y eleva en frecuencia) las señales analógicas para proporcionar una señal modulada adecuada para su transmisión a través del canal MIMO. Nt señales moduladas de los transmisores 222a a 222t se transmiten a continuación desde Nt antenas 224a a 224t, respectivamente.
En el sistema receptor 250, las señales moduladas transmitidas se reciben en Nr antenas 252a a 252r, y la señal recibida desde cada antena 252 se proporciona a un receptor (RCVR) respectivo 254a a 254r. Cada receptor 254 acondiciona (por ejemplo, filtra, amplifica y reduce en frecuencia) una señal recibida respectiva, digitaliza la señal acondicionada para proporcionar muestras y procesa adicionalmente las muestras para proporcionar un flujo de símbolos "recibido" correspondiente.
Un procesador de datos de RX 260 recibe y procesa a continuación los Nr flujos de símbolos recibidos desde Nr receptores 254 en base a una técnica de procesamiento de receptor particular para proporcionar Nt flujos de símbolos "detectados". A continuación, el procesador de datos de Rx 260 desmodula, desintercala y descodifica cada flujo de símbolos detectado para recuperar los datos de tráfico para el flujo de datos. El procesamiento por el procesador de datos de RX 260 es complementario al realizado por el procesador MIMO de TX 220 y el procesador de datos de TX 214 en el sistema transmisor 210.
Un procesador 270 determina periódicamente qué matriz de precodificación se va a usar (analizado a continuación). El procesador 270 formula un mensaje de enlace inverso que comprende una parte de índice de matriz y una parte de valor de rango.
El mensaje de enlace inverso puede comprender diversos tipos de información con respecto al enlace de comunicación y/o al flujo de datos recibido. A continuación, el mensaje de enlace inverso se procesa mediante un procesador de datos de TX 238, que también recibe datos de tráfico para una pluralidad de flujos de datos desde una fuente de datos 236, se modula mediante un modulador 280, se acondiciona mediante unos transmisores 254a a 254r y se transmite de vuelta al sistema transmisor 210.
En el sistema transmisor 210, las señales moduladas del sistema receptor 250 se reciben mediante unas antenas 224, se acondicionan mediante unos receptores 222, se desmodulan mediante un desmodulador 240 y se procesan mediante un procesador de datos de RX 242 para extraer el mensaje de enlace inverso transmitido por el sistema receptor 250. A continuación, el procesador 230 determina qué matriz de precodificación se va a usar para determinar los pesos de conformación de haz y a continuación procesa el mensaje extraído.
En referencia de nuevo a la FIG. 3, esta figura muestra un diagrama de bloques funcionales simplificado alternativo de un dispositivo de comunicación de acuerdo con un modo de realización de la invención. Como se muestra en la FIG. 3, el dispositivo de comunicación 300 en un sistema de comunicación inalámbrica se puede utilizar para realizar los UE (o AT) 116 y 122 de la FIG. 1 o la estación base (o AN) 100 de la FIG. 1, y el sistema de comunicaciones inalámbricas es preferentemente el sistema 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 central de procesamiento (CPU) 308, una memoria 310, un código de programa 312 y un transceptor 314. El circuito de control 306 ejecuta el código de programa 312 en la memoria 310 a través de la CPU 308, controlando de este modo el funcionamiento 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 un teclado numérico, y puede proporcionar imágenes y sonidos a través del dispositivo de salida 304, tal como un monitor o unos altavoces. El transceptor 314 se usa para recibir y transmitir señales inalámbricas, entregando las señales recibidas al circuito de control 306 y proporcionando de forma inalámbrica las señales generadas por el circuito de control 306. El dispositivo de comunicación 300 en un sistema de comunicación inalámbrica también se puede utilizar para realizar la AN 100 de la FIG. 1.
La FIG. 4 es un diagrama de bloques simplificado del código de programa 312 que se muestra en la FIG. 3 de acuerdo con un modo de realización de la invención. En este modo de realización, el código de programa 312 incluye una capa de aplicación 400, una parte de capa 3402 y una parte de capa 2404, y está vinculado a una parte de capa 1406. La parte de capa 3402 realiza, en general, el control de recursos de radio. La parte de capa 2 404 realiza, en general, el control de enlace. La parte de capa 1406 realiza, en general, las conexiones físicas.
3GPP TR 23.786 V1.0.0 introdujo las siguientes soluciones para las comunicaciones eV2X (Vehículo a Todo mejorado) como sigue:
6.11 Solución n.° 11: Solución de unidifusión o multidifusión para la comunicación eV2X a través de un punto de referencia PC5
6.11.1 Descripción funcional
Esta solución aborda la cuestión clave n.° 1 acerca de la admisión de la comunicación entre grupos eV2X, la cuestión clave n.° 9 acerca de la admisión de la comunicación de unidifusión/multidifusión a través de PC5 y la cuestión clave n.° 4 acerca de la admisión de la mejora del marco de QoS PC5 para eV2X, centrándose en los siguientes aspectos:
- Identificadores para la comunicación de unidifusión, por ejemplo ID de L2;
- Protocolo de señalización para admitir la comunicación de unidifusión/multidifusión;
- Soporte para QoS y configuraciones de capa AS;
- Asociaciones de seguridad;
- Procedimientos para el establecimiento y mantenimiento de enlaces.
6.11.2 Descripción de la solución
6.11.2.1 Identificadores para la comunicación de unidifusión
6.11.2.1.1 Separar el espacio de direcciones de ID de L2 para unidifusión y multidifusión con respecto al de difusión amplia
Uno de los identificadores esenciales para la comunicación de unidifusión/multidifusión es el ID de L2. A partir del diseño ProSe de TS 23.303 [8], los espacios de direcciones de ID de L2 de destino para la comunicación uno a uno y para las comunicaciones uno a muchos están separados con el mecanismo de capa AS, es decir, el número de versión de capa MAC. Esto se hace para evitar conflictos de la dirección usada que puedan dañar las comunicaciones uno a uno. De forma similar, la unidifusión V2X también debe usar ID de L2 distintos de los de la difusión amplia y la multidifusión.
Esta separación se aplica tanto al ID de L2 de destino como al ID de L2 de origen. Para un UE que tiene tráfico tanto de difusión amplia como de unidifusión/multidifusión, se deben usar diferentes ID de L2 con los formatos correspondientes. El UE par usará el ID de L2 de origen como el ID de L2 de destino en la comunicación de unidifusión. Los detalles de la gestión de ID de L2 relacionada para unidifusión/multidifusión se describen en las siguientes cláusulas.
El UE puede usar un ID de L2 de origen distinto para diferentes enlaces de comunicación uno a uno de unidifusión, por ejemplo cuando diferentes enlaces de unidifusión están asociados a diferentes identificadores de capa superior.
6.11.2.1.2 Decidir el ID de L2 de destino que se usará para la comunicación de unidifusión/multidifusión
6.11.2.1.2.1 Opción A
En TS 23.285 [5], el UE decide el ID de L2 de destino basándose en un mapeo configurado entre PSID/ITS-AID y el ID de L2. Esto se adapta al tráfico de difusión amplia, pero no funciona para el tráfico de unidifusión o multidifusión. En unidifusión o multidifusión, el ID de L2 de destino no se decidirá en base a PSID/ITS-AID. Se debe permitir que un UE V2X tenga múltiples conexiones de unidifusión o grupos de multidifusión admitidos simultáneamente para un servicio particular (PSID/ITS-AID). Por lo tanto, la información de ID de L2 de destino en este caso debe provenir de la capa superior. Esto significa que la interfaz entre la capa V2X y la capa superior debe mejorarse para permitir que dicha información se transmita junto con el paquete de datos.
Cabe esperar que las aplicaciones V2X reales no entiendan la noción de ID de L2, ya que las aplicaciones se pueden construir para tecnologías o plataformas cruzadas. Por lo tanto, alguna capa de midware dentro del UE tiene que convertir el identificador usado por la capa de aplicación, por ejemplo, el ID de estación, en el ID de L2 de V2X. Esto significa que dicha capa de midware debe mantener el mapeo de los identificadores de destino de capa de aplicación y los ID de L2. Dado que esta capa de midware está fuera del alcance de SA2, en la especificación se puede señalar como "capa superior" en general, y la suposición de que esta "capa superior" mantiene el mapeo y proporciona el ID de L2 para comunicaciones de unidifusión o multidifusión debe documentarse.
6.11.2.1.2.2 Opción B
Una alternativa a la solución anterior es que la capa V2X gestione dicho enlace de unidifusión/grupo de multidifusión con respecto al mapeo de ID de L2. En ese caso, el enlace de unidifusión/grupo de multidifusión puede asignarse con un identificador de flujo en el momento del establecimiento. La información de perfil de conexión correspondiente, por ejemplo, los ID de L2, configuraciones de transmisión, parámetros de QoS, etc., podría asociarse al mismo. En tal caso, la capa superior solo necesita usar el identificador de flujo para indicar el destino y transmitirlo con el paquete de datos. La capa V2X aplicará la información de perfil asociada, incluidos los ID de L2, para la transmisión. Esto permitirá reutilizar los mecanismos de gestión de enlaces Uu, por ejemplo, similares a los de los flujos de QoS, y ser más extensible. De nuevo, la conversión de los identificadores de capa de aplicación, por ejemplo, el ID de estación, a este identificador de flujo debe realizarse por esta capa de midware, es decir, la "capa superior".
6.11.2.2 Protocolo de señalización para admitir la comunicación de unidifusión/multidifusión
En la comunicación de unidifusión o multidifusión, existe la necesidad de que se intercambie algún mensaje de control entre los UE implicados para establecer el enlace o grupo. Por lo tanto, se requiere algún protocolo de señalización.
En la comunicación uno a uno ProSe definida en TS 23.303 [8], se introdujo un protocolo de señalización PC5 (cláusula 5.1.1.5.2), que se ejecuta a través de la capa PDCP. Aunque está definido para el uso de ProSe, los mensajes podrían extenderse para su uso en la comunicación V2X. El diseño detallado del protocolo debe revisarse en base a los procedimientos de funcionamiento mediante unidifusión reales.
Otro enfoque alternativo es ejecutar RRC a través de PC5. Como el protocolo de señalización PC5 se usa en cualquier caso a través de PDCP, el protocolo RRC se puede usar para sustituirlo. Aunque no todas las características de RRC son necesarias para el funcionamiento de PC5, los mensajes de RRC pertinentes de V2X seleccionados se pueden ampliar y usar, por ejemplo, SidelinkUEInformation, etc. La ventaja de esto es la unificación potencial de los protocolos de señalización de control para Uu y PC5.
Por tanto, en esta solución se introduce un protocolo de señalización a través de PC5 para la gestión de comunicaciones de unidifusión/multidifusión.
6.11.2.3 Soporte para QoS y configuraciones de capa AS
Es deseable que la QoS también pueda admitirse en la comunicación de unidifusión y de multidifusión.
En TS 23.285[5], el modelo de QoS para la comunicación V2X se basa en el modelo por paquete, por ejemplo, PPPP y PPPR. En la comunicación de unidifusión o multidifusión, se debe analizar si también se debe admitir un modelo de QoS orientado a la conexión similar al de la conexión Uu.
Como también se analiza en la cuestión clave n.° 4 "Compatibilidad con la mejora del marco de QoS de PC5 para eV2X", cabe esperar que se requiera algo más que PPPP y PPPR existentes.
Específicamente para unidifusión o multidifusión, debido al enlace o grupo implicado, la mayoría de los paquetes enviados a través del mismo enlace de unidifusión entre un par de entidades pares deben tener las mismas características de QoS. Esto se aproxima más al modelo de conexión Uu, en lugar de al tráfico normal basado en difusión amplia. Por lo tanto, aquí se puede reutilizar el tipo Uu del concepto de gestión de QoS. Esto permite un modelo unificado para Uu y PC5.
Además, podría haber diferentes características de capa AS que pueden ser opcionales o no compatibles con versiones anteriores. Por lo tanto, al configurar el enlace de unidifusión, dicha configuración también puede negociarse y configurarse junto con/o como parte del perfil de QoS.
NOTA: Se usa el modelo de QoS para unidifusión descrito en la Solución n.° 19 (cláusula 6.19).
6.11.2.4 Asociaciones de seguridad
La comunicación de unidifusión o multidifusión también puede necesitar protección en la capa de enlace. La comunicación uno a uno ProSe admite el establecimiento de un enlace L2 seguro, como se define en TS 33.303 [11].
Sin embargo, dentro del contexto de la comunicación V2X, cada UE tiene los certificados correspondientes para la protección de seguridad. Por lo tanto, puede ser necesario mejorar o ajustar el protocolo de establecimiento de enlace seguro L2 existente para admitir el uso de dichas asociaciones de seguridad.
La gestión exacta de seguridad se debe analizar y decidir mediante SA3. El diseño de SA2 debe alinearse con esas decisiones cuando estén disponibles.
6.11.2.5 Procedimientos para el establecimiento y mantenimiento de enlaces
TS 23.303 [8] ha definido los procedimientos para el establecimiento y mantenimiento de un enlace L2 seguro a través de PC5, como en la cláusula 5.4.5. Estos procedimientos se pueden mejorar y adaptar para el uso de V2X, conforme a las decisiones anteriores con respecto a la elección del protocolo de señalización, gestión de seguridad, etc.
Sin embargo, se requieren algunas consideraciones adicionales para V2X en relación con la gestión de enlaces/grupos. En la comunicación V2X, no todos los UE admitirán o usarán comunicación de unidifusión. Además, es posible que no todos los servicios se ejecuten en el mismo canal o RAT (por ejemplo, V2X LTE frente a V2X NR). Con V2X, no hay ningún canal de detección como el de ProSe (es decir, PC5-D), y no se supone que la configuración de la red sea para uso de seguridad pública. Por lo tanto, para admitir el establecimiento de enlace, existe la necesidad de un anuncio de servicio para notificar a la entidad par la existencia del UE y la capacidad del UE para la comunicación de unidifusión, por ejemplo, el canal a operar, o los servicios admitidos, etc.
Dicho anuncio de servicio debería hacerse accesible a todos los UE que estén interesados en usar el servicio. Por ejemplo, dicho anuncio podría configurarse para enviarse a través de un canal dedicado, de manera similar a cómo se gestiona el anuncio de servicio WAVE (WSA), o agregarse en los mensajes periódicos procedentes de los UE compatibles.
NOTA 1: El anuncio de servicio se gestiona en la capa superior y está fuera del alcance de SA2.
Para el mantenimiento de enlace de capa 2, se necesita la funcionalidad de mantener activo para detectar eso cuando los UE no están en el alcance de comunicación directa, de modo que puedan proceder con la liberación implícita del enlace de capa 2.
NOTA 2: Se deja a la fase 3 el determinar cómo se admite la funcionalidad de mantener activo.
6.11.3 Procedimientos
6.11.3.1 Establecimiento de enlace de capa 2 a través de PC5
El procedimiento de establecimiento de enlace de capa 2 definido en TS 23.303 [8] cláusula 5.4.5.2 puede reutilizarse para el establecimiento de enlace de unidifusión eV2X con las siguientes adaptaciones:
- Los mensajes pueden convertirse en un mensaje de señalización RRC en lugar de un mensaje de señalización PC5, dependiendo de la decisión de WG RAN.
- El "establecimiento de enlace de capa 2 orientado a UE" funciona como se indica a continuación y la figura 6.11.3.1-1 muestra el procedimiento:
- El mensaje Solicitud de Comunicación Directa puede ser enviado por el UE-1 con mecanismo de difusión amplia, es decir, a una dirección de difusión amplia asociada a la aplicación en lugar del ID de L2 del UE-2. El identificador superior del UE-2 se incluye en el mensaje Solicitud de Comunicación Directa para permitir que el UE-2 decida si responde a la solicitud. El ID de L2 de origen de este mensaje debe ser el ID de L2 de unidifusión del UE-1.
- El mensaje Solicitud de Comunicación Directa se debe transmitir usando el establecimiento de capa AS por defecto, por ejemplo, establecimiento de difusión amplia, que puede entender el UE-2.
- El UE-2 usa el ID de L2 de origen del mensaje Solicitud de Comunicación Directa recibido como ID de L2 de destino en la señalización subsiguiente al UE-1, y usa su propio ID de L2 de unidifusión como el ID de L2 de origen. El UE-1 obtiene el ID de L2 del UE-2 para futuras comunicaciones, para la señalización y el tráfico de datos.
[La figura 6.11.3.1-1 de 3GPP TR 23.786 V1.0.0, titulada "Procedimiento de establecimiento de enlace de capa 2 orientado a UE" se reproduce como la FIG. 5]
- El "establecimiento de enlace de capa 2 orientado a servicio V2X" funciona igual que el "establecimiento de enlace de capa 2 orientado a UE" con las siguientes diferencias y la figura 6.11.3.1-2 muestra el procedimiento:
- La información acerca del servicio V2X que solicita el establecimiento del enlace L2, es decir, la información acerca del servicio V2X anunciado se incluye en el mensaje Solicitud de Comunicación Directa para permitir que otros UE decidan si responden a la solicitud.
- Los UE interesados en usar el servicio V2X anunciado por el mensaje Solicitud de Comunicación Directa pueden responder a la solicitud (el UE-2 y el UE-4 de la figura 6.11.3.1-2).
- Después de establecer el enlace de capa 2 con otros UE(s) como se describe anteriormente, el/los nuevo(s) UE puede(n) entrar en proximidad con el UE-1, es decir, el alcance de comunicación directa del UE-1. En este caso, el UE-1 puede iniciar el procedimiento de establecimiento de enlace de la capa 2 orientado a servicio V2X, ya que conoce el/los nuevo(s) Ue a partir de los mensajes de la capa de aplicación enviados por el/los UE. O el nuevo UE puede iniciar el procedimiento de establecimiento de enlace de capa 2 orientado a servicio V2X. Por lo tanto, el UE-1 no tiene que seguir enviando un mensaje Solicitud de Comunicación Directa periódicamente para anunciar el servicio V2X que desea para establecer un enlace L2 con otro UE de unidifusión.
[La figura 6.11.3.1-2 de 3GPP TR 23.786 V1.0.0, titulada "Procedimiento de establecimiento de enlace de capa 2 orientado a servicio V2X" se reproduce como la FIG. 6]
El enlace de capa 2 admite tráfico que no es IP. No se llevará a cabo ningún procedimiento de negociación y asignación de direcciones IP.
6.11.3.2 Contenido del mensaje de señalización para el establecimiento de enlace
La información transportada en el mensaje Solicitud de Comunicación Directa que se define en TS 24.334 [13] requiere al menos las siguientes actualizaciones:
- Para el "establecimiento de enlace de capa 2 orientado a UE",
- La información de usuario debe incluir el ID del UE de destino (ID de capa superior del UE-2), además del ID del UE iniciador (ID de capa superior del UE-1).
NOTA: La fase 3 puede decidir si estos ID se pueden transportar en el mismo IE o en IE separados, por ejemplo, el ID de estación/ID de temperatura de vehículo solo necesita ser de 4 octetos.
- Para el "establecimiento de enlace de capa 2 orientado a servicio V2X",
- La información de servicio V2X anunciada debe incluir la información acerca del servicio V2X que solicita el establecimiento de enlace L2, por ejemplo, PSID o ITS-AID de la aplicación V2X. La compartición de sensores, etc., puede ser el caso del servicio V2X.
- La configuración de dirección IP, que se especifica como obligatoria para ProSe, debe permitir una indicación de que no se usará ninguna IP, de modo que el UE receptor (por ejemplo, el UE-2) no iniciará ningún procedimiento de configuración IP para este enlace en particular.
- Los IE dedicados a la seguridad se deben revisar mediante SA3, ya que el mecanismo de seguridad para eV2X puede ser diferente y requiere diferentes IE.
- Información de configuración adicional con respecto al enlace, por ejemplo cuando se usa un mensaje de RRC puede haber configuraciones de capa AS.
6.11.3.3 Procedimiento de actualización de identificador de enlace para la protección de privacidad de la comunicación de unidifusión
[La figura 6.11.3.3-1 de 3GPP TR 23.786 V1.0.0, titulada "Procedimiento de actualización de identificador de enlace de capa 2" se reproduce como la FIG. 7]
Este procedimiento se usa para actualizar el par en la comunicación de unidifusión del cambio inminente de los identificadores usados para este enlace. Debido a los requisitos de privacidad, en el uso de eV2X, el UE debe cambiar con frecuencia sus identificadores para evitar que un tercero pueda rastrearlo. Cuando se produce el cambio de identificador, es necesario cambiar todos los identificadores de todas las capas, es decir, desde el ID de capa de aplicación al ID de L2. Esta señalización es necesaria antes de que ocurran los cambios de identificador, para evitar interrupciones de servicio.
1. El UE-1 decide el cambio de identificadores, por ejemplo, debido al cambio de identificador de capa superior o un temporizador, e incluye los nuevos identificadores a usar (incluidos los nuevos identificadores de capa superior, nueva dirección IP/prefijo de aplicación, nuevos ID de L2) en el mensaje Solicitud de Actualización de Identificador de Enlace y los envía al UE-2 antes de que cambie los identificadores. Los nuevos identificadores a usar deben cifrarse para proteger la privacidad. NOTA 1: El temporizador se ejecuta en un ID de L2 por origen.
2. El UE-2 responde con un mensaje Respuesta de Actualización de Identificador de Enlace. Tras la recepción del mensaje, el UE-1 y UE-2 pueden comenzar a usar los nuevos identificadores para el tráfico de datos. El UE-1 recibirá tráfico en su ID de L2 antiguo hasta que reciba la respuesta de actualización de ID de enlace desde el UE-2. NOTA 2: Si hay múltiples enlaces procedentes del UE-1 que usan los mismos identificadores de capa superior o ID de L2, el UE-1 debe realizar el procedimiento de actualización en cada uno de los enlaces y, para cada enlace, debe seguir recibiendo tráfico en su ID de L2 antiguo para ese enlace específico hasta que reciba la respuesta de actualización de ID de enlace.
6.11.3.4 Aspectos de seguridad para el enlace de capa 2
Como las aplicaciones eV2X tienen certificados de seguridad asociados, el enlace de unidifusión puede reutilizarlos para obtener la asociación de seguridad para proteger la señalización o los datos del enlace de unidifusión. 6.11.4 Impacto en entidades e interfaces existentes
Nota del editor: Se añadirán el impacto en los nodos o la funcionalidad existentes.
6.11.5 Materia de estudio adicional
Ninguna.
6.11.6 Conclusiones
La solución documentada en las cláusulas 6.11.1 a 6.11.4 abordó todos los aspectos de la cuestión clave n.° 9 "Compatibilidad con unidifusión/multidifusión para compartición de sensores a través de PC5", y debería pasar a la fase normativa. Los siguientes aspectos se actualizarán en mayor medida en función de los comentarios de otros grupos de trabajo:
- la definición del mensaje de señalización para el establecimiento y la gestión de enlaces de unidifusión, por ejemplo, si se usa la señalización RRC para el enlace de unidifusión y cómo;
- la elección del modelo de QoS por paquete o el modelo de QoS basado en portadora para difusión amplia, difusión en grupo y unidifusión en base a las decisiones de RAN;
- señal a la estación base con respecto al servicio usado cuando se usa un modo planificado de red;
- las posibles actualizaciones de procedimientos relacionados con la seguridad para la comunicación de unidifusión a través de PC5.
NOTA: La capa de aplicación puede usar un mecanismo de comunicación de unidifusión o difusión en grupo para diferentes aplicaciones, por ejemplo, aplicaciones de trenes de carretera (platooning).
3GPP TS 36.300 V15.3.0 introdujo el mapeo entre portadoras de radio de enlace lateral y canales lógicos de enlace lateral como sigue:
6 Capa 2
La capa 2 se divide en las siguientes subcapas: control de acceso al medio (MAC), control de enlace de radio (RLC) y protocolo de convergencia de datos en paquetes (PDCP).
Esta subcláusula ofrece una descripción de alto nivel de las subcapas de capa 2 en lo que respecta a servicios y funciones. Las tres figuras siguientes representan la arquitectura PDCP/RLC/MAC para enlace descendente, enlace ascendente y enlace lateral, donde:
- Los puntos de acceso a servicio (SAP) para la comunicación entre pares están marcados con círculos en la interfaz entre subcapas. El SAP entre la capa física y la subcapa MAC proporciona los canales de transporte. Los SAP entre la subcapa MAC y la subcapa RLC proporcionan los canales lógicos.
- La multiplexación de varios canales lógicos (es decir, portadoras de radio) en el mismo canal de transporte (es decir, bloque de transporte) la realiza la subcapa MAC;
- Tanto en el enlace ascendente como en el enlace descendente, cuando no se configuran CA ni DC, solo se genera un bloque de transporte por TTI en ausencia de multiplexación espacial;
- En el enlace lateral solo se genera un bloque de transporte por TTI.
[La figura 6-3 de 3GPP TS 36.300 V15.3.0, titulada "Estructura de capa 2 para enlace lateral" se reproduce como la FIG. 8]
3GPP TS 23.303 V15.1.0 introdujo lo siguiente:
5.1.1.5.2 Protocolo de señalización PC5
Leyenda:
- La funcionalidad PDCP/RLC/MAC/PHY se especifica en TS 36.300 [17].
- El protocolo de señalización PC5 se usa para la señalización del plano de control a través de PC5 (por ejemplo, establecimiento, mantenimiento y liberación de enlace seguro de capa 2 a través de PC5, solicitudes de supervisión de TMGI, solicitudes de anuncios de ID de célula, etc., como se describe en otra parte de esta memoria descriptiva).
- El campo Tipo de SDU (3 bits) en la cabecera PDCP se usa para distinguir entre protocolo de señalización IP, ARP y PC5. ARP no es compatible con la comunicación uno a uno.
- Los mensajes del protocolo de señalización PC5 se envían en un ID de capa 2 de destino mediante unidifusión.
[La Figura 5.1.1.5.3-1 de TS 23.303 V15.1.0, titulada "Pila de protocolo de señalización PC5", se reproduce como la FIG. 9]
En 3GPP TR 23.786 se introdujo un procedimiento usado para actualizar el ID de L2 (es decir, un procedimiento de actualización de identificador de enlace para la protección de privacidad de la comunicación de unidifusión). Este procedimiento se usa para actualizar el par en la comunicación de unidifusión del cambio inminente de los identificadores usados para este enlace. Debido a los requisitos de privacidad, en el uso de eV2X, el UE debe cambiar con frecuencia sus identificadores para evitar que un tercero pueda rastrearlo. Cuando se produce el cambio de identificador, es necesario cambiar todos los identificadores de todas las capas, es decir, desde el ID de capa de aplicación al ID de L2. Esta señalización es necesaria antes de que ocurran los cambios de identificador, para evitar interrupciones de servicio.
Hay dos UE (UE-1 y UE-2) que realizan comunicación de unidifusión. El UE-1 puede realizar el procedimiento usado para actualizar su ID de L2 con UE-2. El UE-1 podría transmitir un mensaje de solicitud de actualización de identificador de enlace al UE-2. En el mensaje de solicitud de actualización de identificador de enlace, podría incluirse un nuevo ID de L2 de UE-1. Desde la perspectiva del UE-2, el ID de L2 de UE-1 se considera un ID de destino de paquetes transmitidos desde el UE-2 al UE-1. Por lo tanto, tras la recepción del mensaje de solicitud de actualización de identificador de enlace, el UE-2 sabe que el ID de L2 de destino del UE-1 ha cambiado.
En general, las capas inferiores de un UE no deberían entregar paquetes de enlace lateral no esperados (tramas de datos de enlace lateral) a las capas superiores del UE. Por tanto, el UE podría usar una identidad de enlace lateral (ID de SL) de un UE y/o una identidad de enlace lateral de un UE par para filtrar paquetes de enlace lateral no deseados para su unidifusión en V2X NR. Cada identidad de enlace lateral podría ser una identidad de capa inferior. Cada identidad de capa inferior podría ser una identidad de capa 2 o una identidad de capa 1. Posiblemente, cada identidad de capa 1 podría derivarse de una identidad de capa 2. Posiblemente, cada paquete de enlace lateral (o trama de datos de enlace lateral) podría incluir tráfico de usuario (en STCH), señalización PC5-S (en STCH) o señalización PC5-RRC (en SCCH).
De acuerdo con el procedimiento de actualización de identificador de enlace especificado en la sección 6.11.3.3 en TR 23.786 [1], al recibir el mensaje Respuesta de Actualización de Identificador de Enlace, el UE-1 y el UE-2 pueden comenzar a usar los nuevos identificadores para el tráfico de datos, y el UE-1 recibirá tráfico en su antiguo ID de capa inferior hasta que reciba el mensaje Respuesta de Actualización de Identificador de Enlace desde el UE-2. En realidad, el UE-2 no tiene información para saber el momento exacto en que el UE-1 recibe el mensaje Respuesta de Actualización de Identificador de Enlace desde el UE-2. La FIG. 10 ilustra un ejemplo de procedimiento ampliado de actualización de identificador de enlace para la comunicación de enlace lateral de unidifusión con posibles comportamientos de capa inferior.
Dado que el nuevo ID de capa inferior de UE-1 es entregado por la capa superior del UE-2 a la(s) capa(s) inferior(es) después de que se descodifique el mensaje Solicitud de Actualización de Identificador de Enlace, la(s) capa(s) inferior(es) del UE-2 podrían empezar a usar, en general, el nuevo ID de capa inferior de UE-1 una vez que sea notificado por la capa superior (por ejemplo, T1 en la FIG. 10). Como se muestra en la FIG. 10, el UE-1 puede seguir transmitiendo datos al UE-2 después de la transmisión del mensaje Solicitud de Actualización de Identificador de Enlace. Como resultado, la trama de datos 2 transmitida con el antiguo ID de capa inferior de UE-1 será filtrada y descartada por la(s) capa(s) inferior(es) del UE-2. Se debe especificar alguna forma para que el UE-2 determine cuándo comenzar a usar los nuevos identificadores de capa inferior.
Si AM (modo de acuse de recibo) de RLC (control de enlace de radio) está configurado para un canal lógico de enlace lateral usado para transmitir el mensaje Respuesta de Actualización de Identificador de Enlace, otro posible momento para que el UE-2 comience a usar el nuevo ID de capa inferior de UE-1 es cuando la capa superior notifica a la(s) capa(s) inferior(es) que se ha confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace (es decir, se recibe un acuse de recibo RLC o un acuse de recibo PDCP para este mensaje) (por ejemplo, T4 en la FIG. 10). En cambio, si se configura UM (modo sin acuse de recibo) de RLC, la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace podría confirmarse en base a un acuse de recibo de retroalimentación HARQ (solicitud de repetición automática híbrida) de un proceso HARQ usado para la transmisión del mensaje Respuesta de Actualización de Identificador de Enlace. Es posible que la capa superior posponga la notificación a la(s) capa(s) inferior(es) del cambio de ID de capa inferior de UE-1 hasta que se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace. El UE-2 puede entonces comenzar a usar el nuevo ID de capa inferior de UE-1 cuando se notifica a la(s) capa(s) inferior(es) el cambio de ID de capa inferior de UE-1.
La FIG. 11 es un diagrama de flujo 1100 de acuerdo con un modo de realización ejemplar desde la perspectiva de un segundo UE para cambiar la identidad de enlace lateral asociada a un primer UE para un enlace de unidifusión de enlace lateral. En la etapa 1105, el segundo UE establece el enlace de unidifusión de enlace lateral con el primer UE, en el que se usan una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral. En la etapa 1110, el segundo UE recibe un mensaje Solicitud de Actualización de Identificador de Enlace desde el primer UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior. En la etapa 1115, el segundo UE transmite un mensaje Respuesta de Actualización de Identificador de Enlace al primer UE en respuesta a la recepción del mensaje Solicitud de Actualización de Identificador de Enlace. En la etapa 1120, el segundo UE comienza a usar la nueva primera identidad de capa inferior para recibir datos de enlace lateral desde el primer UE si se ha confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace.
Preferentemente, la (nueva) primera identidad de capa inferior podría ser una (nueva) identidad de capa 2 del primer UE. La segunda identidad de capa inferior podría ser una identidad de capa 2 del segundo UE.
Preferentemente, el segundo UE podría usar la segunda identidad de capa inferior como origen y la nueva identidad de primera capa inferior como destino en una trama de datos de enlace lateral para transmitir la trama de datos de enlace lateral después de que se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace. El origen podría ser la identidad de capa 2 del segundo UE y el destino podría ser la (nueva) identidad de capa 2 del primer UE. De forma alternativa, el origen podría ser una identidad de capa 1 del segundo UE derivada de la identidad de capa 2 del segundo UE, y el destino podría ser una identidad de capa 1 del primer UE derivada de la (nueva) identidad de capa 2 del primer UE.
Preferentemente, el segundo UE podría usar la nueva primera identidad de capa inferior como origen y la segunda identidad de capa inferior como destino para filtrar las tramas de datos de enlace lateral recibidas después de que se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace. El origen podría ser la (nueva) identidad de capa 2 del primer UE, y el destino podría ser la identidad de capa 2 del segundo UE. De forma alternativa, el origen podría ser una identidad de capa 1 del primer UE derivada de la (nueva) identidad de capa 2 del primer UE, y el destino podría ser una identidad de capa 1 del segundo UE derivada de la identidad de capa 2 del segundo UE.
Preferentemente, la transmisión del mensaje Respuesta de Actualización de Identificador de Enlace podría confirmarse en base a un acuse de recibo r Lc o un acuse de recibo PDCP asociados. El mensaje Respuesta de Actualización de Identificador de Enlace podría transmitirse en un canal lógico de enlace lateral asociado a una entidad RLC AM.
Preferentemente, la transmisión del mensaje Respuesta de Actualización de Identificador de Enlace podría confirmarse en base a un acuse de recibo de retroalimentación HARQ asociado. El mensaje Respuesta de Actualización de Identificador de Enlace podría transmitirse en un canal lógico de enlace lateral asociado a una entidad RLC UM.
En referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un segundo UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el segundo UE (i) establezca el enlace de unidifusión de enlace lateral con el primer UE, en el que una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE se usan para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral, (ii) reciba un mensaje Solicitud de Actualización de Identificador de Enlace desde el primer UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior, (iii) transmita un mensaje Respuesta de Actualización de Identificador de Enlace al primer UE en respuesta a la recepción del mensaje Solicitud de Actualización de Identificador de Enlace, y (iv) comience a usar la nueva primera identidad de capa inferior para recibir datos de enlace lateral desde el primer UE si se ha confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en el presente documento.
En la solución anterior, sin embargo, todavía puede haber determinadas tramas de datos (por ejemplo, la trama de datos 3) que se filtran como se muestra en la FIG. 10. Por lo tanto, otra solución podría ser que después de ser notificado acerca del cambio de ID de capa inferior de UE-1 por la(s) capa(s) superior(es) (en T1 de la FIG. 10), UE-2 siga usando el ID de capa inferior de UE-1 antiguo para recibir tramas de datos desde el UE-1 hasta que se reciba una trama de datos con el nuevo ID de capa inferior de UE-1.
La FIG. 12 es un diagrama de flujo 1200 de acuerdo con un modo de realización ejemplar desde la perspectiva de un segundo UE para cambiar la identidad de enlace lateral asociada a un primer UE para un enlace de unidifusión de enlace lateral. En la etapa 1205, el segundo UE establece el enlace de unidifusión de enlace lateral con el primer UE, en el que se usan una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral. En la etapa 1210, el segundo UE recibe un mensaje Solicitud de Actualización de Identificador de Enlace desde el primer UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior. En la etapa 1215, el segundo UE transmite un mensaje Respuesta de Actualización de Identificador de Enlace al primer UE en respuesta a la recepción del mensaje Solicitud de Actualización de Identificador de Enlace. En la etapa 1220, el segundo UE sigue usando la primera identidad de capa inferior para recibir datos de enlace lateral desde el primer UE hasta que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer UE.
Preferentemente, el segundo UE podría usar la primera identidad de capa inferior como origen y la nueva primera identidad de capa inferior como origen para filtrar tramas de datos de enlace lateral recibidas antes de que se reciba una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer UE o se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace. El segundo UE también podría usar la nueva primera identidad de capa inferior como origen para filtrar tramas de datos de enlace lateral recibidas después de que se reciba una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer UE o se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace. Una identidad de capa inferior de la primera identidad de capa inferior, la nueva identidad de primera capa inferior y/o la segunda identidad de capa inferior podrían ser una identidad de capa 2 o una identidad de capa 1.
Preferentemente, el segundo UE podría usar la nueva primera identidad de capa inferior para comunicarse con el primer UE posteriormente. La (nueva) primera identidad de capa inferior podría ser una (nueva) identidad de capa 2 del primer UE, y la segunda identidad de capa inferior podría ser una identidad de capa 2 del segundo UE.
Preferentemente, el segundo UE podría usar la segunda identidad de capa inferior como origen y la nueva primera identidad de capa inferior como destino en una trama de datos de enlace lateral para transmitir la trama de datos de enlace lateral al primer UE después de que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer UE o después de que se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace. El origen podría ser la identidad de capa 2 del segundo Ue y el destino podría ser la (nueva) identidad de capa 2 del primer UE. De forma alternativa, el origen podría ser una identidad de capa 1 del segundo UE derivada de la identidad de capa 2 del segundo UE, y el destino podría ser una identidad de capa 1 del primer UE derivada de la (nueva) identidad de capa 2 del primer UE.
Preferentemente, el segundo UE podría usar la nueva primera identidad de capa inferior como origen y la segunda identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas después de que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer Ue. El origen podría ser la (nueva) identidad de capa 2 del primer UE, y el destino podría ser la identidad de capa 2 del segundo UE. De forma alternativa, el origen podría ser una identidad de capa 1 del primer UE derivada de la (nueva) identidad de capa 2 del primer UE, y el destino podría ser una identidad de capa 1 del segundo UE derivada de la identidad de capa 2 del segundo UE.
Preferentemente, la transmisión del mensaje Respuesta de Actualización de Identificador de Enlace podría confirmarse en base a un acuse de recibo rLc o un acuse de recibo PDCP asociados. El mensaje Respuesta de Actualización de Identificador de Enlace podría transmitirse en un canal lógico de enlace lateral asociado a una entidad RLC AM.
De forma alternativa, la transmisión del mensaje Respuesta de Actualización de Identificador de Enlace podría confirmarse en base a un acuse de recibo de retroalimentación HARQ asociado. El mensaje Respuesta de Actualización de Identificador de Enlace podría transmitirse en un canal lógico de enlace lateral asociado a una entidad RLC UM.
En referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un segundo UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el segundo UE (i) establezca el enlace de unidifusión de enlace lateral con el primer UE, en el que una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE se usan para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral, (ii) reciba un mensaje Solicitud de Actualización de Identificador de Enlace desde el primer UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior, (iii) transmita un mensaje Respuesta de Actualización de Identificador de Enlace al primer UE en respuesta a la recepción del mensaje Solicitud de Actualización de Identificador de Enlace, (iv) siga usando la primera identidad de capa inferior para recibir datos de enlace lateral desde el primer UE hasta que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer UE. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en el presente documento.
Teniendo en cuenta que una trama de datos con el antiguo ID de capa inferior de UE-1 aún puede recibirse después de que se reciba una (primera) trama de datos con el nuevo ID de capa inferior de UE-1 (por ejemplo, debido a la prioridad de datos o una retransmisión), otra alternativa es que el UE-2 use tanto el antiguo ID de capa inferior de UE-1 como el nuevo ID de capa inferior de UE-1 para el filtrado de tramas de datos durante un período de tiempo que comienza desde el momento en que se notifica a la capa inferior el cambio de ID de L2 de UE-1 (en T1 de la FIG. 10). El UE-2 aceptará una trama de datos con el antiguo ID de capa inferior de UE-1 o el nuevo ID de capa inferior de UE-1 durante este período de tiempo. El período de tiempo se puede controlar mediante un temporizador. El período de tiempo puede establecerse en un valor predeterminado (es decir, preconfigurado en el UE), puede determinarse por el UE-2 de forma autónoma (es decir, hasta la implementación de UE), puede configurarse por el UE-1 (por medio de, por ejemplo, el mensaje Solicitud de Actualización de Identificador de Enlace), puede configurarse por un nodo de red (por ejemplo, estación base, red central, función de control V2X, etc.), o puede proporcionarse en la información del sistema (difundida por un nodo de red, por ejemplo, estación base). De forma alternativa, el período de tiempo puede indicarse por la capa superior (por ejemplo, capa V2X, capa NAS o capa de aplicación). La capa superior podría indicar el inicio del período de tiempo. La capa superior podría indicar el final del período de tiempo. Después de este período de tiempo, el UE-2 acepta tramas de datos con (solo) el nuevo ID de capa inferior de UE-1. En otras palabras, el UE-2 acepta tramas de datos con (solo) el nuevo ID de capa inferior de UE-1 comenzando desde el final del período de tiempo.
La FIG. 13 es un diagrama de flujo 1300 de acuerdo con un modo de realización ejemplar desde la perspectiva de un segundo UE para cambiar la identidad de enlace lateral asociada a un primer UE para un enlace de unidifusión de enlace lateral. En la etapa 1305, el segundo UE establece el enlace de unidifusión de enlace lateral con el primer UE, en el que se usan una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral. En la etapa 1310, el segundo UE recibe un mensaje Solicitud de Actualización de Identificador de Enlace desde el primer UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior. En la etapa 1315, el segundo UE transmite un mensaje Respuesta de Actualización de Identificador de Enlace al primer UE en respuesta a la recepción del mensaje Solicitud de Actualización de Identificador de Enlace. En la etapa 1320, el segundo UE usa tanto la primera identidad de capa inferior como la nueva primera identidad de capa inferior para filtrar tramas de datos de enlace lateral recibidas durante un período de tiempo después de que se reciba una notificación de cambio de primera identidad de capa inferior desde la(s) capa(s) superior(es).
Preferentemente, el segundo UE podría usar la nueva primera identidad de capa inferior para filtrar tramas de datos de enlace lateral recibidas después del período de tiempo. La (nueva) primera identidad de capa inferior podría ser una (nueva) identidad de capa 2 del primer UE. La segunda identidad de capa inferior podría ser una identidad de capa 2 del segundo UE.
Preferentemente, el segundo UE podría usar la primera identidad de capa inferior como origen y la segunda identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas durante el período de tiempo. El segundo UE también podría usar la nueva primera identidad de capa inferior como origen y la segunda identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas durante el período de tiempo. Además, el segundo UE podría usar la nueva primera identidad de capa inferior como origen y la segunda identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas después el período de tiempo. El origen podría ser la (nueva) identidad de capa 2 del primer UE, y el destino podría ser la identidad de capa 2 del segundo UE. De forma alternativa, el origen podría ser una identidad de capa 1 del primer UE derivada de la (nueva) identidad de capa 2 del primer UE, y el destino podría ser una identidad de capa 1 del segundo UE derivada de la identidad de capa 2 del segundo UE.
Preferentemente, el segundo UE podría usar la segunda identidad de capa inferior como origen y la nueva identidad de primera capa inferior como destino en una trama de datos de enlace lateral para transmitir la trama de datos de enlace lateral al primer UE después de la notificación de la primera capa inferior el cambio de identidad se recibe de las capas superiores. El segundo UE también podría usar la segunda identidad de capa inferior como origen y la nueva identidad de primera capa inferior como destino en una trama de datos de enlace lateral para transmitir la trama de datos de enlace lateral al primer UE después de que se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace. El origen podría ser la identidad de capa 2 del segundo Ue y el destino podría ser la (nueva) identidad de capa 2 del primer UE. De forma alternativa, el origen podría ser una identidad de capa 1 del segundo UE derivada de la identidad de capa 2 del segundo UE, y el destino podría ser una identidad de capa 1 del primer UE derivada de la (nueva) identidad de capa 2 del primer UE.
Preferentemente, la transmisión del mensaje Respuesta de Actualización de Identificador de Enlace podría confirmarse en base a un acuse de recibo r Lc o un acuse de recibo PDCP asociados. El mensaje Respuesta de Actualización de Identificador de Enlace podría transmitirse en un canal lógico de enlace lateral asociado a una entidad RLC AM. La transmisión del mensaje Respuesta de Actualización de Identificador de Enlace se confirma en base al acuse de recibo de retroalimentación HARQ asociado. El mensaje Respuesta de Actualización de Identificador de Enlace podría transmitirse en un canal lógico de enlace lateral asociado a una entidad RLC UM.
En referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un primer UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el primer UE (i) establezca el enlace de unidifusión de enlace lateral con el primer UE, en el que una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE se usan para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral, (ii) reciba un mensaje Solicitud de Actualización de Identificador de Enlace desde el primer UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior, (iii) transmita un mensaje Respuesta de Actualización de Identificador de Enlace al primer UE en respuesta a la recepción del mensaje Solicitud de Actualización de Identificador de Enlace, (iv) use tanto la primera identidad de capa inferior como la nueva primera identidad de capa inferior para filtrar tramas de datos de enlace lateral recibidas durante un período de tiempo después de que se reciba una notificación de cambio de primera identidad de capa inferior desde la(s) capa(s) superior(es). Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en el presente documento.
En la Fig. 14, se ilustra otro ejemplo de procedimiento ampliado de actualización de identificador de enlace para la comunicación de unidifusión con posibles comportamientos de capa inferior. De acuerdo con 3GPP TR 23.786, el UE-1 recibirá tráfico en su antiguo ID de capa inferior hasta que reciba el mensaje Respuesta de Actualización de Identificador de Enlace desde el UE-2 (es decir, T2 en la FIG. 14). Si el UE-2 comienza a usar la nueva identidad de capa inferior de UE-1 para transmitir una trama de datos de enlace lateral al primer UE después de que se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace, la trama de datos 3 procedente del UE-2 se filtrará y, por tanto, se descartará como se muestra en la FIG. 14. Se debe considerar alguna forma de evitar descartar tramas de datos válidas en el UE-1.
Después de recibir el mensaje Respuesta de Actualización de Identificador de Enlace, el UE-1 sigue usando el antiguo ID de capa inferior de UE-1 para recibir tramas de datos desde el UE-2 hasta que se reciba una trama de datos con el nuevo ID de capa inferior de UE-1 desde el UE-2.
La FIG. 15 es un diagrama de flujo 1500 de acuerdo con un modo de realización ejemplar desde la perspectiva de un primer UE para cambiar la identidad de enlace lateral para un enlace de unidifusión de enlace lateral asociado a un segundo UE. En la etapa 1505, el primer UE establece el enlace de unidifusión de enlace lateral con el segundo UE, en el que se usan una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral. En la etapa 1510, el primer UE transmite un mensaje Solicitud de Actualización de Identificador de Enlace al segundo UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior. En la etapa 1515, el primer UE recibe un mensaje Respuesta de Actualización de Identificador de Enlace desde el segundo UE. En la etapa 1520, el primer UE sigue usando la primera identidad de capa inferior para recibir datos de enlace lateral desde el segundo UE hasta que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE.
Preferentemente, el primer UE podría usar la primera identidad de capa inferior como destino y la nueva primera identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas antes de que se reciba una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE. Preferentemente, el primer UE podría usar la nueva primera identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas después de que se reciba una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE. Una identidad de capa inferior de la primera identidad de capa inferior, la nueva identidad de primera capa inferior y/o la segunda identidad de capa inferior podrían ser una identidad de capa 2 o una identidad de capa 1.
Preferentemente, el primer UE podría usar la nueva primera identidad de capa inferior para comunicarse con el segundo UE posteriormente. La (nueva) primera identidad de capa inferior podría ser una (nueva) identidad de capa 2 del primer UE. La segunda identidad de capa inferior podría ser una identidad de capa 2 del segundo UE.
Preferentemente, el primer UE podría usar la segunda identidad de capa inferior como origen y la primera identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas antes de que se reciba una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE. El primer UE también podría usar la segunda identidad de capa inferior como origen y la nueva primera identidad de capa inferior como destino para recibir una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE. Además, el primer UE podría usar la segunda identidad de capa inferior como origen y la nueva primera identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas después de que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE.
Preferentemente, el origen podría ser la identidad de capa 2 del segundo UE y el destino podría ser la (nueva) identidad de capa 2 del primer UE. De forma alternativa, el origen podría ser una identidad de capa 1 del segundo UE derivada de la identidad de capa 2 del segundo UE, y el destino podría ser una identidad de capa 1 del primer UE derivada de la (nueva) identidad de capa 2 del primer UE.
En referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un primer UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el primer UE (i) establezca el enlace de unidifusión de enlace lateral con el segundo UE, en el que una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE se usan para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral, (ii) transmita un mensaje Solicitud de Actualización de Identificador de Enlace al segundo UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior, (iii) reciba un mensaje Respuesta de Actualización de Identificador de Enlace desde el segundo UE, y (iv) siga usando la primera identidad de capa inferior para recibir datos de enlace lateral desde el segundo UE hasta que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en el presente documento.
Teniendo en cuenta que una trama de datos con el antiguo ID de capa inferior de UE-1 aún puede recibirse después de que se reciba una (primera) trama de datos con el nuevo ID de capa inferior de UE-1 (por ejemplo, debido a la prioridad de datos o una retransmisión), otra alternativa es que el UE-1 use tanto el antiguo ID de capa inferior de UE-1 como el nuevo ID de capa inferior de UE-1 para el filtrado de tramas de datos durante un período de tiempo que comienza cuando el UE-1 recibe el mensaje Respuesta de Actualización de Identificador de Enlace (o transmite el mensaje Solicitud de Actualización de Identificador de Enlace). El UE-1 aceptará una trama de datos con el antiguo ID de capa inferior de UE-1 o el nuevo ID de capa inferior de UE-1 durante este período de tiempo. El período de tiempo se puede controlar mediante un temporizador. El período de tiempo puede establecerse en un valor predeterminado (es decir, preconfigurado en el UE), puede determinarse por el uE-2 de forma autónoma (es decir, hasta la implementación de UE), puede configurarse por un nodo de red (por ejemplo, estación base, red central, función de control V2X, etc.), o puede proporcionarse en la información del sistema (difundida por un nodo de red, por ejemplo, estación base). De forma alternativa, el período de tiempo puede indicarse por la capa superior (por ejemplo, capa V2X, capa NAS o capa de aplicación). La capa superior podría indicar el inicio del período de tiempo. La capa superior podría indicar el final del período de tiempo. Después de este período de tiempo, el UE-1 acepta tramas de datos con (solo) el nuevo ID de capa inferior de UE-1. En otras palabras, el UE-1 acepta tramas de datos con (solo) el nuevo ID de capa inferior de UE-1 comenzando desde el final del período de tiempo.
La FIG. 16 es un diagrama de flujo 1600 de acuerdo con un modo de realización ejemplar desde la perspectiva de un primer UE para cambiar la identidad de enlace lateral para un enlace de unidifusión de enlace lateral asociado a un segundo UE. En la etapa 1605, el primer UE establece el enlace de unidifusión de enlace lateral con el segundo UE, en el que se usan una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE para la comunicación entre el primer UE y el segundo Ue por medio del enlace de unidifusión de enlace lateral. En la etapa 1610, el primer UE transmite un mensaje Solicitud de Actualización de Identificador de Enlace al segundo UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior. En la etapa 1615, el primer UE recibe un mensaje Respuesta de Actualización de Identificador de Enlace desde el segundo UE. En la etapa 1620, el primer UE usa tanto la primera identidad de capa inferior como la nueva primera identidad de capa inferior para filtrar tramas de datos de enlace lateral recibidas durante un período de tiempo después de que se reciba el mensaje Respuesta de Actualización de Identificador de Enlace.
Preferentemente, el primer UE podría usar la nueva primera identidad de capa inferior para filtrar tramas de datos de enlace lateral recibidas después del período de tiempo. La (nueva) primera identidad de capa inferior podría ser una (nueva) identidad de capa 2 del primer UE, y la segunda identidad de capa inferior podría ser una identidad de capa 2 del segundo UE.
Preferentemente, el primer UE podría usar la segunda identidad de capa inferior como origen y la primera identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas durante el período de tiempo. El primer UE también podría usar la segunda identidad de capa inferior como origen y la nueva primera identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas durante el período de tiempo. Además, el primer UE podría usar la segunda identidad de capa inferior como origen y la nueva primera identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas después del período de tiempo.
Preferentemente, el origen podría ser la identidad de capa 2 del segundo UE y el destino podría ser la (nueva) identidad de capa 2 del primer UE. De forma alternativa, el origen podría ser una identidad de capa 1 del segundo UE derivada de la identidad de capa 2 del segundo UE, y el destino podría ser una identidad de capa 1 del primer UE derivada de la (nueva) identidad de capa 2 del primer UE.
Preferentemente, el primer UE podría usar la nueva primera identidad de capa inferior como origen y la segunda identidad de capa inferior como destino en una trama de datos de enlace lateral para transmitir la trama de datos de enlace lateral al segundo UE después de que se reciba el mensaje Respuesta de Actualización de Identificador de Enlace. El origen podría ser la (nueva) identidad de capa 2 del primer UE, y el destino podría ser la identidad de capa 2 del segundo UE. De forma alternativa, el origen podría ser una identidad de capa 1 del primer UE derivada de la (nueva) identidad de capa 2 del primer UE, y el destino podría ser una identidad de capa 1 del segundo UE derivada de la identidad de capa 2 del segundo UE.
En referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un primer UE, el dispositivo 300 incluye un código de programa 312 almacenado en la memoria 310. La CPU 308 podría ejecutar el código de programa 312 para permitir que el primer UE (i) establezca el enlace de unidifusión de enlace lateral con el segundo UE, en el que una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE se usan para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral, (ii) transmita un mensaje Solicitud de Actualización de Identificador de Enlace al segundo UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior, (iii) reciba un mensaje Respuesta de Actualización de Identificador de Enlace desde el segundo UE, y (iv) use tanto la primera identidad de capa inferior como la nueva primera identidad de capa inferior para filtrar tramas de datos de enlace lateral recibidas durante un período de tiempo después de que se reciba el mensaje Respuesta de Actualización de Identificador de Enlace. Además, la CPU 308 puede ejecutar el código de programa 312 para realizar todas las acciones y etapas descritas anteriormente u otras descritas en el presente documento.
Se han descrito anteriormente diversos aspectos de la divulgación. Debería ser evidente que las enseñanzas del presente documento se podrían realizar en una amplia variedad de formas y que cualquier estructura o función específica, o ambas, que se divulguen en el presente documento son meramente representativas. En base a las enseñanzas del presente documento, un experto en la técnica debería apreciar que un aspecto divulgado en el presente documento se podría implementar independientemente de cualquier otro aspecto, y que dos o más de estos aspectos se podrían combinar de diversas maneras. Por ejemplo, un aparato se podría implementar o un procedimiento se podría llevar a la práctica usando un número cualquiera de los aspectos expuestos en el presente documento. Además, un aparato de este tipo se podría implementar o un procedimiento de este tipo se podría llevar a la práctica usando otra estructura, funcionalidad, o estructura y funcionalidad, además de, o diferente de, uno o más de los aspectos expuestos en el presente documento. Como ejemplo de algunos de los conceptos anteriores, en algunos aspectos se podrían establecer canales concurrentes en base a frecuencias de repetición de impulsos. En algunos aspectos, se podrían establecer canales concurrentes en base a la posición o los desplazamientos de impulsos. En algunos aspectos, se podrían establecer canales concurrentes en base a secuencias de saltos de tiempo. En algunos aspectos, se podrían establecer canales concurrentes en base a frecuencias de repetición de impulsos, posiciones o desplazamientos de impulsos y secuencias de saltos de tiempo.
Los expertos en la técnica entenderán que la información y las señales se pueden representar usando cualquiera de una variedad de tecnologías y técnicas diferentes. Por ejemplo, los datos, instrucciones, comandos, información, señales, bits, símbolos y chips que se pueden haber mencionado a lo largo de la descripción anterior se pueden representar mediante tensiones, corrientes, ondas electromagnéticas, campos o partículas magnéticos, campos o partículas ópticos o cualquier combinación de los mismos.
Los expertos en la técnica apreciarán además que los diversos bloques lógicos, módulos, procesadores, medios, circuitos y etapas de algoritmo ilustrativos descritos en relación con los aspectos divulgados en el presente documento se pueden implementar como hardware electrónico (por ejemplo, una implementación digital, una implementación analógica o una combinación de ambas que se pueda diseñar usando codificación de fuente o alguna otra técnica), diversas formas de código de programa o de diseño que incorporan instrucciones (que, por comodidad, se pueden denominar en el presente documento "software" o "módulo de software") o combinaciones de ambos. Para ilustrar claramente esta intercambiabilidad de hardware y software, anteriormente se han descrito, en general, diversos componentes, bloques, módulos, circuitos y etapas ilustrativos en lo que respecta a su funcionalidad. Que dicha funcionalidad se implemente como hardware o software depende de las restricciones particulares de aplicación y de diseño impuestas al sistema global. Los expertos en la técnica pueden implementar la funcionalidad descrita de varias formas para cada aplicación particular, pero no se debe interpretar que dichas decisiones de implementación suponen apartarse del alcance de la presente divulgación.
Además, los diversos bloques lógicos, módulos y circuitos ilustrativos descritos en relación con los aspectos divulgados en el presente documento se pueden implementar dentro de, o realizar mediante, un circuito integrado ("IC"), un terminal de acceso o un punto de acceso. El IC puede comprender un procesador de propósito general, un procesador de señales digitales (DSP), un circuito integrado específico de la aplicación (ASIC), una matriz de puertas programables in situ (FPGA) u otro dispositivo lógico programable, lógica de puertas o transistores discretos, componentes de hardware discretos, componentes eléctricos, componentes ópticos, componentes mecánicos o cualquier combinación de los mismos diseñada para realizar las funciones que se describen en el presente documento, y puede ejecutar códigos o instrucciones que residen dentro del IC, fuera del IC o ambas cosas. Un procesador de propósito general puede ser un microprocesador pero, como alternativa, el procesador puede ser cualquier procesador, controlador, microcontrolador o máquina de estados convencional. Un procesador también se puede implementar 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 configuración de este tipo.
Se debe entender que cualquier orden o jerarquía de etapas específicos en cualquier proceso divulgado es un ejemplo de enfoque de muestra. En base a las preferencias de diseño, se entiende que el orden o la jerarquía de etapas específicos en los procesos se pueden reorganizar sin apartarse del alcance de la presente divulgación. Las reivindicaciones de procedimiento adjuntas presentan elementos de las diversas etapas en un orden de muestra, y no se pretende que estén limitadas al orden o la jerarquía específicos presentados.
Las etapas de un procedimiento o algoritmo descritas en conexión con los aspectos divulgados en el presente documento se pueden realizar directamente en hardware, en un módulo de software ejecutado por un procesador o en una combinación de ambas cosas. Un módulo de software (por ejemplo, que incluye instrucciones ejecutables y datos relacionados) y otros datos pueden residir en una memoria de datos, tal como una memoria RAM, una memoria flash, una memoria ROM, una memoria EPROM, una memoria EEPROM, registros, un disco duro, un disco extraíble, un CD-ROM o cualquier otra forma de medio de almacenamiento legible por ordenador conocido en la técnica. Un medio de almacenamiento de muestra puede estar acoplado a una máquina tal como, por ejemplo, un ordenador/procesador (que en el presente documento se puede denominar, por conveniencia, "procesador") de modo que el procesador pueda leer información (por ejemplo, código) del y escribir información en el medio de almacenamiento. Un medio de almacenamiento de muestra puede estar integrado en el procesador. El procesador y el medio de almacenamiento pueden residir en un ASIC. El ASIC puede residir en un equipo de usuario. Como alternativa, el procesador y el medio de almacenamiento pueden residir como componentes discretos en un equipo de usuario. Además, en algunos aspectos, cualquier producto de programa informático adecuado puede comprender un medio legible por ordenador que comprende códigos relacionados con uno o más de los aspectos de la divulgación. En algunos aspectos, un producto de programa informático puede comprender materiales de embalaje.

Claims (8)

REIVINDICACIONES
1. Un procedimiento para que un segundo equipo de usuario, en lo sucesivo también denominado UE, cambie una identidad de enlace lateral asociada a un primer UE para un enlace de unidifusión de enlace lateral, que comprende:
establecer el enlace de unidifusión de enlace lateral con el primer UE, en el que se usan una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral (1205);
recibir un mensaje Solicitud de Actualización de Identificador de Enlace desde el primer UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior (1210); y
transmitir un mensaje Respuesta de Actualización de Identificador de Enlace al primer UE en respuesta a la recepción del mensaje Solicitud de Actualización de Identificador de Enlace (1215);
en el que una identidad de capa inferior de la primera identidad de capa inferior, la nueva primera identidad de capa inferior y/o la segunda identidad de capa inferior es una identidad de capa 2;
caracterizado por
seguir usando la primera identidad de capa inferior para recibir datos de enlace lateral desde el primer UE hasta que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer UE (1220).
2. El procedimiento de la reivindicación 1, que comprende además:
usar la primera identidad de capa inferior como origen y la nueva primera identidad de capa inferior como origen para filtrar tramas de datos de enlace lateral recibidas antes de que se reciba una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer UE o se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace de modo que de entre las tramas de datos de enlace lateral recibidas, las tramas de datos de enlace lateral transmitidas sin ninguna de la primera identidad de capa inferior y la nueva primera identidad de capa inferior como origen son descartadas por el segundo UE.
3. El procedimiento de la reivindicación 1 o 2, que comprende además:
usar la nueva primera identidad de capa inferior como origen para filtrar tramas de datos de enlace lateral recibidas después de que se reciba una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el primer UE o se haya confirmado la transmisión satisfactoria del mensaje Respuesta de Actualización de Identificador de Enlace de tal manera que de entre las tramas de datos de enlace lateral recibidas, las tramas de datos de enlace lateral transmitidas sin la nueva primera identidad de capa inferior como origen son descartadas por el segundo UE.
4. Un procedimiento para que un primer equipo de usuario, en lo sucesivo también denominado UE, cambie la identidad de enlace lateral para un enlace de unidifusión de enlace lateral asociado a un segundo UE, que comprende:
establecer el enlace de unidifusión de enlace lateral con el segundo UE, en el que se usan una primera identidad de capa inferior del primer UE y una segunda identidad de capa inferior del segundo UE para la comunicación entre el primer UE y el segundo UE por medio del enlace de unidifusión de enlace lateral (1505);
transmitir un mensaje Solicitud de Actualización de Identificador de Enlace desde al segundo UE, en el que el mensaje Solicitud de Actualización de Identificador de Enlace incluye una nueva primera identidad de capa inferior del primer UE o información para obtener la nueva primera identidad de capa inferior (1510); y
recibir un mensaje Respuesta de Actualización de Identificador de Enlace desde el segundo Ue (1515);
en el que una identidad de capa inferior de la primera identidad de capa inferior, la nueva primera identidad de capa inferior y/o la segunda identidad de capa inferior es una identidad de capa 2;
caracterizado por
seguir usando la primera identidad de capa inferior para recibir datos de enlace lateral desde el segundo UE hasta que se reciba una trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE (1520).
5. El procedimiento de la reivindicación 4, que comprende además:
usar la primera identidad de capa inferior como destino y la nueva primera identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas antes de que se reciba una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE de modo que de entre las tramas de datos de enlace lateral recibidas, las tramas de datos de enlace lateral transmitidas sin ninguna de la primera identidad de capa inferior y la nueva primera identidad capa inferior como destino son descartadas por el primer UE.
6. El procedimiento de la reivindicación 4 o 5, que comprende además:
usar la nueva primera identidad de capa inferior como destino para filtrar tramas de datos de enlace lateral recibidas después de que se reciba una primera trama de datos de enlace lateral con la nueva primera identidad de capa inferior desde el segundo UE de modo que de entre las tramas de datos de enlace lateral recibidas, las tramas de datos de enlace lateral transmitidas sin la nueva primera identidad de capa inferior como destino son descartadas por el primer UE.
7. Un segundo equipo de usuario, en lo sucesivo también denominado UE, 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 de procedimiento definidas en una cualquiera de las reivindicaciones 1 a 3.
8. Un primer equipo de usuario, en lo sucesivo también denominado UE, 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 de procedimiento definidas en una cualquiera de las reivindicaciones 4 a 6
ES20168866T 2019-04-12 2020-04-09 Procedimientos y aparatos para gestionar un cambio de identificador de enlace lateral en un sistema de comunicación inalámbrica Active ES2903227T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US201962833619P 2019-04-12 2019-04-12

Publications (1)

Publication Number Publication Date
ES2903227T3 true ES2903227T3 (es) 2022-03-31

Family

ID=70277272

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20168866T Active ES2903227T3 (es) 2019-04-12 2020-04-09 Procedimientos y aparatos para gestionar un cambio de identificador de enlace lateral en un sistema de comunicación inalámbrica

Country Status (7)

Country Link
US (1) US11632809B2 (es)
EP (1) EP3723442B8 (es)
JP (1) JP6894998B2 (es)
KR (1) KR102345731B1 (es)
CN (1) CN111817833B (es)
ES (1) ES2903227T3 (es)
TW (1) TWI739383B (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3628116B1 (en) * 2018-08-03 2021-12-29 Telefonaktiebolaget LM Ericsson (publ) Methods, user equipment and base station for sidelink identification
CN111615219B (zh) * 2019-04-30 2022-02-22 维沃移动通信有限公司 一种pc5链路建立方法、设备及系统
EP4057766B1 (en) * 2019-11-07 2024-12-04 LG Electronics Inc. Method and device for controlling configuration related to sidelink communication in wireless communication system
KR20210088323A (ko) * 2020-01-06 2021-07-14 삼성전자주식회사 무선 통신 시스템에서 직접 통신 서비스를 지원하기 위한 장치 및 방법
US11812481B2 (en) * 2020-03-06 2023-11-07 Qualcomm Incorporated Layer 2 relay unicast link setup
WO2022032506A1 (en) * 2020-08-12 2022-02-17 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for non-ip traffic communication by ue-to-ue relay
US20230319921A1 (en) * 2020-10-13 2023-10-05 Peng Cheng Protocol stacks and bearer modeling for rsu assisted uu connectivity
KR20230107816A (ko) * 2020-11-26 2023-07-18 퀄컴 인코포레이티드 일대일 브로드캐스트 사이드링크 통신 프로토콜 차량 통신들
US11765573B2 (en) * 2021-03-16 2023-09-19 Qualcomm Incorporated V2X ID management for persistent connection
CN117377024A (zh) * 2022-06-30 2024-01-09 维沃移动通信有限公司 标识配置方法、装置、终端及存储介质
CN117528453A (zh) * 2022-07-29 2024-02-06 中信科智联科技有限公司 一种标识更新方法、装置及车联网设备

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101568711B1 (ko) * 2012-03-26 2015-11-12 엘지전자 주식회사 무선 통신 시스템에서 연계 아이디 변경 방법 및 이를 위한 장치
CN109588057B (zh) * 2016-05-11 2021-09-07 康维达无线有限责任公司 一种经由通信电路连接到网络的方法和装置
EP3255950A1 (en) * 2016-06-06 2017-12-13 ASUSTek Computer Inc. Method and apparatus for resource allocation on d2d relay channel in a wireless communication system
TWI680680B (zh) * 2017-05-05 2019-12-21 聯發科技股份有限公司 波束管理方法及其使用者設備
CN110169160B (zh) 2017-09-14 2022-07-29 Lg电子株式会社 用于在无线通信系统中执行v2x通信的方法及其设备
DK3811644T3 (da) * 2018-06-22 2024-11-18 Interdigital Patent Holdings Inc Procedurer, der tillader privathed for WTRUS ved brug af PC5-kommunikation
ES2981440T3 (es) * 2018-10-12 2024-10-08 Beijing Xiaomi Mobile Software Co Ltd Métodos de actualización de identificador, terminal y medio de almacenamiento
US11343865B2 (en) * 2019-02-12 2022-05-24 Qualcomm Incorporated Unicast link management via radio resource control signaling

Also Published As

Publication number Publication date
TWI739383B (zh) 2021-09-11
CN111817833A (zh) 2020-10-23
KR102345731B1 (ko) 2021-12-31
US11632809B2 (en) 2023-04-18
KR20200120873A (ko) 2020-10-22
EP3723442A1 (en) 2020-10-14
EP3723442B8 (en) 2022-02-23
EP3723442B1 (en) 2021-12-15
US20200329513A1 (en) 2020-10-15
JP6894998B2 (ja) 2021-06-30
CN111817833B (zh) 2023-04-18
TW202038667A (zh) 2020-10-16
JP2020174350A (ja) 2020-10-22

Similar Documents

Publication Publication Date Title
ES2903227T3 (es) Procedimientos y aparatos para gestionar un cambio de identificador de enlace lateral en un sistema de comunicación inalámbrica
ES2870927T3 (es) Método y aparato para soportar comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica a través de PC5
ES2934143T3 (es) Procedimiento y aparato para solicitar la configuración del portador de radio de enlace lateral (SLRB) de la transmisión de unidifusión en un sistema de comunicación inalámbrica
ES2942038T3 (es) Procedimiento y aparato para admitir la comunicación de la retransmisión de UE a red en un sistema de comunicación inalámbrica
ES2940896T3 (es) Procedimiento y aparato para admitir la comunicación de la retransmisión de UE a red en un sistema de comunicación inalámbrico
ES2882300T3 (es) Procedimiento y aparato para admitir servicios de vehículo a todo (V2X) en un único enlace de comunicación unívoca con enlace lateral en un sistema de comunicación inalámbrica
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
ES2944343T3 (es) Métodos y aparatos para soportar la comunicación de relé de UE a red en un sistema de comunicación inalámbrico
ES2940479T3 (es) Procedimiento y aparato para configurar la comunicación de enlace lateral en un sistema de comunicación inalámbrica
EP4513819A2 (en) Method and apparatus for small data transmission, sdt
ES2908084T3 (es) Procedimiento y aparato para liberar portador de radio de enlace lateral en un sistema de comunicación inalámbrica
ES2930300T3 (es) Procedimiento y aparato para la modificación de la información de calidad de servicio (QoS) en un sistema de comunicación inalámbrica
ES2947134T3 (es) Métodos para suspender la inactividad en reanudaciones y reanudar la inactividad en suspensiones
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
ES2932964T3 (es) Procedimiento y aparato para solicitar recursos de transmisión de enlace lateral en un sistema de comunicación inalámbrica
CN115553058A (zh) 设备到设备中继连接的建立和配置
ES2978175T3 (es) Procedimiento y aparato para admitir la capa de adaptación de retransmisión de enlace lateral para la retransmisión de UE a red en un sistema de comunicación inalámbrica
ES3056562T3 (en) Method and apparatus for performing link identifier update procedure in a wireless communication system
ES2914606T3 (es) Procedimiento y aparato para realizar un procedimiento para actualizar identidades de capa 2
ES2731751T3 (es) Método y aparato para el descubrimiento de dispositivo a dispositivo directo en un sistema de comunicación inalámbrica
US20240340928A1 (en) Multiple Procedures During a Gap
US20240260133A1 (en) Transmission of Multi-SIM device
WO2023069359A1 (en) Transmission during gap time
US20240430759A1 (en) Secondary Cell Group Configuration
ES2983703T3 (es) Procedimiento y aparato para la configuración del portador de RLC de enlace lateral del UE de retransmisión para admitir la retransmisión de UE a Red en un sistema de comunicación inalámbrica