ES2922348T3 - Procedimientos y aparatos para gestionar múltiples comunicaciones de enlace lateral en un sistema de comunicación inalámbrica - Google Patents
Procedimientos y aparatos para gestionar múltiples comunicaciones de enlace lateral en un sistema de comunicación inalámbrica Download PDFInfo
- Publication number
- ES2922348T3 ES2922348T3 ES20189529T ES20189529T ES2922348T3 ES 2922348 T3 ES2922348 T3 ES 2922348T3 ES 20189529 T ES20189529 T ES 20189529T ES 20189529 T ES20189529 T ES 20189529T ES 2922348 T3 ES2922348 T3 ES 2922348T3
- Authority
- ES
- Spain
- Prior art keywords
- side link
- sidelink
- harq
- sci
- unicast
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 245
- 238000004891 communication Methods 0.000 title claims abstract description 174
- 230000004044 response Effects 0.000 claims abstract description 46
- 230000005540 biological transmission Effects 0.000 claims description 154
- 239000000872 buffer Substances 0.000 claims description 36
- 238000011010 flushing procedure Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 description 168
- 101150069124 RAN1 gene Proteins 0.000 description 23
- 101100355633 Salmo salar ran gene Proteins 0.000 description 23
- 238000001514 detection method Methods 0.000 description 19
- 101150014328 RAN2 gene Proteins 0.000 description 17
- 238000010586 diagram Methods 0.000 description 15
- 238000005259 measurement Methods 0.000 description 11
- 230000001960 triggered effect Effects 0.000 description 11
- 101100148830 Arabidopsis thaliana SCI1 gene Proteins 0.000 description 10
- 101100054266 Saccharomyces cerevisiae (strain ATCC 204508 / S288c) SNF4 gene Proteins 0.000 description 10
- 230000000737 periodic effect Effects 0.000 description 10
- 239000000969 carrier Substances 0.000 description 9
- 102100032489 Heat shock 70 kDa protein 13 Human genes 0.000 description 7
- 101001016638 Homo sapiens Heat shock 70 kDa protein 13 Proteins 0.000 description 7
- 101000720079 Stichodactyla helianthus DELTA-stichotoxin-She4a Proteins 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 230000002441 reversible effect Effects 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 230000011664 signaling Effects 0.000 description 5
- 238000013461 design Methods 0.000 description 4
- 238000010187 selection method Methods 0.000 description 4
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 3
- 230000001143 conditioned effect Effects 0.000 description 3
- 238000013507 mapping Methods 0.000 description 3
- 238000012544 monitoring process Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 2
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 239000011159 matrix material Substances 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000002245 particle Substances 0.000 description 2
- 238000013468 resource allocation Methods 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 1
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 1
- 108091005487 SCARB1 Proteins 0.000 description 1
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 239000005022 packaging material Substances 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 238000000745 sonoluminescence detection Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
- H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
-
- 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/535—Allocation or scheduling criteria for wireless resources based on resource usage policies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/15—Setup of multiple wireless link connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
- H04W76/36—Selective release of ongoing connections for reassigning the resources associated with the released connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/38—Connection release triggered by timers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Se divulga un método y un dispositivo desde la perspectiva de un primer dispositivo que maneja la falla del enlace de radio. En un método, el método incluye el primer dispositivo que realiza o establece la comunicación de unidifusión de enlace lateral con un segundo dispositivo (1305). El método también incluye el primer dispositivo que realiza o establece la comunicación de unidifusión de enlace lateral con un tercer dispositivo (1310). El método también incluye el primer dispositivo que detecta una falla del enlace de radio asociada con el segundo dispositivo (1315). El método incluye además el primer dispositivo que realiza un reinicio MAC de enlace lateral asociado con el segundo dispositivo en respuesta a la falla del enlace de radio, y no realiza un reinicio MAC Sidelink asociado con el tercer dispositivo (1320). (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Procedimientos y aparatos para gestionar múltiples comunicaciones de enlace lateral en un sistema de comunicación inalámbrica
Esta divulgación se refiere, en general, a las redes de comunicación inalámbrica y, más en particular, a procedimientos y aparatos para gestionar múltiples comunicaciones 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, 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 de 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 considerando cambios en el cuerpo actual de la norma de 3GPP para hacer evolucionar y finalizar la norma de 3GPP.
El documento R2-145036 del 3GPP analiza el modelado MAC para la comunicación ProSe.
El documento WO 2018/059701 A1 divulga el traspaso asistido por enlace lateral en redes celulares.
El documento WO 2016/048082 A1 divulga un procedimiento y un dispositivo correspondiente para cancelar informes de estado de memoria intermedia ProSe desencadenados en un sistema de comunicación inalámbrica.
SUMARIO
La invención se expone en las reivindicaciones adjuntas. En un procedimiento, el procedimiento incluye que el primer dispositivo realice o establezca una comunicación de unidifusión de enlace lateral con un segundo dispositivo. El procedimiento también incluye que el primer dispositivo realice o establezca una comunicación de unidifusión de enlace lateral con un tercer dispositivo. El procedimiento también incluye que el primer dispositivo detecte un fallo de enlace de radio asociado al segundo dispositivo. El procedimiento incluye además que el primer dispositivo realice un restablecimiento de MAC de enlace lateral asociado al segundo dispositivo en respuesta al fallo de enlace de radio, y que no realice un restablecimiento de MAC de enlace lateral asociado al tercer dispositivo.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
En lo que sigue, los modos de realización correspondientes a las figuras 1-4, 6-12, 14 y 15 no pertenecen a la invención y están presentes solo con fines ilustrativos.
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 funcional de un sistema de comunicación de acuerdo con un modo de realización ejemplar.
La FIG. 4 es un diagrama de bloques funcional 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 5.2.1.4-1 de la especificación TS 23.287 V1.0.0 del 3GPP.
La FIG. 6 es un diagrama de acuerdo con un modo de realización ejemplar.
La FIG. 7 es un diagrama de acuerdo con un modo de realización ejemplar.
La FIG. 8 es un diagrama de acuerdo con un modo de realización ejemplar.
La FIG. 9 es un diagrama de acuerdo con un modo de realización ejemplar.
La FIG. 10 es un diagrama de acuerdo con un modo de realización ejemplar.
La FIG. 11 es un diagrama de acuerdo con un modo de realización ejemplar.
La FIG. 12 es un diagrama 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 flujo 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.
La FIG. 17 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 de LTE (Evolución a Largo Plazo) de 3GPP, Lt E-A o LTE-Avanzada (Evolución a Largo Plazo Avanzada) de 3GPP, UMB (Banda Ancha UItramó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 se pueden diseñar 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 incluye: la especificación TS 38.213 V15.5.0,"NR; Procedimientos de control de capa física (Versión 15)"; la especificación TS 38.300 V15.5.0, "NR; Descripción general de NR y NG-RAN; Fase 2 (Versión 15)"; la especificación TS 38.331 V15.6.0, "NR; Especificación del protocolo de control de recursos de radio (RRC) (Versión 15)"; la especificación TS 36.321 V15.6.0, "Acceso por radio terrestre universal evolucionado (E-UTRA); Especificación del protocolo de control de acceso a medios (Ma c ) (Versión 15)"; el informe de la reunión RAN1#96bis del 3GPP; el informe de la reunión RAN2#106 del 3GPP; el informe de la reunión RAN1#94 del 3GPP; la especificación TS 23.287 V1.0.0, "Mejoras de arquitectura para el Sistema 5G (5GS) para admitir servicios de vehículo a todo (V2X) (Versión 16)"; el documento R1-1900885, "Procedimientos de capa física para el funcionamiento de HARQ para transmisiones de unidifusión y difusión grupal", Qualcomm, reunión rA n 1#AH1901; el documento R2-1907658, "Análisis de RAN1 Reply LS en RLM_RLF SL para V2X NR", LG, reunión RAN2#106; el informe de la reunión RAN1#AH1901 del 3GPP; el documento R1-1907755, "Resumen principal de características n.° 2 para estructura de capa física 7.2.4.1 para enlace lateral", Samsung, reunión RAN1#97; la especificación TS 38.321 V15.6.0, "NR; Especificación del protocolo de control de acceso a medios (MAC) (Versión 15)"; la especificación TS 36.331 V15.6.0, "Acceso por radio terrestre universal evolucionado (E-UTRA); Control de recursos de radio (RRC); Especificación de protocolo (Versión 15)"; y el informe de la reunión RAN2#103bis del 3GPP.
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 100 (AN) incluye múltiples grupos de antenas, uno que incluye la 104 y la 106, otro que incluye la 108 y la 110 y otro adicional que incluye la 112 y la 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 un 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 para 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 señal-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 transmisiones a terminales de acceso dispersados aleatoriamente por toda su cobertura causa menos interferencia en los terminales de acceso de las células vecinas que una red de acceso que transmite a través de una única antena a todos sus terminales de acceso.
Una red de acceso (AN) puede ser una estación fija o una estación base usada para las comunicaciones 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 basándose en un esquema de codificación particular seleccionado para ese flujo de datos para proporcionar datos codificados.
Los datos codificados para cada flujo de datos 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 que ese flujo de datos proporcione 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. A continuación, Nt señales moduladas de los transmisores 222a a 222t se transmiten 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 basándose en 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 realizado 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 en 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 en un modulador 280, se acondiciona por 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 en unas antenas 224, se acondicionan por unos receptores 222, se desmodulan por un desmodulador 240 y se procesan por 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 va a usar para determinar los pesos de conformación de haz y, a continuación, procesa el mensaje extraído.
En referencia a la FIG. 3, esta figura muestra un diagrama de bloques funcional 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 las señales generadas por el circuito de control 306 de forma inalámbrica. El dispositivo de comunicación 300 en un sistema de comunicación inalá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 mostrado 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 2404 realiza, en general, el control de enlace. La parte de capa 1406 realiza, en general, las conexiones físicas.
En la especificación 3GPP TS 38.300, la supervisión del enlace de radio y el fallo de enlace de radio se introducen como sigue:
9.2.7 Fallo de enlace de radio
En RRC_CONNECTED, el UE realiza una supervisión de enlace de radio (RLM) en el BWP activo basándose en señales de referencia (SSB/CSI-RS) y en umbrales de calidad de señal configurados por la red. La RLM basada en SSB se basa en el SSB asociado al BWP DL inicial y solo se puede configurar para el BWP DL inicial y para los BWP DL que contienen el SSB asociado al BWP DL inicial.
Para otros BWP DL, la RLM solo se puede realizar en base a CSI-RS.
El UE declara un fallo de enlace de radio (RLF) cuando se cumple uno de los siguientes criterios:
- Expiración de un temporizador iniciado después de la indicación de problemas de radio de la capa física (si los problemas de radio se recuperan antes de que expire el temporizador, el UE detiene el temporizador); o
- Fallo en el procedimiento de acceso aleatorio; o
- Fallo de RLC.
Después de que se declara un RLF, el UE:
- permanece en RRC_CONNECTED;
- selecciona una célula adecuada y, a continuación, inicia el restablecimiento de RRC;
- entra en RRC_IDLE si no se encontró una célula adecuada dentro de un determinado tiempo después de que se declaró el RLF.
En la especificación 3GPP TS 23.287, los identificadores para la comunicación V2X (vehículo a todo) de NR se introducen como sigue:
5.2.1.4 Comunicación en modo de unidifusión a través del punto de referencia PC5
El modo de comunicación de unidifusión solo está admitido a través del punto de referencia PC5 basado en NR. La figura 5.2.1.4-1 ilustra una granularidad de ejemplo de enlaces de unidifusión PC5.
[La figura 5.2.1.4-1 de la especificación 3GPP TS 23.287 V1.0.0, titulada "Granularidad de enlaces de unidifusión PC5", se reproduce como la FIG. 5]
Los siguientes principios se aplican cuando la comunicación V2X se realiza a través de un enlace de unidifusión PC5: - La granularidad del enlace de unidifusión PC5 es la misma que la del par de ID de capa de aplicación para ambos UE. Por lo tanto, un enlace de unidifusión PC5 admite uno o más servicios V2X (por ejemplo, PSID o ITS-AID) si los servicios V2X están asociados a un mismo par de ID de capa de aplicación. Por ejemplo, como se ilustra en la figura 5.2.1.4-1, el UE A tiene un enlace de unidifusión PC5 con un UE homólogo identificado por la ID de capa de aplicación 2 y otro enlace de unidifusión PC5 con un UE homólogo identificado por la ID de capa de aplicación 4.
NOTA: Desde el punto de vista del UE A, es posible que el UE A no sepa que las ID de capa de aplicación proporcionadas por un UE homólogo pertenecen al mismo UE. En ese caso, el UE A no tiene que saber que múltiples enlaces de unidifusión PC5 están asociados al mismo UE homólogo.
- El UE puede determinar establecer un enlace de unidifusión PC5 separado, por ejemplo dependiendo de los protocolos de capa de red (por ejemplo, IP o no IP).
- Un enlace de unidifusión PC5 admite uno o más flujos de QoS PC5 para los mismos o diferentes servicios V2X.
- Se pueden seleccionar diferentes flujos de QoS PC5 para diferentes paquetes V2X como se especifica en la cláusula 5.4.1.11.
Cuando la capa de aplicación inicia un servicio V2X que requiere comunicación mediante unidifusión PC5, el UE establece un enlace de unidifusión PC5 con el UE correspondiente, como se especifica en la cláusula 6.3.3.1.
Después de un establecimiento con éxito del enlace de unidifusión PC5, el UE A y el UE B usan el mismo par de ID de capa 2 para un posterior intercambio de mensajes de señalización PC5-S y una transmisión de datos de servicio V2X como se especifica en la cláusula 5.6.1.4. La capa V2X del UE transmisor indica a la capa AS si el mensaje es para un mensaje de señalización PC5-S (es decir, solicitud/aceptación de comunicación directa, solicitud/respuesta de actualización de identificador de enlace, solicitud/respuesta de desconexión) o una transmisión de datos de servicio cuando envía un mensaje a través del enlace PC5 establecido. La capa V2X del UE receptor gestiona el mensaje si es un mensaje de señalización PC5-S, mientras que la capa V2X del UE receptor reenvía el mensaje a la capa superior si es un mensaje de datos de aplicación.
El modo de unidifusión admite el modelo de QoS por flujo como se especifica en la cláusula 5.4.1.4. Durante el establecimiento del enlace de unidifusión, cada UE asigna automáticamente el identificador de enlace PC5 y asocia el identificador de enlace PC5 al perfil de enlace de unidifusión para el enlace de unidifusión establecido. El identificador de enlace PC5 es un valor único dentro del UE. El perfil de enlace de unidifusión identificado por el identificador de enlace PC5 incluye uno o más tipos de servicio (por ejemplo, PSID o ITS-AID), una ID de capa de aplicación y una ID de capa 2 del UE A, una ID de capa de aplicación y una ID de capa 2 del UE B y un conjunto de identificadores de flujo de QoS PC5 (PFI). Cada PFI está asociado a parámetros de QoS (es decir, PQI y, opcionalmente, intervalos). El identificador de enlace PC5 y el/los PFI son valores sin cambios para el enlace de unidifusión establecido, independientemente del cambio de ID de capa de aplicación e ID de capa 2. El UE usa PFI para indicar el flujo de QoS PC5 a la capa AS, por lo que la capa AS identifica el flujo de QoS PC5 correspondiente incluso si las ID de capa 2 de origen y/o destino cambian debido a, por ejemplo, dar soporte a la privacidad. El UE usa el identificador de enlace PC5 para indicar el enlace de unidifusión PC5 a la capa de aplicación V2X, por lo que la capa de aplicación V2X identifica el enlace de unidifusión PC5 correspondiente incluso si hay más de un enlace de unidifusión asociado a un tipo de servicio (por ejemplo, el UE establece múltiples enlaces de unidifusión con múltiples UE para un mismo tipo de servicio).
5.6. Identificadores
5.6.1. Identificadores para la comunicación V2X a través de punto de referencia PC5
5.6.1.1 Aspectos generales
Cada UE tiene una o más ID de capa 2 para la comunicación V2X a través del punto de referencia PC5, que consiste en:
- una o más ID de capa 2 de origen; y
- una o más ID de capa 2 de destino.
Las ID de capa 2 de origen y destino están incluidas en tramas de capa 2, enviadas en el enlace de capa 2 del punto de referencia PC5, que identifican el origen y el destino de capa 2 de estas tramas. Las ID de capa 2 de origen siempre son asignadas automáticamente por el UE que origina las tramas de capa 2 correspondientes.
La selección de las ID de capa 2 de origen y destino por parte de un UE depende del modo de comunicación de la comunicación V2X a través del punto de referencia PC5 para este enlace de capa 2, como se describe en las cláusulas 5.6.1.2, 5.6.1.3 y 5.6.1.4. Las ID de capa 2 de origen pueden diferir entre diferentes modos de comunicación.
Cuando se admite la comunicación V2X basada en IP, el UE configura una dirección IPv6 local de enlace para usarla como la dirección IP de origen, como se define en la cláusula 4.5.3 de la especificación TS 23.303 [17]. El UE puede usar esta dirección IP para la comunicación V2X a través del punto de referencia PC5 sin enviar un mensaje de solicitud de vecino y anuncio de vecino para la detección de dirección duplicada.
Si el UE tiene una aplicación V2X activa que requiere soporte de privacidad en el área geográfica actual, según lo identificado por la configuración descrita en la cláusula 5.1.2.1, para garantizar que ningún otro UE (por ejemplo, un vehículo) pueda rastrear o identificar un UE de origen (por ejemplo, un vehículo) más allá de un determinado período de tiempo corto requerido por la aplicación, la ID de capa 2 de origen cambiará a lo largo del tiempo y se aleatorizará. Para la comunicación V2X basada en IP a través del punto de referencia PC5, la dirección IP de origen también se cambiará a lo largo del tiempo y se aleatorizará. El cambio de los identificadores de un UE de origen debe sincronizarse entre las capas usadas para PC5; por ejemplo, cuando cambia el identificador de la capa de aplicación, es necesario cambiar la ID de capa 2 de origen y la dirección IP de origen.
5.6.1.2 Identificadores para la comunicación V2X en modo de difusión amplia a través del punto de referencia PC5
Para el modo de difusión amplia de la comunicación V2X a través del punto de referencia PC5, el UE está configurado con la(s) ID de capa 2 de destino que se utilizarán para los servicios V2X. La ID de capa 2 de destino para una comunicación V2X se selecciona en base a la configuración, como se describe en la cláusula 5.1.2.1.
El UE selecciona automáticamente una ID de capa 2 de origen. El UE puede usar diferentes ID de capa 2 de origen para diferentes tipos de puntos de referencia de PC5, es decir, PC5 basado en LTE y PC5 basado en NR.
5.6.1.3 Identificadores para comunicación V2X en modo de difusión grupal a través del punto de referencia PC5
Para el modo de difusión grupal de comunicación V2X a través del punto de referencia PC5, la capa de aplicación V2X puede proporcionar información de identificador de grupo. Cuando la capa de aplicación V2X proporciona la información de identificador de grupo, el UE convierte el identificador de grupo proporcionado en una ID de capa 2 de destino. Cuando la capa de aplicación V2X no proporciona la información de identificador de grupo, el UE determina la ID de capa 2 de destino basándose en la configuración del mapeo entre el tipo de servicio (por ejemplo, PSID/ITS-AID) y la ID de capa 2, como se especifica en la cláusula 5.1.2.1. NOTA: El mecanismo para convertir el identificador de grupo proporcionado por la capa de aplicación V2X a la ID de capa 2 de destino se define en la fase 3.
El UE selecciona automáticamente una ID de capa 2 de origen.
Nota del editor: Es posible que se requieran actualizaciones adicionales de la descripción de los identificadores en base a la retroalimentación de WG RAN.
5.6.1.4 Identificadores para comunicación V2X en modo de unidifusión a través del punto de referencia PC5
Para el modo de unidifusión de la comunicación V2X a través del punto de referencia PC5, la ID de capa 2 de destino usada depende del homólogo de comunicación, que se descubre durante el establecimiento del enlace de unidifusión. La señalización inicial para el establecimiento del enlace de unidifusión puede utilizar una ID de capa 2 de destino predeterminada asociada al tipo de servicio (por ejemplo, PSID/ITS-AID) configurado para el establecimiento del enlace de unidifusión, como se especifica en la cláusula 5.1.2.1. Durante el procedimiento de establecimiento del enlace de unidifusión, se intercambian las ID de capa 2 y se deben utilizar para futuras comunicaciones entre los dos UE, como se especifica en la cláusula 6.3.3.1.
La ID de capa de aplicación está asociada a una o más aplicaciones V2X dentro del UE. Si el UE tiene más de una ID de capa de aplicación, cada ID de capa de aplicación del mismo UE puede verse como una ID de capa de aplicación del UE diferente desde la perspectiva del UE homólogo.
El UE necesita mantener un mapeo entre las ID de capa de aplicación y las ID de la capa 2 de origen usadas para los enlaces de unidifusión, ya que la capa de aplicación V2X no usa las ID de capa 2. Esto permite el cambio de ID de capa 2 de origen sin interrumpir las aplicaciones V2X.
Cuando las ID de capa de aplicación cambian, la(s) ID de capa 2 de origen del/de los enlaces de unidifusión se cambiará(n) si el/los enlace(s) se usó/usaron para la comunicación V2X con las ID de capa de aplicación modificadas.
Un UE puede establecer múltiples enlaces de unidifusión con un UE homólogo y utilizar los mismos o diferentes ID de capa 2 de origen para estos enlaces de unidifusión.
6.3.2 Comunicación V2X en modo de difusión grupal a través del punto de referencia PC5
Para realizar el modo de difusión grupal de comunicación V2X a través del punto de referencia PC5, el UE se configura con la información relacionada como se describe en la cláusula 5.1.2.1.
La figura 6.3.2-1 muestra el procedimiento para el modo de difusión grupal de comunicación V2X a través del punto de referencia PC5.
1. La gestión de grupos V2X la lleva a cabo la capa de aplicación V2X y está fuera del alcance de esta memoria descriptiva.
2. La capa de aplicación V2X puede proporcionar información de identificador de grupo (es decir, un identificador de grupo V2X de capa de aplicación) como se especifica en la cláusula 5.6.1.3.
La capa de aplicación V2X puede proporcionar requisitos de servicio para esta comunicación.
3. El UE transmisor determina una ID de capa 2 de origen y una ID de capa 2 de destino, y el/los UE receptor(es) determina(n) la ID de capa 2 de destino, como se especifica en las cláusulas 5.6.1.1 y 5.6.1.3.
La ID de capa 2 de destino se transmite a la capa AS del/de los UE receptor(es) para la recepción de comunicación grupal.
El UE transmisor determina los parámetros de QoS PC5 para esta difusión grupal como se especifica en las cláusulas 5.4.1.1 y 5.4.1.3.
4. El UE transmisor tiene un servicio V2X asociado a esta comunicación grupal.
El UE transmisor envía los datos de servicio V2X usando la ID de capa 2 de origen y la ID de capa 2 de destino. NOTA: En la etapa 4, solo hay un mensaje de difusión grupal del UE transmisor.
En la especificación 3GPP TS 38.331, la determinación de fallo de enlace de radio se introduce como sigue:
5.3.10 Acciones relacionadas con fallo de enlace de radio
5.3.10.1 Detección de problemas de capa física en RRC_CONNECTED
El UE deberá:
1> al recibir N310 indicaciones consecutivas de "fuera de sincronización" para la CélulaSp de capas inferiores mientras no se ejecutan T300, T301, T304, T311 ni T319:
2> iniciar el temporizador T310 para la CélulaSp correspondiente.
5.3.10.2 Recuperación de problemas de capa física
Al recibir N311 indicaciones consecutivas de "en sincronización" para la CélulaSp desde capas inferiores mientras el T310 está en ejecución, el UE deberá:
1> detener el temporizador T310 para la CélulaSp correspondiente.
NOTA 1: En este caso, el UE mantiene la conexión RRC sin señalización explícita, es decir, el UE mantiene toda la configuración de recursos de radio.
NOTA 2: Los periodos de tiempo en los que L1 no notifica ni "en sincronización" ni "fuera de sincronización" no afectan a la evaluación del número de indicaciones consecutivas de "en sincronización" o "fuera de sincronización".
5.3.10.3 Detección de fallo de enlace de radio
El UE deberá:
1> tras expirar T310 en CélulaP; o
1> tras la indicación de problema de acceso aleatorio desde MAC MCG mientras no se están ejecutando T300, T301, T304, T311 ni T319; o
1> tras la indicación de RLC MCG de que se ha alcanzado el número máximo de retransmisiones:
2> si la indicación es de RLC MCG y la duplicación de CA está configurada y activada, y para el canal lógico correspondiente allowServingCells solo incluye una o más CélulasS:
3> iniciar el procedimiento de información de fallo como se especifica en 5.7.5 para notificar el fallo de RLC.
2> si no:
3>considerar que se detecta un fallo de enlace de radio para MCG, es decir, RLF;
3> si no se ha activado la seguridad AS:
4> realizar las acciones tras pasar a RRC_IDLE como se especifica en 5.3.11, con la causa de liberación 'otra';-3> de lo contrario, si se ha activado la seguridad AS pero SRB2 y al menos una DRB no se ha configurado:
4> realizar las acciones tras pasar a RRC_IDLE como se especifica en 5.3.11, con causa de liberación 'fallo de conexión RRC';
3> si no:
4> iniciar el procedimiento de restablecimiento de conexión como se especifica en 5.3.7.
El UE deberá:
1> tras expirar T310 en CélulaPS; o
1> tras la indicación de problema de acceso aleatorio desde MAC SCG; o
1> tras la indicación de RLC SCG de que se ha alcanzado el número máximo de retransmisiones:
2> si la indicación es de RLC SCG y la duplicación de CA está configurada y activada; y para el canal lógico correspondiente allowedServingCells solo incluye una o más CélulasS:
3> iniciar el procedimiento de información de fallo como se especifica en 5.7.5 para notificar el fallo de RLC.
2> si no:
3>considerar que se detecta un fallo de enlace de radio para SCG, es decir, RLF SCG;
3> iniciar el procedimiento de información de fallo de SCG como se especifica en 5.7.3 para notificar fallo de enlace de radio de SCG.
5.3.7 Restablecimiento de conexión RRC
[...]
5.3.7.2 Iniciación
El UE inicia el procedimiento cuando se cumple una de las siguientes condiciones:
1> tras detectar un fallo de enlace de radio del MCG, de acuerdo con 5.3.10; o
1> tras la reconfiguración con fallo de sincronización del MCG, de acuerdo con la subcláusula 5.3.5.8.3; o
1> en caso de movilidad por fallo de NR, de acuerdo con la subcláusula 5.4.3.5; o
1> tras la indicación de fallo de comprobación de integridad de las capas inferiores con respecto a SRB1 o SRB2, excepto si el fallo de comprobación de integridad se detecta en el mensaje RRCReestablishment; o
1> tras un fallo de reconfiguración de conexión RRC, de acuerdo con la subcláusula 5.3.5.8.2.
Tras iniciarse el procedimiento, el UE deberá:
1> detener el temporizador T310, si está en ejecución;
1> detener el temporizador T304, si está en ejecución;
1> Iniciar el temporizador T311;
1> suspender todas las RB, excepto SRBO;
1> restablecer MAC;
1> liberar la(s) célula(s)S MCG, si están configuradas;
1> liberar spCellConfig, si está configurado;
1> si MR-DC está configurada:
2> realizar una MR-DC, como se especifica en la sección 5.3.5.10;
1> liberar delayBudgetReportingConfig, si está configurado, y detener el temporizador T342, si está en ejecución; 1> liberar overheatingAssistanceConfig, si está configurado, y detener el temporizador T345, si está en ejecución; 1> realizar la selección de célula de acuerdo con el proceso de selección de célula como se especifica en TS 38.304 [20], cláusula 5.2.6.
5.3.11 Acciones de UE al pasar a RRC_IDLE
El UE deberá:
1> restablecer MAC;
1> si el pasar a RRC_IDLE fue desencadenado por la recepción del mensaje RRCRelease que incluye un waitTime: 2> si T302 está en ejecución:
3> detener el temporizador T302;
2> iniciar el temporizador T302 con el valor establecido en waitTime;
2> informar a las capas superiores que la restricción de acceso es aplicable a todas las categorías de acceso, excepto a las categorías '0' y '2'.
1> si no:
2> si T302 está en ejecución:
3> detener el temporizador T302;
3> realizar las acciones especificadas en 5.3.14.4;
1> si T390 está en ejecución:
2> detener el temporizador T390 para todas las categorías de acceso;
2> realizar las acciones especificadas en 5.3.14.4;
1> si el UE está saliendo de RRC_INACTIVE:
2> si el pasar a RRC_IDLE no fue desencadenado por la recepción del mensaje RRCRelease:
3> si está almacenada, descartar la información de prioridad de reselección de célula proporcionada por cellReselection Priorities;
3> detener el temporizador T320, si está en ejecución;
1> detener todos los temporizadores que estén en ejecución excepto T302, T320 y T325;
1> descartar el contexto de AS inactivo de UE, si lo hay;
1> liberar suspendConfig, si está configurado;
1> establecer la variable pendingRnaUpdate en false, si está establecida en true;
1> descartar la clave KgNB, la clave S-KgNB, la clave S-KeNB, la clave KRRCenc, la clave KRRCint, la clave KUPint y la clave KUPenc, si las hubiera;
1> liberar todos los recursos de radio, incluida la liberación de la entidad RLC, la configuración MAC y la entidad PDCP asociada y SDAP para todas las RB establecidas;
1> indicar la liberación de la conexión RRC a capas superiores junto con la causa de liberación;
1> entrar en RRC_IDLE y realizar la selección de célula como se especifica en TS 38.304 [20], excepto si pasar a RRC_IDLE fue desencadenado por la reselección de célula inter-RAT mientras el UE está en RRC_INACTIVE o cuando se selecciona una célula inter-RAT mientras T311 estaba en ejecución;
En la especificación 3GPP TS 36.321, la transmisión y recepción de datos de enlace lateral se introducen como sigue: 5.14.1 Transmisión de datos SL-SCH
5.14.1.1 Recepción de concesión de SL y transmisión de SCI
Para transmitir en el SL-SCH, la entidad MAC debe tener al menos una concesión de en lace lateral.
[...]
Las concesiones de enlace lateral se seleccionan como sigue para la comunicación de enlace lateral V2X:
- si la entidad MAC está configurada para recibir una concesión de enlace lateral dinámicamente en el PDCCH y los datos están disponibles en STCH, la entidad MAC deberá, para cada portadora configurada en sl-V2X-ConfigDedicated para la cual se ha recibido dinámicamente una concesión de enlace lateral en el PDCCH para este TTI:
- usar la concesión de enlace lateral recibida para determinar el número de retransmisiones HARQ y el conjunto de subtramas en el que se produce la transmisión de SCI y SL-SCH de acuerdo con las cláusulas 14.2.1 y 14.1.1.4A de TS 36.213 [2];
- considerar la concesión de enlace lateral recibida como una concesión de enlace lateral configurada para la portadora;
- si la entidad MAC está configurada por capas superiores para recibir una concesión de enlace lateral en el PDCCH dirigido un V-RNTI de planificación semipersistente de SL, la entidad MAC deberá, para cada configuración SPS SL y para cada portadora configurada en sl-V2X-ConfigDedicated para la cual se ha recibido una concesión de enlace lateral en el PDCCH dirigida a un V-RNTI de planificación semipersistente de SL para este TTI:
- si el contenido de PDCCH indica activación de SPS:
• - usar la concesión de enlace lateral recibida para determinar el número de retransmisiones HARQ y el conjunto de subtramas en el que se produce la transmisión de SCI y SL-SCH de acuerdo con las cláusulas 14.2.1 y 14.1.1.4A de TS 36.213 [2];
• - considerar la concesión de enlace lateral recibida como una concesión de enlace lateral configurada para la portadora.
- si el contenido de PDCCH indica liberación de SPS:
• - eliminar la concesión de enlace lateral configurada correspondiente para la portadora.
- si la entidad MAC está configurada por capas superiores para realizar transmisiones usando uno o más grupos de recursos en una o múltiples portadoras, como se indica en la cláusula 5.10.13.1 de la especificación TS 36.331[8] en base a la detección, o detección parcial, o selección aleatoria solo si las capas superiores indican que las transmisiones de múltiples PDU MAC están permitidas de acuerdo con la cláusula 5.10.13.1a de la especificación TS 36.331 [8], y la entidad MAC selecciona crear una concesión de enlace lateral configurada correspondiente a transmisiones de múltiples PDU MAC, y los datos están disponibles en un STCH asociado a una o múltiples portadoras, la entidad MAC deberá, para cada proceso de enlace lateral configurado para múltiples transmisiones:
- si no hay ninguna concesión de enlace lateral configurada asociada al proceso de enlace lateral en cualquier portadora permitida para el STCH como lo indican las capas superiores, como se especifica en TS 24.386 [15]: • - desencadenar el procedimiento de (re)selección de portadora TX como se especifica en la cláusula 5.14.1.5; - de lo contrario, si hay una concesión de enlace lateral configurada asociada al proceso de enlace lateral:
• - si SL_RESOURCE_RESELECTION_COUNTER = 0 y cuando SL_RESOURCE_RESELECTION_COUNTER era igual a 1, la entidad MAC seleccionó aleatoriamente, con igual probabilidad, un valor en el intervalo [0, 1] que está por encima de la probabilidad configurada por las capas superiores en probResourceKeep; o
• - si la entidad MAC no ha realizado ninguna transmisión ni ninguna retransmisión en ningún recurso indicado en la concesión de enlace lateral configurada durante el último segundo; o
• - si sl-ReselectAfter está configurada y el número de oportunidades de transmisión consecutivas no utilizadas en los recursos indicados en la concesión de enlace lateral configurada es igual a sl-ReselectAfter; o
• - si ninguna de las concesiones de enlace lateral configuradas en la(s) portadora(s) permitida(s) para el STCH tiene recursos de radio disponibles en este TTI para acomodar una SDU RLC de acuerdo con la cláusula 5.14.1.3.1 mediante el uso del MCS máximo permitido configurado por capas superiores en maxMCS-PSSCH y la entidad MAC selecciona no segmentar la SDU RLC; o
• NOTA 4: Si ninguna de las concesiones de enlace lateral configuradas en la(s) portadora(s) permitida(s) para el STCH tiene recursos de radio disponibles en este TTI para acomodar la SDU RLC de acuerdo con la cláusula 5.14.1.3.1, se deja para la implementación del UE si realizar segmentación o reselección de recursos de enlace lateral.
• - si ninguna de las concesiones de enlace lateral configuradas en la(s) portadora(s) permitida(s) para el STCH tiene recursos de radio disponibles en este TTI, de acuerdo con la cláusula 5.14.1.3.1 para cumplir con el requisito de latencia de los datos en un canal lógico de enlace lateral de acuerdo con el PPPP asociado, y la entidad MAC selecciona no realizar transmisiones correspondientes a una sola PDU MAC; o
• NOTA 5: Si no se cumple el requisito de latencia, se deja para la implementación del UE si realizar transmisiones correspondientes a una única PDU MAC o una reselección de recursos de enlace lateral.
• - si el grupo de recursos donde se configura la concesión de enlace lateral para el proceso de enlace lateral es reconfigurado por capas superiores:
- desencadenar el procedimiento de (re)selección de portadora TX como se especifica en la cláusula 5.14.1.5;
- eliminar la concesión de enlace lateral configurada asociada al proceso de enlace lateral;
- vaciar la memoria intermedia HARQ asociada al proceso de enlace lateral;
• - si SL_RESOURCE_RESELECTION_COUNTER = 0 y cuando SL_RESOURCE_RESELECTION_COUNTER era igual a 1, la entidad MAC seleccionó aleatoriamente, con igual probabilidad, un valor en el intervalo [0, 1 ] que es inferior o igual a la probabilidad configurada por las capas superiores en probResourceKeep:
- eliminar la concesión de enlace lateral configurada, si está disponible;
- seleccionar aleatoriamente, con igual probabilidad, un valor entero en el intervalo [5, 15] para el intervalo de reserva de recursos superior o igual a 100 ms, en el intervalo [10, 30] para el intervalo de reserva de recursos igual a 50 ms o en el intervalo [25, 75] para el intervalo de reserva de recursos igual a 20 ms, y establecer SL_RESOURCE_RESELECTION_COUNTER en el valor seleccionado;
- usar la concesión de enlace lateral previamente seleccionada para el número de transmisiones de las PDU MAC determinadas en la cláusula 14.1.1.4B de la especificación TS 36.213 [2] con el intervalo de reserva de recursos para determinar el conjunto de subtramas en el que se producen las transmisiones de SCI y SL-SCH de acuerdo con las cláusulas 14.2.1 y 14.1.1.4B de la especificación TS 36.213 [2];
- considerar la concesión de enlace lateral seleccionada como una concesión de enlace lateral configurada;
- si el procedimiento de (re)selección de portadora TX se desencadenó anteriormente y una o más portadoras se han (re)seleccionado en la (re)selección de portadora TX de acuerdo con la cláusula 5.14.1.5:
• - determinar el orden de las portadoras (re)seleccionadas, de acuerdo con el orden decreciente basado en la prioridad más alta de los canales lógicos que están permitidos en cada portadora (re)seleccionada, y realizar lo siguiente para cada proceso de enlace lateral en cada portadora (re)seleccionada según el orden:
- seleccionar uno de los valores permitidos configurados por capas superiores en restrictResourceReservationPeriod y establecer el intervalo de reserva de recursos multiplicando 100 con el valor seleccionado;
• NOTA 6: La forma en que el UE selecciona este valor depende de la implementación del UE.
- seleccionar aleatoriamente, con igual probabilidad, un valor entero en el intervalo [5, 15] para el intervalo de reserva de recursos superior o igual a 100 ms, en el intervalo [10, 30] para el intervalo de reserva de recursos igual a 50 ms o en el intervalo [25, 75] para el intervalo de reserva de recursos igual a 20 ms, y establecer SL_RESOURCE_RESELECTION_COUNTER en el valor seleccionado;
- seleccionar el número de retransmisiones HARQ a partir de los números permitidos que están configurados por capas superiores en allowRetxNumberPSSCH incluido en pssch-TxConfigList y, si está configurado por capas superiores, superpuesto en allowRetxNumberPSSCH indicado en cbr-pssch-TxConfigList para la prioridad más alta del/de los canal(es) lógico(s) de enlace lateral permitido(s) en la portadora seleccionada y la CBR medida por capas inferiores de acuerdo con la especificación TS 36.214 [6] si los resultados de medición de CBR están disponibles o el defaultTxConfigIndex correspondiente configurado por capas superiores si los resultados de medición de CBR no están disponibles;
- seleccionar una cantidad de recursos de frecuencia dentro del intervalo configurado por capas superiores entre minSubchannel-NumberPSSCH y maxSubchannel-NumberPSSCH incluidos en pssch-TxConfigList y, si está configurado por capas superiores, superpuesto entre minSubchannel-NumberPSSCH y maxSubchannel-NumberPSSCH indicados en cbr-pssch-TxConfigList para la prioridad más alta del/de los canal(es) lógico(s) de enlace lateral permitido(s) en la portadora seleccionada y la CBR medida por capas inferiores de acuerdo con la especificación
TS 36.214 [6] si los resultados de medición de CBR están disponibles o el defaultTxConfigIndex correspondiente configurado por capas superiores si los resultados de medición de CBR no están disponibles;
- seleccionar aleatoriamente los recursos de tiempo y frecuencia para una oportunidad de transmisión de entre los recursos indicados por la capa física de acuerdo con la cláusula 14.1.1.6 de la especificación TS 36.213 [2], de acuerdo con la cantidad de recursos de frecuencia seleccionados. Los recursos de tiempo y frecuencia seleccionados deberán cumplir los requisitos de capa física como se especifica en TS 36.101 [10], y la función aleatoria deberá ser tal que cada una de las selecciones permitidas pueda elegirse con la misma probabilidad;
- usar el recurso seleccionado aleatoriamente para seleccionar un conjunto de recursos periódicos espaciados por el intervalo de reserva de recursos para oportunidades de transmisión de SCI y SL-SCH correspondientes al número de oportunidades de transmisión de PDU MAC determinado en la cláusula 14.1.1.4B de la especificación TS 36.213 [2];
- si el número de retransmisiones HARQ es igual a 1:
- si quedan recursos disponibles en los recursos indicados por la capa física de acuerdo con la cláusula 14.1.1.6 de la especificación TS 36.213 [2] que cumplen las condiciones de la cláusula 14.1.1.7 de la especificación TS 36.213 [2] para más oportunidades de transmisión:
- seleccionar aleatoriamente los recursos de tiempo y frecuencia para una oportunidad de transmisión de los recursos disponibles, de acuerdo con la cantidad de recursos de frecuencia seleccionados. Los recursos de tiempo y frecuencia seleccionados deberán cumplir los requisitos de capa física como se especifica en TS 36.101 [10], y la función aleatoria deberá ser tal que cada una de las selecciones permitidas pueda elegirse con la misma probabilidad;
- usar el recurso seleccionado aleatoriamente para seleccionar un conjunto de recursos periódicos espaciados por el intervalo de reserva de recursos para las otras oportunidades de transmisión de SCI y SL-SCH correspondientes al número de oportunidades de retransmisión de las PDU MAC determinado en la cláusula 14.1.1.4B de la especificación TS 36.213 [2];
- considerar el primer conjunto de oportunidades de transmisión como las nuevas oportunidades de transmisión y el otro conjunto de oportunidades de transmisión como las oportunidades de retransmisión;
- considerar el conjunto de nuevas oportunidades de transmisión y de oportunidades de retransmisión como la concesión de enlace lateral seleccionada.
- si no:
- considerar el conjunto como la concesión de enlace lateral seleccionada;
- usar la concesión de enlace lateral seleccionada para determinar el conjunto de subtramas en las que se producen transmisiones de SCI y SL-SCH de acuerdo con las cláusulas 14.2.1 y 14.1.1.4B de la especificación TS 36.213 [2];
- considerar la concesión de enlace lateral seleccionada como una concesión de enlace lateral configurada;
- de lo contrario, si las capas superiores configuran la entidad MAC para realizar transmisiones usando uno o más grupos de recursos en una o múltiples portadoras, como se indica en la cláusula 5.10.13.1 de la especificación TS 36.331 [8], la entidad MAC selecciona crear una concesión de enlace lateral configurada correspondiente a la(s) transmisión(es) de una única PDU MAC, y los datos están disponibles en un STCH asociado a una o múltiples portadoras, la entidad MAC deberá, para un proceso de enlace lateral:
- desencadenar el procedimiento de (re)selección de portadora TX como se especifica en la cláusula 5.14.1.5;
- si una o más portadoras se han (re)seleccionado en la (re)selección de portadora Tx de acuerdo con la cláusula 5.14.1.5:
• - determinar el orden de las portadoras (re)seleccionadas, de acuerdo con el orden decreciente basado en la prioridad más alta de los canales lógicos que están permitidos en cada portadora (re)seleccionada, y realizar lo siguiente para cada proceso de enlace lateral en cada portadora (re)seleccionada según el orden:
- seleccionar el número de retransmisiones HARQ a partir de los números permitidos que están configurados por capas superiores en allowRetxNumberPSSCH incluido en pssch-TxConfigList y, si está configurado por capas superiores, superpuesto en allowRetxNumberPSSCH indicado en cbr-pssch-TxConfigList para la prioridad más alta del/de los canal(es) lógico(s) de enlace lateral permitido(s) en la portadora seleccionada y la CBR medida por capas inferiores de acuerdo con la especificación TS 36.214 [6] si los resultados de medición de CBR están disponibles o el defaultTxConfigIndex correspondiente configurado por capas superiores si los resultados de medición de CBR no están disponibles;
- seleccionar una cantidad de recursos de frecuencia dentro del intervalo configurado por capas superiores entre minSubchannel-NumberPSSCH y maxSubchannel-NumberPSSCH incluidos en pssch-TxConfigList y, si está configurado por capas superiores, superpuesto entre minSubchannel-NumberPSSCH y maxSubchannel-NumberPSSCH indicados en cbr-pssch-TxConfigList para la prioridad más alta del/de los canal(es) lógico(s) de enlace lateral permitido(s) en la portadora seleccionada y la CBR medida por capas inferiores de acuerdo con la especificación TS 36.214 [6] si los resultados de medición de CBR están disponibles o el defaultTxConfigIndex correspondiente configurado por capas superiores si los resultados de medición de CBR no están disponibles;
- seleccionar aleatoriamente los recursos de tiempo y frecuencia para una oportunidad de transmisión de SCI y SL-SCH de entre los recursos indicados por la capa física de acuerdo con la cláusula 14.1.1.6 de la especificación TS 36.213 [2], de acuerdo con la cantidad de recursos de frecuencia seleccionados. Los recursos de tiempo y frecuencia seleccionados deberán cumplir los requisitos de capa física como se especifica en TS 36.101 [10], y la función aleatoria deberá ser tal que cada una de las selecciones permitidas pueda elegirse con la misma probabilidad;
- si el número de retransmisiones HARQ es igual a 1:
- si quedan recursos disponibles en los recursos indicados por la capa física de acuerdo con la cláusula 14.1.1.6 de la especificación TS 36.213 [2] que cumplen las condiciones de la subcláusula 14.1.1.7 de la especificación TS 36.213 [2] para una o más oportunidades de transmisión:
- seleccionar aleatoriamente los recursos de tiempo y frecuencia para la otra oportunidad de transmisión de SCI y SL-SCH correspondiente a la transmisión adicional de la PDU MAC de entre los recursos disponibles, de acuerdo con la cantidad de recursos de frecuencia seleccionados. Los recursos de tiempo y frecuencia seleccionados deberán cumplir los requisitos de capa física como se especifica en TS 36.101 [10], y la función aleatoria deberá ser tal que cada una de las selecciones permitidas pueda elegirse con la misma probabilidad;
- considerar una oportunidad de transmisión que llega primero en el tiempo como la nueva oportunidad de transmisión y una oportunidad de transmisión que llega después en el tiempo como la oportunidad de retransmisión;
- considerar ambas oportunidades de transmisión como la concesión de enlace lateral seleccionada;
- si no:
- considerar la oportunidad de transmisión como la concesión de enlace lateral seleccionada;
- usar la concesión de enlace lateral seleccionada para determinar las subtramas en las que se producen transmisiones de SCI y SL-SCH de acuerdo con las cláusulas 14.2.1 y 14.1.1.4B de la especificación TS 36.213 [2]; - considerar la concesión de enlace lateral seleccionada como una concesión de enlace lateral configurada.
• NOTA 7: En la comunicación de enlace lateral V2X, el UE debe garantizar que los recursos de tiempo y frecuencia seleccionados aleatoriamente cumplan con el requisito de latencia.
- NOTA 8: En la comunicación de enlace lateral V2X, cuando no hay superposición entre la(s) configuración(es) elegida(s) en pssch-TxConfigList y la(s) configuración(es) elegida(s) indicada(s) en cbr-pssch-TxConfigList, depende de la implementación del UE si el Ue transmite y qué parámetros de transmisión usa el UE entre la(s) configuración(es) permitida(s) indicada(s) en pssch-TxConfigList y la(s) configuración(es) permitida(s) indicada(s) en cbr-pssch-TxConfigList.
La entidad MAC deberá, para cada subtrama:
- para cada concesión de enlace lateral configurada que se produce en esta subtrama:
- si SL_RESOURCE_RESELECTION_COUNTER = 1 para el proceso de enlace lateral asociado a la concesión de enlace lateral configurada y la entidad MAC seleccionó aleatoriamente, con igual probabilidad, un valor en el intervalo [0, 1] que está por encima de la probabilidad configurada por capas superiores en probResourceKeep:
• - establecer el intervalo de reserva de recursos para la concesión de enlace lateral configurada igual a 0;
- si la concesión de enlace lateral configurada corresponde a la transmisión de SCI:
• - para la comunicación de enlace lateral V2X en la selección de recursos autónomos de UE:
- considerar que el formato de transmisión seleccionado sea SL-V2X-TxProfile para la prioridad más alta del/de los canal(es) lógico(s) de enlace lateral en la PDU MAC (TS 36.331 [8]);
- seleccionar un MCS que esté, si está configurado, dentro del intervalo configurado por capas superiores entre minMCS-PSSCH y maxMCS-PSSCH incluidos en pssch-TxConfigList asociado al formato de transmisión seleccionado y, si está configurado por capas superiores, superpuesto entre minMCS-PSSCH y maxMCS-PSSCH indicados en cbr-pssch-TxConfigList asociado al formato de transmisión seleccionado para la prioridad más alta del/de los canal(es) lógico(s) de enlace lateral en la PDU MAC y la CBR medida por capas inferiores de acuerdo con la especificación TS 36.214 [6] si los resultados de medición de CBR están disponibles o el defaultTxConfigIndex correspondiente configurado por capas superiores si los resultados de medición de CBR no están disponibles; • NOTA 9: La selección de MCS depende de la implementación del UE si el MCS o el intervalo correspondiente no está configurado por capas superiores.
• NOTA 10: En la comunicación de enlace lateral V2X, cuando no hay superposición entre la(s) configuración(es) elegida(s) incluida(s) en pssch-TxConfigList y la(s) configuración(es) elegida(s) indicada(s) en cbr-pssch-TxConfigList, depende de la implementación del UE si el UE transmite y qué parámetros de transmisión usa el UE entre la(s) configuración(es) permitida(s) indicada(s) en pssch-TxConfigList y la(s) configuración(es) permitida(s) indicada(s) en cbr-pssch-TxConfigList.
• - para la comunicación de enlace lateral V2X en la asignación de recursos planificada:
- considerar que el formato de transmisión seleccionado sea SL-V2X-TxProfile para la prioridad más alta del/de los canal(es) lógico(s) de enlace lateral en la PDU MAC (TS 36.331 [8]);
- seleccionar un MCS que esté asociado al formato de transmisión seleccionado a menos que esté configurado por una capa superior;
• - ordenar a la capa física que transmita SCI correspondiente a la concesión de enlace lateral configurada;
• - para la comunicación de enlace lateral V2X, entregar la concesión de enlace lateral configurada, la información HARQ asociada y el valor de la prioridad más alta del/de los canal(es) lógico(s) de enlace lateral en la PDU MAC a la entidad HARQ de enlace lateral para esta subtrama;
- de lo contrario, si la concesión de enlace lateral configurada corresponde a la transmisión del primer bloque de transporte para la comunicación de enlace lateral:
• - entregar la concesión de enlace lateral configurada y la información HARQ asociada a la entidad HARQ de enlace lateral para esta subtrama.
• NOTA 11: Si la entidad MAC tiene múltiples concesiones de enlace lateral configuradas que se producen en una subtrama y si no todas pueden procesarse debido a la restricción SC-FDM de una sopla agrupación, se deja para la implementación del UE cuál de estas se debe procesar de acuerdo con el procedimiento anterior.
5.14.1.2 Operación HARQ de enlace lateral
5.14.1.2.1 Entidad HARQ de enlace lateral
La entidad MAC está configurada por capas superiores para realizar transmisiones usando uno o más grupos de recursos en una o múltiples portadoras, como se indica en la cláusula 5.10.13.1 de la especificación TS 36.331 [8]. Para cada portadora hay una entidad HARQ de enlace lateral en la entidad MAC para la transmisión en SL-SCH, que mantiene una pluralidad de procesos de enlace lateral paralelos.
En la comunicación de enlace lateral, el número de procesos de enlace lateral de transmisión asociados a la entidad HARQ de enlace lateral se define en la especificación TS 36.331 [8].
En la comunicación de enlace lateral V2X, el número máximo de procesos de enlace lateral de transmisión asociados a cada entidad HARQ de enlace lateral es 8. Se puede configurar un proceso de enlace lateral para transmisiones de múltiples PDU MAC. En transmisiones de múltiples PDU MAC, el número máximo de procesos de enlace lateral de transmisión asociados a cada entidad HARQ de enlace lateral es 2.
Una concesión de enlace lateral entregada y configurada y su información HARQ asociada se asocian a un proceso de enlace lateral.
Para cada subtrama del SL-SCH y cada proceso de enlace lateral, la entidad HARQ de enlace lateral deberá:
- si se ha indicado una concesión de enlace lateral correspondiente a una nueva oportunidad de transmisión para este proceso de enlace lateral y hay datos de SL, para canales lógicos de enlace lateral de destino ProSe asociados a esta concesión de enlace lateral, disponibles para su transmisión:
- obtener la PDU MAC de la entidad de "multiplexación y ensamblaje";
- entregar la PDU MAC y la concesión de enlace lateral y la información HARQ a este proceso de enlace lateral; - ordenar a este proceso de enlace lateral que desencadene una nueva transmisión.
- de lo contrario, si esta subtrama corresponde a la oportunidad de retransmisión para este proceso de enlace lateral: - ordenar a este proceso de enlace lateral que desencadene una retransmisión.
• NOTA: Los recursos para oportunidades de retransmisión se especifican en la cláusula 14.2.1 de la especificación TS 36.213 [2] a menos que se especifique en la cláusula 5.14.1.1.
5.14.1.2.2 Proceso de enlace lateral
El proceso de enlace lateral está asociado a una memoria intermedia de HARQ.
La secuencia de versiones de redundancia es 0, 2, 3, 1. La variable CURRENT_IRV es un índice de la secuencia de versiones de redundancia. Esta variable se actualiza con una operación módulo 4.
Las nuevas transmisiones y retransmisiones, ya sea para un período SC determinado en la comunicación de enlace lateral o en la comunicación de enlace lateral V2X, se realizan en el recurso indicado en la concesión de enlace lateral como se especifica en la cláusula 5.14.1.1 y con el MCS seleccionado como se especifica en la cláusula 5.14.1.1. Si el proceso de enlace lateral está configurado para realizar transmisiones de múltiples PDU MAC para la comunicación de enlace lateral V2X, el proceso mantiene un contador SL_RESOURCE_RESELECTION_COUNTER. En otras configuraciones del proceso de enlace lateral, este contador no está disponible.
Si la entidad HARQ de enlace lateral solicita una nueva transmisión, el proceso de enlace lateral deberá:
- establecer CURRENT_IRV en 0;
- almacenar la PDU MAC en la memoria intermedia HARQ asociada;
- almacenar la concesión de enlace lateral recibida desde la entidad HARQ de enlace lateral;
- generar una transmisión como se describe a continuación.
Si la entidad HARQ de enlace lateral solicita una retransmisión, el proceso de enlace lateral deberá:
- generar una transmisión como se describe a continuación.
Para generar una transmisión, el proceso de enlace lateral deberá:
- si no hay ninguna transmisión de enlace ascendente; o si la entidad MAC puede realizar transmisiones de enlace ascendente y transmisiones en SL-SCH simultáneamente en el momento de la transmisión; o si hay una PDU MAC a transmitir en este TTI en enlace ascendente, excepto una PDU MAC obtenida de la memoria intermedia Msg3 y la transmisión de comunicación de enlace lateral V2X tiene prioridad sobre la transmisión de enlace ascendente; y - si no hay ninguna brecha de descubrimiento de enlace lateral para la transmisión o no hay ninguna transmisión en PSDCH en el momento de la transmisión; o, en el caso de transmisiones de comunicación de enlace lateral V2X, si la entidad MAC puede realizar transmisiones en SL-SCH y transmisiones en PSDCH simultáneamente en el momento de la transmisión:
- ordenar a la capa física que genere una transmisión de acuerdo con la concesión de enlace lateral almacenada con la versión de redundancia correspondiente al valor CURRENT_IRV.
- incrementar CURRENT_IRV en 1;
- si esta transmisión corresponde a la última transmisión de la PDU MAC:
- disminuir SL_RESOURCE_RESELECTION_COUNTER en 1, si está disponible.
La transmisión de la PDU MAC para la comunicación de enlace lateral V2X tiene prioridad sobre las transmisiones de enlace ascendente si se cumplen las siguientes condiciones:
- si la entidad MAC no puede realizar todas las transmisiones de enlace ascendente y todas las transmisiones de comunicación de enlace lateral V2X simultáneamente en el momento de la transmisión; y
- si la capa superior no prioriza la transmisión de enlace ascendente de acuerdo con la especificación TS 24.386 [15]; y
- si el valor de la prioridad más alta del/de los canal(es) lógico(s) de enlace lateral en la PDU MAC es menor que thresSL-TxPrioritization si thresSL-TxPrioritization está configurado.
5.14.2 Recepción de datos de SL-SCH
5.14.2.1 Recepción de SCI
La SCI transmitida en el PSCCH indica si hay una transmisión en SL-SCH y proporciona la información HARQ pertinente.
La entidad MAC deberá:
- para cada subtrama durante la cual la entidad MAC supervisa PSCCH:
- si se ha recibido SCI para esta subtrama en el PSCCH para la comunicación de enlace lateral con una ID de destino de grupo de interés para esta entidad MAC:
• - determinar el conjunto de subtramas en el que se produce la recepción de los primeros bloques de transporte de acuerdo con la cláusula 14.2.2 de la especificación TS 36.213 [2] usando la SCI recibida;
• - almacenar la SCI y la información HARQ asociada como SCI válida para las subtramas correspondientes a la primera transmisión de cada bloque de transporte;
- de lo contrario, si se ha recibido SCI para esta subtrama en el PSCCH para la comunicación de enlace lateral V2X:
• - determinar el conjunto de subtramas en el que se produce la recepción del bloque de transporte de acuerdo con la cláusula 14.1.2 de la especificación TS 36.213 [2] usando la SCI recibida;
• - almacenar la SCI y la información HARQ asociada como SCI válida para las subtramas correspondientes a la(s) transmisión(es) del bloque de transporte;
- para cada subtrama para la que la entidad MAC tiene una SCI válida:
- entregar la SCI y la información HARQ asociada a la entidad HARQ de enlace lateral.
5.14.2.2 Operación HARQ de enlace lateral
5.14.2.2.1 Entidad HARQ de enlace lateral
Para cada portadora hay una entidad HARQ de enlace lateral en la entidad MAC para la recepción del SL-SCH, que mantiene una pluralidad de procesos de enlace lateral paralelos.
Cada proceso de enlace lateral está asociado a una SCI en la que la entidad MAC está interesada. Si la SCI incluye la ID de destino de grupo, este interés está determinado por la ID de destino de grupo de la SCI. La entidad HARQ de enlace lateral dirige la información HARQ y los TB asociados recibidos en el SL-SCH a los procesos de enlace lateral correspondientes.
El número de procesos de enlace lateral de recepción asociados a la entidad HARQ de enlace lateral está definido en la especificación TS 36.331 [8].
Para cada subtrama del SL-SCH, la entidad HARQ de enlace lateral deberá:
- para cada SCI válida en esta subtrama:
- asignar el TB recibido desde la capa física y la información HARQ asociada a un proceso de enlace lateral, asociar este proceso de enlace lateral a esta SCI y considerar esta transmisión como una nueva transmisión.
- para cada proceso de enlace lateral:
• - si esta subtrama corresponde a la oportunidad de retransmisión para el proceso de enlace lateral de acuerdo con su SCI asociada:
- asignar el TB recibido desde la capa física y la información HARQ asociada al proceso de enlace lateral y considerar esta transmisión como una retransmisión.
5.14.2.2.2 Proceso de enlace lateral
Para cada subtrama donde se lleva a cabo una transmisión para el proceso de enlace lateral, un TB y la información HARQ asociada se reciben desde la entidad HARQ de enlace lateral.
La secuencia de versiones de redundancia es 0, 2, 3, 1. La variable CURRENT_IRV es un índice de la secuencia de versiones de redundancia. Esta variable se actualiza con una operación módulo 4.
Para cada TB recibido e información HARQ asociada, el proceso de enlace lateral deberá:
- si es una transmisión nueva:
- establecer CURRENT_IRV en 0;
- almacenar los datos recibidos en la memoria intermedia programable y, opcionalmente, intentar descodificar los datos recibidos de acuerdo con CURRENT_IRV.
- de lo contrario, si se trata de una retransmisión:
- si los datos de este TB aún no se han descodificado con éxito:
• - incrementar CURRENT_IRV en 1;
• - combinar los datos recibidos con los datos actualmente en la memoria intermedia programable para este TB y, opcionalmente, intentar descodificar los datos combinados de acuerdo con CURRENT_IRV.
- si los datos que la entidad MAC intentó descodificar fueron descodificados con éxito para este TB:
• si esta es la primera descodificación satisfactoria de los datos para este TB:
• - si el campo DST de la subcabecera de PDU MAC descodificada es igual a los 16 MSB de cualquiera de las ID de capa 2 de destino del UE para las cuales los 8 LSB son iguales a la ID de destino de grupo en la SCI correspondiente: - entregar la PDU MAC descodificada a la entidad de desensamblaje y desmultiplexación.
• - de lo contrario, si el campo DST de la subcabecera de PDU MAC descodificada es igual a cualquiera de las ID de capa 2 de destino del UE:
- entregar la PDU MAC descodificada a la entidad de desensamblaje y desmultiplexación.
En la reunión RAN1#96bis del 3GPP (tal y como se recoge en el informe de la reunión RAN1#96bis del 3GPP), se acuerda que no se introduce ninguna nueva señal de referencia dedicada a la RLM (supervisión de enlace de radio) de SL (enlace lateral) y ninguna transmisión de RS (señal de referencia) de manera periódica solo para fines de RLM SL como sigue:
Acuerdos:
• No se introduce ninguna señal de referencia nueva dedicada a RLM SL.
o La RS SL existente se reutiliza para RLF/RLM SL
■ Nota: No se excluyen las CSI-RS
o RAN1 no tiene intención de introducir RS transmitidas de manera periódica solo para fines de RLM SL
o FFS:
■ Si RS SL se transmite de forma independiente para RLF/RLM SL
Acuerdos:
• Con respecto a la métrica para la declaración RLF/RLM SL, RAN1 propuso lo siguiente (para ser estudiado más a fondo):
o Reutilizar la métrica IS/OOS en RLM Uu tanto como sea posible, pero considerando la condición de que RAN1 no tiene intención de introducir RS transmitidas de manera periódica solo para fines de RLM SL
o Otras métricas, por ejemplo, métrica de control de congestión (similar a CBR en LTE), HARQ-NACK consecutivos, etc.
o Nota: RAN1 espera más información de RAN2 para seguir avanzando en este tema
En la reunión RAN2#106 del 3GPP (como se recoge en el informe de la reunión RAN2#106 del 3GPP), se acepta la suposición de que para RLM/RLF PC5, la capa física proporciona indicaciones periódicas de IS/OOS a la capa superior como sigue: Acuerdos sobre RLM/RLF PC5:
1: Aunque la transmisión de la señal de enlace lateral se produce de manera irregular, RAN2 supone que la capa física proporciona indicaciones periódicas de IS/OOS a la capa superior como en RLM Uu.
2: Desde la perspectiva de RAN2, los UE de ambos lados realizan un mecanismo de detección RLM/RLF. FFS sobre si se reutilizan las indicaciones periódicas de RLM/RLF basadas en IS/OOS o si se necesita algún mecanismo nuevo adicional.
En la nota del presidente de la reunión RAN1#94 del 3GPP (como se recoge en el informe de la reunión RAN1#94 del 3GPP), los acuerdos de V2X NR se proporcionan como sigue:
Acuerdos:
Se definen al menos dos modos de asignación de recursos de enlace lateral para comunicación de enlace lateral NR-V2X
° Modo 1: La estación base planifica uno o más recursos de enlace lateral que el UE va a usar para una o más transmisiones de enlace lateral
° Modo 2: El UE determina (es decir, la estación base no planifica) uno o más recursos de transmisión de enlace lateral dentro de recursos de enlace lateral configurados por la estación base/red o recursos de enlace lateral preconfigurados En la reunión RAN1#AH1901 del 3GPP (como se recoge en el informe de la reunión RAN1#AH1901 del 3GPP), se han realizado acuerdos con respecto al formato de SCI como sigue:
Acuerdos:
• La ID de destino de capa 1 puede estar incluida explícitamente en SCI
■ FFS cómo determinar la ID de destino de capa 1
■ FFS tamaño de ID de destino de capa 1
• La siguiente información adicional puede estar incluida en SCI
o ID de origen de capa 1
■ FFS cómo determinar la ID de origen de capa 1
■ FFS tamaño de ID de origen de capa 1
o ID de proceso HARQ
o Nuevo indicador de datos (NDI)
o Versión de redundancia (RV)
• FFS si parte de la información anterior puede no estar presente, etc. en algunas operaciones (por ejemplo, dependiendo de si se utilizan para unidifusión, difusión grupal, difusión amplia)
La especificación TS 36.331 del 3GPP introduce la transmisión de enlace lateral V2X y la selección de grupos de recursos como sigue:
5.10.13 Transmisión de comunicación de enlace lateral V2X
5.10.13.1 Transmisión de comunicación de enlace lateral V2X
Un UE capaz de comunicación de enlace lateral V2X que está configurado por capas superiores para transmitir comunicación de enlace lateral V2X y tiene datos relacionados que transmitir deberá:
1> si se cumplen las condiciones para la operación de enlace lateral como se define en 5.10.1d:
2> si tiene cobertura en la frecuencia utilizada para la comunicación de enlace lateral V2X como se define en la especificación TS 36.304 [4], cláusula 11.4; o
2> si la frecuencia utilizada para transmitir comunicación de enlace lateral V2X está incluida en v2x-InterFreqlnfoList en RRCConnectionReconfiguration o en v2x-InterFreqInfoList dentro de SystemInformationBlockType21 o SystemlnformationBlockType26:
3> si el UE está en RRC_CONNECTED y usa la CélulaP o la frecuencia incluida en v2x-InterFreqlnfoList en RRCConnectionReconfiguration para la comunicación de enlace lateral V2X:
4> si el UE está configurado, por la CélulaP actual con commTxResources establecido como scheduled:
5> si T310 o T311 está en ejecución; y si la CélulaP en la que el UE detectó problemas de capa física o fallo de enlace de radio difunde de manera amplia SystemInformationBlockType21, incluido v2x-CommTxPoolExceptional en sl-V2X-ConfigCommon, o v2x-CommTxPoolExceptional está incluido en v2x-InterFreqInfoList para la frecuencia en cuestión en SystemInformationBlockType21 o SystemInformationBlockType26 o RRCConnectionReconfiguration; o
5> si T301 está en ejecución y la célula en la que el UE inició el restablecimiento de conexión difunde de manera amplia SystemInformationBlockType21, incluido v2x-CommTxPoolExceptional en sl-V2X-ConfigCommon, o v2x-CommTxPoolExceptional está incluido en v2x-InterFreqInfoList para la frecuencia en cuestión en SystemInformationBlockType21 o SystemlnformationBlockType26; o
5> si T304 está en ejecución y el UE está configurado con v2x-CommTxPoolExceptional incluido en mobilityControlInfoV2X en RRCConnectionReconfiguration o en v2x-InterFreqInfoList para la frecuencia en cuestión en RRCConnectionReconfiguration:
6> configurar capas inferiores para transmitir la información de control de enlace lateral y los datos correspondientes en base a una selección aleatoria usando el grupo de recursos indicado por v2x-CommTxPoolExceptional como se define en la especificación TS 36.321 [6];
5> si no:
6> configurar capas inferiores para solicitar a la E-UTRAN que asigne recursos de transmisión para la comunicación de enlace lateral V2X;
4> de lo contrario, si el UE está configurado con v2x-CommTxPoolNormalDedicated o v2x-CommTxPoolNormal o p2x-CommTxPoolNormal en la entrada de v2x-InterFreqInfoList para la frecuencia en cuestión en sl-V2X-ConfigDedicated en RRCConnectionReconfiguration:
5> si el UE está configurado para transmitir comunicación de enlace lateral V2X no relacionada con P2X y el resultado de la detección de los recursos configurados en v2x-CommTxPoolNormalDedicated o v2x-CommTxPoolNormal en la entrada de v2x-InterFreqInfoList para la frecuencia en cuestión en RRCConnectionReconfiguration no está disponible de acuerdo con la especificación TS 36.213 [23]; o
5> si el UE está configurado para transmitir comunicación de enlace lateral V2X relacionada con P2X y selecciona usar detección parcial de acuerdo con 5.10.13.1a, y el resultado de detección parcial en los recursos configurados en v2x-CommTxPoolNormalDedicated o p2x-CommTxPoolNormal en la entrada de v2x-InterFreqInfoList para la frecuencia en cuestión en RRCConnectionReconfiguration no está disponible de acuerdo con la especificación TS 36.213 [23]:
6> si v2x-CommTxPoolExceptional está incluido en mobilityControlInfoV2X en RRCConnectionReconfiguration (es decir, caso de traspaso); o
6> si v2x-CommTxPoolExceptional está incluido en la entrada de v2x-InterFreqInfoList para la frecuencia en cuestión en RRCConnectionReconfiguration; o
6> si la CélulaP difunde de manera amplia SystemInformationBlockType21, incluido v2x-CommTxPoolExcept¡onal en sl-V2X-ConfigCommon o v2x-CommTxPoolExceptional en v2x-InterFreqInfoList para la frecuencia en cuestión, o difunde de manera amplia SystemInformationBlockType26, incluido v2x-CommTxPoolExceptional en v2x-InterFreqlnfoList para la frecuencia en cuestión:
7> configurar capas inferiores para transmitir la información de control de enlace lateral y los datos correspondientes en base a una selección aleatoria usando el grupo de recursos indicado por v2x-CommTxPoolExceptional como se define en la especificación TS 36.321 [6];
5> de lo contrario, si el UE está configurado para transmitir comunicación de enlace lateral V2X relacionada con P2X:
6> seleccionar un grupo de recursos de acuerdo con 5.10.13.2;
6> realizar una comunicación de enlace lateral V2X relacionada con P2X de acuerdo con 5.10.13.1a;
5> de lo contrario, si el UE está configurado para transmitir comunicación de enlace lateral V2X no relacionada con P2X:
6> configurar capas inferiores para transmitir la información de control de enlace lateral y los datos correspondientes en base a la detección (como se define en las especificaciones TS 36.321 [6] y TS 36.213 [23]) usando uno de los grupos de recursos indicados por v2x-commTxPoolNormalDedicated o v2x-CommTxPoolNormal en la entrada de v2x-InterFreqInfoList para la frecuencia en cuestión, que se selecciona de acuerdo con 5.10.13.2;
3> si no:
4> si la célula elegida para la transmisión de comunicación de enlace lateral V2X difunde de manera amplia SystemInformationBlockType21 o SystemInformationBlockType26:
5> si el UE está configurado para transmitir comunicación de enlace lateral V2X no relacionada con P2X, y si SystemInformationBlockType21 incluye v2x-CommTxPoolNormalCommon o v2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión, o SystemInformationBlockType26 incluye v2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión, y si el resultado de la detección de los recursos configurados en v2x-CommTxPoolNormalCommon o v2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión está disponible de acuerdo con la especificación TS 36.213 [23]:
6> configurar capas inferiores para transmitir la información de control de enlace lateral y los datos correspondientes en base a la detección (como se define en las especificaciones TS 36.321 [6] y TS 36.213 [23]) usando uno de los grupos de recursos indicados por v2x-CommTxPoolNormalCommon o v2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión, que se selecciona de acuerdo con 5.10.13.2;
5> de lo contrario, si el UE está configurado para transmitir comunicación de enlace lateral V2X relacionada con P2X, y si SystemInformationBlockType21 incluye p2x-CommTxPoolNormalCommon o p2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión, o SystemInformationBlockType26 incluye p2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión, y si el UE selecciona usar selección aleatoria de acuerdo con 5.10.13.1a, o selecciona usar detección parcial de acuerdo con 5.10.13.1a y el resultado de detección parcial en los recursos configurados en p2x-CommTxPoolNormalCommon o p2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión está disponible de acuerdo con la especificación TS 36.213 [23]:
6> seleccionar un grupo de recursos de entre p2x-CommTxPoolNormalCommon o p2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión de acuerdo con 5.10.13.2, pero ignorando zoneConfig en SystemInformationBlockType21 o SystemlnformationBlockType26;
6> realizar una comunicación de enlace lateral V2X relacionada con P2X de acuerdo con 5.10.13.1a;
5> de lo contrario, si SystemInformationBlockType21 incluye v2x-CommTxPoolExceptional en sl-V2X-ConfigCommon o v2x-CommTxPoolExceptional en v2x-InterFreqInfoList para la frecuencia en cuestión, o SystemlnformationBlockType26 incluye v2x-CommTxPoolExceptional en v2x-InterFreqInfoList para la frecuencia en cuestión:
6> desde el momento en que el UE inicia el establecimiento de conexión hasta que recibe una RRCConnectionReconfiguration que incluye sl-V2X-ConfigDedicated, o hasta que recibe un RRCConnectionRelease o un RRCConnectionReject; o
6> si el UE está en RRC_IDLE y el resultado de la detección de los recursos configurados en v2x-CommTxPoolNormalCommon o v2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión en Systeminformationblocktype21 o v2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión en Systeminformationblocktype26 no está disponible de acuerdo con la especificación Ts 36.213 [23]; o
6> si el UE está en RRC_IDLE y el UE selecciona usar detección parcial de acuerdo con 5.10.13.1a y el resultado de detección parcial en los recursos configurados en p2x-CommTxPoolNormalCommon o p2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión en Systeminformationblocktype21 o v2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión en Systeminformationblocktype26 no está disponible de acuerdo con la especificación TS 36.213 [23]:
7> configurar capas inferiores para transmitir la información de control de enlace lateral y los datos correspondientes en base a la selección aleatoria (como se define en la especificación TS 36.321 [6]) usando el grupo de recursos indicado en v2x-CommTxPoolExceptional;
2> si no:
3> configurar capas inferiores para transmitir la información de control de enlace lateral y los datos correspondientes en base a la detección (como se define en las especificaciones TS 36.321 [6] y TS 36.213 [23]) usando uno de los grupos de recursos indicados por v2x-CommTxPoolList en SL-V2X-Preconfiguration en caso de comunicación de enlace lateral V2X no relacionada con P2X, que se selecciona de acuerdo con 5.10.13.2, o usando uno de los grupos de recursos indicados por p2x-CommTxPoolList en SL-V2X-Preconfiguration en caso de comunicación de enlace lateral V2X relacionada con P2X, que se selecciona de acuerdo con 5.10.13.2 y de acuerdo con la temporización de la referencia seleccionada como se define en 5.10.8;
El UE capaz de realizar comunicaciones de enlace lateral V2X no relacionadas con P2X que está configurado por capas superiores para transmitir comunicación de enlace lateral V2X realizará una detección en todos los grupos de recursos que pueden usarse para la transmisión de la información de control de enlace lateral y los datos correspondientes. Los grupos de recursos se indican mediante SL-V2X-Preconfiguration, v2x-CommTxPoolNormalCommon, v2x-CommTxPoolNormalDedicated en sl-V2X-ConfigDedicated o v2x-CommTxPoolNormal en v2x-InterFreqInfoList para la frecuencia en cuestión, como se configuró anteriormente. NOTA 1: Si hay múltiples frecuencias para las que se configuran grupos normales o excepcionales, depende de la implementación del UE qué frecuencia se selecciona para la transmisión de comunicación de enlace lateral V2X. En la especificación TS 38.321 del 3GPP, el restablecimiento de MAC (control de acceso a medios) se introduce como sigue:
5.12 Restablecimiento de MAC
Si las capas superiores solicitan un restablecimiento de la entidad MAC, la entidad MAC deberá:
1> inicializar a cero Bj para cada canal lógico;
1> detener (si están en ejecución) todos los temporizadores;
1> considerar que todos los timeAlignmentTimers han expirado y realizar las acciones correspondientes de la cláusula 5.2;
1> establecer en el valor 0 los NDI para todos los procesos HARQ de enlace ascendente;
1> detener, si lo hubiera, el procedimiento RACH en curso;
1> descartar recursos de acceso aleatorio sin contienda señalizados explícitamente, si los hubiera;
1> vaciar la memoria intermedia Msg3;
1> cancelar, si lo hubiera, el procedimiento de solicitud de planificación desencadenado;
1> cancelar, si lo hubiera, el procedimiento de notificación de estado de memoria intermedia desencadenado; 1> cancelar, si lo hubiera, el procedimiento de notificación de margen de potencia desencadenado;
1> vaciar las memorias intermedias programables para todos los procesos HARQ DL;
1> para cada proceso HARQ DL, considerar la siguiente transmisión recibida para un TB como la primera transmisión; 1> liberar, si lo hubiera, el C-RNTI temporal;
1> restablecer BFI_COUNTER.
En un documento (3GPP R1-1900885) en la reunión RAN1#AH1901, se introdujo que la ID de origen de capa 1 podría obtenerse de la ID de origen de capa 2 proporcionada por capas superiores como sigue:
3. ID de L1 y Combinación de HARQ
Como parte del estudio SA2, se analizó la comunicación de difusión grupal en NR-V2X y se hicieron acuerdos con respecto a la disponibilidad de ID en L2. A continuación se muestran los acuerdos relevantes: Esta solución sigue los siguientes principios cuando PC5 NR es la RAT seleccionada:
- La capa V2X notifica a la capa de estrato de acceso (AS) la ID de L2 de destino y la ID de L2 de origen para la transmisión de comunicación grupal, en base al identificador de grupo proporcionado por la capa de aplicación;
- La capa V2X notifica a la capa de estrato de acceso el tipo de comunicación y los parámetros de QoS (incluidos 5QI e intervalo) para el tráfico de comunicación grupal;
- La capa V2X notifica a la capa de estrato de acceso la ID de L2 de destino para la recepción de comunicación grupal;
- Cuando la capa V2X no recibe información de grupo desde la capa de aplicación, debe usar el mapeo configurado, por ejemplo obtener la ID de L2 de destino y los parámetros de QoS (por ejemplo, 5QI e intervalo) en base al mapeo PSID/ITS-AID, y usarlo para la operación;
- La capa V2X convierte el identificador de grupo proporcionado por la capa de aplicación en la ID de L2 de destino mediante un mecanismo definido por la fase 3.
De los acuerdos realizados, está claro que para las comunicaciones de unidifusión y difusión grupal, las ID de L2 de origen y de destino se proporcionan al UE Tx. RAN1 ya ha acordado que las ID de destino L1 se indiquen a través del canal PSCCH. Por lo tanto, es sencillo obtener las ID de destino de L1 a partir de las ID de L2 seleccionando un número fijo de LSB de las ID de L2 similar al procedimiento definido en R12/13.
Propuesta 7: La ID de destino de capa 1 se obtiene de la ID de destino de L2 seleccionando un número fijo de LSB
[...]
Como se describió anteriormente, SA2 ha determinado que la ID de origen L2 también se indicaría la capa de acceso. Por lo tanto, es sencillo obtener la ID de origen L1 a partir de la ID de origen L2 seleccionando un número fijo de LBS de la ID de origen. El mecanismo por el cual la ID de destino de capa 1 y la ID de origen se codifican juntas es FFS.
Propuesta 9: La ID de origen de capa 1 se incluye como parte de PSCCH para permitir la combinación de HARQ. La ID de origen de capa 1 se obtiene de la ID de origen L2 seleccionando un número fijo de LSB
En la reunión RAN2#103bis del 3GPP (como se recoge en el informe de la reunión RAN2#103bis del 3GPP), se acuerda que V2X NR admitirá unidifusión, difusión grupal y difusión amplia como sigue: Acuerdos
1: La unidifusión, la difusión grupal y la difusión amplia deben ser compatibles con todos los escenarios de cobertura parcial, fuera de cobertura y dentro de cobertura.
En la reunión RAN2#106 del 3GPP (como se recoge en el informe de la reunión RAN2#106 del 3GPP), LG introdujo RLM (supervisión de enlace de radio) SL basada en SCI (información de control de enlace lateral) (como se analiza en el documento R2-1907658 del 3GPP) como sigue: De acuerdo con la última decisión de RAN1, no hay RS para RLM SL. Es decir, un UE RX debe preceder a la descodificación SCI para medir la señal de un UE TX específico. Sin embargo, cuando se descodifica la SCI, esto significa que el estado de canal no es malo. Además, si el estado del canal es malo, la descodificación de SCI no funciona.
Por lo tanto, en caso de que no haya una RS dedicada de RLM, es necesario considerar habilitar el UE RX para que funcione bien con RLM PC5. También existe la necesidad de una nueva métrica para reemplazar la medición de calidad de enlace lateral a través de RS.
Observación 1. Dado que RAN1 acordó no definir una nueva RS transmitida periódicamente para RLM PC5, la determinación de IS/OOS en un UE RX no puede reutilizar directamente el principio de Uu.
Observación 2. De acuerdo con la LS de respuesta de RAN1, un UE RX debe preceder a la descodificación de SCI para medir la señal de un UE TX específico. Sin embargo, cuando se descodifica la SCI, esto significa que el estado de canal no es malo. Además, si el estado del canal es malo, la descodificación de SCI no funciona.
Observación 3. Se puede suponer que una conexión de unidifusión es IS si la SCI correspondiente se entrega con éxito dentro de una duración de tiempo determinada.
Propuesta 1. Aunque la transmisión de la señal de enlace lateral se produce de manera irregular, RAN2 supone que la capa física proporciona indicaciones periódicas de IS/OOS a la capa superior como en RLM Uu.
Propuesta 2. RAN2 supone que los criterios de IS/OOS pueden basarse en el número de recepciones de SCI satisfactorias dentro del período. Los detalles de los criterios IS/OOS y el diseño de capa física necesaria se definirán en RAN1.
En la reunión RAN1#97 (como se recoge en el documento R1-1907755 del 3GPP), el contenido de SCI para diferentes tipos de difusión se analiza como sigue:
> Propuesta
- Se admiten los siguientes contenidos de SCI.
A continuación en el presente documento, se pueden usar uno o múltiples de los siguientes términos:
• BS: Una unidad central de red o un nodo de red en NR que se usa para controlar uno o múltiples TRP que están asociados a una o múltiples células. La comunicación entre una BS y uno o más TRP se realiza por medio de una red de retorno. Una BS también se podría denominar unidad central (CU), eNB, gNB o NodoB.
• TRP: Un punto de transmisión y recepción proporciona cobertura de red y se comunica directamente con los UE. Un TRP también se podría denominar unidad distribuida (DU) o nodo de red.
• Célula: Una célula se compone de uno o múltiples TRP asociados, es decir, la cobertura de la célula se compone de la cobertura de todos los TRP asociados. Una célula está controlada por una BS. Una célula también se podría denominar grupo de TRP (TRPG).
• Ranura: Una ranura podría ser una unidad de planificación en NR. Una duración de ranura tiene 14 símbolos de OFDM.
• Minirranura: Una minirranura es una unidad de planificación con una duración inferior a 14 símbolos OFDM.
A continuación en el presente documento, se pueden usar uno o múltiples de los siguientes supuestos para el lado de red:
• La temporización de enlace descendente de los TRP de la misma célula está sincronizada.
• La capa RRC del lado de red está en la BS.
A continuación en el presente documento, se pueden usar uno o múltiples de los siguientes supuestos para el lado de UE:
• Existen al menos dos estados de UE (RRC): estado conectado (o denominado estado activo) y estado no conectado (o denominado estado inactivo o estado de reposo). El estado inactivo puede ser un estado adicional o pertenecer al estado conectado o al estado no conectado.
En la reunión RAN2#103bis del 3GPP, se acuerda que V2X NR admitirá unidifusión, difusión amplia y difusión grupal. De acuerdo con el análisis de RAN1#97, la SCI para unidifusión o difusión de grupo de enlace lateral podría contener
el número de proceso de HARQ para la combinación de HARQ. Sin embargo, dado que un UE V2X podría realizar unidifusión o difusión grupal de enlace lateral con más de un UE, es posible que dos UE puedan indicar un mismo número de proceso de HARQ al UE V2X y podría producirse una colisión. Además, dado que la difusión amplia de enlace lateral puede no requerir la combinación de HARQ, y el contenido de SCI podría ser diferente de la s C i para unidifusión o difusión grupal (por ejemplo, sin número de proceso de HARQ), el UE V2X podría tener un comportamiento diferente con respecto a la recepción de datos s C i/SL de diferentes tipos de difusión. En esta solicitud, se analizan la arquitectura y los comportamientos posibles para un UE V2X que realiza una comunicación de enlace lateral.
Primer concepto
En un primer concepto, un primer UE podría mantener una entidad MAC (enlace lateral) para todas las transmisiones de unidifusión de enlace lateral asociadas a uno o más segundos UE (por ejemplo, asociados a una o más ID de destino de capa 2). El primer UE podría mantener una entidad HARQ (solicitud de repetición automática híbrida) asociada a (todas) las recepciones de difusión amplia de enlace lateral. La entidad HARQ asociada a (todas) las recepciones de difusión amplia de enlace lateral podría mantener una serie de procesos HARQ de enlace lateral (paralelos). Cada proceso HARQ de enlace lateral mantenido por la entidad HARQ asociada a (todas) las recepciones de difusión amplia de enlace lateral podría asociarse a la SCI en la que está interesado el primer UE. El primer UE podría determinar si el primer UE está interesado en la SCI al menos basándose en la ID de destino asociada a la SCI (por ejemplo, la ID de destino de capa 1 indicada por la SCI). De forma adicional o alternativa, el primer UE podría determinar si el primer UE está interesado en la s C i al menos en base a si la SCI es para difusión amplia de enlace lateral (por ejemplo, el primer UE está interesado en la SCI si la SCI es para difusión amplia de enlace lateral). El primer Ue podría asociar información HARQ y los TB (bloques de transporte) asociados a la SCI a un proceso HARQ de enlace lateral. El primer UE podría asociar diferentes SCI a diferentes procesos HARQ (en la entidad HARQ asociada a la difusión amplia de enlace lateral) si los diferentes SCI están asociados a diferentes TB. De forma adicional o alternativa, el primer UE podría asociar diferentes SCI a diferentes procesos HARQ (en la entidad HARQ asociada a la difusión amplia de enlace lateral).
De forma adicional o alternativa, el primer UE podría mantener una entidad HARQ para cada recepción de difusión grupal de enlace lateral. El primer UE podría asociar cada una de las entidades HARQ para cada recepción de difusión grupal de enlace lateral a una ID de destino (capa 1/capa 2) (Grupo) (en la que está interesado el primer UE). De forma adicional o alternativa, el primer UE podría asociar cada una de las entidades HARQ para cada recepción de difusión grupal de enlace lateral a una ID de origen (capa 1/capa 2) (Grupo). La ID de origen y/o la ID de destino podrían indicarse por la SCI recibida por el primer UE. El primer UE podría asociar la SCI a una de las entidades HARQ para la recepción de difusión grupal de enlace lateral. En otras palabras, el primer UE obtendría la de la entidad HARQ para la recepción de difusión grupal de enlace lateral en base a un par de ID de destino (capa 1/capa 2) e ID de origen (capa 1/capa 2). El primer UE podría asociar los TB e información HARQ asociada a la SCI a un proceso HARQ de la entidad HARQ. La información HARQ/SCI podría indicar el número de proceso de HARQ, en el que el primer UE asocia la SCI a un proceso HARQ asociado al número de proceso de HARQ.
De forma adicional o alternativa, el primer UE podría mantener una entidad HARQ para cada recepción de unidifusión de enlace lateral. De forma adicional o alternativa, el primer UE podría mantener una entidad HARQ para cada par de ID de destino e ID de origen. El primer UE podría asociar cada una de las entidades HARQ para cada recepción de unidifusión de enlace lateral a una o más ID de destino (capa 1/capa 2) (Grupo) (en las que está interesado el primer UE). De forma adicional o alternativa, el primer UE podría asociar cada una de las entidades HARQ para cada recepción de unidifusión de enlace lateral a una o más ID de origen (capa 1/capa 2) (Grupo). La una o más ID de origen y/o ID de destino podrían indicarse por la SCI recibida por el primer UE. De forma adicional o alternativa, el primer UE podría asociar cada una de las entidades HARQ para cada recepción de unidifusión de enlace lateral o enlace de unidifusión de enlace lateral a un segundo UE. El primer UE podría asociar la SCI a una de las entidades HARQ para la recepción de unidifusión de enlace lateral o enlace de unidifusión de enlace lateral. El primer UE podría asociar los TB e información HARQ asociada a la SCI a un proceso HARQ de la entidad HARQ. La información HARQ o SCI podría indicar el número de proceso de HARQ, en el que el primer UE asocia la SCI a un proceso HARQ asociado al número de proceso de HARQ.
Una ilustración del primer concepto se muestra en la FIG. 6. La FIG. 6 ilustra un ejemplo en el que un UE mantiene una entidad MAC con múltiples entidades HARQ para diferentes tipos de difusión. Un primer UE podría configurarse para realizar una comunicación de difusión amplia de enlace lateral. (por ejemplo, recibe difusión amplia de enlace lateral desde uno o más UE). El primer UE podría mantener una entidad HARQ (dedicada) para gestionar la recepción de difusión amplia de enlace lateral (en una entidad MAC). Al recibir una SCI que indica difusión amplia de enlace lateral, el primer UE podría asociar la SCI (y la información de TB y HARQ asociada a la SCI) a un proceso HARQ en la entidad HARQ (dedicada) para gestionar la recepción de difusión amplia de enlace lateral. El primer UE podría asociar diferentes SCI a diferentes procesos HARQ si las diferentes SCI están asociadas a diferentes TB. El primer UE podría asociar diferentes SCI al mismo proceso HARQ si los diferentes SCI están asociados a los mismos TB. El primer UE podría determinar si la SCI está indicando una difusión amplia de enlace lateral basándose en la ID de destino en la SCI (por ejemplo, DstID). El primer UE podría determinar si la SCI está indicando una difusión amplia de enlace lateral basándose en la ausencia de indicación de ID de origen y/o de ID de proceso HARQ en la SCI. El primer
UE podría realizar una comunicación de difusión grupal de enlace lateral (por ejemplo, recibir difusión grupal de enlace lateral desde uno o más UE).
El primer UE podría mantener una o más entidades HARQ (en una entidad MAC para una portadora) para difusión grupal de enlace lateral, en las que cada una de las una o más entidades HARQ para difusión grupal de enlace lateral está asociada a una ID de destino (Grupo) y/o una ID de origen (capa 1/capa 2) (por ejemplo, ID de origen asociada a un UE). Cuando el primer UE recibe una primera SCI con DstID_1 y/o SrcID_1 que indican una difusión grupal de enlace lateral, el primer UE podría asociar la primera SCI para difusión grupal (y la información de TB y HARQ asociada a la SCI) a una de las una o más entidades HARQ asociadas a DstID_1 y/o SrcID_1 (por ejemplo, primera entidad HARQ para difusión grupal). El primer UE podría asociar la primera SCI para difusión grupal (y la información de TB y HARQ asociada a la SCI) a un proceso HARQ en la primera entidad HARQ para difusión grupal. El primer UE podría asociar la primera SCI para difusión grupal al proceso HARQ basándose en el número de proceso de HARQ indicado por la primera SCI (por ejemplo, proceso número 1 de HARQ).
Cuando el primer UE recibe una segunda SCI con DstID_2 y/o SrcID_2 que indican una difusión grupal de enlace lateral, el primer UE podría asociar la segunda SCI (y la información de TB y HARQ asociada a la segunda SCI) a una de las una o más entidades HARQ asociadas a DstID_2 y/o SrcID_2 (por ejemplo, segunda entidad HARQ para difusión grupal). El primer UE podría asociar la segunda SCI para difusión grupal (y la información de TB y HARQ asociada a la segunda SCI) a un proceso HARQ en la segunda entidad HARQ para difusión grupal. El primer UE podría asociar la segunda SCI para difusión grupal al proceso HARQ basándose en el número de proceso de HARQ indicado por la segunda SCI (por ejemplo, proceso número 2 de HARQ). En otras palabras, si el número de proceso de HARQ indicado por la segunda SCI con DstID_2 y/o SrcID_2 es diferente del proceso número 2 de HARQ, el primer UE podría asociar la segunda SCI a la segunda entidad HARQ para una difusión grupal con un proceso HARQ diferente al proceso número 2 de HARQ.
Cuando el primer UE recibe una tercera SCI con DstID_1 y/o SrcID_2 que indican una difusión grupal de enlace lateral, el primer UE podría asociar la tercera SCI (y la información de TB y HARQ asociada a la tercera SCI) a una de las una o más entidades HARQ asociadas a DstID_1 y/o SrcID_2 (por ejemplo, tercera entidad HARQ para difusión grupal). El primer UE podría asociar la tercera SCI para difusión grupal (y la información de TB y HARQ asociada a la tercera SCI) a un proceso HARQ en la tercera entidad HARQ para difusión grupal. El primer UE podría asociar la tercera SCI para difusión grupal al proceso HARQ (en la tercera entidad HARQ para difusión grupal) basándose en el número de proceso de HARQ indicado por la tercera SCI (por ejemplo, proceso número 2 de HARQ).
El primer UE podría mantener una o más entidades HARQ (en una entidad MAC) para unidifusión de enlace lateral, en las que cada una de las una o más entidades HARQ para unidifusión de enlace lateral está asociada a una ID de destino (Grupo) y/o una ID de origen (capa 1/capa 2) (por ejemplo, ID de origen asociada a un UE). Cuando el primer UE recibe una primera SCI con DstID_A y/o SrcID_A que indican una unidifusión de enlace lateral, el primer UE podría asociar la primera SCI para unidifusión (y la información de TB y HARQ asociada a la SCI) a una de las una o más entidades HARQ asociadas a DstID_A y/o SrcID_A (por ejemplo, primera entidad HARQ para unidifusión). El primer UE podría asociar la primera SCI para unidifusión (y la información de TB y HARQ asociada a la SCI) a un proceso HARQ en la primera entidad HARQ para unidifusión. El primer UE podría asociar la primera SCI para unidifusión al proceso HARQ basándose en el número de proceso de HARQ indicado por la primera SCI para unidifusión (por ejemplo, proceso número A de HARQ).
Cuando el primer UE recibe una segunda SCI con DstID_B y/o SrcID_B que indican una unidifusión de enlace lateral, el primer UE podría asociar la segunda SCI para unidifusión (y la información de TB y HARQ asociada a la segunda SCI) a una de las una o más entidades HARQ asociadas a DstID_B y/o SrcID_B (por ejemplo, segunda entidad HARQ para unidifusión). El primer UE podría asociar la segunda SCI para unidifusión (y la información de TB y HARQ asociada a la segunda SCI) a un proceso HARQ en la segunda entidad HARQ para unidifusión. El primer UE podría asociar la segunda SCI para unidifusión al proceso HARQ basándose en el número de proceso de HARQ indicado por la segunda SCI (por ejemplo, proceso número B de HARQ).
De forma adicional o alternativa, el primer UE podría mantener una entidad HARQ para la transmisión de difusión amplia de enlace lateral (en una portadora). El primer UE podría mantener una o más entidades HARQ para la transmisión de unidifusión de enlace lateral (para una portadora). Cada una de las una o más entidades HARQ para la transmisión de unidifusión de enlace lateral podría asociarse a un par de ID de destino (capa 1 o capa 2) e ID de origen. El primer UE podría mantener una o más entidades HARQ para la transmisión de difusión grupal de enlace lateral (para una portadora). Cada una de las una o más entidades HARQ para la transmisión de difusión grupal de enlace lateral podría asociarse a un par de ID de destino (capa 1 o capa 2) e ID de origen.
Otra ilustración del primer concepto se muestra en la FIG. 7. La FIG. 7 ilustra un ejemplo de UE1 que realiza múltiples enlaces de unidifusión de enlace lateral o transmisiones con un UE2. El UE1 podría realizar dos transmisiones de unidifusión de enlace lateral con el UE2 (en una sola portadora). Los dos enlaces o transmisiones de unidifusión de enlace lateral podrían asociarse a una ID de enlace (por ejemplo, identificador de enlace) y/o ID de destino diferentes. El UE1 podría mantener dos entidades HARQ para gestionar los dos enlaces o transmisiones de unidifusión de enlace
lateral. Cuando el UE1 recibe una SCI o un TB desde el UE2 por medio de un enlace de unidifusión, el UE1 podría asociar la SCI o el TB a una de las entidades HARQ en base al enlace y/o ID de destino asociados a la SCI o el TB.
Segundo Concepto
En un segundo concepto, un UE podría mantener una entidad HARQ para gestionar (en su totalidad) la unidifusión de enlace lateral, la difusión grupal y podría realizar transmisiones de difusión amplia (en una portadora o frecuencia) con otros UE. El UE podría mantener uno o más procesos HARQ de difusión amplia, en los que el uno o más procesos HARQ de difusión amplia podrían estar asociados a una SCI o un TB asociados a la difusión amplia de enlace lateral. El UE podría asociar diferentes SCI o TB a diferentes procesos HARQ de difusión amplia. El UE podría asociar las SCI que indican un mismo TB al mismo proceso HARQ de difusión amplia (por ejemplo, s C i asociadas a la retransmisión ciega del mismo TB). El UE podría mantener uno o más procesos HARQ de unidifusión o de difusión grupal. Cada uno de los uno o más procesos HARQ de unidifusión o de difusión grupal podría estar asociado a una recepción de unidifusión o de difusión grupal. El UE podría asociar una SCI (recibida) a un proceso HARQ de unidifusión o de difusión grupal al menos en base a la ID de origen y/o a la ID de destino indicadas en la SCI. El UE podría asociar diferentes SCI al mismo proceso HARQ de unidifusión o difusión grupal si los diferentes SCI indican un mismo TB (por ejemplo, los mismos datos de SL). El UE podría asociar diferentes SCI a diferentes procesos HARQ de unidifusión o difusión grupal si las SCI indican diferentes TB. El UE podría asociar diferentes SCI a diferentes procesos HARQ de unidifusión o de difusión grupal si las SCI indican una ID de origen y/o una ID de destino diferentes.
El uno o más procesos HARQ para unidifusión y el uno o más procesos HARQ para difusión grupal podrían ser el mismo conjunto de procesos HARQ. De forma alternativa, el uno o más procesos HARQ para unidifusión y el uno o más procesos HARQ para difusión grupal podrían ser conjuntos diferentes de procesos HARQ. El UE podría asociar una SCI o un TB (de unidifusión o de difusión grupal) a un proceso HARQ al menos en base a (una combinación de) una ID de destino y/o una ID de origen y/o un número de proceso de HARQ indicado en la SCI o el TB.
Una ilustración del segundo concepto se muestra en la FIG. 8. Un UE podría mantener una entidad HARQ para recepciones de enlace lateral (independientemente del tipo de difusión de las recepciones de enlace lateral). Cuando el UE recibe una primera SCI de difusión amplia que indica una transmisión de un TB1 (con ID de destino DstID_1), el UE podría asociar la primera SCI de difusión amplia al proceso 1 de HARQ de difusión amplia. Cuando el UE recibe una segunda SCI de difusión amplia que indica la retransmisión del TB1 (con ID de destino DstID_1), el UE podría asociar la segunda SCI de difusión amplia al proceso 1 de HARQ de difusión amplia (por ejemplo, el mismo que la primera SCI) ya que la segunda SCI indica el mismo TB que la primera SCI. Cuando el UE recibe una tercera SCI de difusión amplia que indica una transmisión de un TB2, el UE podría asociar la tercera SCI (y la información HARQ o el TB asociados a la tercera SCI) al proceso 2 de HARQ de difusión amplia. Cuando el UE recibe una cuarta SCI de difusión amplia que indica una transmisión de TB3, el UE podría asociar la cuarta SCI al proceso 3 de HARQ de difusión amplia, ya que la SCI está asociada a un TB diferente y a una ID de destino diferente a los de SCI anteriores. Cuando el Ue recibe una primera SCI de unidifusión, el UE podría asociar la primera SCI de unidifusión a un proceso HARQ de unidifusión o difusión grupal (primer proceso HARQ de unidifusión o difusión grupal). Cuando el UE recibe una primera SCI de difusión grupal, el Ue podría asociar la primera SCI de difusión grupal a un proceso HARQ de unidifusión o difusión grupal (segundo proceso HARQ de unidifusión o difusión grupal).
Otra ilustración del segundo concepto se muestra en la FIG. 9. Un UE1 podría realizar unidifusión de enlace lateral (respectivamente) con un UE2 y un UE3 (utilizando una entidad HARQ). El UE1 podría recibir una SCI1 y un TB1 (asociado a la SCI1) desde el UE2. La SCI1 puede indicar una ID de origen (src_ID_2), una ID de destino (dst_ID_2) y/o un número de proceso de HARQ (HARQ número 2). El UE1 podría recibir una SCI2 y un TB2 (asociado a la SCI2) desde el UE3. La SCI2 podría indicar una ID de origen (src_ID_3), una ID de destino (dst_ID_3) y/o un número de proceso de HARQ (HARQ número 1). El UE1 podría asociar la SCI1 (o el TB1) y la SCI2 (o el t B2) al proceso 1 de HARQ y al proceso 2 de HARQ, respectivamente, basándose en la ID de origen, la ID de destino y/o el número de proceso de HARQ. En un ejemplo, el UE1 determina qué proceso HARQ está asociado a la SCI1 basándose en la combinación (por ejemplo, multiplicación o suma) de la ID de origen, la ID de destino y el número de proceso de HARQ indicados por la SCI1.
En otro ejemplo, se supone que la SCI1 o el TB1 tiene (src_ID_2) y/o (dst_ID_2) y/o (HARQ número 1). En este ejemplo, UE1 podría asociar la SCI1 o el TB1 a un proceso HARQ que está vacío o no se usa en este momento. El proceso HARQ podría tener un número de proceso de HARQ diferente al que indica la SCI1. En este ejemplo, el UE1 podría asociar la SCI1 o el TB1 al proceso 2 de HARQ (dado que el número de proceso de HARQ está ocupado o en uso). En otras palabras, el número de proceso de HARQ indicado por la SCI es un número de proceso de HARQ (virtual). El UE1 podría asociar el número de proceso de HARQ indicado a un número de proceso de HARQ basándose en una combinación de ID de origen y/o ID de destino.
Tercer Concepto
Un tercer concepto es que un UE podría mantener una entidad HARQ para la recepción de difusión amplia de enlace lateral. El UE podría mantener una entidad HARQ para la recepción de unidifusión y de difusión grupal de enlace lateral. De forma adicional o alternativa, el UE podría mantener una entidad HARQ para unidifusión de enlace lateral
y otra entidad HARQ para recepción de difusión grupal. Las ilustraciones del tercer concepto se muestran en la FIG.
10 y la FIG. 11. El UE podría asociar una SCI a una de las entidades HARQ basándose en la ID de destino y/o la ID de origen asociadas a la SCI. El UE podría asociar la SCI a un proceso HARQ basándose en el número HARQ asociado a (o indicado en) la SCI.
En la reunión RAN2#106 del 3GPP (como se recoge en el informe de la reunión RAN2#106 del 3GPP), se acuerda la supervisión de fallos de enlace de radio (RLF) para el UE transmisor (UE Tx) y el UE receptor (UE Rx) para la comunicación de unidifusión enlace lateral (SL). Sin embargo, los procedimientos detallados asociados a la declaración RLF SL NR no están claros y puede que no sea adecuado aplicar los procedimientos RLF en Uu directamente.
Por ejemplo, de acuerdo con la especificación actual sobre supervisión de enlace de radio y declaración de fallo de enlace de radio (como se analiza en la especificación TS 38.331 del 3GPP) en el enlace Uu NR, cuando un UE detecta un fallo de enlace de radio con una red, el UE podría realizar acciones y pasar a RRC_IDLE o iniciar el procedimiento de restablecimiento de conexión con una red. Algunas de las acciones pueden no ser aplicables a RLF SL ya que es posible que el UE no tenga ningún problema de conexión con la red y, por lo tanto, no es necesario salir del modo RRC_CONNECTED para Uu. Además, cuando el UE declara RLF SL con un segundo UE, puede no ser necesario que el UE realice una reselección de célula (o reselección de UE) asociada al restablecimiento de conexión ya que no tiene efecto en la recuperación de la conexión con el segundo UE. En esta solicitud, se analizan los posibles comportamientos de un UE de enlace lateral en respuesta a la supervisión o detección de RLF SL.
Un concepto es que cuando un primer UE considera que se detecta un RLF (SL) asociado a un segundo UE, en el que el primer UE mantiene una entidad MAC o HARq (de enlace lateral) (dedicada) para la comunicación (de unidifusión) de enlace lateral del segundo UE, el primer UE podría realizar una combinación de los siguientes procedimientos.
En un procedimiento, el primer UE podría realizar un restablecimiento de MAC SL asociado a la entidad MAC. De forma adicional o alternativa, el primer UE puede no realizar el restablecimiento de MAC SL para entidades MAC distintas de la entidad MAC asociada al RLF (SL). De forma adicional o alternativa, el primer UE podría realizar el restablecimiento de MAC SL para la entidad HARQ asociada al segundo UE.
El primer UE podría detener (la totalidad de) las transmisiones o recepciones de enlace lateral desde el primer UE al segundo UE. El UE podría inicializar variables para la priorización de canales lógicos para canales lógicos de enlace lateral asociados al segundo UE.
De forma adicional o alternativa, el primer UE puede no detener las transmisiones de enlace lateral desde el primer UE al segundo UE. El primer UE podría realizar una transmisión de enlace lateral al segundo UE después de la detección del RLF (SL) asociado al segundo UE. Por ejemplo, el primer UE podría realizar una transmisión de enlace lateral al segundo UE indicando un RLF con respecto a un enlace de unidifusión (desde un UE2 a un UE1).
En otro procedimiento, el primer UE podría liberar o suspender (configuraciones de) portadoras de radio (de enlace lateral) asociadas al segundo UE. El UE podría liberar o suspender (una configuración de) RB (de enlace lateral) asociado a la entidad MAC. De forma adicional o alternativa, el primer UE podría liberar o suspender (una configuración de) RB (de enlace lateral) asociada a la entidad HARQ (de unidifusión) asociada al segundo UE.
En otro procedimiento, el primer UE podría cancelar solicitudes de planificación pendientes asociadas al segundo UE en respuesta al RLF SL con el segundo UE. De forma adicional o alternativa, el UE puede no cancelar las SR pendientes en respuesta a la detección de RLF SL. De forma adicional o alternativa, el UE puede no cancelar los BSR pendientes asociados a la entidad MAC (no asociada al segundo UE) en respuesta al RLF SL con el segundo UE. De forma adicional o alternativa, el UE podría cancelar los BSR pendientes asociados al segundo UE en respuesta al RLF SL. Por ejemplo, un BSR SL podría desencadenarse en respuesta a la llegada de nuevos datos asociados al segundo UE. El primer UE podría cancelar el BSR SL si se detecta o se produce un RLF SL asociado al segundo UE (dado que ya no es necesario transmitir los nuevos datos). Un segundo BSR SL, asociado a la entidad MAC, podría desencadenarse en respuesta a la llegada de nuevos datos asociados a un tercer UE. El primer UE puede no cancelar el segundo BSR SL si se detecta o se produce un RLF SL asociado al segundo UE.
En otro procedimiento, el primer UE podría detener uno o más temporizadores asociados al segundo UE. De forma adicional o alternativa, el primer UE puede no detener uno o más temporizadores asociados a uno o más terceros UE distintos del segundo UE, en el que el primer UE realiza comunicaciones de enlace lateral con el uno o más terceros UE (usando la misma entidad MAC). De forma adicional o alternativa, el primer UE puede no detener uno o más temporizadores asociados a una red, en el que el primer UE realiza una comunicación UL o DL con la red.
El uno o más temporizadores podrían incluir un temporizador BSR de retransmisión para SL, en el que el primer UE desencadena un BSR de enlace lateral habitual en respuesta a la expiración del temporizador BSR de retransmisión para SL. El uno o más temporizadores podrían incluir un temporizador BSR periódico para SL, en el que el primer UE desencadena un BSR periódico en respuesta a la expiración del temporizador BSR periódico para SL.
El uno o más temporizadores podrían incluir un temporizador SR de prohibición (asociado a la configuración SR asociada a un BSR SL), en el que el primer UE no transmite (señaliza) una SR asociada a la configuración SR si el temporizador está en ejecución. De forma adicional o alternativa, el primer UE puede no detener el temporizador SR de prohibición si la configuración SR asociada al temporizador SR de prohibición no está (dedicada) para la comunicación de enlace lateral (asociada al segundo UE).
El uno o más temporizadores podrían incluir temporizadores asociados a recepción discontinua (DRX) para SL (asociados al segundo UE). De forma adicional o alternativa, el primer UE puede no detener los temporizadores asociados a la recepción discontinua para SL si los temporizadores no están (dedicados) para el segundo UE.
El uno o más temporizadores podrían incluir un temporizador de resolución de contiendas. El UE no puede detener el temporizador de resolución de contiendas si el procedimiento de acceso aleatorio asociado al temporizador no se inicia en respuesta a un UE V2X.
Gestión de procedimientos de acceso aleatorio (RA)
En otro procedimiento, el primer UE podría detener procedimientos de acceso aleatorio (en curso) asociados al segundo UE en respuesta a la detección de RLF con el segundo UE. El primer UE podría vaciar la memoria intermedia de Msg3 en respuesta a la detección de RLF SL asociado al segundo UE. De forma adicional o alternativa, el primer UE puede no detener procedimientos de acceso aleatorio (en curso) no asociados al segundo UE en respuesta al RLF SL con el segundo UE.
Por ejemplo, el primer UE podría iniciar un procedimiento de acceso aleatorio a una red en respuesta a la transmisión máxima de SR asociada al segundo UE. El primer UE podría detener el procedimiento de acceso aleatorio si el primer UE detecta un RLF con el segundo UE.
En otro procedimiento, el primer UE podría vaciar memorias intermedias (programables) para los procesos HARQ SL asociados al segundo UE. Más específicamente, el primer UE podría vaciar memorias intermedias (programables) para los procesos HARQ SL usados para recibir transmisiones de enlace lateral procedentes del primer UE y puede no vaciar las memorias intermedias para los procesos HARQ SL usados para recibir transmisiones de enlace lateral procedentes de UE que no sean el segundo UE. Es posible que el primer UE no vacíe las memorias intermedias programables para los procesos HARQ DL en respuesta a un RLF asociado a SL. Por ejemplo, el primer UE podría vaciar memorias intermedias (programables) para los procesos HARQ SL usados para la recepción de unidifusión en una entidad HARQ (de enlace lateral) asociada al segundo UE. El primer UE podría vaciar la memoria intermedia para los procesos HARQ SL usados en transmisiones (de unidifusión) en la entidad HARQ (de enlace lateral) asociada al segundo UE.
En otro procedimiento, el primer UE podría liberar recursos de enlace lateral asociados al segundo UE. Por ejemplo, el primer UE podría liberar la configuración SPS SL o liberar recursos reservados asociados a la configuración SPS SL (configurada por una red) para realizar la transmisión de enlace lateral con el segundo UE. De forma adicional o alternativa, el primer UE podría liberar recursos reservados usando el modo 2 (por ejemplo, selección de recursos autónomos) para realizar la transmisión de enlace lateral con el segundo UE. De forma adicional o alternativa, el primer UE podría usar los recursos reservados para realizar la comunicación de enlace lateral con otros UE.
El primer UE podría indicar a otros UE la liberación de los recursos en respuesta a un RLF SL con el segundo UE. El primer UE podría indicar a la red la liberación de los recursos en respuesta a un RLF SL con el segundo UE.
En otro procedimiento, el primer UE podría recibir información asociada al segundo UE por medio de una red después de la detección del RLF SL con el segundo UE. De forma adicional o alternativa, el primer UE podría recibir información asociada al segundo UE por medio de un tercer UE (por ejemplo, un UE de retransmisión) después de la detección del RLF SL.
En la FIG. 12 se muestra un ejemplo. Un UE1 podría realizar una comunicación SL con un UE2. El UE1 podría detectar un RLF SL asociado al UE2. El UE1 podría enviar un informe RLF a un gNB y/o UE de retransmisión. El informe RLF podría indicar un RLF SL entre el u E1 y el UE2. El gNB y/o el UE de retransmisión podrían enviar una solicitud de redirección al UE2 y recibir información del UE2 desde el UE2. El gNB y/o el UE de retransmisión podrían transmitir un mensaje de redirección de UE2 al UE1.
La información de UE2 podría incluir datos de SL para el UE1. La información de UE2 podría incluir la configuración SL (por ejemplo, configuración SLRB, MCS, informe de CSI) asociada al UE2. La información de UE2 podría transmitirse por medio de un enlace Uu y/o una interfaz PC5. El mensaje de redirección de UE2 podría incluir información de UE2. El mensaje de redirección de UE2 podría contener datos de SL del UE2 para el UE1. El UE1 podría realizar una transmisión SL al UE2 por medio de la comunicación SL (por ejemplo, el UE1 sigue realizando una transmisión SL desde el UE1 al UE2 después de detectar un RLF SL desde el u E2 al UE1). El UE2 podría transmitir datos al UE1 por medio del gNB o el UE de retransmisión.
Para todos los conceptos y ejemplos anteriores:
- Las capas superiores del primer UE podrían indicar en qué ID de destino (grupo) está interesada el primer UE. - El primer UE podría ser un UE V2X. El segundo UE podría ser un UE V2X.
- El primer UE podría realizar una comunicación de unidifusión de enlace lateral con el segundo UE.
- El primer UE podría realizar una comunicación de difusión grupal de enlace lateral con el segundo UE.
- El primer UE podría realizar una comunicación de difusión amplia de enlace lateral con el segundo UE.
- La difusión amplia de enlace lateral, la unidifusión y la difusión grupal podrían estar en la misma portadora.
- La difusión amplia de enlace lateral, la unidifusión y la difusión grupal podrían estar en portadoras diferentes.
- El (primer) UE podría determinar si una SCI recibida está asociada a unidifusión, difusión amplia o difusión grupal al menos en base a la ID de destino (capa 1 o capa 2) y/o la ID de origen (capa 1/capa 2).
- El (primer) UE podría determinar si una SCI recibida está asociada a unidifusión, difusión amplia o difusión grupal al menos en base a si la SCI indica un número de proceso de HARQ.
- Dos TB podrían ser el mismo TB si los dos TB incluyen los mismos datos (SL).
- Cuando un UE asocia la SCI a un proceso HARQ, el UE podría dirigir al proceso HARQ información de HARQ y TB asociados a la SCI.
- El UE podría mantener una entidad HARQ para cada par de ID de destino e ID de origen.
- El primer UE podría configurarse con configuraciones de SR (dedicadas) para (cada uno de) los demás UE, en el que el primer UE realiza comunicaciones de enlace lateral con (cada uno de) los otros UE.
- El segundo UE podría ser una unidad de carretera (RSU).
La FIG. 13 es un diagrama de flujo 1300 de acuerdo con un modo de realización ejemplar desde la perspectiva de un primer dispositivo para gestionar fallos de enlace de radio. En la etapa 1305, el primer dispositivo realiza o establece una comunicación de unidifusión de enlace lateral con un segundo dispositivo. En la etapa 1310, el primer dispositivo realiza o establece una comunicación de unidifusión de enlace lateral con un tercer dispositivo. En la etapa 1315, el primer dispositivo detecta un fallo de enlace de radio asociado al segundo dispositivo. En la etapa 1320, el primer dispositivo realiza un restablecimiento de MAC de enlace lateral asociado al segundo dispositivo en respuesta al fallo de enlace de radio, y que no realiza un restablecimiento de MAC de enlace lateral asociado al tercer dispositivo. Preferentemente, el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo puede incluir o comprender que el primer dispositivo detenga (todas) las transmisiones y/o recepciones de enlace lateral asociadas al segundo dispositivo. De manera preferente o alternativa, el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo puede no incluir detener (todas) las transmisiones y/o recepciones de enlace lateral asociadas al tercer dispositivo. La transmisión o recepción de enlace lateral puede incluir o comprender la transmisión o recepción de PSSCH (canal físico compartido de enlace lateral), de PSCCH (canal físico de control de enlace lateral) y/o de PSFCH (canal físico de retroalimentación de enlace lateral).
Preferentemente, el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo puede incluir o comprender que el primer dispositivo considere que uno o más temporizadores asociados al segundo dispositivo hayan expirado. De forma adicional o alternativa, el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo puede incluir o comprender que el primer dispositivo no considere que uno o más temporizadores asociados al tercer dispositivo hayan expirado. El restablecimiento de MAC de enlace lateral asociado al segundo dispositivo también puede incluir o comprender la cancelación de (todas) las solicitudes de planificación (SR) pendientes y/o de los informes de estado de memoria intermedia (BSR) asociados al segundo dispositivo. De manera preferente o alternativa, el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo puede no incluir la cancelación de (todas) las solicitudes de planificación (SR) pendientes y/o de los informes de estado de memoria intermedia (BSR) asociados al tercer dispositivo.
Preferentemente, el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo puede incluir o comprender el vaciado de (toda) la memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el segundo dispositivo. De manera preferente o alternativa, el restablecimiento de MAC de enlace
lateral asociado al segundo dispositivo puede no incluir el vaciado de (toda) la memoria intermedia programare asociada a la comunicación de unidifusión de enlace lateral con el tercer dispositivo.
Preferentemente, el restablecimiento de MAC de enlace lateral puede incluir la liberación de recursos de unidifusión de enlace lateral asociados al segundo dispositivo planificados por una red o reservados por el primer dispositivo. Preferentemente, el primer dispositivo puede mantener una entidad MAC (de enlace lateral) para la comunicación de unidifusión de enlace lateral con el segundo dispositivo y la comunicación de unidifusión de enlace lateral con el tercer dispositivo.
Se hace referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un primer dispositivo para gestionar fallos de enlace de radio. El primer 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 dispositivo (i) realice o establezca una comunicación de unidifusión de enlace lateral con un segundo dispositivo y realice o establezca una comunicación de unidifusión de enlace lateral con un tercer dispositivo, (ii) detecte un fallo de enlace de radio asociado al segundo dispositivo, y (iii) realice un restablecimiento de mAc de enlace lateral asociado al segundo dispositivo en respuesta al fallo de enlace de radio, y no realice un restablecimiento de MAC de enlace lateral asociado al tercer dispositivo. 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.
La FIG. 14 es un diagrama de flujo 1400 de acuerdo con un modo de realización ejemplar desde la perspectiva de un primer dispositivo para gestionar recepciones de enlace lateral. En la etapa 1405, el primer dispositivo recibe una primera s C i por medio de una difusión amplia de enlace lateral, en la que la primera SCI indica un primer TB y una primera identidad de destino. En la etapa 1410, el primer dispositivo determina asociar la primera SCI (y el primer TB) a un primer proceso HARQ en una primera entidad HARQ al menos en base a la primera identidad de destino. En la etapa 1415, el primer dispositivo recibe una segunda SCI desde un segundo dispositivo mediante unidifusión de enlace lateral, en la que la segunda SCI indica un segundo TB, un primer número de proceso de HARQ y una primera identidad de origen. En la etapa 1420, el primer dispositivo determina asociar la segunda SCI (y el segundo TB) a un segundo proceso HARQ en una segunda entidad HARQ al menos en base al primer número de proceso de HARQ y la primera identidad de origen. En la etapa 1425, el primer dispositivo recibe una tercera SCI desde un tercer dispositivo por medio de una difusión grupal de enlace lateral, en la que la tercera SCI indica un tercer TB, un segundo número de proceso de HARQ y una segunda identidad de origen. En la etapa 1430, el primer dispositivo determina si asociar la tercera SCI (y el tercer TB) a un tercer proceso HARQ en una tercera entidad HARQ al menos en base al segundo número de proceso de HARQ y la segunda identidad de origen.
Preferentemente, el primer dispositivo podría determinar si asociar la segunda SCI y el segundo TB al segundo proceso HARQ basándose además en una segunda identidad de destino indicada en la segunda SCI. El primer dispositivo también podría determinar si asociar la tercera SCI y el tercer TB al tercer proceso HARQ basándose además en una tercera identidad de destino indicada en la tercera SCI.
Preferentemente, el primer dispositivo podría recibir una cuarta SCI desde un cuarto dispositivo mediante unidifusión de enlace lateral, en el que la cuarta SCI indica un cuarto TB, un tercer número de proceso de HARQ y una tercera identidad de origen. Además, el primer dispositivo podría determinar si asociar la cuarta SCI (y el cuarto TB) a un cuarto proceso HARQ en una cuarta entidad HARQ al menos en base al tercer número de proceso de HARQ. Además, el primer dispositivo podría determinar si asociar la cuarta SCI y el cuarto TB al cuarto proceso HARQ basándose además en una cuarta identidad de destino indicada en la cuarta SCI.
Preferentemente, la cuarta entidad HARQ podría ser diferente de la segunda entidad HARQ si la tercera identidad de origen es diferente de la primera identidad de origen. La cuarta entidad HARQ también podría ser diferente de la segunda entidad HARQ si la segunda identidad de destino es diferente de la cuarta identidad de destino.
Preferentemente, la cuarta entidad HARQ podría ser la segunda entidad HARQ si la tercera identidad de origen es la misma que la primera identidad de origen. La cuarta entidad HARQ también podría ser la segunda entidad HARQ si la segunda identidad de destino es la misma que la cuarta identidad de destino.
Preferentemente, la primera entidad HARQ podría estar (dedicada) para la recepción de difusión amplia de enlace lateral. La segunda entidad HARQ también podría estar (dedicada) para la recepción de unidifusión de enlace lateral. Además, la tercera entidad HARQ podría estar (dedicada) para la recepción de difusión grupal de enlace lateral. Además, la cuarta entidad HARQ podría estar (dedicada) para la recepción de unidifusión de enlace lateral.
Preferentemente, la primera, segunda, tercera o cuarta entidad HARQ podría estar asociada a una frecuencia portadora. La segunda entidad HARQ podría ser la tercera entidad HARQ.
Se hace referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un primer dispositivo para gestionar la recepción de enlace lateral. El primer 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 dispositivo (i) reciba una primera SCI por medio de una difusión amplia de enlace lateral, en la que la primera SCI indica un primer
TB y una primera identidad de destino, (ii) determine asociar la primera SCI (y el primer TB) a un primer proceso HARQ en una primera entidad HARQ al menos en base a la primera identidad de destino, (iii) reciba una segunda SCI desde un segundo dispositivo mediante unidifusión de enlace lateral, en la que la segunda SCI indica un segundo TB, un primer número de proceso de HARQ y una primera identidad de origen, (iv) determine asociar la segunda SCI (y el segundo TB) a un segundo proceso HARQ en una segunda entidad HARQ al menos en base al primer número de proceso de HARQ y la primera identidad de origen, (v) reciba una tercera SCI desde un tercer dispositivo mediante difusión grupal de enlace lateral, en la que la tercera SCI indica un tercer TB, un segundo número de proceso de HARQ y una segunda identidad de origen, y (vi) determine si asociar la tercera SCI (y el tercer TB) a un tercer proceso HARQ en una tercera entidad HARQ al menos en base al segundo número de proceso de HARQ y la segunda identidad de origen. 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.
La FIG. 15 es un diagrama de flujo 1500 de acuerdo con un modo de realización ejemplar desde la perspectiva de un primer dispositivo para gestionar fallos de enlace de radio con un segundo dispositivo. En la etapa 1505, el primer dispositivo detecta un fallo de enlace de radio asociado al segundo dispositivo, en el que el primer dispositivo realiza una comunicación de unidifusión de enlace lateral con el segundo dispositivo. En la etapa 1510, el primer dispositivo realiza el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo.
Preferentemente, el restablecimiento de MAC de enlace lateral puede incluir que el primer dispositivo detenga (todas) las transmisiones de enlace lateral asociadas al segundo dispositivo. El restablecimiento de MAC de enlace lateral también puede incluir que el primer dispositivo detenga (todas) las recepciones de enlace lateral asociadas al segundo dispositivo.
Preferentemente, el restablecimiento de MAC de enlace lateral puede incluir que el primer dispositivo considere que uno o más temporizadores asociados al segundo dispositivo hayan expirado. El uno o más temporizadores pueden incluir un temporizador de prohibición de SR.
Preferentemente, el restablecimiento de MAC de enlace lateral puede incluir que el primer dispositivo detenga cualquier procedimiento de acceso aleatorio en curso asociado al segundo dispositivo. De forma alternativa, el restablecimiento de MAC de enlace lateral puede no incluir que el primer dispositivo detenga cualquier procedimiento de acceso aleatorio en curso no asociado al segundo dispositivo. El procedimiento de acceso aleatorio en curso asociado al segundo dispositivo puede desencadenarse en respuesta a la llegada de datos de enlace lateral (unidifusión), en el que los datos de enlace lateral (unidifusión) están asociados al segundo dispositivo.
Preferentemente, el restablecimiento de MAC de enlace lateral puede incluir que el primer dispositivo cancele (la totalidad de) las SR pendientes/los BSR asociados al segundo dispositivo. De forma alternativa, el restablecimiento de MAC de enlace lateral puede no incluir que el primer dispositivo cancele (la totalidad de) las SR pendientes o los BSR no asociados al segundo dispositivo.
Preferentemente, el restablecimiento de MAC de enlace lateral puede incluir el vaciado de toda la memoria intermedia programable asociada al segundo dispositivo. De forma alternativa, el restablecimiento de MAC de enlace lateral puede no incluir el vaciado de la memoria intermedia programable no asociada a la comunicación (unidifusión) de enlace lateral con el segundo dispositivo.
Preferentemente, el restablecimiento de MAC de enlace lateral puede incluir la liberación de recursos (de unidifusión) de enlace lateral asociados al segundo dispositivo. El restablecimiento de MAC de enlace lateral también puede incluir la liberación de recursos (de unidifusión) de enlace lateral planificados por una red. Además, el restablecimiento de MAC de enlace lateral puede incluir la liberación de recursos (de unidifusión) de enlace lateral reservados por el primer dispositivo (usando el modo de selección de recursos autónomos).
Preferentemente, la transmisión o recepción de enlace lateral asociada al segundo dispositivo puede incluir transmisión de PSSCH, transmisión de PSCCH o transmisión de PSFCH.
Preferentemente, el primer dispositivo podría detectar el fallo de enlace de radio en respuesta a la recepción de una indicación consecutiva de "fuera de sincronización" asociada al segundo dispositivo. La identidad de destino puede ser la ID de destino de capa 1 o de capa 2. La identidad de origen puede ser la ID de origen de capa 1 o capa 2.
Se hace referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un primer dispositivo para gestionar fallos de enlace de radio con un segundo dispositivo. El primer 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 dispositivo (i) detecte un fallo de enlace de radio asociado al segundo dispositivo, en el que el primer dispositivo realiza una comunicación de unidifusión de enlace lateral con el segundo dispositivo, y (ii) realice el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo. 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.
La FIG. 16 es un diagrama de flujo 1600 de acuerdo con un modo de realización ejemplar desde la perspectiva de un primer dispositivo para gestionar fallos de enlace de radio. En la etapa 1605, el primer dispositivo realiza o establece una comunicación de unidifusión de enlace lateral con un segundo dispositivo. En la etapa 1610, el primer dispositivo realiza o establece una comunicación de unidifusión de enlace lateral con un tercer dispositivo. En la etapa 1615, el primer dispositivo detecta un fallo de enlace de radio asociado al segundo dispositivo. En la etapa 1620, el primer dispositivo cancela las SR pendientes y/o los BSR asociados al segundo dispositivo en respuesta al fallo de enlace de radio, y no cancela las SR pendientes y/o los BSR asociados al tercer dispositivo en respuesta al fallo de enlace de radio.
Preferentemente, el primer dispositivo puede detener la transmisión y/o recepción de enlace lateral asociadas al segundo dispositivo en respuesta al fallo de enlace de radio, y no puede detener la transmisión y/o recepción de enlace lateral asociadas al tercer dispositivo en respuesta al fallo de enlace de radio, en el que la transmisión y/o recepción de enlace lateral incluyen transmisión o recepción de PSSCH, PSCCH y/o PSFCH. El primer dispositivo también puede vaciar la memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el segundo dispositivo en respuesta al fallo de enlace de radio, y no vaciar la memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el tercer dispositivo en respuesta al fallo de enlace de radio. Además, el primer dispositivo puede mantener una entidad MAC de enlace lateral para la comunicación de unidifusión de enlace lateral con el segundo dispositivo y la comunicación de unidifusión de enlace lateral con el tercer dispositivo.
Se hace referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un primer dispositivo para gestionar fallos de enlace de radio. El primer 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 dispositivo (i) realice o establezca una comunicación de unidifusión de enlace lateral con un segundo dispositivo, (ii) realice o establezca una comunicación de unidifusión de enlace lateral con un tercer dispositivo, (iii) detecte un fallo de enlace de radio asociado al segundo dispositivo, y (iv) cancele las SR pendientes y/o los BSR asociados al segundo dispositivo en respuesta al fallo de enlace de radio, y no cancele las SR pendientes y/o los BSR asociados al tercer dispositivo en respuesta al fallo de enlace de radio. 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.
La FIG. 17 es un diagrama de flujo 1700 de acuerdo con un modo de realización ejemplar desde la perspectiva de un primer dispositivo para gestionar fallos de enlace de radio. En la etapa 1705, el primer dispositivo realiza o establece una comunicación de unidifusión de enlace lateral con un segundo dispositivo. En la etapa 1710, el primer dispositivo realiza o establece una comunicación de unidifusión de enlace lateral con un tercer dispositivo. En la etapa 1715, el primer dispositivo detecta un fallo de enlace de radio asociado al segundo dispositivo. En la etapa 1720, el primer dispositivo vacía la memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el segundo dispositivo y no vacía la memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el tercer dispositivo.
Preferentemente, el primer dispositivo puede cancelar las SR pendientes y/o los BSR asociados al segundo dispositivo en respuesta al fallo de enlace de radio, y puede no cancelar las SR pendientes y/o los BSR asociados al tercer dispositivo en respuesta al fallo de enlace de radio. El primer dispositivo también puede detener la transmisión y/o recepción de enlace lateral asociadas al segundo dispositivo en respuesta al fallo de enlace de radio, y no puede detener la transmisión y/o recepción de enlace lateral asociadas al tercer dispositivo en respuesta al fallo de enlace de radio, en el que la transmisión o recepción de enlace lateral incluye transmisión o recepción de PSSCH, PSCCH y/o PSFCH. Además, el primer dispositivo puede liberar recursos de unidifusión de enlace lateral asociados al segundo dispositivo planificados por una red o reservados por el primer dispositivo en respuesta al fallo de enlace de radio. Además, el primer dispositivo puede mantener una entidad MAC de enlace lateral para la comunicación de unidifusión de enlace lateral con el segundo dispositivo y la comunicación de unidifusión de enlace lateral con el tercer dispositivo.
Se hace referencia de nuevo a las FIGS. 3 y 4, en un modo de realización ejemplar de un primer dispositivo para gestionar fallos de enlace de radio. El primer 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 dispositivo (i) realice o establezca comunicación de unidifusión de enlace lateral con un segundo dispositivo, (ii) realice o establezca comunicación de unidifusión de enlace lateral con un tercer dispositivo, (iii) detecte un fallo de enlace de radio asociado al segundo dispositivo, y (iv) vacíe la memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el segundo dispositivo y no vacíe la memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el tercer dispositivo. 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 divulgan 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, dicho aparato se podría implementar o dicho procedimiento 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 en el 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 en el 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, las instrucciones, los comandos, la información, las señales, los bits, los símbolos y los fragmentos de información 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 conveniencia, se pueden denominar en el presente documento "software" o "módulo de software") o combinaciones de ambas cosas. 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 de aplicación y de diseño particulares impuestas al sistema global. Los expertos en la técnica pueden implementar la funcionalidad descrita de varias maneras 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 en, 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, una lógica de puertas o transistores discretos, unos componentes de hardware discretos, unos componentes eléctricos, unos componentes ópticos, unos 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 un 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 mientras se mantengan dentro 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, unos 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 puede 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 (15)
1. Un procedimiento de un primer dispositivo que gestiona fallos de enlace de radio, que comprende:
realizar o establecer una comunicación de unidifusión de enlace lateral con un segundo dispositivo (1305); realizar o establecer una comunicación de unidifusión de enlace lateral con un tercer dispositivo (1310); detectar un fallo de enlace de radio asociado al segundo dispositivo (1315); y
realizar un restablecimiento de control de acceso a medios, en lo sucesivo también denominado MAC, de enlace lateral asociado al segundo dispositivo en respuesta al fallo de enlace de radio, y no realizar un restablecimiento de MAC de enlace lateral asociado al tercer dispositivo (1320).
2. El procedimiento de la reivindicación 1, en el que el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo incluye que el primer dispositivo detenga la transmisión y/o recepción de enlace lateral asociadas al segundo dispositivo.
3. El procedimiento de la reivindicación 1 o 2, en el que la transmisión y/o recepción de enlace lateral incluye la transmisión o recepción de canal físico compartido de enlace lateral, en lo sucesivo también denominado PSSCH, de canal físico de control de enlace lateral, en lo sucesivo también denominado PSCCH, y/o de canal físico de retroalimentación de enlace lateral, en lo sucesivo también denominado PSFCH.
4. El procedimiento de una cualquiera de las reivindicaciones 1 a 3, en el que el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo no incluye detener la transmisión y/o recepción de enlace lateral asociadas al tercer dispositivo.
5. El procedimiento de una cualquiera de las reivindicaciones 1 a 4, en el que el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo incluye que el primer dispositivo considere que uno o más temporizadores asociados al segundo dispositivo han expirado.
6. El procedimiento de una cualquiera de las reivindicaciones 1 a 5, en el que el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo incluye la cancelación de solicitudes de planificación pendientes, en lo sucesivo también denominadas SR, y/o de informes de estado de memoria intermedia, en lo sucesivo también denominados BSR, asociados al segundo dispositivo.
7. El procedimiento de una cualquiera de las reivindicaciones 1 a 6, en el que el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo no incluye la cancelación de solicitudes de planificación pendientes, en lo sucesivo también denominadas SR, y/o de informes de estado de memoria intermedia, en lo sucesivo también denominados BSR, asociados al tercer dispositivo.
8. El procedimiento de una cualquiera de las reivindicaciones 1 a 7, en el que el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo incluye el vaciado de una memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el segundo dispositivo.
9. El procedimiento de una cualquiera de las reivindicaciones 1 a 8, en el que el restablecimiento de MAC de enlace lateral asociado al segundo dispositivo no incluye el vaciado de una memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el tercer dispositivo.
10. El procedimiento de una cualquiera de las reivindicaciones 1 a 9, en el que el restablecimiento de MAC de enlace lateral incluye la liberación de recursos de unidifusión de enlace lateral asociados al segundo dispositivo planificados por una red o reservados por el primer dispositivo.
11. Un procedimiento de un primer dispositivo que gestiona fallos de enlace de radio, que comprende:
a) realizar o establecer una comunicación de unidifusión de enlace lateral con un segundo dispositivo (1605; 1705);
b) realizar o establecer una comunicación de unidifusión de enlace lateral con un tercer dispositivo (1610; 1710); c) detectar un fallo de enlace de radio asociado al segundo dispositivo (1615; 1715); y
d1) cancelar solicitudes de planificación pendientes, en adelante también denominadas SR, y/o informes de estado de memoria intermedia, en lo sucesivo también denominados BSR, asociados al segundo dispositivo en respuesta al fallo de enlace de radio, y no cancelar las SR pendientes y/o o BSR asociados al tercer dispositivo en respuesta al fallo de enlace de radio (1620), y/o
d) vaciar la memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el segundo dispositivo, y no vaciar la memoria intermedia programable asociada a la comunicación de unidifusión de enlace lateral con el tercer dispositivo (1720).
12. El procedimiento de la reivindicación 11, en el que el primer dispositivo detiene la transmisión y/o recepción de enlace lateral asociada al segundo dispositivo en respuesta al fallo de enlace de radio, y no detiene la transmisión y/o recepción de enlace lateral asociada al tercer dispositivo en respuesta al fallo de enlace de radio, en el que la transmisión o recepción de enlace lateral incluye la transmisión o recepción de canal físico compartido de enlace lateral, en lo sucesivo también denominado PSSCH, de canal físico de control de enlace lateral, en lo sucesivo también denominado PSCCH, y/o de canal físico de retroalimentación de enlace lateral, en lo sucesivo también denominado PSFCH.
13. El procedimiento de la reivindicación 11 o 12, en el que el primer dispositivo libera recursos de unidifusión de enlace lateral asociados al segundo dispositivo planificados por una red o reservados por el primer dispositivo en respuesta al fallo de enlace de radio.
14. El procedimiento de una cualquiera de las reivindicaciones 1 a 13, en el que el primer dispositivo mantiene una entidad MAC de enlace lateral para la comunicación de unidifusión de enlace lateral con el segundo dispositivo y la comunicación de unidifusión de enlace lateral con el tercer dispositivo.
15. Un primer dispositivo, 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 de forma operativa 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 como se define en una cualquiera de las reivindicaciones precedentes.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201962884365P | 2019-08-08 | 2019-08-08 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2922348T3 true ES2922348T3 (es) | 2022-09-13 |
Family
ID=71950462
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES20189529T Active ES2922348T3 (es) | 2019-08-08 | 2020-08-05 | Procedimientos y aparatos para gestionar múltiples comunicaciones de enlace lateral en un sistema de comunicación inalámbrica |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US11032864B2 (es) |
| EP (1) | EP3780887B1 (es) |
| JP (1) | JP6935557B2 (es) |
| KR (1) | KR102309642B1 (es) |
| CN (1) | CN112351508B9 (es) |
| ES (1) | ES2922348T3 (es) |
| TW (1) | TWI747420B (es) |
Families Citing this family (45)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2021003693A1 (en) * | 2019-07-10 | 2021-01-14 | Mediatek Singapore Pte. Ltd. | Discontinuous reception on a sidelink interface |
| CN112351508B9 (zh) * | 2019-08-08 | 2021-12-03 | 华硕电脑股份有限公司 | 无线通信系统中用于处理多侧链路通信的方法和设备 |
| CN114557093B (zh) * | 2019-08-13 | 2025-12-09 | 三星电子株式会社 | 在无线通信系统中分配资源的装置和方法 |
| US11647558B2 (en) * | 2019-08-30 | 2023-05-09 | Hyundai Motor Company | Method and apparatus for radio link management in sidelink communication |
| CN114375602B (zh) * | 2019-09-30 | 2025-06-06 | 华为技术有限公司 | 通信方法及装置 |
| CN114450904B (zh) * | 2019-10-01 | 2024-01-05 | 华为技术有限公司 | 一种控制harq进程的方法以及装置 |
| CN118890131A (zh) * | 2019-10-03 | 2024-11-01 | 捷开通讯(深圳)有限公司 | 侧链反馈传输的方法和基站 |
| WO2021067959A2 (en) * | 2019-10-03 | 2021-04-08 | Ofinno, Llc | Sidelink configuration of wireless devices |
| US12432739B2 (en) * | 2019-10-04 | 2025-09-30 | Nokia Technologies Oy | Sidelink advanced notification |
| CN114830804A (zh) * | 2019-10-14 | 2022-07-29 | 瑞典爱立信有限公司 | 用于副链路的rlm过程 |
| TW202118339A (zh) * | 2019-10-21 | 2021-05-01 | 南韓商Ｌｇ電子股份有限公司 | 在無線通訊系統中與頻寬部分的單播鏈路上傳送訊號的使用者設備有關的操作方法 |
| US11770742B2 (en) * | 2019-10-28 | 2023-09-26 | Lg Electronics Inc. | Triggering of transmission carrier or resource reselection |
| US11588586B2 (en) * | 2019-10-30 | 2023-02-21 | Qualcomm Incorporated | HARQ operation for broadcast in FR2 |
| WO2021085909A1 (ko) * | 2019-11-03 | 2021-05-06 | 엘지전자 주식회사 | 무선통신시스템에서 pc5 유니캐스트 링크 해제에 관련된 ue의 동작 방법 |
| CN114616841B (zh) * | 2019-11-06 | 2024-12-31 | 富士通株式会社 | 一种车辆通信业务的通信方法、装置和通信系统 |
| CN114651471B (zh) * | 2019-11-07 | 2024-04-12 | Lg电子株式会社 | 无线通信系统中传输优先化的方法和装置 |
| US20220394674A1 (en) * | 2019-11-07 | 2022-12-08 | Apple Inc. | Prioritization Between Uplink and Sidelink Communications |
| US11968736B2 (en) * | 2020-02-21 | 2024-04-23 | Qualcomm Incorporated | Discontinuous transmission and discontinuous reception configurations for sidelink communications |
| KR102618367B1 (ko) * | 2020-04-09 | 2023-12-28 | 엘지전자 주식회사 | 무선 장치 간의 rrc 연결을 위한 mac 리셋 |
| WO2021206494A1 (en) * | 2020-04-09 | 2021-10-14 | Lg Electronics Inc. | Soft buffer flushing based on mac reset for rrc connection between wireless devices |
| WO2021206466A1 (en) * | 2020-04-09 | 2021-10-14 | Lg Electronics Inc. | Sidelink harq feedback and resource pool selection |
| KR102691385B1 (ko) * | 2020-04-09 | 2024-08-06 | 엘지전자 주식회사 | 사이드링크 자원 할당 및 mac 리셋 |
| EP4120608B1 (en) * | 2020-04-09 | 2025-03-12 | LG Electronics, Inc. | Method and apparatus for performing mode 1 sl communication in nr v2x |
| US11825483B2 (en) | 2020-06-24 | 2023-11-21 | Qualcomm Incorporated | Ultra-reliable low-latency communication over sidelink |
| US11497036B2 (en) * | 2020-06-24 | 2022-11-08 | Qualcomm Incorporated | Ultra-reliable low-latency communication over sidelink |
| US11553354B2 (en) | 2020-06-29 | 2023-01-10 | At&T Intellectual Property I, L.P. | Apparatuses and methods for enhancing network controls based on communication device information |
| CN113938980A (zh) | 2020-06-29 | 2022-01-14 | 华硕电脑股份有限公司 | 无线通信系统中处置侧链路无线链路失败的方法和设备 |
| US11445529B2 (en) * | 2020-08-05 | 2022-09-13 | Qualcomm Incorporated | Techniques for relaying in sidelink communications |
| US20240259906A1 (en) * | 2020-08-05 | 2024-08-01 | Interdigital Patent Holdings, Inc. | Methods and apparatus for link management and recovery for sidelink relays |
| WO2022040830A1 (en) * | 2020-08-23 | 2022-03-03 | Qualcomm Incorporated | Relay of wireless communication to a network entity based on a remote connection |
| US20230345575A1 (en) * | 2020-09-16 | 2023-10-26 | Lg Electronics Inc. | Method and device for performing communication in nr v2x on basis of sl drx |
| US12317231B2 (en) * | 2020-09-17 | 2025-05-27 | Asustek Computer Inc. | Method and apparatus of handling inter-device coordination for sidelink communication in a wireless communication system |
| EP4192146A4 (en) * | 2020-10-30 | 2024-01-03 | LG Electronics Inc. | METHOD AND APPARATUS FOR SENDING AND RECEIVING INFORMATION RELATED TO RESOURCE COLLISION IN NR V2X |
| KR20230130015A (ko) * | 2021-01-14 | 2023-09-11 | 지티이 코포레이션 | 사이드링크 송신 및 수신을 수행하기 위한 방법 및디바이스 |
| CN115250444A (zh) * | 2021-04-12 | 2022-10-28 | 华为技术有限公司 | 一种通信方法、装置及相关设备 |
| CN115334617B (zh) * | 2021-05-11 | 2024-06-14 | 极米科技股份有限公司 | 通过建立接入点进行数据传输的方法、装置及存储介质 |
| WO2022246726A1 (en) * | 2021-05-27 | 2022-12-01 | Qualcomm Incorporated | Channel information exchange for user equipment cooperation |
| KR20240017334A (ko) * | 2021-06-08 | 2024-02-07 | 엘지전자 주식회사 | Nr v2x에서 sl drx 동작을 수행하는 방법 및 장치 |
| US20240284439A1 (en) * | 2021-06-18 | 2024-08-22 | Lg Electronics Inc. | Method and apparatus for operating sl drx timer on basis of groupcast destination l2 id in nr v2x |
| WO2023282651A1 (ko) * | 2021-07-07 | 2023-01-12 | 엘지전자 주식회사 | Nr v2x에서 sl drx 동작을 수행하는 방법 및 장치 |
| KR102697323B1 (ko) * | 2021-09-27 | 2024-08-26 | 장민 | 차량용 필러 디스플레이 시스템 |
| US20230309098A1 (en) * | 2022-03-23 | 2023-09-28 | Qualcomm Incorporated | Techniques for scheduling multi-user sidelink communications in multiple time periods |
| US12471160B2 (en) | 2022-04-28 | 2025-11-11 | Lg Electronics Inc. | Method and apparatus for performing radio communication related to mac reset in NR V2X |
| EP4274362B1 (en) * | 2022-05-03 | 2024-12-11 | LG Electronics Inc. | Method and apparatus for operating ue related to transmission of data with different sl drx configurations in wireless communication system |
| CN119923946A (zh) * | 2022-10-14 | 2025-05-02 | 高通股份有限公司 | Ue到ue中继中的增强型无线电链路故障恢复 |
Family Cites Families (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100287405A1 (en) * | 2009-05-08 | 2010-11-11 | Tellabs Operations, Inc. | Method and apparatus for internetworking networks |
| US8649363B2 (en) * | 2010-06-01 | 2014-02-11 | Htc Corporation | Method of hybrid automatic repeat request entity handling and communication device thereof |
| EP4319465A3 (en) * | 2014-08-08 | 2024-02-21 | Innovative Technology Lab Co., Ltd. | Method, wireless device, non-transitory computer readable medium and system for managing buffer state report in wireless communication system supporting device to device communication |
| WO2016048082A1 (en) | 2014-09-25 | 2016-03-31 | Lg Electronics Inc. | Method and apparatus for canceling triggered prose bsr in wireless communication system |
| US10470090B2 (en) * | 2014-11-14 | 2019-11-05 | Qualcomm Incorporated | Data compression techniques for handover and radio link failure recovery |
| US10313065B2 (en) * | 2015-01-28 | 2019-06-04 | Lg Electronics Inc. | Method for transmitting a MAC PDU on SL-DCH in a D2D communication system and device therefor |
| WO2017138798A1 (en) * | 2016-02-11 | 2017-08-17 | Lg Electronics Inc. | Method for transmitting data in wireless communication system and a user equipment using the same |
| TWI643510B (zh) * | 2016-04-01 | 2018-12-01 | 華碩電腦股份有限公司 | 無線通訊系統中改善使用配置資源之傳輸的方法及裝置 |
| CN109691174B (zh) * | 2016-09-29 | 2022-01-11 | 杜塞尔多夫华为技术有限公司 | 蜂窝网络中的侧行链路辅助切换 |
| WO2019028734A1 (en) * | 2017-08-10 | 2019-02-14 | Mediatek Singapore Pte. Ltd. | APPARATUS AND MECHANISM FOR PERFORMING BEAM MANAGEMENT AND BEAM FAILURE RECOVERY IN A NR SYSTEM |
| CN111418243B (zh) * | 2017-09-28 | 2023-02-28 | 中兴通讯股份有限公司 | 用于在直通链路通信中执行载波聚合的系统和方法 |
| US11277229B2 (en) * | 2017-09-29 | 2022-03-15 | Lg Electronics Inc. | Method and apparatus for flushing HARQ buffer in wireless communication system |
| US11956788B2 (en) * | 2018-07-30 | 2024-04-09 | Qualcomm Incorporated | Expiration periods for low latency communications |
| US11457431B2 (en) | 2018-08-03 | 2022-09-27 | FG Innovation Company Limited | Sidelink radio resource allocation |
| US11700565B2 (en) * | 2018-09-18 | 2023-07-11 | Qualcomm Incorporated | Management of radio link failure in wireless backhaul |
| US11870556B2 (en) | 2018-10-05 | 2024-01-09 | Lg Electronics Inc. | Radio link monitoring |
| WO2020076102A1 (ko) * | 2018-10-10 | 2020-04-16 | 엘지전자 주식회사 | 무선 통신 시스템에서 사이드링크 harq 피드백과 관련된 정보에 기반하여 전송 전력을 제어하는 방법 및 장치 |
| EP3718367A1 (en) * | 2019-01-11 | 2020-10-07 | Google LLC | Method for uplink transmission in a 5g nr system |
| CN113228783A (zh) * | 2019-01-16 | 2021-08-06 | 联想(北京)有限公司 | 处置无线电链路故障的方法及设备 |
| US11910457B2 (en) * | 2019-01-31 | 2024-02-20 | Apple Inc. | Unicast sidelink access stratum level connection maintenance |
| US11425775B2 (en) * | 2019-02-01 | 2022-08-23 | Lenovo (Singapore) Pte. Ltd. | Sidelink failure detection and recovery |
| EP3925398B1 (en) * | 2019-02-14 | 2023-07-12 | Samsung Electronics Co., Ltd. | Device and method for transmitting state information in wireless communication system |
| CN110536352B (zh) * | 2019-02-14 | 2024-12-03 | 中兴通讯股份有限公司 | 信息配置及资源预申请方法、装置、节点及存储介质 |
| US12022551B2 (en) * | 2019-03-08 | 2024-06-25 | FG Innovation Company Limited | Method and apparatus for sidelink communication managements |
| CN112351508B9 (zh) * | 2019-08-08 | 2021-12-03 | 华硕电脑股份有限公司 | 无线通信系统中用于处理多侧链路通信的方法和设备 |
| CN111269076A (zh) * | 2020-03-12 | 2020-06-12 | 山东钧睿科技服务有限公司 | 一种酶法合成β-内酰胺类抗生素离心母液回收处理工艺 |
-
2020
- 2020-08-05 CN CN202010777361.2A patent/CN112351508B9/zh active Active
- 2020-08-05 EP EP20189529.9A patent/EP3780887B1/en active Active
- 2020-08-05 ES ES20189529T patent/ES2922348T3/es active Active
- 2020-08-05 US US16/985,608 patent/US11032864B2/en active Active
- 2020-08-05 TW TW109126597A patent/TWI747420B/zh active
- 2020-08-05 JP JP2020132853A patent/JP6935557B2/ja active Active
- 2020-08-05 KR KR1020200098047A patent/KR102309642B1/ko active Active
-
2021
- 2021-05-06 US US17/314,040 patent/US11540344B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| KR20210018773A (ko) | 2021-02-18 |
| TWI747420B (zh) | 2021-11-21 |
| CN112351508A (zh) | 2021-02-09 |
| CN112351508B (zh) | 2021-10-22 |
| JP6935557B2 (ja) | 2021-09-15 |
| US20210045178A1 (en) | 2021-02-11 |
| US11540344B2 (en) | 2022-12-27 |
| JP2021027589A (ja) | 2021-02-22 |
| US11032864B2 (en) | 2021-06-08 |
| KR102309642B1 (ko) | 2021-10-07 |
| CN112351508B9 (zh) | 2021-12-03 |
| TW202107932A (zh) | 2021-02-16 |
| US20210267002A1 (en) | 2021-08-26 |
| EP3780887B1 (en) | 2022-05-04 |
| EP3780887A1 (en) | 2021-02-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2922348T3 (es) | Procedimientos y aparatos para gestionar múltiples comunicaciones de enlace lateral en un sistema de comunicación inalámbrica | |
| ES2902932T3 (es) | Procedimientos y aparatos para mejorar la comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica | |
| ES2917776T3 (es) | Reporte de información sobre la capacidad del equipo de usuario para la configuración del portador de radio del enlace lateral en un sistema de comunicación inalámbrica | |
| KR102281974B1 (ko) | 무선 통신 시스템에서 사이드링크 자원 할당 모드 구성을 위한 방법 및 장치 | |
| ES2926471T3 (es) | Procedimiento y aparato para el manejo del recurso de retroalimentación para la difusión grupal en el enlace lateral en un sistema de comunicación inalámbrica | |
| EP3609268B1 (en) | Method and apparatus of allocating resource for multiple device-to-device resource pools in a wireless communication system | |
| CN110661772B (zh) | 无线通信系统中处理侧链路传送的方法和用户设备 | |
| ES2945808T3 (es) | Procedimiento y aparato para manejar la transmisión de enlace lateral en un sistema de comunicación inalámbrica | |
| EP3223575B1 (en) | Methods and apparatus for switching communication interface in a wireless communication system | |
| CA2957406C (en) | Device-to-device (d2d) pre-emption and access control | |
| EP3849237B1 (en) | Method and apparatus for requesting sidelink transmission resources in a wireless communication system | |
| US20230370902A1 (en) | Relay UE Selection for Transmission Over Sidelink | |
| KR20200018348A (ko) | 무선 통신 시스템에 있어서 디바이스-대-디바이스 리소스 풀을 선택하는 방법 및 장치 | |
| US20250267764A1 (en) | Multicast broadcast services notification and operation in inactive state | |
| US11564208B1 (en) | Method and apparatus for radio resource allocation to support UE-to-network relaying in a wireless communication system | |
| CN105900358B (zh) | 无线通信系统中确定测量时段的方法和装置 | |
| JP2025061181A (ja) | 通信方法、ユーザ装置、プロセッサ、プログラム、及び移動通信システム | |
| EP4590023A1 (en) | Terminal device, method, and integrated circuit | |
| HK40045083A (en) | Method and apparatus for handling multiple sidelink communication in a wireless communication system | |
| HK40045083B (en) | Method and apparatus for handling multiple sidelink communication in a wireless communication system | |
| JP2025142177A (ja) | 端末装置、方法、および、集積回路 | |
| WO2025197188A1 (ja) | 端末装置、方法、および集積回路 | |
| WO2025158919A1 (ja) | 端末装置、方法、および、集積回路 |