ES2986929T3 - Método y dispositivo para realizar comunicación inalámbrica en un sistema de comunicación inalámbrica para soportar la comunicación de vehículos - Google Patents

Método y dispositivo para realizar comunicación inalámbrica en un sistema de comunicación inalámbrica para soportar la comunicación de vehículos Download PDF

Info

Publication number
ES2986929T3
ES2986929T3 ES19839952T ES19839952T ES2986929T3 ES 2986929 T3 ES2986929 T3 ES 2986929T3 ES 19839952 T ES19839952 T ES 19839952T ES 19839952 T ES19839952 T ES 19839952T ES 2986929 T3 ES2986929 T3 ES 2986929T3
Authority
ES
Spain
Prior art keywords
transmission format
profile
data packets
type
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES19839952T
Other languages
English (en)
Inventor
Hyo Sun Yang
Ki Bum Kwon
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Innovative Technology Lab Co Ltd
Original Assignee
Innovative Technology Lab Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from KR1020180110861A external-priority patent/KR102574099B1/ko
Application filed by Innovative Technology Lab Co Ltd filed Critical Innovative Technology Lab Co Ltd
Application granted granted Critical
Publication of ES2986929T3 publication Critical patent/ES2986929T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H04L1/0005—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes applied to payload information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18—Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0016—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy involving special memory structures, e.g. look-up tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A) or DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Landscapes

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

Abstract

La presente invención puede proporcionar un método para que un terminal realice una comunicación inalámbrica en un sistema de comunicación inalámbrica. En este caso, el método para que un terminal realice una comunicación inalámbrica puede comprender: un paso para generar un primer mensaje; y un paso para transmitir el primer mensaje generado. En este caso, el formato de transmisión en el que se transmite el primer mensaje puede determinarse en función de si se transmite o no información de perfil de transmisión (Perfil Tx) desde una capa superior del terminal. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método y dispositivo para realizar comunicación inalámbrica en un sistema de comunicación inalámbrica para soportar la comunicación de vehículos
CAMPO TÉCNICO
La presente divulgación se refiere a un método y aparato para realizar comunicación inalámbrica en un sistema de comunicación inalámbrica que soporta la comunicación de vehículos.
TÉCNICA RELACIONADA
La comunicación de vehículo a todo (V2X) se refiere a un esquema de comunicación que intercambia o comparte información, como las condiciones del tráfico, mientras se comunica con la infraestructura vial y otros vehículos durante la conducción. La comunicación V2X puede incluir comunicación de vehículo a vehículo (V2V) que indica comunicación basada en evolución a largo plazo (LTE), comunicación de vehículo a peatón (V2P) que indica comunicación basada en LTE entre un vehículo y un terminal transportable por un usuario individual y vehículo a infraestructura/red (V2I/N) que indica comunicación basada en LTE entre un vehículo y una unidad/red en la carretera. En este caso, la unidad de carretera (RSU) puede ser una entidad de infraestructura de transporte que está incorporada por una estación base o una terminal fija. Por ejemplo, la RSU puede ser una entidad independiente que transmite una notificación de velocidad a un vehículo.
El artículo "Consideraciones sobre el perfil de transmisión y el formato de transmisión" con el número de documento R2-1806753 presentado por ZTE Corporation en el contexto del borrador 3GPP analiza el contenido del perfil de transmisión y la necesidad del parámetro 2PSSCH_TxFormat. Los artículos hacen las siguientes observaciones y propuestas: Propuesta 1: El soporte de la capacidad de enlace lateral 64QAM será obligatorio para todos los R15 V2X UE.
Propuesta 2: Se sugiere que la función de transmisión 64QAM no se incluya en el perfil de transmisión.
Propuesta 3: Se sugiere utilizar formato basado en tablas para representar el perfil de Tx.
Propuesta 4: El perfil Tx es suficiente para indicar el formato de transmisión y no se necesita ningún parámetro adicional PSSCH_TxFormat para hacer lo mismo.
Propuesta 5: Se sugiere confirmar con RANI la intención y necesidad de introducción del parámetro PSSCH_TxFormat. DESCRIPCIÓN DETALLADA TEMA TÉCNICO
Un aspecto de la presente divulgación proporciona uno o más métodos y aparatos que abordan problemas, tales como la recepción fallida de uno o más paquetes por terminales V2X en un sistema de comunicación inalámbrica que soporta comunicación de vehículos.
Un aspecto de la presente divulgación proporciona uno o más métodos y aparatos para transceptar uno o más paquetes entre terminales que soportan diferentes versiones de un sistema de comunicación inalámbrica que soporta la comunicación de vehículos.
SOLUCIÓN TÉCNICA
La invención está definida por las reivindicaciones independientes.
Las formas de realización preferidas se definen en las reivindicaciones dependientes.
Según un aspecto de la presente divulgación, se proporciona un método para realizar comunicación inalámbrica mediante un terminal en un sistema de comunicación inalámbrica. El método puede comprender generar un primer mensaje y transmitir el primer mensaje generado. Se puede determinar un formato de transmisión para transmitir el primer mensaje basándose en si la información del perfil de transmisión (Tx) se transmite desde una capa superior del terminal.
EFECTO
Según un aspecto de la presente divulgación, uno o más métodos y aparatos pueden abordar problemas, tales como la recepción fallida de uno o más paquetes por parte de terminales V2X en un sistema de comunicación inalámbrico que soporta la comunicación del vehículo.
Según un aspecto de la presente divulgación, se pueden proporcionar uno o más métodos y aparatos para que uno o más paquetes puedan transmitirse y recibirse entre terminales que soportan diferentes versiones de un sistema de comunicación inalámbrica que soporta la comunicación de vehículos.
Varios efectos ventajosos de una o más características de la presente divulgación no se limitan a los efectos antes mencionados, y un experto en la técnica entendería fácilmente otros diversos efectos ventajosos no discutidos explícitamente en la presente divulgación en vista de una o más características de la presente divulgación se describen a continuación.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
FIG. 1 ilustra un ejemplo de un sistema de comunicación inalámbrica según una forma de realización de ejemplo.
FIG. 2 ilustra un ejemplo de enlace considerado en vehículo a todo (V2X) según un ejemplo de realización.
FIG. 3 ilustra otro ejemplo de un enlace considerado en V2X según una forma de realización de ejemplo.
FIG. 4 ilustra otro ejemplo de un enlace considerado en V2X según una forma de realización de ejemplo.
FIG. 5 ilustra un ejemplo de un escenario de comunicación de dispositivo a dispositivo (D2D) según una forma de realización de ejemplo.
FIG. 6 ilustra otro ejemplo de un escenario de comunicación D2D según una forma de realización de ejemplo.
FIG. 7 ilustra un ejemplo de una configuración general de comunicación V2X según una forma de realización de ejemplo. FIG. 8 ilustra un ejemplo en el que un tipo de protocolo de comunicación soportado por un equipo de usuario (UE) y un tipo de aplicación soportada por el UE son diferentes según una forma de realización de ejemplo.
FIG. 9 es un diagrama de flujo que ilustra un ejemplo de una operación de UE según una forma de realización de ejemplo. FIG. 10 es un diagrama de bloques que ilustra un ejemplo de una configuración de un aparato UE según una forma de realización de ejemplo.
DESCRIPCIÓN DETALLADA DE LAS FORMAS DE REALIZACIÓN ILUSTRADAS
A continuación, se describirán en detalle formas de realización de la presente divulgación para que los expertos en la técnica puedan llevar a cabo fácilmente las formas de realización haciendo referencia a los dibujos adjuntos. Sin embargo, la presente divulgación puede realizarse de muchas formas diferentes y no se limita a las formas de realización descritas en el presente documento.
En la siguiente descripción de las formas de realización de la presente divulgación, se omitirá una descripción detallada de las funciones y configuraciones conocidas incorporadas en el presente documento cuando pueda hacer que el tema de la presente divulgación no quede claro. Se omiten las partes no relacionadas con la descripción de la presente divulgación en los dibujos, y las partes similares se indican con números de referencia similares.
En la presente divulgación, cuando se hace referencia a un elemento como "conectado", "acoplado" o "enlazado" a otro elemento, se entiende que incluye no solo una relación de conexión directa sino también una relación de conexión indirecta. Además, cuando se hace referencia a un elemento como "que contiene" o "que tiene" otro elemento, significa no sólo excluir otro elemento sino también incluir otro elemento.
En la presente divulgación, los términos primero, segundo, etc. se utilizan únicamente con el fin de distinguir un elemento de otro, y no limitan el orden o la importancia de los elementos a menos que se mencionen específicamente. Por lo tanto, dentro del alcance de esta divulgación, el primer componente en una forma de realización puede denominarse segundo componente en otra forma de realización y, de manera similar, un segundo componente en una forma de realización puede denominarse segundo componente en otra forma de realización.
En la presente divulgación, los componentes que se distinguen entre sí tienen como objetivo ilustrar claramente cada característica y no significan necesariamente que los componentes estén separados. Es decir, se puede integrar una pluralidad de componentes en una unidad de hardware o software, o se puede distribuir un único componente en una pluralidad de unidades de hardware o software. En consecuencia, dichas formas de realización integradas o distribuidas también se incluyen dentro del alcance de la presente divulgación, a menos que se indique lo contrario.
En la presente divulgación, los componentes descritos en las diversas formas de realización no significan necesariamente componentes esenciales, pero algunos pueden ser componentes opcionales. Por consiguiente, las formas de realización que consisten en un subconjunto de los componentes descritos en una forma de realización también se incluyen dentro del alcance de esta divulgación. Además, las formas de realización que incluyen otros componentes además de los componentes descritos en las diversas formas de realización también se incluyen en el alcance de la presente divulgación.
Además, la descripción descrita en el presente documento está relacionada con una red de comunicación inalámbrica, y una operación realizada en una red de comunicación inalámbrica se puede realizar en un proceso de control de una red y transmisión de datos mediante un sistema que controla una red inalámbrica, por ejemplo, una estación base, o puede realizarse en un equipo de usuario conectado a la red de comunicación inalámbrica.
Es evidente que diversas operaciones realizadas para la comunicación con un terminal en una red que incluye una estación base y una pluralidad de nodos de red pueden ser realizadas por la estación base o por otros nodos de red además de la estación base. En este documento, el término 'estación base (EB)' puede usarse indistintamente con otros términos, por ejemplo, una estación fija, un Nodo B, eNodoB (eNB), gNodoB (gNB) y un punto de acceso (PA). Además, el término 'terminal' puede usarse indistintamente con otros términos, por ejemplo, equipo de usuario (UE), una estación móvil (EM), una estación de abonado móvil (EAM), una estación de abonado (UL) y una estación no-UL (STA no UL).
En el presente documento, transmitir o recibir un canal incluye el significado de transmitir o recibir información o una señal a través del canal correspondiente. Por ejemplo, transmitir un canal de control indica transmitir información de control o una señal a través del canal de control. Asimismo, transmitir un canal de datos indica transmitir información de datos o una señal a través del canal de datos.
FIG. 1 es un diagrama que ilustra un sistema de comunicación inalámbrica al que se aplica la presente divulgación. La estructura de red ilustrada en la FIG. 1 puede ser la estructura de red del Sistema de Telecomunicaciones Móviles Universal Evolucionado (E-UMTS). E-UMT<s>puede incluir el sistema de evolución a largo plazo (LTE), el sistema LTE-A o similar, o puede incluir la red de comunicación móvil 5G, nueva radio (NR) o similar.
Con referencia a la FIG. 1, en un sistema de comunicación inalámbrica 10, una estación base (EB) 11 y un equipo de usuario (UE) 12 pueden realizar de forma inalámbrica la transmisión y recepción de datos. Además, el sistema de comunicación inalámbrica 10 puede admitir comunicación de dispositivo a dispositivo (D2D) entre UE. En adelante, un UE incluye dispositivos terminales utilizados por usuarios generales, tales como un teléfono inteligente y similares, y dispositivos terminales instalados en vehículos. La comunicación D2D en el sistema de comunicación inalámbrica se describirá más adelante.
La EB 11 en el sistema de comunicación inalámbrica 10 puede proporcionar un servicio de comunicación a un UE ubicado en la cobertura de la EB 11 a través de una banda de frecuencia predeterminada. La cobertura dentro de la cual una EB proporciona un servicio también se denomina sitio. El sitio puede incluir varias áreas 15a, 15b y 15c, a las que se puede hacer referencia como sectores. Los sectores incluidos en el sitio podrán identificarse mediante diferentes identificadores. Cada sector 15a, 15b y 15c puede interpretarse como parte del área que cubre la EB 11.
La EB 11 puede referirse generalmente a una estación que se comunica con el UE 12, y puede denominarse un NodoB evolucionado (eNodoB), un sistema transceptor base (BTS), un punto de acceso, un femtoeNodoB, un hogar eNodoB (HeNodoB), un relé, un cabezal de radio remoto (CRR), o similares.
La UE 12 puede ser una entidad estacionaria o móvil, y puede denominarse estación móvil (EM), terminal móvil (TM), terminal de usuario (TU), estación de abonado (UL), estación inalámbrica dispositivo, un asistente digital personal (ADP), un módem inalámbrico, un dispositivo portátil o similar.
Además, la EB 11 puede denominarse "megacélula", "macrocélula", "microcélula", "picocélula", "femtocélula" o similares según el tamaño de la cobertura proporcionada por la EB correspondiente. Se puede utilizar una célula como término para indicar una banda de frecuencia que proporciona una EB, la cobertura de una EB o una EB.
En lo sucesivo, un enlace descendente (DL) indica comunicación o una ruta de comunicación desde la EB 11 a el UE 12, y un enlace ascendente (UL) indica comunicación o una ruta de comunicación desde el UE 12 a la EB 11. En el enlace descendente, un transmisor puede ser parte de la EB 11 y un receptor puede ser parte del UE 12. En el enlace ascendente, un transmisor puede ser parte del UE 12 y un receptor puede ser parte de la EB 11.
Un esquema de acceso múltiple aplicado al sistema de comunicación inalámbrica 10 no se limita a un esquema específico. Por ejemplo, el sistema de comunicación inalámbrica puede utilizar diversos esquemas de acceso múltiple, tales como acceso múltiple por división de código (AMDC), acceso múltiple por división de tiempo (AMDT), acceso múltiple por división de frecuencia (AMDF), acceso múltiple por división de frecuencia ortogonal (AMDFO), AMDF de portador único (AMDF-PU), OFDM-AMDF, OFDM-AMDT, OFDM-AMDC y similares. La transmisión de enlace ascendente y la transmisión de enlace descendente se pueden realizar basándose en un esquema dúplex por división de tiempo (DDT) que realiza la transmisión en diferentes momentos, o basándose en un esquema dúplex por división de frecuencia (DDF) que realiza la transmisión en diferentes frecuencias.
De ahora en adelante, en la siguiente tabla 1 y tabla 2, se definirán las siglas utilizadas en la presente especificación. Además, por ejemplo, V2X indica V2V, V2P y V2I/N y, en asociación con comunicación inalámbrica como LTE y LTE-A, cada acrónimo puede cubrir características que se describen a continuación.
[Tabla 1]
[Tabla 2]
(Continuación)
Enlace descendente (DL), enlace ascendente (UL) y enlace lateral (SL) de V2X
FIG. 2, FIG. 3, y la FIG. 4 ilustran ejemplos de un enlace descendente, un enlace ascendente y un enlace lateral en vehículo a todo (V2X).
En detalle, con referencia a la FIG. 2, un sistema de comunicación que soporte V2X puede soportar sólo un enlace PCS que sea un enlace entre UE, que se define en dispositivo a dispositivo (D2D) (servicio basado en proximidad (ProSe)). El enlace PCS se refiere a una interfaz definida entre UE y puede definirse como un enlace lateral (SL) en una capa de acceso inalámbrico. El enlace lateral se refiere a un enlace en una capa de acceso inalámbrico para comunicación directa entre vehículos para comunicación de vehículos; sin embargo, no se limita a esto.
FIG. 3 ilustra otro ejemplo de un enlace considerado en V2X.
Con referencia a la FIG. 3, un sistema de comunicación que soporta V2X puede soportar sólo un enlace Uu que es un enlace entre una estación base, por ejemplo, eNodoB, y un UE o un enlace entre una red de acceso inalámbrico, por ejemplo, Red de Acceso Terrestre Universal Evolucionada (E-UTRAN) y una UE. El enlace Uu puede incluir un enlace ascendente (UL) que es un camino a través del cual el UE transmite una señal a la estación base y un enlace descendente (DL) que es un camino a través del cual la estación base transmite una señal al UE.
FIGS. 4A y 4B ilustran otro ejemplo de un enlace considerado en V2X.
Con referencia a las FIGS. 4A y 4B, se pueden considerar todos los enlaces PCS y enlaces Uu antes mencionados, incluida una unidad de carretera (RSU) en forma de UE. FIG. 4A ilustra un ejemplo en el que la estación base, por ejemplo, eNB y gNB, transmite una señal a una pluralidad de vehículos y la FIG. 4B ilustra un ejemplo en el que el UE (RSU) transmite una señal de enlace lateral (SL) a una pluralidad de vehículos.
La comunicación D2D se refiere a una tecnología que permite que los datos se transmitan y reciban directamente entre UE. En lo sucesivo, se supone que un UE soporta la comunicación D2D. Además, la comunicación D2D puede representarse indistintamente con el servicio basado en proximidad (ProSe) o la comunicación ProSe-D2D. El término "ProSe" para comunicación D2D indica que se puede agregar el servicio basado en proximidad, en lugar de cambiar el significado antes mencionado de transmitir y recibir datos directamente entre UE.
La comunicación D2D puede clasificarse en un procedimiento de descubrimiento para la comunicación entre un UE con cobertura que es un UE ubicado en la cobertura de una red o un UE fuera de cobertura que es un UE ubicado fuera de la cobertura de la red. y un procedimiento de comunicación directa para transmitir y recibir datos de control y/o datos de tráfico entre los UE. En lo sucesivo, un UE que transmite una señal basada en la comunicación D2D se denomina UE transmisor (Tx UE) y un UE que recibe una señal basada en la comunicación D2D se denomina UE receptor (Rx UE). El Tx UE puede transmitir una señal de descubrimiento y el Rx UE puede recibir una señal de descubrimiento. Se pueden intercambiar las funciones del UE Tx y del UE Rx. Una señal transmitida desde el UE Tx puede recibirse en dos o más UE Rx.
La comunicación D2D puede utilizarse para diversos fines. Por ejemplo, la comunicación D2D puede usarse para seguridad pública, un servicio de red de tráfico, un servicio de latencia ultrabaja y un servicio comercial en una cobertura de red que se basa en una frecuencia comercial. Sin embargo, en el caso de una frecuencia dedicada a una red de tráfico, la comunicación D2D a través de la frecuencia correspondiente podrá utilizarse únicamente para la comunicación de la red de tráfico y la seguridad del tráfico, independientemente de la cobertura de la red.
Cuando los UE que se encuentran a una distancia próxima realizan comunicación D2D en un sistema celular, se puede distribuir la carga de recursos inalámbricos para la estación base. Además, cuando los UE adyacentes entre sí realizan la comunicación D2D, los UE pueden transmitir datos a una distancia relativamente corta, lo que puede reducir la potencia de transmisión de un UE y la latencia de transmisión. Además, la comunicación celular existente y la comunicación D2D utilizan los mismos recursos desde la perspectiva general del sistema. Por lo tanto, a menos que los UE se superpongan espacialmente, es posible mejorar la eficiencia de los recursos de frecuencia.
Escenario de comunicación D2D
La comunicación D2D se puede clasificar en comunicación entre UE con cobertura presentes en la cobertura de la red, por ejemplo, cobertura de una estación base, comunicación entre UE sin cobertura ubicados fuera de la cobertura de la red y comunicación entre un UE con cobertura y un UE fuera de cobertura.
FIG. 5 ilustra un ejemplo de un escenario de comunicación D2D según una forma de realización de ejemplo.
En la FIG. 5, se supone que un primer UE (V2X UE1) y un segundo UE (V2X UE2) están ubicados en la cobertura de la red y, por lo tanto, son capaces de comunicarse con una estación base. El primer UE y el segundo UE pueden transmitir y recibir datos para un servicio de comunicación de vehículos a través de la estación base (interfaz Uu). Es decir, el primer UE y el segundo UE pueden enviar y/o recibir datos para el servicio de comunicación del vehículo entre sí a través de la transmisión de datos UL y la recepción de datos DL. En este documento, cuando se supone que un tercer UE (V2X UE3) y un cuarto UE (V2X UE4) están ubicados fuera de una cobertura de red y están presentes en una ubicación en la que la comunicación D2D es imposible con el primer UE y el segundo UE, el tercer UE y el cuarto UE no pueden intercambiar datos para el servicio de comunicación del vehículo con el primer UE y el segundo UE. Un UE no puede comunicarse con otro UE, una estación base, un servidor, etc., presente en una región a la que la señal es físicamente inalcanzable.
Sin embargo, cuando el cuarto UE ubicado fuera de la cobertura de la red necesita conectarse a la red debido al servicio de comunicación del vehículo o a un servicio comercial y es capaz de realizar comunicación D2D con una RSU de tipo UE presente en la cobertura de una red. servicio a través de la comunicación D2D, la RSU de tipo UE puede servir como un relé y el cuarto UE ubicado fuera de la cobertura de la red puede transmitir y recibir datos hacia y desde la estación base a través de una ruta indirecta. Es decir, dado que la RSU de tipo UE realiza una funcionalidad de un relé, el cuarto UE transmite datos del servicio de comunicación del vehículo a la RSU de tipo UE a través de un enlace lateral (SL), y la RSU de tipo UE transmite los datos del servicio de comunicación del vehículo a la estación base a través de un enlace ascendente (UL) de la interfaz Uu. Los datos del servicio de comunicación del vehículo del cuarto UE se reciben en/por los UE con cobertura, incluidos el primer UE y el segundo UE, a través de un enlace descendente (DL) de la interfaz Uu.
Los UE ubicados fuera de la cobertura del servicio de red, incluido el cuarto UE, y capaces de realizar comunicación D2D con la RSU de tipo UE, pueden transmitir los datos del servicio de comunicación del vehículo del cuarto UE a los UE ubicados en la cobertura del servicio de red a través de la RSU tipo UE.
FIG. 6 ilustra otro ejemplo de un escenario de comunicación D2D según una forma de realización de ejemplo.
Con referencia a la FIG. 6, los datos del servicio de comunicación del vehículo transmitidos desde un cuarto UE (V2X UE4) a una RSU de tipo UE deben transmitirse directamente a los UE presentes en una ubicación en la que la comunicación D2D con el cuarto UE es imposible (pero capaz de realizar la comunicación D2D). con la RSU tipo UE) y ubicado fuera de la cobertura de un servicio de red. Dado que un servicio V2X es susceptible a una latencia, existe la necesidad de disminuir la latencia que se produce al transmitir inicialmente datos a una estación base y luego a la RSU de tipo UE. En consecuencia, la RSU de tipo UE necesita proceder con la preparación para transmitir los datos recibidos desde el cuarto UE a la estación base a través de una interfaz Uu (enlace ascendente LTE) y la preparación para transmitir los datos a través de un enlace lateral (SL). En consecuencia, cuando la RSU de tipo UE opera en un modo en el que los recursos SL están controlados por la estación base, los datos del servicio de comunicación del vehículo recibidos desde el cuarto UE deben tratarse como datos que se incluirán en un informe de estado del buffer del lado LTE. (BSR) y, al mismo tiempo, datos a incluir en SL BSR. Es decir, mientras se transmiten los datos del servicio de comunicación del vehículo recibidos desde el cuarto UE a una capa de protocolo de convergencia de datos en paquetes (PDCP)/control de enlace de radio (RLC) en un portador de radio (RB) del lado LTE, es necesario transmitir la misma información a una capa PDCP/RLC en un RB del lado SL.
En este documento, en el caso de una prioridad ProSe por paquete (PPPP) de datos transmitidos al RB del lado SL, la prioridad del paquete recibido se mantiene tal como está. Si un RB del lado SL que está asignado a la prioridad del paquete recibido está ausente, la propia RSU de tipo UE configura un nuevo RB que admite la prioridad y transmite el paquete.
Método de control de recursos de V2X
A continuación, se describe un método de control de recursos de V2X según una forma de realización de ejemplo.
En este documento, se supone que, cada vez que se detecta una célula de un operador correspondiente según un criterio específico, un UE está presente dentro de la cobertura de recepción de un operador utilizado para la comunicación de enlace lateral V2X. Cuando un UE solicitado para la comunicación de enlace lateral V2X está presente en una cobertura de una frecuencia para la comunicación de enlace lateral V2X o cuando una estación base proporciona una configuración de enlace lateral V2X en la frecuencia (incluido un caso en el que el UE está fuera de cobertura en la frecuencia, el UE utiliza una asignación de recursos programada en función de una configuración de estación base o una selección de recursos autónomos del UE cuando el UE está fuera de cobertura de la frecuencia utilizada para la comunicación de enlace lateral V2X y la estación base no proporciona una configuración de enlace lateral V2X correspondiente a la frecuencia, el UE puede usar un conjunto de recursos de Tx y Rx que está preconfigurado para el UE. En este documento, un UE que usa la asignación de recursos programada puede definirse como modo 3 y un UE que usa la selección de recursos autónomos de UE puede definirse como modo 4.
Modo 3 (método de control de recursos por estación base)
El modo 3 se refiere a un método de control de recursos D2D por parte de una estación base. El UE puede solicitar a la estación base un recurso de Tx para transmitir datos y, en respuesta a la solicitud, la estación base puede programar el recurso de Tx y proporcionar el recurso de Tx programado al Ue . El UE puede realizar una transmisión de enlace lateral V2X utilizando el recurso de Tx programado. Un formato de transmisión puede determinarse de manera diferente según la versión de soporte, que se describe a continuación. (En el caso de Rel-14 UE, un formato de transmisión se determina basándose en la información de programación de la estación base. En el caso de Rel-15 UE, un UE correspondiente determina por sí mismo un formato de transmisión basándose en un tipo de servicio V2X.
En el modo 3, la estación base transmite, al UE, información de configuración dedicada V2X como se representa en la Tabla 3. Para este fin, se puede utilizar un procedimiento de señalización en una capa de control de recursos de radio 1 (RRC), por ejemplo, una conexión RRC. mensaje de reconfiguración, puede ser utilizado.
[Tabla 3]
(Continuación)
Modo 4 (método de control de recursos por UE)
El modo 4 se refiere a un método de control de recursos D2D por parte de un UE. La información de configuración detallada sobre un grupo de recursos de Tx para el modo 4 se puede configurar de la misma manera que la información de configuración detallada sobre el grupo de recursos de Tx para el modo 3.
En este documento, en el modo 4, se puede proporcionar una pluralidad de piezas de información del conjunto de recursos de Tx en forma de lista (SL-CommTxPoolListV2X). Si es necesario, la estación base puede configurar un nuevo grupo de recursos de Tx operable en el modo 4 o puede transmitir un mensaje de reconfiguración de conexión RRC para liberar una parte de los grupos de recursos de Tx preconfigurados. Además, el UE puede seleccionar de forma autónoma una parte de los recursos que se utilizarán para la transmisión de datos V2X real entre los recursos incluidos en el conjunto de recursos de Tx y la estación base puede transmitir, al UE, información de parámetros de referencia que es un criterio para dicha selección del UE.
Por ejemplo, en el modo 4, la estación base puede proporcionar información representada como la Tabla 3 al UE a través del mensaje de reconfiguración de conexión RRC, que es similar en modo 3.
Como otro ejemplo, en el modo 4, el UE que está en un modo inactivo RRC puede recibir, desde la estación base, un bloque de información del sistema (denominado información del sistema relacionada con el servicio V2X) que incluye información asociada con el servicio de comunicación del vehículo y el UE mismo puede configurar el grupo de recursos Tx basándose en la información.
Por ejemplo, el bloque de información del sistema relacionado con el servicio V2X puede ser SIB21 de la Tabla 2 y SIB22 de la Tabla 3.
El SIB21 de la Tabla 4 puede incluir una variedad de información de configuración (en lo sucesivo, denominada información de configuración común de V2X (V2X-ConfigCommon)) sobre la comunicación de enlace lateral de V2X. La información adicional no incluida en SIB21 se puede configurar en SIB22 de la Tabla 5.
Por ejemplo, SIB21 y SIB22 pueden incluir la misma información de operador o pueden incluir información de operador diferente. Si SIB21 y SIB22 incluyen la misma información de portadora, la información de configuración de portadora no incluida en SIB21 puede incluirse en SIB22. Es decir, sólo se puede incluir información delta en SIB22. Si SIB21 y SIB22 incluyen información de configuración de portadora diferente, se puede incluir una información de configuración de portadora diferente en cada SIB.
[Tabla 4]
- anchorCarrierFreqList: describe una frecuencia ganadora que incluye una configuración de recursos entre operadores para comunicación de enlace lateral V2X.
- cbr-CommonTxConfigList: describe una lista común de un rango de relación de canal ocupado (CBR) y una lista de configuración de parámetros de transmisión de canal compartido de enlace lateral físico (PSSCH) capaz de configurar el control de congestión del UE para la comunicación de enlace lateral V2X.
- offsetDFN: describe un desplazamiento de temporización para que un UE determine una temporización de número de cuadro directo (DFN) cuando se utiliza un sistema de navegación global por satélite (GNSS) en base a una temporización de PCell.
- p2x-CommTxPoolNormalCommon: describe un recurso que permite a un UE transmitir comunicación de enlace lateral V2X relacionada con P2X. No hay una ID de zona configurada en un grupo de este campo.
- thresSL-TxPrioritization: describe un umbral utilizado para determinar la prioridad de un paquete cuando la SL V2X transmission se superpone en el tiempo a la transmisión de enlace ascendente. Este valor sobrescribe la thresSL-Tx Priorization configurada en SL-V2X-Preconfiguration.
- typeTxSync: describe un tipo de sincronización prioritaria (es decir, eNB o GNSS) para realizar comunicación de enlace lateral V2X en una frecuencia portadora que se transmite.
- v2x-CommRxPool: describe un recurso al que se le permite recibir comunicación de enlace lateral V2X cuando un UE está en modo RRC_IDLE y RRC_CONNECTED.
- v2x-CommTxPoolExceptional: describe un recurso que permite a un UE transmitir comunicación de enlace lateral V2X en una condición de excepción.
- v2x-CommTxPoolNormalCommon: describe un recurso capaz de transmitir comunicación de enlace lateral V2X relacionada con P2X cuando el UE está en modo RRC_IDLE o RRC_CONNECTED y se utiliza cuando se transmite comunicación de enlace lateral V2X a través de una frecuencia aparte de la principal. E-UTRAN configura un único grupo de recursos para cada zona.
- v2x-InterFreqlnfoList: describe la sincronización de frecuencia vecina y la configuración de asignación de recursos para la comunicación de enlace lateral V2X.
- v2x-ResourceSelectionConfig: describe un recurso de comunicación de enlace lateral V2X utilizado para que un UE seleccione un recurso por sí mismo.
- v2x-SyncConfig: describe una configuración que permite a un UE recibir y transmitir información de sincronización para comunicación de enlace lateral V2X. E-UTRAN configura v2x-SyncConfig que incluye un parámetro de transmisión al configurar un UE para transmitir información de sincronización.
- ZoneConfig: describe una configuración de zona utilizada para la comunicación de enlace lateral V2X.
[Tabla 5]
- cbr-pssch-TxConfigList: describe PPPP, rango CBR y un mapeo entre el parámetro de transmisión PSSCH y el límite CR usando un índice de entrada de cbr-RangeCommonConfigList incluido en SIB21 y usa un índice de entrada de sl-CBR-PSSCH-TxConfigList incluido en SIB21. Una configuración de este campo se aplica a todos los grupos de recursos de todos los operadores incluidos en SIB22 para la transmisión de comunicación de enlace lateral V2X.
- slss-TxMultiFreq: describe si un UE es capaz de transmitir SLSS en una pluralidad de portadoras para comunicación de enlace lateral V2X. Si este campo está vacío, el UE puede transmitir SLSS sólo en una portadora de sincronización. - syncFreqList: describe una lista de portadoras candidatas que se utilizarán para la sincronización de la comunicación de enlace lateral V2X.
- v2x-FreqSelectionConfigList: describe información de configuración sobre una selección de ganador para la transmisión de comunicación de enlace lateral V2X.
- v2x-PacketDuplicationConfig: describe información de configuración sobre la duplicación de paquetes de enlace lateral para la comunicación de enlace lateral V2X.
- v2x-InterFreqlnfoList: Si este campo incluye un operador incluido en SIB21 y una configuración parcial del operador correspondiente ya está incluida en SIB21, una configuración correspondiente al operador correspondiente no se incluye en este campo.
Si es imposible recibir información de parámetros de referencia desde una estación base, como en un caso en el que la estación base no proporciona la información de parámetros de referencia o un caso en el que el UE está en un modo RRC IDLE o está fuera de cobertura de red, el UE puede realizar una operación de selección de recursos dentro de un grupo de recursos de Tx basándose en información de parámetros almacenada en una memoria interna. Dicha información de preconfiguración de V2X puede representarse en la Tabla 6 (elementos de información de preconfiguración SL-V2X).
[Tabla 6]
La información señalizada a SIB21 y SIB22 puede incluirse en la información de preconfiguración.
Además, la información de parámetros de referencia o la información de parámetros almacenada en el UE puede incluir información sobre un valor de referencia basado en la potencia recibida de la señal de referencia (RSRP) de un PSSCH que se requiere para seleccionar un recurso en el grupo de recursos de Tx. En este documento, el RSRP puede corresponder a un nivel de energía de una señal en un sistema V2X.
Además, se puede incluir información del perfil de transmisión que determina un formato de transmisión de enlace lateral. El perfil de Tx se describe con más detalle a continuación.
- v2x-TxProfileList: describe un formato de transmisión utilizado como índice de puntero de perfil de Tx en cada perfil de Tx. Para cada entrada, un valor REL14 indica que el UE puede usar un formato compatible con la Versión 14 para transmitir un paquete V2X. Un valor REL15 indica que el UE puede usar un formato de la Versión 15 para transmitir un paquete V2X.
Basado en SIB21, SIB22 o información de preconfiguración, un UE en modo 4 puede seleccionar un recurso por sí mismo de la siguiente manera.
Inicialmente, se utiliza un concepto de zona para que el UE seleccione un recurso por sí mismo. La zona puede ser configurada por una estación base o puede estar preconfigurada. Cuando la zona está configurada o preconfigurada, el área geográfica de la tierra se divide en regiones geográficas utilizando un único punto de referencia fijo (es decir, coordenadas geográficas (0, 0)), longitud y anchura. Cada región dividida puede definirse como la zona. El UE determina una ID de zona utilizando una longitud y una anchura de cada zona, un número de zonas, un único punto de referencia fijo y coordenadas geográficas de una posición actual del UE. Las zonas pueden estar presentes dentro y fuera de la cobertura de una red. Si el UE está dentro de la cobertura de la red, la longitud y el ancho de cada zona y el número de zonas pueden proporcionarse desde la estación base al UE. Si el UE está fuera de la cobertura de la red, el UE puede utilizar información de zona preconfigurada.
Con base en una relación de mapeo entre un recurso de Tx y una zona, el UE puede seleccionar un grupo de recursos de enlace lateral V2X alrededor de una zona en la que el UE está presente. El UE puede seleccionar un recurso de enlace lateral realizando una detección basada en el conjunto de recursos seleccionado. En este documento, la detección se refiere a un mecanismo de selección de recursos y el UE selecciona o vuelve a seleccionar algunos recursos de enlace lateral específicos basándose en un resultado de la detección y reserva recursos de Tx. Se permite un máximo de dos procesos de reserva de recursos de Tx para el UE y aquí, los procesos de reserva de recursos de Tx se realizan en paralelo. Sin embargo, el UE puede realizar sólo una selección de recurso única para la transmisión de enlace lateral V2X.
En el caso del modo 3 UE y el modo 4 UE, un método para determinar un formato de transmisión de enlace lateral puede ser diferente según una versión de UE, que se describe a continuación. A continuación, se describe la versión de UE y se describe un método para determinar un formato de transmisión de enlace lateral basado en la versión de UE.
Primer tipo UE, segundo tipo UE
Un UE V2X actual puede ser un UE de primer tipo o un UE de segundo tipo. Por ejemplo, el primer tipo de UE puede ser un UE V2X que admita las especificaciones de la Versión 14 como estándar. Además, el segundo tipo puede ser un UE V2X que admita las especificaciones de la versión 15. Sin embargo, se proporciona sólo como ejemplo. En comparación con la versión 14 V2X UE, la versión IS V2X UE puede tener las siguientes características.
- Soporte de agregación de operadores (CA)
Cuando un UE V2X que soporta un enlace lateral i) verifica que al menos dos portadores o células de servicio (es decir, un portador o célula de servicio capaz de proporcionar un servicio V2X a través de SIB y proporcionar al menos una pieza de información del conjunto de recursos de Tx o recurso de Rx información de grupo) están disponibles como un enlace lateral y ii) es capaz de transmitir y recibir datos simultáneamente a través de los portadores verificados o células de servicio, el UE V2X correspondiente puede describirse para soportar un enlace lateral CA 20
Alternativamente, cuando el UE V2X que soporta un enlace lateral verifica que i) al menos dos células de servicio están disponibles como enlace lateral y que ii) cada célula de servicio proporciona información de configuración de portadora V2X disponible, y iii) es capaz de transmitir y recibir simultáneamente datos a través de las células de servicio verificadas, el UE V2X correspondiente puede describirse para soportar una CA de enlace lateral
La CA de enlace lateral puede ser compatible con todos los UE V2X con cobertura y UE V2X fuera de cobertura. En el caso de seleccionar un portador, el UE puede seleccionar una pluralidad de portadores basándose en un valor CBR y un valor PPPP de un mensaje V2X a transmitir.
El UE que soporta la CA de enlace lateral puede realizar una duplicación de paquetes transmitiendo paquetes duplicados a través de diferentes portadores. En este documento, se puede utilizar una confiabilidad por paquete ProSe (PPPR) de cada paquete V2X como referencia de activación/desactivación de la duplicación de paquetes. El PPPR puede representar la confiabilidad de un paquete V2X. Es decir, el UE puede verificar la confiabilidad requerida por un paquete basándose en un valor PPPR. En el caso de un paquete que requiere una alta confiabilidad, el UE puede realizar la duplicación del paquete y transmitir el paquete utilizando un portador diferente. De esta manera, se pueden cumplir los requisitos de confiabilidad del paquete.
- Nuevo soporte de formato de transmisión
Se puede utilizar un nuevo formato de transmisión para respaldar un servicio V2X evolucionado, como el pelotón y la conducción remota. Un UE V2X de segundo tipo puede soportar una velocidad de transmisión de datos máxima y puede mejorar el rendimiento de V2X usando un alto nivel de esquema de modulación y codificación (MCS).
El UE V2X de segundo tipo puede soportar adicionalmente un nuevo formato de transmisión en comparación con un UE V2X de primer tipo. Sin embargo, considerando un servicio V2X para la seguridad directamente asociado con la vida de un conductor, como, por ejemplo, prevenir una colisión entre vehículos e informar un factor de riesgo de una ruta de conducción, todos los UE necesitan recibir un mensaje para el servicio relacionado con la seguridad independientemente del lanzamiento/versión/tipo de UE.
Sin embargo, si el UE V2X de segundo tipo aplica el nuevo formato de transmisión, es posible que el UE V2X de primer tipo no reciba el mensaje correspondiente. En este caso, el nuevo formato de transmisión puede ser una nueva gama MCS disponible para el segundo tipo de UE. Es decir, el UE de primer tipo puede soportar índices MCS de 0 a 28 y el UE de segundo tipo puede soportar índices MCS de 0 a 31. En consecuencia, en comparación con el UE de primer tipo, el UE de segundo tipo puede soportar un nuevo rango de MCS de 29. a 31. Es decir, dado que el primer tipo U<e>no soporta índices MCS de 29 a 31, el primer tipo UE puede no recibir un mensaje que se transmite usando un MCS correspondiente a cualquiera de los índices MCS no soportados. En consecuencia, es posible que no coexistan UE que admitan diferentes tipos o versiones. Para solucionar este problema, se puede utilizar un perfil Tx. A continuación, se describe el perfil de Tx y se describe un método para determinar un formato de transmisión usando el perfil de Tx.
- Método de determinación del formato de transmisión del UE de segundo tipo (perfil Tx):
Se puede usar un perfil de Tx para compatibilidad entre un UE de primer tipo y un UE de segundo tipo usando diferentes formatos de transmisión. Por ejemplo, un UE puede determinar un formato de transmisión para un mensaje V2X basándose en un valor de índice indicado por el perfil Tx. El perfil Tx puede aplicarse a cada mensaje V2X transmitido a través de una interfaz PCS. Una capa de aplicación 1 puede determinar un valor de índice del perfil de Tx en función de la prioridad de cada mensaje V2X.
Por ejemplo, en el caso de un mensaje V2X relacionado con la seguridad, es posible que todos los UE necesiten recibir el mensaje V2X independientemente del tipo de UE o la versión de lanzamiento. En consecuencia, es posible que la capa de aplicación necesite configurar un perfil de Tx para un primer tipo de manera que el UE pueda aplicar un formato de transmisión de primer tipo. Por ejemplo, el primer tipo puede indicar la Versión 14 y un segundo tipo puede indicar la Versión 15. Sin embargo, se proporciona solo como ejemplo.
En el caso de un mensaje V2X sobre un servicio aplicado entre UE de una versión superior, por ejemplo, un mensaje V2X sobre pelotón y conducción remota, el UE del primer tipo no necesita recibir el mensaje V2X sobre pelotón y conducción remota. En consecuencia, el UE V2X de segundo tipo puede soportar una velocidad de transmisión de datos máxima y puede mejorar el rendimiento de V2X usando un nuevo formato de transmisión. En este caso, una capa de aplicación del UE puede configurar el perfil de Tx de manera que el UE pueda aplicar un formato de transmisión de segundo tipo.
En este documento, el perfil de Tx puede usar un valor de índice para indicar el formato de transmisión del primer tipo o el formato de transmisión del segundo tipo. El perfil de transmisión 1 puede indicar el formato de transmisión del primer tipo y el perfil de transmisión 2 puede indicar el formato de transmisión del segundo tipo.
Es decir, si el perfil de Tx 1 se proporciona para cada mensaje V2X que el UE desea transmitir, el UE puede establecer un único valor MCS usando una tabla MCS de primer tipo y puede aplicar el valor MCS establecido para la transmisión. Si se proporciona el perfil de Tx 2, el UE puede establecer un único valor MCS usando una tabla MCS de segundo tipo y puede transmitir un mensaje V2X correspondiente aplicando una coincidencia de velocidad y una función de escalamiento de tamaño de bloque de transporte (TBS). En este documento, seleccionar un único valor MCS entre los valores incluidos en una tabla MCS puede seguir una implementación UE.
La tabla de MCS del primer tipo puede proporcionarse como la siguiente Tabla 6. El MCS para el primer tipo puede tener el rango de MCS correspondiente a índices de 0 a 31. Se pueden establecer un valor mínimo y un valor máximo del rango de MCS a través de señalización RRC o información de preconfiguración. En este documento, se pueden utilizar los parámetros minMCS-PSSCH y maxMCS-PSSCH. El UE puede seleccionar, del rango MCS definido en función de dichos parámetros, un único índice MCS basado en la implementación del UE. Sin embargo, si la estación base indica al primer tipo de UE que utilice un índice MCS específico a través de la concesión SL, el UE puede aplicar un formato de transmisión correspondiente al índice MCS específico.
El primer tipo de UE puede determinar un esquema de modulación y un tamaño de TBS en función del índice MCS seleccionado. El esquema de modulación puede determinarse segúnQ'=rnin(4,Q'm), y el tamaño de TBS puede determinarse basándose en los parámetrosItbsyNprbque representan un bloque de recursos asignado.
[Tabla] 7]
(Continuación)
La tabla de MCS del segundo tipo se puede proporcionar como la siguiente Tabla 8. El MCS para el segundo tipo puede tener el rango de MCS correspondiente a índices de 0 a 31. Se puede establecer un valor mínimo y un valor máximo del rango de MCS. a través de señalización RRC o información de preconfiguración. En este documento, se pueden utilizar los parámetros minMCS-PSSCH y maxMCS-PSSCH. El UE puede seleccionar, del rango MCS definido en función de dichos parámetros, un único índice MCS basado en la implementación del UE. De la misma manera que el primer tipo de método de selección de formato de transmisión, el UE puede determinar un esquema de modulación y un tamaño de TBS basándose en el índice MCS seleccionado. El esquema de modulación puede determinarse segúnQ'= rnin(4,Q'm), y el tamaño de TBS puede determinarse basándose en los parámetrosItbsyNprbque representan un bloque de recursos asignado.
[Tabla 8]
(Continuación)
Sin embargo, si se multiplexa una pluralidad de mensajes V2X en una única MAC PDU, se puede determinar un formato de transmisión para la transmisión de la MAC PDU basándose en un perfil de Tx de un mensaje V2X que tiene una prioridad máxima.
Es decir, en el caso de transmitir el mensaje V2X a través de una interfaz PCS en todo momento, el UE puede determinar un formato de transmisión basado en el perfil de Tx y luego transmitir el mensaje V2X.
- Método de determinación del formato de transmisión del primer tipo UE
El primer tipo V2X UE puede aplicar solo un único formato de transmisión para el primer tipo. En consecuencia, por ejemplo, cuando la estación base indica al UE que aplique un valor de MCS específico, el UE puede determinar un formato de transmisión basándose en el valor de MCS específico. Cuando la estación base no indica al UE que aplique el valor de MCS específico, el UE puede seleccionar y aplicar un único valor de MCS entre los valores incluidos en el primer tipo de rango de MCS basándose en la implementación del UE.
A continuación, se describe el funcionamiento general del UE basado en una capa de aplicación que establece un perfil de Tx.
- Método de operación 1 de V2X UE
FIG. 7 ilustra un ejemplo de una configuración general de comunicación V2X según una forma de realización de ejemplo.
Con referencia a la FIG. 7, un UE V2X se puede configurar usando una aplicación V2X y una pila de protocolos de comunicación. La comunicación entre UE se puede realizar a través de un enlace PCS y la comunicación entre un UE y una estación base se puede realizar a través de un enlace Uu. La comunicación entre aplicaciones V2X se puede realizar a través de un enlace VS.
Cuando un UE desea transmitir un mensaje V2X a través de la interfaz PCS, el UE puede determinar un método de transmisión basado en una configuración de una capa de aplicación. La capa de aplicación puede establecer un PPPP y un perfil de Tx y/o un valor de perfil de Tx para el mensaje V2X generado y puede transmitir el mismo a una capa de estrato de acceso (AS).
Por ejemplo, cuando un mensaje V2X generado por una aplicación de UE es un mensaje relacionado con la seguridad, la capa de aplicación puede configurar el perfil de Tx 1 de modo que todos los UE puedan recibir el mensaje V2X correspondiente. Además, la capa de aplicación puede establecer un PPPP que indique una prioridad de mensaje para cada mensaje V2X y también puede establecer selectivamente un PPPR que indique la confiabilidad del mensaje. La capa de aplicación del UE puede transmitir el mensaje V2X, el perfil de Tx y el PPPP a la capa AS, y puede transmitir selectivamente el PPPR a la capa AS.
En respuesta a la recepción del perfil de Tx, el PPPP, el PPPR y el mensaje V2X, la capa AS puede verificar la prioridad y la confiabilidad del mensaje V2X y puede asignar el mensaje V2X a transmitir a un radio de enlace lateral apropiado.
portador (SLRB). Las capas PDCP, RLC, MAC y PHY del UE pueden recibir el mensaje V2X a través de la capa AS y pueden prepararse para transmitir el mensaje V2X y luego realizar la transmisión.
La capa PDCP del UE puede comprimir un encabezado IP y realizar cifrado. A continuación, la capa PDCP del UE puede transmitir un paquete correspondiente a la capa RLC. La capa RLC del UE puede recibir el paquete y puede realizar la segmentación/unión del paquete.
Además, el UE puede seleccionar un canal lógico usado para transmitir el mensaje V2X basándose en el PPPP del mensaje V2X y puede seleccionar una portadora utilizada para transmitir el mensaje V2X basándose en el valor PPPP y CBR. En este documento, la portadora indica una banda de frecuencia.
Además, el UE determina la activación o desactivación de la duplicación de paquetes de enlace lateral en función del PPPR del mensaje V2X. En este caso, el PPPR puede proporcionarse de forma selectiva.
Además, el UE puede determinar el formato de transmisión basándose en el perfil de Tx del mensaje V2X.
Sin embargo, en este documento, el PPPR y el perfil Tx pueden ser aplicables solo al UE V2X de segundo tipo y la capa de aplicación que admite el UE de primer tipo puede no establecer el valor. Además, el PPPR sólo puede utilizarse para la duplicación de paquetes. Por lo tanto, incluso la capa de aplicación que soporta el segundo tipo de UE puede no establecer un valor PPPR para un paquete que no requiere duplicación de paquetes. Es decir, si no se establece el valor PPPR, es posible que el UE no realice la duplicación de paquetes. Sin embargo, dado que el valor PPPP está asociado con una selección de un canal lógico y una selección de una portadora, la capa de aplicación debe establecer el PPPP para cada mensaje V2X en todo momento, independientemente de la versión de UE. Además, es posible que sea necesario configurar el perfil de Tx en el UE V2X de segundo tipo en todo momento como estándar para determinar un formato de transmisión para cada mensaje V2X.
Ejemplo
Para implementar la comunicación V2X, se requieren varios tipos de desarrollos en los campos de, por ejemplo, aplicaciones, carreteras, seguridad de datos, etc., así como la comunicación inalámbrica. De esta forma, el desarrollo de cada técnica podrá realizarse de forma individual. En este caso, es posible que las versiones compatibles no coincidan. Por ejemplo, se puede lanzar un UE V2X con una aplicación implementada como Rel-14, aunque la comunicación inalámbrica admite un estándar Rel-15 en consideración de una siguiente actualización de la aplicación.
Alternativamente, el Rel-14 V2X UE puede actualizarse con una versión Rel-15. En este caso, como se describió anteriormente, dado que el desarrollo de la comunicación inalámbrica y el desarrollo de una aplicación se pueden realizar individualmente, la aplicación puede ser Rel-14 como 1 aunque se admita el estándar de comunicación inalámbrica Rel-15 V2X.
Alternativamente, el propósito principal de una aplicación de vehículo es controlar un vehículo. Si se produce un error en un sistema de control de vehículo de una nueva versión de la aplicación, la capa de aplicación del UE puede convertirse a una versión de aplicación existente cuya seguridad esté garantizada para garantizar la seguridad del vehículo. En este caso, aunque se admite el estándar de comunicación inalámbrica Rel-15 V2X, la aplicación puede ser Rel-14.
FIG. 8 ilustra un ejemplo en el que un tipo de protocolo de comunicación soportado por un UE y un tipo de aplicación soportada por el UE son diferentes según una forma de realización de ejemplo.
Con referencia a la FIG. 8, se puede configurar un UE V2X de segundo tipo usando un protocolo de comunicación que admita el V2X de segundo tipo y una aplicación que admita la operación V2X de primer tipo. En este documento, por ejemplo, como se describió anteriormente, el primer tipo puede ser Rel-14 y el segundo tipo puede ser Rel-15. Sin embargo, se proporciona sólo como ejemplo. Es decir, puede aplicarse a un caso en el que un tipo de protocolo de comunicación que soporta la operación V2X y un tipo de aplicación que soporta la operación V2X son diferentes.
Por ejemplo, el UE V2X de segundo tipo puede no recibir información de perfil de Tx e información de PPPR. Como se describió anteriormente, dado que se proporciona selectivamente una PPPR, el UE V2X de segundo tipo puede funcionar sin tener dificultades. Sin embargo, si no se proporciona el perfil de Tx, es posible que el UE correspondiente no determine fácilmente un formato de transmisión. Si un UE selecciona aleatoriamente el formato de transmisión por sí mismo, es posible que algunos UE no reciban un mensaje importante, lo que puede provocar un problema grave. En consecuencia, para evitar que ocurra tal problema, se propone una operación de UE en un caso en el que no se proporciona el perfil de Tx.
FIG. 9 es un diagrama de flujo que ilustra un ejemplo de una operación de UE según una forma de realización de ejemplo, basado en la descripción antes mencionada.
Según la forma de realización de ejemplo, si un UE V2X no recibe información de perfil de Tx de una capa superior, se puede aplicar un formato de transmisión predeterminado de modo que todos los UE puedan recibir un mensaje V2X en todo momento. En este documento, el formato de transmisión predeterminado se refiere a un formato de transmisión de primer tipo.
Describiendo en detalle, un segundo tipo V2X UE puede funcionar de la siguiente manera.
Por ejemplo, en la operación S910, un UE puede generar un mensaje de notificación, por ejemplo, un mensaje V2X, detectando una situación peligrosa a través de un sensor en una situación específica. En este documento, como se describió anteriormente con referencia a las FIGS. 1 a 8, una capa de aplicación del UE puede verificar un servicio que está asociado con el mensaje V2X. Si la capa de aplicación del UE soporta el segundo tipo V2X, la capa de aplicación puede establecer valores de perfil PPPP y Tx para el mensaje V2X en la operación S920. La capa de aplicación del UE puede transferir, a una capa AS, los valores establecidos de perfil PPPP y Tx con el mensaje V2X y el UE puede realizar la siguiente operación para transmitir el mensaje V2X.
Por ejemplo, un UE en modo 3 puede solicitar una estación base para un recurso de Tx a través de un BSR de enlace lateral. Basándose en el enlace lateral BSR, la estación base puede verificar una cantidad de datos a transmitir por el UE y puede determinar un recurso requerido para la transmisión. La estación base puede programar un recurso de Tx requerido para la transmisión de datos y la información de control de enlace lateral usando un SL-V-RNTI configurado y proporcionar el recurso de Tx programado al UE. En respuesta a recibir el recurso, el UE puede configurar una MAC PDU basándose en el recurso de programación asignado y puede determinar un formato de transmisión de acuerdo con un perfil de Tx de datos que tienen una prioridad máxima en una MAC PDU en la operación S930 y puede realizar una transmisión de enlace lateral. en funcionamiento S950. Es decir, el UE en modo 3 puede determinar un formato de transmisión basándose en la información del perfil de Tx en lugar de utilizar información de programación de la estación base. En este documento, la comunicación de enlace lateral se puede realizar en una subtrama que se define como un período de control de enlace lateral del UE. El período de control de enlace lateral se refiere a un período en el que se produce un recurso asignado a una célula para información de control de enlace lateral y transmisión de datos de enlace lateral. En el período de control de enlace lateral, el UE puede transmitir datos de enlace lateral e información de control de enlace lateral. En este documento, la información de control puede incluir ID de capa, MCS, valor de TA e información de ubicación de recursos.
Como otro ejemplo, un UE en modo 4 puede seleccionar un recurso de un grupo de recursos que está configurado por la estación base en función de la información del sistema o un grupo de recursos preconfigurado. Cada grupo de recursos está asociado con uno o más PPPP. En consecuencia, el UE puede seleccionar un conjunto de recursos de Tx basándose en PPPP de un canal lógico que tiene una prioridad máxima en la MAC PDU a transmitir y puede determinar un formato de transmisión basándose en un valor de perfil de Tx de un mensaje V2X que tiene una prioridad máxima en funcionamiento S930. El rango MCS (un formato de transmisión de primer tipo o un formato de transmisión de segundo tipo) puede determinarse basándose en el valor del perfil de Tx recibido desde la capa de aplicación y el UE puede seleccionar un valor único del rango MCS. En la operación S950, el UE puede realizar una transmisión de enlace lateral basándose en el conjunto de recursos seleccionado en el período de control de enlace lateral y el formato de transmisión. En este documento, una vez que se selecciona el grupo de recursos, el grupo de recursos es válido solo durante el período de control del enlace lateral. Después de la expiración del período de control de enlace lateral, el UE puede realizar nuevamente el proceso de selección del grupo de recursos.
Es decir, el UE modo 3 y el UE modo 4 tienen una diferencia entre ellos con respecto al método de selección de recursos de Tx y tienen una similitud en que el formato de transmisión se determina basándose en el valor del perfil de Tx del UE sin control de la estación base.
Sin embargo, si la capa de aplicación del UE no soporta una función V2X de segundo tipo, la capa de aplicación del UE puede transmitir solo un mensaje V2X y un valor PPPP en la operación S920. En este caso, el UE puede desconocer el propósito del mensaje V2X, un servicio asociado con el mensaje V2X y un receptor del mensaje V2X y, por lo tanto, puede no determinar fácilmente un formato de transmisión para el mensaje V2X en consecuencia. Por lo tanto, se requiere una operación de UE que aplique un formato de transmisión apropiado sin recibir un perfil de Tx.
Es decir, si el UE no recibe un valor de perfil de Tx para el mensaje V2X que se va a transmitir, el UE puede realizar la transmisión aplicando un formato de transmisión predeterminado, por ejemplo, el formato de transmisión de primer tipo, de modo que todos los UE pueden recibir el mensaje V2X en la operación S940.
Describiendo en detalle, el UE de segundo tipo puede aplicar todo el formato de transmisión de primer tipo y el formato de transmisión de segundo tipo. Es decir, el UE de segundo tipo puede transmitir el mensaje V2X aplicando un formato de transmisión único entre el formato de transmisión de primer tipo y el formato de transmisión de segundo tipo.
En este documento, el UE puede considerar un receptor de un mensaje como criterio para seleccionar el formato de transmisión. Si todos los UE V2X, incluidos el UE de primer tipo y el UE de segundo tipo, necesitan recibir el mensaje V2X a transmitir, el UE de segundo tipo puede aplicar el formato de transmisión de primer tipo. Si el mensaje V2X a transmitir<es un mensaje que se transmite al>Ue<de segundo tipo, el UE puede aplicar el formato de transmisión de segundo tipo.>
En este documento, el receptor del mensaje puede determinarse basándose en un servicio V2X. El servicio V2X puede seguir si la capa de aplicación del UE soporta un servicio correspondiente y la capa de aplicación del UE puede verificar un servicio del mensaje V2X generado. Por ejemplo, si la capa de aplicación del UE soporta un servicio de seguridad que es una de las funciones V2X de primer tipo y el UE genera un mensaje V2X para seguridad, la capa de aplicación del UE puede indicarle al UE que aplique el formato de transmisión de primer tipo a través de el perfil de Tx de modo que todos los UE V2X puedan recibir el mensaje V2X. Cuando la capa de aplicación del UE soporta un servicio de pelotón/conducción remota que es una función V2X de segundo tipo y el UE genera un mensaje V2X para el servicio, la capa de aplicación del UE puede indicarle al UE que aplique el formato de transmisión de segundo tipo a través de el perfil de Tx. Gracias a esto, es posible mejorar el rendimiento de la transmisión utilizando una cantidad relativamente pequeña de recursos y un alto rendimiento.
Sin embargo, si se produce un retorno a una aplicación V2X existente debido a un error del sistema de control del vehículo, es posible que la capa de aplicación del UE no admita la función V2X de segundo tipo, aunque el UE admita todos los formatos de transmisión del primer tipo y el formato de transmisión de segundo tipo. En este documento, un servicio para la función V2X de segundo tipo no es soportado en el UE y, por lo tanto, incluso el UE de segundo tipo puede no generar un mensaje para el servicio. Además, el perfil Tx no es compatible.
En consecuencia, en este caso, un mensaje V2X generado por el UE de segundo tipo puede ser un mensaje para todos los UE V2X, tal como un mensaje V2X generado por el UE de primer tipo. Sin embargo, como se describió anteriormente, independientemente de si la capa de aplicación soporta la función V2X de segundo tipo, el UE de segundo tipo aún puede<usar el formato de transmisión de primer tipo y el formato de transmisión de segundo tipo. Por lo tanto, si el>Ue<selecciona>arbitrariamente un formato de transmisión en esta situación, el UE puede transmitir el mensaje V2X aplicando el formato de transmisión de segundo tipo incluso con respecto a los datos que van a ser recibidos por todos los UE V2X. En este documento, algunos UE, por ejemplo, el UE de segundo tipo, pueden no recibir el mensaje V2X, lo que puede causar problemas.
En este caso, el UE del segundo tipo no debe seleccionar libremente un formato de transmisión basado en la implementación del UE. El UE de segundo tipo puede verificar que la capa de aplicación del UE no soporta una función de segundo tipo cuando la información del perfil de Tx no está disponible. En este documento, es necesario definir una operación del UE de manera que el UE pueda aplicar el formato de transmisión del primer tipo en todo momento.
En el caso de la MAC PDU transmitida a través del método de transmisión antes mencionado, todos los UE pueden recibir con éxito la MAC PDU independientemente de la versión del UE.
FIG. 10 es un diagrama de bloques que ilustra un ejemplo de una configuración de un aparato UE según una forma de realización de ejemplo.
El UE según las formas de realización de ejemplo puede funcionar basándose en el aparato de UE de la FIG. 10.
Por ejemplo, haciendo referencia a la FIG. 10, un aparato UE 1010 puede incluir un procesador 1020, una unidad de antena 1050, un transceptor 1060 y una memoria 1070. En este documento, los componentes antes mencionados pueden incluirse selectivamente y no están limitados a los mismos. Por ejemplo, el procesador 1020 realiza procesamiento de señales relacionadas con banda base y puede incluir un procesamiento de capa superior 1030 y un procesamiento de capa PHY 1040. El procesamiento de capa superior 1030 puede procesar una operación de una capa de control de acceso al medio (MAC), un control de recursos de radio (RRC) capa, o más capa superior. El procesamiento de la capa PHY 1040 puede procesar una operación de una capa PHY, por ejemplo, transmisión de MAC PDU. La unidad de antena 1050 puede incluir al menos una antena física. Cuando la antena 1050 incluye una pluralidad de antenas, la unidad de antena 1050 puede soportar transmisión y recepción de múltiples entradas y múltiples salidas (MIMO). El transceptor 1060 puede<incluir un transmisor de radiofrecuencia (RF) y un receptor de>Rf.<La memoria 1070 puede almacenar información>procesada de operación del procesador 1020, aplicación, sistema operativo, software, etc., asociada con una operación de UE, y también puede incluir componentes tales como un búfer. Los componentes antes mencionados pueden ser una configuración de software como una entidad lógica.
El procesador 1020 del aparato UE 1010 puede configurarse para implementar la operación UE en las formas de realización de ejemplo descritas en el presente documento. Por ejemplo, el aparato UE 1010 puede generar una MAC PDU basada en un mensaje V2X e información de perfil Tx recibida desde una capa de aplicación usando un generador de MAC PDU 1034 incluido en el procesamiento 1030 de capa superior, y puede aplicar un formato de transmisión usando un aplicador de formato de transmisión 1038. El aparato UE 1010 puede transmitir la información al procesamiento 1040 de la capa PHY y el procesamiento 1040 de la capa PHY puede transmitir la MAC PDU a través de un enlace PCS. Sin embargo, cuando la información del perfil de Tx correspondiente al mensaje V2X no se recibe desde la capa de aplicación, el aplicador de formato de transmisión 1038 puede aplicar un formato predeterminado.
Según una forma de realización de ejemplo de la presente divulgación, una capa de aplicación puede verificar la llegada de datos y luego determinar (establecer o configurar) la información del perfil de Tx en función de un servicio. La capa de aplicación determina un formato de transmisión para la transmisión de datos basándose en la información del perfil de Tx establecida y controla los datos que se transmitirán a través del formato de transmisión determinado. En este documento, un proceso para determinar el formato de transmisión para la transmisión de datos puede incluir la selección de un grupo de índices MCS que incluye índices de diferentes rangos basándose en la información del perfil de Tx.
Por ejemplo, según un ejemplo de la presente divulgación, en el caso de determinar la información del perfil de Tx como 1, se puede realizar un proceso para determinar la información del perfil de Tx.
incluye un proceso de selección del uso de un formato de transmisión de primer tipo para los datos. El formato de transmisión del primer tipo puede seleccionar uno de los índices MCS que van de 0 a 28. Mientras tanto, en el caso de determinar la información del perfil de Tx como 2, el proceso de determinar la información del perfil de Tx incluye un proceso de selección del uso de un segundo tipo de formato de transmisión. El formato de transmisión del segundo tipo puede incluir un proceso de selección de uno de los índices MCS que varían de 0 a 31.
En este documento, el proceso de determinar la información del perfil de Tx como 2 puede usarse para transmitir datos y un mensaje de servicio para un servicio V2X evolucionado, tal como pelotón y conducción remota. Mientras tanto, el proceso de determinar la información del perfil de Tx como 1 se puede utilizar para admitir un servicio V2X predeterminado para garantizar la seguridad.
En consecuencia, una capa de aplicación de un Tx UE puede determinar un PPPP y un PPPR para los datos y la información del perfil de Tx para la transmisión de datos según el servicio y puede transferir, a una capa AS, los PPPP, PPPR e información de perfil Tx determinada y, en consecuencia, puede controlar el generador de MAC PDU 1034 para generar MAC PDU y el aplicador de formato de transmisión 1038 para aplicar un formato de transmisión.
En este documento, el Tx UE puede determinar la información del perfil de Tx como 1 para los UE de Rx no específicos en una célula y puede establecer la información del perfil de Tx 1 como un formato de Tx predeterminado. El Tx UE puede seleccionar un recurso de transmisión basándose en un PPPP de un canal lógico que tiene prioridad de los datos de un conjunto de recursos de transmisión establecido y puede seleccionar el perfil de transmisión basándose en un valor de perfil de Tx de un mensaje V2X que tiene la máxima prioridad. El formato de transmisión determinado para la transmisión de datos puede transmitirse para UE no especificados dentro de una célula.
Mientras tanto, el procesamiento de la capa superior 1030 y el procesamiento de la capa PHY 1040 del procesador 1020 pueden ser una configuración de software. Por lo tanto, los componentes antes mencionados pueden no usarse esencialmente y, en su lugar, usarse selectivamente para configurar el aparato UE 1010. Es decir, los componentes antes mencionados pueden ilustrarse en los dibujos como una configuración lógica para describir la operación según formas de realización de ejemplo en detalle y pueden no necesariamente incluirse y, por tanto, implementarse. En este documento, para mayor claridad de la descripción, se describe una configuración para realizar una operación detallada y no se limita a la forma de realización ejemplar antes mencionada.
En los métodos de ejemplo descritos anteriormente, los procesos se describen como una serie de operaciones basadas en un diagrama de flujo; los aspectos de la presente divulgación no se limitan al orden o secuencia ilustrados. Alguna operación puede procesarse en un orden diferente o puede procesarse sustancialmente de manera simultánea. Además, se entenderá que las operaciones ilustradas en un diagrama de flujo no excluyen necesariamente otras operaciones, se pueden incluir otras operaciones y se pueden omitir una o más operaciones sin apartarse del espíritu y alcance de la presente divulgación.
Varias formas de realización de la presente divulgación no son todas las combinaciones posibles y son para explicar los aspectos representativos de la presente divulgación. Por tanto, será evidente que las descripciones realizadas en diversas formas de realización pueden aplicarse de forma independiente o una combinación de al menos dos de ellas.
Además, varias formas de realización de la presente divulgación pueden implementarse mediante hardware, firmware, software o combinaciones de los mismos. En el caso de implementación por hardware, las formas de realización pueden implementarse mediante uno o más circuitos integrados de aplicación específica (ASIC), procesadores de señales digitales (DSP), dispositivos de procesamiento de señales digitales (DSPD), dispositivos lógicos programables (PLD), matrices de puertas programables en campo (FPGA), procesadores generales, controladores, microcontroladores, microprocesadores, etc.
El alcance de la presente divulgación incluye software o instrucciones ejecutables por máquina (por ejemplo, sistema operativo, aplicación, firmware, programa, etc.) de manera que las operaciones del método de las diversas formas de realización puedan ejecutarse en un aparato o una computadora, y un medio no transitorio legible por computadora que almacena dicho software o instrucciones para que sean ejecutables en un aparato o computadora.
Aplicabilidad industrial
Algunos aspectos de la presente divulgación pueden aplicarse a diversos sistemas.

Claims (15)

REIVINDICACIONES
1. Un método realizado por un dispositivo de usuario inalámbrico (1010), comprendiendo el método:
determinar que un perfil de transmisión, Tx, para uno o más paquetes de datos no se recibe desde una capa de aplicación, en donde uno o más paquetes de datos son para vehículo a todo, V2X, transmisión entre dispositivos inalámbricos de usuario;
seleccionar, basándose en la determinación, un primer formato de transmisión asociado con un primer perfil de Tx, en donde el primer formato de transmisión está configurado para usar un primer rango de índices de esquema de modulación y codificación, MCS, comprendidos en un segundo rango de índices MCS configurados para un segundo formato de transmisión; y
transmitir, basándose en el primer formato de transmisión seleccionado, uno o más paquetes de datos desde el dispositivo de usuario inalámbrico (1010) a uno o más dispositivos de usuario inalámbricos.
2. El método de la reivindicación 1, en el que el primer rango de índices MCS es un rango de 0 a 28, y en el que el segundo rango de índices MCS es un rango de 0 a 31.
3. El método de cualquiera de las reivindicaciones 1 o 2, que comprende, además recibir, desde la capa de aplicación del dispositivo de usuario inalámbrico, un mensaje V2X y Prioridad Por Paquete ProSe, PPPP, sin recibir el perfil de Tx para uno o más paquetes de datos.
4. El método de la reivindicación 1, que comprende, además:
determinar, basándose en un tipo de servicio de uno o más segundos paquetes de datos, un perfil de Tx 2 para el uno o más segundos paquetes de datos y un formato de transmisión asociado con el perfil de Tx para uno o más segundos paquetes de datos; y
transmitir, basándose en el formato de transmisión asociado con el perfil de Tx para uno o más segundos paquetes de datos, uno o más segundos paquetes de datos desde el dispositivo de usuario inalámbrico (1010) a uno o más dispositivos de usuario inalámbricos.
5. El método de la reivindicación 4, que comprende, además:
proporcionar, desde la capa de aplicación a un estrato de acceso, el perfil de Tx determinado para uno o más segundos paquetes de datos.
6. El método de la reivindicación 4, que comprende, además:
proporcionar, desde la capa de aplicación a un estrato de acceso, al menos uno de:
Prioridad Por Paquete ProSe, PPPP, asociado con uno o más segundos paquetes de datos; o
Fiabilidad Por Paquete ProSe, PPPR, asociada con uno o más segundos paquetes de datos.
7. El método de la reivindicación 1, que comprende, además:
determinar, basándose en uno o más tipos de servicio de una pluralidad de segundos paquetes de datos, una pluralidad de perfiles de Tx para la pluralidad de segundos paquetes de datos;
seleccionar un formato de transmisión asociado con un perfil de Tx de la pluralidad de perfiles de Tx; y transmitir, basándose en el formato de transmisión seleccionado asociado con el perfil de Tx de la pluralidad de perfiles de Tx, la pluralidad de segundos paquetes de datos.
8. El método de la reivindicación 7, en el que la selección del formato de transmisión asociado con el perfil de Tx de la pluralidad de perfiles de Tx se basa en una prioridad de un canal lógico asociado con la pluralidad de segundos paquetes de datos.
9. El método de la reivindicación 8, en el que la prioridad del canal lógico asociado con la pluralidad de segundos paquetes de datos es la prioridad más alta en una unidad de datos de protocolo de control de acceso al medio, MAC PDU.
10. El método de cualquiera de las reivindicaciones 1 a 9, en el que el segundo formato de transmisión está asociado con al menos uno de:
un servicio de pelotón; o
un servicio de conducción remota.
11. El método de cualquiera de las reivindicaciones 1 a 10, en el que el primer formato de transmisión está asociado a un servicio de seguridad vial.
12. El método de cualquiera de las reivindicaciones 1 a 11, en el que el primer formato de transmisión es un formato de transmisión predeterminado.
13. Un medio no transitorio legible por computadora que almacena instrucciones que, cuando se ejecutan mediante un dispositivo de usuario inalámbrico (1010), provocan la ejecución del método de las reivindicaciones 1 a 12.
14. Un dispositivo de usuario inalámbrico (1010) que comprende:
un transceptor (1060);
uno o más procesadores (1020); y
memoria (1070) que almacena instrucciones que, cuando son ejecutadas por uno o más procesadores (1020), hacen que el dispositivo inalámbrico de usuario (1010) realice el método de las reivindicaciones 1 a 12.
15. Un sistema que comprende:
el dispositivo de usuario inalámbrico (1010) de la reivindicación 14; y
una estación base configurada para transmitir información de recursos al dispositivo de usuario inalámbrico (1010).
ES19839952T 2018-07-24 2019-07-23 Método y dispositivo para realizar comunicación inalámbrica en un sistema de comunicación inalámbrica para soportar la comunicación de vehículos Active ES2986929T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
KR20180086106 2018-07-24
KR1020180110861A KR102574099B1 (ko) 2018-07-24 2018-09-17 차량 통신을 지원하는 무선통신 시스템에서 무선 통신을 수행하는 방법 및 그 장치
PCT/KR2019/009119 WO2020022756A1 (ko) 2018-07-24 2019-07-23 차량 통신을 지원하는 무선통신 시스템에서 무선 통신을 수행하는 방법 및 그 장치

Publications (1)

Publication Number Publication Date
ES2986929T3 true ES2986929T3 (es) 2024-11-13

Family

ID=69180942

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19839952T Active ES2986929T3 (es) 2018-07-24 2019-07-23 Método y dispositivo para realizar comunicación inalámbrica en un sistema de comunicación inalámbrica para soportar la comunicación de vehículos

Country Status (7)

Country Link
US (1) US20250301287A1 (es)
EP (2) EP3829198B1 (es)
KR (1) KR102795510B1 (es)
CN (1) CN115604680B (es)
ES (1) ES2986929T3 (es)
PL (1) PL3829198T3 (es)
WO (1) WO2020022756A1 (es)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102551652B1 (ko) * 2019-07-03 2023-07-04 오피노 엘엘씨 무선 통신 시스템에서 사이드링크에 대한 구역 관리 및 하이브리드 자동 반복 요청
EP4055935A4 (en) * 2019-11-07 2023-05-03 ZTE Corporation SYSTEM AND METHOD FOR SIDELINK COMMUNICATION IN WIRELESS COMMUNICATION NETWORKS
EP4307733A4 (en) * 2021-06-18 2024-05-29 Guangdong Oppo Mobile Telecommunications Corp., Ltd. WIRELESS COMMUNICATION METHOD AND TERMINAL DEVICE
CN114363841B (zh) * 2022-01-24 2023-07-04 青岛慧拓智能机器有限公司 一种车路系统混合通信系统及方法
US20230397170A1 (en) * 2022-06-03 2023-12-07 Qualcomm Incorporated Duplicating sidelink transmissions for sidelink carrier aggregation
US20240323744A1 (en) * 2023-03-21 2024-09-26 Qualcomm Incorporated Thermal-based ue aggregation for vehicular communication

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107409380B (zh) * 2015-03-11 2021-06-08 诺基亚技术有限公司 用于v2v通信系统中的资源分配的方法和装置
WO2017171251A1 (ko) * 2016-03-29 2017-10-05 엘지전자(주) 무선 통신 시스템에서의 pc5 자원 할당 방법 및 이를 위한 장치
US10631259B2 (en) * 2016-06-22 2020-04-21 Lg Electronics Inc. Method and terminal for applying on/off power time mask for V2X communication
EP3273634A1 (en) * 2016-07-18 2018-01-24 Panasonic Intellectual Property Corporation of America Improved support of quality of service for v2x transmissions

Also Published As

Publication number Publication date
WO2020022756A1 (ko) 2020-01-30
CN115604680B (zh) 2025-10-03
CN115604680A (zh) 2023-01-13
EP3829198A4 (en) 2022-04-20
PL3829198T3 (pl) 2024-11-18
EP4407918A2 (en) 2024-07-31
EP3829198B1 (en) 2024-07-10
KR102795510B1 (ko) 2025-04-21
KR20230129218A (ko) 2023-09-07
EP3829198A1 (en) 2021-06-02
US20250301287A1 (en) 2025-09-25
EP4407918A3 (en) 2024-10-16
EP3829198C0 (en) 2024-07-10

Similar Documents

Publication Publication Date Title
US11664933B2 (en) Method and apparatus for flushing HARQ buffer in wireless communication system
US20240179501A1 (en) Apparatus and method for performing wireless communication in wireless communication system supporting vehicle communication
US11219035B2 (en) Method and apparatus for deprioritizing duplicated packet transmission in wireless communication system
ES2902932T3 (es) Procedimientos y aparatos para mejorar la comunicación de enlace lateral uno a uno en un sistema de comunicación inalámbrica
US11051304B2 (en) Method and apparatus for selecting carrier for sidelink transmission in wireless communication system
US11044651B2 (en) Method and apparatus for supporting carrier reselection based on channel busy ratio in wireless communication system
US11115981B2 (en) Method and apparatus for allocating resource based on anchor carrier in wireless communication system
US11350309B2 (en) Method and apparatus for deprioritizing packet transmission based on reliability level or congestion level in wireless communication system
RU2753572C1 (ru) Беспроводное устройство, узел радиосети и способы, выполняемые в них
ES2993000T3 (en) Method for controlling semi-persistent scheduling
US10834751B2 (en) Method and apparatus for delivering time-critical message between devices belonging to different cells in wireless communication system
US12363514B2 (en) Method and apparatus for performing wireless communication in wireless communication system supporting vehicle communication
US20240260134A1 (en) Multicast broadcast services notification and operation in inactive state
ES2760566T3 (es) Procedimientos y aparatos para agregación de portadoras entre eNB
CN115553058A (zh) 设备到设备中继连接的建立和配置
ES2885401T3 (es) Métodos y aparatos de mejora en celdas pequeñas en un sistema de comunicación inalámbrica
EP3829198B1 (en) Method and device for performing wireless communication in wireless communication system for supporting vehicle communication
US20230015755A1 (en) System and method for sidelink communications in wireless communication networks
US20240243839A1 (en) Enhanced retransmission for sidelink communications
US10805832B2 (en) Method and apparatus for handling coexistence with DSRC carrier in wireless communication system
ES2983703T3 (es) Procedimiento y aparato para la configuración del portador de RLC de enlace lateral del UE de retransmisión para admitir la retransmisión de UE a Red en un sistema de comunicación inalámbrica
KR20200027288A (ko) 차량 통신을 지원하는 무선통신 시스템에서 단말간 통신을 위한 자원 요청 방법 및 장치
WO2024035639A1 (en) Sps harq feedback in energy saving state