ES2951109T3 - Dispositivo de comunicación, método de comunicación y programa informático - Google Patents

Dispositivo de comunicación, método de comunicación y programa informático Download PDF

Info

Publication number
ES2951109T3
ES2951109T3 ES20182978T ES20182978T ES2951109T3 ES 2951109 T3 ES2951109 T3 ES 2951109T3 ES 20182978 T ES20182978 T ES 20182978T ES 20182978 T ES20182978 T ES 20182978T ES 2951109 T3 ES2951109 T3 ES 2951109T3
Authority
ES
Spain
Prior art keywords
detection
resource
terminal device
communication
terminal
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
ES20182978T
Other languages
English (en)
Inventor
Uchiyama Hiromasa
Tang Yifu
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.)
Sony Group Corp
Original Assignee
Sony Group Corp
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 JP2016216751A external-priority patent/JP6669041B2/ja
Application filed by Sony Group Corp filed Critical Sony Group Corp
Application granted granted Critical
Publication of ES2951109T3 publication Critical patent/ES2951109T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/51Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0808Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/02Selection of wireless resources by user or terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0473Wireless resource allocation based on the type of the allocated resource the resource being transmission power
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/25Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/23Manipulation of direct-mode connections
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/14Direct-mode setup
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/28Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Landscapes

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

Abstract

[Objeto] Proporcionar un dispositivo de comunicación que permita la detección de recursos eficientes en la comunicación entre dispositivos, como la comunicación V2X. [Solución] Se proporciona el dispositivo de comunicación que incluye una unidad de control configurada para asignar un área de recursos en la que un recurso es seleccionable por un dispositivo terminal que ejecuta comunicación entre dispositivos, y para proporcionar información con respecto a un rango de detección del área de recursos al dispositivo terminal. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Dispositivo de comunicación, método de comunicación y programa informático
Campo técnico
La presente divulgación se refiere a un dispositivo de comunicación, un método de comunicación y un programa informático.
Se han divulgado técnicas para asignar recursos en la comunicación de dispositivo a dispositivo (D2D) entre dispositivos terminales (por ejemplo, bibliografía de patentes 1).
Por otro lado, en los últimos años ha ido en aumento la anticipación de la comunicación en el vehículo (comunicación V2X) para implementar la futura conducción automática. "Comunicación V2X" es una abreviatura de "comunicación de vehículo a X" y se refiere a un sistema en el que un "vehículo" se comunica con un "objeto". Aquí, los ejemplos del "objeto" incluyen un vehículo, una instalación (infraestructura/red) y un peatón (V2V, V2I/N o V2P). Como comunicación inalámbrica para vehículos, el desarrollo de la comunicación dedicada de corto alcance (DSRC) basada en 802.11 p ha avanzado principalmente hasta ahora, pero en los últimos años, las discusiones sobre la estandarización de "V2X basada en LTE", que es la comunicación en el vehículo basada en LTE, han comenzado. El documento WO 2008/126295 A1 divulga un método de comunicación, una estación móvil y una estación base. Se proporciona un método de comunicación que comprende los pasos de recibir una señal desde una estación base; y comunicarse, en respuesta a la recepción de la señal, con la estación base mediante el uso de un primer rango de comunicación que está disponible debido a un control basado en la señal de la estación base, mientras se comunica con una estación móvil diferente, no interviniendo la estación base, mediante el uso de un segundo rango de comunicación que está disponible independientemente del control basado en la señal de la estación base.
Huawei et al., "Selección de recursos autónomos de UE", 3GPP TSG RAN WG1 Meeting #84, R1 -160307, St. Julian's, Malta, 15 - 19 de febrero de 2016 describe la selección de recursos autónomos de UE.
El documento EP 3439 403 A1 pretende proporcionar un dispositivo capaz de realizar una detección de recursos eficiente en la comunicación V2X. Se proporciona un dispositivo que incluye una unidad de procesamiento configurada para realizar la detección utilizando una primera detección de recursos de detección durante un período predeterminado y seleccionando recursos de comunicación basándose en un resultado de la detección y una segunda detección de la selección de recursos de comunicación basándose en un resultado de decodificación de la información de control transmitida por otro usuario con referencia a una tabla de mapeo en el momento de la primera detección y la segunda detección.
Lista de citas
Bibliografía de patentes
Bibliografía de patentes 1: documento JP 2015-508943T
Divulgación de la invención
Problema técnico
La presente divulgación propone un dispositivo de comunicación, un método de comunicación y un programa informático novedosos y mejorados que permiten la detección de recursos eficientes en la comunicación entre dispositivos, como la comunicación V2X.
Solución al problema
El objeto reivindicado se define en las reivindicaciones independientes adjuntas. Se proporcionan mejoras adicionales en las reivindicaciones dependientes.
Según la presente divulgación, se proporciona un dispositivo de comunicación que incluye: una unidad de control configurada para asignar un área de recursos en la que un dispositivo terminal puede seleccionar un recurso que ejecuta la comunicación entre dispositivos, y para proporcionar información con respecto a un rango de detección del área de recursos al dispositivo terminal.
Además, según la presente divulgación, se proporciona un dispositivo de comunicación que incluye: una unidad de control configurada para seleccionar un recurso de un área de recursos asignada por una estación base y para determinar un rango de detección del área de recursos según una situación cuando la comunicación entre dispositivos se ejecuta utilizando el recurso seleccionado.
Además, según la presente divulgación, se proporciona un método de comunicación que incluye: asignar un área de recursos en la que un dispositivo terminal puede seleccionar un recurso que ejecuta la comunicación entre dispositivos, y proporcionar información con respecto a un rango de detección del área de recursos al dispositivo terminal.
Además, según la presente divulgación, se proporciona un método de comunicación que incluye: seleccionar un recurso de un área de recursos asignada por una estación base y determinar un rango de detección del área de recursos según una situación cuando la comunicación entre dispositivos se ejecuta utilizando el recurso seleccionado. Además, según la presente divulgación, se proporciona un programa informático que hace que una computadora ejecute: asignar un área de recursos en la que un dispositivo terminal puede seleccionar un recurso que ejecuta la comunicación entre dispositivos, y proporcionar información con respecto a un rango de detección del área de recursos al dispositivo terminal.
Además, según la presente divulgación, se proporciona un programa informático que hace que una computadora ejecute: seleccionar un recurso de un área de recursos asignada por una estación base y determinar un rango de detección del área de recursos según una situación cuando la comunicación entre dispositivos se ejecuta utilizando el recurso seleccionado.
Efectos ventajosos de la invención
Según la presente divulgación descrita anteriormente se propone un dispositivo de comunicación, un método de comunicación y un programa informático novedosos y mejorados que permiten la detección de recursos eficientes en la comunicación entre dispositivos, como la comunicación V2X.
Obsérvese que los efectos descritos anteriormente no son necesariamente limitativos. Con o en lugar de los efectos anteriores, puede lograrse cualquiera de los efectos descritos en esta memoria descriptiva u otros efectos que puedan captarse a partir de esta memoria descriptiva.
Breve descripción de los dibujos
[FIG. 1] La FIG.1 es un diagrama explicativo para describir un escenario de operación V2X.
[FIG. 2] La FIG.2 es un diagrama explicativo para describir un escenario de operación V2X.
[FIG. 3] La FIG.3 es un diagrama explicativo para describir un escenario de operación V2X.
[FIG. 4] La FIG.4 es un diagrama explicativo para describir un escenario de operación V2X. [FIG. 5] La FIG.5 es un diagrama explicativo para describir un escenario de operación V2X. [FIG. 6] La FIG.6 es un diagrama explicativo para describir un IBE.
[FIG. 7] La FIG. 7 es un diagrama explicativo para describir la asignación de TDM y la asignación de FDM.
[FIG. 8] La FIG.8 es un diagrama explicativo para describir una descripción general de SPS.
[FIG. 9] La FIG.9 es un diagrama explicativo para describir una descripción general de SPS.
[FIG. 10] La FIG. 10 es un diagrama explicativo para describir una descripción general de SPS.
[FIG. 11] La FIG. 11 es un diagrama de flujo que ilustra un ejemplo de funcionamiento de un dispositivo terminal según una realización de la presente divulgación.
[FIG. 12] La FIG. 12 es un diagrama explicativo para describir la aparición de datos de transmisión para la reserva de transmisión de datos del dispositivo terminal.
[FIG. 13] La FIG. 13 es un diagrama explicativo que ilustra un ejemplo de períodos de programación introducidos en un grupo de recursos.
[FIG. 14] La FIG. 14 es un diagrama explicativo que ilustra un ejemplo de períodos de programación agrupados.
[FIG. 15] La FIG. 15 es un diagrama explicativo que ilustra un ejemplo en el que el dispositivo terminal realiza saltos de recursos según el número de períodos de programación.
[FIG. 16] La FIG. 16 es un diagrama explicativo para describir un área de detección común.
[FIG. 17] La FIG. 17 es un diagrama de bloques que ilustra un ejemplo de una configuración de una estación base 100 según una realización de la presente divulgación.
[FIG. 18] La FIG. 18 es un diagrama de bloques que ilustra un ejemplo de una configuración de un dispositivo terminal 200 según una realización de la presente divulgación.
[FIG. 19] La FIG. 19 es un diagrama de bloques que ilustra un primer ejemplo de una configuración esquemática de un eNB al que se puede aplicar la tecnología de la presente divulgación.
[FIG. 20] La FIG. 20 es un diagrama de bloques que ilustra un segundo ejemplo de la configuración esquemática del eNB al que se puede aplicar la tecnología de la presente divulgación.
[FIG. 21] La FIG. 21 es un diagrama de bloques que ilustra un ejemplo de una configuración esquemática de un teléfono inteligente 900 al que se puede aplicar la tecnología de la presente divulgación.
[FIG. 22] La FIG. 22 es un diagrama de bloques que ilustra un ejemplo de una configuración esquemática de un dispositivo de navegación para automóvil 920 al que se puede aplicar la tecnología de la presente divulgación.
[FIG. 23] La FIG. 23 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en un lado de la Red y un lado del UE de peatón según la realización.
[FIG. 24] La FIG. 24 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en un lado de la Red y un lado del UE de peatón según la realización.
[FIG. 25] La FIG. 25 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en un lado de la Red y un lado del UE de peatón según la realización.
[FIG. 26] La FIG. 26 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en un lado de la Red y un lado del UE de peatón según la realización.
[FIG. 27] La FIG. 27 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en un lado de la Red y un lado del UE de peatón según la realización.
[FIG. 28] La FIG. 28 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en un lado de la Red y un lado del UE de peatón según la realización.
[FIG. 29] La FIG. 29 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en un lado de la Red y un lado del UE de peatón según la realización.
[FIG. 30] La FIG. 30 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en un lado de la Red y un lado del UE de peatón según la realización.
[FIG. 31] La FIG. 31 es un diagrama explicativo que ilustra un ejemplo de detección de ráfagas.
[FIG. 32] La FIG. 32 es un diagrama explicativo que ilustra un ejemplo de detección de ráfagas.
[FIG. 33] La FIG. 33 es un diagrama explicativo que ilustra un ejemplo de detección distribuida.
[FIG. 34] La FIG. 34 es un diagrama explicativo que ilustra un ejemplo de detección con una configuración idéntica para cada subdetección.
[FIG. 35] La FIG. 35 es un diagrama explicativo que ilustra un ejemplo de detección con ajustes variables para cada subdetección.
Modo(s) de llevar a cabo la invención
En lo sucesivo en el presente documento, (a) la realización o realizaciones preferidas de la presente divulgación se describirán en detalle con referencia a los dibujos adjuntos. Obsérvese que en esta memoria descriptiva y los dibujos adjuntos, los elementos estructurales que tienen sustancialmente la misma función y estructura se indican con los mismos números de referencia, y se omite la explicación repetida de estos elementos estructurales.
Además, la descripción continuará en el siguiente orden.
1. Realización de la presente divulgación
1.1. Descripción general
1.2. Ejemplo
1.3. Ejemplo de configuración
2. Ejemplos de aplicación
3. Conclusión
< 1. Realización de la presente divulgación>
[1.1. Descripción general] En primer lugar, se describirá una descripción general de una realización de la presente divulgación.
Como se ha descrito anteriormente, en los últimos años ha ido en aumento la anticipación de la comunicación en el vehículo (comunicación V2X) para implementar la futura conducción automática. "Comunicación V2X" es una abreviatura de "comunicación de vehículo a X" y se refiere a un sistema en el que un "vehículo" se comunica con un "objeto". Aquí, los ejemplos del "objeto" incluyen un vehículo, una instalación (infraestructura/red) y un peatón (V2V, V2I/N o V2P). Como comunicación inalámbrica para vehículos, el desarrollo de DSRC basada en 802.11 p ha avanzado principalmente hasta ahora, pero en los últimos años, las discusiones sobre la estandarización de "V2X basada en LTE", que es la comunicación en el vehículo basada en LTE, han comenzado.
A continuación se enumeran ejemplos de casos en los que se utiliza la comunicación V2X. Ha habido demandas de comunicación, como la transmisión periódica de mensajes en los que un mensaje se transmite periódicamente a un vehículo con fines de seguridad o un mensaje desencadenante de eventos que proporciona la información necesaria según un evento (3GPP TR 22.885).
(Ejemplos de casos de uso de V2X)
1. Advertencia de colisión frontal
2. Advertencia de pérdida de control
3. Caso de uso de V2V para advertencia de vehículos de emergencia
4. Caso de uso de parada de emergencia V2V
5. Control de crucero adaptativo cooperativo
6. Caso de uso de parada de emergencia V2I
7. Advertencia de cola
8. Servicios de seguridad vial
9. Sistema de estacionamiento automatizado
10. Advertencia de conducción en sentido contrario
11. Transferencia de mensajes V2V bajo el control del operador
12. Advertencia de detección previa al choque
13. V2X en áreas fuera de cobertura de red
14. Servicio de seguridad vial V2X vía infraestructura
15. Optimización del flujo de tráfico V2I/V2N
16. Aviso de velocidad en curva
17. Advertencia al peatón contra la colisión de peatones
18. Seguridad de los usuarios vulnerables de la carretera (VRU) 19. V2X por UE tipo RSU
20. Calidad de servicio mínima V2X
21. Caso de uso para acceso V2X en itinerancia
22. Seguridad vial del peatón a través de mensajes de sensibilización V2P 23. Gestión de tráfico de uso mixto
24. Mejora de la precisión posicional para los participantes del tráfico
A continuación se muestran ejemplos de requisitos basados en estos casos de uso.
[Tabla
Figure imgf000006_0001
Figure imgf000007_0001
(Tabla 1 : Ejemplo de parámetros para servicios V2X)
Para lograr los requisitos anteriores, la estandarización de una capa física de comunicación V2X ya comenzó en 3GPP. Se han estandarizado V2I/N y V2P, mientras que se ha realizado un enfoque centrado en la estandarización de la comunicación V2V, que es la comunicación entre vehículos.
Una tecnología base de la comunicación V2X es la comunicación D2D que se estandarizó en 3GPP en el pasado. Dado que la comunicación D2D es una comunicación entre terminales que no pasa por una estación base, se puede considerar mejorarla aplicándola a la comunicación V2V y la comunicación V2P (también se puede aplicar a alguna comunicación V2I). Tal interfaz entre terminales se denomina interfaz PC5.
Además, se puede considerar mejorar la comunicación V2I y la comunicación V2N aplicándolas a la comunicación existente entre una estación base y un terminal. Tal interfaz entre una estación base y un terminal se denomina interfaz Uu.
Como se describió anteriormente, para implementar la comunicación V2X, es necesario mejorar la interfaz PC5 y la interfaz Uu para cumplir con los requisitos.
Los principales puntos de mejora incluyen, por ejemplo, mejora de la asignación de recursos, contramedidas contra una frecuencia Doppler, establecimiento de una técnica de sincronización, implementación de comunicación de bajo consumo de energía, implementación de comunicación de bajo retardo, etc.
(Escenario de operación V2X)
Se describirá un escenario de operación V2X. Se basa en la comunicación V2V. Además, en la siguiente descripción, si un automóvil se sustituye por un peatón, se convierte en comunicación V2P y, en el caso de que termine en una instalación o red, se convierte en comunicación V2I/N.
De la FIG. 1 a la FIG. 5 son diagramas explicativos para describir los escenarios de operación V2X. La FIG. 1 ilustra un escenario en el que los vehículos se comunican directamente entre sí sin una estación base (E-UTRAN). La FIG.
2 ilustra un escenario en el que los vehículos se comunican a través de una estación base. Las FIG. 3 y 4 ilustran un escenario en el que los vehículos se comunican a través de un terminal (un UE, en este caso, un dispositivo inalámbrico de carretera (RSU)) y una estación base. La FIG. 5 ilustra un escenario en el que los vehículos se comunican a través de un terminal (un UE, en este caso, un dispositivo inalámbrico de carretera (RSU)).
Dado que la comunicación V2X es diferente de D2D en los requisitos de comunicación, el entorno de comunicación o similares, la comunicación D2D existente no se puede utilizar sin cambios. Por lo tanto, es necesario mejorarla para dar una forma de adaptación a la comunicación V2X. Las diferencias de funciones entre la comunicación D2D y la comunicación V2X se ilustran a continuación.
(1) La comunicación V2X es de alta confiabilidad y necesita una comunicación de bajo retardo.
(2) Hay tráfico específico para V2X.
(3) V2X tiene varios enlaces.
(4) Un problema de emisión en banda (IBE).
(5) Un problema de medio dúplex (HD).
(6) Existe el problema de que la capacidad es mayor que la de D2D.
(7) La información de la posición se obtiene de manera constante.
En primer lugar, (1) es obvio a partir de los casos de uso de la comunicación V2X. La comunicación V2X tiene muchos propósitos de seguridad y la confiabilidad es un índice muy importante. Además, dado que la velocidad de movimiento de un vehículo es más rápida que la de un caso de uso a pie de D2D, es necesaria la implementación de una comunicación de bajo retardo.
Para el tráfico específico de V2X de (2), en la comunicación V2X se asumen principalmente dos tipos de tráfico, es decir, tráfico periódico y tráfico desencadenante de eventos. El tráfico periódico es una comunicación de notificación periódica de datos a los vehículos periféricos, y también es una característica de V2X.
Para los diversos enlaces de (3), V (vehículo)/I (infraestructura)/N (red)/P (peatón) se asumen como objetivos de comunicación (X) del vehículo en comunicación V2X. Un punto que tiene enlaces tan diversos también es exclusivo de la comunicación V2X.
El problema de IBE de (4) y el problema de HD de (5) están relacionados con la topología y el rendimiento de RF de un terminal. En primer lugar, se describirá la IBE con referencia a la FIG. 6. A diferencia de la comunicación entre la estación base y el terminal, en la comunicación V2V, la relación de posición entre un terminal de transmisión y un terminal de recepción cambia constantemente. En el caso de que haya un terminal de recepción cerca del terminal de transmisión, la emisión desde un lado de transmisión puede afectar a un terminal de recepción cercano. La ortogonalidad se mantiene en un eje de frecuencia, pero la influencia de la IBE se vuelve notable por la proximidad de la distancia entre el terminal de transmisión y el terminal de recepción. En la FIG. 6, un terminal de transmisión A da la IBE a un terminal de recepción D. Como se describió anteriormente, en un caso en el que la distancia entre el terminal de transmisión y el terminal de recepción es corta, existe la posibilidad de que se produzcan interferencias en recursos adyacentes en la frecuencia. Este problema puede ocurrir incluso en D2D. Sin embargo, en la comunicación V2X en la que se comunican más terminales que en D2D, el problema de IBE se vuelve más notorio.
El problema de HD de (5) se refiere a un problema en el que el terminal no puede realizar la recepción mientras realiza la transmisión. Por esta razón, es necesario hacerle frente, por ejemplo, es necesario preparar dos o más oportunidades para recibir, y es necesario evitar que la transmisión de otros usuarios se asigne en un marco para transmitir datos. El problema de HD no es un problema específico de V2X, pero es una gran restricción en la comunicación de V2X en la que es necesario realizar mucha transmisión y recepción.
A continuación, se describirá la capacidad de (6). Como se describió anteriormente, en la comunicación V2X, el número de terminales alojados es mayor que en la comunicación D2D. Además, cuando un automóvil viaja por la carretera, la densidad de terminales aumenta inevitablemente a nivel local. Por este motivo, la mejora de la capacidad es imprescindible en la comunicación V2X. Es necesario eliminar tantos gastos generales innecesarios y similares como sea posible e implementar una comunicación eficiente.
La razón por la que la información de posición del último (7) puede obtenerse constantemente es porque un automóvil conoce constantemente su información de posición como puede verse en la instalación de un sistema de navegación de un automóvil en los últimos años. Dicha información de posición se convierte en una característica muy importante para mejorar la comunicación V2X.
Para resolver estos problemas, actualmente se está revisando en 3GPP un método de asignación de recursos que usa multiplexación por división de frecuencia (FDM). La asignación de multiplexación por división de tiempo (TDM) y la asignación de FDM se describirán con referencia a la FIG. 7. La interfaz PC5 en la que se realizan la comunicación D2D y la comunicación V2X está configurada principalmente con una unidad de canal de control (canal de control de enlace lateral físico (PSCCH)) y una unidad de canal de datos (canal compartido de enlace lateral físico (PSSCH)).
Dado que se realiza una notificación de una indicación de recurso PSSCH o similar en el PSCCH, existe el problema de que el retraso desde la generación hasta la transmisión de un paquete se hace grande en el esquema de TDM. Por otro lado, hay una ventaja en que la complejidad de un terminal es excelente. Además, en D2D, se adopta el esquema de asignación de TDM. Por otro lado, en el esquema de FDM, dado que el PSCCH se mapea en la dirección de la frecuencia, se mejora el retardo. Además, cabe esperar que los problemas de la IBE y el HD mejoren transmitiendo la asignación de programación (SA) y los datos en la misma SF (subtrama). Por lo tanto, en la comunicación V2X, es necesario establecer un método de comunicación utilizando el esquema de FDM.
Además del esquema de FDM, también se está revisando la adición de mejoras adicionales. También se está revisando la introducción de la programación semipersistente (SPS) para resolver el problema de la capacidad de (6) descrito anteriormente. Esto hace un buen uso de una característica de un tipo de tráfico que tiene una función en la comunicación V2X. En las FIGS. 8 a 10 se ilustra una descripción general de SPS. En SPS, una pluralidad de piezas de datos se programa con una SA. Por lo tanto, no es necesario transmitir la SA cada vez que se transmiten datos y se puede reducir la sobrecarga. Particularmente, en la comunicación periódica tal como el tráfico periódico de V2X, se confirma que dicha programación produce un gran efecto. Por lo tanto, la introducción de SPS también es necesaria en la comunicación V2X.
Como se describe en (6), la capacidad es un gran problema en V2X. Por lo tanto, se está revisando la reutilización espacial de los recursos de frecuencia. La información de posición de un automóvil descrita en (7) se utiliza para realizar la reutilización espacial. La mejora utilizando la información de posición también se está discutiendo actualmente en 3GPP.
La descripción general de la mejora de la interfaz PC5 se ha descrito anteriormente. En la comunicación V2X, hay dos tipos de asignación de recursos, es decir, la asignación centralizada de recursos de un modo 1 y la selección autónoma de recursos de un modo 2. En el caso del modo 1, la estación base realiza toda la asignación de recursos de la interfaz PC5. El lado del terminal realiza únicamente la transmisión con los recursos indicados a la estación base. Existe preocupación por la sobrecarga entre la estación base y el terminal, pero una característica de comunicación es excelente porque los recursos se asignan ortogonalmente. Por otra parte, en el modo 2, el terminal selecciona de forma autónoma los recursos que se utilizarán para la transmisión desde un grupo de recursos notificado por la estación base. No hay preocupación por la sobrecarga en el modo 1, pero dado que existe una posibilidad de seleccionar los mismos recursos que otros terminales, surge un problema de colisión. El modo 2 tiene la ventaja de que puede funcionar no solo dentro de la cobertura, que está dentro de una red de la estación base, sino también fuera de cobertura.
Actualmente se están presentando varias propuestas sobre este problema de colisión en el modo 2. Las soluciones se pueden dividir aproximadamente en dos. Una es la detección de energía. La detección de energía es un método para detectar recursos durante un cierto período de tiempo y seleccionar recursos de comunicación de recursos relativamente no utilizados basándose en el resultado de la detección. Si bien es simple, la precisión no es tan alta ya que es un nivel de potencia. En este caso, es posible detectar sistemas que no sean LTE. Otro método es la decodificación de SA. Este es un método para decodificar la SA (información de control) transmitida por otro usuario y reconocer la ubicación de los recursos que se están utilizando. Los recursos que se utilizan se pueden descubrir con gran precisión, pero existe la desventaja de que no se puede realizar la detección de los recursos de SA, y los recursos que se utilizan no se pueden detectar en un caso en el que falla la decodificación de SA.
En la comunicación entre dispositivos, como la comunicación V2X, se debe gestionar la transmisión de paquetes que tienen diferentes niveles de prioridad y, por lo tanto, la comunicación de paquetes con niveles más altos de prioridad se debe realizar de manera más confiable. Por lo tanto, la forma en que un dispositivo terminal selecciona los recursos y realiza la comunicación entre dispositivos es muy importante.
Por lo tanto, considerando los asuntos anteriores, el presentador de esta divulgación realizó un estudio de intensidad sobre una tecnología en la que los recursos se pueden seleccionar de manera eficiente en la comunicación entre dispositivos, como la comunicación V2X. Como resultado, el presentador de esta divulgación ha ideado una tecnología en la que los recursos se pueden seleccionar de manera eficiente utilizando la detección en la comunicación entre dispositivos, como la comunicación V2X, como se describirá a continuación.
La descripción general de la realización de la presente divulgación se ha descrito anteriormente. A continuación, se describirá en detalle un ejemplo de la realización de la presente divulgación.
[1.2. Ejemplo] En primer lugar, se describirá una descripción general de un procedimiento en el que un dispositivo terminal que realiza una comunicación entre dispositivos, tal como una comunicación V2X, detecta un recurso y transmite datos sobre el mismo.
La FIG. 11 es un diagrama de flujo que ilustra un ejemplo de funcionamiento de un dispositivo terminal según una realización de la presente divulgación. La FIG. 11 ilustra un diagrama de flujo que muestra la descripción general del procedimiento en el que el dispositivo terminal que realiza la comunicación entre dispositivos detecta un recurso y transmite datos sobre el mismo. El ejemplo de funcionamiento del dispositivo terminal según la realización de la presente divulgación se describirá a continuación utilizando la FIG. 11.
El dispositivo terminal determina si impulsar el siguiente proceso de selección y reselección de recursos según un desencadenante (Paso S101). El desencadenante mencionado en este caso puede ser diversas cosas, por ejemplo, un momento en el que se genera un paquete de transmisión, un momento en el que se detecta una colisión de recursos y similares. El detalle de los mismos se describirá a continuación.
En un caso en el que se determina la conducción del proceso de selección y reselección de recursos (Sí en el Paso S101), el dispositivo terminal ejecuta entonces la detección con respecto a un área de recursos asignada por una estación base (Paso S102). Los métodos de detección incluyen la decodificación de SA y la detección de energía. El dispositivo terminal reconoce un entorno de comunicación inalámbrica utilizando dicho método de detección. Entonces, el dispositivo terminal selecciona un recurso para ser utilizado en la transmisión de datos en el área de recursos basándose en el resultado de la detección (Paso S103).
Cuando se selecciona el recurso a utilizar en la transmisión de datos, el dispositivo terminal ejecuta entonces la transmisión de datos utilizando el recurso seleccionado (Paso S104). El dispositivo terminal puede ejecutar la reserva de un recurso para ser utilizado en el futuro si es necesario, además de la ejecución de la transmisión de datos (Paso S105). El orden de ejecución de la transmisión de datos y la ejecución de la reserva de recursos puede invertirse.
Obsérvese que, aunque el método de comunicación descrito anteriormente que utiliza una serie de detección se basa en el supuesto de SPS, puede adoptarse para la programación dinámica.
La descripción general del procedimiento en el que el dispositivo terminal detecta un recurso y transmite datos se ha descrito anteriormente. A continuación, se describirá en detalle cada uno de los procesos descritos anteriormente.
(1. Desencadenante)
(1-1. Desencadenante para reselección de recurso)
En primer lugar, el desencadenante del Paso S101 de la FIG. 11 se describirá en detalle. En el caso de SPS, es fundamental que el dispositivo terminal continúe utilizando un recurso que alguna vez fue protegido. Por lo tanto, cualquier desencadenante es necesario cuando se vuelve a seleccionar un recurso (reselección). En este caso, se describirá una condición desencadenante.
(1) Contador
El dispositivo terminal puede establecer, por ejemplo, un caso en el que un valor del contador establecido para la reselección de un recurso se convierte en 0 como condición desencadenante. El valor del contador se puede establecer para el dispositivo terminal, por ejemplo, utilizando un número aleatorio. El número aleatorio puede ser notificado por una estación base a través de señalización SIB o RRC, o puede configurarse en el dispositivo terminal por adelantado. En el caso de que una estación base notifique al dispositivo terminal un número aleatorio, la estación base puede notificar al dispositivo terminal el propio valor aleatorio o una semilla del número aleatorio. Además, en el caso en el que la estación base notifique al dispositivo terminal un número aleatorio, la estación base puede notificar al dispositivo terminal un valor aleatorio o una semilla del número aleatorio comúnmente para celdas, o decidir y notificar al dispositivo terminal de un valor para cada dispositivo terminal.
El dispositivo terminal puede restar el valor del contador, por ejemplo, cada vez que transcurre el tiempo de una subtrama o intervalo, o restar el valor del contador para cada subtrama o intervalo detectado. Además, el dispositivo terminal puede restar el valor del contador por cada cantidad de tráfico a transmitir. En este caso, el dispositivo terminal puede aumentar la cantidad de sustracción en un caso en el que se retenga tráfico con un alto nivel de prioridad. La información del valor umbral para cuantificar la cantidad de tráfico puede ser notificada por la estación base a través de la señalización SIB o RRC. Se puede establecer un valor de umbral para cada dispositivo terminal o cada celda. Además, se puede establecer un valor de umbral para cada tipo de tráfico. Además, se puede establecer un valor umbral en el dispositivo terminal por adelantado.
Además, el dispositivo terminal puede sustraer el valor del contador utilizando una diferencia entre el tamaño del recurso que se está utilizando y el tamaño de un recurso realmente necesario para cumplir los requisitos de comunicación. La diferencia entre los tamaños de los dos recursos puede cuantificarse, y el dispositivo terminal puede dividir entonces la diferencia cuantificada en una pluralidad de niveles y restar el valor del contador según los niveles. La información del valor umbral para la cuantificación puede ser notificada por la estación base a través de la señalización SIB o RRC. Se puede establecer un valor de umbral para cada dispositivo terminal o cada celda. Además, se puede establecer un valor de umbral para cada tipo de tráfico. Además, se puede establecer un valor umbral en el dispositivo terminal por adelantado.
Además, el dispositivo terminal podrá restar el valor del contador cada vez que se adquiera un derecho de transmisión. Por ejemplo, en un caso en el que se adquiere un derecho de transmisión al realizar la detección, el dispositivo terminal solo puede ejecutar la resta sin realizar la transmisión. La información del valor umbral utilizada para adquirir un derecho de transmisión puede ser notificada por la estación base a través de la señalización SIB o RRC. Se puede establecer un valor de umbral para cada dispositivo terminal o cada celda. Además, se puede establecer un valor de umbral para cada tipo de tráfico. Además, se puede establecer un valor umbral en el dispositivo terminal por adelantado.
Además, en caso de que una estación base, un terminal periférico o una RSU notifiquen directamente una cantidad de resta de un valor del contador, el dispositivo terminal puede restar la cantidad instruida de la estación base, el terminal periférico o la RSU. Esto también incluye restar de manera forzada el valor del contador para que sea 0. La cantidad de resta del valor del contador puede ser notificada por la estación base mediante, por ejemplo, señalización RRC. La cantidad de resta del valor del contador puede ser notificada por el terminal periférico usando SCI o un PSSCH.
Además, el dispositivo terminal puede restar el valor del contador según una cantidad de tráfico de enlace lateral. El dispositivo terminal puede determinar la cantidad de tráfico usando una cantidad de recepción de datos desde el terminal periférico, o puede determinar la cantidad de tráfico sobre la base de una notificación de la cantidad de tráfico desde la estación base. La información del valor umbral de la cantidad de tráfico puede ser notificada por la estación base a través de la señalización SIB o RRC. Se puede establecer un valor de umbral para cada dispositivo terminal o cada celda. Además, se puede establecer un valor de umbral para cada tipo de tráfico. Además, se puede establecer un valor umbral en el dispositivo terminal por adelantado.
(2) La situación de asignación de recursos no cumple con los requisitos del dispositivo terminal
El dispositivo terminal puede establecer un caso en el que una situación de asignación de recursos no cumpla los requisitos del dispositivo terminal como condición desencadenante. Los requisitos del dispositivo terminal pueden ser, por ejemplo, una solicitud de retraso, fiabilidad, imparcialidad, QoS y similares.
Como situación de asignación de recursos, el dispositivo terminal puede usar una diferencia entre el tamaño del recurso a usar y el tamaño de un recurso realmente necesario para cumplir con los requisitos de comunicación. La diferencia entre los tamaños de los dos recursos puede cuantificarse, y el dispositivo terminal puede dividir entonces la diferencia cuantificada en una pluralidad de niveles y determinar una situación de asignación de recursos según los niveles. La información del valor umbral para la cuantificación puede ser notificada por la estación base a través de la señalización SIB o RRC. Se puede establecer un valor de umbral para cada dispositivo terminal o cada celda. Además, se puede establecer un valor de umbral para cada tipo de tráfico. Además, se puede establecer un valor umbral en el dispositivo terminal por adelantado.
(3) Caso en el que el dispositivo terminal descubre una colisión de recursos (superposición de recursos con otro usuario) en una transmisión futura
El dispositivo terminal puede establecer un caso en el que el dispositivo terminal descubre una colisión de recursos (superposición de recursos con otro usuario) en una transmisión futura como condición desencadenante. El dispositivo terminal puede realizar, por ejemplo, la decodificación de SA, determinar una situación de asignación de recursos y descubrir si existe una superposición con la transmisión del dispositivo terminal.
En este caso, por ejemplo, el dispositivo terminal puede ejecutar una reselección si el número de colisiones que se producen es mayor o igual que un valor umbral. El número de colisiones que se producen se puede establecer para cada bloque de transporte o cada repetición. La información del valor umbral puede ser notificada por la estación base a través de la señalización SIB o RRC. Se puede establecer un valor de umbral para cada dispositivo terminal o cada celda. Además, se puede establecer un valor de umbral para cada tipo de tráfico. Además, se puede establecer un valor umbral en el dispositivo terminal por adelantado.
(4) La estación base proporciona la notificación de la reselección
El dispositivo terminal puede establecer un caso en el que una estación base proporciona la notificación de la reselección como condición desencadenante.
La estación base puede determinar, por ejemplo, si la reselección es necesaria sobre la base de un nivel de congestión de tráfico (una relación de uso de recursos). En este caso, la estación base puede monitorear los recursos del enlace lateral o recibir notificación de información de tráfico del enlace lateral desde el dispositivo terminal. El dispositivo terminal puede establecer un método de notificación para información de tráfico a través de señalización SIB o RRC desde la estación base.
Además, la estación base puede determinar si la reselección es necesaria basándose, por ejemplo, en una situación de uso de recursos (un tiempo, el número de operaciones de transmisión y una cantidad de tráfico de transmisión) de un terminal específico. En este caso, el dispositivo terminal puede notificar periódicamente a la estación base la situación de uso de recursos. El dispositivo terminal puede establecer un método de notificación de una situación de uso de recursos a través de señalización SIB o RRC desde la estación base.
(5) Notificación de liberación de recurso por otro dispositivo terminal
El dispositivo terminal puede establecer un caso en el que otro dispositivo terminal notifique la liberación de un recurso como condición desencadenante. En este caso, el dispositivo terminal puede ejecutar la reselección en el caso de que una notificación de liberación de un recurso desde otro dispositivo terminal supere un valor umbral. La notificación de liberación de un recurso desde el otro dispositivo terminal se transmite, por ejemplo, en SCI. La información del valor umbral puede ser notificada por la estación base a través de la señalización SIB o RRC. Se puede establecer un valor de umbral para cada dispositivo terminal o cada celda. Además, se puede establecer un valor de umbral para cada tipo de tráfico. Además, se puede establecer un valor umbral en el dispositivo terminal por adelantado.
(6) Notificación de informe de colisión desde otro dispositivo terminal
El dispositivo terminal puede establecer un caso en el que otro dispositivo terminal proporcione notificación de un informe de colisión como condición desencadenante. En este caso, el dispositivo terminal puede ejecutar la reselección en el caso de que la notificación de un informe de colisión desde el otro dispositivo terminal supere un valor umbral. La notificación del informe de colisión desde el otro dispositivo terminal se transmite, por ejemplo, en SCI. La información del valor umbral puede ser notificada por la estación base a través de la señalización SIB o RRC. Se puede establecer un valor de umbral para cada dispositivo terminal o cada celda. Además, se puede establecer un valor de umbral para cada tipo de tráfico. Además, se puede establecer un valor umbral en el dispositivo terminal por adelantado.
(7) Congestión del enlace lateral
El dispositivo terminal puede establecer un caso en el que el enlace lateral esté congestionado como una condición desencadenante. En este caso, el dispositivo terminal puede ejecutar la reselección en el caso de que el nivel de congestión del enlace lateral supere un valor de umbral predeterminado. Obsérvese que el nivel de congestión del enlace lateral puede ser medido por el dispositivo terminal o por la estación base. La información del valor umbral puede ser notificada por la estación base a través de la señalización SIB o RRC. Se puede establecer un valor de umbral para cada dispositivo terminal o cada celda. Además, se puede establecer un valor de umbral para cada tipo de tráfico. Además, se puede establecer un valor umbral en el dispositivo terminal por adelantado.
Las condiciones desencadenantes se han introducido ejemplificando los siete ejemplos de (1) a (7) anteriores. El dispositivo terminal puede usar estas condiciones desencadenantes individualmente o en una combinación de una pluralidad de condiciones desencadenantes.
Cuando se cumplen las condiciones desencadenantes descritas anteriormente, el dispositivo terminal ejecuta la reselección de un recurso. En el momento de la selección de un recurso, el dispositivo terminal puede ejecutar la asignación de recursos usando información de posición para minimizar la influencia de IBE. Al incluir información de posición o información de zona de una posición del dispositivo terminal que transmite datos en SA, el dispositivo terminal puede detectar la presencia de un dispositivo terminal cercano y es posible realizar una operación de transmisión de una señal utilizando las mismas subtramas tanto como sea posible al dispositivo terminal cercano. La transmisión de una señal usando las mismas subtramas tanto como sea posible al dispositivo terminal cercano conduce a la mejora del problema IBE descrito anteriormente.
(1-2. Prevención de la divergencia causada por la producción de una gran cantidad de reselección)
El dispositivo terminal puede ejecutar la reselección bajo las condiciones desencadenantes descritas anteriormente. Sin embargo, cuando se produce una gran cantidad de reselección en cada dispositivo terminal, los recursos utilizados por los dispositivos terminales cambian con frecuencia, lo que hace que la detección no tenga sentido. Como resultado, el sistema de comunicación se vuelve inestable. Se describirá el método para evitar tal divergencia.
(1) Divergencia de control desde el lado del sistema
Por ejemplo, el dispositivo terminal puede determinar si la reselección debe realizarse realmente usando una probabilidad a después de que se cumpla la condición desencadenante descrita anteriormente para la reselección. La probabilidad a puede ser notificada por la estación base a través de señalización SIB o RRC. La probabilidad a se puede establecer para cada dispositivo terminal o cada celda. Además, se puede establecer la probabilidad a para cada tipo de tráfico. Además, la probabilidad a se puede establecer en el dispositivo terminal por adelantado.
Además, por ejemplo, el dispositivo terminal puede determinar si se va a usar un recurso recién seleccionado o si se va a usar un recurso anterior usando una probabilidad p después de que se cumpla la condición desencadenante descrita anteriormente para la reselección y se ejecute la reselección. La probabilidad p puede ser notificada por la estación base a través de señalización SIB o RRC. La probabilidad p se puede establecer para cada dispositivo terminal o cada celda. Además, la probabilidad p puede establecerse para cada tipo de tráfico. Además, la probabilidad p puede establecerse en el dispositivo terminal por adelantado. La probabilidad p puede ser igual o diferente a la probabilidad a.
Además, por ejemplo, el dispositivo terminal puede aumentar uniformemente los valores de umbral utilizados en las condiciones desencadenantes antes descritas para la reselección. La estación base notifica la señalización para la corrección de los valores umbral a través de la señalización SIB o RRC. Al dispositivo terminal puede notificarse la cantidad de aumento o la tasa de aumento por la estación base por adelantado o hacer que la cantidad de aumento o la tasa de aumento se establezcan por adelantado. Además, el dispositivo terminal puede recibir una instrucción para la activación y cancelación del aumento de los valores de umbral desde la estación base.
(2) La estación base determina el alcance de la reselección que se produjo en el sistema
Por ejemplo, después de ejecutar la reselección, el dispositivo terminal puede informar a la estación base del hecho de que se ha ejecutado la reselección. El dispositivo terminal puede establecer el método de informe a través de la señalización SIB o RRC desde la estación base.
En este caso, si todos los dispositivos terminales proporcionan el informe a la estación base cada vez que se vuelve a seleccionar, la sobrecarga puede aumentar. Así, después de ejecutar la reselección, el dispositivo terminal puede informar del hecho de que se ha ejecutado la reselección a la estación base con una probabilidad y. La probabilidad y puede informarse a través de señalización SIB o RRC desde la estación base. La probabilidad y se puede establecer para cada dispositivo terminal o cada celda. Además, se puede establecer la probabilidad y para cada tipo de tráfico. Además, la probabilidad y se puede establecer en el dispositivo terminal por adelantado. La probabilidad y puede ser igual o diferente de la probabilidad a y/o la probabilidad p.
(2. Detección, transmisión de datos y reserva de recursos)
(2-1. Restricción en el área de detección)
Para reducir el consumo de energía del dispositivo terminal, es deseable restringir un área de detección en la que se detecta un área de recursos. A continuación en el presente documento, se describirá una forma de definir un área de detección para el dispositivo terminal, la transmisión de datos después de la detección en un área de detección y una forma de definir la reserva de recursos.
La FIG. 12 es un diagrama explicativo para describir la aparición de datos de transmisión para la reserva de transmisión de datos del dispositivo terminal. Un área de recursos 300 incluye un recurso de SA 301 y un recurso de datos 302.
Cuando se generan datos de transmisión en el dispositivo terminal en un tiempo determinado, el dispositivo terminal realiza la detección en un área de detección 311 que incluye una sección de un tiempo n-a a un tiempo n-b. El dispositivo terminal utiliza detección de SA y/o detección de energía como detección. El dispositivo terminal realiza la selección de recursos en un momento n después de realizar la detección en el área de detección 311. El dispositivo terminal realiza la selección de recursos tanto para el recurso SA 301 como para el recurso de datos 302.
Después de realizar la selección de recursos en el momento n, el dispositivo terminal realiza entonces la transmisión de SA utilizando un recurso 321 del recurso de SA 301 en un momento n+c, y realiza la transmisión de datos utilizando un recurso 322 del recurso de datos 302 en un momento n+d. Además, el dispositivo terminal reserva un recurso 323 del recurso de datos 302 para una futura transmisión de datos (en un momento n+e).
Obsérvese que cada uno de los parámetros desde a hasta e que se muestran en la FIG. 12 tiene un valor positivo. Cada uno de los parámetros desde a hasta e mostrados en la FIG. 12 se pueden configurar para cada SPS. Además, cada uno de los parámetros desde a hasta e mostrados en la FIG. 12 se puede configurar comúnmente para SPS.
Dado que la serie de procesos ilustrados en la FIG. 12 son ejecutados por el dispositivo terminal, es necesario establecer cada uno de los parámetros de a hasta e para el dispositivo terminal.
(1) Parámetros a y b
Mientras que los parámetros a y b afectan significativamente a la precisión en la detección por parte del dispositivo terminal, es deseable establecer apropiadamente los parámetros porque no se satisface el requisito de retardo cuando el período de detección se vuelve largo.
En la presente realización, la estación base establece un valor para el dispositivo terminal con la preparación de una configuración de una pluralidad de conjuntos de (a, b). Los ajustes son, por ejemplo, Configuración 1 (a1, b1), Configuración 2 (a2, b2) y similares. Una pluralidad de configuraciones puede establecerse en el dispositivo terminal por adelantado.
Se puede establecer una configuración para cada tipo de tráfico, o cada nivel de prioridad de tráfico. Además, cada configuración puede establecerse según la velocidad de movimiento del dispositivo terminal, o el tipo de dispositivo terminal (un UE de peatón que se utiliza por un peatón, un UE de vehículo montado en un vehículo, etc.), información de posición del dispositivo terminal (un grupo de recursos que se utiliza por el dispositivo terminal), o similares. Además, cada configuración puede establecerse según una situación de uso de los recursos en el enlace lateral, por ejemplo, una relación de uso de los recursos en el enlace lateral. Cada configuración puede ser común entre dispositivos terminales o puede establecerse para cada dispositivo terminal. Además, cada configuración puede ser común entre dispositivos terminales o puede establecerse para cada dispositivo terminal.
En el caso de un mensaje que probablemente incluya una solicitud de latencia, como un mensaje de activación de eventos, por ejemplo, se puede reducir el tiempo de detección del dispositivo terminal y se puede reducir el retraso hasta la transmisión mediante la asignación de una configuración en la que se es probable que la ventana de detección del área de detección 311 disminuya hasta el dispositivo terminal.
Además, puede haber un caso en el que, por ejemplo, no sea posible que el dispositivo terminal con una alta velocidad de movimiento prediga correctamente un entorno de comunicación inalámbrica cuando la transmisión se realiza realmente, incluso si la medición se realiza en un tiempo de detección prolongado porque el entorno de comunicación inalámbrica cambia rápidamente. Por lo tanto, una configuración en la que es probable que disminuya la ventana de detección del área de detección 311 puede asignarse a un dispositivo terminal con una alta velocidad de movimiento.
Además, también en un caso en el que la Configuración se asigna a cada dispositivo terminal, por ejemplo, es deseable establecer la ventana de detección del área de detección 311 para que disminuya con respecto a un dispositivo terminal que solicite una reducción en el consumo de energía, como un UE de peatón. Por otro lado, una ventana de detección ampliada del área de detección 311 puede establecerse para un dispositivo terminal que realice una comunicación V2V con una capacidad de batería suficiente.
Obsérvese que, en el caso de que se establezca la Configuración desde la estación base, el dispositivo terminal puede establecer la Configuración a través de la señalización SIB o RRC desde la estación base. Además, la configuración se puede establecer en el dispositivo terminal por adelantado.
En SPS, la predicción de la futura situación de uso de recursos utilizando la decodificación de SA es efectiva. Mientras tanto, hay un caso en el que un terminal de transmisión no puede realizar la decodificación de SA, como un caso en el que la detección se inicia inmediatamente después de la transmisión de SA por otro terminal, o similar. Además, puede haber casos en los que falle la decodificación de SA. En tal caso, es difícil para el dispositivo terminal predecir una futura situación de uso de recursos.
Para maximizar los beneficios de la detección, es importante cómo el dispositivo terminal predice una futura situación de uso de recursos a partir de los resultados de la detección. Por lo tanto, si se puede realizar un entorno en el que es probable que sea alta una correlación entre un área de detección y una situación de uso de recursos de un área de transmisión de datos, el dispositivo terminal puede predecir una futura situación de uso de recursos a partir de una situación del área de detección con alta precisión.
Por lo tanto, los períodos de programación se introducen en un grupo de recursos en la presente realización. La FIG.
13 es un diagrama explicativo que ilustra un ejemplo de períodos de programación. Se proporciona un período de programación para cada grupo de recursos.
Además, la agrupación se realiza en unidades de períodos de programación en la presente realización. Esta agrupación se establece para cada grupo de recursos. Cada uno de los grupos puede establecerse según la información geográfica. La FIG. 14 es un diagrama explicativo que ilustra un ejemplo de períodos de programación agrupados. La FIG. 14 muestra un ejemplo de agrupación cada dos períodos de programación. Por supuesto, un patrón de agrupamiento de períodos de programación no se limita al ilustrado en la FIG. 14.
El dispositivo terminal selecciona un grupo de una pluralidad de grupos de períodos de programación y realiza la transmisión. En este momento, es deseable administrar el grupo de tal manera que la correlación de usos de recursos entre cada uno de los períodos de programación sea alta.
La numeración puede realizarse en periodos de programación dentro de un grupo de cada uno de los periodos de programación. Entonces, el dispositivo terminal puede ejecutar saltos de recursos y similares según los números de los períodos de programación. La FIG. 15 es un diagrama explicativo que ilustra un ejemplo en el que el dispositivo terminal realiza saltos de recursos según el número de períodos de programación. Por supuesto, un patrón de saltos no se limita al ilustrado en la FIG. 15.
En un caso en el que se establecen parámetros para el salto de recursos desde la estación base, el dispositivo terminal puede establecer los parámetros a través de la señalización SIB o RRC desde la estación base. Además, los parámetros se pueden establecer en el dispositivo terminal por adelantado.
Además, la información con respecto a los períodos de programación, los grupos de los períodos de programación y los números de los períodos de programación se pueden establecer a través de la señalización SIB o RRC desde la estación base. Además, los parámetros a hasta e mostrados en la FIG. 12 pueden calcularse basándose en los intervalos de los períodos de programación.
(2) Parámetros c y d
Los parámetros c y d son parámetros que afectan a un retardo de transmisión. El parámetro c puede establecerse para cada tipo de tráfico o para cada nivel de prioridad de tráfico. Además, el parámetro c puede establecerse según la velocidad de movimiento del dispositivo terminal, el tipo de dispositivo terminal (el UE de peatón, el UE de vehículo, etc.), la información de posición del dispositivo terminal, o similar. Además, el parámetro c puede establecerse comúnmente para dispositivos terminales o establecerse para cada dispositivo terminal.
El parámetro d puede tener diferentes valores establecidos para cada uno de los dispositivos terminales, o puede ser común para los dispositivos terminales. Además, el parámetro d puede tener el mismo valor que el parámetro c.
En un caso en el que la estación base establece los parámetros c y d, los parámetros se establecen para el dispositivo terminal a través de la señalización SIB o RRC desde la estación base. Además, los parámetros c y d pueden establecerse por el dispositivo terminal por adelantado.
(3) Parámetro e
El dispositivo terminal no solo puede decidir los datos para la transmisión, sino que también puede asegurar un recurso que va a utilizarse en el futuro basándose en un resultado de detección. En el caso de que un recurso también esté protegido, es necesario un método para notificar a un dispositivo terminal cercano la información de reserva de recursos (es decir, información con respecto al parámetro e).
El dispositivo terminal puede notificar a un dispositivo terminal cercano la información de reserva de recursos usando, por ejemplo, SCI. Específicamente, el dispositivo terminal puede incluir información del parámetro e en SCI y notificar la información al dispositivo terminal cercano. Cuando se incluye la información del parámetro e, el dispositivo terminal también puede incluir una dirección de frecuencia en el mismo. Además, el dispositivo terminal también puede incluir el número de reservas de recursos con el parámetro e en el SCI. Además, el dispositivo terminal puede dar una instrucción de un lugar del recurso reservado utilizando un mapa de bits. Además, el dispositivo terminal también puede incluir información de un patrón de salto de frecuencia en el SCI. Además, el patrón de salto que se utilizará se establece a través de la señalización DCI, SIB o RRC desde la estación base. Además, el patrón de salto a utilizar se puede establecer en el dispositivo terminal por adelantado.
Además, por ejemplo, el dispositivo terminal puede obtener el parámetro e de un método de asignación de un recurso de SA y un recurso de datos y notificar el parámetro a un dispositivo terminal cercano. Por ejemplo, el dispositivo terminal puede obtener el parámetro e usando un intervalo de tiempo o un intervalo de frecuencia de repetición del recurso de SA o el recurso de datos y notificar el parámetro e a un terminal cercano.
Además, el dispositivo terminal puede obtener el parámetro e utilizando un desplazamiento de tiempo o un desplazamiento de frecuencia del recurso de SA y el recurso de datos y notificar el parámetro e a un dispositivo terminal cercano.
Además, el dispositivo terminal cercano puede inferir un lugar de reserva de recursos desde un lugar en el que se asigna el recurso de SA o el recurso de datos. En un caso en el que el recurso de SA o el recurso de datos se asigna a un dominio de tiempo o un dominio de frecuencia determinados por adelantado, por ejemplo, el dispositivo terminal cercano puede determinar que el recurso ha sido reservado. La estación base puede notificar el dominio del tiempo o el dominio de la frecuencia determinados por adelantado.
Además, el dispositivo terminal puede notificar al dispositivo terminal cercano la información de la reserva de recursos usando un indicador de información de mapeo (un patrón de recursos de tiempo definido en D2D) de repetición del recurso de SA o el recurso de datos. En el caso en el que la información del patrón de recursos de tiempo supere un valor de umbral definido, el dispositivo terminal cercano puede determinar que otro dispositivo terminal ha realizado la reserva de recursos. El número de valores de umbral puede ser plural, y el valor de umbral puede notificarse a través de la señalización SIB o RRC desde la estación base, o establecerse en el dispositivo terminal por adelantado.
El dispositivo terminal realiza la selección de recursos después de la detección, sin embargo, hay casos en los que no se aseguran los recursos debido a la congestión del tráfico o similar en el momento de la selección de recursos. En este caso, existe la preocupación de que se retrase la selección de recursos por parte del dispositivo terminal y que sea menor una correlación entre el resultado de la detección realizada en el pasado y un recurso a seleccionar.
Por lo tanto, en el caso de que no se aseguren recursos en el momento de la selección de recursos, el dispositivo terminal puede prolongar el período de detección hasta que se pueda seleccionar un recurso. Es decir, es un período en el que el tiempo de selección de recursos es de n a n1, y la ventana de detección es de n-a a n1-b.
Sin embargo, si la detección continúa por mucho tiempo, existe la posibilidad de que la información de detección anterior afecte negativamente la selección de recursos. Así, en un caso en el que el valor de n1-n sea superior o igual a un valor umbral, por ejemplo, el dispositivo terminal puede abandonar la selección de recursos y pasar a una fase de reselección de recursos. La información del valor de umbral en este momento se puede notificar al dispositivo terminal a través de la señalización SIB o RRC desde la estación base. El valor umbral se puede establecer para cada dispositivo terminal o cada celda, o para cada tipo de tráfico. Además, se puede establecer el valor umbral en el dispositivo terminal por adelantado.
Además, en el caso de que no se pueda asegurar ningún recurso en el momento de la selección del recurso, el dispositivo terminal puede deslizar la ventana de detección hasta que se pueda seleccionar un recurso. Es decir, es un período en el que el tiempo de selección de recursos es de n a n1, y la ventana de detección es de n1-a a n1-b.
En el caso de que se establezca una pluralidad de piezas de SPS, es importante cómo se mantiene una sección de detección o cómo se realiza la detección de manera eficiente.
En el caso de que se utilice una pluralidad de piezas de SPS, los parámetros a hasta e se definen para cada pieza de SPS. Los parámetros a_com y b_com para definir un área de detección común se establecen para los parámetros a y b para definir un área de detección.
La FIG. 16 es un diagrama explicativo para describir un área de detección común. La FIG. 16 ilustra dos piezas de SPS (la SPS1 y la SPS2). Mientras que los parámetros a_sps1 y b_sps1 se utilizan como parámetros para definir un área de detección en el SPS1, los parámetros a_com y b_com para definir un área de detección común se asignan al SPS2.
Obsérvese que, con respecto a cada pieza de SPS, si se va a usar el área de detección común o un área de detección definida independientemente de cada pieza de SPS puede notificarse al dispositivo terminal a través de la señalización SIB o RRC desde la estación base. Esta información puede establecerse para cada dispositivo terminal, cada celda, de cada tipo de tráfico. Además, esta información se puede establecer en el dispositivo terminal por adelantado.
Además, también es concebible un caso en el que los paquetes de transmisión se generan en un área de detección y, por lo tanto, el dispositivo terminal ya no puede realizar la detección. En este caso, el dispositivo terminal puede extender el área de detección por el tiempo durante el cual no se ejecuta la detección. Es decir, si se usan los parámetros a y b, el dispositivo terminal puede extender el área de detección en b-a+z (z es la cantidad extendida). Además, en el caso de que el área de detección extendida sea mayor o igual a un valor umbral, el caso de que b-a+z supere un valor umbral TH1, o el caso de que z supere un valor umbral TH2, por ejemplo, el dispositivo terminal puede rehacer la detección. Los valores umbral pueden notificarse al dispositivo terminal a través de la señalización SIB o RRC desde la estación base. Los valores umbral pueden establecerse para cada dispositivo terminal, cada celda o cada tipo de tráfico. Además, los valores umbral se pueden establecer en el dispositivo terminal por adelantado.
En la comunicación V2X, se transmiten mensajes con una variedad de niveles de prioridad. Por lo tanto, es importante para el dispositivo terminal cómo se va a reflejar la información del nivel de prioridad en la selección de recursos, o cómo se adquiere la información del nivel de prioridad.
El dispositivo terminal puede poner información del nivel de prioridad de los paquetes, por ejemplo, en SA. Otro dispositivo terminal puede especificar la información del nivel de prioridad de los paquetes y los recursos a utilizar para los paquetes en la decodificación de SA. Además, como técnica para identificar la información del nivel de prioridad, el dispositivo terminal puede identificar la información utilizando, por ejemplo, el número de repeticiones de SA, una posición de asignación de recursos en el momento de la repetición de la misma o la asignación de SA en sí. Por supuesto, el dispositivo terminal también puede identificar la información del nivel de prioridad utilizando una posición de datos de asignación de recursos, en lugar de SA.
Además, el dispositivo terminal puede poner la información del nivel de prioridad de los paquetes en SA y usar la información del nivel de prioridad de los paquetes, por ejemplo, en la selección de recursos. Otro dispositivo terminal puede especificar la información del nivel de prioridad de cada paquete y un recurso que utilizará el paquete en la decodificación de SA. Asimismo, otro dispositivo terminal puede realizar la detección de energía y especificar un recurso con un nivel de potencia relativamente bajo. Incluso en el caso de que en la decodificación de SA se compruebe que los recursos están ocupados, el dispositivo terminal puede seleccionar un recurso con un nivel de potencia relativamente bajo en el que se está transmitiendo un paquete con un nivel de prioridad bajo cuando el dispositivo terminal tiene un paquete con un alto nivel de prioridad utilizando la información del nivel de prioridad recibida de los paquetes, el resultado de la detección de energía y la información del nivel de prioridad del paquete a transmitir por un terminal de transmisión.
Además, el dispositivo terminal puede poner, por ejemplo, información de una fuente de transmisión en SA. La información de una fuente de transmisión puede ser un atributo (un vehículo, un peatón, etc.) de la fuente de transmisión, información identificable de manera única tal como una ID o similar. Otro dispositivo terminal puede especificar la información de la fuente de transmisión de cada paquete y el recurso a utilizar para el paquete en la decodificación de SA.
En el caso del UE de peatón, dado que existe una solicitud para realizar la transmisión con el consumo de energía suprimido tanto como sea posible, se anticipa que el número de operaciones de transmisión de paquetes es menor que en el caso de un vehículo. Así, cuando el dispositivo terminal realiza detección y selección de recursos, es necesario proyectar preferentemente el UE de peatón. Por lo tanto, si el dispositivo terminal ejecuta la detección y puede determinar las características del transmisor, la selección de recursos se puede realizar sin afectar el recurso que está utilizando el transmisor.
Mientras tanto, se puede determinar que una pequeña interferencia puede no causar un problema a un terminal que se considere robusto, por ejemplo, un terminal como un vehículo. Por tanto, incluso cuando el dispositivo terminal realiza la detección y determina que un terminal, como un vehículo, está utilizando un recurso, el dispositivo terminal puede ajustar la potencia de transmisión o similar para reducir la interferencia y realizar la transmisión.
Además, el dispositivo terminal puede poner, por ejemplo, la información de potencia de transmisión en SA. La información de potencia de transmisión puede incluir un valor de potencia de transmisión, información de comando de TPC notificada por la estación base. Otro dispositivo terminal puede calcular una cantidad de pérdida de trayectoria a partir de la información de potencia de transmisión adquirida y la información de potencia de recepción y determinar si se puede utilizar el mismo recurso. Si la cantidad de información de potencia de recepción es extremadamente menor que la cantidad de información de potencia de transmisión, por ejemplo, se supone que el dispositivo terminal que transmitió la onda de radio está en un lugar remoto y, por lo tanto, el dispositivo terminal puede determinar que el mismo recurso puede usarse. El dispositivo terminal puede usar detección de energía para calcular la pérdida de trayectoria. Además, el dispositivo terminal puede determinar si se va a utilizar el mismo recurso a partir del valor absoluto de la potencia de recepción. Además, el dispositivo terminal puede determinar si se puede utilizar el mismo recurso junto con la información del nivel de prioridad de los paquetes y ajustar la potencia de transmisión máxima.
El dispositivo terminal puede calcular la cantidad de pérdida de trayectoria utilizando la información de potencia de transmisión y potencia de recepción en el momento en que se ejecuta la detección. La pérdida de trayectoria puede ayudar a predecir cómo de lejos está el área a la que pertenece el terminal que sirve como fuente de transmisión. En este momento, en el caso de que el dispositivo terminal que ejecuta la detección tiene un paquete que probablemente se transmitirá con un nivel relativamente bajo de consumo de energía (por ejemplo, el caso de que se transmita periódicamente un mensaje y se produce una congestión y, por lo tanto, la potencia de transmisión puede ser baja, etc.), el dispositivo terminal puede determinar si la transmisión se puede realizar en el mismo recurso, considerando la distancia al dispositivo terminal que sirve como fuente de transmisión.
Además, el dispositivo terminal puede determinar la transmisión sobre el mismo recurso para cada nivel de prioridad de los paquetes. Por ejemplo, el dispositivo terminal puede calcular la cantidad de pérdida de trayectoria incluso en un caso en el que se hayan ocupado recursos como resultado de la decodificación de SA y determinar si la transmisión es realmente posible. En el caso de que el nivel de prioridad de un paquete de transmisión es alto, el dispositivo terminal puede ejecutar dicha detección y, por lo tanto, puede seleccionar un recurso que se puede usar más, incluso si es un recurso ocupado, y puede ejecutar la transmisión de un paquete con un alto nivel de prioridad que debe transmitirse por todos los medios.
(3. Selección de recursos)
Los dispositivos terminales ejecutan la selección de recursos basándose en un resultado de detección de un área de recursos. En el caso de que no haya recurso disponible, no es posible que los dispositivos terminales realicen la transmisión hasta que se encuentre un recurso disponible. En tal caso, existe la posibilidad de que un dispositivo terminal tenga dificultades para transmitir un mensaje durante un largo período de tiempo. Por lo tanto, es deseable preparar un método de selección de recursos que probablemente mantenga la equidad entre los dispositivos terminales. Es decir, es importante una forma de permitir que un dispositivo terminal que tiene dificultades para seleccionar un recurso en una fase de selección de recursos realice la detección y seleccione preferentemente un recurso.
Por lo tanto, en la presente realización, un dispositivo terminal que ha realizado la detección y ha tenido dificultades para seleccionar un recurso en la fase de selección de recursos pasa de manera forzada a una fase de reselección. Por ejemplo, en el caso de que el valor del contador se establezca en 0 como desencadenante para la reselección de un recurso y no sea posible seleccionar un recurso en la fase de selección de recursos, un dispositivo terminal pasa a la fase de reselección configurando de manera forzada el valor del contador a 0. En este momento, el dispositivo terminal aumenta el valor de un contador (un contador de reselección forzada) que registra el número de transiciones forzadas a la fase de reselección. Por supuesto, se puede utilizar otra configuración como desencadenante de la reselección de un recurso.
Además, el dispositivo terminal que ha pasado de manera forzada a la fase de reselección puede aumentar el valor del contador en una cantidad predeterminada (x) la próxima vez. Cuando aumenta el valor, el recurso se puede utilizar durante mucho tiempo la próxima vez. El valor x puede ser notificado al dispositivo terminal a través de la señalización SIB o RRC desde la estación base. El valor x puede establecerse para cada dispositivo terminal, cada celda o cada tipo de tráfico. Además, el valor x puede establecerse en el dispositivo terminal por adelantado.
Un incremento o decremento del contador la próxima vez puede ajustarse mediante un contador de reselección forzada. Por ejemplo, el resultado obtenido al aplicar el contador de reselección forzada a x puede ser el incremento o disminución del contador la próxima vez, o el resultado obtenido al multiplicar el contador de reselección forzada por x puede ser el incremento o disminución del contador la próxima vez.
Además, el dispositivo terminal que ha transitado de manera forzada a la fase de reselección puede acortar el período de detección la próxima vez. Por ejemplo, el valor del parámetro a que define el período de detección se puede restar en una cantidad predeterminada (y). El valor y puede ser notificado al dispositivo terminal a través de la señalización SIB o RRC desde la estación base. El valor y puede establecerse para cada dispositivo terminal, cada celda o cada tipo de tráfico. Además, el valor y puede establecerse en el dispositivo terminal por adelantado.
Cuando un valor del contador de reselección forzada es mayor o igual a un valor umbral predeterminado, el dispositivo terminal puede informar el efecto a la estación base. La estación base asigna preferentemente un recurso al dispositivo terminal que tiene el valor del contador de reselección forzada mayor o igual que el valor umbral. El valor umbral puede notificarse al dispositivo terminal a través de la señalización SIB o RRC desde la estación base. El valor umbral puede establecerse para cada dispositivo terminal, cada celda o cada tipo de tráfico. Además, se puede establecer el valor umbral en el dispositivo terminal por adelantado.
La estación base puede proporcionar, por ejemplo, un nuevo grupo de recursos para el dispositivo terminal que tenga el valor del contador de reselección forzada mayor o igual que el valor umbral o instruir a otro dispositivo terminal para que retenga la transmisión.
El dispositivo terminal puede determinar que un recurso que no haya sido ocupado por otro terminal sea un recurso en el que sea posible la transmisión usando información obtenida de SA, o determinar que el recurso sea un recurso en el que sea posible la transmisión usando detección de energía si el valor es igual o inferior al valor umbral prescrito. Si no hay ningún recurso que no esté ocupado por otro terminal utilizando la información obtenida de SA, el dispositivo terminal puede determinar un recurso como recurso en el que es posible la transmisión utilizando detección de energía si el valor es igual o inferior al valor umbral prescrito.
En este momento, el dispositivo terminal puede seleccionar un recurso usando un valor umbral establecido para cada pieza de información del nivel de prioridad. Como información del nivel de prioridad, por ejemplo, puede haber un tipo de paquete de transmisión, el tipo de dispositivo terminal (un peatón, un vehículo, etc.), un tamaño de paquete de transmisión, un contador de reselección forzada (del tipo tiempo de espera para la retransmisión de datos) o similar. El valor umbral para cada parte de la información del nivel de prioridad puede notificarse al dispositivo terminal a través de la señalización SIB o RRC desde la estación base. El valor umbral puede establecerse para cada dispositivo terminal, cada celda o cada tipo de tráfico. Además, se puede establecer el valor umbral en el dispositivo terminal por adelantado.
Además, en este momento, el dispositivo terminal puede seleccionar un recurso según un nivel de potencia de transmisión. Por ejemplo, un dispositivo terminal que tenga un nivel bajo de potencia de transmisión puede utilizar un recurso del que se haya detectado un cierto nivel de potencia, y un dispositivo terminal que tenga un nivel alto de potencia de transmisión puede seleccionar un recurso del que se haya detectado un nivel bajo de potencia. La asociación de potencia de transmisión y la información del valor umbral pueden notificarse al dispositivo terminal a través de la señalización SIB o RRC desde la estación base. La asociación puede establecerse para cada dispositivo terminal, cada celda o cada tipo de tráfico. Además, la asociación se puede establecer en el dispositivo terminal por adelantado. Además, el dispositivo terminal puede usar información de comando de TPC notificada desde la estación base, en lugar de potencia de transmisión.
Además, el dispositivo terminal puede determinar si se va a utilizar un recurso según la potencia de transmisión del propio dispositivo. Por ejemplo, el dispositivo terminal puede determinar utilizar un recurso si la diferencia entre el nivel de potencia detectada y el nivel de potencia de transmisión del propio dispositivo supera un valor umbral. El valor umbral puede notificarse al dispositivo terminal a través de la señalización SIB o RRC desde la estación base. El valor umbral puede establecerse para cada dispositivo terminal, cada celda o cada tipo de tráfico. Además, se puede establecer el valor umbral en el dispositivo terminal por adelantado.
(Mejora del consumo de energía en la comunicación V2P)
A continuación, se describirá la mejora del consumo de energía en la comunicación V2P. Los requisitos de la comunicación V2P son, por ejemplo, los siguientes.
■ Requisito de retardo: Un retardo entre un servidor y un terminal que esté dentro de los 500 ms. 100 ms en extremo a extremo de V2P.
■ Requisito de operación: Admite operador de red móvil múltiple (MNO)
■ Requisito de consumo de energía: Minimizar el consumo de batería
■ Requisito de cobertura: Cubre un rango soportable de comunicación de aproximadamente 4 segundos. Aproximadamente 110,8 m = 27,7x4 a una velocidad de 100 kmh.
■ Requisito de mensaje: El tamaño típico es de 50 a 300 bytes y 1200 bytes como máximo.
■ Requisito de calidad de la comunicación: Establecer comunicación en un entorno de moto a vehículo a 280 km/h como máximo y de peatón a vehículo a 160 km/h como máximo.
Dado que la comunicación usando un dispositivo como un teléfono inteligente se supone en un escenario de un UE de peatón (un terminal de peatón), un aumento en el consumo de energía causado por la comunicación V2P es un problema importante, a diferencia de un vehículo que tiene una capacidad de batería amplia. La comunicación realizada con bajo consumo de energía es necesaria para implementar la comunicación V2P. A continuación se describirá el problema relacionado con el consumo de energía en la comunicación V2P y una solución al mismo.
(1) Operación de UE de peatón
En el caso de que un terminal de peatón y un terminal de vehículo compartan el mismo grupo de recursos y, además, el terminal de peatón seleccione un recurso de forma autónoma, existe la posibilidad de que se produzca una colisión del recurso (colisión de recursos) y una relación de recepción de paquetes (PPR) del deterioro del terminal de vehículo. Al igual que la detección por parte del terminal de vehículo, si se realiza la detección, se puede mejorar el problema de la colisión de recursos. Por otro lado, sin embargo, cuando el terminal de peatón realiza la detección de un recurso, el consumo de energía del mismo aumenta. Por lo tanto, es deseable un método para activar la función de detección sólo cuando la detección sea necesaria. Por ejemplo, existe un método para activar la función de detección según la posición de un terminal UE o una situación de congestión de una red, o similar.
Se puede evitar una colisión de recursos entre el terminal de peatón y el terminal de vehículo si el terminal de peatón y el terminal de vehículo utilizan diferentes grupos de recursos. En este caso, el terminal de peatón puede seleccionar un recurso (selección aleatoria) al azar sin realizar la detección.
Un flujo general de la operación es medición ^ determinación ^ control. El sujeto de implementación de cada proceso es un lado de la red o un lado del terminal. El control incluye control autónomo y control central. En el caso de control autónomo, se considera la activación de la función de detección basándose en la información de posición y la activación de la función de detección a través de la detección de señal (señalización). Además, en el caso de control central, se considera la activación de la función de detección a través de una instrucción de una red, un eNB, un RSU o un terminal de terceros.
La diferencia entre el control autónomo y el control central solo depende de si el sujeto determinante es el lado de UE o el lado de la red. Así, en cada activación basada en información de posición y activación a través de la detección de señal, se describirán dos determinaciones por el lado de UE y el lado de la red. Obsérvese que el lado de la red indica una estación de control centralizada como un eNB o un RSU en la presente realización.
(1-1) Activación basada en información de posición
En el caso de que no haya terminal de vehículo cerca de un peatón, la comunicación P2V no es necesaria. Dado que los automóviles circulan por las carreteras, se determina si hay un terminal de peatón cerca de las carreteras. Solo en el caso de que un terminal de peatón esté cerca de una carretera, la función de detección se activa. La medición de una posición, la determinación de si un terminal está cerca de una carretera y el control de la función de detección se pueden realizar en el lado de UE de peatón o en el lado de la red. En el caso de que la activación no se realice dependiendo del resultado de la determinación, el UE de peatón puede seleccionar un recurso candidato en un grupo de recursos al azar. Además, puede requerirse la señalización cuando sea necesario en el caso de que los lugares de ejecución sean diferentes.
Los métodos de posicionamiento realizados en el lado del terminal incluyen GNSS, A-GNSS y similares. Los métodos de posicionamiento realizados en el lado de la red incluyen diferencia de tiempo de llegada observada (OTDOA), diferencia de tiempo de llegada de enlace ascendente (UTDOA), posicionamiento asistido por D2D, identificación de celda mejorada (E-CID), sistema de baliza terrestre (TBS), medición basada en Wi-Fi (marca registrada) o Bluetooth (marca registrada), y similares.
Se presentará un ejemplo del proceso de determinación. La información del mapa se adquiere por adelantado y la información de posición del UE de peatón se compara con la información del mapa. Entonces, en el caso de que se determine que el UE de peatón está cerca de una carretera, se activa la detección. Además, la activación de la detección puede determinarse basándose de información tridimensional. Es decir, se puede considerar una dirección de altura durante la determinación. Por ejemplo, es posible que un UE de peatón en un puente peatonal no realice la detección. Además, en el caso de que se determine que un UE de peatón se acerca a una carretera dentro de un cierto período de tiempo, puede determinarse activar la detección.
Se presentará un ejemplo del proceso de control. En el proceso de control, se activa la función de detección del UE de peatón. Se puede proporcionar un parámetro necesario para la detección desde el lado de la red al lado del UE de peatón, y la red puede configurar (preconfigurar) un parámetro necesario para la detección del UE de peatón. Obsérvese que, en el caso de que la función de detección del UE de peatón no esté activada, la notificación se realiza de forma explícita o implícita.
La información de un eje de tiempo incluye, por ejemplo, un ciclo de detección, una duración de detección y un punto de inicio de detección. La información de un eje de frecuencia incluye, por ejemplo, una banda en la que se realiza la detección. Los métodos de detección incluyen, por ejemplo, decodificación de SA, detección de energía y una combinación de decodificación de SA y detección de energía.
Se describirá un flujo de la serie de procesos con referencia a un dibujo. La FIG. 23 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en el lado de la red y el lado del UE de peatón según una realización de la presente divulgación. En la FIG. 23, se ilustra el ejemplo en el que todas las mediciones, determinaciones y controles se realizan en el lado del UE de peatón. Es decir, el UE de peatón realiza un proceso de medición de la posición (Paso S201), realiza un proceso de determinación para determinar si la función de detección debe activarse basándose en el resultado de la medición (Paso S202) y ejecuta el control basándose en el proceso de determinación (Paso S203). En este caso, la señalización es innecesaria. Además, el UE de peatón sigue el flujo en el caso de fuera de cobertura (OOC). Además, en este caso, la información relativa a la detección está configurada (preconfigurada) para el UE de peatón.
La FIG. 24 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en el lado de la red y el lado del UE de peatón según una realización de la presente divulgación. En la FIG. 24, se ilustra un ejemplo en el que la medición y la determinación se realizan en el lado del UE de peatón y el control se realiza en el lado de la red. Es decir, el UE de peatón realiza un proceso de medición de la posición (Paso S211), realiza un proceso de determinación para determinar si la función de detección debe activarse basándose en el resultado de la medición (Paso S212) y notifica el resultado de la determinación al lado de la red (Paso S213). El lado de la red ejecuta el control basándose en el resultado de la determinación (Paso S214) y da una notificación de activación de la función de detección y una notificación de información relativa a la detección (Paso S215). En un caso en el que la información relativa a la detección está configurada (preconfigurada) para el UE de peatón, el UE de peatón no tiene que notificar el resultado de la determinación al lado de la red. Además, en este caso, la señalización es innecesaria en el caso de que no se realice la activación, y el UE de peatón realiza una selección aleatoria.
La FIG. 25 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en el lado de la red y el lado del UE de peatón según una realización de la presente divulgación. En la FIG. 25, se ilustra un ejemplo en el que la medición y el control se realizan en el lado del UE de peatón y la determinación se realiza en el lado de la red. Es decir, el UE de peatón realiza un proceso de medición de la posición (Paso S221) y notifica el resultado de la medición al lado de la red (Paso S222). El lado de la red realiza un proceso de determinación para determinar si la función de detección debe activarse basándose en el resultado de la medición (Paso S223) y notifica al UE de peatón la activación de la función de detección (Paso S224). El UE de peatón ejecuta el control basándose en la notificación (Paso S225). En este caso, la información relativa a la detección está configurada (preconfigurada) para el UE de peatón.
La FIG. 26 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en el lado de la red y el lado del UE de peatón según una realización de la presente divulgación. En la FIG. 26, se ilustra un ejemplo en el que la medición se realiza en el lado del UE de peatón, y la determinación y el control se realizan en el lado de la red. Es decir, el UE de peatón realiza un proceso de medición de la posición (Paso S231) y notifica el resultado de la medición al lado de la red (Paso S232). El lado de la red realiza un proceso de determinación para determinar si la función de detección debe activarse basándose en el resultado de la medición (Paso S233) y ejecuta el control basándose en el proceso de determinación (Paso S234). Entonces, el lado de la red da una notificación de activación de la función de detección y una notificación de información relativa a la detección (Paso S235). En este caso, la información relativa a la detección está configurada (preconfigurada) para el UE de peatón.
La FIG. 27 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en el lado de la red y el lado del UE de peatón según una realización de la presente divulgación. En la FIG. 27, se ilustra un ejemplo en el que la medición se realiza en el lado de la red, y la determinación y el control se realizan en el lado del UE de peatón. Es decir, el lado de la red realiza un proceso de medición de la posición (Paso S241) y notifica al UE de peatón el resultado de la medición (Paso S242). El UE de peatón realiza un proceso de determinación para determinar si la función de detección debe activarse basándose en el resultado de la medición adquirido (Paso S243) y ejecuta el control basándose en el proceso de determinación (Paso S244). En este caso, la información relativa a la detección está configurada (preconfigurada) para el UE de peatón.
La FIG. 28 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en el lado de la red y el lado del UE de peatón según una realización de la presente divulgación. En la FIG. 28, se ilustra un ejemplo en el que la medición y el control se realizan en el lado de la red, y la determinación se realiza en el lado del UE de peatón. Es decir, el lado de la red realiza un proceso de medición de la posición (Paso S251) y notifica al UE de peatón el resultado de la medición (Paso S252). El UE de peatón realiza un proceso de determinación para determinar si la función de detección debe activarse basándose en el resultado de la medición adquirido (Paso S253) y notifica el resultado de la determinación al lado de la red (Paso S254). El lado de la red ejecuta el control basándose en el resultado de la determinación (Paso S255) y da una notificación de activación de la función de detección y una notificación de información relativa a la detección (Paso S256). En el caso de que la información relativa a la detección está configurada (preconfigurada) para el UE de peatón, el UE de peatón no tiene que notificar el resultado de la determinación al lado de la red. Además, en este caso, la señalización es innecesaria en el caso de que no se realice la activación, y el UE de peatón realiza una selección aleatoria.
La FIG. 29 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en el lado de la red y el lado del UE de peatón según una realización de la presente divulgación. En la FIG. 29, se ilustra un ejemplo en el que la medición y la determinación se realizan en el lado de la red y el control se realiza en el lado del UE de peatón. Es decir, el lado de la red realiza un proceso de medición de posición (Paso S261), realiza un proceso de determinación para determinar si la función de detección debe activarse basándose en el resultado de la medición (Paso S262), y notifica al UE de peatón el resultado de la determinación (Paso S263). El UE de peatón ejecuta el control basándose en el proceso de determinación (Paso S264). En este caso, la información relativa a la detección está configurada (preconfigurada) para el UE de peatón.
La FIG. 30 es un diagrama explicativo que ilustra un ejemplo de un proceso realizado en el lado de la red y el lado del UE de peatón según una realización de la presente divulgación. En la FIG. 30, se ilustra un ejemplo en el que todas las mediciones, determinaciones y controles se realizan en el lado de la red. Es decir, el lado de la red realiza un proceso de medición de la posición (Paso S271), realiza un proceso de determinación para determinar si la función de detección debe activarse basándose en el resultado de la medición (Paso S272) y ejecuta el control basándose en el proceso de determinación (Paso S273). Entonces, el lado de la red da una notificación de activación de la función de detección y una notificación de información relativa a la detección (Paso S274). En el caso de que la información relativa a la detección está configurada (preconfigurada) para el UE de peatón, el UE de peatón no tiene que notificar el resultado de la determinación al lado de la red. Además, en este caso, la señalización es innecesaria en el caso de que no se realice la activación, y el UE de peatón realiza una selección aleatoria.
(1-2) Activación a través de la detección de señal
A continuación, se describirá un ejemplo de activación a través de la detección de señal. En este ejemplo, el UE de peatón activa la función de detección utilizando la detección de una señal de un automóvil como desencadenante. Un eNB o un RSU de tipo eNB transmite una señal.
(Medición)
Un objetivo de medición es, por ejemplo, la potencia de una banda en la comunicación V2P, una señal de sincronización de enlace lateral/señal de transmisión de enlace lateral de un automóvil, DCI de un eNB/RSU, un nivel de canal de una red (que puede ser medido por el UE de peatón o notificado por un eNB o un RSU), o información general (un tiempo de transmisión o una banda de transmisión) de paquetes de un vehículo desde un automóvil o un eNB/RSU.
Un método de medición es la medición utilizando un parámetro necesario para la monitorización. El parámetro necesario para la monitorización se adquiere, por ejemplo, de un eNB, un RSU o un parámetro configurado (preconfigurado). El eNB, el RSU o el parámetro configurado proporciona información de banda, información de sincronización y una brecha de medición. El UE de peatón adquiere una o más de información de banda (información de una banda a ser monitoreada), información de sincronización (información de sincronización de la banda que está siendo monitoreada; un marco de tiempo, información de frecuencia central, etc.) e información de brecha de medición (un ciclo de medición, un período de medición, etc.) según un objetivo de medición de la siguiente manera.
El UE de peatón realiza la medición según la brecha de medición. Por ejemplo, se proporciona un eNB, un RSU o un parámetro configurado (preconfigurado). Se establece una brecha basándose en la información del UE de peatón. La información del UE de peatón incluye, por ejemplo, información de posición del terminal, una RF, la capacidad restante de la batería y similares. Además, el UE de peatón puede realizar mediciones según un nivel de congestión de la red.
(Determinación)
El UE de peatón activa la función de detección en el caso de que se detecte un mensaje específico, una señal o un mensaje que tenga un valor superior o igual a un cierto valor umbral. El mensaje incluye, por ejemplo, una señal de transmisión/DCI, potencia de señal, un nivel de canal o similar. La señal de transmisión/DCI incluye información de un grupo de recursos (por ejemplo, la detección no es necesaria para el peatón si se establece un grupo de recursos dedicado a la selección aleatoria). Además, la señal de transmisión/DCI incluye información con respecto al tráfico de un UE de vehículo. La información con respecto al tráfico del UE de vehículo incluye un ciclo de transmisión que puede ser establecido por el UE de vehículo. Por ejemplo, la detección es innecesaria si la posibilidad de que se produzca una colisión se vuelve baja debido a un modelo de tráfico del UE de peatón y el UE de vehículo.
La potencia de la señal incluye, por ejemplo, S-RSSI, RSRP, RSRQ o similar de una banda. El nivel del canal incluye, por ejemplo, una relación de ocupación del canal (CBR) y, en el caso de que una CBR sea superior o igual a un determinado valor umbral, el UE de peatón activa la función de detección.
(Control)
El UE de peatón adquiere o actualiza la información de control necesaria para la detección. En el caso de que un parámetro ya esté proporcionado o configurado (preconfigurado), el UE de peatón utiliza el parámetro proporcionado o configurado (preconfigurado). Además, el UE de peatón puede consultar a un eNB o una RSU para adquirir la información de control necesaria para la detección o puede recibir la transmisión de la información de control necesaria para la detección desde un eNB o un RSU.
(2) Detalles de detección
En el caso de que la función de detección de un terminal de peatón se active, es deseable que se detecte en todo momento (la llamada detección completa) como un terminal de vehículo, pero el consumo de energía del terminal de peatón se vuelve excesivamente grande. Por lo tanto, incluso en el caso de que la función de detección de un terminal de peatón se active, se exige una mayor reducción en el consumo de energía. Si un terminal de peatón utiliza un método de detección diferente al de un terminal de vehículo, existe la posibilidad de que los parámetros relacionados con la detección sean diferentes entre el terminal de peatón y el terminal de vehículo basándose en las características del tráfico de transmisión y similares del terminal de peatón y el terminal de vehículo. Además, dado que es difícil saber cuándo se transmiten los paquetes de un terminal de peatón, es difícil saber el momento de la selección de recursos. Por lo tanto, el ajuste de un tiempo de detección para el terminal de peatón determina el consumo de energía.
Por lo tanto, en la presente realización, un terminal de peatón detecta solo algunos recursos, en lugar de realizar una detección completa. Es decir, un terminal de peatón realiza una detección parcial. La detección parcial se clasifica en dos tipos de detección parcial que son la detección de ráfagas y la detección distribuida. Los métodos de cada detección se describirán a continuación.
(2-1) Detección de ráfagas
La detección de ráfagas es un método para realizar la detección solo una vez durante un período de detección (que es un período en el que un terminal del vehículo realiza la detección y se establece, por ejemplo, en 1 s), incluyendo los recursos a detectar (una ventana de subdetección) subtramas consecutivas. Una ventana de subdetección tiene el mismo tamaño que un recurso candidato (una ventana de selección) que se puede transmitir. La FIG. 31 es un diagrama explicativo que ilustra un ejemplo de detección de ráfagas.
(2-2) Detección distribuida
Un ciclo máximo de reserva de un terminal de vehículos es de un segundo. Para realizar la detección mientras se filtra la menor cantidad posible de paquetes de transmisión desde un terminal de vehículo, la detección completa se realiza un segundo antes de realizar la selección de recursos. En un caso de detección de ráfagas, solo se detecta un recurso dentro de un cierto período de tiempo (menos de un segundo) antes de la selección del recurso. En el caso de que un ciclo de reserva del terminal de vehículo sea mayor que el tamaño de una ventana de detección de ráfagas, es posible que no se detecten los paquetes de transmisión. Por esa razón, existe la posibilidad de que el terminal de peatón seleccione un recurso que ya ha sido utilizado en el momento de la selección del recurso, lo que puede dar lugar a una colisión. La FIG. 32 es un diagrama explicativo que ilustra el problema de que se ha producido una colisión debido al uso de la detección de ráfagas. Por lo tanto, es necesario realizar la detección durante todo el período de un segundo.
La detección distribuida se ejecuta realizando la detección una pluralidad de veces dentro de un período de detección. Cada uno de los períodos de detección se define como un período de detección. Cada uno de los períodos de subdetección tiene el mismo tamaño que una ventana de selección. Usando el resultado de detección de una pluralidad de períodos de detección, un terminal reconoce una situación de uso de recursos en una ventana de selección y decide un recurso para la transmisión. Por ejemplo, en el caso de que un período de detección sea de un segundo, por ejemplo, el período se divide en períodos de 100 milisegundos y se decide un período de detección dentro de los períodos. La FIG. 33 es un diagrama explicativo que ilustra un ejemplo de detección distribuida.
(Detección distribuida con ventana fija)
Si las subtramas de un segundo (1000 subtramas) se compartimentan cada 100 ms, el resultado es 10 periodos. Se realizan 10 veces de subdetección en todos los periodos. Los períodos de subdetección respectivos también se pueden configurar para que sean iguales a lo largo del período de detección. Es decir, se fijan una subtrama inicial de detección, un período de detección y un intervalo de detección de cada uno de los períodos de detección. La FIG. 34 es un diagrama explicativo que ilustra un ejemplo de detección con una configuración idéntica para cada subdetección. Además, es deseable que un terminal de peatón detecte la misma área que un grupo de recursos para transmisión del terminal, y dado que se detecta la misma área que el grupo de recursos para transmisión, la confiabilidad es alta.
(Detección distribuida con ventana desplazada)
Si las subtramas de un segundo (1000 subtramas) se compartimentan cada 100 ms, el resultado es 10 periodos. Se realizan 10 veces de subdetección en todos los periodos. Dado que el retardo máximo de un paquete de transmisión de un terminal de vehículo es de 100 ms, la subdetección se realiza cada 100 ms. Una configuración para cada subdetección, por ejemplo, una subtrama de inicio de detección, un período de detección y un intervalo de detección se pueden establecer de forma variable. La FIG. 35 es un diagrama explicativo que ilustra un ejemplo de detección con ajustes variables para cada subdetección. Un terminal de peatón puede decidir una subtrama inicial al azar, y también puede adquirir un patrón desde un lado de la estación base. Dado que un grupo de recursos para la transmisión no puede restringirse en el caso de una ventana desplazada, se puede aumentar la flexibilidad de la selección de recursos. Dichos parámetros relacionados con la detección se establecen utilizando uno o más parámetros relacionados con un ciclo de reserva de paquetes (por ejemplo, i*P: i es un elemento constituyente del ciclo de reserva de paquetes (P*i), P es un valor fijo que sirve como base, e i es un parámetro que se puede configurar desde una red), un parámetro relacionado con la reselección de paquetes (un contador de reselección), una relación de ocupación de canal (CBR) que es un nivel de congestión de canal y un parámetro utilizado para determinar un área objetivo de detección.
Aquí, se describirá un método para cambiar un parámetro de detección parcial usando i. Aquí, i es un elemento constitutivo de un ciclo de reserva de paquetes (P*i), P es un valor fijo que sirve como base e i es un parámetro que se puede configurar desde una red. Por ejemplo, P=100 ms para un terminal de vehículo. Los valores que se pueden seleccionar como i se indican como un conjunto. Por ejemplo, los valores se indican como {0, 1, 2, 3... }. En el caso de i=0, no se realiza la reserva de paquetes. Si i es un valor distinto de 0, se reserva el mismo recurso para la transmisión de este tiempo en el grupo de recursos i-número delante del grupo de recursos para la transmisión de este tiempo (el mismo recurso de frecuencia que el recurso de tiempo con el mismo desplazamiento). i puede establecerse por una estación base como mapa de bits.
Los parámetros relacionados con la detección mencionados en este caso pueden incluir un punto de inicio de una ventana de detección, el tamaño de la ventana de detección, un dominio de frecuencia de detección, un grupo de recursos de detección y un número de ventanas de detección.
La configuración de los parámetros relacionados con la detección se puede realizar en el lado de la red o por el propio terminal de peatón. Además, los parámetros pueden estar preconfigurados en el terminal. Utilizando un CBR de la red, el terminal de peatón puede establecer los parámetros relativos a la detección. En el caso de que la red esté congestionada, por ejemplo, el tamaño de una ventana de detección se configura para que sea grande y se incrementa el número de candidatos de detección. Además, por ejemplo, se puede determinar un período de subdetección en el que se va a realizar la detección usando un CBR. El terminal de peatón puede establecer los parámetros relativos a la detección utilizando un parámetro relativo a la reselección de paquetes (un contador de reselección, etc.). Por ejemplo, un área en la que se realiza la detección se puede configurar utilizando un valor establecido que puede establecerse por el contador de reselección.
En este caso, se describirá un método para establecer los parámetros relacionados con la detección usando el parámetro i relacionado con un ciclo de reserva, un CBR de una red, un parámetro relacionado con la reselección de paquetes y un parámetro a.
En este caso, a es un parámetro que indica un área objetivo de detección (una ventana de subdetección incluida en un período de subdetección). Es decir, una ventana de subdetección a detectar dentro de un período de detección se determina utilizando el parámetro a. El parámetro a es notificado por una estación base. Por ejemplo, la determinación de ventanas de subdetección que afectan a una ventana de selección con el parámetro i, su clasificación y el orden de detección se determinan utilizando el parámetro a. Además, la estación base puede notificar directamente al terminal los números de ventanas de subdetección a detectar.
Cuando el terminal de peatón realiza la detección y luego la selección de recursos, los recursos disponibles en los candidatos de recursos para la transmisión pueden ser sustancialmente pequeños dependiendo del resultado de la detección. En ese caso, es necesario aumentar los recursos para la transmisión. Por lo tanto, los candidatos de recursos para la selección de recursos aumentan al extender el tamaño de un período de subdetección. Además, se puede agregar una nueva área de detección en un período de subdetección, además de dicha extensión.
Un momento en el que se extiende el tamaño de un período de subdetección puede ser un caso en el que el terminal detecta la congestión del canal un número predeterminado de veces o más. Es decir, después de que el terminal de peatón realice la detección un número predeterminado de veces o más, se calcula una relación de uso de recursos entre candidatos de recursos de transmisión dados. Si la relación de uso es superior o igual a un cierto nivel, el terminal de peatón establece un nuevo candidato de detección y realiza la detección. Además, en el caso de que el terminal haya detectado congestión de canal un número predeterminado de veces o más, la siguiente detección puede cancelarse y cambiarse a selección aleatoria.
En este caso, un número predeterminado de tiempos de detección (p) y una configuración de valor de umbral (0) para determinar la congestión de detección pueden establecerse en el lado de la red o establecerse por el propio terminal. Además, los valores pueden estar preconfigurados.
En el caso de que el terminal de peatón detecte el número de veces de detección mayor que igual a p y una relación de recursos de usuario entre los candidatos de recursos de transmisión es mayor que 0, el terminal de peatón establece un nuevo candidato de detección y realiza la detección. Si el terminal de peatón completa la detección, se selecciona un recurso de transmisión sobre la base de todos los resultados de la detección. La configuración del nuevo candidato de detección puede ser realizada por el propio terminal de peatón al azar, o utilizando un método establecido por el lado de la red. Cuando se establece un nuevo candidato de detección, por ejemplo, la detección cambia a una subtrama determinada basándose en los candidatos de detección antiguos.
En el caso en el que el terminal de peatón realice la detección el número de veces de detección mayor que igual a p y la relación de recursos de usuario entre los candidatos de recursos de transmisión es superior a 0, la detección se puede detener para suprimir el consumo de energía. Cuando el terminal de peatón selecciona un recurso de transmisión, se seleccionan como candidatos un recurso disponible entre los candidatos de recursos de transmisión dados basándose en el resultado de detección y todos los recursos distintos de los candidatos de recursos de transmisión.
[1.3. Ejemplo de configuración] A continuación, se describirá un ejemplo de configuración de una estación base (eNB) 100 según una realización de la presente divulgación con referencia a la FIG. 17. La FIG. 17 es un diagrama de bloques que ilustra un ejemplo de la configuración de la estación base 100 según una realización de la presente divulgación. Haciendo referencia a la FIG. 17, una estación base 100 incluye una unidad de antena 110, una unidad de comunicación inalámbrica 120, una unidad de comunicación de red 130, una unidad de almacenamiento 140 y una unidad de procesamiento 150.
(1) Unidad de antena 110
La unidad de antena 110 irradia una salida de señal desde la unidad de comunicación inalámbrica 120 al espacio como una onda de radio. Además, la unidad de antena 110 convierte una onda de radio en el espacio en una señal y envía la señal a la unidad de comunicación inalámbrica 120.
(2) Unidad de comunicación inalámbrica 120
La unidad de comunicación inalámbrica 120 realiza la transmisión y recepción de señales. Por ejemplo, la unidad de comunicación inalámbrica 120 transmite una señal de enlace descendente al dispositivo terminal y recibe una señal de enlace ascendente desde el dispositivo terminal.
(3) Unidad de comunicación de red 130
La unidad de comunicación de red 130 realiza la transmisión y recepción de información. Por ejemplo, la unidad de comunicación de red 130 transmite información a otros nodos y recibe información de otros nodos. Por ejemplo, otro nodo incluye otra estación base y un nodo de red central.
(4) Unidad de almacenamiento 140
La unidad de almacenamiento 140 almacena temporal o permanentemente un programa para el funcionamiento de la estación base 100 y diversos datos.
(5) Unidad de procesamiento 150
La unidad de procesamiento 150 proporciona diversas funciones de la estación base 100. La unidad de procesamiento 150 incluye una unidad de procesamiento de transmisión 151 y una unidad de notificación 153. Además, la unidad de procesamiento 150 puede incluir además componentes distintos de estos elementos constituyentes. Es decir, la unidad de procesamiento 150 también puede realizar una operación distinta de las operaciones de estos componentes.
La unidad de procesamiento de transmisión 151 ejecuta un proceso relacionado con la transmisión de datos para ser transmitidos a un dispositivo terminal 200. Además, la unidad de procesamiento de transmisión 151 ejecuta un proceso general de la estación base (eNB). Además, la unidad de notificación 153 ejecuta un proceso relacionado con la notificación de información al dispositivo terminal 200. En otras palabras, la unidad de notificación 153 ejecuta un proceso de notificación general para el dispositivo terminal de la estación base (eNB).
La unidad de procesamiento 150 puede funcionar como un ejemplo de unidad de control en la presente divulgación. Con la configuración, la estación base 100 puede ejecutar diversos procesos relacionados con la presente realización, por ejemplo, asignación de un recurso al dispositivo terminal 200, notificación de información con respecto al recurso asignado al dispositivo terminal 200, adquisición de información del dispositivo terminal 200, y similares.
A continuación, se describirá un ejemplo de una configuración del dispositivo terminal 200 según una realización de la presente divulgación con referencia a la FIG. 18. La FIG. 18 es un diagrama de bloques que ilustra un ejemplo de la configuración del dispositivo terminal 200 según una realización de la presente divulgación. Haciendo referencia a la FIG. 18, el dispositivo terminal 200 incluye una unidad de antena 210, una unidad de comunicación inalámbrica 220, una unidad de almacenamiento 230 y una unidad de procesamiento 240.
(1) Unidad de antena 210
La unidad de antena 210 irradia una salida de señal desde la unidad de comunicación inalámbrica 220 al espacio como una onda de radio. Además, la unidad de antena 210 convierte una onda de radio en el espacio en una señal y envía la señal a la unidad de comunicación inalámbrica 220.
(2) Unidad de comunicación inalámbrica 220
La unidad de comunicación inalámbrica 220 realiza la transmisión y recepción de señales. Por ejemplo, la unidad de comunicación inalámbrica 220 recibe una señal de enlace descendente desde la estación base y transmite una señal de enlace ascendente a la estación base.
(3) Unidad de almacenamiento 230
La unidad de almacenamiento 230 almacena temporal o permanentemente un programa para el funcionamiento del dispositivo terminal 200 y diversos datos.
(4) Unidad de procesamiento 240
La unidad de procesamiento 240 proporciona diversas funciones del dispositivo terminal 200. La unidad de procesamiento 240 incluye una unidad de adquisición 241 y una unidad de procesamiento de recepción 243. Además, la unidad de procesamiento 240 puede incluir además otros componentes distintos de estos elementos constituyentes. Es decir, la unidad de procesamiento 240 también puede realizar una operación distinta de las operaciones de estos componentes.
La unidad de adquisición 241 ejecuta un proceso relacionado con la adquisición de datos transmitidos desde la estación base 100. La unidad de procesamiento de recepción 243 ejecuta un proceso relacionado con la recepción de datos adquiridos por la unidad de adquisición 241. La unidad de procesamiento de recepción 243 ejecuta un proceso general del dispositivo terminal descrito anteriormente.
La unidad de procesamiento 240 puede funcionar como un ejemplo de unidad de control en la presente divulgación. Con la configuración, el dispositivo terminal 200 puede ejecutar diversos procesos relacionados con la presente realización, por ejemplo, asegurar recursos, reservar recursos, transmitir datos a otro dispositivo terminal y la estación base 100, y similares.
<2. Ejemplos de aplicación>
La tecnología de la presente divulgación se puede aplicar a diversos productos. La estación base 100 se puede realizar como cualquier tipo de nodo B evolucionado (eNB), por ejemplo, un macro eNB, un eNB pequeño o similar. Un eNB pequeño puede ser un eNB que cubra una celda más pequeña que una macrocelda, como un pico eNB, un micro eNB o un eNB doméstico (femto). Alternativamente, la estación base 100 puede realizarse como otro tipo de estación base tal como un nodo B o una estación transceptora base (BTS). La estación base 100 puede incluir un cuerpo principal que controla la comunicación por radio (también denominado dispositivo de estación base) y una o más cabezas de radio remotas (RRH) dispuestas en un lugar diferente del cuerpo principal. Además, diversos tipos de terminales que se describirán a continuación pueden funcionar como la estación base 100 ejecutando de forma temporal o semipermanente la función de estación base.
Además, el dispositivo terminal 200 se puede realizar como, por ejemplo, un terminal móvil como un teléfono inteligente, una computadora personal (PC) de tableta, una computadora portátil, un terminal de juegos portátil, un enrutador móvil tipo dongle/portátil o una cámara digital o un terminal en el vehículo, como un dispositivo de navegación para automóvil. Además, el dispositivo terminal 200 puede realizarse como un terminal que realiza una comunicación de máquina a máquina (M2M) (también denominado terminal de comunicación de tipo máquina (MTC)). Además, el dispositivo terminal 200 puede ser un módulo de comunicación inalámbrica montado en dicho terminal (por ejemplo, un módulo de circuito integrado configurado en una matriz).
<2,1. Ejemplo de aplicación con respecto a la estación base] (Primer ejemplo de aplicación)
La FIG. 19 es un diagrama de bloques que ilustra un primer ejemplo de una configuración esquemática de un eNB al que se puede aplicar la tecnología de la presente divulgación. Un eNB 800 incluye una o más antenas 810 y un dispositivo de estación base 820. Cada antena 810 y el dispositivo de estación base 820 pueden conectarse entre sí a través de un cable de RF.
Cada una de las antenas 810 incluye elementos de antena únicos o múltiples (tales como elementos de antena múltiples incluidos en una antena de MIMO), y se usa para que el dispositivo de estación base 820 transmita y reciba señales de radio. El eNB 800 puede incluir las múltiples antenas 810, como se ilustra en la FIG. 19. Por ejemplo, las múltiples antenas 810 pueden ser compatibles con múltiples bandas de frecuencia usadas por el eNB 800. Aunque la FIG. 19 ilustra el ejemplo en el que el eNB 800 incluye las múltiples antenas 810, el eNB 800 también puede incluir una única antena 810.
El dispositivo de estación base 820 incluye un controlador 821, una memoria 822, una interfaz de red 823 y una interfaz de comunicación inalámbrica 825.
El controlador 821 puede ser, por ejemplo, una CPU o un DSP, y opera diversas funciones de una capa superior del dispositivo de estación base 820. Por ejemplo, el controlador 821 genera un paquete de datos a partir de datos en señales procesadas por la interfaz de comunicación inalámbrica 825 y transfiere el paquete generado a través de la interfaz de red 823. El controlador 821 puede agrupar datos de múltiples procesadores de banda base para generar el paquete agrupado y transferir el paquete agrupado generado. El controlador 821 puede tener funciones lógicas para realizar control tales como el control de recursos de radio, control de portadora de radio, gestión de movilidad, control de admisión y planificación. El control se puede realizar en cooperación con un eNB o un nodo de red central en las cercanías. La memoria 822 incluye RAM y ROM, y almacena un programa que ejecuta el controlador 821 y diversos tipos de datos de control (tal como una lista de terminales, datos de potencia de transmisión y datos de planificación).
La interfaz de red 823 es una interfaz de comunicación para conectar el dispositivo de estación base 820 a una red central 824. El controlador 821 puede comunicarse con un nodo de red central u otro eNB a través de la interfaz de red 823. En este caso, el eNB 800 puede conectarse a un nodo de red central u otro eNB a través de una interfaz lógica (por ejemplo, interfaz S1 o interfaz X2). La interfaz de red 823 también puede ser una interfaz de comunicación inalámbrica o una interfaz de comunicación inalámbrica para enlace de retorno de radio. Si la interfaz de red 823 es una interfaz de comunicación inalámbrica, la interfaz de red 823 puede usar una banda de frecuencia superior para la comunicación inalámbrica que una banda de frecuencia usada por la interfaz de comunicación inalámbrica 825.
La interfaz de comunicación inalámbrica 825 soporta cualquier esquema de comunicación celular tal como Evolución a Largo Plazo (LTE) y LTE-Avanzada, y proporciona conexión de radio a un terminal ubicado en una célula del eNB 800 a través de la antena 810. La interfaz de comunicación inalámbrica 825 habitualmente puede incluir, por ejemplo, un procesador de banda base (BB) 826 y un circuito de RF 827. El procesador de BB 826 puede realizar, por ejemplo, codificación/decodificación, modulación/demodulación y multiplexación/demultiplexación, y realiza diversos tipos de procesamiento de señales de capas (tales como L1, control de acceso al medio (MAC), control de enlace de radio (RLC), y un protocolo de convergencia de datos de paquetes (PDCP)). El procesador de BB 826 puede tener una parte o todas las funciones lógicas descritas anteriormente en lugar del controlador 821. El procesador de BB 826 puede ser una memoria que almacena un programa de control de comunicación, o un módulo que incluye un procesador y un circuito relacionado configurado para ejecutar el programa. La actualización del programa puede permitir que se cambien las funciones del procesador de Bb 826. El módulo puede ser una tarjeta o un dispositivo de tipo navaja que se inserta en una ranura del dispositivo de la estación base 820. Como alternativa, el módulo también puede ser un chip que se monta en la tarjeta o en el dispositivo de tipo navaja. Mientras tanto, el circuito de RF 827 puede incluir, por ejemplo, un mezclador, un filtro y un amplificador, y transmite y recibe señales de radio a través de la antena 810.
La interfaz de comunicación inalámbrica 825 puede incluir múltiples procesadores de BB 826, como se ilustra en la FIG. 19. Por ejemplo, los múltiples procesadores de BB 826 pueden ser compatibles con múltiples bandas de frecuencia usadas por el eNB 800. La interfaz de comunicación inalámbrica 825 puede incluir los múltiples circuitos de RF 827, como se ilustra en la FIG. 19. Por ejemplo, los múltiples circuitos de RF 827 pueden ser compatibles con múltiples elementos de antena. Aunque la FIG. 19 ilustra el ejemplo en el que la interfaz de comunicación inalámbrica 825 incluye los múltiples procesadores de BB 826 y los múltiples circuitos de RF 827, la interfaz de comunicación inalámbrica 825 también puede incluir un único procesador de BB 826 o un único circuito de RF 827.
En el eNB 800 que se muestra en la FIG. 19, uno o más elementos constituyentes (la unidad de procesamiento de transmisión 151 y/o la unidad de notificación 153) incluidos en la unidad de procesamiento 150 descrita con referencia a la FIG. 17 puede implementarse por la interfaz de comunicación inalámbrica 825. Alternativamente, al menos algunos de estos elementos constituyentes pueden ser implementados por el controlador 821. Como ejemplo, un módulo que incluye una parte (por ejemplo, el procesador BB 826) o toda la interfaz de comunicación inalámbrica 825 y/o el controlador 821 puede montarse en el eNB 800, y uno o más elementos constituyentes descritos anteriormente pueden ser implementados por el módulo. En este caso, el módulo puede almacenar un programa para hacer que el procesador funcione como uno o más elementos constituyentes descritos anteriormente (es decir, un programa para hacer que el procesador ejecute operaciones del uno o más elementos constituyentes) y puede ejecutar el programa. Como otro ejemplo, el programa para hacer que el procesador funcione como uno o más elementos constituyentes descritos anteriormente puede instalarse en el eNB 800, y la interfaz de comunicación inalámbrica 825 (por ejemplo, el procesador BB 826) y/o el controlador 821 pueden ejecutar el programa. Como se describió anteriormente, el eNB 800, el dispositivo de estación base 820 o el módulo pueden proporcionarse como un dispositivo que incluye uno o más elementos constituyentes, y puede proporcionarse el programa para hacer que el procesador funcione como uno o más elementos constituyentes descritos anteriormente. Además, se puede proporcionar un medio de grabación legible en el que se graba el programa.
Además, en el eNB 800 que se muestra en la FIG. 19, la unidad de comunicación inalámbrica 120 descrita con referencia a la FIG. 17 puede implementarse mediante la interfaz de comunicación inalámbrica 825 (por ejemplo, el circuito de RF 827). Además, la unidad de antena 110 puede implementarse mediante la antena 810. Además, la unidad de comunicación de red 130 puede implementarse mediante el controlador 821 y/o la interfaz de red 823. Además, la unidad de almacenamiento 140 puede implementarse mediante la memoria 822.
(Segundo ejemplo de aplicación)
La FIG. 20 es un diagrama de bloques que ilustra un segundo ejemplo de una configuración esquemática de un eNB al que se puede aplicar la tecnología de la presente divulgación. Un eNB 830 incluye una o más antenas 840, un dispositivo de estación base 850 y una RRH 860. Cada antena 840 y la RRH 860 pueden conectarse entre sí a través de un cable de RF. El dispositivo de estación base 850 y la RRH 860 pueden estar conectados entre sí a través de una línea de alta velocidad tal como un cable de fibra óptica.
Cada una de las antenas 840 incluye elementos de antena únicos o múltiples (tales como elementos de antena múltiples incluidos en una antena de MIMO), y se usa para que la RRH 860 transmita y reciba señales de radio. El eNB 830 puede incluir las múltiples antenas 840, como se ilustra en la FIG. 20. Por ejemplo, las múltiples antenas 840 pueden ser compatibles con múltiples bandas de frecuencia usadas por el eNB 830. Aunque la FIG. 20 ilustra el ejemplo en el que el eNB 830 incluye las múltiples antenas 840, el eNB 830 también puede incluir una única antena 840.
El dispositivo de estación base 850 incluye un controlador 851, una memoria 852, una interfaz de red 853, una interfaz de comunicación inalámbrica 855 y una interfaz de conexión 857. El controlador 851, la memoria 852 y la interfaz de red 853 son los mismos que el controlador 821, la memoria 822 y la interfaz de red 823 descritos con referencia a la FIG. 19.
La interfaz de comunicación inalámbrica 855 admite cualquier esquema de comunicación celular tal como LTE y LTE-Avanzada, y proporciona comunicación inalámbrica a un terminal ubicado en un sector correspondiente a la RRH 860 a través de la RRH 860 y la antena 840. La interfaz de comunicación inalámbrica 855 habitualmente puede incluir, por ejemplo, un procesador de BB 856. El procesador de BB 856 es el mismo que el procesador de BB 826 descrito con referencia a la FIG. 19, excepto que el procesador de BB 856 está conectado al circuito de RF 864 de la RRH 860 a través de la interfaz de conexión 857. La interfaz de comunicación inalámbrica 855 puede incluir múltiples procesadores de BB 856, como se ilustra en la FIG. 20. Por ejemplo, los múltiples procesadores de BB 856 pueden ser compatibles con múltiples bandas de frecuencia usadas por el eNB 830. Aunque la FIG. 20 ilustra el ejemplo en el que la interfaz de comunicación inalámbrica 855 incluye los múltiples procesadores de BB 856, la interfaz de comunicación inalámbrica 855 también puede incluir un único procesador de BB 856.
La interfaz de conexión 857 es una interfaz para conectar el dispositivo de estación base 850 (interfaz de comunicación inalámbrica 855) a la RRH 860. La interfaz de conexión 857 también puede ser un módulo de comunicación para la comunicación en la línea de alta velocidad descrita anteriormente que conecta el dispositivo de estación base 850 (interfaz de comunicación inalámbrica 855) a la RRH 860.
La RRH 860 incluye una interfaz de conexión 861 y una interfaz de comunicación inalámbrica 863.
La interfaz de conexión 861 es una interfaz para conectar la RRH 860 (interfaz de comunicación inalámbrica 863) al dispositivo de estación base 850. La interfaz de conexión 861 también puede ser un módulo de comunicación para la comunicación en la línea de alta velocidad descrita anteriormente.
La interfaz de comunicación inalámbrica 863 transmite y recibe señales de radio a través de la antena 840. La interfaz de comunicación inalámbrica 863 habitualmente puede incluir, por ejemplo, el circuito de RF 864. El circuito de RF 864 puede incluir, por ejemplo, un mezclador, un filtro y un amplificador, y transmite y recibe señales de radio a través de la antena 840. La interfaz de comunicación inalámbrica 863 puede incluir múltiples circuitos de RF 864, como se ilustra en la FIG. 20. Por ejemplo, los múltiples circuitos de RF 864 pueden soportar múltiples elementos de antena. Aunque la FIG.20 ilustra el ejemplo en el que la interfaz de comunicación inalámbrica 863 incluye los múltiples circuitos de RF 864, la interfaz de comunicación inalámbrica 863 también puede incluir un único circuito de RF 864.
En el eNB 830 que se muestra en la FIG. 20, uno o más elementos constituyentes (la unidad de procesamiento de transmisión 151 y/o la unidad de notificación 153) incluidos en la unidad de procesamiento 150 descrita con referencia a la FIG. 17 puede implementarse por la interfaz de comunicación inalámbrica 855 y/o la interfaz de comunicación inalámbrica 863. Alternativamente, al menos algunos de estos elementos constituyentes pueden ser implementados por el controlador 851. Como ejemplo, un módulo que incluye una parte (por ejemplo, el procesador BB 856) o toda la interfaz de comunicación inalámbrica 855 y/o el controlador 851 puede montarse en el eNB 830, y uno o más elementos constituyentes descritos anteriormente pueden ser implementados por el módulo. En este caso, el módulo puede almacenar un programa para hacer que el procesador funcione como uno o más elementos constituyentes descritos anteriormente (es decir, un programa para hacer que el procesador ejecute operaciones del uno o más elementos constituyentes) y puede ejecutar el programa. Como otro ejemplo, el programa para hacer que el procesador funcione como uno o más elementos constituyentes descritos anteriormente puede instalarse en el eNB 830, y la interfaz de comunicación inalámbrica 855 (por ejemplo, el procesador BB 856) y/o el controlador 851 pueden ejecutar el programa. Como se describió anteriormente, el eNB 830, el dispositivo de estación base 850 o el módulo pueden proporcionarse como un dispositivo que incluye uno o más elementos constituyentes, y puede proporcionarse el programa para hacer que el procesador funcione como uno o más elementos constituyentes descritos anteriormente. Además, se puede proporcionar un medio de grabación legible en el que se graba el programa.
Además, en el eNB 830 que se muestra en la FIG. 20, por ejemplo, la unidad de comunicación inalámbrica 120 descrita con referencia a la FIG. 17 puede implementarse mediante la interfaz de comunicación inalámbrica 863 (por ejemplo, el circuito de RF 864). Además, la unidad de antena 110 puede implementarse mediante la antena 840. Además, la unidad de comunicación de red 130 puede implementarse mediante el controlador 851 y/o la interfaz de red 853. Además, la unidad de almacenamiento 140 puede implementarse mediante la memoria 852.
<2-2. Ejemplo de aplicación con respecto al dispositivo terminal>
(Primer ejemplo de aplicación)
La FIG. 21 es un diagrama de bloques que ilustra un ejemplo de una configuración esquemática de un teléfono inteligente 900 al que se puede aplicar la tecnología de la presente divulgación. El teléfono inteligente 900 incluye un procesador 901, una memoria 902, un almacenamiento 903, una interfaz de conexión externa 904, una cámara 906, un sensor 907, un micrófono 908, un dispositivo de entrada 909, un dispositivo de visualización 910, un altavoz 911, una interfaz de comunicación inalámbrica 912, uno o más conmutadores de antena 915, una o más antenas 916, un bus 917, una batería 918 y un controlador auxiliar 919.
El procesador 901 puede ser, por ejemplo, una CPU o un sistema en un chip (SoC), y controla funciones de una capa de aplicación y otra capa del teléfono inteligente 900. La memoria 902 incluye RAM y ROM, y almacena un programa que se ejecuta por el procesador 901 y los datos. El almacenamiento 903 puede incluir un medio de almacenamiento tal como una memoria de semiconductores y un disco duro. La interfaz de conexión externa 904 es una interfaz para conectar un dispositivo externo tal como una tarjeta de memoria y un dispositivo de bus serie universal (USB) al teléfono inteligente 900.
La cámara 906 incluye un sensor de imagen tal como un dispositivo de carga acoplada (CCD) y un semiconductor de óxido de metal complementario (CMOS) y genera una imagen capturada. El sensor 907 puede incluir un grupo de sensores, tal como un sensor de medición, un sensor giroscópico, un sensor geomagnético y un sensor de aceleración. El micrófono 908 convierte los sonidos que se introducen en el teléfono inteligente 900 en señales de audio. El dispositivo de entrada 909 incluye, por ejemplo, un sensor táctil configurado para detectar el tacto en una pantalla del dispositivo de visualización 910, un teclado numérico, un teclado, un botón o un interruptor, y recibe una operación o una entrada de información de un usuario. El dispositivo de visualización 910 incluye una pantalla tal como una pantalla de cristal líquido (LCD) y una pantalla de diodo de emisión de luz orgánico (OLED), y muestra una imagen de salida del teléfono inteligente 900. El altavoz 911 convierte las señales de audio que se emiten del teléfono inteligente 900 en sonidos.
La interfaz de comunicación inalámbrica 912 soporta cualquier esquema de comunicación celular tal como LTE y LTE-avanzada, y realiza comunicación inalámbrica. La interfaz de comunicación inalámbrica 912 habitualmente puede incluir, por ejemplo, un procesador de BB 913 y un circuito de RF 914. El procesador de BB 913 puede realizar, por ejemplo, codificación/decodificación, modulación/demodulación y multiplexación/demultiplexación, y realiza diversos tipos de procesamiento de señales para comunicación inalámbrica. Mientras tanto, el circuito de RF 914 puede incluir, por ejemplo, un mezclador, un filtro y un amplificador, y transmite y recibe señales de radio a través de la antena 916.
La interfaz de comunicación inalámbrica 912 también puede ser un módulo de un chip que tiene el procesador de BB 913 y el circuito de RF 914 integrados en el mismo. La interfaz de comunicación inalámbrica 912 puede incluir los múltiples procesadores de BB 913 y los múltiples circuitos de RF 914, como se ilustra en la FIG. 21. Aunque la FIG.
21 ilustra el ejemplo en el que la interfaz de comunicación inalámbrica 912 incluye los múltiples procesadores de BB 913 y los múltiples circuitos de RF 914, la interfaz de comunicación inalámbrica 912 también puede incluir un único procesador de BB 913 o un único circuito de RF 914.
Además, además de un esquema de comunicación celular, la interfaz de comunicación inalámbrica 912 puede soportar otro tipo de esquema de comunicación inalámbrica, tal como un esquema de comunicación inalámbrica de corta distancia, un esquema de comunicación de campo cercano y un esquema de red de área local (LAN) inalámbrica. En ese caso, la interfaz de comunicación inalámbrica 912 puede incluir el procesador de BB 913 y el circuito de RF 914 para cada esquema de comunicación inalámbrica.
Cada uno de los conmutadores de antena 915 conmuta destinos de conexión de las antenas 916 entre múltiples circuitos (tales como circuitos para diferentes esquemas de comunicación inalámbrica) incluidos en la interfaz de comunicación inalámbrica 912.
Cada una de las antenas 916 incluye elementos de antena únicos o múltiples (tales como elementos de antena múltiples incluidos en una antena de MIMO), y se usa para que la interfaz de comunicación inalámbrica 912 transmita y reciba señales de radio. El teléfono inteligente 900 puede incluir múltiples antenas 916, como se ilustra en la FIG.
21. Aunque la FIG. 21 ilustra el ejemplo en el que el teléfono inteligente 900 incluye las múltiples antenas 916, el teléfono inteligente 900 también puede incluir una única antena 916.
Además, el teléfono inteligente 900 puede incluir la antena 916 para cada esquema de comunicación inalámbrica. En ese caso, los conmutadores de antena 915 pueden omitirse de la configuración del teléfono inteligente 900.
El bus 917 conecta el procesador 901, la memoria 902, el almacenamiento 903, la interfaz de conexión externa 904, la cámara 906, el sensor 907, el micrófono 908, el dispositivo de entrada 909, el dispositivo de visualización 910, el altavoz 911, la interfaz de comunicación inalámbrica 912 y el controlador auxiliar 919 entre sí. La batería 918 suministra energía a bloques del teléfono inteligente 900 ilustrado en la FIG. 21 a través de líneas de alimentación, que se muestran parcialmente como líneas discontinuas en la figura. El controlador auxiliar 919 opera una función mínima necesaria del teléfono inteligente 900, por ejemplo, en un modo de suspensión.
En el teléfono inteligente 900 que se muestra en la FIG. 21, uno o más elementos constituyentes (la unidad de adquisición 241 y/o la unidad de procesamiento de recepción 243) incluidos en la unidad de procesamiento 240 descrita con referencia a la FIG. 18 pueden ser implementados por la interfaz de comunicación inalámbrica 912. Alternativamente, al menos algunos de estos elementos constituyentes pueden ser implementados por el procesador 901 o el controlador auxiliar 919. Como ejemplo, un módulo que incluye una parte (por ejemplo, el procesador BB 913) o toda la interfaz de comunicación inalámbrica 912, el procesador 901 y/o el controlador auxiliar 919 pueden montarse en el teléfono inteligente 900, y el uno o más elementos constituyentes descritos anteriormente pueden ser implementados por el módulo. En este caso, el módulo puede almacenar un programa para hacer que el procesador funcione como uno o más elementos constituyentes descritos anteriormente (es decir, un programa para hacer que el procesador ejecute operaciones del uno o más elementos constituyentes descritos anteriormente) y puede ejecutar el programa. Como otro ejemplo, el programa para hacer que el procesador funcione como el uno o más elementos constituyentes descritos anteriormente puede instalarse en el teléfono inteligente 900, y la interfaz de comunicación inalámbrica 912 (por ejemplo, el procesador BB 913), el procesador 901 y /o el controlador auxiliar 919 pueden ejecutar el programa. Como se describió anteriormente, el teléfono inteligente 900 o el módulo pueden proporcionarse como un dispositivo que incluye uno o más elementos constituyentes, y puede proporcionarse el programa para hacer que el procesador funcione como uno o más elementos constituyentes descritos anteriormente. Además, se puede proporcionar un medio de grabación legible en el que se graba el programa.
Además, en el teléfono inteligente 900 que se muestra en la FIG. 21, la unidad de comunicación inalámbrica 220 descrita, por ejemplo, con referencia a la FIG. 18 puede implementarse mediante la interfaz de comunicación inalámbrica 912 (por ejemplo, el circuito de RF 914). Además, la unidad de antena 210 puede implementarse mediante la antena 916. Además, la unidad de almacenamiento 230 puede implementarse mediante la memoria 902.
(Segundo ejemplo de aplicación)
La FIG. 22 es un diagrama de bloques que ilustra un ejemplo de una configuración esquemática de un dispositivo de navegación para automóvil 920 al que se puede aplicar la tecnología de la presente divulgación. El dispositivo de navegación para automóvil 920 incluye un procesador 921, una memoria 922, un módulo de sistema de posicionamiento global (GPS) 924, un sensor 925, una interfaz de datos 926, un reproductor de contenido 927, una interfaz de medio de almacenamiento 928, un dispositivo de entrada 929, un dispositivo de visualización 930, un altavoz 931, una interfaz de comunicación inalámbrica 933, uno o más conmutadores de antena 936, una o más antenas 937 y una batería 938.
El procesador 921 puede ser, por ejemplo, una CPU o un SoC, y controla una función de navegación y otra función del dispositivo de navegación para automóvil 920. La memoria 922 incluye RAM y ROM, y almacena un programa que se ejecuta por el procesador 921 y los datos.
El módulo de GPS 924 usa señales de GPS recibidas de un satélite de GPS para medir una posición (tal como latitud, longitud y altitud) del dispositivo de navegación para automóvil 920. El sensor 925 puede incluir un grupo de sensores tales como un sensor giroscópico, un sensor geomagnético y un sensor barométrico. La interfaz de datos 926 está conectada, por ejemplo, a una red dentro del vehículo 941 a través de un terminal que no se muestra, y adquiere datos generados por el vehículo, tales como datos de velocidad del vehículo.
El reproductor de contenido 927 reproduce el contenido almacenado en un medio de almacenamiento (tal como un CD y un DVD) que se inserta en la interfaz del medio de almacenamiento 928. El dispositivo de entrada 929 incluye, por ejemplo, un sensor táctil configurado para detectar el tacto en una pantalla del dispositivo de visualización 930, un botón o un interruptor, y recibe una operación o una entrada de información de un usuario. El dispositivo de visualización 930 incluye una pantalla tal como una pantalla LCD u OLED, y muestra una imagen de la función de navegación o el contenido que se reproduce. El altavoz 931 emite sonidos de la función de navegación o del contenido que se reproduce.
La interfaz de comunicación inalámbrica 933 soporta cualquier esquema de comunicación celular tal como LTE y LTE-avanzada, y realiza comunicación inalámbrica. La interfaz de comunicación inalámbrica 933 habitualmente puede incluir, por ejemplo, un procesador de BB 934 y un circuito de RF 935. El procesador de BB 934 puede realizar, por ejemplo, codificación/decodificación, modulación/demodulación y multiplexación/demultiplexación, y realiza diversos tipos de procesamiento de señales para comunicación inalámbrica. Mientras tanto, el circuito de RF 935 puede incluir, por ejemplo, un mezclador, un filtro y un amplificador, y transmite y recibe señales de radio a través de la antena 937. La interfaz de comunicación inalámbrica 933 puede ser un módulo de un chip que tiene el procesador de BB 934 y el circuito de RF 935 integrados en el mismo. La interfaz de comunicación inalámbrica 933 puede incluir los múltiples procesadores de BB 934 y los múltiples circuitos de RF 935, como se ilustra en la FIG. 22. Aunque la FIG. 22 ilustra el ejemplo en el que la interfaz de comunicación inalámbrica 933 incluye los múltiples procesadores de BB 934 y los múltiples circuitos de RF 935, la interfaz de comunicación inalámbrica 933 también puede incluir un único procesador de BB 934 o un único circuito de RF 935.
Además, además de un esquema de comunicación celular, la interfaz de comunicación inalámbrica 933 puede soportar otro tipo de esquema de comunicación inalámbrica, tal como un esquema de comunicación inalámbrica de corta distancia, un esquema de comunicación de campo cercano y un esquema de LAN inalámbrica. En ese caso, la interfaz de comunicación inalámbrica 933 puede incluir el procesador de BB 934 y el circuito de RF 935 para cada esquema de comunicación inalámbrica.
Cada uno de los conmutadores de antena 936 conmuta destinos de conexión de las antenas 937 entre múltiples circuitos (tales como circuitos para diferentes esquemas de comunicación inalámbrica) incluidos en la interfaz de comunicación inalámbrica 933.
Cada una de las antenas 937 incluye elementos de antena únicos o múltiples (tales como elementos de antena múltiples incluidos en una antena de MIMO), y se usa para que la interfaz de comunicación inalámbrica 933 transmita y reciba señales de radio. El dispositivo de navegación para automóvil 920 puede incluir las múltiples antenas 937, como se ilustra en la FIG. 22. Aunque la FIG. 22 ilustra el ejemplo en el que el dispositivo de navegación para automóvil 920 incluye las múltiples antenas 937, el dispositivo de navegación para automóvil 920 también puede incluir una única antena 937.
Además, el dispositivo de navegación para automóvil 920 puede incluir la antena 937 para cada esquema de comunicación inalámbrica. En ese caso, los conmutadores de antena 936 pueden omitirse de la configuración del dispositivo de navegación para automóvil 920.
La batería 938 suministra energía a los bloques del dispositivo de navegación para automóvil 920 ilustrado en la FIG.
22 a través de líneas de alimentación que se muestran parcialmente como líneas discontinuas en la figura. La batería 938 acumula energía suministrada desde el vehículo.
En el dispositivo de navegación para automóvil 920 que se muestra en la FIG. 22, uno o más elementos constituyentes (la unidad de adquisición 241 y/o la unidad de procesamiento de recepción 243) incluidos en la unidad de procesamiento 240 descrita con referencia a la FIG. 18 pueden ser implementados por la interfaz de comunicación inalámbrica 933. Alternativamente, al menos algunos de estos elementos constituyentes pueden ser implementados por el procesador 921. Como ejemplo, un módulo que incluye una parte (por ejemplo, el procesador BB 934) o toda la interfaz de comunicación inalámbrica 933 y/o el procesador 921 pueden montarse en el dispositivo de navegación para automóvil 920, y el uno o más elementos constituyentes pueden ser implementados por el módulo. En este caso, el módulo puede almacenar un programa para hacer que el procesador funcione como el uno o más elementos constituyentes (es decir, un programa para hacer que el procesador ejecute operaciones del uno o más elementos constituyentes) y puede ejecutar el programa. Como otro ejemplo, el programa para hacer que el procesador funcione como el uno o más elementos constituyentes descritos anteriormente puede instalarse en el dispositivo de navegación para automóvil 920, y la interfaz de comunicación inalámbrica 933 (por ejemplo, el procesador BB 934) y/o el procesador 921 pueden ejecutar el programa. Como se describió anteriormente, el dispositivo de navegación para automóvil 920 o el módulo pueden proporcionarse como un dispositivo que incluye el uno o más elementos constituyentes descritos anteriormente, y puede proporcionarse el programa para hacer que el procesador funcione como el uno o más elementos constituyentes descritos anteriormente. Además, se puede proporcionar un medio de grabación legible en el que se graba el programa.
Además, en el dispositivo de navegación para automóvil 920 que se muestra en la FIG. 22, la unidad de comunicación inalámbrica 220 descrita con referencia a la FIG. 18, por ejemplo, puede implementarse mediante la interfaz de comunicación inalámbrica 933 (por ejemplo, el circuito de RF 935). Además, la unidad de antena 210 puede implementarse mediante la antena 937. Además, la unidad de almacenamiento 230 puede implementarse mediante la memoria 922.
La tecnología de la presente divulgación también se puede realizar como un sistema dentro del vehículo (o un vehículo) 940 que incluye uno o más bloques del dispositivo de navegación para automóvil 920, la red dentro del vehículo 941 y un módulo de vehículo 942. En otras palabras, el sistema a bordo del vehículo (o un vehículo) 940 puede proporcionarse como un dispositivo que incluye la unidad de adquisición 241 y/o la unidad de procesamiento de recepción 243. El módulo de vehículo 942 genera datos de vehículo, tales como la velocidad del vehículo, la velocidad del motor y la información de problemas, y envía los datos generados a la red dentro del vehículo 941.
<3. Conclusión>
Según las realizaciones de la presente divulgación descritas anteriormente, se proporcionan un dispositivo terminal que es un dispositivo terminal que realiza una comunicación entre dispositivos, tal como una comunicación V2X y puede seleccionar de manera eficiente un recurso utilizando la detección y una estación base que proporciona recursos a dicho dispositivo terminal, como se describirá a continuación.
Puede que no sea necesario ejecutar cronológicamente los pasos respectivos en el procesamiento, que es ejecutado por cada dispositivo de esta memoria descriptiva, en el orden descrito en los diagramas de secuencia o los diagramas de flujo. Por ejemplo, los pasos respectivos en el procesamiento que ejecuta cada dispositivo pueden procesarse en un orden diferente al descrito en los diagramas de flujo, y también pueden procesarse en paralelo.
Además, se hace posible generar un programa informático que hace que un dispositivo de hardware, tal como una CPU, una ROM y una RAM incorporada en cada dispositivo, demuestre las funciones equivalentes a las configuraciones de los dispositivos descritos anteriormente. Además, también es posible proporcionar un medio de almacenamiento que almacene el programa informático. Además, los bloques funcionales respectivos que se muestran en los diagramas de bloques funcionales pueden estar constituidos por dispositivos de hardware o circuitos de hardware de manera que los dispositivos de hardware o circuitos de hardware pueden implementar una serie de procesos.
La realización o realizaciones preferidas de la presente divulgación se han descrito anteriormente con referencia a los dibujos adjuntos, mientras que la presente divulgación no se limita a los ejemplos anteriores. Un experto en la materia puede encontrar diversas alteraciones y modificaciones dentro del alcance de las reivindicaciones adjuntas.
Además, los efectos descritos en esta memoria descriptiva son efectos meramente ilustrativos o ejemplificados, y no son limitativos. Es decir, con o en lugar de los efectos anteriores, la tecnología según la presente divulgación puede lograr otros efectos que son claros para los expertos en la técnica a partir de la descripción de esta memoria descriptiva.
Lista de signos de referencia
100
dispositivo terminal
200
estación base

Claims (13)

REIVINDICACIONES
1. Un dispositivo de comunicación (100) que comprende:
una unidad de control (150) configurada para asignar un área de recursos en la que un dispositivo terminal (200) puede seleccionar un recurso que ejecuta la comunicación entre dispositivos y para proporcionar información con respecto a un rango de detección del área de recursos al dispositivo terminal (200);
caracterizado por que el rango de detección se divide en una pluralidad de períodos de subdetección, en donde cada período de subdetección es más corto que el rango de detección, y para proporcionar un parámetro que indica una ventana de subdetección en los períodos de subdetección.
2. El dispositivo de comunicación (100) según la reivindicación 1, en donde el parámetro incluye al menos uno de una posición inicial de una ventana de detección, un tamaño de una ventana de detección, una banda de frecuencia de detección, un grupo de recursos de detección o un número de ventanas de detección.
3. El dispositivo de comunicación (100) según cualquier reivindicación anterior, en donde el parámetro se indica como información de mapa de bits.
4. El dispositivo de comunicación (100) según la reivindicación 2,
en donde el tamaño de un período seleccionado que se seleccionó del grupo de recursos y en el que se ejecuta la comunicación entre dispositivos es el mismo que el tamaño de la ventana de subdetección.
5. El dispositivo de comunicación (100) según cualquiera de las reivindicaciones anteriores,
en donde el rango de detección se divide en 10 períodos de subdetección.
6. Un dispositivo de comunicación (200) que comprende:
una unidad de control (240) configurada para seleccionar un recurso de un área de recursos asignada por una estación base (100) y establecer un parámetro relacionado con la detección usando uno o más de un parámetro relacionado con un modo de detección y un parámetro relacionado con un ciclo de reserva de paquetes notificado por la estación base (100) cuando se ejecuta la comunicación entre dispositivos usando el recurso seleccionado;
caracterizado por que en donde un rango de detección se divide en una pluralidad de períodos de subdetección en donde cada período de subdetección es más corto que el rango de detección" y el parámetro indica una ventana de subdetección en los períodos de subdetección; y
en donde el dispositivo de comunicación (200) está configurado para seleccionar el recurso para la transmisión en el área de recursos basándose en el resultado de detección de una pluralidad de ventanas de detección en los períodos de subdetección.
7. El dispositivo de comunicación (200) según la reivindicación 6, en donde el parámetro incluye al menos uno de una posición inicial de una ventana de detección, un tamaño de una ventana de detección, una banda de frecuencia de detección, un grupo de recursos de detección o un número de ventanas de detección.
8. El dispositivo de comunicación (200) según la reivindicación 6 o 7, en donde el parámetro se indica como información de mapa de bits.
9. El dispositivo de comunicación (200) según la reivindicación 7,
en donde el tamaño de un período seleccionado que se seleccionó del grupo de recursos y en el que se ejecuta la comunicación entre dispositivos es el mismo que el tamaño de la ventana de subdetección.
10. El dispositivo de comunicación (200) según cualquiera de las reivindicaciones 6 a 9,
en donde el rango de detección se divide en 10 períodos de subdetección.
11. Un método de comunicación que comprende:
asignar un área de recursos en la que un dispositivo terminal (200) puede seleccionar un recurso que ejecuta la comunicación entre dispositivos y proporcionar información con respecto a un rango de detección del área de recursos al dispositivo terminal (200);
caracterizado por que el rango de detección se divide en una pluralidad de períodos de subdetección, en donde cada período de subdetección es más corto que el rango de detección, y para proporcionar un parámetro que indica una ventana de subdetección en los períodos de subdetección.
12. Un método de comunicación que comprende:
seleccionar un recurso de un área de recursos asignada por una estación base (100) y determinar un rango de detección del área de recursos según una situación cuando se ejecuta la comunicación entre dispositivos usando el recurso seleccionado;
caracterizado por que el rango de detección se divide en una pluralidad de períodos de subdetección, en donde cada período de subdetección es más corto que el rango de detección, y en donde un parámetro indica una ventana de subdetección en los períodos de subdetección; y seleccionando el recurso para la transmisión en el área de recursos basándose en el resultado de detección de una pluralidad de ventanas de detección en los períodos de subdetección.
13. Un programa informático que hace que un ordenador ejecute el método según la reivindicación 11 o 12.
ES20182978T 2016-05-12 2017-04-18 Dispositivo de comunicación, método de comunicación y programa informático Active ES2951109T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016096239 2016-05-12
JP2016216751A JP6669041B2 (ja) 2016-05-12 2016-11-04 通信装置、通信方法及びコンピュータプログラム

Publications (1)

Publication Number Publication Date
ES2951109T3 true ES2951109T3 (es) 2023-10-18

Family

ID=60267702

Family Applications (1)

Application Number Title Priority Date Filing Date
ES20182978T Active ES2951109T3 (es) 2016-05-12 2017-04-18 Dispositivo de comunicación, método de comunicación y programa informático

Country Status (4)

Country Link
US (1) US12022494B2 (es)
EP (1) EP4236600A3 (es)
ES (1) ES2951109T3 (es)
WO (1) WO2017195535A1 (es)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110381586A (zh) * 2018-04-13 2019-10-25 华为技术有限公司 资源分配方法、装置及系统
WO2020031593A1 (ja) 2018-08-08 2020-02-13 ソニー株式会社 通信装置
WO2020184965A1 (ko) * 2019-03-13 2020-09-17 엘지전자 주식회사 사이드링크를 지원하는 무선통신시스템에서 복수의 안테나 리모트 유닛들을 제어하는 방법 및 이를 위한 장치
KR20220104167A (ko) * 2019-11-22 2022-07-26 엘지전자 주식회사 무선 통신 시스템에서 취약한 도로 사용자의 단말이 신호를 수신하는 방법
US20210112456A1 (en) * 2020-12-22 2021-04-15 Satish Chandra Jha Always-on mobility-as-a-service connectivity
EP4020823A1 (en) * 2020-12-22 2022-06-29 INTEL Corporation A distributed radiohead system
JP2022101287A (ja) * 2020-12-24 2022-07-06 株式会社デンソー 通信装置、通信方法、及び通信用プログラム
EP4020853A1 (en) * 2020-12-24 2022-06-29 INTEL Corporation A distributed radiohead system
US20220232519A1 (en) * 2021-01-18 2022-07-21 Qualcomm Incorporated Collision indication as sps resource selection triggering

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5024371B2 (ja) 2007-03-30 2012-09-12 富士通株式会社 通信方法、移動局及び基地局
US9185690B2 (en) 2012-02-29 2015-11-10 Sharp Kabushiki Kaisha Allocating and determining resources for a device-to-device link
CA2920501C (en) * 2013-08-07 2021-05-04 Interdigital Patent Holdings, Inc. Distributed scheduling for device-to-device communication
MX2016007306A (es) * 2013-12-06 2016-08-04 Fujitsu Ltd Metodo y aparato para transmitir señal de descubrimiento de dispositivo a dispositivo y sistema de comunicacion.
WO2015126115A1 (ko) 2014-02-22 2015-08-27 엘지전자(주) 단말 간 통신을 지원하는 무선 통신 시스템에서 간섭 완화 방법 및 이를 위한 장치
KR102280577B1 (ko) * 2014-08-01 2021-07-23 삼성전자 주식회사 D2d 통신에서 단말의 송신 전력 제어 방법 및 장치
CN112637961B (zh) * 2014-08-06 2024-05-07 交互数字专利控股公司 设备到设备(d2d)先占和接入控制
KR102415672B1 (ko) 2015-04-09 2022-07-04 삼성전자주식회사 디바이스 간 메시지 송수신 방법 및 장치
US20170142766A1 (en) 2015-11-17 2017-05-18 Electronics And Telecommunications Research Institute Method and apparatus for controlling access of terminal equipment in wireless communication system
US9792742B2 (en) 2016-02-02 2017-10-17 Live Nation Entertainment, Inc. Decentralized virtual trustless ledger for access control
CN107040557B (zh) 2016-02-03 2020-10-09 中兴通讯股份有限公司 资源申请、分配方法,ue及网络控制单元
US11147044B2 (en) 2016-03-04 2021-10-12 Lg Electronics Inc. V2X transmission resource selecting method implemented by terminal in wireless communication system and terminal using same
US20200305152A1 (en) 2016-03-31 2020-09-24 Ntt Docomo, Inc. User equipment and sensing control method
WO2017169348A1 (ja) 2016-03-31 2017-10-05 ソニー株式会社 装置及び方法
US10506402B2 (en) * 2016-03-31 2019-12-10 Samsung Electronics Co., Ltd. Method and apparatus for transmission of control and data in vehicle to vehicle communication
WO2017171909A1 (en) * 2016-04-01 2017-10-05 Intel Corporation Autonomous resource selection for vehicle-to-vehicle sidelink communications
US10757550B2 (en) 2016-04-07 2020-08-25 Lg Electronics Inc. Method for performing sensing during terminal-specific sensing period in wireless communication system, and terminal using same
EP3445107A4 (en) 2016-04-11 2019-11-13 NTT DoCoMo, Inc. USER DEVICE AND SIGNAL TRANSMISSION METHOD

Also Published As

Publication number Publication date
EP4236600A3 (en) 2023-09-13
US12022494B2 (en) 2024-06-25
US20220417923A1 (en) 2022-12-29
WO2017195535A1 (ja) 2017-11-16
EP4236600A2 (en) 2023-08-30

Similar Documents

Publication Publication Date Title
US11457447B2 (en) Communication device, communication method, and computer program for sensing of resources used in inter-device communications
ES2951109T3 (es) Dispositivo de comunicación, método de comunicación y programa informático
US11064509B2 (en) Methods, base station, infrastructure node and communications terminal
RU2732994C2 (ru) Абонентский терминал, устройство связи и способ связи
CN108541017B (zh) 一种无线资源配置的方法及装置
US10856335B2 (en) Base station, terminal device, and communication method
US9955484B2 (en) Position information based access to a shared radio access channel
US20190313405A1 (en) Data transmission method and device
CN107852649B (zh) 用于测量和延迟敏感型车辆有关通信的方法、基站、基础设施节点以及终端
WO2017026543A1 (ja) ユーザ装置、及びd2d信号送信方法
US10798738B2 (en) Device and method
US20190028978A1 (en) User apparatus, base station, communication method, and communication indication method
RU2742926C2 (ru) Электронное устройство, устройство для обработки информации и способ обработки информации
CN108141701B (zh) 用于选择传输格式的方法和设备
US11647483B2 (en) Devices and methods for device to device (D2D) communication
JPWO2020031592A1 (ja) 通信装置
JP7532643B2 (ja) ロング物理サイドリンクフィードバックチャネル(psfch)フォーマットによるpsfchレンジ拡張
CN105517156B (zh) 一种d2d资源分配方法及装置
US20230071536A1 (en) Device, method, and computer readable storage medium for transmitting and receiving information for communication in unlicenced band